Re: deluser on purge (was: Piuparts testing status update)

2006-11-27 Thread Michael Stone
On Mon, Nov 27, 2006 at 05:33:25PM +0100, Michelle Konzack wrote: And HOW can I get UID's >=65536 to work? I have already tried it in my /etc/passwd and /etc/group but it gives tonns of errors. Any hints? Hint: you need to be more specific about the problems you're having. Mike Stone -- T

Unidentified subject!

2003-07-05 Thread Michael Stone
If Debian ever hopes to have a policy beyond "all remaining uids and gids are reserved for local use", I, for one, don't want too much of a policy beyond that. Debian should not be in the business of "staking claim" on uid's. We need a minimal number to bootstrap the system, but beyond that we

Re: where do NEW packages go?

2002-05-20 Thread Michael Stone
On Mon, May 20, 2002 at 12:15:39PM -0700, Thomas Bushnell, BSG wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > Sorry. I mean to say, this is effectively what has been requested on > > behalf of the Hurd port. > > No, it has not been requested on behalf of the Hurd port. Well, perhaps "th

Re: XFree86 4.0.1 and app-defaults

2000-07-27 Thread Michael Stone
On Thu, Jul 27, 2000 at 12:21:54AM -0500, Branden Robinson wrote: > What's worse is that /usr/X11R6/lib/X11/app-defaults is going to need to > become a symbolic link to /etc/X11/app-defaults, and because dpkg does not I fail to see why we have to do this. Why not search both directories? > Here's

Re: Custom undocumented(7)s are just as bad.

2000-01-31 Thread Michael Stone
On Sun, Jan 30, 2000 at 02:18:56PM -0600, Steve Greenland wrote: > On 30-Jan-00, 08:53 (CST), Michael Stone <[EMAIL PROTECTED]> wrote: > > On Sat, Jan 29, 2000 at 10:18:18PM -0600, Steve Greenland wrote: > > > I'd much rather have useful info in README.Debian: this is

Re: Custom undocumented(7)s are just as bad.

2000-01-30 Thread Michael Stone
On Sat, Jan 29, 2000 at 10:18:18PM -0600, Steve Greenland wrote: > I'd much rather have useful info in README.Debian: this is what you need > to do to finish configuring (if necessary), here's a one-liner for each > major binary of the package, here's what to read to find out more (info > pages, ma

Re: Custom undocumented(7)s are just as bad.

2000-01-29 Thread Michael Stone
On Sat, Jan 29, 2000 at 10:54:04AM -0800, Seth R Arnold wrote: > Perhaps what we should be after, is having maintainers that know their > packages well enough to track down user's questions in a reasonable amount > of time. Isn't that what we are really after? Who cares if the maintainer > knew the

Re: Custom undocumented(7)s are just as bad.

2000-01-29 Thread Michael Stone
On Sat, Jan 29, 2000 at 03:23:27PM +1100, Brian May wrote: > > "Manoj" == Manoj Srivastava <[EMAIL PROTECTED]> writes: > > Manoj> a) If the maintainer does not know what every binary in the common > Manoj> PATH is doing, he should give the package to someone who is > Manoj> willing

Re: Proposal of new group

1999-10-14 Thread Michael Stone
On Thu, Oct 14, 1999 at 12:56:48AM +0200, Tomasz Wêgrzanowski wrote: > Hmm... I used BSD as root a week and this was long time ago so my habit > is not from this place > Its just much faster and typoless to write `halt' than `shutdown -h now' > According to manpages halt|reboot calls shutdown if sy

Re: static user IDs

1999-09-19 Thread Michael Stone
On Sat, Sep 18, 1999 at 06:13:20PM -0700, Joseph Carter wrote: > I think the practice of using static IDs should be deprecated (and > packages doing it should get lintian warnings..) I disagree with banning > them outright as it doesn't really give packages a chance to get fixed > before they have

Re: core recovery tools, apt-get, and dpkg should be static

1999-08-17 Thread Michael Stone
llowing the use > of ash as /bin/sh *as an option*. Oh wait, it already is! :-) No it's not. Every bash upgrade blows it away without notice or comment. > Michael Stone <[EMAIL PROTECTED]> writes: > > that the bash package stops replacing a /bin/ash symlink in potato &g

Re: core recovery tools, apt-get, and dpkg should be static

1999-08-17 Thread Michael Stone
On Tue, Aug 17, 1999 at 01:31:03PM +1000, Anthony Towns wrote: > (3) Make ash the default /bin/sh. ash links to libc6 and ld-linux, whereas > bash links to libreadline, ncurses, libdl, as well as libc6 and > ld-linux. Risk reduction isn't as good as risk removal, but it > ain't bad. L

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-04 Thread Michael Stone
On Wed, Aug 04, 1999 at 11:31:44AM +1000, Anthony Towns wrote: > Hmmm. This also seems like it might require pre-dependencies from every > package against the new version of dpkg that handles following symlinks > correctly. Yeah. I'm not really happy about that, but I don't really see a way around

Re: policy summary for past two weeks

1999-08-04 Thread Michael Stone
On Tue, Aug 03, 1999 at 09:49:49PM -0300, Nicolás Lichtmaier wrote: > 2) People used the `formal objection' mechanism to stop the answer just > because the didn't like. I don't think this was right. And the people who > did it are starting to realize that too.. =) I don't think that all the object

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-04 Thread Michael Stone
On Wed, Aug 04, 1999 at 09:23:17AM +1000, Anthony Towns wrote: > On Tue, Aug 03, 1999 at 05:32:33PM -0400, Michael Stone wrote: > > > > > Possibly I'm just misunderstanding what you're suggesting should be > > > > > done > > > > > thou

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-04 Thread Michael Stone
On Wed, Aug 04, 1999 at 09:19:20AM +1000, Anthony Towns wrote: > I made the debs available for a reason. Install them. Type the commands. > See what happens. Stop talking about what you *think*'s right, and start > actually *testing* it. This isn't a debating exercise: there *are* right > and wrong

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Wed, Aug 04, 1999 at 12:46:34AM +1000, Anthony Towns wrote: > Then please provide a test3 .deb that *does* work. Simply getting rid of > all the /my_usr/doc references in test3 is *not* enough. > > * install test3_2.0_all.deb > * note that /my_usr contains /my_usr/share but not /my_usr/doc > *

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 10:14:17PM +1000, Anthony Towns wrote: > On Tue, Aug 03, 1999 at 07:41:26AM -0400, Michael Stone wrote: > > On Tue, Aug 03, 1999 at 09:21:05PM +1000, Anthony Towns wrote: > > > Possibly I'm just misunderstanding what you're suggesting should b

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 09:45:25AM -0700, Joseph Carter wrote: > On Tue, Aug 03, 1999 at 06:07:55PM +0300, Antti-Juhani Kaijanaho wrote: > > > Sure it's legal, but was it a good idea? > > > > You could ask the same question from a different perspective: was it a > > good idea to change policy to u

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 09:35:52AM -0700, Joseph Carter wrote: > On Tue, Aug 03, 1999 at 07:41:26AM -0400, Michael Stone wrote: > > That's simple enough. This all only works if there is no /usr/share/doc > > and you can move /usr/doc in an atomic operation. > > Your

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 06:07:55PM +0300, Antti-Juhani Kaijanaho wrote: > On Tue, Aug 03, 1999 at 09:22:27AM -0400, Michael Stone wrote: > > Sure it's legal, but was it a good idea? > > You could ask the same question from a different perspective: was it a > good idea to ch

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 03:14:56PM +0300, Antti-Juhani Kaijanaho wrote: > On Tue, Aug 03, 1999 at 07:41:26AM -0400, Michael Stone wrote: > > IMHO, packages that > > started using /usr/share/doc were premature in that usage > > Your opinion is wrong. > > Those pac

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 09:21:05PM +1000, Anthony Towns wrote: > Possibly I'm just misunderstanding what you're suggesting should be done > though. Can you give a sequence of commands that does whatever you're > suggesting, and still has those three packages survive unscathed? That's simple enough

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-08-03 Thread Michael Stone
On Tue, Aug 03, 1999 at 12:05:39PM +0200, [EMAIL PROTECTED] wrote: > What other problems could there be with my proposal. Well, the real reason is that you're trying to rearrange 110M that might be located on a filesystem other than the destination filesystem. If someone's doing careful space mana

Re: policy summary for past two weeks

1999-08-01 Thread Michael Stone
On Sun, Aug 01, 1999 at 01:18:24AM -0700, Joseph Carter wrote: > Otherwise I don't see that we have options here. There is no technical > reason we can't just forget the transition. The tools can be modified to > look for docs in both places and (I guess?) already have been in some > cases. If a

Re: /usr/share/doc vs. /usr/doc transition, debate reopened

1999-07-30 Thread Michael Stone
On Fri, Jul 30, 1999 at 04:03:46PM -0700, Chris Waters wrote: > > Chris> Personally, I still think 1) is the best choice. Potato is going to > > Chris> be violating the FHS here, I think it's clear, why not just go ahead > > Chris> and violate it good and hard? > > I *still* think this is the

Bug#40706: Reasons for not moving at all

1999-07-22 Thread Michael Stone
On Thu, Jul 22, 1999 at 04:08:26PM +1000, you wrote: > Perhaps someone would like to upload a .deb that does nothing more than > maintain symlinks? > > Something as simple as having a /etc/cron.daily script that does: > > [ -d /usr/doc ] || exit 0 > > cd /usr/share/doc > for di

Re: md5sum proposal

1999-05-26 Thread Michael Stone
On Tue, May 25, 1999 at 04:42:13PM -0500, Manoj Srivastava wrote: > Putting things in the packaging system so that we can be sure > they have it in the system is really silly, seeing that we have this > marvelous dependency mechanism. Maybe, maybe not. How would it work as a dependency?

Re: md5sum proposal

1999-05-25 Thread Michael Stone
On Tue, May 25, 1999 at 01:39:14PM -0500, Manoj Srivastava wrote: > I still do not see why this has anything to do with the > packaging system. If all you want is to ensure that the files on your > system have not been modified since the time you installed them (and, > frankly, I think y

Re: logrotation

1999-05-19 Thread Michael Stone
On Wed, May 19, 1999 at 02:47:45AM -0700, Joseph Carter wrote: > Yes, got all the seconds it needs. It's now been changed to [AMMENDMENT] > iirc (I'm about to hit the sack so don't count on my memory) The only > thing that has come up is the sudden question about the .log thing, which > I actuall

Re: logrotation

1999-05-18 Thread Michael Stone
On Wed, May 19, 1999 at 12:20:21AM +1000, Conrad Parker wrote: > On Tue, May 18, 1999 at 02:50:22PM +0100, Robert Collier wrote: > > ie. tail all logfiles, until shell expansion allows me to tail > > everything except *.gz haveing a common extension is usefull. > > (bash) > > shopt -s ext

Re: utmp group proposal

1999-05-09 Thread Michael Stone
On Sun, May 09, 1999 at 04:03:01PM -0700, Guy Maor wrote: > Chris Waters <[EMAIL PROTECTED]> writes: > > > This seems like *such* an obvious solution to so many problems that I > > find myself perplexed why this hasn't done before, by others. > > Because it requires glibc 2.1 and kernel 2.2. Whi

Re: Are /cdrom and /floppy really forbidden by policy?

1999-04-13 Thread Michael Stone
On Mon, Apr 12, 1999 at 03:04:12PM +0200, J.H.M. Dassen wrote: > I don't think so. Please keep them, or consider moving them under /mnt. Blech. /mnt already has a purpose: temporary mount points. Someone on lsb-discuss suggested something that might be worth thinking about: /vol. Mike STone

Re: Are /cdrom and /floppy really forbidden by policy?

1999-04-12 Thread Michael Stone
On Mon, Apr 12, 1999 at 05:32:37PM +0100, Enrique Zanardi wrote: > For new potato installations, the default /etc/fstab will have the > following: > > /dev/fd0 /floppy auto defaults,user,noauto 0 0 Is there a reason to not just make this type vfat (auto doesn't work if fs's are com

Re: general method to set the $PATH

1999-04-06 Thread Michael Stone
On Tue, Apr 06, 1999 at 05:00:24PM +1000, Brian May wrote: > In the past I have seen a proposal for /etc/environment. I would really > like it if you could setup any environment variable here (that can then > be overriden by the users startup file). That way I can also set MAIL, > MAILDIR, and MAIL

Bug#32229: PROPOSED] libc-dev dependency in non-libc -dev packages

1999-01-22 Thread Michael Stone
Quoting Joel Klecker ([EMAIL PROTECTED]): > OK, proposal is amended to use `glibc2-dev' as the dependency. Why not just wait until the next wholly incompatible libc upgrade (when things will have to change) instead of making a gratuitous policy shift? Mike Stone

Re: gcc or cc?

1998-11-27 Thread Michael Stone
Quoting J.H.M. Dassen Ray" ([EMAIL PROTECTED]): > On Fri, Nov 27, 1998 at 13:00:58 +0100, Matthias Klose wrote: > > AFAIK we tell developers to use cc, not gcc to compile programs. But in > > 4.1 the policy insists on using gcc. So it's not easy to compile all > > packages automatically with anothe

Re: /etc/environment (related with bug #28446)

1998-11-16 Thread Michael Stone
Quoting Ian Jackson ([EMAIL PROTECTED]): > Francesco Potorti` writes ("/etc/environment (related with bug #28446)"): > > I see that there is no policy described in /usr/doc/debian-policy about > > /etc/environment, while I think there should be one. > > I agree. > > I think that it should be

Re: FHS - transition

1998-11-04 Thread Michael Stone
Quoting Ian Jackson ([EMAIL PROTECTED]): > Michael Stone writes ("Re: FHS - transition"): > > Hmm. Try installing sendmail from slink on a hamm system. And no one > > seems to be addressing that either. Or try dropping the latest apt into > > hamm. > > Shoul

Re: FHS - transition

1998-11-02 Thread Michael Stone
Quoting Ian Jackson ([EMAIL PROTECTED]): > This is explicitly NOT WHAT WE HAVE PROMISED OUR USERS. > > For years, we have promised them INCREMENTAL UPGRADEABILITY. We broke > that promise in 2.0, and I hope we never break it again. > > It is IMO _essential_ that a user can take a single package o

Re: NAG messages.

1998-09-23 Thread Michael Stone
Quoting Dale Scheetz ([EMAIL PROTECTED]): > On Wed, 23 Sep 1998, Brian White wrote: > > What more information would you like to see? > > 3. A patch that fixes it. :) Mike Stone

Re: liblockfile0 and /var/spool/mail policy compliance

1998-05-13 Thread Michael Stone
enefits that cannot be acheived in any other fashion I think that mandating liblockfile is premature. -- Michael Stone, Sysadmin, ITRI PGP: key 1024/76556F95 from mit keyserver, [EMAIL PROTECTED]finger, or email with "Subject: get pgp key" -- To UNSUBSCRIBE, email

Re: language for changelog

1998-04-18 Thread Michael Stone
Quoting Martin Schulze ([EMAIL PROTECTED]): > xcin_2.3.02-3_i386.changes > (Note: the following is in Chinese big5 charset) > > I feel amused by this changelog entry, bug I don't understand a word > of chinese. > > I don't think a changelog is intend to be visible for a few couple > of people

Re: Backspace and delete

1997-11-13 Thread Michael Stone
case. I know some emacs groupies would fight that, but I long since put (keyboard-translate ?\C-h ?\C-?) into my .emacs-- I've wasted far more time logging in at strange consoles and accidently getting help when I hit the backspace key then I will ever waste having to type M-xhelp. -- Michael