From zsbrt at yahoo.com Fri Nov 11 01:42:42 2005 From: zsbrt at yahoo.com (Jun Zhang) Date: Thu, 10 Nov 2005 16:42:42 -0800 (PST) Subject: [PyVault-users] install problem in CentOS 4.2 Message-ID: <20051111004242.85302.qmail@web30214.mail.mud.yahoo.com> Hello All, I have tried to install some of pyVault into CentOS 4.1 before. But I got some error message. Yesterday, I install CentOS 4.2 into my computer again. It's totally new install, rather than upgrade to. I selected to install 'Everything'. Then I update the system using the default CentOS yum repos. Okay, I have a clean system now. After that, I installed the pyVault config rpm (http://www.python.org/pyvault/centos-4-i386/pyvault-release-3-3.el4.pyv.noarch.rpm) and tried to update the system. Unfortunately, I got the error message as same as before. (The error message has been attachment with this e-mail). Anybody can help me? Many thanks. Best Wishes, Jun Zhang 11/11/2005 11:20 __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pyvault-error.txt Url: http://mail.python.org/pipermail/pyvault-users/attachments/20051110/4633112e/pyvault-error.txt From jeff.pitman at gmail.com Fri Nov 11 10:07:44 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Fri, 11 Nov 2005 09:07:44 +0000 Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <20051111004242.85302.qmail@web30214.mail.mud.yahoo.com> References: <20051111004242.85302.qmail@web30214.mail.mud.yahoo.com> Message-ID: <6b9c17630511110107i4a5630dfj363a51b03470dea9@mail.gmail.com> On 11/11/05, Jun Zhang wrote: > > Error: postgresql-python conflicts with python >= 2.4 > Do you need the Python interface to postgresql? If not, remove the package and then do the upgrade. The postgresql-python package from the base repo has a really stupid Conflicts tag that says it conflicts with python >= X.Y+1, in CentOS 4 case that's 2.4. To fix this permanently would require a rebuild of the postgresql-python package taking this Conflicts tag out. I just changed my job recently, so, pyvault devel has slowed a little bit. But, I should be up and running soon with this particular package high on my list. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051111/c154ea49/attachment.html From zsbrt at yahoo.com Sat Nov 12 02:43:11 2005 From: zsbrt at yahoo.com (Jun Zhang) Date: Fri, 11 Nov 2005 17:43:11 -0800 (PST) Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <6b9c17630511110107i4a5630dfj363a51b03470dea9@mail.gmail.com> Message-ID: <20051112014311.23478.qmail@web30205.mail.mud.yahoo.com> Hello Jeff, Thank you for your reply. Followed your suggestion, I removed the package postgresql-python from the system. Then do the yum update again. This time, I got some other messages as below. (Full message will also be attached) ... Error: Missing Dependency: python = 2.3.4-14.1 is needed by package python-devel Error: Missing Dependency: python = 2.3.4-14.1 is needed by package python-tools Error: Missing Dependency: python = 2.3.4-14.1 is needed by package python-docs Error: Missing Dependency: python = 2.3.4-14.1 is needed by package tkinter I will try to remove these four packages from CentOS and report the result to you. > I just changed my job recently, so, pyvault devel has slowed a little bit. > But, I should be up and running soon with this particular package high on my > list. If you need, I would like to do some works for pyvault. As you know, my working platform is CentOS 4.2. Best Wishes, Jun Zhang 12/11/2005 12:38pm --- Jeff Pitman wrote: > On 11/11/05, Jun Zhang wrote: > > > > Error: postgresql-python conflicts with python >= 2.4 > > > > Do you need the Python interface to postgresql? If not, remove the package > and then do the upgrade. The postgresql-python package from the base repo > has a really stupid Conflicts tag that says it conflicts with python >= > X.Y+1, in CentOS 4 case that's 2.4. To fix this permanently would require a > rebuild of the postgresql-python package taking this Conflicts tag out. > > I just changed my job recently, so, pyvault devel has slowed a little bit. > But, I should be up and running soon with this particular package high on my > list. > > -- > -jeff > > _______________________________________________ > PyVault-users mailing list > PyVault-users at python.org > http://mail.python.org/mailman/listinfo/pyvault-users > __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pyvault-error-2.txt Url: http://mail.python.org/pipermail/pyvault-users/attachments/20051111/6b4a7475/pyvault-error-2.txt From zsbrt at yahoo.com Sat Nov 12 03:33:58 2005 From: zsbrt at yahoo.com (Jun Zhang) Date: Fri, 11 Nov 2005 18:33:58 -0800 (PST) Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <20051112014311.23478.qmail@web30205.mail.mud.yahoo.com> Message-ID: <20051112023358.68611.qmail@web30212.mail.mud.yahoo.com> Hello Jeff, After I removed these four packages, the YUM update is successful. Now, I can run Python 2.4 by 'python2.4' and Python 2.3 by 'python2.3'. There is no 'python' command directly. Thanks a lot. Best Wishes, Jun Zhang 12/11/2005 13:30 --- Jun Zhang wrote: > Hello Jeff, > > Thank you for your reply. > > Followed your suggestion, I removed the package postgresql-python from the > system. Then do the yum update again. This time, I got some other messages as > below. (Full message will also be attached) > ... > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-devel > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-tools > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-docs > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package tkinter > > I will try to remove these four packages from CentOS and report the result to > you. > > > I just changed my job recently, so, pyvault devel has slowed a little bit. > > But, I should be up and running soon with this particular package high on > my > > list. > If you need, I would like to do some works for pyvault. As you know, my > working > platform is CentOS 4.2. > > > Best Wishes, > Jun Zhang > 12/11/2005 12:38pm > > --- Jeff Pitman wrote: > > > On 11/11/05, Jun Zhang wrote: > > > > > > Error: postgresql-python conflicts with python >= 2.4 > > > > > > > Do you need the Python interface to postgresql? If not, remove the package > > and then do the upgrade. The postgresql-python package from the base repo > > has a really stupid Conflicts tag that says it conflicts with python >= > > X.Y+1, in CentOS 4 case that's 2.4. To fix this permanently would require a > > rebuild of the postgresql-python package taking this Conflicts tag out. > > > > I just changed my job recently, so, pyvault devel has slowed a little bit. > > But, I should be up and running soon with this particular package high on > my > > list. > > > > -- > > -jeff > > > _______________________________________________ > > PyVault-users mailing list > > PyVault-users at python.org > > http://mail.python.org/mailman/listinfo/pyvault-users > > > > > > __________________________________ > Start your day with Yahoo! - Make it your home page! > http://www.yahoo.com/r/hs> [bigonez at server ~]$ sudo yum remove postgresql-python > Setting up Remove Process > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package postgresql-python.i386 0:7.4.8-1.RHEL4.1 set to be erased > --> Running transaction check > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Removing: > postgresql-python i386 7.4.8-1.RHEL4.1 installed 146 k > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 0 Package(s) > Remove 1 Package(s) > Total download size: 0 > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Removing : postgresql-python ######################### [1/1] > > Removed: postgresql-python.i386 0:7.4.8-1.RHEL4.1 > Complete! > [bigonez at server ~]$ sudo yum remove kernel-smp-devel kernel-hugemem-devel > Setting up Remove Process > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package kernel-hugemem-devel.i686 0:2.6.9-22.0.1.EL set to be erased > ---> Package kernel-smp-devel.i686 0:2.6.9-22.0.1.EL set to be erased > --> Running transaction check > > Dependencies Resolved > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Removing: > kernel-hugemem-devel i686 2.6.9-22.0.1.EL installed 11 M > kernel-smp-devel i686 2.6.9-22.0.1.EL installed 11 M > > Transaction Summary > ============================================================================= > Install 0 Package(s) > Update 0 Package(s) > Remove 2 Package(s) > Total download size: 0 > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > Removing : kernel-smp-devel ######################### [1/2] > Removing : kernel-hugemem-devel ######################### [2/2] > > Removed: kernel-hugemem-devel.i686 0:2.6.9-22.0.1.EL kernel-smp-devel.i686 > 0:2.6 .9-22.0.1.EL > Complete! > [bigonez at server ~]$ sudo rpm --import pyvault.asc > [bigonez at server ~]$ sudo yum update > Setting up Update Process > Setting up repositories > update 100% |=========================| 951 B 00:00 > pyvault 100% |=========================| 951 B 00:00 > base 100% |=========================| 1.1 kB 00:00 > addons 100% |=========================| 951 B 00:00 > extras 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 41 kB 00:01 > pyvault : ################################################## 160/160 > Added 160 new packages, deleted 0 old in 0.86 seconds > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Downloading header for yum to pack into transaction set. > yum-2.4.0-5.py24.noarch.r 100% |=========================| 7.5 kB 00:00 > ---> Package yum.noarch 0:2.4.0-5.py24 set to be updated > ---> Downloading header for libxml2-python to pack into transaction set. > libxml2-python-2.6.22-1.e 100% |=========================| 8.1 kB 00:00 > ---> Package libxml2-python.i386 0:2.6.22-1.el4.pyv set to be updated > ---> Downloading header for newt-devel to pack into transaction set. > newt-devel-0.52.0-3.el4.p 100% |=========================| 2.9 kB 00:00 > ---> Package newt-devel.i386 0:0.52.0-3.el4.pyv set to be updated > ---> Downloading header for libxml2 to pack into transaction set. > libxml2-2.6.22-1.el4.pyv. 100% |=========================| 12 kB 00:00 > ---> Package libxml2.i386 0:2.6.22-1.el4.pyv set to be updated > ---> Downloading header for python-elementtree to pack into transaction set. > python-elementtree-1.2.6- 100% |=========================| 3.2 kB 00:00 > ---> Package python-elementtree.i386 0:1.2.6-5.el4.pyv set to be updated > ---> Downloading header for newt51 to pack into transaction set. > newt51-0.51.6-5.el4.pyv.i 100% |=========================| 3.4 kB 00:00 > ---> Package newt51.i386 0:0.51.6-5.el4.pyv set to be updated > ---> Downloading header for python23 to pack into transaction set. > python23-2.3.5-10.el4.pyv 100% |=========================| 192 kB 00:04 > ---> Package python23.i386 0:2.3.5-10.el4.pyv set to be updated > ---> Downloading header for sqlite-devel to pack into transaction set. > sqlite-devel-3.2.2-1.el4. 100% |=========================| 7.0 kB 00:00 > ---> Package sqlite-devel.i386 0:3.2.2-1.el4.pyv set to be updated > ---> Downloading header for python24-pyopenssl to pack into transaction set. > python24-pyopenssl-0.6-4. 100% |=========================| 6.9 kB 00:00 > ---> Package python24-pyopenssl.i386 0:0.6-4.el4.pyv set to be updated > ---> Downloading header for sqlite to pack into transaction set. > sqlite-3.2.2-1.el4.pyv.i3 100% |=========================| 3.8 kB 00:00 > ---> Package sqlite.i386 0:3.2.2-1.el4.pyv set to be updated > ---> Downloading header for libxml2-devel to pack into transaction set. > libxml2-devel-2.6.22-1.el 100% |=========================| 35 kB 00:00 > ---> Package libxml2-devel.i386 0:2.6.22-1.el4.pyv set to be updated > ---> Downloading header for rpm-python to pack into transaction set. > rpm-python-4.4.2.4-1.el4. 100% |=========================| 2.4 kB 00:00 > ---> Package rpm-python.i386 0:4.4.2.4-1.el4.pyv set to be updated > --> Running transaction check > --> Processing Dependency: python-abi = 2.4 for package: python24-pyopenssl > --> Processing Dependency: rpm-python24 for package: yum > --> Processing Dependency: python = 2.3.4-14.1 for package: python-devel > --> Processing Dependency: python24-sqlite for package: yum > --> Processing Dependency: newt = 0.52.0 for package: newt-devel > --> Processing Dependency: libxml2-python23 = 2.6.22 for package: > libxml2-python > --> Processing Dependency: python24-urlgrabber for package: yum > --> Processing Dependency: rpm-python23 = 4.4.2.4 for package: rpm-python > --> Processing Dependency: python24-yum = 2.4.0 for package: yum > --> Processing Dependency: alternatives for package: python23 > --> Processing Dependency: python23-elementtree = 1.2.6 for package: > python-elementtree > --> Processing Dependency: python = 2.3.4-14.1 for package: python-tools > --> Processing Dependency: python = 2.3.4-14.1 for package: python-docs > --> Processing Dependency: python = 2.3.4-14.1 for package: tkinter > --> Processing Dependency: libxml2-python24 for package: yum > --> Processing Dependency: python-optik for package: up2date > --> Processing Dependency: python24-elementtree for package: yum > --> Processing Dependency: python(abi) = 2.4 for package: yum > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Downloading header for rpm-python23 to pack into transaction set. > rpm-python23-4.4.2.4-1.el 100% |=========================| 3.1 kB 00:00 > ---> Package rpm-python23.i386 0:4.4.2.4-1.el4.pyv set to be updated > ---> Downloading header for libxml2-python24 to pack into transaction set. > libxml2-python24-2.6.22-1 100% |=========================| 3.4 kB 00:00 > ---> Package libxml2-python24.i386 0:2.6.22-1.el4.pyv set to be updated > ---> Downloading header for python24 to pack into transaction set. > python24-2.4.2-10.el4.pyv 100% |=========================| 186 kB 00:03 > ---> Package python24.i386 0:2.4.2-10.el4.pyv set to be updated > ---> Downloading header for libxml2-python23 to pack into transaction set. > libxml2-python23-2.6.22-1 100% |=========================| 3.4 kB 00:00 > ---> Package libxml2-python23.i386 0:2.6.22-1.el4.pyv set to be updated > ---> Downloading header for python24-sqlite to pack into transaction set. > python24-sqlite-1.1.6-1.1 100% |=========================| 4.0 kB 00:00 > ---> Package python24-sqlite.i386 0:1.1.6-1.1.el4.pyv set to be updated > ---> Downloading header for rpm-python24 to pack into transaction set. > rpm-python24-4.4.2.4-1.el 100% |=========================| 3.1 kB 00:00 > ---> Package rpm-python24.i386 0:4.4.2.4-1.el4.pyv set to be updated > ---> Downloading header for python24-yum to pack into transaction set. > python24-yum-2.4.0-5.py24 100% |=========================| 9.8 kB 00:00 > ---> Package python24-yum.noarch 0:2.4.0-5.py24 set to be updated > ---> Downloading header for alternatives to pack into transaction set. > alternatives-0.2.0rc3-9.n 100% |=========================| 10 kB 00:00 > ---> Package alternatives.noarch 0:0.2.0rc3-9 set to be updated > ---> Downloading header for python23-elementtree to pack into transaction > set. > python23-elementtree-1.2. 100% |=========================| 6.9 kB 00:00 > ---> Package python23-elementtree.i386 0:1.2.6-5.el4.pyv set to be updated > ---> Downloading header for newt to pack into transaction set. > newt-0.52.0-3.el4.pyv.i38 100% |=========================| 3.5 kB 00:00 > ---> Package newt.i386 0:0.52.0-3.el4.pyv set to be updated > ---> Downloading header for python24-optik to pack into transaction set. > python24-optik-1.5-2.py24 100% |=========================| 4.1 kB 00:00 > ---> Package python24-optik.noarch 0:1.5-2.py24 set to be updated > ---> Downloading header for python24-urlgrabber to pack into transaction set. > python24-urlgrabber-2.9.6 100% |=========================| 4.3 kB 00:00 > ---> Package python24-urlgrabber.noarch 0:2.9.6-3.py24 set to be updated > ---> Downloading header for python24-elementtree to pack into transaction > set. > python24-elementtree-1.2. 100% |=========================| 6.9 kB 00:00 > ---> Package python24-elementtree.i386 0:1.2.6-5.el4.pyv set to be updated > --> Running transaction check > --> Processing Dependency: python = 2.3.4-14.1 for package: tkinter > --> Processing Dependency: python = 2.3.4-14.1 for package: python-devel > --> Processing Dependency: python = 2.3.4-14.1 for package: python-tools > --> Processing Dependency: python = 2.3.4-14.1 for package: python-docs > --> Finished Dependency Resolution > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-devel > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-tools > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package > python-docs > Error: Missing Dependency: python = 2.3.4-14.1 is needed by package tkinter > [bigonez at server ~]$ > > _______________________________________________ > PyVault-users mailing list > PyVault-users at python.org > http://mail.python.org/mailman/listinfo/pyvault-users > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pyvault-error-3.txt Url: http://mail.python.org/pipermail/pyvault-users/attachments/20051111/2f223649/pyvault-error-3-0001.txt From jeff.pitman at gmail.com Sat Nov 12 10:52:45 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Sat, 12 Nov 2005 17:52:45 +0800 Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <20051112023358.68611.qmail@web30212.mail.mud.yahoo.com> References: <20051112014311.23478.qmail@web30205.mail.mud.yahoo.com> <20051112023358.68611.qmail@web30212.mail.mud.yahoo.com> Message-ID: <6b9c17630511120152h8265e5ayf10f305901ee2118@mail.gmail.com> On 11/12/05, Jun Zhang wrote: > > After I removed these four packages, the YUM update is successful. Now, I > can > run Python 2.4 by 'python2.4' and Python 2.3 by 'python2.3'. There is no > 'python' command directly. > The packages rely on the "alternatives" package that I took from ALT Linux. It uses a set of rpm macros in the %post to install, but, apparently it relies on a particular macrofiles tag found in /usr/lib/rpm/rpmrc or /usr/lib/rpm/redhat/rpmrc. If it's not there, then the link setup fails. To workaround manually, type this command as root: # alternatives-config /usr/bin/python Then select which python you'd like to be the default. thanks, -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051112/f2ebb23e/attachment.htm From jeff.pitman at gmail.com Sat Nov 12 10:54:43 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Sat, 12 Nov 2005 17:54:43 +0800 Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <20051112014311.23478.qmail@web30205.mail.mud.yahoo.com> References: <6b9c17630511110107i4a5630dfj363a51b03470dea9@mail.gmail.com> <20051112014311.23478.qmail@web30205.mail.mud.yahoo.com> Message-ID: <6b9c17630511120154i4b62e65dh1538782c1b6f7d9b@mail.gmail.com> On 11/12/05, Jun Zhang wrote: > > Followed your suggestion, I removed the package postgresql-python from the > system. Then do the yum update again. This time, I got some other messages > as > below. (Full message will also be attached) > This is due to an unfortunate bug in Yum. That's why I have included Yum 2.4for all distributions in the pyvault repository. After an upgrade to 2.4, a lot of obsolete-related issues disappear. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051112/1fc63fbb/attachment.html From zsbrt at yahoo.com Sun Nov 13 12:24:59 2005 From: zsbrt at yahoo.com (Jun Zhang) Date: Sun, 13 Nov 2005 03:24:59 -0800 (PST) Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <6b9c17630511120154i4b62e65dh1538782c1b6f7d9b@mail.gmail.com> Message-ID: <20051113112459.59150.qmail@web30202.mail.mud.yahoo.com> Hello Jeff, I checked the CentOS RPMS. The default version of YUM is yum-2.4.0-1. Best Wishes, Jun Zhang 13/11/2005 10:20 --- Jeff Pitman wrote: > On 11/12/05, Jun Zhang wrote: > > > > Followed your suggestion, I removed the package postgresql-python from the > > system. Then do the yum update again. This time, I got some other messages > > as > > below. (Full message will also be attached) > > > > This is due to an unfortunate bug in Yum. That's why I have included > Yum 2.4for all distributions in the pyvault repository. After an > upgrade to > 2.4, a lot of obsolete-related issues disappear. > > -- > -jeff > > _______________________________________________ > PyVault-users mailing list > PyVault-users at python.org > http://mail.python.org/mailman/listinfo/pyvault-users > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From zsbrt at yahoo.com Sun Nov 13 12:27:26 2005 From: zsbrt at yahoo.com (Jun Zhang) Date: Sun, 13 Nov 2005 03:27:26 -0800 (PST) Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <6b9c17630511120152h8265e5ayf10f305901ee2118@mail.gmail.com> Message-ID: <20051113112726.94440.qmail@web30211.mail.mud.yahoo.com> Hello Jeff. Yeah, it works. I can switch python between 2.3 and 2.4 now. The remind problem is, if I config the python 2.4, the CUPS daemon will be fail during the booting time. It's no problem for me. I can turn off it. Thanks for your great help. Best Wishes, Jun Zhang 13/11/2005 20:19 --- Jeff Pitman wrote: > On 11/12/05, Jun Zhang wrote: > > > > After I removed these four packages, the YUM update is successful. Now, I > > can > > run Python 2.4 by 'python2.4' and Python 2.3 by 'python2.3'. There is no > > 'python' command directly. > > > > The packages rely on the "alternatives" package that I took from ALT Linux. > It uses a set of rpm macros in the %post to install, but, apparently it > relies on a particular macrofiles tag found in /usr/lib/rpm/rpmrc or > /usr/lib/rpm/redhat/rpmrc. If it's not there, then the link setup fails. > > To workaround manually, type this command as root: > > # alternatives-config /usr/bin/python > > Then select which python you'd like to be the default. > > thanks, > -- > -jeff > > _______________________________________________ > PyVault-users mailing list > PyVault-users at python.org > http://mail.python.org/mailman/listinfo/pyvault-users > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From jeff.pitman at gmail.com Sun Nov 13 21:47:02 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Sun, 13 Nov 2005 20:47:02 +0000 Subject: [PyVault-users] install problem in CentOS 4.2 In-Reply-To: <20051113112726.94440.qmail@web30211.mail.mud.yahoo.com> References: <6b9c17630511120152h8265e5ayf10f305901ee2118@mail.gmail.com> <20051113112726.94440.qmail@web30211.mail.mud.yahoo.com> Message-ID: <6b9c17630511131247r16dce1a0vab844eb1bbd83e8d@mail.gmail.com> On 11/13/05, Jun Zhang wrote: > > Hello Jeff. > > Yeah, it works. I can switch python between 2.3 and 2.4 now. The remind > problem > is, if I config the python 2.4, the CUPS daemon will be fail during the > booting > time. It's no problem for me. I can turn off it. > Yes, it should be documented that the alternative should really point to the system default python. Then, if someone wants to be daring enough to change the alternative, they should know some of the consequences for doing so. glad it's working! -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051113/d8f4ea08/attachment.htm From jared.jennings at eglin.af.mil Fri Nov 18 18:56:12 2005 From: jared.jennings at eglin.af.mil (Jennings Jared L Contr 46 SK/CCI) Date: Fri, 18 Nov 2005 11:56:12 -0600 Subject: [PyVault-users] can't make setuptools 0.6a9dev-r41477 bdist_rpm with PyVault Pyth on 2.4 Message-ID: <5D56097D5FD31649A416E2222F8AAB8A0141CE81@mail18.eglin.af.mil> This patch which is part of the PyVault adds a --record_rpm= switch with a function to the distutils/command/install.py, and makes the spec file use that switch instead of --record=. It appears to deal with shared objects and LC_MESSAGES files in a way that RPM wants. https://opensvn.csie.org/traccgi/pyvault/trac.cgi/file/rpms/trunk/python24/p ython-2.3.4-recordrpm.patch When I built a PyVault python24 RPM with this patch, I couldn't make an rpm out of setuptools using python setup.py bdist_rpm. I found that the patched distutils bdist_rpm command was calling setup.py with a --record-rpm argument, but setuptools supplants the --record-rpm code added to distutils by the above patch with its own code, which has no --record-rpm. I tried to add the record_rpm stuff to setuptools/command/easy_install.py; but record_rpm depends on the values of some options that are initialized and finalized very fancily, so that it looks like I'd have to pull in huge chunks of distutils/command/install.py to make the thing fly. When I used a PyVault Python without the recordrpm patch, I was able to make a setuptools bdist_rpm. I haven't figured out what happens to compiled or locale-ized extensions without this patch; but I'm hoping that setuptools might be the last bdist_rpm I have to make and so maybe it won't matter. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051118/4bf0b9ff/attachment.htm From jeff.pitman at gmail.com Sat Nov 19 00:57:47 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Sat, 19 Nov 2005 07:57:47 +0800 Subject: [PyVault-users] can't make setuptools 0.6a9dev-r41477 bdist_rpm with PyVault Pyth on 2.4 In-Reply-To: <5D56097D5FD31649A416E2222F8AAB8A0141CE81@mail18.eglin.af.mil> References: <5D56097D5FD31649A416E2222F8AAB8A0141CE81@mail18.eglin.af.mil> Message-ID: <6b9c17630511181557j2b3518cah8835a13dd1d92592@mail.gmail.com> On 11/19/05, Jennings Jared L Contr 46 SK/CCI wrote: > > This patch which is part of the PyVault adds a --record_rpm= switch with a > function to the distutils/command/install.py, and makes the spec file use > that switch instead of --record=. It appears to deal with shared objects and > LC_MESSAGES files in a way that RPM wants. > > https://opensvn.csie.org/traccgi/pyvault > /trac.cgi/file/rpms/trunk/python24/python-2.3.4-recordrpm.patch > The patch is based on one I submitted to the python project found here: https://sourceforge.net/tracker/index.php?func=detail&aid=1035576&group_id=5470&atid=305470 However, I just found that a SuSE employee worked on a similar patch: https://sourceforge.net/tracker/?func=detail&atid=305470&aid=755286&group_id=5470 Both were developed totally independently and I have not had time to look at what #755286 is doing. I do know that there are scenarios #1035576 doesn't work quite right and I am not sure whether the earlier patch has the same ailments. The advantage of mine is that it handles LC_MESSAGES related files by coloring it with the %lang(...) tag. The ... is automatically computed based on the path. > When I built a PyVault python24 RPM with this patch, I couldn't make an > rpm out of setuptools using python setup.py bdist_rpm. I found that the > patched distutils bdist_rpm command was calling setup.py with a > --record-rpm argument, but setuptools supplants the --record-rpm code added > to distutils by the above patch with its own code, which has no > --record-rpm. I tried to add the record_rpm stuff to > setuptools/command/easy_install.py; but record_rpm depends on the values of > some options that are initialized and finalized very fancily, so that it > looks like I'd have to pull in huge chunks of distutils/command/install.py > to make the thing fly. > > When I used a PyVault Python without the recordrpm patch, I was able to > make a setuptools bdist_rpm. I haven't figured out what happens to compiled > or locale-ized extensions without this patch; but I'm hoping that setuptools > might be the last bdist_rpm I have to make and so maybe it won't matter. > I used to be subscribed to the distutils list. But, a few months ago I just got info overload and dropped a bunch of lists which included distutils. At the time, they were just barely getting this setuptools stuff off the ground and I've kind of lost touch. The "record-rpm" option is totally unofficial right now, but, I put it in PyVault to give it a stretch to see where the thing could go. It really simplified the spec file quite a bit and allowed for directories to be properly owned by the package. However, it also made the spec files non-portable between repositories. In the middle of implementing pyvault packages, I had an idea that these spec files could be tossed back and forth between Fedora Extras and RPMforge. To do that, I had to deprecate the use of record-rpm. There are some packages that still use record-rpm and the patch is still included in the python package to allow for its use. And, as you have found, it's used by default when creating a bdist_rpm. So ... sorry for the long historical look at the whole thing. Going forward, I guess we need to talk about what we really want to do. Do we drop the whole thing and forget it ever happened? Or, do we drop #1035576 in favor of #755286? Or, do we create an enhanced version of the two combined? Fedora Extras also has some pedantic policies where they %ghost the .pyo files. Which means that they do not package them, but, if they so happened to be generated, then the package will remove those files upon package removal. Would record-rpm need to be enhanced to take this into account? At this point, I am totally open to suggestions. We may be able to get something included into 2.5. (Just means I need to re-subscribe to distutils :-D) -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pyvault-users/attachments/20051119/58990025/attachment.html