Hi,
On Thu, Feb 21, 2002 at 12:17:45PM +1100, Donovan Baarda wrote:
> Adam has a very valid point that *.pyo and *.pyc files could be included
> inside the deb, instead of compiled and removed by the pre/postinst scripts.
I agree, this is allowed. If you want to have a TMDA package with .py[co]
On Wed, Feb 20, 2002 at 01:16:59AM -0800, Adam McKenna wrote:
> On Tue, Feb 19, 2002 at 07:41:05PM -0800, Sean 'Shaleh' Perry wrote:
> > A program run by a user will never be able to write out the .py[co] files so
> > the files MUST be generated by the postinst which has root privs. Also we
> > c
On Wed, Feb 20, 2002 at 11:08:22AM -0800, Sean 'Shaleh' Perry wrote:
|
| On 20-Feb-2002 dman wrote:
| > On Wed, Feb 20, 2002 at 07:57:52AM -0800, Sean 'Shaleh' Perry wrote:
| >| >>
| >| >> What do you have against giving the user optimizations?
| >| >
| >| > Absolutely nothing, but I don't see w
On Wed, Feb 20, 2002 at 11:19:57AM -0800, Sean 'Shaleh' Perry wrote:
> >
> > They should be known by dpkg because they're part of the package. It's
> > impossible to support more than just the currently installed versions
> > anyway.
> > Once a new version of python is added, the package will st
>
> They should be known by dpkg because they're part of the package. It's
> impossible to support more than just the currently installed versions anyway.
> Once a new version of python is added, the package will still need to be
> updated or at least reinstalled to compile the modules for the ne
On Wed, Feb 20, 2002 at 07:57:52AM -0800, Sean 'Shaleh' Perry wrote:
> >>
> >> What do you have against giving the user optimizations?
> >
> > Absolutely nothing, but I don't see why this needs to be done outside of
> > the package management system.
> >
>
> I fail to see why these files need t
On 20-Feb-2002 dman wrote:
> On Wed, Feb 20, 2002 at 07:57:52AM -0800, Sean 'Shaleh' Perry wrote:
>| >>
>| >> What do you have against giving the user optimizations?
>| >
>| > Absolutely nothing, but I don't see why this needs to be done outside of
>| > the package management system.
>|
>| I fa
On Wed, Feb 20, 2002 at 07:57:52AM -0800, Sean 'Shaleh' Perry wrote:
| >>
| >> What do you have against giving the user optimizations?
| >
| > Absolutely nothing, but I don't see why this needs to be done outside of
| > the package management system.
|
| I fail to see why these files need to be
>>
>> What do you have against giving the user optimizations?
>
> Absolutely nothing, but I don't see why this needs to be done outside of
> the package management system.
>
I fail to see why these files need to be known by dpkg? Many python modules
are forwards compatible, I also fail to see
On Tue, Feb 19, 2002 at 07:41:05PM -0800, Sean 'Shaleh' Perry wrote:
> A program run by a user will never be able to write out the .py[co] files so
> the files MUST be generated by the postinst which has root privs. Also we can
> not expect the user to be running /usr mount rw except when a packag
On Wed, Feb 20, 2002 at 08:06:35AM +0100, Matthias Klose wrote:
> Adam McKenna writes:
> > On Wed, Feb 20, 2002 at 12:55:59AM +0100, Matthias Klose wrote:
> > > reopen 128531
> > > thanks
> > >
> > > > From: [EMAIL PROTECTED] (Adam D. McKenna)
> > > > Changes:
> > > > tmda (0.46-1) unstable; urg
Adam McKenna writes:
> On Wed, Feb 20, 2002 at 12:55:59AM +0100, Matthias Klose wrote:
> > reopen 128531
> > thanks
> >
> > > From: [EMAIL PROTECTED] (Adam D. McKenna)
> > > Changes:
> > > tmda (0.46-1) unstable; urgency=low
> > > .
> > >* New upstream release
> > >* Package split into
>
> Any policy that forces me to compile .py{c,o} object files in my postinst is
> braindead. Then I also have to delete them in purge/postrm, and the
> packaging system knows nothing about them.
>
A program run by a user will never be able to write out the .py[co] files so
the files MUST be ge
On Wed, Feb 20, 2002 at 12:55:59AM +0100, Matthias Klose wrote:
> reopen 128531
> thanks
>
> > From: [EMAIL PROTECTED] (Adam D. McKenna)
> > Changes:
> > tmda (0.46-1) unstable; urgency=low
> > .
> >* New upstream release
> >* Package split into 3 packages to help attempt to conform to
14 matches
Mail list logo
