Fixed with the gnome-system-tools 2.29.3 now in Lucid.
** Changed in: system-tools-backends (Ubuntu)
Status: Triaged = Fix Released
** Changed in: liboobs (Ubuntu)
Status: Triaged = Fix Released
--
problem with big uids in Users and Groups tool
All of this is fixed with the System Tools Backends 2.9.0 and liboobs
2.29.2.
** Also affects: system-tools-backends
Importance: Undecided
Status: New
** Changed in: system-tools-backends
Status: New = Fix Released
--
problem with big uids in Users and Groups tool
Are people actually watching liboobs development?! ;-)
I've tried using before, but I was getting strange results because when
converting the constant value to signed int, something was going wrong and I
was getting -GMAX_INT32. I've tried again with your solution, and that does not
work
Hi, had a quick look on your commit and you really should not use pow()
from math.h but use shift left i.e.
#includemath.h
#define OOBS_MAX_UID MIN (G_MAXINT32, pow (2, 8 * sizeof (uid_t) - 1))
#define OOBS_MAX_GID MIN (G_MAXINT32, pow (2, 8 * sizeof (gid_t) - 1))
is identical to this which
OK, I've just committed a fix that allows IDs to be handled correctly as
long as they don't go beyond G_MAXINT32 when the system supports it,
which means on Ubuntu you can go up to 2,147,483,647. I guess that's
enough for most people, but I'll see if we can guarantee we support the
full range for
Tested with this up to date Karmic:
The behavior is a little different but it still refuses to create a user
with UID of 10.
Following warning is outputted:
(users-admin:1866): Glib-GObject-WARNING **: value 10 of type
'gint' is invalid or out of range for property 'uid' of type 'gint'
** Changed in: system-tools-backends (Ubuntu)
Status: Fix Released = Confirmed
--
problem with big uids in Users and Groups tool
https://bugs.launchpad.net/bugs/303997
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Again... Tricky issue. Considering the precise bug you found, it comes
from the fact that the max [GU]ID was statically defined as 65,535. I'll
fix that easily, but I lack a generic way of detecting the actual system
maximum for gid_t. I guess I've found a hack that will work, though.
That will be
Actually I have committed a fix in August that allows you to choose a UID/GID
up to MAX_UINT32, because we use this type in the D-BUS spec of the backends.
So that should be good for what you asked. See
You got me. ;-) I should have read that comment.
You seem to master how all these settings work. So you think it's safe
to allow people to choose UIDs up to MAX_INT? I'll see what I can do,
but that will require a new version of the backends accepting that
before the GUI can do that, else we're
The 6 limit sounds too low.
--
problem with big uids in Users and Groups tool
https://bugs.launchpad.net/bugs/303997
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to system-tools-backends in ubuntu.
--
desktop-bugs mailing list
Not my problem! ;-)
More seriously, I've checked that we're doing our work correctly, and it
appears that this figure comes from /etc/login.defs, which is shipped by
the package 'login'. So, if you think that's an issue, please report a
bug against that package.
--
problem with big uids in
Well, I would recommend checking the facts first. What there is in
login.defs is following (read the comment).
cut
#
# Min/max values for automatic uid selection in useradd
#
UID_MIN 1000
UID_MAX 6
cut
I.e. the automatic selection of the new UID should use
I think 65535 is the maximum ID. The spin button should refuse higher
values.
--
problem with big uids in Users and Groups tool
https://bugs.launchpad.net/bugs/303997
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to system-tools-backends
Fixed upstream. Should be available in Karmic when 2.27.92 is released.
The problem was that the maximum UID/GID for Ubuntu is 6, or at
least it is that value which is used by the backends. The 65535 limit
was hardcoded, hence you could go beyond the limit, and the tool tried
to create
15 matches
Mail list logo