Re: [suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-19 Thread Peter J. Holzer
On 2010-07-17 14:33:53 +0200, Christoph Maser wrote:
 Am Freitag, den 16.07.2010, 12:35 +0200 schrieb Peter J. Holzer:
  On 2010-07-16 10:38:39 +0200, Gerd v. Egidy wrote:
after this, put an exclusion in your yum config so that your yum won't 
see
the spurious perl-DateTime-Locale-0.4001 package.  we intend to remove
perl-DateTime-Locale-0.4001 from the repo entirely, and i'll post to the
users list when that is done.
   
   Hmm. This would require everyone affected to manually fix it (with the 
   commands you used or the yum downgrade I used).
   
   Wouldn't it make sense to increase the epoch for 
   perl-DateTime-Locale-0.45? 
   This way yum would automatically know that 0.45 is the newer version and 
   upgrade to it. No manual steps involved, no more users asking what the 
   problem 
   is,...
  
  Alternatively, version 0.45 could be spelled 0.4500.
 
 I don't like that solution,

I don't like it either, but I think it's the least bad solution.

 the packages should have the same version as upstream uses them. 

Well, in Perl terms that is the same version. Perl versions are floating
point numbers, so 0.45 == 0.450 == 0.4500 == 0.45000 and so on.

So a sequence of version numbers like 0.4, 0.4001, 0.45 is reasonable,
but rpm (which has to deal with many different versioning systems)
interpretes the version number not as a floating point number but as a
dot-separated series of integers. Writing the floating point number with
a fixed number of decimals fixes this.

Increasing the epoch works, too. But I think that's a slight misuse of
the epoch system and it's easier to miss at an upgrade.

 We should at least remove the 4001 version from the pool.

And what do you do when the the maintainer releases version 0.5 next?
Remove all previous versions?

hp

-- 
   _  | Peter J. Holzer| Auf jedem Computer sollte der Satz Ludwigs II
|_|_) | Sysadmin WSR   | eingeprägt stehen: Ein ewig Rätsel will ich
| |   | h...@wsr.ac.at  | bleiben, mir und andern.
__/   | http://www.hjp.at/ |-- Wolfram Heinrich in desd


signature.asc
Description: Digital signature
___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest


Re: [suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-17 Thread Christoph Maser
Am Donnerstag, den 15.07.2010, 09:45 -0400 schrieb Steve Huff:

 $ sudo rpm -e --nodeps perl-DateTime-Locale perl-DateTime-Format-Strptime


Propably better: rpm  --oldpackage -U
perl-DateTime-Locale-0.45-1.el5.rf.noarch.rpm

+C

___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest


Re: [suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-17 Thread Christoph Maser
Am Freitag, den 16.07.2010, 12:35 +0200 schrieb Peter J. Holzer:
 On 2010-07-16 10:38:39 +0200, Gerd v. Egidy wrote:
   after this, put an exclusion in your yum config so that your yum won't see
   the spurious perl-DateTime-Locale-0.4001 package.  we intend to remove
   perl-DateTime-Locale-0.4001 from the repo entirely, and i'll post to the
   users list when that is done.
  
  Hmm. This would require everyone affected to manually fix it (with the 
  commands you used or the yum downgrade I used).
  
  Wouldn't it make sense to increase the epoch for perl-DateTime-Locale-0.45? 
  This way yum would automatically know that 0.45 is the newer version and 
  upgrade to it. No manual steps involved, no more users asking what the 
  problem 
  is,...
 
 Alternatively, version 0.45 could be spelled 0.4500.
 
 hp

I don't like that solution, the packages should have the same version as
upstream uses them. 
We should at least remove the 4001 version from the pool.


+C

___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest


[suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-16 Thread Gerd v. Egidy
Hi Steve,

  Can't locate object method glibc_date_format via package
  DateTime::Locale::en_US at
  /usr/lib/perl5/vendor_perl/5.8.8/DateTime/Format/Strptime.pm line 780

 the issue is the following:
 [...]

Thanks for your quick and detailed response.

 so, what's the fix for this situation?  one fix is as follows:
 
 $ yumdownloader perl-DateTime-Locale-0.45
 $ sudo rpm -e --nodeps perl-DateTime-Locale perl-DateTime-Format-Strptime
 $ sudo rpm -U ./perl-DateTime-Locale-0.45*
 $ sudo yum install perl-DateTime-Format-Strptime

I just used

yum downgrade perl-DateTime-Locale-0.45

and it worked like a charm.
 
 after this, put an exclusion in your yum config so that your yum won't see
 the spurious perl-DateTime-Locale-0.4001 package.  we intend to remove
 perl-DateTime-Locale-0.4001 from the repo entirely, and i'll post to the
 users list when that is done.

Hmm. This would require everyone affected to manually fix it (with the 
commands you used or the yum downgrade I used).

Wouldn't it make sense to increase the epoch for perl-DateTime-Locale-0.45? 
This way yum would automatically know that 0.45 is the newer version and 
upgrade to it. No manual steps involved, no more users asking what the problem 
is,...

Kind regards,

Gerd

-- 
Address (better: trap) for people I really don't want to get mail from:
jo...@cactusamerica.com
___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest


Re: [suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-16 Thread Peter J. Holzer
On 2010-07-16 10:38:39 +0200, Gerd v. Egidy wrote:
  after this, put an exclusion in your yum config so that your yum won't see
  the spurious perl-DateTime-Locale-0.4001 package.  we intend to remove
  perl-DateTime-Locale-0.4001 from the repo entirely, and i'll post to the
  users list when that is done.
 
 Hmm. This would require everyone affected to manually fix it (with the 
 commands you used or the yum downgrade I used).
 
 Wouldn't it make sense to increase the epoch for perl-DateTime-Locale-0.45? 
 This way yum would automatically know that 0.45 is the newer version and 
 upgrade to it. No manual steps involved, no more users asking what the 
 problem 
 is,...

Alternatively, version 0.45 could be spelled 0.4500.

hp

-- 
   _  | Peter J. Holzer| Auf jedem Computer sollte der Satz Ludwigs II
|_|_) | Sysadmin WSR   | eingeprägt stehen: Ein ewig Rätsel will ich
| |   | h...@wsr.ac.at  | bleiben, mir und andern.
__/   | http://www.hjp.at/ |-- Wolfram Heinrich in desd


signature.asc
Description: Digital signature
___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest


[suggest] Re: perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch: glibc_date_format missing

2010-07-15 Thread Steve Huff

On Jul 15, 2010, at 9:04 AM, Gerd v. Egidy wrote:

 Can't locate object method glibc_date_format via package 
 DateTime::Locale::en_US at 
 /usr/lib/perl5/vendor_perl/5.8.8/DateTime/Format/Strptime.pm line 780
 
 After downgrading to perl-DateTime-Format-Strptime-1.1000-1.el5.rf.noarch 
 everything worked again.
 
 Is this a problem in perl-DateTime-Format-Strptime-1.2000-1.el5.rf.noarch,  
 some missing dependency or some misconfiguration on my side?


the issue is the following:

1) the DateTime-Locale Perl distribution is generally versioned like 0.XX, 0.XY 
etc., as you can see from the Changelog:

http://cpansearch.perl.org/src/DROLSKY/DateTime-Locale-0.45/Changes

however, on May 19, 2008, the developer released version 0.4001, intending that 
version to sort between versions 0.40 and 0.41.  from a Perlish standpoint, 
this is not unreasonable.

2) rpm's version comparison algorithm, however, sorts 0.4001 after 0.41 (Google 
for rpmvercmp if you want a more detailed explanation of why this is).

3) RPMforge has a perl-DateTime-Locale-0.4001 package, and many people 
(including you) have it installed on your system.

4) DateTime-Format-Strptime = 1.2000 requires DateTime-Locale = 0.45.

5) RPMforge has a perl-DateTime-Locale-0.45 package; however, yum (and rpm) 
don't see it as an available update because of point #2 above.

so, what's the fix for this situation?  one fix is as follows:

$ yumdownloader perl-DateTime-Locale-0.45
$ sudo rpm -e --nodeps perl-DateTime-Locale perl-DateTime-Format-Strptime
$ sudo rpm -U ./perl-DateTime-Locale-0.45*
$ sudo yum install perl-DateTime-Format-Strptime

after this, put an exclusion in your yum config so that your yum won't see the 
spurious perl-DateTime-Locale-0.4001 package.  we intend to remove 
perl-DateTime-Locale-0.4001 from the repo entirely, and i'll post to the users 
list when that is done.

-steve

--
If this were played upon a stage now, I could condemn it as an improbable 
fiction. - Fabian, Twelfth Night, III,v
http://five.sentenc.es



PGP.sig
Description: This is a digitally signed message part
___
suggest mailing list
suggest@lists.rpmforge.net
http://lists.rpmforge.net/mailman/listinfo/suggest