Re: [PROPOSAL] Directories for local initialization scripts

1999-09-03 Thread Philip Hands
Julio <[EMAIL PROTECTED]> writes: > Given the comments on my proposal, I'm rewriting it to the following: > > 1. to provide support for separation of local initialization > scripts, allow update-rc.d to handle subdirectories. So, a > /etc/init.d/local (or whatever) dir could be created and a scri

Re: uid/gid - comments?

1999-09-03 Thread Andreas Jellinghaus
> Yes, but they're configurable at build time, which is problematic if the > uid/gid is already taken on the system on which they're installed. changeing the user name will also affect - setuid programs - crontab files, cron.daily/monthly/weekly files - inetd.conf entries - some daemons have

Re: [PROPOSAL] changing policy on compiling with -g .. a better way

1999-09-03 Thread Ben Collins
On Fri, Sep 03, 1999 at 10:49:44AM -0700, Joey Hess wrote: > Antti-Juhani Kaijanaho wrote: > > On Tue, Aug 31, 1999 at 02:36:37PM +0200, Roman Hodek wrote: > > > > > > > build-debug: BUILD_DEBUG=y > > > > > > Is that a GNU make feature that you can set vars at the place where a > > > dependency i

weekly policy summary

1999-09-03 Thread Joey Hess
Here's what's been happening on debian-policy this week. Note: for details of the policy process, see http://www.debian.org/~srivasta/policy/ch3.html. Also, this summary is available on the web at http://kitenet.net/~joey/policy-weekly.html. Accepted Amendments

Re: [PROPOSAL] changing policy on compiling with -g .. a better way

1999-09-03 Thread Joey Hess
Antti-Juhani Kaijanaho wrote: > On Tue, Aug 31, 1999 at 02:36:37PM +0200, Roman Hodek wrote: > > > > > build-debug: BUILD_DEBUG=y > > > > Is that a GNU make feature that you can set vars at the place where a > > dependency is expected? > > At least it works with GNU make, and it's documented in

Bug#43651: debian-policy: [PROPOSAL] mailbox locking

1999-09-03 Thread Joey Hess
I second this proposal. -- see shy jo

Re: [PROPOSAL] Directories for local initialization scripts

1999-09-03 Thread Julian Gilbey
[Please wrap your lines at 72 characters!] > Given the comments on my proposal, I'm rewriting it to the following: > > 1. to provide support for separation of local initialization > scripts, allow update-rc.d to handle subdirectories. So, a > /etc/init.d/local (or whatever) dir could be created a

Re: [PROPOSAL] Directories for local initialization scripts

1999-09-03 Thread Julio
Given the comments on my proposal, I'm rewriting it to the following: 1. to provide support for separation of local initialization scripts, allow update-rc.d to handle subdirectories. So, a /etc/init.d/local (or whatever) dir could be created and a script within this dir could be linked to rc?.d

Re: Multibyte encoding - what should a package provide?

1999-09-03 Thread Ryuichi Arafune
Hello, I write this mail to ask you to fix your lack of understanding about multi-lingual. # My English is very poor (I'm very sorry!!), but please read this # mail to the end. You classified *only* three categories of language. It is interesting because we can know that non-multi-byte users th

Re: Multibyte encoding - what should a package provide?

1999-09-03 Thread Tomohiro KUBOTA
> > Well, actually, we have three groups: > > > > - English-speaking people, who are fine with US-ASCII, > > - European-languages-speaking people, who are quite happy with 8bits > > ISO-8859-* and locales, > > - Asian-languages-speaking people, who need Unicode (and therefore > > multibyte). >

Re: Multibyte encoding - what should a package provide?

1999-09-03 Thread UNO Takeshi
Hi, From: Stephane Bortzmeyer <[EMAIL PROTECTED]> Subject: Re: Multibyte encoding - what should a package provide? Date: Fri, 03 Sep 1999 10:54:28 +0200 > I remind you that the multibyte option has frequently a huge cost in size and > speed. In that case, two packages from the same source is a

Re: Multibyte encoding - what should a package provide?

1999-09-03 Thread Stephane Bortzmeyer
On Thursday 2 September 1999, at 16 h 50, the keyboard of "Oliver Elphick" wrote: > I have had a request for a postgresql package with multibyte support. I assume you noticed the thread on debian-devel under the titles "Debian-JP discussions; lets wrap this up" and "this all this xxx-jp nonsen