From terrel at gmail.com Thu Feb 10 05:40:28 2005 From: terrel at gmail.com (Terrel Shumway) Date: Fri Feb 11 16:48:21 2005 Subject: [PyVault-devel] introduction Message-ID: <78e78c905020920403b5980a9@mail.gmail.com> It's nice to see 2.3.5 built and uploaded so quickly. I finally got yum to work with the pyvault repository, and my vendor python package is no more. And nothing is broken. woo hoo! Keep it up. My first project is to build a multi-version mod_python: pythonXY-mod_python (or should it be mod_python-pythonXY?) providing /usr/lib/httpd/modules/mod_pythonXY.so allowing you to use apache's loadmodule directive to choose the version you want (but only one per apache instance) I can also, for the time being, provide a mirror with about 600GB/mo if that would help at all. FWIW, I am running FC3 on my development box, and FC2 on my servers. Abundantly yours, Terrel Shumway http://jdiworks.net/ From symbiont at berlios.de Fri Feb 11 17:22:14 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri Feb 11 17:22:28 2005 Subject: [PyVault-devel] introduction In-Reply-To: <78e78c905020920403b5980a9@mail.gmail.com> References: <78e78c905020920403b5980a9@mail.gmail.com> Message-ID: <200502120022.15109.symbiont@berlios.de> On Thursday 10 February 2005 12:40, Terrel Shumway wrote: > It's nice to see 2.3.5 built and uploaded so quickly. I finally got > yum to work with the pyvault repository, and my vendor python package > is no more. > > And nothing is broken. woo hoo! > > Keep it up. Cool! > My first project is to build a multi-version mod_python: > pythonXY-mod_python > (or should it be mod_python-pythonXY?) > providing /usr/lib/httpd/modules/mod_pythonXY.so > allowing you to use apache's loadmodule directive to choose the > version you want (but only one per apache instance) I'd consider mod_python more of an application. Though, try to poke around to see what precedents we have--has Debian or others done this before? I'm thinking possibly mod_pythonXY should be sufficiently descriptive. > I can also, for the time being, provide a mirror with about 600GB/mo > if that would help at all. See the Trac. I put a comment on the ticket you submitted. Any additional mirrors will be great. > FWIW, I am running FC3 on my development box, and FC2 on my servers. I haven't pushed updates out to FC2 and legacy in awhile. Once I get things more ironed out, I'll start doing this. Welcome to PyVault! -- -jeff From terrel at gmail.com Fri Feb 11 18:21:54 2005 From: terrel at gmail.com (Terrel Shumway) Date: Fri Feb 11 18:21:58 2005 Subject: [PyVault-devel] package name for mod_python (Re: introduction) In-Reply-To: <200502120022.15109.symbiont@berlios.de> References: <78e78c905020920403b5980a9@mail.gmail.com> <200502120022.15109.symbiont@berlios.de> Message-ID: <78e78c905021109211ac35e6b@mail.gmail.com> > I'd consider mod_python more of an application. Though, try to poke > around to see what precedents we have--has Debian or others done this > before? I'm thinking possibly mod_pythonXY should be sufficiently > descriptive. I consider mod_python a library, because you cannot run it standalone. It fits in the same space as pythonXY-cheetah and pythonXY-webware Debian also considers it a library. They call it: libapache[2]-mod-python[x.y] I don't like the _ either, but changing mod_python to mod-python threw me for a loop -- I couldn't find it until I searched on just "python" following our naming convention, it would then be pythonXY-apache2 I like that, but I don't like removing mod_python. pythonXY-apache2-mod_python is a bit long, but tells the whole story pythonXY-apache2-mod_python-3.1.3-1.fc3.pyv.i386.rpm is 52 characters. I can live with that. I can also live with `mod_pythonXY`, because that is what the DSO file will actually be called, and because it still has `mod_python` as a substring for searches. From symbiont at berlios.de Sat Feb 12 01:57:39 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat Feb 12 01:57:58 2005 Subject: [PyVault-devel] Re: package name for mod_python (Re: introduction) In-Reply-To: <78e78c905021109211ac35e6b@mail.gmail.com> References: <78e78c905020920403b5980a9@mail.gmail.com> <200502120022.15109.symbiont@berlios.de> <78e78c905021109211ac35e6b@mail.gmail.com> Message-ID: <200502120857.40201.symbiont@berlios.de> On Saturday 12 February 2005 01:21, Terrel Shumway wrote: ,[ ]oSas,nsamsaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aq > > I'd consider mod_python more of an application. Though, try to > > poke around to see what precedents we have--has Debian or others > > done this before? I'm thinking possibly mod_pythonXY should be > > sufficiently descriptive. > > I consider mod_python a library, because you cannot run it > standalone. It fits in the same space as pythonXY-cheetah and > pythonXY-webware > > Debian also considers it a library. They call it: > > libapache[2]-mod-python[x.y] > > I don't like the _ either, but changing mod_python to mod-python > threw me for a loop -- I couldn't find it until I searched on just > "python" > > following our naming convention, it would then be > > pythonXY-apache2 > > I like that, but I don't like removing mod_python. > > pythonXY-apache2-mod_python > > is a bit long, but tells the whole story > > pythonXY-apache2-mod_python-3.1.3-1.fc3.pyv.i386.rpm > > is 52 characters. I can live with that. > > I can also live with `mod_pythonXY`, because that is what the DSO > file will actually be called, and because it still has `mod_python` > as a substring for searches. -- -jeff From symbiont at berlios.de Sat Feb 12 02:58:01 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat Feb 12 02:58:27 2005 Subject: [PyVault-devel] Re: package name for mod_python (Re: introduction) In-Reply-To: <78e78c905021109211ac35e6b@mail.gmail.com> References: <78e78c905020920403b5980a9@mail.gmail.com> <200502120022.15109.symbiont@berlios.de> <78e78c905021109211ac35e6b@mail.gmail.com> Message-ID: <200502120958.02157.symbiont@berlios.de> On Saturday 12 February 2005 01:21, Terrel Shumway wrote: > > I'd consider mod_python more of an application. Though, try to > > poke around to see what precedents we have--has Debian or others > > done this before? I'm thinking possibly mod_pythonXY should be > > sufficiently descriptive. > > I consider mod_python a library, because you cannot run it > standalone. It fits in the same space as pythonXY-cheetah and > pythonXY-webware Well put. > [snip] > > pythonXY-apache2-mod_python > > is a bit long, but tells the whole story I agree that "mod_python" should be a sub-string of the package name. apacheX may be a bit much. Considering current support of rh7.3, 9, fc1,2,3, do you see one of these installing both apache 1.x and 2.x? Two apaches might be something found on development systems, but never on production. But, I'm not sure how much continued "development" apache 1.x is going to see. If apache 1.x is a dead-end, then having pythonXY-mod_python appears to be the candidate package name. Quick mention about the template: https://opensvn.csie.org/traccgi/pyvault/trac.cgi/file/rpms/trunk/pyvault-template.spec It's a cheetah template, driven by: https://opensvn.csie.org/traccgi/pyvault/trac.cgi/file/scripts/spectemplate.py I like to use it after running a quick "python setup.py bdist_rpm", which produces a .spec file. Anyway, it might be overkill, but i just wanted to learn how cheetah worked. I'll be putting together a hacking document soon which will talk about how to setup a build chroot, etc. It'll also mention the "alternatives" package and how to use it. have fun, -- -jeff From symbiont at berlios.de Sat Feb 12 03:25:54 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat Feb 12 03:26:02 2005 Subject: [PyVault-devel] Re: package name for mod_python (Re: introduction) In-Reply-To: <200502120857.40201.symbiont@berlios.de> References: <78e78c905020920403b5980a9@mail.gmail.com> <78e78c905021109211ac35e6b@mail.gmail.com> <200502120857.40201.symbiont@berlios.de> Message-ID: <200502121025.54641.symbiont@berlios.de> On Saturday 12 February 2005 08:57, Jeff Pitman wrote: > ,[ > ]oSas,nsamsaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa?????aq??? >?????????? Uhm, don't ask. ;) -- -jeff From terrel at gmail.com Sat Feb 12 15:37:13 2005 From: terrel at gmail.com (Terrel Shumway) Date: Sat Feb 12 15:37:21 2005 Subject: [PyVault-devel] Re: package name for mod_python (Re: introduction) In-Reply-To: <200502120958.02157.symbiont@berlios.de> References: <78e78c905020920403b5980a9@mail.gmail.com> <200502120022.15109.symbiont@berlios.de> <78e78c905021109211ac35e6b@mail.gmail.com> <200502120958.02157.symbiont@berlios.de> Message-ID: <78e78c905021206371ae18436@mail.gmail.com> > If apache 1.x is a dead-end, then having pythonXY-mod_python appears to > be the candidate package name. I agree. I have no plans to use or package the pre-3.0 mod_python My guess is that the people who care about using python and mod_python tend to be the same people who started running apache 2 a long time ago. (Non-evangelists will be using PHP or ASP. :-P ) > I like to use it after running a quick "python setup.py bdist_rpm", > which produces a .spec file. BTW: you can also say "python setup.py bdist_rpm --spec-only" The .spec file created by bdist_rpm is pretty simple, but if you look at the code (`_make_spec_file`) you'll see that it has access to some setup-time info that is tedious to reproduce outside the distutils framework (e.g. dist.has_scripts() and dist.has_ext_modules()). > Anyway, it might be overkill, but i just > wanted to learn how cheetah worked. Cheetah is one of my favorite tools, but it is overkill for this. I think a better approach is to create a bdist_rpm subclass that overrides _make_spec_file. I have one that I started creating before I found pyvault. I'll take a look at the spec file template, finish/update my class, and post it. (If we can get it blessed by the BDFLs of Distutils, it will make *everyone's* life easier, since all rpms will be pyvault-compatible by default.) > I'll be putting together a hacking document soon which will talk about > how to setup a build chroot, etc. It'll also mention the "alternatives" > package and how to use it. In the hacking document, you might also mention what `mach` is, where to get it, and why you would need it. Also, say what a "large partion" means: 8GB or 80GB? From pyvault-devel at python.org Sat Feb 12 15:55:59 2005 From: pyvault-devel at python.org (pyvault > References: <055.48df421d2b34aab0d069a10b9aaa3c95@python.org>> Message-ID: <064.4b328c9812e51a572d63161d6a1838ac@python.org>> #6: create mirror list ------------------------+--------------------------------------------------- Id: 6 | Status: assigned Component: component1 | Modified: Sat Feb 12 22:55:58 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: jeff | Reporter: Terrel Shumway <terrel@gmail.com> ------------------------+--------------------------------------------------- Comment (by Terrel Shumway ): It turns out that I was lucky. python.mirrors.pair.com was the only one that had a complete, up-to-date mirror. http://python.openrubas.org/pyvault/ has an incomplete, out-dated copy. It is incomplete because none of the repo data files (e.g. repomd.xml) are accessible by links from the HTML pages. This is easily fixed by including a direct link to the repo directories Fedora RedHat Suse Python I have attached my repo files, which include my new mirror of Fedora & Python. -- Ticket URL: pyvault From pyvault-devel at python.org Sat Feb 12 16:20:05 2005 From: pyvault-devel at python.org (pyvault > References: <055.48df421d2b34aab0d069a10b9aaa3c95@python.org>> Message-ID: <064.4075c501e689e9d6bc9e80dc05d1bfc4@python.org>> #6: create mirror list ------------------------+--------------------------------------------------- Id: 6 | Status: assigned Component: component1 | Modified: Sat Feb 12 23:20:04 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: jeff | Reporter: Terrel Shumway <terrel@gmail.com> ------------------------+--------------------------------------------------- Comment (by Terrel Shumway ): Never mind the attachments. Go to http://pyvault.jdiworks.net/yum/ to grab the files. I can keep them updated better there. -- Ticket URL: pyvault From symbiont at berlios.de Sat Feb 12 17:54:49 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat Feb 12 17:55:02 2005 Subject: [PyVault-devel] Re: package name for mod_python (Re: introduction) In-Reply-To: <78e78c905021206371ae18436@mail.gmail.com> References: <78e78c905020920403b5980a9@mail.gmail.com> <200502120958.02157.symbiont@berlios.de> <78e78c905021206371ae18436@mail.gmail.com> Message-ID: <200502130054.49670.symbiont@berlios.de> On Saturday 12 February 2005 22:37, Terrel Shumway wrote: > > Anyway, it might be overkill, but i just > > wanted to learn how cheetah worked. > > Cheetah is one of my favorite tools, but it is overkill for this. I > think a better approach is to create a bdist_rpm subclass that > overrides _make_spec_file. I have one that I started creating before > I found pyvault. I'll take a look at the spec file template, > finish/update my class, and post it. > > (If we can get it blessed by the BDFLs of Distutils, it will make > *everyone's* life easier, since all rpms will be pyvault-compatible > by default.) I look forward to your distutils->spec generator thingy! I'll drop the template once I import the other in. Then we'll have to document it on the wiki. My --rpm-record patch would make things easier too: http://sourceforge.net/tracker/index.php?func=detail&aid=1035576&group_id=5470&atid=305470 I've implemented it as a patch against py2.3 and py2.4 in pyvault to aid in pyvault spec builds. So far, the experiment has worked out well. > > I'll be putting together a hacking document soon which will talk > > about how to setup a build chroot, etc. It'll also mention the > > "alternatives" package and how to use it. > > In the hacking document, you might also mention what `mach` is, > where to get it, and why you would need it. It's a wiki! ;-) > Also, say what a > "large partion" means: 8GB or 80GB? I'm looking at 1.5GB per chroot with py1.5, py2.2, py2.3, py2.4 built in each. So, that includes minimum build environment with the source trees, source rpms, bin rpms, and build directories for each of the above four packages. Other packages beyond these are not as large, so maybe a padded 2GB per chroot is a good estimate. Also, I could put mach in an optional area. Because, technically specs are just specs and you can make them work in whatever environment you want. Mach has some neat things, but has some weaknesses. The greatest being lost interest by upstream authors. Something else may be in the works. But, this is all incremental anyway. So, not a big deal. I'll mull about the ultimate build system later on. take care, -- -jeff From terrel at gmail.com Sat Feb 12 18:01:18 2005 From: terrel at gmail.com (Terrel Shumway) Date: Sat Feb 12 18:01:20 2005 Subject: [PyVault-devel] missing yum metadata Message-ID: <78e78c9050212090114182853@mail.gmail.com> Ok. I finally figured out what is missing. http://www.python.org/pyvault/python/X.Y/testing/ has no "repodata" so the mirrors can't get it either. From symbiont at berlios.de Sat Feb 12 18:17:34 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat Feb 12 18:17:44 2005 Subject: [PyVault-devel] missing yum metadata In-Reply-To: <78e78c9050212090114182853@mail.gmail.com> References: <78e78c9050212090114182853@mail.gmail.com> Message-ID: <200502130117.34479.symbiont@berlios.de> On Sunday 13 February 2005 01:01, Terrel Shumway wrote: > Ok. I finally figured out what is missing. > > http://www.python.org/pyvault/python/X.Y/testing/ has no "repodata" > so the mirrors can't get it either. I'll run a rebuild tomorrow morning and get an update pushed out. Believe it or not, I just started putting out the rpm-md only recently. ;-) Projects go a little slower only with one .. thanks for the tips, -- -jeff From pyvault-devel at python.org Sun Feb 13 16:51:56 2005 From: pyvault-devel at python.org (pyvault > References: <055.48df421d2b34aab0d069a10b9aaa3c95@python.org>> Message-ID: <064.e59d09d05fc61e909563aedda45ad523@python.org>> #6: create mirror list ------------------------+--------------------------------------------------- Id: 6 | Status: assigned Component: component1 | Modified: Sun Feb 13 23:51:55 2005 Severity: normal | Milestone: Priority: normal | Version: Owner: jeff | Reporter: Terrel Shumway <terrel@gmail.com> ------------------------+--------------------------------------------------- Changes (by jeff): * keywords: None => yum config Comment: Thanks for the contribution. I'll be creating a pyvault-package-config package that incorporates these repo files, Smart configuration, and Apt configuration. I recommend that all stability classes (dev, stable, testing) be added at this time even though that some of them are currently empty. In time, packages will make the migration to stable once they've received sufficient review and testing. ''stable'' should be a useful stability class in and of itself. ''testing'' augments with the latest bleeding stuff. ''development'' brings in packages that are SVN/CVS snapshot builds of projects and also mach development-related packages. -- Ticket URL: pyvault