Re: [gentoo-dev] Sanity check: enewuser in binpkg with portage-utils

2017-07-20 Thread Thomas Deutschmann
On 2017-07-20 19:17, Michał Górny wrote: > No. This is entirely wrong and insane. Tar stores user and group > names, and restores them correctly. Oops, thanks for correction. -- Regards, Thomas signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Sanity check: enewuser in binpkg with portage-utils

2017-07-20 Thread Michał Górny
Dnia 20 lipca 2017 18:15:00 CEST, Thomas Deutschmann napisał(a): >Hi, > >keep in mind that when installing a binpkg, src_* functions are >skipped, >see https://devmanual.gentoo.org/ebuild-writing/functions/ > >So when you are doing anything with the actual user, you have to do

Re: [gentoo-dev] Sanity check: enewuser in binpkg with portage-utils

2017-07-20 Thread Thomas Deutschmann
Hi, keep in mind that when installing a binpkg, src_* functions are skipped, see https://devmanual.gentoo.org/ebuild-writing/functions/ So when you are doing anything with the actual user, you have to do that in a pkg_* function. In case of "exeopts", if you do something like exeopts -m 6710

[gentoo-dev] Sanity check: enewuser in binpkg with portage-utils

2017-07-20 Thread Peter Stuge
Hi, I have some ebuilds which use enewuser to create groups and users in pkg_setup(), and make use of those groups and users in src_install() in exeopts, insopts etc. Is there any reason that this would not always work reliably with binpkgs? Ie. regardless of whether I am using portage or

Re: [gentoo-dev] can't gpg sign with repoman, but can with git

2017-07-20 Thread Kristian Fiskerstrand
On 07/20/2017 10:16 AM, Kristian Fiskerstrand wrote: > What I have noticed with regards to git though, but not had time to > debug is that it seems to do something odd with regards to communicating > with the agent to begin with, and possibly spawns an own agent, at least > sufficiently confusing

[gentoo-dev] Packages up for grabs

2017-07-20 Thread Sergey Popov
Due to disbanding of Desktop-effects project[1], these packages are up for grabs: dev-python/compizconfig-python x11-apps/fusion-icon x11-libs/compiz-bcop x11-libs/compizconfig-backend-gconf x11-libs/compizconfig-backend-kconfig4 x11-libs/libcompizconfig x11-misc/3dfb x11-misc/3dfm x11-misc/ccsm

Re: [gentoo-dev] can't gpg sign with repoman, but can with git

2017-07-20 Thread Kristian Fiskerstrand
On 07/19/2017 09:24 PM, Paweł Hajdan, Jr. wrote: > * 4 files being committed... > error: gpg failed to sign the data > fatal: failed to write commit object > !!! Exiting on git (shell) error code: 128 you can increase gpg-agent logging verbosity in gpg-agent.conf: log-file /home/user/my.log

Re: [gentoo-dev] can't gpg sign with repoman, but can with git

2017-07-20 Thread Kristian Fiskerstrand
On 07/20/2017 07:49 AM, Andrew Savchenko wrote: > Some pinentry issues imho if GPG_TTY makes it work, at least it was > when I hit that half a year ago with this suggested as a solution. It's > not a solution, it's a workaround, as users need to do something. This is a documented feature from