Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
That said, I regret having to tell you that your plan is dumb, naive, and far from being workable. Ralf That said, I regret having to tell you that insulting the OP instead of pointing out relevant arguments is dumb, naive and far from being helpful. ;-) Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Moving away from reporting to RH bugzilla and adopting pure upstream reporting mantra.
How will you track blocker bugs? How can we see a global view of all open bugs? Aggregate from X upstream bug report systems? Which not all are Bugzilla? How can we track critical bugs? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Canon Bluetooth Calculator Mouse
There's no need to post special feedback about it. Isn't the special feedback here that the shell accepts the input but thunderbird does not? And isn't that a potential bug/ missing quirk? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: No way to add a new app launcher from Gnome 3.x GUI?
On 18.04.2012 07:46, Fernando Cassia wrote: Am I missing something obvious? Run program, right-click entry in sidebar, click Add to Favorites, perhaps? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora ARM QA testing
+infinity :-) -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Cryptsetup Related Issue
Bugzilla? More details? Exactly what is broken how? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testing and quality assurance of Fedora releases test@lists.fedoraproject.org Sent: Wed Sep 21 17:37:39 2011 Subject: Cryptsetup Related Issue Fedora 15 x86-64 after recent update cryptsetup is actually broken Is this known? Best A. Mani -- A. Mani CU, ASL, CLC, AMS, CMS http://www.logicamani.co.cc -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 slowness
When checking - please note where time is used. Pay special attention to iowait. Maybe some locking is causing this? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testing and quality assurance of Fedora releases test@lists.fedoraproject.org Sent: Mon Sep 05 12:37:32 2011 Subject: Re: F16 slowness On Mon, 2011-09-05 at 12:21 -0400, Genes MailLists wrote: On 09/05/2011 12:06 PM, Mike Chambers wrote: Welp, I reported before when had KDE installed that my system was slow to respond when opening programs, maneuvering through emails, browsing, etc... ... Please run top and see what if any processes are hogging CPU or memory ... Tried that when in KDE and nothing was running real high. Had few that were less than 10% but that's it. -- Mike Chambers Madisonville, KY The best town on Earth! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: setting up ssh
Does it put the correct rules in iptable.safe? Might be a systemd problem of restarting with the new rules. Does it work after a reboot? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16: what is smfpd?
Samsung printer driver. Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: Fedora test test@lists.fedoraproject.org Sent: Fri Aug 19 05:38:28 2011 Subject: F16: what is smfpd? Hi, running a top command shows a process smfpd consuming a lot of my CPU. It is /usr/sbin/smfpd. But rpm -qf /usr/sbin/smfpd says that is does not belong to any package. Q1: What is smfpd? Q2: Who installed it? (not myself). Q3: What's the pkg it belongs to? -- Joachim Backes joachim.bac...@rhrk.uni-kl.de http://www.rhrk.uni-kl.de/~backes -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Any hope for system-config-services ?
On 07/21/2011 11:26 AM, agraham wrote: Replying here only once, this is not content for test@ IMHO I disagree with the propaganda pumped out by RH et al about Fedora being a only test bed for RHEL. I don't know who is telling that, but people at Red Hat for sure do not. We think of Fedora as the upstream for Red Hat Enterprise Linux. Fedora is community driven and owned by the commuinty, but sometimes I really get the feeling there is another agenda at work here, namely the disrupted changes added with each new Fedora release which prevents it becoming really stable, an example of this is indeed systemd, (other examples are Network Manager, Pulseaudio back in 2007), these pre-alpha where dumped into fedora, replacing major subsystems with little or no testing whatsoever and have caused huge amounts of pain and time wasting, this of course backs-up the propaganda and agenda I mentioned earlier. Well, Ubuntu isn't anything better in that regard. That's what development is for IMHO. If you are looking for a rock-solid, stable OS with support - Red Hat has a subscription for that ;-) Fedora is fast moving, sometimes more experimental as others, brave to try where others discuss, based on technical advancement. I don't use RHEL (unless there is a really good use case e.g. production DB) because it's basically just OLDWARE, and CENTOS is even OLDEWARE. Progress, stability, free - pick two, getting all is a real problem ... You want progress and free? -- Fedora You want Stability and free? -- CentOS You want Stability and Progress? -- Red Hat Enterpise Linux At least IMHO Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- 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 08:11 PM, drago01 wrote: A screensaver isn't the right tool for this ... there are lots of dedicated apps for viewing family pictures. Some of my machines (servers) are connnected via KVM to a single screen. I like to see at one glance if they are doing sth (screensaver) or not. Not a typical case, but not that uncommon. In that situation power usage is not a problem ... Also like to run some monitoring stuff as screensaver. Gives me overview with no need to login. Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sha256sum for Fedora-15-Beta-i386-DVD.iso
On 04/26/2011 03:46 PM, Trey Sizemore wrote: On Tue, 2011-04-26 at 09:16 -0400, Trey Sizemore wrote: Can someone provide or point me to the sha256sum for Fedora-15-Beta-i386-DVD.iso? I downloaded the ISO from https://fedoraproject.org/en/verify but that site only appears to have sha256sums for Fedora 14. Thanks! -Trey Found it for anyone else searching: Where? Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome 3 delayed
On 04/01/2011 11:53 AM, fsos...@gmail.com wrote: Hi guys Gnome release team has rescheduled gnome 3 for September 2011 (http://www.gnome.org/press/releases/2011-04-gnome-3.0-rescheduled.html) The fact that thois delay was announced on April 1st didn't make you think? ;-) Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome 3 delayed
On 04/01/2011 12:07 PM, Michał Piotrowski wrote: 2011/4/1 mike cloakedmike.cloa...@gmail.com: 2011/4/1 Michał Piotrowskimkkp...@gmail.com: Gnome release team has rescheduled gnome 3 for September 2011 (http://www.gnome.org/press/releases/2011-04-gnome-3.0-rescheduled.html) The fact that thois delay was announced on April 1st didn't make you think? ;-) Some users believes that releasing Gnome3 at a scheduled time with actual functionality is best April Fool's day joke ever :D Great one! Yes April 1st is a day to be careful taking in news stories! Any other nice pranks been discovered yet? I heard that kernel developers wants to take an example from the Gnome3 developers - in the next Linux kernel version it will not be possible to shutdown or reboot. Check debian.org, gentoo etc. The Canterbury Distribution ;-) Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: gnome 3 delayed
On 04/01/2011 12:37 PM, bsfmig wrote: Distribution Release: Slackware Linux 1.0 http://distrowatch.com/centrify.php6607! *via distrowatch http://www.geforce.com/#/News/articles/voodoo-revived Yeah! Voodoo revived! Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- 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?
A mantainer who doesn't care about the bugs in his package may be everything - but not a maintainer. It is that simple. Maintaining a package means caring, not doing sth once in a while. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
On 12/02/2010 08:39 AM, Jurgen Kramer wrote: On Sat, 2010-11-27 at 07:54 -0500, Jan Wildeboer wrote: Will try this evening and report here! BTW - are you using nouveau or (a)kmod-nvidia? Jan Does sound work with my latest kernel? Nope. See attached dmesg for clues (I cannot see sth obvious). I tried alsamixer and put everything on 100% levels, I switched between stereo duplex and stereo output in sound preferences, no luck :-( Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.35.6-48.mbajk6.fc14.x86_64 (kra...@nasng.slim) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #1 SMP Sat Nov 27 12:40:07 CET 2010 [0.00] Command line: ro root=/dev/mapper/vg_mba31-lv_root rd_LVM_LV=vg_mba31/lv_root rd_LVM_LV=vg_mba31/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=de nomodeset rhgb quiet reboot=pci [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0008f000 (usable) [0.00] BIOS-e820: 0008f000 - 0009 (reserved) [0.00] BIOS-e820: 0009 - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e - 0010 (reserved) [0.00] BIOS-e820: 0010 - af00 (usable) [0.00] BIOS-e820: af00 - bf00 (reserved) [0.00] BIOS-e820: bf00 - bf719000 (usable) [0.00] BIOS-e820: bf719000 - bf939000 (ACPI NVS) [0.00] BIOS-e820: bf939000 - bfef9000 (ACPI data) [0.00] BIOS-e820: bfef9000 - bfeff000 (reserved) [0.00] BIOS-e820: bfeff000 - bff0 (ACPI data) [0.00] BIOS-e820: d320 - d3201000 (reserved) [0.00] BIOS-e820: f000 - f400 (reserved) [0.00] BIOS-e820: fec0 - fec01000 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: ffc0 - 0001 (reserved) [0.00] BIOS-e820: 0001 - 00014000 (usable) [0.00] NX (Execute Disable) protection: active [0.00] DMI 2.4 present. [0.00] e820 update range: - 1000 (usable) == (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] No AGP bridge found [0.00] last_pfn = 0x14 max_arch_pfn = 0x4 [0.00] MTRR default type: write-back [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-F uncachable [0.00] MTRR variable ranges enabled: [0.00] 0 base 0C000 mask FC000 uncachable [0.00] 1 base 0BFF0 mask 0 uncachable [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] last_pfn = 0xbf719 max_arch_pfn = 0x4 [0.00] initial memory mapped : 0 - 2000 [0.00] init_memory_mapping: -bf719000 [0.00] 00 - 00bf60 page 2M [0.00] 00bf60 - 00bf719000 page 4k [0.00] kernel direct mapping tables up to bf719000 @ 8000-d000 [0.00] init_memory_mapping: 0001-00014000 [0.00] 01 - 014000 page 2M [0.00] kernel direct mapping tables up to 14000 @ b000-11000 [0.00] RAMDISK: 3737f000 - 37ff [0.00] ACPI: RSDP 000fe020 00024 (v02 APPLE ) [0.00] ACPI: XSDT bf96a1c0 0008C (v01 APPLE Apple00 0061 0113) [0.00] ACPI: FACP bf968000 000F4 (v04 APPLE Apple00 0061 Loki 005F) [0.00] ACPI: DSDT bf95b000 0572C (v01 APPLE MacBookA 00030001 INTL 20061109) [0.00] ACPI: FACS
Re: WRT MacBook Air and Fedora
Will try this evening and report here! BTW - are you using nouveau or (a)kmod-nvidia? Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
On 11/16/2010 08:36 PM, Jurgen Kramer wrote: OK, I've build a new kernel with the added quirk, and did a quick test. I now get sound from the speakers :-). Alsamixer now shows front speakers. NACK, no sound on my MBA3 11.6 ... Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
Kinda problematic with non-working nouveau and broken suspend/resume due to vesafb ... Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
On 11/15/2010 12:34 PM, Jóhann B. Guðmundsson wrote: Now Ben is working on the issue screaming louder does not help and please refrain from mentioning any kind of works or not works functionality with proprietary drivers it does not do any good in fact it just confuses things. NoProb, I don't care about proprietary drivers either. But ATM nouveau simply doesn't work. So as soon as I can get updated drivers/kernels to test, I will install them and report in the BZ. thx for all the work. Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
I have added my comments to the BZ on applesmc. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
On 11/16/2010 05:59 PM, Jurgen Kramer wrote: I guess this is no longer necessary as the patch seems to be in rawhide :-). Very nice to see this is being picked up so quick. Correct :-) /me is almost happy with Fedora on MBA3. Now the nouveau part esp suspend/resume needs a fix. Did you also try to get the internal speakers working with your patch? Because they remain silent even after the update :-( jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
WRT MacBook Air and Fedora
All, BZ #651019 [1] contains a patch that would make the new Macbook Air a lot more useable with Fedora - how can I raise this BZ to be included into updates? BZ #650949 [2] contains hopefully enough info for someone to start digging why nouveau fails on new MBA (most evil problem is that suspend works, but resume fails - with proprietary nvidia drivers suspend/resume just works). Again - how can I raise awareness for this issue? Yes, this query is out of egoisn as I hope to get Fedora working on this machine so I can ditch MacOS X completely. [1] https://bugzilla.redhat.com/show_bug.cgi?id=651019 [2] https://bugzilla.redhat.com/show_bug.cgi?id=650949 -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: WRT MacBook Air and Fedora
Hi Jurgen! Would very much appreciate to test your version of applesmc. Could you add a link to a place to download either here or in the BZ? Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rawhide livecd desktop???
Care to explain what fails when using rawhide? From where did you upgrade? Fedora 14? Do you have a smolt profile of your hardware? Any proprietary drivers likne nvidia? A bit more input gives a lot of output ;-) Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rawhide livecd desktop???
ACK. F14 is bleeding edge enough for me ATM, especially on my new Macbook air (yep, opened bugzillas on the obvious stuff). Untill basic stuff works (suspend does, resume doesn't ;-) I will stay away from rawhide. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 14 x86_64 on new Macbook AIR - mostly success
Just a short report: - Dualboot setup with rEFIt - Default install with nomodeset to avoid broken graphics (seems nv driver doesn't like the M320 in the MBA) - Using USB Ethernet adaptor to have network - added rpmfusion - Installed kmod-wl (for the wireless card) - Installed kmod-nvidia - ran nvidia-xconfig as root What works: - Suspend/resume, no prob - Webcam Just Works (tested with cheese) - network works What fails (partly) - no sound - external monitor via Minidisplayport doesn't work OOTB, needs fiddling with nvidia tool - Touchpad options are missing, only basic functions (no right-click, no multi-touch) So I would give it a 90% success ATM. Will file BZs on the #fails Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
NetworkManager crash when sharing network on F14 32bit
Could someone verify before I BZ this one? - create new wireless network to share my connection - use WPA2 PSK - NM asks for PW - NM creates network, asks again for PW - ABRT reports crash in NM, sharing doesn't work On Aspire One from Asus. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Preupgrade change?
(Sorry for top-posting, blame blackberry and me) IMHO - if preupgrade doesn't work for those running F13 - it would be a blocker for F14 release IMHO. Jan - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testers of Fedora development releases test@lists.fedoraproject.org Sent: Mon Nov 01 13:20:35 2010 Subject: Re: Preupgrade change? On Sun, 2010-10-31 at 19:26 +, Richard Hughes wrote: On 30 October 2010 19:48, Paul Frields sticks...@gmail.com wrote: * https://fedorahosted.org/preupgrade/changeset?new=data%40d42e6189dbe4ad7591d422f200a31ad196125dccold=data%404157e81ce428be819a957a31be5a19bcc6bd2efe Shouldn't Rawhide always stay in the list of releases? No, we can no longer preupgrade to rawhide. * Will there be a preupgrade available on release day for F1{2,3} - F14? I thought I saw discussion about this either here on the test list or elsewhere but I can't seem to find it -- sorry for being repetitive if this has already been discussed. Yes, possibly a few days after. A few days after would be rather bad and should have been previously clearly communicated, given that preupgrade is one of our official 'Good Ways To Upgrade' and lots of people want to upgrade on release day. If there's a significant chance preupgrading to F14 won't be possible on release day, could you please co-ordinate with the appropriate teams to ensure the PRs that go out on release day explain this and give an ETA for preupgrade? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Devices (was Re: Preupgrade change?)
And as a closing one for OT stuff - the correct use of reply-to is unfortunately optional in the RFC. I knew all of this hence my excuse. Still noone has reacted to the point I raised. But as at least one person on this list values thraed-completeness over content, I gather it is better to simply accept that no matter what argument is used, if it isn't done in whatever artificial definition of correctness it will be ignored. Thanks for showing me. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Devices (was Re: Preupgrade change?)
Oops. I meant correct use of the refers-to header. Thread completeness relying *only* on refers-to is based on an incorrect assumption that refers-to is compulsory and not optional. IMHO. Jan -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 13/14 and new Macbook Air - anyone tried?
All, the new Macbook Air and Fedora - has anyone tried it already? From the specs I see the usual problems: - Nvidia GeForce 320M - Airport Extreme WLAN - DisplayPort I would like to hear if s/o as Fedora up and running on it ... Any pointers appreciated Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: heads-up: upstart reversion coming soon
On 09/15/2010 03:35 PM, Matthias Clasen wrote: I think we all realize that the timing was exceedingly bad on this. I think we should try to distill some lessons from this for how we approach 'invasive' features in the future. If the vore was as close as it was in this case, it begs the question of a proper cost analysis. How much extra burden is now generated in ripping systemd out compared to fixing the known/open bugs? We definitely lose a key component here and the reward is seemingly a lot of extra work on the QA process and participants. It's something that should never happen again. We all learn as we go, but given the collected wisdom of our community, it surprises me that we came to this decision this late in the release cycle. Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs.
On 09/07/2010 02:32 PM, Adam Williamson wrote: It isn't. We can't possibly guarantee suspend/resume will work on all laptops in anything like a reasonable timeframe. if we set this as a release criterion, we would likely never release. So we don't. Understood. It is however a royal PITA ;-) In the beginning, F13 was unable to use the external VGA at all in a decent manner, this started to work after a few kernel updates. So I was a happy camper. The .34 kernel starts to suspends, switches to the spalsh screen and the gets stuck. I didn't notice the first time, so after two hours I had a wonderful sauna in my laptop bag and a broken fan. Now I am back on the previous kernel and can only hope the next update will fix it. Will try once again to catch as many inof as possible and file a BZ. Jan -- Jan H Wildeboer| EMEA Open Source Affairs | Office: +49 (0)89 205071-207 Red Hat GmbH | Mobile: +49 (0)174 33 23 249 Technopark II, Haus C | Fax:+49 (0)89 205071-111 Werner-von-Siemens-Ring 11 -15 | 85630 Grasbrunn| _ Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 11 -15 85630 Grasbrunn, Handelsregister: Amtsgericht Muenchen HRB 153243 Geschaeftsfuehrer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera _ GPG Key: 3AC3C8AB Fingerprint: 3D1E C4E0 DD67 E16D E47A 9564 A72F 5C39 3AC3 C8AB -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs.
In my case (F13, x86_64 on a Lenovo X200) the .34 kernel made suspend fail. On laptops I think working suspend/resume should be blocker for release. It worked before, hence it is a regression. Note that I am not running rawhide. Just plain F13 with its support promise. Suspend/Resume failing is a problem for me. The X200 is not that uncommon (at leat inside Red Hat). I am forec to boot into the older kernel to work. Jan - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testers of Fedora development releases test@lists.fedoraproject.org Cc: test@lists.fedoraproject.org test@lists.fedoraproject.org Sent: Sun Sep 05 10:24:38 2010 Subject: Re: Why was a kernel-2.6.34 pushed to updates that had un-addressedbugs.Bill Davidsen david...@tmr.com wrote: If they don't have time to look at everything, then maybe they should stop shipping kernels they haven't looked at! Really, people who needed 2.6.34 could pull it from updates-untested and the rest of us could have working systems. Back in the FC3-4-5-6 days stuff released seemed to work, but in the last two years there have been more and more things shipped which broke existing installations. It feels like there is more effort to get lots of stuff out fast even if it doesn't work, if it breaks things for users, etc. ... This is alpha test, and one objective should be to get wider testing of new kernels (and other software) in order to have experience that directs the choice of what to ship in the scheduled release. However stable they may be, there is a downside to a choice to keep old versions of software: upstream maintenance and testing will focus on the latest code, and users are typically told Upgrade to the latest release, which fixes your bug. If Fedora chooses to keep an old kernel or other component, it incurs what can become a serious maintenance cost to fix problems in what has become the Fedora version of software. Of course, there is a balance here. Fedora intentionally chooses to favor new software and technology, and a very aggressive release schedule. Fedora caters to software developers and users who want the latest code, and provides a vehicle to deliver this technology to a wide community of users. For users who want software where the focus is on stable environment, longevity, and more predictable support, Red Hat offers several products that have been praised by users. Other organizations also offer Linux products that addres these goals. Your question is reasonable: Why was a kernel-2.6.34 pushed to updates that had un-addressed bugs. but I think it has been answered correctly and well. In the larger sense Does Fedora achieve a good balance between new function and bugs fixed relative to regression problems and old bugs? I think the popularity of Fedora answers that affirmatively. Were more bugs shipped in F13 than with F3-4-5-6? Probably, but the code base is much larger and the release schedule more aggressive. Also, with many more Fedora users, more bugs are likely to be observed. Nevertheless, there is certainly opportunity to ship fewer bugs in a release. We may not be able to do a lot about code quality from upstream (aside from choices about what function to include in Fedora) but release testing is where bugs can be identified, and where your efforts and those of others do improve the quality of a release. And sometimes, however uncomfortable it is, a release schedule forces choices between alternatives that all contain problems. A delay in release date may help sort out critical problems, but is no panacea - it simply changes the problem set. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Some or all of your votes have been removed
IMHO it is an unfortunate decision. But I understand the reasoning. Take a look at how google handles this for android. Very simple solution which would adapt to our bugzilla like this: - once you are logged in to Bugzilla, you can star a bug. - you can star/unstar at any time - so you have as many votes as bugs exist, but only one single vote per bug - maintainers/packagers can see the total amount of votes and drill into stuff like how many stars added in the last 24 hours/week/month - you can graph this data and see the hot spots of the last day, week, month etc. I don't know how hard it is to implement it, but it is a simple, straightforward solution worth thinking of. Jan - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: test@lists.fedoraproject.org test@lists.fedoraproject.org Sent: Thu Sep 02 11:27:22 2010 Subject: Re: Some or all of your votes have been removed On Thu, 2 Sep 2010 08:16:00 -0400 Scott Robbins scot...@nyc.rr.com wrote: On Thu, Sep 02, 2010 at 09:29:40AM +, Jóhann B. Guðmundsson wrote: Never seen any option for voting on bugs in bugzilla and seriously doubt the use of it's existence because maintainers would ignore that just as well as if you start messing around with the priority levels and severity levels. ( The priority levels are for them to set and use only ). But I'm not surprised that your privileges got revoked on this voting system if you went trigger happy on the voting and thus abused it's existence and it's purpose one can even go so far and say you managed to voted your self out of it :) That's not quite the way it used to work (at least until today.) One has X amount of votes, and could choose to use as many, or as few as one, as desired, depending upon the importance, to the individual, of the bug. I imagine someone decided to change the rules, and announced somewhere that none of us who were surprised by it look. 'Tain't the first time. :) I'll repost what I posted to devel just a few ago. Sorry for any confusion. I didn't think it would be sending emails, and particularly with such a poor subject. ;( Has it been disabled recently? Short answer: Yes. It has. Longer answer: FESCo looked at trying to use voting data to give us an idea on 'hot' bugs that we might be able to send more resources to fix. Sadly, voting isn't at all good for this, as people have many votes (100 or 1000, I forget which), so it's hard to tell if an issue affects 10 people or 100 by that. Many people didn't see the voting interface, so they wouldn't have used it even if the problem was severe or affected a lot of people. Some people were using the voting interface, even though no maintainers ever noticed it (ie, thinking this could help the bug get solved, but it's like the maintainer and voter were in seperate worlds without any communication). So, we decided it would be less confusing to just disable it. We decided to look into using CC or comments to tell when a bug had a lot of people affected or was 'very active'. Unfortunately, this also is proving to be difficult to implement. See: https://fedorahosted.org/fedora-engineering-services/ticket/24 any help there would be appreciated. kevin -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Mouse button stops working?
FYI - my Lenovo Ideapad S10-3t has a synaptics pad where the mouse buttons simply not work under F13 64bit. Dunno why, will file BZ tmrw. Jan - Original Message - From: test-boun...@lists.fedoraproject.org test-boun...@lists.fedoraproject.org To: For testers of Fedora development releases test@lists.fedoraproject.org Sent: Thu Jul 15 13:21:15 2010 Subject: Re: Mouse button stops working? On 07/15/2010 04:32 PM, Adam Williamson wrote: On Thu, 2010-07-15 at 07:53 +0200, Michael Schwendt wrote: I had something similar once - my left button was actually acting as if ctrl was held down permanently, it was drag-selecting text in Evolution when I moved it, and clicking did nothing in any app. Reboot fixed it, haven't seen it again since. I've posted about something slightly similar many weeks ago (with F13 and F12) with nobody commenting on it. With a combination of at least Emacs, Firefox, xterm and tvtime running, all of a sudden something activates the Shift key, and it affects everything I can enter (in the open apps *and* newly started ones) via the keyboard and the mouse. Pressing Shift or Shift-lock is no cure, but at least makes it possible to type in lower-case characters again. ;) Logging out of GNOME and back in is a quick fix. Obviously I meant shift indeed, but this wasn't the same; it didn't affect the keyboard, that worked as usual. Only the mouse behaviour was affected, for me. The only mouse pointer problem I've experienced in F13 is that the mouse pointer goes playing hide and seek ( bug 537065 ) on only one of my monitors. from time to time. However I know of a touchpad on one old German laptop ( I think it was branded Medion or something ) that experiences weird behaviour similar to what you describe and couple of interesting intel based graphics twirks which I unfortunately dont have in my possession or unlimited access too to file bugs to get those things FIXED or at least look at. JBG -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test