Re: thunderbird upgrade - wtf?
Rahul Sundaram, Sun, 11 Oct 2009 14:24:53 +0530: It was ok to ship a beta release of thunderbird but updates shouldn't cause such issues. If the fixes were necessary to push as updates then it would have prudent to disable smart folders and indexing by default and leave it enabled in Fedora 12. Rahul, aren't you arguing that Rawhide is broken? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
Matej Cepl, Sun, 11 Oct 2009 16:32:26 +: Rahul Sundaram, Sun, 11 Oct 2009 14:24:53 +0530: It was ok to ship a beta release of thunderbird but updates shouldn't cause such issues. If the fixes were necessary to push as updates then it would have prudent to disable smart folders and indexing by default and leave it enabled in Fedora 12. Rahul, aren't you arguing that Rawhide is broken? Sorry, misread your message. Forget about this please. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Development packages for Thunderbird/Sunbird
Henrik /KaarPoSoft, Fri, 09 Oct 2009 18:20:44 +0200: However, to compile blueZync, development packages for thunderbird and sunbird are needed (i.e. header files, idl files etc). As far as I can see, not such -devel packages are available for Fedora 11 or 12. When you install xulrunner*devel what files you are missing? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Help with debuging Xserver / Goes in an infinite loop
Joshua C., Mon, 05 Oct 2009 23:05:54 +0200: Do we have a bug for this? If not, please do file one and include all those information you collected for this thread together with /var/log/ Xorg.0.log (if possible after the problem happened -- on reboot put 3 to the end of the kernel command line, so Xorg is not started on boot, and then you can save previous /var/log/Xorg.0.log from the session which ended poorly), /etc/X11/xorg.conf (if you have any), and output of dmesg (if you can get it from other terminal than the one where you run gdb in moment things go bad). Thank you very much, Matěj -- 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]
Matej Cepl, Fri, 02 Oct 2009 15:26:09 +: However, for personal reasons I need to decrease my personal involvment in non-work related Fedora work. I have still on my list: * cycle -- Calendar program for women (any ladies would like to decrease gender gap in Fedora packaging? Or would like to switch your wife to Linux?) * vim-vimoutliner -- Script for building an outline editor on top of Vim (for vim lovers I don't know about any better outline editor/task manager, heck some people use it for writing huge technical books :)) * ldapvi -- An interactive LDAP client (the best tool for managing LDAP server I know about in Fedora) * JSDoc -- Produces javadoc-style documentation from JavaScript sourcefiles * python-urllib2_kerberos -- Kerberos over HTTP Negotiate/SPNEGO support for urllib2 Please take them to your good hands. Thanks, Matěj -- 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]
Christoph Wickert, Fri, 02 Oct 2009 19:58:58 +0200: I'm going to take over nimbus. I already reviewed it and you asked me for co-maintenance. Sorry I didn't find the time to look into the EPEL build error sooner, it's still on my todo list. Ownership released. Concernig bug https://bugzilla.redhat.com/ show_bug.cgi?id=522151 I think, I've got there a working solution. It might not be as cool as possible, but I think it works, and it should be (hopefully) reliable solution. Basically I believe that this bug is solved pending your approval. Matěj -- 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]
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. Matěj -- 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]
Christoph Höger, Sat, 03 Oct 2009 14:23:01 +0200: 2. The sync-ui binary (which I wanted to test the most ;)) is missing. It is not missing in devel (now F-12) package. But it is still not working correctly due to %{_libdir}/syncevolution packages. Matěj -- 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]
Peter Robinson, Sat, 03 Oct 2009 10:09:20 +0100: syncevolution -- SyncML client for evolution I'll take this one. Released in pkgdb. Thanks. Matěj -- 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
Jesse Keating, Thu, 01 Oct 2009 07:39:16 -0700: We've stopped caring about anything outside of the critical path. Thanks for clarifying it. At least I know now that I should give up on maintaining Fedora packages because nobody cares about them. Will do next week. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Orphaning some packages [Was: Re: Buyer Beware: A Major Change in NFS is about to happen]
(intentionally breaking the thread so this is not burried somewhere in depths) Michal Schmidt, Fri, 02 Oct 2009 10:15:30 +0200: You're misinterpreting Jesse's quote out of context. I am misunderstanding them (in case your interpretation is more correct). So that's just that rel-eng doesn't have enough work to do (otherwise, why they do not control only critical path components?). So, this is not in protest of the current policy (this was just the last straw which broke me to do The Right Thing™ finally) and I don't want to make a drama from this (quoting Seth). However, for personal reasons I need to decrease my personal involvment in non-work related Fedora work. So, I am orphaning these packages: pspp -- A program for statistical analysis of sampled data (simple free clone of SPSS statistical package) syncevolution -- SyncML client for evolution jbrout -- Photo manager, written in python/pygtk pyexiv2 -- Python binding to exiv2 (used by jbrout) cycle -- Calendar program for women ldapvi -- An interactive LDAP client I really care about these packages, so please somebody take them. I am willing to comaintain (meaning probably mostly to advice on the ways how the community around them works), and if nobody will step up to maintain them, I will probably stay maintaining them. pspp is close to the new release, I was building for Rawhide all prereleases (it mostly involves filing a bug report upstream for reach rebuild, because pspp seems to be hitting many issues with our super-new gcc and glibc). syncevolution was just released and upgraded in Fedora. I also wish to orphan these packages, and frankly I care about them much less, so if nobody steps up, I will probably just let them die. JSDoc -- Produces javadoc-style documentation from JavaScript sourcefiles nimbus -- Desktop theme originally from Sun python-libasyncns -- Python binding for libasyncns python-urllib2_kerberos -- Kerberos over HTTP Negotiate/SPNEGO support for urllib2 vim-vimoutliner -- Script for building an outline editor on top of Vim All my packages are in good shape and I don't see any serious outstanding issue in them. Thanks a lot for anybody taking these. Matěj -- 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]
- Bruno Wolff III br...@wolff.to wrote: Bugs can include RFEs as well as actual brokeness. I don't think that really buys you anything. And a bad maintainer could just file an RFE for an upgrade and refer to that bug when they provide the upgrade. Yes, of course, but I expect Fedora maintainers to be adults, so they would behave at least reasonably responsibly and not fluke rules we agree upon. Matěj -- 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
Kevin Kofler, Thu, 01 Oct 2009 02:58:15 +0200: Yes. It slowed down builds, and it often triggered bizarre build failures which were NOT bugs in the program, but in the toolchain or in some core library like glibc, which in turn delayed important updates to the affected packages. I.e., it was discovering bugs ... not in your program but in glibc, gcc, etc. (I have experienced this couple of times with pspp on Sparc). Matěj -- 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
Steve Dickson, Wed, 30 Sep 2009 15:41:51 -0400: Maybe removing the Final Development part and replace it with something like Beta Freeze (Bug Fixes ONLY) might have helped. Well my problem with the current state is that it is not Bug Fixes ONLY, we are getting to acks (Red Hat people know what I am talking about) by somebody who is neither PM, nor developer, nor QA. Oh well, at least finally I know for whom not to vote in the elections. Matěj -- 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
Jeff Garzik, Wed, 30 Sep 2009 18:55:56 -0400: Both ppc and ppc64 have been excellent at catching software bugs in my projects that long went unnoticed on i386/x86-64. The lack of big endian builds by default is a notable loss, and will lead to a decline in software quality. I think this is a net-negative for Fedora. I don't think it is that bad with secondary archs ... I maintain PSPP (I didn't know what I've fallen into when I packaged that ;)) and we are routinely finding bugs on SPARC ... in pspp as well as in glibc, gcc, and other places. PSPP by its nature has quite extensive unit tests, so it is catching a lot of stuff which otherwise goes unnoticed. Matěj -- 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
Jesse Keating, Tue, 29 Sep 2009 23:45:08 -0700: Right, I've always taken it to mean Our experimental code is in, and we're ready to take end user testing feedback on it which is different from our code is in, but not really done, and we don't care if it's broken because we're going to re-write it again in a week. Except this is not exactly correct ... this is not beta by industry standards, but release candidate which will be left rottening for two months before released and found completely useless (because 0day updates will be probably again bigger than amount of packages people usually install). Case in question ... I am not allowed to fix bug https:// bugzilla.redhat.com/show_bug.cgi?id=520998, which I have filed some time ago, watched that maintainer didn't do anything to it, finally after discussing it with OpenSSL maintainer I have decided that upgrading to the current stable version of the package makes a lot of sense, fixed the spec so that it builds, build it ... and found that I cannot push it to the bodhi, because I would need to humbly petition FESCO for permission to fix a bug. And no I cannot swear that it won't break anything (it is not my package after all), so I will just not bother, and let is slip for anybody who cares to take care of it. Do we have somewhere real Rawhide (i.e., dist-f13) repos available now when dist-f12 has been released? I don't want to upgrade from koji. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
Mail Lists, Sun, 27 Sep 2009 11:23:11 -0400: You might want to delete your .thunderbird directory and try again. Im happy for you. For what its worth, I have several accounts too - not just many mail folders. My experience is that it is better to run IMAP server on localhost and store all messages there ... emails are too valuable thing to be given to pre-release code. Anyway ... It did not work for me - whilst the vanilla 3.0pre version works fine - witrhout deleting anything. I would love to see a bug report for this with a backtrace of thunderbird when it is in 100% CPU state. So, please: 1) install all -debuginfo packages (debuginfo-install thunderbird is your friend), 2) start TB, 3) open gnome-terminal (or whatever terminal emulator you use in X) and when TB goes to 100% CPU, you will have hopefully at least enough juice to Alt+TAB to the terminal and run gdb --pid=$(/sbin/pidof thunderbird-bin) (you can have it prepared on the command line, so you just run Alt+TAB and Enter) 4) when you finally get gdb prompt, run command thread apply all backtrace 5) you get many screens of stuff, please, copy it into a new bug report against Thunderbird component on bugzilla.redhat.com. Thank you, Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
Seth Vidal, Wed, 23 Sep 2009 11:00:16 -0400: We don't have anything sexier than 'We changed the compression system'? in F12? I'm sure we can come up with something more interesting. Maybe we changed the background of something.. That's more interesting than this, right? :) We made it much easier for you to file duplicate bugs? Matěj P.S.: Sorry for ranting but I spent yesterday fighting with Firefox abrt crashes. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
Matej Cepl, Sun, 20 Sep 2009 05:55:50 +: /me shakes his fist at comps and complaints for thousand times that we * for the thousandth time (shaking fist doesn't excuse me from English grammar) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: default fonts in Fedora
Colin Walters, Fri, 18 Sep 2009 15:46:50 +: These are wrong and should be in the comps group. Looks like Matthias added them. I'll move them to comps now. Which seems like to typical Fedora event ... after all FESCO approved Features, code freezes, etc. etc., somebody just throws incompatible, untested, and frankly worse fonts to comps and chages the look of whole distro (yes, I know, these are just for LiveCD). /me shakes his fist at comps and complaints for thousand times that we don't have Suggests/Recommends, which would maintained by somebody who at least has a clue about package in question. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
Adam Williamson, Wed, 05 Aug 2009 14:26:53 -0700: Well, I think it's really the same issue. The problem is one of expectation: we have two similar components, GNOME and KDE, in the same distribution, following different update polices - GNOME favours stable, KDE favours adventurous. This confounds expectation. Yes, my problem is potentially almost solved with the tools at our disposal and some little tweaks to interfaces, except for the problem raised by Jesse, see my reply to his post. :) Adam, I see where you are coming from, but aside from the unclear definition of the Fedora's target audience (which is IMHO clearly defined as developers needing bleeding-edge distro with huge engineering support; we just live in denial for not saying so clearly) you are getting into much deeper organizational problem ... how manages Fedora. Actually, it seems to me the answer is no-one really ... this is really a community of packagers held together by very rough consensus and necessity to support each other. As such there is no such thing as corporate brand and expected behavior ... if KDE folks decide they want to package their packages (and they are their packages, not of the folks in the RH Desktop team) as they do and have multiple upgrades even for N-1 distros, it is only their business -- they will have to hold all pieces together if it blows up in their face. If Gnome folks decide to be more conservative (or conserving effort for Gnome 3.* and bigger stability of Gnome before Fedora 12 aka RHEL 6 Alpha) it is their business and nobody could them anything. I am not sure about Mandriva, I have never had it installed ever (even though I got kindly LiveUSB disk at Guadec 2007 -- it was wonderful free 3GB USB drive before I lost it ;-)), but if it is smaller distro, it could be true it was smaller community with more centrally controlled strategy? Or in other words ... read “Nature of the firm” (Coase, 1937) and “The Problem of Social Cost” (Coase, 1960) ... to understand one way how to get grasp of this community. In the situation where opportunity cost of cooperation is quite low, transaction cost is perceived as quite high, and cost of leaving the community quite low, there is no way how to centralize management of the community. There are some communities where it is possible to achieve *slightly* higher degree of centralization (Ubuntu, and possibly Mandriva), but certainly it is not the case of Fedora which is probably quite close to the extreme of market-driven organization (to use Coase's terminology). Matěj -- 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
Ralf Corsepius, Thu, 06 Aug 2009 18:14:47 +0200: I turned away from supporting Mr. Robinson, ignored his reviews and left reviews to others So you lost your right to slander him now. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KDE vs. GNOME on F10
Adam Williamson, Thu, 06 Aug 2009 09:38:43 -0700: Oh, and the only non-fiction I read is the newspaper :) Not only I was a lawyer, I was even in a PhD student in sociology/ criminology in my previous life. :) Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Clipboard manager by default in Fedora 11
Ian Chapman, Mon, 27 Jul 2009 21:47:23 +0800: I'd like to see some consistency between how apps handle clipboard content, when 1. The user highlights content and pastes using the middle mouse button 2. The user uses the copy paste menu options or hot keys. Read this http://www.jwz.org/doc/x-cut-and-paste.html first please. Thank you Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Jesse Keating, Mon, 20 Jul 2009 20:11:32 -0700: Orphan: qt-qsa LabPlot requires qt-qsa-devel = 1.1.5-6.fc11 LabPlot requires libqsa.so.1 I am not Qt user, but isn't qt-qsa the only how to get SSL/TLS for many (all?) Qt projects? (I know I had to install it for kopete and psi to have TLS for my Jabber account). Just that removing this might cause a bit of problem (and of course, cursed be RPM for not having Suggests/ Recommends, which would caught this). Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Sven Lankes, Tue, 21 Jul 2009 12:42:07 +0200: qt-qsa is the 'old' variant. The package containing the current code is qca2 and that is still maintained. Cool. I suspected I am out-of-date. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature proposal: Extended Life Cycle Support
Jeroen van Meeuwen, Sun, 05 Jul 2009 01:30:46 +0200: On Sun, 05 Jul 2009 01:13:14 +0200, Julian Aloofi To be honest, I think environments that work like that won't use Fedora anyway if it wasn't supported for at least three, let's say two and a half, years. Having to agree with your general statement -not necessarily the exact period- I think neither of us can commit to extending even a single release's life cycle to that extent right now. We'll have to start somewhere, as you'll agree, and so we're thinking of starting out here; 3 releases to maintain in parallel, for those that opt-in, excluding EPEL (which has long term support in all it's aspects already). The problem I have with this whole project is that nobody explained me well, why you folks interested in this don't join CentOS project? NIH? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: readline update?
Ralf Corsepius, Fri, 03 Jul 2009 21:29:46 +0200: I thought, we banned all non-utf-8 aware packages? I agree, who needs grep after all :) https://bugzilla.redhat.com/show_bug.cgi?id=194471 /kidding Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: readline update?
Ralf Corsepius, Fri, 03 Jul 2009 21:29:46 +0200: I thought, we banned all non-utf-8 aware packages? And BTW zsh has been fixed not to corrupt non-ASCII filenames? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090702 changes
Kevin Kofler, Thu, 02 Jul 2009 17:07:39 +0200: It's also a hard decision where to draw the line: will you accept a PDF of Jules Verne's Around the World in 80 Days (which is in the public domain) as well? What exact criteria make Dive into Python OK and Around the World in 80 Days not? And even more seriously ... sword (library for retrieval and search through big texts used mainly by Biblical software like bibletime or xiphos) could really use some texts ... Biblical program without any content seems kind of bare, and I think KJV is distributable just fine. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090702 changes
Bill Nottingham, Thu, 02 Jul 2009 12:43:10 -0400: I'm not sure how distributable the KJV is or isnt', but it's explicitly forbidden by the guidelines. Of course, I suspect we'll now have someone claiming that the camel book is actually a religous text. Of course, and GNU Manifesto! But, no I wasn't seriously suggesting we should package Bibles (and Quaran etc. ... Fedora ME anyone http://www.sabily.org/website/ ? :)), just that if one goes other ones shouldn't as well. So, how should I propose to FESCO exclusion of DiveIntoPython (BTW, wonderful book), Jules Verne and anything else we find? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090702 changes
Jason L Tibbitts III, Thu, 02 Jul 2009 12:32:48 -0500: Open a ticket on their trac (https://fedorahosted.org/fesco/). Hmm, it *is* complicated. The issue here is that the guidelines explicitly permit documentation and help files; diveintopython is obviously documenting Python, and if it was bundled with the Python tarball then there wouldn't be any question at all about this. So I'm not really sure that the place where you draw the line is all that clear. Well, I always understood, that documentation which is part of normal package is OK, but source package which contains nothing else than documentation isn't. But then yes we have man-pages. Hmm. Any thoughts? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
drago01, Mon, 29 Jun 2009 17:00:56 +0200: Another don't use $LANGUAGE because its evil post from RMS. ($LANGUAGE has been Java, Javascript and now C#). I am not big fan of RMS, but we have to admit that at least in case of Java, he was just right, and among other things, because of strong stand on the principle by the FLOSS community, Java is now free (ask some RH folks about making OOo working without Sun JRE). Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
Kevin Kofler, Mon, 29 Jun 2009 17:08:11 +0200: I'm not familiar with the JavaScript story, but if he really recommended against using it, there was certainly a valid reason. His point was that thousands of line of hardly obfuscated Javascript (think Google Docs) is hard to recognize from binary-only distribution, which I can see as pretty good argument. And yes I know that this obfuscation is not for malicious reasons (it's compression as well), but still, it would be lovely if source for Google Docs was available somewhere. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Raising the bar
Peter Lemenkov, Tue, 30 Jun 2009 00:25:10 +0400: Please, take a look at smolts statistics, for example. Don't fool yourself with wrong statement that many users (not redhat employees) using Rawhide. Actually in this case Red Hat employees are as good as any other user. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Raising the bar
Ralf Corsepius, Mon, 29 Jun 2009 23:22:47 +0200: Yes, my Fedora 11 _desktop_ experience so far has been very negative, to say the least. And yes it says just a little about state of F11 desktop. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
梁穗隆, Tue, 30 Jun 2009 23:51:30 +0800: I am using f-spot to export my photos to picasa web album. It is much better than Google Picasa for Linux. I know that gnote will replace tomboy. I hope solang will replace f-spot for the reason that sometimes after I upload photos to picasa web album f-spot would crash. jbrout works just fine for me. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
Frank Murphy, Mon, 29 Jun 2009 08:38:45 +0100: Is there any contingency plans in place, for a worst case scenario if C#, is lost? FesCo? Sure, there is, but no need to panic ... sky is not falling yet (and there are many reasons to believe it never will). Note for example, that default installation of Fedora 12 probably won't require Mono at all (Tomboy was replaced by Gnotes, although the main reason was savings of many megabytes instead of legal concerns). Best, Matěj P.S.: Says the one who does yum remove mono-\* after every upgrade of Fedora. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2008 available for testing
Jindrich Novy, Sat, 27 Jun 2009 14:41:42 +0200: then you can do: # yum install texlive Transaction Check Error: file /usr/share/texmf from install of texlive-2008-0.1.fc11.x86_64 conflicts with file from package gnuplot-common-4.2.4-6.fc11.x86_64 Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2008 available for testing
Matej Cepl, Sat, 27 Jun 2009 21:21:43 +: Jindrich Novy, Sat, 27 Jun 2009 14:41:42 +0200: then you can do: # yum install texlive Installing : texlive-2008-0.1.fc11.x86_642/92 Error unpacking rpm package texlive-2008-0.1.fc11.x86_64 error: unpacking of archive failed on file /usr/share/texmf: cpio: rename -- 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
Orcan Ogetbil, Tue, 16 Jun 2009 20:16:36 -0400: - Let's keep F-12 the same: ppc, ppc64, i586, x86_64 - Since ppc and ppc64 are going to be dropped from F-13, fill in the blank spot with i686+SSE2, i.e. F-13: i586, i686+SSE2, x86_64 Everyone happy? No, I hate we will be missing other-endian but that's war lost, I am afraid. Matěj -- 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
Josh Boyer, Mon, 15 Jun 2009 15:28:04 -0400: Another option would be to retain the current i586 support, and add the i686+SSE2 as a new primary arch, with an eye towards depreciating the current x32 support down the road. There would seem to be less initial pain involved here, and everyone would get what they want :) No, there would be lots of additional pain. Now you as a package maintainer would have to wait for i586, i686, x86_64, ppc, and ppc64. Then we'd have to compose repos for them, and iso, and testing, and updates, and... Well, much more interesting question IMHO is why we keep ppc? Did anybody know numbers about these (I am sorry, i got lost in smolt website, so I was not able to collect data from there)? Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What I HATE about F11
Charles Butterfield, Sat, 13 Jun 2009 22:19:17 -0400: Okay, so I mostly love Fedora. However, here are 4 things that got by blood really, really boiling, so I thought I'd share my emotions. They are mostly policy issues, where I think you have gotten it very very wrong. DON'T FEED THE TROLL!!! /plonk -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Question about web applications
David Nalley, Thu, 04 Jun 2009 07:00:25 -0400: Perhaps I am the least well suited to respond as I did some of the initial review. However, there are at least 10 bundled libraries with ampache, including pear-XML_RPC, nusoap, getid3, small snippets from Horde, captchaphp, php-Snoopy, etc. In addition to the security benefits, creating the separate package means other packages (even other web apps) can make use of the libraries that would be available in Fedora instead of just ampache. I can empathize with the extra work that this causes, as I am trying to fix a few of these problems with another web app. Yes, it is PITA, but try to compare this with situation about Java packages and your problems will suddenly look trivial ;-). Yes, all dependencies needs to be separated into their own packages (*if possible* from their respective upstream sources) and your package should be just requiring them. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Reindl Harald, Thu, 04 Jun 2009 20:45:21 +0200: I think it is simple BAD to close bugreports with upstream! For me as enduser of fedora i have one bugzilla and i really like to help with bugreports, try things if maintainer needs better explains what happens. As you can see from this thread, there are as many opinions on this issue as there are packages in Fedora ;-). It all depends from the style of packager's work. E.g., openoffice.org maintainer prefers to move all non- packaging bugs upstream ASAP (he does the moving) and then he works on them upstream (firefox maintainers have similar attitude). Advantage (and one of the foundational pieces of Red Hat philosophy) is that a) our work can be shared with others, b) we can use results of others work. And yes, whole process of upstreaming should be invisible and painless to reporter of RH bug, but our tooling in this area is non-existent. Join the party at https://bugzilla.redhat.com/show_bug.cgi?id=452962 :) Matej -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Jaroslav Reznik, Wed, 03 Jun 2009 13:01:01 +0200: Most bugs are filled by quite technically skilled users. It doesn't seem so from my point of view. Depends on the importance of the bug (when Xorg doesn't start at all, they find a way to bugzilla). Moreover, we want to move from fora to bugzilla ... my personal hatred to fora is comparable only with my disgust for dušený mozeček (intentionally not translating to English to protect innocent ;-)). Matej -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Ralf Corsepius, Wed, 03 Jun 2009 14:01:46 +0200: We are not forcing anyone to do anything but we think direct communication between user and developer is much more better I consider maintainers redirecting arbitrary reporters to upstreams to be rude and hostile, because they are presuming the reporter to be * interested in tracking down bugs * interested in getting involved into upstreams * technically able to do so. This occasionally applies to developers - To normal users it usally doesn't apply, they want to have their issue fixed. I am quite surprised to totally agree with you this time ;-), and I am even more surprised to finally a situation where actually technology could help to resolve interpersonal problems, but I think if somebody skilled in programming Perl (hint, hint) would work on https:// bugzilla.redhat.com/show_bug.cgi?id=189813 (and its upstream counterparts), situation of our reporters COULD improve. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Maintainer Responsibilities
Adam Williamson, Wed, 03 Jun 2009 14:35:07 -0700: There's an obvious answer to this question: we track the importance of issues to Fedora via the Fedora bug tracker, not via upstream bug trackers. There's no way I can mark a bug in the KDE bug tracker as blocking the release of Fedora 12. For an exmaple see https://bugzilla.redhat.com/show_bug.cgi?id=494985 and why it doesn't work https://bugzilla.redhat.com/show_bug.cgi?id=452962 (and yes, it would be wonderful if we could go even further ... blocking our bugs by upstream ones). Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Announcing Fedora Activity Day - Fedora Development Cycle 2009
Kevin Kofler, Wed, 03 Jun 2009 01:29:35 +0200: gmane.linux.redhat.fedora.testers http://list.gmane.org/fedora-test-l...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: gnaughty is a hot babe
Dennis J., Thu, 28 May 2009 21:02:05 +0200: Murder is a crime, pornography isn't There are many states (including many states of USA) where it is. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plans for tomorrow's (20090529) FESCo meeting
Till Maas, Fri, 29 May 2009 15:01:29 +0200: It seems more to me, that the Feature owner does not care, because the package is very incomplete and I got no response from my comment in December 2008 that Virtualbox won't make it into Fedora. Btw. how does the Feature owner delete the page? It seems to me, that this is not easily possible using the wiki interface. Moreover, it has been included in The Repository Which Shall Not Be Named. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plans for tomorrow's (20090529) FESCo meeting
Kevin Kofler, Fri, 29 May 2009 15:30:29 +0200: You mean we should not name RPM Fusion? You can. I probably can as well too (I haven't checked lately), but it is just such fun not to name it. :) Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Why not to create Fedora-us and Fedora-non-us branches?
Tom Lane, Tue, 26 May 2009 19:00:19 -0400: Unless everyone working on Fedora *moves* to the Isle of Man (and obtains citizenship there), I don't think this sort of maneuver keeps us out of trouble anyway. Realistically we all have to worry about the laws of wherever we live. So as long as a significant fraction of Fedora contributors are in $country, $country laws will matter for Fedora. (Repeat above statement for a rather long list of $country.) Of course, I was joking and I think that clicking on one link on The Site Which I Rather Won't Call By Its Name and confirming that I want to install new repository is not that big deal. Matěj -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Call for vote: Nautilus use Browser view for fedora 11
[Followup-To: header set to gmane.linux.redhat.fedora.devel.] Lets use the browser view of nautilus in the next fedora release. Read http://slashdot.org/features/98/10/13/1423253.shtml three times and only then continue in writing messages to this thread. :) Matěj -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: uswsusp with Fedora default kernel?
[Followup-To: header set to gmane.linux.kernel.suspend.devel.] On 2007-05-09, 09:44 GMT, Axel Thimm wrote: Matthias also maintains them at ATrpms http://atrpms.net/dist/fc6/kernel-suspend2/ so that all kmdl support at ATrpms can be made available for this kernel series, like for example the ndiswrapper support on http://atrpms.net/dist/fc6/ndiswrapper/ Yes, we got to the same conclusion with Matthias -- that's probably the best option. Thanks, Matej ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: D-Link Wireless PCMCIA Help
Stjepan Gros píše v St 11. 04. 2007 v 08:21 +0200: On Tue, 2007-04-10 at 21:30 -0400, David Dembrow wrote: I have a D-Link DWL-650 (J3) PCMCIA card and Fedora Core 6 appears to recognize the device and sets up wireless devices wifi0 and wlan0, nut does not find any wireless access points and fails to get an active link led. Just by throwing D-Link DWL-650 (J3) PCMCIA into Google I got after some clicking this -- http://www.seattlewireless.net/index.cgi/DlinkCard#head-0b347e681d055262670cbce0ae34ca7a405c2b4b Might be interesting, Matej -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmaatjabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Don't anthropomorphize computers. They don't like it. ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: Fedora 6 on Acer Aspire 1694WLMi
Martina Egger píše v Út 27. 03. 2007 v 19:10 +0200: thank you all for your help. I downloaded the latest respin FC6 from the Fedora Unity, and installed in text-mode. Installation worked well. But after the restart, it is not possible to go into the system in graphic mode. When I try to start X11, I get a black screen .. Does anyone of you has an idea, if I should change some settings in the xorg.conf, or if I could do something else? Hi, is this clean install (i.e., there was no Linux before on that disk), or upgrade? If the later, could you try to rename /etc/X11/xorg.conf to something else, and restart? Xorg should automagically detect everything necessary. If not, then please file a bug to http://bugzilla.redhat.com, product Fedora Core, component xorg-x11, and attach to the bug uncompressed original /etc/X11/xorg.conf, and then /var/log/Xorg.*.log before and after the experiment. Thanks a lot, Matěj Cepl ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list
Re: Fedora 6 on Acer Aspire 1694WLMi
Martina Egger píše v Ne 25. 03. 2007 v 21:55 +0200: Till half a year ago I tried and tried to install Fedora 5. But no chance! It didn´t work. Problems with the PCMCIA. Then I installed Suse10 with help of an extern screen. But now, I want to try to install Fedora 6. Does anyone of you know, if there´s a chance, that it will work on my laptop? Could you post us output of the command lspci, please? Thanks, Matěj -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmaatjabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Only two of my personalities are schizophrenic, but one of them is paranoid and the other one is out to get him. ___ Fedora-laptop-list mailing list Fedora-laptop-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-laptop-list