Re: Naming standalone module/program

in the name: the user should not know it's a python application. I've put the new version in incoming BTW. I forgot b-d: python2.1 though. But as it's *_all.deb, it doesn't matter. /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Spa

Naming standalone module/program

ucker. So I'd like to call it just plucker, and make shure there is just one (working) version in debian. Is this OK? /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 58915

Re: Debian Python Policy [draft]

Looks fine to me. I'd prefer /usr/bin/python-X.Y, but that's cosmetics, not really important. -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key f

Re: Updated experimental packages

., and have a meta package that points /usr/bin/pyton to the official version (and similar for other modules from the python source)? /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]

Re: Updated experimental packages

he best way to go. Those packages are broken, and the Conflicts: line is a nice fix. /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key fingerprint = 387F A8DB DC2A 50E3 FE26 30C4 5793 29D3 C01B 2A22]

Updated idea for transition

that old version of python will be left behind, but the situation is the same for all libs. debfoster works fine here for me. -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533

Re: Question for the transition

So file bug on the packages in question. They could also depend on python(>=1.5), python(<<1.6). See my other postings on this. /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden

Re: Experimental Python packages

module packages that depend on python-base to get updated to their new version that depend on python (>= 1.5), python (<<1.6). /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden

Re: Proposal for transition--FRD

Carey Evans <[EMAIL PROTECTED]> writes: > Mikael Hedin <[EMAIL PROTECTED]> writes: > > [...] > > > 6) All packages with files in .../python1.5/ without versioned depends > > get a critical bug. > > Unfortunately, this leaves someone's system bro

Proposal for transition--FRD

ember the python people have some objection, but forgot which.) 8) Flame me for writing long task lists. /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key

Question for the transition

be only python, python-this and python-that too choose from. In my opinion that is. Please enlighten me! (I maintain plucker, a small pyton package.) /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA,

Re: Python 2.0.1; transition plans for woody

Please go ahead! The fewer nameX type packages the better. Should be no problems for plucker (=me) /Micce -- Mikael Hedin, MSc +46 (0)980 79176 Swedish Institute of Space Physics +46 (0)8 344979 (home) Box 812, S-981 28 KIRUNA, Sweden+46 (0)70 5891533 (mobile) [gpg key