Check attached build log.
Created attachment 194663 [details] Build log
Markus do you feel like fixing this one or should I last-rite it?
Hi guys, What does "last-rite" mean again? Does this mean potential removal from the tree? I can't build this on my system (~x86, hardened kernel). Happy to help debug as this package as it is *really* useful to me.
* Happy to help debug as this package is *really* useful to me.
Yes this is on its way out from the tree if somebody can't get it to work with recent GCC and glibc.
(In reply to comment #5) > Yes this is on its way out from the tree if somebody can't get it to work with > recent GCC and glibc. compiles with attached patch, also added debain TMPDIR patch version bump, ebuild patch attached I didn't try if it actually works... maybe dep needs <=rdiff-backup-1.??
Created attachment 215195 [details, diff] version bump, fix compilation patch, tmpdir patch
Created attachment 215196 [details, diff] fix compile patch
Created attachment 215198 [details, diff] tmpdir patch, see upstream issue 23
(In reply to comment #8) > Created an attachment (id=215196) [details] > fix compile patch > see upstream issue 16, http://code.google.com/p/archfs/issues/detail?id=16
I just bumped to 0.5.6b after a user on IRC showed interest in the package. Is that version working alright for you?
The upstream bug report says 0.5.5 already fixed this. Please try 0.5.6b and reopen this bug report if it does not solve the issue.
Thanks for the on-line Jeroen! I confirm it's working on my x86 box :-)