James Youngman wrote:
> On Fri, Nov 16, 2012 at 10:33 PM, Paul Eggert wrote:
>> On 11/16/12 14:10, Dmitry V. Levin wrote:
>>> As I said, my proposal is to introduce a new FTS_ flag that would make
>>> fts_open behave as before that change, and use this flag in findutils.
>>> I haven't heard yet ne
Dmitry V. Levin wrote:
> On Fri, Nov 16, 2012 at 09:52:06PM +, James Youngman wrote:
>> Did anybody do any further work on whether it worked best to fix this
>> in gnulib or in findutils?
>
> As I said, my proposal is to introduce a new FTS_ flag that would make
> fts_open behave as before that
On Fri, Nov 16, 2012 at 10:33 PM, Paul Eggert wrote:
> On 11/16/12 14:10, Dmitry V. Levin wrote:
>> As I said, my proposal is to introduce a new FTS_ flag that would make
>> fts_open behave as before that change, and use this flag in findutils.
>> I haven't heard yet neither from Jim nor from othe
On 11/16/12 14:10, Dmitry V. Levin wrote:
> As I said, my proposal is to introduce a new FTS_ flag that would make
> fts_open behave as before that change, and use this flag in findutils.
> I haven't heard yet neither from Jim nor from other gnulib people whether
> it is acceptable or there is a be
On Mon, Sep 5, 2011 at 11:30 AM, Yuri D'Elia wrote:
> Hi everyone,
>
> I was trying to use extended attributes to store some flags for later
> retrieval.
>
> I figured "find" would contain some way to match on those, but apparently it
> doesn't (either normal "attributes" or "extended"). The clo
On Thu, May 5, 2011 at 9:48 AM, Leslie P. Polzer
wrote:
>
> Hi,
Hello Leslie, it's good to hear from you again after so much time.
Sorry, I didn't notice this email!
> I've noticed that the extended attribute support I coded
> three years ago hasn't made it into mainline yet.
Ultimately the pro
On Fri, Nov 16, 2012 at 09:52:06PM +, James Youngman wrote:
> Did anybody do any further work on whether it worked best to fix this
> in gnulib or in findutils?
As I said, my proposal is to introduce a new FTS_ flag that would make
fts_open behave as before that change, and use this flag in fi
Sorry about my delay in replying.
My first guess is that you might be falling afoul of #include_next
selecting an unexpected header (gnulib uses include_next quite a bit).
If you can still reproduce the problem, try paring away as much as you
can to produce a minimal example which still demonstra
Did anybody do any further work on whether it worked best to fix this
in gnulib or in findutils?
On Mon, Nov 5, 2012 at 3:09 PM, Philipp Thomas wrote:
> With findutils-4.5.10 the -inum option works only on some fs types. I tried
> xfs and ext4 and while -inum works on xfs, it doesn't on ext4. -samefile
> works on both fs types. This is on a openSUSE 12.2 system with kernel 3.4.6.
>
> Where mi
On Tue, Nov 13, 2012 at 6:07 AM, Bernhard Voelker
wrote:
>
>
> On 11/13/2012 01:20 AM, James Youngman wrote:
>> On Mon, Nov 12, 2012 at 6:35 PM, Bernhard Voelker
>> wrote:
>>>
>>> [please CC me, as I'm not subscribed]
>>>
>>> ...
>>> BTW: Why is the latest version on ftp.gnu.org still 4.4.2
>>> (
11 matches
Mail list logo
