Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:31 AM, Rahul Sundaram methe...@gmail.com wrote: On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza wrote: el Fedora shouldn't include software it doesn't have the resources to maintain. Fedora doesn't have resources to fork it. Not the same thing at all. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Debian doesn't fork it either, Iceweasel is Firefox without the trademark and non-free copyright artwork. They are then allowed to make security fixes to protect their users. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram methe...@gmail.com wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. If I wanted to Fork Fedora, and I called it Fedora, i'd soon see a letter from Redhat legal. I'm not free to use the name. Thus, if I fork Fedora I am required by trademark law to rename it or be in violation. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:39 PM, Brandon Lozza bran...@pwnage.ca wrote: On Mon, Oct 4, 2010 at 8:52 AM, Rahul Sundaram methe...@gmail.com wrote: We have been through this before. If you take Fedora and modify it, you are not allowed to use the Fedora name either. Trademark cannot be ever free as in freedom. Rahul Exactly the point I brought up Rahul, thanks for your irrelevance. If you want to fork Fedora, you can't call it Fedora because Redhat will sue you for trademark violations just the same as Mozilla would if you distributed a modified version of Firefox. Fedora is free software until you use the trademark and aren't Redhat. I am confused by this argument. Are you claiming that Fedora is same as Mozilla Firefox and both are non-free? Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 04/10/10 14:52, Rahul Sundaram wrote: Trademark cannot be ever free as in freedom. That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or Minefield, or anything else that is not trademarked and isn't impossible to patch without mozilla's consent. -- Florent Le Coz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 8:52 AM, Rahul Sundaram methe...@gmail.com wrote: We have been through this before. If you take Fedora and modify it, you are not allowed to use the Fedora name either. Trademark cannot be ever free as in freedom. Rahul Exactly the point I brought up Rahul, thanks for your irrelevance. If you want to fork Fedora, you can't call it Fedora because Redhat will sue you for trademark violations just the same as Mozilla would if you distributed a modified version of Firefox. Fedora is free software until you use the trademark and aren't Redhat. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages
The errors below happen several times during the yum update. Assuming that they must be generated by RPM %post scripts, I had a look at the affected packages (control-center, evolution-data-server, cheese, seahorse) and I suspect it's a problem with the update-mime-database command. Rich. Updating : 1:control-center-2.32.0-1.fc14.x86_64 13/96 /usr/share/mime/packages/openoffice.org.xml:749: parser error : error parsing attribute name comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment ^ /usr/share/mime/packages/openoffice.org.xml:749: parser error : attributes construct error comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment ^ /usr/share/mime/packages/openoffice.org.xml:749: parser error : Couldn't find end of Start Tag jf line 749 comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment ^ /usr/share/mime/packages/openoffice.org.xml:1686: parser error : error parsing attribute name comment xml:lang=kideitks‖OpenDocument Presentation Template/comment ^ /usr/share/mime/packages/openoffice.org.xml:1686: parser error : attributes construct error comment xml:lang=kideitks‖OpenDocument Presentation Template/comment ^ /usr/share/mime/packages/openoffice.org.xml:1686: parser error : Couldn't find end of Start Tag s line 1686 comment xml:lang=kideitks‖OpenDocument Presentation Template/comment ^ /usr/share/mime/packages/openoffice.org.xml:2753: parser error : StartTag: invalid element name comment xml:lang=kidk928j‖OpenOffice.org Presentation/comment ^ /usr/share/mime/packages/openoffice.org.xml:3170: parser error : error parsing attribute name comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment ^ /usr/share/mime/packages/openoffice.org.xml:3170: parser error : attributes construct error comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment ^ /usr/share/mime/packages/openoffice.org.xml:3170: parser error : Couldn't find end of Start Tag lqz2 line 3170 comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment ^ Updating : 1:cheese-libs-2.32.0-1.fc14.x86_64 14/96 -- 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: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/04/2010 10:24 AM, Peter Lemenkov wrote: Anyway, the situation is worser then people believe, because no matter how many maintainers MoFo apps have in Fedora - they just can't fix bugs and close tickets, even ones with clean and sane patches attached. Unfortunately you forget to attach the bugs here. We're taking fixes for arches to Fedora package, there are s390 fixes in Fedora for instance. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:37 AM, Brandon Lozza bran...@pwnage.ca wrote: On Mon, Oct 4, 2010 at 6:28 AM, Matej Cepl mc...@redhat.com wrote: It would be really helpful if instead of calling programs unmaintainable and similar non-sense you would research a bit what really is the problem ... take a look at https://bugzilla.redhat.com/ buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt% 20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs. There is absolutely no permission required. I saw plenty of patches which were accepted upstream and just few which were rejected with always clearly stated reasons (not that I agree with all of those reasons, but again before calling Firefox proprietary product, it would be nice to educate yourself). Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it myself, but instead of calling MoFo proprietary a bit of patches (this time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https:// bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/ show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi? id=569371) would be helpful. How is your Perlfoo? See what I wrote on this theme before (http://article.gmane.org/ gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches for some better solution of the situation. I can assure you, that well written patches will be welcomed upstream. Maybe you want to maintain iceweasel co. in Fedora? Good luck, but not for me, thanks. At least with iceweasel, those bugs you pointed out can be fixed by Fedora and not have to wait months in the queue over at Mozilla, if they even bother accepting them. Iceweasel would also allow us to use openSUSE's KDE patchset for deep integration, something Mozilla says violates trademark law by patching and distributing. NON FREE In fact this free pass mozilla firefox gets should apply to Chromium too. At least in Chromium's case, Spot IS ALLOWED to make it use system libs. He doesn't have to ask the mother-ship permission. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
Peter Lemenkov, Mon, 04 Oct 2010 15:22:24 +0400: Unfortunately you're talking (and the rest Fedora Mozilla team) about BTW, just as a way of clarification, my rant was not targeted specifically at you, but everybody (and it is currently a big fashion) ranting against “proprietary” MoFo. No personal offense was meant. Sorry, if it sounded so. different task - you're talking about fixing Mozilla upstream product while I'm talking about fixing Fedora bugs. No one from community is allowed to fix Mozilla in Fedora. That's why it's absolutely unmaintainable. Yes, it is a problem, but I am quite sure, if you talk with me and point to something important, I will make sure Martin co. knows about it. Read it again - we can't fix mozilla products in Fedora. Theoretically we could send patches to MoFo, but some of them will be rejected due to political reasons (see links in this thread for their recent decision No need to call it “political reasons” (on the side of MoFo) ... nowhere in the definition of free software is written, that upstream has to accept your patches. It may happen upstream (any upstream) disagrees with your patch, you may not agree with them, but in the end it is their decision and if you don't agree you can either suck it up or fork. Both alternatives are still freely open for you (and Fedora as whole) in MoFo case as well (just to make this clear). If there is any political reason, then it is Fedora/RH policy to oblige with upstream trademark terms and to keep our Firefox/Thunderbird/ XULRunner as close to the upstream as possible to save us work maintaining our patches and not go Iceweasel way. The only thing I would like to ask all participants in this thread is to keep things in the perspective ... Firefox is mostly working more or less well (yes, I know more than most participants in this thread how many bugs there are present). If you really want to help, may I suggest those 1400 abrt bugs? I would really really welcome any help anybody can spare, and I am willing to share freely whatever experience (and tools) I have in dealing with them. Best, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Q: Is vi an easy editor to learn, is it intuitive? A: Yes, some of us think so. But most people think that we are crazy. -- vi FAQ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Arithmetic coding in Fedora libjpeg (bug #639531)
On Sun, Oct 03, 2010 at 01:52:28PM +0530, Mukund Sivaraman wrote: Hi all In reply to Gregory Maxwell: It's well known around the Internet that to achieve compatibility you should be conservative in what you send and liberal in what you accept. Applied to JPEG: Use only Huffman coding when encoding ? except maybe if you know that all recipients can handle arithmetic coding ? but support both encodings when decoding. Absolutely. This is an excellent argument and I think is sufficient to justify the inclusion alone. Thank you everyone for the replies. I did not know earlier that Fedora was switching to libjpeg-turbo. I have created a new bug now: https://bugzilla.redhat.com/show_bug.cgi?id=639672 Add support for decoding arithmetic coded files in libjpeg-turbo It contains a patch against upstream libjpeg-turbo HEAD, and the patch has been submitted upstream too: https://sourceforge.net/tracker/?func=detailaid=3080268group_id=303195atid=1278160 This patch has been tested against some arithmetic coded images. I wish libjpeg-turbo also accepts to include creating arithmetic coded images too, as the project is not really going to affect creation of such images if an application wants to do so. But this can be saved for another argument, and doesn't stand in the way of decode support. We decided to accept arithmetic method into libjpeg-turbo upstream as soon as Fedora legal says it's fine. Regards, Adam -- Adam Tkac, Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
On 04/10/10 09:59, Richard Hughes wrote: On 27 September 2010 20:31, Richard Hugheshughsi...@gmail.com wrote: Right, but you could argue it's a regression as the behavior changed. Could somebody please fix docbook-utils, otherwise all the GNOME koji builds are going to fail. All my F14 builds are still failing with: docbook2man zif.sgml /dev/null grep: character class syntax is [[:space:]], not [:space:] grep: character class syntax is [[:space:]], not [:space:] jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook. I don't care if [[:space:]] is the POSIX correct behavior or not, all I know is every single build I've sent to build for F14 is failing. Perhaps a proventester could take a good look at https://admin.fedoraproject.org/updates/docbook-utils-0.6.14-25.fc14 Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
Richard Hughes wrote: On 27 September 2010 20:31, Richard Hughes hughsi...@gmail.com wrote: Right, but you could argue it's a regression as the behavior changed. Could somebody please fix docbook-utils, otherwise all the GNOME koji builds are going to fail. All my F14 builds are still failing with: docbook2man zif.sgml /dev/null grep: character class syntax is [[:space:]], not [:space:] grep: character class syntax is [[:space:]], not [:space:] jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook. I don't care if [[:space:]] is the POSIX correct behavior or not, all I know is every single build I've sent to build for F14 is failing. I'm *very* close to just not caring about F14, and just continuing to develop for rawhide. Richard, I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this) for the buildroot. Please try your builds now. (anyone) Holler or file a rel-eng ticket if there's any problems with that... -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:28 AM, Matej Cepl mc...@redhat.com wrote: It would be really helpful if instead of calling programs unmaintainable and similar non-sense you would research a bit what really is the problem ... take a look at https://bugzilla.redhat.com/ buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt% 20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs. There is absolutely no permission required. I saw plenty of patches which were accepted upstream and just few which were rejected with always clearly stated reasons (not that I agree with all of those reasons, but again before calling Firefox proprietary product, it would be nice to educate yourself). Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it myself, but instead of calling MoFo proprietary a bit of patches (this time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https:// bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/ show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi? id=569371) would be helpful. How is your Perlfoo? See what I wrote on this theme before (http://article.gmane.org/ gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches for some better solution of the situation. I can assure you, that well written patches will be welcomed upstream. Maybe you want to maintain iceweasel co. in Fedora? Good luck, but not for me, thanks. At least with iceweasel, those bugs you pointed out can be fixed by Fedora and not have to wait months in the queue over at Mozilla, if they even bother accepting them. Iceweasel would also allow us to use openSUSE's KDE patchset for deep integration, something Mozilla says violates trademark law by patching and distributing. NON FREE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20101004 changes
Compose started at Mon Oct 4 08:15:25 UTC 2010 Broken deps for x86_64 -- almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) 0:1.3.0 clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) 0:1.3.0 gambas2-gb-pdf-2.21.0-3.fc15.x86_64 requires libpoppler.so.7()(64bit) gearmand-0.13-2.fc14.x86_64 requires libmemcached.so.5()(64bit) 2:gimp-2.6.10-5.fc15.x86_64 requires libpoppler.so.7()(64bit) 2:gimp-2.6.10-5.fc15.x86_64 requires libpoppler-glib.so.5()(64bit) gloobus-preview-0.4.1-7.fc14.x86_64 requires libpoppler.so.7()(64bit) gloobus-preview-0.4.1-7.fc14.x86_64 requires libpoppler-glib.so.5()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-python2-brasero-2.31.1-7.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-brasero-2.31.1-7.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-totem-2.31.1-7.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) hedgewars-server-0.9.13-2.fc15.x86_64 requires hedgewars-0.9.13 hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) inkscape-0.48.0-4.fc15.x86_64 requires libpoppler.so.7()(64bit) inkscape-view-0.48.0-4.fc15.x86_64 requires libpoppler.so.7()(64bit) libextractor-plugins-pdf-0.6.2-1500.fc15.x86_64 requires libpoppler.so.7()(64bit) mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires mingw32(libpng-3.dll) moblin-panel-status-0.1.21-5.fc14.x86_64 requires libsocialweb-client.so.1()(64bit) moblin-panel-status-0.1.21-5.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) moblin-panel-status-0.1.21-5.fc14.x86_64 requires libchamplain-0.6.so.0()(64bit) opensips-memcached-1.6.3-2.fc15.x86_64 requires libmemcached.so.5()(64bit) pdf2djvu-0.7.3-4.fc14.x86_64 requires libpoppler.so.7()(64bit) php-pecl-memcached-1.0.2-1.fc14.x86_64 requires libmemcached.so.5()(64bit) pypoppler-0.12.1-4.fc14.x86_64 requires libpoppler.so.7()(64bit) pypoppler-0.12.1-4.fc14.x86_64 requires libpoppler-glib.so.5()(64bit) qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) rakudo-0.0.2010.08_2.7.0-1.fc14.x86_64 requires libparrot.so.2.7.0()(64bit) referencer-1.1.6-6.fc15.x86_64 requires libpoppler.so.7()(64bit) referencer-1.1.6-6.fc15.x86_64 requires libpoppler-glib.so.5()(64bit) spacewalk-certs-tools-1.1.1-2.1.fc15.noarch requires spacewalk-backend-libs = 0:0.8.28 totem-2.90.5-5.fc15.i686 requires libpeasui-1.0.so.0 totem-2.90.5-5.fc15.x86_64 requires libpeasui-1.0.so.0()(64bit) tracker-0.8.17-2.fc15.i686 requires libpoppler.so.7 tracker-0.8.17-2.fc15.i686 requires libpoppler-glib.so.5 tracker-0.8.17-2.fc15.x86_64 requires libpoppler-glib.so.5()(64bit) tracker-0.8.17-2.fc15.x86_64 requires libpoppler.so.7()(64bit) xournal-0.4.5-6.fc14.x86_64 requires libpoppler.so.7()(64bit) xournal-0.4.5-6.fc14.x86_64 requires libpoppler-glib.so.5()(64bit) zathura-0.0.8.1-6.fc15.x86_64 requires libpoppler.so.7()(64bit) zathura-0.0.8.1-6.fc15.x86_64 requires libpoppler-glib.so.5()(64bit) Broken deps for i386 -- almanah-0.7.3-3.fc14.i686 requires libedataserverui-1.2.so.10 antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) 0:1.3.0 gambas2-gb-pdf-2.21.0-3.fc15.i686 requires libpoppler.so.7 gearmand-0.13-2.fc14.i686 requires libmemcached.so.5 2:gimp-2.6.10-5.fc15.i686 requires libpoppler.so.7 2:gimp-2.6.10-5.fc15.i686 requires libpoppler-glib.so.5 gloobus-preview-0.4.1-7.fc14.i686 requires libpoppler-glib.so.5 gloobus-preview-0.4.1-7.fc14.i686 requires libpoppler.so.7 1:gnome-games-extra-2.31.91.1-1.fc15.i686 requires libclutter-gtk-0.10.so.0 gnome-python2-brasero-2.31.1-7.fc14.i686 requires libbrasero-burn.so.1 gnome-python2-brasero-2.31.1-7.fc14.i686 requires libbrasero-media.so.1 gnome-python2-totem-2.31.1-7.fc14.i686 requires libgnome-media-profiles.so.0 gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-gtk-0.4.so.0 gpx-viewer-0.1.2-2.fc14.i686 requires libclutter-gtk-0.10.so.0 gpx-viewer-0.1.2-2.fc14.i686 requires
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:18 PM, Brandon Lozza wrote: However, Mozilla says that distributing a modified product with their name violates Trademark law. We have been through this before. If you take Fedora and modify it, you are not allowed to use the Fedora name either. Trademark cannot be ever free as in freedom. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, 2010-10-04 at 09:23 -0400, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram methe...@gmail.com wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. If I wanted to Fork Fedora, and I called it Fedora, i'd soon see a letter from Redhat legal. I'm not free to use the name. Thus, if I fork Fedora I am required by trademark law to rename it or be in violation. You might consider taking this discussion to the legal alias and talking it over there. It seems to be beyond 'devel' at the moment. thanks -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/04/2010 06:50 PM, Florent Le Coz wrote: On 04/10/10 14:52, Rahul Sundaram wrote: Trademark cannot be ever free as in freedom. That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or Minefield, or anything else that is not trademarked and isn't impossible to patch without mozilla's consent. Ignoring upstream and patching without consent is only feasible if you have the amount of resources to do a good job with that. Fedora doesn't have that. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza wrote: el https://admin.fedoraproject.org/mailman/listinfo/devel Fedora shouldn't include software it doesn't have the resources to maintain. Fedora doesn't have resources to fork it. Not the same thing at all. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundaram methe...@gmail.com wrote: On 10/04/2010 06:53 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. Sure. I have asked and know the answer but go ahead. Rahul GNU Icecat doesn't tell you something? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundaram methe...@gmail.com wrote: On 10/04/2010 06:53 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. Sure. I have asked and know the answer but go ahead. Rahul The freedom to run the program, for any purpose (freedom 0). The freedom to study how the program works, and change it to make it do what you wish (freedom 1). Access to the source code is a precondition for this. The freedom to redistribute copies so you can help your neighbor (freedom 2). And the freedom Trademark law prevents in Firefox's case: The freedom to distribute copies of your modified versions to others (freedom 3)[SIC]. By doing this you can give the whole community a chance to benefit from your changes[SIC]. Access to the source code is a precondition for this. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
2010/10/4 Matej Cepl mc...@redhat.com: Peter Lemenkov, Mon, 04 Oct 2010 12:24:00 +0400: So no excuse here, please - just allow us fixing bugs. There is absolutely no permission required. Unfortunately you're talking (and the rest Fedora Mozilla team) about different task - you're talking about fixing Mozilla upstream product while I'm talking about fixing Fedora bugs. No one from community is allowed to fix Mozilla in Fedora. That's why it's absolutely unmaintainable. Read it again - we can't fix mozilla products in Fedora. Theoretically we could send patches to MoFo, but some of them will be rejected due to political reasons (see links in this thread for their recent decision regarding bundled libs). So, no thanks - I would like to stay away from such proprietary and badly manageable stuff. -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:32 AM, Rahul Sundaram methe...@gmail.com wrote: On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza wrote: GNU Icecat doesn't tell you something? You said you are going to ask FSF. How about you just ask them if the presence of a trademark is enough to call software non-free and come back. Icecat was forked for other reasons (ie) for plugins. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel If the owner of the trademark doesn't grant a license that is compatible with a free software license, then the software is non free. Linus doesn't go around telling people they can't redistribute a modified linux kernel. His only restriction on the linux trademark is that it is used to label things that use the linux kernel. Mozilla specifically forbids redistributing modified binaries which violates freedom #3 (the 4th freedom) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/04/2010 06:53 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. Sure. I have asked and know the answer but go ahead. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 8:24 AM, Matej Cepl mc...@redhat.com wrote: No need to call it “political reasons” (on the side of MoFo) ... nowhere in the definition of free software is written, that upstream has to accept your patches. It may happen upstream (any upstream) disagrees with your patch, you may not agree with them, but in the end it is their decision and if you don't agree you can either suck it up or fork. Both alternatives are still freely open for you (and Fedora as whole) in MoFo case as well (just to make this clear). However, Mozilla says that distributing a modified product with their name violates Trademark law. Fedora would have to change its name, just like Debian did with Iceweasel. Just like CentOS does with the RHEL source. Just like Scientific Linux, Oracle Enterprise Linux, countless others based on products with trademarks. The Mozilla trademark makes Firefox non-free, but anything based on it that gets a name change _IS_ FREE as in Freedom. It IS Political. As-is, they can't modify Firefox and distribute it. They just send patches and wait for Mozilla to fix it. If there is any political reason, then it is Fedora/RH policy to oblige with upstream trademark terms and to keep our Firefox/Thunderbird/ XULRunner as close to the upstream as possible to save us work maintaining our patches and not go Iceweasel way. Fedora already does this and it's unacceptable. That's why we say Firefox is non free because under the name Firefox we are NOT FREE to distribute our changes. The only thing I would like to ask all participants in this thread is to keep things in the perspective ... Firefox is mostly working more or less well (yes, I know more than most participants in this thread how many bugs there are present). If you really want to help, may I suggest those 1400 abrt bugs? I would really really welcome any help anybody can spare, and I am willing to share freely whatever experience (and tools) I have in dealing with them. The only thing that will happen with the 1400 abrt bugs is that Mozilla will be asked to fix them while we wait for them to be a little less busy adding directx 3d support and other windows exclusive features. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Evolution-data-server update to 2.91.1 in rawhide
Hi, the new release of evolution-data-server 2.91.1 contains API backward incompatible changes in Camel, thus packages using it might need adoption. Changes were announced at [1], and even I believe upstream will take care of these changes, I would like to help with adoption on modules requiring it. Planned date for doing the evolution-data-server update in Rawhide is next Monday, October 11th, 2010. I would like to also ask respective owners of [3] to approve me commit rights on his/her package, which I'll request this Friday or beginning of the next week through [2], so I'll be able to: a) occasionally rebuild those packages against newer evolution-data-server or evolution, to help with smoother updates (I hope package owners will be fine with me doing so.) b) add those packages to updates of evolution-data-server and evolution, thus changes from these will come out together. Thanks and bye, Milan [1] http://mail.gnome.org/archives/evolution-hackers/2010-September/msg00037.html [2] https://admin.fedoraproject.org/pkgdb/acls/name/package [3] Packages depending on evolution-data-server and/or evolution in rawhide as of today: almanah anerley contact-lookup-applet contacts dates deskbar-applet ekiga empathy evolution-couchdb evolution-rspam evolution-rss evolution-sharp giggle glabels gnome-do-plugins (obsolete these days?) gnome-launch-box gnome-panel gnome-phone-manager gnome-python2-desktop jana libopensync-plugin-evolution2 mail-notification meego-panel-datetime meego-panel-myzone moblin-panel-myzone moblin-panel-people nautilus-sendto pidgin planner ruby-revolution syncevolution tasks tracker ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 09/30/2010 08:54 PM, Sven Lankes wrote: 2. The combination of the Mozilla Trademark issue combined with the strict handling of patches by (corporate|distro)-maintainers (I don't think that this is a RH/Fedora issue - same with Canonical/Ubuntu) makes me feel uneasy about ff being called Free sofware. Please look at this list: https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=firefoxproduct=Fedoraclassification=Fedora https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=thunderbirdproduct=Fedoraclassification=Fedora There are 1108 open bugs against Firefox and 404 bugs against Thunderbird and new bugs are coming. And there are only three mozilla maintainers at Red Hat. As you can see, it's impossible for us to fix (or even sort!) all reported bugs so we really have to cooperate with mozilla upstream, which involves *hundreds* of skilled mozilla hackers. Right now, we are in process to redirect firefox/thunderbird crashes directly to mozilla crash database (http://crash-stats.mozilla.com) which is handled by mozilla guys, instead of our bugzilla, so they can help us with all Fedora Firefox/Thunderbird crashes. And you can imagine that we can't achieve that with Fedora customized Firefox build. If we want help from upstream we have to follow some rules. If Red Hat paid hundreds mozilla hackers to work on Fedora/Red Hat mozilla packages, we would start talking about driving it. Until then we don't have any other choice. And it's really not about Mozilla Trademark. ma. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza wrote: GNU Icecat doesn't tell you something? You said you are going to ask FSF. How about you just ask them if the presence of a trademark is enough to call software non-free and come back. Icecat was forked for other reasons (ie) for plugins. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
Martin Stransky wrote: Right now, we are in process to redirect firefox/thunderbird crashes directly to mozilla crash database (http://crash-stats.mozilla.com) which is handled by mozilla guys, instead of our bugzilla, so they can help us with all Fedora Firefox/Thunderbird crashes. And you can imagine that we can't achieve that with Fedora customized Firefox build. If we want help from upstream we have to follow some rules. Sadly, that's another symptom of a really uncooperative upstream. :-( KDE has no distro patch approval process, we have several KDE patches (and other distros have even more of them), yet DrKonqi still reports all crashes directly to the upstream KDE Bugzilla. (This is how upstream ships it.) They can handle that just fine (and in fact generally prefer this system to having the crash reports scattered in downstream bugzillas). Mozilla just always has to be a PITA. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
Peter Lemenkov, Mon, 04 Oct 2010 12:24:00 +0400: In fact the backlog for Mozilla-related packages is even bigger, because (due to the fact that MoFo products are unmaintainable at all) many of them were closed automatically with new Fedora releases. It would be really helpful if instead of calling programs unmaintainable and similar non-sense you would research a bit what really is the problem ... take a look at https://bugzilla.redhat.com/ buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt% 20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs. There is absolutely nothing unmaintainable on that, only plenty of people who are calling MoFo and everybody names but they are not willing to move their butt and help triage this (and yes, abrt seems to be slightly better now, so the backlog shouldn't hopefully be increasing that much). So no excuse here, please - just allow us fixing bugs. There is absolutely no permission required. I saw plenty of patches which were accepted upstream and just few which were rejected with always clearly stated reasons (not that I agree with all of those reasons, but again before calling Firefox proprietary product, it would be nice to educate yourself). Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it myself, but instead of calling MoFo proprietary a bit of patches (this time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https:// bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/ show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi? id=569371) would be helpful. How is your Perlfoo? See what I wrote on this theme before (http://article.gmane.org/ gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches for some better solution of the situation. I can assure you, that well written patches will be welcomed upstream. we MUST replace proprietary MoFo products with open alternatives. Who is we? I certainly don't intend to replace for my personal needs Firefox with either of Chromium (ehm, that's an example of open development, right?), Opera, Epiphany (too simple for my needs, sorry ... I like those guys and I was using Epiphany for years, but it is just too little too late for my personal use), galeon (you would need miraculous powers to revive this dead corpse), or any non-Gnome alternative. If we (whoever it is) must do something, then where are *your* patches? (http://slashdot.org/ features/98/10/13/1423253.shtml) Maybe you want to maintain iceweasel co. in Fedora? Good luck, but not for me, thanks. Best, Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Courage is resistance of fear, mastery of fear, not absence of fear. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:23 AM, Rahul Sundaram methe...@gmail.com wrote: On 10/04/2010 06:50 PM, Florent Le Coz wrote: On 04/10/10 14:52, Rahul Sundaram wrote: Trademark cannot be ever free as in freedom. That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or Minefield, or anything else that is not trademarked and isn't impossible to patch without mozilla's consent. Ignoring upstream and patching without consent is only feasible if you have the amount of resources to do a good job with that. Fedora doesn't have that. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora shouldn't include software it doesn't have the resources to maintain. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: LibreOffice
On Sat, 2010-10-02 at 23:33 +0200, Mathieu Bridon wrote: On Sat, 2010-10-02 at 22:14 +0530, Ankur Sinha wrote: On Sat, 2010-10-02 at 15:21 +0100, Paul F. Johnson wrote: I have no problems helping package this behemoth! +1 : I can help out too. Given that the Fedora OOo maintainer [1] is in the steering committee of the new Document Foundation [2], I wouldn't worry about the move. ;) I'm working on it, I've got some scratch builds at http://koji.fedoraproject.org/scratch/caolanm/ Hopefully I'll be submitting a package review during the week. Plan is to remain as we are for F-14, and push forward for F-15/rawhide, which gives us time to sync things up. Currently also pushing our patches into LibreOffice to finally be zero patch-pending, which'll be nice. If people want to help, I recommend looking at http://www.freedesktop.org/wiki/Software/LibreOffice/EasyHacks and submit some fixes, no matter how trivial you think they are. Anything from removing pointless revision-marking comments and translating some German comments to major new features. C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
2010/10/4 Martin Stransky stran...@redhat.com: FIXED UPSTREAM is a correct resolution for the bug, and it has been fixed by upstream and came to F13 in firefox 3.6.x. That's an absolutely great tactics to deal with bug reports! And that's why I call proprietary Mozilla software as unmaintainable - you doesn't and you can't fix issues (in this case you did close two tickets but both issues are still remains unresolved). -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
To clear the confusion, there is no change in the RE syntax in grep-2.7. The old grep silently interprets all these REs the way that probably nobody intended to, e.g. The [:space:] match: ac:eps You can force grep-2.7 to silently process it (above mentioned way, same as with older greps) by setting POSIXLY_CORRECT environment variable. But all such REs are probably typos Jaroslav -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
2010/10/4 Martin Stransky stran...@redhat.com: Please look at this list: https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=firefoxproduct=Fedoraclassification=Fedora https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=thunderbirdproduct=Fedoraclassification=Fedora There are 1108 open bugs against Firefox and 404 bugs against Thunderbird and new bugs are coming. And there are only three mozilla maintainers at Red Hat. In fact the backlog for Mozilla-related packages is even bigger, because (due to the fact that MoFo products are unmaintainable at all) many of them were closed automatically with new Fedora releases. Anyway, the situation is worser then people believe, because no matter how many maintainers MoFo apps have in Fedora - they just can't fix bugs and close tickets, even ones with clean and sane patches attached. Speaking of me - I opened two tickets regarding PowerPC support with small patches attached - so far one was closed automatically with next Fedora release, and another will be closed in a next few months. That was highly disappointing for me, because I wasn't aware about the current situation with licensing deal between RH and MoFo, which is preventing Fedora packagers (us, I mean) from fixing issues. So no excuse here, please - just allow us fixing bugs. So far I see the only way to fix this sorrow situation (that was proposed several times before) - we MUST replace proprietary MoFo products with open alternatives. -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
2010/10/4 Martin Stransky stran...@redhat.com: On 10/04/2010 10:24 AM, Peter Lemenkov wrote: Anyway, the situation is worser then people believe, because no matter how many maintainers MoFo apps have in Fedora - they just can't fix bugs and close tickets, even ones with clean and sane patches attached. Unfortunately you forget to attach the bugs here. We're taking fixes for arches to Fedora package, there are s390 fixes in Fedora for instance. No, I wasn't forget - I just gave up to get any feedback from you on these two issues: https://bugzilla.redhat.com/513743 https://bugzilla.redhat.com/578892 In fact I do got a feedback from you on the first one - you closed it as FIXED UPSTREAM which was absolutely unacceptable because this issue still wasn't fixed. So I reopened it with little hope that someone will apply the attached patch. Unfortunately even this simple issue was closed automatically with next Fedora release. I also cloned this ticket for F-12 (see next ticket) because it is also affected and don't see any feedback at all. This funny story clearly shows that we need to be able to fix issues w/o asking a permissions from MoFo. Like we did with the rest of Fedora stuff. I really feel somewhat uncomfortably because I'm explaining obvious things in front of wide and clever audience here. -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Date-Manip-6.12.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Date-Manip: 5dde75671b3defd6429c0407ff85e3b1 Date-Manip-6.12.tar.gz -- 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: update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages
Am Montag, den 04.10.2010, 11:58 +0100 schrieb Richard W.M. Jones: The errors below happen several times during the yum update. Assuming that they must be generated by RPM %post scripts, I had a look at the affected packages (control-center, evolution-data-server, cheese, seahorse) and I suspect it's a problem with the update-mime-database command. The affected file is /usr/share/mime/packages/openoffice.org.xml, so please file a bug against OpenOffice.org. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 639562] perl-Text-CSV_XS-0.74 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=639562 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Text-CSV_XS-0.74-1.fc1 ||5 Resolution||NEXTRELEASE Last Closed||2010-10-04 07:55:58 -- 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
[perl-Date-Manip] New version, v6.12
commit dbcec327d884084adf53375f62e429f7fdaca8a2 Author: Petr Sabata psab...@redhat.com Date: Mon Oct 4 13:51:15 2010 +0200 New version, v6.12 .gitignore |1 + perl-Date-Manip.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index bebf375..504c240 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Date-Manip-6.07.tar.gz /Date-Manip-6.11.tar.gz +/Date-Manip-6.12.tar.gz diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec index f59f550..109fedf 100644 --- a/perl-Date-Manip.spec +++ b/perl-Date-Manip.spec @@ -1,5 +1,5 @@ Name: perl-Date-Manip -Version:6.11 +Version:6.12 Release:1%{?dist} Summary:A Perl module containing a wide variety of date manipulation routines @@ -74,6 +74,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Mon Oct 4 2010 Petr Sabata psab...@redhat.com - 6.12-1 +- 6.12 bump + * Tue Sep 14 2010 Petr Pisar ppi...@redhat.com - 6.11-1 - 6.11 bump diff --git a/sources b/sources index d11506a..432e237 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -7880db506f14080635972eb5607fa79d Date-Manip-6.11.tar.gz +5dde75671b3defd6429c0407ff85e3b1 Date-Manip-6.12.tar.gz -- 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: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 9:35 AM, Florent Le Coz lo...@louiz.org wrote: On 04/10/10 15:23, Rahul Sundaram wrote: Ignoring upstream and patching without consent is only feasible if you have the amount of resources to do a good job with that. Fedora doesn't have that. Rahul I'm not talking about ignoring upstream. You can still work with them (reporting bug, sending fixes to upstream) while not using their trademark, no? Fedora could then fix the software when upstream refuses to take the patches we send them… -- Florent Le Coz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I don't see why we can't do this. Rahul has mentioned before that it's all about the name Firefox, they want the brand in Fedora. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/04/2010 03:34 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundarammethe...@gmail.com wrote: On 10/04/2010 06:53 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. Sure. I have asked and know the answer but go ahead. Rahul The freedom to run the program, for any purpose (freedom 0). The freedom to study how the program works, and change it to make it do what you wish (freedom 1). Access to the source code is a precondition for this. The freedom to redistribute copies so you can help your neighbor (freedom 2). And the freedom Trademark law prevents in Firefox's case: The freedom to distribute copies of your modified versions to others (freedom 3)[SIC]. By doing this you can give the whole community a chance to benefit from your changes[SIC]. Access to the source code is a precondition for this. Notice how the last clause misses using the same name? You are perfectly free to distribute modified versions as long as you don't call them Firefox. That's what the Iceweasel people decided to do. So all freedoms are intact. Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages
On Mon, Oct 04, 2010 at 01:54:55PM +0200, Christoph Wickert wrote: Am Montag, den 04.10.2010, 11:58 +0100 schrieb Richard W.M. Jones: The errors below happen several times during the yum update. Assuming that they must be generated by RPM %post scripts, I had a look at the affected packages (control-center, evolution-data-server, cheese, seahorse) and I suspect it's a problem with the update-mime-database command. The affected file is /usr/share/mime/packages/openoffice.org.xml, so please file a bug against OpenOffice.org. Right, here we go: https://bugzilla.redhat.com/show_bug.cgi?id=640016 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
[Bug 639559] perl-Date-Manip-6.12 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=639559 Petr Sabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Date-Manip-6.12-1.fc15 Resolution||RAWHIDE Last Closed||2010-10-04 07:59:31 -- 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: systemd and network service
On Thu, 2010-09-30 at 14:37 +0200, Michal Schmidt wrote: On Thu, 30 Sep 2010 14:04:00 +0200 Patrick MONNERAT wrote: Until now (with upstart), my rawhide system started the network service but not the NetworkManager service. With systemd, neither of these are started by default. You may be seeing https://bugzilla.redhat.com/show_bug.cgi?id=630225 or a similar bug. Many thanks for the link. However, I did not understand it enough to find something usable. I've read some previous discussions about creating missing links, defaults, etc. There is a listed solution based on NetworkManager, but it is not applicable on the network service, because the file /lib/systemd/system/network.service does not exist and thus cannot be linked to from a *.wants directory. That's correct. There's no native systemd unit file for the network service. network.service in systemd is generated by processing the classic SysV initscript /etc/init.d/network. I finally resolved my problem in a dirty way (I do not know all systemd arcanes): Create the file /lib/sysemd/system/start-network.service with the following contents (perhaps not very well tuned, but it works for me): [Unit] Description=Network After=network.target [Service] Type=forking ExecStart=/etc/init.d/network start [Install] WantedBy=multi-user.target --- Then issue command systemctl enable start-network.service. The network will be properly brought up at next reboot. In hope it can temporary help people with the same problem. Regards, Patrick [Unit] Description=Network After=network.target [Service] Type=forking ExecStart=/etc/init.d/network start [Install] WantedBy=multi-user.target -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Net-SSH-Perl] Created tag perl-Net-SSH-Perl-1.34-8.fc15
The lightweight tag 'perl-Net-SSH-Perl-1.34-8.fc15' was created pointing to: aabdbf4... Use hunspell back-end for spell check test -- 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
[perl-Math-GMP] Created tag perl-Math-GMP-2.06-5.fc15
The lightweight tag 'perl-Math-GMP-2.06-5.fc15' was created pointing to: 4f8e760... Use hunspell dictionary for spell check test -- 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: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 10:45 AM, Dennis Jacobfeuerborn denni...@conversis.de wrote: On 10/04/2010 03:34 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundarammethe...@gmail.com wrote: On 10/04/2010 06:53 PM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote: So according to you any free software with a trademark is non-free software? Good luck getting anyone including FSF to agree with that interpretation. Rahul I'm sure they will. Trademark restrictions violate one of the four freedoms and if you want I can ask Richard Stallman directly if this trademark rule makes software non-free. Actually I'll just go ahead and do it just to prove a point. Sure. I have asked and know the answer but go ahead. Rahul The freedom to run the program, for any purpose (freedom 0). The freedom to study how the program works, and change it to make it do what you wish (freedom 1). Access to the source code is a precondition for this. The freedom to redistribute copies so you can help your neighbor (freedom 2). And the freedom Trademark law prevents in Firefox's case: The freedom to distribute copies of your modified versions to others (freedom 3)[SIC]. By doing this you can give the whole community a chance to benefit from your changes[SIC]. Access to the source code is a precondition for this. Notice how the last clause misses using the same name? You are perfectly free to distribute modified versions as long as you don't call them Firefox. That's what the Iceweasel people decided to do. So all freedoms are intact. Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel That's what i've been saying all day. It's only free software if you change the name, in which case you may loose brand recognition. Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-14 Branched report: 20101004 changes
Compose started at Mon Oct 4 13:15:36 UTC 2010 Broken deps for x86_64 -- almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 evolution-couchdb-0.4.92-1.fc14.x86_64 requires libedata-book-1.2.so.2()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-1.2.so.17()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libgtkhtml-editor.so.0()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit) evolution-couchdb-0.4.92-1.fc14.x86_64 requires libcamel-provider-1.2.so.17()(64bit) frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.i386 requires libgtkjava-2.8.so frysk-devel-0.4-26.fc14.i386 requires libglibjava-0.2.so frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-devel-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit) frysk-devel-0.4-26.fc14.x86_64 requires libgtkjava-2.8.so()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgtkjava-2.8.so()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples jana-0.4.5-0.7.20100520gitacd72f2.fc14.i686 requires libedataserverui-1.2.so.10 jana-0.4.5-0.7.20100520gitacd72f2.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit) libgconf-java-2.12.4-15.fc14.i686 requires libgtkjava-2.8.so libgconf-java-2.12.4-15.fc14.i686 requires libgtkjni-2.8.so libgconf-java-2.12.4-15.fc14.i686 requires libglibjni-0.2.so libgconf-java-2.12.4-15.fc14.i686 requires libglibjava-0.2.so libgconf-java-2.12.4-15.fc14.x86_64 requires libglibjni-0.2.so()(64bit) libgconf-java-2.12.4-15.fc14.x86_64 requires libgtkjni-2.8.so()(64bit) libgconf-java-2.12.4-15.fc14.x86_64 requires libglibjava-0.2.so()(64bit) libgconf-java-2.12.4-15.fc14.x86_64 requires libgtkjava-2.8.so()(64bit) mail-notification-evolution-plugin-5.4-22.fc14.x86_64 requires libcamel-1.2.so.18()(64bit) mail-notification-evolution-plugin-5.4-22.fc14.x86_64 requires libcamel-provider-1.2.so.18()(64bit) mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires mingw32(libpng-3.dll) ovirt-server-0.100-4.fc12.noarch requires qpidd ovirt-server-0.100-4.fc12.noarch requires qpidc php-pecl-imagick-3.0.0-7.fc14.x86_64 requires libMagickWand.so.3()(64bit) php-pecl-imagick-3.0.0-7.fc14.x86_64 requires libMagickCore.so.3()(64bit) planner-eds-0.14.4-25.fc14.x86_64 requires libcamel-1.2.so.18()(64bit) planner-eds-0.14.4-25.fc14.x86_64 requires libedata-cal-1.2.so.8()(64bit) planner-eds-0.14.4-25.fc14.x86_64 requires libcamel-provider-1.2.so.18()(64bit) qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit) spacewalk-certs-tools-1.1.1-2.1.fc14.noarch requires spacewalk-backend-libs = 0:0.8.28 valide-0.6.1-0.22.20103003svn511.fc14.i686 requires libvala.so.0 valide-0.6.1-0.22.20103003svn511.fc14.x86_64 requires libvala.so.0()(64bit) wfut-1.1.0-8.fc12.x86_64 requires libgcj.so.10()(64bit) Broken deps for i386 -- almanah-0.7.3-3.fc14.i686 requires libedataserverui-1.2.so.10 antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 evolution-couchdb-0.4.92-1.fc14.i686 requires libcamel-provider-1.2.so.17 evolution-couchdb-0.4.92-1.fc14.i686 requires libebook-1.2.so.9 evolution-couchdb-0.4.92-1.fc14.i686 requires libgtkhtml-editor.so.0 evolution-couchdb-0.4.92-1.fc14.i686 requires libedata-book-1.2.so.2 evolution-couchdb-0.4.92-1.fc14.i686 requires libcamel-1.2.so.17 frysk-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.i386 requires libgtkjava-2.8.so frysk-devel-0.4-26.fc14.i386 requires libglibjava-0.2.so frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-gnome-0.4-26.fc14.i386 requires libgtkjava-2.8.so frysk-gnome-0.4-26.fc14.i386 requires libglibjava-0.2.so frysk-gnome-0.4-26.fc14.i386 requires libgcj.so.10 gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-gtk-0.4.so.0 gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-0.4.so.0 intellij-idea-9.0.1.94.399-11.fc14.i686 requires jna-examples jana-0.4.5-0.7.20100520gitacd72f2.fc14.i686 requires libedataserverui-1.2.so.10
[Bug 636518] JSON-XS-2.3 bump
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=636518 --- Comment #1 from Petr Pisar ppi...@redhat.com 2010-10-04 11:14:23 EDT --- Created attachment 451425 -- https://bugzilla.redhat.com/attachment.cgi?id=451425 1.3(0) spec file upgrade This is patch for spec file with upgrade for upstream 2.3 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 11:14 AM, Rahul Sundaram methe...@gmail.com wrote: On Mon, Oct 4, 2010 at 8:38 PM, Brandon Lozza wrote: That's what i've been saying all day. It's only free software if you change the name, in which case you may loose brand recognition. Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. Free software can require that you can change the name for any modifications you make and it still qualifies as free software. If you are in doubt and want to ask FSF, go ahead. Before you continue with this discussion, I strongly suggest you do that. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I've already asked Richard Stallman and I am awaiting his reply but let's just go through a thought exercise. Let's say I recompile Firefox and make a bunch of my own changes and REFUSE to change the name. How long do you think it'll take for Mozilla's lawyers to start threatening me with trademark lawsuits? Firefox doesn't just include source code. It includes intellectual property with specific restrictions on what you're allowed to do with it. This is the same as what ID software does with its games. You can have the source code for Wolfenstein and Enemy Territory, but that's just the code. The code is free software. The name, the artwork, the graphics, music and story are all under copyright and are not licensed to everyone for distribution. This is the same with Firefox, the code is free, but the name, the graphics are copyright and are the intellectual property of MoFo, and not anyone else. They say you can't distribute modified binaries. How do you get Freedom #3 then? If they used GPLv3, they would be required to license their trademarks to us and THEN it would be free software. I'll refrain from replying further on until I have a reply from Richard, but you're totally wrong and your love for Firefox is blinding your principals (if you have any). You would STILL HAVE the exact SAME firefox if we compiled firefox with the compile time flag that removes branding. The branding is kept, i'm told, simply to attract users. Leaving a piece of poorly maintained software to attract users is silly. And if you or anyone else think Iceweasel is somehow inferior, you need your brain checked. You don't understand logic. Firefox, is ONLY free software when it does not include the intellectual property that is non free. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 5:08 PM, Brandon Lozza bran...@pwnage.ca wrote: Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. As the trademark owner it is his right to do so, but that alone does not make Linux unfree. You are confusing trademarks and copyright. Repeating your statement 1000x times does not make it correct. I can claim that 1+1 = 5 ... no matter how often I repeat the statement it remains wrong. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 5:24 PM, Brandon Lozza bran...@pwnage.ca wrote: On Mon, Oct 4, 2010 at 11:14 AM, Rahul Sundaram methe...@gmail.com wrote: On Mon, Oct 4, 2010 at 8:38 PM, Brandon Lozza wrote: That's what i've been saying all day. It's only free software if you change the name, in which case you may loose brand recognition. Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. Free software can require that you can change the name for any modifications you make and it still qualifies as free software. If you are in doubt and want to ask FSF, go ahead. Before you continue with this discussion, I strongly suggest you do that. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I've already asked Richard Stallman and I am awaiting his reply but let's just go through a thought exercise. Let's say I recompile Firefox and make a bunch of my own changes and REFUSE to change the name. Your are using a trademark without an explicit agreement from the trademark owner. They have invested a lot in there brand, and it is their right to protect it the way they want. The software IS NOT coupled to the brand, you can just remove it, and you are ALLOWED to do so. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote: Firefox doesn't just include source code. It includes intellectual property with specific restrictions on what you're allowed to do with it. Did you use the term intellectual property in your query to Richard too? :-) http://www.gnu.org/philosophy/not-ipr.html http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote: On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote: Firefox doesn't just include source code. It includes intellectual property with specific restrictions on what you're allowed to do with it. Did you use the term intellectual property in your query to Richard too? :-) http://www.gnu.org/philosophy/not-ipr.html http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Just to those with thick skulls -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
Brandon Lozza wrote: Let's say I recompile Firefox and make a bunch of my own changes and REFUSE to change the name. How long do you think it'll take for Mozilla's lawyers to start threatening me with trademark lawsuits? In that case, Red Hat lawyers should be visiting you soon. Fedora is a trademark of... Red Hat. :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, 2010-10-04 at 11:35 -0400, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote: On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote: Firefox doesn't just include source code. It includes intellectual property with specific restrictions on what you're allowed to do with it. Did you use the term intellectual property in your query to Richard too? :-) http://www.gnu.org/philosophy/not-ipr.html http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Just to those with thick skulls You're out of line. please stop. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, Oct 4, 2010 at 11:35 AM, Michael Cronenworth m...@cchtml.com wrote: Brandon Lozza wrote: Let's say I recompile Firefox and make a bunch of my own changes and REFUSE to change the name. How long do you think it'll take for Mozilla's lawyers to start threatening me with trademark lawsuits? In that case, Red Hat lawyers should be visiting you soon. Fedora is a trademark of... Red Hat. :) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Not in Canada, actually :P either trademark -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/04/2010 11:35 AM, Brandon Lozza wrote: On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote: On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote: Firefox doesn't just include source code. It includes intellectual property with specific restrictions on what you're allowed to do with it. Did you use the term intellectual property in your query to Richard too? :-) http://www.gnu.org/philosophy/not-ipr.html http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty Michal Just to those with thick skulls This is well beyond reasonable behavior for this mailing list. Remember, be excellent to each other. You need to stop now since you can't remain civil. -- Peter Growth for the sake of growth is the ideology of the cancer cell. 01234567890123456789012345678901234567890123456789012345678901234567890123456789 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
On 4 October 2010 11:32, Jaroslav Skarvada jskar...@redhat.com wrote: You can force grep-2.7 to silently process it (above mentioned way, same as with older greps) by setting POSIXLY_CORRECT environment variable. But all such REs are probably typos Dude, that's so not the point. I have a f14 srpm that built fine last week, and now fails to build. It's not my error as the sgml file is valid. It's an error somewhere deep in docbook-utils. Set POSIXLY_CORRECT to default in F14, and leave it like upstream in F15. It's totally the wrong time for this kind of change. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
On Mon, 2010-10-04 at 04:30 -0500, Rex Dieter wrote: I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this) for the buildroot. Please try your builds now. f14-build should appear in the Tags line here, right? https://koji.fedoraproject.org/koji/buildinfo?buildID=197223 I don't see it. Am I missing something? -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]
Matt McCutchen wrote: On Mon, 2010-10-04 at 04:30 -0500, Rex Dieter wrote: I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this) for the buildroot. Please try your builds now. f14-build should appear in the Tags line here, right? https://koji.fedoraproject.org/koji/buildinfo?buildID=197223 I don't see it. Am I missing something? I ended up tagging -26 , -25 had been pulled from bodhi. -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora and webserver dependency
04.10.2010 14:49, Jan Kaluza wrote: Hi, there are over 100 packages which Require: httpd and it looks they are preconfigured only for httpd. However, Fedora contains more webservers than apache (httpd) and it's currently impossible (as far as I know) to install for example php (phpMyAdmin, wordpress, ...) if you want to use lighttpd instead of httpd, because yum install php installs also httpd. You then have to disable httpd by chkconfig httpd off, but there's no way to have PHP installed without httpd. I think one solution is to use webserver virtual package instead of Require: httpd. Of course it's OK to use Require: httpd in packages which really needs httpd and can't work with another webserver, but otherwise I think webserver virtual package should be used. It was discussed not so long in past. I agree absolutely. But there also present small problem - many packages includes Apache virtual hosts configuration, .htaccess settings and some similar stuff targeted only for Apache. In most cases it is not so hard to implement similar settings for example for Ngnix and Lighthttpd... But, do we have rights require such implementation for all present webservers from package maintainer? In any case it additional work and requires additional skills. What if new webserver will appear in repos? Another problem is that each webserver in Fedora uses different username/group. If you have application which stores some private data which should be accessible for that application and for webserver, but not for another users, you have to use something like chown your_app_username:webserver_group private_directory. This is not doable when webserver group is different for each webserver, so you have to support *just* one webserver in .spec file or loose the security. Can't we use single username/group for all webserver? Regards, Jan Kaluza -- With best wishes, Pavel Alexeev aka Pahan-Hubbitus. For fast contact with me you could use Jabber: hubbi...@jabber.ru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Followup on crash
Hi guys.. so far since the fix things have been mostly stable. However, sometimes in the evening things when things are very quiet, i'm getting a crash, and i come in the next morning and ds is down. This is just an heads up. Unless there is a known issue and something I should try, I'm going to try to keep a session of gdb running on it so I can try to capture what goes on when it happens and send it your way. -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] Followup on crash
Gary Morris wrote: Hi guys.. so far since the fix things have been mostly stable. However, sometimes in the evening things when things are very quiet, i'm getting a crash, and i come in the next morning and ds is down. This is just an heads up. Unless there is a known issue and something I should try, I'm going to try to keep a session of gdb running on it so I can try to capture what goes on when it happens and send it your way. Not a known issue. Yes, please keep us apprised of the situation. -- 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: Making Fedora work with laptops on docking station with external monitor
I've been trying unsuccessfully for a long to time to try to get this discussion started. Perhaps this just isn't right place? If not, where? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
ldd regression in F14B
Hi! I installed F14B on a 64-bit VM (kvm) to give it a try, and see if some projects worked fine on it. One didn't, and while debugging the issue, I found what I believe is a regression in ldd. That is, it used to work on F13, but now it doesn't. I asked on #fedora if I should file a bug and they suggested me to ask here first. The issue is very easy to reproduce, just run: ld -o libccheck.so -lc -shared to create an empty shared library linked with libc, and then: ldd libccheck.so This is what fails, but used to work. It says not a dynamic executable, and I expected it to emit the normal library dependency list. This same experiment works on Debian testing and Ubuntu 10.04. I also copied the .so built in F14B to an Ubuntu install and ran ldd on it. It worked as expected, so it is likely that this is an ldd issue and not an ld one. Do you have any idea what may be causing this? Let me know if you need any additional information. If there is anything you want me to do, test or debug, I'd be glad to. I'll try to build ldd from source and see if I can find anything else. Thanks a lot, Alberto -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On 10/04/2010 01:01 PM, Alberto Bertogli wrote: Do you have any idea what may be causing this? Do you get the same problem if you invoke /usr/bin/ld.bfd instead of just ld? I'm guessing that you're hitting ld.gold by default and it's behaving slightly differently than the old binutils linker did. -- Peter Obviously, a major malfunction has occurred. -- Steve Nesbitt, voice of Mission Control, January 28, 1986 01234567890123456789012345678901234567890123456789012345678901234567890123456789 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On Mon, Oct 04, 2010 at 01:48:53PM -0400, Peter Jones wrote: On 10/04/2010 01:01 PM, Alberto Bertogli wrote: Do you have any idea what may be causing this? Do you get the same problem if you invoke /usr/bin/ld.bfd instead of just ld? Yes. $ ld -o libccheck.so -lc -shared ldd libccheck.so not a dynamic executable $ /usr/bin/ld.bfd -o libccheck.so -lc -shared ldd libccheck.so not a dynamic executable Both generated files are identical. I also checked and /etc/alternatives/ld points to ld.bfd. I'm guessing that you're hitting ld.gold by default and it's behaving slightly differently than the old binutils linker did. Actually, using ld.gold by hand complains about -lc and doesn't even link. Thanks, Alberto -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2010-10-05)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on irc.freenode.net. = Followups = #topic Updates policy #351 Create a policy for updates - status report on implementation https://fedorahosted.org/fesco/ticket/351 #382 Implementing Stable Release Vision https://fedorahosted.org/fesco/ticket/382 #topic #467 Make Feature Freeze happen sooner. https://fedorahosted.org/fesco/ticket/467 = New business = #topic #473 new meeting time (redux) https://fedorahosted.org/fesco/ticket/473 #topic #472 About Mozilla's decision to not allow using the system's libvpx https://fedorahosted.org/fesco/ticket/472 = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
File a glibc bug. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
process to use when missed a patch addition
Hi, new to git, and while following the conversion guide [1], I missed the fact that I had added a new patch, but not added it to git. So the build failed. I have now: git add x.patch I'm not sure what is correct procedure to attempt rebuild with the included patch: 1. fedpkg commit -p 2. fedpkg commit fedpkg push 3. bump release in spec first, then one of the above. ? Does a new unique tag get created automatically, or do I need to mess with git tag $(fedpkg verrel) git push --tags ? [1] http://fedoraproject.org/wiki/Using_Fedora_GIT -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: process to use when missed a patch addition
David Timms wrote: Hi, new to git, and while following the conversion guide [1], I missed the fact that I had added a new patch, but not added it to git. So the build failed. I have now: git add x.patch I'm not sure what is correct procedure to attempt rebuild with the included patch: 1. fedpkg commit -p 2. fedpkg commit fedpkg push 3. bump release in spec first, then one of the above. ? Does a new unique tag get created automatically, or do I need to mess with git tag $(fedpkg verrel) git push --tags ? [1] http://fedoraproject.org/wiki/Using_Fedora_GIT In my experience, git add the patch, fedpkg commit -p, fedpkg build. The tag is based on the git revision hash, so it's unique, no need to bump the EVR. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
quick reminders on release blocker process
Hi, folks. I thought this mail might be helpful just to remind developers / packagers of a few points regarding the release freeze process and release blockers. We start the process of designating and monitoring release blockers quite a while before final freeze. What that means is that, right now, you may catch QA / releng team members arguing about whether or not one of your bugs is a release blocker and dropping comments containing assessments from blocker review meetings and so on. One key thing to remember right now is that at *this point*, that assessment has few practical consequences in terms of you fixing the bug in the F14 repo. We're just keeping on top of our processes. The final freeze is not in effect - it won't be until...well, according to the schedule, 2010-10-18, though TC is due 2010-10-12, and the freeze should usually be around the TC date. Regardless, it's not yet. :) So right now, you can still fix bugs the same way you can any time we're outside a freeze period: build a fixed package, submit it to updates-testing via Bodhi, pass the testing requirements, submit it to stable via Bodhi. The whole process of deciding whether a bug is a blocker does not matter at all in terms of pushing fixes until the freeze date. So don't worry overmuch about any release blocker-related chat in your bugs, right now, it doesn't mean a whole lot to you. Another thing I'd like to note is the 'nice-to-have' process. In practice, QA and releng have always taken fixes for some bugs that were not designated as blockers during freeze periods. For the F14 cycle, we've tried to formalize this process a bit. The full-fat documentation of it is still in draft form - see http://lists.fedoraproject.org/pipermail/test/2010-September/094067.html - but we're applying the practical process already, since anything is an improvement over random trac tickets and certain QA and releng folks keeping mental lists of packages that go into composes (which was the process up till now). If a bug is proposed and accepted as a 'nice-to-have' (NTH) bug, then we will accept a fix for that bug during the freeze period and include it in the RC builds, but we won't actually delay the release for that bug. So if we did an RC2 build, it failed validation, we were planning an RC3 build, and a fix for an NTH bug was made available during that window, the fix would be taken into the RC3 build. However, we would not trigger an RC3 build solely to include a fix for an NTH bug, and we would not delay the release because an NTH bug was not fixed. The proposal and acceptance process works much like the blocker process: to propose a bug as NTH it should be marked as blocking the F14-accepted tracker bug (for the future, there will be F15Alpha-accepted , F15Beta-accepted , F15-accepted and so on) and if it is reviewed and accepted it will have the whiteboard field AcceptedNTH added. So if you wind up with a bug that blocks F14-accepted and with the AcceptedNTH keyword, then you know that if you provide a tested fix for that bug during the freeze period, it will be accepted into the RC composes. After the freeze, fixes for bugs that aren't blocker or NTH bugs won't be taken into the RC composes and won't make the final release images, they'll go into the updates track. If you want to have a fix considered for final release after the freeze, propose the bug as a release blocker or NTH bug. Of course, as normal, if you have a bug marked as blocking F14Blocker and with the AcceptedBlocker keyword, it's a release blocker and we really *need* you to provide a tested fix for it, or the release won't go out. :) tl;dr summary: until freeze (2010-10-18), blocker / nice-to-have status doesn't affect you as a packager at all, ignore any debate about blocker status and just push fixes as normal. After freeze, only blocker / nice-to-have bug fixes will be taken into the release images, other fixes go out as updates. If you want your fix on the release images after freeze date, propose the bug as a blocker or NTH bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora and webserver dependency
Dne 4.10.2010 18:29, Pavel Alexeev (aka Pahan-Hubbitus) napsal(a): 04.10.2010 14:49, Jan Kaluza wrote: Hi, there are over 100 packages which Require: httpd and it looks they are preconfigured only for httpd. However, Fedora contains more webservers than apache (httpd) and it's currently impossible (as far as I know) to install for example php (phpMyAdmin, wordpress, ...) if you want to use lighttpd instead of httpd, because yum install php installs also httpd. You then have to disable httpd by chkconfig httpd off, but there's no way to have PHP installed without httpd. I think one solution is to use webserver virtual package instead of Require: httpd. Of course it's OK to use Require: httpd in packages which really needs httpd and can't work with another webserver, but otherwise I think webserver virtual package should be used. It was discussed not so long in past. I agree absolutely. But there also present small problem - many packages includes Apache virtual hosts configuration, .htaccess settings and some similar stuff targeted only for Apache. In most cases it is not so hard to implement similar settings for example for Ngnix and Lighthttpd... But, do we have rights require such implementation for all present webservers from package maintainer? In any case it additional work and requires additional skills. What if new webserver will appear in repos? I'd say that httpd specific files should go to subpackages like php-httpd. It's an overhead but as you say, what if a new webserver hits the repos. Radek Another problem is that each webserver in Fedora uses different username/group. If you have application which stores some private data which should be accessible for that application and for webserver, but not for another users, you have to use something like chown your_app_username:webserver_group private_directory. This is not doable when webserver group is different for each webserver, so you have to support *just* one webserver in .spec file or loose the security. Can't we use single username/group for all webserver? Regards, Jan Kaluza -- Radek Vokál rvo...@redhat.com Engineering Manager - Base Operating Systems Brno Office: +420 532 294 111 Mobile: +420 608 437 507 Red Hat Inc. http://cz.redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote: File a glibc bug. Upstream or in Fedora's bugzilla? (or both?) Thanks, Alberto -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: REVIEW/RFC: https://fedoraproject.org/wiki/User:Kevin/Updates_Policy_Draft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/03/2010 07:07 AM, Brandon Lozza wrote: On Sat, Oct 2, 2010 at 11:05 PM, Gerald Henriksen ghenr...@gmail.com wrote: On Sat, 2 Oct 2010 20:56:21 -0400, you wrote: Fedora is just going to end up having a million repos for all the software that will not be updated for six months. And that makes us look silly. Windows doesn't have repositories for users who want the latest firefox, they just download it and install it. How exactly is the Windows experience different? Windows - explicity download from mozilla (aka repository) and install. Your example Fedora - download from special Firefox repository and install Seems the same to me. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I'm just telling you guys that people are going to jump ship as you alienate people to cater to these end users who fear change. I'm out, i'll be finding another distro. Thanks for the great work on Fedora though, perhaps I'll come back when the policies become sane again. We knew that this would happen. We would lose some people. When a project like us goes basically directionless for years it picks up people who have different ideas about what they want to create and where they want to go with it. When direction starts to happen, some of these people will find that they are not in line with where the project is going. This is one of the reasons why we make it so easy to take what we do and build from it or take it in a different direction. We welcome that. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyqT+kACgkQ4v2HLvE71NVlnQCdG/VDtw5goEs7qe1v9NcDk6QQ BqsAoJfxiJd0QVz9CG2MxiVcTHuNyD+o =aq0k -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need proventester karma for firstboot-1.113-4.fc14 (was: Re: bodhi v0.7.9 deployed)
On Tue, Oct 5, 2010 at 12:09 AM, Adam Williamson awill...@redhat.com wrote: On Sat, 2010-10-02 at 23:10 +0100, Camilo Mesias wrote: I think the moral of this story is that the input to the process is fallible. Shit always happens. Automated systems that filter or delay the 'happening' should be backed up by statistics to show that they help... Otherwise, when they filter and delay attempts to fix problems by people who are trying to help, they will just cause frustration. There's nothing automated about proventesters. Have you actually checked that all of them are in fact human? ;) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F14 libgdl 2.31.x broken
On Sat, 2010-10-02 at 10:12 +0200, Michael Schwendt wrote: On Fri, 01 Oct 2010 17:44:05 -0700, Jim wrote: Any application that uses libgdl on F14 segfaults on startup. Any? That would mean it would have been easy to test whether the update works at all, but either it has been marked stable without any testing This appears to have been what happened: https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14 there's no +1 or -1 vote. It's not a critpath update, so it can be pushed stable with no feedback after seven days - see the note This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes - and it was indeed pushed after that time. It's possible the maintainer tested it, but you can't tell that from the Bodhi page. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On Mon, 2010-10-04 at 11:08 -0400, Brandon Lozza wrote: That's what i've been saying all day. It's only free software if you change the name, in which case you may loose brand recognition. Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. that's the entire point of having trademarks. Free software projects are obliged to allow you to access and modify their code. They are not obliged to allow you to benefit from their reputation. It doesn't make any sense to say 'I think this product needs to be modified but I wish to be able to represent my modified product as being the same thing as the original product in order to benefit from the reputation attached to the original product'. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Making Fedora work with laptops on docking station with external monitor
On Mon, 2010-10-04 at 10:48 -0600, Orion Poplawski wrote: I've been trying unsuccessfully for a long to time to try to get this discussion started. Perhaps this just isn't right place? If not, where? It's as good a place as any. The X and desktop developers are the people who can actually fix it, though, if you can't provide patches. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need proventester karma for firstboot-1.113-4.fc14 (was: Re: bodhi v0.7.9 deployed)
On Tue, 2010-10-05 at 00:14 +0200, drago01 wrote: On Tue, Oct 5, 2010 at 12:09 AM, Adam Williamson awill...@redhat.com wrote: On Sat, 2010-10-02 at 23:10 +0100, Camilo Mesias wrote: I think the moral of this story is that the input to the process is fallible. Shit always happens. Automated systems that filter or delay the 'happening' should be backed up by statistics to show that they help... Otherwise, when they filter and delay attempts to fix problems by people who are trying to help, they will just cause frustration. There's nothing automated about proventesters. Have you actually checked that all of them are in fact human? ;) Well, I did make sure none of the applicants was called Geoff Petersen...:) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On Mon, Oct 4, 2010 at 3:01 PM, Alberto Bertogli albert...@blitiri.com.ar wrote: On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote: File a glibc bug. Upstream or in Fedora's bugzilla? (or both?) Upstream and link to upstream bug in fedora bug tracker. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote: File a glibc bug. Upstream or in Fedora's bugzilla? (or both?) Both doesn't hurt, but you can just file in Fedora and let the package maintainer handle escalating it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Lookaside failure. Check your cert.
(2010/09/29 2:29), Dennis Gilmore wrote: On Tuesday, September 28, 2010 12:13:49 am Chitlesh GOORAH wrote: Hello there, I'm having the following error with some of my packages (iverilog and perl-Verilog-Perl) since last week, even after updating my certs. $ fedpkg import /home/chitlesh/rpmbuild/SRPMS/iverilog-0.9.20100928-1.el6.src.rpm Uploading: d004408ea595b13780c4c036f8188b66 verilog-0.9.3.tar.gz Could not import srpm: Lookaside failure. Check your cert. However, I managed to build verilator on koji somehow. Can you please tell me what it may cause this ? Chitlesh did you recently get a new cert? if so you may need to update nss. if your using rhel6 you should use fedora or convert the cert to a format nss understands (openssl x509 -in ~/.fedora.cert -text; echo; openssl rsa -in ~/.fedora.cert) fedora.cert.new I also face to same issue, but it is not still solved with the above suggestion. [kai...@saba sepostgresql]$ (openssl x509 -in ~/.fedora.cert -text; echo; openssl rsa -in ~/.fedora.cert) ~/fedora.cert.new writing RSA key [kai...@saba sepostgresql]$ cp ~/fedora.cert.new ~/.fedora.cert [kai...@saba sepostgresql]$ fedpkg new-sources postgresql-9.0.0.tar.gz Uploading: 9443b3b9c95a48d5e0713feafc209adc postgresql-9.0.0.tar.gz Could not upload new sources: Lookaside failure. Check your cert. The original ~/.fedora.cert was generated just a few days ago using FAS. But I've not been able to upload the new source yet. Any ideas? Thanks, -- KaiGai Kohei kai...@ak.jp.nec.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ldd regression in F14B
On Mon, Oct 04, 2010 at 11:15:26PM +, Mike Fedyk wrote: On Mon, Oct 4, 2010 at 3:01 PM, Alberto Bertogli albert...@blitiri.com.ar wrote: On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote: File a glibc bug. Upstream or in Fedora's bugzilla? (or both?) Upstream and link to upstream bug in fedora bug tracker. I tried upstream but hit a bugzilla error, so I filed it in the Fedora bug tracker: https://bugzilla.redhat.com/show_bug.cgi?id=640154. The upstream bugzilla error (No bug status is available on bug creation. Please report the problem to dber...@gcc.gnu.org) has been reported as well. Thanks a lot, Alberto -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: xulrunner 2.0 in rawhide (F15) bundles several system libs
On 10/05/2010 12:37 AM, Adam Williamson wrote: On Mon, 2010-10-04 at 11:08 -0400, Brandon Lozza wrote: That's what i've been saying all day. It's only free software if you change the name, in which case you may loose brand recognition. Imagine if Linus forbid people from calling their OS Linux if they didn't use the binaries provided by him. that's the entire point of having trademarks. Free software projects are obliged to allow you to access and modify their code. They are not obliged to allow you to benefit from their reputation. Close source school of thinking - Trademarks exist to protect an enterprise's product and to close out copyiers. FLOSS exists to enable people to share. It doesn't make any sense to say 'I think this product needs to be modified but I wish to be able to represent my modified product as being the same thing as the original product in order to benefit from the reputation attached to the original product'. The overwhelming majority of FLOSS project think differently. They are proud of others picking up their works and to redistribute it. Or differently: GCC, KDE, QT, GNOME etc. all benefit from them not applying trademark restrictions, but from being used (in modified versions) on dozens of OSes, distributions etc. That said, Fedora's leadership is proud of having pushed Fedora into isolation. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Making Fedora work with laptops on docking station with external monitor
On 10/4/2010 4:40 PM, Adam Williamson wrote: On Mon, 2010-10-04 at 10:48 -0600, Orion Poplawski wrote: I've been trying unsuccessfully for a long to time to try to get this discussion started. Perhaps this just isn't right place? If not, where? It's as good a place as any. The X and desktop developers are the people who can actually fix it, though, if you can't provide patches. The big question still seems to be who needs to be responsible for deciding what video outputs are active by default in a system. Previously this appears to have been the responsibility of the various X drivers who appear to have gotten out of that business because it is a hard problem and probably because much of that has moved to the kernel with KMS. But nothing has come in to replace it (that I am aware of), and so various bugs are being filed against various components (kernel, X, kdm/gdm). Hopefully it could be done in a central enough way to avoid every desktop environment having to implement it individually (which was a problem faced by the various X drivers I imagine). So, where does this need to happen? The kernel is the most central and now holds KMS stuff, but perhaps not a kind home to this kind of hacky stuff. plymouth is at least DE agnostic, but still distribution specific. Udev rule? Are we really stuck with gdm/kdm/lxdm/...dm implementing it? - Orion -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Text-SpellChecker] Update to 0.08
commit 4675315f369a8d7d439a5d617c86171c294e8297 Author: Paul Howarth p...@city-fan.org Date: Mon Sep 20 13:16:49 2010 +0100 Update to 0.08 New upstream release 0.08 - Test suite doesn't fail in absence of Text::Aspell Update testsuite patch .gitignore |2 +- ...patch = Text-SpellChecker-0.08-testsuite.patch |9 + perl-Text-SpellChecker.spec|8 ++-- sources|2 +- 4 files changed, 13 insertions(+), 8 deletions(-) --- diff --git a/.gitignore b/.gitignore index 744bea3..a2d7f43 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1 @@ -/Text-SpellChecker-0.07.tar.gz +/Text-SpellChecker-0.08.tar.gz diff --git a/Text-SpellChecker-0.07-testsuite.patch b/Text-SpellChecker-0.08-testsuite.patch similarity index 69% rename from Text-SpellChecker-0.07-testsuite.patch rename to Text-SpellChecker-0.08-testsuite.patch index 3709a7c..038591c 100644 --- a/Text-SpellChecker-0.07-testsuite.patch +++ b/Text-SpellChecker-0.08-testsuite.patch @@ -1,10 +1,11 @@ Text-SpellChecker-0.07/t/Text-SpellChecker.t 2010-09-15 21:14:53.0 +0100 -+++ Text-SpellChecker-0.07/t/Text-SpellChecker.t 2010-09-17 16:08:36.440106971 +0100 -@@ -6,11 +6,6 @@ +--- Text-SpellChecker-0.08/t/Text-SpellChecker.t.orig 2010-09-19 19:08:24.0 +0100 Text-SpellChecker-0.08/t/Text-SpellChecker.t 2010-09-20 13:10:34.718160223 +0100 +@@ -6,12 +6,6 @@ my $checker = Text::SpellChecker-new(text = Foor score and seevn yeers ago); ok($checker, 'object creation' ); -SKIP: { +-skip 'Text::Aspell not installed', 4 unless $Text::SpellChecker::SpellersAvailable{Aspell}; -skip 'English dictionary not installed', 4 -unless (grep /^en/, Text::Aspell-new()-list_dictionaries) -Text::Aspell-new()-get_option('lang') =~ /^en/; @@ -12,7 +13,7 @@ ok($checker-next_word eq 'Foor', 'Catching English word'); ok($checker-next_word eq 'seevn', 'Iterator'); -@@ -23,7 +18,6 @@ +@@ -24,7 +18,6 @@ $checker-replace(new_word = 'seven'); ok($checker-text =~ /score and seven/, 'replacement'); diff --git a/perl-Text-SpellChecker.spec b/perl-Text-SpellChecker.spec index 88dcc3b..8371ee5 100644 --- a/perl-Text-SpellChecker.spec +++ b/perl-Text-SpellChecker.spec @@ -1,13 +1,13 @@ Summary: OO interface for spell-checking a block of text Name: perl-Text-SpellChecker -Version: 0.07 +Version: 0.08 Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/Text-SpellChecker/ Source0: http://search.cpan.org/CPAN/authors/id/B/BD/BDUGGAN/Text-SpellChecker-%{version}.tar.gz Patch0:Text-SpellChecker-0.07-dictpath.patch -Patch1:Text-SpellChecker-0.07-testsuite.patch +Patch1:Text-SpellChecker-0.08-testsuite.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch @@ -55,6 +55,10 @@ and highlighting the current misspelled word within the text. %{_mandir}/man3/Text::SpellChecker.3pm* %changelog +* Mon Sep 20 2010 Paul Howarth p...@city-fan.org - 0.08-1 +- Update to 0.08 (test suite doesn't fail in absence of Text::Aspell) +- Update testsuite patch + * Fri Sep 17 2010 Paul Howarth p...@city-fan.org - 0.07-1 - Update to 0.07 (use hunspell backend rather than aspell) - Add patch for Fedora dictionary locations diff --git a/sources b/sources index 47c2bd4..862f216 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -5acd8e431a8d31dc3ae70a62d4ce4177 Text-SpellChecker-0.07.tar.gz +3464dbf069f60727bebf20e742f3e2d0 Text-SpellChecker-0.08.tar.gz -- 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-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc15
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc15' was created pointing to: 4675315... Update to 0.08 -- 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 357641] EL branches perl-Tk
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=357641 --- Comment #6 from Mark Chappell trem...@tremble.org.uk 2010-10-04 03:48:14 EDT --- Xavier, it didn't branch because it was in RHEL-6 beta 1, seems to be gone now. -- 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-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc12
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc12' was created pointing to: 08e2665... Merge remote branch 'origin/master' into f12/master -- 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 639523] missing dependency
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=639523 Florian La Roche florian.laro...@gmx.net changed: What|Removed |Added Status|MODIFIED|CLOSED Resolution||NOTABUG Last Closed||2010-10-04 01:29:49 --- Comment #4 from Florian La Roche florian.laro...@gmx.net 2010-10-04 01:29:49 EDT --- With the fixed perl-Mail-IMAPClient and perl-MIME-tools everything seems to work ok now. Thanks, Florian La Roche -- 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-Text-CSV_XS] 0.74 bump
commit 7c35f445187eb11e4940124a4e914cc21f3ab1f6 Author: Petr Písař ppi...@redhat.com Date: Mon Oct 4 13:47:00 2010 +0200 0.74 bump .gitignore|1 + perl-Text-CSV_XS.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 7e1bb76..475bb46 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Text-CSV_XS-0.72.tgz /Text-CSV_XS-0.73.tgz +/Text-CSV_XS-0.74.tgz diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec index 5aa6015..77118f0 100644 --- a/perl-Text-CSV_XS.spec +++ b/perl-Text-CSV_XS.spec @@ -1,5 +1,5 @@ Name: perl-Text-CSV_XS -Version:0.73 +Version:0.74 Release:1%{?dist} Summary:Comma-separated values manipulation routines @@ -63,6 +63,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Mon Oct 04 2010 Petr Pisar ppi...@redhat.com - 0.74-1 +- 0.74 bump + * Wed Sep 08 2010 Petr Pisar ppi...@redhat.com - 0.73-1 - 0.73 bump diff --git a/sources b/sources index cc57aec..8e6bc32 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -e048b3c4eb6ff2dd9dc4ae67be358ca4 Text-CSV_XS-0.73.tgz +c30ee0db913fcebc76d707203b905b74 Text-CSV_XS-0.74.tgz -- 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-Math-GMP] Use hunspell dictionary for spell check test
commit 4f8e760dba48f6998a6d4c8e45757e12a68780c3 Author: Paul Howarth p...@city-fan.org Date: Mon Oct 4 14:58:08 2010 +0100 Use hunspell dictionary for spell check test - Change BR: aspell-en to hunspell-en now that Text::SpellChecker uses a hunspell back-end perl-Math-GMP.spec | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/perl-Math-GMP.spec b/perl-Math-GMP.spec index c3c85b3..84ef894 100644 --- a/perl-Math-GMP.spec +++ b/perl-Math-GMP.spec @@ -1,7 +1,7 @@ Summary: High speed arbitrary size integer math Name: perl-Math-GMP Version: 2.06 -Release: 4%{?dist} +Release: 5%{?dist} License: LGPLv2+ Group: Development/Libraries Url: http://search.cpan.org/dist/Math-GMP/ @@ -19,7 +19,7 @@ BuildRequires:perl(Test::Pod) BuildRequires: perl(Test::YAML::Meta) BuildRequires: perl(Text::SpellChecker) BuildRequires: perl(YAML) -BuildRequires: aspell-en +BuildRequires: hunspell-en # Critic and Pod Coverage tests fail, so make sure we don't try to run them for now BuildConflicts:perl(Perl::Critic) @@ -39,7 +39,7 @@ This can result in speed improvements. # with the signature test %setup -q -c -n Math-GMP -# Copy docs back to top level for %doc +# Copy docs back to top level for %%doc %{__cp} -a Math-GMP-%{version}/{README,Changes,LICENSE} . # Create a GPG directory for testing, to avoid using ~/.gnupg @@ -77,6 +77,10 @@ LC_ALL=en_US %{__make} -C Math-GMP-%{version} test RELEASE_TESTING=1 TEST_VERBOS %{_mandir}/man3/Math::GMP.3pm* %changelog +* Mon Oct 4 2010 Paul Howarth p...@city-fan.org 2.06-5 +- Change BR: aspell-en to hunspell-en now that Text::SpellChecker uses a + hunspell back-end + * Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4 - Don't clobber ~/.gnupg -- 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
File Text-CSV_XS-0.74.tgz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Text-CSV_XS: c30ee0db913fcebc76d707203b905b74 Text-CSV_XS-0.74.tgz -- 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-Math-GMP/f14/master] Use hunspell dictionary for spell check test
Summary of changes: 4f8e760... Use hunspell dictionary for spell check test (*) (*) This commit already existed in another branch; no separate mail sent -- 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-Text-SpellChecker/f12/master: 9/9] Merge remote branch 'origin/master' into f12/master
commit 08e2665dcc14e7d492f50d7f0f140d7b09777663 Merge: 0a2c8fe 4675315 Author: Paul Howarth p...@city-fan.org Date: Mon Oct 4 14:34:23 2010 +0100 Merge remote branch 'origin/master' into f12/master .gitignore |2 +- Text-SpellChecker-0.07-dictpath.patch | 20 + Text-SpellChecker-0.08-testsuite.patch | 23 +++ perl-Text-SpellChecker.spec| 48 --- sources|2 +- 5 files changed, 82 insertions(+), 13 deletions(-) --- -- 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-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc13
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc13' was created pointing to: 68fa8d9... Merge remote branch 'origin/master' into f13/master -- 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-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc14
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc14' was created pointing to: 4675315... Update to 0.08 -- 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 639560] perl-PPIx-EditorTools-0.10 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=639560 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PPIx-EditorTools-0.10- ||1.fc15 Resolution||NEXTRELEASE Last Closed||2010-10-04 08:39:49 -- 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