Re: mdraid with encrypted fs
On 02/13/2012 09:13 PM, Adam Williamson wrote: Yes - it has, what, a hundred or so tests? Most of those could be combined with at least one of the others...you don't need to be able to do the math very precisely to realize that we can't, practically speaking, have a test case for*every possible combination* :) I'm not trying to fight with you about adding yet another test case. If I had the time I would have tested the F16 installer and reported this bug to you sooner. :) You can ask in the bug for an updates image for the F16 installer. See https://fedoraproject.org/wiki/Anaconda/Updates . I will look into this. Thanks. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: retracing server issues
Michal Toman wrote: I've just updated the server so that it either generates the backtrace correctly or displays a better error message. Hope this helps. Thanks. Whatever you did made backtrace generation work though. One that failed now generated successfully. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
retracing server issues
Every time I use the retrace server for the past few weeks I fail to get a backtrace. The log shows this: Initializing virtual root snipping out 50 repeating lines Initializing virtual root Saving crash statistics Retrace job finished successfully Backtrace parsing failed for . 1:0: No frame and no thread found. Is this a known issue? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rawhide (f17) and VirtualBox 4.1.4 not meshing
G.Wolfe Woodbury wrote: Mostly due to 4.1.4 being X version 11 and rawhide being X version 12. AFAIK VBox only supports X server 11. You'll have to poke the VBox developers to see if there's an additions build that supports version 12. This list can't help you. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: No more cpuspeed in F16
Stephen John Smoogen wrote: I have pretty much gotten that from everyone (ASUS, IBM, HP, Dell, nonames) when working corporate support. Consumer level laptops are cheap because they are meant to run basically low level stuff most of the time and high level stuff very very short times. The extra costs that go into various enterprise and gamer class laptops is to make sure that the high-level can be longer.. but they will still only rate it for like 10 minutes of 100% CPU usage versus 30-60 seconds on a commercial laptop. If you need longer get a desktop was what we were told by the above. All of the problem laptops I've seen have been HP. If they're not overheating they are falling apart. I have put my ASUS consumer-level laptop (Core 2, mid-grade GPU) through its paces for well over 10 minutes from video encoding to gaming and it's never been unreasonably warm. Sure, the fans get loud, but I'd rather have that then a hot lap. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Release criteria proposal: 'support' /boot on RAID
Adam Williamson wrote: Any thoughts, modifications, objections? Thanks! Looks good. AFAIK, and I'm sure you're aware, booting off RAID is broken with Fedora 16. I used to have systems with /boot on RAID-1 but switched when I saw it was not really supported and was broken in F16. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Failed to load module pk-gtk-module
On 11/10/2011 11:47 AM, Adam Williamson wrote: That's odd, the message should be harmless and not cause apps to fail...but if it does, yeah, commonbugs it. It is not going to cause applications to fail, but it will cause lots of people to file bugs. I've updated the bug and closed a bunch of duplicates. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Failed to load module pk-gtk-module
On 11/10/2011 02:09 PM, Adam Williamson wrote: In that case I wouldn't bother. It's been around a long time anyway, I think. As I added in the bug, it occurred way back when GTK2 was the only player in town. It was fixed then. Now we have GTK3 and another Requires needs to be added to gnome-packagekit. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How can I reply to a thread in the digest?
Chuck Forsberg WA7KGX N2469R wrote: I've switched off digest mode. Makes it easier to get past looong posts about dependencies et al. Now just switch off HTML and top-posting and you'll be set. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: newegg.com and firefox on fedora 16?
On 11/03/2011 07:03 AM, Tom Horsley wrote: Anyone else see the same problem with newegg? I would have to guess it is a video driver issue instead of a Firefox issue. You might want to state the video card and driver you are using (proprietary or otherwise). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 16 Final Release Declared GOLD!
On 11/03/2011 02:15 PM, Robyn Bergeron wrote: At the Fedora 16 Final Go/No-Go meeting today, the Fedora 16 Final Release was declared GOLD and ready for release on November 8, 2011. Congrats. This is the first release without a slip in a while isn't it? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 16 Final Release Declared GOLD!
On 11/03/2011 02:36 PM, drago01 wrote: So 2 slips equal means without a slip for you?;) Clarification: Final did not slip. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: newegg.com and firefox on fedora 16?
On 11/03/2011 03:09 PM, Tom Horsley wrote: Bingo! You are a genius! I had ipv6 disabled in my fedora 15 about:config in firefox, on fedora 16 I had the default enabled setting. When I disable it on f16, I can see the prices again. Apparently it can't lookup the IP for content.newegg.com when ipv6 is enabled (though it can lookup everything else with no obvious problem:-). Sorry, but IPv6 has nothing to do with your problem and changing the preference is just coincidental. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: newegg.com and firefox on fedora 16?
On 11/03/2011 03:30 PM, Kevin Martin wrote: Hmm, don't know that I agree with that. I've seen issues in other places with IPV6 turned on or off respectively. Perhaps the correct way to test that is to make sure to run firefox with all extensions turned off, IPV6 set on, see what newegg.com looks like, turn off IPV6, checkout newegg.com again. That way you are sure that extensions are doing something weird and can verify the validity of IPV6 getting in the way or not. The price is ASCII text embedded in the HTML page. IPv6 has absolutely nothing to do with this issue. You could view the source code of the page and find the price. It is a rendering problem (that I, and others cannot reproduce). There is no mythical IPv6 monster eating your bytes. I hate that this disabling IPv6 fixed it myth exists. Pretty soon you will have to enable IPv6 to even get on the Internet. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: newegg.com and firefox on fedora 16?
On 11/03/2011 03:45 PM, Jonathan Kamens wrote: Actually, if I understood correctly, what I believe he said was that the price data was fetched and inserted into the page by JavaScript, and the JavaScript code in question was unable to resolve the host name it needed to contact to fetch the price. Yes, it is fetched with JavaScript. See below. If the host has an IPv6 address, and if either (a) the IPv6 address isn't reachable or (b) there's something messed up in the IPv6 configuration on your end, such that /no/ IPv6 address is reachable, then it's entirely plausible that disabling IPv6 could fix an issue like this. Newegg doesn't have a single IPv6 address attached to any of their domains. That's also ignoring the fact that Firefox, as well as glibc, will start with a IPv4 address by default unless it detects you have a real (non 6to4) IPv6 default route. Toggling a little setting in Firefox will do jack squat. Explain yourself out of that one. I'm done with this thread. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 updates-testing report
Neal Becker wrote: Is it possible to cleanup this noise which has recently been added to the reports: https://lists.fedoraproject.org/pipermail/test/2011-October/104011.html -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Emergency F16 blocker review meeting Minutes
On 11/01/2011 02:09 PM, Tim Flink wrote: * (746693) Can't login via gdm when `metacity` pkg is not installed (tflink, 17:45:22) * LINK:http://bugzilla.redhat.com/show_bug.cgi?id=746693(tflink, 17:45:26) I took a look at the GDM source and it is hard coded to call metacity. An easy, patchable[1] workaround is to create a call for xfwm4 (or whatever other window manager). At one time though, wasn't there generic support for window managers that was switch-able through /etc? Why is GDM hard coded like this? [1] Crude patch is attached. --- a/gdm-3.2.1/gui/simple-chooser/gdm-chooser-session.c 2011-10-18 21:07:00.0 -0500 +++ b/gdm-3.2.1/gui/simple-chooser/gdm-chooser-session.c 2011-11-01 13:00:10.468364266 -0500 @@ -55,6 +55,32 @@ static gpointer session_object = NULL; static gboolean +launch_xfce (GdmChooserSession *session) +{ +GError *error; +gboolean ret; + +g_debug (GdmChooserSession: Launching xfce); + +ret = FALSE; + +error = NULL; +g_spawn_command_line_async (xfwm4, error); +if (error != NULL) { +g_warning (Error starting WM: %s, error-message); +g_error_free (error); +goto out; +} + +ret = TRUE; + +/* FIXME: should try to detect if it actually works */ + + out: +return ret; +} + +static gboolean launch_compiz (GdmChooserSession *session) { GError *error; @@ -115,9 +141,17 @@ static void start_window_manager (GdmChooserSession *session) { -if (! launch_metacity (session)) { -launch_compiz (session); +gboolean ret; + +ret = launch_metacity (session); +if (ret) { +return; +} +ret = launch_xfce (session); +if (ret) { +return; } +launch_compiz (session); } static gboolean -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 updates-testing report
upda...@fedoraproject.org wrote: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D clamz-0.5-0.fc15 (FEDORA-2011-15156) Amazon Downloader ---= - Does anyone else see the untranslated 3D repeated in their updates-testing report? After the last bodhi update I started seeing this. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 updates-testing report
Eric Blake on 10/31/2011 04:35 PM wrote: Yes: https://lists.fedoraproject.org/pipermail/test/2011-October/104011.html Doh. Thanks. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: proposal: new list for updates-testing info
Kevin Fenzi wrote: It's been proposed that we setup another list that just contains the 'updates-testing' reports for folks who are interested in testing updates, but don't want to see all the rawhide/branched discussion. I suppose we could also expand it to have all testing/qa related non branched/rawhide discussion? We could also send them here of course... Any thoughts on this idea? What? Because there's so much traffic on this list? /sarcasm The idea sucks. IMHO. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: proposal: new list for updates-testing info
Bruno Wolff III wrote: Would an automatically generated web page make more sense? I don't think the old data has much value, so I would expect that going to a web page to get the latest info when you want it makes more sense then getting email messages continuously. You mean like this? --Fedora 15 pending updates website: https://admin.fedoraproject.org/updates/F15/pending?_csrf_token=d681c079014f34b9e676a4f758c9a6f367988930 rss feed: https://admin.fedoraproject.org/updates/rss/rss2.0?release=F15status=pending_csrf_token=d681c079014f34b9e676a4f758c9a6f367988930 There's enough existing infrastructure to help testers get their job done. I don't see a need to touch the updates-testing e-mails. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: proposal: new list for updates-testing info
Bruno Wolff III on 09/28/2011 04:20 PM wrote: Not really. There are messages that limit the updates to those that still need testing and are grouped by crit path and security as well. While you could start with the general updates page it's useful to have something help prioritize targets for proventesters with limited time. Sounds like Luke could add a filter to that page for critpath and a sort for number of karma. No need to create a whole new mailing list. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Peter G. wrote: What is happening? How can I get the computers to communicate? Is the firewall on both machines configure to allow port 22 through? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Peter G. wrote: Doesn't that mean the firewall is open on port 22 (for both ipv4/6, even)? netstat lists network port information. It does not know about or list firewall configuration information. iptables is the command-line tool to view, add, delete, or change firewall rules. # iptables -L# lists default table rules # iptables -L | grep ssh ACCEPT tcp -- anywhere anywherestate NEW tcp dpt:ssh -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Michael Spahn wrote: I learned that the firewall system-config tool doesn't work. You should file a bug... -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Peter G. wrote: You know, I just tried your command again, but this time without grepping, and I see that ssh is nowhere in the output, so how could grep ssh ever return anything? My command was an example of when a firewall rule existed to allow ssh through. But, when I examine /etc/sysconfig/iptables, I see: -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT Doesn't that mean that port 22 is open? That is the saved configuration. Running iptables -L shows you the current, in-memory configuration. And if so, why does your command not show any output, while /etc/sysconfig/iptables would suggest that the port is opened? See above. Any yet, there is still no communication possible. What is wrong? Your firewall rule is not active. You can manually add the rule by running: # iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT As Michael said, system-config-firewall has a bug. You two should file a bug against it. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Clyde E. Kunkel wrote: I assume you have rebooted after changing firewall rules and/or issued: # systemctl restart iptables.service If so, then I dunno The apply button in system-config-firewall should apply the firewall settings. He shouldn't need to reboot or reload the iptables rules. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Peter G. wrote: iptables -L does now show an ssh entry. Does this also do ipv6 (or would I ever need to deal with this in an ipv6 situation, down the road?)? No. You will want ip6tables for that. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Peter G. wrote: I guess thatś because I restarted after I came back from the body shop. Yes, your iptables/ip6tables settings get loaded by the iptables/ip6tables service upon boot-up. You can get the same effect as running systemctl restart iptables.service and systemctl restart ip6tables.service as mentioned by Clyde. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: persistent gnome dep problems (F16 alpha rc3-5, alpha), --skip-broken wants to haul in 32-bit libs
Adam Williamson wrote: I didn't say anything about dependencies. People file negative karma on stuff like 'Obscure Menu Item Z doesn't work', or 'there's a typo in the docs'. The more packages there are in an update, the more likely this is to happen, and the more likely bad negative karma will hold up 75 other packages... You kept mentioning adding more packages to updates causes problems. Typically adding packages is due to a dependency. If you're not talking about dependencies, what are you talking about? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: persistent gnome dep problems (F16 alpha rc3-5, alpha), --skip-broken wants to haul in 32-bit libs
Rahul Sundaram wrote: Bodhi has the ability to bundle several updates together even when they are not direct dependencies. He is referring to that Yes, I understand Bodhi can link any group of packages together. Example: https://admin.fedoraproject.org/updates/kde-l10n-4.6.5-1.fc14,kdeaccessibility-4.6.5-1.fc14,kdeadmin-4.6.5-1.fc14,kdeartwork-4.6.5-1.fc14,kdebase-4.6.5-1.fc14,kdebase-runtime-4.6.5-1.fc14,kdebase-workspace-4.6.5-2.fc14,kdebindings-4.6.5-1.fc14,kdeedu-4.6.5-1.fc14,kdegames-4.6.5-1.fc14,kdegraphics-4.6.5-3.fc14,kdelibs-4.6.5-1.fc14,kdemultimedia-4.6.5-2.fc14,kdenetwork-4.6.5-1.fc14,kdepimlibs-4.6.5-1.fc14,kdeplasma-addons-4.6.5-1.fc14,kdesdk-4.6.5-1.fc14,kdetoys-4.6.5-1.fc14,kdeutils-4.6.5-2.fc14,oxygen-icon-theme-4.6.5-1.fc14 So there are items in this list that could be shipped in a separate update without any negative side-effects? I'm not a KDE expert, but I don't see a package that could be left off. If there are cases where package A and B are in an update and don't relate to each other and would run without crashing in separate updates then they should be in separate updates. I don't see that being the case in this thread unless I'm drinking cool-aid, which I very well might be doing. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: persistent gnome dep problems (F16 alpha rc3-5, alpha), --skip-broken wants to haul in 32-bit libs
Rahul Sundaram wrote: Obviously noone would try to bundle completely unrelated packages in a single update. So I am not really what you are arguing about exactly. Adam wanted to discuss Enormo-Updates and I think we just did. *shrugs* -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f16a?
cornel panceac wrote: was fedora 16 alpha announced somewhere? Yes. It was announced on all of the announce mailing lists. You have to be subscribed to them to see the e-mail. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh YES! grub2 FINALLY
cornel panceac wrote: since we're talking about grub2, at the end of f16 rc5 i586 dvd install, it tried for about an hour to do something with an non-existent fd0, then failed to install onto the partition's boot sector. unfortunately, this meant the newly installed system is not booting without further actions. Since floppy support is not even loaded by default in the kernel any longer how are more people not seeing this problem? Everyone will not have a /dev/fd0 so everyone should see this bug. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh YES! grub2 FINALLY
Karel Volný wrote: - last time I checked, the website with the docs was down, and it lasted for at least a week, then I gave up (maybe it is online now?) http://www.gnu.org/software/grub/manual/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Thunderbird F15 Update
On 07/21/2011 04:33 PM, Orion Poplawski wrote: Seems like this is still broken though. I still see 3.1.11 in updates. I think it is due to the fact that there hasn't been a push for a few days. I'll wait for a push before raising hell. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Thunderbird F15 Update
Michael Cronenworth on 07/19/2011 04:36 PM wrote: I haven't discovered any conversations beside the one comment on the TB 5.0 bodhi update. Nevermind. After looking at *closed* tickets, I found it. https://fedorahosted.org/rel-eng/ticket/4828 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: btrfs as default fs...
On 07/16/2011 09:03 PM, Rob Healey wrote: Is there any timeline for when fc16's filesystem will be defaulted to btrfs and become the primary file system? When is the forced upgrade to btrfs coming??? If you use preupgrade or yum to upgrade between Fedora releases you will never have your filesystem upgraded. There's a ext4 to btrfs conversion utility if you wish to make the switch. (Google btrfs-convert) As for the change to anaconda (for fresh installs), I do not know a timeline for the change. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: A plea to proventesters
On 07/08/2011 05:40 AM, drago01 wrote: Well the proper fix is to disable auto push if there is any negative vote. The maintainer should then have to push it by hand (or if necessary provide an updated package instead of letting it get pushed). https://fedorahosted.org/bodhi/ticket/618 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora Update] [comment] firefox-5.0-1.fc15, xulrunner-5.0-2.fc15, gnome-shell-3.0.2-3.fc15, gjs-0.7.14-6.fc15, js-1.8.5-6.fc15, mozvoikko-1.9.0-5.fc15, gnome-python2-extras-2.25.3-32.fc15, perl
upda...@fedoraproject.org on 06/24/2011 12:57 PM wrote: bodhi - 2011-06-24 17:57:38 (karma 0) This update has been pushed to stable ... and now all users of gnome-shell have a broken system. Bodhi should not auto-push updates that have any negative karma. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora Update] [comment] firefox-5.0-1.fc15, xulrunner-5.0-2.fc15, gnome-shell-3.0.2-3.fc15, gjs-0.7.14-6.fc15, js-1.8.5-6.fc15, mozvoikko-1.9.0-5.fc15, gnome-python2-extras-2.25.3-32.fc15, perl
Adam Williamson wrote: but lots of testers don't seem to have such a problem. From what I read in the comments, they were not using gnome-shell but either gnome fallback or another DE. More details would probably help. I'm the user mooninite. I either see a message in .xsession-errors about clutter not finding a GLX context it likes (I don't have the exact error saved as xsession-errors is erased on every login and I didn't save it at the time) or a cryptic error message: *** glibc detected *** /usr/bin/gnome-shell: realloc(): invalid next size: 0x015a10c0 *** Downgrading gnome-shell (and friends) is the only way to get gnome-shell working again. I do not have updates-testing enabled fully. I only updated the packages listed in the bodhi update. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora Update] [comment] firefox-5.0-1.fc15, xulrunner-5.0-2.fc15, gnome-shell-3.0.2-3.fc15, gjs-0.7.14-6.fc15, js-1.8.5-6.fc15, mozvoikko-1.9.0-5.fc15, gnome-python2-extras-2.25.3-32.fc15, perl
Rahul Sundaram wrote: Not sure it is related but http://lists.fedoraproject.org/pipermail/users/2011-June/400607.html I don't believe it is related. The system I tested with is fully up to date with the updates repo. updates-testing is not enabled. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora Update] [comment] firefox-5.0-1.fc15, xulrunner-5.0-2.fc15, gnome-shell-3.0.2-3.fc15, gjs-0.7.14-6.fc15, js-1.8.5-6.fc15, mozvoikko-1.9.0-5.fc15, gnome-python2-extras-2.25.3-32.fc15, perl
Rahul Sundaram wrote: You should file a RFE against bodhi Done. https://fedorahosted.org/bodhi/ticket/618 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora Update] [comment] firefox-5.0-1.fc15, xulrunner-5.0-2.fc15, gnome-shell-3.0.2-3.fc15, gjs-0.7.14-6.fc15, js-1.8.5-6.fc15, mozvoikko-1.9.0-5.fc15, gnome-python2-extras-2.25.3-32.fc15, perl
Michael Cronenworth wrote: Rahul Sundaram wrote: Not sure it is related but http://lists.fedoraproject.org/pipermail/users/2011-June/400607.html I don't believe it is related. The system I tested with is fully up to date with the updates repo. updates-testing is not enabled. I had read that thread before some of the newer comments were added. It does look like the same issue now. He had updated firefox as well. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Don't bother (was Re: F15 services can't enable nfs or vsftpd)
Jóhann B. Guðmundsson wrote: This is pure nonsence and please provide proper description of your problem which is needed to properly diagnose your nfs and vsftp issue.. We'll never hear from Chuck. Over the years I've come to the conclusion that he isn't subscribed to receive e-mails from the list. He never replies in threads. The one time I've seen him reply to an email he started a brand new thread with a completely new subject line. If someone wants to take the time to educate Chuck on how to use a mailing list, then go for it, but otherwise I don't really value his e-mails. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F15 services can't enable nfs or vsftpd
On 06/08/2011 12:54 AM, Chuck Forsberg WA7KGX N2469R wrote: The headline says it all. They have to be started in rc.local Your headline is very cryptic and is for a stable version of Fedora, which is best served on the users[1] list. I recommend you post additional background information about your problem in a new thread on the users[1] list. [1] https://admin.fedoraproject.org/mailman/listinfo/users -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Gnome 3
On 05/31/2011 12:05 PM, Jason D. Clinton wrote: How can you expect anyone to have a productive discussion with you when the starting point is absurd hyperbole? Jason, it seems the discussion is becoming so heated that you are replying to the wrong thread. It might be good for everyone to take a short time out. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: My Fedora 15 beta experiences so far
On 05/31/2011 01:11 PM, drago01 wrote: A screensaver isn't the right tool for this ... there are lots of dedicated apps for viewing family pictures. Displaying random pixels (that just happen to be in the shape of photos) is not a proper tool for screen saving? Huh? I believe he is not using it for viewing family pictures, rather, as a /screen saver/ that just happens to be his family pictures. This type of feature (photo sideshow for a screen saver) is more typical user friendly versus a complete black screen, mathematical shapes, or colored squares. This seems like such a silly discussion to be having in the Earth year of 2011. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Heads up: impending IPv6 Test Day
On 05/31/2011 01:28 PM, Adam Williamson wrote: it would also be great if those who understand what the hell they're doing with IPv6 could check over the Wiki page for accuracy and completeness. There don't seem to be any formal test cases presently. Are there some in drafts that I don't see listed? For the record, my IPv6 usage case is as follows: -Fedora server (radvd) - IPv4 ISP, using the BGP 6to4 tunnel (IPv4: 192.88.99.1, IPv6: 2002 prefix) | - clients (NetworkManager set to automatic for IPv6) When I first set this up a few years ago I had issues getting to fedoraproject.org via IPv6. These problems magically vanished over a period of time (as Internet routers slowly propagate 6to4 addresses). Some sites worked, but others (such as fp.o) did not. These days the 6to4 system seems to be much better and I have not had any issues lately. It should be noted that getaddrinfo() defaults to true IPv6, IPv4, then 6to4 in resolving DNS names. If I try to visit a site that has A and records, Firefox will display the A site. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Gnome 3
On 05/31/2011 12:13 PM, Jason D. Clinton wrote: What do you mean? I quoted the hyperbole. I just received Pasha's initial e-mail, which you quoted. My mistake. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: My Fedora 15 beta experiences so far
On 05/31/2011 01:26 PM, drago01 wrote: You missed the point. Cutting out important parts of e-mails is something I used to do. It helped emphasize when I missed the point. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: without selinux
cornel panceac wrote: can fedora work without selinux? i'd like to remove it but last time i tried, (f10, maybe) the system no longer booted, without selinux. Define remove. If you mean disable then Fedora will run with SELinux set[1] to Disabled. If it doesn't then you should file a bug. [1] /etc/selinux/config -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: without selinux
cornel panceac wrote: ok, to put it simply i don't need it. and remove like in yum remove selinux\* policy\*. one other reason is that the computer is not the fastest in the world and i don't want to waste time with yum upgrading things i don't need. Side note: This thread is a great candidate for the user list. You cannot remove SELinux completely from Fedora through yum. The best you can do is set it to Disabled and exclude selinux-* and libselinux from being upgraded. Note: Some packages may require newer SELinux packages and may fail to update if you exclude them. I don't see you benefiting at all from disabling/excluding SELinux. You're best off saving your pennies for a faster computer. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
Ian Pilcher wrote: Permission denied (publickey). fatal: The remote end hung up unexpectedly Do you have a fedora cert in ~/.fedora? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fsck.btrfs? (Was Re: Feedback needed : Fedora 15 Announcement)
Ian Pilcher wrote: I'm all for making maintainers lives easier, but ... If you are not a packager you can just do: git clone git://pkgs.fedoraproject.org/btrfs-progs.git fedpkg is for Fedora Packagers. :) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Syslog not running?
James Laska wrote: Did you upgrade your system from F14? If so, depending on when you upgraded, you may be seeing https://bugzilla.redhat.com/show_bug.cgi?id=699198 The current proposed workaround is to run: $ systemctl enable rsyslog.service According to the bug this is being ignored as a vital issue as it does not clearly hit any release criteria. In this case, I think, the release criteria needs to be defined to state clearly that logging needs to function properly. If anaconda were to suddenly stop logging install events I'm sure there would be 3 or 4 people immediately on the job of fixing the problem. The bug also mentions the workaround will be clearly documented. Where will that be? From my browsing of the users list many people use preupgrade so many people will not know their logging has ceased to function properly unless a zero-day (or close) fix is released. This brings me to my next rant topic: Is preupgrade considered an 'official' method of upgrading between releases? If not, then preupgrade should be removed from the repos. If so, then the release criteria is in dire need of fixing. Then there are those that use the DVD to upgrade. I assume they will be broken as well. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
nfs mounts in fstab are not mounted at boot
In Fedora 14 I had my NFS mounts nicely mounted at boot time. In Fedora 15 I have to manually mount them. I think I saw some discussion about this issue in the past but I cannot find it. Is this a known issue? /etc/fstab: intranet:/home/xandell/Music /media/music nfs4 defaults,nodev,noexec,nosuid0 0 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nfs mounts in fstab are not mounted at boot
On 05/12/2011 11:14 PM, Chris Kloiber wrote: I would expect systemd to try and mount it, but I guess the nfs4 defaults may be different from nfs. try adding 'auto' as an option. for extra bonus points, try adding comment=systemd.automount as an option, then boot up and do 'ls /media/music' . it should get mounted _at the point you do the ls_. What happens if you add the _netdev option to the nfs mounts in /etc/fstab? - Changing nfs4 to nfs did not help. - Adding 'auto' did not help. - Adding '_netdev' did not help. - Using 'comment=systemd.automount' works in a sense they are mounted as they are used, so I could use this option, but I'd like to get them mounted like they were in F14. I just looked at my dmesg output and it shows the the NFS mounts failing before NetworkManager is able to get eth0 up and running. Even with _netdev present on my NFS mount lines. Is there something else I'm missing or is there a bug in systemd? [ 10.914157] NetworkManager[916]: info (eth0): now managed [ 10.914181] NetworkManager[916]: info (eth0): device state change: unmanaged - unavailable (reason 'managed') [10 20 2] [ 10.914205] NetworkManager[916]: info (eth0): bringing up device. [snip] [ 10.984306] systemd[1]: Job remote-fs.target/start failed with result 'dependency'. [ 10.984314] systemd[1]: Unit media-michael.mount entered failed state. [ 10.984320] systemd[1]: media-music.mount mount process exited, code=exited status=32 [ 10.997840] systemd[1]: Unit media-music.mount entered failed state. [snip] [ 18.113926] NetworkManager[916]: info (eth0): device state change: ip-config - activated (reason 'none') [70 100 0] [ 18.115297] NetworkManager[916]: info Policy set 'Auto eth0' (eth0) as default for IPv4 routing and DNS. [ 18.115409] NetworkManager[916]: info Policy set 'Auto eth0' (eth0) as default for IPv6 routing and DNS. [ 18.115437] NetworkManager[916]: info Activation (eth0) successful, device activated. [ 18.116058] NetworkManager[916]: info Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 kernels and DKMS
Joachim Backes wrote: I have similar problem: I installed VirtualBox from virtualbox.org, but if the kernel is updated, no VirtualBox modules are updated: I always have to rebuild them manually. Yes, I have a similar problem. I looked over the kernel.spec and found no change to the upgrade scripts. The grubby package hasn't been updated in F15 either, which is what the kernel post-install scripts call to build the initramfs and friends (where DKMS was somehow called). I'm not sure what has changed at this point, but I'm pretty sure it has nothing to do with the kernel package. It must be with grubby and one of its processes no longer calls DKMS. If anyone has any ideas I would be grateful. If not... off to bugzilla I go. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 kernels and DKMS
Michael Cronenworth wrote: I'm not sure what has changed at this point, but I'm pretty sure it has nothing to do with the kernel package. It must be with grubby and one of its processes no longer calls DKMS. Further hunting seems to point me in the direction of DKMS itself. It has some kernel post-install scripts installed that may not be running correctly. https://bugzilla.redhat.com/show_bug.cgi?id=702483 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
abrt retrace server
Is the abrt retrace server supposed to work? I ask because, well, it didn't seem to work for me. I let it sit Analyzing for a good 30 minutes and nothing happened. I've tried it twice now with the same result. Michael -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 14 updates-testing report
On 04/27/2011 09:05 PM, upda...@fedoraproject.org wrote: cobbler-2.0.11-2.fc14 (FEDORA-2011-6119) Boot server configurator Update Information: New stable upstream release. See CHANGELOG for full description of updates. New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full list of updates. Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full list of updates. Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full list of updates. Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New stable upstream release. See CHANGELOG for full description of updates. New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full list of updates. Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release Cobbler 2.0.4 release New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release Cobbler 2.0.4
Re: nvidia/nouveau problems
Per Bothner wrote: I'm hoping someone can reverse engineer at least how to disable nvidia. Looks like you are in luck. People have started to reverse engineer it and have made some progress towards an easy-to-use tool[1] to switch between cards. [1] http://www.nvnews.net/vbulletin/showthread.php?t=161804 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nvidia/nouveau problems
Per Bothner wrote: I got a new Sandy Bridge i7 laptop with nvidia/optimus graphics. I managed to install the new KDE beta, after a few problems. However, there seems to be some issues with nouvaeu trying to start up: One issue is errors messages and slowness starting up: [snip] My preference would be to just use integrated graphics, and completely disable the nvidia graphics. Unfortunately, there doesn't seem to be a way to do that from the BIOS, at least not the visible BIOS control settings. There is not an option in the BIOS because laptop manufacturers think you're going to use the operating system that was pre-installed. Optimus is not supported in any shape or form by nouvaeu or the NVIDIA proprietary driver. In other words, you're screwed until someone reverse engineers it or NVIDIA supports it. Search for linux optimus to find dozens of other frustrated users. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 14 updates-testing report
upda...@fedoraproject.org wrote: cobbler-2.0.11-1.fc14 (FEDORA-2011-5680) Boot server configurator Update Information: New stable upstream release. See CHANGELOG for full description of updates. New upstream release, see CHANGELOG for complete description of changes. Upstream bug fix release. New upstream release, see CHANGELOG for full details Cobbler 2.0.4 release [snip huge, wasteful changelog] Can someone edit this so it isn't garbage? It also looks like the RPM spec[1] changelog was not properly edited. [1] http://pkgs.fedoraproject.org/gitweb/?p=cobbler.git;a=blobdiff;f=cobbler.spec;h=5fe3df22820a730465a976412011c2d3f8098219;hp=4eecb881280e5bd7c36ad5d454d14e2498b423f8;hb=4da91ec80994fd71e0fe7c40232417f71c9cd3af;hpb=f984a209680b749ad38c93bfeaa049e7bbc8ec2e -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 14 updates-testing report
seth vidal wrote: wasteful to what? When I create updates in the future should I make them hundreds of lines long like I'm in detention at school, too? I don't like resulting to sarcasm, but I don't see how you see this as not wasteful. Meaning: Scroll down the updates e-mail and look at the cobbler changelog. It makes up about 25% of the length of the updates e-mail. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 14 updates-testing report
seth vidal wrote: I mean - it's not waste unless there is a limit to the number of bits. you don't NEED to download the updateinfo to get the updates. Again, let me clarify. I'm not talking about bytes. With compression these lines make up no significance of the updates metadata. Is it useful to anyone wanting to test cobbler to see a 100+ line changelog that has no meaning? What kind of impression are we giving Fedora users who read the bodhi update notes? We don't care about recording changes and just allow any kind of garbage into the update notes? Will it take posting spam links in bodhi notes to see someone take action? Is my point clear now? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Gnome3: how to do it?
On 03/21/2011 08:56 PM, Petrus de Calguarium wrote: How can I get just gnome3? There is no more Gnome 2. Gnome 2 is deprecated in favor of Gnome 3. Fedora 15 will only contain Gnome 3.0. No one will maintain or distribute any part of Gnome 2. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: which fedora list to ask? - question re: how build team coordinates changes/request prior to a fedora spin.
Michael Cronenworth wrote: It sounds like you're looking for the build list[1]. [1]https://admin.fedoraproject.org/mailman/listinfo/buildsys Scratch that. That's for koji/mock. I think you want something else. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 15 Alpha TC2 Available Now!
Michał Piotrowski wrote: Sorry, but I do not have time for it. Gnome developers can do whatever they like with their software. But they should expect that it will meet with critical reactions from users. Restart option was in Gnome menu since I can remember - and I remember the times of RH 6.0 - not RHEL 6.0:). Known bug[1]. CC yourself. [1] https://bugzilla.gnome.org/show_bug.cgi?id=641375 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Tried nightly f15 desktop build from today
Johan Scheepers wrote: Please. Is there some key strokes that I can do to get past this flashing or whatever? The way I got around it was to press CTRL+ALT+DEL and click on Switch User. At that point I received a GDM login selection that was not segfaulting and I could click on the Live User and login. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fc15 mass rebuild
On 02/09/2011 10:03 PM, Rob Healey wrote: I just came across this today and I know that it is past Feb 8th, but is it too late to get involved in this anyway??? Can just a normal user using mass-rebuild.py and mass-tag.py get involved in this project? I would appreciate as quick of a response as possible so that I may get started if still open??? I'm not sure exactly what you mean, but the rebuild was automatic and is almost complete. You can follow this[1] thread for more information. [1] http://lists.fedoraproject.org/pipermail/devel/2011-February/148500.html -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Bugzappers EOL process and abrt bug reporters being flagged with needinfo before bugs are closed?
Jóhann B. Guðmundsson wrote: Ye must realize that maintainers will shit all over reporters claiming that they do not respond reports and what not by doing what the bugzapper script or abrt is doing. If you're not willing to look over bug reports for /your/ bugs that are fixing to be CLOSED then perhaps you should orphan your packages for people with more time may have a chance to work on them. I don't see the need for drama or for the use of profanity. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Virtually impossible to keep load under 0.5 on idle desktop with F14+kms
On 11/09/2010 11:55 AM, Kyle McMartin wrote: http://kyle.fedorapeople.org/kernel/2.6.35.6-52.sched1.fc14/ Running this kernel is not any better. After leaving my system idle for 10 minutes I finally saw it dip below 0.10, but after leaving the computer, and coming back 10 minutes later, I see a load of 0.25. No programs running. Before I hit send on this message, I ran uptime again and got this: $ uptime 12:45:24 up 32 min, 3 users, load average: 0.82, 0.43, 0.34 Thunderbird was the only program running. 99.8% idle. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Preupgrade change?
Jan Wildeboer wrote: (Sorry for top-posting, blame blackberry and me) ... and it broke the thread. You should tell your employer to provide you a more FOSS friendly device (a.k.a. Nokia N900). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Devices (was Re: Preupgrade change?)
Adam Williamson wrote: The N900 is unfortunately impractical in territories with no 1700 or 2100 band providers (or poor ones). For 3G, yes, but I live with 2.5G service as I'm almost always near a WLAN AP. (I don't have 1700 or 2100 service near me). The N900 should be able to provide voice calling from anywhere in the world. The frequency issue will be fixed with quad-band 3G MeeGo devices next year. Even then, 3G carriers are overloaded and can hardly provide quality service to stream video or download faster than EDGE-speeds. Video calling is also a moot point as no USA carrier offers it and the countries that do offer it, offer it at a high expense. You're better off using Skype or XMPP via WLAN on the N900 for that. ;) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 13 updates-testing report
upda...@fedoraproject.org wrote: The following Fedora 13 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/nss-3.12.7-4.fc13,nss-util-3.12.7-2.fc13,nss-softokn-3.12.7-3.fc13,nspr-4.8.6-1.fc13 This update needs to be removed from bodhi. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to start with testing??
xcieja wrote: I have just joined Fedora Community, and i would like to ask how does testing look here ?? Can anyone focus on the part he/she is interested in and test it or is there any person who take care, prepares test cases and assigns people to tests ?? Is there any guide describing such process here ??? Greetings. Have you looked over the wiki page[1] describing all the areas of testing in Fedora? [1] http://fedoraproject.org/wiki/QA -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What is this mega-dvd-test?
Richard Ryniker wrote: do you have more information, perhaps a reference to something that documents the goal of this mega-dvd effort? You might find this thread[1], created two days ago, interesting. [1] http://lists.fedoraproject.org/pipermail/test/2010-October/095021.html -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 2010-10-25 @ 15:00 UTC - Fedora QA meeting (#chair needed)
James Laska wrote: # Fedora Quality Assurance Meeting # Date: 2010-10-25 # Time: 15:00 UTC (11:00 EDT, 17:00 CEST) [1] # Location: #fedora-meeting on irc.freenode.net And... the meeting minutes. Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2010-10-25/fedora_qa.2010-10-25-15.07.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2010-10-25/fedora_qa.2010-10-25-15.07.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2010-10-25/fedora_qa.2010-10-25-15.07.log.html I had fun driving today. Thanks, Michael -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F14 openbox upgrade requires metacity - wtf???
Bill Nottingham wrote: It's almost certianly to own the directory... s-c-keyboard should be fixed to just dual-own it. There's a bug[1] as old as 2007 open for this. Who would be the right people to poke to fix this simple spec issue? There's a Fedora one[2] open as well. [1] https://bugzilla.redhat.com/show_bug.cgi?id=360601 [2] https://bugzilla.redhat.com/show_bug.cgi?id=629456 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F14 openbox upgrade requires metacity - wtf???
Bill Nottingham wrote: W.R.T. the Fedora bug, any provenpackager will do. Hey, wait, I'm one. http://koji.fedoraproject.org/koji/taskinfo?taskID=2549666 Thanks. I'm just a regular packager. :P (Not intending to push this for F-14 myself, but if someone wants to go ahead and do it as an update, I wouldn't argue.) Bug opened. https://bugzilla.redhat.com/show_bug.cgi?id=645892 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: !! NVIDIA WORKS !!!
Christopher A. Williams wrote: But the two camps can - and should - at least be expected to play nicely with each other. The rules of engagement between the two could be similar to when two proprietary software companies collaborate while each keeps their own code closed from the other. From what I have seen there is good interaction between the X.org group and NVIDIA so I am not losing any sleep over the lack of collaboration. I'm sure if the suits at NVIDIA could be convinced they wouldn't lose money from producing an open source driver, we would have one. P.S. Good discussion, Christopher. I agree with all of your points. P.P.S. The X group also helped fix a VBE bug in F14 that affected many projects, including VirtualBox. Some debugging that helped pinpoint the issue came from Frank @ Sun (Oracle). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F14 Alpha and VBox
I'm using VirtualBox 3.2.8. I had to use the VNC installer as X would not start even with basic video driver selected. After installation and fixing systemd (yes, I know it's known) X would still not start. Xorg.#.log shows it is attempting to use VESA but never starts. Anyone have it running? I'm not looking for VirtualBox support and I know I will not get any from this list, but even with the VESA driver Fedora should function. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proven tester special testing procedures: PackageKit?
On 07/29/2010 04:01 PM, Adam Williamson wrote: A bug in PackageKit got out in a Fedora 13 update which broke update notification, which is obviously a big problem. PackageKit isn't actually on the critical path for F13, but it is for F14 and up. Is there a big tracking this? Was it discussed on IRC only? I see nothing in the PackageKit bodhi update or devel/testing lists mentioning this until your e-mail, which is not very detailed. I just ran today's updates with gnome-packagekit successfully. On one of my home systems, where I do a majority of my QA time, I saw no issue and reported positive karma. I only use gnome-packagekit on that system specifically to catch any bugs. Thanks, Michael -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test