On Fri, Dec 21, 2001 at 06:42:37PM +0900, Junichi Uekawa wrote:
> In Mon, 17 Dec 2001 22:43:31 +0100 Ola cum veritate scripsit :
>
> > I think the policy have to be clearified on this matter. Maybe add a new
> > paragraph that says something like (at the bottom of chapter 2.4.2.
> >
> > "Dependen
In Mon, 17 Dec 2001 22:43:31 +0100 Ola cum veritate scripsit :
> I think the policy have to be clearified on this matter. Maybe add a new
> paragraph that says something like (at the bottom of chapter 2.4.2.
>
> "Dependencies other than binary packages can not be assumed, including
> network conn
> "Marcus" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
Marcus> On Mon, Dec 17, 2001 at 05:19:07PM -0500, Joey Hess wrote:
>> Anyway, one can put a cvs checkout in the build rule w/o
>> breaking any autobuilders, if you're really
>> careful. base-config has had this for ages
On Mon, Dec 17, 2001 at 05:19:07PM -0500, Joey Hess wrote:
> Anyway, one can put a cvs checkout in the build rule w/o breaking any
> autobuilders, if you're really careful. base-config has had this for
> ages, without causing any problems:
Sure. But it does open a security risk. If people manage
>
> No, you shouldn't check.
>
> It is not a bug if any kind of cvs command is in any kind of file. It is a
> bug if that command is called during an automated build of a package.
>
> Blind scanning for cvs is wrong.
>
absolutely. grepping for a word almost never gives me the right results.
On Mon, 17 Dec 2001, Joey Hess wrote:
> CVSGET=cvs -d":pserver:[EMAIL PROTECTED]:/cvs/webwml" \
> co -p webwml/english/mirror/Mirrors.masterlist
>
> build:
> # Freshen Mirrors.masterlist file, but allow failure.
> if $(CVSGET) > Mirrors.masterlist.0 \
>&& [ -s "
On Mon, 17 Dec 2001, Sean 'Shaleh' Perry wrote:
> >
> > Ok. Should this be a lintian check? Test for cvs -d :pserver:...
> > in the rules file?
> >
>
> I can add it if I must. However I would like to trust our developers to not
> be
> that silly (-:
No, you shouldn't check.
It is not a bug if
On Mon, Dec 17, 2001 at 10:43:31PM +0100, Ola Lundqvist wrote:
> I think the policy have to be clearified on this matter. Maybe add a new
> paragraph that says something like (at the bottom of chapter 2.4.2.
>
> "Dependencies other than binary packages can not be assumed, including
> network conne
On Mon, Dec 17, 2001 at 10:20:32PM +0100, Ola Lundqvist wrote:
> Hmm I took the idéa from the previous java-common maintainer so that is
> why I thought it was valid... And I have got quite a lot of suggestions
> in bug-reports (do not remember if it is from other maintainers) so maybe
> such a che
Hi Sean!
You wrote:
> lync could theoretically be used to dump an html file as plain text during the
> build. Silly, but possible.
Not silly at all. sgmltools for example depends on w3m or lynx to
create text version of sgml documents.
--
Kind regards,
+--
On Mon, Dec 17, 2001 at 05:19:07PM -0500, Joey Hess wrote:
> CVSGET=cvs -d":pserver:[EMAIL PROTECTED]:/cvs/webwml" \
> co -p webwml/english/mirror/Mirrors.masterlist
>
> build:
> # Freshen Mirrors.masterlist file, but allow failure.
> if $(CVSGET) > Mirrors.masterlist.0 \
>
On Mon, Dec 17, 2001 at 01:27:04PM -0800, Sean 'Shaleh' Perry wrote:
>
> >
> > Other checks can be build-dependencies of lynx, omt, ftp and other similar
> > packages. Build dependencies of cvs is maybe a good check too. I've seen
> > it before with other packages.
> >
>
> lync could theoretica
On 17-Dec-2001 Gerhard Muntingh wrote:
> On Mon, Dec 17, 2001 at 10:38:35AM -0800, Sean 'Shaleh' Perry wrote:
>> slurps in Debian sources and builds off the network? Assuming constant
>> network
>> connectivity is absolute, pure evil.
>>
>
> I remember I couldn't build a package a while ago (can
On Mon, Dec 17, 2001 at 10:38:35AM -0800, Sean 'Shaleh' Perry wrote:
> slurps in Debian sources and builds off the network? Assuming constant
> network
> connectivity is absolute, pure evil.
>
I remember I couldn't build a package a while ago (can't remember which)
because it had a sgml document
On 17-Dec-2001 Joey Hess wrote:
> Sean 'Shaleh' Perry wrote:
>> > Ok. Should this be a lintian check? Test for cvs -d :pserver:...
>> > in the rules file?
>>
>> I can add it if I must. However I would like to trust our developers to not
>> be
>> that silly (-:
>>
>> Besides, it COULD be valid t
Sean 'Shaleh' Perry wrote:
> > Ok. Should this be a lintian check? Test for cvs -d :pserver:...
> > in the rules file?
>
> I can add it if I must. However I would like to trust our developers to not
> be
> that silly (-:
>
> Besides, it COULD be valid to do a cvs co via another make rule in the
On Mon, Dec 17, 2001 at 01:27:04PM -0800, Sean 'Shaleh' Perry wrote:
>
> >
> > Other checks can be build-dependencies of lynx, omt, ftp and other similar
> > packages. Build dependencies of cvs is maybe a good check too. I've seen
> > it before with other packages.
> >
>
> lync could theoretica
On Mon, Dec 17, 2001 at 10:28:18PM +0100, Marcus Brinkmann wrote:
> On Mon, Dec 17, 2001 at 10:20:32PM +0100, Ola Lundqvist wrote:
> > Other checks can be build-dependencies of lynx, omt, ftp and other similar
> > packages. Build dependencies of cvs is maybe a good check too. I've seen
> > it befor
On Mon, Dec 17, 2001 at 10:20:32PM +0100, Ola Lundqvist wrote:
> Other checks can be build-dependencies of lynx, omt, ftp and other similar
> packages. Build dependencies of cvs is maybe a good check too. I've seen
> it before with other packages.
lynx can be used in -dump mode to convert html to
>
> Other checks can be build-dependencies of lynx, omt, ftp and other similar
> packages. Build dependencies of cvs is maybe a good check too. I've seen
> it before with other packages.
>
lync could theoretically be used to dump an html file as plain text during the
build. Silly, but possible
On Mon, Dec 17, 2001 at 11:48:15AM -0800, Sean 'Shaleh' Perry wrote:
> >
> > Ok. Should this be a lintian check? Test for cvs -d :pserver:...
> > in the rules file?
> >
>
> I can add it if I must. However I would like to trust our developers to not
> be that silly (-:
Hmm I took the idéa from
>
> Ok. Should this be a lintian check? Test for cvs -d :pserver:...
> in the rules file?
>
I can add it if I must. However I would like to trust our developers to not be
that silly (-:
Besides, it COULD be valid to do a cvs co via another make rule in the rules
file, as long as it is not call
On Mon, Dec 17, 2001 at 10:38:35AM -0800, Sean 'Shaleh' Perry wrote:
>
> On 17-Dec-2001 Ola Lundqvist wrote:
> > Hi
> >
> > I have a question about build time dependencies for
> > a package. The question was rized because I have now included
> > (same way as java-common) imports from cvs.debian.o
On 17-Dec-2001 Ola Lundqvist wrote:
> Hi
>
> I have a question about build time dependencies for
> a package. The question was rized because I have now included
> (same way as java-common) imports from cvs.debian.org in
> the rules file. This means that to build the binary packages
> you have to
24 matches
Mail list logo
