Re: debian-devel-digest Digest V99 #36
Please stop sending me emails!
debian-devel-digest-request@lists.debian.org wrote:
> Subject:
>
> debian-devel-digest Digest Volume 99 : Issue 36
>
> Today's Topics:
> Re: Wish: sources cited in /usr/doc [ Josip Rodin <joy@cibalia.gkvk.hr> ]
> Re: Questions about bug #31625 [ Hamish Moffatt <hamish@debian.org> ]
> Re: Questions about bug #31625 [ Craig Sanders <cas@taz.net.au> ]
> Re: dpkg --print-installation-archit [ Juan Cespedes <cespedes@debian.org> ]
> Re: Corrected message ? [ David Starner <dstarner98@aasaa.ofe ]
> Re: Questions about bug #31625 [ Joseph Carter <knghtbrd@debian.org> ]
> Re: Questions about bug #31625 [ Branden Robinson <branden@ecn.purdu ]
> Re: Questions about bug #31625 [ Branden Robinson <branden@ecn.purdu ]
> editline [ Gergely Madarasz <gorgo@caesar.elte ]
> Re: Corrected message ? [ john@dhh.gt.org ]
> Re: Wish: sources cited in /usr/doc [ john@dhh.gt.org ]
> taking over cfs package [ Chris Leishman <masklin@debian.org> ]
> dpkg and /usr/local packages [ "Juergen A. Erhard" <jae@ilk.de> ]
> Packaging Manual has been Debian Pol [ Robert Woodcock <rcw@debian.org> ]
> Re: New DFSG v1.0aj [ "Zephaniah E, Hull" <warp@whitestar ]
> Re: sysvinit: rc vs. r2d2 bahavior [ Andrew Pimlott <andrew@pimlott.ne.m ]
> Re: Questions about bug #31625 [ Hamish Moffatt <hamish@debian.org> ]
> exempting dir when building package [ Chris Leishman <masklin@debian.org> ]
> Re: dpkg --print-installation-archit [ Joel Klecker <jk@espy.org> ]
> Re: PROPOSAL: source-${ARCH} directo [ Joel Klecker <jk@espy.org> ]
> Re: db of /etc/passwd and /etc/group [ Joel Klecker <jk@espy.org> ]
>
> ------------------------------------------------------------------------
>
> Subject: Re: Wish: sources cited in /usr/doc documentation
> Date: Sun, 10 Jan 1999 00:54:53 +0100
> From: Josip Rodin <joy@cibalia.gkvk.hr>
> To: "James R. Van Zandt" <jrv@vanzandt.mv.com>, martin@debian.org
> CC: morpheus@rpglink.com, debian-devel@lists.debian.org
>
> On Sat, Jan 09, 1999 at 04:22:10PM -0500, James R. Van Zandt wrote:
> > I once did an informal survey of the packages installed here, and
> > found that *many* lacked this information (maybe a quarter of them).
> > I think the policy should be tightened, to require a strictly
> > formatted line with a URL or keyword. That way, lintian could check
> > for it. I'm thinking of something like this:
>
> Adding strictness of the syntax to that rule (already a rule, since the
> sentence contains 'must') wont help to the situation if the maintainers
> themselves don't fix their copyright files.
>
> Lintian can be very easily modified (grep? :) to check for any kind of URL.
> The drawback of it is that there may be some URLs in the text but not
> the actual source location.
>
> --
> enJoy -*/\*- http://jagor.srce.hr/~jrodin/
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sun, 10 Jan 1999 10:56:16 +1100
> From: Hamish Moffatt <hamish@debian.org>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sat, Jan 09, 1999 at 08:56:49AM -0800, Steve Lamb wrote:
> > I was just rummaging through the critical bug list and ran across bug
> > #31625, "curses-base: xterm/rxvt display messed up on exit from nvi". Is it
> > just me, or does this really need to be critical or grave? I mean, yes, it
>
> It IS our standard vi and it is very annoying. I think it is `important'
> rather than critical or grave, but that still makes it release-critical.
>
> Hamish
> --
> Hamish Moffatt VK3TYD hamish@debian.org, hamish@rising.com.au
> Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
> CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sun, 10 Jan 1999 11:07:33 +1100
> From: Craig Sanders <cas@taz.net.au>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sun, Jan 10, 1999 at 10:56:16AM +1100, Hamish Moffatt wrote:
> > On Sat, Jan 09, 1999 at 08:56:49AM -0800, Steve Lamb wrote:
> > > I was just rummaging through the critical bug list and ran across bug
> > > #31625, "curses-base: xterm/rxvt display messed up on exit from nvi". Is it
> > > just me, or does this really need to be critical or grave? I mean, yes, it
> >
> > It IS our standard vi and it is very annoying. I think it is `important'
> > rather than critical or grave, but that still makes it release-critical.
>
> why not change our standard vi to vim? problem solved (and vim is much
> better than nvi anyway).
>
> craig
>
> --
> craig sanders
>
> ------------------------------------------------------------------------
>
> Subject: Re: dpkg --print-installation-architecture, minimal version
> Date: Sat, 9 Jan 1999 19:59:46 +0100
> From: Juan Cespedes <cespedes@debian.org>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sat, Jan 09, 1999 at 02:57:18AM +0100, Wichert Akkerman wrote:
> >
> > I'ld like to rewrite update-modules so it does not need anything from
> > /usr to regenerate conf.modules. I looks like this is quite doable,
> > except for the call to `dpkg --print-build-architecture`. Is there
> > a sh-wizard out there who can produce something to determine the
> > architecture of the running system for all architectures that Debian
> > runs on?
>
> `--print-build-architecture' isn't a valid option; if you mean
> `dpkg --print-installation-architecture', then this line does just
> that:
>
> uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ -e s/arm.*/arm/ -e s/sa110/arm/
>
> (copied from linux/Makefile in the kernel sources).
>
> --
> Juan Cespedes
>
> ------------------------------------------------------------------------
>
> Subject: Re: Corrected message ?
> Date: Sat, 09 Jan 1999 18:13:50 -0600
> From: David Starner <dstarner98@aasaa.ofe.org>
> To: debian-devel@lists.debian.org
>
> Martin Mitchell wrote:
> > Government restriction?? and which government would that be.. the US
> > Government by any chance?
> Possibly - possibly not. Other countries (France?) have laws against
> encryption. There are notes in the New Developer's Guide on what to do
> if your country prohibts encryption, possibly even for identification,
> which I assume were added because there was a reason to add them. If we
> went to 100 GB media and included Project Gutenberg books as packages,
> we would be in trouble as several are legal to distribute in America but
> not in Britian, due to copyright laws.
>
> > In the majority of countries around the world, many non-US packages are perfectly DFSG free.
> And in some parts of the world, many main packages are restricted.
>
> > You are thinking of this from a very US-centric point of view.
> Pot and kettle.
> >
> > > I do think that there are situations where it's difficult to draw
> > > the free/non-free line. I think _only_ main is unconditionally free
> > > for use - if I were giving someone a set of Debian CD's, I could give
> > > them main knowing that main is self consistent and complete in itself.
> >
> > No, again I point out that main is determined by the DFSG. It cannot take
> > into account the vagaries of local law, it would be impossible to
> > administer.
>
> But what's in main is determined by the vagaries of local law -
> primarily US. Any major restrictions on software in major non-US
> countries should be taken into account the same way.
>
> --
> David Starner - dstarner98@aasaa.ofe.org
> "There's another side of heaven this way - to technical paradise" -
> Black Sabbath, "Computer God"
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sat, 9 Jan 1999 16:14:11 -0800
> From: Joseph Carter <knghtbrd@debian.org>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sun, Jan 10, 1999 at 11:07:33AM +1100, Craig Sanders wrote:
> > > It IS our standard vi and it is very annoying. I think it is `important'
> > > rather than critical or grave, but that still makes it release-critical.
> >
> > why not change our standard vi to vim? problem solved (and vim is much
> > better than nvi anyway).
>
> No. There are still some issues with vim. They should be fixed soon we
> hope and we can talk about it for potato, but not for slink.
>
> --
> "What's his problem?" "I don't think you want to know."
> -- Forever Knight
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sat, 9 Jan 1999 19:14:57 -0500
> From: Branden Robinson <branden@ecn.purdue.edu>
> To: Steve Lamb <morpheus@rpglink.com>, hamish@debian.org,
> 31625@bugs.debian.org
> CC: Debian Developers <debian-devel@lists.debian.org>,
> "jhnc@pfaff.newton.cam.ac.uk" <jhnc@pfaff.newton.cam.ac.uk>
>
> On Sat, Jan 09, 1999 at 08:56:49AM -0800, Steve Lamb wrote:
> > I was just rummaging through the critical bug list and ran across bug
> > #31625, "curses-base: xterm/rxvt display messed up on exit from nvi". Is it
> > just me, or does this really need to be critical or grave? I mean, yes, it
> > is a bug which affects other software but it is hardly a security hole or
> > something that would cause a loss of data. At best it is an annoyance on par
> > with joe v2.8 munging the screen in rxvt/xterm when it exits (which also
> > could be an ncurses problem).
>
> This sounds like one of the bugs I have against X, #29822.
>
> The problem has to do with cursor position save and restore. There is not
> a separate variable used for the "alternate screen" used by xterm (and
> rxvt, I suppose).
>
> Essentially, the problem is cosmetic. I do not believe it should be
> regarded as release-critical. Thomas Dickey, who is handling xterm for the
> XFree86 Project, apparently has a patch to correct this in 3.3.3. Bug
> report #29822 has a patch, but according to Thomas Dickey it doesn't work
> correctly.
>
> No, I do not regard that as sufficient cause to put 3.3.3 in slink.
>
> I suggest the ncurses maintainer set the severity of 31625 to normal,
> reassign it to xterm, and merge it with 29822.
>
> --
> G. Branden Robinson |
> Debian GNU/Linux | Never attribute to malice that which can
> branden@ecn.purdue.edu | be adequately explained by stupidity.
> cartoon.ecn.purdue.edu/~branden/ |
>
> ------------------------------------------------------------------------
> Part 1.8.1.2Type: application/pgp-signature
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sat, 9 Jan 1999 19:15:57 -0500
> From: Branden Robinson <branden@ecn.purdue.edu>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sun, Jan 10, 1999 at 11:07:33AM +1100, Craig Sanders wrote:
> > why not change our standard vi to vim? problem solved (and vim is much
> > better than nvi anyway).
>
> 31625 has nothing to do with which editor is used. I can reproduce the bug
> with vim as well.
>
> It's a bug in xterm and rxvt.
>
> --
> G. Branden Robinson | Never underestimate the power of human
> Debian GNU/Linux | stupidity.
> branden@ecn.purdue.edu | -- Robert Heinlein
> cartoon.ecn.purdue.edu/~branden/ |
>
> ------------------------------------------------------------------------
> Part 1.9.1.2Type: application/pgp-signature
>
> ------------------------------------------------------------------------
>
> Subject: editline
> Date: Sun, 10 Jan 1999 01:59:20 +0100 (MET)
> From: Gergely Madarasz <gorgo@caesar.elte.hu>
> To: debian-devel@lists.debian.org
>
> Hello,
>
> I have a non-free package called hugs, which can make use of a readline
> library. Of course I can't link it against libreadline because it is GPL
> but I see there is something called editline which can be used instead...
> I could not find this packaged... is anyone using this, should I search
> for it and package it up, etc ?
>
> --
> Madarasz Gergely gorgo@caesar.elte.hu gorgo@linux.rulez.org
> It's practically impossible to look at a penguin and feel angry.
> Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
> HuLUG: http://mlf.linux.rulez.org/
>
> ------------------------------------------------------------------------
>
> Subject: Re: Corrected message ?
> Date: 09 Jan 1999 19:46:23 -0600
> From: john@dhh.gt.org
> To: debian-devel@lists.debian.org
>
> David Starner writes:
> > But what's in main is determined by the vagaries of local law - primarily
> > US.
>
> No, what is physically present on any particular server is determined by
> the vagaries of local law - primarily US.
>
> > Any major restrictions on software in major non-US countries should be
> > taken into account the same way.
>
> Certainly no server operator should be expected to have packages that
> violate his laws on his system. However, it does not follow that packages
> that are illegal in some jurisdictions cannot be logically in main just
> because they cannot be physically present on all servers.
> --
> John Hasler This posting is in the public domain.
> john@dhh.gt.org Do with it what you will.
> Dancing Horse Hill Make money from it if you can; I don't mind.
> Elmwood, Wisconsin Do not send email advertisements to this address.
>
> ------------------------------------------------------------------------
>
> Subject: Re: Wish: sources cited in /usr/doc documentation
> Date: 09 Jan 1999 19:51:41 -0600
> From: john@dhh.gt.org
> To: debian-devel@lists.debian.org
>
> Josip Rodin writes:
> > Lintian can be very easily modified (grep? :) to check for any kind of
> > URL. The drawback of it is that there may be some URLs in the text but
> > not the actual source location.
>
> The other drawback is that there may be no URL at all.
> --
> John Hasler
> john@dhh.gt.org (John Hasler)
> Dancing Horse Hill
> Elmwood, WI
>
> ------------------------------------------------------------------------
>
> Subject: taking over cfs package
> Date: Sun, 10 Jan 1999 13:06:40 +1100
> From: Chris Leishman <masklin@debian.org>
> To: wnpp@debian.org
> CC: debian-devel@lists.debian.org
>
> WNPP.
>
> Hi,
>
> Just to request that I be made the maintainer of cfs (currently orphaned).
> I have a new package ready to upload (though it has a policy bug atm).
>
> Thanks,
>
> chris
>
> --
>
> ----------------------------------------------------------------------
> REALITY.SYS corrupted: Reboot universe? (Y/N/Q) ....Debian GNU/Linux
> ----------------------------------------------------------------------
> Reply with subject 'request key' for PGP public key. KeyID 0xA9E087D5
>
> ------------------------------------------------------------------------
> Part 1.13.1.2Type: application/pgp-signature
>
> ------------------------------------------------------------------------
>
> Subject: dpkg and /usr/local packages
> Date: Thu, 7 Jan 1999 18:05:56 +0100 (CET)
> From: "Juergen A. Erhard" <jae@ilk.de>
> To: Debian Development <debian-devel@lists.debian.org>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Problem: when I install some package from source (like Emacs, or GTK
> et al), dpkg doesn't know about these... which means that I
> cannot install any package that depends on this (not without
> forcing the dependencies).
>
> Solution A: how about some <package>-upstream package, similar to the
> (wonderful! Thanks, Brian!) netscape4 package. This
> package would create an environment like the corresponding
> <package> package, but using the locally installed
> components for this.
>
> Yes, I know this is more work for the maintainers...
> though I don't think it would be too much.
>
> Solution B: Give dpkg a --force-known option, which causes the
> specified package to be known as installed.
>
> Now document the differences (in installation) between a
> standard source install (w/o any --prefix magic) and the
> Debian install of said package, and leave it to the local
> admin to sync both.
>
> More (though most of the time not much) work for the local
> admin, almost none for the package maintainer.
>
> Plan B is similar in function to the equivs package... what the equivs
> package lacks (apart from being an ugly, ugly, *ugly* hack) is the
> documentation of then differences between a source install and a
> debian package.
>
> For example, I would have used equivs on Emacs, but I'm not sure what
> to do about the emacsen-common package... does it work to simple
> install emacsen-common, followed by emacs20 (using equivs)? Or do I
> even need emacsen-common? But maybe I'm just too dumb for this
> shit... ;-)
>
> Anyway,
>
> Bye, J
>
> - --
> Jürgen A. Erhard eMail: jae@ilk.de phone: (GERMANY) 0721 27326
> My WebHome: http://members.tripod.com/~Juergen_Erhard
> George Herrimann's Krazy Kat (http://www.krazy.com)
> Win32 has many known work arounds. For example, Linux.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v0.9.0 (GNU/Linux)
> Comment: For info see www.gnupg.org
> iEYEARECAAYFAjaU6XMACgkQ+EdE6uFQHp+d8wCdFtUx9JlI4ErpBZ5HbZH/MfX1
> jSIAoKyP+eHrHpcfvfekLrMiO6LRGwM5
> =TJ
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------------
>
> Subject: Packaging Manual has been Debian Policy for 4 months now
> Date: Sat, 9 Jan 1999 18:25:12 -0800
> From: Robert Woodcock <rcw@debian.org>
> To: debian-devel@lists.debian.org
>
> Hello, since this affects quite a few packages, I thought I'd drop everyone
> a note that the contents of the Packaging Manual have had the weight of
> policy since a concensus was reached with this thread:
>
> http://www.debian.org/Lists-Archives/debian-policy-9809/msg00072.html
>
> If have any thoughts on this please voice them in debian-policy now.
> --
> Robert Woodcock - rcw@debian.org
> "Unix and C are the ultimate computer viruses" -- Richard Gabriel
>
> ------------------------------------------------------------------------
>
> Subject: Re: New DFSG v1.0aj
> Date: Sat, 9 Jan 1999 22:11:42 -0500
> From: "Zephaniah E, Hull" <warp@whitestar.soark.net>
> To: debian-devel@lists.debian.org
>
> On Sat, Jan 09, 1999 at 12:03:35PM -0800, Darren Benham wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> >
> > There were only one objection to aj's wording of the DFSG2...
> >
> > (
> > refresher:
> > http://www.debian.org/Lists-Archives/debian-devel-9901/msg00159.html
> > )
> >
> > Why not move on with this? From what I could tell (I'll keep going over it to
> > be sure), there's really nothing different with the DFSG1 in substance....
>
> (Note that I mean no insult to the author of the new DFSG draft, but I'm
> going to speak my mind on this one)
>
> I've been happily ignoring this in the hopes that it would just die and
> /go away/, if nothing of substance is changed then I must ask,
> /WHY/!?!?!?..
>
> It also has a few vague areas which could be haggled over for years..
>
> 1. Use
>
> The license must allow anyone who has legally obtained the work to
> use it in any way.
>
> 2. Source Code
>
> Source code must be available.
>
> 3. Redistribution
>
> Anyone must be able to give copies away, sell them, or not. The
> license may not make any restrictions on who redistributes the work
> or how that work is redistributed.
>
> In fact, this seems to outright forbid the GPL, which puts restrictions
> on what you can do with it (you can't change it and sell it without
> giving them the source as well), it also puts restrictions on how the
> modified source may be distributed...
>
> For added fun the author apparently does not understand the issues
> which are involved, as the QPL is not final, and there has been some
> argument over the question of it being completely DFSG compliant...
>
> Basicly I'm not seeing any real gain from this change, and a lot of
> possible problems...
>
> So, could we /please/, just drop this issue, and move on to other
> things?
>
> Zephaniah E, Hull..
> (Who is currently sick in bed and on medications, so may not be entirely
> here..)
> >
> > - --
> > =========================================================================
> > * http://benham.net/index.html <>< *
> > * -------------------- * -----BEGIN GEEK CODE BLOCK----- ---------------*
> > * Darren Benham * Version: 3.1 *
> > * <gecko@benham.net> * GCS d+(-) s:+ a29 C++$ UL++>++++ P+++$ L++>++++*
> > * KC7YAQ * E? W+++$ N+(-) o? K- w+++$(--) O M-- V- PS-- *
> > * Debian Developer * PE++ Y++ PGP++ t+ 5 X R+ !tv b++++ DI+++ D++ *
> > * <gecko@debian.org> * G++>G+++ e h+ r* y+ *
> > * -------------------- * ------END GEEK CODE BLOCK------ ---------------*
> > =========================================================================
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: 2.6.3a
> > Charset: noconv
> >
> > iQCVAwUBNpe2Frbps1lIfUYBAQGj6wP+MaMqrgV9tTfc+tOqgMSDYUx/d3QD4nQV
> > DYze+wjcuyTHzIUV0ml4mo+3N07tVcNsDIXyxMB0hqZgDqMheEobNnMQKP2RDa3K
> > miItZRZTiiR8Xt0I3xEZbq9/hQyxEPb0CkLrRIC91b4Fo8+vxWnr4xALRbJNRigf
> > PjOhb0QtHas=
> > =/Ssf
> > -----END PGP SIGNATURE-----
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> >
>
> --
> PGP EA5198D1-Zephaniah E, Hull <warp@whitestar.soark.net>-GPG E65A7801
> Keys available at http://whitestar.soark.net/~warp/public_keys.
> CCs of replies from mailing lists are encouraged.
>
> ------------------------------------------------------------------------
> Part 1.16.1.2Type: application/pgp-signature
>
> ------------------------------------------------------------------------
>
> Subject: Re: sysvinit: rc vs. r2d2 bahavior
> Date: Sat, 9 Jan 1999 23:48:00 -0500
> From: Andrew Pimlott <andrew@pimlott.ne.mediaone.net>
> To: debian-devel@lists.debian.org
>
> On Thu, Dec 31, 1998 at 05:54:23PM +0100, Miquel van Smoorenburg wrote:
> > okay, i just typed this up to show and explain what sysvinit does right
> > now.
>
> I've been following this thread with interest, and I wish to express
> gratitude for elucidating a somewhat blurry area. May I suggest that, to
> make this document complete, you mention the role of the /etc/rc.boot
> directory, and perhaps also /etc/rc, /etc/rcS, and /etc/inittab? (By the
> way, history aside, don't /etc/rc and /etc/rcS belong in /sbin instead?)
>
> Thanks,
> Andrew
>
> ------------------------------------------------------------------------
>
> Subject: Re: Questions about bug #31625
> Date: Sun, 10 Jan 1999 16:14:47 +1100
> From: Hamish Moffatt <hamish@debian.org>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> On Sun, Jan 10, 1999 at 11:07:33AM +1100, Craig Sanders wrote:
> > On Sun, Jan 10, 1999 at 10:56:16AM +1100, Hamish Moffatt wrote:
> > > On Sat, Jan 09, 1999 at 08:56:49AM -0800, Steve Lamb wrote:
> > > > I was just rummaging through the critical bug list and ran across bug
> > > > #31625, "curses-base: xterm/rxvt display messed up on exit from nvi". Is it
> > > > just me, or does this really need to be critical or grave? I mean, yes, it
> > >
> > > It IS our standard vi and it is very annoying. I think it is `important'
> > > rather than critical or grave, but that still makes it release-critical.
> >
> > why not change our standard vi to vim? problem solved (and vim is much
> > better than nvi anyway).
>
> Yes, but I prefer nvi. vim is for quiche eaters :-)
>
> Hamish
> --
> Hamish Moffatt VK3TYD hamish@debian.org, hamish@rising.com.au
> Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
> CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
>
> ------------------------------------------------------------------------
>
> Subject: exempting dir when building package
> Date: Sun, 10 Jan 1999 16:15:01 +1100
> From: Chris Leishman <masklin@debian.org>
> To: debian-devel@lists.debian.org
>
> Hi all,
>
> I want to build a native debian package, but I want to exempt a directory from
> being included in the source upload (./RCS - the RCS repository).
>
> Anyone know if I can do this easily (other than moving it and putting it back
> later)?
>
> Thanx,
>
> Chris
>
> --
>
> ----------------------------------------------------------------------
> REALITY.SYS corrupted: Reboot universe? (Y/N/Q) ....Debian GNU/Linux
> ----------------------------------------------------------------------
> Reply with subject 'request key' for PGP public key. KeyID 0xA9E087D5
>
> ------------------------------------------------------------------------
>
> Subject: Re: dpkg --print-installation-architecture, minimal version
> Date: Sat, 9 Jan 1999 21:26:49 -0800
> From: Joel Klecker <jk@espy.org>
> To: Debian Developers <debian-devel@lists.debian.org>
>
> At 19:59 +0100 1999-01-09, Juan Cespedes wrote:
> >uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ -e s/arm.*/arm/
> > -e s/sa110/arm/
> >
> > (copied from linux/Makefile in the kernel sources).
>
> And for that reason it won't work, it needs -e s/ppc/powerpc/ for Debian.
> --
> Joel Klecker (aka Espy) <URL:http://web.espy.org/>
> <URL:mailto:jk@espy.org> <URL:mailto:espy@debian.org>
> Debian GNU/Linux PowerPC -- <URL:http://www.debian.org/ports/powerpc/>
>
> ------------------------------------------------------------------------
>
> Subject: Re: PROPOSAL: source-${ARCH} directories in distribution
> Date: Sat, 9 Jan 1999 17:52:25 -0800
> From: Joel Klecker <jk@espy.org>
> To: Debian Development <debian-devel@lists.debian.org>
>
> At 15:27 +0100 1999-01-09, Juan Cespedes wrote:
> > Many people have said a lot of times that we break GPL and
> >other licenses when we have binaries which don't have the
> >corresponding source (mainly because different architectures have
> >different versions of binary packages).
> >
> > How about adding source-sparc, source-m68k, source-alpha...
> >directories, where one could find the source corresponding to the
> >current binary packages in each architecture?
>
> I think that's overkill, as has been suggested before, dinstall
> should keep a reference count for each source package, and not delete
> the source until there are no more references to it in the archive.
> --
> Joel Klecker (aka Espy) <URL:http://web.espy.org/>
> <URL:mailto:jk@espy.org> <URL:mailto:espy@debian.org>
> Debian GNU/Linux PowerPC -- <URL:http://www.debian.org/ports/powerpc/>
>
> ------------------------------------------------------------------------
>
> Subject: Re: db of /etc/passwd and /etc/group
> Date: Sat, 9 Jan 1999 21:43:48 -0800
> From: Joel Klecker <jk@espy.org>
> To: debian-devel@lists.debian.org
>
> At 16:10 -0700 1999-01-09, Jason Gunthorpe wrote:
> >> On Sat, 9 Jan 1999, Russell Coker wrote:
> >>
> >> > If a system contains a nsswitch.conf file similar to the snippet
> >> I've included
> >> > below then would it be possible for utilities such as adduser,
> >> passwd, and vipw
> >> > to run appropriate makedb commands to keep the database in sync?
> >> Or is there
> >> > something wrong with desiring this type of functionality?
> >
> >My question is: Does this work? And if it does work then what is the 'db'
> >file called?
>
> /var/db/<database>.db, recent libc6 packages have /var/db/Makefile
> which contains rules to create the db files from the text versions.
> --
> Joel Klecker (aka Espy) <URL:http://web.espy.org/>
> <URL:mailto:jk@espy.org> <URL:mailto:espy@debian.org>
> Debian GNU/Linux PowerPC -- <URL:http://www.debian.org/ports/powerpc/>
Reply to: