Steve Scrimpshire

Mandriva does not have start-stop-daemon...at least it is not in any pkg that is installed by default. Mandriva has daemon, however, but not sure if it takes the same commandline parameters that start-stop-daemon does.

Two things: [1] You didn't mask your HW Addr the second time you typed it. ;) [2] I don't have a bluetooth adapter to say for sure, but my thumb drive shows up as media:/hd/ in Konq, but in reality, it is /media/hd. Have you tried /obex/00:xx:xx:xx:xx:xx]:7/SdVideos or obex:/[00:xx:xx:xx:xx:xx]:7/SdVideos? In the second instance, notice :/ instead of ://

I really don't understand how 'software patents' are supposed to work. They can 'patent' the final output of a program so that no one can duplicate it, even with their own innovation? How complicated does your output have to be?

In /etc/X11/xorg.conf Section "InputDevice" Identifier "Mouse1" Driver "evdev" Option "Buttons" "8" Option "bustype" "0x0003" Option "relBits" "+0+1+2" Option "product" "0x00e1" Option "vendor" "0x045e" Option "ZAxisMapping" "4 5" Option "DialRelativeAxisButtons" "7 6" EndSection I have no idea what relBits is. It was already there before I got all the buttons to work. You can see what to put for bustype, product and vendor here: # cat /proc/bus/input/devices I: Bus=0003 Vendor=045e Product=00e1 Version=0111 N: Name="Microsoft Microsoft Wireless Optical Mouse? 1.00" P: Phys=usb-0000:00:1d.3-2/input0 S: Sysfs=/class/input/input2 U: Uniq= H: Handlers=mouse1 event2 ts1 B: EV=7 B: KEY=1f0000 0 0 0 0 0 0 0 0 B: REL=1c3 That makes the tilt wheel go back and forward in Firefox and scroll from side to side in other apps. To get your 8th button working (which for some reason, the system thinks is Button 9....there being no Button 8), install xbindkeys and create a ~/.xbindkeysrc and put something like this in it: # Mouse Buttons "konqueror" m:0x0 + b:9 Hope this helps someone. I had to dig and dig and stumbled across this example config section on some site written in some foreign language I didn't even know what language it was, or if it was supposed to be a solution or a problem. Tried it and it worked. This may or may not work in 2007.

All your hdlists get saved in /var/lib/urpmi and named according to what you named your sources. For example, the one you showed would be hdlist.main.cz 5 And you might be misunderstanding what the hdlists actually do. When a mirror updates what packages they have available, the hdlist changes, which is why you have to have to do urpmi.update -a if you get an error downloading a package. In that case, your local copy thinks there is supposed to be package-1.75.rpm, according to your local hdlist, but the mirror actually now has package-1.77.rpm and the way to sync your hdlist with theirs is to urpmi.update <<name of media>> or urpmi.update -a for all.

Sorry, I don't have an answer to your RAID question, but I have an answer to at least one other. Mandriva is not Microsoft. What you downloaded is free. The "buy it now" icon? Not sure what you mean, but I know there are icons for purchasing a subscription to Mandriva Club for access to faster update FTP mirrors and 'premium' support at Mandriva Club. Your Mandriva will keep on running. And it won't nag you. You deleted that icon....it's gone...for good.

Well, I did probably use a bad term. :D

Right. Do nothing. You can actually make it an if - else if you wanted, but let's say you put this in a sub/function and called it from other places. This would ensure that you aren't stripping characters you don't want to strip. In this particular case, it is perfectly safe to be used the way it is, because you know they have to hit Enter to get it to accept the input, so the '\n' will always be there, but if you wanted to make a function to strip '\n' for other purposes, you would need to make sure that's what you're stripping.

Don't mean to intrude, since the problem is solved, but rather than this: fName[size - 1] = 'backslash 0'; I would do this: if(fName[size - 1] == '\n') fName[size - 1] = 'backslash 0'; so your code will be more portable.

Apparently they decided it wasn't needed anymore: http://www.gnu.org/software/coreutils/manu...in-date-strings [ohms@localhost ~]$ date Fri Sep 28 22:04:48 CDT 2007 [ohms@localhost ~]$ touch --date='-2 hours' somefile [ohms@localhost ~]$ ls -l somefile -rw-r--r-- 1 ohms guest 0 Sep 28 20:04 somefile [ohms@localhost ~]$ date Fri Sep 28 22:05:52 CDT 2007 [ohms@localhost ~]$ touch --date='-2 hours -5 minutes' somefile2 [ohms@localhost ~]$ ls -l somefile2 -rw-r--r-- 1 ohms guest 0 Sep 28 20:01 somefile2

Using the command urpmf as root in a console, you can find out which pkg(s) contain the file you are looking for: The -m option is supposed to tell you what media the pkg is in, but it is broken on my system. The first is probably main and the second is probably updates.

I'm in Windows right now, but if I recall correctly, there is a program called k3bsetup, which is actually what it is recommending you to run as root, which gives cdrecord the privileges it needs (among other settings).

I have had dual monitors working with Mandriva in the past (in the configuration you are referring to) and an Nvidia card. I don't remember having to use Xinerama, but I did have to google like the dickens to get an example xorg.conf to work from.

Does it happen with only one user? If so, you may try emptying your ~/.bash_history

I agree with adamw's suggestion, but going from 2007.0 to 2007.1 is minimal risk, so I (an experienced Linux user) would use --auto so I don't have to babysit an upgrade over the internet, which could take awhile. But, once again, I do agree with adamw that there are risks of problems that a novice may not be able to recover from, so leaving --auto out may be best. (I love the relatively new --auto-update, but in this instance, did not feel it necessary to mention, since we were doing urpmi.removemedia -a and urpmi.addmedia blahblahblah immediately before running urpmi --auto-select)

This option has only failed for me once and I have used it since Mandrake 9.0. Going from 2007 to 2007.1 this way should be a piece of cake. Just use the Easy-Urpmi link up there to change your sources to 2007.1 sources and do this: urpmi --auto --auto-select (Make sure you remove your old sources with urpmi.removemedia -a before adding the sources for 2007.1) I looked at the download mirrors (on the link tyme pointed you to) and I only see DVD iso, miniCD, or One isos. I no longer see the 3 CD set available for download.

Unless you are using a 2.4.* kernel or older, /etc/modules.conf is not used by the system in Mandriva (or any other distro that I know of). I have the file on my system (2007.1) but it just has a bunch of worthless tty aliases. Don't ask me why it is included in this distro.

I really thought I posted some info on creating a DVD from the FTP tree, but I can't find it. This might help? https://mandrivausers.org/index.php?showtop...p;hl=create+iso

Try Edit -> Preferences -> Content Tab -> File Types (Manage...)

umount /device/name or umount /mount/point Should give you an error if it is busy.

This may not be the case in this instance, but about a year ago, when burning DVDs with k3b was relatively new, k3b always told me that my md5sum was incorrect after a burn, but I never had problems with the disks. (Even when I checked the md5sum of the DVD manually, it gave me an incorrect md5sum.) I'm not sure if this inconsistency is cleared up, since I don't burn too many ISOs. As for locking up, sometimes this happened to me when my burner was the secondary slave as opposed to master and/or the jumper was set to cable-select as opposed to master or slave.

The file to add the path globally for all users would be /etc/profile You may have a section that looks similar to this: Add another section just below it that looks like this: If you just want it to affect one user, in that user's ~/.bash_profile, put this: Just above: export PATH You will either have to log out and back in for the changes to take effect, or do this in a console as the user: source /etc/profile or source ~/.bash_profile After this, the path will remain until some other action may cause the system to edit one of those files. P.S. I'm assuming you realize your example is a typo: $PATH=PATH:new/path export $PATH was actually this: PATH=$PATH:new/path export PATH

You can change your user's login shell in /etc/passwd. The best way to do this, though, is through userdrake. I'm not 100% sure this will do the trick, but probably will.

Not exactly sure why you are asking the question, but the answer is yes, that is the initial ramdisk (initrd). Not sure how to extract it, but maybe this page will help in your endeavor: http://wiki.mandriva.com/en/Docs/Installing_Mandriva_Linux

If I understand correctly, the updater is just for Firefox to use internally. To install this, you just need to extract it to a good place (mine is in ~) and just adjust your menu item to run ~/firefox/firefox (if that's where it is). If you have more than one user on your system, I think you can create a directory called /usr/lib/firefox2 (or whatever) and copy all the files and directories from inside the tarball and create a symlink in /usr/bin like this (as root in a console): rm -f /usr/bin/firefox ln -s /usr/lib/firefox2/firefox /usr/bin/firefox and update your menu items accordingly if needed. I'm not 100% sure about this, because I think the last time I tried it didn't work because the real /usr/bin/firefox is not a symlink, but a script that runs firefox. You may try to just adjust the script to point to the right place. It *should* still use your user's firefox profile so you still have all your old stuff (bookmarks, extensions, themes, etc) that is compatible.