Re: [opensuse-factory] Learning Perl (Was: Re: [opensuse-factory] tagmedia question)
On 5 May 2006 at 16:54, houghi wrote: However, I am not a programmer, nor will I ever be one. If at most I am a mediocre scriptwriter. Again, perl will be a great langage, it is just not for me. Maybe consider that quote of Mr. Wittgenstein (German): The limits of my language are the limits of my world ;-) Regards, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Eiffel, once again?
Hi, would an announcement like the following qualify for adding the software?: --quote-- - Eiffel Software to Offer Dual Licensing for EiffelStudio Eiffel Software is pleased to announce its new Dual Licensing Model for EiffelStudio. This new model described at http://www.eiffel.com/licensing/licensing.html is based the principle of Fair Exchange and allows customers to develop applications either for commercial use or as Open Source products. The release of EiffelStudio as Open Source environment which took place on April 5 (see column below) has already generated tremendous excitement in the developers community. The Open Source version of EiffelStudio under the GNU General Public License (GPL) is available at: http://eiffelsoftware.origo.ethz.ch. --end quote--- Regards, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] call for a full time en sysop
It may be simpler for me to write this because I can't be a candidate :-) I think we should have a full time english-wiki sysop. Full time don't mean he will spend all his time on the wiki, but that the wiki will be his first concern. and sysop mean he will have to make strategic changes, organisation ones, not than he should have to write the wiki himself, of course. http://en.opensuse.org/index.php?title=Welcome_to_openSUSE.orgaction=history shows that several people share the front page update. this is probably not the better way for consistency and we know they have also very sharp work do do on the distribution itself. I don't care if the sysop is Novell or voluntary, but I would like to know his name. I think also than it's his responsability, aftyer all kinds of discussions, to make the necessary changes. specially on the blocked pages, he is the only who can do it. we are simply not enough, here, to speak of democracy or votes. We don't represent anybody than ourselves. of course, Novell can (must) keep the css control. the main point is than we need a referee :-). On my concern, it's better to have a consistent layout, even if I don't like it (and why should I don't like it :-), than as many layouts as pages... jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] call for a full time en sysop
jdd wrote: sorry, I sent this to the wrong list :-( jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] tagmedia question
On Fri, 5 May 2006, houghi wrote: On Fri, May 05, 2006 at 02:39:13PM +0200, Steffen Winterfeldt wrote: On Fri, 5 May 2006, houghi wrote: On Fri, May 05, 2006 at 02:22:26PM +0200, Steffen Winterfeldt wrote: snip You need to match the --pad given to tagmedia with what you give to mkisofs and things should be fine. If not, checkmedia will return an md5sum error. As far as I see I don't give mkisofs anything: You better should. Ah. From the manpage: To avoid problems with I/O error on the last file on the filesystem, the -pad option has been made the default. Just to be sure, I added -pad. I also tried with -no-pad and get the same result. So now I do not know which one is the correct one to use. :-( I would like to add that so that those peopel who have the wrong setting still are able to get it right. So wich should I use? -pad or -no-pad. For me there is no difference, but that might not be true for everybody. use -pad. And what exactly is 'the same result'? Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] tagmedia question
On Mon, May 08, 2006 at 10:32:22AM +0200, Steffen Winterfeldt wrote: So wich should I use? -pad or -no-pad. For me there is no difference, but that might not be true for everybody. use -pad. Ok, will do. Thanks. And what exactly is 'the same result'? That I was able to get a positive checksumresult regardless of what I used. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Eiffel, once again?
Ulrich Windl [EMAIL PROTECTED] writes: Hi, would an announcement like the following qualify for adding the software?: Please add it to the wishlist - and I wouldn't mind if somebody builds a package of it using the build service... --quote-- - Eiffel Software to Offer Dual Licensing for EiffelStudio Eiffel Software is pleased to announce its new Dual Licensing Model for EiffelStudio. This new model described at http://www.eiffel.com/licensing/licensing.html is based the principle of Fair Exchange and allows customers to develop applications either for commercial use or as Open Source products. The release of EiffelStudio as Open Source environment which took place on April 5 (see column below) has already generated tremendous excitement in the developers community. The Open Source version of EiffelStudio under the GNU General Public License (GPL) is available at: http://eiffelsoftware.origo.ethz.ch. --end quote--- Regards, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Andreas -- Andreas Jaeger, [EMAIL PROTECTED], http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 pgp0KV1m10Df0.pgp Description: PGP signature
[opensuse-factory] Strange behaviour of installation source
I just added a normal, selfmade YaST installtion source to 10.1, using the Add-on-Produkt module. There was one selection on the media. If I choose selections in YaST, the selection is not displayed does YaST only display signed selections? If I switch the view to installation sources, I can choose packages for installtion and this also seems to work. But I can not install newer versions of packages, which are already installed (tried with kaffeine 0.8.1) any idea, what's the reason for this? -- Mit freundlichen Grüßen, Marcel Hilzinger Linux New Media AG Süskindstr. 4 D-81929 München Tel: +49 (89) 99 34 11 0 Fax: +49 (89) 99 34 11 99 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] FreeNX seems to have problems with some passwords
Hello, Did anyone try the FreeNX Server that's on OpenSuSE RC3? When you try to use a password that starts with a blank character, login with that user fails. If you use any other type of password it seems to work, just blank at the beginning is not working. If anybody can reproduce this, then i'll assume this is a bug in nxserver and not in my nxclient installation. Regards Heiko Helmle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Strange behaviour of installation source
Am Montag, 8. Mai 2006 12:18 schrieb Marcel Hilzinger: I just added a normal, selfmade YaST installtion source to 10.1, using the Add-on-Produkt module. There was one selection on the media. If I choose selections in YaST, the selection is not displayed does YaST only display signed selections? This question remains If I switch the view to installation sources, I can choose packages for installtion and this also seems to work. But I can not install newer versions of packages, which are already installed (tried with kaffeine 0.8.1) OK. This seems to be a problem with i586, i686. If I check the right package on the 'Versions' tab, it works as aspected. -- Mit freundlichen Grüßen, Marcel Hilzinger Linux New Media AG Süskindstr. 4 D-81929 München Tel: +49 (89) 99 34 11 0 Fax: +49 (89) 99 34 11 99 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
I have identified and fixed the problem. The key needs to be added to the initial ramdisk of the CDD/DVD, so some extra magic is necessary. I have attached the patch to make it work, apply with patch makeSUSEdvd msd.pat Ciao, Marcus --- /suse/meissner/makeSUSEdvd 2006-05-08 12:13:14.0 +0200 +++ /root/makeSUSEdvd 2006-05-08 15:52:44.0 +0200 @@ -465,9 +467,34 @@ cd $CD_DIR } +PUT_KEY_IN_INITRD() +{ + for initrd in $CD_DIR/boot/*/loader/initrd + do + echo Initrd is $initrd + if [ ! -f $initrd ]; + then + echo No initrd found? + MAKE_CLEAN + exit 1 + fi + gunzip $initrd $initrd.uncomp + mkdir tmpinitrd + pushd tmpinitrd + cpio -idm $initrd.uncomp + gpg --export -u $LOCAL_KEY $LOCAL_KEY.gpg + find|cpio -o -H newc $initrd.uncomp.new + popd + gzip --best $initrd.uncomp.new $initrd + rm -rf tmpinitrd + rm $initrd.uncomp $initrd.uncomp.new + done +} + #SIGN_CONTENT : Signing the media for 10.1 on SIGN_CONTENT () { + PUT_KEY_IN_INITRD #Remove keys in content grep -v ^META $CD_DIR/content $CD_DIR/content.bak mv $CD_DIR/content.bak $CD_DIR/content - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] iSCSI testing
I can't get iSCSI to work as an initiator.. I run it on a x86_64 installation of 10.1 GM + factory and I have installed iscsid 0.3 plus the yast2 modules. The last try I made I could at least reach the target, but got this in the log.. Has anybody gotten iSCSI to work? If so, how...? May 8 16:32:33 labbet kernel: scsi0 : iSCSI Initiator over TCP/IP, v.0.3 May 8 16:32:33 labbet kernel: klogd 1.4.1, -- state change -- May 8 16:32:34 labbet syslog-ng[2069]: Changing permissions on special file /dev/xconsole May 8 16:32:34 labbet syslog-ng[2069]: Changing permissions on special file /dev/tty10 May 8 16:32:34 labbet kernel: --- [cut here ] - [please bite here ] - May 8 16:32:34 labbet kernel: Kernel BUG at drivers/scsi/scsi_transport_iscsi.c:964 May 8 16:32:34 labbet kernel: invalid opcode: [1] May 8 16:32:34 labbet kernel: last sysfs file: /class/scsi_host/host0/proc_name May 8 16:32:34 labbet kernel: CPU 0 May 8 16:32:34 labbet kernel: Modules linked in: iscsi_tcp scsi_transport_iscsi scsi_mod ipv6 cpufreq_ondemand cpufreq_userspace cpufreq_powersave powernow_k8 freq_table edd button battery ac apparmor aamatch_pcre xfs_quota xfs exportfs loop dm_mod floppy i2c_nforce2 i2c_core ide_cd cdrom e1000 ehci_hcd forcedeth ohci_hcd usbcore reiserfs fan thermal processor amd74xx ide_disk ide_core May 8 16:32:34 labbet kernel: Pid: 3904, comm: iscsid Not tainted 2.6.16.13-4-default #1 May 8 16:32:34 labbet kernel: RIP: 0010:[8823930d] 8823930d{:scsi_transport_iscsi:iscsi_copy_param+14} May 8 16:32:34 labbet kernel: RSP: 0018:81003c197af0 EFLAGS: 00010206 May 8 16:32:34 labbet kernel: RAX: 002f RBX: 81003f790800 RCX: 8823fca0 May 8 16:32:34 labbet kernel: RDX: 8100167e4c48 RSI: 8100167e4c48 RDI: 8100167e4c10 May 8 16:32:34 labbet kernel: RBP: 810027ae4800 R08: 81003c197b3c R09: May 8 16:32:34 labbet kernel: R10: 61742d3032746661 R11: 0246 R12: 81003c197ed8 May 8 16:32:34 labbet kernel: R13: 8100167e4c10 R14: 81003c197dd8 R15: 81003bc68b80 May 8 16:32:34 labbet kernel: FS: 2af6ba677ae0() GS:803f7000() knlGS:f7db5aa0 May 8 16:32:34 labbet kernel: CS: 0010 DS: ES: CR0: 8005003b May 8 16:32:34 labbet kernel: CR2: 005160b0 CR3: 2ad7f000 CR4: 06e0 May 8 16:32:34 labbet kernel: Process iscsid (pid: 3904, threadinfo 81003c196000, task 81003d4d9080) May 8 16:32:34 labbet kernel: Stack: 8823a9cf 810029835e70 81003973c000 81003bc68bd8 May 8 16:32:34 labbet kernel:80253e46 8100167e4c00 8824a7c0 0078 May 8 16:32:34 labbet kernel:0246 00d0 May 8 16:32:34 labbet kernel: Call Trace: 8823a9cf{:scsi_transport_iscsi:iscsi_if_rx+1039} May 8 16:32:34 labbet kernel: 80253e46{skb_recv_datagram+119} 8026a985{netlink_data_ready+18} May 8 16:32:34 labbet kernel: 80269b97{netlink_sendskb+38} 8026afcf{netlink_sendmsg+723} May 8 16:32:34 labbet kernel: 8024d2d7{sock_sendmsg+240} 80136b5e{autoremove_wake_function+0} May 8 16:32:34 labbet kernel: 80170482{link_path_walk+207} 80144e86{audit_sockaddr+56} May 8 16:32:34 labbet kernel: 8024d7fc{sys_sendmsg+527} 8014466e{audit_syscall_entry+301} May 8 16:32:34 labbet kernel: 8010cf11{syscall_trace_enter+190} 8010a529{tracesys+209} May 8 16:32:34 labbet kernel: May 8 16:32:34 labbet kernel: Code: 0f 0b 68 38 b4 23 88 c2 c4 03 b9 04 00 00 00 83 f8 04 4c 89 May 8 16:32:34 labbet kernel: RIP 8823930d{:scsi_transport_iscsi:iscsi_copy_param+14} RSP 81003c197af0 May 8 16:32:34 labbet iscsid: could not open '/sys/class/iscsi_connection/connection0:0/exp_statsn': 2 May 8 16:32:34 labbet iscsid: Could not read /sys/class/iscsi_connection/connection0:0/exp_statsn. Using zero fpr exp_statsn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
Am Montag, 8. Mai 2006 16:31 schrieb Marcus Meissner: I have identified and fixed the problem. The key needs to be added to the initial ramdisk of the CDD/DVD, so some extra magic is necessary. I have attached the patch to make it work, apply with patch makeSUSEdvd msd.pat I tried the patched script, but it still says No catalogue under 'cd:///?devices%3d%2fdev%2fhdc' ERROR: No proposal -- Mit freundlichen Grüßen, Marcel Hilzinger Linux New Media AG Süskindstr. 4 D-81929 München Tel: +49 (89) 99 34 11 0 Fax: +49 (89) 99 34 11 99 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 04:31:13PM +0200, Marcus Meissner wrote: I have identified and fixed the problem. The key needs to be added to the initial ramdisk of the CDD/DVD, so some extra magic is necessary. I have attached the patch to make it work, apply with patch makeSUSEdvd msd.pat Ciao, Marcus Does not work for me. Well, the patching does, but not the result. snip + PUT_KEY_IN_INITRD #Remove keys in content grep -v ^META $CD_DIR/content $CD_DIR/content.bak mv $CD_DIR/content.bak $CD_DIR/content I have brought PUT_KEY_IN_INITRD down a few lines. PUT_KEY_IN_INITRD uses the variable $LOCAL_KEY, so it might be better to use it after $LOCAL_KEY is calculated. That at least does not give an error. What I do get is: Initrd is /tmp/CD_DIR/boot/i386/loader/initrd /tmp/CD_DIR/tmpinitrd /tmp/CD_DIR cpio: dev/null: Operation not permitted cpio: dev/ram0: Operation not permitted cpio: dev/tty1: Operation not permitted cpio: dev/zero: Operation not permitted cpio: dev/console: Operation not permitted cpio: lib/udev/devices/md0: Operation not permitted cpio: lib/udev/devices/md1: Operation not permitted snip cpio: lib/udev/devices/fwmonitor: Operation not permitted 38584 blocks 38582 blocks /tmp/CD_DIR This during the runnung of makeSUSEdvd houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
Actually this is the full diff which was working for me: Note that I just moved the keyid with which to sign to a toplevel define. Ciao, Marcus --- /suse/meissner/makeSUSEdvd 2006-05-08 16:29:25.0 +0200 +++ /root/makeSUSEdvd 2006-05-08 15:52:44.0 +0200 @@ -22,12 +22,14 @@ # below to a partition with enough space HERE=$PWD -CD_DIR=/tmp/CD_DIR -# CD_DIR=$HERE/CD_DIR# Use this if you want to have the +#CD_DIR=/tmp/CD_DIR +CD_DIR=$HERE/CD_DIR # Use this if you want to have the # subdirectories in the same directory as # the ISOs #DVD_DIR=/tmp/DVD_DIR - LOCAL_KEY=$(gpg --fingerprint | grep ^pub | awk '{print $2}' | cut -d/ -f2) + +LOCAL_KEY=0x08AD8FC5 + DVD_DIR=$HERE/DVD_DIR# Use this if you want to have the # subdirectories in the same directory as # the ISOs @@ -500,7 +502,6 @@ mv $CD_DIR/content.bak $CD_DIR/content #Set the key -LOCAL_KEY=`gpg --list-secret-keys|grep ^sec|sed -e 's/.*\///;s/ .*//g;'|head -n 1` gpg --export -a $LOCAL_KEY $CD_DIR/gpg-pubkey-${LOCAL_KEY}.asc # Sign files in /suse/setup/descr/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 06:27:16PM +0200, Marcus Meissner wrote: I have brought PUT_KEY_IN_INITRD down a few lines. PUT_KEY_IN_INITRD uses the variable $LOCAL_KEY, so it might be better to use it after $LOCAL_KEY is calculated. Yes, I had a LOCAL_KEY=0x at the beginning of the script. Here lies already part of the solution. My key would be 08AD8FC5 and not 0x08AD8FC5. So I added the following line right after LOCAL_KEY=`gpg ... LOCAL_KEY=0x${LOCAL_KEY} I now get the following error: Cannot solve dependencies automatically. Manual intevention is required. * Standard System with GNOME (47.3 MB total) I am then able to select the software. YEAH! And get into dependecy hell. BOO!. ¹ Hmm. This needs root access I am afraid. Is this a problem? (The two cpios need it, the rest likely does not.) It should not be a problem, as it needs root already for the iso mounting. I will look to move it more to the beginning, so that on slower machines there is no need to enter the rootpassword a second time due to timeout. So the problem was that the key needed 0x in front of the key. http://houghi.org/script/makeSUSEdvd is what I use now. I will do some more testing and see what happens. It looks promising, however. ¹ Most likely because I only use CD1 and not 1-3. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 07:16:41PM +0200, houghi wrote: On Mon, May 08, 2006 at 06:27:16PM +0200, Marcus Meissner wrote: I have brought PUT_KEY_IN_INITRD down a few lines. PUT_KEY_IN_INITRD uses the variable $LOCAL_KEY, so it might be better to use it after $LOCAL_KEY is calculated. Yes, I had a LOCAL_KEY=0x at the beginning of the script. Here lies already part of the solution. My key would be 08AD8FC5 and not 0x08AD8FC5. So I added the following line right after LOCAL_KEY=`gpg ... LOCAL_KEY=0x${LOCAL_KEY} I now get the following error: Cannot solve dependencies automatically. Manual intevention is required. * Standard System with GNOME (47.3 MB total) I am then able to select the software. YEAH! And get into dependecy hell. BOO!. ¹ Hmm. This needs root access I am afraid. Is this a problem? (The two cpios need it, the rest likely does not.) It should not be a problem, as it needs root already for the iso mounting. I will look to move it more to the beginning, so that on slower machines there is no need to enter the rootpassword a second time due to timeout. So the problem was that the key needed 0x in front of the key. http://houghi.org/script/makeSUSEdvd is what I use now. I will do some more testing and see what happens. It looks promising, however. ¹ Most likely because I only use CD1 and not 1-3. I experienced the same dependency, since i also used CD1 only. But at least the original signing problem is now passed. Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
Am Montag, 8. Mai 2006 19:16 schrieb houghi: On Mon, May 08, 2006 at 06:27:16PM +0200, Marcus Meissner wrote: I have brought PUT_KEY_IN_INITRD down a few lines. PUT_KEY_IN_INITRD uses the variable $LOCAL_KEY, so it might be better to use it after $LOCAL_KEY is calculated. Yes, I had a LOCAL_KEY=0x at the beginning of the script. Here lies already part of the solution. My key would be 08AD8FC5 and not 0x08AD8FC5. So I added the following line right after LOCAL_KEY=`gpg ... LOCAL_KEY=0x${LOCAL_KEY} I now get the following error: Cannot solve dependencies automatically. Manual intevention is required. * Standard System with GNOME (47.3 MB total) This is only because you did not use all CDs. Adding the LOCAL_KEY manually works for me. Hougi: Perhaps it's best to ask the user for the key, then eventually check, if the given key is in gpg --list-secret-keys to avoid typos -- Mit freundlichen Grüßen, Marcel Hilzinger Linux New Media AG Süskindstr. 4 D-81929 München Tel: +49 (89) 99 34 11 0 Fax: +49 (89) 99 34 11 99 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 07:19:30PM +0200, Marcus Meissner wrote: I experienced the same dependency, since i also used CD1 only. But at least the original signing problem is now passed. Yes. With CD1-3 there is no error anymore. W00t! Now some more serious testing and some changing in the script. It also solved the issue of the need of running with sudo for the mounting of the iso's. That can just stay in. :-) Thanks a million times for the PUT_KEY_IN_INITRD. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 07:30:34PM +0200, Marcel Hilzinger wrote: This is only because you did not use all CDs. I know. Adding the LOCAL_KEY manually works for me. Indeed, as does calculating it correctly. Hougi: Perhaps it's best to ask the user for the key, then eventually check, if the given key is in gpg --list-secret-keys to avoid typos This will most likely cause more problems and confusion then it solves. People will enter the wrong one or misread or just do not know what to do. Before this, I never used gpg and I asume many others are the same. Say if the script asked for the key, I would have no idea what to enter. I will now look into the possibilaty that you can select a specific key and some other changes to the script. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 07:36:58PM +0200, Rainer Hattenhauer wrote: Hi Marcus and Houghi, snip Great job, seems that you fixed the problem. That was all Marcus. I just kept nagging. :-) Do you think that the makeSUSEdvd script will now work as well with the goldmaster which will be published this week, too, or are there some further surprises to be expected with the final(?) I would asume that it does, but then that I asumed it every time. :-) houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
Hi, I used RC5/Goldmaster to test. Excellent, that makes me very happy ;-) Thank you very much, Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Monday 2006-05-08 at 19:34 +0200, houghi wrote: Now some more serious testing and some changing in the script. It also solved the issue of the need of running with sudo for the mounting of the iso's. That can just stay in. :-) Let me sidestep a bit and mention an issue I noticed. When I first tried makeSUSEdvd I couldn't use it as user because it expects sudo to be configured in such a way to require the root password to run. This is not typical, and IMO, insecure. Then I looked at the default '/etc/sudoers' file of 10.1. It says: # In the default (unconfigured) configuration, sudo asks for the root password. # This allows use of an ordinary user account for administration of a freshly # installed system. When configuring sudo, delete the two # following lines: Defaults targetpw# ask for the password of the target user i.e. root ALL ALL=(ALL) ALL # WARNING! Only use this together with 'Defaults targetpw'! That needed line for 'makeSUSEdvd' is the default during the installation and configuration phase of a system; but once in production, those two lines are normally removed - meaning that sudoers have to use their own passwords and run only specified commands, not any random command they may want. The consequence is that on a production machine, 'makeSUSEdvd' can not run using sudo. - -- Cheers, Carlos Robinson -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEX6VRtTMYHG2NR9URAi7dAJ0SCFkVHMYfjmR9cWzrI4M891YZTQCdHfVt d7HFfBgFUzmqe8BAffT7pXA= =D+oN -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
On Mon, May 08, 2006 at 10:08:46PM +0200, Carlos E. R. wrote: That needed line for 'makeSUSEdvd' is the default during the installation and configuration phase of a system; but once in production, those two lines are normally removed - meaning that sudoers have to use their own passwords and run only specified commands, not any random command they may want. The consequence is that on a production machine, 'makeSUSEdvd' can not run using sudo. Unfortunatly there is no real alternative, other then running it as root. I like to run things as little as root as possible. On the other hand, you are the first, and so far only, person who complained about this. With several thousand downloads, I would expect some people complaining. So it seems almost nobody changes the default. Due to the fact that you might need to enter you rootpassword twice, I might be willing to let it be run as root. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 07:53:41PM +0200, houghi wrote: On Mon, May 08, 2006 at 07:30:34PM +0200, Marcel Hilzinger wrote: This is only because you did not use all CDs. I know. Adding the LOCAL_KEY manually works for me. Indeed, as does calculating it correctly. Hougi: Perhaps it's best to ask the user for the key, then eventually check, if the given key is in gpg --list-secret-keys to avoid typos This will most likely cause more problems and confusion then it solves. People will enter the wrong one or misread or just do not know what to do. Before this, I never used gpg and I asume many others are the same. Say if the script asked for the key, I would have no idea what to enter. What about checking, if there is a local secret key, and if not, add the possibility to create one :-) Btw. I do not have any problems with running whole script as root. From the point of userfriendlyness, the first thing the script should do is ask for the root password, if the user is not logged in as root. Keep up the good work Marcel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Monday 2006-05-08 at 22:37 +0200, houghi wrote: Unfortunatly there is no real alternative, other then running it as root. I like to run things as little as root as possible. I know, I know you have to do somethings in the script as root. It is not possible to enter the mounts in fstab beforehand, because the exact mount points and files are not known at that moment On the other hand, you are the first, and so far only, person who complained about this. I'm not complaining, I'm just mentioning a problem. It maybe because most people do not even know that SuSE configured sudo be default in a nonsecure way and didn't even look at it. The default is an easy default. Due to the fact that you might need to enter you rootpassword twice, I might be willing to let it be run as root. The other possibility would be to think what config line(s) could be set up in the sudoers file so that the script could run as user. It might be possible. I haven't looked it up because first I would have to study the script and find out what exact commands does it need, and because it was faster for me to simply su and run it as root. - -- Cheers, Carlos Robinson -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEX8VBtTMYHG2NR9URAli7AJ4wOiIwKWQVubgbOFcbHLGLQiFMmQCeLMqa SWVKyDnJnlaoQZmvRl5EOas= =WQ8F -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Mon, May 08, 2006 at 11:09:13PM +0200, Marcel Hilzinger wrote: Before this, I never used gpg and I asume many others are the same. Say if the script asked for the key, I would have no idea what to enter. What about checking, if there is a local secret key, and if not, add the possibility to create one :-) Yes, that as well. Btw. I do not have any problems with running whole script as root. From the point of userfriendlyness, the first thing the script should do is ask for the root password, if the user is not logged in as root. The password is already asked. I just wanted to get a working version online asap. I will see where it goes. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] iSCSI testing
Anders Norrbring escribió: I can't get iSCSI to work as an initiator.. I run it on a x86_64 installation of 10.1 GM + factory and I have installed iscsid 0.3 plus the yast2 modules. The last try I made I could at least reach the target, but got this in the log.. Has anybody gotten iSCSI to work? If so, how...? open a bug report in bugzilla, this is a kernel bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
On Tue, May 09, 2006 at 12:24:58AM +0200, Carlos E. R. wrote: On the other hand, you are the first, and so far only, person who complained about this. I'm not complaining, I'm just mentioning a problem. I do not see complaining to be something bad. It maybe because most people do not even know that SuSE configured sudo be default in a nonsecure way and didn't even look at it. The default is an easy default. I don't know if all people who run the script only run SUSE. I have heard from people running it on Debian and on Mandrake as well. Due to the fact that you might need to enter you rootpassword twice, I might be willing to let it be run as root. The other possibility would be to think what config line(s) could be set up in the sudoers file so that the script could run as user. It might be possible. I haven't looked it up because first I would have to study the script and find out what exact commands does it need, and because it was faster for me to simply su and run it as root. That would only complcate things. I am not going to write a script that changes sudoers in any way. You would need to run that as root, making the fact that you later can run it as user ineffective. I would like to run things as user on a standard system. There could have been a way out with the mounting. However now there is something else added, so perhaps it is now better to run it as root. That would need some rewriting, because the iso and other files must be owned by a user, I think. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
On Tue, May 09, 2006 at 02:01:22AM +0200, Carlos E. R. wrote: No, seriously, my cuestion is simple: what are the exact comands that need to be run as root? I know that mount is one, but more specifically, mount what? (pattern?). (Maybe not so simple). grep sudo makeSUSEdvd mount does the following. It mounts each iso file to a specific directory. Each iso and each directory will be different from user to user and even from one time to the other. Then there is also umount, cpio, echo, rm and yast. And who knows what the future holds. :-) Well, I did run the script as root, so it works. Of course, the files end owned by root, and that is a complication - well, I'm the root, so then it's not a big problem :-) Either that or a `chown`. Not sure wich one I might use. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
It mounts each iso file to a specific directory. Actually, in theory, the file-roller program can extract files from an iso image, so if you can figure out the utterly undocumented command line options for using it in non-gui mode you might be able to avoid needing to be root (for the mounts, anyway). Of course, the one time I tired to use it, strace told me it was hung in a futex system call, so I don't know how much luck you might having getting it to actually extract the files. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] sudo and makeSUSEdvd [Was: makeSUSEdvd error]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The Tuesday 2006-05-09 at 02:52 +0200, houghi wrote: On Tue, May 09, 2006 at 02:01:22AM +0200, Carlos E. R. wrote: No, seriously, my cuestion is simple: what are the exact comands that need to be run as root? I know that mount is one, but more specifically, mount what? (pattern?). (Maybe not so simple). grep sudo makeSUSEdvd mount does the following. It mounts each iso file to a specific directory. Each iso and each directory will be different from user to user and even from one time to the other. Ouch. Complicated. Then there is also umount, cpio, echo, rm and yast. umount is similar to mount. Unless you can manage it in the same way as 'mc' does it :-? cpio as root? Curious! Unless the files belong to him :-? rm... echo as root? yast - instead a request to the user to install something (I personally prefer that). You have made quite a complex script :-) And who knows what the future holds. :-) True. Well, I did run the script as root, so it works. Of course, the files end owned by root, and that is a complication - well, I'm the root, so then it's not a big problem :-) Either that or a `chown`. Not sure wich one I might use. Dropping privileges is safer. - -- Cheers, Carlos Robinson -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEX+3gtTMYHG2NR9URAgxTAJ9r/HMaRHQCfAY8kfQLK+ddrBsE0ACfbmYW jXU26P5lyGrZtNdZaB8ZcxA= =Mcd5 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] tagmedia question
Hi, On Tue, 9 May 2006, Volker Kuhlmann wrote: Option 1: make the ISO filesystem several blocks too large by adding zero-filled blocks at the end. Right. ISO-9660 says two seconds silence at EOM, and that is equivalent to a padding of 300 kBytes (75 frames per second of 2048 klbytes each. Cheers -e -- Eberhard Moenkeberg ([EMAIL PROTECTED], [EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
Where can I find the latest version of makeSUSEdvd? SourceForge has version 0.29 (2005-11-19)... /Jan K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Re: makeSUSEdvd error
On Tue, May 09, 2006 at 06:23:02AM +0200, Jan Karjalainen wrote: Where can I find the latest version of makeSUSEdvd? SourceForge has version 0.29 (2005-11-19)... 0.29 is the latest version. On SF I just edit the version number, upload the new files and delete the old ones. houghi -- Nutze die Zeit. Sie ist das Kostbarste, was wir haben, denn es ist unwiederbringliche Lebenszeit. Leben ist aber mehr als Werk und Arbeit, und das Sein wichtiger als das Tun - Johannes Müller-Elmau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]