[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: debian-devel-digest Digest V101 #250


>Content-Type: text/plain

>debian-devel-digest Digest				Volume 101 : Issue 250

>To UNSUBSCRIBE, email to debian-devel-digest-request@lists.debian.org
>with a subject of "unsubscribe".  Trouble?  Contact listmaster@debian.org.

>Today's Topics:
>  Re: Debian trademark [was: Debian GN  [ Marcus Brinkmann <Marcus.Brinkmann@ ]
>  Re: Debian trademark [was: Debian GN  [ Anders Arnholm <anders@arnholm.nu> ]
>  Re: "Author" section of manpages      [ Junichi Uekawa <dancer@netfort.gr.j ]
>  ITP: mta-dummy                        [ Adam McKenna <adam@debian.org> ]
>  Re: ITP: mta-dummy                    [ Peter Makholm <peter@makholm.net> ]
>  Re: ITP: mta-dummy                    [ Josip Rodin <joy@cibalia.gkvk.hr> ]
>  Re: ITP: mta-dummy                    [ Peter Makholm <peter@makholm.net> ]
>  Re: binutils in debian unstable is b  [ Adrian Bunk <bunk@fs.tum.de> ]
>  Re: Bug#122443: general: Zope fails   [ Andreas Rottmann <a.rottmann@gmx.at ]
>  Re: fam upload                        [ Joerg Wendland <joergland@debian.or ]
>  Re: libglib1.2 falling behind libgtk  [ Christian Marillat <marillat.christ ]
>  Contacting bug submitters             [ Colin Watson <cjwatson@debian.org> ]
>  Re: binutils in debian unstable is b  [ "Christopher C. Chimelis" <chris@de ]
>  Bug#122529: ITP: planner-el -- The E  [ OHASHI Akira <bg66@debian.org> ]
>  Re: Bug#122529: ITP: planner-el -- T  [ Roland Mas <lolando@debian.org> ]
>  lintian, strip --strip-unneeded, sec  [ Dale Scheetz <dwarf@polaris.net> ]
>  Re: fam upload                        [ James Moss <moss@brutesquad.org> ]
>  Re: lintian, strip --strip-unneeded,  [ Colin Watson <cjwatson@debian.org> ]
>  Re: Bug#122507: ITP: mta-dummy        [ "Steve M. Robbins" <steven.robbins@ ]
>  Re: lintian, strip --strip-unneeded,  [ Adrian Bunk <bunk@fs.tum.de> ]
>  Re: Bug#122507: ITP: mta-dummy        [ Adrian Bunk <bunk@fs.tum.de> ]
>  Re: Bug#122507: ITP: mta-dummy        [ Adrian Bunk <bunk@fs.tum.de> ]
>  Re: ogle stuck in incoming?           [ Andreas Metzler <ametzler@logic.uni ]


>Date: Wed, 5 Dec 2001 10:42:35 +0100
>From: Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de>
>To: Colin Watson <cjwatson@debian.org>,
>  Debian Devel List <debian-devel@lists.debian.org>
>Subject: Re: Debian trademark [was: Debian GNU/w32, may ready to be started?]
>Message-ID: <20011205104235.E396@ulysses.alg.ruhr-uni-bochum.de>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>On Tue, Dec 04, 2001 at 06:17:07PM -0600, Colin Watson wrote:
>> On Mon, Dec 03, 2001 at 10:47:24PM +0100, Marcus Brinkmann wrote:
>> > I am referring to individual components of "main".  For example vim,
>> > some howtos (those really don't belong there, mental note to file a bug
>> > report),
>> No need. The issue has already been raised recently (see -legal), and
>> I'll be splitting out the non-free parts of doc-linux later this month.

>Thanks for taking it up.  I was aware of the discussion, but had no time to
>verify yet if it addresses the issue.  I grepped for the no-modifications-
>allowed clause in the Howtos, and found two, I think.



>Date: Wed, 5 Dec 2001 10:46:33 +0100
>From: Anders Arnholm <anders@arnholm.nu>
>To: debian-devel@lists.debian.org
>Subject: Re: Debian trademark [was: Debian GNU/w32, may ready to be started?]
>Message-ID: <20011205104633.K28614@tika.solstaden.arnholm.nu>
>Content-Type: multipart/signed; micalg=pgp-sha1;
>	protocol="application/pgp-signature"; boundary="3D7yMlnunRPwJqC7"
>Content-Disposition: inline

>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable

>On Tue, Dec 04, 2001 at 05:06:25PM -0800, John H. Robinson, IV wrote:
>> perhaps you misunderstood my question:


>> hint: a bunch of unrunable code, as there is nothing running, except
>> maybe the BIOS bit that is looking for a bootloader, or perhaps a very
>> unhappy bootloader that can find no kernel.

>The out the userland code, and how happy system does one get? As I
>actually could change kernel between /vmlinuz and /bsd and run the same
>userland code I could change between the useland code and use the same
>kernel (root=3D/dev/hda2). The kernel dosn't make up the system, as well
>as the userland code dosn't.

>/ Balp
>      o_   Anders Arnholm,               HiQ - Consultant
> o/  /\    anders@arnholm.nu             Phone  : +46-703-160969
>/|_, \\    http://anders.arnholm.nu/     http://www.hiq.se

>Content-Type: application/pgp-signature
>Content-Disposition: inline

>Version: GnuPG v1.0.6 (OpenBSD)
>Comment: For info see http://www.gnupg.org




>Date: Wed, 5 Dec 2001 18:37:51 +0900
>From: Junichi Uekawa <dancer@netfort.gr.jp>
>To: debian-devel@lists.debian.org
>Subject: Re: "Author" section of manpages
>Message-Id: <20011205183751.7ceea2dc.dancer@netfort.gr.jp>
>Content-Type: text/plain; charset=US-ASCII
>Content-Transfer-Encoding: 7bit

>On Wed, 5 Dec 2001 04:34:27 +0200
>"Eray Ozkural (exa)" <erayo@cs.bilkent.edu.tr> wrote:

>> I would file a wishlist bug for the above package, but if the credits are 
>> entirely misleading a "normal" severity might be suitable.

>I would say it is a "minor" bug.
>This severity exists for such things.

>Wishlist is for things which may never become real, due to design considerations.

>	junichi

>dancer@debian.org  http://www.netfort.gr.jp/~dancer


>Date: Wed, 5 Dec 2001 01:58:00 -0800
>From: Adam McKenna <adam@debian.org>
>To: debian-devel@lists.debian.org
>Cc: submit@bugs.debian.org
>Subject: ITP: mta-dummy
>Message-ID: <20011205015800.D15577@flounder.net>
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline

>Package: wnpp
>Severity: wishlist

>I'd like to discuss the creation of an mta-dummy package.

>This package would have no files (except perhaps a small doc), and provide

>The purpose of this package would be for people who install their own MTA
>from source.  It is a royal pain in the ass installing an MTA from source in
>Debian, because lots of packages depend on mail-transport-agent.  This pretty
>much forces the user to keep a package that provides mail-transport-agent
>installed at all times.  Keeping another MTA installed on the system just to
>make the package management system happy is a waste of space and resources,
>and could cause other problems, such as security holes (if the user keeps the
>package on hold, preventing security updates from being installed),
>interference with the locally-installed MTA, etc..

>I made an mta-dummy package a couple years ago using the equivs package, and
>it has saved me many headaches, and I've given it to others who were having
>the same problem.

>If anyone can think of a serious reason that this shouldn't be in the archive
>(i.e., other than that you think it's silly, or the standard Packages file
>bloat argument), please speak up, otherwise I'll upload this in a week

*** Your message did not reach its recipient ***
It was caught by the mailing system as spam.
If this message is not spam and you feel that
this message was caught in error, please email
a note to spam_filter@netfx-2000.net.
If this message is spam, knock it off!
This server is in California where it is illegal 
to spam! We do not accept spam here!
We will go after all spammers to the maximum
extent of the law!

Reply to: