Re: [opensuse-arm] Request for testing help: openSUSE Leap 42.2 for ARMv7 images
Hi! Am Mittwoch, 23. November 2016, 21:18:12 CET schrieb Herbert Graeber: > Am Mittwoch, 23. November 2016, 14:00:11 CET schrieb Dirk Müller: > > over the last few days I've been pretty busy with enabling > > pre-configured appliances for ARMv7 and AArch64 on openSUSE Leap 42.2, > > and I'm happy to report that we now have some images available: > > > > http://download.opensuse.org/ports/armv7hl/distribution/leap/42.2/applianc > > es / > > http://download.opensuse.org/ports/aarch64/distribution/leap/42.2/applianc > > e > > s/ > > > > As you can see its a pretty elaborative list of images, and I don't > > have time to test all of them myself. so whoever is interested in > > having some of those variants working for him, please try them out and > > report both successes and failures. The overall goal is to announce > > the ARM port end of next week (Dec 1st) so it would be great to have > > some testing feedback before that (and << before that so that we can > > maybe even fix it before announcement). > > I have tried the leap 42.2 raspberry pi3 Jeos image. On the second boot I > have got the same failure like for tumbleweed on raspberry pi and pi2 (see > mail > above) with a slightly different error message: > > error: attempt to read or write outside of partition > > and landed in the grub rescue mode :-( I tried "openSUSE-Leap42.2-ARM-JeOS-raspberrypi3.aarch64-2016.11.24- Build1.2.raw.xz". Now the Pi3 boots, eth0 and wlan0 works. I will continue tests... Herbert signature.asc Description: This is a digitally signed message part.
[opensuse-arm] Tumbleweed-Jeos fails on second boot on raspberry and pi and pi2
Hi! I tried the latest raspberry pi and pi2 images (armv6l-2016.1.15-Build57 resp. armv7l-2016.11.15-Build5.9). Both fail on the second boot with the error "ext4fs_devread read outside partition ...". Afterward it tries to boot from TFTP. Searching the net gives the suggestion, that the 64bit feature may be set on the ext4 partition, so that U-Boot cannot boot. I have found a matching opensuse bug report (boo#989284), too. But checking the partition with dumpe2fs and haven't found this feature. Are any hints how I can make the images work? How can help to resolve this issue? Here is the full log from the pi2: > U-Boot 2016.09.01 (Oct 15 2016 - 11:25:48 +) > > > DRAM: 880 MiB > > RPI 2 Model B (0xa01041) > > MMC: bcm2835_sdhci: 0 > > reading uboot.env > > > ** Unable to read "uboot.env" from mmc0:1 ** > > Using default environment > > > In:serial > > Out: lcd > > Err: lcd > > Net: Net Initialization Skipped > > No ethernet found. > > starting USB... > > USB0: Core Release: 2.80a > > scanning bus 0 for devices... 3 USB Device(s) found > >scanning usb for storage devices... 0 Storage Device(s) found > >scanning usb for ethernet devices... 1 Ethernet Device(s) found > > Hit any key to stop autoboot: 0 > > switch to partitions #0, OK > > mmc0 is current device > > Scanning mmc 0:2... > > Found U-Boot script /boot/boot.scr > > ext4fs_devread read outside partition 2225344 > > ## Executing script at 0200 > > Wrong image format for "source" command > > SCRIPT FAILED: continuing... > > 11691 bytes read in 128 ms (88.9 KiB/s) > > > USB device 0: unknown device > > Waiting for Ethernet connection... unable to connect. > > missing environment variable: pxeuuid > > missing environment variable: bootfile > Herbert signature.asc Description: This is a digitally signed message part.
Re: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working [solved]
Am Sonntag, 27. März 2016, 22:46:17 CEST schrieb Alexander Graf: > On 26.03.16 13:01, Herbert Graeber wrote: > > Am Freitag, 25. März 2016, 22:57:48 CET schrieb Herbert Graeber: > >> Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller: > >>>> But the Problem is, that boot.script contains "rootflags=size=100%" and > >>>> "size=100%" isn't an allowed mount option for ext4. This option only > >>>> exists > >>>> for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every > >>>> other of several *.kiwi files I looked into, too. > >>> > >>> right, but there is a kiwi-hooks/installUboot.sh script on firstboot > >>> in the image that should get executed > >>> > >>> and remove those flags: > >>> # On second boot, the rootfs is no longer tmpfs and dracut would > >>> interpret > >>> > >>> the # command line argument, remove it again from the config > >>> > >>> for file in /etc/sysconfig/bootloader /etc/default/grub > >>> /boot/boot.script; > >>> > >>> do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file > >>> done > >> > >> Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- > >> Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz > >> > >>> can you provide the kiwi boot log ? perhaps there is a hint why the > >>> code isn't getting executed. > >> > >> I can have a look tomorrow, but I think the missing lines are the cause > >> for > >> this an a log won't show more. > > > > Today I tried the next image (2016.03.25-Build2.1). The problem remains. > > I have attached /var/log/boot.kiwi, /boot/boot.script and /kiwk-hooks/ > > installUBoot.sh. > > > >> What's strange is, that a raspberrypi2 image from the same date contains > >> the right kiwi-hooks/installUBoot.sh > > I think I've tracked it down. The problem was that the rpi2 image is > built from exactly the openSUSE:Factory:ARM JeOS package, while the rpi1 > downstream image gets built from the upstream JeOS-raspberrypi > description plus a few modifications. > > Because of the way OBS works, binary files don't get stored as diffs in > a linked repository but instead get overwritten. The installUboot.sh > script is part of a tgz file (uboot-setup-raspberrypi.tgz). > > In between the last update to that tgz and today the rootflags line got > added to installUboot.sh, but wasn't updated in the downstream copy of > the tgz. I've done that manually now. I hope in the not too distant > future we can just throw away all of this downstream RPi stuff and have > great, working upstream Linux based RPi images for 1, 2 and 3 ;). > > https://build.opensuse.org/package/rdiff/devel:ARM:Factory:Contrib:Raspberry > Pi/JeOS-raspberrypi?linkrev=base=32 I have tested 2016.03.25-Build2.3 and the second boot works. > Thanks a lot for digging into this, One thought: My first mail was meant as a status report, but lead to some sort of bug triaging. Shall I make a bug report next time? Herbert signature.asc Description: This is a digitally signed message part.
Re: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working
Hi Dirk! Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller: > > But the Problem is, that boot.script contains "rootflags=size=100%" and > > "size=100%" isn't an allowed mount option for ext4. This option only > > exists > > for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every > > other of several *.kiwi files I looked into, too. > > right, but there is a kiwi-hooks/installUboot.sh script on firstboot > in the image that should get executed > and remove those flags: > > # On second boot, the rootfs is no longer tmpfs and dracut would interpret > the # command line argument, remove it again from the config > for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script; > do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz > can you provide the kiwi boot log ? perhaps there is a hint why the > code isn't getting executed. I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more. What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh Herbert signature.asc Description: This is a digitally signed message part.
Re: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working
Am Freitag, 25. März 2016, 19:17:55 CET schrieb Alexander Graf: > > Am 25.03.2016 um 19:00 schrieb Herbert Graeber <herb...@graeber-clan.de>: > > I have tried the latest Raspberyy pi image and found out it does not run > > on second boot (again). > > > > The image is: > > openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz > > > > On second boot on serial console the following message is shown: > > [9.176607] EXT4-fs (mmcblk0p3): Unrecognized mount option "size=100%" > > or missing value > > > > This leads to the following solution: > > - After first boot, "cd /boot" and edit the file "boot.script". > > - There remove the entry "rootflags=size=100%" > > - Then run "mkimage -A arm -O linux -T script -C none -a 0 -e 0 -d > > boot.script boot.scr" > > This should get done automatically by the "installUboot.sh" script in > /kiwi-hooks on first boot. Do you think you could try to find out why it > doesn't work? But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too. I have compared with the working raspberrypi2 image from 2016.03.24. Here the kiwi file contains the size-option, too. But the boot.script does not. Here "installUboot.sh" removes the offending option. Herbert signature.asc Description: This is a digitally signed message part.
Re: [opensuse-arm] Newest image for Raspberry Pi 1 looks promising; now OK
Am Dienstag, 1. März 2016, 12:25:59 CET schrieb Freek de Kruijf: > [...] > > Tried JeOS Build388.1 from > http://download.opensuse.org/ports/armv6hl/tumbleweed/images/ > > works OK. We finally have a working Tumbleweed image for the Raspberry Pi 1. I tried Build 388.2 and it does not work for me. And I tried Build 388.1 from devel:/ARM:/Factory:/Contrib:/RaspberryPi/images/ and it doesn't work either. minicom shows the following: > U-Boot 2016.03-rc2 (Feb 26 2016 - 21:24:17 +) > > DRAM: 384 MiB > RPI Model B rev2 (0xf) > MMC: bcm2835_sdhci: 0 > reading uboot.env > > ** Unable to read "uboot.env" from mmc0:1 ** > Using default environment > > In:serial > Out: lcd > Err: lcd > Net: Net Initialization Skipped > No ethernet found. > starting USB... > USB0: Core Release: 2.80a > scanning bus 0 for devices... 3 USB Device(s) found >scanning usb for storage devices... 0 Storage Device(s) found >scanning usb for ethernet devices... 1 Ethernet Device(s) found > Hit any key to stop autoboot: 0 > U-Boot> Herbert signature.asc Description: This is a digitally signed message part.
Re: [opensuse] A couple things i see in KDE4
Am Sonntag, 13. Januar 2008 08:26:17 schrieb Stephan Binner: [...] I wouldn't put my money on kdm4 yet but in general yes. If you want some to play around with kdm4, it should be possible to configure it in /etc/sysconfig/xdm. [...] Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] swap not available
Carlos E. R. schrieb: The Tuesday 2007-12-04 at 22:05 -0600, Jim Flanagan wrote: Herbert Graeber wrote: My partitions are set up as follows: primary /dev/md0 /boot extended /dev/md1 /swap /dev/md2 / /dev/md3 /home /dev/md4 /share 3. Have two swap partions one without raid for the resume and one with raid for swapping, large enough, that the first one is not really used for swapping (I haven tested this). Most intersting. Option 3 does both un-mirrored and mirrored. I'm not sure I want to test that one out, but sound plausible. I guess I'm good with putting swap on an un-mirrored partition, as long as it doesn't break the mirrors in the event of one disk failure, (see my post a few minutes ago on this). Seems un-mirrored would be faster anyway, but I want to keep the integrity of the mirrored partitions. For safety, the un-mirrored would have to be defined with lower priority, so that the mirrored swap gets filled in first. For the other part of your question, notice that you have five mirrors, and that if one disk fails you have to partition and intialize five mirrors. An alternative I haven't tested is to create one large raid, and partition the resulting raid. Then the rebuild procedure would be to re-create that single raid partition. It is sufficient to partition one disk. It is then an easy job to copy the partition table to other disks. Eg.: To copy the partition table from /dev/sda to /dev/sdb you can use sfdisk -d /dev/sda | sfdisk /dev/sdb Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] swap not available
Am Dienstag, 4. Dezember 2007 13:48:46 schrieb Jim Flanagan: On my new 10.3 install I set up 2 drives in raid1 mirror, using software raid in yast. All seems to be working fine except in Kinfocentermemory swap is shown as not available. Yast shows swap with an * beside it. My partitions are set up as follows: primary /dev/md0 /boot extended /dev/md1 /swap /dev/md2 / /dev/md3 /home /dev/md4 /share I'm not that familiar with tweaking swap and have only set it up in yastpartitioner before with no previous problems. This is my first raid setup so there may be an issue with that, but again, all others partitions are working fine. I tried editing swap in yast to format it again as /swap but it failed with an error code -3004. Anyone know what this problem may be? The reason is that suspend/resume from a raid swap partition does not work. You have three options: 1. Do not use a swap partion on raid. This ok, if a crash and a reboot after a failing disk is no problem for you. May be acceptable for Notebooks and desktop systems 2. Remove the resume=/dev/md1 from your kernel option line. Suspend/Resume from does not work. Should be fine for servers. 3. Have two swap partions one without raid for the resume and one with raid for swapping, large enough, that the first one is not really used for swapping (I haven tested this). Cheers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] How to remotely shut a windows box down from Linux
Am Sonntag, 21. Oktober 2007 18:16:48 schrieb Patrick Shanahan: * Rikard Johnels [EMAIL PROTECTED] [10-21-07 12:10]: [EMAIL PROTECTED]:~ net rpc shell -S 192.168.1.167 -U Administrator Password: Could not connect to server 192.168.1.167 The username or password was not correct. Connection failed: NT_STATUS_LOGON_FAILURE Could not open connection Linux or Windows the problematic point? is Administrator the name of the highest-level account, ie: on my wife's hp box it is HP_Administrator? It has to be an user that has the right to shutdown the machine remotely. Usually thats the user Administrator, but it may you have renamed it, or if you have a domain you ha to add the domain to the command as well. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] How to remotely shut a windows box down from Linux
Am Sonntag, 21. Oktober 2007 18:09:46 schrieb Rikard Johnels: On Saturday 20 October 2007 22:41, Herbert Graeber wrote: Am Freitag, 19. Oktober 2007 19:06:42 schrieb Rikard Johnels: Is there any way to remotely shut a standard windows box down from a linux system? net rpc shutdown -S serve-name -U Administrator I have a few boxes i need to kick users from and shutdown (or reboot) every now and then. And its the only Windows boxes on the network. My system is a SuSE Linux, and i dont have win4lin, vmware or any other emulator running. I hope i can accomplish the task without having to install it too. any pointers/ideas. You need the samba-client package to do this. [...] Cheers Herbert I probably have something wrong: [EMAIL PROTECTED]:~ net rpc shell -S 192.168.1.167 -U Administrator Password: Could not connect to server 192.168.1.167 The username or password was not correct. Connection failed: NT_STATUS_LOGON_FAILURE Could not open connection Linux or Windows the problematic point? Mabey, if you want to use the ip number you have to use -I instead of -S. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] How to remotely shut a windows box down from Linux
Am Freitag, 19. Oktober 2007 19:06:42 schrieb Rikard Johnels: Is there any way to remotely shut a standard windows box down from a linux system? net rpc shutdown -S serve-name -U Administrator I have a few boxes i need to kick users from and shutdown (or reboot) every now and then. And its the only Windows boxes on the network. My system is a SuSE Linux, and i dont have win4lin, vmware or any other emulator running. I hope i can accomplish the task without having to install it too. any pointers/ideas. You need the samba-client package to do this. [...] Cheers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] 10.3 Beta-2 + nvidia-drivers
TooMany Secrets schrieb: Please, excuse me if it isn't the right list, and for my bad english... I have a 10.3 beta-2 (upgraded today at 15:30 GMT+2), with kernel-source and linux-kernel-headers installed. The problem is when I try to install the NVIDIA-Linux-x86-100.14.11-pkg1.run driver, because I obtain every time this error: The kernel header file '/lib/modules/2.6.22.3-7-bigsmp/build/include/linux/kernel.h' does not exist... Anybody could help me, please? You have to prepare the kernel sources for you configuration. Running cd /usr/src/linux make cloneconfig make prepare-all should do it. Cheers Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Any chance the ATI 9550 gets compiz support?
Am Mittwoch, 22. August 2007 schrieb Manfred Tremmel: Am Mittwoch, 22. August 2007 12:47 schrieb M9.: I do not know what the atidriver fd up after uninstalling, but something is missing in the kernel.. simply adding load dri to the module section in xorg.conf, prevents 'x' from starting... Reinstall all xorg and mesa packages. Maybe the ati driver has removed/unlinked some needed libraries. I had this problem, too. It was not possible to load the readon.ko driver. The solutions was to remove fglrx.ko which was still there after uninstalling the fglrx rpm. Compiz works fine after that, except of white frames around all unframed windows (tooltips, menus, kicker). Cheers Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Beta1 MD5SUM
I have downloaded openSUSE-10.3-Alpha7_Beta1-DVD-i386.delta.iso. The MD5SUM matches the one listed in the MD5SUMS file and applied without problems on openSUSE-10.3-Alpha7-DVD-i386.iso. But the MD5SUM of the resulting openSUSE-10.3-Beta1-DVD-i386.iso (6523c15858b624af3475a26eadfa09a1) differs from the sum listed in MD5SUMS.of.DVDs (596167b087703eb5bcf46e157b9e90ee). Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Beta1 MD5SUM
Am Donnerstag, 9. August 2007 schrieb Thomas Meindl: Herbert Graeber schrieb: I have downloaded openSUSE-10.3-Alpha7_Beta1-DVD-i386.delta.iso. The MD5SUM matches the one listed in the MD5SUMS file and applied without problems on openSUSE-10.3-Alpha7-DVD-i386.iso. But the MD5SUM of the resulting openSUSE-10.3-Beta1-DVD-i386.iso (6523c15858b624af3475a26eadfa09a1) differs from the sum listed in MD5SUMS.of.DVDs (596167b087703eb5bcf46e157b9e90ee). [...] Try to repair (or check) it with bittorrent: Click on the corresponding bittorrent link on the download server and when your favourite bittorrent-client starts, stop the download immediately and exit the client. Then copy your .iso file over the bittorrent iso file and start up your client and do a check. Maybe that this helps you save some bandwidth, The delta iso file I have downloaded seems to be fine according to it's md5sum. It's the result of appling it, where the md5sum does not match. I think it's the MD5SUMS.of.DVDs that is wrong. I rember that such a mismatch happend before with at least one alpha. Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Beta1 MD5SUM
Am Donnerstag, 9. August 2007 schrieb Christoph Thiel: On Thu, Aug 09, 2007 at 09:49:58PM +0200, Christoph Thiel wrote: On Thu, Aug 09, 2007 at 09:29:41PM +0200, Herbert Graeber wrote: I have downloaded openSUSE-10.3-Alpha7_Beta1-DVD-i386.delta.iso. The MD5SUM matches the one listed in the MD5SUMS file and applied without problems on openSUSE-10.3-Alpha7-DVD-i386.iso. But the MD5SUM of the resulting openSUSE-10.3-Beta1-DVD-i386.iso (6523c15858b624af3475a26eadfa09a1) differs from the sum listed in MD5SUMS.of.DVDs (596167b087703eb5bcf46e157b9e90ee). Checking... 596167b087703eb5bcf46e157b9e90ee is not mentioned in the openSUSE 10.3 Beta1 MD5SUMS.of.DVDs. You are looking at the Alpha7 MD5SUMS.of.DVDs! Strange, I had looked into the file with kwrite and the MD5SUMS.of.DVDs of Alpha7 is not listed in the last recent files list, but the one of Beta1 is. Nevertheless, maybe it's my fault... I have taken a look again, now everthing is OK. Cheers Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Call for testing: Alpha7 Live CDs
Am Mittwoch, 8. August 2007 schrieb Stephan Kulow: Am Mittwoch 08 August 2007 schrieb Patrick Shanahan: [...] Internet access (wireless netgear wg311t) also is not recognized. There are possibly some drivers missing. Can you file a bug about it if it's the case? Maybe it's because it needs the madwifi driver, which is not included in opensuse. Cheers, Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] KDETV
Am Montag, 16. Juli 2007 schrieb Billie Erin Walsh: All of a sudden KDETV is acting up. It starts just fine then all of a sudden the computer does something like change users. Goes to a log in screen. It started a couple weeks ago but it's not something I use everyday so I just been playing around. Not the end of the world but annoying.Any ideas? Looks like it crashed X. It's likely that the fault is in the driver. In the video options it is possible to select which driver features (Xv, XvMC, OpenGL, etc.) will be used by kdetv. Maybe you can avoid the crash trying another than the default configuration. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] USB device error
Am Samstag, 16. Juni 2007 schrieb Philip Kisloff: This error seems to be the same bug as reported in Ubuntu forum https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/81059 I've connected a external HDD to USB port but I can't mount it. I'm using x86_64 openSUSE 10.2, kernal is 2.6.18.2-34, Dell inspiron 1501 (dual boot with Windows Vista, with which the USB HDD works fine. Is this a bug in openSUSE 10.2 ? Below is the output of some diagnostics I've tried... lsscsi [0:0:0:0]diskATA ST9120821AS 8.04 /dev/sda [4:0:0:0]diskHitachi HTS541210H9AT00 /dev/sdb mount /dev/sdb /mnt/usb mount: /dev/sdb: can't read superblock I guess you want to mount the first partition of your disk. Try mount /dev/sdb1 /mnt/usb [...] Cheers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Procmail: Filter Resend
Am Mittwoch, 2. Mai 2007 schrieb Jerry Feldman: On Tue, 1 May 2007 19:57:59 +0200 Herbert Graeber [EMAIL PROTECTED] wrote: Am Dienstag, 1. Mai 2007 schrieb Feris Thia: I have a global (catch-all) account at my ISP. In my Linux box I need to download all the emails from the account and want to delivered it to local user's inbox. I've just learned about .forward and .procmailrc and have no problem with Regular Expression. How do I match an email's address pattern ([EMAIL PROTECTED]) from RECEIVED field in mail's header and then resend it ? Why procmail? You may better use fetchmail. This is partly supported by YaST. What's missing is the catch-all case (multi drop mailboxes). This must be configured manually in /etc/fetchmailrc. Look into the man page of fetchmail for details. Procmail is a mail delivery agent. Fetchmail is a mail retrieval agent. You can use Fetchmail to grab email from your ISP's POP3 or IMAP servers and deliver it to local users on your Linux system. This may be preferable to the global account at your ISP, but that depends on many factors. But fetchmail has the ability to evaluate the Received fields or (better) other custom fields added by the ISP that contain the envelope of the emails. With procmail you can use a number of rules to deliver email as you know. The problem is that there are a number of Received fields. One thing you could do is similar to the way we use Spamassasin, is to pipe the message through a program or script that you write, and add a unique field that you can key on. Here is my .procmailrc generic spamc rule. :0fw: spamassassin.lock * 256000 | spamc So, you could use something like: :0fw:mycode.lock : | mycode Mycode would then create a header line, such as mycode: username Then you would create a simple set of rules for the new header line you inserted. Sure, procmail is a useful and flexible tool. But for getting mail from a multi drop mailbox and delivering it into separate mailboxes via postfix or sendmailm, fetchmail works better. You can even use procmail for other tasks, too. There may be a more elegant way of doing this, but it should work. Even when I think fetchmail is better for the task of loading and sorting mails from multi drop mailboxes, this is not elegant too, because multi drop mailboxes itself are a kludge. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Procmail: Filter Resend
Am Dienstag, 1. Mai 2007 schrieb Feris Thia: I have a global (catch-all) account at my ISP. In my Linux box I need to download all the emails from the account and want to delivered it to local user's inbox. I've just learned about .forward and .procmailrc and have no problem with Regular Expression. How do I match an email's address pattern ([EMAIL PROTECTED]) from RECEIVED field in mail's header and then resend it ? Why procmail? You may better use fetchmail. This is partly supported by YaST. What's missing is the catch-all case (multi drop mailboxes). This must be configured manually in /etc/fetchmailrc. Look into the man page of fetchmail for details. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Locking packages ...
Am Dienstag, 17. April 2007 schrieb Henne Vogelsang: On Tuesday, April 17, 2007 at 15:17:02, Klaus Kaempf wrote: * Henne Vogelsang [EMAIL PROTECTED] [Apr 17. 2007 15:07]: On Tuesday, April 17, 2007 at 14:56:30, Klaus Kaempf wrote: bug 264685 (Get rid of package locks in package manager) asks for reasoning of and better concepts for locking packages in the package manager. Proposals anyone ? Simple. Get rid of that alltogether. $VENDOR has to take care of that. Most of them do already. Can you detail on how this proposal relates to the mentioned use-cases ? The first usecase is not really a realworld usecase because updates usualy dont include extra repos (if they would it would be no other usecase then the second). So with or without the lock you run into manual intervention. For the maintenance case either you, as third party vendor, decide that you want to use the openSUSE updates (only increment %release by .0) even if they dont provide the same functionality or you prevent the updates from ever beeing newer (increment %release by 1). Most even use some extra chars in %release which is very stupid because it follows no scheme you could catch in a version comparison, but nevertheless this is the kind of the standard (for other reasons than version comparison too e.g. easily identify packages from the 3rd party repo.) All 3rd party repos i am aware of already do that because they support more package-managers than the yast one. And most of them strictly work on basis of rpmvercomp. But sometimes it would be nice to have some form of locking. For example, at the moment using KDE:Backprots and Packman togehter does'nt work if you are using digikam. It is likely in such cases if you can restrict the installation of digikam and some of the libraries it depends on to one of both repositories (I know no reason, why packman should provide digikam at all, but that's another story). Some time ago the same problem existed with k3b, which is now resolved by following the KDE:Backports release of k3b more closely. There is no need for locking, if all repositories are perfectly maintained, but thst's not reality. Locking would allow to work around such problems without manaual intervention on each package update. Cheers Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Scanner for Linux
Lívio Cipriano schrieb: Hi all, Any suggestions for an USB 2.0 scanner for Linux? I have a LiDE 60 from Canon. Works great, except the Buttons at the front. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] opensuseupdate setuid problem
Am Montag, 12. März 2007 schrieb davidr: On Sunday 11 Mar 2007, Joe Morris (NTM) wrote: davidr wrote: The opensuseupdater icon always shows a yellow triangle, hovering over the icon reports error : helper program returned setuid operation not permitted forget to chmod this program? anyone any idea as to how to fix this? At least the error message is very helpful. :-) You have chosen secure for your security model instead of easy, which changes the permissions of /usr/sbin/zypp-checkpatches-wrapper. You need to add /usr/sbin/zypp-checkpatches-wrapper root.root 4755 to your /etc/permissions.local file (make sure you end this line with an enter, i.e new line). Then run SuSEconfig. This makes the fix permanent, otherwise the perms would be reset by SuSEconfig. I was wondering why it has stopped working... thanks for the explanation. I am wondering, too. On two machines I have installed the same zypper package (0.6.15-0.1). On machine one the setuid bit is not set an machine two is set. On both machines rpm -V zypper gives no messages. Now I entered chmod u+s /usr/sbin/zypp-checkpatches-wrapper and rpm -V zypper prints /usr/sbin/zypp-checkpatches-wrapper should be root:root 0755. (wrong permissions 4755). Where does this difference come from? Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Programming Bloat (WAS: Re: [opensuse] frustration and suggestions)
Am Samstag, 3. März 2007 schrieb peter nikolic: On Saturday 03 March 2007, Carlos E. R. wrote: The Saturday 2007-03-03 at 11:39 -, peter nikolic wrote: DD/MM/ the best all round soloution .. No, the best is following the ISO standard. That's what they are for, standards. -- Cheers, Carlos E. R. Not Realy . The ISO standard of /MM/DD is not the most efficent way of using a date It's -MM-DD (ISO 8601/EN 28601). And it has the special properties that it can be sorted numerically and even alphabetically. [...] Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse] Problem with mounting usb-storage device
I need to automatically mount a usb-storage device on plugin on a server (openSUSE 10.2). I have installed ivman for this an let it run by init. I added a hal policy to merge storage.policy.should_mount=true for usb storage devices (Shouldn't this be standard behaviour?). Now ivman tries to mount /dev/sda1 using halmount. But halmount gives the message /dev/sda1: hal-storage-removable-mount refused uid 0 and doesn't mount the device. What can I do to convince ivman to mount the device? Is the default ivman configuration in openSUSE 10.2 restricted to auto mounting CDs and DVDs for non root users? Thanks Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Changing cramfs contents
Am Dienstag, 16. Januar 2007 19:54 schrieb Kenneth Schneider: Can someone give me some info on changing the contents of a cramfs file? I have mounted the file using: mount -o loop -o rw file1 tmp but when I try and change/delete a file I get an error stating the filesystem is readonly. cramfs is a readonly file system. It is compressed with zlib an meant to be used in ROM. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Does PPTP VPN actually work in SUSE 10.2?
Am Dienstag, 9. Januar 2007 17:11 schrieb James Knott: I have been trying unsuccessfully to use PPTP VPN to connect to a couple of remote networks. One requires a domain name and the other doesn't. I have been following some advice in this forum as well as google searching. I have tried webmin, kvnc, the knetworkmanager mods etc., but cannot find any method that allows me to set up what should be a simple VPN connection. This makes me wonder if the pptp client in SUSE actually works! Has anyone come up with a simple, reliable method for configuring a PPTP VPN? I have a valid username, host address, domain name and password for doing this. What else do I need??? What about clear instructions for just using the pptp command??? I have made packages for NetworkManager-pptp. They are at my home dir in the SUSE Build Service: http://software.opensuse.org/download/home:/hgraeber/openSUSE_10.2/ After some work, the current version works with CHAP authentification. PAP isnt implemented yet work. For users of SUSE Linux 10.1: Ther are packages. too, but currently untested. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Timo Hoenig schrieb: On Fri, 2007-01-05 at 23:58 +0100, Herbert Graeber wrote: Meanwhile pptp support is in GNOME CVS and has been heavily reworked for NetworkkManager 0.7. Nevertheless it may be useful for the author. Fixes are also being applied to the STABLE branch of NetworkManager. I have forwarded my patches to Anthony Mee. Nice guy. He already applied the patches to svn. He encourages me to try the current svn version, which has compatibilty mode for NetworkManager 0.6.4. That would be nice. If this would lead to a pptp plugin for openSUSE 10.3, that would be great. My current status: The authdialog works. PPTP connects via WLAN, but not via a cable based network. I think Helmut also did some tests with PPTP. We will most likely merge your build service packages into autobuild for OS10.3. The current version in BS works fine now. Next I will try the currentsvn version. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Freitag, 5. Januar 2007 13:28 schrieb Rauch Christian: Timo Hoenig schrieb: On Fri, 2007-01-05 at 01:32 +0100, Rauch Christian wrote: What is a bit weird, there is no /opt/gnome/libexec/nm-ppp-auth-dialog installed on my system and there is none in NetworkManager-pptp, even not in another place. Looks as a packaging error for NetworkManager-pptp: I'm sure Herbert will fix that. For the time being you could move nm-ppp-auth-dialog from /usr/lib to /opt/gnome/libexec so that the binary is being found. Neither symlinking nor copying fixes the issue, the same crash with the same backtrace comes up. I have found the cause of this crash. It is some faulty memory management in nm-ppp-auth-dialog. Looks like the x86_64 architecture is more likely to crash with such issues. I have already a fix for this, but know I have new Problem: It doesn't connect on x86_64... Cheers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Freitag, 5. Januar 2007 23:13 schrieb Timo Hoenig: On Fri, 2007-01-05 at 23:08 +0100, Herbert Graeber wrote: I have found the cause of this crash. It is some faulty memory management in nm-ppp-auth-dialog. Looks like the x86_64 architecture is more likely to crash with such issues. I have already a fix for this, but know I have new Problem: It doesn't connect on x86_64... Would you mind passing the fix upstream? Meanwhile pptp support is in GNOME CVS and has been heavily reworked for NetworkkManager 0.7. Nevertheless it may be useful for the author. Let's see whether I find a box for looking into this next week. That would be nice. If this would lead to a pptp plugin for openSUSE 10.3, that would be great. My current status: The authdialog works. PPTP connects via WLAN, but not via a cable based network. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Donnerstag, 4. Januar 2007 20:28 schrieb James Knott: Herbert Graeber wrote: Am Mittwoch, 20. Dezember 2006 19:56 schrieb James Knott: I'm trying to set up a PPTP VPN to a customer's site, using SUSE 10.2, however, I'm not having much luck making sense of how to do it. Does anyone have surefire instructions for doing this? I have put a package for NetworkManager-pptp into the SUSE Build Service. Have a look at http://software.opensuse.org/download/home:/hgraeber/ It integrates PPTP support into NetworkManager similar to the openvpn support already deliverd with the Distribution. Give it a try. I have installed it, but don't see anything in NetworkManager for configuring a PPTP VPN. Is there something I'm missing? I've tried it on two different computers. In knetworkmanager there is a submenu VPN Connections. There You can choose Configure VPN This starts a GNOME Dialog where you can manage VPN connections. Here you can press the Add Button (maybe it has an other name, here it is german, even when I have configured an english desktop) to add a new VPN and a wizard will be run where you can choose pppd tunnel (PPTP, BTGRPS, Dialup). On the next page you can enter you VPNs name, choose the VPN type PPTP and enter the PPTP gateway you want to connetc to. On the following pages you can enter additional parameters. After defining a VPN you can start it from knetworkmanager using the submenu VPN Connections / Connect to your connetcion name. Maybe you are using a GNOME desktop. This should work similar, because knetworkmanger is desinger closely after GNOMES NetworkManager Menu. BTW, you should look if you need a newer version of my RPM, because the first version had some problems because of some patch borrowed from ubuntu that should remove BTGPRS and Dialup support. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Donnerstag, 4. Januar 2007 23:25 schrieb Rauch Christian: Herbert Graeber schrieb: I have put a package for NetworkManager-pptp into the SUSE Build Service. I installed your package today and the menu shows up with VPN Verbindungen. But if I click to configure a new VPN, nothing happens. restarting the network manager and the complete network via rcnetwork restart doesn't change anything. Can you help me resolve this? I'm using 10.2 x86_64 with KDE here and installed NetworkManager-pptp-0.6.3.cvs20060819-8.1.x86_64.rpm Maybe there is some dependcy missing, that is already fulfilled on my test system. First you should install the package pptp. As a second try you should install NetworkManager-openvpn. This may add the missing package(s), too. I will uninstall these packages on my system and have look the neccessary dependencys. CHeers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Freitag, 5. Januar 2007 00:35 schrieb Timo Hoenig: On Fri, 2007-01-05 at 00:32 +0100, Rauch Christian wrote: Yes, now the configuration dialog comes up. Great. Thanks for your help Timo, Better pass this to Herbert for preparing the pptp package :-) I have added Requires for pptp and NetworkManager-gnome. Now the package should work independent other already installed packages. Would be nice if the gnome dependencys could be reduced a little bit for people prefereing the KDE desktop. Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Connecting PPTP VPN
Am Mittwoch, 20. Dezember 2006 19:56 schrieb James Knott: I'm trying to set up a PPTP VPN to a customer's site, using SUSE 10.2, however, I'm not having much luck making sense of how to do it. Does anyone have surefire instructions for doing this? I have put a package for NetworkManager-pptp into the SUSE Build Service. Have a look at http://software.opensuse.org/download/home:/hgraeber/ It integrates PPTP support into NetworkManager similar to the openvpn support already deliverd with the Distribution. Give it a try. Cheers Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] SuSE 10.2RC1-nVidia Driver not Working
Am Sonntag, 3. Dezember 2006 19:04 schrieb Andrei Verovski (aka MacGuru): I have installed SuSE 10.2RC1 and nVidia driver 9629. However, I am was unable to select in SAX Enable 3D acceleration even with sax2 -r -m 0=nvidia for unknown reason. modprobe nvidia works Cannot be 100% sure, but its seems a glitch in sax. Strange enough, SAX generates xorg.conf with nvidia, not nv. Here is SAX log file. Thanks in advance for any suggestion [...] 3D is enabled for the NVIDIA binary driver by default. Try it... If you have any problems with version 1.0-9629 you may be interested in the latest beta version of the driver. At least for me it is much more stable. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-packaging] Hint needed
Marcus Rueckert schrieb: On 2006-11-27 10:26:41 +0100, Nadia Derbey wrote: I use .rpmmacros to set the %packager and what is needed for the gpg signature (otherwise rpmlint complains about it :-( ). So, may be my question should have been the following: How to sign packages when they are built using build (or lbuild). after you have build the packages for all architectures/distros you call rpm --addsign */*.rpm this saves you from typing your passphrase multiple times and you can sign all of them in one go. rpm --resign might be nice too. it removes all other signatures before adding your own. There is no difference between --addsign and --resign. RPMs cannot have more than one signature, so --addsign removes all the other signature, too. Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] MythTV
Am Samstag, 18. November 2006 19:07 schrieb John Meyer: When I try to set up MythTV, I get a blue screen and MythTV complains that it can't connect to MySQL, even though it is up and running and has the database and user set. Wrong list. Try [EMAIL PROTECTED] if you got the RPMs from there. I am on of the maintainers of the mythtv packages on packman and will answer your questions there. But please, add some more details. Cheers, Herbert -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Games on openSUSE 10.2
Ludwig Nussel schrieb: On Wednesday 06 September 2006 10:23, Stefan Dirsch wrote: On SUSE Linux 10.1 we had about 5 small game packages in our default installation + an additional Games selection used for all game packages. Should we do it similar for openSUSE 10.2? Any other proposals? This one is nice: http://ri-li.sourceforge.net/ Really nice. My childs will love it! This one looks interesting (check the video). I didn't try it yet as it has some exotic build dependencies: http://louhi.kempele.fi/~skyostil/uv/fretsonfire/ Looka interesting. There is a link to another game: http://keyboardsonfire.net/ Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] 'Offline' update sources are not refreshed for ZYPP
Am Freitag, 16. Juni 2006 10:55 schrieb Jürgen Mell: I have a strange problem here: I have several machines running SUSE 10.1 here so I am rsync-ing the patches from one of the mirror servers to a local directory on my server here. This local directory is set up as an installation source in YaST (type YUM) and 'Update' is set to 'ON'. Now, when fresh patches arrive, they wil not be recognized. Neither restarting the ZMD service nor using 'Refresh' from the software update applet nor rebooting the machines helps. Only if I remove the installation source in YAST and add it back again, the new patches are detected. The same happens, if there are new versions of non-patches available (eg. from Packman). Selecting the package and function 'Update' in YaST does not work, as it still shows only the old version available. Is this intended behaviour or should a file a bug report? This can happen when the directory is not properly mirrored. Expecially using the --size-only option cannot be used for mirroring rpm-md repositories. Another possiblity is that a mirror itsslf is in an inconsistent shape. The sometimes happens to the packman mirrors. I think no bugreport is neccessarry. [...] Cheers Herbert pgpBiqASM5woK.pgp Description: PGP signature
Re: [opensuse] Google Earth for Linux...
Am Mittwoch, 14. Juni 2006 00:18 schrieb André Malin: Le mardi 13 juin 2006 18:09, J Sloan a écrit : Has anybody tried this yet? Is it native or is it like the Google Picasa that comes with its own patched version of wine. Nice but it locked up my ATI drivers (fglrx_6_9_0_SUSE101-8.24.8-1) after a few minutes and I was forced to reboot via hardware. Yep, that's been my experience with ATI in general for some years. FWIW, it's rock solid on all my nvidia powered linux boxen. Joe I second that, works rock solid on my 3 nvidis boxes and fails miserabily on the ATI one. Works with nvidia and ati for me. Herby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Anyone with a GeForce FX 5200?
Matt Rajca schrieb: What do I do first? I install Suse, then how do I boot to the OS to get the driver? Do i use the old Video Card? How did you do it I think we are a little bit OT here. This type of question belongs to mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] GRUBonce is not working for me on 10.0
Am Montag, 7. November 2005 21:58 schrieb Michael A. Elkevizth: GRUBonce will not automatically reboot the OS selected in the kdm (or from kde) menu. It just boots like a normal reboot was selected, showing the GRUB menu with the default choice selected. This was a feature I enjoyed using so that I could step away while waiting for a reboot. It worked fine on 9.3 for my same hardware, so I don't understand why it will not on 10.0. Any help will be appreciated. This bug is already in Bugzilla: #115910. One of my machines has this problem, too. Cheers, Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] rpmbuild screws up install path with mythtv
Am Dienstag 18 Oktober 2005 23:48 schrieb Guðlaugur Jóhannesson: Anders Johansson wrote: [...] It actually supports INSTALL_ROOT which is similar, but that does not change the fact that rpmbuild changes the behavior of the prefix usage in mythtv. It also changes /usr/include to ../../../../../../include in the Includes which is also not very nice. I have to look into how qmake works and figure this out. Thanks for your help. I had similar problems when building a RPM for kcheckers. My solution was to install this way: make INSTALL_ROOT=$RPM_BUILD_ROOT/'$(PWD)'/ install Look wired, but works. Cheers, Herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse] Config questions on amd64
Hi Andy! Am Samstag 24 September 2005 04:59 schrieb Andy Choens: Linux is ready for the desktopbut not on amd64. Gettig this laptop up and running has been a REAL PIA. None of your problems is x86_64-related. Nearly everything has been discussed on this lists several times before. Look into the archive next time. All your problems are related to closed source or patent restriced software that cannot belong to the OSS version of SUSE 10 because of it's policy to use open software only. But, I digress. Any tips for installing ATI drivers on this thing? I've read the past posts of every distro on earth and don't seem to be able to get my 200M up and running. An ATI driver is included, but 3D is only supported for older ATI chips. Get the closed source driver form ATI yourself or wait for the boxed version of SUSE 10. Installing libdvdcss seems to be a real joy. I downloaded the source and installed it. But, Kaffeine won't look at the DVD drive b/c it is the special SUSE version. Do I have to recompile kaffeine? I deleted everything in ~/.kde3/share/apps/kaffeine and restarted kaffeine. It recognizes libdvdcss, but refuses to use it. So, I figured I'd just install xine (gui) as a work-around. No dice. It fails out telling me I don't have permisions to view my dvd. Compile kaffeine and/or xine yourself, or look for packages from other sources, e.g. from Packman. You will not find libdvdcss there, but some multimedia packages with otherwise less restrictions. I've never had this much trouble getting that to work. You have only tried boxed version before? But, the kicker is this. I really like the program basket. It's not on the CD's, but the source rpm is on novell's FTP site for 10. So, I download it and try to rpmbuild. Not surprisingly, I get some dependency errors yast. No problem, I fire up YAST and start installing them. I expected this. What I did NOT expect was to not find the devel package for gettext OR the update-desktop-files rpms. Now this really pissed me off. I can't find these anywhere. I don't mind compiling, but this is ridiculous! There is no need to rebuild the rpm. There is a binary rpm, too. Use the the Install-Source on the FTP-server to install the program and all dependencys will resolve automatically. Alright, I'll stop my rant there. This laptop has annoyed me enough for this evening. Sorry for that, but reading some documentation on opensuse.org and a look into the archives should have saved you much time. Cheers, herbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]