scoonma

I presume a "service network restart" should have worked, not just shorewall. Anyway, good to hear it works now. :-)

Hm. Are you behind a firewall (router) in a larger net? That had to forward connections to port 4662, too. Some providers also block known p2p ports. I don't know for amule, but for mldonkey i.e. you can choose your port freely, just following some rules - see here: http://mldonkey.sourceforge.net/FireWall So with the newer edonkey protocol you could change the incoming port to nearly anything (should be at least above 1024), opening tcp with the udp port number (your choice)+4. I'm not sure about the SYN flag thing mentioned at the end of the article. For testing I wouldn't rely on a testing tool, but instead run amule and check wether it works. Even now you should at least get a low id connection.

Please check your zones file. If you are directly connected to the net, you likely have only to zones: net (outbound) and fw, which would be local in that case. So you'd have to replace "loc" with "fw" and it should work.

Hi Lando, you should first take a look at the well-written comments in these shorewall config files: /etc/shorewall/interfaces /etc/shorewall/zones /etc/shorewall/policy /etc/shorewall/rules You'll get a concept how shorewall is working. IMHO, it's much easier than directly manipulating iptables. Given your shorewall is already working, you'll just have to add some entries to the rules file. (In case the machine you'll want to run amule on is behind a router, you'll have to take care of that, too.) Your rules files may include these entries after editing (just an example, depending on your network config): ... ACCEPT net loc tcp 4662 ACCEPT net loc udp 4662:4665 ACCEPT net loc udp 4672 INCLUDE rules.drakx #LAST LINE -- ADD YOUR ENTRIES BEFORE THIS ONE -- DO NOT REMOVE After editing, you should "service shorewall restart" to get your changes activated.

Maybe Kaffeine can - like totem - use xine or gstreamer backend. For gstreamer, you'll probably need the valgrind package installed.

Tar is probably relying on zlib installed...

Hi Bob, you're right. *.Z compressed files are in the old Unix compression format. You can unpack them after installing ncompress. From the urpmi database: Name : ncompress Version : 4.2.4 Release : 32mdv2007.0 Group : Archiving/Compression Size : 34221 Architecture: i586 Source RPM : ncompress-4.2.4-32mdv2007.0.src.rpm Build Host: n4.mandriva.com Packager : Per ?˜yvind Karlsen <pkarlsen@mandriva.com> URL : ftp://sunsite.unc.edu/pub/Linux/utils/compress/ Summary : Fast compression and decompression utilities Description : The ncompress package contains the compress and uncompress file compression and decompression utilities, which are compatible with the original UNIX compress utility (.Z file extensions). These utilities can't handle gzipped (.gz file extensions) files, but gzip can handle compressed files. Regards, Stefan

This is exactly what I wanted to express above in regard to libMagick. The newer version files should be compatible. Otherwise I'd rate the implementation as incorrect - for that matter. Maybe there's some compiling options to libpcap - and/or optional compile packages - if you're wiling to go that way. Did you check wether kismet.conf suits your needs?

Hi Eric, before trying to compile kismet on my own, I'd check dependencies. What do you win if the kismet tarball still relies on libMagick? So the first thing to do is check wether libMagick10.3.0-devel is installed. If that is not enough, you could search for a package containing libMagick-10.3.0.so.0 on rpm.pbone.net. If that would be unsuccessful too, I'd try to compile libMagick (why kismet itself?), which should provide the missing file. HTH, scoonma

When linux hangs at boot time due to a fs error, in most cases it's sufficient to provide the root password when prompt and use one of the fsck utilities on the failing partition. In your case, I'd try "e2fsck /dev/hda6" at that point before anything else. Chances are good the partition will be okay afterwards (check partition type before; i.e. if it's a ReiserFS partition, you need reiserfsck instead!) OTOH, if you are prompted to run e2fsck everytime on boot for no obvious reason (correct shutdown with cleanly unmounted partitions before), you're in bigger trouble and should consider Ian's words.

Hi biolinux, welcome on board! Ping has not much to do with curl or wget. Many pages are blocked from being downloaded by curl or wget in order to avoid lots of traffic. But this is on the server side - so you can't do anything against it for a given site. You don't have to open server ports for your modem as long as you do not actually want to be a server - in fact you shouldnt't just for surfing or using curl/wget! They clearly work without. Urpmi.update does not need special ports opened, too. If it hangs, you could change the repository server, there's enough around (use easy-urpmi, link is at the top of these pages). Maybe your modem is disconnecting from your provider very fast (5min or less)? But even that shouldn't bother wget, it is actually made for unstable connections.

I couldn't find any major differences, nor any release notes. The driver is primarily targeted to developers and has beta status, so... Maybe someone who is registered as nvidia developer at that site can give more info? However, glxinfo does not display any more flaws with this version on my machine. The CUDA concept makes sense to me in general, too. Probably they've just integrated the previous version into the new framework and did some minor fixes?

After you've added system repositories for updates, you're able to "su" to root access and "urpmi kernel-2.6.17.6mdv". Reboot afterwards.

:-) Don't worry - things like these happen to all of us sometime.... Regarding reiserfs: From what I've read here ( http://www.linux.org/lessons/advanced/x1254.html ), it's not possible to convert ext3 to reiserfs. However, if you have enough space left on your harddrive(s), you could move your data to a freshly formatted reiserfs partition (thus sparing a re-install). OTOH, if you have no real problems with ext3, I'd advise to stick to it (reiser V3 it not faster, but maybe more safe in some cases than ext3).

Hi Geneticus, you'll probably have to add one or more entries to your hosts.allow. This file grants explicit access to net services of your local machine. On format and usage see here: http://linux.about.com/od/commands/l/blcmdl5_hostsal.htm It's not as complicated as it may look at first. After you get the concept, it's probably enough to read through the Examples. Also make sure your firewall is open for incoming connections to the port your TS server is listening on.

In case you've activated XGL or AIGLX, be sure to check the MDV2007 errata, too: http://qa.mandrivalinux.com/twiki/bin/view...d_repeat_logins

For convenient stopping/resuming plain terminal output, you can use the Scroll key top right on your keyboard. Failing services can surely slow down the boot process. Traditionally the next command waits for being carried out until the previous has hit it's failing condition in case something breaks. When your system starts, dhclient tries to get an IP address (and other data from your dsl-modem). I'm not sure, but the machine will probably get one. However, as you actually start up the adsl-link later manually, you have no net access yet. The ntpdate process *must* fail in this moment, because it's trying to update your system clock by using internet NTP (network time protocol) using a server from it.pool.ntp.org. HTH, scoonma

Well, it's colloquial german for "Get it going!" or "Come on!"... :-)

Beryl is great! :-) This is a modified emerald theme, based on Vrunner-Quicksilver...

Hi Astrel, welcome to the board! SATA problems seem to be a permanent issue. I'm not familiar with this, but you should check which controller (chipset,type) is installed on your mainboard. Maybe you can find a compatible or generic driver. You may also check this thread: https://mandrivausers.org/index.php?showtopic=30933

Please try the file with mplayer from command line. What's in the output?

Hi toby, you're probably missing all the mandriva specific patches to the vanilla kernel. If you want a 2.6.18 version, I'd advise to try one from MDV 2007 repository, like this one: kernel-linus-2.6.18.rc7.1mdv-1-1mdv2007.0.i586.rpm

Hi Keith, how long does it take for checking the root partition? On my system, sometimes there's about 20secs, when the machine seems to do nothing during boot time at exactly the same point. But after that it continues normally.

You could try to change user to root and then create the missing dir: su (followed by password) mkdir "/dev/video1" What does it result in?

I've randomly encountered bad signatures/bad md5 checksums for downloaded packages, too. Most times cleaning the urpmi cache helped (Example: "urpmi --clean --auto-update"). Cheers, scoonma