On Sat, Feb 6, 2010 at 1:33 PM, P.J. Eby wrote:
> At 06:10 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
>
>> On 2010-02-05, at 4:57 PM, P.J. Eby wrote:
>>
>> > At 04:49 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
>> >> Do we have a real-world example for installing uninstallable data files
>> >>
At 06:10 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
On 2010-02-05, at 4:57 PM, P.J. Eby wrote:
> At 04:49 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
>> Do we have a real-world example for installing uninstallable
data files outside sys.prefix?
>
> Scripts aren't always in sys.prefix,
Scr
On 2010-02-05, at 4:57 PM, P.J. Eby wrote:
> At 04:49 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
>> Do we have a real-world example for installing uninstallable data files
>> outside sys.prefix?
>
> Scripts aren't always in sys.prefix,
Scripts *usually* go to sys.prefix/bin (or sys.prefix/Sc
At 04:49 PM 2/5/2010 -0800, Sridhar Ratnakumar wrote:
Do we have a real-world example for installing uninstallable data
files outside sys.prefix?
Scripts aren't always in sys.prefix, and some packages install fixed
data (e.g. web pages, message catalogs, etc.) to /usr/share or some such.
Als
On 2010-02-05, at 8:13 AM, Tarek Ziadé wrote:
> Hi,
>
> The part that still requires some work is how to handle files prefixes
> in the RECORD file.
>
> Last time we said that we could benefit of having a PREFIXES file.
> Then Wolojda started to work on a much more complete solution to track
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
P.J. Eby wrote:
> At 01:39 PM 2/5/2010 -0500, Carl Meyer wrote:
>> What if RECORD allowed either absolute paths or paths relative to the
>> location of .egg-info, but nothing else? That would preserve the option
>> for application authors to make rel
At 01:39 PM 2/5/2010 -0500, Carl Meyer wrote:
What if RECORD allowed either absolute paths or paths relative to the
location of .egg-info, but nothing else? That would preserve the option
for application authors to make relocatable self-contained
installations, while keeping RECORD simple and use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tarek,
I fully admit that I'm not cognizant of all the internal intricacies of
distutils, in particular the bdist_* stuff, so take my thoughts with a
grain of salt. I just have experience trying to make uninstall work in pip.
Tarek Ziadé wrote:
>>
On Fri, Feb 5, 2010 at 6:18 PM, Carl Meyer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> hi Tarek,
>
> Tarek Ziadé wrote:
>> The part that still requires some work is how to handle files prefixes
>> in the RECORD file.
>>
>> Last time we said that we could benefit of having a PREFIX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi Tarek,
Tarek Ziadé wrote:
> The part that still requires some work is how to handle files prefixes
> in the RECORD file.
>
> Last time we said that we could benefit of having a PREFIXES file.
> Then Wolojda started to work on a much more complete
At 07:37 AM 2/5/2010 -0600, Ron Adam wrote:
Because files from eggs can be installed in multiple directories,
and some of those are in arbitrary locations,
Scripts are the only things that get installed to other directories
from .eggs. Everything else is within the .egg file or directory.
I
K. Richard Pixley wrote:
> Andrew Straw wrote:
>>> dpkg-gencontrol: warning: unknown substitution variable ${python:Provides}
>>> dpkg-gencontrol: warning: unknown substitution variable ${python:Depends}
>>> dpkg-gencontrol: warning: unknown substitution variable ${python:Provides}
>>> dpkg-gencont
Hi,
Find attached the latest state of PEP 386 suggest_normalized() over PyPI.
Summary:
Total Packages : 9058
Already Match : 8055.0 (88.93%)
Have Suggestion : 792.0 (8.74%)
No Suggestion : 211.0 (2.33%)
-> the attached file contains the details on the suggestion made, and
the versions
Hi,
The part that still requires some work is how to handle files prefixes
in the RECORD file.
Last time we said that we could benefit of having a PREFIXES file.
Then Wolojda started to work on a much more complete solution to track
data file locations :
http://mail.python.org/pipermail/distutils
On Fri, Feb 5, 2010 at 3:22 PM, Carl Meyer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> Reinout van Rees wrote:
>> Debian/ubuntu has a mechanism to clean up packages that were once
>> installed to satisfy dependencies but that aren't needed anymore.
>>
>> The handiest course of
Tarek Ziadé wrote:
2010/2/5 P.J. Eby :
At 01:55 AM 2/5/2010 +0100, Tarek Ziadé wrote:
I think it's still useful, because it points the root packages that
can be removed
safely without breaking the system -- even if leaving orphaned packages
behind.
Any opinion ?
I think it's a good idea to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinout van Rees wrote:
> Debian/ubuntu has a mechanism to clean up packages that were once
> installed to satisfy dependencies but that aren't needed anymore.
>
> The handiest course of action is probably looking up how they do it.
> (/me doesn't kn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
> I am wondering *when* the depender(s) may vanish like that, leaving
> behind them orphaned dependencies.
>
> I guess this can happen when:
>
> 1/ a package (*looks like we can't help it calling a distribution a
> package after
2010/2/5 P.J. Eby :
> At 01:55 AM 2/5/2010 +0100, Tarek Ziadé wrote:
>>
>> I think it's still useful, because it points the root packages that
>> can be removed
>> safely without breaking the system -- even if leaving orphaned packages
>> behind.
>>
>> Any opinion ?
>
> I think it's a good idea to
On 02/05/2010 02:29 AM, P.J. Eby wrote:
At 01:55 AM 2/5/2010 +0100, Tarek Ziadé wrote:
I think it's still useful, because it points the root packages that
can be removed
safely without breaking the system -- even if leaving orphaned
packages behind.
Any opinion ?
I think it's a good idea to h
On Fri, Feb 5, 2010 at 2:09 AM, Laura Creighton wrote:
>
> You need to think about dependencies more, I think.
>
> Having worked on building such a thing, the hellish problem comes
> when there are more than one way to support a package .. i.e. this
> is my new testing plugin, it works with either
21 matches
Mail list logo
