Bernhard Voelker wrote:
I don't think we can remove that primary without breaking some scripts,
so it's probably best to document it.
I have the opposite impression. Any scripts using this confusing -a operator are
already broken, and we should phase it out. Not that anybody actually *uses*
c
Assaf Gordon wrote:
Was there ever a resolution (or a committed fix)
for the "rm -ir" issue in:
https://bugs.gnu.org/16669
Not yet. I'd leave the bug open.
I reopened the bug report.
Bernhard Voelker wrote:
Is that by any chance solve the problem ?
yes, possibly, although 'require_setfacl_' does not use different
setfacl/getfacl syntax for Solaris/*BSD.
It does not fix the problem. I just now built the development coreutils
(8.30.19-8ea92) on Solaris 10 sparc with GCC 3.4
I had forgotten about this problem, but it is still present in the version 8.25
present on the linux mint 18.3 distribution I'm using right now.This has
absolutely nothing to do with a translation problem. It is related with the
I18N multibytes string processing.
As you can see, the line with th
Philippe Cloutier wrote:
Please clarify why this was closed.
It was closed primarily because no specific wording fix was proposed.
I looked at the bug report again, and don't agree that the old wording was wrong
or even misleading. It's merely a summary table, there's a lot of explanatory
t
On 10/20/18 5:30 AM, Assaf Gordon wrote:
> (triaging old bugs)
>
> Hello,
>
> This bug ( https://bugs.gnu.org/17669 ) deals
> with ACL test failures on Solaris for coreutils 8.22 .
>
> Shortly after the release of 8.22 (but few months before this
> bug was submitted), Bernard pushed this:
>
> -
Hi Assaf,
On 18-10-15 10 h 07, Assaf Gordon wrote:
close 9594
retitle 9594 doc: expand 27.3 Numeric modes (File permissions)
stop
(triaging old bugs)
Hello,
On 25/09/11 07:57 AM, Filipus Klutiero wrote:
Le 2011-09-25 00:11, Paul Eggert a écrit :
On 09/24/11 14:33, Filipus Klutiero wrote:
積丹尼 Dan Jacobson writes:
> Say, can we get the final information just from this email next time,
> just like in Debian. Where one doesn't need to click on the link to see
> how the bug was solved.
Well, we plan to merge with Debian's debbugs sources. This should
improve also messages like this.
Say, can we get the final information just from this email next time,
just like in Debian. Where one doesn't need to click on the link to see
how the bug was solved.
> "GbTS" == GNU bug Tracking System writes:
GbTS> This is an automatic notification regarding your bug report
GbTS> #14971: sp
10 matches
Mail list logo
