December 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 698250] colord: new dbus and polkit rules
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=698250 https://bugzilla.novell.com/show_bug.cgi?id=698250#c37 --- Comment #37 from Vincent Untz <vuntz(a)suse.com> 2011-12-06 16:13:31 UTC --- (In reply to comment #34) > feel free to just submit to openSUSE:12.1:Test so we get an update staged > already. sr 95603. (In reply to comment #36) > (In reply to comment #35) > > Are the changes to run as colord user enough to change the default policy to > > not require auth for the current user? If no, we'll likely want to patch g-s-d > > to delay the color plugin start a bit but that'll result in a horrible user > > experience (with 4 popups on login). > > If you promise to not put colord back in any default installation I'd do that. I prefer to not make any such promise, especially as it might get dragged in by accident... > Also, why does it take four popups!? Hmm, I guess it should have been > auth_admin_keep and create-device should probably imply the create-profile > privilege. So what's happening on each login (assuming a polkit agent is running; if no, it will just fail): - create-device -- we create a device for the xrandr screen of this session - create-profile -- we create a default profile (I assume) - modify-device -- we attach the profile to the device (I assume) - modify-device -- no clue Right now, we don't see any of this anyway since, as I mentioned earlier, the g-s-d plugin does all this before a polkit agent is there. So the issue is hidden. It might make sense to have create-device imply create-profile and modify-device, if we change the policy to KEEP. I can patch colord for that if you agree it's the right way forward. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 698250] colord: new dbus and polkit rules
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=698250 https://bugzilla.novell.com/show_bug.cgi?id=698250#c36 --- Comment #36 from Ludwig Nussel <lnussel(a)suse.com> 2011-12-06 16:27:33 CET --- (In reply to comment #35) > Ludwig: I'm playing with the package, and one major issue caused by the default > policies is that the color plugin in g-s-d starts early, before a polkit agent > is running. Which results in the plugin just failing. > > Are the changes to run as colord user enough to change the default policy to > not require auth for the current user? If no, we'll likely want to patch g-s-d > to delay the color plugin start a bit but that'll result in a horrible user > experience (with 4 popups on login). If you promise to not put colord back in any default installation I'd do that. I'm still not convinced that the architectore of the user session registering new devices with colord is sane though. I'd have expected a some kind of X plugin that does this in the background without involving any user. Also, why does it take four popups!? Hmm, I guess it should have been auth_admin_keep and create-device should probably imply the create-profile privilege. > (In reply to comment #34) > > feel free to just submit to openSUSE:12.1:Test so we get an update staged > > already. > > Talking to Richard, he feels an update to 0.0.15 is worth it. Do we want to > take the update to fix the security issue? Here's the relevants bits from NEWS; I'd say it's up to you as package maintainer to decide what's the better option. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 731042] New: /usr filesystem appears mounted as /dev/dm-7 instead of /dev/mapper/system-usr
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=731042 https://bugzilla.novell.com/show_bug.cgi?id=731042#c0 Summary: /usr filesystem appears mounted as /dev/dm-7 instead of /dev/mapper/system-usr Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: All Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: roeland(a)linux-it.nl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 part of mount command: tmpfs 8231220 600 8230620 1% /run /dev/mapper/system-root 1032088 367784 611876 38% / /dev/dm-7 6708760 6174724 397736 94% /usr tmpfs 8231220 0 8231220 0% /sys/fs/cgroup tmpfs 8231220 0 8231220 0% /media /dev/mapper/system-var 1806176 288724 1480768 17% /var Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: /dev/dm-7 6708760 6174724 397736 94% /usr Expected Results: /dev/mapper/system-usr 6708760 6174724 397736 94% /usr I di see this on all system's I've updated. If I mount by hand on, say /mnt, I get : /dev/mapper/system-usr 6708760 6174724 397736 94% /mnt so it seems that somewhere at boot, it goes wrong. fstab # # Operating system ins on vg system # /dev/system/swap swap swap defaults 0 0 /dev/system/root / ext4 acl,user_xattr 1 1 /dev/sda1 /boot ext2 acl,user_xattr,nosuid,noexec,nodev 1 2 /dev/system/home /home ext4 acl,user_xattr,nosuid 1 2 /dev/system/local /local ext4 acl,user_xattr 1 2 /dev/system/opt /opt ext4 acl,user_xattr 1 2 /dev/system/srv /srv ext4 acl,user_xattr 1 2 /dev/system/tmp /tmp ext4 acl,user_xattr,nosuid,noexec,nodev 1 2 /dev/system/usr /usr ext4 acl,user_xattr 1 2 /dev/system/var /var ext4 acl,user_xattr 1 2 # # data files, install files, iso's and so on the data disks # /dev/storage/iso /var/lib/vmware/Shared\20VMs/iso ext4 acl,user_xattr 1 2 /dev/storage/instfiles /storage/instfiles ext4 acl,user_xattr 1 2 /dev/storage/mysql /var/lib/mysql ext4 acl,user_xattr 1 2 /dev/storage/vmware /var/lib/vmware ext4 acl,user_xattr 1 2 # proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 735027] New: RN: systemd: does not honor TMP_DIRS_TO_CLEAR
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=735027 https://bugzilla.novell.com/show_bug.cgi?id=735027#c0 Summary: RN: systemd: does not honor TMP_DIRS_TO_CLEAR Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: ASSIGNED Severity: Enhancement Priority: P5 - None Component: Release Notes AssignedTo: ke(a)suse.com ReportedBy: ke(a)suse.com QAContact: coolo(a)suse.com Blocks: 735000 Found By: Documentation Blocker: --- From: Ludwig Nussel <ludwig.nussel(a)suse.de> Subject: Re: [opensuse-factory] [12.1] massive data loss in /var/tmp/ To: opensuse-factory(a)opensuse.org Date: Wed, 23 Nov 2011 15:46:33 +0100 Melchior FRANZ wrote: > Apparently, 12.1 has added /var/tmp/ to TMP_DIRS_TO_CLEAR in > /etc/sysconfig/cron. I was quite surprised when I found out today > that I've lost a few GB of data, which used to be safe there. $ tail -2 /usr/lib/tmpfiles.d/tmp.conf d /tmp 1777 root root 10d d /var/tmp 1777 root root 30d That tells systemd to clear files older than 10 resp 30 days in those directories. systemd does not honor TMP_DIRS_TO_CLEAR. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 734975] New: Typo in rpmbuild section
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=734975 https://bugzilla.novell.com/show_bug.cgi?id=734975#c0 Summary: Typo in rpmbuild section Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes AssignedTo: ke(a)suse.com ReportedBy: suse-beta(a)cboltz.de QAContact: coolo(a)suse.com CC: lnussel(a)suse.com Found By: Beta-Customer Blocker: --- The rpmbuild section of the release notes contains a little typo: Unprivileged users can no longer write to /usr/src/packages. rpmbuild> now uses It should be just "rpmbuild", not "rpmbuild__>__" ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 734761] New: generic problem opensuse 12.1
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=734761 https://bugzilla.novell.com/show_bug.cgi?id=734761#c0 Summary: generic problem opensuse 12.1 Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: novell(a)vertone.co.uk QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 I have come across 2 bugs that have been caused by the same problem. The bugs reports are 733397 and 734760 Both of these bugs are caused by the /var/run directory now being a temporary directory that loses all of its contents over a reboot. There are probably many more packages affected in a similar way so I have raised this report in order to draw attention to the problem. Reproducible: Always Steps to Reproduce: 1.N/A 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 731890] New: Release notes should mention /run
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=731890 https://bugzilla.novell.com/show_bug.cgi?id=731890#c0 Summary: Release notes should mention /run Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Release Notes AssignedTo: ke(a)suse.com ReportedBy: carlos.e.r(a)opensuse.org QAContact: coolo(a)suse.com Found By: --- Blocker: --- Release notes should mention the new directory /run (because admins have to change things like backup scripts), and that it is a filesystem in RAM and why, or point to an appropriate explanation like http://lwn.net/Articles/436012/ This has been discussed here: http://lists.opensuse.org/opensuse-factory/2011-11/msg01127.html and I open this bug after the suggestion there by Lars -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 735068] New: osc mbranch kernel-source creates broken _links
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=735068 https://bugzilla.novell.com/show_bug.cgi?id=735068#c0 Summary: osc mbranch kernel-source creates broken _links Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: adrian(a)suse.com ReportedBy: meissner(a)suse.com QAContact: adrian(a)suse.com CC: dmueller(a)suse.com, bbrunner(a)suse.com Found By: Development Blocker: --- osc mbranch kernel-source creates broken links like e.g in kernel-desktop.openSUSE_11.2: <link package="kernel-source.openSUSE:12.1" cicount="copy"/> while it should "kernel-source.openSUSE_12.1" without : -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 698250] colord: new dbus and polkit rules
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=698250 https://bugzilla.novell.com/show_bug.cgi?id=698250#c35 --- Comment #35 from Vincent Untz <vuntz(a)suse.com> 2011-12-06 13:46:05 UTC --- Ludwig: I'm playing with the package, and one major issue caused by the default policies is that the color plugin in g-s-d starts early, before a polkit agent is running. Which results in the plugin just failing. Are the changes to run as colord user enough to change the default policy to not require auth for the current user? If no, we'll likely want to patch g-s-d to delay the color plugin start a bit but that'll result in a horrible user experience (with 4 popups on login). (In reply to comment #34) > feel free to just submit to openSUSE:12.1:Test so we get an update staged > already. Talking to Richard, he feels an update to 0.0.15 is worth it. Do we want to take the update to fix the security issue? Here's the relevants bits from NEWS; it's really about bug fixes: =========================== Version 0.1.15 ~~~~~~~~~~~~~~ Released: 2011-11-26 Notes: - This release fixes an important security bug: CVE-2011-4349. - It is recommended all users update to this version, or backport these patches: * http://gitorious.org/colord/master/commit/1fadd90afcb4bbc47513466ee9bb1e4a8… * http://gitorious.org/colord/master/commit/36549e0ed255e7dfa7852d08a75dd5f00… New Features: - Add a native driver for the Hughski ColorHug hardware (Richard Hughes) - Export cd-math as three projects are now using it (Richard Hughes) Bugfixes: - Documentation fixes and improvements (Laurent Martelli) - Do not crash the daemon if adding the device to the db failed (Richard Hughes) - Do not match any sensor device with a kernel driver (Richard Hughes) - Don't be obscure when the user passes a device-id to colormgr (Richard Hughes) - Fix a memory leak when getting properties from a device (Richard Hughes) - Fix colormgr device-get-default-profile (Richard Hughes) - Fix some conection bugs in colormgr (Florian Höch, Richard Hughes) - Fix some potential SQL injections (Ludwig Nussel, Vincent Untz) - Make gusb optional (Ludwig Nussel) - Only use the udev USB helper if the PID and VID have matches (Richard Hughes) - Output the Huey calibration matrices when dumping the sensor (Richard Hughes) Version 0.1.14 ~~~~~~~~~~~~~~ Released: 2011-11-01 Translations: New Features: - Add defines for the i1 Display 3 (Richard Hughes) - Add two more DATA_source values to the specification (Richard Hughes) - Align the output from colormgr get-devices and get-profiles (Richard Hughes) - Allow cd-fix-profile to append and edit new metadata (Richard Hughes) Bugfixes: - Ensure non-native device are added with no driver module (Richard Hughes) - Split the sensor and device udev code (Richard Hughes) =========================== -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 734550] New: Request of a Fonts Repository
by bugzilla_noreply＠novell.com 06 Dec '11

06 Dec '11

https://bugzilla.novell.com/show_bug.cgi?id=734550 https://bugzilla.novell.com/show_bug.cgi?id=734550#c0 Summary: Request of a Fonts Repository Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)suse.com ReportedBy: thomas.schraitle(a)suse.com QAContact: adrian(a)suse.com CC: jw(a)suse.com Found By: Documentation Blocker: --- After some discussion on the opensuse-packaging mailinglist, it would be convenient to have all fonts collected in one repository. I would like to suggest the name "Fonts" for this repository. Thanks! :) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8