Orphaning openlmi-storage
I'm orphaning openlmi-storage, I do not have enough time to maintain it in current Fedora 24 and Rahwide. Fell free to take it. Jan -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Heads-up: updating python-sphinx to 1.2.1 in Rawhide
Hi, On 02/07/2014 10:06 AM, Michel Alexandre Salim wrote: openlmi-networking-0:0.2.1-1.fc20.src openlmi-networking-0:0.2.2-2.fc20.src openlmi-providers-0:0.4.1-2.fc20.src openlmi-providers-0:0.4.2-2.fc20.src openlmi-scripts-0:0.2.4a-3.fc20.src openlmi-scripts-0:0.2.6-5.fc20.src openlmi-storage-0:0.7.0-2.fc20.src openlmi-storage-0:0.7.1-1.fc20.src openlmi-tools-0:0.8-1.fc20.src openlmi-tools-0:0.9-16.fc20.src all OpenLMI packages _should_ be safe, but to be 100% sure, can you please expose some sphinx build which we can test with? Thanks in advance Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Intent to retire: mod_python
On 03/26/2012 05:04 PM, Joe Orton wrote: Source : yawn-0-0.3.20120227svn561.fc18.src.rpm YAWN still needs mod_python. WSGI patch is welcome, YAWN is quite small script. Both maintainers are not skilled Pythonists, especially when it comes to HTTP services. Any volunteer? Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
libcgroup rebase
libcgroup-0.38.rc1 is heading to rawhide/F17. It should be binary compatible with 0.37, no rebuild of your packages is needed. Please check functionality of your applications, just to be sure. Dependent packages: condor condor-procd libvirt policycoreutils-sandbox policycoreutils-python In addition, libcgroup is being moved to /usr and has native systemd units. Check /usr/share/doc/libcgroup-tools-0.38.rc1/README_systemd for instructions how to live with systemd. It will be updated to final 0.38 release before F17 GA. I expect only minor bugfixes, if any. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New hardened build support (coming) in F16
On 08/08/2011 06:23 PM, Adam Jackson wrote: Once that's done (and redhat-rpm-config-9.1.0-15.fc16 has been gone through updates), if you're using a %configure-style spec file, defining the magic macro is all you have to do. The rpm macros will notice the macro, and put the right magic into CFLAGS and LDFLAGS, and everything is great and wonderful. I am not sure I understand the implications. If I compile my package which provides a daemon (=worth full relro) and few libraries with the magic macro, which defines LDFLAGS=-Wl,-z,now, all shared libraries from the build will get full relro too. What happens to applications, which link my libs? 1) will they start slower because of the relocations in the shared lib? 2) can they use prelink? Or should I hack Makefiles to use full relro only for daemons (and other security relevant binaries) and leave shared libs with partial relro only? Will be the daemon 'safe enough' if it consumes libraries with partial relro? -- Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads-up: net-snmp soname bump in rawhide
On 07/07/2011 09:19 PM, Jeffrey Ollie wrote: On Thu, Jul 7, 2011 at 8:23 AM, Jan Safranek jsafr...@redhat.com wrote: net-snmp-5.7 is heading to rawhide, please rebuild your packages if you depend on it. asterisk I haven't dug into this deeply yet, but this seems to have broken the asterisk build. Sorry, I messed up the update and net-snmp-config returned wrong link options. This is fixed in net-snmp-5.7-2 and I've checked that asterisk builds just fine with it. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Heads-up: net-snmp soname bump in rawhide
net-snmp-5.7 is heading to rawhide, please rebuild your packages if you depend on it. $ repoquery --whatrequires net-snmp-libs net-snmp net-snmp-devel net-snmp-perl net-snmp-python --alldeps -s | sort | uniq 389-ds-base amavisd-new apcupsd asterisk cacti cluster-glue clustermon collectd cpqarrayd foghorn hplip ifstat libvirt-snmp mon nagios-plugins-snmp-disk-proc netdisco net-snmp ntop nut openhpi openhpi-subagent OpenIPMI openscada openser opensips pacemaker perl-SNMP-Info php pynetsnmp pysnmp quagga rsyslog tog-pegasus zabbix -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
libcgroups adds -tools subpackage
Starting with libcgroup-0.37.1-3 (heading to rawhide right now), libcgroup is divided into following subpackages: - libcgroup - the library only - libcgroup-tools - command line tools, services and daemons, previously part of libcgroup.rpm Please check your RPM dependencies and update them accordingly. AFAIK there are only two packages dependent on libcgroup: libvirt policycoreutils Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problems with Rawhide Buildroot?
On 01/27/2011 02:19 PM, Ralf Corsepius wrote: On 01/26/2011 05:58 PM, Jeffrey Ollie wrote: Trying to build a new Asterisk package in rawhide this morning I'm getting this: ... Full info here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2743524 I don't think it's just me It's not only a couple of broken builds, seems as if perl in rawhide now is really f***ed up: The perl-devel list currently is filling up with Broken Dependency mails for each perl module: http://lists.fedoraproject.org/pipermail/perl-devel/2011-January/date.html as well as all perl-module maintainer is being notified by PM. No idea what might have happened, but something has gone utterly wrong, somewhere - I so far have received ca. 1400 Broken deps mails ... :( On related note, there seems to be something wrong with krb5, I've got following notice: wireshark has broken dependencies in the rawhide tree: On x86_64: wireshark-1.4.3-2.fc15.x86_64 requires libk5crypto.so.3(k5crypto_3_MIT)(64bit) wireshark-1.4.3-2.fc15.x86_64 requires libkrb5.so.3(krb5_3_MIT)(64bit) wireshark-1.4.3-2.fc15.x86_64 requires libk5crypto.so.3()(64bit) wireshark-1.4.3-2.fc15.x86_64 requires libkrb5.so.3()(64bit) Did I miss soname bump? Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Net-SNMP soname bump in rawhide
I have just rebased Net-SNMP to 5.6 in rawhide. The update includes new soname for all libraries and following packages need to be recompiled: 389-ds-base amavisd-new apcupsd asterisk cacti cluster-glue clustermon collectd cpqarrayd hplip ifstat mon nagios-plugins-snmp-disk-proc netdisco ntop nut openhpi openhpi-subagent OpenIPMI openscada openser opensips pacemaker perl-SNMP-Info php pynetsnmp pysnmp quagga tog-pegasus zabbix Please contact me if something goes wrong, IMO the API is backward compatible and everything should be just fine. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)
On 08/24/2010 05:06 AM, Bill Nottingham wrote: GENERAL SANITY - Booting a system shall achieve a similar result as booting in upstart: -- The same set of services will be started. -- The services shall function the same. -- The same set of devices and filesystems shall be mounted. -- The same set of devices and filesystems shall be fscked. It should also mount nothing else unless it is absolutely necessary for systemd! Currently systemd mounts all control groups controllers (/cgroup/cpu, /cgroup/cpuset, /cgroup/cpuacct, ...), which breaks libcgroup. Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd acceptance, packaging guidelines (was Re: systemd and changes)
On 08/25/2010 01:59 PM, Matthew Miller wrote: On Wed, Aug 25, 2010 at 12:58:26PM +0200, Jan Safranek wrote: It should also mount nothing else unless it is absolutely necessary for systemd! Currently systemd mounts all control groups controllers (/cgroup/cpu, /cgroup/cpuset, /cgroup/cpuacct, ...), which breaks libcgroup. bug number? https://bugzilla.redhat.com/show_bug.cgi?id=626794 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On 07/07/2010 10:29 PM, Tom spot Callaway wrote: [jsafrane] net-snmp: 1:net-snmp-libs-5.5-16.fc14.x86_64 False positive, net-snmp-libs already contains COPYING in %doc [jsafrane] OpenIPMI: OpenIPMI-libs-2.0.18-2.fc14.x86_64 Fixed, OpenIPMI-2.0.18-3.fc14 Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
