[Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Here is a list of packages to fix (not including backports yet) afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 avalon-framework 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework-javadoc 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework-manual 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 buffer 0:1.19-1.mga1 <= 0:1.19-8mdv2010.0 docker 0:1.5-1.mga1 <= 0:1.5-4mdv2010.0 emesene 0:1.6.3-1.mga1 <= 0:1.6.3-3mdv2010.2 fping 0:2.4b2-1.mga1 <= 0:2.4b2-14mdv2010.1 hfsplusutils 0:1.0.4-1.mga1 <= 0:1.0.4-6mdv2010.1 jakarta-taglibs-standard 0:1.1.1-14.mga1 <= 0:1.1.2-6mdv2008.0 jakarta-taglibs-standard-javadoc 0:1.1.1-14.mga1 <= 0:1.1.2-6mdv2008.0 jfsutils 0:1.1.13-3.mga1 <= 0:1.1.13-3mnb2 jsr-305 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 jsr-305-javadoc 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 libmikmod-devel 0:3.2.0-0.beta2.1.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 libmikmod-devel 0:3.2.0-0.beta2.1.mga1 <= 0:3.2.0-0.beta2.7mdv2010.1 libmikmod3 0:3.2.0-0.beta2.1.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 libmikmod3 0:3.2.0-0.beta2.1.mga1 <= 0:3.2.0-0.beta2.7mdv2010.1 libportmidi-devel 0:217-2.mga1 <= 0:20070107-3mdv2009.0 libportmidi0 0:217-2.mga1 <= 0:20070107-3mdv2009.0 librpmconstant-devel 0:0.1.3-6.mga1 <= 0:0.1.3-8mdv2010.1 librpmconstant0 0:0.1.3-6.mga1 <= 0:0.1.3-8mdv2010.1 libvde-devel 0:2.2.2-1.mga1 <= 0:2.2.2-4mdv2010.1 libvde2 0:2.2.2-1.mga1 <= 0:2.2.2-4mdv2010.1 mirror 0:2.9-1.mga1 <= 0:2.9-12mdv2010.0 mondo 0:2.2.9.5-1.mga1 <= 0:2.29.3-1mdv2010.1 netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 ngrep 0:1.45-1.mga1 <= 0:1.45-6mdv2010.0 ocaml-camlidl 0:1.05-1.mga1 <= 0:1.05-5mdv2010.1 ocaml-camlidl-devel 0:1.05-1.mga1 <= 0:1.05-5mdv2010.1 ocaml-csv 0:1.1.7-1.mga1 <= 0:1.1.7-3mdv2010.1 ocaml-csv-devel 0:1.1.7-1.mga1 <= 0:1.1.7-3mdv2010.1 ocaml-extlib 0:1.5.1-1.mga1 <= 0:1.5.1-3mdv2010.1 ocaml-extlib-devel 0:1.5.1-1.mga1 <= 0:1.5.1-3mdv2010.1 ocaml-extlib-doc 0:1.5.1-1.mga1 <= 0:1.5.1-3mdv2010.1 ocaml-json-wheel 0:1.0.6-4.mga1 <= 0:1.0.6-4.1mdv2010.1 ocaml-json-wheel-devel 0:1.0.6-4.mga1 <= 0:1.0.6-4.1mdv2010.1 ocaml-libvirt 0:0.6.1.0-1.mga1 <= 0:0.6.1.0-2mdv2010.1 ocaml-libvirt-devel 0:0.6.1.0-1.mga1 <= 0:0.6.1.0-2mdv2010.1 ocaml-ocamlnet 0:2.2.9-8.mga1 <= 0:2.2.9-8.1mdv2010.1 ocaml-ocamlnet-devel 0:2.2.9-8.mga1 <= 0:2.2.9-8.1mdv2010.1 ocaml-ocamlnet-nethttpd 0:2.2.9-8.mga1 <= 0:2.2.9-8.1mdv2010.1 ocaml-ocamlnet-nethttpd-devel 0:2.2.9-8.mga1 <= 0:2.2.9-8.1mdv2010.1 ocaml-ounit 0:1.0.3-1.mga1 <= 0:1.0.3-4mdv2010.1 ocaml-ounit-devel 0:1.0.3-1.mga1 <= 0:1.0.3-4mdv2010.1 ocaml-xml-light 0:2.2-1.mga1 <= 0:2.2-17mdv2010.1 ocaml-xml-light-devel 0:2.2-1.mga1 <= 0:2.2-17mdv2010.1 openntpd 0:3.9p1-1.mga1 <= 0:3.9p1-6mdv2010.1 php-sasl 1:0.1.0-1.mga1 <= 1:0.1.0-33.4mdv2010.2 php-sasl 1:0.1.0-1.mga1 <= 1:0.1.0-33mdv2010.1 plasma-wallpaper-timeoftheday 0:0.1-2.mga1 <= 0:0.1-5mdv2010.1 pmtools 0:1.100.0-1.mga1 <= 0:20071116-6mdv2010.1 portmidi 0:217-2.mga1 <= 0:20070107-3mdv2009.0 python-gpgme 0:0.1-1.mga1 <= 0:0.1-3mdv2010.1 rdate 0:1.4-1.mga1 <= 0:1.4-10mdv2010.1 reiserfsprogs 1:3.6.21-1.mga1 <= 1:3.6.21-1mnb2 rpmconstant 0:0.1.3-6.mga1 <= 0:0.1.3-8mdv2010.1 rsh 0:0.17-26.mga1 <= 0:0.17-26.1mdv2010.1 rsh-server 0:0.17-26.mga1 <= 0:0.17-26.1mdv2010.1 tellico 0:2.3.3-1.mga1 <= 3:2.2-2mdv2010.1 tuxpaint 1:0.9.21-1.mga1 <= 1:0.9.21-2mdv2010.2 tuxpaint-config 0:0.0.12-1.mga1 <= 0:0.0.12-2mdv2010.1 tuxpaint-config 0:0.0.12-1.mga1 <= 0:0.0.12-4mdv2010.2 tuxpaint-devel 1:0.9.21-1.mga1 <= 1:0.9.21-2mdv2010.2 unrtf 0:0.21.1-1.mga1 <= 0:0.21.1-4.2mdv2010.2 unrtf 0:0.21.1-1.mga1 <= 0:0.21.1-4mdv2010.1 uucp 0:1.07-1.mga1 <= 0:1.07-9mdv2010.1 vde2 0:2.2.2-1.mga1 <= 0:2.2.2-4mdv2010.1 w3m 0:0.5.2-1.mga1 <= 0:0.5.2-9mdv2010.1 wol 0:0.7.1-1.mga1 <= 0:0.7.1-6mdv2010.0 ws-commons-util 0:1.0.1-2.mga1 <= 0:1.0.1-6.1.2mdv2009.0 ws-commons-util-javadoc 0:1.0.1-2.mga1 <= 0:1.0.1-6.1.2mdv2009.0 wsdl4j 0:1.6.2-1.mga1 <= 0:1.6.2-2.0.6mdv2010.1 wsdl4j-javadoc 0:1.6.2-1.mga1 <= 0:1.6.2-2.0.6mdv2010.1
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > Here is a list of packages to fix (not including backports yet) > [...] > netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 [...] this sounds like a difficult one... how are you doing to do this?
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sat, Apr 30, 2011 at 22:05, Maarten Vanraes wrote: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: >> Here is a list of packages to fix (not including backports yet) >> > [...] >> netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 > [...] > > this sounds like a difficult one... how are you doing to do this? > It needs epoch to be increased to 1
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
lör 2011-04-30 klockan 23:05 +0300 skrev Maarten Vanraes: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > > Here is a list of packages to fix (not including backports yet) > > > [...] > > netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 > [...] > > this sounds like a difficult one... how are you doing to do this? Epoch 1 -- Thomas
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > Here is a list of packages to fix (not including backports yet) > > afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 > automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 [...] isn't this one actually higher? afaik the matchings come from ascii, and digits are always less than letters? (ie: 1 < m )?
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sat, 30 Apr 2011, Maarten Vanraes wrote: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > > Here is a list of packages to fix (not including backports yet) > > > > afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 > > automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 > [...] > > isn't this one actually higher? afaik the matchings come from ascii, and > digits are always less than letters? (ie: 1 < m )? $ rpmdev-vercmp 1.7.9-10.mga1 1.7.9-10.1mdv2010.1 1.7.9-10.mga1 < 1.7.9-10.1mdv2010.1
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
lör 2011-04-30 klockan 23:21 +0300 skrev Maarten Vanraes: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > > Here is a list of packages to fix (not including backports yet) > > > > afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 > > automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 > [...] > > isn't this one actually higher? afaik the matchings come from ascii, and > digits are always less than letters? (ie: 1 < m )? look again we have 10 they have 10.1 -- Thomas
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sat, Apr 30, 2011 at 22:21, Maarten Vanraes wrote: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: >> Here is a list of packages to fix (not including backports yet) >> >> afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 >> automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 > [...] > > isn't this one actually higher? afaik the matchings come from ascii, and > digits are always less than letters? (ie: 1 < m )? > No this is not ascii rpm first compares the numeric part (numbers and dots), then if they are equal compares the rest
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sat, Apr 30, 2011 at 11:30:44PM +0300, Thomas Backlund wrote: > lör 2011-04-30 klockan 23:21 +0300 skrev Maarten Vanraes: > > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > > > Here is a list of packages to fix (not including backports yet) > > > > > > afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 > > > automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 > > [...] > > > > isn't this one actually higher? afaik the matchings come from ascii, and > > digits are always less than letters? (ie: 1 < m )? > > look again > > we have 10 > they have 10.1 which indicate this one was patched : Wed Oct 13 2010 Oden Eriksson 1.7.9-10.1mdv2010.1 - P2: security fix for CVE-2009-4029 (redhat) -- Michael Scherer
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
.Mondo: The version number in Mandriva is a little bit confusing. 2.29.3 belongs to 2.2.9.3 in the origin mondo repository. There is version 2.2.9.6 actually (2011-04-13). So the Mageia version 2.2.9.5 is near by Magnus
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Op zaterdag 30 april 2011 22:53:49 schreef Pascal Terjan: > On Sat, Apr 30, 2011 at 22:21, Maarten Vanraes > > wrote: > > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: > >> Here is a list of packages to fix (not including backports yet) > >> > >> afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 > >> automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 > > > > [...] > > > > isn't this one actually higher? afaik the matchings come from ascii, and > > digits are always less than letters? (ie: 1 < m )? > > No this is not ascii > rpm first compares the numeric part (numbers and dots), then if they > are equal compares the rest you mean, disttag is compared separately?
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Updated list (includes backports) avalon-framework 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework-javadoc 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework-manual 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 blender 0:2.49b-7.mga1 <= 0:2.57-2mdv2010.2 # This one should be reverted in Mandriva according to discussion on ML cget 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 cherokee 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 cherokee-devel 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 horde 0:3.3.8-3.mga1 <= 0:3.3.9-3mdv2010.2 horde-kronolith 0:2.3.4-1.mga1 <= 0:2.3.5-2mdv2010.2 horde-nag 0:2.3.5-1.mga1 <= 0:2.3.6-1mdv2010.2 horde-turba 0:2.3.4-2.mga1 <= 0:2.3.5-1mdv2010.2 jsr-305 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 jsr-305-javadoc 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 krb5 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 krb5-pkinit-openssl 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 krb5-server 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 krb5-server-ldap 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 krb5-workstation 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 libcherokee-base0 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 libcherokee-client0 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 libcherokee-server0 0:1.0.19-2.mga1 <= 0:1.2.2-1mdv2010.2 libkrb53 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 libkrb53-devel 0:1.8.3-4.mga1 <= 0:1.9-4mdv2010.2 libmikmod-devel 0:3.2.0-0.beta2.7.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 libmikmod3 0:3.2.0-0.beta2.7.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 mondo 0:2.2.9.5-1.mga1 <= 0:2.29.3-1mdv2010.1 nagios-check_mk 0:1.1.8-1.mga1 <= 0:1.1.10-1mdv2010.2 nagios-check_mk-agent 0:1.1.8-1.mga1 <= 0:1.1.10-1mdv2010.2 nagios-check_netapp 0:20060619-4.mga1 <= 1:1.4.14-8mdv2010.1 nagios-check_netapp 0:20060619-4.mga1 <= 1:1.4.15-6mdv2010.2 netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22.1mdv2010.1 netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 pmtools 0:1.100.0-1.mga1 <= 0:20071116-6mdv2010.1 # This one is a different package with the same name... qtractor 0:0.4.7-1.mga1 <= 0:0.4.8-1mdv2010.2 remmina-plugins 0:0.9.2-1.mga1 <= 0:0.9.2-2mdv2010.2 squid 0:3.1.11-1.mga1 <= 0:3.1.12.1-2mdv2010.2 squid-cachemgr 0:3.1.11-1.mga1 <= 0:3.1.12.1-2mdv2010.2 t-lasku 0:1.9.1-1.mga1 <= 0:1.9.2-1mdv2010.2 texmaker 1:2.2.1-1.mga1 <= 1:3.0.1-1mdv2010.2
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sun, May 1, 2011 at 00:28, Maarten Vanraes wrote: > Op zaterdag 30 april 2011 22:53:49 schreef Pascal Terjan: >> On Sat, Apr 30, 2011 at 22:21, Maarten Vanraes >> >> wrote: >> > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: >> >> Here is a list of packages to fix (not including backports yet) >> >> >> >> afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 >> >> automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 >> > >> > [...] >> > >> > isn't this one actually higher? afaik the matchings come from ascii, and >> > digits are always less than letters? (ie: 1 < m )? >> >> No this is not ascii >> rpm first compares the numeric part (numbers and dots), then if they >> are equal compares the rest > > you mean, disttag is compared separately? whatever non numeric 1.beta1.0mga < 1.1mga
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Hello, magnus said on Sat, Apr 30, 2011 at 11:55:04PM +0200: > .Mondo: The version number in Mandriva is a little bit confusing. > 2.29.3 belongs to 2.2.9.3 in the origin mondo repository. > There is version 2.2.9.6 actually (2011-04-13). > So the Mageia version 2.2.9.5 is near by Well, I thought that having a new distro was also the opportunity to remove the mistakes made in the past. So as the upstream of mondo, I'd really like to see packages in Mageia using the upstream versions, and not stick to the legacy of Mandriva here. Of course, for people updating that may create a problem, but not that difficult to solve and could be documented on a wiki page as known and justified incompatibilities. If we don't do it now, it will never be done :-( Bruno. -- Open Source & Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
2011/5/1 Bruno Cornec > Well, I thought that having a new distro was also the opportunity to > remove the mistakes made in the past. > > So as the upstream of mondo, I'd really like to see packages in Mageia > using the upstream versions, and not stick to the legacy of Mandriva > here. > > Of course, for people updating that may create a problem, but not that > difficult to solve and could be documented on a wiki page as known and > justified incompatibilities. > > If we don't do it now, it will never be done :-( > Bruno. > I agree with Bruno and so I think Mageia is on a good way :-)
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
sön 2011-05-01 klockan 01:51 +0300 skrev magnus: > > > 2011/5/1 Bruno Cornec > Well, I thought that having a new distro was also the > opportunity to > remove the mistakes made in the past. > > So as the upstream of mondo, I'd really like to see packages > in Mageia > using the upstream versions, and not stick to the legacy of > Mandriva > here. > > Of course, for people updating that may create a problem, but > not that > difficult to solve and could be documented on a wiki page as > known and > justified incompatibilities. > > If we don't do it now, it will never be done :-( > Bruno. Or simply fixed by adding an epoch -- Thomass
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sun, May 01, 2011 at 12:27:24AM +0200, Bruno Cornec wrote: > Hello, > > magnus said on Sat, Apr 30, 2011 at 11:55:04PM +0200: > > .Mondo: The version number in Mandriva is a little bit confusing. > > 2.29.3 belongs to 2.2.9.3 in the origin mondo repository. > > There is version 2.2.9.6 actually (2011-04-13). > > So the Mageia version 2.2.9.5 is near by > > Well, I thought that having a new distro was also the opportunity to > remove the mistakes made in the past. > > So as the upstream of mondo, I'd really like to see packages in Mageia > using the upstream versions, and not stick to the legacy of Mandriva > here. > > Of course, for people updating that may create a problem, but not that > difficult to solve and could be documented on a wiki page as known and > justified incompatibilities. Or you can use epoch. While we are on it, what about afio ? The license is unclear for fedora : https://bugzilla.redhat.com/show_bug.cgi?id=449037 -- Michael Scherer
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sun, May 01, 2011 at 12:28:58AM +0200, Pascal Terjan wrote: > Updated list (includes backports) do not forget that version freeze is in effect. So unless there is a reason to upgrade ( and upgrade from backports is like upgrade from cooker, nice to have but not required ) > libmikmod-devel 0:3.2.0-0.beta2.7.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 > libmikmod3 0:3.2.0-0.beta2.7.mga1 <= 0:3.2.0-0.beta2.7.1mdv2010.1 done > remmina-plugins 0:0.9.2-1.mga1 <= 0:0.9.2-2mdv2010.2 done > squid 0:3.1.11-1.mga1 <= 0:3.1.12.1-2mdv2010.2 3.1.12.1 is still a RC of a bugfix only branch.. > squid-cachemgr 0:3.1.11-1.mga1 <= 0:3.1.12.1-2mdv2010.2 same -- Michael Scherer
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Thomas Backlund said on Sun, May 01, 2011 at 01:56:21AM +0300: > Or simply fixed by adding an epoch Oh, please no !!! Epoch is somewhere the negation of versions. And then you have to embedded it all the time in all packages. I think we should have a rule to avoid as much a possible an epoch. Most of the time it's just for avoiding an incompatibility which will force the distribution to keep it for the rest of its life. So adopting one should be only rare, and incompatibilities are generally solved with the +1 version. So if it's documented ... Bruno. -- Open Source & Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Michael scherer said on Sun, May 01, 2011 at 12:59:41AM +0200: > While we are on it, what about afio ? > The license is unclear for fedora : > https://bugzilla.redhat.com/show_bug.cgi?id=449037 I remember that very well. This is a good reason BTW why mondo is still not part of Fedora. That's also what I disklike in Fedora, their pickiness on everything, especially when a SW predates the birth of the person in charge of legal ;-) Well, I still consider afio a free software myself, surely not in the sense of the GPL. If you prefer to have it in PLF, why not, but I think that contrib is appropriate. I never had any answer from the contact I tried to make with the original writer. Bruno. -- Open Source & Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
sön 2011-05-01 klockan 12:39 +0300 skrev Bruno Cornec: > Thomas Backlund said on Sun, May 01, 2011 at 01:56:21AM +0300: > > > Or simply fixed by adding an epoch > > Oh, please no !!! > Epoch is somewhere the negation of versions. And then you have to > embedded it all the time in all packages. > Epoch was designed for issues when you want to fix versioning or force a downgrade. In this case, you want to fix the versioning as it was done in mdv, and from rpm/urpmi point of view force a downgrade (2.2.9.5 < 2.29.3) > I think we should have a rule to avoid as much a possible an epoch. We do, when it comes to Cauldron -> Cauldron changes/reverts. But upgrades from stable releases, it will be added if it is needed to provide a simple upgrade path, no exceptions. > Most of the time it's just for avoiding an incompatibility which will > force the distribution to keep it for the rest of its life. So adopting Thats the price you have to pay when you want to alter versioning downwards or otherwise fix it... > one should be only rare, and incompatibilities are generally solved with > the +1 version. So if it's documented ... NO! rpm/urpmi does not read release notes, errata or other documentation (and neither does most endusers) rpm/urpmi only cares about epoch:version-release And we stated from the beginning of Mageia that we will support upgrade from 2010.1/2 So we dont do exceptions for package(r)s So, either you or someone else will have to add the epoch to satisfy rpm/urpmi upgrade path, and it needs to be done quickly as we are soon to enter release freeze and release RC. -- Thomas
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On 30.04.2011 23:05, Maarten Vanraes wrote: > Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: >> Here is a list of packages to fix (not including backports yet) >> > [...] >> netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1 > [...] > > this sounds like a difficult one... how are you doing to do this? I'd rename it to the more logical kde4-config-netbook and add an obsoletes entry (this also avoids bumping epoch). -- Anssi Hannula
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On 30.04.2011 23:53, Pascal Terjan wrote: > On Sat, Apr 30, 2011 at 22:21, Maarten Vanraes > wrote: >> Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan: >>> Here is a list of packages to fix (not including backports yet) >>> >>> afio 0:2.5-1.mga1 <= 0:2.5-6mdv2010.0 >>> automake1.7 0:1.7.9-10.mga1 <= 0:1.7.9-10.1mdv2010.1 >> [...] >> >> isn't this one actually higher? afaik the matchings come from ascii, and >> digits are always less than letters? (ie: 1 < m )? >> > > No this is not ascii > rpm first compares the numeric part (numbers and dots), then if they > are equal compares the rest I think it divides it to groups that contain only numbers or letters (the string is divided on non-number<=>number and non-letter<=>letter transitions), with letters considered smaller than numbers: 1 = 1 7 = 7 9 = 9 10 = 10 mga < 1 => mdv one is bigger -- Anssi Hannula
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
In data sabato 30 aprile 2011 21:42:54, Pascal Terjan ha scritto: > tuxpaint 1:0.9.21-1.mga1 <= 1:0.9.21-2mdv2010.2 > tuxpaint-config 0:0.0.12-1.mga1 <= 0:0.0.12-2mdv2010.1 > tuxpaint-config 0:0.0.12-1.mga1 <= 0:0.0.12-4mdv2010.2 That were my fault, i left cooker version in contrib/upgrade for some fixes i made, sorry. Thanks to misc and ahmad to have bumped releases. -- Angelo signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On 1 May 2011 14:40, Anssi Hannula wrote:
> On 30.04.2011 23:05, Maarten Vanraes wrote:
>> Op zaterdag 30 april 2011 21:42:54 schreef Pascal Terjan:
>>> Here is a list of packages to fix (not including backports yet)
>>>
>> [...]
>>> netbook-kde4-config 0:1-0.28.mga1 <= 0:2010.1-22mdv2010.1
>> [...]
>>
>> this sounds like a difficult one... how are you doing to do this?
>
> I'd rename it to the more logical kde4-config-netbook and add an
> obsoletes entry (this also avoids bumping epoch).
>
I sort of agree on that point; I can't remember how many times I typed
'urpmi {mandriva,mageia}-kde4-config-{free,Default}, only to be
greeted by "Package not found". The common package is
mageia-kde4-config-common, it's logical to have
mageia-kde4-config-{Default,netbook,foo} IMHO.
> --
> Anssi Hannula
>
--
Ahmad Samir
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Thomas Backlund said on Sun, May 01, 2011 at 03:07:58PM +0300: > > Most of the time it's just for avoiding an incompatibility which will > > force the distribution to keep it for the rest of its life. So adopting > > Thats the price you have to pay when you want to alter versioning > downwards or otherwise fix it... Isn't that too high for a new distribution ? In that case, the move was done upstream as well, as it wsa wrongly named first. But that has been done back in "2006-03-20 Mondo 2.0.7 / Mindi 1.0.7 are out". Isn't is possible to find another way to cure an old mistake ? Could we not deliever mondo e.g. in the first version of mageia, and start with the second one ? > rpm/urpmi does not read release notes, errata or other documentation > (and neither does most endusers) THey're wrong, you learn a lot in them ;-) > And we stated from the beginning of Mageia that we will support upgrade > from 2010.1/2 Well I can understand that for core packages, but for contrib, that's a unique opportunity to fix what was wrong. > So, either you or someone else will have to add the epoch to satisfy > rpm/urpmi upgrade path, and it needs to be done quickly as we are soon > to enter release freeze and release RC. iCould I do something on the mandriva side (as I'm also packager there) to fix it ? Like breaking compatibility there instead of here ;-) Bruno. -- Open Source & Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sun, May 1, 2011 at 00:06, Michael scherer wrote: > On Sun, May 01, 2011 at 12:28:58AM +0200, Pascal Terjan wrote: >> Updated list (includes backports) > do not forget that version freeze is in effect. > So unless there is a reason to upgrade ( and upgrade from > backports is like upgrade from cooker, nice to have but not required ) Without including backports, we still have: libcelt0_0 0:0.5.1.3-1.mga1 <= 0:0.7.1-1mdv2010.1 avalon-framework-manual 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 avalon-framework-javadoc 0:4.1.4-10.mga1 <= 0:4.2.0-1.4.2mdv2010.1 netbook-kde4-config 0:1-0.32.mga1 <= 0:2010.1-22mdv2010.1 tcl-sqlite3 0:3.7.6.1-1.mga1 <= 0:3.7.6.2-0.1mdv2010.2 jsr-305 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 kernel-vserver-devel-latest 0:2.6.38.5-1.mga1 <= 1:2.6.22.19-1mdv2009.0 jsr-305-javadoc 0:0-0.5.20090319svn.1.mga1 <= 0:0.1-1.0.2mdv2010.0 kernel-vserver-latest 0:2.6.38.5-1.mga1 <= 1:2.6.22.19-1mdv2009.0 kernel-vserver-source-latest 0:2.6.38.5-1.mga1 <= 1:2.6.22.19-1mdv2009.0 opengl-games-utils 0:0.1-1.mga1 <= 0:0.1-3mdv2010.1 pmtools 0:1.100.0-1.mga1 <= 0:20071116-6mdv2010.1 nagios-check_netapp 0:20060619-4.mga1 <= 1:1.4.14-8mdv2010.1 mondo 0:2.2.9.5-1.mga1 <= 0:2.29.3-1mdv2010.1 ssmtp 0:2.64-1.mga1 <= 0:2.64-4mdv2010.1
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
Pascal Terjan said on Sun, May 08, 2011 at 01:48:44PM +0100: > mondo 0:2.2.9.5-1.mga1 <= 0:2.29.3-1mdv2010.1 I'm still looking for a solution that would allow us to follow the right numbering for the life of Mageia, without forcing the usage of Epoch. The only solution I see, would be to move upstreram back to 2.30 or 3.x, but the modifications I'm making there are really on a stable branch and do not justify at all that numbering (I did the reverse 5 years ago) Is there a way to ask urpmi to remove mondo first if it is installed ? Or use the skip.list to avoid playing with it in that version ? Looking at urpmi man pages, it doesn't seem there is one conf file that could allow with rules to force certain actions to be taken to orientate the upgrade. Or not provide mondo in this version, and install the right one in the next one ? I know that none of these look interesting :-( Bruno. -- Open Source & Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Please ensure that packages have higher version than in mandriva 2010.2
On Sun, 8 May 2011, Bruno Cornec wrote: Pascal Terjan said on Sun, May 08, 2011 at 01:48:44PM +0100: mondo 0:2.2.9.5-1.mga1 <= 0:2.29.3-1mdv2010.1 I'm still looking for a solution that would allow us to follow the right numbering for the life of Mageia, without forcing the usage of Epoch. I know that none of these look interesting :-( The only ways to prevent an epoch increase now are actually "interesting": - change the name of the package - use a time machine to prevent the earlier mistake Christiaan
