rawhide report: 20101225 changes
Compose started at Sat Dec 25 08:15:08 UTC 2010 Broken deps for x86_64 -- apr-util-mysql-1.3.10-1.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) apr-util-mysql-1.3.10-1.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) apvlv-0.0.9.8-1.fc15.x86_64 requires libpoppler.so.9()(64bit) bacula-director-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) bacula-director-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) bacula-storage-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) bacula-storage-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) balsa-2.4.9-2.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) esmtp-1.0-6.fc12.x86_64 requires libesmtp.so.5()(64bit) evolution-couchdb-0.5.1-1.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) evolution-rss-0.2.9-11.20101218git.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) freeradius-mysql-2.1.10-1.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) freeradius-mysql-2.1.10-1.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0 gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit) 1:gnome-bluetooth-moblin-2.91.2-1.fc15.x86_64 requires libmoblin-panel.so.0()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires libnotify.so.1()(64bit) gnome-phone-manager-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-phone-manager-telepathy-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gnotime-2.3.0-7.fc14.x86_64 requires libgtkhtml-3.14.so.19()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gshutdown-0.2-6.fc12.x86_64 requires libnotify.so.1()(64bit) gsql-0.2.1-4.fc12.i686 requires libnotify.so.1 gsql-0.2.1-4.fc12.x86_64 requires libnotify.so.1()(64bit) gsql-engine-mysql-0.2.1-4.fc12.x86_64 requires libmysqlclient_r.so.16()(64bit) gsql-engine-mysql-0.2.1-4.fc12.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) gummi-0.5.3-2.fc15.x86_64 requires libpoppler.so.9()(64bit) gyachi-plugin-libnotify-1.2.10-3.fc14.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) ibus-fbterm-0.9.1-10.fc15.x86_64 requires libibus.so.2()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections java-gnome-4.0.16-3.fc14.x86_64 requires libnotify.so.1()(64bit) libnotifymm-0.6.1-8.fc14.i686 requires libnotify.so.1 libnotifymm-0.6.1-8.fc14.x86_64 requires libnotify.so.1()(64bit) log4net-1.2.10-13.fc13.x86_64 requires mono(System) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Data) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(mscorlib) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Xml) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Web) = 0:1.0.5000.0 1:logjam-4.6.0-1.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) mediatomb-0.12.1-4.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) mediatomb-0.12.1-4.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit)
Adding ARM Cross generation patch to gcc and binutils specfiles
Hi - Building on the work of Lennert Buytenhek and David Woodhouse I recently uplevelled the spec files for gcc and binutils they did for gcc-4.1.2 and binutils-2.17.50.0.18 to work with recent rawhide gcc and binutils. The goal of the spec changes is to allow rpmbuild to also build cross gcc and binutils packages which can co-exist with the normal host ones, it makes it easy then to build cross kernels or bootloaders which may otherwise be difficult when your native system doesn't work yet ^^ The patched spec files need to be built like this: $ rpmbuild -ba --define binutils_target armv5tel-redhat-linux-gnueabi rpmbuild/SPECS/gcc.spec # rpm -i rpmbuild/RPMS/x86_64/armv5tel-redhat-linux-gnueabi-binutils-2.20.51.0.12-2.fc15.x86_64.rpm $ rpmbuild -ba --define=cross_target armv5tel-redhat-linux-gnueabi rpmbuild/SPECS/gcc.spec The binutils patch is simple and small (against binutils-2.20.51.0.12-2.fc15): http://warmcat.com/binutils-cross12.diff The gcc patch (against gcc-4.5.1-5.fc15): http://warmcat.com/gcc-cross12.diff is not small or selfcontained and may have some rough edges, but it works to build functional cross packages that don't conflict with the host install so its heart is at least in the right place or, best from my point of view, the patch can be cleaned and merged with the normal gcc spec. I see Hans looks after arm-gp2x-linux-gcc which is also stuck in a gcc-4.1.2 timewarp that maybe my uplevelled patch can also help. Maybe Jakub and Hans could eyeball the patches and see if there is a path to allowing cross packages going on just by rebuilding with the right rpmbuild parameters. -Andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On Thu, Dec 23, 2010 at 09:11:46AM -0800, Fernando Lopez-Lezcano wrote: On 12/22/2010 12:56 PM, Casey Dahlin wrote: On Mon, Dec 20, 2010 at 07:16:21PM -0800, Fernando Lopez-Lezcano wrote: This is from Paul Davis, the main architect of Jack (I forwarded him your post): this isn't exactly correct. in /dev/shm on linux we have: (a) unix-domain sockets for non-RT communication with the server Perhaps these could become abstract domain sockets. Could you explain a bit perhaps? I'm not familiar with them... (or maybe you have a url I could surf to?) Basically, you put a \0 in front of the path when you bind the socket. So, for example, bind to \0/jack/socket. Yes, that looks weird, but it works. The socket will not appear anywhere in the filesystem, but can still be opened by using that wonky path from anywhere. When no longer referenced the socket will simply disappear. Here's a link, though it takes awhile to get to the point: http://blog.eduardofleury.com/archives/2007/09/13/ --CJD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Adding ARM Cross generation patch to gcc and binutils specfiles
Hi, On 12/24/2010 01:43 PM, Andy Green wrote: Hi - snip I see Hans looks after arm-gp2x-linux-gcc which is also stuck in a gcc-4.1.2 timewarp that maybe my uplevelled patch can also help. arm-gp2x-linux-gcc is deliberately stuck at 4.1.2, because that is the version the gp2x community has settled at as using as a toolchain. With that said the arm-gp2x-linux-* packages could use some love, which I've been failing to give them due to lack of time. Mostly what they need is packaging of some more cross-compiled libs (like SDL_mixer and other SDL_foo's) to make the chain usable to compile a wider range of gp2x programs. Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20101224 changes
Compose started at Fri Dec 24 08:15:04 UTC 2010 Broken deps for x86_64 -- MySQL-python-1.2.3-0.5.c1.fc14.x86_64 requires libmysqlclient_r.so.16()(64bit) MySQL-python-1.2.3-0.5.c1.fc14.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) apr-util-mysql-1.3.10-1.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) apr-util-mysql-1.3.10-1.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) apvlv-0.0.9.8-1.fc15.x86_64 requires libpoppler.so.9()(64bit) bacula-director-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) bacula-director-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) bacula-storage-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) bacula-storage-mysql-5.0.3-6.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) balsa-2.4.9-2.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) esmtp-1.0-6.fc12.x86_64 requires libesmtp.so.5()(64bit) evolution-couchdb-0.5.1-1.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) evolution-rss-0.2.9-11.20101218git.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit) freeradius-mysql-2.1.10-1.fc15.x86_64 requires libmysqlclient_r.so.16()(64bit) freeradius-mysql-2.1.10-1.fc15.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0 gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit) 1:gnome-bluetooth-moblin-2.91.2-1.fc15.x86_64 requires libmoblin-panel.so.0()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires libnotify.so.1()(64bit) gnome-phone-manager-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-phone-manager-telepathy-0.65-8.fc14.x86_64 requires libgnokii.so.5()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gnotime-2.3.0-7.fc14.x86_64 requires libgtkhtml-3.14.so.19()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.2.0-3.fc14.x86_64 requires libchamplain-gtk-0.6.so.0()(64bit) gshutdown-0.2-6.fc12.x86_64 requires libnotify.so.1()(64bit) gsql-0.2.1-4.fc12.i686 requires libnotify.so.1 gsql-0.2.1-4.fc12.x86_64 requires libnotify.so.1()(64bit) gsql-engine-mysql-0.2.1-4.fc12.x86_64 requires libmysqlclient_r.so.16()(64bit) gsql-engine-mysql-0.2.1-4.fc12.x86_64 requires libmysqlclient_r.so.16(libmysqlclient_16)(64bit) gummi-0.5.3-2.fc15.x86_64 requires libpoppler.so.9()(64bit) gyachi-plugin-libnotify-1.2.10-3.fc14.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libnotify.so.1()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) ibus-fbterm-0.9.1-10.fc15.x86_64 requires libibus.so.2()(64bit) intellij-idea-9.0.1.94.399-12.fc15.x86_64 requires commons-collections java-gnome-4.0.16-3.fc14.x86_64 requires libnotify.so.1()(64bit) libnotifymm-0.6.1-8.fc14.i686 requires libnotify.so.1 libnotifymm-0.6.1-8.fc14.x86_64 requires libnotify.so.1()(64bit) log4net-1.2.10-13.fc13.x86_64 requires mono(System) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Data) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(mscorlib) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Xml) = 0:1.0.5000.0 log4net-1.2.10-13.fc13.x86_64 requires mono(System.Web) = 0:1.0.5000.0 1:logjam-4.6.0-1.fc15.x86_64 requires libgtkhtml-3.14.so.19()(64bit)
Re: F15 Feature - convert as many service init files as possible to the native SystemD services
On Fri, 26.11.10 16:18, Michał Piotrowski (mkkp...@gmail.com) wrote: Sorry for not responding earlier to this, I have been travelling the last few weeks with little access to the internet. I tried it amtu.service - Abstract Machine Tests Loaded: loaded (/lib/systemd/system/amtu.service) Active: failed since Fri, 26 Nov 2010 19:12:48 +0100; 11s ago Process: 2557 (/usr/sbin/amtu $EXTRAOPTIONS, code=exited, status=255) CGroup: name=systemd:/system/amtu.service Your process simply exists with status=255, systemd records that and give that it is != 0 it will make the service enter failed state. Previously the exit code of init scripts did not matter much in sysvinit, and was usually eaten up. However, in systemd we actually record if things failed to start up and present them to the user/admin in systemctl status. This is actually a great advantage of systemd, even if it sounds trivial enough. It should be a useful tool for admins to track down services that don't work and why they don't work. In your specific case it's probably a good idea trying to track down what exit code 255 means, and maybe look for a message in syslog explaining what went wrong in the service. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Help identifying bugzilla component
On Fri, Dec 24, 2010 at 6:31 AM, Peter Hutterer peter.hutte...@who-t.net wrote: xorg-x11-drv-synaptics bug, I've reassigned to me. this bug is still present upstream, so if you could file a bug upstream, that'd be much appreciated. Thank you very much Peter. -- Gianluca Sforna http://morefedora.blogspot.com http://identi.ca/giallu - http://twitter.com/giallu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] MySQL 5.5 coming soon to rawhide
Hi, 2010/12/22 Tom Lane t...@redhat.com: Since MySQL AB^W^WSun^WOracle has now declared the mysql 5.5.x release series to be GA status, I'm planning to push it into rawhide shortly to replace the 5.1.x series. Theoretically, this will go pretty smoothly. I'm aware of a couple of ABI-level issues: 1. libmysqlclient.so, which is linked into all manner of stuff, is supposed to be ABI-compatible with the previous releases. However, I got tired of the amount of visible churn in exported-symbols-you're- not-supposed-to-use. The new release will use a linker --version-script to hide everything except the documented API functions. This might break any apps that are relying on non-API functions. If so, I'm willing to consider on a case-by-case basis whether to add those symbols back to the ABI or fix the callers. Hmm... PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/mysqli.so' - /usr/lib64/php/modules/mysqli.so: symbol client_errors, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference in Unknown on line 0 I guess I need to rebuild php. Apart of this for now works ok on my F14 :) 2. libmysqlclient_r.so is gone altogether; there's no need for it since the regular libmysqlclient.so library is supposed to be thread safe. AFAIK this will require rebuilding only the following packages: mysql++ mysql-connector-c++ nekovm qt-mysql For now I'll include a symlink libmysqlclient_r.so - libmysqlclient.so, so that a simple rebuild with no source-code changes should be sufficient. Eventually we'll probably want to fix the source code to not refer to libmysqlclient_r, but that might take awhile if upstreams are worried about portability. There are also some SQL-level incompatibilities called out here: http://dev.mysql.com/doc/refman/5.5/en/upgrading-from-previous-series.html I'm not sure to what extent these may affect Fedora applications, but it seems like the easiest way to find out is to try them. Any objections? Anything people think should be tested before pushing? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Best regards, Michal Sent from my fscking awesome Black Hole Generator -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On 12/23/2010 01:52 PM, Lennart Poettering wrote: On Mon, 20.12.10 13:07, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote: I raise this issue because The API for /dev/shm is shm_open() statement above means to me that in the future there will be no file api access to a ram mounted filesystem in Fedora (I understand that this is my own conclusion, but I can't see any other given the wording of the statement above). Before someone implements that idea, please consider the needs of a filesystem in ram for such uses as those mentioned in this thread (and that is supported by the Fedora distribution by default). Just in case... This too appears to be a good usecase for XDG_RUNTIME_DIR btw. If I understand correctly this would only be available for logged in users only. If /var/run is going to be a tmpfs in fc15+ (if I understand correctly another message you posted in this thread) then that would appear to be a better option to my eyes (the main Jack developers might have other opinions/ideas, I'll try to keep them posted). -- Fernando -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On Fri, 24.12.10 16:17, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote: On 12/23/2010 01:52 PM, Lennart Poettering wrote: On Mon, 20.12.10 13:07, Fernando Lopez-Lezcano (na...@ccrma.stanford.edu) wrote: I raise this issue because The API for /dev/shm is shm_open() statement above means to me that in the future there will be no file api access to a ram mounted filesystem in Fedora (I understand that this is my own conclusion, but I can't see any other given the wording of the statement above). Before someone implements that idea, please consider the needs of a filesystem in ram for such uses as those mentioned in this thread (and that is supported by the Fedora distribution by default). Just in case... This too appears to be a good usecase for XDG_RUNTIME_DIR btw. If I understand correctly this would only be available for logged in users only. If /var/run is going to be a tmpfs in fc15+ (if I understand correctly another message you posted in this thread) then that would appear to be a better option to my eyes (the main Jack developers might have other opinions/ideas, I'll try to keep them posted). For the precise semantics of XDG_RUNTIME_DIR please refer to the XDG basedir spec: http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html Most distributions and many programs implement this spec in one way or another, however the XDG_RUNTIME_DIR part is a relatively new addition, and F15 is probably the first bigger distro which implements it. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: firewalld - A firewall daemon with D-BUS interface providing a dynamic firewall (test version)
On Thu, Dec 23, 2010 at 11:03 AM, Thomas Woerner twoer...@redhat.com wrote: - A simple tray applet (firewall-applet) Actively deprecated; please consider other interfaces. In this case, I think a control panel module is just fine. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
hmm, repoquery lied to me
According to repoquery, there are only four packages depending on libmysqlclient_r: $ repoquery --releasever=rawhide --whatrequires libmysqlclient_r.so.16 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 qt-mysql-1:4.7.1-5.fc15.i686 ... but this morning's rawhide report shows a whole lot more than that. What is wrong with the above query? And should we reconsider the decision arrived at a few days ago that it was okay to drop libmysqlclient_r? It's still the case that a simple rebuild would fix things, but if there are a couple of dozen dependencies instead of four, maybe it was a bad idea. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: noexec on /dev/shm
On Sat, 25.12.10 11:51, Casey Dahlin (cdah...@redhat.com) wrote: Could you explain a bit perhaps? I'm not familiar with them... (or maybe you have a url I could surf to?) Basically, you put a \0 in front of the path when you bind the socket. So, for example, bind to \0/jack/socket. Yes, that looks weird, but it works. The socket will not appear anywhere in the filesystem, but can still be opened by using that wonky path from anywhere. When no longer referenced the socket will simply disappear. Here's a link, though it takes awhile to get to the point: http://blog.eduardofleury.com/archives/2007/09/13/ BTW: I can only ask everybody to be very careful with abstract namespace sockets, since there is no access control applied to the namespace: everbody can allocate any socket. If jack would hardcode the socket it uses to \0/org/jack/socket or so, then a) only one user could run jack at a time, b) an evil user could simply allocate that socket and thus ensure that nobody else can run jack anymore (DoS) and c) jack clients of other users might try to connect to a jack instance belonging to one user, which might create confusion and errors. If you place a socket in a dir such as $XDG_RUNTIME_DIR these problems don't exist, since that dir belongs to the user, and only the user, so nobody else can allocate sockets in it or connect to it, which fixes the problems pointed out above. Or to turn this around: abstract namespace sockets are only safe to use if they: a) use a randomized name (which makes them a less lot useful, since you need to add some additional logic to find out what name they have for your application) or b) use a fixed name, but only by a system daemon that is started early at boot (i.e. at a time were no evil user could be logged in) and is never restarted (so that no time window exists wher the socket is unallocated during normal runtime where evil users could take advantage of). That basically means that besides systemd itself and maybe the D-Bus system bus almost nobody can safely use fixed name abstract namespace sockets. In particular user code that uses fixed name abstract namespace sockets is necessarily vulnerable to DoS attacks. Yes, abstract namespace sockets only have a very limited use. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
On Sat, 25 Dec 2010 13:33:43 -0500, Tom wrote: According to repoquery, there are only four packages depending on libmysqlclient_r: $ repoquery --releasever=rawhide --whatrequires libmysqlclient_r.so.16 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 qt-mysql-1:4.7.1-5.fc15.i686 ... but this morning's rawhide report shows a whole lot more than that. What is wrong with the above query? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc14.noarch $ repoquery --disablerepo=rpmfusion-free-updates --releasever=rawhide --whatrequires libmysqlclient_r.so.16 apr-util-mysql-0:1.3.10-1.fc15.i686 bacula-director-mysql-0:5.0.3-6.fc15.i686 bacula-storage-mysql-0:5.0.3-6.fc15.i686 freeradius-mysql-0:2.1.10-1.fc15.i686 gsql-engine-mysql-0:0.2.1-4.fc12.i686 mediatomb-0:0.12.1-4.fc15.i686 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 mysql-workbench-0:5.2.30-1.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 ntop-0:3.4-0.3.pre3.fc15.i686 nuauth-log-mysql-0:2.4.3-1.fc15.i686 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
Michael Schwendt mschwe...@gmail.com writes: On Sat, 25 Dec 2010 13:33:43 -0500, Tom wrote: What is wrong with the above query? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc14.noarch I'm still on F13, but theoretically it should be the same no? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc13.noarch $ repoquery --disablerepo=rpmfusion-free-updates --releasever=rawhide --whatrequires libmysqlclient_r.so.16 apr-util-mysql-0:1.3.10-1.fc15.i686 bacula-director-mysql-0:5.0.3-6.fc15.i686 bacula-storage-mysql-0:5.0.3-6.fc15.i686 freeradius-mysql-0:2.1.10-1.fc15.i686 gsql-engine-mysql-0:0.2.1-4.fc12.i686 mediatomb-0:0.12.1-4.fc15.i686 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 mysql-workbench-0:5.2.30-1.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 ntop-0:3.4-0.3.pre3.fc15.i686 nuauth-log-mysql-0:2.4.3-1.fc15.i686 That seems to more nearly match the rawhide report, but I'm still baffled as to why I don't get that from repoquery here. Also, unless you truncated that output before reaching qt-mysql, yours is incomplete also. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
On Sat, 25 Dec 2010 14:33:37 -0500, Tom wrote: What is wrong with the above query? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc14.noarch I'm still on F13, but theoretically it should be the same no? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc13.noarch $ repoquery --disablerepo=rpmfusion-free-updates --releasever=rawhide --whatrequires libmysqlclient_r.so.16 apr-util-mysql-0:1.3.10-1.fc15.i686 bacula-director-mysql-0:5.0.3-6.fc15.i686 bacula-storage-mysql-0:5.0.3-6.fc15.i686 freeradius-mysql-0:2.1.10-1.fc15.i686 gsql-engine-mysql-0:0.2.1-4.fc12.i686 mediatomb-0:0.12.1-4.fc15.i686 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 mysql-workbench-0:5.2.30-1.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 ntop-0:3.4-0.3.pre3.fc15.i686 nuauth-log-mysql-0:2.4.3-1.fc15.i686 That seems to more nearly match the rawhide report, but I'm still baffled as to why I don't get that from repoquery here. Also, unless you truncated that output before reaching qt-mysql, yours is incomplete also. It's not truncated: qt-mysql-4.7.1-7.fc15.i686.rpm 24-Dec-2010 18:34 61K wget http://download.fedora.redhat.com/pub/fedora/linux/development/rawhide/i386/os/Packages/qt-mysql-4.7.1-7.fc15.i686.rpm $ rpm -qpR qt-mysql-4.7.1-7.fc15.i686.rpm|grep my libmysqlclient.so.16 libmysqlclient.so.16(libmysqlclient_16) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
On Sat, 25 Dec 2010 14:33:37 -0500, Tom wrote: I'm still on F13, but theoretically it should be the same no? $ rpm -qf $(which repoquery) yum-utils-1.1.28-1.fc13.noarch You are on x86_64, right? This is on F13 x86_64: $ repoquery --disablerepo=rpmfusion-free-updates --whatrequires --releasever=rawhide libmysqlclient_r.so.16 mysql++-0:3.1.0-2.fc14.i686 mysql-connector-c++-0:1.1.0-0.4.bzr895.fc15.i686 nekovm-0:1.8.1-1.fc13.i686 I would estimate these are only the multilib packages in the x86_64 repo, because to query for the x86_64 library dependencies you would need to specify 'libmysqlclient_r.so.16()(64bit)' HTH -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
Michael Schwendt mschwe...@gmail.com writes: On Sat, 25 Dec 2010 14:33:37 -0500, Tom wrote: I'm still on F13, but theoretically it should be the same no? You are on x86_64, right? I would estimate these are only the multilib packages in the x86_64 repo, Ah, bingo. So is there a way to get repoquery to not filter by arch? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: hmm, repoquery lied to me
On Sat, Dec 25, 2010 at 5:02 PM, Tom Lane wrote: Michael Schwendt writes: On Sat, 25 Dec 2010 14:33:37 -0500, Tom wrote: I'm still on F13, but theoretically it should be the same no? You are on x86_64, right? I would estimate these are only the multilib packages in the x86_64 repo, Ah, bingo. So is there a way to get repoquery to not filter by arch? This should work: $ repoquery --disablerepo=rpmfusion-free-updates --releasever=rawhide --whatrequires libmysqlclient_r.so.16\* Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 628532] perl-Perl-Critic-1.111 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=628532 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Perl-Critic-1.109 is |perl-Perl-Critic-1.111 is |available |available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 2010-12-25 07:15:28 EST --- Latest upstream release: 1.111 Current version in Fedora Rawhide: 1.108 URL: http://search.cpan.org/dist/Perl-Critic/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665616] New: perl-App-cpanminus-1.1006 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-App-cpanminus-1.1006 is available https://bugzilla.redhat.com/show_bug.cgi?id=665616 Summary: perl-App-cpanminus-1.1006 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-App-cpanminus AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 1.1006 Current version in Fedora Rawhide: 1.1004 URL: http://search.cpan.org/dist/App-cpanminus/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665624] New: perl-threads-shared-1.36 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-threads-shared-1.36 is available https://bugzilla.redhat.com/show_bug.cgi?id=665624 Summary: perl-threads-shared-1.36 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-threads-shared AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com, psab...@redhat.com Classification: Fedora Latest upstream release: 1.36 Current version in Fedora Rawhide: 1.34 URL: http://search.cpan.org/dist/threads-shared/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665621] New: perl-JSON-2.50 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-JSON-2.50 is available https://bugzilla.redhat.com/show_bug.cgi?id=665621 Summary: perl-JSON-2.50 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-JSON AssignedTo: cw...@alumni.drew.edu ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, fedora-perl-devel-l...@redhat.com Classification: Fedora Latest upstream release: 2.50 Current version in Fedora Rawhide: 2.27 URL: http://search.cpan.org/dist/JSON/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665622] New: perl-Text-CSV_XS-0.80 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Text-CSV_XS-0.80 is available https://bugzilla.redhat.com/show_bug.cgi?id=665622 Summary: perl-Text-CSV_XS-0.80 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-Text-CSV_XS AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 0.80 Current version in Fedora Rawhide: 0.79 URL: http://search.cpan.org/dist/Text-CSV_XS/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665619] New: perl-Crypt-OpenSSL-X509-1.5 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Crypt-OpenSSL-X509-1.5 is available https://bugzilla.redhat.com/show_bug.cgi?id=665619 Summary: perl-Crypt-OpenSSL-X509-1.5 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-Crypt-OpenSSL-X509 AssignedTo: wjhns...@hardakers.net ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, wjhns...@hardakers.net Classification: Fedora Latest upstream release: 1.5 Current version in Fedora Rawhide: 1.4 URL: http://search.cpan.org/dist/Crypt-OpenSSL-X509/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665620] New: perl-Font-TTF-0.48 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Font-TTF-0.48 is available https://bugzilla.redhat.com/show_bug.cgi?id=665620 Summary: perl-Font-TTF-0.48 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-Font-TTF AssignedTo: nicolas.mail...@laposte.net ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: nicolas.mail...@laposte.net, fedora-perl-devel-l...@redhat.com Classification: Fedora Latest upstream release: 0.48 Current version in Fedora Rawhide: 0.45 URL: http://search.cpan.org/dist/Font-TTF/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665618] New: perl-CPAN-Inject-1.12 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-CPAN-Inject-1.12 is available https://bugzilla.redhat.com/show_bug.cgi?id=665618 Summary: perl-CPAN-Inject-1.12 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-CPAN-Inject AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Latest upstream release: 1.12 Current version in Fedora Rawhide: 0.11 URL: http://search.cpan.org/dist/CPAN-Inject/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665625] New: perltidy-20101217 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perltidy-20101217 is available https://bugzilla.redhat.com/show_bug.cgi?id=665625 Summary: perltidy-20101217 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perltidy AssignedTo: ville.sky...@iki.fi ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, ville.sky...@iki.fi Classification: Fedora Latest upstream release: 20101217 Current version in Fedora Rawhide: 20090616 URL: http://sourceforge.net/projects/perltidy/files/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 665623] New: perl-threads-1.82 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-threads-1.82 is available https://bugzilla.redhat.com/show_bug.cgi?id=665623 Summary: perl-threads-1.82 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-threads AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com, psab...@redhat.com Classification: Fedora Latest upstream release: 1.82 Current version in Fedora Rawhide: 1.81 URL: http://search.cpan.org/dist/threads/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel