Jump to content

Steve Scrimpshire

OTW
  • Posts

    3587
  • Joined

  • Last visited

Posts posted by Steve Scrimpshire

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

  6. Using the command urpmf as root in a console, you can find out which pkg(s) contain the file you are looking for:

     

    [root@localhost Download]# urpmf -f /usr/sbin/httpd

    apache-mpm-event-2.2.4-6mdv2007.1.i586:/usr/sbin/httpd-event

    apache-mpm-itk-2.2.4-6mdv2007.1.i586:/usr/sbin/httpd-itk

    apache-mpm-prefork-2.2.4-6mdv2007.1.i586:/usr/sbin/httpd

    apache-mpm-worker-2.2.4-6mdv2007.1.i586:/usr/sbin/httpd-worker

    httpd-naat-0.8-9mdk.noarch:/usr/sbin/httpd-naat

    httpd2-naat-0.8-10mdk.noarch:/usr/sbin/httpd2-naat

    apache-mpm-worker-2.2.4-6.2mdv2007.1.i586:/usr/sbin/httpd-worker

    apache-mpm-prefork-2.2.4-6.2mdv2007.1.i586:/usr/sbin/httpd

    apache-mpm-itk-2.2.4-6.2mdv2007.1.i586:/usr/sbin/httpd-itk

    apache-mpm-event-2.2.4-6.2mdv2007.1.i586:/usr/sbin/httpd-event

     

    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.

  7. 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).

  8. 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)

  9. If you are running a 2007, you should be able just to change the source.lists from Easyurpmi, but I wouldn't recommend it.

    This option has only succeded for for me, one out of three times.

     

    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.

  10. 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.

  11. The file to add the path globally for all users would be /etc/profile

    You may have a section that looks similar to this:

    if [ "$UID" -ge 500 ] && ! echo ${PATH} |grep -q /usr/games ; then

    PATH=$PATH:/usr/games

    fi

     

    Add another section just below it that looks like this:

    if [ "$UID" -ge 500 ] && ! echo ${PATH} |grep -q /new/path ; then

    PATH=$PATH:/new/path

    fi

     

    If you just want it to affect one user, in that user's ~/.bash_profile, put this:

    if ! echo ${PATH} |grep -q /new/path ; then

    PATH=$PATH:/new/path

     

    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

  12. 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.

×
×
  • Create New...