Re: error when building package
On Fri, Jun 29, 2001 at 03:55:40AM +0200, Eric Van Buggenhaut wrote:
> On Fri, Jun 29, 2001 at 01:08:44AM +0200, Robert Millan wrote:
> > Hello,
> >
> > when i run "dpkg-buildpackage -rfakeroot" to create a package, i get the
> > following error:
> >
> > dpkg-deb: parse error, in file `debian/esms/DEBIAN/control' near line 6
> > package `esms':
> > `Depends' field, missing package name, or garbage where package name
> > expected
> > dh_builddeb: command returned error code
> >
> > while my debian/esms/DEBIAN/control file looks correct:
> >
> > Package: esms
> > Version: 0.8.5-1
> > Section: comm
> > Priority: optional
> > Architecture: i386
> > Depends: ,perl-base, libwww-perl
>
>
> Looks correct ??
>
> > Depends: ${shlibs:Depends}, perl-base, libwww-perl
Definitely incorrect. What's happening is that shlibs is returning no
dependencies, or you're not running it. If you've commented out dh_shlibdeps
in your debian/rules file, then remove the ${shlibs:Depends}, section from
debian/control, otherwise comment it out and remove the ${shlibs:Depends},
section anyway.
:) d
--
Daniel Stone <[EMAIL PROTECTED]>
"can NE1 help me aim nuclear weaponz? /MSG ME!!"
Re: error when building package
On Fri, Jun 29, 2001 at 03:55:40AM +0200, Eric Van Buggenhaut wrote:
> On Fri, Jun 29, 2001 at 01:08:44AM +0200, Robert Millan wrote:
> > Hello,
> >
> > when i run "dpkg-buildpackage -rfakeroot" to create a package, i get the following
>error:
> >
> > dpkg-deb: parse error, in file `debian/esms/DEBIAN/control' near line 6 package
>`esms':
> > `Depends' field, missing package name, or garbage where package name expected
> > dh_builddeb: command returned error code
> >
> > while my debian/esms/DEBIAN/control file looks correct:
> >
> > Package: esms
> > Version: 0.8.5-1
> > Section: comm
> > Priority: optional
> > Architecture: i386
> > Depends: ,perl-base, libwww-perl
>
>
> Looks correct ??
>
> > Depends: ${shlibs:Depends}, perl-base, libwww-perl
Definitely incorrect. What's happening is that shlibs is returning no
dependencies, or you're not running it. If you've commented out dh_shlibdeps
in your debian/rules file, then remove the ${shlibs:Depends}, section from
debian/control, otherwise comment it out and remove the ${shlibs:Depends},
section anyway.
:) d
--
Daniel Stone <[EMAIL PROTECTED]>
"can NE1 help me aim nuclear weaponz? /MSG ME!!"
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Depricating a library
On Mon, Jun 18, 2001 at 10:49:35AM +0900, Junichi Uekawa wrote: > > Hello, > > Upstram of qtecasound has depricated libqtecasound, > and the only application which depended upon libqtecasound (qtecasound, and > ecawave) > no longer need the library. > > Would I need to make an empty package of libqtecasound to ensure > it no longer exists, or do I make newer version of ecawave and qtecasound > to Conflicts: with them, or do I just leave them there ? Since the only apps that used to depend on it, now no longer need it, file a bug against ftp.d.o asking for libqtecasound to be removed from the archives, and make new versions of qtecasound and evawave, that have Conflicts: libqtecasound, to make sure it gets removed from systems as well. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Depricating a library
On Mon, Jun 18, 2001 at 10:49:35AM +0900, Junichi Uekawa wrote: > > Hello, > > Upstram of qtecasound has depricated libqtecasound, > and the only application which depended upon libqtecasound (qtecasound, and ecawave) > no longer need the library. > > Would I need to make an empty package of libqtecasound to ensure > it no longer exists, or do I make newer version of ecawave and qtecasound > to Conflicts: with them, or do I just leave them there ? Since the only apps that used to depend on it, now no longer need it, file a bug against ftp.d.o asking for libqtecasound to be removed from the archives, and make new versions of qtecasound and evawave, that have Conflicts: libqtecasound, to make sure it gets removed from systems as well. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help on Unlicensed packages (Themes)
On Mon, May 28, 2001 at 01:31:14PM +0100, Colin Fowler wrote: > No Readme - no License - no Copyright. I just took them all, put them together > Copyright: > Each theme remains the copyright of its respective authors. Hi Colin, I don't have specific reference here, but AFAIK you need specific copyright and licensing from the upstream authors. paranoia was pulled from bsdgames because of an ambiguous license/copyright (it was more or less taken from a magazine article). So, I suggest contacting the upstream authors and asking for a license and copyright. Good luck! :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Need help on Unlicensed packages (Themes)
On Mon, May 28, 2001 at 01:31:14PM +0100, Colin Fowler wrote: > No Readme - no License - no Copyright. I just took them all, put them together > Copyright: > Each theme remains the copyright of its respective authors. Hi Colin, I don't have specific reference here, but AFAIK you need specific copyright and licensing from the upstream authors. paranoia was pulled from bsdgames because of an ambiguous license/copyright (it was more or less taken from a magazine article). So, I suggest contacting the upstream authors and asking for a license and copyright. Good luck! :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upstream maintainer disagree with the package name
On Sat, May 26, 2001 at 11:44:46PM +0200, R?mi Perrot wrote: > PS: here is part of the dpkg-dev -c result of libglade-perl > ... > -rw-r--r-- root/root 74828 2001-02-10 17:07:33 > ./usr/lib/perl5/Glade/PerlUIGtk.pm [...] > -rw-r--r-- root/root 43005 2001-02-10 17:07:33 > ./usr/lib/perl5/Glade/PerlUIExtra.pm > drwxr-xr-x root/root 0 2001-05-19 10:01:54 ./usr/share/ > drwxr-xr-x root/root 0 2001-05-19 10:02:11 ./usr/share/man/ > drwxr-xr-x root/root 0 2001-05-19 10:02:26 ./usr/share/man/man3/ > -rw-r--r-- root/root 7199 2001-05-19 10:01:35 > ./usr/share/man/man3/Glade::PerlGenerate.3pm.gz > ... > -rwxr-xr-x root/root 1520 2001-05-19 10:01:33 ./usr/bin/glade2perl Hi, (Remi? Rimi? mutt doesn't display the second character, as you can see). Well, as far as I can see, because of the glade2perl, and the fact that it also has perl libraries, I'd be tempted to say it was a binary package with libraries. However, if its main purpose was to have those libraries, and the glade2perl binary is just a small offshoot that doesn't really matter, I'd say it was a library. Regards, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Package name change
On Sat, May 26, 2001 at 10:04:45PM +0200, Michael Wiedmann wrote: > What is the proposed handling of a package whose name has changed? > (e.g.: the author of foo-0.1.tar.gz, Debian package foo_0.1-1_i386.deb, > changes the name of the package to bar-0.2.tar.gz) > > The only thing which comes to my mind is treating the old package > as 'conflict' for the new one, but there must be a more elegant > solution!? Michael, Use Conflicts: foo, and Replaces: foo. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Upstream maintainer disagree with the package name
On Sat, May 26, 2001 at 11:44:46PM +0200, R?mi Perrot wrote: > PS: here is part of the dpkg-dev -c result of libglade-perl > ... > -rw-r--r-- root/root 74828 2001-02-10 17:07:33 ./usr/lib/perl5/Glade/PerlUIGtk.pm [...] > -rw-r--r-- root/root 43005 2001-02-10 17:07:33 >./usr/lib/perl5/Glade/PerlUIExtra.pm > drwxr-xr-x root/root 0 2001-05-19 10:01:54 ./usr/share/ > drwxr-xr-x root/root 0 2001-05-19 10:02:11 ./usr/share/man/ > drwxr-xr-x root/root 0 2001-05-19 10:02:26 ./usr/share/man/man3/ > -rw-r--r-- root/root 7199 2001-05-19 10:01:35 >./usr/share/man/man3/Glade::PerlGenerate.3pm.gz > ... > -rwxr-xr-x root/root 1520 2001-05-19 10:01:33 ./usr/bin/glade2perl Hi, (Remi? Rimi? mutt doesn't display the second character, as you can see). Well, as far as I can see, because of the glade2perl, and the fact that it also has perl libraries, I'd be tempted to say it was a binary package with libraries. However, if its main purpose was to have those libraries, and the glade2perl binary is just a small offshoot that doesn't really matter, I'd say it was a library. Regards, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package name change
On Sat, May 26, 2001 at 10:04:45PM +0200, Michael Wiedmann wrote: > What is the proposed handling of a package whose name has changed? > (e.g.: the author of foo-0.1.tar.gz, Debian package foo_0.1-1_i386.deb, > changes the name of the package to bar-0.2.tar.gz) > > The only thing which comes to my mind is treating the old package > as 'conflict' for the new one, but there must be a more elegant > solution!? Michael, Use Conflicts: foo, and Replaces: foo. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem with dpkg-buildpackage -rfakeroot / dh_movefiles: debian/tmp does not exist.
On Fri, May 25, 2001 at 02:41:34PM +0200, Noel Koethe wrote: > On Fri, 25 May 2001, Alwyn Schoeman wrote: > > Hello, > > > This is actually similar to what I was experiencing. If you want to use > > debian/tmp you'll have to add -Pdebian/tmp to all dh_* functions that > > creates > > or install files > > Hmm, I don't want it but dh_movefiles wants debian/tmp > I want to use the standard. > So this is a general problem or just my? The new standard (with debhelper v3) is debian/, not debian/tmp. So, in this case, you'd use debian/drac everywhere, instead of debian/tmp. Hope this helps, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Problem with temporary package build directory removal
On Fri, May 25, 2001 at 02:05:05PM +0200, Alwyn Schoeman wrote: > fakeroot debian/rules clean works! > > Is this standard way of cleaning up the build directories? Yeah, it is. It calls everything under the clean: target in debian/rules - the best way to go about things. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: problem with dpkg-buildpackage -rfakeroot / dh_movefiles: debian/tmp does not exist.
On Fri, May 25, 2001 at 02:41:34PM +0200, Noel Koethe wrote: > On Fri, 25 May 2001, Alwyn Schoeman wrote: > > Hello, > > > This is actually similar to what I was experiencing. If you want to use > > debian/tmp you'll have to add -Pdebian/tmp to all dh_* functions that creates > > or install files > > Hmm, I don't want it but dh_movefiles wants debian/tmp > I want to use the standard. > So this is a general problem or just my? The new standard (with debhelper v3) is debian/, not debian/tmp. So, in this case, you'd use debian/drac everywhere, instead of debian/tmp. Hope this helps, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with temporary package build directory removal
On Fri, May 25, 2001 at 07:13:14AM -0400, Harry Henry Gebel wrote: > On Fri, May 25, 2001 at 12:49:31PM +0200, Alwyn Schoeman wrote: > > > I'm sorry, I meant dh_clean do not remove this directory. So if package is > > foo, then the build process would create debian/foo and install all the > > files in that directory tree. Upon dh_clean it should remove debian/foo, > > but it doesn't. If it was called debian/tmp it seems to work, but then I > > need to add -Pdebian/tmp to most dh_* commands in debian/rules. > > Do you have: > > export DH_COMPAT=3 > > in your rules file? I adopted a package that didn't and found it tried to > work in debian/tmp , but when I added the above to the top of my rules file > it started using debian/package_name . You also need to build-depend on debhelper >v3: Build-Depends: debhelper (>> 3.0.0) Because DH_COMPAT=3, makes it use debhelper v3 features. Also, the best solution is to put dh_clean as one of the targets for clean: in debian/rules. That way, fakeroot debian/rules clean, takes care of it. My clean: line in debian/rules looks like: clean: dh_testdir dh_testroot rm -f build-stamp configure-stamp # Clean everything up afterwards. -$(MAKE) clean dh_clean So, fakeroot debian/rules clean, thoroughly cleans it. Hope this helps, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Problem with temporary package build directory removal
On Fri, May 25, 2001 at 02:05:05PM +0200, Alwyn Schoeman wrote: > fakeroot debian/rules clean works! > > Is this standard way of cleaning up the build directories? Yeah, it is. It calls everything under the clean: target in debian/rules - the best way to go about things. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with temporary package build directory removal
On Fri, May 25, 2001 at 07:13:14AM -0400, Harry Henry Gebel wrote: > On Fri, May 25, 2001 at 12:49:31PM +0200, Alwyn Schoeman wrote: > > > I'm sorry, I meant dh_clean do not remove this directory. So if package is > > foo, then the build process would create debian/foo and install all the > > files in that directory tree. Upon dh_clean it should remove debian/foo, > > but it doesn't. If it was called debian/tmp it seems to work, but then I > > need to add -Pdebian/tmp to most dh_* commands in debian/rules. > > Do you have: > > export DH_COMPAT=3 > > in your rules file? I adopted a package that didn't and found it tried to > work in debian/tmp , but when I added the above to the top of my rules file > it started using debian/package_name . You also need to build-depend on debhelper >v3: Build-Depends: debhelper (>> 3.0.0) Because DH_COMPAT=3, makes it use debhelper v3 features. Also, the best solution is to put dh_clean as one of the targets for clean: in debian/rules. That way, fakeroot debian/rules clean, takes care of it. My clean: line in debian/rules looks like: clean: dh_testdir dh_testroot rm -f build-stamp configure-stamp # Clean everything up afterwards. -$(MAKE) clean dh_clean So, fakeroot debian/rules clean, thoroughly cleans it. Hope this helps, :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Creating a Packages and Sources file.
On Thu, May 24, 2001 at 06:41:38AM -0400, Chris Danis wrote: > > >>>>> On Thu, 24 May 2001, "Viral" == Viral wrote: > > Viral> If I have uploaded experimental pacakages to my homepage, how do I > Viral> make the required Packages and Sources files so that the packages > Viral> can be used with apt-get ? > > Assuming you have apt >> 0.5.0, man apt-ftparchive. ftparchive is pretty > easy to use IMO. > > Otherwise, you'll have to use dpkg-scanpackages and dpkg-scansources (from > the dpkg-dev package). Both, of course, have manpages as well ;) > > NB: You don't really need your own override file; both will work fine > without one. Even though dpkg-scan* asks for one on the command line, you > can just pass it /dev/null :) > > Of course, feel free to ask if you run into trouble or anything I have cat-pkg somewhere, which works quite well for me, though it's not the best - I'm looking at apt-ftparchive. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: Creating a Packages and Sources file.
On Thu, May 24, 2001 at 06:41:38AM -0400, Chris Danis wrote: > > >>>>> On Thu, 24 May 2001, "Viral" == Viral wrote: > > Viral> If I have uploaded experimental pacakages to my homepage, how do I > Viral> make the required Packages and Sources files so that the packages > Viral> can be used with apt-get ? > > Assuming you have apt >> 0.5.0, man apt-ftparchive. ftparchive is pretty > easy to use IMO. > > Otherwise, you'll have to use dpkg-scanpackages and dpkg-scansources (from > the dpkg-dev package). Both, of course, have manpages as well ;) > > NB: You don't really need your own override file; both will work fine > without one. Even though dpkg-scan* asks for one on the command line, you > can just pass it /dev/null :) > > Of course, feel free to ask if you run into trouble or anything I have cat-pkg somewhere, which works quite well for me, though it's not the best - I'm looking at apt-ftparchive. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_installinit and dh_installkpatches questions.
On Wed, May 23, 2001 at 12:18:18PM +0530, Viral wrote: > Hi, > > I am packaging mosix, which is a cluster computing tool which does fault > tolerance, load balancing and process migration. > > It comes as 2 kernel patches. One is a standard kernel patch which I handle > with dh_installkpatches. The other is a tar file, which has to be untarred > in /usr/src/linux. > > Can I handle this too with dh_installkpatches ? How otherwise would be a good > way to do it ? Currently, I just have a note in README.Debian to do it > manually. dh_installkpatches can't do this - does it have to be untarred? Why can't you just make up a diff, and apply that with dh_installkpatches? :) d BTW, for kernel-patch-ulog, there was no straight-out diff, so I had to apply it via patch-o-matic, and diff it against a clean source tree. -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: dh_installinit and dh_installkpatches questions.
On Wed, May 23, 2001 at 12:18:18PM +0530, Viral wrote: > Hi, > > I am packaging mosix, which is a cluster computing tool which does fault > tolerance, load balancing and process migration. > > It comes as 2 kernel patches. One is a standard kernel patch which I handle > with dh_installkpatches. The other is a tar file, which has to be untarred > in /usr/src/linux. > > Can I handle this too with dh_installkpatches ? How otherwise would be a good > way to do it ? Currently, I just have a note in README.Debian to do it > manually. dh_installkpatches can't do this - does it have to be untarred? Why can't you just make up a diff, and apply that with dh_installkpatches? :) d BTW, for kernel-patch-ulog, there was no straight-out diff, so I had to apply it via patch-o-matic, and diff it against a clean source tree. -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What to do about old package left over from move to non-US?
On Tue, May 22, 2001 at 07:48:44PM -0400, Jimmy Kaplowitz wrote: > Hi all. I have moved my package althea to non-US because it now supports SSL. > The old package, version 0.4.4a, is still in main. Once the new version is > installed into non-US, should I file a bug (what severity?) against > ftp.debian.org requesting the old version's removal? Or, should I keep it > around until security problems are found in it so that those people who don't > use non-US will see my package? I should mention, the package soon to be in > non-US can easily be compiled without SSL with a simple and short Makefile > change which I have documented in README.Debian and referred to in the package > description, so it is of use to people who can't use non-US. Hi Jimmy, If you want it in non-US, then file a bug against ftp.debian.org requesting its removal, however I would recommend splitting the package into althea (no crpyto, in ftp.debian.org), and althea-ssl (crypto, in non-US), or althea (with crypto, non-US), and althea-nossl (no crypto, in ftp.debian.org), with that simple Makefile change you suggested. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: What to do about old package left over from move to non-US?
On Tue, May 22, 2001 at 07:48:44PM -0400, Jimmy Kaplowitz wrote: > Hi all. I have moved my package althea to non-US because it now supports SSL. > The old package, version 0.4.4a, is still in main. Once the new version is > installed into non-US, should I file a bug (what severity?) against > ftp.debian.org requesting the old version's removal? Or, should I keep it > around until security problems are found in it so that those people who don't > use non-US will see my package? I should mention, the package soon to be in > non-US can easily be compiled without SSL with a simple and short Makefile > change which I have documented in README.Debian and referred to in the package > description, so it is of use to people who can't use non-US. Hi Jimmy, If you want it in non-US, then file a bug against ftp.debian.org requesting its removal, however I would recommend splitting the package into althea (no crpyto, in ftp.debian.org), and althea-ssl (crypto, in non-US), or althea (with crypto, non-US), and althea-nossl (no crypto, in ftp.debian.org), with that simple Makefile change you suggested. :) d -- Daniel Stone<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
On Sat, Apr 14, 2001 at 09:06:37PM +0200, Filip Van Raemdonck wrote: > > > > > > Subject: Out of Office AutoReply: Changes to /etc/init.d/networking > > > > > > > Sorry, this belongs on debian-firewall. > > > No it doesn't, and for two reasons. > > First off probably nobody around here is interested in who's on vacation. > > And second it display private information from someone on a public mailing > list - and there you made a gross mistake. (even though the person in > question is not free of blame either, he should've taken precautions to not > autoreply to list mail) Well, I'm technically on holidays, too. I AM ON HOLIDAYS UNTIL THE 23RD OF APRIL. There you go. Private, sensitive info. In caps. Wow. Oh my god. I can't believe I just posted that to a list. I'm shell-shocked. I'm not sure why, but you are, so there's obviously a brilliant reason. My point was, auto-replies to lists suck. And, btw, anyone can gain this "sensitive information" just by posting to -firewall. -- Daniel Stone, who is on holiday until the 23rd of April, and is shocked that anyone might have that sensitive information Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK--
Re: Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
On Sat, Apr 14, 2001 at 09:06:37PM +0200, Filip Van Raemdonck wrote: > > > > > > Subject: Out of Office AutoReply: Changes to /etc/init.d/networking > > > > > > > Sorry, this belongs on debian-firewall. > > > No it doesn't, and for two reasons. > > First off probably nobody around here is interested in who's on vacation. > > And second it display private information from someone on a public mailing > list - and there you made a gross mistake. (even though the person in > question is not free of blame either, he should've taken precautions to not > autoreply to list mail) Well, I'm technically on holidays, too. I AM ON HOLIDAYS UNTIL THE 23RD OF APRIL. There you go. Private, sensitive info. In caps. Wow. Oh my god. I can't believe I just posted that to a list. I'm shell-shocked. I'm not sure why, but you are, so there's obviously a brilliant reason. My point was, auto-replies to lists suck. And, btw, anyone can gain this "sensitive information" just by posting to -firewall. -- Daniel Stone, who is on holiday until the 23rd of April, and is shocked that anyone might have that sensitive information Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
On Sat, Apr 14, 2001 at 09:11:59AM +1000, Daniel Stone wrote: > - Forwarded message from "Graf, Christian" <[EMAIL PROTECTED]> - > > From: "Graf, Christian" <[EMAIL PROTECTED]> > To: Daniel Stone <[EMAIL PROTECTED]> > Subject: Out of Office AutoReply: Changes to /etc/init.d/networking > > I'm on holiday until 20.4.01. > > - End forwarded message - > > Yearg! And another one, entirely in German. :\ > > d Sorry, this belongs on debian-firewall. d -- Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK--
Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
- Forwarded message from "Graf, Christian" <[EMAIL PROTECTED]> - From: "Graf, Christian" <[EMAIL PROTECTED]> To: Daniel Stone <[EMAIL PROTECTED]> Subject: Out of Office AutoReply: Changes to /etc/init.d/networking I'm on holiday until 20.4.01. - End forwarded message - Yearg! And another one, entirely in German. :\ d -- Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK--
Re: Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
On Sat, Apr 14, 2001 at 09:11:59AM +1000, Daniel Stone wrote: > - Forwarded message from "Graf, Christian" <[EMAIL PROTECTED]> - > > From: "Graf, Christian" <[EMAIL PROTECTED]> > To: Daniel Stone <[EMAIL PROTECTED]> > Subject: Out of Office AutoReply: Changes to /etc/init.d/networking > > I'm on holiday until 20.4.01. > > - End forwarded message - > > Yearg! And another one, entirely in German. :\ > > d Sorry, this belongs on debian-firewall. d -- Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fw: Out of Office AutoReply: Changes to /etc/init.d/networking
- Forwarded message from "Graf, Christian" <[EMAIL PROTECTED]> - From: "Graf, Christian" <[EMAIL PROTECTED]> To: Daniel Stone <[EMAIL PROTECTED]> Subject: Out of Office AutoReply: Changes to /etc/init.d/networking I'm on holiday until 20.4.01. - End forwarded message - Yearg! And another one, entirely in German. :\ d -- Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Request for sponsors
Hi, I've been awaiting DAM approval for well over a month now, still no joy, so I'm asking for someone to sponsor these packages: * epic4-script-light: Light - It's Just Not Lame (EPIC4 IRC script) * agt: Easy iptables administration - Converts config files into iptables rulesets * ident2: Uberconfigurable identd - Self-explanatory. They can all be found from: deb http://piro.kabuki.eyep.net/~daniel/debian unstable main Please contact me first if you wish to do this, as I have to change a few things in the packages (Maintainer: field, etc, as they're set as my test Debian one, have to move it to my real one since I'm not in Debian yet). Thanks a lot! :) d (please cc: me on -mentors posts, I'm not on -mentors) Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK--
Request for sponsors
Hi, I've been awaiting DAM approval for well over a month now, still no joy, so I'm asking for someone to sponsor these packages: * epic4-script-light: Light - It's Just Not Lame (EPIC4 IRC script) * agt: Easy iptables administration - Converts config files into iptables rulesets * ident2: Uberconfigurable identd - Self-explanatory. They can all be found from: deb http://piro.kabuki.eyep.net/~daniel/debian unstable main Please contact me first if you wish to do this, as I have to change a few things in the packages (Maintainer: field, etc, as they're set as my test Debian one, have to move it to my real one since I'm not in Debian yet). Thanks a lot! :) d (please cc: me on -mentors posts, I'm not on -mentors) Daniel Stone Linux Kernel Developer [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 G!>CS d s++:- a C++ ULS$>B P L+++> E+(joe)>+++ W++ N->++ !o K? w++(--) O M- V-- PS+++ PE- Y PGP>++ t--- 5-- X- R- tv-(!) b+++ DI+++ D+ G e->++ h!(+) r+(%) y? UF++ --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (long reply) Re: NM saga (all of it - Joey, this means you)
> ++ 16/01/01 01:41 +1100 - Daniel Stone: > > Enter Debian, 2001. Democracy. (Yeah, my arse). NMs aren't allowed to spe= > ak > > a non-positive word against so-called "senior developers" because they're > > just little, unimportant NMs.=20 > > Did anyone moderated you from debian-devel? What do you mean by > ``aren't'' allowed? I meant the ideal world as Ben Collins, Joey, ajt, etc, see it. > > Nor are they allowed emails. Or machine > > access. Even if they need machine access to do a wider range of packages = > on > > a wider range of machines, so they can one day become a fabled "senior > > developer". Whoops. Then, we're left with the Ben Collinses and the Joseph > > Carters, and the ... you get the point. Every member of Debian has equal > > rights. Access. Email. Votes. A SAY. > > What you're talking about is communism, believe me. You and Ben have > equal rights in Debian Project, but Ben has much more power. And democracy = > is: > -- you have more money -- you have more power (not rights). Debian=20 > equivalent -- you make more job for debian and have more knowledge and > expirience -- you have more power. I can bet that you can't even > imagine how much of himself Ben dedicates to Debian. Compared to him, > you are just a lurker. I know this. Did you ever stop to think about the amount of time I CAN dedicate to Debian? That and how much I DO are roughly equal. This is a democracy, and what formal power does Ben wield, apart from, "I am Ben Collins, hear me roar."?
Re: (long reply) Re: NM saga (all of it - Joey, this means you)
> ++ 16/01/01 01:41 +1100 - Daniel Stone: > > Enter Debian, 2001. Democracy. (Yeah, my arse). NMs aren't allowed to spe= > ak > > a non-positive word against so-called "senior developers" because they're > > just little, unimportant NMs.=20 > > Did anyone moderated you from debian-devel? What do you mean by > ``aren't'' allowed? I meant the ideal world as Ben Collins, Joey, ajt, etc, see it. > > Nor are they allowed emails. Or machine > > access. Even if they need machine access to do a wider range of packages = > on > > a wider range of machines, so they can one day become a fabled "senior > > developer". Whoops. Then, we're left with the Ben Collinses and the Joseph > > Carters, and the ... you get the point. Every member of Debian has equal > > rights. Access. Email. Votes. A SAY. > > What you're talking about is communism, believe me. You and Ben have > equal rights in Debian Project, but Ben has much more power. And democracy = > is: > -- you have more money -- you have more power (not rights). Debian=20 > equivalent -- you make more job for debian and have more knowledge and > expirience -- you have more power. I can bet that you can't even > imagine how much of himself Ben dedicates to Debian. Compared to him, > you are just a lurker. I know this. Did you ever stop to think about the amount of time I CAN dedicate to Debian? That and how much I DO are roughly equal. This is a democracy, and what formal power does Ben wield, apart from, "I am Ben Collins, hear me roar."? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(long reply) Re: NM saga (all of it - Joey, this means you)
(Joey, this is CC'ed to you because of the DAM bit, please take it to heart). > As I mentioned before, I have passed all tasks and skills to become a NM, I'm > just waiting DAM approval. You too? Whacky. Seems to be the tale of virtually every person in the NM queue I know. Passed P&P. Passed T&S. Passed ID. Waiting, waiting, waiting for DAM approval. (OK, I can't speak, still waiting for my AM to approve my ID stage. But I know about 5 people in a similar stage, who have been for months). I think Craig (Sanders) summed it up beautifully in his email where he said that the DAM was a servant-type job, not a master. How would you like it if a submarine captain just vanished on holiday without telling anyone because he couldn't be stuffed going on his next mission? The president? You get the picture. Joey, you've been given responsibility. You've been trusted. Your job as DAM is to take NM's, look at the AM's recommendations, and, eventually, assign accounts. See those last 2 words? ASSIGN. ACCOUNTS. This isn't happening! And, if you ARE on holiday, why did you not see fit to tell anyone? (I know I'm not on -private, but several of those who are have verified he hasn't said a word). > At the moment, I live 2000 km from home, I don't have a Debian system at hand, > and at work, I'm only allowed to use Suse, other distribution is prohibited. Well, I have a sid machine which is generally broken. Pentium. 48 meg of RAM. 2 gig all up, lucky to have a couple of hundred meg free, and that's when I'm not maintaining 2 kernel trees to do Netfilter work. But what if my software I maintain breaks on potato? Woody? Big-endian? PPC? What do I do then? You see, Anthony, not everyone has the money to buy computers. There are 4 in this house (3 of which work), the rest are NT and 98, because they're my family's work machines, and they're rabid about me touching them. At 15, I don't have much of an income to speak of, and that which I do have goes towards trying to scrape together some semblance of a life and do stuff. No way in hell can I afford a new PC. Hell, at the moment, I have NEGATIVE $158.83. Negative. Not nearly enough to get a new PC. Enter the Debian machines. Oh, wait. I'm an NM. I'm some evil h4x0r bastard who just wants a l33t @debian.org email address. Oops. I'd better hope one of the l^Husers fixes it. See what's wrong with this picture? (Russell, thanks very much for your generous offer. Might have to take you up on it one day). > I'm /home-less and I'm not rich enough to buy a computer now. If DAM would > accept me as NM I could work remotely on Debian machines and improve the > packages I have already build. Hip-hip-horray! > I also think that when someone actively participate in a volunteer project, he > (she) has the right to take part in the decisions made (votes, ie) and guide > the future of this project. Well said! You see, if countries worked like this, we'd be electing fifty-something year old pres ... oh, wait. Anyway, my basic point is that at 18, I become eligible to vote. I have the same rights as every other voting Australian citizen. My vote is one vote. I can speak freely. I can criticize who I want. I am free to do whatever. That, my friends, is democracy. Enter Debian, 2001. Democracy. (Yeah, my arse). NMs aren't allowed to speak a non-positive word against so-called "senior developers" because they're just little, unimportant NMs. Nor are they allowed emails. Or machine access. Even if they need machine access to do a wider range of packages on a wider range of machines, so they can one day become a fabled "senior developer". Whoops. Then, we're left with the Ben Collinses and the Joseph Carters, and the ... you get the point. Every member of Debian has equal rights. Access. Email. Votes. A SAY. A say. This, my friends, is free speech (no, not as in GPL, as in true free speech). What's this about NMs not being allowed to speak out against these "senior developers"? That is bullshit, to be honest, complete and utter bullshit. (Hey, Ben, want a trip to China? I think you'd get along well with the Communist Party there, especially wrt free speech - i.e. don't criticize the established ones/those in power). Some have been established special tasks - DAM (and, oddly enough, Joey, the DAM actually has to DO his job), FTP-type guy, Web maintainer, you name it. Those are responsibilities, and you do what you have been trusted to (Joey), and you don't abuse your position of power (again, Joey). If you have, congratulations. Try not to fuck up. Most of all, don't do it deliberately. Because what you're doing, is not only annoying the shit out of the other people, but abusing the trust that has been placed in you; please don't. This is not good, not good at all. Debian's a free, open organisation (within reason, of course - hence, the NM checks, bloody strenuous as they are). Let's keep it that way. That's my $au0.02. And the other 2c. And the other, and the ... Daniel. On Sat,
(long reply) Re: NM saga (all of it - Joey, this means you)
(Joey, this is CC'ed to you because of the DAM bit, please take it to heart). > As I mentioned before, I have passed all tasks and skills to become a NM, I'm > just waiting DAM approval. You too? Whacky. Seems to be the tale of virtually every person in the NM queue I know. Passed P&P. Passed T&S. Passed ID. Waiting, waiting, waiting for DAM approval. (OK, I can't speak, still waiting for my AM to approve my ID stage. But I know about 5 people in a similar stage, who have been for months). I think Craig (Sanders) summed it up beautifully in his email where he said that the DAM was a servant-type job, not a master. How would you like it if a submarine captain just vanished on holiday without telling anyone because he couldn't be stuffed going on his next mission? The president? You get the picture. Joey, you've been given responsibility. You've been trusted. Your job as DAM is to take NM's, look at the AM's recommendations, and, eventually, assign accounts. See those last 2 words? ASSIGN. ACCOUNTS. This isn't happening! And, if you ARE on holiday, why did you not see fit to tell anyone? (I know I'm not on -private, but several of those who are have verified he hasn't said a word). > At the moment, I live 2000 km from home, I don't have a Debian system at hand, > and at work, I'm only allowed to use Suse, other distribution is prohibited. Well, I have a sid machine which is generally broken. Pentium. 48 meg of RAM. 2 gig all up, lucky to have a couple of hundred meg free, and that's when I'm not maintaining 2 kernel trees to do Netfilter work. But what if my software I maintain breaks on potato? Woody? Big-endian? PPC? What do I do then? You see, Anthony, not everyone has the money to buy computers. There are 4 in this house (3 of which work), the rest are NT and 98, because they're my family's work machines, and they're rabid about me touching them. At 15, I don't have much of an income to speak of, and that which I do have goes towards trying to scrape together some semblance of a life and do stuff. No way in hell can I afford a new PC. Hell, at the moment, I have NEGATIVE $158.83. Negative. Not nearly enough to get a new PC. Enter the Debian machines. Oh, wait. I'm an NM. I'm some evil h4x0r bastard who just wants a l33t @debian.org email address. Oops. I'd better hope one of the l^Husers fixes it. See what's wrong with this picture? (Russell, thanks very much for your generous offer. Might have to take you up on it one day). > I'm /home-less and I'm not rich enough to buy a computer now. If DAM would > accept me as NM I could work remotely on Debian machines and improve the > packages I have already build. Hip-hip-horray! > I also think that when someone actively participate in a volunteer project, he > (she) has the right to take part in the decisions made (votes, ie) and guide > the future of this project. Well said! You see, if countries worked like this, we'd be electing fifty-something year old pres ... oh, wait. Anyway, my basic point is that at 18, I become eligible to vote. I have the same rights as every other voting Australian citizen. My vote is one vote. I can speak freely. I can criticize who I want. I am free to do whatever. That, my friends, is democracy. Enter Debian, 2001. Democracy. (Yeah, my arse). NMs aren't allowed to speak a non-positive word against so-called "senior developers" because they're just little, unimportant NMs. Nor are they allowed emails. Or machine access. Even if they need machine access to do a wider range of packages on a wider range of machines, so they can one day become a fabled "senior developer". Whoops. Then, we're left with the Ben Collinses and the Joseph Carters, and the ... you get the point. Every member of Debian has equal rights. Access. Email. Votes. A SAY. A say. This, my friends, is free speech (no, not as in GPL, as in true free speech). What's this about NMs not being allowed to speak out against these "senior developers"? That is bullshit, to be honest, complete and utter bullshit. (Hey, Ben, want a trip to China? I think you'd get along well with the Communist Party there, especially wrt free speech - i.e. don't criticize the established ones/those in power). Some have been established special tasks - DAM (and, oddly enough, Joey, the DAM actually has to DO his job), FTP-type guy, Web maintainer, you name it. Those are responsibilities, and you do what you have been trusted to (Joey), and you don't abuse your position of power (again, Joey). If you have, congratulations. Try not to fuck up. Most of all, don't do it deliberately. Because what you're doing, is not only annoying the shit out of the other people, but abusing the trust that has been placed in you; please don't. This is not good, not good at all. Debian's a free, open organisation (within reason, of course - hence, the NM checks, bloody strenuous as they are). Let's keep it that way. That's my $au0.02. And the other 2c. And the other, and the ... Daniel. On Sat
Re: New-maintainer - STOP THAT SHIT
> On 20010114T010257-0600, Scott Dier wrote: > > What about odd programs with breakage on non-x86 platforms? > > Those are special cases, and warrant access to our non-x86 machines. What about those with sid (me) who want access to potato and woody machines to test with weird breakages? (me) Why in hell are you people so immediately suspicious of NMs? Here's a solution. Let's put in place every single tightarse, fascist regulation you people have proposed. Then, let's dump you out of Debian, and put you in the NM queue, under a different name, with no-one knowing who you are. Then, and ONLY THEN, are you entitled to speak about NMs. Become one first. Then bitch. d
Re: New-maintainer - STOP THAT SHIT
> On 20010114T010257-0600, Scott Dier wrote: > > What about odd programs with breakage on non-x86 platforms? > > Those are special cases, and warrant access to our non-x86 machines. What about those with sid (me) who want access to potato and woody machines to test with weird breakages? (me) Why in hell are you people so immediately suspicious of NMs? Here's a solution. Let's put in place every single tightarse, fascist regulation you people have proposed. Then, let's dump you out of Debian, and put you in the NM queue, under a different name, with no-one knowing who you are. Then, and ONLY THEN, are you entitled to speak about NMs. Become one first. Then bitch. d -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to setup an apt archive?
Could you please send it to me? Thanks. :) > Daniel Stone (2000-12-13 23:31:15 +1100) : > > > Hullo World(tm). Just writing to say that I'm in the tasks and skills check, > > and I need to set up an apt-able archive. I have the packages and working > > apache, are there any docs anywhere on how to set up an apt archive? > > Not sure about precise docs, but you can read the manpages for > dpkg-scansources and dpkg-scanpackages. From these manpages I was > able to hack up a small script to put files in the right places, then > compute the Packages.gz and Sources.gz files (they seem to be all > that's needed to have an apt-get-able dir). Available on demand. > > Roland. > -- > Roland Mas > > Certains disent que les vrais hommes ne font pas de backups. > Mais ils disent aussi que même les vrais hommes pleurent parfois. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: How to setup an apt archive?
Could you please send it to me? Thanks. :) > Daniel Stone (2000-12-13 23:31:15 +1100) : > > > Hullo World(tm). Just writing to say that I'm in the tasks and skills check, > > and I need to set up an apt-able archive. I have the packages and working > > apache, are there any docs anywhere on how to set up an apt archive? > > Not sure about precise docs, but you can read the manpages for > dpkg-scansources and dpkg-scanpackages. From these manpages I was > able to hack up a small script to put files in the right places, then > compute the Packages.gz and Sources.gz files (they seem to be all > that's needed to have an apt-get-able dir). Available on demand. > > Roland. > -- > Roland Mas > > Certains disent que les vrais hommes ne font pas de backups. > Mais ils disent aussi que même les vrais hommes pleurent parfois. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to setup an apt archive?
Hullo World(tm). Just writing to say that I'm in the tasks and skills check, and I need to set up an apt-able archive. I have the packages and working apache, are there any docs anywhere on how to set up an apt archive? Thanks a lot! :) d
How to setup an apt archive?
Hullo World(tm). Just writing to say that I'm in the tasks and skills check, and I need to set up an apt-able archive. I have the packages and working apache, are there any docs anywhere on how to set up an apt archive? Thanks a lot! :) d -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
