Re: Does anyone know how to contact Ryan Rix (rrix)?
Thanks Kevin, I've orphaned python-netifaces https://src.fedoraproject.org/rpms/python-netifaces ; i also have ACLs on fedora-bookmarks which I wasn't able to remove from myself. If someone wants to take cowsay-beefymiracle from me i'll be happy enough to hand to an active packager, its spec file is bigger than the installed file, if i recall correctly Ryan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Does anyone know how to contact Ryan Rix (rrix)?
> I sent this thread via direct message to rrix's Twitter account. Hi all, Thanks to Ben for reaching out on twitter; It's fair to say i'm inactive in Fedora these days, to say the least. I thought i'd orphaned all my packages the last time this came up but I will go through the process again once https://apps.fedoraproject.org/packages stops giving me a 503 error. rrix ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Unresponsive maintainer: Ryan Rix, rrix
Ah yeah, I've been out of touch with Fedora things for quite a while, and don't see myself having the bandwidth to be repsonsible any time soon. Sorry about that, not sure how I've missed your emails 'til now. I've approved pending python-netifaces ACLs, given ownership of pokerth to itamarjp (who was already an admin) and gave full ACLs of cowsay-beefymiracle to wwoods (of course). Let me know if I should orphan python-netifaces or transfer ownership to someone else. Let me know if I can help further. On Mon, Apr 25, 2016, at 01:01 PM, Jonathan Underwood wrote: > Hi, > > I've been trying to contact rrix (Ryan Rix) for some time now to no > avail. He's unresponsive to bugzilla and his pkgdb registered email > address. Is anyone in contact with him? I'm sending this email per the > unresponsive package maintainer process. > > Ryan is primary contact for: > > rpms/cowsay-beefymiracle -- Cowsay file for the Beefy Miracle ( master > f24 f23 f22 ) > rpms/pokerth -- A Texas-Holdem poker game ( master f24 f23 f22 ) > rpms/python-netifaces -- Python library to retrieve information about > network interfaces ( master f24 f23 f22 epel7 el6 el5 ) > > There are outstanding ACL requests for python-netifaces which have > been waiting for a very long time. I emailed him on 9th March and have > not had a response. BZ asking for a response: > > https://bugzilla.redhat.com/show_bug.cgi?id=1327545 > > Cheers, > Jonathan. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: BlueZ Status in Fedora.
On Sun 18 August 2013 10:00:22 Kevin Fenzi wrote: On Wed, 14 Aug 2013 12:40:54 +0200 Rave it chat-to...@raveit.de wrote: I don't see that adding a bluetooth-panel-applet package is easy for mate/xfce/lxde. First tests shows me that the removed panel code from gnome-bluetooth isn't independent from the the rest of the code. I quess for this reason the gnome dev didn't remove /usr/lib64/gnome-bluetooth/libgnome-bluetooth-applet.so.0, which is in latest upstream. Ok, i need really help to create such a package. But there is also another simple solution gnome-bluetooth dev should add the removed (fallback) panel applet code back. I'm pretty shure that is more easier for someone who knows the code to do that. If gnome-bluetooth is the only client after the bluez5 switch which is working in fedora, than it should be work for all desktops, imo. So adding the applet back would be a noble gesture from gnome to other desktops ;) PS: i think cinnamon is also affected, because so far i know use cinnamon blueman code in the momment. But i'm not shure in this point. I've exchanged some emails with the author of https://github.com/ncopa/xfce-bluetooth Unfortunately, the code there is in very early alpha stage. It doesn't do a whole lot yet. He's happy to have any help implementing things, but makes no promises as to when things will be usable. This applet depends on vala and the xfce-vala bindings, so I am not sure if it would work for other desktops, but its possible that it could. If anyone would be interested in helping out with this applet, please contact the maintainer. For Xfce, we could use this if it becomes usable in time, or we could use some other systray producting applet, or we could just not support bluetooth from the desktop for this release. ;( It sounds like BlueZ5 is not ready for Fedora, betwen the early alpha XFCE code, and shipping git BlueDevil, mate and cinnamon don't appear to work with it ... Basically we ship Fedora 20 in a state where one only of our major desktop environments supports bluetooth in a stable fashion? That seems kind of like a disaster waiting to happen. Ryan -- Ryan Rix http://rix.si signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving the Fedora boot experience
My machine suspends to disk when I close the lid while it is unplugged. So ... Quite often. I would love to see the GRUB menu disabled by default, but I am also content with doing it myself post-install. On Mon 11 March 2013 21:51:01 Steve Clark wrote: On 03/11/2013 05:04 PM, Lennart Poettering wrote: On Mon, 11.03.13 21:45, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote: Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit : On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote: On Mar 11, 2013, at 11:31 AM, Björn Persson bj...@xn--rombobjrn-67a.se wrote: Or nothing at all displayed unless the user happens to know to press some key at the right moment? A multiboot system needs at least a message to inform the user how to get to the boot manager (the GRUB menu). A Fedora only system probably should entirely suppress the menu or notice how to get to it. Somebody who is capable of installing multiple operating systems on one machine should easily be savvy enough to remember that pressing shift/esc/space/f2/whatever gets him the boot menu. If you installed multiple OSes and noticed that the boot menu is gone, wouldn't pressing these keys be your natural reaction anyway? My natural reaction would be to curse whoever is making me waste minutes in press-random-keys-to-see-if-you-can-unlock-boot games to win a few seconds. I'm pretty sure any poll would find the same result. My natural reaction to the current grub2 menu that steals my boot is that I start to hate Fedora and Linux for that we waste our time in ugly boot menus and bikeshedding about them. Lennart How many times do you boot a day? If it is more than once or twice I would posit that is not the normal user. So what is 2 extra seconds? -- Ryan Rix http://rix.si signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PokerTH orphaned
On Tue 2 August 2011 11:36:20 Hans de Goede wrote: Hi, On 08/01/2011 09:44 PM, Ryan Rix wrote: On Mon 1 August 2011 19:43:37 Tomas Mraz wrote: On Mon, 2011-08-01 at 10:29 -0700, Ryan Rix wrote: On Mon 1 August 2011 11:46:00 Jussi Lehtola wrote: Hi, I've just orphaned PokerTH, since I'm trying to free myself some time and I don't use it myself. PokerTH does not currently build on rawhide, since OpenSSL support has been dropped from GnuTLS a week ago (BZ #726697). Getting it to build again would then require building against OpenSSL (and asking upstream for a GPL license exception), or shipping a private copy of GnuTLS. I picked up rawhide through F-14. If I cant get this building, I'll orphan it again in a week's time. Shipping a private copy of GnuTLS would have to get an exception I do not think such exception should/would be granted. I can only recommend you to look at the NSS OpenSSL compatibility support library and patching PokerTH to use it instead of the GnuTLS. I've talked to a few people about this now, including some folks at PokerTH about it, and they're confused as to why this change is happening in GnuTLS at all, and your comment in the bug report did not seem to explain it to them; could you (or anyone) explain better why OpenSSL support in gnutls is a Bad Thing? Ryan, have you read the initial description of: https://bugzilla.redhat.com/show_bug.cgi?id=460310 ? The problem is that gnutls's openssl compatibility uses the same symbol names as openssl itself thus polluting the dynamic linker symbol namespace. So if an application uses a library which is linked against openssl (for example ldap libs through pam) and uses gnutls-openssl then the ldap libraries will end up calling functions inside gnutls-openssl rather then inside openssl, since the gnutls-openssl symbols are already present in the dynamic linkers symbol namespace. This then goes boom big time, since the 2 are not ABI compatible. Since gnutls-openssl is not ABI compatible it should not be using the same function / variable names. Tomas has chosen to fix this problem by simply disabling the openssl compat part of gnutls (which as the above bug shows is broken by design) given that only 3 apps use this, this seems like a sane choice to me. The best way forward is probably to ask PokerTH upstream to add the standard openssl license exception boilerplate to their license, I did so successfully with gkrellm and switched to simply using the real openssl. Makes sense, thanks Hans. :) I actually talked to them, and they say that openssl is pulled in only for linking libcurl, and that PokerTH itself is using gcrypt for the Big Stuff, so it should be fairly easy to fix/work around. r -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == _ \//_ All Hail the Beefy Miracle! /_/ \ \ signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PokerTH orphaned
On Mon 1 August 2011 11:46:00 Jussi Lehtola wrote: Hi, I've just orphaned PokerTH, since I'm trying to free myself some time and I don't use it myself. PokerTH does not currently build on rawhide, since OpenSSL support has been dropped from GnuTLS a week ago (BZ #726697). Getting it to build again would then require building against OpenSSL (and asking upstream for a GPL license exception), or shipping a private copy of GnuTLS. I picked up rawhide through F-14. If I cant get this building, I'll orphan it again in a week's time. r -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == _ \//_ All Hail the Beefy Miracle! /_/ \ \ signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: PokerTH orphaned
On Mon 1 August 2011 19:43:37 Tomas Mraz wrote: On Mon, 2011-08-01 at 10:29 -0700, Ryan Rix wrote: On Mon 1 August 2011 11:46:00 Jussi Lehtola wrote: Hi, I've just orphaned PokerTH, since I'm trying to free myself some time and I don't use it myself. PokerTH does not currently build on rawhide, since OpenSSL support has been dropped from GnuTLS a week ago (BZ #726697). Getting it to build again would then require building against OpenSSL (and asking upstream for a GPL license exception), or shipping a private copy of GnuTLS. I picked up rawhide through F-14. If I cant get this building, I'll orphan it again in a week's time. Shipping a private copy of GnuTLS would have to get an exception I do not think such exception should/would be granted. I can only recommend you to look at the NSS OpenSSL compatibility support library and patching PokerTH to use it instead of the GnuTLS. I've talked to a few people about this now, including some folks at PokerTH about it, and they're confused as to why this change is happening in GnuTLS at all, and your comment in the bug report did not seem to explain it to them; could you (or anyone) explain better why OpenSSL support in gnutls is a Bad Thing? r -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == _ \//_ All Hail the Beefy Miracle! /_/ \ \ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Rapid DHCP
On Fri 29 July 2011 13:10:34 Itamar Reis Peixoto wrote: Interesting message in another list. for me fedora is very slow to get dhcp address. Reading the hackernews comments on it makes me wonder if this is a very good idea. It may work for people in certain usecases, but in the case of Fedora probably not so much http://news.ycombinator.com/item?id=2756952 http://news.ycombinator.com/item?id=2757785 for examples r -- Forwarded message -- From: Sridhar Dhanapalan srid...@laptop.org.au Date: Fri, Jul 29, 2011 at 12:51 PM Subject: Rapid DHCP To: OLPC Devel de...@lists.laptop.org, OLPC Australia list olpc...@lists.laptop.org Here's an article that tries to explain why Mac OS is so much faster at connecting to networks than Linux and Windows: http://cafbit.com/entry/rapid_dhcp_or_how_do Could such an implementation be considered for the OLPC OS? XOs go on and off the network all the time, as power management kicks in and the machines move in and out of AP range (or switch to a different AP). This is a disruptive process, and speeding it up would be welcome. Sridhar Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == _ \//_ All Hail the Beefy Miracle! /_/ \ \ signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Installing bash-completion by default in F-16
On Sat 4 June 2011 10:54:13 Reindl Harald wrote: but is here idiot-day today? Please stop with this tone, it is very unexcellent behavior towards everyone involved in this disucssion. -- Ryan Rix -- http://rix.si == OpenSource.com: Where Open Source Happens! == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Announcing the release of Fedora 15 Beta!!
On Tue 26 April 2011 21:58:08 Mathieu Bridon wrote: On Tue, 2011-04-26 at 15:43 +0200, Kevin Kofler wrote: it is better to have the package (even if it's poorly maintained) than to not have it at all! I think that's where some of us disagree with you. Having lots of parts of poor quality doesn't raise the global quality of Fedora. Having only a few parts, each of excellent quality, does. Yeah, it's great until users start leaving for distros which actually have packages of stuff they use. r -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora accepted in to Google Summer of Code 2011!
Heya folks :) So... after a year's hiatus, Fedora's been accepted in to Google's Summer of Code program for summer 2011! If you're a university student looking for a job this summer, start thinking about some awesome idea that you'd like to make happen in Fedora this summer. Applications will open March 28, so start talking with developers in IRC and mail, and find something awesome to do! We have a list of some ideas at: http://fedoraproject.org/wiki/Summer_coding_ideas_for_2011 but don't limit yourself to that list. Find a mentor, and make your idea happen! Mentors should apply to be a mentor[1] in Google's Melange instance. be inviting those who are listed on the Ideas page. We've still some work to do before the student applications open, some scaffolding to build, and some things to decide, so please join in. I'll be sending mentors more information soon. [1]: http://www.google-melange.com/gsoc/org/apply_mentor/google/gsoc2011 -- we're listed as The Fedora Project Congratulations, everyone, for the Awesome we're doing! Ryan -- Ryan Rix http://rix.si/ signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 Kmess 2.0.6 RPM Packages (i686 x86_64) :P
Uhm, KMess is already in our repos, please don't encourage users to install random rpms like this. What usually happens when someone wants an update like this is that they ask the maintainer (cc'd) to update the package, and not provide some random rpm of questionable quality to the users and developers list. Heck, you could even ask SMP if he needed a comaintainer for his package, and release a properly integrated and supported release. Best. Ryan This is how we do opensauce properly Rix On Wed 16 March 2011 03:24:16 Manuel Escudero wrote: I bring to you 32 64 bits RPM packages for Kmess 2.0.6.1-0 to install on your F14 Systems!!! I've just finished building and testing them, you can download the packages from here: 32 Bits Systems: http://goo.gl/Us6pt 64 Bits Systems: http://goo.gl/eNrgh P.S. I also have the debuginfo packages and the src.rpm ones, if you need them just contact me Thanks! -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GSoC 2011 Ideas Needed!
Hey guys gals and other hackerfolk! Google's Summer of Code is coming up ever so close. We have 20 days until the org application opens up, and we need a *LOT* more ideas if we are going to have any hope of being accepted. I know there are a lot of awesome ideas out there in the community, we just need folks to step up and tell us about them. It's free labour, and a great chance to attract new Fedora contributors. So, folks, go add ideas to the Ideas page at: https://fedoraproject.org/wiki/Summer_coding_ideas_for_2011 Best! Ryan Rix -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Summer Coding 2011 -- Do *you* have any ideas?
Hey Fedorans! Do you have a pet feature in Fedora or in our project's infrastructure that you've wanted to implement for a while but lack the time or desire to implement yourself? Do you want to see something awesome happen this summer? Do you want to see students working on Fedora, and getting involved in our community working full time on someone else's dime? ;) If you can answer any of those questions with a 'yes!' then you are cut out to make yourself a mentor in this summer's Summer of Code. As Karsten posted[1] last week, we need to get things going if we want to participate in Google's Summer of Code program. We need ideas, and we need mentors. If you are interested in working with a University student this summer on $pet_feature or $pet_project, please add your idea to https://fedoraproject.org/wiki/Summer_coding_ideas_for_2011 so that we have a ton of ideas to apply not only to our application for Google's Summer of Code, but also our own Fedora Summer Coding adventures! Best, Ryan Rix [1]: http://iquaid.org/2010/12/22/summer-of-code-time-to-do-something- anything-but-not-by-me-2/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Released 2 projects (SaltOS and RhinOS) under GPL-3.0
Also look at http://fedoraproject.org/wiki/ISV_Welcome if you're interested in more of an ISV point of view. Not sure if the ISV sig is still active, but there are enough people who care that we can find you some place :) On 11/30/2010 01:04 PM, William Lima wrote: Hello Sanz, Take a look at: http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group and irc://irc.freenode.net/fedora-devel On Tue, Nov 30, 2010 at 5:08 PM, Josep Sanzjosep.s...@ws3.es wrote: Hi. I send this email to inform you that we have released under GPL-3.0 two projects: - SaltOS: is an ERP / CRM / Management Suite, ideal for freelancers and SMEs. - RhinOS: is a solution to have a professional website, ideal for any web project. You can find more information at http://www.ws3.es I would like to suggest these programs (especially SaltOS) as tools to be included in the Fedora distribution. What do we do? Where do we contact? We remain at your disposal for any clarification or suggestion. Josep Sanz. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel cya -- w -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Javascript JIT in web browsers
On Thu 19 August 2010 15:01:17 Michael Cronenworth wrote: Kevin Kofler wrote: Sorry, but I don't think exposing our users to remote arbitrary code execution (!) vulnerabilities just to make web apps a bit faster is a reasonable tradeoff. Kevin, if you took off your FSF blindfold you would see that it's better for web sites to use JavaScript. If they complied to /your/ wishes we would have a thousand proprietary protocols, probably all /closed/ source, to communicate in between /closed/ source applications. Most likely Microsoft or another Closed Source vendor would create a protocol standard that applications would adopt, and you yourself would probably have to write to! In this situation we have to choose the lesser of two evils instead of no evils. You should meet my friend Chicken Little. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: New bodhi release in production
On Fri 13 August 2010 11:36:09 Chris Adams wrote: Once upon a time, Kevin Kofler kevin.kof...@chello.at said: If we really are the only ones true to Fedora's original principles As I recall, upstream, upstream, upstream was one of those principles that you are demanding others now break. And the same policy that YOU (you as in the Board and FESCo, not Chris Adams in particular) are asking us to break with the updates policy and general distaste for a fast moving distro. When it comes down to it, KDE and The Board's Fedora simply don't work together, and that is basically what Kev is getting so miffed about, as far as I can tell. Yes, he's loud, yes he's fiery, but damn, at least he cares, and I don't blame him for caring. He's put a lot of heart and a lot of effort into Fedora, as has everyone in the KDE SIG, and the entire Project. We could fork, hell the KDE SIG has talked about it in the past, but it hurts everyone involved. Everyone. I've put a lot of thought into simply stepping away from Fedora, at least on the KDE end of things if these changes go through because, in some ways, the Board's vision will change things for us, and for me in particular. I joined Fedora as a distribution whose goals and processes catered towards creating a KDE environment which simply kicked ass, was always on the edge of what was available (sometimes in front of it)... Yet even now, we can't keep up with what (some of) our users want: the latest KDE, on KDE's release day, whether it's a major release, or a point release. Yes, not every one of our users is this way, but many are, and many use Fedora for this very reason. How do we keep everyone happy? If we're a distro pushing the development of open source, shouldn't we be pushing it towards those types of users? We could make rawhide usable, but that can stub development of some major features, it's a tough medium. We could fork Fn+1 even earlier, and make it stabler and have 12 months in Rawhide... There are solutions to our problems, but endless bickering and oh you should just leave!s aren't going to solve anything and just leave everyone in a pissy and unproductive mood. Personally, it depresses the hell out of me. Btw, everyone seems to be acting really unexcellent to each other... I'm not calling anyone, but both sides of this are really getting out of control... Please keep the mailing list friendly. We don't have hall monitors anymore, but reading this mailing list shouldn't effect my blood pressure as much as it does. Ryan just another POV, back to the shadows Rix -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 14 Alpha RC3 Available Now!
On Fri 13 August 2010 18:44:37 Adam Williamson wrote: Perhaps the problem isn't the projects, after all? The KDE Firefox integration patches were written by openSuSE developers, not Kev. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: haldaemon seems dead...
On Thu 5 August 2010 18:01:58 Rex Dieter wrote: Paul Johnson wrote: Hi, k3b is moaning that haldaemon is dead and so can't work. If it's not hal, any ideas what it is? Wonder if dbus is being silly... rpm -q k3b kdelibs [p...@pb3 ~]$ rpm -q k3b kdelibs k3b-2.0.0-2.fc14.i686 kdelibs-4.4.95-1.fc14.i686 kdebase-runtime hal-storage-addon kdebase-runtime doesn't exist. I've done a clean reinstall of it, but I suspect dbus is more the problem than anything... k3b is supposed to have a dependency on kdebase-runtime, and some of the hal-related functionality it requires are lacking without it and hal-storage-addon -- Rex I have a feeling there was a misunderstanding here... rpm -q k3b kdelibs [p...@pb3 ~]$ rpm -q k3b kdelibs k3b-2.0.0-2.fc14.i686 kdelibs-4.4.95-1.fc14.i686 kdebase-runtime hal-storage-addon kdebase-runtime doesn't exist. I've done a clean reinstall of it, but I because kdepimlibs broke the quoting... :) That should be rpm -q k3b kdelibs kdebase-runtime hal-storage-addon kdebase-runtime isn't a command. :*) (Rex, you should rebuild the kdeppimlibs snapshot in kde-redhat ;) ) Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Call for Participation - Fedora 14 Talking Points
Hello my Fedora friends! Talking points are key highlights of the new release. They should be compelling, but they will not necessarily be comprehensive. There are different types of talking points for different types of people: general desktop users/everyone, developers, and sysadmins. For the Fedora 14 cycle, we will also have talking points to address some of the Spins. They are meant to provide a short, effective answer to the question, What cool stuff is in the latest release of Fedora? Each cycle, the Marketing team compiles a short list of approximately three talking points for each of these audiences for the upcoming release. For Fedora 14, they're found here: https://fedoraproject.org/wiki/Fedora_14_Talking_Points If you have a talking point that you feel meets the criteria found on the talking points SOP page at https://fedoraproject.org/wiki/Talking_points_SOP, add it to the the table on the F14 page with supporting information. Please make your contributions and changes on the wiki page, so that the Marketing team can efficiently capture and consider your input. The Marketing team will make final adjustments to the list of talking points at their meeting on August 3, which will be announced on the marketing list and is open to everyone. If you are interested in attending the meeting, the agenda, location, and time details can be found at http://fedoraproject.org/wiki/Marketing_meetings. Following the meeting, the finalized list of talking points will be announced, and posted to https://fedoraproject.org/wiki/Fedora_14_Talking_Points. We welcome you to participate in the process! All the best! Ryan Rix -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: selinux issue with wine
On Wed 28 July 2010 02:38:24 Ankur Sinha wrote:
hi,
I've recently come across an selinux issue.
Is this another selinux issue with the package?
The detailed description says exactly why the notice came up, dude. It's not
an SElinux issue, it's a windows-applications-trying-to-do-stupid-things-with-
memory-that-is-barely-okay-in-windows issue.
(I don't want to switch off selinux.)
regards,
Ankur
Summary:
SELinux has prevented wine from performing an unsafe memory operation.
Detailed Description:
SELinux denied an operation requested by wine-preloader, a program used
to run Windows applications under Linux. This program is known to use an
unsafe operation on system memory but so are a number of malware/exploit
programs which masquerade as wine. If you were attempting to run a
Windows program your only choices are to allow this operation and reduce
your system security against such malware or to refrain from running
Windows applications under Linux. If you were not attempting to run a
Windows application this indicates you are likely being attacked by some
for of malware or program trying to exploit your system for nefarious
purposes. Please refer to
http://wiki.winehq.org/PreloaderPageZeroProblem Which outlines the other
problems wine encounters due to its unsafe use of memory and solutions to
those problems.
Allowing Access:
If you decide to continue to run the program in question you will need to
allow this operation. This can be done on the command line by executing:
# setsebool -P mmap_low_allowed 1
Fix Command:
/usr/sbin/setsebool -P mmap_low_allowed 1
Additional Information:
Source Context
unconfined_u:unconfined_r:wine_t:s0-s0:c0.c1023 Target Context
unconfined_u:unconfined_r:wine_t:s0-s0:c0.c1023 Target Objects
None [ memprotect ]
Sourcewine-preloader
Source Path /usr/bin/wine-preloader
Port Unknown
Host localhost.localdomain
Source RPM Packages wine-core-1.2.0-1.fc13
Target RPM Packages
Policy RPMselinux-policy-3.7.19-39.fc13
Selinux Enabled True
Policy Type targeted
Enforcing ModeEnforcing
Plugin Name wine
Host Name localhost.localdomain
Platform Linux localhost.localdomain
2.6.33.6-147.fc13.x86_64 #1 SMP Tue Jul 6
22:32:17 UTC 2010 x86_64 x86_64
Alert Count 7
First SeenWed 28 Jul 2010 14:52:13 IST
Last Seen Wed 28 Jul 2010 15:05:01 IST
Local ID 31ffc502-0121-44b8-8cf1-5e02ad32fca1
Line Numbers
Raw Audit Messages
node=localhost.localdomain type=AVC msg=audit(1280309701.355:60): avc:
denied { mmap_zero } for pid=11268 comm=wine-preloader
scontext=unconfined_u:unconfined_r:wine_t:s0-s0:c0.c1023
tcontext=unconfined_u:unconfined_r:wine_t:s0-s0:c0.c1023
tclass=memprotect
node=localhost.localdomain type=SYSCALL msg=audit(1280309701.355:60):
arch=4003 syscall=90 success=no exit=-13 a0=ffe19130 a1=0
a2=ffe19130 a3=5a items=0 ppid=11109 pid=11268 auid=500 uid=500 gid=500
euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1
comm=wine-preloader exe=/usr/bin/wine-preloader
subj=unconfined_u:unconfined_r:wine_t:s0-s0:c0.c1023 key=(null)
--
Ryan Rix
== http://hackersramblings.wordpress.com | http://rix.si/ ==
== http://rix.si/page/contact/ if you need a word ==
signature.asc
Description: This is a digitally signed message part.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] systemd is now the default init system in rawhide
On Fri 23 July 2010 18:26:29 Lennart Poettering wrote: [snip] - You can boot into either of them by setting the init= kernel cmdline option according to your wishes. If you pass init=/bin/systemd you will boot into systemd, if you pass init=/sbin/upstart you will boot into upstart (note the /sbin vs. /bin!) [snip] If systemd does not work for you and you need a temporary fix, pass init=/bin/upstart on the kernel command line. Hmmm? :) -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: (lack of) maintainership of epiphany?
On Mon 19 July 2010 5:44:21 am pbrobin...@gmail.com wrote: On Mon, Jul 19, 2010 at 11:14 AM, Bastien Nocera bnoc...@redhat.com wrote: On Fri, 2010-07-09 at 23:28 +0200, Andreas Tunek wrote: 2010/7/7 Andreas Tunek andreas.tu...@gmail.com: On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote: On Tue, 2010-07-06 at 13:59 +0100, pbrobin...@gmail.com wrote: I wonder about the maintainer ship of epiphany. The ownership of it is gecko-maint but in none of the current versions of fedora is epiphany gecko based and of the 18 other maintainers not a single person is on the bugzilla watch ACL. There's a bug that was introduced at some point in the F-13 time frame where it crashes on all the machines I attempt to use it on when it first tries to load a page, there's quite a few dupes. I'm really surprised that no one has picked this up. I thought I had, but it may have been something I filed under 'poke someone about later when I'm not so busy'... To me it would seem to make sense for the desktop team to own it, since it's a part of GNOME. -- I can't use Epiphany at all in F12 due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=592685 Haven't had any problems in F13 yet though... Now I get problems in F13, see https://bugzilla.redhat.com/show_bug.cgi?id=603358 FWIW, it looks like a WebKitGTK bug when launching pretty much any plugin. Best to try and reproduce the problem with another WebKitGTK browser, and update the bug with actual reproducer instructions. Its certainly related to plugins. I don't have flash installed but I did have java installed. Now I don't and it doesn't crash. It worked fine with the original F-13 release so its regressed along the way but it does work with no plugins OK. Possibly because of this[1] update? Peter Ryan [1]: https://admin.fedoraproject.org/updates/java-1.6.0- openjdk-1.6.0.0-39.b18.fc13 -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dist-git project update
On Thu 10 June 2010 2:44:47 pm Jesse Keating wrote: It's been a while since I last updated folks on dist-git, and in reality it's been a while since I last worked on it. Fedora 13 took up all my time. Since my last update we've made great progress on fedpkg, the new tool that will replace the make system. It is packaged up with fedora-packager and has the ability to do many tasks that our Make system handled. Here is a quick list: build chainbuild clean clog clone compile gimmespec install lint local mockbuild new new_sources prep scratchbuild sources srpm unusedpatches verrel Many of these targets take optional arguments which extend their functionality and replace some other specific Make targets. This list is enough to get us checking code out and in, and building in koji. On the koji front we've recently discovered the changes necessary to build from dist-git style repos, and those changes are being polished up and committed upstream. We have done multiple builds successfully from dist-git repos. Where do we go from here? We're ready for more wide scale testing, and to facilitate that I am refreshing the git repos from current CVS (people with existing clones will have to blow them away and re-clone), and getting a koji stage instance up that we can build against (with limited builders). We'll then push out another fedora-packager update that has the right URLs to build against this stage Koji and announce that it is ready for building. Based on this testing, and some decisions around git tagging and branch usage, we stand a good chance at being able to roll this out prior to the F14 branch event. I hope you are all as excited as I am about this! How will this affect current packagers' workflow? Will the changes necessary be documented on the wiki? It doesn't seem straight off the bat that this would be a drop-in replacement without packagers needing to tweak their workflow. Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact torque/perl-PBS maintainer.
On Tue 8 June 2010 3:44:53 pm Kevin Kofler wrote: Steve Traylen wrote: aalib I'm not interested in, nothing seems to require it. aalib is used by several video playing libraries/applications. Kevin Kofler I'll take it over, then. For that reason, and the fact that aalib's demo bb is gorgeous. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.
On Tue 1 June 2010 8:48:02 am Paul Wouters wrote: I'm getting seriously tired of this tor package discussion every six months. Seriously, just rip out the childish %post crap, and remove all the non-fedora initscript sub package nonsense. This is not the Enrico Project. Halfway there, if you're up for testing: https://bugzilla.redhat.com/show_bug.cgi?id=598213#c3 Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.
On Sat 29 May 2010 11:10:35 pm Matthew Miller wrote: And this one is: packages should not print out messages complaining about the state of other packages in Fedora. That's not the right process for solving those issues. If redhat-lsb is broken, there's a procedure for dealing with that, and it isn't give confusing warnings to the end users! +1 Airing out our dirty laundry for our users to see is not something that we should allow or promote. I'm all for reporting errors, but b*tching to users? No. I'm going to file a bug on this if someone else has not. It's pretty non-excellent of this package's maintainer, but judging by his previous actions I am not surprised. He has shown in the past that he has no qualms with breaking the be excellent to eachother rule. Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.
On Mon 31 May 2010 1:55:26 pm Paul Wouters wrote: since that's the preference of the maintainer, which violates fedora packagaging policies Then a provenpackager should fix it regardless of whether the maintainer is too busy to fix it. and even then, they shouldn't be maintaining packages they are too busy to fix! That's just as bad as blatently refusing to fix this issue. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == == http://rix.si/page/contact/ if you need a word == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Harmless KDE feature upgrades - yeah right
On Sat 15 May 2010 1:16:26 pm Valent Turkovic wrote: On Mon, Mar 8, 2010 at 11:01 AM, Jaroslav Reznik jrez...@redhat.com wrote: On Friday 05 March 2010 18:37:06 Matthew Woehlke wrote: Petrus de Calguarium wrote: As I had expected, breaking up the monolithic packages into individual packages is a whole lot of unnecessary work. Better to provide releases as they occur, than to waste time unnecessarily breaking down the monolithic packages. To what end and benefit? Who, nowadays, doesn't have at least one hard drive of at least 80-100GB, likely You have heard of netbooks, yes? SSD's? I have all of 4 GiB, and not all of that available for packages. We are planning some splits because we're planning KDE netbook spin. Netbook Plasma is new and very interesting piece of software and of course we'd like to support even old EEE 701 - I have one next to me ;-) Hopefully it's going to be F14 stuff. Jaroslav I read on few websites that Fedora 13 should have KDE Netbook Plasma but I can't see any package in current Fedora 13 repositories. How do I turn on KDE Netbook Plasma for Fedora 13? Cheers! The same way you do it for any distro... System Settings-Appearance- Workspace, set Workspace Type to Netbook. There aren't any packages to install outside of the default kde packages (kdebase-workspace for the minimum, or @kde-desktop for the full kde packageset.) Note that for Fedora 14, we're targeting the creation of a KDE netbook spin which will automate all of this... But this isn't really related to the Development of Fedora at all... Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Retire glib and gtk+ 1.2 from rawhide?
On Mon 10 May 2010 12:01:01 am Chen Lei wrote: Considering fedora 13 just remove ppc arch to secondary arch, it's meaningful for fedora to retire some long dead upstream packages as well. Maybe it's suitable to retire gtk 1.2 in F14 or F15, then remove it to rpmfusion for a compatible reason as python 2.4. We retired PPC because there wasn't enough manpower behind it. Not because it was obsolete. There are still people who have ppc machines, just as there are probably still people using gtk+ 1.2-dependant packages. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: chrony as default NTP client?
On Sun 9 May 2010 10:26:35 am Kevin Kofler wrote: Mail Lists wrote: The prime motivation of this project is a use case of intermittent internet connections of 5 mins a day. I seriously doubt that is the common use case for majority of fedora users. I think intermittent Internet connections are actually extremely common. Think laptops/notebooks/netbooks. For frequent travelers, even only 5 mins/day of Internet access might be a realistic estimate, though a bit extreme. But ntpd is already a FAIL with much more uptime than that. Here is how I see this: The user installs their system for the first time, they set their clock using NTP while they have the connection to the internet when they installed their packageset/updates. Now they have an accurate clock. How much drift can happen that each and every time they connect to the internet, even if it's only for five minutes, would they need to resync their clock? I have NTP disabled altogether on this machine, and since I've installed it, it's still within about 5 seconds of my mother's Windows machine which _does_ have ntp disabled. I find that having NTP enabled in most cases for mobile systems is simply unnecessary; there is a large (I would say upwards of 95% in my most unscientific guessings) chance that these users aren't going to be doing anything which requires their clocks to be synced with any amount of precision. And if they are, they should _know_ that and be able to set up a tool (whether it is NTP or Crony) themselves. Imo the use cases for having a constantly synced-to-the-second clock are minimal at best. Kevin Kofler Ryan All the clocks on my desktop are KDE Plasma's Fuzzy Clock applet with about 10 minute precision so who am I to talk? Rix -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: os
On Wed 28 April 2010 8:33:30 pm Roopesh Majeti wrote: Even iam interested to test it, if more information is provided. Kay? And what does this have to do with the development of _Fedora_? This should be taken off-list, rather than keeping it onlist Ryan Regards RM On Thu, Apr 29, 2010 at 5:30 AM, Chris Jones chrisjo...@comcen.com.auwrote: On Tue, Apr 27, 2010 at 4:50 PM, jerrick Davis lamabo...@gmail.com wrote: I made a operating system anyone up for testing it for me -- Lama boy ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel ** I'm happy to test it out. If your interested, send me an email with some more details. As others have mentioned, we need more information. -- Chris Jones Photographic Imaging Professional and Graphic Designer ABN: 98 317 740 240 Photo Resolutions Web: http://photoresolutions.freehostia.com Email: chrisjo...@comcen.com.au -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thunderbird bz 579023 still not fixed even though there is an upstream fix available
On Sun 25 April 2010 2:55:58 pm Kevin Kofler wrote: They still suck in the system integration domain in many ways, e.g. openSUSE's KDE integration patches have yet to be merged, and of course our maintainers refuse to merge openSUSE's patches due to the usual trademark concerns In their defense, those patches are fairly messy. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shell commands like to OS/2 shell (or MS PowerShell)
On Mon 19 April 2010 3:51:23 pm Slava Zanko wrote: Hi folk, I want to propose new idea about names of command line utilites... For example, all present utilites have sence just for guru's (ls, rm, fsck etc), but for novies it's hard to use. Is good idea to symlink'ing (shell aliasing) these and much more utilz to another names? Like to: ls - filesystem.list rm - filesystem.remove fsck.* - filesystem.check.* mkfs.* - filesystem.make.* convert - media.convert.image mencoder - media.convert.video oggenc - media.convert.audio.ogg mplayer - media.player.* etc This idea will be easy to realize (need to make at first time one rpm package with lot of symlinks... and then long-time work in all present rpm-packages for respect this technology). But we need for standartization of alias names... in ideal case, standartization must touch all distros (new standard?) P.S. This not my idea. Originally from: http://translate.google.com/translate?js=yprev=_thl=enie=UTF-8layout=2; eotf=1u=http%3A%2F%2Fwww.linux.org.ru%2Fforum%2Ftalks%2F4797323sl=rutl=e n Thanks for attention. I'm against making a mess of PATH with a crapload of symlinks. If this were to happen, it should happen at a bashrc alias level, and even then I'm still against it. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reverting kaddressbook back to previous version?
On Wed 14 April 2010 6:53:24 am Thomas Janssen wrote: On Tue, Apr 13, 2010 at 10:46 AM, Juha Tuomala juha.tuom...@iki.fi wrote: On Mon, 12 Apr 2010, Ryan Rix wrote: On Mon 12 April 2010 6:40:59 am Juha Tuomala wrote: I recall, that the earlier version had some level of Akonadi support as well, so in theory, would it be possible to revert the codebase back to the one that can actually be used? Sure, try `man yum`. You mean that we're here to solve our own problems, not to make a good distribution for great public? We *have* a good distribution for great public. Kaddressbook works as expected for me. If you have a problem with it, ask for help and you get help. You got the right answer for what you asked. *You* want the older version. Good luck downgrading and have fun with it. I suggested that Juha fix his issue by downgrading simply because of this. He was the same person who has been complaining about KAddressbook in 4.4 since its initial release, two months ago. Ryan -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reverting kaddressbook back to previous version?
On Mon 12 April 2010 6:40:59 am Juha Tuomala wrote: I recall, that the earlier version had some level of Akonadi support as well, so in theory, would it be possible to revert the codebase back to the one that can actually be used? Sure, try `man yum`. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Another great update
On Sat 6 March 2010 5:54:11 pm Conrad Meyer wrote: All Fedora developers are people, too -- please remember to show some respect. Be excellent to eachother http://fedoraproject.org/wiki/Overview#Our_Community -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: default fedora-virt-server.ks
On Thu 25 February 2010 8:59:23 pm Colin Walters wrote: I've attached my proposed file, and will commit to spin-kickstarts unless there are any objections. Well, for one you've missed the spins submission deadline for Fedora 13... -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: LD Changes To Implicit DSO Linking Update
On Wed 10 February 2010 7:00:42 pm Kevin Kofler wrote: It's not in the interest of the GNU project (which GCC is supposed to be a part of) to make it easy to compile code with other compilers! If that is the case it is extremely short sighted of them. -- Ryan Rix == http://hackersramblings.wordpress.com | http://rix.si/ == signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
