Re: Evolution-2.31.91 .92 for F14
On Thu, 2010-09-16 at 20:10 -0500, Mike Chambers wrote: If you download either of these versions from koji and try to install them, you get a deps issue with gnome-panel, as it requires libedataserverui-1.2.so.10()(64bit). Hi, for your information, the 2.31.92 release is not built completely yet, it's awaiting for other packages, like evolution-exchange and evolution-mapi to be build. Then it'll be pushed to testing. So will gnome-panel (am guessing most of gnome as well) be built anytime soon as well? Ah, right, dependent packages on evolution-data-server should be rebuild together with it, as there was a so name bump in evolution-data-server. Those can be rebuild now, till the new evolution-data-server is marked for building in the build system for Fedora 14. Bye, Milan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji client does not work through proxy
Le mardi 14 septembre 2010 à 15:13 +0300, Manuel Wolfshant a écrit : On 09/14/2010 12:18 AM, Mike McGrath wrote: You'll need at least some open ports. 443 and 80 I think are the only ones required for koji builds. and exactly those are the ones proxied almost everywhere where a mandatory proxy is in use. 80 at least. Fedora proxy configuring is in such a sad state it's often better to forget about configuring them altoguether and change the routing at iptables level *nat :PREROUTING ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :POSTROUTING ACCEPT [0:0] -A POSTROUTING -o eth0 -j MASQUERADE -A OUTPUT -m owner ! --gid-owner apache ! -p tcp --dport http -j REDIRECT --to-port 8081 (here the proxy which use is forced is local mod_proxy ran by apache, adapt to your situation) -- Nicolas Mailhot -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 09/16/2010 09:05 PM, Colin Walters wrote: (I don't have a strong opinion on whether the data format is RPM or repodata myself; maybe just a slight preference for the latter; the most important thing in my mind is to come to rough consensus and working code, and actually ship something) It is probably easier to add that information directly to the packages. Rpmbuild could inspect *.desktop file and produce Provides: from it or add a new tag. That way there'd be a distribution independent format and way to retrieve this data and the Fedora infrastructure doesn't have to deal with the generation on its own. Can someone please elaborate a bit what pieces of information are really needed? The .desktop files as a whole? Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: koji client does not work through proxy
On 09/17/2010 09:37 AM, Nicolas Mailhot wrote: Le mardi 14 septembre 2010 à 15:13 +0300, Manuel Wolfshant a écrit : On 09/14/2010 12:18 AM, Mike McGrath wrote: You'll need at least some open ports. 443 and 80 I think are the only ones required for koji builds. and exactly those are the ones proxied almost everywhere where a mandatory proxy is in use. 80 at least. Fedora proxy configuring is in such a sad state it's often better to forget about configuring them altoguether and change the routing at iptables level sadly, you are 100% correct, but *nat :PREROUTING ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :POSTROUTING ACCEPT [0:0] -A POSTROUTING -o eth0 -j MASQUERADE -A OUTPUT -m owner ! --gid-owner apache ! -p tcp --dport http -j REDIRECT --to-port 8081 (here the proxy which use is forced is local mod_proxy ran by apache, adapt to your situation) ... I dare you to do that while being a humble student among another 2000+ in a medium-or-large-size university ( and without having good relations with the upper management or the BOFH on call). Not to mention enterprise level environments. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
Hello. 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 If we in dialogue in update may be continue in one place is good decision? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
Pavel Alexeev (aka Pahan-Hubbitus) wrote, at 09/17/2010 05:10 PM +9:00: 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. Well, currently: $ koji latest-pkg dist-f14-build ImageMagick Build Tag Built by ImageMagick-6.6.2.1-11.fc14 dist-f14 mtasaka So to build against dist-f14-updates-candidate newest ImageMagick-6.6.4.1-13.fc14, this ImageMagick should be tagged as override by rel-eng team. Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 17 September 2010 08:01, FlorianFesti ffe...@redhat.com wrote: Can someone please elaborate a bit what pieces of information are really needed? The .desktop files as a whole? Information we use in app-install: TABLE translations: STRING application_id Name of the desktop file, with no extension) STRING application_name Name in desktop file, in locale) STRING application_summary Comment in desktop file, in locale) STRING locale System locale TABLE applications: STRING application_id Name of the desktop file, with no extension STRING package_name The package name, e.g. 'nautilus' STRING categories Categories from desktop file, _not_ PK groups or PK categories STRING repo_id For adding and removal STRING icon_name Local filename with extension, e.g. totem-pl.png. This is required so that local theme can override upstream icon STRING application_name Name in desktop file STRING application_summary Comment in desktop file INTEGER rating Rating in percent. 0 is unrated, and 100% is the best application in the world. STRING screenshot_url Screenshot URL that shows exmple usage. BOOLEAN installed If the application is installed NB: you are required to run app-install-admin --refresh-installed after each package install or remove if you use this feature. So, most of the data is extracted from the desktop file, but the icons often need to be resized and converted into png format which takes a bit of time. The rating comes from [is present in] comps, but will be populated by the gnome3 application stats, and I'm thinking of pointing screenshot_url at pkgdb for now. So, you still need more data than just the desktop file. When i generate fedora-app-install I use the desktop data for 90% of the data, and then use comps to fudge a popularity score, and then manually add the pkgdb link. It's a more manual process than I would like, although you can pretty much leave the generator to do it's thing which is 90% of the work. I think it's a ton more data than you want as rpm provides. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
17.09.2010 12:56, Mamoru Tasaka wrote: Pavel Alexeev (aka Pahan-Hubbitus) wrote, at 09/17/2010 05:10 PM +9:00: 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. Well, currently: $ koji latest-pkg dist-f14-build ImageMagick Build Tag Built by ImageMagick-6.6.2.1-11.fc14 dist-f14 mtasaka So to build against dist-f14-updates-candidate newest ImageMagick-6.6.4.1-13.fc14, this ImageMagick should be tagged as override by rel-eng team. Regards, Mamoru Thanks, I fill request https://fedorahosted.org/rel-eng/ticket/4115 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yet another git problem
Any help here? I'm still stuck. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yet another git problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/16/2010 07:21 AM, Neal Becker wrote: Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get: fedpkg switch-branch f13 Branch f13 set up to track remote branch f13/master from origin. git merge master CONFLICT (rename/delete): Rename .cvsignore-.gitignore in HEAD and deleted in master Automatic merge failed; fix conflicts and then commit the result. Strange, that seems to be the same thing I did for f14. How do I fix? - From testing here, I think you can just do: git add .gitignore git commit then your merge will complete. - -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkyTyF0ACgkQ4v2HLvE71NXI5wCgl0UwZZAuWK4mazuAWTEqOQrv lP4AmwbMIfRPpwSbFsid84436LmhSjeE =riRs -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: updates with dependencies
On Fri, Sep 17, 2010 at 2:00 PM, Neal Becker ndbeck...@gmail.com wrote: I've pushed an update to f14 testing for igraph. Now I need to update python-igraph. DEBUG util.py:255: No Package Found for igraph-devel = 0.5.4 What is the procedure to make igraph-0.5.4 available so I can build python- igraph-0.5.4 which needs it? I've forgotten, and a quick search of https://fedoraproject.org/wiki/ didn't find it. File a ticket here https://fedorahosted.org/rel-eng/ and ask for it to be tagged into the buildroot. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100917 changes
Compose started at Fri Sep 17 08:15:18 UTC 2010 Broken deps for x86_64 -- ale-0.9.0.3-2.fc14.x86_64 requires libMagickCore.so.3()(64bit) 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 autotrace-0.31.1-24.fc14.i686 requires libMagickCore.so.3 autotrace-0.31.1-24.fc14.x86_64 requires libMagickCore.so.3()(64bit) claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) 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 clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0 clutter-gtkmm-0.9.5-1.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires pkgconfig(clutter-gtk-0.10) = 0:0.10.2 dmapd-0.0.25-3.fc15.i686 requires libMagickWand.so.3 dmapd-0.0.25-3.fc15.i686 requires libMagickCore.so.3 dmapd-0.0.25-3.fc15.x86_64 requires libMagickWand.so.3()(64bit) dmapd-0.0.25-3.fc15.x86_64 requires libMagickCore.so.3()(64bit) drawtiming-0.7.1-1.1.fc14.x86_64 requires libMagickCore.so.3()(64bit) drawtiming-0.7.1-1.1.fc14.x86_64 requires libMagick++.so.3()(64bit) dx-4.4.4-16.fc14.x86_64 requires libMagickCore.so.3()(64bit) dx-libs-4.4.4-16.fc14.i686 requires libMagickCore.so.3 dx-libs-4.4.4-16.fc14.x86_64 requires libMagickCore.so.3()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit) emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit) ethos-0.2.2-7.fc15.i686 requires libmozjs.so ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit) 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 libgcj.so.10 frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gjs-0.7.1-3.fc14.i686 requires libmozjs.so gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit) 1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) 1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) gnome-media-2.31.5-5.fc15.x86_64 requires libgnome-control-center.so.1()(64bit) gnome-panel-2.31.90-1.fc15.x86_64 requires libedataserverui-1.2.so.10()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-totem-2.31.1-5.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.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 libclutter-gtk-0.10.so.0()(64bit) gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit) hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) imageinfo-0.05-10.fc14.x86_64 requires libMagickCore.so.3()(64bit) inkscape-0.48.0-1.fc15.x86_64 requires libMagickCore.so.3()(64bit) inkscape-0.48.0-1.fc15.x86_64 requires libMagick++.so.3()(64bit) inkscape-view-0.48.0-1.fc15.x86_64 requires libMagickCore.so.3()(64bit) inkscape-view-0.48.0-1.fc15.x86_64 requires libMagick++.so.3()(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) libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0 libchamplain-gtk-0.6.1-4.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit) libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires pkgconfig(clutter-gtk-0.10) libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires
Re: Linux and application installing
On Fri, Sep 17, 2010 at 3:01 AM, FlorianFesti ffe...@redhat.com wrote: On 09/16/2010 09:05 PM, Colin Walters wrote: (I don't have a strong opinion on whether the data format is RPM or repodata myself; maybe just a slight preference for the latter; the most important thing in my mind is to come to rough consensus and working code, and actually ship something) It is probably easier to add that information directly to the packages. Rpmbuild could inspect *.desktop file and produce Provides: from it or add a new tag. That way there'd be a distribution independent format and way to retrieve this data and the Fedora infrastructure doesn't have to deal with the generation on its own. Can someone please elaborate a bit what pieces of information are really needed? The .desktop files as a whole? Wouldn't that require the tool to download every package just to get the embedded information. -- Fedora 13 (www.pembo13.com) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
17.09.2010 12:56, Mamoru Tasaka пишет: Pavel Alexeev (aka Pahan-Hubbitus) wrote, at 09/17/2010 05:10 PM +9:00: 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. Well, currently: $ koji latest-pkg dist-f14-build ImageMagick Build Tag Built by ImageMagick-6.6.2.1-11.fc14 dist-f14 mtasaka So to build against dist-f14-updates-candidate newest ImageMagick-6.6.4.1-13.fc14, this ImageMagick should be tagged as override by rel-eng team. Regards, Mamoru Currently it tagged as override. So, we can continue build dependencies. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broadcom wifi drivers in F-14?
On Thu, 2010-09-16 at 09:39 -0400, John W. Linville wrote: That said, it is still extremely late for F-14 consideration. Those interested in seeing this driver in some later F-14 kernel update or in F-15 or beyond are strongly encouraged to take-up this driver's cause in getting it migrated from drivers/staging to drivers/net/wireless in the upstream kernel. Are these devices really *so* different from what's gone before that they deserve their own completely separate driver? Or should support for the new hardware be merged into the existing ssb/b43 framework? It wouldn't be the first time that a vendor has submitted a new driver which really shouldn't have been reinventing the wheel. -- dwmw2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
Arthur Pemberton (pem...@gmail.com) said: Can someone please elaborate a bit what pieces of information are really needed? The .desktop files as a whole? Wouldn't that require the tool to download every package just to get the embedded information. Not if it's provided in the RPM header in a way where it can be easily stuffed into the metadata or a similar place. (After all, icons used to be embedded in the package header, and they could be a lot bigger than desktop files are. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: yet another git problem
On Thu, 16 Sep 2010 10:21:02 -0400, Neal Becker wrote: Updating igraph to 0.5.4. Success for devel and f14. Then for f13 I get: fedpkg switch-branch f13 Branch f13 set up to track remote branch f13/master from origin. git merge master CONFLICT (rename/delete): Rename .cvsignore-.gitignore in HEAD and deleted in master Automatic merge failed; fix conflicts and then commit the result. Strange, that seems to be the same thing I did for f14. How do I fix? Sometimes the merge can be resolved without conflict if you first merge an older commit; try finding the commit ID for the dist-git conversion on the master branch, and on the F-13 branch, git merge COMMITID followed by git merge master -- Michel Alexandre Salim Fedora Project Contributor: http://fedoraproject.org/ Email: sali...@fedoraproject.org | GPG key ID: 78884778 Jabber: hir...@jabber.ccc.de | IRC: hir...@irc.freenode.net () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 17 September 2010 13:36, Arthur Pemberton pem...@gmail.com wrote: Wouldn't that require the tool to download every package just to get the embedded information. Yes, that's what my generator tool does. Of course, it only downloads the packages that contain .desktop files (which we can tell from the metadata) otherwise that would take more than ages. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-14 Branched report: 20100917 changes
Compose started at Fri Sep 17 13:15:20 UTC 2010 Broken deps for x86_64 -- RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.i686 requires libvala.so.0 1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libvala.so.0()(64bit) antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit) 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) evolution-sharp-0.21.1-9.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) 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-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit) gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires libcamel-1.2.so.19()(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 libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10 libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit) libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10 libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit) libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10 libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit) matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(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 perl-Gtk2-MozEmbed-0.08-6.fc14.15.x86_64 requires gecko-libs = 0:1.9.2.4 plee-the-bear-0.4.1-5.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit) plee-the-bear-0.4.1-5.fc14.x86_64 requires libboost_filesystem-mt.so.1.41.0()(64bit) plee-the-bear-0.4.1-5.fc14.x86_64 requires libboost_system-mt.so.1.41.0()(64bit) python-polybori-0.5-8.fc14.i686 requires libboost_python.so.1.41.0 python-polybori-0.5-8.fc14.x86_64 requires libboost_python.so.1.41.0()(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) viking-0.9.91-3.fc13.x86_64 requires libgps.so.18()(64bit) wfut-1.1.0-8.fc12.x86_64 requires libgcj.so.10()(64bit) Broken deps for i386 -- RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.i686 requires libvala.so.0 1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1 antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 cyphesis-0.5.21-2.fc13.i686 requires libpython2.6.so.1.0 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 evolution-sharp-0.21.1-9.fc14.i686 requires libcamel-1.2.so.19 frysk-0.4-26.fc14.i386 requires libgcj.so.10 frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10 frysk-gnome-0.4-26.fc14.i386 requires libgcj.so.10
Re: Linux and application installing
On 17 September 2010 15:28, Bill Nottingham nott...@redhat.com wrote: Not if it's provided in the RPM header in a way where it can be easily stuffed into the metadata or a similar place. Bear in mind: 'n' applications per package, where 'n' can be a large number. This means you have to come up with an interesting way to encode binary data in a application prefixed rpm-provide. Icky. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On 09/17/2010 05:05 PM, Richard Hughes wrote: On 17 September 2010 13:36, Arthur Pembertonpem...@gmail.com wrote: Wouldn't that require the tool to download every package just to get the embedded information. Yes, that's what my generator tool does. Of course, it only downloads the packages that contain .desktop files (which we can tell from the metadata) otherwise that would take more than ages. That could actually even done by createrepo - just in case it runs too fast already. It has to open all the binary rpms anyway and could just sweep through the file list and then - if there are files of interest - open the payload and unpack the content of the desktop files. I have some basic support for reading the pkg content in MY generator tool. May be that can go into the rpm Python binding or some of the yum helper modules. Florian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ImageMagick soname bump for F14
On 09/17/2010 02:10 AM, Pavel Alexeev (aka Pahan-Hubbitus) wrote: 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. gdl-0.9-3.fc14 has been built against 6.6.4. -- 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
Re: ImageMagick soname bump for F14
Pavel Alexeev (aka Pahan-Hubbitus) (fo...@hubbitus.com.ru) said: 16.09.2010 18:35, Orion Poplawski wrote: Do we really want to do this, especially for a FTBS issue presumably against F15? https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14 Please excuse me what I did not ask early. Now I call to maintainers of dependent packages - please rebuild it against new version of ImageMagick. Why? What's the point of a soname bump this late that affects this many packages? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
nightly compose not bootable?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 desktop-i386-20100916.15.iso fails to boot from cd on dell dimension 2350. Does it work for other folks? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFMk7CjL6j7milTFsERAhItAJ0Tx+fLkRQwUFcwOtsObwsQIscN1QCcDfeJ pSAP+UAIGMv6qwZOR7Q0k5Q= =lpwJ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: nightly compose not bootable?
On Fri, Sep 17, 2010 at 11:17:19 -0700, Carl Byington c...@five-ten-sg.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 desktop-i386-20100916.15.iso fails to boot from cd on dell dimension 2350. Does it work for other folks? Do you have some more symptoms you can tell us? I did a local compose from around the same time and it worked on a USB drive. So I suspect it's a harware specific problem. If it might be video related, you can hit tab at the first window to get the boot menu and then try using the basic video boot option. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: nightly compose not bootable?
On Fri, Sep 17, 2010 at 13:23:27 -0500, Bruno Wolff III br...@wolff.to wrote: On Fri, Sep 17, 2010 at 11:17:19 -0700, Carl Byington c...@five-ten-sg.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 desktop-i386-20100916.15.iso fails to boot from cd on dell dimension 2350. Does it work for other folks? Do you have some more symptoms you can tell us? I did a local compose from around the same time and it worked on a USB drive. So I suspect it's a harware specific problem. If it might be video related, you can hit tab at the first window to get the boot menu and then try using the basic video boot option. There was also a recent thread about a problem related to VT-d on a different Dell model which mentioned that disabling iommu at boot made things better. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FYI: rawhide now requires systemd to boot by default
On Fri, 2010-09-17 at 14:18 -0400, Bill Nottingham wrote: While upstart is still in the repo, the initscripts package now pulls in systemd and systemd-sysvinit. Hey, thanks Bill. Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On Fri, Sep 17, 2010 at 11:08 AM, Richard Hughes hughsi...@gmail.com wrote: On 17 September 2010 15:28, Bill Nottingham nott...@redhat.com wrote: Not if it's provided in the RPM header in a way where it can be easily stuffed into the metadata or a similar place. Bear in mind: 'n' applications per package, where 'n' can be a large number. This means you have to come up with an interesting way to encode binary data in a application prefixed rpm-provide. Icky. We should simply add a rule of at most one app per package. Yes, this means you, gnome-games. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: nightly compose not bootable?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 desktop-i386-20100916.15.iso fails to boot from cd on dell dimension 2350. Does it work for other folks? Do you have some more symptoms you can tell us? I did a local compose from around the same time and it worked on a USB drive. So I suspect it's a harware specific problem. If it might be video related, you can hit tab at the first window to get the boot menu and then try using the basic video boot option. There was also a recent thread about a problem related to VT-d on a different Dell model which mentioned that disabling iommu at boot made things better. That physical CD does boot nicely on a Dell dimension 8400. On the 2350, we just get the small dash in the upper left corner of the screen. It never shows the ISOLINUX line, and so never shows the grub menu, and eventually boots from the hard drive. Neither escape nor tab do anything while sitting with the small dash at the top left corner. Ah, bizarre. That physical cd will boot on the 2350 from the second (cd only) drive, but not from the first (dvd) drive. Other cd's (vyatta 6.0, 6.1, an old ubuntu 7) will boot from the dvd drive on that machine. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFMk+CSL6j7milTFsERAmkcAJ4pIYhdhqNWlxBf4chvSglQuioIEwCeOpkM aXX+b39FRIYg+uH9IvIa0Vw= =9nPO -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Linux and application installing
On Fri, 2010-09-17 at 18:37 +0100, Richard Hughes wrote: On 17 September 2010 16:39, FlorianFesti ffe...@redhat.com wrote: open the payload and unpack the content of the desktop files... I got told by infrastructure this would take too much bandwidth and too much time to do on each compose. It takes too much bandwidth and too much time to create the checksums for all the packages in rawhide on each compose, if you do it the simple way and just open+read every package. This is what you may have been told, the person you were speaking to probably assumed they didn't have to tell you that this just meant: You can still do it, just don't do it the simple way. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FYI: rawhide now requires systemd to boot by default
Hi, What are the current plans for SystemD in F14? Systemd is still listed as F14 feature. Will it be developed in F14 or in external repo as Rahul Sundaram suggested? Regards, Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Fedora 14 Beta RC1 Available Now!
Fedora 14 Beta RC1 is now available [1]. Please refer to the following pages for download links and testing instructions. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Ideally, all Alpha and Beta priority test cases for installation [2] and desktop [3] should pass in order to meet the Beta Release Criteria [4]. Help is available on #fedora-qa on irc.freenode.net [5], or on the test list [6]. [1] http://poelstra.fedorapeople.org/schedules/f-14/f-14-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Installation_validation_testing [3] https://fedoraproject.org/wiki/QA:Desktop_validation_testing [4] https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria [5] irc://irc.freenode.net/fedora-qa [6] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Url handler for telnet and ssh schemas
Hi fedora-devel, I would like to contribute a piece of bash code that handles url in gnome for ssh and telnet schemas. The idea being that whenever a user clicks a link the proper client opens up in the default terminal window configured in the user's Preferred Applications dialog. examples of links: telnet://my.telnet.server/ ssh://r...@my.home.server:/ I am not quite sure what upstream should look like for such a script. I took some of my code from launchmail which is a somewhat similar script for email but has no upstream (that I can tell). The xdg-open script from the portland/xdg-utils package is a wrapper that only calls the corresponding Desktop startup tool. In the case of gnome it calls gnome-open with the url passed to xdg-open. Only issue is that gnome-open does not support telnet or ssh. I appreciate any direct feedback on the below script and suggestions for upstream location. __ Eric $ cat terminal-url-handler #!/bin/bash # to enable URL handling in FF, open the about:config page and add a new string: # network.protocol-handler.app.telnet with value: /path/to/handler/terminal-url-handler # then add 2 new boolean: # network.protocol-handler.external.telnet and set to true # network.protocol-handler.external.ssh and set to true # last, select always ask for content type telnet in Firefox Preferences | Applications dialog # the first time you use the handler manually select the script file and check the remember option # # to enable this handler in gnome make sure you create the following values in gconf: # gconftool-2 -s /desktop/gnome/url-handlers/ssh/command '/path/to/terminal-url-handler %s' --type String # gconftool-2 -s /desktop/gnome/url-handlers/ssh/enabled --type Boolean true # gconftool-2 -s /desktop/gnome/url-handlers/ssh/needs_terminal --type Boolean false # gconftool-2 -s /desktop/gnome/url-handlers/telnet/command '/path/to/terminal-url-handler %s' --type String # gconftool-2 -s /desktop/gnome/url-handlers/telnet/enabled --type Boolean true # gconftool-2 -s /desktop/gnome/url-handlers/telnet/needs_terminal --type Boolean false # # URI parsing function # taken from http://valeriu.palos.ro/537/uri-parsing-using-bash-built-in-features/ # # The function creates global variables with the parsed results. # It returns 0 if parsing was successful or non-zero otherwise. # # [schema://][user[:passwo...@]host[:port][/path][?[param=value]...][#fragment] # uri_parser () { # uri capture uri=$@ # safe escaping uri=${uri//\`/%60} uri=${uri//\/%22} # top level parsing pattern='^(([a-z]{3,6})://)?((([^:\/]+)(:([...@\/]*))?@)?([^:\/?]+)(:([0-9]+))?)(\/[^?]*)?(\?[^#]*)?(#.*)?$' [[ $uri =~ $pattern ]] || return 1; # component extraction uri=${BASH_REMATCH[0]} uri_schema=${BASH_REMATCH[2]} uri_address=${BASH_REMATCH[3]} uri_user=${BASH_REMATCH[5]} uri_password=${BASH_REMATCH[7]} uri_host=${BASH_REMATCH[8]} uri_port=${BASH_REMATCH[10]} uri_path=${BASH_REMATCH[11]} uri_query=${BASH_REMATCH[12]} uri_fragment=${BASH_REMATCH[13]} # path parsing count=0 path=$uri_path pattern='^/+([^/]+)' while [[ $path =~ $pattern ]]; do eval uri_parts[$count]=\${BASH_REMATCH[1]}\ path=${path:${#BASH_REMATCH[0]}} let count++ done # query parsing count=0 query=$uri_query pattern='^[?]+([^= ]+)(=([^]*))?' while [[ $query =~ $pattern ]]; do eval uri_args[$count]=\${BASH_REMATCH[1]}\ eval uri_arg_${BASH_REMATCH[1]}=\${BASH_REMATCH[3]}\ query=${query:${#BASH_REMATCH[0]}} let count++ done # return success return 0 } error_dialog () { echo $1 if [ -x /usr/bin/zenity ]; then /usr/bin/zenity --error --text=$1 else xmessage $1 fi } sanity_check () { unset INVALID echo $1 | grep -q terminal-url-handler INVALID=yes echo $1 | grep -q gnome-open INVALID=yes if [ $INVALID == yes ]; then error_dialog Error: $1 is an invalid terminal. Please reconfigure. [ -x /usr/bin/gnome-default-applications-properties ] exec /usr/bin/gnome-default-applications-properties exit 1 fi } exists () { which ${1%% *} 2 /dev/null /dev/null return $? } if [ $# != 1 ]; then error_dialog Usage: $0 lt;urlgt; exit 1 fi uri_parser $1 if [ $? != 0 ]; then error_dialog Error: Invalid URL exit 1 fi if [ $uri_schema == 'telnet' ]; then CLI=$uri_schema $uri_host $uri_port elif [ $uri_schema == 'ssh' ]; then CLI=$uri_schema -p ${uri_port:-22} ${uri_user:-$us...@$uri_host else error_dialog Error: telnet and ssh are the only supported url schemas exit 1 fi # Attempt to use GNOME Preferred Terminal if [ -x /usr/bin/gconftool-2 -a -x /usr/bin/gnome-default-applications-properties ]; then # Pull key from gconf, trim leading trailing spaces PREFTERM=$(gconftool-2 -g /desktop/gnome/applications/terminal/exec 2/dev/null | sed -e 's/^\ *//; s/\ *$//') TERMARGS=$(gconftool-2 -g /desktop/gnome/applications/terminal/exec_arg 2/dev/null | sed -e 's/^\ *//; s/\ *$//') # Remove arguments
[Bug 633750] perl-Syntax-Highlight-Perl6-0.86 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=633750 --- Comment #1 from Petr Pisar ppi...@redhat.com 2010-09-17 04:09:51 EDT --- Requires perl(STD) = 32116 that is not yet in Fedora. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 634899] New: perl-PPIx-Regexp-0.011 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-PPIx-Regexp-0.011 is available https://bugzilla.redhat.com/show_bug.cgi?id=634899 Summary: perl-PPIx-Regexp-0.011 is available Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: ASSIGNED Keywords: FutureFeature, Triaged Severity: medium Priority: low Component: perl-PPIx-Regexp AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Latest upstream release: 0.011 Current version in Fedora Rawhide: 0.007 URL: http://search.cpan.org/dist/PPIx-Regexp/ Please consult the package update guidelines before you issue an update to a stable branch: https://fedoraproject.org/wiki/Package_update_guidelines More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_Release_Monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel