Re: New covenant published
Tom spot Callaway wrote: (Yes, the irony of a talk on software patents being offered in MP3 format is not lost on me.) Just think... one more year... one more year... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Packagekit weirdness: Update applet
On 11/16/2009 11:30 PM, Ankur Sinha wrote: [1] http://ankursinha.fedorapeople.org/Screenshot-Software%20Update.pn Hm... I'm not Richard, but I bet he'll want you to supply some pkcon output. Try pkcon -v get-updates and attach the output. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Boot from CD, safe changes to USB-Stick
Duane Smith on 11/04/2009 02:13 PM wrote: You don't wanna change something on the harddisks, but wanna safe the changes. So you boot from Live-CD and the changes are redirected to the USB-Stick. Puppy Linux does it that way*. I wanna see it in Fedora. :D Already possible I believe. I think there's a persistent overlay kernel command argument that you can point to use a file on your USB drive if you're booting from CD. I may be wrong on this though. It's easier just to boot from USB though. Faster all the way around. CD/DVDs take ages to boot. I know persistant overlay works swell with this method. I use it personally. Is booting from USB not an option for you? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-10-22 - Power Management Test Day report
Phil Knirsch wrote: All in all the whole test day was a real success. Especially the great idea of Marcela, Jan and Petr to make a rpm for the testday which automated a lot of the work that needed to be done. For the next testday we already plan to expand that idea and include the automated upload script which will make it even easier for the testers. I would have participated if I could have run Rawhide from my USB drive, but it seems test day images are no longer created and the USB drive I was trying to use kept overheating after attempting to update from Beta 2 to the latest rawhide (several hundred packages). It's my own fault for using a shoddy drive, but are test images no longer being made? Even though I do have a slew of machines, I'm not privileged enough to have a completely unused machine to install rawhide full time on. Next time I'll attempt using a external HDD USB drive, which should have more success. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-10-22 - Power Management Test Day report
Marcela Mašláňová on 10/29/2045 08:17 AM wrote: We were thinking about some image, but for measurement we needed installed system. Anyway requirements for tests were huge e.g. openoffice, kernel-debuginfo. When you use a USB drive you can install any number of packages. Just set your test-day.rpm to Require: openoffice and people could do so. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: 2009-10-22 - Power Management Test Day report
Adam Williamson on 10/29/2009 01:13 PM wrote: Not exactly, you need enough spare memory and/or swap space, because they get installed into 'memory'. Not when you use persistent storage... I have an updated F11 USB stick that would like to meet you. :) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Including windows-binary files for cross compiling into package
Joost van der Sluis on 10/26/2009 01:42 PM wrote: Those files are not architecture independent. They are somewhat similar to .o files. They contain the run time library for the language, compiled to native windows object files. If you want to compile your own program with them afterwards, they are linked together into a windows executable. You could argue that they should belong in a -devel package. But since this package is a compiler, we decided not to split it up into a devel package and a non-devel package. As that would be pointless, as one will not work without the other. They should follow mingw's footsteps, shouldn't they? /usr/i686-pc-mingw32/sys-root/mingw/lib equals /usr/x86_64-pc-fpc/sys-root/fpc/lib ?? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
Jeff Garzik wrote: Global indexing introduces legal issues, disk space requirements and CPU requirements that extend beyond F11... Maybe I'm a bit stupid, but what is the significance of how many files your emails are stored in? Separating them out provides some sort of security advantage? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
Jeff Garzik wrote: Legally speaking, it is important, if I am ever called into court, to be able to show a distinct separation between my personal email and my NDA-heavy Red Hat email. And, bboth of which must be separate from my micro-micro-corporation. If one does not demonstrate intent at creating walls separating legal entities, it becomes a whole lot easier for a GarzikMicroCorp-related lawsuit to subpoena my personal and Red Hat email. Separation of data is basic legal CYA. I fully understand the separation of email accounts, but what I'm getting at is the storage of your binary data on the hard disk. If you keep any personal email on your hard disk, and the whole disk is subpoenaed, your personal+RH email will be on it. The only safe way to prevent that is to not use TB at all. It keeps caches of everything whether you like it or not. In fact, it might be a cool feature to add to TB - a corporate mode so to speak - that prevents any and all local storage of email data. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
On 10/10/2009 11:07 PM, Jeff Garzik wrote: Just upgraded my F11 workstation, which included an upgrade to thunderbird-3.0-2.7.b4.fc11.x86_64 Without any prompting or warning, my email layout -- a key interface into my open source development workflow -- was changed to use something called smart folders. Wrong list and a week late[1]. No need to continue the old discussion here. [1] https://www.redhat.com/archives/fedora-list/2009-October/msg00110.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
On 10/11/2009 03:41 AM, Dodji Seketeli wrote: I don't think so. Not willing to put words in Jeff's mouth, but I don't think he was discussing the UI changes of Thunderbird. I took it as he was rather discussing the upgrade process within Fedora. So never ship beta software? That nixes a lot of Fedora packages. FWIW, I felt the disruption in my workflow as well. All of a sudden, TB almost freezed my computer, eating ~ 1GB of memory (OK, I have a lot of emails but still) and all that, in F-11 which is a stable version of the distro. I think this is the right forum to discuss how we can avoid or a least manage users workflow disruption within stable versions of our distro. Heavily patch all TB 3.0 to act like TB 2.0? That seems silly, don't you think? This is *not* the right forum. There is a right forum[1]. [1] http://www.mozilla.org/community/developer-forums.html#dev-apps-thunderbird -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
On 10/11/2009 11:19 AM, Rahul Sundaram wrote: Whether to include a beta or not should be decided on a case by case basis. It is a good idea to avoid those but if there are substantial benefits, it is fine. The focal point of the discussion isn't what it originally include but how the software changes in updates. Do you use thunderbird as your main mail client? If so, did you find the changes in the update not disruptive for you? I do use TB (read my email headers). I fully understood that TB 3.0 was in beta and could drastically change at any moment. I keep track of their development as well so I was prepared for the changes that have happened. If you expect beta software to act like stable software then you need to update your dictionary. We aren't talking about upstream development however. It is the responsibility of the thunderbird package maintainers in Fedora to avoid updates that prevents the mail client from being usable for a substantial amount of time and changes the UI in a unexplained way. The modifications required to avoid those would have been rather simple. The TB 3.0 updates have been sitting in updates-testing for at least a week or so before they are released into updates. The karma being received has been overwhelmingly *positive* so it's one or two conservative folks that really dislike change that voice their opinions and get some attention for the sake of attention. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: thunderbird upgrade - wtf?
On 10/11/2009 11:46 AM, Rahul Sundaram wrote: Oh please. Expecting all Fedora thunderbird users to keep track of upstream development of software included in Fedora is totally ridiculous. The package maintainer made the judgement to include a beta release of thunderbird. If major UI or other behaviour changes were expected to follow in later revisions, it would have been wise to not include the beta release in the first place. Otherwise, it would have been easy enough to disable those couple of features we are talking about in the update and avoid the hassle for users. Did I say that people should do exactly as I do? No. Please don't put words in my mouth. It is NOT ok if I update my mail client in any stable release of Fedora and get a different UI where my folders are rearranged and my mail client proceeds to index gigabytes of my mail sucking up the CPU and generally making it unusable for quite sometime. A new release with a new UI and behaviour is ok. An update changing it like this is definitely not. Then were was your negative karma? I run TB on 3 different machines (different platforms/arches) and have not encountered any disastrous side effects so my positive karma does not accurately reflect all possible scenarios. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 10:13 AM, mike cloaked wrote: Well someone I know has had dreadful problems with the x64 version of b4 build for F11 from updates-testing - with huge memory usage and never completed the re-indexing process - in the end it hung the machine completely. He took 3.0pre from the mozilla download site and it ran fine. I am told that the x64 code is not clean, and wondered if for x64 users with large numbers of accounts and large amounts of mail stored that maybe the 3.0pre code may actually work where it did not work for 3.0b4 in the x64 case? I have just moved from b2 to b4 as b2 gave me signficant problems with starttls connections to a dovecot imap server but my case was i386. 1) x64 is Microsoft's marketing term. Why are you using it? 2) I run F11 x86_64 on two Core 2 machines. TB 3.0b4 on both. Dovecot IMAP with STARTTLS enabled. No problems whatsoever. Indexing on folders with thousands of e-mails worked fine. I've gone from b2, b3, and b4 without any problems. I've only seen the nice bug fixes and new features come up. I doubt the validity of the claim that your bugs are 64-bit only issues. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird 3.0pre?
On 09/27/2009 10:15 AM, Mail Lists wrote: I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Close comments/karma after update push?
After a recent xorg bug[1] with intel chips, I had to question the use of bodhi for karma/comments after an update has been pushed to updates. Should the comments and karma for packages be closed after an update leaves updates-testing? I don't see any value and it seems the wrong place to have notes about bugs on released packages. Bug reports should go in Bugzilla, no? Should a comment be left on the page before it is closed noting to report bugs to Bugzilla to be a nice pointer for the uninformed? Perhaps a pointer to the next update in line to be released as a user may stumble on an older release. Obsoleted by: [link] Update page: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-8766 [1] https://bugzilla.redhat.com/show_bug.cgi?id=518748 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
please push gstreamer-plugins-base update
For those of us that have pitivi installed and want the pitivi update, we need the new gstreamer-plugins-base update. The gstreamer packages are still sitting in updates-testing (after several updates pushes). Needless to say, dep resolving is failing. Mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Review: Fedora 12 Alpha Release Notes
Rahul Sundaram on 08/10/2009 10:08 AM wrote: Please edit the wiki directly for any improvements if you can or reply with suggestions. Thanks. Why are some internal Fedora wiki links set as external links? For example: [https://fedoraproject.org/wiki/Dracut Dracut] instead of [[Dracut]] -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
Nathanael D. Noblet on 07/31/2009 05:27 PM wrote: Which is what I was trying to communicate... Should I file a bug then? Bug[1] had been filed in Rawhide during F11 cycle. [1] https://bugzilla.redhat.com/show_bug.cgi?id=502138 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Testing libsatsolver on Fedora
Jussi Lehtola on 07/31/2009 10:06 AM wrote: so there is a 50x speed difference in favor of solv. F13 feature? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
Richard Hughes on 07/31/2009 10:43 AM wrote: Not really. If you're running an old version of gimp, you can restart [snip] Fedora 10 and 11 support only 2,3 Unfortunately there's a bug somewhere then. I've been meaning to file another bug report on this. The PackageKit applet tooltip will state You must logout and you click on Logout and it presents you with a Shutdown/Restart Gnome dialog instead of the Logout dialog. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
On 07/31/2009 05:27 PM, Nathanael D. Noblet wrote: Which is what I was trying to communicate... Should I file a bug then? Yes, please. CC me, too, or link me. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
On 07/31/2009 05:30 PM, Nathanael D. Noblet wrote: And this is specifically PackageKit, and not some break out from it like an applet or something?... Yes, this is PackageKit. PackageKit contains an applet that appears in your notification area on your panel when there are updates or updates have completed and it is telling to logout or restart. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFE: FireKit
Ahmed Kamal on 07/24/2009 10:12 AM wrote: I agree a long running daemon would best be written in C, perhaps pyGtk would be good enough for only the GUI config dialogs. I will start a request for a fedorahosted project, then I'll work on recruiting developers yes. GUI? What GUI? You don't need to write a new GUI. Create a D-BUS daemon that NetworkManager can interact with. NetworkManager is all about managing the network and it is exactly where firewall configuration should be. Take notes from Colin Walters reply about needing profiles. You could have a firewall profile per each Wi-Fi point you connect to. nm-applet should provide tweaking of the profile if necessary. You could have inotify pop-ups from nm-applet when something needs firewall access (in or out). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFE: FireKit
Ahmed Kamal on 07/23/2009 04:54 PM wrote: Exactly the point, the user shares his desktop, or starts some service using the services GUI, and FireKit should offer to help. Moreover, this actually would improve desktop security, since without FireKit, a typical user after wasting half an hour, would understand it was the firewall blocking him, and would simply disable it for good. This happens on any OS. However, with FireKit, pro-actively offering to help the user, and requesting by default a limited time-window for opening the ports, actually ensures a better desktop security The user should simply be prompted: Do you want Vino Remote Desktop to be allowed network access? (Yes or No) That's if the port is not already open. FireKit, or something like it, has been needed for a long time. The user experience for everyone will be greatly improved. It's great you are starting this initiative. I hope you are able to get something out of it. But of course python ;) Great, so it'll be just as slow as all the other system administration tools. The folks involved with system-config-* may not notice it, but on slightly older systems (say, P4 generation) the firewall tool or services tool takes ages to start. Easily 30 seconds to a minute. Thanks Python. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: How to RPM'ify Perl Modules
Fulko Hew on 07/21/2009 08:29 AM wrote: Can anyone point me in the right direction? https://fedoraproject.org/wiki/Packaging/Perl ? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Thomas Janssen on 07/17/2009 10:56 AM wrote: Patch would be welcome. Would make my life easier in #fedora helping people with that problem. The patch should have been attached to the original post. Did you see it? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Daniel P. Berrange on 07/17/2009 11:10 AM wrote: Why not do a patch for VirtualBox to make it look in the right place first ? We've just done that for QEMU too, changing its search order to be /sys/bus/usb, /dev/bus/usb and only then /proc/bus/usb. Removing the whole /proc/bus/usb mount to solve one application's problem does not seem ideal. The VirtualBox developers state: /proc/bus/usb is deprecated, and most people have already got rid of it. If VBox finds it mounted, it uses legacy code to handle USB. We do this to avoid breaking existing working setups. Otherwise we use newer, alternative code. FYI the distinction VirtualBox vs libvirt isn't correct. libvirt is an API for any virtualization technology, and has drivers for Xen, KVM, QEMU, VirtualBox and more. My analogy was poor, yes, as most Internet comments are, but my point was being VB vs what libvirt provides, not what libvirt is (a library). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Daniel P. Berrange on 07/17/2009 11:10 AM wrote: Why not do a patch for VirtualBox to make it look in the right place first ? We've just done that for QEMU too, changing its search order to be /sys/bus/usb, /dev/bus/usb and only then /proc/bus/usb. Removing the whole /proc/bus/usb mount to solve one application's problem does not seem ideal. Furthermore, my original question still stands: Does anything require usbfs? You did not answer my original question. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Bill Nottingham on 07/17/2009 11:30 AM wrote: mkinitrd does; that being said, that's only in the initramfs. OK, anything else? If mkinitrd bites the bullet in the new F12 feature then usbfs could be deprecated as well? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Enrico Scholz on 07/17/2009 12:14 PM wrote: Is there some upstream (linux kernel) discussion to remove usbfs? If not, it should stay as-is. Fedora/RHEL are the last major distros to retain usbfs support apparently. Why not patch VirtualBox to do it correctly? Why not patch your utilities? Again: The issue is not VirtualBox. I provided it as an example and people are running away with it. Stop. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish test day: batteries and suspend
Matthias Clasen on 07/17/2009 12:42 PM wrote: Do you feel like writing up a use case involving a UPS ? As Adam stated in his reply, there is really nothing we can do since UPS devices are not supported at all. I haven't gotten around to bug hunting, but is there a bug for UPS support in DeviceKit? Anything? Thanks, Mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Does anything require /proc/bus/usb?
Enrico Scholz on 07/17/2009 03:41 PM wrote: Which initial comment? That you want to remove a feature to workaround bugs in an application? Michael Cronenworth wrote: Fedora/RHEL are the last major distros to retain usbfs support apparently. Sorry; you must be subscribed to another maillist than me. Here, no article in this thread justifies removal of usbfs with anything else than the broken VirtualBox. You're trolling now. For the last time: This has nothing to do with VirtualBox. There is no bug in VirtualBox. There is no patch required for VirtualBox. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish test day: batteries and suspend
Richard Hughes on 07/17/2009 02:07 PM wrote: It should work fine with 009. If it doesn't work, and it used to work with HAL (without nut installed) then please file bugs. I've recently been regression testing with my APC UPS, and this seems to work fine now. 009 displays my UPS's again. I believe I had mistakenly stated that the change from HAL to DeviceKit removed UPS device information, but this was related to something else. Thanks for the update. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Purging the F12 orphans
Martin Sourada on 07/14/2009 01:17 PM wrote: On Tue, 2009-07-14 at 10:58 -0700, Jesse Keating wrote: Unblocked orphan gtk-murrine-engine I'm taking over this one. Co-maintainers welcomed. Could you post an update to 0.9.x for F11? I see one in rawhide, but there's some themes that need 0.9.x and that particular version has been out for a while. If you need a bug I'll post one. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: delaying an update
Christoph Höger on 07/08/2009 09:21 AM wrote: how do I do that? Since you have not submitted it for stable I do not see any problem. Don't do anything. :) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: an update to automake-1.11?
Stepan Kasal on 07/01/2009 05:05 AM wrote: I apologize for that. I got bored writing three-word nonsenses so I tried the null string. I will do better now when I know that it might be read by someone in certain cases. Fedora 11 brings a PackageKit that actually promotes and accentuates the notes for each package. Not having any actually looks bad this time around. It was normal to not have them in F9 or F10 but not anymore. -- 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
梁穗隆 on 06/30/2009 10:51 AM wrote: So I really hope that solang will replace f-spot soon. And solang has more new features than f-spot. I don't see a package review request or any koji builds. Are you sure it's coming to Fedora? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Suggestion re FESCO Ticket #170
Adam Miller on 06/29/2009 11:31 AM wrote: Now its just getting silly... What a support nightmare that would be. user I need help fedora-member What desktop are you running? user I dunno ... I just downloaded the default fedora-member . Enjoy DE Russian Roulette :) What if the Fedora version had a suffix? Fedora 11G - Gnome 11K - KDE 11X - XFCE 11S - no desktop (server?) Seems silly, too, yes, but just an idea. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 06/29/2009 05:21 PM, King InuYasha wrote: I was reading an article today in ComputerWorld about something called KSplice, which allows Linux users to install critical updates and patch in without rebooting the computer. I tried it and while it was a bit odd for installing (not auto-disabling the Ubuntu update system), it worked very well. I think something like this would be great for Fedora as well, possibly something for Fedora 12. From looking at their website, it sounds like this software can take you from say kernel 2.6.27 to 2.6.29 without rebooting? Sounds like black magic. I'm intrigued. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: KSplice in Fedora?
On 06/29/2009 09:49 PM, Kevin Kofler wrote: It actually can't and this is why it isn't very useful within Fedora, as we get big updates, not just minimal security patches. KSplice can't handle that kind of updates. It can only handle small patches which don't change any data structures. So the official Fedora kernel updates will never be suitable to be distributed through KSplice ... and that answered my question quite nicely. Next! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Suggestion re FESCO Ticket #170
On 06/29/2009 09:42 PM, Adam Miller wrote: On Mon, Jun 29, 2009 at 9:29 PM, Kevin Koflerkevin.kof...@chello.at wrote: Well, Ubuntu will have a problem at that point as well (see Kubuntu and Xubuntu). ;-) Maybe we should write a U Desktop Environment just to give them trouble. ^^ That's actually a little different, Kubutu and Xubuntu are considered completely separate distributions from within the Ubuntu community. They all have disjoint development teams (though *some* do cross distros in their development efforts) really the only thing they share is a package repository, but so do distros like Mint. This is an aspect of Fedora that I really like, I always felt it foolish to have a different distro for each Desktop Environment. Yes, because what if someone installs Gnome, KDE, and XFCE? Is it now called Fedora 11GKX? Ukxuntu? (probably works out with some African dialect ;) ) Kevin, they'd probably just call it Uubuntu sadly. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thunderbird/Evolution quirks
My random thought for today: Thunderbird is listed under the Internet sub-menu. Evolution is listed under the Office sub-menu. Why are they in different places? Ah... mozilla-thunderbird.desktop: Categories=Email;Network; evolution.desktop: Categories=GNOME;GTK;Office;Email;Calendar;ContactManagement;X-Red-Hat-Base; As bloated as Evolution is, does it need 7 different categories? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Thunderbird/Evolution quirks
On 06/24/2009 08:21 PM, Matthias Clasen wrote: If you look at the three things evolution does: mail, contacts and calendar, two out of three fit very well into office. Its the nature of categorization that 'relatively similar' things eventually end up in different buckets. One of the many reasons why hierarchical menus are a suboptimal solution to organizing applications... Thunderbird does mail, contacts, and calendar. Sounds like Evolution and Thunderbird are exactly the same in this case. There is no relativity to speak of. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Do we need split media CDs for F12?
Thomas Janssen on 06/17/2009 03:19 AM wrote: Ubuntu Alternative Thats not a LiveCD. It's just a install CD. No Live. So? Your point? A Fedora LiveCD is an install CD. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Do we need split media CDs for F12?
Thomas Janssen on 06/17/2009 03:25 PM wrote: My point.. It is/was obviously that you dont know what an alternative CD is. So i explained it to you. But i failed. Maybe you grab one in your spare time and check out the alternative installation possibilities, compared to a LiveCD. VM`s are great for that. What's with the negative comment? I know what an alternative installation is. A LiveCD is too offensive for you? We need 10 different installation CD types? Why? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Split Media - A use case
G.Wolfe Woodbury wrote: That's what they wanted to use :-) besides it was quicker to gen them than to download the live CDs or DVDs. CDs will be much slower than a DVD in terms of read speed. You'll also have to swap disks out during install (hello 1998). Why do they want to use CDs? In fact, why are you wasting a DVD or CDs? That's not very green of you. Give them a USB stick with the DVD install ISO loaded on it so it can be reused for more useful things. -- 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
Jeff Spaleta wrote: I wonder, Would there be a reliable way to separate out emulated hardware inside the smolt database reliably so we can get a better statistical survey of in-service physical hardware devices? QEMU inserts its name into the CPU string does it not? It could be sorted that way. If it's VMware or VirtualBox the only way to know would be to grab BIOS/DMI data. -- 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
Jon Ciesla wrote: Additionally, what will this do to RHEL? I can't imagine RHEL customers being too happy about this for RHEL7(?), and if i386 would still be in RHEL, it would worry me that it would only be a secondary arch in Fedora. . . Can the myth of RH controls Fedora's direction please die? Pretty please? With sugar on top? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Strange /etc/fedora-release and smolt help
Mike McGrath wrote: Can anyone with F11 installed look at what is in their /etc/fedora-release and tell me which one you have, and how you installed? Also what version of fedora-release you have. F10 to F11 system using preupgrade here. $ cat /etc/fedora-release Fedora release 11 (Leonidas) $ rpm -q fedora-release fedora-release-11-1.noarch -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Strange /etc/fedora-release and smolt help
Michael Cronenworth wrote: F10 to F11 system using preupgrade here. $ cat /etc/fedora-release Fedora release 11 (Leonidas) $ rpm -q fedora-release fedora-release-11-1.noarch When I brought up smolt the OS is Fedora 11 Leonidas so is this a smolt issue? It seems smolt is under stress at the moment. It's difficult to access my smolt page (had to refresh 3 times). [1] http://www.smolts.org/show?uuid=pub_484ec5f5-9136-44ba-b878-7d7af96160f2 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: the end of life for flash player (HTML5)
Ben Boeckel wrote: userbase with extra codec messes. I'm sure IE will just play by itself in the corner and Safari will play Apple's game no matter what happens. /s/by/with/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 11 Test Day survey
James Laska wrote: 1. How did you find out about Fedora Test Days? Mailing list posting. 2. Was sufficient documentation available to help you participate in a Fedora Test Day? If not, what did you find missing or in need of improvement? Yes, I found everything I needed on the corresponding wiki page. 3. Did you encounter any obstacles preventing participation in Fedora test Days? How might they have been avoided? Did you discover any workaround? Time. Test days are sometimes not announced early enough for me, or I do not have them marked on my calendar so I forget about them. 4. Were you able to locate and download installation media for testing? Did it function as expected? Yes. Yes. 5. What follow-up actions do you expect after the Test Day? Are your expectations currently being met? I expected an analysis of the data received either by a mailing list post or an update on the wiki page. I saw neither and thought my data was just thrown into the wind. My expectations were not met. 6. Would you participate again in future Fedora Test Days? Yes. 7. Do you have any more general comments or any suggestions for improving future test days? Please get the Fedora calendar server going. I'd love to subscribe Thunderbird/Lightning to the QA calendar. People would be able to know about and participate in test days (or any QA event) without a mailing list subscription or a 24/7 IRC connection as it seems some things are discussed solely on IRC. -- 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
Björn Persson wrote: A program similar to Jigdo could speed this up. Transfer only the RPM packages (taking advantage of hard links) and information on what packages are in each ISO image, and then recreate the ISO images at the destination. That way each package would only be transferred once, regardless of how many ISO images it occurs in. Jigdo doesn't work in Fedora unless you want to implement a self-compiling jigdo creator. Why? 'Cause old Fedora updates are not kept on mirrors. A Jigdo file you create today may not work next week. Bad, bad, bad. k? -- 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
Matthew Woehlke wrote: What about dropping hierarchical mirroring altogether? Why hasn't someone developed a distributed (i.e. bittorrent-like) system for mass mirroring? :-) Already discussed[1][2] on the fedora-test-list. [1] https://www.redhat.com/archives/fedora-test-list/2009-June/msg00032.html [2] https://www.redhat.com/archives/fedora-test-list/2009-June/msg00062.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
