Re: [opensuse-factory] Bug 177758
houghi wrote: > On Wed, May 24, 2006 at 09:17:41PM +0200, Marcus Meissner wrote: > >>> It should be a nice way to test online updates. Just to test the update >>> process. Edit the Release Notes to include: Update worked or just change >>> an icon. Just something to test the process. >>> >> I have been planning this for regular online updates, but we did not (and >> likely still don't) have resources to do so. >> > > I am not talking about doing actual online updates. I am talking about a > directory to *test* online updates in Factory, Alpha, Beta and RC. > > e.g. just one file that will be updated and that is the "Release notes" or > somthing else competely irrelevant to the working of the system itself. > Perhaps just a test added to the realease notes that states that no real > security updates are done. > > That way we have a directory to point to for our online updates during the > pre-release period and see what goes right or wrong. So no real (security) > updates, but a rocess to *test* the process. > > At this moment, I think there is no way we can test YOU or similar > processes with zen. Such a directory would make it possible to test these > processes. > I have tried to test the following: I have an install repo on a server. I put a newer package there and see if it works. I'll have some results soon. Like tomorrow, maybe. Createrepo and stuff, you know... Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wed, May 24, 2006 at 09:17:41PM +0200, Marcus Meissner wrote: > > It should be a nice way to test online updates. Just to test the update > > process. Edit the Release Notes to include: Update worked or just change > > an icon. Just something to test the process. > > I have been planning this for regular online updates, but we did not (and > likely still don't) have resources to do so. I am not talking about doing actual online updates. I am talking about a directory to *test* online updates in Factory, Alpha, Beta and RC. e.g. just one file that will be updated and that is the "Release notes" or somthing else competely irrelevant to the working of the system itself. Perhaps just a test added to the realease notes that states that no real security updates are done. That way we have a directory to point to for our online updates during the pre-release period and see what goes right or wrong. So no real (security) updates, but a rocess to *test* the process. At this moment, I think there is no way we can test YOU or similar processes with zen. Such a directory would make it possible to test these processes. -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wed, May 24, 2006 at 09:14:06PM +0200, houghi wrote: > On Wed, May 24, 2006 at 08:11:58PM +0200, Marcus Meissner wrote: > > Of course we can now do more such one-offs ;) > > I believe that such a directory should be part of the Factory process all > the time. If not for actual updates, then at least for testing purposes. > > It should be a nice way to test online updates. Just to test the update > process. Edit the Release Notes to include: Update worked or just change > an icon. Just something to test the process. I have been planning this for regular online updates, but we did not (and likely still don't) have resources to do so. Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wed, May 24, 2006 at 08:11:58PM +0200, Marcus Meissner wrote: > Of course we can now do more such one-offs ;) I believe that such a directory should be part of the Factory process all the time. If not for actual updates, then at least for testing purposes. It should be a nice way to test online updates. Just to test the update process. Edit the Release Notes to include: Update worked or just change an icon. Just something to test the process. -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Marcus Meissner wrote: Of course we can now do more such one-offs ;) I think this is very good; May be the kde discussion could be solved in a similar way. Some things must be fixed even in stable version. sometime :-) 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] Bug 177758
Marcus Meissner wrote: >> That page is cool! >> >> My understanding improved significantly. It's not hard to improve from >> zero :) >> >> Is this update-test going to stay there for testing or is it a one-off? >> Should it be kept? >> > > We will reissue this set of packages in there as regular online update > once testing has finished. > > Of course we can now do more such one-offs ;) > > Ciao, marcus > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > OK. I'll keep it on my "factory machine" I ran the stuff seemingly successfully and removed it from my desktop machine. Testing now with adding and removing sources and software with rug and Updater/Installer. Looking good so far... Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] updating yum repodata
On Tue, May 23, 2006 at 11:07:20PM +0200, Marcus Meissner wrote: | On Tue, May 23, 2006 at 04:03:33PM -0500, Greg Edwards wrote: | > Is there a reason why the yum repodata (inst-source/suse/repodata) in | > factory only updates every few days to a week? It seems like this should | > be getting updated at least nightly as new packages are added and updated. | | It is only updated when new updates are released. Ok, but it appears sometimes rpms are updated without a version/release number bump? I periodically see drpmsync pull over deltas with no change to the repodata. This can sometimes happen a couple days in a row, then finally a big push comes and the repodata is updated. A case in point, on my ia64 factory box, openssh-4.2p1-18 is installed. It requires libopensc.so.1, but the openssh rpm in factory with the same version/release number now requires libopensc.so.2. # rpm -q openssh openssh-4.2p1-18 # rpm -q --requires openssh | grep opensc libopensc.so.1()(64bit) # rpm -qp --requires openssh-4.2p1-18.ia64.rpm | grep opensc libopensc.so.2()(64bit) Why no version/release number change to the rpm, though the requirements and what it was built against changed? I would expect at least the release number to get bumped if the contents of the build root changed. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
> That page is cool! > > My understanding improved significantly. It's not hard to improve from > zero :) > > Is this update-test going to stay there for testing or is it a one-off? > Should it be kept? We will reissue this set of packages in there as regular online update once testing has finished. Of course we can now do more such one-offs ;) Ciao, marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Martin Schlander wrote: > onsdag 24 maj 2006 17:22 skrev Marcus Meissner: > >> Use >> >> rug sa --type=zypp >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >> update-test >> > > I've replaced Yum with Zypp in the examples on this page. > http://en.opensuse.org/Examples_using_rug > > It seems that using zypp is generally the best approach. > > Martin / cb400f > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > That page is cool! My understanding improved significantly. It's not hard to improve from zero :) Is this update-test going to stay there for testing or is it a one-off? Should it be kept? Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
onsdag 24 maj 2006 17:22 skrev Marcus Meissner: > Use > > rug sa --type=zypp > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > update-test I've replaced Yum with Zypp in the examples on this page. http://en.opensuse.org/Examples_using_rug It seems that using zypp is generally the best approach. Martin / cb400f - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Vahis wrote: > I wonder if I should now run them, this is my attempted-to-keep > installation. > I ran those already on my factory one but I don't know yet what they did. > I ran them. After that the globe went orange again with: Update Version: 1424-0 Installed Version: Category: Recommended Status: Applied bugfix for dhcp (DHCLIENT_HOSTNAME_OPTION) It saya Applied but because of the orange I attempted to run it with result: 21|/content (ftp://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.1/) 23|389A563CC272A126|Andreas Jaeger <[EMAIL PROTECTED]>|93A3365ECE47B889DF7FFED1389A563CC272A126 23|A84EDAE89C800ACA|SuSE Package Signing Key <[EMAIL PROTECTED]>|79C179B2E1C820C1890F9994A84EDAE89C800ACA 21|/repodata/repomd.xml (http://packman.iu-bremen.de/suse/10.1) And the globe stays orange Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Marcus Meissner wrote: > On Wed, May 24, 2006 at 06:21:29PM +0300, Vahis wrote: > >> Andreas Jaeger wrote: >> >>> Vahis <[EMAIL PROTECTED]> writes: >>> >>> >>> # rug sa >>> Add: --type=yum >>> or: --type=zypp >>> >>> both should work. >>> >>> >>> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ ERROR: Could not add 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/': No suitable service types could be found I added that with YaST and it worked. The stuff appeared as updates (the Globe went orange) in updater. Updates were then installed. At this stage I'm so mixed up with all these adding and removin that I'm not sure what those updates did or didn't. >>> ;-) >>> >>> Restart zmd and zen-updater and you're current again, >>> >>> Andreas >>> >>> >> # rug sa --type=yum >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >> ERROR: Please provide a name for the service >> >> # rug sa --type=zypp >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >> ERROR: Please provide a name for the service >> >> man rug is unclear to me here. Is written for people who can read or >> what? :) >> >> What shoul I name it and how? Don't they have names, everybody naming >> them themselves as they like might cause problems in remembering what >> they are later? >> > > Use > > rug sa --type=zypp > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > update-test > > You missed the actual name at the end of the commandline. > > Then: > rug sub update-test > > Ciao, Marcus > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > This worked, thank you. The globe went Orange, 17 updates. Didn't last long either. I wonder if I should now run them, this is my attempted-to-keep installation. I ran those already on my factory one but I don't know yet what they did. Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wed, May 24, 2006 at 06:21:29PM +0300, Vahis wrote: > Andreas Jaeger wrote: > > Vahis <[EMAIL PROTECTED]> writes: > > > > > >> # rug sa > >> > > > > Add: --type=yum > > or: --type=zypp > > > > both should work. > > > > > >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > >> ERROR: Could not add > >> 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/': > >> No suitable service types could be found > >> > >> I added that with YaST and it worked. > >> > >> The stuff appeared as updates (the Globe went orange) in updater. > >> > >> Updates were then installed. > >> > >> At this stage I'm so mixed up with all these adding and removin that I'm > >> not sure what those updates did or didn't. > >> > > > > ;-) > > > > Restart zmd and zen-updater and you're current again, > > > > Andreas > > > # rug sa --type=yum > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > ERROR: Please provide a name for the service > > # rug sa --type=zypp > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > ERROR: Please provide a name for the service > > man rug is unclear to me here. Is written for people who can read or > what? :) > > What shoul I name it and how? Don't they have names, everybody naming > them themselves as they like might cause problems in remembering what > they are later? Use rug sa --type=zypp ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ update-test You missed the actual name at the end of the commandline. Then: rug sub update-test Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Andreas Jaeger wrote: > Vahis <[EMAIL PROTECTED]> writes: > > >> # rug sa >> > > Add: --type=yum > or: --type=zypp > > both should work. > > >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >> ERROR: Could not add >> 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/': >> No suitable service types could be found >> >> I added that with YaST and it worked. >> >> The stuff appeared as updates (the Globe went orange) in updater. >> >> Updates were then installed. >> >> At this stage I'm so mixed up with all these adding and removin that I'm >> not sure what those updates did or didn't. >> > > ;-) > > Restart zmd and zen-updater and you're current again, > > Andreas > # rug sa --type=yum ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ ERROR: Please provide a name for the service # rug sa --type=zypp ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ ERROR: Please provide a name for the service man rug is unclear to me here. Is written for people who can read or what? :) What shoul I name it and how? Don't they have names, everybody naming them themselves as they like might cause problems in remembering what they are later? Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wednesday 24 May 2006 16:32, Andras Mantia wrote: > How can I do it? I see no dups in GUI so if you suggest that I should > use a command line tool, there is a problem for the regular end > user... After removing the duplicates, upgrading the rpm, restarting zmd and waiting a little: time rug sl Waking up ZMD...Done # | Status | Type | Name | URI --++--+---+ 1 | Active | ZYPP | 20060516-193554 | ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 2 | Active | ZYPP | SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 | dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 3 | Active | ZYPP | 20060517-180334 | dir:///media/extra/data/data/opensuse/packman/10.1/ real3m13.341s user0m0.484s sys 0m0.008s This is better, but I'm not sure if not the removal of duplicates helped. The new one seems to be slow as the old one. Andras Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgp015vH3wYsg.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
Vahis <[EMAIL PROTECTED]> writes: > # rug sa Add: --type=yum or: --type=zypp both should work. > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > ERROR: Could not add > 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/': > No suitable service types could be found > > I added that with YaST and it worked. > > The stuff appeared as updates (the Globe went orange) in updater. > > Updates were then installed. > > At this stage I'm so mixed up with all these adding and removin that I'm > not sure what those updates did or didn't. ;-) Restart zmd and zen-updater and you're current again, 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 pgpaTbWGT7ope.pgp Description: PGP signature
Re: [opensuse-factory] Update stack test build
On 24 May 2006 at 14:10, houghi wrote: > On Wed, May 24, 2006 at 12:12:38PM +0200, houghi wrote: > > `rug sl` gave me a time of 1.086 seconds (previously 12 minutes) > > Just to be sure that there was nothing left in a cache, I rebooted. Then > > it took about 2.4 seconds. I will leave the machine on for a few hours and > > see if there is any change > > Waited more then one hour. and ran rug sl again. parse-metadata took > 85-95% of the CPU. zmd the rest till 99%. The time it took i just saw > 'Waking up ZMD' and no real indication something was going on. The time it > took now was 7.21 minutescrontab Try this next time: Get the process id of the "hanging" process (using "ps"). Then try a "strace -p " and see what's going on. Maybe you should use "ltrace" instead if nothing shows up. > > I will see what putting it in crontab every 20 minutes does. Regards, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wednesday 24 May 2006 17:04, Vahis wrote: > # rug sa > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > ERROR: Could not add > 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >': No suitable service types could be found > > I added that with YaST and it worked. I did with yast. It never finished, but rug sl showed the source as added. > The stuff appeared as updates (the Globe went orange) in updater. I don't have the update app running, so I tried the usual way: Yast->Software Manager-> show all packages->install new versions if available (non was available). Whatever, I downloaded the RPMs now. ;-) Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpLqk14aSGtW.pgp Description: PGP signature
Re: [opensuse-factory] Problem with Sound and Suspend
Am Mittwoch, 24. Mai 2006 16:21 schrieb Marcus Meissner: > On Wed, May 24, 2006 at 04:19:16PM +0200, Marcel Hilzinger wrote: > > Am Mittwoch, 24. Mai 2006 16:17 schrieb Marcus Meissner: > > > On Wed, May 24, 2006 at 04:15:57PM +0200, Marcel Hilzinger wrote: > > > > Am Mittwoch, 24. Mai 2006 16:13 schrieb Marcus Meissner: > > > > > On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > > > > > > Shuttle XPC, SB Audigy LS > > > > > > > > > > > > If I make a Suspend-to-* and Resume, I have no sound as user, > > > > > > only as root. After little work, I found out, that before Suspend > > > > > > permissions under /dev/snd are set to > > > > > > > > > > > > crw-- 1 marcel audio 116 > > > > > > > > > > > > After resume they are set to > > > > > > > > > > > > crw-rw--- 1 root audio 116 > > > > > > > > > > > > Driver issue? Powersave problem? > > > > > > Another problem is, that the output is alwasy set to the digital > > > > > > out. How to tell the system, to use the analog output per > > > > > > default? > > > > > > > > > > Aren't you using resmgr? > > > > > > > > > > resmgr should hand out ACLs accordingly. > > > > > > > > 10.1 default install > > > > > > Logged inv via either kdm or gdm? > > > > kdm > > > > > please run: > > > /sbin/resmgr list > > > > [EMAIL PROTECTED]:~> /sbin/resmgr list > > r--- /dev/console > > rw-- /dev/snd/timer > > rw-- /dev/snd/seq > > rw-- /dev/input/event0 > > rw-- /dev/sg1 > > rw-- /dev/sr0 > > Please open a bugreport :/ . Also ls -l /dev/snd ... are there > more than timer and seq? [EMAIL PROTECTED]:~> ls -l /dev/snd/ insgesamt 0 crw-rw 1 root audio 116, 12 2006-05-24 16:14 controlC0 crw-rw 1 root audio 116, 3 2006-05-24 16:14 midiC0D0 crw-rw 1 root audio 116, 11 2006-05-24 16:14 pcmC0D0c crw-rw 1 root audio 116, 10 2006-05-24 16:14 pcmC0D0p crw-rw 1 root audio 116, 9 2006-05-24 16:14 pcmC0D1c crw-rw 1 root audio 116, 8 2006-05-24 16:14 pcmC0D1p crw-rw 1 root audio 116, 7 2006-05-24 16:14 pcmC0D2c crw-rw 1 root audio 116, 6 2006-05-24 16:14 pcmC0D2p crw-rw 1 root audio 116, 5 2006-05-24 16:14 pcmC0D3c crw-rw 1 root audio 116, 4 2006-05-24 16:14 pcmC0D3p crw-rw+ 1 root audio 116, 13 2006-05-24 16:14 seq crw-rw+ 1 root audio 116, 2 2006-05-24 16:14 timer [EMAIL PROTECTED]:~> > > That the permission changes is ok (udev magic), but it should still > have ACLs. Thanks for the explanations. I will open a bugreport then. -- 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] Problem with Sound and Suspend
On Wed, May 24, 2006 at 04:19:16PM +0200, Marcel Hilzinger wrote: > Am Mittwoch, 24. Mai 2006 16:17 schrieb Marcus Meissner: > > On Wed, May 24, 2006 at 04:15:57PM +0200, Marcel Hilzinger wrote: > > > Am Mittwoch, 24. Mai 2006 16:13 schrieb Marcus Meissner: > > > > On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > > > > > Shuttle XPC, SB Audigy LS > > > > > > > > > > If I make a Suspend-to-* and Resume, I have no sound as user, only as > > > > > root. After little work, I found out, that before Suspend permissions > > > > > under /dev/snd are set to > > > > > > > > > > crw-- 1 marcel audio 116 > > > > > > > > > > After resume they are set to > > > > > > > > > > crw-rw--- 1 root audio 116 > > > > > > > > > > Driver issue? Powersave problem? > > > > > Another problem is, that the output is alwasy set to the digital out. > > > > > How to tell the system, to use the analog output per default? > > > > > > > > Aren't you using resmgr? > > > > > > > > resmgr should hand out ACLs accordingly. > > > > > > 10.1 default install > > > > Logged inv via either kdm or gdm? > kdm > > > > please run: > > /sbin/resmgr list > [EMAIL PROTECTED]:~> /sbin/resmgr list > r--- /dev/console > rw-- /dev/snd/timer > rw-- /dev/snd/seq > rw-- /dev/input/event0 > rw-- /dev/sg1 > rw-- /dev/sr0 Please open a bugreport :/ . Also ls -l /dev/snd ... are there more than timer and seq? That the permission changes is ok (udev magic), but it should still have ACLs. Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Problem with Sound and Suspend
Am Mittwoch, 24. Mai 2006 16:17 schrieb Marcus Meissner: > On Wed, May 24, 2006 at 04:15:57PM +0200, Marcel Hilzinger wrote: > > Am Mittwoch, 24. Mai 2006 16:13 schrieb Marcus Meissner: > > > On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > > > > Shuttle XPC, SB Audigy LS > > > > > > > > If I make a Suspend-to-* and Resume, I have no sound as user, only as > > > > root. After little work, I found out, that before Suspend permissions > > > > under /dev/snd are set to > > > > > > > > crw-- 1 marcel audio 116 > > > > > > > > After resume they are set to > > > > > > > > crw-rw--- 1 root audio 116 > > > > > > > > Driver issue? Powersave problem? > > > > Another problem is, that the output is alwasy set to the digital out. > > > > How to tell the system, to use the analog output per default? > > > > > > Aren't you using resmgr? > > > > > > resmgr should hand out ACLs accordingly. > > > > 10.1 default install > > Logged inv via either kdm or gdm? kdm > > please run: > /sbin/resmgr list [EMAIL PROTECTED]:~> /sbin/resmgr list r--- /dev/console rw-- /dev/snd/timer rw-- /dev/snd/seq rw-- /dev/input/event0 rw-- /dev/sg1 rw-- /dev/sr0 [EMAIL PROTECTED]:~> -- 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] Problem with Sound and Suspend
On Wed, May 24, 2006 at 04:15:57PM +0200, Marcel Hilzinger wrote: > Am Mittwoch, 24. Mai 2006 16:13 schrieb Marcus Meissner: > > On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > > > Shuttle XPC, SB Audigy LS > > > > > > If I make a Suspend-to-* and Resume, I have no sound as user, only as > > > root. After little work, I found out, that before Suspend permissions > > > under /dev/snd are set to > > > > > > crw-- 1 marcel audio 116 > > > > > > After resume they are set to > > > > > > crw-rw--- 1 root audio 116 > > > > > > Driver issue? Powersave problem? > > > Another problem is, that the output is alwasy set to the digital out. How > > > to tell the system, to use the analog output per default? > > > > Aren't you using resmgr? > > > > resmgr should hand out ACLs accordingly. > 10.1 default install Logged inv via either kdm or gdm? please run: /sbin/resmgr list Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Problem with Sound and Suspend
Am Mittwoch, 24. Mai 2006 16:13 schrieb Marcus Meissner: > On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > > Shuttle XPC, SB Audigy LS > > > > If I make a Suspend-to-* and Resume, I have no sound as user, only as > > root. After little work, I found out, that before Suspend permissions > > under /dev/snd are set to > > > > crw-- 1 marcel audio 116 > > > > After resume they are set to > > > > crw-rw--- 1 root audio 116 > > > > Driver issue? Powersave problem? > > Another problem is, that the output is alwasy set to the digital out. How > > to tell the system, to use the analog output per default? > > Aren't you using resmgr? > > resmgr should hand out ACLs accordingly. 10.1 default install -- 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] Problem with Sound and Suspend
On Wed, May 24, 2006 at 04:12:42PM +0200, Marcel Hilzinger wrote: > Shuttle XPC, SB Audigy LS > > If I make a Suspend-to-* and Resume, I have no sound as user, only as root. > After little work, I found out, that before Suspend permissions > under /dev/snd are set to > > crw-- 1 marcel audio 116 > > After resume they are set to > > crw-rw--- 1 root audio 116 > > Driver issue? Powersave problem? > Another problem is, that the output is alwasy set to the digital out. How to > tell the system, to use the analog output per default? Aren't you using resmgr? resmgr should hand out ACLs accordingly. Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Problem with Sound and Suspend
Shuttle XPC, SB Audigy LS If I make a Suspend-to-* and Resume, I have no sound as user, only as root. After little work, I found out, that before Suspend permissions under /dev/snd are set to crw-- 1 marcel audio 116 After resume they are set to crw-rw--- 1 root audio 116 Driver issue? Powersave problem? Another problem is, that the output is alwasy set to the digital out. How to tell the system, to use the analog output per default? -- 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] regedit for linux?
Ulrich Windl wrote: typical applications. An XML line with a length some 10kB isn't really "human- readable". XML is _not_ human readable :-) can't use DTD :-) 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] Bug handling
On Wednesday 24 May 2006 17:04, Marcus Meissner wrote: > On Wed, May 24, 2006 at 04:57:55PM +0300, Andras Mantia wrote: > > Hi, > > > > Can someone from SUSE tell me how bug handling is done there? I > > mean, if there is a bug reported for some version and is not fixed > > in that version, is it taken in account for upcoming versions or it > > is just forgotten? An example: > > - a bug (like #176249 and previously #148638) is reported for 10.0 > > - it was closed with WONTFIX as the change cannot be made to a > > released product > > Should not have happened. In this case the bug should be assigned > to the next product. > > > - the bug is still present in 10.1 (somebody reports again) > > - the bug is closed again as "it's too late and risky to do it" > > Same as above. I reopened in both cases. ;-) > You can reassign it to the next product, right now if possible. > > If it is still in the codebase, say so, reopen it, move it to the > next product. Well, I cannot test the upcoming 10.2, so I cannot just reassign. ;-) But I make sure at least to keep the bugs open as still as it is present in versions that I test. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpguy6buf3CI.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
Andras Mantia wrote: > On Tuesday 23 May 2006 18:30, Andreas Jaeger wrote: > >> I'm just putting our current packages to ftp.suse.com and mirrors for >> testing: >> >> ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ >> >> If the test is successfull, those packages will go out next week as >> online update. I'll write release notes later on what has changed, >> > > I wanted to try this, but the first try is not successfull. When I tried > to add the above as install-source, first I refused to import your key. > It failed to add. Next I choose import, now the dialog is there after > several tens of minutes (I had my lunch meantime). I guess I have to > update the rpms by hand. > > Andras > > # rug sa ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ ERROR: Could not add 'ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/': No suitable service types could be found I added that with YaST and it worked. The stuff appeared as updates (the Globe went orange) in updater. Updates were then installed. At this stage I'm so mixed up with all these adding and removin that I'm not sure what those updates did or didn't. Vahis -- http://waxborg.servepics.com http://waxborg.servepics.com/mobile/articles/vmware.html http://waxborg.servepics.com/English/Linux/susemultimedia.en.html http://waxborg.servepics.com/English/Bikes/Trackdays/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug handling
On Wed, May 24, 2006 at 04:57:55PM +0300, Andras Mantia wrote: > Hi, > > Can someone from SUSE tell me how bug handling is done there? I mean, > if there is a bug reported for some version and is not fixed in that > version, is it taken in account for upcoming versions or it is just > forgotten? An example: > - a bug (like #176249 and previously #148638) is reported for 10.0 > - it was closed with WONTFIX as the change cannot be made to a released > product Should not have happened. In this case the bug should be assigned to the next product. > - the bug is still present in 10.1 (somebody reports again) > - the bug is closed again as "it's too late and risky to do it" Same as above. > - the bug is still present and will be possibly present in 10.2 (unless > it's "fixed" upstream) > > (The upcoming possible scenario is: > - somebody reports "still present in 10.2" in a new bug > - it get's closed as "too late now for 10.2, maybe 10.3) > > The problem I have is not the fact that is not fixed, but the fact that > the bug report is closed even if it is present (and gets forgotten). > > In KDE we do the following: if a bug is reported for version X it is > considered to be present in all versions > X unless somebody says > otherwise, but in case of SUSE this doesn't seem to be the case. > > Please enlighten me. ;-) You can reassign it to the next product, right now if possible. If it is still in the codebase, say so, reopen it, move it to the next product. Ciao, Marcus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Bug handling
Hi, Can someone from SUSE tell me how bug handling is done there? I mean, if there is a bug reported for some version and is not fixed in that version, is it taken in account for upcoming versions or it is just forgotten? An example: - a bug (like #176249 and previously #148638) is reported for 10.0 - it was closed with WONTFIX as the change cannot be made to a released product - the bug is still present in 10.1 (somebody reports again) - the bug is closed again as "it's too late and risky to do it" - the bug is still present and will be possibly present in 10.2 (unless it's "fixed" upstream) (The upcoming possible scenario is: - somebody reports "still present in 10.2" in a new bug - it get's closed as "too late now for 10.2, maybe 10.3) The problem I have is not the fact that is not fixed, but the fact that the bug report is closed even if it is present (and gets forgotten). In KDE we do the following: if a bug is reported for version X it is considered to be present in all versions > X unless somebody says otherwise, but in case of SUSE this doesn't seem to be the case. Please enlighten me. ;-) Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpLCEQfcMBrr.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
Hi, > SUSE uses lib64 for default 64bit libraries, so on AMD64 "everything" is > is /usr/lib64. parse-metadata is not a library. > > Sounds like another bug... > > I don't think so. But I do. I just had a quick look and it looks like zmd.exe is really compiled differently on i586 and x86_64. It shouldn't be, and the executables shouldn't be in the lib64 directory. But it's probably not worth a bug report because the zmd package as a whole (not zmd.exe) needs to be architecture specific anyway for other, unrelated reasons. Andreas Hanke -- Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer! Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Wed, May 24, 2006 at 03:05:56PM +0200, Andreas Jaeger wrote: > zmd does not store everything, so for every wakeup we have to parse > the xml data. This still takes a long time :-( Having a crontab every 20 minutes seems to do the trick Just keep it awake. I do not know what the concequences are and it seems to be an extremely ugly trick, I think. -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Tuesday 23 May 2006 18:30, Andreas Jaeger wrote: > I'm just putting our current packages to ftp.suse.com and mirrors for > testing: > > ftp://ftp.suse.com/pub/people/aj/10.1-packagemanagement-update-test/ > > If the test is successfull, those packages will go out next week as > online update. I'll write release notes later on what has changed, I wanted to try this, but the first try is not successfull. When I tried to add the above as install-source, first I refused to import your key. It failed to add. Next I choose import, now the dialog is there after several tens of minutes (I had my lunch meantime). I guess I have to update the rpms by hand. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpBTHhxHZ4Js.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
On Wednesday 24 May 2006 16:05, Andreas Jaeger wrote: [...] > > Before you tell me about the dups, in Yast Installation Sources > > (which again takes quite some time to show up completely) I have > > the following: > > On Off SUSE Linux 10.1 dvd:/// > > Off On YUM > > ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 > > On On YUM dir:///media/extra/data/data/opensuse/packman/10.1 > > On On YUM ftp://ftp.suse.com/pub/suse/update/10.1 [...] > So, remove the dups to speed up... How can I do it? I see no dups in GUI so if you suggest that I should use a command line tool, there is a problem for the regular end user... -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpubdNpTxvCX.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
On Wednesday 24 May 2006 16:11, [EMAIL PROTECTED] wrote: > Hi, > > > /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp > > > > [...] > > > > /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp > > Why does this executable live in /usr/lib64? How can zmd.exe find it > there? Is it compiled differently on lib64 systems? But wasn't it > supposed to be architecture independent? SUSE uses lib64 for default 64bit libraries, so on AMD64 "everything" is is /usr/lib64. > Sounds like another bug... I don't think so. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpzILkjBpTC4.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
Hi, > /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp > > [...] > > /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp Why does this executable live in /usr/lib64? How can zmd.exe find it there? Is it compiled differently on lib64 systems? But wasn't it supposed to be architecture independent? Sounds like another bug... Andreas Hanke -- Bis zu 70% Ihrer Onlinekosten sparen: GMX SmartSurfer! Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
Andras Mantia <[EMAIL PROTECTED]> writes: > On Tuesday 23 May 2006 12:24, Anders Norrbring wrote: >> Apparently it's the wake-up of Zen that takes forever.. > Yeah: AMD64 3200+, 1GB RAM: > > Waking up ZMD takes minutes (4 minutes ) and the top processes are > parse-metadata and gpg: > > - gpg something like: > gpg --no-default-keyring --quiet --no-tty --no-greeting > --no-permission-warning --status-fd 1 --homedir /var/tmp/TmpDir.9ivB2c > --import /var/lib/zypp/cache/Source.aDBK1K/DATA/content.key > > - parse-metadata is: > > > I *did not* used an FTP source and when I started "rlug sl" my internet > connection was down (dial-up...): zmd does not store everything, so for every wakeup we have to parse the xml data. This still takes a long time :-( > rug sl > Waking up ZMD...Done > > # | Status | Type | Name > | URI > --++--+---+--- > 1 | Active | ZYPP | SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 > | > cd:///?devices=/dev/hdc,/dev/hdd;alias=SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 > 2 | Active | ZYPP | SUSE-Linux-add-on-CD-10.1-0-20060423-180936 > | > cd:///?devices=/dev/hdc,/dev/hdd;alias=SUSE-Linux-add-on-CD-10.1-0-20060423-180936 > 3 | Active | ZYPP | 20060516-193554 > | ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 > 4 | Active | ZYPP | SUSE-Linux-10.1-Updates > | ftp://ftp.suse.com/pub/suse/update/10.1/ > 5 | Active | ZYPP | > SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 | > dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 > 6 | Active | ZYPP | 20060517-180334 > > Before you tell me about the dups, in Yast Installation Sources (which > again takes quite some time to show up completely) I have the > following: > On Off SUSE Linux 10.1 dvd:/// > Off On YUM > ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 > On On YUM dir:///media/extra/data/data/opensuse/packman/10.1 > On On YUM ftp://ftp.suse.com/pub/suse/update/10.1 > > The first update was added manually, while during registration it added > the last one (it failed to detect a mirror for me). > So in this case it cannot be about downloading a huge XML file or > something like that. So, remove the dups to speed up... > > The system is an update from 10.0 in several steps through some beta's > and RC's. We have to handle that better, 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 pgpU5GAO5YV9E.pgp Description: PGP signature
Re: [opensuse-factory] Bug 177758
On Wednesday 24 May 2006 14:11, Andras Mantia wrote: > - parse-metadata is: This was not pasted in... /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp dir:///media/extra/data/data/opensuse/packman/10.1/ dir:///media/extra/data/data/opensuse/packman/10.1/ dir:///media/extra/data/data/opensuse/packman/10.1/ or /usr/lib64/zmd/parse-metadata /var/lib/zmd/zmd.db zypp dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpc4rfUQ6PN4.pgp Description: PGP signature
Re: [opensuse-factory] Update stack test build
On Wed, May 24, 2006 at 12:12:38PM +0200, houghi wrote: > `rug sl` gave me a time of 1.086 seconds (previously 12 minutes) > Just to be sure that there was nothing left in a cache, I rebooted. Then > it took about 2.4 seconds. I will leave the machine on for a few hours and > see if there is any change Waited more then one hour. and ran rug sl again. parse-metadata took 85-95% of the CPU. zmd the rest till 99%. The time it took i just saw 'Waking up ZMD' and no real indication something was going on. The time it took now was 7.21 minutescrontab I will see what putting it in crontab every 20 minutes does. -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] regedit for linux?
Hi, "Regedit for Linux" is called "PSGML for Emacs" I think ;-) But XML is what ".ini" Files were for Windows 3.x: The larger the system, the larger the files, and the slower access. Furthermore there was a "locking for updates" problem. Seems we all have it back with XML. I really wonder if there's any benefit of XML compared to ASN.1 BER for the typical applications. An XML line with a length some 10kB isn't really "human- readable". Ulrich On 24 May 2006 at 10:13, Frank-Michael Fischer wrote: > Maybe someone can help me out of some of my bad feelings I am having > around putting config data into XML files. One of the striking > advantages (and used in day-to-day work almost daily) of linux versus > windows was the use of plain text files for basically anything > concerning system or application configuration. Putting more and more > config data into XML files makes me worry if we are not going the > "registry way" where reading, interpreting and changing config data > becomes more and more a programmers job. Not that I hate the idea to > create more and more higher qualified jobs around linux and the creation > of the LCE (Linux Certified Engineer) position for simple system > administration tasks. It might just raise the hurdle to switch to linux > if the thing gets as confusing in administration as windows. > > Yes, XML is a "open" standard, compared to Windows registry. But in real > life tasks it does not matter. > > FMF > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
houghi wrote: On Tue, May 23, 2006 at 05:55:18AM -0400, Tom Horsley wrote: 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. It would be indeed helpfull if there would be an update directory available on factory. This directory does not need to have any security rpms, but to test updates, some RPM's and scripts and whatever would be nice. "Changes" can be done to just textfiles, like the 'Release Notes' and the like. Just one of each type of update that is possible. (complete RPM, delta RPM, script, ...) That way we can test the concept and see what happens. and updated any hour... (if small, not a problem) 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] regedit for linux?
Frank-Michael Fischer wrote: advantages (and used in day-to-day work almost daily) of linux versus windows was the use of plain text files for basically anything concerning system or application configuration. Putting more and more config data into XML files makes me worry if we are not going the 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] Bug 177758
On Tuesday 23 May 2006 12:24, Anders Norrbring wrote: > Apparently it's the wake-up of Zen that takes forever.. Yeah: AMD64 3200+, 1GB RAM: Waking up ZMD takes minutes (4 minutes ) and the top processes are parse-metadata and gpg: - gpg something like: gpg --no-default-keyring --quiet --no-tty --no-greeting --no-permission-warning --status-fd 1 --homedir /var/tmp/TmpDir.9ivB2c --import /var/lib/zypp/cache/Source.aDBK1K/DATA/content.key - parse-metadata is: I *did not* used an FTP source and when I started "rlug sl" my internet connection was down (dial-up...): rug sl Waking up ZMD...Done # | Status | Type | Name | URI --++--+---+--- 1 | Active | ZYPP | SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 | cd:///?devices=/dev/hdc,/dev/hdd;alias=SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 2 | Active | ZYPP | SUSE-Linux-add-on-CD-10.1-0-20060423-180936 | cd:///?devices=/dev/hdc,/dev/hdd;alias=SUSE-Linux-add-on-CD-10.1-0-20060423-180936 3 | Active | ZYPP | 20060516-193554 | ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 4 | Active | ZYPP | SUSE-Linux-10.1-Updates | ftp://ftp.suse.com/pub/suse/update/10.1/ 5 | Active | ZYPP | SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 | dvd:///?alias=SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 6 | Active | ZYPP | 20060517-180334 Before you tell me about the dups, in Yast Installation Sources (which again takes quite some time to show up completely) I have the following: On Off SUSE Linux 10.1 dvd:/// Off On YUM ftp://ftp.iasi.roedu.net/mirrors/ftp.suse.com/pub/suse/update/10.1 On On YUM dir:///media/extra/data/data/opensuse/packman/10.1 On On YUM ftp://ftp.suse.com/pub/suse/update/10.1 The first update was added manually, while during registration it added the last one (it failed to detect a mirror for me). So in this case it cannot be about downloading a huge XML file or something like that. rug ca Sub'd? | Name | Service ---+---+-- | SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 | SUSE-Linux-CD-OSS-x86_64-10.1-0-20060414-082827 | SUSE-Linux-add-on-CD-10.1-0-20060423-180936 | SUSE-Linux-add-on-CD-10.1-0-20060423-180936 Yes| 20060516-193554 | 20060516-193554 Yes| 20060517-180334 | 20060517-180334 Yes| SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 | SUSE-Linux-10.1-CD-download-x86_64-10.1-0-20060517-172513 Yes| SUSE-Linux-10.1-Updates | SUSE-Linux-10.1-Updates The system is an update from 10.0 in several steps through some beta's and RC's. Andras -- Quanta Plus developer - http://quanta.kdewebdev.org K Desktop Environment - http://www.kde.org pgpFEtNWmgA4S.pgp Description: PGP signature
Re: [opensuse-factory] Update stack test build
On Wed, May 24, 2006 at 10:34:15AM +0100, Graham Anderson wrote: > Morning folks, > > Would this list be the best place to post feedback regarding the test build > of > the update stack packages you posted yesterday Andreas? Or is it better moved > to bugzilla...? If so I can move all this to bugzilla with logs etc. Perhaps as not to clutter bugzilla first things here and if something interesting comes up, people can ask to move that to bugzilla. My experience: This is how most likely an avarge user will see what is going on. I am not a KDE user, nor do I have any real understanding of zen, as I always used YaST and YOU. I hope that some steps I do are extremely stupid, as they will be the steps that Joe Sixpack will also do and perhaps come up with the same questions. I did the update with the updater in the KDE taskbar. At the end I got that zmd was not running. This took very long. Next I noticed that the updater icon was gone. I did a `rczmd restart` and still no icon in the taskbar. As I have no idea how (or if) the icon should come back, I did a reboot. After the update the taskbar again showed the icon. I then added Packman and Guru with YaST as FTP. I then added the same as http with the Software updater icon in the KDE taskbar. I also tried to add the repo from Robert Schiele and that did not work. I will see the others later if they work or not. `rug sl` gave me a time of 1.086 seconds (previously 12 minutes) Just to be sure that there was nothing left in a cache, I rebooted. Then it took about 2.4 seconds. I will leave the machine on for a few hours and see if there is any change -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Update stack test build
Graham Anderson wrote: > This has the side effect of a full service refresh will run if my system is > booted outside of the hourly maintenance window, parse-metadata and > update-status hogging 100% CPU for a few minutes on boot. If i reboot my > system inside the hourly maintenance window this does not happen. > viz bug 177758, a "few" minutes may turn into 30. FMF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] Update stack test build
Morning folks, Would this list be the best place to post feedback regarding the test build of the update stack packages you posted yesterday Andreas? Or is it better moved to bugzilla...? If so I can move all this to bugzilla with logs etc. Here are my observations so far anyway. 1. The 10.1 release update stack successfully installed the test builds after I added the URL as a YUM service via zen-updater. However the whole upgrade took an extremely long time ( 15 minutes approx ). I was unable to determine why it was taking so long, i dont *think* it was the downloading... 2. Adding services via rug is just fine, and as per the 10.1 release builds ZYPP services are synced with YaST, YUM services are not. Adding services via zen-updater, same as rug, it works and the synching is the same. 2. Adding a larger service such as main online installation from mirror( inst-sources ) is much smoother. The service itself was added to the list in yast inst_sources almost instantaneously and unlilke the 10.1 release the catalog was not immediately downloaded but was only fetched when the finish button was pressed. At a rough guess I would say the whole process of adding the main installation source is 50% quicker now. 3. ZMD scheduling seems to be a bit broken now. It appears that the service refresh happens at the same time as the hourly maintenance, even though it is scheduled for the next day. Once the full service refresh and maintenance has run ( hourly by default it seems ) the schedule is reset with an updated time for the service refresh 24 hours later and 1 hour later for the maintenance. Of course the service refresh still happens one hour later and another new time i scheduled for it. This has the side effect of a full service refresh will run if my system is booted outside of the hourly maintenance window, parse-metadata and update-status hogging 100% CPU for a few minutes on boot. If i reboot my system inside the hourly maintenance window this does not happen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On Tue, May 23, 2006 at 05:55:18AM -0400, Tom Horsley wrote: > 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. It would be indeed helpfull if there would be an update directory available on factory. This directory does not need to have any security rpms, but to test updates, some RPM's and scripts and whatever would be nice. "Changes" can be done to just textfiles, like the 'Release Notes' and the like. Just one of each type of update that is possible. (complete RPM, delta RPM, script, ...) That way we can test the concept and see what happens. -- houghi http://houghi.org http://www.plainfaqs.org/linux/ http://www.netmeister.org/news/learn2quote.html > > Today I went outside. My pupils have never been tinier... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[opensuse-factory] regedit for linux?
Maybe someone can help me out of some of my bad feelings I am having around putting config data into XML files. One of the striking advantages (and used in day-to-day work almost daily) of linux versus windows was the use of plain text files for basically anything concerning system or application configuration. Putting more and more config data into XML files makes me worry if we are not going the "registry way" where reading, interpreting and changing config data becomes more and more a programmers job. Not that I hate the idea to create more and more higher qualified jobs around linux and the creation of the LCE (Linux Certified Engineer) position for simple system administration tasks. It might just raise the hurdle to switch to linux if the thing gets as confusing in administration as windows. Yes, XML is a "open" standard, compared to Windows registry. But in real life tasks it does not matter. FMF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Bug 177758
On 23 May 2006 at 18:39, Andreas Jaeger wrote: [...] > > Would be interesting to do some profiling on parse-metadata. > > Anything available for Mono ? > > parse-metadata is in C++. [...] Hi, some time ago I was reflecting on how to boost performance on a Pentium Pro 200 MHz with 128MB RAM. I concluded that today's programming language and -style suffers from needless copying of data (not to talk about needless calling of code), making the relatively fast CPU cache quite useless. As a proof on concept I wrote a sample program that does very aggressive data sharing (kind of "copy on write"). The performance is really great (I did unpack MIME messages): It's about a factor of 1000 faster than PINE. However: Data inter-dependencies are terrible, and it's a maintenance pain. Performance sample (on a P4 2.8GHz meanwhile): base64-decoding 9219kB (includes reading the source (most likely cached, however) and writing the output): 0.161s (elapsed! time (wall time)) Now for XML... ;-) Regards, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]