Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, 2011-08-31 at 07:52 +0200, Remi wrote: From : https://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries At this time JavaScript intended to be served to a web browser is specifically exempted from this but this will likely change in the future. This explain why so much .js libraries are bundled in so much wedapps. Ah, thanks. I missed that. Still, it seems bad to be duplicating some very popular js quite so much: [root@adam lib]# repoquery -f */prototype.js rubygem-thin-doc-0:1.2.11-3.fc16.x86_64 rubygem-railties-0:3.0.9-2.fc16.noarch rt3-0:3.8.10-4.fc16.noarch rubygem-json_pure-doc-0:1.5.1-1.fc16.noarch zabbix-web-0:1.8.6-1.fc16.noarch frepple-0:0.8.1-4.fc16.x86_64 rubygem-scruffy-doc-0:0.2.6-2.fc15.noarch zikula-0:1.2.3-2.fc15.noarch rubygem-gettext_rails-doc-0:2.1.0-3.fc14.noarch rubygem-railties-0:3.0.10-1.fc16.noarch horde-0:3.3.11-2.fc15.noarch turba-0:2.3.5-2.fc15.noarch rubygem-actionpack-1:3.0.10-1.fc16.noarch WebCalendar-0:1.2.3-4.fc16.noarch pnp4nagios-0:0.4.14-5.fc15.x86_64 frepple-0:0.8.1-4.fc16.i686 dogtag-pki-tps-theme-0:9.0.6-1.fc16.noarch mantis-0:1.2.4-2.fc15.noarch imp-0:4.3.9-2.fc15.noarch wordpress-0:3.2.1-2.fc16.noarch mediatomb-0:0.12.1-12.fc16.x86_64 mythweb-0:0.24.1-1.fc15.x86_64 rubygem-shoulda-doc-0:2.11.3-1.fc15.noarch rubygem-calendar_date_select-0:1.15-4.fc13.noarch rubygem-locale_rails-doc-0:2.0.5-7.fc15.noarch ingo-0:1.2.5-1.fc15.noarch rubygem-json-doc-0:1.4.6-3.fc15.x86_64 smokeping-0:2.4.2-12.fc15.noarch kronolith-0:2.3.4-2.fc15.noarch asterisk-0:1.8.5.0-1.fc16.2.x86_64 rubygem-activeldap-doc-0:1.2.2-2.fc15.noarch wordpress-0:3.2.1-2.fc16.noarch zabbix-web-0:1.8.6-1.fc16.noarch python-Scriptaculous-0:1.8.2-6.fc15.noarch rubygem-actionpack-1:3.0.9-1.fc16.noarch erk. Still, it means for now I only need to worry about the PHP stuff... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Please wait until I am finished working on it. This is not a bug that can be easily reproduced. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
On Wed, 2011-08-31 at 08:50 +0200, Andreas Schwab wrote: Please wait until I am finished working on it. This is not a bug that can be easily reproduced. The Arch report claims a fully reliable reproducer: https://bugs.archlinux.org/task/24615 I can 100% reliably reproduce it by creating an iptables reject rule for DNS packets: # iptables -A OUTPUT -p udp --dport 53 -j REJECT --reject-with icmp-admin-prohibited # wget http://google.com/ --2011-06-08 12:13:58-- http://google.com/ Resolving google.com... zsh: segmentation fault (core dumped) If, as the sourceware report claims, it's caused by servers returning specific unusual responses, I'd guess it would also be possible to reproduce by installing bind and intentionally configuring it 'wrong', in such a way that it reliably returns one of the problematic responses. If you're working on this I'm happy to leave it, but it would be good if you would update the bug report to indicate this. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Tue, 2011-08-30 at 23:46 -0700, Adam Williamson wrote: On Wed, 2011-08-31 at 07:52 +0200, Remi wrote: From : https://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries At this time JavaScript intended to be served to a web browser is specifically exempted from this but this will likely change in the future. This explain why so much .js libraries are bundled in so much wedapps. Ah, thanks. I missed that. Still, it seems bad to be duplicating some very popular js quite so much: [root@adam lib]# repoquery -f */prototype.js .many. # repoquery -f '*/jquery*.js' --qf=%{NAME}\n | sort | uniq | wc -l 356 jQuery FTW :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
On Tue, 2011-08-30 at 17:11 +0100, Matthew Garrett wrote: On Tue, Aug 30, 2011 at 11:49:37AM -0400, Bill Nottingham wrote: Matthew Garrett (mj...@srcf.ucam.org) said: On Tue, Aug 30, 2011 at 02:50:10PM +0100, Tom Hughes wrote: Or modules-load.d if you want to force load a module. Oops. Yes, that's what I meant. Is there a reason that (at least for the one case) this wouldn't just go in the joystick package? Joystick seems to be part of the default install (it handles USB devices as well as legacy ones), and we probably wouldn't want this by default. Yes, but it could be a subpackage of it. No need to create new source package for just this simple configuration file. Tomáš Mráz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Memory requirements
On Tue, Aug 30, 2011 at 03:36:52PM -0500, Bruno Wolff III wrote: On Tue, Aug 30, 2011 at 13:33:06 -0700, Jeremiah Summers jmiah...@gmail.com wrote: Yes Literally I did, but as Adam just pointed out running Live just dumps the squashfs image to the drive and slaps grud on it. I'm not It actually dumps the ext4 image on the drive and then resizes it to fit the available space. The ext4 image is stored compressed inside of a squashfs file system on the live image. It would be nice to get rid of the embedded ext4 image now that squashfs supports special files and extended attributes (needed for selinuix labels), but there are some other roadblocks that will block that change for the near future. There are a couple of issues here: (1) Our current method of resizing the ext4 filesystem to minimal size and then expanding it on the target mangles the ext4 filesystem layout and apparently makes eventual performance poor. I don't exactly understand the details of what is happening but Ric Wheeler (CC'd) should do. (2) Expanding an ext4 filesystem is really fast because we're bypassing the whole VFS layer when doing this. That's where the benefit of this method comes from. I somehow doubt that unpacking a squashfs will be nearly as fast (in my tests, unpacking a filesystem from a tarball is 10x slower than just resizing a filesystem). So the main benefit of the live CD technique -- speed -- will be lost if we make this change. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Memory requirements
On 08/31/2011 09:56 AM, Adam Williamson wrote: Yes, both of those are true. I just get a bit irked that the issue keeps getting raised as if it's some stunning new discovery and the anaconda team has been hideously lax in not caring about it, because it's well-known and they _do_ care about it. I don't think this is something to be irked about. There is a genuine problem and people don't seem to be aware of the changes being made. I am not sure how to keep track of the progress here. Perhaps if Anaconda team talked more about what is happening, that would be useful. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Adam Williamson awill...@redhat.com writes: On Wed, 2011-08-31 at 08:50 +0200, Andreas Schwab wrote: Please wait until I am finished working on it. This is not a bug that can be easily reproduced. The Arch report claims a fully reliable reproducer: https://bugs.archlinux.org/task/24615 I can 100% reliably reproduce it by creating an iptables reject rule for DNS packets: # iptables -A OUTPUT -p udp --dport 53 -j REJECT --reject-with icmp-admin-prohibited # wget http://google.com/ --2011-06-08 12:13:58-- http://google.com/ Resolving google.com... zsh: segmentation fault (core dumped) I cannot find any of that in the bug report. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
Hi, On 08/30/2011 10:22 PM, Chris Adams wrote: Once upon a time, Simo Sorces...@redhat.com said: They do not 'hang', they just take longer to boot, sometimes a lot longer. How much longer? Much much longer, when I was still on the anaconda team we had numerous bug reports about this (esp during RHEL-6 testing), in many cases people filed bugs with a description along the lines of: Installation DVD does not boot, because it took so long they thought the install was just hanging forever. How many such machines? I've no hard numbers but enough to generate numerous bug reports during the non public testing phase of RHEL-6 alone. Also see: https://bugzilla.redhat.com/show_bug.cgi?id=565693 https://bugzilla.redhat.com/show_bug.cgi?id=587909 https://bugzilla.redhat.com/show_bug.cgi?id=682426 http://lists.fedoraproject.org/pipermail/kernel/2010-April/002394.html http://lists.fedoraproject.org/pipermail/kernel/2010-April/002420.html http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/index.html And search for IBM ThinkPad T43 notebook Note this is in no way an exhaustive list of all bugs about this, just something a really really quick search turned up. Again, I've booted systems without floppy drives but with floppy support loaded, and I haven't seen any significant hang. Yes the hang is not guaranteed to be there, or to take very long, but often it is there, and sometimes it takes very long (which is the real problematic case). If you're really interested in seeing this fixed go talk to the kernel guys: anaconda loads the floppy driver by default when booting of the install DVD, because of driverdisk support, thus the anaconda team has been getting its share of bug reports wrt this. But AFAIK there are no such issues in RHEL-5, where we auto-load the floppy driver too, so something has changed in the kernel causing the hang when no drive is attached to the controller. I could swear I filed a bug against the kernel about this regression, but I cannot find it. Leaving known-working hardware unusable at install is just rude and irritating when it is needed. There should be good justification, not just a bunch of developers don't use it anymore, so we don't think anybody else needs it. Is it delays bootup by up to 10-30 minutes on various modern systems a good enough justification? Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
Hi, On 08/31/2011 05:41 AM, Bruno Wolff III wrote: Below is a proposed specfile for the floppy case. (Analog joystick would be very similar.) I haven't tested the package for functionality yet, but did test it with rpmbuild and rpmlint. Is this what we want? I don't know about others, but I love it. Actually a constructive solution to the problem being discussed, we could even put it in comps (as not enabled by default) :) Is this ready for a formal review? Putting it up for formal review gets my vote, but first lets see what other think for a bit. As always many thanks for you excellent and constructive work on Fedora. Regards, Hans Name: floppy-support Version:1.0 Release:1%{?dist} Summary:Load floppy driver at boot time Group: System Environment/Kernel License:MIT # The package is built just using this specfile. #URL: #Source0: Requires(post): module-init-tools BuildArch: noarch %description By default the floppy driver is not loaded at boot time. Installing this package will load the floppy driver as part of the install and will set things so that it will be loaded during future boots. %prep #No setup, since no source outside the specfile. %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir}/modules-load.d echo floppy $RPM_BUILD_ROOT%{_libdir}/modules-load.d/floppy.conf %files %{_libdir}/modules-load.d/floppy.conf %post /sbin/modprobe floppy %changelog * Tue Aug 30 2011 Bruno Wolff IIIbr...@wolff.to 1.0-1 - Initial package creation -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? -- Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
2011-08-31 11:27 keltezéssel, Andreas Schwab írta: Adam Williamson awill...@redhat.com writes: On Wed, 2011-08-31 at 08:50 +0200, Andreas Schwab wrote: Please wait until I am finished working on it. This is not a bug that can be easily reproduced. The Arch report claims a fully reliable reproducer: https://bugs.archlinux.org/task/24615 I can 100% reliably reproduce it by creating an iptables reject rule for DNS packets: # iptables -A OUTPUT -p udp --dport 53 -j REJECT --reject-with icmp-admin-prohibited # wget http://google.com/ --2011-06-08 12:13:58-- http://google.com/ Resolving google.com... zsh: segmentation fault (core dumped) I cannot find any of that in the bug report. Andreas. https://bugs.archlinux.org/task/24615#comment78282 The I can 100%... is not the first sentence of the comment but it's all in there. Best regards, Zoltán Böszörményi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
On Tue, Aug 30, 2011 at 10:41:45PM -0500, Bruno Wolff III wrote: %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir}/modules-load.d echo floppy $RPM_BUILD_ROOT%{_libdir}/modules-load.d/floppy.conf %{_sysconfdir} instead of %{_libdir} everywhere. %files %{_libdir}/modules-load.d/floppy.conf Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 12:43:15PM +0300, Kalev Lember wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? It does appear that systemd is stuck. On the other hand, I'm also using kernel 3.0.0-1 which has a known locking bug that affects systemd. I'm going to reboot the machine and see if the problem happens again. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Zoltan Boszormenyi zbos...@freemail.hu writes: The I can 100%... is not the first sentence of the comment but it's all in there. I'm taking about the redhat bug. How do I get to know about all this if nobody tells me? Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
On Wed, 31 Aug 2011 12:00:43 +0200 Andreas Schwab wrote: Zoltan Boszormenyi zbos...@freemail.hu writes: The I can 100%... is not the first sentence of the comment but it's all in there. I'm taking about the redhat bug. How do I get to know about all this if nobody tells me? Yep... If this would be triaged before, then you would know of it: https://bugzilla.redhat.com/show_bug.cgi?id=710697 But with component = pidgin not... Greetings, Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
On Wed, 31 Aug 2011 12:11:54 +0200 Thomas Spura wrote: On Wed, 31 Aug 2011 12:00:43 +0200 Andreas Schwab wrote: Zoltan Boszormenyi zbos...@freemail.hu writes: The I can 100%... is not the first sentence of the comment but it's all in there. I'm taking about the redhat bug. How do I get to know about all this if nobody tells me? Yep... If this would be triaged before, then you would know of it: https://bugzilla.redhat.com/show_bug.cgi?id=710697 But with component = pidgin not... Sorry, my bad. Not the same, on the second look... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
ons 2011-08-31 klockan 10:17 +0300 skrev Yanko Kaneti: # repoquery -f '*/jquery*.js' --qf=%{NAME}\n | sort | uniq | wc -l 356 jQuery FTW :) Most of these are probably doxygen generated documentation. Recent versions of doxygen provides a search option for the generated html documentation and a copy of jquery.js. At the moment jquery is not package as a separate package. If it was packagers could replace them with a symlink to that. Mattias smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Adam Williamson awill...@redhat.com writes: The Arch report claims a fully reliable reproducer: https://bugs.archlinux.org/task/24615 I can 100% reliably reproduce it by creating an iptables reject rule for DNS packets: # iptables -A OUTPUT -p udp --dport 53 -j REJECT --reject-with icmp-admin-prohibited # wget http://google.com/ --2011-06-08 12:13:58-- http://google.com/ Resolving google.com... zsh: segmentation fault (core dumped) I'm unable to reproduce that. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E And now for something completely different. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 16 Beta Test Compose 1 (TC1) Available Now!
As per the Fedora 16 schedule [1], Fedora 16 Beta Test Compose 1 (TC1) is now available for testing. Please see the following pages for download links and testing instructions. In general, official live images arrive a few hours after the install images: see the links below for updates. When they appear, the download directory should be the same as that for install images, except with the trailing /Fedora/ replaced by /Live/. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Security Lab: https://fedoraproject.org/wiki/Test_Results:Current_Security_Lab_Test Ideally, all Alpha and Beta priority test cases for Installation [2], Base [3], Desktop [4], and Security Lab [5] should pass in order to meet the Beta Release Criteria [6]. Help is available on #fedora-qa on irc.freenode.net [7], or on the test list [8]. Create F16 Beta Test Compose (TC) images: live and traditional install https://fedorahosted.org/rel-eng/ticket/4902 F16 Beta Blocker tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713564 F16 Beta Nice-To-Have tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=713565 [1] http://rbergero.fedorapeople.org/schedules/f-16/f-16-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Base_validation_testing [4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [5] https://fedoraproject.org/wiki/QA:Security_Lab_validation_testing [6] https://fedoraproject.org/wiki/Fedora_16_Beta_Release_Criteria [7] irc://irc.freenode.net/fedora-qa [8] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Dne 31.8.2011 08:50, Andreas Schwab napsal(a): Please wait until I am finished working on it. This is not a bug that can be easily reproduced. I don't have a good reproducer, but I believe this one firefox -g runENTER { and then run Firefox for couple of hours it fails } is pretty certain way how to get it. Happens to me couple of times a day. Would backtrace help? Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
Dne 31.8.2011 13:12, Mattias Ellert napsal(a): At the moment jquery is not package as a separate package. If it was packagers could replace them with a symlink to that. Help us to finish https://bugzilla.redhat.com/show_bug.cgi?id=nodejs and you can get https://bugzilla.redhat.com/show_bug.cgi?id=457343 finished as well ;) Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
On Wed, Aug 31, 2011 at 11:58:41 +0200, Jakub Jelinek ja...@redhat.com wrote: On Tue, Aug 30, 2011 at 10:41:45PM -0500, Bruno Wolff III wrote: %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir}/modules-load.d echo floppy $RPM_BUILD_ROOT%{_libdir}/modules-load.d/floppy.conf %{_sysconfdir} instead of %{_libdir} everywhere. %files %{_libdir}/modules-load.d/floppy.conf I am willing to do that, but before going there I want to not this passage from the modules-load.d man page: Packages should install their configuration files in /usr/lib/, files in /etc/ are reserved for the local administration, which possibly decides to overwrite the configurations installed from packages. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Ask Fedora - Feature wishlist
Hi As you might already be aware, I have been working on setting up Ask Fedora, a question and answer based forum based on http://askbot.org. Askbot uses the Django framework written in Python. To better integrate with Fedora and enhance the capabilities further, we have been working on adding some features upstream and some of them have already been merged upstream. If you are interested in helping out, refer to https://fedoraproject.org/wiki/Askbot#Feature_wishlist Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 02:21:19PM +0200, Lennart Poettering wrote: On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: On 08/31/2011 12:20 PM, Richard W.M. Jones wrote: Attached is the output of 'ps afx' on my Fedora 16(-ish) laptop. Scroll down to the bottom and the subject line of this email will make more sense. I can't find anything in Bugzilla about this, and I'm not sure even what component to assign this to. (Although I'll probably try rebooting the machine first and seeing if the problem happens again) kernel-3.0.0-1.fc16.x86_64 systemd-33-1.fc16.x86_64 glibc-2.14.90-1.x86_64 glibc-2.14.90-1.i686 glibc-2.14.90-4.x86_64 Nothing unusual in dmesg. It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! After a reboot it so far hasn't happened (systemd 33-1 from F16). I would suspect the kernel 3.0.0-1 was to blame, since that had a known bug with locking (RHBZ#722472). I'll see how it goes anyway, and investigate more if it happens again. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Zombies!
On Wed, Aug 31, 2011 at 01:58:01PM +0100, Richard W.M. Jones wrote: On Wed, Aug 31, 2011 at 02:21:19PM +0200, Lennart Poettering wrote: On Wed, 31.08.11 12:43, Kalev Lember (kalevlem...@gmail.com) wrote: It's the job of PID 1 to reap zombies without a parent. My guess would be that systemd is in a frozen state and not doing that. Could it be https://bugzilla.redhat.com/show_bug.cgi?id=732020 that's causing systemd to abort? That would be my guess too. Richard, please upgrade to systemd 34-1! After a reboot it so far hasn't happened (systemd 33-1 from F16). I would suspect the kernel 3.0.0-1 was to blame, since that had a known bug with locking (RHBZ#722472). systemd had a problem where it would crash on systemctl enable. Better upgrade to 34-1. -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
Once upon a time, Hans de Goede hdego...@redhat.com said: anaconda loads the floppy driver by default when booting of the install DVD, because of driverdisk support, thus the anaconda team has been getting its share of bug reports wrt this. But AFAIK there are no such issues in RHEL-5, where we auto-load the floppy driver too, so something has changed in the kernel causing the hang when no drive is attached to the controller. I could swear I filed a bug against the kernel about this regression, but I cannot find it. So, it sounds like it is a kernel bug, and the fix was to just ignore it and stop loading the module. sigh... -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: floppy support
Once upon a time, Bruno Wolff III br...@wolff.to said: Below is a proposed specfile for the floppy case. (Analog joystick would be very similar.) I haven't tested the package for functionality yet, but did test it with rpmbuild and rpmlint. Is this what we want? Is this ready for a formal review? That loads the module, but what about configuring device access for desktop users? That's the more irritating part to me (that has changed over time and I no longer know how to fix it). Once loaded, the floppy device should be treated just like any other removable media device as far as user access is concerned. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] remove ddate(1) command from rawhide
On Mon, Aug 29, 2011 at 11:06 AM, Richard W.M. Jones rjo...@redhat.com wrote: OTOH including tiny programs that remind people that real religious belief is nonsense has to be a good thing. On the contrary, biting one's tongue instead of offering off-topic gratuitous insults to fellow Fedorans has to b a good thing. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [389-devel] Please Review: (722292) Certain entries in DS are not updated properly when using WinSync API
On 08/31/2011 04:45 AM, Rob Crittenden wrote: Nathan Kinder wrote: Here is a revised patch to address some review comments: https://bugzilla.redhat.com/attachment.cgi?id=520694action=edit Do we need to integrate these changes into the IPA winsync plugin? The changes aren't actually in the winsync API plug-in, so no chnges are needed on the IPA side. The changes are in the main replication plug-in itself. rob On 08/30/2011 01:31 PM, Nathan Kinder wrote: https://bugzilla.redhat.com/show_bug.cgi?id=722292 https://bugzilla.redhat.com/attachment.cgi?id=520685action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[Bug 734253] HTML::Template 2.10 versioning problem
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=734253 --- Comment #4 from Tom spot Callaway tcall...@redhat.com 2011-08-31 10:41:17 EDT --- (In reply to comment #2) The attached patch bumps module version to 2.91 while keeping the rest at 2.10 (and fixes a couple of trivial issues while at it). Ok if I commit and push this to F-16? I don't see where that patch actually bumps the module version to 2.91, might be misreading it. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 734253] HTML::Template 2.10 versioning problem
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=734253 --- Comment #5 from Petr Pisar ppi...@redhat.com 2011-08-31 11:10:15 EDT --- (In reply to comment #4) (In reply to comment #2) The attached patch bumps module version to 2.91 while keeping the rest at 2.10 (and fixes a couple of trivial issues while at it). Ok if I commit and push this to F-16? I don't see where that patch actually bumps the module version to 2.91, might be misreading it. -$HTML::Template::VERSION = '2.10'; +# https://bugzilla.redhat.com/show_bug.cgi?id=734253 +$HTML::Template::VERSION = '2.91'; So Perl gets new version and and this one gets propagated into RPM by rpmbuild dependency generator too. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Tue, Aug 30, 2011 at 11:46:36PM -0700, Adam Williamson wrote: On Wed, 2011-08-31 at 07:52 +0200, Remi wrote: From : https://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries At this time JavaScript intended to be served to a web browser is specifically exempted from this but this will likely change in the future. This explain why so much .js libraries are bundled in so much wedapps. Ah, thanks. I missed that. Still, it seems bad to be duplicating some very popular js quite so much: Actually, it makes perfect sense. Different frameworks release versions with different versions of jQuery or prototype. Trying to force all those packages to play nice with a single system-wide library is hell. Just imagine the scenario where, say, rails wants to ship version 1.1.5 but there's a security patch in Django that relies on 1.2.1 and they are not backwards compatible. There's no hard-set rule of how big a file has to be to be considered for packaging on its own afaik but I'd say these are copylibs with good reason. [root@adam lib]# repoquery -f */prototype.js rubygem-thin-doc-0:1.2.11-3.fc16.x86_64 rubygem-railties-0:3.0.9-2.fc16.noarch rt3-0:3.8.10-4.fc16.noarch rubygem-json_pure-doc-0:1.5.1-1.fc16.noarch zabbix-web-0:1.8.6-1.fc16.noarch frepple-0:0.8.1-4.fc16.x86_64 rubygem-scruffy-doc-0:0.2.6-2.fc15.noarch zikula-0:1.2.3-2.fc15.noarch rubygem-gettext_rails-doc-0:2.1.0-3.fc14.noarch rubygem-railties-0:3.0.10-1.fc16.noarch horde-0:3.3.11-2.fc15.noarch turba-0:2.3.5-2.fc15.noarch rubygem-actionpack-1:3.0.10-1.fc16.noarch WebCalendar-0:1.2.3-4.fc16.noarch pnp4nagios-0:0.4.14-5.fc15.x86_64 frepple-0:0.8.1-4.fc16.i686 dogtag-pki-tps-theme-0:9.0.6-1.fc16.noarch mantis-0:1.2.4-2.fc15.noarch imp-0:4.3.9-2.fc15.noarch wordpress-0:3.2.1-2.fc16.noarch mediatomb-0:0.12.1-12.fc16.x86_64 mythweb-0:0.24.1-1.fc15.x86_64 rubygem-shoulda-doc-0:2.11.3-1.fc15.noarch rubygem-calendar_date_select-0:1.15-4.fc13.noarch rubygem-locale_rails-doc-0:2.0.5-7.fc15.noarch ingo-0:1.2.5-1.fc15.noarch rubygem-json-doc-0:1.4.6-3.fc15.x86_64 smokeping-0:2.4.2-12.fc15.noarch kronolith-0:2.3.4-2.fc15.noarch asterisk-0:1.8.5.0-1.fc16.2.x86_64 rubygem-activeldap-doc-0:1.2.2-2.fc15.noarch wordpress-0:3.2.1-2.fc16.noarch zabbix-web-0:1.8.6-1.fc16.noarch python-Scriptaculous-0:1.8.2-6.fc15.noarch rubygem-actionpack-1:3.0.9-1.fc16.noarch erk. Still, it means for now I only need to worry about the PHP stuff... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel pgp7NHmiFa0Uy.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
this update should be really fast pushed out the demo-exploit brings down a 4x2.50GHz machine with 8 GB RAM in some seconds without having the known workarounds or explicit mod_security-Rules in front Original-Nachricht Betreff: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released Datum: Wed, 31 Aug 2011 07:21:33 -0400 Von: Jim Jagielski j...@jagunet.com Antwort an: d...@httpd.apache.org An: d...@httpd.apache.org Apache HTTP Server 2.2.20 Released The Apache Software Foundation and the Apache HTTP Server Project are pleased to announce the release of version 2.2.20 of the Apache HTTP Server (Apache). This version of Apache is principally a security and bug fix release: * SECURITY: CVE-2011-3192 (cve.mitre.org) core: Fix handling of byte-range requests to use less memory, to avoid denial of service. If the sum of all ranges in a request is larger than the original file, ignore the ranges and send the complete file. PR 51714. We consider this release to be the best version of Apache available, and encourage users of all prior versions to upgrade. Apache HTTP Server 2.2.20 is available for download from: http://httpd.apache.org/download.cgi Please see the CHANGES_2.2 file, linked from the download page, for a full list of changes. A condensed list, CHANGES_2.2.20 provides the complete list of changes since 2.2.19. A summary of all of the security vulnerabilities addressed in this and earlier releases is available: http://httpd.apache.org/security/vulnerabilities_22.html This release includes the Apache Portable Runtime (APR) version 1.4.5 and APR Utility Library (APR-util) version 1.3.12, bundled with the tar and zip distributions. The APR libraries libapr and libaprutil (and on Win32, libapriconv version 1.2.1) must all be updated to ensure binary compatibility and address many known security and platform bugs. Apache 2.2 offers numerous enhancements, improvements, and performance boosts over the 2.0 codebase. For an overview of new features introduced since 2.0 please see: http://httpd.apache.org/docs/2.2/new_features_2_2.html This release builds on and extends the Apache 2.0 API. Modules written for Apache 2.0 will need to be recompiled in order to run with Apache 2.2, and require minimal or no source code changes. http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/VERSIONING When upgrading or installing this version of Apache, please bear in mind that if you intend to use Apache with one of the threaded MPMs (other than the Prefork MPM), you must ensure that any modules you will be using (and the libraries they depend on) are thread-safe. -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ http://www.thelounge.net/signature.asc.what.htm signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] remove ddate(1) command from rawhide
Yes, it was a joke and off-topic for this list. (Not on my blog though ..) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-NOCpulse-Gritch
perl-NOCpulse-Gritch has broken dependencies in the F-16 tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 734253] HTML::Template 2.10 versioning problem
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=734253 --- Comment #6 from Tom spot Callaway tcall...@redhat.com 2011-08-31 12:00:30 EDT --- Yep, I see it now. Go ahead and commit that change Ville. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
F-16 Branched report: 20110831 changes
Compose started at Wed Aug 31 13:15:23 UTC 2011 Broken deps for x86_64 -- 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpagent.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpmibs.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmp.so.25()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) airrac-0.1.0-2.fc16.i686 requires libstdair.so.0.36 airrac-0.1.0-2.fc16.i686 requires libstdairuicl.so.0.36 airrac-0.1.0-2.fc16.x86_64 requires libstdairuicl.so.0.36()(64bit) airrac-0.1.0-2.fc16.x86_64 requires libstdair.so.0.36()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libcamel-1.2.so.26()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libecal-1.2.so.9()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) almanah-0.7.3-12.fc16.x86_64 requires libebook-1.2.so.11()(64bit) 1:anerley-0.3.0-1.fc16.i686 requires libedataserver-1.2.so.14 1:anerley-0.3.0-1.fc16.i686 requires libebook-1.2.so.11 1:anerley-0.3.0-1.fc16.x86_64 requires libebook-1.2.so.11()(64bit) 1:anerley-0.3.0-1.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) awn-extras-applets-0.4.2-0.1.bzr1523.fc16.x86_64 requires libgnome-menu.so.2()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libebook-1.2.so.10()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) deskbar-applet-2.32.0-4.fc15.x86_64 requires libedataserver-1.2.so.14()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave emerillon-0.1.2-17.fc16.x86_64 requires libethos-ui-1.0.so.0()(64bit) emerillon-0.1.2-17.fc16.x86_64 requires libethos-1.0.so.0()(64bit) evolution-rss-0.2.90-25.20110716git.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) evolution-rss-0.2.90-25.20110716git.fc16.x86_64 requires libebook-1.2.so.11()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5 fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4 fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libboost_signals-mt.so.1.46.1()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libboost_thread-mt.so.1.46.1()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libgeos-3.2.1.so()(64bit) ffgtk-plugin-evolution-0.7.94-5.fc16.x86_64 requires libedataserver-1.2.so.14()(64bit) ffgtk-plugin-evolution-0.7.94-5.fc16.x86_64 requires libebook-1.2.so.11()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) flaw-1.2.4-2.fc15.x86_64 requires libSDL_gfx.so.0()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires
Re: Notice of intent: patching glibc
On Wed, 2011-08-31 at 11:27 +0200, Andreas Schwab wrote: Adam Williamson awill...@redhat.com writes: On Wed, 2011-08-31 at 08:50 +0200, Andreas Schwab wrote: Please wait until I am finished working on it. This is not a bug that can be easily reproduced. The Arch report claims a fully reliable reproducer: https://bugs.archlinux.org/task/24615 I can 100% reliably reproduce it by creating an iptables reject rule for DNS packets: # iptables -A OUTPUT -p udp --dport 53 -j REJECT --reject-with icmp-admin-prohibited # wget http://google.com/ --2011-06-08 12:13:58-- http://google.com/ Resolving google.com... zsh: segmentation fault (core dumped) I cannot find any of that in the bug report. I didn't put it in the Fedora report as there was already a patch at the time I submitted that, so I figured just linking to the patch would be enough. But I did mention all the various bug reports - Arch and upstream - in my ML post on the topic: subject glibc causing crashes in most anything that does DNS lookups in F16. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] remove ddate(1) command from rawhide
2011-08-31 16:32 keltezéssel, Jerry James írta: On Mon, Aug 29, 2011 at 11:06 AM, Richard W.M. Jones rjo...@redhat.com wrote: OTOH including tiny programs that remind people that real religious belief is nonsense has to be a good thing. On the contrary, biting one's tongue instead of offering off-topic gratuitous insults to fellow Fedorans has to b a good thing. sarcarm_mode How about removing fortune-mod as well in one go? A lot of its quotes can be offending to some people. /sarcasm_mode Best regards, Zoltán Böszörményi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
Adam Williamson wrote: glibc maintainers / developers, if you don't want me to do this, please start giving a crap about your bugs. Speaking of critical glibc bugs, what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=733462 IMHO, that's also a blocker. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[HEADS UP] Fedora OCaml link down
I was looking for stuff on your website and noticed that the Fedora OCaml project link is down: http://www.cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
What's the best way to compare dotted version strings from a script?
Is there a program or script installed/installable by Fedora that can be used to compare dotted version strings (eg. 1.5.2) from a shell script? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
kde-settings License now MIT
Hi, Until today, kde-settings' License tag was declared as Public Domain. This made sense when all it contained was configuration settings such as foo=false, which are clearly not a form of creative expression, but these days kde-settings is growing some code snippets, e.g.: * RPM dependency extractors * possibly a Plasma initialization script Those code snippets are probably copyrightable, and it is not legal for us European contributors to just declare them Public Domain. I have discussed this issue with the other contributors, and we agreed to put kde-settings under the MIT License, in particular this variant: https://fedoraproject.org/wiki/Licensing:MIT#Modern_Style_with_sublicense which is the default license for Code contributions to Fedora, and which is effectively as permissive as Public Domain, but legally sound worldwide. As a result, the License tag in kde-settings-4.7-6.fc17 has changed to: License: MIT Please note that the kde-settings-pulseaudio subpackage is still Public Domain because it contains literally nothing to copyright and license. (It is an empty metapackage.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What's the best way to compare dotted version strings from a script?
David Howells píše v St 31. 08. 2011 v 18:20 +0100: Is there a program or script installed/installable by Fedora that can be used to compare dotted version strings (eg. 1.5.2) from a shell script? rpmdev-vercmp could do the work Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
On Wed, Aug 31, 2011 at 05:39:14PM +0200, Reindl Harald wrote: this update should be really fast pushed out the demo-exploit brings down a 4x2.50GHz machine with 8 GB RAM in some seconds without having the known workarounds or explicit mod_security-Rules in front Original-Nachricht Betreff: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released Datum: Wed, 31 Aug 2011 07:21:33 -0400 Von: Jim Jagielski j...@jagunet.com Antwort an: d...@httpd.apache.org An: d...@httpd.apache.org Apache HTTP Server 2.2.20 Released [...snip...] The security bug is already being tracked: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3192 I'd expect a new package to be issued shortly. Once that happens, if you want to contribute to pushing this out, be ready to test the fixed package and add karma. The process works when people participate. -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, Aug 31, 2011 at 09:47, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, Aug 31, 2011 at 08:23:56AM -0700, Jorge Gallegos wrote: On Tue, Aug 30, 2011 at 11:46:36PM -0700, Adam Williamson wrote: On Wed, 2011-08-31 at 07:52 +0200, Remi wrote: From : https://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries At this time JavaScript intended to be served to a web browser is specifically exempted from this but this will likely change in the future. This explain why so much .js libraries are bundled in so much wedapps. Ah, thanks. I missed that. Still, it seems bad to be duplicating some very popular js quite so much: Actually, it makes perfect sense. Different frameworks release versions with different versions of jQuery or prototype. Trying to force all those packages to play nice with a single system-wide library is hell. Just imagine the scenario where, say, rails wants to ship version 1.1.5 but there's a security patch in Django that relies on 1.2.1 and they are not backwards compatible. You could make the same argument for any library, and it would be just as wrong. Benefits from packaging Javascript once: - if there's a security problem, you just have to fix and update one package - no questions about is the security problem fixed in this random javascript file? - we can probably arrange it so that users of different web apps only download the javascript file once - no extra copies on disk Rich. Here is the problem in a nutshell. The upstreams for all this will not give a rats ass about using a system wide jquery because it does not solve their problem. Their problem is that the majority of their users are going to be grabbing pages from smart phones which aren't smart and will gladly download the same data over and over again because they are built to use as much bandwidth as possible so the user gets charged for data caps. Also you know that 99% of your customers only really get full bandwidth if their phone if they stand next to a tower with the phone plugged into a charger.. otherwise they get crap for bandwidth even at 5 bars. So you make sure your javascripts aren't the full score 100k monstrosities but are just what you need to get the page to work. So those 80 copies of jquery we have aren't going to be the same even if they all came from the same version of upstream jquery. And delivering just one large jquery that can be used is not going to fit what either upstreams, web developers OR their users want or need. And yes I know, we can say all of the above for anything else and show how it is wrong for all those cases. Unlike math, the real world doesn't care and finding a counter example does not invalidate the reason it is true in some place. -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
Dne 31.8.2011 19:31, Stephen John Smoogen napsal(a): they all came from the same version of upstream jquery. And delivering just one large jquery that can be used is not going to fit what either upstreams, web developers OR their users want or need. I still haven't got the reason why jQuery cannot be “compiled” from the source as any other source code? Why do you still talk about large monstrosities? Nobody requires that. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS UP] Fedora OCaml link down
On Wed, Aug 31, 2011 at 01:17:44PM -0400, Przemek Klosowski wrote: I was looking for stuff on your website and noticed that the Fedora OCaml project link is down: http://www.cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora Yes, this has unfortunately been broken for a while. It was running on an old Debian machine that needed an urgent update and at the same time I had to rebuild the wiki software, and TBH it was too much, I just took the whole thing down. Shame really though. Is there a way to get a nice summary of what versions of package(s) are in Fedora, grouped by project (comps group)? This is what it used to look like: http://web.archive.org/web/20100424032649/http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora#package_status Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, 2011-08-31 at 19:35 +0200, Matej Cepl wrote: Dne 31.8.2011 19:31, Stephen John Smoogen napsal(a): they all came from the same version of upstream jquery. And delivering just one large jquery that can be used is not going to fit what either upstreams, web developers OR their users want or need. I still haven't got the reason why jQuery cannot be “compiled” from the source as any other source code? Why do you still talk about large monstrosities? Nobody requires that. often web apps only use one or two functions ripped out of a much larger 'library' - all of those packages which have bits of jquery in them are unlikely to have *all* of jquery in them, and they probably don't have the same little chunks. I think this applies less to prototypejs, though: it's a single file, and when I checked quickly, all the packages I looked at seemed to have more or less the same version of it. I can do a more careful evaluation if I get a bit of time, though, and see how much variance there really is in the prototype.js files in all those packages. jquery, at least, claims a very strong security history, with only one fairly minor vulnerability. prototype.js has had at least one significant vuln, as that bug link I put in my original mail shows. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What's the best way to compare dotted version strings from a script?
On Wed, Aug 31, 2011 at 06:20:35PM +0100, David Howells wrote: Is there a program or script installed/installable by Fedora that can be used to compare dotted version strings (eg. 1.5.2) from a shell script? For non-RPM version strings, try 'sort -V'. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: Introducing an environment variable USE_VALGRIND to clean up the entry cache and dn cache on exit.
Description: If any string is set to an environment variable USE_VALGRIND, when running a memory leak checking tool (e.g., valgrind), it reduces the noise generated by the entry cache and dn cache. Sample valgrind outputs from the same operations. 1. with USE_VALGRIND ==16525== LEAK SUMMARY: ==16525== definitely lost: 5,102 bytes in 155 blocks ==16525== indirectly lost: 24,655 bytes in 950 blocks ==16525== possibly lost: *13,294* bytes in 433 blocks ==16525== still reachable: 2,209,801 bytes in 17,937 blocks ==16525== suppressed: 0 bytes in 0 blocks ==16525== Reachable blocks (those to which a pointer was found) are not shown. ==16525== To see them, rerun with: --leak-check=full --show-reachable=yes 2. no USE_VALGRIND ==25738== LEAK SUMMARY: ==25738== definitely lost: 5,102 bytes in 155 blocks ==25738== indirectly lost: 24,655 bytes in 950 blocks ==25738== possibly lost: *23,862,444* bytes in 863,885 blocks ==25738== still reachable: 3,093,988 bytes in 41,603 blocks ==25738== suppressed: 0 bytes in 0 blocks ==25738== Reachable blocks (those to which a pointer was found) are not shown. ==25738== To see them, rerun with: --leak-check=full --show-reachable=yes Thanks, --noriko From 40ac246939d8e7bf8138c85ea00f30beece094d5 Mon Sep 17 00:00:00 2001 From: Noriko Hosoi nho...@jiji.usersys.redhat.com Date: Wed, 31 Aug 2011 11:09:42 -0700 Subject: [PATCH] Introducing an environment variable USE_VALGRIND to clean up the entry cache and dn cache on exit. --- ldap/servers/slapd/back-ldbm/dblayer.c | 23 +-- 1 files changed, 13 insertions(+), 10 deletions(-) diff --git a/ldap/servers/slapd/back-ldbm/dblayer.c b/ldap/servers/slapd/back-ldbm/dblayer.c index b3931a4..b158311 100644 --- a/ldap/servers/slapd/back-ldbm/dblayer.c +++ b/ldap/servers/slapd/back-ldbm/dblayer.c @@ -2589,16 +2589,19 @@ int dblayer_instance_close(backend *be) if (NULL == inst) return -1; -#if defined(_USE_VALGRIND) -/* When running a memory leak checking tool (e.g., valgrind), - it reduces the noise by enabling this code. */ -LDAPDebug1Arg(LDAP_DEBUG_ANY, %s: Cleaning up entry cache\n, - inst-inst_name); -cache_clear(inst-inst_cache, CACHE_TYPE_ENTRY); -LDAPDebug1Arg(LDAP_DEBUG_ANY, %s: Cleaning up dn cache\n, - inst-inst_name); -cache_clear(inst-inst_dncache, CACHE_TYPE_DN); -#endif +if (getenv(USE_VALGRIND)) { +/* + * if any string is set to an environment variable USE_VALGRIND, + * when running a memory leak checking tool (e.g., valgrind), + * it reduces the noise by enabling this code. + */ +LDAPDebug1Arg(LDAP_DEBUG_ANY, %s: Cleaning up entry cache\n, + inst-inst_name); +cache_clear(inst-inst_cache, CACHE_TYPE_ENTRY); +LDAPDebug1Arg(LDAP_DEBUG_ANY, %s: Cleaning up dn cache\n, + inst-inst_name); +cache_clear(inst-inst_dncache, CACHE_TYPE_DN); +} if (attrcrypt_cleanup_private(inst)) { LDAPDebug(LDAP_DEBUG_ANY, -- 1.7.4.4 -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] Please review: Introducing an environment variable USE_VALGRIND to clean up the entry cache and dn cache on exit.
On 08/31/2011 12:19 PM, Noriko Hosoi wrote: Description: If any string is set to an environment variable USE_VALGRIND, when running a memory leak checking tool (e.g., valgrind), it reduces the noise generated by the entry cache and dn cache. Sample valgrind outputs from the same operations. 1. with USE_VALGRIND ==16525== LEAK SUMMARY: ==16525== definitely lost: 5,102 bytes in 155 blocks ==16525== indirectly lost: 24,655 bytes in 950 blocks ==16525== possibly lost: *13,294* bytes in 433 blocks ==16525== still reachable: 2,209,801 bytes in 17,937 blocks ==16525== suppressed: 0 bytes in 0 blocks ==16525== Reachable blocks (those to which a pointer was found) are not shown. ==16525== To see them, rerun with: --leak-check=full --show-reachable=yes 2. no USE_VALGRIND ==25738== LEAK SUMMARY: ==25738== definitely lost: 5,102 bytes in 155 blocks ==25738== indirectly lost: 24,655 bytes in 950 blocks ==25738== possibly lost: *23,862,444* bytes in 863,885 blocks ==25738== still reachable: 3,093,988 bytes in 41,603 blocks ==25738== suppressed: 0 bytes in 0 blocks ==25738== Reachable blocks (those to which a pointer was found) are not shown. ==25738== To see them, rerun with: --leak-check=full --show-reachable=yes Thanks, --noriko ack -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
Am 31.08.2011 19:31, schrieb Paul W. Frields: On Wed, Aug 31, 2011 at 05:39:14PM +0200, Reindl Harald wrote: this update should be really fast pushed out the demo-exploit brings down a 4x2.50GHz machine with 8 GB RAM in some seconds without having the known workarounds or explicit mod_security-Rules in front Original-Nachricht Betreff: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released Datum: Wed, 31 Aug 2011 07:21:33 -0400 Von: Jim Jagielski j...@jagunet.com Antwort an: d...@httpd.apache.org An: d...@httpd.apache.org Apache HTTP Server 2.2.20 Released [...snip...] The security bug is already being tracked: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3192 I'd expect a new package to be issued shortly. Once that happens, if you want to contribute to pushing this out, be ready to test the fixed package and add karma. The process works when people participate we are in production with 20 servers on F14 since some hours own packages with optimized build-flags based on the Fedora-SPEC-File signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Notice of intent: patching glibc
On Wed, 2011-08-31 at 19:16 +0200, Kevin Kofler wrote: Adam Williamson wrote: glibc maintainers / developers, if you don't want me to do this, please start giving a crap about your bugs. Speaking of critical glibc bugs, what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=733462 IMHO, that's also a blocker. -5 and -6 were both obsoleted through negative karma, so the 'current' build is still -4. That's what's in the repos and on all composes. You only have -6 if you got it before it got yanked. -6 is known to break the world - not just KDE, it screws up GNOME too. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
On Wed, Aug 31, 2011 at 08:28:20PM +0200, Reindl Harald wrote: Am 31.08.2011 19:31, schrieb Paul W. Frields: On Wed, Aug 31, 2011 at 05:39:14PM +0200, Reindl Harald wrote: this update should be really fast pushed out the demo-exploit brings down a 4x2.50GHz machine with 8 GB RAM in some seconds without having the known workarounds or explicit mod_security-Rules in front Original-Nachricht Betreff: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released Datum: Wed, 31 Aug 2011 07:21:33 -0400 Von: Jim Jagielski j...@jagunet.com Antwort an: d...@httpd.apache.org An: d...@httpd.apache.org Apache HTTP Server 2.2.20 Released [...snip...] The security bug is already being tracked: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3192 I'd expect a new package to be issued shortly. Once that happens, if you want to contribute to pushing this out, be ready to test the fixed package and add karma. The process works when people participate we are in production with 20 servers on F14 since some hours own packages with optimized build-flags based on the Fedora-SPEC-File Not sure what this had to do with my reply, but in the meantime you can use the mitigation that Apache sent out. I'm doing that on my own servers for now. -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: Bug 703990 - cross-platform - Support upgrade from Red Hat Directory Server
https://bugzilla.redhat.com/show_bug.cgi?id=703990 https://bugzilla.redhat.com/attachment.cgi?id=520886action=diff https://bugzilla.redhat.com/attachment.cgi?id=520886action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
Am 31.08.2011 22:09, schrieb Paul W. Frields: On Wed, Aug 31, 2011 at 08:28:20PM +0200, Reindl Harald wrote: Am 31.08.2011 19:31, schrieb Paul W. Frields: On Wed, Aug 31, 2011 at 05:39:14PM +0200, Reindl Harald wrote: this update should be really fast pushed out the demo-exploit brings down a 4x2.50GHz machine with 8 GB RAM in some seconds without having the known workarounds or explicit mod_security-Rules in front Original-Nachricht Betreff: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released Datum: Wed, 31 Aug 2011 07:21:33 -0400 Von: Jim Jagielski j...@jagunet.com Antwort an: d...@httpd.apache.org An: d...@httpd.apache.org Apache HTTP Server 2.2.20 Released [...snip...] The security bug is already being tracked: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3192 I'd expect a new package to be issued shortly. Once that happens, if you want to contribute to pushing this out, be ready to test the fixed package and add karma. The process works when people participate we are in production with 20 servers on F14 since some hours own packages with optimized build-flags based on the Fedora-SPEC-File Not sure what this had to do with my reply, but in the meantime you can use the mitigation that Apache sent out. I'm doing that on my own servers for now it had to do to say we have 2.2.20 since some hours so the fedora packages are not interesting me really it was a friendly reminder because on koji a build is even not started and with updates-testing it seems to take a long tiem for a critical fix to get to the users since there is nothing to test httpd-tools-2.2.20-2.fc14.rh.20110831.x86_64 httpd-2.2.20-2.fc14.rh.20110831.x86_64 File: „/usr/sbin/httpd“ Size: 371680 Blocks: 728IO Block: 4096 reguläre Datei Device: 811h/2065d Inode: 385752 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2011-08-31 18:11:58.0 +0200 Modify: 2011-08-31 18:11:58.0 +0200 Change: 2011-08-31 18:29:40.118166712 +0200 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [ANNOUNCEMENT] Apache HTTP Server 2.2.20 Released
On Wed, 31 Aug 2011 22:41:29 +0200 Reindl Harald h.rei...@thelounge.net wrote: ...snip... it was a friendly reminder because on koji a build is even not started and with updates-testing it seems to take a long tiem for a critical fix to get to the users since there is nothing to test httpd-tools-2.2.20-2.fc14.rh.20110831.x86_64 httpd-2.2.20-2.fc14.rh.20110831.x86_64 I'm sure the maintainers are testing as fast as they can. If you read the bug, you will note that this version already has someone reporting that it breaks part of rfc2616. For something as widely used as httpd, care in pushing updates is appreciated by me at least. In the mean time you can use the workarounds or hope that the upstream version doesn't have issues and use that. ;) Not sure there's much more to say on this thread... kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Tue, Aug 30, 2011 at 09:35:50PM -0700, Adam Williamson wrote: * dojo/dijit - F/OSS, packaged Currently for any javascript library you are allowed to bundle. In the future this may not be the case so you may have a lot of work to do to maintain this application in the future. Note that no one has currently stepped forward to work on the JavaScript Guidelines in the several years since I stopped looking at it, so that future day may be a long time in coming. Here's the draft that I wrote several years ago: http://fedoraproject.org/wiki/JavaScript_libraries_packaging_guideline_draft Note that I'm unhappy with it. After working on web apps for a while I think it would be better to model the guidelines after the static library guidelines than dynamic libraries. that would mean that we'd package the javascript libraries in their own packages. Then, as part of building the web application packages, you would BuildRequire the javascript library and copy the javascript code into the application package. You, as a packager, would still have the burden of deciding whether to port applications to newer versions of a library as they came out (if upstream wasn't proactive about this) or creating and maintaining a compat- package with the old version of the javascript library for you to build against. But this would help with the questions of how to specify where a javascript library was located in the url hierarchy, prevent breakage if a javascript library was upgraded incompatibly in the middle of a release, etc. -Toshio pgpIX46qtQ5yc.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, Aug 31, 2011 at 10:49:09AM -0700, Adam Williamson wrote: On Wed, 2011-08-31 at 19:35 +0200, Matej Cepl wrote: Dne 31.8.2011 19:31, Stephen John Smoogen napsal(a): they all came from the same version of upstream jquery. And delivering just one large jquery that can be used is not going to fit what either upstreams, web developers OR their users want or need. I still haven't got the reason why jQuery cannot be “compiled” from the source as any other source code? Why do you still talk about large monstrosities? Nobody requires that. often web apps only use one or two functions ripped out of a much larger 'library' - all of those packages which have bits of jquery in them are unlikely to have *all* of jquery in them, and they probably don't have the same little chunks. I think this applies less to prototypejs, though: it's a single file, and when I checked quickly, all the packages I looked at seemed to have more or less the same version of it. I can do a more careful evaluation if I get a bit of time, though, and see how much variance there really is in the prototype.js files in all those packages. jquery, at least, claims a very strong security history, with only one fairly minor vulnerability. prototype.js has had at least one significant vuln, as that bug link I put in my original mail shows. Hmmm...I'm not so sure about the assertion that people are ripping apart jquery in specific hold up. Does someone have numbers? I'm quite willing to bet that of the copies of jquery on Fedora, most of them are not a subset of jquery's core because most of them are not going to be used in web applications. Someone mentioned doxygen earlier and python-sphinx generated docs also follows this. (I notice that python-sphinx and the docs generated using it are using a minified version of jquery :-( Since we don't have a jsmin'er in Fedora atm, that means jquery in all these packages is not being created from source :-( ) For actual web apps, I'm also not sure that we'll find that the javascript has been amputated. Most of the js libraries are 1) fairly interconnected in terms of the functions they use to provide the functionality you use, 2) are intentionally kept to some sort of core size 3) are shipped in a minified form as well as having easier to work on source 4) using CDN's are becoming much more prevalent. Real numbers before bald assertions please :-) -Toshio pgp5qTHr8Vrhe.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, Aug 31, 2011 at 15:52, Toshio Kuratomi a.bad...@gmail.com wrote: Real numbers before bald assertions please :-) Sorry I thought this was devel@lists.fedoraproject.org where fact was not needed and very much disdained :) I realized I have jumped onto the hype train of javascript programming where supposedly it is best practice to never ship a full JS when you only need X. So I take back my assertions. -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Oh god, my eyes (packaging a hairball of bundled PHP stuff, tt-rss)
On Wed, 2011-08-31 at 14:52 -0700, Toshio Kuratomi wrote: Real numbers before bald assertions please :-) I resign! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 734253] HTML::Template 2.10 versioning problem
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=734253 --- Comment #3 from Petr Pisar ppi...@redhat.com 2011-08-31 03:29:26 EDT --- Yeah, it should work so. -- 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 729644] RFE: request that DateTime-Format-ISO8601 be added to EPEL.
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=729644 --- Comment #5 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:53:08 EDT --- perl-DateTime-Format-XSD-0.2-1.el5, perl-DateTime-Format-ISO8601-0.07-7.el5 has been pushed to the Fedora EPEL 5 stable repository. -- 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 730279] perlbrew-0.28 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=730279 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perlbrew-0.28-1.fc14|perlbrew-0.28-1.el6 -- 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 730279] perlbrew-0.28 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=730279 --- Comment #18 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:52:53 EDT --- perlbrew-0.28-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. -- 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 729644] RFE: request that DateTime-Format-ISO8601 be added to EPEL.
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=729644 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-DateTime-Format-XSD-0. ||2-1.el5 Resolution||ERRATA Last Closed||2011-08-31 18:53:25 -- 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 730279] perlbrew-0.28 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=730279 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perlbrew-0.28-1.el6 |perlbrew-0.28-1.el5 -- 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 730279] perlbrew-0.28 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=730279 --- Comment #19 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:53:46 EDT --- perlbrew-0.28-1.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. -- 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 730279] perlbrew-0.28 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=730279 --- Comment #20 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:55:28 EDT --- perl-Devel-PatchPerl-0.48-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. -- 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 729644] RFE: request that DateTime-Format-ISO8601 be added to EPEL.
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=729644 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-DateTime-Format-XSD-0. |perl-DateTime-Format-XSD-0. |2-1.el5 |2-1.el6 -- 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 730279] perlbrew-0.28 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=730279 --- Comment #21 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:56:31 EDT --- perl-Devel-PatchPerl-0.48-1.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. -- 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 729644] RFE: request that DateTime-Format-ISO8601 be added to EPEL.
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=729644 --- Comment #6 from Fedora Update System upda...@fedoraproject.org 2011-08-31 18:57:41 EDT --- perl-DateTime-Format-XSD-0.2-1.el6, perl-DateTime-Format-ISO8601-0.07-7.el6 has been pushed to the Fedora EPEL 6 stable repository. -- 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
[perl-HTML-Template] Set module version to fake 2.91 to work around versioning issue (#734253). Fix source URL, drop no l
commit df4c9ff6665f6a28f0602d30231bccf5a154346d Author: Ville Skyttä ville.sky...@iki.fi Date: Tue Aug 30 21:07:06 2011 +0300 Set module version to fake 2.91 to work around versioning issue (#734253). Fix source URL, drop no longer needed README linefeed conversion. perl-HTML-Template-2.10-versioning.patch | 12 perl-HTML-Template.spec | 17 + 2 files changed, 25 insertions(+), 4 deletions(-) --- diff --git a/perl-HTML-Template-2.10-versioning.patch b/perl-HTML-Template-2.10-versioning.patch new file mode 100644 index 000..55abb1c --- /dev/null +++ b/perl-HTML-Template-2.10-versioning.patch @@ -0,0 +1,12 @@ +diff -up HTML-Template-2.10/lib/HTML/Template.pm~ HTML-Template-2.10/lib/HTML/Template.pm +--- HTML-Template-2.10/lib/HTML/Template.pm~ 2011-08-30 20:44:01.075540073 +0300 HTML-Template-2.10/lib/HTML/Template.pm2011-08-30 20:45:10.256004737 +0300 +@@ -1,6 +1,7 @@ + package HTML::Template; + +-$HTML::Template::VERSION = '2.10'; ++# https://bugzilla.redhat.com/show_bug.cgi?id=734253 ++$HTML::Template::VERSION = '2.91'; + + =head1 NAME + diff --git a/perl-HTML-Template.spec b/perl-HTML-Template.spec index 84442c4..68edc9f 100644 --- a/perl-HTML-Template.spec +++ b/perl-HTML-Template.spec @@ -1,14 +1,19 @@ Name: perl-HTML-Template Version:2.10 -Release:2%{?dist} +Release:3%{?dist} Summary:Perl module to use HTML Templates Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/HTML-Template/ -Source0: http://www.cpan.org/authors/id/S/SA/SAMTREGAR/HTML-Template-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/W/WO/WONKO/HTML-Template-%{version}.tar.gz Patch0: perl-HTML-Template-manpages.patch +# https://bugzilla.redhat.com/show_bug.cgi?id=734253 +Patch1: perl-HTML-Template-2.10-versioning.patch +%global __provides_exclude ^perl\\(HTML::Template\\)\\s*=\\s*2\\.91$ +Provides: perl(HTML::Template) = %{version} + BuildArch: noarch BuildRequires: perl(CGI) BuildRequires: perl(Test::More) @@ -31,7 +36,7 @@ in the Perl script. %prep %setup -q -n HTML-Template-%{version} %patch0 -p1 -b .manpages -%{__perl} -pi -e 's/\r//g' README +%patch1 -p1 -b .versioning %build @@ -57,6 +62,10 @@ TEST_SHARED_MEMORY=1 make test %changelog +* Tue Aug 30 2011 Ville Skyttä ville.sky...@iki.fi - 2.10-3 +- Set module version to fake 2.91 to work around versioning issue (#734253). +- Fix source URL, drop no longer needed README linefeed conversion. + * Mon Jul 18 2011 Petr Sabata con...@redhat.com - 2.10-2 - Perl mass rebuild @@ -125,5 +134,5 @@ TEST_SHARED_MEMORY=1 make test - Typo correction (rpmlint warning). - Build requirements: removed perl(CGI). -* Fri Jun 25 2004 Ville Skyttä ville.skytta at iki.fi - 0:2.7-0.fdr.1 +* Fri Jun 25 2004 Ville Skyttä ville.sky...@iki.fi - 0:2.7-0.fdr.1 - First build after 2nd time of losing the specfile somewhere :( -- 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 734253] HTML::Template 2.10 versioning problem
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=734253 Ville Skyttä ville.sky...@iki.fi changed: What|Removed |Added Fixed In Version||2.10-3 --- Comment #7 from Ville Skyttä ville.sky...@iki.fi 2011-09-01 00:18:57 EDT --- Done in 2.10-3. (In reply to comment #5) So Perl gets new version and and this one gets propagated into RPM by rpmbuild dependency generator too. Note however that I explicitly prevent the perl(HTML::Template) Provides version from becoming 2.91 and force it to 2.10: +%global __provides_exclude ^perl\\(HTML::Template\\)\\s*=\\s*2\\.91$ +Provides: perl(HTML::Template) = %{version} -- 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 734253] HTML::Template 2.10 versioning problem
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=734253 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2011-09-01 00:21:30 EDT --- perl-HTML-Template-2.10-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-HTML-Template-2.10-3.fc16 -- 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