[opensuse-factory] Dependency problem
I don't know where to start looking.. I'm trying to use PHP 5.2.1 from the repositaries, but I run into some problems, look at this; # rpm -qa | grep php5 php5-pear-net_url-1.0.14-11.1 php5-pear-http_request-1.4.0-4.1 php5-pear-db-1.7.6-42 php5-mhash-5.2.1-41.1 php5-curl-5.2.1-41.1 php5-ctype-5.2.1-41.1 php5-iconv-5.2.1-41.1 php5-dom-5.2.1-41.1 php5-soap-5.2.1-41.1 php5-devel-5.2.1-41.1 php5-xsl-5.2.1-41.1 php5-pear-auth_sasl-1.0.2-29 php5-5.2.1-41.1 php5-bz2-5.2.1-41.1 php5-json-5.2.1-41.1 ... Looks pretty good, right? Then I'm trying to install the pecl memcache module, also from repositary; Problems Can't satisfy requirement php5 == 5.2.1 for php5-mhash-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-curl-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-ctype-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-iconv-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-dom-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-soap-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-devel-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-xsl-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-pdo-5.2.1-41.1.i586 Where should I start looking? Seems like php5 doesn't (somehow) report itself to be 5.2.1, although it shows 5.2.1 everywhere in yast. -- Anders Norrbring Norrbring Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: (SOLVED) [opensuse-factory] Dependency problem
Anders Norrbring skrev: I don't know where to start looking.. I'm trying to use PHP 5.2.1 from the repositaries, but I run into some problems, look at this; I didn't see the obvious.. the memcache rpm was expecting php 5.2.0, so the installer tried to downgrade to the older php, and then the other dependencies failed. I solved it by installing memcache manually via the pecl command. Anders. # rpm -qa | grep php5 php5-pear-net_url-1.0.14-11.1 php5-pear-http_request-1.4.0-4.1 php5-pear-db-1.7.6-42 php5-mhash-5.2.1-41.1 php5-curl-5.2.1-41.1 php5-ctype-5.2.1-41.1 php5-iconv-5.2.1-41.1 php5-dom-5.2.1-41.1 php5-soap-5.2.1-41.1 php5-devel-5.2.1-41.1 php5-xsl-5.2.1-41.1 php5-pear-auth_sasl-1.0.2-29 php5-5.2.1-41.1 php5-bz2-5.2.1-41.1 php5-json-5.2.1-41.1 ... Looks pretty good, right? Then I'm trying to install the pecl memcache module, also from repositary; Problems Can't satisfy requirement php5 == 5.2.1 for php5-mhash-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-curl-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-ctype-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-iconv-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-dom-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-soap-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-devel-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-xsl-5.2.1-41.1.i586 Can't satisfy requirement php5 == 5.2.1 for php5-pdo-5.2.1-41.1.i586 Where should I start looking? Seems like php5 doesn't (somehow) report itself to be 5.2.1, although it shows 5.2.1 everywhere in yast. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] create_package_descr
David Bolt skrev: On Tue, 13 Feb 2007, Anders Norrbring [EMAIL PROTECTED] wrote:- All of a sudden, my create_package_descr fails to complete.. I haven't edited anything by myself, so if there has been changes introduced, they've been made by the 10.2 system auto-update. Can someone please advice? # create_package_descr -d rpm/ -o setup/descr/ -x setup/descr/EXTRA_PROV using settings: datadirs: rpm/ languages: english output dir: setup/descr/ is not a directory: ignoring extra_provides: setup/descr/EXTRA_PROV Can't call method size on an undefined value at /usr/bin/create_package_descr line 171. ... ... I had the same problem which was caused by broken links[0]. My solution[1] was to get rid of them using: find -L -type l -exec rm '{}' \; Check to see if you have a zero-byte file or a broken link under rpm/. You'll probably find that was the cause. [0] I create a local mirror of the update server using rsync, and then run create_package_descr on my local mirror. For some reason, some of the links created by rsync point to non-existent files and create_package_descr was falling over because of it. [1] The second solution was to use --exclude src/*.spm as another option for rsync. Regards, David Bolt Thanks David! Deleting all symlinks helped.. I didn't even think about that. I've added it to my update scripts, and they seems to work just fine now! -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] create_package_descr
All of a sudden, my create_package_descr fails to complete.. I haven't edited anything by myself, so if there has been changes introduced, they've been made by the 10.2 system auto-update. Can someone please advice? # create_package_descr -d rpm/ -o setup/descr/ -x setup/descr/EXTRA_PROV using settings: datadirs: rpm/ languages: english output dir: setup/descr/ is not a directory: ignoring extra_provides: setup/descr/EXTRA_PROV Can't call method size on an undefined value at /usr/bin/create_package_descr line 171. .. -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] Still no config options for zmd log?
I just looked over zmd in 10.2, but I still can't find a way to reconfigure the logging to zmd-messages.log. Obviously it rotates every day, but doesn't compress. Also, it continues to fill up with rotated logs, with no settings for how many rotations should be saved. Or is it just me, not finding the options? -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
Re: [opensuse-factory] Still no config options for zmd log?
Andreas Hanke skrev: Anders Norrbring schrieb: Or is it just me, not finding the options? Try: rug get-prefs and consult the man page how to use set-prefs. Thanks, it's not all the way, but it's a start for sure.. :) -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] Cyrus idled missing?
I get this in huge numbers in my log imap[3069]: error sending to idled: 3 In /etc/cyrus.conf, I have: idled cmd=idled But nowhere on the disk can I find the idled command.. Ideas anyone? Anders smime.p7s Description: S/MIME Cryptographic Signature
Re: [opensuse-factory] Cyrus idled missing?
Wolfgang Rosenauer skrev: Anders Norrbring wrote: I get this in huge numbers in my log imap[3069]: error sending to idled: 3 In /etc/cyrus.conf, I have: idled cmd=idled But nowhere on the disk can I find the idled command.. Ideas anyone? How about /usr/lib/cyrus/bin/idled ? Should be there. The package I've just downloaded from factory has it. Found it.. Someone forgot one of the settings in the spec file, works fine now.. -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] Uninstallable inst-source?
It seems like the current inst-source from Eberhard is invalid.. Wrong boot image for product, and when fired up anyway, there are dependency errors. I choose KDE as the installation option, and att the Installation Settings screen next, I'm presented with Cannot solve dependencies automatically. Manual intervention is required. in the software section. So, I go to it, and see this: pattern:kde_basis-10.2-49.i586[20061013-074645] Error!There are no installable providers of kpowersave for pattern:kde_basis-10.2-49.i586[20061013-074645] sax2-libsax-perl-8.1-31.i586[20061013-074645] Error!There are no installable providers of sax2-libsax for sax2-libsax-perl-8.1-31.i586[20061013-074645] Is it known, or is it time for a bugzilla entry? -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] sshd problems?
Am I just stupid, or is there some kind of problem in the factory sshd? I tried to connect from my client, which said connection closed before even asking for a password. The /var/log/messages shows this: sshd did not receive identification string from UKNOWN I've never seen that at all before. -- Anders Norrbring Norrbring Consulting smime.p7s Description: S/MIME Cryptographic Signature
[opensuse-factory] Postfix 2.3.2 slightly incorrect
I just found a little annoying thing in Postfix 2.3.2 from factory.. There's a missing definition in the SPEC that disables cyrus sasl authentication. I simply added export CCARGS=$CCARGS -DUSE_CYRUS_SASL to the %build block, and everything worked fine. Oh, 10.2 isn't yet defined in Bugzilla, so I didn't post anything in there about this. -- Anders Norrbring Norrbring Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Postfix 2.3.2 slightly incorrect
Andreas Jaeger skrev: Anders Norrbring [EMAIL PROTECTED] writes: I just found a little annoying thing in Postfix 2.3.2 from factory.. There's a missing definition in the SPEC that disables cyrus sasl authentication. I simply added export CCARGS=$CCARGS -DUSE_CYRUS_SASL to the %build block, and everything worked fine. Oh, 10.2 isn't yet defined in Bugzilla, so I didn't post anything in there about this. openSUSE 10.2 is defined, please report it, Andreas Bug 202162 Submitted -- Anders Norrbring Norrbring Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] what SL's version I have? ;-)
Chema Ollés skrev: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I update my SL from ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse with smart,more or less 2 time a week. I see on my /etc/SuSE-release: SUSE Linux 10.1.1 (i586) Pre-Alpha1 VERSION = 10.1.1 I also download the new SL-10.1-alpha1 iso's via torrent and when,for example,search 1 package like MOzillaFirefox I see the same version (MozillaFirefox-1.5.0.4-2) on my sistem and on alpha1-cd2 iso !!! Please,I'd like any explanation about this change on SL versions... Thanks The factory tree is currently in 10.1.1 status, which means 10.2 alpha 1. -- Anders Norrbring Norrbring Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] what SL's version I have? ;-)
jdd skrev: Chema Ollés wrote: OK... ;) Thanks please read : http://en.opensuse.org/Factory_Distribution and if this is not clear, ask here or fix it. I'm not, my self, so glad with the way this is described :-() jdd If you're not happy with the text, feel free to rewrite it.. :) It's public access, you just have to register on site. Anders. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Andreas Jaeger skrev: Frank-Michael, have you done an update from a previous beta/RC on these machines? What's the output of: * rug sl * rug ca The first 'rug sl' command took 10 minutes to complete... This is on a dual Opteron 250 system with 8GB of RAM. rug sl # | Status | Type | Name | URI --+-+--+---+-- 1 | Pending | ZYPP | SUSE-Linux-10.1-FTP-10.1-0-20060513-122501 | ftp://ftp.sunet.se/pub/Linux/distributions/opensuse/distribution/SL-10.1/inst-source?alias=SUSE-Linux-10.1-FTP-10.1-0-20060513-122501 2 | Pending | ZYPP | SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060513-125447 | ftp://192.168.222.10/pub/10.1_x86_64/CD1?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060513-125447 3 | Pending | ZYPP | SUSE-Linux-10.1-Updates | http://ftp.gwdg.de/pub/suse/update/10.1/ 4 | Pending | ZYPP | SuSE-Linux-FACTORY-10.1-factory-20060515-083354 | ftp://xxx.xxx.xxx/SL-OSS-factory/inst-source?alias=SuSE-Linux-FACTORY-10.1-factory-20060515-083354 5 | Pending | ZYPP | SUSE-Linux-10.1-FTP-EXTRA-10.1-0-20060516-214503 | ftp://xxx.xxx.xxx/SL-10.1/non-oss-inst-source?alias=SUSE-Linux-10.1-FTP-EXTRA-10.1-0-20060516-214503 6 | Pending | ZYPP | SUSE-Linux-10.1-FTP-10.1-0-20060516-220034 | ftp://xxx.xxx.xxx/SL-10.1/inst-source?alias=SUSE-Linux-10.1-FTP-10.1-0-20060516-220034 rug ca Sub'd? | Name | Service ---+---+-- Yes| SUSE-Linux-10.1-Updates | SUSE-Linux-10.1-Updates Yes| SUSE-Linux-10.1-FTP-10.1-0-20060513-122501| SUSE-Linux-10.1-FTP-10.1-0-20060513-122501 Yes| SUSE-Linux-10.1-FTP-EXTRA-10.1-0-20060516-214503 | SUSE-Linux-10.1-FTP-EXTRA-10.1-0-20060516-214503 Yes| SUSE-Linux-10.1-FTP-10.1-0-20060516-220034| SUSE-Linux-10.1-FTP-10.1-0-20060516-220034 Yes| SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060513-125447 | SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060513-125447 Yes| SuSE-Linux-FACTORY-10.1-factory-20060515-083354 | SuSE-Linux-FACTORY-10.1-factory-20060515-083354 Anders - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Andreas Jaeger skrev: Frank-Michael, have you done an update from a previous beta/RC on these machines? What's the output of: * rug sl * rug ca Andreas Apparently it's the wake-up of Zen that takes forever.. It loads both CPUs to 100% while coming to life. When alive sommands go instantly, no more than 0.3 seconds to execute just about anything that doesn't involve checking sources online, while doing the same things with zmd.exe in sleep state takes between 1.5 and 10 minutes. Anders. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Tom Horsley skrev: On Tue, 2006-05-23 at 10:17 +0200, Frank-Michael Fischer wrote: Problem is: during beta test I have been busy reporting and detailling other bugs so I did not participate in the zen buddism here. Real problem is that during beta testing there were no [EMAIL PROTECTED] update servers available for testing, just a new beta every week, so none of the Zen stuff (practically the only reason for the 10.1 release) ever got any testing. My guess as to why some people have problems and others don't: Bad connectivity to the update server that got picked for the system. Try poking around on the mirrors list and selecting different ones manually. Nope, I don't think it is.. I have huge delays even on a local mirror on Gbit networking... Anders. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Frank-Michael Fischer skrev: Andreas Jaeger wrote: Frank-Michael Fischer [EMAIL PROTECTED] writes: The reason why I am assuming it's libzypp's fault is: when I filed the bug it was for the Zen component, then Nat Budin changed the component to libzypp and connected this bug with bug 176301. This bug I am not supposed to view. So it's fair to guess there is something rotten in the state of libzypp. And we should not participate, just sit and wait. Why is everybody thinking there's something rotten going on if a bug is closed? Not because it's closed. I could not even know that. It's because I am not supposed to know the bug. This creates the rotten suspicion. Oh, so it's rotten that you cannot view a product for which you're not registered as a tester? Keep in mind that the Novell BugZilla tracks *all* products that are in the Novell briefcase. You may enter a bug that you found on OpenSuse, but it's already been reported as a SLES bug. Then your entry is marked as closed/duplicate, and since you're not a SLES tester, you don't have access. That isn't very rotten, is it? Anders - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] open-iscsi client hangs system
I just noticed a couple of really nasty things about the open-iscsi initiator.. If both systems is running, everything is fine. BUT... If the target goes down, or there's a cable/connection disruption, the initiator system hangs dead hard. Nothing except a hardware reset will wake it up.. No matter if the connection is restored, the system is still dead in the water. Then, if I set the open-iscsi initiator client to automatically connect to the target at system startup, I have an entry in fstab as well, the boot process is kindof out of sync, the file system check is made before the session to the target is established, and of course it fails. Also, the session didn't auto-connect, I had to login to the target manually, mount the volume, dismount it and then run xfs_check, and lastly mount it again.. To me, the natural way would be to establish the session early, then check the file system and lastly mount it as part of the boot process. Anders Norrbring Norrbring Consulting - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Open-iscsi wonderings..
Would there be a possibility to have the open-iscsi client automatically reconnect to a target if it looses its session? Or if it's set to establish sessions automatically, then if the target isn't online when the iscsid starts, it should retry to establish the session for x number of times (or x seconds) and if not successful issue a warning (log, e-mail) to the admin? This would be really useful if (for example) the target suffers a power-outage, restart, whatever, and the initiator side comes online first. Anders Norrbring Norrbring Consulting. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Update 10.0 to 10.1
Marcel Hilzinger skrev: I've tried to update 10.0 OSS ot 10.1 OSS serveral times. YaST randomly reports problems with package signature checking and offers me the possibiliy to abort, retry or ignore. If I choose abort - No upate If I choose retry - YaST aborts update If I choose ignore - YaST segmentation fault So actually Update is not possible. Did anybody have similar problems? Might it be due to the selfmade DVD? Why does YaST crash, if I say ignore? Nope, haven't seen that.. I've upgraded 7 boxes by now, no problems at all, neither from 10.0 nor from 9.2.. Anders. - 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] makeSUSEdvd error
Tom Horsley skrev: On Sun, 2006-04-30 at 22:50 +0200, Marcus Meissner wrote: you should allow the user to specify the keyid, since you usually use one all the time. Speaking as a makeSUSEdvd user, I can state positively that I have no keyids, don't know keyids from nuthin, and just want to make a dadgum dvd to install from. It starts asking for keyids I'm gonna throw up my hands and just install from the 5 CDs (as painful and inconvenient as that is). Take a peek at the top of the page http://en.opensuse.org/Making_a_DVD_from_CDs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]