Re: Review request begs
> libcrystalhd - Broadcom Crystal HD device interface library > https://bugzilla.redhat.com/show_bug.cgi?id=553717 > > I just got the driver for these cards merged into the linux kernel > staging tree a few days ago. Now we need the device interface library to > talk to the thing and add support to apps to use it. This is a hardware > h.264, mpeg2 and vc1 decoder board. That's right. 100% free and > open-source drivers and libs from Broadcom, and they give us a way to > decode digital video on Fedora w/o violating any codec patents, since > the decoding is done entirely in hardware (this is pretty similar to the > mpeg2 decoder on the Hauppauge WinTV PVR-350 in that respect). I'll grab this one because I started looking at packaging it up the other day, so if someone else has done the work I was going to do the least I can do it review it :-) Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: formal request - package take over (libssh2)
On Tue, Jan 5, 2010 at 7:21 PM, Kamil Dudka wrote: > On Tuesday 05 of January 2010 17:24:46 Chris Weyl wrote: >> Well, it's post-holiday season now and I'm starting to catch up on my >> mail/bugs... These should be taken care of this week. Feel free to >> ping me via email/bugzilla if you need anything before then. > > Glad to see you alive! Please grant me the commit ACLs for the libssh2 Fedora > packages. I've already fixed all of the above issues for RHEL and would like > to sync Fedora now. You can request ACL permissions through the Fedora pkgdb here https://admin.fedoraproject.org/pkgdb/packages/name/libssh2 and then the maintainer can grant them Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Vala programs and compiling from source
>> > > Hi, >> > > >> > > > I recently submitting Deja-dup, a backup program written in Vala for >> > > > review at >> > > > >> > > > https://bugzilla.redhat.com/show_bug.cgi?id=540761 >> > > > >> > > > Vala is described in more detail at http://live.gnome.org/Vala. >> > > > Deja-dup >> > > > like many Vala programs include both the Vala source code and the C >> > > > "source code" to avoid a build time requirement of Vala and also >> > > > because >> > > > Vala is still in a rapidly evolving stage. Do I need to build from the >> > > > original Vala source code or can I consider the machine generated C as >> > > > "source"? >> > > >> > You should be building from the vala source. >> > >> > > For rygel to date I've used the C as "source" unless I've needed to >> > > patch a bug or build issue with it when you then need to regenerate >> > > it. >> > > >> > Sounds like rygel should as well. >> >> That won't work. The upstream uses Vala git, which didn't allow >> recompiling rygel from the version of Vala in Fedora. >> > So this is interesting. Alternatives that I see here: > > * Build rygel from the generated C > * Build vala from a snapshot so it can be used to build rygel > * Drop rygel from Fedora until we can build from source. > > There's limited precedent for all of these. We've shipped packages > where C source had been precompiled from yacc, for instance. The question > is whether that was a bug to be addressed when we find it happening or > something we want to accept as okay. > >> > When in doubt, build from the source that upstream is going to be >> > modifying, >> > fixing bugs in directly, etc. >> >> When in doubt, use the sources that upstream is providing as the sources >> to build from, in this case the C files rather than the Vala ones (even >> if both are actually in the tarball). >> > This is plainly an insufficient definition. For instance, mono packages > sometimes ship with .dll files that their build scripts rely on "linking" > into the build. Those are not source no matter what upstream's build > requires. Some what different in that vala is source code that generates plainly readable C code. A .dll is a binary library. Its not exactly the same arguement. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Release Milestones for the Masses
On Mon, Dec 21, 2009 at 11:37 PM, John Poelstra wrote: > On 12/21/2009 12:30 PM, Bruno Wolff III wrote: >> >> On Mon, Dec 21, 2009 at 10:32:18 -0800, >> John Poelstra wrote: >>> >>> Great idea. I need someone from the Spins SIG to tell me what those >>> dates are. It would also be really helpful to have a link to a wiki >>> page explaining the process I can give out when questions arise. >> >> I think the end of https://fedoraproject.org/wiki/Spins_Process covers >> what you want. >> In theory we have a meeting in a half hour, but I don't know what the >> turnout is going to be. > > This > https://fedoraproject.org/wiki/Spins_Process#Timeline is ambiguous about the > deadline for when spins have to be submitted (three weeks before feature > freeze or feature freeze?) > > Previously Spins followed the regular "Feature Freeze" milestone. With the > introduction of a "Submission Deadline" do Spins follow this or not? > > What I'd really like is for someone from the Spins SIG to reply with what > the milestones should be or update the wiki page. > https://fedoraproject.org/wiki/User:Poelstra/Key_Milestones > > We should also get the Spins dates into the master schedule which we have > not done before. I would need to know from the Spins SIG what task names > and tasks to reflect in the schedule. Then I can use this information as > part of the "reminder campaign" during Fedora 13. The ambiguity of the spins process threw me somewhat in F-12 with Moblin being very new to all the process (well having seen it and never participated) as I couldn't find anything that really outlined it well and there was nothing in the way of notifications and nothing in the schedule. I would have thought it was submitted by alpha and completely approved by beta (including a beta release) but even though my wiki search skills are crap, even google never provided me with anything close. But then I failed by not actually asking so ultimately it was my own fault as I plain ran out of time but it would be useful on the main schedule none the less! Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Vala programs and compiling from source
Hi, > I recently submitting Deja-dup, a backup program written in Vala for > review at > > https://bugzilla.redhat.com/show_bug.cgi?id=540761 > > Vala is described in more detail at http://live.gnome.org/Vala. Deja-dup > like many Vala programs include both the Vala source code and the C > "source code" to avoid a build time requirement of Vala and also because > Vala is still in a rapidly evolving stage. Do I need to build from the > original Vala source code or can I consider the machine generated C as > "source"? For rygel to date I've used the C as "source" unless I've needed to patch a bug or build issue with it when you then need to regenerate it. Regards, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mono 2.6 - heads up
On Mon, Dec 21, 2009 at 7:39 AM, Paul wrote: > Hi, > > Sometime today or tomorrow I'll be uploading Mono-2.6 and the final > release of MD-2.2 with all the fun that it will bring. There are lots of > changes under the hood of mono and while the likes of gtk-sharp2 et al > are still working on my test boxes, it might be wise to rebuild to take > advantage of the improved facilities. > > The only thing holding up proceedings is that mono-debugger is failing > to build for me which may be the debugger or mono. I'm waiting on > something from Novell on that. > > There are a pile of changes under the hood for mono and monodevelop... > > http://www.mono-project.com/Release_Notes_Mono_2.6 > > and this time, I've added a new subpackage for the preview of C# 4.0 I presume that will only be for rawhide? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Release Milestones for the Masses
On Fri, Dec 18, 2009 at 10:17 PM, John Poelstra wrote: > One of the complaints heard during the last release cycle was that some > maintainers where unclear what all the schedule milestones meant. > > Before we reach any of these milestones for Fedora 13 I wanted to send this > out for feedback. What I have created represents our current process as I > understand it. Hopefully people on the list will have enough courage to > speak up if they disagree ;-) > > https://fedoraproject.org/wiki/User:Poelstra/Key_Milestones > > Are there any other milestones missing that we need to describe? > > Once we get closer to these milestones advanced reminders will be sent to > fedora-devel-announce for them. I think there should also be a Spin Request / Approved deadlines as well. Regards, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 190 packages with .la file(s)
> sugar-base-0.86.0-1.fc12.src.rpm > sugar-datastore-0.86.1-1.fc12.src.rpm > sugar-toolkit-0.86.2-1.fc12.src.rpm I've fixed these 3 up. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Review swaps
Hi All, Anyone interested in swapping a couple of package reviews? mx https://bugzilla.redhat.com/show_bug.cgi?id=538465 moblin-app-installer https://bugzilla.redhat.com/show_bug.cgi?id=546301 Regards, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide and tagging requests
Hi Jesse, On Wed, Dec 9, 2009 at 2:43 PM, Jesse Keating wrote: > On Wed, 2009-12-09 at 14:25 +0000, Peter Robinson wrote: >> >> What's the status of the issues with the rawhide compose? > > All the broken deps preventing a compose attempt have been cleared out. > However the new rpm build was busted in a way that it made the compose > fall over, a new build of rpm is coming and I hope to kick off another > rawhide attempt when it lands. > >> Are they >> going to be fixed and a push done before the upcoming extended outage? > > Hopefully > >> What about outstanding tag build-override requests? >> >> > > I'll try to get to those today. Thanks for the update, Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide and tagging requests
Hi All, What's the status of the issues with the rawhide compose? Are they going to be fixed and a push done before the upcoming extended outage? What about outstanding tag build-override requests? Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Upstart 0.6.3 coming to a rawhide near you
> What this means for you (for very specific values of you): > > If you own any of the following packages, you have upstart job files that > will need modified for any needed format changes, and the new location. > > * olpc-utils pbrobinson > > We're willing to do the legwork for you, or you can do the update yourself > once we land 0.6.x; give us a reply with which you'd prefer. See the > feature page for more details on the changes required. I'm quite happy for you to make the changes. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Head-up - new firefox in rawhide
On Fri, Nov 20, 2009 at 8:39 AM, Martin Stransky wrote: > On 11/20/2009 09:21 AM, Peter Robinson wrote: >> >> 2009/11/18 Martin Stransky: >>> >>> Hi, >>> >>> a new firefox (3.6 beta 2) just hit rawhide (a.k.a f13). There are some >>> changes which affect everyone who builds with xulrunner-devel-unstable >>> package. >>> >>> Mozilla decided to merge all include directories to one (mozbz#398573) >>> and >>> stop shipping stable/unstable packages. So all headers/libraries are >>> merged >>> to one big xulrunner-devel package (with respective pkgconfig files) and >>> xulrunner-devel-unstable has been removed. >> >> Is this the same with the -python and -python-devel pacakges? > > I'm not sure what's going on with python interface but it looks removed from > 3.6. I'm still investigating it... Having a quick google around the mozilla.org site I found the following mercurial repo [1] so it looks like its been split out to a separate project but I'm not 100% sure. Its used by hulahop/sugar-browse so it would be useful to add back in some form or another but I has issues building it but then I know very little about the mozilla build system. Cheers, Peter [1] http://hg.mozilla.org/pyxpcom -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?
On 11/27/09, Adam Williamson wrote: > On Fri, 2009-11-27 at 21:24 +0100, stefan riemens wrote: >> Not that i'm unhappy about the way things are going forward (my intel >> gfx are working great!), but gnome 3 isn't going to be much useful >> without 3d support... > > Note that gnome-shell working was quite high in Dave's priority list > (within the range of 'things RH staff get paid for'). That's both good to know and also not surprising as having tested Moblin on both ATI and Nouveau devices waiting 15 seconds for a menu to respond is less than ideal :-) I suspect that with both Moblin and gnome-shell depending on clutter/mutter that this will be something we see moving forward in leaps and bounds in the next 12 months in the lead up to gnome 3 or else its going to suck on open drivers. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?
On 11/26/09, Terry Barnaby wrote: > On 11/26/2009 04:34 PM, Josh Boyer wrote: >> On Thu, Nov 26, 2009 at 04:08:27PM +, Terry Barnaby wrote: >>> As you obviously know tracking down and reporting bugs like these do take >>> a lot of time and effort, quite often more than actually fixing them. At >>> the moment >>> with the frequency of Fedora releases and the lack of a push to testing >>> and stability on this front I am not enthused, at the moment, with doing >>> this and I suspect many others feel the same. >> >> I'm confused. You want Fedora to skip a release to focus on testing >> and fixing, and you have no plans to help and aren't enthusiastic >> about actually participating in the testing and fixing? >> >> josh >> > I really want to help and get a stable release and present bug reports and > even fix them if I can. But, the current short term release schedule, and no > focus on testing and fixing graphics issues, does not inspire me with > confidence > that a stable usable release will emerge. This makes it difficult > for me to justify the effort. Convince me :) Convince you? Not sure we need to do that. I've had some issues with graphics on my Dell laptop with nvidia graphics and I reported a couple of bugs and ones been fixed, one was not a bug and the other one I've had lots of help to get fixed, and while not there yet its well and truly on its way. My Intel based systems are spectacularly stable. The thing is with open source communities is that its a two way street. You need to contribute time to get help fixing stuff... if you can't justify the effort to assist in debugging stuff so it can be fixed and help the community as a whole why should the maintainer spend time dealing with your moaning when he's got dozens of other bugs with proper debugs attached that can help with the fixing of the issues and have people appreciate the effort. Its too easy to moan and harder to contribute. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Promoting i386 version over x86_64?
On Fri, Nov 20, 2009 at 11:14 AM, Ralf Corsepius wrote: > On 11/20/2009 11:58 AM, Peter Robinson wrote: > >>> IMO, they are targetting MID devices, competing with Android, Smart >>> phones >>> and similar. >> >> Not at the moment they're not/ > > Then please explain what they are targetting. Netbooks. > So far, all of Moblin I have seen was them trying to turn a multi-user > environment/desktop into a single-user, Smart-phone/Kiosk-like desktop. > >>> That's a completely different audience as I am talking about: People >>> using >>> netbooks, nettops and old i386s as inexpensive, "secondary" machine for >>> everyday, "low end" desktop usage, such as "browsing the web", "word >>> processing", "presentations", "photo browsing" etc. >> >> They are targeting Netbooks for the online type of device. > > What is this? UTMS, WLAN, LAN, Bluetooth etc.? > > How is this kind of device different from an "ordinary desktop" with UTMS, > WLAN, LAN, Bluetooth ...? Its not but its a move away from the traditional start menu style of interface to one with Social networking and other communications at its core. Like Sugar is a move away from a standard desktop for education. It doesn't suit everyone one but it doesn't mean its wrong. And for the target market its targeting it works very well. >> They are >> targeted at web browsing, Social Networking, Media >> (Audio/Video/Photos) and Instant messaging running on small >> inexpensive netbook devices. They will do presentations and word >> processing quite happily as well as it based on gtk and clutter so all >> the usual gnome apps will run but that's not the main target. > > In my understanding this is exactly the same target audience as all other > "desktop installations" address - So, why does it exist? Why do both gnome and kde and other desktop environments exist. They all achieve the same thing so why have more that one? The target is more the online market than a standard desktop market. Ones that use web based apps and the likes of twitter and itunes more than they do a word processor or spreadsheet. > Getting rid of the "multi-user overhead", turning Linux into Windows? You can run it multi user just fine. I do so myself. > Catering the the Telcos to address the TelCos' audiences? This would be the > Smartphone/Android etc. audience. No. A netbook isn't a smart phone you can't put it in your pocket. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Promoting i386 version over x86_64?
>> On 11/20/2009 11:20 AM, Ralf Corsepius wrote: "Users of the Fedora Moblin Spin would have a much better user experience on their NetBook, NetTop and other small devices" >>> >>> That's what the marketing department wants it to be. >> >> Meh. You said the target of the spin is not netbooks but it clearly is. > > You violently don't want to understand. Actually I disagree. > The moblin stuff is a different use-case, primarily addressing the very low > end of HW, which is competing with SmartPhones, the XOs and the like. Actually its not targeting very low end hardware at all. It uses clutter and the whole interface is rendered in OpenGL. You need a card that can do that and the XO and other "very low end hardware" won't cut it. > I am talking about is people using netbook/nettops as "secondary desktops" > for "normal usage". That is one use case of a Netbook/Nettop device. The other use case is people that want to use it as a social and communications device to keep in touch with friends, listen to music, check email and update facebook. Both are very valid use cases and both are very popular just because the Moblin user interface doesn't suit you it doesn't mean its not a valid use case and one that lots of people want to use. The fact there's been nearly 10K downloads of the beta live images prove that. >>> Reality speaks a different language: >>> * People are using their everyday desktop even on low end machines and >>> do not want to fiddle around with "custom netbooks desktops". >>> * People consider their low end machine's performance sufficient for >>> such use-cases. >> >> I am not sure why I should accept your version of reality over any >> other. Any references to back up your claims? > > It's what I am using netbooks for, everybody around me uses netbooks for, > what newpapers tell and what I can buy in stores. > The mass of "Atom based" machines you can buy around here either have "Win > XP" preinstalled or meanwhile occasionally come with Win7. Maybe where you live but Linux still makes up a large portion of the netbook market. With a decent interface like Moblin that I believe will improve. It doesn't fit everyones use case but the fact is that a large percentage of the public only use their computer for Web browsing, Music, photos, Instant Messaging, email and Social Networking and Moblin fits that perfectly. > Linux based netbooks/nettops can hardly be found in stores anywhere. > >>> The essentially the same rationale/reason why netbooks/nettops with >>> WinXP have been a huge success and why netbooks with "custom desktops" >>> were a failure. >> >> Actually, netbooks represent one of the highest market shares for Linux >> on the client side and nany of them are running custom desktops >> >> http://www.desktoplinux.com/news/NS5114054156.html > > Well you'll likely find a static proving anything. > > All I can say, my netbook easily outperforms many "older desktops" and is > quite suiteable for everyday office- and home use-cases, using an ordinary > Fedora setup. I don't have any use for Moblin and consider Moblin to be a > waste of resources. To you it might be, I'm well aware of your opinions but yours is not the only opinion and if you look at the netbook manufacturers you'll see that they're all announcing Moblin devices. Hell Dell is even shipping it in Beta to get it out there. So just because it doesn't fit your taste it doesn't mean its wrong. Ultimately its another option like GNOME or KDE or LXDE or enlightenment. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Promoting i386 version over x86_64?
>>> You must not confuse moblin with netbooks, nettops or with i386/32bit >>> machines in general. The moblin desktop is addressing a completely >>> different audience. >>> >> >> Oh? That's not what I got from >> http://fedoraproject.org/wiki/Features/FedoraMoblin > > It's what I get from this web-page and what I got from testing the original > Moblin desktop. No the Moblin 2.0 and 2.1 releases target NetBooks and Nettop devices solely. A later release of Moblin 2.1 will also be targeted for MID and Phone devices but will be using a slight different interface to the current Moblin with the same underlying tech. > IMO, they are targetting MID devices, competing with Android, Smart phones > and similar. Not at the moment they're not/ > That's a completely different audience as I am talking about: People using > netbooks, nettops and old i386s as inexpensive, "secondary" machine for > everyday, "low end" desktop usage, such as "browsing the web", "word > processing", "presentations", "photo browsing" etc. They are targeting Netbooks for the online type of device. They are targeted at web browsing, Social Networking, Media (Audio/Video/Photos) and Instant messaging running on small inexpensive netbook devices. They will do presentations and word processing quite happily as well as it based on gtk and clutter so all the usual gnome apps will run but that's not the main target. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Head-up - new firefox in rawhide
2009/11/18 Martin Stransky : > Hi, > > a new firefox (3.6 beta 2) just hit rawhide (a.k.a f13). There are some > changes which affect everyone who builds with xulrunner-devel-unstable > package. > > Mozilla decided to merge all include directories to one (mozbz#398573) and > stop shipping stable/unstable packages. So all headers/libraries are merged > to one big xulrunner-devel package (with respective pkgconfig files) and > xulrunner-devel-unstable has been removed. Is this the same with the -python and -python-devel pacakges? Regards, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ilbsndfile update!
On Tue, Nov 17, 2009 at 8:15 PM, Orcan Ogetbil wrote: > On Tue, Nov 17, 2009 at 2:38 PM, Peter Robinson wrote: >> On Sat, Nov 14, 2009 at 10:59 AM, Orcan Ogetbil wrote: >>> Hi folks, >>> After getting okays from a few folks I decided to fix the long >>> standing libsndfile bugs. >>> >>> One of these was a request [1] to split the utilities that come with >>> libsndfile into a utils subpackage. I did this only for F-13. >>> >>> Since libsndfile is used by so many other software, it is impractical >>> for me to check all of these software to see if any of them depends on >>> these command line utilities. If you have a package that depends on >>> libsndfile, it would be good to check whether it uses these utilities. >>> Then you'll need to require libsndfile-utils directly. If your package >>> just needs the library there is nothing to worry about. Again, the >>> utils split is only made in F-13. >>> >>> Other than that, libsndfile is updated to 1.0.20 in F-10+. Also, now >>> it has the libvorbis support enabled. >> >> Any chance of getting the jack-audio-connection-kit dependency split >> out into a sub package? >> > > I think that the jack dependency comes from one of the command line > utilities of libsndfile which are now separated into the > libsndfile-tools package. > > Note that here "now" means F-13+. I didn't want to make the split on > F-12 and before as it might break potential direct dependencies on > these utilities. This will give packagers a full release cycle to find > regressions if there are any. Or am I too paranoid? F-13+ is just fine. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ilbsndfile update!
On Sat, Nov 14, 2009 at 10:59 AM, Orcan Ogetbil wrote: > Hi folks, > After getting okays from a few folks I decided to fix the long > standing libsndfile bugs. > > One of these was a request [1] to split the utilities that come with > libsndfile into a utils subpackage. I did this only for F-13. > > Since libsndfile is used by so many other software, it is impractical > for me to check all of these software to see if any of them depends on > these command line utilities. If you have a package that depends on > libsndfile, it would be good to check whether it uses these utilities. > Then you'll need to require libsndfile-utils directly. If your package > just needs the library there is nothing to worry about. Again, the > utils split is only made in F-13. > > Other than that, libsndfile is updated to 1.0.20 in F-10+. Also, now > it has the libvorbis support enabled. Any chance of getting the jack-audio-connection-kit dependency split out into a sub package? Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken deps for rawhide the past few days
On Mon, Nov 16, 2009 at 7:22 PM, Jesse Keating wrote: > Many of you received emails over the weekend and this morning regarding > broken deps in rawhide. If these emails mentioned that the deps were > broken on ppc or ppc64 they can be ignored. We are no longer producing > ppc/ppc64 as a primary arch, however we forgot to tag the config change > that enacted this on our compose tools. We were attempting to compose > ppc(64) trees with only noarch packages, and well things didn't work so > hot. > > We should have this fixed today so that future emails about broken deps > will be about actual broken deps, not broken configurations. Sorry for > the mailbombing. Seems its underway again today for the ppc/ppc64. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On Tue, Nov 10, 2009 at 7:40 PM, Bernie Innocenti wrote: > Hello, > > I'm creating an EFI bootable USB image on my rawhide system with this > command-line: > > ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ > --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 > > The resulting USB stick boots fine on a black MacBook, but not on > a silver MacBook Pro. > > The bootable stick does not even show up in the list of boot devices. I think there's some bugs with booting EFI devices in the various live device (cd/usb) creation tools. The latest rawhide (released in the last day or two) has an updated liveusb-creator which fixes alot of the EFI issues, and a new livecd-tools I think is due soon. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 has gone gold
On Tue, Nov 10, 2009 at 4:54 PM, Adam Williamson wrote: > On Tue, 2009-11-10 at 09:55 +0530, Rahul Sundaram wrote: > >> Hopefully Nouveau gets 3D support within a couple of releases as well. > > Ben says to send beer. :) Happily, ask him what slab he wants and where he wants it delivered :-P Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Mon, Nov 9, 2009 at 3:45 PM, Bastien Nocera wrote: > On Mon, 2009-11-09 at 13:41 +0000, Peter Robinson wrote: >> On Mon, Nov 9, 2009 at 12:27 PM, Bastien Nocera wrote: >> > On Thu, 2009-11-05 at 18:01 +0000, Peter Robinson wrote: >> >> Hi All, >> >> >> >> For those interested there's a new test LiveCD of Fedora Moblin remix >> >> [1] for those that are interesting in playing. It would be nice to >> >> have some feedback on good or bad issues with it. There's been almost >> >> 1300 downloads since I announced the last one but I've had no feedback >> >> what so ever and while I'd like to assume that's because its perfect I >> >> doubt that is the case. >> > >> > I couldn't boot it using EFI on a Macbook Air, from a USB key because of >> > a bootx64.efi error. >> > >> > Which version of syslinux did you use to generate the ISO? >> >> The current one in F-12/rawhide. I've only become aware of the EFI >> support (via Luke's blog post about the new livecd-creator tool) so >> its on my list to investigate shortly. Is there anything special that >> needs to be done or should it just work? If there is something that >> needs to be done can someone point me to what that is. >> >> > The same hardware, generating the same USB key worked (kinda[1]) with >> > the F12 beta live image. >> >> Unfortunately the only EFI based device I have to test this with is a >> O2 joggler and I have no idea what version of EFI it has, just that >> its a 32 bit Atom based system that I want took look at closer for >> hacking when I get some spare cycles. > > My just be a dupe of https://bugzilla.redhat.com/show_bug.cgi?id=533824 > I'll recreate a boot disk when I get a chance. I found these two efi ones over the weekend as well: https://bugzilla.redhat.com/show_bug.cgi?id=528232 https://bugzilla.redhat.com/show_bug.cgi?id=526825 Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Mon, Nov 9, 2009 at 12:27 PM, Bastien Nocera wrote: > On Thu, 2009-11-05 at 18:01 +0000, Peter Robinson wrote: >> Hi All, >> >> For those interested there's a new test LiveCD of Fedora Moblin remix >> [1] for those that are interesting in playing. It would be nice to >> have some feedback on good or bad issues with it. There's been almost >> 1300 downloads since I announced the last one but I've had no feedback >> what so ever and while I'd like to assume that's because its perfect I >> doubt that is the case. > > I couldn't boot it using EFI on a Macbook Air, from a USB key because of > a bootx64.efi error. > > Which version of syslinux did you use to generate the ISO? The current one in F-12/rawhide. I've only become aware of the EFI support (via Luke's blog post about the new livecd-creator tool) so its on my list to investigate shortly. Is there anything special that needs to be done or should it just work? If there is something that needs to be done can someone point me to what that is. > The same hardware, generating the same USB key worked (kinda[1]) with > the F12 beta live image. Unfortunately the only EFI based device I have to test this with is a O2 joggler and I have no idea what version of EFI it has, just that its a 32 bit Atom based system that I want took look at closer for hacking when I get some spare cycles. > Cheers > > [1]: Got this error on boot (this a first gen MBA, with Intel gfx), will > test with the F12 RC when it's available: > [drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Mon, Nov 9, 2009 at 1:31 PM, Tim Lauridsen wrote: > On 11/07/2009 11:13 AM, Tim Lauridsen wrote: >> >> On 11/05/2009 07:01 PM, Peter Robinson wrote: >>> >>> Hi All, >>> >>> For those interested there's a new test LiveCD of Fedora Moblin remix >>> [1] for those that are interesting in playing. It would be nice to >>> have some feedback on good or bad issues with it. There's been almost >>> 1300 downloads since I announced the last one but I've had no feedback >>> what so ever and while I'd like to assume that's because its perfect I >>> doubt that is the case. >>> >>> Enjoy! >>> >>> Peter >>> >>> [1] http://fedora.roving-it.com/FedoraMoblin12-Beta2-LiveCD.iso >>> >>> As a side note the old one has been renamed to the following to make >>> it easier to identify. >>> >>> http://fedora.roving-it.com/FedoraMoblin12-Beta1-LiveCD.iso >>> >> I downloaded at the livecd and booted it on my T60 >> http://www.smolts.org/client/show/pub_1b38e7a8-4ef5-478b-89d5-97f0ebf135be >> >> The interface was work and looked very nice, but it looked like the >> network applet was crached, so i couldn't >> connect to my wireless network :( >> abrt had a crash report on network-manager-netbook, but i could not >> submit it because i had not network connection. >> >> Thanks for the nice work ! >> >> Tim >> > > Tested with Beta3, same issue no network applet and no way to get a wpa2 > connection :( There's a crash in n-m-n that I'm looking into. It seems to be when there's no exiting connections as it works fine on my dual gnome/mobilin instance which already had APs. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Dependency problems on upgrade from F-11 to F-12
> | source rpm: clutter-cairo-0.8.2-3.fc11.src.rpm > | package: clutter-cairo-devel-0.8.2-3.fc11.i586 from fedora-11-i386 > | unresolved deps: > | libclutter-cairo-0.8.so.0 > | clutter-cairo = 0:0.8.2-3.fc11 > | related pkgs: > | clutter-cairo > | clutter > > No "clutter-cairo" anymore in Fedora 12. > > | source rpm: clutter-cairomm-0.7.4-2.fc11.src.rpm > | package: clutter-cairomm-0.7.4-2.fc11.i586 from fedora-11-i386 > | unresolved deps: > | libclutter-cairo-0.8.so.0 > | related pkgs: > | clutter-cairo > > No "clutter-cairo" anymore in Fedora 12. > | source rpm: pyclutter-0.8.2-2.fc11.src.rpm > | package: pyclutter-cairo-0.8.2-2.fc11.i586 from fedora-11-i386 > | unresolved deps: > | libclutter-cairo-0.8.so.0 > | related pkgs: > | clutter-cairo > > No "pyclutter-cairo" sub-package anymore in F-12. This -cairo functionality has been merged into main clutter packages and those packages should obsolete them. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cvs-import.sh problem
2009/11/7 Jarosław Górny : > Hi, > CVS branches for my first package were created couple of days ago. > Today I've set up my account (I think correctly), did a successful checkout, > but I can't import sources: > > > [jaros...@moonstone mpdscribble]$ ./common/cvs-import.sh -b F-11 -m "Initial > import (#477542)" ../../mpdscribble-0.18.1-1.fc12.src.rpm > Checking out module: 'mpdscribble' > Unpacking source package: mpdscribble-0.18.1-1.fc12.src.rpm... > L mpdscribble-0.18.1.tar.bz2 > A mpdscribble.init.d > A mpdscribble.spec > > Checking : mpdscribble-0.18.1.tar.bz2 on > https://cvs.fedoraproject.org/repo/pkgs/upload.cgi... > ERROR: could not check remote file status > make: *** [upload] Błąd 255 > ERROR: Uploading the source tarballs failed! > > > Is it me doing sth. wrong (or not configured properly)? Please help me, It looks OK to me. Try going to the root dir of the package and doing another 'cvs update'. Then change into F-11 (or which ever one) and then I would do a "../common/cvs-import.sh ~/path/to/pacakge.rpm" then a 'cvs update' then 'make build' and take it from there. I would generally do that on devel and then just copy source .cvsignore and package.rpm to the various branches from there. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Fri, Nov 6, 2009 at 7:20 AM, Josephine Tannhäuser wrote: > Hi all, > > Moblin is afaik Intel processors only. Would this work because of the > fedora fundament on other processors like a via with 733mhz, too? Intel's version of Moblin is optimised for Intel processors only. Fedora's version of moblin should work on on all CPUs but the interface makes a lot of use of opengl through clutter so it will be dependant on your video card so you milage may vary. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Thu, Nov 5, 2009 at 10:56 PM, Guido Grazioli wrote: > 2009/11/5 Peter Robinson : >> Hi All, >> >> For those interested there's a new test LiveCD of Fedora Moblin remix >> [1] for those that are interesting in playing. It would be nice to >> have some feedback on good or bad issues with it. There's been almost >> 1300 downloads since I announced the last one but I've had no feedback >> what so ever and while I'd like to assume that's because its perfect I >> doubt that is the case. >> > > * I booted it for the first time some minutes ago on an Asus eeepc 900 > (no atom, just a celeron). I actually never installed "vanilla" moblin > because in their site atom is a requirement. > > * Boot is somewhat slow but it could depend on my crappy usb key, or > because netbooks are crap themselves; after > gdm login, the graphics go unexpectedly *FAST* and *SMOOTH* ! Cool, I need to look closer at the boot to see what can improved. I'm been too busy for my own good of late so haven't had a chance to look closely at this bit. > * Just before graphical boot screen, for some seconds i can see: > -- > render error detected, EIR: 0x0010 > page table error > PGTBL_ER: 0x0100 > [drm:i915_handle_error] *ERROR* EIR stuck: 0x010, masking > render error detected, EIR: 0x0010 > page table error > PGTBL_ER: 0x0100 > -- > however, everything seems to run just right after that. Is it recorded in dmesg. It might be worth reporting a bug with all the details. > * Where's wifi configuration? isn't there a graphical tool > to configure it? asking my gf to get it up on a shell is a no-no. It should be in the top right corner of the top panel. Just to the left of the volume control. From memory the eeePC 900 has an atheros card so it should work OK. > * I mounted a touchscreen in my eeepc, and moblin gui looks > much more friendly to that interface. However i couldnt install > the manufacturer software (eGalax), because i think > an autoloaded module interferes with it (generic-usb?). > On F11 nothing get autoloaded and touchscreen works fine. > I need some more testing to figure this out. Do they have an open driver? Maybe its supported in F-12 and I just need to make sure the right package is included to support it. Thanks for the report. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Mesa 7.6.0 bugs
On Wed, Nov 4, 2009 at 1:04 AM, Bojan Smojver wrote: > New mesa (7.6.0) is causing trouble for people using F-11/12 code (see > bugs #524338 and #509528 for instance). I've seen a couple of bugs in the 3D stuff with Moblin/clutter as well. RHBZ #521714 and #529372 come to mind. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Nightly composes, rawhide or F12?
On Wed, Oct 28, 2009 at 12:12 PM, Andreas Tunek wrote: > Are the nightly composes (such as this: > http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ ) a > build of what will become F12 or are they a build of rawhide? I believe F-12 and rawhide are still one and the same. F-13 rawhide hasn't opened up yet so they're still just a collection of tagged packages in koji waiting to be released to unsuspecting people :-) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Notice: Fedora 12 Tagging Status Update
On Wed, Oct 28, 2009 at 5:40 AM, Bojan Smojver wrote: > On Wed, 2009-10-21 at 16:18 -0400, Warren Togami wrote: >> 5) How many untagged packages are there? >> >> koji list-tagged --latest dist-f12-updates-candidate > > I ran this today (just for kicks). It gives back 323 packages. Even with > false positives, it a large amount for zero day updates. > > This is just FYI. The original e-mail was about removing a backlog of > 250+ packages waiting in Bodhi. I thought dist-f12-updates-candidate were packages that had been build for F-12 but had not yet been tagged. It doesn't necessarily mean they are going to be pushed into F-12. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Beta now available!
Hi All, > * Moblin graphical interface for netbooks - The Moblin graphical > interface and applications are fully integrated thanks to Peter > Robinson, a Fedora Project volunteer, and others. To use it, just > install the Moblin Desktop Environment package group using yum or the > graphical software management tools, and choose Moblin from the login > manager. A F12 Moblin Fedora Remix (installable Live CD) will also be > available. I'm a little late to the Fedora 12 beta party (thanks to life for getting in the way) as I was hoping to get a test LiveCD out right after the beta but fashionably late here is the first cut of the "Fedora Mini - Moblin" livecd based on todays rawhide. It has been tested on a eee PC 901 and should work fine on Intel Atom based netbooks. You mileage may vary on other platforms especially on non Intel graphics cards. Please let me know of feedback on the live cd and report bugs against specific packages. Enjoy http://fedora.roving-it.com/FedoraMoblin12-LiveCD.iso I plan to do at least weekly test releases of the livecd in the lead up to Fedora 12. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 upgrade experience with Dell D630
On Tue, Oct 20, 2009 at 7:22 PM, Adam Williamson wrote: > On Tue, 2009-10-20 at 11:17 +0100, Peter Robinson wrote: >> Hi All, >> >> As the Dell Latitude D630 is one of the more common devices that smolt >> reports being used by Fedora I thought I'd mention my upgrade >> experience and issues for F-12. >> >> Probably the two usual things that people query are grahics and wifi. >> The model I have has the Intel IWL-4965AGN device which as expected >> works fine. >> >> I'm having a few issues with the nouveau driver with plymouth in that >> it doesn't work at all but if I remove all the options from the kernel >> boot line it gets to X and apart from some initial corruption as GDM >> comes up its OK from there. I have no idea how to debug this. > > Try adding the parameter 'nomodeset' instead of removing any parameters. > What happens then? It all works just fine with modesetting off. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 upgrade experience with Dell D630
On Wed, Oct 21, 2009 at 6:47 PM, Dan Williams wrote: > On Wed, 2009-10-21 at 13:31 +0100, Peter Robinson wrote: >> On Wed, Oct 21, 2009 at 1:28 PM, Peter Robinson wrote: >> >>> As the Dell Latitude D630 is one of the more common devices that smolt >> >>> reports being used by Fedora I thought I'd mention my upgrade >> >>> experience and issues for F-12. >> >>> >> >>> Probably the two usual things that people query are grahics and wifi. >> >>> The model I have has the Intel IWL-4965AGN device which as expected >> >>> works fine. >> >>> >> >>> I'm having a few issues with the nouveau driver with plymouth in that >> >>> it doesn't work at all but if I remove all the options from the kernel >> >>> boot line it gets to X and apart from some initial corruption as GDM >> >>> comes up its OK from there. I have no idea how to debug this. >> >> >> >> Try adding the parameter 'nomodeset' instead of removing any parameters. >> >> What happens then? >> > >> > It has certainly improved it. I wasn't in front of the machine as it >> > booted this morning so I'll need to check out plymouth this evening >> > but the responsiveness of the display is improved and I don't get >> > duplicate mouse pointers now. The performance seems reduced compared >> > to F-11 though :-( >> > >> >>> Probably the most annoying is the breakage of sound. This seems to >> >>> have every other kernel/alsa/pulseaudio update and was an issue on and >> >>> off right through F-11 as well so its not exactly surprising but also >> >>> disappointing that one of the most common devices running Fedora has >> >>> sound broken on a semi regular basis. Again some pointers in debugging >> >>> this so it can be fixed by F-12 final would be great. >> >> >> >> https://fedoraproject.org/wiki/Bug_info_kernel_sound >> >> >> >>> The only other very minor issue I see is that the icon spacing on the >> >>> gnome panels is massive! >> >> >> >> This is currently being 'enthusiastically' discussed on >> >> fedora-desktop-list. :) >> > >> > Thanks for the pointer. I noticed its also been tweaked in todays rawhide. >> > >> > I've also noticed of late that yum performance has gone through the floor >> > too. >> >> I never finished that. Its currently necking one core of a 2.5 ghz >> penryn and using nearly a gig of RAM. It literally now takes hours to >> update my Fit-PC (500mhz geode with 256Mb RAM). > > Geode GX2/500 has basically zero cache (either L1 or L2), and 256MB is > really the bare minimum for the install/upgrade process. You'll be > swapping to disk a lot during the upgrade while the depsolving goes on, > and yeah, it'll take quite a while. Yea, but my Dell with a Centrino penryn processor with 6 meg of cache and 4 gig of RAM was horrific and earlier in F-12 it wasn't that bad even on the Geode. I couldn't use my Dell for over 20 mins while doing a single days worth of the current rawhide pushes. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 upgrade experience with Dell D630
On Wed, Oct 21, 2009 at 1:28 PM, Peter Robinson wrote: >>> As the Dell Latitude D630 is one of the more common devices that smolt >>> reports being used by Fedora I thought I'd mention my upgrade >>> experience and issues for F-12. >>> >>> Probably the two usual things that people query are grahics and wifi. >>> The model I have has the Intel IWL-4965AGN device which as expected >>> works fine. >>> >>> I'm having a few issues with the nouveau driver with plymouth in that >>> it doesn't work at all but if I remove all the options from the kernel >>> boot line it gets to X and apart from some initial corruption as GDM >>> comes up its OK from there. I have no idea how to debug this. >> >> Try adding the parameter 'nomodeset' instead of removing any parameters. >> What happens then? > > It has certainly improved it. I wasn't in front of the machine as it > booted this morning so I'll need to check out plymouth this evening > but the responsiveness of the display is improved and I don't get > duplicate mouse pointers now. The performance seems reduced compared > to F-11 though :-( > >>> Probably the most annoying is the breakage of sound. This seems to >>> have every other kernel/alsa/pulseaudio update and was an issue on and >>> off right through F-11 as well so its not exactly surprising but also >>> disappointing that one of the most common devices running Fedora has >>> sound broken on a semi regular basis. Again some pointers in debugging >>> this so it can be fixed by F-12 final would be great. >> >> https://fedoraproject.org/wiki/Bug_info_kernel_sound >> >>> The only other very minor issue I see is that the icon spacing on the >>> gnome panels is massive! >> >> This is currently being 'enthusiastically' discussed on >> fedora-desktop-list. :) > > Thanks for the pointer. I noticed its also been tweaked in todays rawhide. > > I've also noticed of late that yum performance has gone through the floor too. I never finished that. Its currently necking one core of a 2.5 ghz penryn and using nearly a gig of RAM. It literally now takes hours to update my Fit-PC (500mhz geode with 256Mb RAM). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-12 upgrade experience with Dell D630
>> As the Dell Latitude D630 is one of the more common devices that smolt >> reports being used by Fedora I thought I'd mention my upgrade >> experience and issues for F-12. >> >> Probably the two usual things that people query are grahics and wifi. >> The model I have has the Intel IWL-4965AGN device which as expected >> works fine. >> >> I'm having a few issues with the nouveau driver with plymouth in that >> it doesn't work at all but if I remove all the options from the kernel >> boot line it gets to X and apart from some initial corruption as GDM >> comes up its OK from there. I have no idea how to debug this. > > Try adding the parameter 'nomodeset' instead of removing any parameters. > What happens then? It has certainly improved it. I wasn't in front of the machine as it booted this morning so I'll need to check out plymouth this evening but the responsiveness of the display is improved and I don't get duplicate mouse pointers now. The performance seems reduced compared to F-11 though :-( >> Probably the most annoying is the breakage of sound. This seems to >> have every other kernel/alsa/pulseaudio update and was an issue on and >> off right through F-11 as well so its not exactly surprising but also >> disappointing that one of the most common devices running Fedora has >> sound broken on a semi regular basis. Again some pointers in debugging >> this so it can be fixed by F-12 final would be great. > > https://fedoraproject.org/wiki/Bug_info_kernel_sound > >> The only other very minor issue I see is that the icon spacing on the >> gnome panels is massive! > > This is currently being 'enthusiastically' discussed on > fedora-desktop-list. :) Thanks for the pointer. I noticed its also been tweaked in todays rawhide. I've also noticed of late that yum performance has gone through the floor too. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F-12 upgrade experience with Dell D630
Hi All, As the Dell Latitude D630 is one of the more common devices that smolt reports being used by Fedora I thought I'd mention my upgrade experience and issues for F-12. Probably the two usual things that people query are grahics and wifi. The model I have has the Intel IWL-4965AGN device which as expected works fine. I'm having a few issues with the nouveau driver with plymouth in that it doesn't work at all but if I remove all the options from the kernel boot line it gets to X and apart from some initial corruption as GDM comes up its OK from there. I have no idea how to debug this. Thankfully the issue with detection of my 2nd screen at 1680x1050 is no longer and it now works great. Laptop screen is 1440x900 and I use to have to run a manual 'xrandr --auto' to get it to detect both resolutions properly and configure it. Probably the most annoying is the breakage of sound. This seems to have every other kernel/alsa/pulseaudio update and was an issue on and off right through F-11 as well so its not exactly surprising but also disappointing that one of the most common devices running Fedora has sound broken on a semi regular basis. Again some pointers in debugging this so it can be fixed by F-12 final would be great. The only other very minor issue I see is that the icon spacing on the gnome panels is massive! Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
the mass rebuild and i586 rpms?
Hi All, I thought with the mass rebuild the i586 rpms were suppose to be gone but it seems the F-12 repository still has quite a few of them. Are the old packages that should have been blocked, ones that's that weren't rebuilt for some reason or something that I've just missed? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, Oct 15, 2009 at 5:13 PM, Adam Williamson wrote: > On Thu, 2009-10-15 at 16:53 +0100, Peter Robinson wrote: >> On Thu, Oct 15, 2009 at 4:46 PM, Adam Williamson wrote: >> > On Thu, 2009-10-15 at 08:59 +0100, Peter Robinson wrote: >> >> Because it allows me to test them as part of what will become the F-12 >> >> Moblin remix spin >> > >> > You can add custom repositories to spin config files, so you could get >> > the updated packages in that way. Not ideal, but it ought to work. >> >> Already done so, farking painful and the other people that are >> actually using it have borked builds because there was no email about >> the changes to NetworkManager to fedora-devel to allow me to get a >> rebuild done in time. It obviously a "I'm right Jack" situation. > > Dan, in future can you let Peter know when you make changes to > NetworkManager which require clients to be rebuilt? > >> > As Conrad said, there's no concerted policy here AFAIK, just that no-one >> > yet reached your ticket for some reason. >> >> Not according to Jesse, even in this thread there seems to be mixed >> communications. My understanding was from the last FUDCon would be >> that it would be complete lock down for core stuff with more >> flexibility for the stuff that obviously isn't mainline and going >> affect the core stability but then then I've not seen communication >> either way so I honestly would have no idea. > > I should have said that no-one reached your ticket before the > solid-freeze for the Beta release, I'm not disagreeing with Jesse. I would be nice to have a "tomorrow's rawhide will be the last opportunity to get things tagged into the beta" email. If there was one I missed it and the amount of extra work it has cost me due to having to spin up repos and answer people's direct emails of "this is broken" would have been nice, the time it has taken me is time I don't exactly have at the moment. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, Oct 15, 2009 at 5:03 PM, Jesse Keating wrote: > On Thu, 2009-10-15 at 16:53 +0100, Peter Robinson wrote: >> Not according to Jesse, even in this thread there seems to be mixed >> communications. My understanding was from the last FUDCon would be >> that it would be complete lock down for core stuff with more >> flexibility for the stuff that obviously isn't mainline and going >> affect the core stability but then then I've not seen communication >> either way so I honestly would have no idea. >> >> > > Thats true for most of the freeze, but when we hit release candidate > stage we change absolutely nothing. The problem right now is that there > is only one repo to publish things into, rawhide, but we have multiple > things we'd like to publish; pending F12 Beta tree, pending F12 final > tree, and the F13 tree. We have to pick one. RC phase, I thought we were at the beta phase? Or is that RC for the beta phase? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, Oct 15, 2009 at 4:46 PM, Adam Williamson wrote: > On Thu, 2009-10-15 at 08:59 +0100, Peter Robinson wrote: >> Because it allows me to test them as part of what will become the F-12 >> Moblin remix spin > > You can add custom repositories to spin config files, so you could get > the updated packages in that way. Not ideal, but it ought to work. Already done so, farking painful and the other people that are actually using it have borked builds because there was no email about the changes to NetworkManager to fedora-devel to allow me to get a rebuild done in time. It obviously a "I'm right Jack" situation. > As Conrad said, there's no concerted policy here AFAIK, just that no-one > yet reached your ticket for some reason. Not according to Jesse, even in this thread there seems to be mixed communications. My understanding was from the last FUDCon would be that it would be complete lock down for core stuff with more flexibility for the stuff that obviously isn't mainline and going affect the core stability but then then I've not seen communication either way so I honestly would have no idea. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, Oct 15, 2009 at 4:02 PM, Toshio Kuratomi wrote: > On Thu, Oct 15, 2009 at 08:59:13AM +0100, Peter Robinson wrote: >> On Thu, Oct 15, 2009 at 8:55 AM, Conrad Meyer >> wrote: >> > If they're not on any of the official spins, what benefit does tagging them >> > into dist-f12 provide over having them as updates? (Pushing updates is the >> > suggested approach unless there's some reason it won't work in your case.) >> >> Because it allows me to test them as part of what will become the F-12 >> Moblin remix spin and allows others to test them rather than me having >> to setup a separate repository so I can test how the interact with the >> rest of the Moblin packages in Fedora. >> > Does the old network-manager-netbook prevent people from getting onto the > network? If so, it seems important to make sure the fixed version goes into > the release repositories. Yes, in fact it doesn't even run. That's why it seems that all the various NM vpn plugins had to be recompiled as well. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, Oct 15, 2009 at 8:55 AM, Conrad Meyer wrote: > On Thursday 15 October 2009 12:51:28 am Peter Robinson wrote: >> Hi All, >> >> I presume that the reason that tagging requests aren't being done is >> due to the upcoming beta but is there a reason that non core or >> critical path packages can't be tagged in. I have a number of Moblin >> packages that fix various issues, in particular a rebuild of >> network-manager-netbook to fix networking against the latest NM build >> that hit just before the cut off. Given that none of these packages >> would be anywhere near any of the official spins is there any >> particular reason they can't be tagged in? Or if not when will they be >> reviewed? >> >> Peter > > Hi, > > If they're not on any of the official spins, what benefit does tagging them > into dist-f12 provide over having them as updates? (Pushing updates is the > suggested approach unless there's some reason it won't work in your case.) Because it allows me to test them as part of what will become the F-12 Moblin remix spin and allows others to test them rather than me having to setup a separate repository so I can test how the interact with the rest of the Moblin packages in Fedora. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
tagging of non critical path package into F-12?
Hi All, I presume that the reason that tagging requests aren't being done is due to the upcoming beta but is there a reason that non core or critical path packages can't be tagged in. I have a number of Moblin packages that fix various issues, in particular a rebuild of network-manager-netbook to fix networking against the latest NM build that hit just before the cut off. Given that none of these packages would be anywhere near any of the official spins is there any particular reason they can't be tagged in? Or if not when will they be reviewed? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: python-json (was: Re: rawhide report: 20091010 changes)
On Sun, Oct 11, 2009 at 5:51 PM, Peter Robinson wrote: > On Sun, Oct 11, 2009 at 5:47 PM, Kevin Kofler wrote: >> Rawhide Report wrote: >>> Removed package python-json >> >> Why was this removed? sugar-toolkit requires this package and now has broken >> dependencies! > > Apparently the functionality has been merged into the main python > package. Looking at the cvs changelog sugar-toolkit was rebuilt > against the main package but it seems that the person that did so > hasn't filed a ticket with rel-eng to get it tagged into the release, > or if the ticket was filed it is yet to be tagged into the release. There's also a rel-eng to get the build tagged into the release here https://fedorahosted.org/rel-eng/ticket/2447 Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: python-json (was: Re: rawhide report: 20091010 changes)
On Sun, Oct 11, 2009 at 5:47 PM, Kevin Kofler wrote: > Rawhide Report wrote: >> Removed package python-json > > Why was this removed? sugar-toolkit requires this package and now has broken > dependencies! Apparently the functionality has been merged into the main python package. Looking at the cvs changelog sugar-toolkit was rebuilt against the main package but it seems that the person that did so hasn't filed a ticket with rel-eng to get it tagged into the release, or if the ticket was filed it is yet to be tagged into the release. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On Wed, Oct 7, 2009 at 4:29 PM, Bill Nottingham wrote: > Richard W.M. Jones (rjo...@redhat.com) said: >> > This is going to be pretty important for scientific workloads where >> > atlas is going to be used. I've eavesdropped on several conversations >> > where people were talking about being able to run off-the-shelf >> > science code virtual appliance in order to reduce the environment >> > configuration workload for an individual researcher. >> >> Yup. The really fun starts when you do live migration. The processor >> literally changes underneath the running programs. If you thought you >> had SSE3 one minute, then the next you don't, or vice versa. >> >> No one has to my knowledge come up with a good way to deal with this. >> But it probably involves signalling the kernel and processes so that >> they can redo processor detection. You can see why that is not going >> to be pleasant. > > Surely the way to do this is to know what your workload is doing, > and not do live migration to random hardware? In fact the proper way to do this it to have the same hardware in the group of servers that VMs might be live migrated between so that its not an issue. Then the only time this would then come into play is when you are upgrading the group/cluster of machines to newer hardware and that shouldn't be an issue as the newer hardware should have more features in the CPU and not less. This is the way we do it in the Enterprise hosting company that I work for which has a VM environment over around 250 hosts runninng around 2500 VMs. We have a few disparate clusters with different devices using different HW but in that case we use the CPU masking features of the main proprietary product that is in use in that particular case. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: olpc components in x86/x86_64 repo
On Wed, Oct 7, 2009 at 8:12 AM, Rahul Sundaram wrote: > On 10/06/2009 05:35 PM, Jon Ciesla wrote: > >> Additionally, having OLPC-specific RPMS in mainline Fedora helps with >> the end goal that is , as I understand it, to have OLPC's OS be >> essentially a Spin of stock Fedora. It also helps OLPC devs who don't >> necessarily have XOs. > > IIRC, they already are shipping stock Fedora in their latest builds > except for the kernel. They are also responsible for the largest amount > of Fedora deployments in the world. So it is all mutually beneficial. That is correct, we're all upstream now with no weird branches for core packages :-) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: olpc components in x86/x86_64 repo
On Tue, Oct 6, 2009 at 12:58 PM, Rudolf Kastl wrote: > 2009/10/6 Peter Robinson : >> On Tue, Oct 6, 2009 at 10:59 AM, Rudolf Kastl wrote: >>> yum list all |grep olpc >>> dracut-modules-olpc.x86_64 0.2.1-2.fc12 >>> rawhide >>> olpc-contents.x86_64 2.6-2.fc12 >>> rawhide >>> olpc-library.noarch 2.0.2-2.fc12 >>> rawhide >>> olpc-netutils.noarch 0.7-4.fc12 >>> rawhide >>> olpc-switch-desktop.noarch 0.6-2.fc12 >>> rawhide >>> olpc-update.noarch 2.20-1.fc12 >>> rawhide >>> olpc-utils.x86_64 1.0.3-2.fc12 >>> rawhide >>> >>> does it really make sense to have those modules available on >>> x86/x86_64? (this is from rawhide) >> >> Yes, because they are used on both x86 and x86_64 platforms. What is >> the problem having them there? >> >> Peter > > somehow i had the impression they are atleast partially related to the > olpc hardware. Those ones aren't necessarily, and even then why does that stop them from being in rawhide. There's lots of packages for specific hardware in Fedora and these devices run Fedora. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: olpc components in x86/x86_64 repo
On Tue, Oct 6, 2009 at 10:59 AM, Rudolf Kastl wrote: > yum list all |grep olpc > dracut-modules-olpc.x86_64 0.2.1-2.fc12 rawhide > olpc-contents.x86_64 2.6-2.fc12 rawhide > olpc-library.noarch 2.0.2-2.fc12 rawhide > olpc-netutils.noarch 0.7-4.fc12 rawhide > olpc-switch-desktop.noarch 0.6-2.fc12 rawhide > olpc-update.noarch 2.20-1.fc12 rawhide > olpc-utils.x86_64 1.0.3-2.fc12 rawhide > > does it really make sense to have those modules available on > x86/x86_64? (this is from rawhide) Yes, because they are used on both x86 and x86_64 platforms. What is the problem having them there? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning some packages [Was: Re: Buyer Beware: A Major Change in NFS is about to happen]
On Sat, Oct 3, 2009 at 7:21 PM, Matej Cepl wrote: > Dominic Hopf, Sat, 03 Oct 2009 01:46:04 +0200: >>> syncevolution -- SyncML client for evolution >> >> I would like to maintain this package then. > > Talk with Peter Robinson about comaintainership. I'll quite happily have someone to help co-maintain it :) Just request it in pkgdb :) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dist-f12 locked?
On Sat, Oct 3, 2009 at 5:02 PM, Remi Collet wrote: > Le 03/10/2009 17:54, Peter Robinson a écrit : >> Hi All, >> >> The last day or so I've been getting the following error when doing a >> 'make build' on the F-12 branches of various packages. Is there a >> reason for the branch being locked? > > cvs update ? > (new build target is updates candidates) ah, did that on the local branch not the root of the package. I was sure had but its fixed the problem. Thanks! Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
dist-f12 locked?
Hi All, The last day or so I've been getting the following error when doing a 'make build' on the F-12 branches of various packages. Is there a reason for the branch being locked? Peter Usage: koji build [options] target URL (Specify the --help global option for a list of other help options) koji: error: Destination tag dist-f12 is locked make: *** [build] Error 1 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning some packages [Was: Re: Buyer Beware: A Major Change in NFS is about to happen]
2009/10/3 Christoph Höger : > Am Samstag, den 03.10.2009, 10:09 +0100 schrieb Peter Robinson: >> > syncevolution -- SyncML client for evolution >> >> I'll take this one. >> >> Peter > > > I've just commented on that package, but you're not yet maintaining it, > so I'll repeat what I've discussed with Matěj already: > > 1. There is some bug with the libraries lying in /usr/lib/syncevolution > without patching no binary works out of the box > > 2. The sync-ui binary (which I wanted to test the most ;)) is missing. yes, I'm aware of both of those issues. There's also a moblin gui for it as well which is one of the reasons I'd like to maintain it. Plan to add all of that in and a few other bits. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning some packages [Was: Re: Buyer Beware: A Major Change in NFS is about to happen]
> syncevolution -- SyncML client for evolution I'll take this one. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS is about to happen
>> And Today I am %100 finished... Please point out which part of that >> did I misinterpret, because the last thing I want to do is cause problems... >> > > Because we do seem to fight this problem every release. Was anyone else > confused about when the deadline was? It seems very clear to me, on > several occasions, when features needed to be in by. > > What more could we have done to make this more clear? I understand what > that one email says, but there's several others that clarify. I must say with the Moblin feature process I found the whole dead line for alpha/beta etc very confusing as a first timer doing a feature release (even though I've been in involved in Fedora from the beginning). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: sugar-pippy dependencies
On Tue, Sep 29, 2009 at 10:02 PM, Toshio Kuratomi wrote: > On 09/29/2009 01:52 PM, Peter Robinson wrote: >> On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi wrote: > >>> I admit I'm not following sugar and numpy discussions too closely so I >>> might have missed it but I don't remember this. I do remember talking >>> about removing the numpy dependency from pygtk because it dragged in >>> atlas, et al and was only used by a single pygtk function. >> >> I remember that as well but at least with a quick repoquery (I might >> have got it wrong) it looks like the dependency is still there. Not >> sure what happened to the fix. > > Was that on F-11 or rawhide? I downloaded the pygtk2 package from > rawhide and it looks fixed. rawhide, I think the numpy support was just dropped from pygtk2 as opposed to fixing the dependencies in numpy themselves. numpy still depends on atlas and various other stuff. I'm not sure what the impact of either changes are, I'd have to dig back through archives to find the thread. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi wrote: > On 09/29/2009 12:51 AM, Peter Robinson wrote: >> On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti wrote: >>> Hello, >>> >>> the sugar-pippy rpm in Fedora depends on pygame, which is used by some >>> of the examples. >>> >>> So far, so good, but pygame in turn depends on numpy, a 7.7MB package >>> which a lot of huge dependencies such as atlas (11MB), libgfortran >>> (1MB), blas (700KB) and python-nose (1MB). >>> >>> The rest of Sugar is now free of numpy, so it would be good if we could >>> get rid of it completely. One quick solution would be splitting the >>> problematic examples to a sugar-pippy-examples-extra package. >>> >>> Another possibility -- probably the cleanest -- would be splitting the >>> optional classes surfarray and sndarray to a subpackage of pygame. >> >> The numpy dep issue was discussed on fedora-devel a while ago and I >> thought they were going to split the specific bit of numpy that >> depended on atlas et al out into a separate package. I was of the >> understanding that this had already been done. >> > > I admit I'm not following sugar and numpy discussions too closely so I > might have missed it but I don't remember this. I do remember talking > about removing the numpy dependency from pygtk because it dragged in > atlas, et al and was only used by a single pygtk function. I remember that as well but at least with a quick repoquery (I might have got it wrong) it looks like the dependency is still there. Not sure what happened to the fix. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:42 PM, Bernie Innocenti wrote: > El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribió: >> Bernie Innocenti wrote: >> > 1) are there lighter-weight alternatives for the most popular uses of >> > numpy? >> >> No. It has no competition, and is used by virtually every program that >> uses python and performs array manipulation. I think it would probably be >> part of the python standard library except for political issues (now >> mostly resolved). > > It's not used as much as you think: > > 1!ber...@giskard:~$ LANG=C rpm -e numpy > error: Failed dependencies: > numpy is needed by (installed) pygame-1.8.1-7.fc12.x86_64 > ber...@giskard:~$ rpm -qa | grep python | wc -l > 93 On a standard SoaS install unfortunately that is completely useless because of course .xo files have no dependency tracking so it only covers the few packages that are rpms. Of course if the rpm format was used the dep tracking would be easy :-D Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [Sugar-devel] sugar-pippy dependencies
On Tue, Sep 29, 2009 at 9:10 PM, Bernie Innocenti wrote: > El Tue, 29-09-2009 a las 12:36 +, Aleksey Lim escribió: >> pygame and numpy are parts of Sugar Platform[1], at least for 0.84, >> so, the right question is should these pakcages be a part of SP-0.86 >> I guess +1 for both, since we have honey activities that are depend on >> these packages. > > In Sugar shell 0.82, the only thing that numpy was providing was a bit > matrix. In 0.82, we replaced it with faster and lighter C code in > sugar-base, and it was a big performance win. > > I suspect the #1 usecase for numpy is to compensate for lack of good > array support in Python. > > > Questions: > > 1) are there lighter-weight alternatives for the most popular uses of > numpy? > > 1) how many of the existing activities actually depend on numpy? A quick repo query gives me pippy and sugar-speak in the fedora repo. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: sugar-pippy dependencies
On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti wrote: > Hello, > > the sugar-pippy rpm in Fedora depends on pygame, which is used by some > of the examples. > > So far, so good, but pygame in turn depends on numpy, a 7.7MB package > which a lot of huge dependencies such as atlas (11MB), libgfortran > (1MB), blas (700KB) and python-nose (1MB). > > The rest of Sugar is now free of numpy, so it would be good if we could > get rid of it completely. One quick solution would be splitting the > problematic examples to a sugar-pippy-examples-extra package. > > Another possibility -- probably the cleanest -- would be splitting the > optional classes surfarray and sndarray to a subpackage of pygame. The numpy dep issue was discussed on fedora-devel a while ago and I thought they were going to split the specific bit of numpy that depended on atlas et al out into a separate package. I was of the understanding that this had already been done. Peter -- 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
On Mon, Sep 28, 2009 at 11:31 PM, Jesse Keating wrote: > On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: >> What do we have to do in order to build on PPC? Does it happen >> automagically? > > Once the ppc builders are setup and running smoothly, successful build > requests on the primary arches will be tried on the secondary arches, > which will include ppc. You'll need to do nothing specific on your end > for this to happen. Will (does?) the same happen for the other secondary arches like sparc or arm? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, Sep 17, 2009 at 3:08 PM, Tomasz Torcz wrote: > On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote: >> On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: >> > 2009/7/13 Adam Williamson : >> >> > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> > >> guessing this one would have problems because it requires ffmpeg or >> > >> mplayer/mencoder... Plus as a java program its probably a bit more >> > >> complex to create a proper spec file for. I've made the other kind >> > >> often enough, but java ones not so much... >> > > >> > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >> > > this particular need, which is a nice modern GTK+ app and based on >> > > gstreamer...but I can't quite pull the name out of long-term storage at >> > > present. Someone will probably know what I mean, though. >> >> Rygel. > > Which has dependency problem in rawhide for few weeks now: > rygel-0.3-5.fc12.i686 requires libgee.so.0 That will be fixed shortly when the new version is released. I expected it to be out by now but its been a little delayed. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090910 changes
On Fri, Sep 11, 2009 at 11:03 AM, Till Maas wrote: > On Fri, Sep 11, 2009 at 10:37:59AM +0100, Peter Robinson wrote: > >> This was discussed a couple of days ago against another rawhide >> report. I would check out the list archives for the reasoning. > > I fail to find it. :-( The last report in the old format was 20090902 > and I did not find any discussion looking back up to 20090811. This is > somehow strange again, because I would expected to also receive an > announcement if the report format is changed, e.g. I just assumed that > the script was somehow broken, because it did not report any new > packages anymore or something else. I did not bother to scoll beyond the > broken dependencies, because I do not really care to read them. If my > package has a broken dependency, I get a personal e-mail. Sorry was fedora-test list. gmail merges them http://www.redhat.com/archives/fedora-test-list/2009-September/msg00143.html Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090910 changes
On Fri, Sep 11, 2009 at 10:33 AM, Till Maas wrote: > Hiyas, > > why are the new packages now hidden below the broken dependencies? Iirc > there was even a discussion about changing the format more than a year > ago and back then it was decided to keep it as it is. This was discussed a couple of days ago against another rawhide report. I would check out the list archives for the reasoning. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Review needed for libtnc
On Tue, Sep 1, 2009 at 8:11 PM, Tom "spot" Callaway wrote: > Hi folks, > > I need this package reviewed so that I can fix the broken dep on > xsupplicant in rawhide: > > https://bugzilla.redhat.com/show_bug.cgi?id=501017 > > I'd be happy to do a review trade, just let me know. Will do that for you now. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packaging Request: Pure Data
On Mon, Aug 31, 2009 at 6:28 PM, Mani A wrote: > http://puredata.info/ > > is not in the package database. > > >From the license POV, there are no problems. I think this is the bug your after. A review is in progress but there's a few build issues. https://bugzilla.redhat.com/show_bug.cgi?id=488563 Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide LiveCD with EFI boot?
Hi All, I have a little touch screen device that I'm playing around with. It has EFI and its easy enough to get it to boot something other than what its meant to. It seems the LiveCD doesn't have EFI support there. Any hints welcome. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090826 changes
On Thu, Aug 27, 2009 at 12:33 AM, Brian Pepple wrote: > On Wed, 2009-08-26 at 15:58 +0100, Peter Robinson wrote: >> > Broken deps for i386 >> > -- >> > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > anerley-devel-0.0.20-3.fc12.i686 requires >> > pkgconfig(libmissioncontrol) >> > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires >> > libmissioncontrol-client.so.0 >> > empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 >> > empathy-devel-2.27.5-3.fc12.i686 requires >> > pkgconfig(libmissioncontrol) >> > empathy-libs-2.27.5-3.fc12.i686 requires >> > libmissioncontrol-client.so.0 >> > empathy-python-2.27.5-3.fc12.i686 requires >> > libmissioncontrol-client.so.0 >> > nautilus-sendto-1.1.6-2.fc12.i686 requires >> > libmissioncontrol-client.so.0 >> >> I don't remember the bump nitrification email for this going to fedora-devel. > > My fault. I wasn't aware of anything using mission-control other than > empathy & nautilus-sendto which I was working on updating. Sorry. No problems. If you can help out with what needs to be done for anerley that would be great as I've not had anything to do with telepathy-mission-control. Anjal depends on anerley and that's why its complaining. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090826 changes
> telepathy-mission-control-5.2.0-1.fc12 > -- > * Tue Aug 25 2009 Brian Pepple - 5.2.0-1 > - Update to 5.2.0. > - Drop BR on libtelepathy. > - Update url & source links. > Broken deps for i386 > -- > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 > anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires > libmissioncontrol-client.so.0 > empathy-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > empathy-devel-2.27.5-3.fc12.i686 requires pkgconfig(libmissioncontrol) > empathy-libs-2.27.5-3.fc12.i686 requires libmissioncontrol-client.so.0 > empathy-python-2.27.5-3.fc12.i686 requires > libmissioncontrol-client.so.0 > nautilus-sendto-1.1.6-2.fc12.i686 requires > libmissioncontrol-client.so.0 I don't remember the bump nitrification email for this going to fedora-devel. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
fedora mini alpha testing
Arriving fashionably late, and mostly intact, to the "Constantine" Alpha party I'd like to announce that Moblin on Fedora has made it's initial debut for Fedora Mini :) Still a work in progress, Moblin is now in a mostly usable state on Fedora for testing. It has hence come well dressed for the alpha party in the "Constantine" theme in that its still very much in the testing stage :-) But if your still game. to give your netbook it's first real work out read on! If its running the Constantine alpha or rawhide, you can test it by simply do a 'yum groupinstall "Moblin Desktop Environment"'. Once that's done simply logout or reboot and you can prepare for take off by selecting "Moblin User Experience" during login. While the core interface in now there there's still a couple of packages that are will arrive over the next week so. Running 'yum groupinstall "Moblin Desktop Environment"' again will top you up :) I look forward to feedback and help in making it great for F-12, and all other Moblin and Fedora Mini feedback. I'd also like some help in documenting supported netbook hardware combinations for F-12 so please send me smolt profiles, hardware reports or add and update details to the wiki page here (1). I look forward to a great start to Fedora Mini! Peter [1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: issues with livecd-creator on F-11?
On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katz wrote: > On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson wrote: >> Is anyone else having issues with livecd-creator? I'm seeing the issue >> below on a 2 F-11 boxes, and possible a rawhide one as well. > [snip] >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' > > The move to dracut required some changes in livecd-creator which have > been in git for a week or so. Those are in livecd-tools-026 which > should show up in today's rawhide As a side note it would actually be nice to give a heads up for these sort of breakages just like people give heads up for library bumps. I've wasted a number of hours trying to work out what was working a couple of days ago suddenly broke on machines without any changes. Time which I could have easily spent on a the numerous other things on my todo list. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: issues with livecd-creator on F-11?
On Tue, Aug 25, 2009 at 1:44 PM, Jeremy Katz wrote: > On Tue, Aug 25, 2009 at 2:49 AM, Peter Robinson wrote: >> Is anyone else having issues with livecd-creator? I'm seeing the issue >> below on a 2 F-11 boxes, and possible a rawhide one as well. > [snip] >> IOError: [Errno 2] No such file or directory: >> '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' > > The move to dracut required some changes in livecd-creator which have > been in git for a week or so. Those are in livecd-tools-026 which > should show up in today's rawhide Will that need to be pushed to F-11 as well? Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
issues with livecd-creator on F-11?
Hi, Is anyone else having issues with livecd-creator? I'm seeing the issue below on a 2 F-11 boxes, and possible a rawhide one as well. Peter Installing: xorg-x11-drivers # [804/807] Installing: plymouth-gdm-hooks # [805/807] Installing: gdm # [806/807] Installing: pulseaudio-gdm-hooks # [807/807] /sbin/restorecon set context /usr/sbin/modem-manager->system_u:object_r:ModemManager_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-read-auth-helper->system_u:object_r:policykit_auth_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-resolve-exe-helper->system_u:object_r:policykit_resolve_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-1/polkit-agent-helper-1->system_u:object_r:policykit_auth_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-1/polkitd->system_u:object_r:policykit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/rtkit-daemon->system_u:object_r:rtkit_daemon_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-grant-helper-pam->system_u:object_r:policykit_grant_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkitd->system_u:object_r:policykit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/libexec/polkit-grant-helper->system_u:object_r:policykit_grant_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /usr/share/setroubleshoot/SetroubleshootFixit.py->system_u:object_r:setroubleshoot_fixit_exec_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/misc/PolicyKit.reload->system_u:object_r:policykit_reload_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/polkit-1->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/PolicyKit->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/lib/PolicyKit-public->system_u:object_r:policykit_var_lib_t:s0 failed:'Invalid argument' /sbin/restorecon set context /var/run/PolicyKit->system_u:object_r:policykit_var_run_t:s0 failed:'Invalid argument' Removing password for user root. passwd: Success Traceback (most recent call last): File "/usr/bin/livecd-creator", line 140, in sys.exit(main()) File "/usr/bin/livecd-creator", line 124, in main creator.configure() File "/usr/lib/python2.6/site-packages/imgcreate/creator.py", line 732, in configure self._create_bootconfig() File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 197, in _create_bootconfig self._configure_bootloader(self.__ensure_isodir()) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 604, in _configure_bootloader self._configure_syslinux_bootloader(isodir) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 508, in _configure_syslinux_bootloader cfg += self.__get_image_stanzas(isodir) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 435, in __get_image_stanzas is_xen = self.__copy_kernel_and_initramfs(isodir, version, index) File "/usr/lib/python2.6/site-packages/imgcreate/live.py", line 362, in __copy_kernel_and_initramfs isodir + "/isolinux/initrd" + index + ".img") File "/usr/lib64/python2.6/shutil.py", line 52, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: '/var/tmp/imgcreate-qZYEPV/install_root/boot/initrd-2.6.31-0.167.rc6.git6.fc12.i686.img' You have new mail in /var/spool/mail/root -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
> Hi All, > > I would like to add a group for the Moblin Desktop. My proposed patch > is below and feedback is welcome. This is updated with the current components that are in rawhide. All the other packages should be pulled in by deps. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-21 23:11:19.0 +0100 @@ -4235,6 +4235,24 @@ +moblin-desktop +<_name>Moblin Desktop Environment +<_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. +false +true + + bisho + bognor-regis + moblin-cursor-theme + moblin-gtk-engine + moblin-icon-theme + moblin-panel-applications + moblin-session + moblin-sound-theme + anjal + + + mongolian-support <_name>Mongolian Support <_description/> @@ -6237,6 +6255,7 @@ gnome-desktop kde-desktop lxde-desktop + moblin-desktop sugar-desktop window-managers xfce-desktop -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
>>> Sorry but the fail here is 100% on bodhi's side , why does a single >>> package obsolete a complete group update? >>> That is just broken, and this example clearly showed it. >> >> It's broken (we've had some fun with that with the KDE grouped updates too, >> we learned to be careful about what we push when), but a maintainer should >> know how to use our tools, which includes being aware of their limitations. >> Double-checking things both before and after filing an update (e.g. checking >> https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor >> before filing the new update request) definitely can't hurt (I always do >> that), and it will help avoiding issues you don't even know about, or at >> least catching them earlier than 2 months after the fact (as happened here). > > Sure if you know about a bug/limitation you can try to avoid it, but > as Josh said you can't expect that every maintainer knows about all > (undocumented) bugs/limitations. Agreed, I ran into the issue a while ago. Not such a major issues as it would be for something like a KDE or mono update but annoying none the less. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
>> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. >> >> Cheers, >> Peter >> >> + >> + mutter >> + mutter-moblin >> + > > Speaking of these two, any reason mutter-moblin does not currently > require moblin? (And when it's fixed, is it better to list both mutter > and mutter-moblin, or let depsolving pull in mutter?) There is no "moblin" package as such. In fact mutter-moblin is the main desktop env package. I need to sit down and got through the package list and work out the exact dependency tree. I know it mostly from packaging everything up but there's no doubt something I'll miss. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
>> > Depends on which bits you look at. Most of the packages are based on >> > Fedora packages, the whole lot is built using the suse build system. >> > The NM/connman is an interesting split. It seems suse is assisting the >> > process from the build side of things but has written a NetworkManger >> > moblin GUI that looks the same as the connman one sot they are >> > interchangable. Obviously we'll use the NM one because NM is cool :-) >> > Other than the 30 odd new packages needed for Moblin there doesn't >> > seem to be massive convergence from the other core Fedora packages. >> >> Doesn't seem to be convergence? > > I think he meant divergence. No thinking needed. he definitely meant that yesterday was a busy day :) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:39 PM, Colin Walters wrote: > On Thu, Aug 20, 2009 at 12:22 PM, Peter Robinson wrote: >> Hi All, >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > Peter, thanks for all your work on packaging stuff, it's really great. > I appreciate the work on introspection and gnome-shell a lot. > > Are you planning a Moblin spin? Or do see this as just having the > packages in Fedora, and the final Moblin releases are done by that > project? Eventually I plan on having a moblin spin but not for F-12. The work in Fedora at the moment is separate to anything that is coming from Moblin. The advantage that Fedora will have that at the moment upstream Moblin doesn't support anything that isn't an Atom processor. So we should in the long term be able to support the older Celeron based Netbooks and possibly the VIA based ones or NVidia ones. > I'm a bit unsure of how far away Moblin is from the Fedora core OS > right now; I know there's the NetworkManager/Connman split, but > ignoring that, do you (or anyone) have an idea of how many patches to > upstream projects they have to support the fast boot? How different > is their early kernel boot, and what tradeoffs are involved? Depends on which bits you look at. Most of the packages are based on Fedora packages, the whole lot is built using the suse build system. The NM/connman is an interesting split. It seems suse is assisting the process from the build side of things but has written a NetworkManger moblin GUI that looks the same as the connman one sot they are interchangable. Obviously we'll use the NM one because NM is cool :-) Other than the 30 odd new packages needed for Moblin there doesn't seem to be massive convergence from the other core Fedora packages. In fact there's some cross over for some of the gnome-shell stuff in that they use mutter and associated stuff. >From the rest of it AFAICT from the poking I've done they've replaced the standard init process with "fastinit" which I haven't even looked at. Its in their git repo though. > What we really do need is some more directed coordination between the > two projects. That would be fabulous, but only time will tell. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:41 PM, Bill Nottingham wrote: > Peter Robinson (pbrobin...@gmail.com) said: >> On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottingham wrote: >> > Peter Robinson (pbrobin...@gmail.com) said: >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> >> is below and feedback is welcome. >> > >> > ... this seems small. There are no other apps required? >> >> Yes there are. I haven't added them yet as I wanted to get the group in >> first. > > Might as well add them in, I'm not sure there's a benefit to waiting. I wanted to get the group approved. No benefit of waiting except that I hadn't got around to adding them and wanted to get the feedback sooner rather than later. I will go through my list and add them shortly. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:32 PM, Jesse Keating wrote: > On Thu, 2009-08-20 at 17:22 +0100, Peter Robinson wrote: >> Hi All, >> >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > Is "Moblin" a trademark of anybody? Intel has handed over the management of Moblin to the Linux Foundation. I don't see anything what so ever on their site about Trademarks. The most useful bits are this link. http://moblin.org/about-moblin There's nothing about Moblin trademarks in the annoucement here http://linux-foundation.org/weblogs/press/2009/04/02/linux-foundation-to-host-moblin-project/ Is that something that should go to fedora-legal for verification? > If you're adding a group, be sure to add it to a category as well. Added, updated patch. BTW is a bug or a email to the i18n list the best way to raise this with the localization team? --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-20 17:36:24.0 +0100 @@ -4235,6 +4235,17 @@ +moblin-desktop +<_name>Moblin Desktop Environment +<_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. +false +true + + mutter + mutter-moblin + + + mongolian-support <_name>Mongolian Support <_description/> @@ -6237,6 +6248,7 @@ gnome-desktop kde-desktop lxde-desktop + moblin-desktop sugar-desktop window-managers xfce-desktop -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
On Thu, Aug 20, 2009 at 5:30 PM, Bill Nottingham wrote: > Peter Robinson (pbrobin...@gmail.com) said: >> I would like to add a group for the Moblin Desktop. My proposed patch >> is below and feedback is welcome. > > ... this seems small. There are no other apps required? Yes there are. I haven't added them yet as I wanted to get the group in first. > You'd want an entry in the desktop category as well. Also, you want to > give the localization team a heads-up, as those strings are translated, > and we've passed string freeze. OK. Will do that and add an updates patch. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Add Moblin Desktop group to comps
Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-20 17:20:47.0 +0100 @@ -4235,6 +4235,17 @@ +moblin-desktop +<_name>Moblin Desktop Environment +<_description>Moblin is a desktop environment for NetBook/NetTop/MID devices. +false +true + + mutter + mutter-moblin + + + mongolian-support <_name>Mongolian Support <_description/> -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Thu, Aug 20, 2009 at 10:14 AM, Michael Schwendt wrote: > == > The results in this summary consider Test Updates! > == > > Summary of broken packages (by src.rpm name): > > beagle > bmpx > clipsmm > f-spot > fedora-business-cards > kdeedu > openmpi > openvrml > ppl > R-RScaLAPACK > rubygem-main > rubygem-rails > scheme2js > tomboy Is it just me or are there some packages that seem to be eternally on this list? beage/f-spot/tomboy never seem to go anywhere. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
>> >>> After requesting status updates, including direct email to the feature >> >>> > owners, the following feature pages do not have a current status or >> >>> > their >> >>> > ability to tested during the Alpha is unclear based on the lack of >> >>> > information provided or percentage of completion. >> >>> > >> >>> > https://fedoraproject.org/wiki/Features/FedoraMoblin >> >> I'm the maintainer of this. I think its very much in a similar >> >> category to gnome/kde. The only difference is there is some packages >> >> still awaiting review, about 2 that are actually critical, but moblin >> >> 2 like gnome etc are still in there development phase so its a moving >> >> target. >> > >> > I'm concerned about FESCo's decision to drop this feature for Fedora 12. >> > The more that I think about this, the more I agree with what Peter has >> > written above. I think that Moblin support in Fedora is something that >> > is useful to a wide audience of users, and that Peter has made every >> > effort to address the concerns raised by FESCo. I do not think it is >> > necessary for a spin to be made available to consider this a noteworthy >> > feature. >> > >> > I've asked FESCo to reconsider the Moblin feature at their meeting on >> > Friday, and I hope they will reconsider their decision. >> >> Thanks for the support. >> >> I've since moved my plan to do a remix for F-12 instead and reconsider >> it again for F-13. The core of moblin would still be in Fedora anyway >> for people to install as they see fit and the advantage of the respin >> is that I can patch up xulrunner and hence include a working browser. >> Either way I'm just continuing on working towards it to see where I >> can get to. Its still somewhat of a moving target as they've just >> split out one of the packages into a number of smaller ones. > > I'm not sure if this would make sense from your perspective Peter, but > is it worthwhile to have a Moblin component in the comps file that > delivers some set of packages (albeit without a browser, given what > you mentioned above), and re-scope the F12 feature to that end? Makes perfect sense. That was actually my original plan and my understanding of what was approved when fesco originally approved the feature with the comment that I must apply for spin approval separately through the standard spin process. That's point 3 of the scope on the features page. Maybe I should have put more details of that in my proposal in terms of achievement and deliverables with regards to "install via a comps menu" vs a complete Spin. Going from maintaining a number of packages to doing an entire desktop environment as a feature has been somewhat of a sharp learning curve :-) There is currently one package left to get a base working desktop environment for testing (Bug 513452 - mutter-moblin if someone woild like to review it... hint hint) and all the remaining packages add functionality to it. Once that final package was in I was going to email f-d about adding the group to comps as per the wiki page. I didn't see much point in doing so until the the time when the core desktop was there. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
Hi Spot, >>> After requesting status updates, including direct email to the feature >>> > owners, the following feature pages do not have a current status or their >>> > ability to tested during the Alpha is unclear based on the lack of >>> > information provided or percentage of completion. >>> > >>> > https://fedoraproject.org/wiki/Features/FedoraMoblin >> I'm the maintainer of this. I think its very much in a similar >> category to gnome/kde. The only difference is there is some packages >> still awaiting review, about 2 that are actually critical, but moblin >> 2 like gnome etc are still in there development phase so its a moving >> target. > > I'm concerned about FESCo's decision to drop this feature for Fedora 12. > The more that I think about this, the more I agree with what Peter has > written above. I think that Moblin support in Fedora is something that > is useful to a wide audience of users, and that Peter has made every > effort to address the concerns raised by FESCo. I do not think it is > necessary for a spin to be made available to consider this a noteworthy > feature. > > I've asked FESCo to reconsider the Moblin feature at their meeting on > Friday, and I hope they will reconsider their decision. Thanks for the support. I've since moved my plan to do a remix for F-12 instead and reconsider it again for F-13. The core of moblin would still be in Fedora anyway for people to install as they see fit and the advantage of the respin is that I can patch up xulrunner and hence include a working browser. Either way I'm just continuing on working towards it to see where I can get to. Its still somewhat of a moving target as they've just split out one of the packages into a number of smaller ones. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Last call for talking points - what makes you excited about F12?
On Tue, Aug 18, 2009 at 5:50 PM, Rahul Sundaram wrote: > On 08/18/2009 10:12 PM, Peter Robinson wrote: >> On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: >>> If you've got a moment for some last-minute help... >>> >>> We (Marketing) will be freezing the F12 talking points list today, and are >>> still somewhat light in the "what makes Fedora awesome for admins and >>> developers?" categories. >>> >>> Right now we have "libguestfs and kvm improvements" for admins and "maybe >>> moblin" for developers, but there must be more - and more reasons why >>> they're awesome (why *is* libguestfs something that makes admins happy?). We >>> figured you would know. >> >> Please remove moblin. Its not a feature. Its been removed from the >> Feature list for F-12 (although I'm not sure why). > > If you are the feature owner and do not know why it is being dropped, > the meeting mins when it was decided by FESCo should have some > rationale. If not, please ask again. The fesco meeting notes posted to the list are one of the hardest things I've ever tried to read. I'm not sure if there's a nice annotated version somewhere else but I've never had much luck searching the wiki using anything other than google. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Last call for talking points - what makes you excited about F12?
On Tue, Aug 18, 2009 at 4:30 PM, Mel Chua wrote: > If you've got a moment for some last-minute help... > > We (Marketing) will be freezing the F12 talking points list today, and are > still somewhat light in the "what makes Fedora awesome for admins and > developers?" categories. > > Right now we have "libguestfs and kvm improvements" for admins and "maybe > moblin" for developers, but there must be more - and more reasons why > they're awesome (why *is* libguestfs something that makes admins happy?). We > figured you would know. Please remove moblin. Its not a feature. Its been removed from the Feature list for F-12 (although I'm not sure why). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Empathy default in F12?
The F12 feature still indicates the switch to Empathy as a default IM client in Fedora. However, the talk page for the feature (https://fedoraproject.org/wiki/Talk:Features/Empathy) raises material concerns that the switch to Empathy would result in an insufficiently justified loss of functionality. Where does this currently stand? >>> >>> My understanding is that Empathy is still planned to be the default. >>> What specific concerns do you have? >> >> Well on fedora 10 it cannot connect to irc. Which makes it pretty >> unusable. > > I use a separate IRC client but IIRC this has been fixed in Rawhide > already. So before we get into a comparison, it is useful to try out the > version in Rawhide. Fedora 12 Alpha should be out soon. Well in the F-12 version when connected to gtalk I can't communicate with contacts. I can see them but if I start a chat with them they don't see anything from me. I need to test it further as the person I was trying to chat to is on a 3rd party jabber server which is syndicated to google's servers. That is a show stopper for me. The other thing I need is to be able to do a one off import of all my IM logs as I reference them regularly, there's a bug that for that though so there is some movement on it. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On Thu, Jun 18, 2009 at 4:22 PM, Bill Nottingham wrote: > Martin Langhoff (martin.langh...@gmail.com) said: >> To note: it _is_ reported as a 586, so at least ancillary work in >> yum/anaconda/rpm will be needed so that installing F12 on these >> "supported but not quite 686 CPUs" is possible, avoiding the hackery >> of installing it on a true 686 and then transferring the image to the >> XO. > > diff --git a/rpmrc.in b/rpmrc.in > index 4a6cca9..d62ddaf 100644 > --- a/rpmrc.in > +++ b/rpmrc.in > @@ -281,7 +281,7 @@ arch_compat: alphaev5: alpha > arch_compat: alpha: axp noarch > > arch_compat: athlon: i686 > -arch_compat: geode: i586 > +arch_compat: geode: i686 > arch_compat: pentium4: pentium3 > arch_compat: pentium3: i686 > arch_compat: i686: i586 > > That should do the trick. :) I've just been testing this with my Fit-PC geode box and it hasn't made it into rawhide and hence doesn't work. I've filed a bug [1] and added it to the alpha blocker as its a pretty large miss for the x86 recompile feature. Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=517475 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F12 to require "i686", but which CPUs do not qualify?
> I've noticed that F12 will require a CPU with "i686" architecture, and > that my Athlon 1.2GHz won't qualify. I accept that F11 is the last > Fedora release that I'll be able to use. My concern is that many > present Fedora users will be unpleasantly surprised that a new > installation doesn't work, or at least that they've wasted the > download. > > The Release Notes, starting with the F12 Alpha Release Notes, should > tell users about this, and so should the release announcements. The > difficulty is in telling them what exactly is an "i686" CPU, as that is > defined by GCC and is said to be a moving target (over the years). I'm > hoping that someone qualified can make the appropriate changes to the > Releases Notes wiki (I don't know what all the requirements are, though > I do know that the Athlon does not support SSE/SSE2). > > Is there a simple way for ordinary users to know if their CPU is > expected to work on F12 (as an "i686" according to GCC)? Is there a > tool to run that doesn't require downloading F12? https://fedoraproject.org/wiki/Features/F12X86Support Its outlined in the link above. An athlon should be fine. Basically if its i586 + cmov it should work. You can tell if you have cmov by looking at /proc/cpuinfo. Originally it wasn't planned to support them but there was enough discussion to change peoples minds :-) Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: source file audit - 2009-08-10
>> pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal > > I'm pretty sure this has been obsoleted and is a dead package but I'm > in the process of confirming the status and will update as appropriate > once I have confirmation. Confirmed the package is now dead and have completed the dead package process for it so this is now fixed as well. Thanks for the report. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: pygtk2 and its numpy dependency
Hi, > pygtk2 implements a function called gtk.gdk.get_pixels_array(), which > returns the pixel contents of a GDK pixbuf as a numpy array. Fine and > dandy, but this means it links against numpy (7 megs) which is itself > linked against atlas (12 megs). Kind of a lot for a single function, > especially on a live image. > > Especially for a function that's basically unused! gnome-applet-music > uses it to implement a poor-man's Porter-Duff blend, and that's the only > caller currently packaged in Fedora, at least according to package deps. > I have a patch (attached) that fixes that [1], which means we could > compile our pygtk2 without numpy support and not break anything in > Fedora proper. > > However, google codesearch does turn up what look like a few other users > of that function, some of which we may actually want to ship someday. > So we've got options: > > a) remove the explicit Requires: numpy from pygtk2, require apps that > actually want this function to Require it themselves > > b) fake the numpy data type ABI in pygtk2 itself by cult-and-pasting it > from numpy > > c) declare that get_pixels_array() just doesn't work in Fedora > (historically true, back in like FC3) > > d) leave things as they are > > I lean towards a). I think b) is icky but doable, since that ABI is > effectively unbreakable anyway (inherited from the older python-numeric > module). The other two are way lame. > > Thoughts? I know sugar use numpy and pygtk. They had forked pygtk packages with patches so that they could use the functionality in older releases. I'm not sure whether including adding numpy to the requires would work or not as I don't know the codebase. Peter > [1] - Readers are invited to count the wtf's in the code being replaced, > as well as in its callers. Don't treat it as a drinking game though. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: source file audit - 2009-08-10
Hi, > pbrobinson:BADURL:Journal-99.tar.bz2:sugar-journal I'm pretty sure this has been obsoleted and is a dead package but I'm in the process of confirming the status and will update as appropriate once I have confirmation. > pbrobinson:BADURL:mojito-0.19.2.tar.bz2:mojito This is fixed in cvs and will go out with the next release. Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish, round three: peripherals
>> > > > a camera, a phone, a usb stick, or whatever gizmos you >> > > > have at home... >> > > >> > > Real plastic and metal plugs only, or bluetooth connections as well? >> > >> > Bluetooth is definitively in scope. >> >> The scope seems worryingly large, to me, on this one. We could talk >> about modems, 3G modems, mice, headsets, webcams, phones running any one >> of a dozen different operating systems (all of which behave and are >> supported - or not - entirely differently), mp3 players, Wiimotes, drum >> kits, steering wheels, video cards (yes, I've got a USB video card >> here), or a zillion other completely different things (all my examples >> are things I actually have lying around my apartment somewhere). There's >> no real unified software layer handling all these cases (well, udev and >> hal probably get involved in most of them, but they're nowhere near the >> whole stack necessary to actually do anything useful), so I'm not sure >> we're going to get much useful focused work done with such a broad >> scope. >> >> sorry to sound like Mr. Negative, just thought it was worth raising my >> concerns! > > Apart from the USB video cards, if you have any of those, feel free to > come around. I saw something a while ago about the DisplayLink (as opposed to DisplayPort) USB Video standard released code/drivers as GPL for linux but I've never seen anything further about it even in my random following of the X mailing lists. I have no idea what the state of the code is but it would be interesting to get support for it as there's a lot of 7 inch USB displays, USB "docks" etc that use the standard. http://www.engadget.com/2009/05/16/displaylink-makes-linux-source-code-available-finally/ Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rt2860 driver (fc11)
>> > I had the same confusion. So there are 3 drivers around: The vendor >> > driver, the staging driver which is a fork of the vendor driver and >> > the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and >> > rt3070. And this leads to another confusion. Do (or will) the Fedora >> > kernels have these staging drivers compiled by default? If that's the >> > case and if the staging driver is as stable as the original vendor >> > driver, I won't have to maintain those kmods anymore. >> >> The fedora kernel developers have always stated that the >> staging/vendor drivers will never get enabled. Only once the other >> ones are ready will they be turned on. >> > > No we haven't, we've stated that they'll be enabled if someone steps up > to the plate to make an active contribution to maintenance and > improvements. > > https://fedoraproject.org/wiki/KernelStagingPolicy Sorry, hadn't seen that. Was basing it on the comment in this bug https://bugzilla.redhat.com/show_bug.cgi?id=463111 Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rt2860 driver (fc11)
>> Thanks for the clarification. From what I read, I inferred that the >> driver in /staging was the serialmonkey driver, but it seems I read it >> wrong, and what it actually means to say was 'this is the vendor driver, >> it sucks, don't contribute any code to this driver, contribute to the >> serialmonkey driver instead'. >> > > I had the same confusion. So there are 3 drivers around: The vendor > driver, the staging driver which is a fork of the vendor driver and > the serialmonkey driver. Multiply that by 3 for rt2860, rt2870 and > rt3070. And this leads to another confusion. Do (or will) the Fedora > kernels have these staging drivers compiled by default? If that's the > case and if the staging driver is as stable as the original vendor > driver, I won't have to maintain those kmods anymore. The fedora kernel developers have always stated that the staging/vendor drivers will never get enabled. Only once the other ones are ready will they be turned on. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
