On 2008/09/12 13:54 (GMT+0200) Chema composed:

Stanislav Visnovsky escribió:

...

Dňa Thursday 11 September 2008 14:16:38 Chema ste napísal:

...

...

I suppose is a new python update but at this moment I have no smart in my system and I like it so much...basically because if I have not smart I have not more updates... ;)

...

Current smart package needs python 2.5, which is not available anymore. Therefore, so solve the dependencies, smart was removed from your system.

Well,as I don't want to wait for somebody solves the dependencies,I download rpm source and compile with my new python... Seems works and thats all

Where did you get the SRPM you compiled from? I just had smart removed from one of my Factories, and neither zypper nor YaST work either. -( -- "Unless the Lord builds the house, its builders labor in vain." Psalm 127:1 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 2008/09/14 09:56 (GMT+0200) Dave Plater composed:

Felix Miata wrote:

...

Where did you get the SRPM you compiled from? I just had smart removed from one of my Factories, and neither zypper nor YaST work either. -(

Do you have https://bugzilla.novell.com/show_bug.cgi?id=424365 by any chance?

Funny you should ask that here, as I'm not sure I see any connection. Normally I don't use zypper, because it commonly makes systems unusable by replacing working kernels/initrds with broken ones. Yesterday & the day before in data gathering for http://bugzilla.kernel.org/show_bug.cgi?id=11564 I may have seen it or something like it on the SCSI partition, but not on the PATA partition. On both the SCSI partition & the PATA partition now I tried 'zypper rm yast2-update' and got that bug. -- "Unless the Lord builds the house, its builders labor in vain." Psalm 127:1 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Sun, Sep 14, 2008 at 07:39:26AM -0400, Felix Miata wrote: [ 8< ]

Normally I don't use zypper, because it commonly makes systems unusable by replacing working kernels/initrds with broken ones.

### begin quote Fate #305311: Add ability to libzypp/ zypper to handle multiple installed kernels Currently it impossible to keep your old kernel if a kernel update is applied. The way the kernel is packaged for SUSE products allows this since quite some time. To many users this causes trouble as they aren't able to boot their system - maybe due to a non working initrd or a NIC driver not working with the new kernel. As soon as this system is not local or the system isn't able to boot from CD or network these users are in trouble. The intention is to always keep at least the current working kernel installed. Maybe a sysconfig setting allows to control how many kernels are kept. A setting to 0 would make people happy which are used to deal with the dafault pain since ages. ### end quote I'm sick of this since ages. And tried to address it since the same time. But I still love the bugzilla and fate ping pong till it gets closes as a rare Lieschen Müller use case. It's terrible to have this working on the kernel packaging level since so many years now but preventing users from getting the benefit without any manual tweaks. Why am I starting this now again? The zypper libzypp stuff in geeral convinced me by the speed. Now I like to get it on a level which even allows these old Linux dudes from Göttingen to use it on a regular base. Maybe even without jumping out of the window immediately. Some employers know why they provide offices on the first floor. :) Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SuSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany

On Sun, Sep 21, 2008 at 11:01:41AM +0200, Marcus Meissner wrote:

On Sun, Sep 21, 2008 at 10:55:04AM +0200, Lars Müller wrote:

...

On Sun, Sep 14, 2008 at 07:39:26AM -0400, Felix Miata wrote: [ 8< ]

...

Normally I don't use zypper, because it commonly makes systems unusable by replacing working kernels/initrds with broken ones.

### begin quote Fate #305311: Add ability to libzypp/ zypper to handle multiple installed kernels

Currently it impossible to keep your old kernel if a kernel update is applied.

The way the kernel is packaged for SUSE products allows this since quite some time.

To many users this causes trouble as they aren't able to boot their system - maybe due to a non working initrd or a NIC driver not working with the new kernel. As soon as this system is not local or the system isn't able to boot from CD or network these users are in trouble.

The intention is to always keep at least the current working kernel installed. Maybe a sysconfig setting allows to control how many kernels are kept. A setting to 0 would make people happy which are used to deal with the dafault pain since ages. ### end quote

I'm sick of this since ages. And tried to address it since the same time. But I still love the bugzilla and fate ping pong till it gets closes as a rare Lieschen Müller use case.

It's terrible to have this working on the kernel packaging level since so many years now but preventing users from getting the benefit without any manual tweaks.

Why am I starting this now again? The zypper libzypp stuff in geeral convinced me by the speed. Now I like to get it on a level which even allows these old Linux dudes from Göttingen to use it on a regular base. Maybe even without jumping out of the window immediately. Some employers know why they provide offices on the first floor. :)

For 11.1 there at least will be a zypp.conf option for the online updates.

If it will work, no idea.

I hope it does, I've been waiting for this for a long time as well :) thanks, greg k-h --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On Mon, Sep 22, 2008 at 11:22:36AM +0200, Susanne Oberhauser wrote:

Marcus Meissner writes:

...

For 11.1 there at least will be a zypp.conf option for the online updates.

cool :) any pointers to how this is supposed to work? fate#? bug#?

It is FATE 302050 Ciao, Marcus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

On 2008/09/12 13:54 (GMT+0200) Chema composed:

...

Stanislav Visnovsky escribió:

...

...

Dňa Thursday 11 September 2008 14:16:38 Chema ste napísal:

...

...

...

I suppose is a new python update but at this moment I have no smart in my system and I like it so much...basically because if I have not smart I have not more updates... ;)

...

...

Current smart package needs python 2.5, which is not available anymore. Therefore, so solve the dependencies, smart was removed from your system.

...

Well,as I don't want to wait for somebody solves the dependencies,I download rpm source and compile with my new python... Seems works and thats all

Where did you get the SRPM you compiled from? I just had smart removed from one of my Factories, and neither zypper nor YaST work either. -( Hi I used smart-1.0-7.src.rpm and extract only smart-1.0.tar.bz2 and all

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Felix Miata escribió: patch. Patched source and compiled. I saw messages like use haslib not md5 or sha but I changed import hashlib and one things more and actually I run smart normally Regards - -- Chema Ollés Usuario Linux: #198057 openSUSE 11.0.42-Alpha3plus kernel-2.6.27-rc5-git9-6-default #1 SMP 2008-09-08 10:07:50 +0200 i686 GNU/Linux -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjNYusACgkQm5lTdgS9W18pmgCfQBeHAPw9K67PWUVlUMMM60+n DyIAnjuTCfzJGe4580TrgMRYytyEckuS =s7tI -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org