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

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

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: 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 lex

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. Why