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
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 have anonymous cvs access to cvs.debian.org. Is thi
25 matches
Mail list logo
