From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: bokr@bokr.com
Cc: Danny Milosavljevic <dannym@scratchpost.org>, 44944@debbugs.gnu.org
Subject: bug#44944: Unable to log into X session via gdm
Date: Thu, 22 Sep 2022 00:11:49 -0400 [thread overview]
Message-ID: <874jx0avzu.fsf@gmail.com> (raw)
In-Reply-To: <20220920144957.GA10253@LionPure> (bokr@bokr.com's message of "Tue, 20 Sep 2022 16:49:57 +0200")
Hi,
bokr@bokr.com writes:
> Hi Maxim,
>
> On +2022-09-16 15:00:22 -0400, Maxim Cournoyer wrote:
>> Hi,
>>
>> Danny Milosavljevic <dannym@scratchpost.org> writes:
>>
>> > The latest guix system reconfigure (of yesterday) left me unable to login into
>> > my X session. guix system rollback DID NOT fix it.
>> >
>> > I would enter my password and it would "try" to login and return right back to
>> > the gdm login screen.
>> >
>> > I've since removed gdm from my OS configuration (because I have to do actual
>> > *work* on this computer), but I think it would have been enough to just
>> > chown /var/lib/gdm and rm ~/.xsession-errors (!) in order to make it work
>> > again.
>> >
>> > Does that mean that user ids are non-reproducible?
>> >
>> > Why not have user_id = hash(user_name) ? Then they *are* reproducible.
>>
>> That'd be cool, but how would you implement such a hash, that returns
>> something fixed between 0 and 1024? That doesn't sound feasible,
>> although I'm no hash function expert.
>>
>
> To "return something fixed between 0 and 1024" (1023?) In a context
> with less than 1024 users, couldn't one wrap Danny's "hash(username)"
> with a local function that finds a 0..1023 index into a trusted table
> of hash(username) values represented as string lines?
I'm not sure I follow. If you had some pseudo-code, that might help me
:-).
> Similar to the idea of representing 32-bit sRGB 16-million-colors+transparency
> with an 8-bit pallette index -- or even a 1-bit index for fg/bg alternates
> to black/white.
I'd need to read more deeply about the topic to understand, but I
welcome mathematicians wizards to devise a cute little function to do
that :-).
> BTW, for the unlimited-number-of-users case, what sets the 1024 range limit?
It's just a convention for "system" users, e.g. users typically not
having a home directory, and perhaps other traits. It can differ
between distributions. Some information about it here [0].
[0] https://unix.stackexchange.com/a/80279/82353
Thanks,
Maxim
next prev parent reply other threads:[~2022-09-22 4:12 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-29 13:02 bug#44944: Unable to log into X session via gdm Danny Milosavljevic
2020-11-29 17:00 ` Marius Bakke
2020-11-29 21:20 ` Danny Milosavljevic
2022-09-16 19:00 ` Maxim Cournoyer
2022-09-16 21:03 ` Maxim Cournoyer
2022-09-20 14:49 ` bokr
2022-09-22 4:11 ` Maxim Cournoyer [this message]
2022-09-25 11:47 ` Maxime Devos
2022-09-27 0:12 ` Maxim Cournoyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874jx0avzu.fsf@gmail.com \
--to=maxim.cournoyer@gmail.com \
--cc=44944@debbugs.gnu.org \
--cc=bokr@bokr.com \
--cc=dannym@scratchpost.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.