Re: Proposal: fedora-release-rawhide subpackage
2010/1/7 Kevin Fenzi ke...@scrye.com: Greetings. I'd like to propose splitting out the /etc/yum.repos.d/fedora-rawhide.repo file into a fedora-release-rawhide subpackage which is NOT installed by default or shipped on the live media. I wrote up this using the Feature template, but I don't guess it's really that much of a feature: https://fedoraproject.org/wiki/Features/RawhideRepoSubpackage (except in that it needs coordination across the distro and docs updates, etc). Thoughts? (either here or the talk page of the above wiki link). Thanks, kevin You must do a lot more Fedora user support than I do; is it really a frequent occurrence that users unwittingly enable Rawhide and screw up their systems? Not a criticism, I'm just surprised it happens at all. Maybe the problem could be solved just by labelling it clearer, rawhide-development or something. Regards, Mat -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
2010/1/4 Jiri Moskovcak jmosk...@redhat.com: On 01/04/2010 07:41 AM, James Antill wrote: On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: On 01/02/2010 03:32 PM, Jan Kratochvil wrote: Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. Exactly, we don't install it, just extract the package to /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a planned feature. Why do you do this? We don't need root privileges and we can have multiple versions of the same debuginfo package installed. What's the benefit of having multiple versions of the same debuginfo installed when you can't have multiple versions of the same RPM installed? -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091228 changes
2009/12/28 Josephine Tannhauser josephine.tannhau...@googlemail.com: why are there so many broken deps? See https://www.redhat.com/archives/fedora-devel-list/2009-December/msg01093.html -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: New plugin for system-config-network (PPTP)
2009/12/28 Сергей Варюхин cepreu.m...@gmail.com: Hi, i created new plugin for system-config-network (PPTP-connection type) and posted my patch in RFE report to bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=550054). Also i have send patches to email of maintainer (har...@redhat.com) few weeks ago. But there still no any answer. In bugzilla and in email too. On https://fedorahosted.org/system-config-network/ writed that, if you create some patch, you must send it on har...@redhat.com. Does anybody know, is this page are actual? Does anybody know also, how i can contact with developers of system-config-network? Thanks in advance. Cepreu. You only filed the bug the day before Christmas Eve, please give him a chance. Most people don't check their work email over the holiday period ;-) -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Anyone else want to maintain alltray?
2009/12/14 Lucélio Gomes de Freitas aa.luce...@gmail.com: Nikola Pajkovsky, OK.. I am ready to be co-maintainer, it is a pleasure to be part of this team. what is the first step/guideline? I hope do not dissapoint. Thanks. Log into the package database and click the Add myself to this package button: https://admin.fedoraproject.org/pkgdb Note that you must first be a member of the Fedora Packagers group. -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Need a sponsor: mod_proxy_html (apache)
2009/12/11 Jason L Tibbitts III ti...@math.uh.edu: MB == Mat Booth fed...@matbooth.co.uk writes: MB Here is a list of review requests that are not yet assigned to a MB reviewer: Rather than huge bugzilla queries, why not just http://fedoraproject.org/PackageReviewStatus/ ? Neat, I didn't know about that. -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Need a sponsor: mod_proxy_html (apache)
2009/12/10 Philip A. Prindeville philipp_s...@redfish-solutions.com: On 07/21/2009 11:37 PM, Philip A. Prindeville wrote: Philip A. Prindeville wrote: Hi. I need a sponsor for this. An RPM has been built on several systems (including FC8 and FC9 and Centos5) and tested on all of those. The ticket has been languishing now unassigned for almost a year. https://bugzilla.redhat.com/show_bug.cgi?id=452636 Can someone please pick this up? It's just an .src.rpm for Apache's mod_proxy_html. It's pretty trivial. Thanks, -Philip Wow. Who knew sponsors were that hard to come by? Especially when most of the work is already done... -Philip Still looking for a sponsor... and a list of bugs to do mock code reviews of... Here is a list of review requests that are not yet assigned to a reviewer: https://bugzilla.redhat.com/buglist.cgi?query_format=advancedshort_desc_type=allwordssubstrshort_desc=Review%20Requestproduct=Fedoracomponent=Package%20Reviewbug_status=NEWfield0-0-0=flagtypes.nametype0-0-0=notsubstringvalue0-0-0=fedora-review -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads-up: RPM 4.8.0-beta1 about to hit rawhide
2009/12/8 Panu Matilainen pmati...@laiskiainen.org: On Mon, 7 Dec 2009, Mat Booth wrote: 2009/12/7 Panu Matilainen pmati...@redhat.com: Now that FESCo has approved new major RPM version for F-13 and the public beta is officially out... it's going to hit rawhide in a few hours. I remember hearing a rumour about automagic OSGi dependency resolution... Is that something that's likely to appear in the near future? You're probably thinking of this: http://fedoraproject.org/wiki/Features/OSGiAutoDeps Yes, that must be where I saw it. Rpm has carried the OSGi dep extractor script for couple of years now, but it doesn't get run automatically. Is it not reliable enough? -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads-up: RPM 4.8.0-beta1 about to hit rawhide
2009/12/8 Alexander Kurtakov akurt...@redhat.com: 2009/12/8 Panu Matilainen pmati...@laiskiainen.org: On Mon, 7 Dec 2009, Mat Booth wrote: 2009/12/7 Panu Matilainen pmati...@redhat.com: Now that FESCo has approved new major RPM version for F-13 and the public beta is officially out... it's going to hit rawhide in a few hours. I remember hearing a rumour about automagic OSGi dependency resolution... Is that something that's likely to appear in the near future? You're probably thinking of this: http://fedoraproject.org/wiki/Features/OSGiAutoDeps Yes, that must be where I saw it. Rpm has carried the OSGi dep extractor script for couple of years now, but it doesn't get run automatically. Is it not reliable enough? Hi Mat, Look at bug https://bugzilla.redhat.com/show_bug.cgi?id=488352 . I think that some of the packages that need applying patches are yours :) so you can speed up the process a bit. Hopefully once we verify it is good enough for several Eclipse plugins it can be enabled by default. Regards, Alex Aha, I didn't know about that bug; thanks for the pointer. -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads-up: RPM 4.8.0-beta1 about to hit rawhide
2009/12/7 Panu Matilainen pmati...@redhat.com: Now that FESCo has approved new major RPM version for F-13 and the public beta is officially out... it's going to hit rawhide in a few hours. I remember hearing a rumour about automagic OSGi dependency resolution... Is that something that's likely to appear in the near future? -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: example content
2009/11/23 Matthias Clasen mcla...@redhat.com: Hey, one change we are planning to make to the desktop spin in F13 is to go from targeting a cd to targeting a 1g usb stick. That will give us enough breathing room to include not only OpenOffice, but also some example content on the spin. We've wanted to do that for a long time, but the cd size restriction have prohibited that. The example content is meant to serve several purposes: - Be informative and/or pleasant - Allow users to try the included apps - Showcase content that has been produced with open source apps - Make the desktop spin more useful, e.g. to ambassadors Examples that might fit some of these categories are: - Suitably licensed music or movie trailers (big buck bunny has been mentioned already) - Spreadsheets or documents that contain interesting facts about Fedora or open source - the 1-page release notes pdf that was debuted for F12 The purpose of this mail is to solicit proposals for content that might fit into these categories. Please send your proposals to fedora-desktop-list or just reply. Thanks! Matthias Will all this magical content be in one easily-removable package? ;-) -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: A silly question about our FC tag
2009/11/20 Orcan Ogetbil oget.fed...@gmail.com: On Thu, Nov 19, 2009 at 10:21 PM, Stu Tomlinson wrote: On Thu, Nov 19, 2009 at 22:01, Orcan Ogetbil wrote: On Wed, Nov 18, 2009 at 12:57 AM, Toshio Kuratomi wrote: There's many things that need to be changed in rpm but IMHO this isn't one of them. RPM produces predictable versioning. Hacking it up with special cases will lead nowhere but pain. Suppose we hack the RPM, such that right before RPM does the EVR check when updating a package, it will take the Release string and does a 's...@.fc\([0-9]\)@.f\1@' for both the old and the new package? Can you give me an example where this might lead to a problem? Which part of Hacking it up with special cases will lead nowhere but pain. confused you? The part where an obvious hack would not cause a confusion confused me. It's a hack. It's Fedora-specific, so doesn't belong in RPM (or anything else). And RPM will no longer produce predictable versioning. My proposed hack's outcome is quite predictable. But version comparison behaviour will cease to be consistent across distributions. -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question about tagging
2009/11/19 Jesse Keating jkeat...@redhat.com: On Wed, 2009-11-18 at 20:32 -0500, Alex Lancaster wrote: Which component would be best to open a trac ticket for this functionality against? It basically needs to be fixed in Makefile.common, but my plan to fix it involves getting rid of CVS all together, and while doing that getting rid of the need for a common/ dir to carry around and update. Exciting times. In your plan, what will be replacing CVS? -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: A silly question about our FC tag
2009/11/18 Orcan Ogetbil oget.fed...@gmail.com: On Tue, Nov 17, 2009 at 10:18 AM, Jesse Keating wrote: On Mon, 2009-11-16 at 17:11 -0600, Jason L Tibbitts III wrote: Actually not if done in conjunction with a release bump, such as we do with a mass rebuild. Only if we make a promise to never use the same base n-v-r across the releases until whichever release we did the mass rebuild on is retired. You are correct in that if we did a mass rebuild in dist-f13, we could move to .f##, but consider 3 days later a maintainer wants to push a new upstream release across the branches: foo-1.2-1.fc11 foo-1.2-1.fc12 foo-1.2-1.f13 We're back in the same boat where the fc packages will be n-v-r higher. Is RPM so hard to hack to work this around? Orcan One may opt not to use the dist tag, of course. -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
2009/11/10 Jesse Keating jkeat...@redhat.com: On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: After F12 comes Print Screen of course. ;-) My keyboard has F13 next... You *are* F13... -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091104 changes - excluding noarch packages
2009/11/4 Steve Traylen steve.tray...@cern.ch: On Wed, Nov 4, 2009 at 5:04 PM, Andrew Overholt overh...@redhat.com wrote: * Orion Poplawski or...@cora.nwra.com [2009-11-04 10:58]: On 11/04/2009 07:47 AM, Rawhide Report wrote: Compose started at Wed Nov 4 08:15:08 UTC 2009 Broken deps for ppc64 -- eclipse-photran-5.0.0-0.3.200910081739.fc12.noarch requires eclipse-cdt= 1:6.0 Is there any way to exclude a noarch package from certain arches? ExcludeArch Maybe I am missing something here but if the architecture matters it's not a a noarch package by definition. It's a Java package, so it *is* effectively noarch, but it depends on an archful package that excludes ppc64. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Web page for distro life cycle stage
2009/11/3 Ikem Krueger ikem.krue...@googlemail.com: Web page for distro life cycle stage If a release is in freeze, it can be in marked in an yellow circle, and when we can push packages to a release, it can be in a green circle, similar to traffic signal lights I like this idea. :) Can't this be inferred from https://admin.fedoraproject.org/updates ? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: extracting multiple sources in %setup
2009/10/22 Orcan Ogetbil oget.fed...@gmail.com: On Thu, Oct 22, 2009 at 3:46 AM, Marcus Moeller wrote: Hi, is there a way to extract multiple sources in a spec files %setup section? Something like: for i in {1..10}; do tar xfz %(SOURCE$i}; done Best Regards Marcus %setup -q -c -n %{name} -a 0 -a 1 -a 2 -a 3 -a 4 -a 5 -a 6 -a 7 -a 8 -a 9 -a 10 should work. I don't if there's any nicer way. Orcan It's also perfectly acceptable to call the %setup macro more than once, if you need to. There is some stuff in Max RPM about it: http://www.rpm.org/max-rpm/s1-rpm-inside-macros.html#S3-RPM-INSIDE-SETUP-MULTI-SOURCE -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: new tool: rpmguard - print important differences between RPMs
2009/10/21 Kamil Paral kpa...@redhat.com: Hi, I have created a simple tool called rpmguard for checking differences between RPM packages. It is very similar to rpmdiff, but it prints only important changes, not all. Therefore it can be used every time a new package is built to easily see if something hasn’t went completely wrong. Was it not easier to just add a less verbose mode to rpmdiff? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Switching python-setuptools to distribute
2009/10/12 Toshio Kuratomi a.bad...@gmail.com: I've been a comaintainer of the python-setuptools package for a long time and recently became the owner when icon relinquished it. It is currently a tumultuous time for distributing python modules with a new and active maintainer for distutils inside of the python stdlib and a fork of setuptools being worked on. That fork is named distribute and there are two branches of development on it. The 0.7 branch aims to implement API, metadata, and other features that will make packaging python modules for upstream building and distribution easier while being more concerned with the effects this has on Linux packagers. The 0.6 branch intends to be compatible with the current seutptools package but to fix bugs and introduce features that are backwards compatible and oft requested. This branch is being actively maintained by a core group of five committers including the new distutils maintainer. By contrast, setuptools is maintained by a single maintainer who often has little time to work on it. When installed, the 0.6 branch takes over the setuptools and pkg_resources python modules. The reasoning is that distribute-0.6 provides the same API as setuptools and is meant to replace it. If the module was installed differently, consuming code (all the setup.py modules in any setuptools using package as well as code that relies on setuptools features at runtime) would all need to change their import statements to use the new names explicitly. This choice is being made upstream by the distribute project. Upstream, the python community has viewed the fork favorably but since it's not part of python proper, the only one with say in the matter is the setuptools author. He has not been willing to abandon the setuptools module but at the same time hasn't gained any more free time to work on setuptools. Several other Linux distributions (gentoo and arch) have started shipping distribute-0.6 as the source of their setuptools package. I am thinking of doing the same for rawhide and pushing the change to older Fedora releases if bugs are reported that are fixed in distribute but not in seutptools as having a responsive upstream that cares about distribution packaging issues is a great plus for us. I raised this plan on fedora-python-devel and received one positive comment and no negative feedback so I'm just mentioning it here so a broader audience can ask any questions or raise any issues before putting this into effect. -Toshio I was unaware of all this. Is there a reason why the setuptools author will not grant commit rights to others? Going solely on your email it seems like a fork would be unnecessary if he was willing to share the workload... -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC/PPC64 disabled in Koji for dist-f13
2009/10/1 Kevin Kofler kevin.kof...@chello.at: Jeff Garzik wrote: Was ppc really such a burden? Yes. It slowed down builds, and it often triggered bizarre build failures which were NOT bugs in the program, but in the toolchain or in some core library like glibc, which in turn delayed important updates to the affected packages. In fact, my favorite ppc64 issue was a problem with OpenBabel hitting a limitation in the ppc64 toolchain: there's a table of contents which can grow only to a small fixed size, so large compilation units just don't compile on ppc64, while being perfectly valid C/C++ and compiling fine on all other architectures. (And that's already with the minimal TOC. Without it, the limit is for the whole executable!) OpenBabel's SWIG-generated bindings exceeded that limit. We were the only ones hitting it as no other distribution is insane enough to build their packages for ppc64. (The binaries don't even get actually used as ppc32 is the preferred multilib on 64-bit PowerPC!) I played around with both compiler and SWIG flags to reduce the amount of TOC entries, which worked for 2 beta releases (requiring additional tweaking for the second one), but then it overflowed again. This was a big annoyance because the new OpenBabel betas were required for new kdeedu betas in Rawhide, so this stalled our KDE work. In the end, upstream removed some things from their bindings to get them to build, a quite suboptimal solution. IMHO the ppc64 ABI is just completely broken and needs to be redesigned from scratch. Kevin Kofler Nice bug; this one is my favourite: https://fedorahosted.org/rel-eng/ticket/1308 -- PPC64 noarch builds don't expand %{_libdir} to the correct place. You absolutely *cannot* build Eclipse plugins on ppc64 hosts because of this beauty. The current workaround is to just keep resubmitting the build until Koji picks an i386, x86_64 or ppc host. (Nothing to do with Eclipse either, BTW, seems like an RPM or mock problem.) -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: CalDAV Calendar (BedeWork)
2009/10/1 Trever L. Adams trever.ad...@gmail.com: Kevin Kofler wrote: Actually, new packages can be pushed as updates. You can add them even to F11, and F10 if you're really quick (new packages are accepted in F10 until 1 month before its end of life, which is basically the day of F12's release, as the end of life for Fedora n is 1 month after Fedora n+2's release). Kevin Kofler As I said, I have a lot to learn. I need help from Java package experts so that I can get up and running quickly. Thank you, Trever There is a Fedora Java Devel mailing list at https://www.redhat.com/mailman/listinfo/fedora-devel-java-list -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: CalDAV Calendar (BedeWork)
2009/10/1 Trever L. Adams trever.ad...@gmail.com: Hello all, About a year ago, I suggested that BedeWork (http://bedework.org) be included. I offered to package it with some help. I unfortunately ran out of time. I now have time to package it and hopefully maintain the package. Unfortunately, I haven't written an Java code in a decade or so. I have never messed with Java packages. The problems I have: This package has a bunch of property files that you have to edit before you build the program. (http://www.bedework.org/downloads/3.5/BedeworkManual-3.5.pdf#page=18) These include database names, locations, user/passwords for the database, etc. I do not know if this is normal or not. I do not know how to package this, how to suggest people customize this information, etc. Also, setting usernames and passwords at compile time is definitely not normal for *any* kind of application. Are you sure they are not runtime properties? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC/PPC64 disabled in Koji for dist-f13
2009/10/1 Josh Boyer jwbo...@gmail.com: On Thu, Oct 01, 2009 at 06:42:08PM +0100, Mat Booth wrote: Nice bug; this one is my favourite: https://fedorahosted.org/rel-eng/ticket/1308 -- PPC64 noarch builds don't expand %{_libdir} to the correct place. I'm pretty sure I have seen 'noarch builds shouldn't be using %{_libdir}' repeated several times. Eclipse is an archful package and that plonks files in %{_libdir} that are needed during the build of plugins that may or may not be noarch. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC/PPC64 disabled in Koji for dist-f13
2009/9/28 Josh Boyer jwbo...@gmail.com: Hi All, As of today, ppc and ppc64 are no longer primary architectures in koji starting with the dist-f13 tag. This is in accordance with the FESCo approved demotion of PowerPC starting with Fedora 13 development. The dist-f12 and older tags continue to have them as primary. Happy building. josh What do we have to do in order to build on PPC? Does it happen automagically? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090910 changes
2009/9/11 Rawhide Report rawh...@fedoraproject.org: New package emacs-common-pmd An interface to PMD for Emacs New package gfs-philostratos-fonts -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list Is this truncated? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Adding a project to transifex
2009/9/7 Matthew Booth mbo...@redhat.com: snip/ Thanks, Matt Woah, that was spinning me out for a second there. It's got my name on it, but I don't remember writing it. Turns out I'm the *other* mbooth... ;-) Ahem, carry on! -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora-pkgdb: make it discoverable on browser home page?
2009/8/23 Toshio Kuratomi a.bad...@gmail.com: On 08/23/2009 10:50 AM, Rahul Sundaram wrote: Aren't we pitching Fedora Community interface as the end user facing thing, going forward? It seems some of these features will overlap or duplicate it. It's possible. The packagedb is going to be the backend for the Fedora Community Front end so it had to get written this summer so that work on the front-end can proceed. Will all the functionality that Pkgdb offers[1] eventually be added to pages like https://admin.fedoraproject.org/community/?package=0x#package_maintenance so that the Pkgdb web front-end could be obsoleted? [1] Orphaning, co-maintainership applications, etc -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: showing dependency trees
2009/8/23 Björn Persson bj...@xn--rombobjrn-67a.se: Debayan Banerjee wrote: 2009/8/24 Björn Persson bj...@xn--rombobjrn-67a.se That's not all that quick. There ought to be a tool for this. Given a package name it should print the dependency tree for that package. It could have an option to suppress packages in the base set. Couldn't Yum be taught to answer that kind of queries? edos-rpmcheck http://www.edos-project.org/xwiki/bin/view/Main/debcheck_home Judging from the description on that page, that's not what I want. It says the program checks whether a package is installable. Yum can do that. I want to check whether a package drags in other packages unnecessarily. Björn Persson Maybe speak to Richard Jones: http://rwmj.wordpress.com/2009/03/25/size-of-rpm-dependencies-2/ -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Updated Fedora 12 Schedule--Final Release Date 2009-11-10
2009/8/19 Ankit Patel an...@redhat.com: Is there any way to get notification, when packages (re)build is done? I am referring to task - Ongoing Test Package Builds for Translation Review, Thu 2009-09-10 to Mon 2009-09-14 from the schedule, where FLP (Fedora Localization Project) team of translators might want to know whether the packages they have translated are rebuilt along with latest translations or not. Thanks! You can add notifications in Koji, if that's what you mean. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firefox addon for Fedora-pkgdb search
2009/8/19 Adam Miller maxamill...@gmail.com: Hello all, I decided posting this to the devel-list would be most appropriate because I assume it to be the crowd who would put something like this to use (but I could be wrong). I threw together a little Firefox AddOn that adds the pkgdb as a search option and then spoke with Máirín Duffy about a logo and she was nice enough to put together one awesome logo for the addon (thanks again for that!). I'm also in discussion with Luke Macken about making something similar except for Fedora Community, more on that once it comes to life but in the mean time, enjoy! https://addons.mozilla.org/en-US/firefox/addon/13710 Thanks, -Adam P.S. - If this was the wrong list to post to, many apologies and I'm open to suggestion on where to shoot info like this :) Neat. I occasionally want to yum search for something when using a non-Fedora system (or from a different Fedora release from the one I'm using), so thanks. :-) -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F11 Bind Updates
Updating my F11 box today and found this in the console: Cleanup: 32:bind-libs-9.6.1-3.fc11.x86_64 27/28 /sbin/ldconfig: relative path `1' used to build cache Non-fatal POSTUN scriptlet failure in rpm package b Cleanup: gvfs-gphoto2-1.2.3-7.fc11.x86_64 28/28 warning: %postun(bind-libs-32:9.6.1-3.fc11.x86_64) scriptlet failed, exit status 1 Will this have broken anything and do I need to perform any steps to recover from this error? It looks benign, but I'd like to make sure. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphans on the chopping block for F12
On Tue, Jul 28, 2009 at 11:42 PM, Mat Boothfed...@matbooth.co.uk wrote: On Tue, Jul 28, 2009 at 11:12 PM, Jesse Keatingjkeat...@redhat.com wrote: As today is the Feature Freeze, I am preparing to block all the unblocked orphans. This is your last chance to pick one of them up. Those that remain unblocked at the end of my day (around UTC) will be blocked. Unblocked orphan jline Unblocked orphan junitperf Unblocked orphan msv Unblocked orphan plexus-container-default Unblocked orphan plexus-interactivity Unblocked orphan plexus-velocity Well, we should probably make sure maven still works since a bunch of projects probably depend on this to build, so I can take these. I'm fast becoming a one man Java SIG. :-/ Hmm, pkgdb won't let me take the devel branch of jline for some reason. What shall can I do about that? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphans on the chopping block for F12
On Tue, Jul 28, 2009 at 11:50 PM, Mat Boothfed...@matbooth.co.uk wrote: On Tue, Jul 28, 2009 at 11:48 PM, Mat Boothfed...@matbooth.co.uk wrote: On Tue, Jul 28, 2009 at 11:42 PM, Mat Boothfed...@matbooth.co.uk wrote: On Tue, Jul 28, 2009 at 11:12 PM, Jesse Keatingjkeat...@redhat.com wrote: As today is the Feature Freeze, I am preparing to block all the unblocked orphans. This is your last chance to pick one of them up. Those that remain unblocked at the end of my day (around UTC) will be blocked. Unblocked orphan jline Unblocked orphan junitperf Unblocked orphan msv Unblocked orphan plexus-container-default Unblocked orphan plexus-interactivity Unblocked orphan plexus-velocity Well, we should probably make sure maven still works since a bunch of projects probably depend on this to build, so I can take these. I'm fast becoming a one man Java SIG. :-/ Hmm, pkgdb won't let me take the devel branch of jline for some reason. What shall can I do about that? Ah crap, just realised I'm in GMT+1, so I guess you've already started the blocking process... Erm yeah, I suck at maths. Going to bed before I embarrass myself further. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 21, 2009 at 4:11 AM, Jesse Keating wrote: List of deps left behind by orphan removal: Orphan: xml-commons-apis12 dom4j requires jaxp = 1.2 Does dom4j really require jaxp 1.2? Is it possible to make it work with the version in xml-commons-apis (version 1.3 I think)? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for Friday's (20090717) FESCo meeting
On Thu, Jul 16, 2009 at 5:00 AM, Jon Stanleyjonstan...@gmail.com wrote: 197 noarch subpackages - https://fedoraproject.org/wiki/Features/NoarchSubpackages Huh. I'm already using this functionality in F-11 for my LPG package. [1] Am I wrong to be doing so? I did notice scratch builds don't seem to like noarch subpackages very much. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=114402 -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 6:27 PM, Jerry Jamesloganje...@gmail.com wrote: On Tue, Jul 14, 2009 at 10:40 AM, Jesse Keating jkeat...@redhat.com wrote: Unblocked orphan ant-contrib Unblocked orphan apollon Unblocked orphan azureus Unblocked orphan beagle Unblocked orphan bes Unblocked orphan bmake Unblocked orphan buoh Unblocked orphan cryptix Unblocked orphan ctrlproxy Unblocked orphan dap-freeform_handler Unblocked orphan dap-hdf4_handler Unblocked orphan dap-netcdf_handler Unblocked orphan dap-server Unblocked orphan drapes Unblocked orphan dumpasn1 Unblocked orphan elsa Unblocked orphan f-spot Unblocked orphan fig2ps Unblocked orphan flpsed Unblocked orphan fmit Are there really none that start with g-z, or did something quit after fmit? No specfile was ever booked into CVS for fmit... What a waste of time! -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
On Tue, Jul 14, 2009 at 6:58 PM, Jesse Keatingjkeat...@redhat.com wrote: Unblocked orphan jakarta-commons-codec Unblocked orphan jakarta-commons-digester Unblocked orphan jakarta-commons-launcher Unblocked orphan jakarta-commons-modeler Unblocked orphan xerces-j2 Unblocked orphan xml-commons-apis The ones listed above are Eclipse dependencies (at least, ones I'm aware are Eclipse dependencies), which I can take, but co-maintainers are preferred of course. Unblocked orphan xml-commons-apis12 repoquery says nothing uses xml-commons-apis12, could this be retired? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: non-blocking dbus server
On Fri, Jul 10, 2009 at 10:18 AM, Jiri Moskovcakjmosk...@redhat.com wrote: Hi, in our project ABRT we use DBUS for communication between ABRT daemon and client (gui), the problem is that when I ask daemon to do some time-consuming work the server is blocked until the work is done. So I want to use threads and that's where I found the catch. Here is my idea: 1. client calls remote method foo() over dbus 2. daemon receives the call, creates the thread and let it do the work in background and serve other requests 3. when the work is finished send reply to the client - this is the part where I'm stuck, because I want to send the reply as return message to the matching method call, but the method call already returned when I started the thread. (So far I can achieve this by sending signal with return value as an argument, but I don't think this is a good solution). I use dbus-c++, so maybe the answer is in some low-level DBUS API. Thanks for any help, Jirka Why can't you have a callback in the client that the daemon can call when it has finished? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
3Dsee.net java applet crashes firefox
I get an intermittant segfault in Firefox [1] when viewing the items in the gallery over at http://3dsee.net/Gallery (once even trashing the display and locking the machine up solid). Should I report this against Firefox or Java? I have the following installed: java-1.5.0-gcj.x86_64 1.5.0.0-28.fc11 java-1.6.0-openjdk.x86_64 1:1.6.0.0-22.b16.fc11 java-1.6.0-openjdk-plugin.x86_64 1:1.6.0.0-22.b16.fc11 firefox.x86_643.5-1.fc11 [1] Running firefox from the terminal produces: JNLPAppletLauncher: static initializer os.name = linux nativePrefix = lib nativeSuffix = .so tmpRootDir = /tmp/jnlp-applet/jln4687162377651411657 Applet.init subapplet.classname = ACIDVisionViewer.ObjViewer subapplet.displayname = ACID Vision Viewer Applet.start os.name = linux os.arch = amd64 processNativeJar: using previously cached: /home/mbooth/.jnlp-applet/cache/3dsee_net/7a0e806f70cba53e5de753282fb8bea46fe32ffa/lib_j3dcore-ogl_so.jar validateCertificates: VALIDATE: libj3dcore-ogl.so extractNativeLibs: EXTRACT: libj3dcore-ogl.so(j3dcore-ogl) JNLPAppletLauncher.loadLibrary(j3dcore-ogl) loading: /tmp/jnlp-applet/jln4687162377651411657/jln7242786902609691381/libj3dcore-ogl.so JNLPAppletLauncher: static initializer os.name = linux nativePrefix = lib nativeSuffix = .so tmpRootDir = /tmp/jnlp-applet/jln4687162377651411657 Applet.init subapplet.classname = ACIDVisionViewer.ObjViewer subapplet.displayname = ACID Vision Viewer Applet.start os.name = linux os.arch = amd64 /usr/lib64/firefox-3.5/run-mozilla.sh: line 131: 3605 Segmentation fault $prog ${1+$@} -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 3Dsee.net java applet crashes firefox
On Thu, Jul 9, 2009 at 10:15 PM, Mat Boothfed...@matbooth.co.uk wrote: I get an intermittant segfault in Firefox [1] when viewing the items in the gallery over at http://3dsee.net/Gallery (once even trashing the display and locking the machine up solid). Should I report this against Firefox or Java? I have the following installed: java-1.5.0-gcj.x86_64 1.5.0.0-28.fc11 java-1.6.0-openjdk.x86_64 1:1.6.0.0-22.b16.fc11 java-1.6.0-openjdk-plugin.x86_64 1:1.6.0.0-22.b16.fc11 firefox.x86_64 3.5-1.fc11 [1] Running firefox from the terminal produces: JNLPAppletLauncher: static initializer os.name = linux nativePrefix = lib nativeSuffix = .so tmpRootDir = /tmp/jnlp-applet/jln4687162377651411657 Applet.init subapplet.classname = ACIDVisionViewer.ObjViewer subapplet.displayname = ACID Vision Viewer Applet.start os.name = linux os.arch = amd64 processNativeJar: using previously cached: /home/mbooth/.jnlp-applet/cache/3dsee_net/7a0e806f70cba53e5de753282fb8bea46fe32ffa/lib_j3dcore-ogl_so.jar validateCertificates: VALIDATE: libj3dcore-ogl.so extractNativeLibs: EXTRACT: libj3dcore-ogl.so(j3dcore-ogl) JNLPAppletLauncher.loadLibrary(j3dcore-ogl) loading: /tmp/jnlp-applet/jln4687162377651411657/jln7242786902609691381/libj3dcore-ogl.so JNLPAppletLauncher: static initializer os.name = linux nativePrefix = lib nativeSuffix = .so tmpRootDir = /tmp/jnlp-applet/jln4687162377651411657 Applet.init subapplet.classname = ACIDVisionViewer.ObjViewer subapplet.displayname = ACID Vision Viewer Applet.start os.name = linux os.arch = amd64 /usr/lib64/firefox-3.5/run-mozilla.sh: line 131: 3605 Segmentation fault $prog ${1+$@} This screenshot is quite good, not had a good crash like this in ages: http://mbooth.fedorapeople.org/3dsee.png Though after a little thought, it could be the proprietary nvidia driver I'm using. I'll hold off reporting a bug until I try it with a different driver. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
On Sun, Jul 5, 2009 at 11:03 AM, Jeroen van Meeuwenkana...@kanarip.com wrote: The CentOS project, or it's upstream, has a release cycle of approximately three years -not a steady release cycle of three years but that's what it turns out to be. This disqualifies the distribution(s) as desktop Linux distributions, as desktops tend to need to run the latest and greatest for as far the latest and greatest lets them. Does that make sense? No, it doesn't make a great deal of sense. You say a market for this is the corporate desktop, but a government department I work with runs their scientific desktops on RHEL 4. They have a lot of in-house apps that are known to work on that platform. There is absolutely no sense in expending resources on switching to a newer version until that version's EOL is in sight. -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mass-Package Orphanage
On Fri, Jul 3, 2009 at 5:56 PM, Nathanael D. Nobletnathan...@gnat.ca wrote: On 07/03/2009 10:52 AM, Jason L Tibbitts III wrote: NDN == Nathanael D Nobletnathan...@gnat.ca writes: NDN I'm wondering if it is possible to be a co-maintainer with NDN someone willing? In general, all you need is a sponsor. The usual route to that is via the submission of new packages, but it's not the only way. I happen to be a sponsor, so that's not an issue. What is an issue is that fact that the horde suite is somewhat delicate and security sensitive, and not really the best set of packages for a first-time packager. This is somewhat offset by the fact that the packages already exist and just need maintenance. Yeah, I figured as much. There are a few other packages I wouldn't mind helping out with all in all but without submitting a package for review it seems I'm coming at this a bit sideways... I think that if you're interested, you should start by requesting watchcommits and watchbugzilla on at least the Fedora branches of those packages. (I have no desire to maintain the EPEL5 branch, so someone else needs to step in to take care of that one.) The URLs are: Ok, well I could definitely use the EPEL5 packages as I up to now have been installing them on CentOS 5 servers manually. Then help Jason maintain the EPEL branches by sending him spec file patches, re-basing Fedora carried patches to new versions, etc. Submitting patches is great alternative way to prove yourself for getting sponsored. -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090702 changes
On Thu, Jul 2, 2009 at 5:43 PM, Bill Nottinghamnott...@redhat.com wrote: Of course, I suspect we'll now have someone claiming that the camel book is actually a religous text. For the love of Larry, have you no respect? -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Segfault connecting to a VPN through NetworkManager
On Wed, Jul 1, 2009 at 10:40 AM, Paul Howarthp...@city-fan.org wrote: On 30/06/09 21:52, Mat Booth wrote: Hi, I got this segfault trying to connect to the Microsoft VPN at work. [1] What should I raise a ticket against? NetworkManager, kernel, pptp, none of the above? [1] http://mbooth.fedorapeople.org/vpn-bug.txt Looks like pptp to me; can you repeat the segfault with pptp-debuginfo installed? Paul. Good idea, I should have thought of that. But wouldn't you know it? I install the debuginfo and the damned thing works perfectly. :-/ (Not that I'm complaining, you understand. I just really hate when something fixes itself.) I definitely raise a ticket if I see it again. Thanks all the same. -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Segfault connecting to a VPN through NetworkManager
Hi, I got this segfault trying to connect to the Microsoft VPN at work. [1] What should I raise a ticket against? NetworkManager, kernel, pptp, none of the above? [1] http://mbooth.fedorapeople.org/vpn-bug.txt -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Segfault connecting to a VPN through NetworkManager
On Tue, Jun 30, 2009 at 9:52 PM, Mat Boothfed...@matbooth.co.uk wrote: Hi, I got this segfault trying to connect to the Microsoft VPN at work. [1] What should I raise a ticket against? NetworkManager, kernel, pptp, none of the above? [1] http://mbooth.fedorapeople.org/vpn-bug.txt Actually this is a regression from F10. The script I use to connect on my F10 laptop [2] fails on my newly installed F11. It works with this software installed: kernel 2.6.27.15-170.2.56.fc10 NetworkManager 1:0.7.1-1.fc10 NetworkManager-pptp 1:0.7.0.99-1.fc10 pptp 1.7.2-5.fc10 And produces the segfault shown above with the following software installed: kernel 2.6.29.5-191.fc11 NetworkManager 1:0.7.1-4.git20090414.fc11 NetworkManager-pptp 1:0.7.0.99-1.fc11 pptp 1.7.2-6.fc11 [2] http://mbooth.fedorapeople.org/start-vpn (sorry, I deleted my password from this script ;-) -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FAO: Programmers Quick Q?
On Mon, Jun 29, 2009 at 4:34 PM, Frank Murphyfrankl...@gmail.com wrote: http://fedoraproject.org/wiki/SIGs/Development#Communication with this in mind. Have a ticket open for a new m-l. devel-apps@ or programming-sig@ Any preference? Frank As a software engineer, I am also interested in making Fedora the best development distro out there (I do this by packaging Eclipse plug-ins) and I think the formation of a SIG to look after development tools (much like the Perl SIG) is a good idea but I'm having great difficulty in identifying the need for a separate developer /spin/. Presumably the target audience (people like you and I) has the where-with-all to discover and install their own tools and a pre-set list of tools chosen for them is almost never going to cut it (Netbeans users tend not to care for Eclipse and vice-versa) so who is the spin for, exactly? -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Rawhide debuginfo packages with no sources
On Wed, Apr 8, 2009 at 9:07 PM, Ville Skyttäville.sky...@iki.fi wrote: Hello, Quite a few packages that produce *-debuginfo without sources have crept again in rawhide. See https://fedoraproject.org/wiki/Packaging/Debuginfo for possible reasons, the most usual of which in my (past, haven't checked this batch that closely) experience is failure to honor $RPM_OPT_FLAGS during build which can also mean that the default security related compiler flags aren't being applied either. List of such packages identified by my debuginfo-check.py is attached (ownership info generated with Thorsten's fedoradev-pkgowners). I intend to submit debuginfo-check.py to yum-utils (probably as debugrepo-check) and have added a similar check in upstream svn rpmlint, hopefully with these additions people will start noticing the issues easier. Maintainer Package Co-maintainers mbooth brazil (none) In F11+ brazil is now a noarch package and does not generate a debuginfo package. -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Building packages for EPEL
On Sun, Jun 21, 2009 at 10:40 AM, Dennis Gilmoreden...@ausil.us wrote: EPEL is now using koji to build instead of plague. please make sure that you update th common directory in your checkout to pick up the needed changes to submit builds. Bodhi support will come early next week to issue updates. the buildroots are only populated by packages from stable if you need to build against something in testing or that you have just build please email your request to epel-rel...@lists.fedoraproject.org Nice one, thanks for putting in the work for this! This will be encouragement for me to build my packages for EPEL as a matter of course. (Laziness on my part prevents me from learning a second process.) -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packaging Survey - May 2009
On Wed, May 27, 2009 at 12:31 PM, Rahul Sundaram sunda...@fedoraproject.org wrote: Hi I did a quick survey from Fedora on what software Fedora users are using that is not available in the repo. Here are the results. If you find anything interesting, feel free to pick it up. https://fedoraproject.org/wiki/Packaging_Survey_May_2009 Rahul Hi, I don't think JEP should be on that list. I've used it in few commercial products and its a thousand dollars a pop for a source code licence: http://www.singularsys.com/order/ Regards, Mat -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packaging Survey - May 2009
On Fri, May 29, 2009 at 5:55 PM, Rahul Sundaram sunda...@fedoraproject.org wrote: On 05/29/2009 07:34 PM, Mat Booth wrote: I don't think JEP should be on that list. I've used it in few commercial products and its a thousand dollars a pop for a source code licence: http://www.singularsys.com/order/ JEP in the wiki is linked to http://sourceforge.net/projects/jep/. Are you even talking about the same software? Yes, I think we are. At the very top of the page you link to it says: As of 2008-09-29 23:14, this project may now be found at: http://www.singularsys.com/jep; -- Mat Booth www.matbooth.co.uk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list