On Fri, Jan 10, 2014 at 04:21:50PM +0100, lists@cioccolatai.it wrote:
> is there any reason for having a lot of binaries owned by the messagebus> user, or is a bug (in the build system maybe)?> > # find /var /usr /sbin /lib -user messagebus -ls :> 8065 40 -rwxr-xr-x 1 messagebus messagebus 38176 Oct 30 09:32 /usr/sbin/chroot> 8067 8 -rwxr-xr-x 1 messagebus messagebus 5720 Oct 30 09:32 /usr/libexec/coreutils/libstdbuf.so
[..]
> apart from this, maybe is better to use the reserved "system" uid/gid with the> -S flag in the adduser command?> http://git.alpinelinux.org/cgit/aports/commit/?id=5a7acc3218ecf44b19312ba9b5d4962828e9ec97> > # id messagebus> uid=1000(messagebus) gid=1000(messagebus) groups=1000(messagebus)
Well, last message <g>
Maybe the two things aren't related (I got uid 1000 for dbus after
install, and the packages are owned by uid 1000 for another reason - I
don't known at all the alpine build system).
thnx again,
K.
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Fri, Jan 10, 2014 at 04:44:33PM +0100, lists@cioccolatai.it wrote:
> > # find /var /usr /sbin /lib -user messagebus -ls :> > 8065 40 -rwxr-xr-x 1 messagebus messagebus 38176 Oct 30 09:32 /usr/sbin/chroot> > 8067 8 -rwxr-xr-x 1 messagebus messagebus 5720 Oct 30 09:32 /usr/libexec/coreutils/libstdbuf.so> [..]> > > apart from this, maybe is better to use the reserved "system" uid/gid with the> > -S flag in the adduser command?> > http://git.alpinelinux.org/cgit/aports/commit/?id=5a7acc3218ecf44b19312ba9b5d4962828e9ec97> > > > # id messagebus> > uid=1000(messagebus) gid=1000(messagebus) groups=1000(messagebus)
Sorry for the noise, I confirm that the two things are unrelated:
1) some binaries are installed with owner uid/gid 1000 (maybe a
bug/misconfig in the build system?)
2) dbus installation script creates an ordinary user (which by default
get uid 1000 if you don't have any other regular user), not a system one
should I file two bug reports in the tracker?
as a note, by default the last system gid defined in the default
/etc/groups is users (gid 100) which doesn't have a corrisponding uid
100 in /etc/passwd; any adduser -S creates a "desync" between passwd and
groups (uid 100 gid 101, etc.) which is of course not a bug/problem, but
is .. "ugly" ..
ciao,
I.
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Fri, 10 Jan 2014 16:21:50 +0100
lists@cioccolatai.it wrote:
> Hi,> > background: alpine-mini-2.7.3-x86_64.iso fresh hd install using:> http://wiki.alpinelinux.org/wiki/Install_to_disk> > is there any reason for having a lot of binaries owned by the messagebus> user, or is a bug (in the build system maybe)?
This looks like a broken fakeroot. I wonder why/when that happened.
Also wonder what packages are affected.
> > # find /var /usr /sbin /lib -user messagebus -ls :> 8065 40 -rwxr-xr-x 1 messagebus messagebus 38176 Oct 30 09:32 /usr/sbin/chroot
...
> apart from this, maybe is better to use the reserved "system" uid/gid with the> -S flag in the adduser command?> http://git.alpinelinux.org/cgit/aports/commit/?id=5a7acc3218ecf44b19312ba9b5d4962828e9ec97> > # id messagebus> uid=1000(messagebus) gid=1000(messagebus) groups=1000(messagebus)> > thnx,> I.
You are right. Will look into that. Thanks!
-nc
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Mon, 13 Jan 2014 16:03:25 +0100
lists@cioccolatai.it wrote:
> On Fri, Jan 10, 2014 at 04:44:33PM +0100, lists@cioccolatai.it wrote:> > > > # find /var /usr /sbin /lib -user messagebus -ls :> > > 8065 40 -rwxr-xr-x 1 messagebus messagebus 38176 Oct 30 09:32 /usr/sbin/chroot> > > 8067 8 -rwxr-xr-x 1 messagebus messagebus 5720 Oct 30 09:32 /usr/libexec/coreutils/libstdbuf.so> > [..]> > > > > apart from this, maybe is better to use the reserved "system" uid/gid with the> > > -S flag in the adduser command?> > > http://git.alpinelinux.org/cgit/aports/commit/?id=5a7acc3218ecf44b19312ba9b5d4962828e9ec97> > > > > > # id messagebus> > > uid=1000(messagebus) gid=1000(messagebus) groups=1000(messagebus)> > Sorry for the noise, I confirm that the two things are unrelated:> > 1) some binaries are installed with owner uid/gid 1000 (maybe a> bug/misconfig in the build system?)
likely bug. yes.
> > 2) dbus installation script creates an ordinary user (which by default> get uid 1000 if you don't have any other regular user), not a system one
i fixed that in edge, but we might want fix it in v2.7 too.
> should I file two bug reports in the tracker?
That would be nice yes. Thanks!
> > as a note, by default the last system gid defined in the default> /etc/groups is users (gid 100) which doesn't have a corrisponding uid> 100 in /etc/passwd; any adduser -S creates a "desync" between passwd and> groups (uid 100 gid 101, etc.) which is of course not a bug/problem, but> is .. "ugly" ..
Dont much we can do about that i think.
Thanks!
-nc
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---
On Fri, 10 Jan 2014 16:21:50 +0100
lists@cioccolatai.it wrote:
> Hi,> > background: alpine-mini-2.7.3-x86_64.iso fresh hd install using:> http://wiki.alpinelinux.org/wiki/Install_to_disk> > is there any reason for having a lot of binaries owned by the messagebus> user, or is a bug (in the build system maybe)?> > # find /var /usr /sbin /lib -user messagebus -ls :> 8065 40 -rwxr-xr-x 1 messagebus messagebus 38176 Oct 30 09:32 /usr/sbin/chroot> 8067 8 -rwxr-xr-x 1 messagebus messagebus 5720 Oct 30 09:32 /usr/libexec/coreutils/libstdbuf.so
The exact list of affected packages:
attr-2.4.47-r2.apk
attr-dev-2.4.47-r2.apk
attr-doc-2.4.47-r2.apk
coreutils-8.21-r4.apk
libattr-2.4.47-r2.apk
ruby-doc-2.0.0_p353-r0.apk
shorewall-4.5.21.3-r0.apk
shorewall-doc-4.5.21.3-r0.apk
shorewall6-4.5.21.3-r0.apk
shorewall6-doc-4.5.21.3-r0.apk
xfsprogs-3.1.11-r0.apk
xfsprogs-dev-3.1.11-r0.apk
xfsprogs-doc-3.1.11-r0.apk
-nc
---
Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org
Help: alpine-devel+help@lists.alpinelinux.org
---