[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Tags added: mago -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/26338 Title: Changing users randomly affects other users and group memberships To manage notifications about this bug go to: https://bugs.launchpad.net/gst/+bug/26338/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Changed in: gst Importance: Unknown => Critical -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 26338] Re: Changing users randomly affects other users and group memberships
L M Nicolosi [2009-03-10 3:42 -]: > kept wandering if a dumb decision like mine shouldn't be forbidden, > some user names just prohibited. I fully agree, the computer should be perfectly able to detect and disallow "bad" user names. Since this bug is closed, and unrelated, could you please file a new bug against gnome-system-tools and tell us the bug number here? Thank you! -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Martin, In gnome-system-tools found bug #236305 "Creating user with username 'admin' hoses admin group, sudo config", that describes exactly what I faced. Re-posted there, thanks for your reply. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Running Intrepid 8.10 i386. Made the decision of adding another user with admin privileges. However while choosing a name ended up calling this new user "admin". Stupid decision as it was, I'm to blame entirely, but the Gnome "Users and Groups" accepted without further notice. In the next boot I found out that all my sudo privileges had gone (the group "admin" vanished). Entered the root terminal, fixed things up (I was happy to find a valid group copy in an old /etc directory, just for comparison), but kept wandering if a dumb decision like mine shouldn't be forbidden, some user names just prohibited. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
I believe this bug is fixed for hardy in gnome-system-tools 2.21.2.1-0ubuntu1. ** Changed in: gnome-system-tools (Ubuntu Hardy) Status: Fix Committed => Fix Released Target: gutsy-updates => None -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Changed in: gst Status: Unknown => Fix Released -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Changed in: gst Bugwatch: 'Bug tracker at http://acpi.sourceforge.net/dsdt/' #489187 => GNOME Bug Tracker #489187 -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Changed in: gst Bugwatch: GNOME Bug Tracker #489187 => 'Bug tracker at http://acpi.sourceforge.net/dsdt/' #489187 Status: Fix Released => Unknown -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Changed in: gst Status: New => Fix Released -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
As suggested by Yann, I've opened a new bug for the situation described in comment 57: https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/164475 -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Copied to edgy/feisty/gutsy-updates. ** Changed in: gnome-system-tools (Ubuntu Edgy) Status: Fix Committed => Fix Released ** Changed in: gnome-system-tools (Ubuntu Feisty) Status: Fix Committed => Fix Released ** Changed in: gnome-system-tools (Ubuntu Gutsy) Status: Fix Committed => Fix Released -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
@renzo: I still think you should open another bug for your case, so your specific issue can be tracked. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
I have tested gnome-system-tools_2.20.0-0ubuntu2 in gutsy for the situation described in comment 57 (presence of domain users managed by winbind). As expected, the situation is not changed, since this is to be considered like a second test case. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Test successfully completed on Edgy, Feisty, and Gutsy installations On Edgy: With gnome-system-tools version 2.15.5-0ubuntu2, executing the test case results in the test2 user being incorrectly deleted and the test3 user remaining. With gnome-system-tools version 2.15.5-0ubuntu6, executing the test case correctly deletes the test1 and test3 users. The test2 user remains with admin priviledges. On Feisty: With gnome-system-tools version 2.18.1-0ubuntu1, executing the test case results in the test2 user being incorrectly deleted and the test3 user remaining. With gnome-system-tools version 2.18.1-0ubuntu2, executing the test case correctly deletes the test1 and test3 users. The test2 user remains with admin priviledges. On Gutsy: With gnome-system-tools version 2.20.0-0ubuntu1, executing the test case results in the test2 user being incorrectly deleted and the test3 user remaining. With gnome-system-tools version 2.20.0-0ubuntu2, executing the test case correctly deletes the test1 and test3 users. The test2 user remains with admin priviledges. ** Tags added: verification-done ** Tags removed: verification-needed -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
I think dapper is really not affected, thus I close the dapper task. Can people please test the edgy/feisty/gutsy-proposed versions and give feedback here? ** Changed in: gnome-system-tools (Ubuntu Dapper) Status: Incomplete => Invalid -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Accepted into gutsy/feisty/edgy-proposed, please test. Thank you! ** Tags added: verification-needed ** Changed in: gnome-system-tools (Ubuntu Gutsy) Status: In Progress => Fix Committed ** Changed in: gnome-system-tools (Ubuntu Feisty) Status: In Progress => Fix Committed ** Changed in: gnome-system-tools (Ubuntu Edgy) Status: In Progress => Fix Committed -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
The changes look good to me, I'm fine with having that uploaded to -proposed for the concerned Ubuntu versisons, thanks to the people who worked on those -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
The very same dpatch also applies to Feisty. I tested that the erroneous behaviour with the test case below happens, and that the patched package fixes it. ** Changed in: gnome-system-tools (Ubuntu Feisty) Importance: Undecided => High Assignee: (unassigned) => Martin Pitt (pitti) Status: New => In Progress -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
Same for edgy, the patch just needs some minor whitespace adjustments. ** Changed in: gnome-system-tools (Ubuntu Edgy) Importance: Undecided => High Assignee: (unassigned) => Martin Pitt (pitti) Status: New => In Progress -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
I tried to reproduce this bug with the dapper version without success. Dapper has quite a different architecture, there is no sytem-tools- backends yet, and all changes done to users-admin are written to the PAM files atomically at program exit. Also, the code is quite different, so that the patches do not apply at all. Restarting users-admin between adding and removing the users also works correctly for me. Can someone reproduce this test case on dapper with some variation? Otherwise I will ignore dapper for this SRU. ** Changed in: gnome-system-tools (Ubuntu Dapper) Status: New => Incomplete -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
After discussion with upstream, fixing the second test case (parallel usage of adduser) is too intrusive to fix for stable releases. It will be fixed eventually in Gnome 2.21. So let's confine this SRU to the first test case of only using g-s-t for user administration. This is the proposed changelog: gnome-system-tools (2.20.0-0ubuntu2) gutsy-proposed; urgency=low * Add debian/patches/23_users_update_model.patch: - Update the internal model of users and groups with each operation, so that it does not become inconsistent with the real world in /etc/passwd and /etc/group. - This fixes random errors like "unrelated user was dropped from group admin", "deleted a different user than the one selected in users-admin", etc. - Patch backported from SVN head: http://svn.gnome.org/viewvc/gnome-system-tools?view=revision&revision=4017 - LP: #26338 -- Martin Pitt <[EMAIL PROTECTED]> Tue, 13 Nov 2007 11:26:21 +0100 Attaching the corresponding dpatch. I verified that with this patch the test case is fixed. ** Description changed: Impact: gnome-system-tools does not keep its internal model of users and groups consistent with the real world in /etc/passwd, /etc/shadow, and /etc/group. This leads to errors like deleting a different user than the one you chose in the UI, dropping unrelated users from groups like admin (thus making the system inaccessible for administration), and similar effects. Fix: Update the internal world model with each operation, done in http://svn.gnome.org/viewvc/gnome-system-tools?view=revision&revision=4017. This needs some serious backporting for Feisty and earlier, I suppose; it should apply well to Gutsy. Regression potential: The bug could not be fixed fully, there might be more places which need update calls. Potentially the patch could mess up the pam db even more. TEST CASE: 1. launch users-admin 2. create a test1 user 3. create a test2 user (with admin rights) 4. create a test3 user 5. delete the test1 user 6. delete the test3 user This will either cause test2 to not be in group admin any more, or be deleted in step 6 instead of user test3. - - Another one: - 1. launch users-admin - 2. create test1 user in users-admin - 3. "sudo useradd test2" in terminal - 4. create test3 user in users-admin - 5. "id test2" will show that user test2 has been nuked. ** Attachment added: "gutsy dpatch" http://launchpadlibrarian.net/10350298/23_users_update_model.patch -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
@martin: your last case is a dupe of https://bugs.launchpad.net/ubuntu/+source/system-tools- backends/+bug/115957 -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
The upstream bug does fix the first test case (operations within gnome- system-tools only), but not the second. I'll followup on the upstream bug. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Description changed: Impact: gnome-system-tools does not keep its internal model of users and groups consistent with the real world in /etc/passwd, /etc/shadow, and /etc/group. This leads to errors like deleting a different user than the one you chose in the UI, dropping unrelated users from groups like admin (thus making the system inaccessible for administration), and similar effects. Fix: Update the internal world model with each operation, done in http://svn.gnome.org/viewvc/gnome-system-tools?view=revision&revision=4017. This needs some serious backporting for Feisty and earlier, I suppose; it should apply well to Gutsy. Regression potential: The bug could not be fixed fully, there might be more places which need update calls. Potentially the patch could mess up the pam db even more. TEST CASE: 1. launch users-admin 2. create a test1 user 3. create a test2 user (with admin rights) 4. create a test3 user 5. delete the test1 user 6. delete the test3 user This will either cause test2 to not be in group admin any more, or be deleted in step 6 instead of user test3. + + Another one: + 1. launch users-admin + 2. create test1 user in users-admin + 3. "sudo useradd test2" in terminal + 4. create test3 user in users-admin + 5. "id test2" will show that user test2 has been nuked. -- Changing users randomly affects other users and group memberships https://bugs.launchpad.net/bugs/26338 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 26338] Re: Changing users randomly affects other users and group memberships
** Summary changed: - Adding a user to a group modifies other users' groups and passwords + Changing users randomly affects other users and group memberships ** Description changed: - Nothing to do with 3270 but couldnt post with real problem package which is - pmount..? + Impact: + gnome-system-tools does not keep its internal model of users and groups consistent with the real world in /etc/passwd, /etc/shadow, and /etc/group. This leads to errors like deleting a different user than the one you chose in the UI, dropping unrelated users from groups like admin (thus making the system inaccessible for administration), and similar effects. - Overall description: My TAT CODISK 2.0 and MP3 player SigmaTel MSCN Music Player - and and CDs I put in my cd drive will not automount. This problem is repeatable - and mostly consistant. Having searced forums and this site it is similar to bug - #23770. This problem emerged after adding a new desktop user to the system and - changing the primary user password and has only occured on one of the two Ubuntu - systems I have. - Having worked through bug #23770 I have tried all the suggestions and am able to - mount USB drives with the command pmount -d /dev/sda1. - Attached is the terminal output from this command and from the id command. + Fix: + Update the internal world model with each operation, done in http://svn.gnome.org/viewvc/gnome-system-tools?view=revision&revision=4017. This needs some serious backporting for Feisty and earlier, I suppose; it should apply well to Gutsy. - Steps to reproduce: This problem is reproducable with both kernel versions I - run: 2.6.12-9-686 and my main kerenel 2.6.12-10-686 + Regression potential: The bug could not be fixed fully, there might be + more places which need update calls. Potentially the patch could mess up + the pam db even more. - Actual results: Drives will not auto mount and appear on the desktop. Connot be - opened via computer menu, delivering error message: + TEST CASE: + 1. launch users-admin + 2. create a test1 user + 3. create a test2 user (with admin rights) + 4. create a test3 user + 5. delete the test1 user + 6. delete the test3 user - mount: wrong fs type, bad option, bad superblock on /dev/sdb, -missing codepage or other error -In some cases useful info is found in syslog - try -dmesg | tail or so - - mount: wrong fs type, bad option, bad superblock on /dev/sdb, -missing codepage or other error -In some cases useful info is found in syslog - try -dmesg | tail or so - - Error: could not execute pmount - - The output from id is: - - [EMAIL PROTECTED]:~$ id - uid=1000(rick) gid=1000(rick) - groups=4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),104(lpadmin),105(scanner),106(admin),1000(rick) - - There is some inconsistency in the error message as this is only generated after - the second time the USB is mounted. Upon reboot or the first time a device is - mounted the message is : - - Error: given UDI is not a mountable volume - - Here is my pmount output: - - [EMAIL PROTECTED]:~$ pmount -d /dev/sda1 - resolved /dev/sda1 to device /dev/sda1 - mount point to be used: /media/sda1 - no iocharset given, current locale encoding is UTF-8 - locale encoding uses UTF-8, setting iocharset to 'utf8' - Cleaning lock directory /var/lock/pmount/_dev_sda1 - device_whitelist: checking /etc/pmount.allow... - device_whitlisted(): nothing matched, returning 0 - find_sysfs_device: looking for sysfs directory for device 8:1 - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-5 (253:5) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-4 (253:4) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-3 (253:3) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-2 (253:2) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-1 (253:1) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/dm-0 (253:0) - find_sysfs_device: checking whether /dev/sda1 is on /sys/block/sda (8:0) - find_sysfs_device: major device numbers match - find_sysfs_device: minor device numbers do not match, checking partitions... - find_sysfs_device: checking whether device /dev/sda1 matches partition 8:0 - find_sysfs_device: checking whether device /dev/sda1 matches partition 8:1 - find_sysfs_device: -> partition matches, belongs to block device /sys/block/sda - device_removable: corresponding block device for /dev/sda1 is /sys/block/sda - get_blockdev_attr: value of /sys/block/sda/removable == 1 - policy check passed - spawnv(): executing /sbin/cryptsetup '/sbin/cryptsetup' 'isLuks' '/dev/sda1' - spawn(): /sbin/cryptsetup terminated with status 255 - device is not LUKS encrypted, or cryptsetup with LUKS support is not installed - locking mount point directory - mount point directory locked - spawnv(): executing /bin/mount '/bin/mount' '-t' 'udf' '-o' - 'no