Re: Perl files in base.

1997-09-19 Thread Fabrizio Polacco
Christian Schwarz wrote: > > Now we are starting again from the beginning... > > I asked for this (making tetex* predepend on dpkg-perl) but Ian > Jackson objected since this is too risky (check out debian-devel). done. Ian Jackson wrote: > > So you should not make tetex's preinst depend on dpk

Re: Perl files in base

1997-09-19 Thread Christian Schwarz
[I CC this reply to the debian-policy mailing list. On that list there is currently a discussion on this topic. Please send any replies to debian-policy.] On Fri, 19 Sep 1997, Ian Jackson wrote: > Aargh, I'd kind of hoped that the idea of running files in > /var/lib/dpkg/info would die by itself

Re: Bug#12509: fdutils: Data not belongs to description

1997-09-19 Thread Christian Schwarz
On 19 Sep 1997, Manoj Srivastava wrote: > Hi, > > I find the Packaging manual to be ambiguous as far as this > issue is concerned. I am including all that I thought was relevant to > the issue below. I do not see a prohibition on additional information > that may help the user choose pac

Re: Bug#12509: fdutils: Data not belongs to description

1997-09-19 Thread Manoj Srivastava
Hi, I find the Packaging manual to be ambiguous as far as this issue is concerned. I am including all that I thought was relevant to the issue below. I do not see a prohibition on additional information that may help the user choose packages (quite the contrary). It has been ar

Re: Can pstotext go into main?

1997-09-19 Thread Christian Schwarz
On Fri, 19 Sep 1997, joost witteveen wrote: > > On Fri, 19 Sep 1997, J.H.M. Dassen wrote: > > > > > Having reread the policy manual, I've come to the conclusion that my > > > pstotext package probably should go into main instead of non-free. > > > > > > pstotext requires ghostscript 3.33 or late

Re: Where is `gettextize'?

1997-09-19 Thread Christian Schwarz
[I removed the CC to the debian-devel list, since this is policy specific.] On Thu, 18 Sep 1997, Christian Lynbech wrote: > > "Santiago" == Santiago Vila Doncel <[EMAIL PROTECTED]> writes: > > Santiago> I have already submitted a bug against dpkg because of this > Santiago> (GNU packages li

Re: Bug#12509: fdutils: Data not belongs to description

1997-09-19 Thread Christian Schwarz
Hi! On 19 Sep 1997, Manoj Srivastava wrote: > Hi, >[Moving this over to policy] Thanks! > I think I agree with Anthony here; ultimately, current policy > gives the maintainer a great deal of leeway in deciding what is or > is not acceptable for the description; and far from fe

Re: Can pstotext go into main?

1997-09-19 Thread jdassen
On Sep 19, Rob Browning wrote > > Then, I assume Ray suggests this: > > > > Depends: gs > > Suggests: gs-aladdin (>= 3.51) | gs (>= 3.51) > > > > Is it now OK? I mean, the package apparently is usefull with just > > gs-3.33. So cannot it go in main? > > Typo? Didn't you mean > > Depends: gs

Re: Can pstotext go into main?

1997-09-19 Thread jdassen
On Sep 19, Christian Schwarz wrote > > Depends: gs > > Recommends: gs-aladdin (>= 3.51) | gs (>= 3.51) > > (note: there is no gs >= 3.51 yet, but since gs-aladdin 5 is available > > upstream, I expect some non-free gs version will be available under the > > GPL soon). > > Sorry, but if nei

Re: Can pstotext go into main?

1997-09-19 Thread Rob Browning
[EMAIL PROTECTED] (joost witteveen) writes: > Then, I assume Ray suggests this: > > Depends: gs > Suggests: gs-aladdin (>= 3.51) | gs (>= 3.51) > > Is it now OK? > I mean, the package apparently is usefull with just gs-3.33. > So cannot it go in main? Typo? Didn't you mean Depends: gs Sugge

Re: Can pstotext go into main?

1997-09-19 Thread joost witteveen
> On Fri, 19 Sep 1997, J.H.M. Dassen wrote: > > > Having reread the policy manual, I've come to the conclusion that my > > pstotext package probably should go into main instead of non-free. > > > > pstotext requires ghostscript 3.33 or later to work for PostScript properly, > > and 3.51 or later

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Christian Schwarz
On Thu, 18 Sep 1997, Joey Hess wrote: > Christian Schwarz wrote: > > Do you see an easy way to write such a debstd replacement which just > > prints the commands to stdout? I had a short look at debstd but I don't > > see an easy solution right now. > > Have you tried running "sh -v /usr/bin/debs

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Christian Schwarz
On Thu, 18 Sep 1997, Christoph Lameter wrote: > On Thu, 18 Sep 1997, Christian Schwarz wrote: > > >As it was not really a bug, I didn't report a bug report--but you're > >right, I probably should have done this either way. > > > >If I recall right, the problem was that debstd inserted calls to >

Re: Can pstotext go into main?

1997-09-19 Thread Christian Schwarz
On Fri, 19 Sep 1997, J.H.M. Dassen wrote: > Having reread the policy manual, I've come to the conclusion that my > pstotext package probably should go into main instead of non-free. > > pstotext requires ghostscript 3.33 or later to work for PostScript properly, > and 3.51 or later to work for PD

Re: Perl files in base.

1997-09-19 Thread Christian Schwarz
On Fri, 19 Sep 1997, Fabrizio Polacco wrote: > Christian Schwarz wrote: > > > > For example, we are still looking for a solution with the tetex-* > > postinst script. This script could be made much faster by using a > > simple Perl script that uses the dpkg-perl modules. Unless these > > modules

Can pstotext go into main?

1997-09-19 Thread J.H.M. Dassen
Having reread the policy manual, I've come to the conclusion that my pstotext package probably should go into main instead of non-free. pstotext requires ghostscript 3.33 or later to work for PostScript properly, and 3.51 or later to work for PDF properly. As 3.33 is in main, I think it can go int

Re: Perl files in base.

1997-09-19 Thread Fabrizio Polacco
Christian Schwarz wrote: > > For example, we are still looking for a solution with the tetex-* > postinst script. This script could be made much faster by using a > simple Perl script that uses the dpkg-perl modules. Unless these > modules are included in in perl-base we have to include them in >

Re: Bug#12509: fdutils: Data not belongs to description

1997-09-19 Thread Manoj Srivastava
Hi, [Moving this over to policy] I think I agree with Anthony here; ultimately, current policy gives the maintainer a great deal of leeway in deciding what is or is not acceptable for the description; and far from feeling that authour information is useless, I think we should be

Re: Perl files in base.

1997-09-19 Thread Christian Schwarz
On Wed, 17 Sep 1997, Fabrizio Polacco wrote: > Christian Schwarz wrote: > > > > I still don't understand the reason (is this just me? how do the > > others think about this?). If a package installs /usr/bin/foo, why > > can't this program be used in the "postinst" script? > > > > Well, probably

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Christian Schwarz
On Tue, 16 Sep 1997, Christoph Lameter wrote: > : I must say I like debmake for small packaging up small and easy packages. > > : However, I ran into big problems with using debstd in the large and > : complicated mysql package. (For example, debstd inserts commands in the > : postinst script whi

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Joey Hess
Christian Schwarz wrote: > Do you see an easy way to write such a debstd replacement which just > prints the commands to stdout? I had a short look at debstd but I don't > see an easy solution right now. Have you tried running "sh -v /usr/bin/debstd" ? That should output what it's doing. -- see

Re: Bug#12869: debmake still uses #!/bin/bash for very simple scripts.

1997-09-19 Thread Christoph Lameter
On Thu, 18 Sep 1997, Christian Schwarz wrote: >As it was not really a bug, I didn't report a bug report--but you're >right, I probably should have done this either way. > >If I recall right, the problem was that debstd inserted calls to >"update-rc.d" and "/etc/init.d/foo start" to the postinst sc