re-assigning Seth's bugs
Hate to have to bring this up, but I ran into a bug that's currently still ASSIGN'ed to Seth. A search brings up 86 more: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDemail1=skvidal%40sethdot.org emailassigned_to1=1 Looks like some are resolved and just need admin tending. Could somebod[y,ies] with privileges please reassign the bugs to the current component maintainers? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: EPEL importing a slew of packages into 7?
On 07/22/2014 04:25 PM, Bill McGonigle wrote: I've read about the EPEL process on the wiki, but before I go and open 65 bugzilla issues Sorry. I've *re-read* the wiki, specifically the SCM page (I got some wrong ideas from other pages - the SCM page straightened me out). I wrote a little script to automate my task list (get the authors, package review links, generate the template for each package, etc.) and I find that out of 64 packages (actually 63, one was already Approved this week) I only have 21 with no EPEL maintainer. Those I'd be willing to handle. I'm assuming if I have a package with a primary maintainer in Fedora who is non-EPEL but a secondary maintainer who does participate in EPEL, then it's OK to request the package with the secondary maintainer on the cc:. I'm not sure that the package database knows to not include the maintainer who has asked to not be part of EPEL (is the wiki list definitive?). I've made sure my Owner: line in the template excludes the non-EPEL folks, so if the system parses that, it should be good. So I have a list of the packages and links to the package-review bugs for each with templates ready to paste in, but I cannot set fedora-cvs = ? because I'm not in a packager group. So, back to needing a sponsor (I think?) to proceed. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: dracut 009-12 never made it to f15-stable
On 07/27/2012 04:09 AM, Harald Hoyer wrote: Here you go: http://harald.fedorapeople.org/downloads/dracut/dracut-009-15.fc15/ Thanks, Harald. Wiki updated - I believe the issue is resolved. A sufficient dracut for f16 is already in the normal repos, so this shouldn't recur (unless there are any new dracut tricks that will be required for f18). -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dracut 009-12 never made it to f15-stable
On 07/27/2012 05:20 PM, Adam Williamson wrote: I don't recall, though, whether there was a later build which aimed to correct this, and whether I ever got around to testing such a build if so. I presume this was the -14 to -15 change since -15 worked for me: commit abd72fda51991e84a971874d7d0cc1f1bc2a4bc8 Author: Harald Hoyer har...@redhat.com Date: Mon Apr 2 08:37:56 2012 +0200 dracut-009-15 - fix convertfs permissions commit e7fc3f2b861dde7c9d0375c71aa88c202788bab3 Author: Harald Hoyer har...@redhat.com Date: Mon Apr 2 08:29:12 2012 +0200 dracut-009-15 - fix convertfs permissions Thanks for testing and NAK'ing the broken one! -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dracut 009-12 never made it to f15-stable
On 07/25/2012 12:43 PM, Kevin Fenzi wrote: Change the link to: http://koji.fedoraproject.org/koji/buildinfo?buildID=266766 That's 013-15.fc16; we need 009-13, -14, or -15.fc15. Those seem to all be deleted from koji, even source. Is source kept in git for older builds? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dracut 009-12 never made it to f15-stable
On 07/26/2012 04:40 PM, Kevin Fenzi wrote: You can build them from git I suppose. Wow, I took a few minutes to learn how to use fedpkg and I have to say it makes this embarrassingly easy! Kudos to the team. dracut-009-15.fc15 worked just as expected. f15-f17 went flawlessly and saved me a large amount of download time (more kudos all around). I put up the RPM's and SRPM here: http://www.bfccomputing.com/downloads/fedora/dracut/ Anybody want to put them on their fedorapeople or sponsor me for fedorapeople? I can fix the wiki link. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
dracut 009-12 never made it to f15-stable
Hi, all, It looks like the latest f15 dracut to ever make it to -stable was 009-12. I ran across this when I found a laptop that hadn't been on in a while and needed an upgrade to f17. The trick, of course, is that convertfs went into dracut-009-13. After -13, -14 and -15 were built. The Wiki links to the former bodhi page for -15 : https://admin.fedoraproject.org/updates/dracut-009-15.fc15 but apparently it never got enough karma to move to stable. I'm presuming that when f15 went EOL all the bodhi pages went away too, so the link went dead. That leaves us with no yum upgrade path from 15 to 17 (due to infrastructure details, not functionality). I think that means preupgrade won't work either (though I use RAID-1 for /boot, so I don't know too much about preupgrade). Suggestions for the best way forward? I was thinking some constructive options are: 1) out-of-cycle push to stable 2) place in -testing (easy enough to document, doesn't help trivial preupgrade case) 3) host elsewhere on Fedora infrastructure (ditto) 4) host -15 off Fedora infrastructure (not awesome in my book) We could always tell folks that they have to step through f16 first or do a DVD upgrade, but those are somewhat less elegant and much more bandwidth intensive. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
smolt query help
Hi, Can somebody help me figure out how to do a smolt query for filesystem device information? The question has come up on bug 54 whether /boot on md is a corner case or not. Smolt seems ready-made to answer questions like this. If I print my desktop's smolt profile I get: /dev/md0 /boot ext3 1024 1024 264333 196586 182938 68272 68183 68183 as an output line, but I don't see it when I pull up the machine's record (show all) on smolts.org. I've looked through the canned reports and don't see filesystem block devices. I assume I'm missing something, or perhaps it's not public and there's a way to request a query? A count of ^/dev/md.*/boot records would be the useful metric. Thanks, -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Self Introduction
Welcome, Jaroslav! Thank you for packaging your software for Fedora. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On 08/03/2011 01:19 PM, Dan Williams wrote: The Ubuntu NM maintainer has posted a WIP patch that makes NM say it's connected immediately if at least one of IPv4 or IPv6 completes. Currently if both are enabled, NM won't say it's connected until both are done (and result in either success or failure). That at least speeds up the perceived connection speed, which isn't a bad thing. Nice, that will help almost everybody, but possibly it could break somebody who's depending explicitly on IPv6 (or IPv4 in the other case) for an app and now thinks the network is up. How do apps, e.g. Thunderbird, know when they're online? dbus, /sys? If this change happens, there ought to be a way for that small slice of apps to check to see that the stack they demand is really up, if they're depending on it (more directly than parsing text output of userland tools). Probably this already exists, right? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On 08/01/2011 07:25 PM, Adam Williamson wrote: It seems like there's SOMETHING which has to happen after wake before NM even attempts to re-establish a connection, and that's the longest delay, at least for me. Anyone know what that something is, and whether it can be optimized? I don't know what your networks look like, but are you perhaps seeing the delay in (not)discovering IPv6 on an IPv4-only network? My wife's f15 machine was doing this on our home network and I just disabled IPv6 in the connection definition and it got much faster. Not sure if that's a good default behavior given typical use cases. -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.855.SW.LIBRE Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora PPC status work in progress :)
On 04/28/2011 01:36 PM, Josh Boyer wrote: 1) Are ppc32 machines supported? Specifically I'm thinking of Apple G4 machines, but we used to build a bunch of Freescale device drivers and such as well for machines in the 6xx class. Just from a demand perspective, this summer Apple will drop support for OSX 10.5 and within a short time leave Mac G4 users without security updates - there's a lot of decent hardware out there that's not quite five years old yet. Fedora 15 on ppc32 might just gain a number of new users at that point. Thanks for all the work! -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison updates
On 04/19/2011 05:49 PM, Adam Williamson wrote: Actually it looks like I was even lazier than that and just built it from source. I seem to be running 2.32.52. I just needed whatever version would interoperate with my Mandriva machines. Good news is current unison builds just fine with the existing SPEC with trivial updates. Can somebody recommend an existing package to use as an example that maintains multiple versions of a source tree to build multiple versions of the main binary? Thanks, -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: unison updates
On 04/19/2011 03:35 AM, Richard W.M. Jones wrote: However this is a big pain to maintain, not least because whenever a new incompatible version comes along we have to apply for a new Unison package to be added to Fedora(!) Right, it's a shame there's no --protocol= flag. I'd assume, being that Fedora likes to track upstream, we'd call the current build 'unison' and then the older binaries 'unison213' and 'unison227'? On 04/19/2011 11:34 AM, Adam Williamson wrote: FWIW, I'm in this mess too, but I was lazy and decided to just hack up the spec to build the version I need locally rather than do anything to 'properly' fix up the packages. Oh, good. Is it 2.40.61? If so, the real work to be done is in combining the three sub-builds into one .spec and then applying for a new 'unison' package? -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: b...@bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel