Re: De-vendoring gnulib in Debian packages

2024-05-11 Thread Paul Eggert
On 2024-05-11 07:09, Simon Josefsson via Gnulib discussion list wrote: I would assume that (some stripped down version of) git is a requirement to do any useful work on any platform these days, so maybe it isn't a problem Yes, my impression also is that Git has migrated into the realm of cc/gc

Re: bug#10363: [Pkg-sysvinit-devel] Bug#653073: bug#10363: /etc/mtab -> /proc/mounts symlink affects df(1) output for

2012-01-19 Thread Paul Eggert
On 01/19/12 08:30, Henrique de Moraes Holschuh wrote: > On the app side, I will tell you what you're likely to get back from the > crowd on LKML: write a proper BSD/MIT/LGPL library This argument would have stronger force if there were real code in a real application, code that solved the overall

Re: [Pkg-sysvinit-devel] Bug#653073: bug#10363: /etc/mtab -> /proc/mounts symlink affects df(1) output for

2012-01-19 Thread Paul Eggert
On 01/19/12 07:29, Henrique de Moraes Holschuh wrote: > Note: there is no reason why the kernel could not return the mount > information with shadowed paths removed in a separate procfs node, as > that would cause no security/troubleshooting problems. That's what I was thinking of, and it'd be a m

Re: bug#10363: /etc/mtab -> /proc/mounts symlink affects df(1) output for

2012-01-18 Thread Paul Eggert
On 01/18/12 06:25, Goswin von Brederlow wrote: > What df should do is automatically skip the entries that are obscured or > generally inaccessible. Isn't this missing some of the larger context? df is just doing what lots of other programs do: finding out what file systems one has, and reporting

Re: Bug#189332: flex: unput(char) not valid outside body of grammar

2003-04-18 Thread Paul Eggert
Manoj Srivastava <[EMAIL PROTECTED]> writes: > [POSIX] also says that it is unspecified whether the functions or > macros appear in the C code output of lex, or are accessible only > through the -l l operand of the c compiler. Yes. This means that if Bison were trying to be portable to all l

Re: tar -I incompatibility

2001-01-08 Thread Paul Eggert
> From: Goswin Brederlow <[EMAIL PROTECTED]> > Date: 07 Jan 2001 23:00:59 +0100 > % tar -cIvvf bla.tar.bz2 bla > tar: bla: Cannot stat: No such file or directory That is indeed a bug. Thanks for reporting it. I'll fix it as follows: @@ -439,5 +434,5 @@ or a device. *This* `tar' defaults to

Re: tar -I incompatibility

2001-01-07 Thread Paul Eggert
> Date: Sun, 7 Jan 2001 12:07:14 -0500 > From: Michael Stone <[EMAIL PROTECTED]> > I certainly hope that the debian version at least prevents serious > silent breakage by either reverting the change to -I and printing a > message that the option is deprecated or removing the -I flag > entirely. W