Re: kbd 2.9.0: build error (under fakeroot(1) environment)

[Alexey Gladkov <legion@kernel.org>]

On Tue, Sep 09, 2025 at 03:45:33PM +0200, Steffen Nurpmeso wrote:
> Hello.
> 
> My distribution (CRUX) updated to 2.9.0, and the build failed via
> 
>   cp: failed to preserve ownership for /tmp/.pkgmk/pkg/usr/share/kbd/keymaps/i386/qwertz/sr-latin.map.gz: Operation not supported
> 
> Thing is that this seems to only work for real root user, but that
> is not who is doing it, really.

cp -a is used in the makefile. The -a means no dereference and preserve
links and other attributes. This should not be a problem if you have
the same user.

> Problem is also that the build system uses "set -e", and cp(1) will exit
> error no matter what (-f etc) after the above.
> 
> From my superficial BSD-style-simple-filesystem-usage point of
> view symbolic links have no attributes to preserve, but that
> sounds dick.  Maybe it is a GNU coreutils cp(1) "exaggeration" to
> say and fail for the above for a symbolic link, as it seems to be
> only about ownership, not whatever attribute or security context,
> however, still.

You can try to change "cp -a" by "cp -dPR". Maybe this will help with
fakeroot.
 
> In data/Makefile.* a lot of work is done after these "cp -a"s,
> i wonder why beyond $(IGNORE_KEYMAPS) anything that is a symbolic
> link is not "simply" $(LN_S)d after $(DESTDIR) has been populated,
> as it is cd(1) entered for work anyway?  Ie, some kind of
> $(SYMLINK_KEYMAPS) or something.

I didn't understand your point.

Among the keymaps, there are symlinks to change the keymap name.
Previously, when compressing keymaps, symlinks were dereferenced and
a copy of the keymap appeared instead of the symlink.

I don't want to create symlinks in Makefile at the time of install. This
is really hard to maintain.

> 
> Thank you!!
> And Ciao! from Germany,
> 
> --steffen
> |
> |Der Kragenbaer,                The moon bear,
> |der holt sich munter           he cheerfully and one by one
> |einen nach dem anderen runter  wa.ks himself off
> |(By Robert Gernhardt)
> 

-- 
Rgrds, legion