Bernhard Walle [24.01.2008 08:07]:

* Adrian Schröter [2008-01-23 23:18]:

...

On Wednesday 23 January 2008 22:30:29 wrote Bernhard Walle:

...

Hello,

Everybody who uses the smart package manager may have been recognised that the new GPG build keys are not on keyservers, so the installation fails.

Correct :-( The attempt to install with YaST also fails when you do not click OK for each and every single new key :-(

...

...

I wrote a script that fetches all GPG keys of all repositories that are currently in the smart configuration and imports them into rpm:

http://www.bwalle.de/programme/scripts/smart_fetch_keys_buildservice

I thought it may also be useful for other people ... I would like to add that there is no guarantee that the keys from the key server are the correct ones, you need to check this on your own.

Downloading from

http://download.opensuse.org/repostories/.../repodata/repodata.xml.key

!?!?! What does the script?

Found repo http://software.opensuse.org/download/Base:/install/standard Found repo http://software.opensuse.org/download/Base:/build/standard Importing key 5D053B4F Key 5D053B4F already there And the other about 100 channels I defined in smart are not handled :-( Yesterday, it took me about an hour to handle the keys in YaST's sw_single module... Regards, Werner -- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-1921 - Fax (0341) 235-451921 http://www.ufz.de - eMail: werner.flamme@ufz.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Thursday 24 January 2008 10:03:33 wrote Werner Flamme:

Bernhard Walle [24.01.2008 08:07]:

...

* Adrian Schröter [2008-01-23 23:18]:

...

On Wednesday 23 January 2008 22:30:29 wrote Bernhard Walle:

...

Hello,

Everybody who uses the smart package manager may have been recognised that the new GPG build keys are not on keyservers, so the installation fails.

Correct :-( The attempt to install with YaST also fails when you do not click OK for each and every single new key :-(

sure, when you do not trust the repository, YaST protects you from installing from it. That is a must have ...

...

...

...

I wrote a script that fetches all GPG keys of all repositories that are currently in the smart configuration and imports them into rpm:

http://www.bwalle.de/programme/scripts/smart_fetch_keys_buildservice

I thought it may also be useful for other people ...

I would like to add that there is no guarantee that the keys from the key server are the correct ones, you need to check this on your own.

Downloading from

http://download.opensuse.org/repostories/.../repodata/repodata.xml.key

!?!?! What does the script?

Found repo http://software.opensuse.org/download/Base:/install/standard Found repo http://software.opensuse.org/download/Base:/build/standard Importing key 5D053B4F Key 5D053B4F already there

And the other about 100 channels I defined in smart are not handled :-( Yesterday, it took me about an hour to handle the keys in YaST's sw_single module...

An hour ? You have indeed 100 OBS channels subscribed ? I can hardly imagine a usecase for this ... -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On 2008-01-24 10:28:26 +0100, Werner Flamme wrote:

Adrian Schröter [24.01.2008 10:19]:

...

An hour ? You have indeed 100 OBS channels subscribed ?

Yes.

...

I can hardly imagine a usecase for this ...

Curiousity :-) And x86_64. Somewhere in the deeps of the repos are up-to-date versions of x86_64 packages that don't bring i586 as dependencies. At least I hope so. BTW, obs - a noarch pack - introduced a lot of ruby i586 packages to my system... ;-)

that is just a stupid smart bug. it has nothing to do with the packages. if smart sees a package where i586 is newer than x86_64 ... it blindly installs that. yum has similar ideas sometimes but it can be tamed with yum install|upgrade --exclude=\*i586\* <otherargs> smart is not so smart sometimes. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

2008/1/24, Werner Flamme :

Marcus Rueckert [24.01.2008 12:49]:

...

On 2008-01-24 10:28:26 +0100, Werner Flamme wrote:

...

Adrian Schröter [24.01.2008 10:19]:

...

An hour ? You have indeed 100 OBS channels subscribed ? Yes.

...

I can hardly imagine a usecase for this ...

Curiousity :-) And x86_64. Somewhere in the deeps of the repos are up-to-date versions of x86_64 packages that don't bring i586 as dependencies. At least I hope so. BTW, obs - a noarch pack - introduced a lot of ruby i586 packages to my system... ;-)

that is just a stupid smart bug. it has nothing to do with the packages. if smart sees a package where i586 is newer than x86_64 ... it blindly installs that. yum has similar ideas sometimes but it can be tamed with yum install|upgrade --exclude=\*i586\* <otherargs>

smart is not so smart sometimes.

That last is what I know :-) I read the smart mailing list... ;-)

I installed obs via YaST. The dependencies were not discovered by smart.

When I want to update package X, smart often tells me it is going to install X in i586 as well as in x86_64. In the meantime, I'm used to look at the packages smart wants to install before starting the run ;-)

Since Smart 0.52 release Christoph Thiel and Pascal Bleser have updated it with some interesting patches. I also remember the case where Smart wanted to install both i586 and x86_64, but weren't this fixed with this patch? * jue dic 06 2007 cthiel@suse.de - readded smart-trunk.patch (r899) * improved x86_64 support: packages of color 2 (x86_64, etc) are considered of higher precedence when compared to packages of color 1.

* Marcus Rueckert [2008-01-24 15:33]:

On 2008-01-24 15:22:02 +0100, Christian Morales Vega wrote:

...

Since Smart 0.52 release Christoph Thiel and Pascal Bleser have updated it with some interesting patches. I also remember the case where Smart wanted to install both i586 and x86_64, but weren't this fixed with this patch? * jue dic 06 2007 cthiel@suse.de - readded smart-trunk.patch (r899) * improved x86_64 support: packages of color 2 (x86_64, etc) are considered of higher precedence when compared to packages of color 1.

and it failed on my testing again.

Very detailled information! Bernhard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Thu, Jan 24, 2008 at 05:28:40PM +0100, Marcus Rueckert wrote:

On 2008-01-24 15:51:15 +0100, Bernhard Walle wrote:

...

* Marcus Rueckert [2008-01-24 15:33]:

...

On 2008-01-24 15:22:02 +0100, Christian Morales Vega wrote:

...

Since Smart 0.52 release Christoph Thiel and Pascal Bleser have updated it with some interesting patches. I also remember the case where Smart wanted to install both i586 and x86_64, but weren't this fixed with this patch? * jue dic 06 2007 cthiel@suse.de - readded smart-trunk.patch (r899) * improved x86_64 support: packages of color 2 (x86_64, etc) are considered of higher precedence when compared to packages of color 1.

and it failed on my testing again.

Very detailled information!

cthiel got all the debug informations from me already.

I didn't :( Which bug #? Best, Christoph -- Christoph Thiel, Tech. Project Management, Research & Development SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org