New Member Introduction

2013-01-16 Thread Bryan Koen 
Hi,

My name is Bryan Koen, known as BifMeister on IRC.

I have used Linux in one form or another since roughly 1993, and have
used Fedora here and there for home systems. I have decided that I would
like to bone up my development skills and get involved with Fedora and
thought the test arena would be a good place to ease into it. 

I am located in St. Louis, MO and now work as an insurance agent. 

Also, I'd like some help getting started in triaging bugs in the new and
development releases.

Thanks,
Bryan


-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 17 updates-testing report

2013-01-16 Thread updates 
The following Fedora 17 Security updates need testing:
 Age  URL
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0833/seamonkey-2.15-1.fc17
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0834/ettercap-0.7.5-3.fc17.1.20120906gitc796e5
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0459/gnupg-1.4.13-2.fc17
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0839/rubygem-multi_xml-0.4.1-4.fc17
   4  https://admin.fedoraproject.org/updates/FEDORA-2013-0685/moin-1.9.6-1.fc17
 114  
https://admin.fedoraproject.org/updates/FEDORA-2012-14650/tor-0.2.2.39-1700.fc17
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0635/rubygem-actionpack-3.0.11-8.fc17,rubygem-activerecord-3.0.11-5.fc17,rubygem-activemodel-3.0.11-2.fc17,rubygem-activesupport-3.0.11-7.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0210/vdsm-4.10.0-13.fc17
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0483/proftpd-1.3.4b-4.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0231/ca-certificates-2012.87-1.fc17
 194  
https://admin.fedoraproject.org/updates/FEDORA-2012-10269/revelation-0.4.14-1.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0246/drupal6-context-3.1-1.fc17
   7  
https://admin.fedoraproject.org/updates/FEDORA-2012-19606/cups-1.5.4-18.fc17
  36  
https://admin.fedoraproject.org/updates/FEDORA-2012-20092/libproxy-0.4.11-1.fc17
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0455/fedora-business-cards-1-0.1.beta1.fc17
  14  
https://admin.fedoraproject.org/updates/FEDORA-2013-0057/php-ZendFramework-1.12.1-1.fc17
   4  https://admin.fedoraproject.org/updates/FEDORA-2013-0608/xen-4.1.4-2.fc17
   9  
https://admin.fedoraproject.org/updates/FEDORA-2013-0336/sleuthkit-4.0.1-1.fc17
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0696/perl-5.14.3-220.fc17
   2  
https://admin.fedoraproject.org/updates/FEDORA-2013-0753/nagios-3.4.4-1.fc17
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0859/samba4-4.0.0-59alpha18.fc17
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0861/rubygem-rack-1.4.0-3.fc17


The following Fedora 17 Critical Path updates have yet to be approved:
 Age URL
   2  
https://admin.fedoraproject.org/updates/FEDORA-2013-0776/gdb-7.4.50.20120120-54.fc17
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0696/perl-5.14.3-220.fc17
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0645/shadow-utils-4.1.5.1-2.fc17
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0694/perl-5.14.3-219.fc17
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0497/fedora-release-17-2
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0481/python-urlgrabber-3.9.1-18.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0231/ca-certificates-2012.87-1.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0242/xorg-x11-drv-intel-2.20.17-1.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0275/mdadm-3.2.6-8.fc17
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0236/qtwebkit-2.2.2-5.fc17
  13  
https://admin.fedoraproject.org/updates/FEDORA-2013-0106/upower-0.9.19-1.fc17
  13  
https://admin.fedoraproject.org/updates/FEDORA-2013-0119/xkeyboard-config-2.5.1-4.fc17
 146  
https://admin.fedoraproject.org/updates/FEDORA-2012-12509/PackageKit-0.7.6-1.fc17
The following builds have been pushed to Fedora 17 updates-testing

OpenTK-0.0-5.20130108svn3126.fc17
autoconf-2.68-7.fc17
bind-dyndb-ldap-2.4-1.fc17
dcraw-9.17-1.fc17
ecj-4.2.1-2.fc17
ettercap-0.7.5-3.fc17.1.20120906gitc796e5
guitarix-0.25.1-4.fc17
indefero-1.3.3-1.fc17
logwatch-7.4.0-22.20130102svn127.fc17
mate-common-1.5.1-1.fc17
mediatomb-0.12.1-22.fc17
perl-Language-Expr-0.19-3.fc17
perl-Locale-SubCountry-1.57-1.fc17
php-pear-phing-2.4.14-1.fc17
python-docopt-0.5.0-1.fc17
rubygem-multi_xml-0.4.1-4.fc17
rubygem-rack-1.4.0-3.fc17
samba4-4.0.0-59alpha18.fc17
seamonkey-2.15-1.fc17
skeinforge-12.03.14-12.fc17
skf-1.99.1-1.fc17
warzone2100-3.1.0-1.fc17
yadex-1.7.0-23.fc17

Details about builds:



 OpenTK-0.0-5.20130108svn3126.fc17 (FEDORA-2013-0867)
 C# library that wraps OpenGL, OpenCL and OpenAL

Update Information:

C Sharp library that wraps OpenGL, OpenCL and OpenAL

References:

  [ 1 ] Bug #890872 - Review Request: OpenTK - C# library that wraps OpenGL, 
OpenCL and OpenAL
https://bugzilla.redhat.com/show_bug.cgi?id=890872




 autoconf-2.68-7.fc17 (FEDORA-2013-0821)
 A GNU tool for autom

Fedora 16 updates-testing report

2013-01-16 Thread updates 
The following Fedora 16 Security updates need testing:
 Age  URL
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0723/thunderbird-17.0.2-1.fc16
  36  
https://admin.fedoraproject.org/updates/FEDORA-2012-20157/libproxy-0.4.11-1.fc16
 116  
https://admin.fedoraproject.org/updates/FEDORA-2012-14452/bacula-5.0.3-33.fc16
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0835/seamonkey-2.15-1.fc16
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0896/rubygem-rack-1.3.0-3.fc16
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0468/proftpd-1.3.4b-4.fc16
  35  
https://admin.fedoraproject.org/updates/FEDORA-2012-20236/rssh-2.3.4-1.fc16
 194  
https://admin.fedoraproject.org/updates/FEDORA-2012-10314/revelation-0.4.14-1.fc16
 114  
https://admin.fedoraproject.org/updates/FEDORA-2012-14654/tor-0.2.2.39-1600.fc16
   4  https://admin.fedoraproject.org/updates/FEDORA-2013-0640/moin-1.9.6-1.fc16
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0633/perl-5.14.3-205.fc16
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0477/gnupg-1.4.13-2.fc16
   7  
https://admin.fedoraproject.org/updates/FEDORA-2012-19347/cups-1.5.4-12.fc16
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0222/gnupg2-2.0.19-7.fc16
  14  
https://admin.fedoraproject.org/updates/FEDORA-2013-0061/php-ZendFramework-1.12.1-1.fc16
   7  https://admin.fedoraproject.org/updates/FEDORA-2013-0270/qt-4.8.4-6.fc16
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0885/firefox-18.0-1.fc16,xulrunner-18.0-6.fc16
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0686/rubygem-actionpack-3.0.10-10.fc16,rubygem-activerecord-3.0.10-5.fc16,rubygem-activesupport-3.0.10-5.fc16,rubygem-activemodel-3.0.10-2.fc16
   2  https://admin.fedoraproject.org/updates/FEDORA-2013-0761/xen-4.1.4-2.fc16
   2  
https://admin.fedoraproject.org/updates/FEDORA-2013-0752/nagios-3.4.4-1.fc16
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0894/ettercap-0.7.5-3.fc16.1.20120906gitc796e5


The following Fedora 16 Critical Path updates have yet to be approved:
 Age URL
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0633/perl-5.14.3-205.fc16
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0723/thunderbird-17.0.2-1.fc16
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0632/perl-5.14.3-204.fc16
   0  
https://admin.fedoraproject.org/updates/FEDORA-2013-0885/firefox-18.0-1.fc16,xulrunner-18.0-6.fc16
   4  
https://admin.fedoraproject.org/updates/FEDORA-2013-0651/kernel-3.6.11-4.fc16
   7  
https://admin.fedoraproject.org/updates/FEDORA-2013-0477/gnupg-1.4.13-2.fc16
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0230/selinux-policy-3.10.0-98.fc16
   7  https://admin.fedoraproject.org/updates/FEDORA-2013-0270/qt-4.8.4-6.fc16
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0263/qtwebkit-2.2.2-5.fc16
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0222/gnupg2-2.0.19-7.fc16
  11  
https://admin.fedoraproject.org/updates/FEDORA-2013-0238/mysql-5.5.29-1.fc16
The following builds have been pushed to Fedora 16 updates-testing

ettercap-0.7.5-3.fc16.1.20120906gitc796e5
firefox-18.0-1.fc16
mate-common-1.5.1-1.fc16
mediatomb-0.12.1-15.fc16
php-pear-phing-2.4.14-1.fc16
rubygem-rack-1.3.0-3.fc16
seamonkey-2.15-1.fc16
xulrunner-18.0-6.fc16

Details about builds:



 ettercap-0.7.5-3.fc16.1.20120906gitc796e5 (FEDORA-2013-0894)
 Network traffic sniffer/analyser, NCURSES interface version

Update Information:

Fix for CVE-2013-0722

ChangeLog:

* Mon Jan 14 2013 Jon Ciesla  - 
0.7.5-3.1.20120906gitc796e5
- Patch for CVE-2013-0722.
* Tue Oct 16 2012 Jon Ciesla  - 
0.7.5-2.1.20120906gitc796e5
- Fix DHCP spoofing in gtk interface, BZ 867075.
* Mon Sep 10 2012 Jon Ciesla  - 
0.7.5-1.1.20120906gitc796e5
- Fixed Release tag and build flags, BZ 855504.
* Thu Sep  6 2012 Jon Ciesla  - 0.7.5-0.20120906gitc796e5
- Fixed Obsoletes, BZ 855067.
* Tue Sep  4 2012 Jon Ciesla  - 0.7.5-0.20120905gitc796e5
- Switch to git ettercap_rc branch for gtk crash, BZ 853791.
- Dropped UI and daemon patches.
- Merged subpackages, in part due to buildsystem change.
- Spec cleanup.
* Thu Jul 19 2012 Fedora Release Engineering  
- 0.7.4.1-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
* Thu Apr 12 2012 Jon Ciesla  - 0.7.4.1-3
- Add hardened build.
* Fri Mar 30 2012 Jon Ciesla  - 0.7.4.1-2
- libnet rebuild.
* Mon Mar 12 2012 Jon Ciesla  - 0.7.4.1-1
- New upstream.
* Fri Feb 10 2012 Petr Pisar  - 0.7.4-4
- Rebuild against PCRE 8.30

References:

  [ 1 ] Bug #894094 - CVE-2013-0722 ettercap: stack-based buffer overflow when 
p

Re: Fedora 18 how to enable version 3 nfs server

2013-01-16 Thread Gianluca Cecchi 
Jóhann B. Guðmundsson" wrote
>
> - in systemd units means do not fail if the file ( or command in some
> cases ) does not exist ( or in the case of commands fails )
Ah, OK
And any hint about sysconfig nfs file apparently not parsed to enable nfs
v3 and bind to fixed ports?
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Fedora 18 how to enable version 3 nfs server

2013-01-16 Thread Jóhann B. Guðmundsson 

On 01/16/2013 06:01 PM, Gianluca Cecchi wrote:

 


What do they mean the lines where after = sign there is a - (minus)



- in systemd units means do not fail if the file ( or command in some 
cases ) does not exist ( or in the case of commands fails )


JBG
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: test Digest, Vol 107, Issue 59

2013-01-16 Thread Francisco Vazquez 
Hello I fedup-cli´d upgraded: 

the command line was:   sudo fedup --network 18 --debuglog fedupdebug.log
and everything looked ok till It boot up again to restart with new version I 
only get this message:

Booting `Fedora (3.7.2-201.fc18.x86_64)'

Loading Fedora (3.7.2-201.fc18.x86_64)
Loading initial ramdisk ...

and then nothing else happens, no login window at all!

Best Regards,
 
Francisco Vazquez

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: In rawhide: X server says backtraces from higher in stackI

2013-01-16 Thread Clyde E. Kunkel 

On 01/16/2013 11:20 AM, Adam Jackson wrote:



exa is the hardware acceleration layer.  The radeon driver is handing
something down to the kernel to execute through a DRM ioctl, and it's
not completing promptly.

So either the radeon X driver is suddenly doing something newly wrong
that's taking too long, or the radeon kernel driver is.

- ajax





The garbled gnome desktop began with 3.8 kernels:

DateDesktop
--kernel- Installed Garbled
kernel-3.7.0-0.rc7.git3.2.fc19.x86_64   Dec 03No
kernel-3.7.0-0.rc8.git0.2.fc19.x86_64   Dec 05No
kernel-3.7.0-2.fc19.x86_64  Dec 12No
kernel-3.7.1-1.fc19.x86_64  Dec 19No
kernel-3.8.0-0.rc2.git2.2.fc19.x86_64   Jan 08   Yes
kernel-3.8.0-0.rc2.git3.1.fc19.x86_64   Jan 09No(1)
kernel-3.8.0-0.rc2.git4.2.fc19.x86_64   Jan 10   Yes
kernel-3.8.0-0.rc3.git0.3.fc19.x86_64   Jan 11   Yes
kernel-3.8.0-0.rc3.git1.2.fc19.x86_64   Jan 15   Yes
(1) Takes long time for desktop to appear, background changes
to white and then back to normal one time.

During the above reboot testing I noticed that the screen flashes 
brightly with occasional garbled rectangles during dracut time, but only 
with the 3.8 kernels.


I have only seen xorg log errors one time with the 3.8.0-0.rc3.git1.2 
kernel. All other garbled sessions do not show any errors in the xorg log.


Partial installation history of other potential areas to investigate:

Nov 23 11:56:43 Updated: dracut-024-10.git20121121.fc18.x86_64
Nov 23 11:57:01 Updated: dracut-tools-024-10.git20121121.fc18.x86_64
Dec 20 11:48:23 Updated: dracut-024-15.git20121218.fc18.x86_64
Dec 20 11:50:09 Updated: dracut-tools-024-15.git20121218.fc18.x86_64
Jan 03 12:09:07 Updated: dracut-024-17.git20121220.fc18.x86_64
Jan 03 12:09:08 Updated: dracut-tools-024-17.git20121220.fc18.x86_64
Jan 04 11:39:54 Updated: dracut-024-18.git20130102.fc18.x86_64
Jan 04 11:40:57 Updated: dracut-tools-024-18.git20130102.fc18.x86_64

Dec 06 12:13:20 Updated: systemd-libs-196-2.fc19.x86_64
Dec 06 12:13:22 Updated: systemd-196-2.fc19.x86_64
Dec 06 12:13:22 Updated: systemd-sysv-196-2.fc19.x86_64
Dec 06 12:13:57 Updated: systemd-analyze-196-2.fc19.x86_64
Dec 11 09:54:18 Updated: systemd-libs-196-4.fc19.x86_64
Dec 11 09:54:20 Updated: systemd-196-4.fc19.x86_64
Dec 11 09:54:21 Updated: systemd-sysv-196-4.fc19.x86_64
Dec 11 09:54:34 Updated: systemd-analyze-196-4.fc19.x86_64
Jan 08 11:05:17 Updated: systemd-libs-197-1.fc19.x86_64
Jan 08 11:05:22 Installed: systemd-197-1.fc19.x86_64
Jan 08 11:06:15 Updated: systemd-analyze-197-1.fc19.x86_64
Jan 08 11:06:16 Updated: systemd-sysv-197-1.fc19.x86_64

Oct 03 10:13:27 Updated: 
xorg-x11-drv-ati-7.0.0-0.6.20120910git7c7f27756.fc18.x86_64
Jan 13 08:55:51 Updated: 
xorg-x11-drv-ati-7.0.0-0.8.20121015gitbd9e2c064.fc19.x86_64


Dec 18 11:17:12 Updated: xorg-x11-server-common-1.13.1-1.fc19.x86_64
Dec 18 11:17:13 Updated: xorg-x11-server-Xephyr-1.13.1-1.fc19.x86_64
Dec 18 11:17:14 Updated: xorg-x11-server-Xorg-1.13.1-1.fc19.x86_64
Jan 10 11:03:48 Updated: 
xorg-x11-server-common-1.13.99.901-2.20130109.fc19.x86_64
Jan 10 11:03:48 Updated: 
xorg-x11-server-Xephyr-1.13.99.901-2.20130109.fc19.x86_64
Jan 13 08:55:42 Updated: 
xorg-x11-server-Xorg-1.13.99.901-2.20130109.fc19.x86_64


--
Regards,
OldFart
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

[Fedora QA] #330: Blocker Components are not updated when bug is reassigned

2013-01-16 Thread Fedora QA 
#330: Blocker Components are not updated when bug is reassigned
--+-
 Reporter:  tflink|   Owner:  tflink
 Type:  defect|  Status:  new
 Priority:  major |   Milestone:
Component:  Blocker bug tracker page  | Version:
 Keywords:|  Blocked By:
 Blocking:|
--+-
 = bug description =

 When a bug being followed by the blocker tracking app is reassigned to
 another component, the component displayed in the tracker is never
 updated.

 This is a pretty big problem because it causes the current blockers to be
 mis-represented if anything is re-assigned after it is proposed as a
 blocker.

 = bug analysis =

 I looked into this a little during F18 and it doesn't appear to be quite
 as simple as I was hoping. In theory, a full sync should take care of the
 out-of-date data but that didn't fix the problem and I didn't see anything
 obviously wrong with the sync code.

 It is possible that #325 is interfering with the sync process - even
 though the hacky fix made it into production, the sync was still crashing
 on a regular basis.

 = fix recommendation =

 There are two parts to this bug.
  * updated information is not being stored in the database
  * change in component is not triggering an update

 Changing the bugzilla query to pull in bugs when the component is updated
 should be pretty easy - it's the part about new information not making it
 into the database which is a bigger issue.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

[Fedora QA] #329: Add Support for Alembic

2013-01-16 Thread Fedora QA 
#329: Add Support for Alembic
--+-
 Reporter:  tflink|   Owner:  tflink
 Type:  enhancement   |  Status:  new
 Priority:  major |   Milestone:
Component:  Blocker bug tracker page  | Version:
 Keywords:|  Blocked By:
 Blocking:|
--+-
 Some database schema changes are going to be needed to fix current bugs in
 and add features to the blocker tracking app.

 In my opinion, the best way forward for that is to implement support for
 [http://alembic.readthedocs.org/en/latest/ alembic] in the blocker
 tracking app. That way we don't have to worry about losing data or writing
 SQL migration scripts by hand.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: dracut-initqueue[265]: /dev/disk/by-label/Fedora-18-x86_64-Live-Desktop.is does not exist.

2013-01-16 Thread Namikaze Minato 
> Trying to boot "Fedora 18 Live Desktop" on an EFI machine HP
> (Probook 4540s) regardless of SecureBoot status results in the
> following warnings until starting the rescue shell:

It is working by disabling SecureBoot *and* enabling legacy boot.
But the question still stands: Why doesn't it boot with SecureBoot enabled?

Thanks ;)
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: In rawhide: X server says backtraces from higher in stackI

2013-01-16 Thread Adam Jackson 
On Wed, 2013-01-16 at 10:31 -0500, Clyde E. Kunkel wrote:
> Rawhide gnome desktop acting up recently.  Have to restart several times 
> to get desktop that is readable.  Several times screens are garbled. 
> Here is a bit of an Xorg.0.log that may be a clue:

Here's how to read this and similar backtraces:

> (EE) [mi] EQ overflowing.  Additional events will be discarded until 
> existing events are processed.
> (EE)
> (EE) Backtrace:
> (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x46a4e6]
> (EE) 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x57fe4b]
> (EE) 2: /usr/bin/Xorg (0x40+0x4c0d2) [0x44c0d2]
> (EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so 
> (0x7f5b83969000+0x64b4) [0x7f5b8396f4b4]
> (EE) 4: /usr/bin/Xorg (0x40+0x87707) [0x487707]
> (EE) 5: /usr/bin/Xorg (0x40+0xb0d98) [0x4b0d98]
> (EE) 6: /lib64/libpthread.so.0 (0x333540+0xf070) [0x333540f070]

This is the entry to the SIGIO handler where we try to process input
events.  But since we're in a signal handler, we can't call malloc.
That's why we can run out of space in the Event Queue.

> (EE) 7: /lib64/libc.so.6 (ioctl+0x7) [0x3334cecb07]
> (EE) 8: /lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f5b84b35668]
> (EE) 9: /lib64/libdrm.so.2 (drmCommandWriteRead+0x1c) [0x7f5b84b378dc]
> (EE) 10: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2029) [0x7f5b83fce029]
> (EE) 11: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2254) [0x7f5b83fce254]
> (EE) 12: /usr/lib64/xorg/modules/drivers/radeon_drv.so 
> (0x7f5b841f7000+0x26ce4) [0x7f5b8421dce4]
> (EE) 13: /usr/lib64/xorg/modules/libexa.so (0x7f5b83598000+0xb4e0) 
> [0x7f5b835a34e0]

exa is the hardware acceleration layer.  The radeon driver is handing
something down to the kernel to execute through a DRM ioctl, and it's
not completing promptly.

So either the radeon X driver is suddenly doing something newly wrong
that's taking too long, or the radeon kernel driver is.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Test-Announce] Announcing the release of Fedora 18.

2013-01-16 Thread Guy Streeter 
On 01/15/2013 07:30 PM, Pete Travis wrote:
> On Jan 15, 2013 4:45 PM, "T.C. Hollingsworth" 
> wrote:
>>
>> On 1/15/13, cornel panceac  wrote:
>>> Release Notes say:
>>>
>>> "For a detailed listing of all changes, refer to the Fedora Technical
>>> Notes."
>>>
>>> Where can Fedora Technical Notes be found?
>>
>> I don't think the docs team is doing technical notes anymore; they
>> don't seem to have been done for Fedora 17 either.
>>
>> They really were only marginally useful--they just listed every
>> package that has recieved and update since the previous release of
>> Fedora.  You can get the same information out of yum.
>>
>> -T.C.
>> --
>> test mailing list
>> test@lists.fedoraproject.org
>> To unsubscribe:
>> https://admin.fedoraproject.org/mailman/listinfo/test
> 
> They are assembled using the repodata on the release media, which generally
> means they aren't published until after the release ships. F17 was an
> exception, but correctable for posterity if nothing else. Keep checking at
> docs.fedoraprojects.org for new versions of the Technical Notes and other
> guides.
> 
> --Pete
> 
Following that typo'd URL was a bit disconcerting. :)

http://docs.fedoraproject.org/en-US/index.html

--Guy

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

In rawhide: X server says backtraces from higher in stackI

2013-01-16 Thread Clyde E. Kunkel 
Rawhide gnome desktop acting up recently.  Have to restart several times 
to get desktop that is readable.  Several times screens are garbled. 
Here is a bit of an Xorg.0.log that may be a clue:


(EE) [mi] EQ overflowing.  Additional events will be discarded until 
existing events are processed.

(EE)
(EE) Backtrace:
(EE) 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x46a4e6]
(EE) 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x57fe4b]
(EE) 2: /usr/bin/Xorg (0x40+0x4c0d2) [0x44c0d2]
(EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so 
(0x7f5b83969000+0x64b4) [0x7f5b8396f4b4]

(EE) 4: /usr/bin/Xorg (0x40+0x87707) [0x487707]
(EE) 5: /usr/bin/Xorg (0x40+0xb0d98) [0x4b0d98]
(EE) 6: /lib64/libpthread.so.0 (0x333540+0xf070) [0x333540f070]
(EE) 7: /lib64/libc.so.6 (ioctl+0x7) [0x3334cecb07]
(EE) 8: /lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f5b84b35668]
(EE) 9: /lib64/libdrm.so.2 (drmCommandWriteRead+0x1c) [0x7f5b84b378dc]
(EE) 10: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2029) [0x7f5b83fce029]
(EE) 11: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2254) [0x7f5b83fce254]
(EE) 12: /usr/lib64/xorg/modules/drivers/radeon_drv.so 
(0x7f5b841f7000+0x26ce4) [0x7f5b8421dce4]
(EE) 13: /usr/lib64/xorg/modules/libexa.so (0x7f5b83598000+0xb4e0) 
[0x7f5b835a34e0]

(EE) 14: /usr/bin/Xorg (0x40+0x18efd3) [0x58efd3]
(EE) 15: /usr/bin/Xorg (0x40+0xd6540) [0x4d6540]
(EE) 16: /usr/bin/Xorg (0x40+0x1203af) [0x5203af]
(EE) 17: /usr/bin/Xorg (0x40+0x376df) [0x4376df]
(EE) 18: /usr/bin/Xorg (0x40+0x261ba) [0x4261ba]
(EE) 19: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x3334c21c25]
(EE) 20: /usr/bin/Xorg (0x40+0x264fd) [0x4264fd]
(EE)
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit 
higher up the stack.

(EE) [mi] mieq is *NOT* the cause.  It is a victim.
(EE) [mi] EQ overflow continuing.  100 events have been dropped.
(EE)

Any clues where the problem lies?  Just rawhide being rawhide?

--
Regards,
OldFart
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

dracut-initqueue[265]: /dev/disk/by-label/Fedora-18-x86_64-Live-Desktop.is does not exist.

2013-01-16 Thread Namikaze Minato 
Hello community.

Trying to boot "Fedora 18 Live Desktop" on an EFI machine HP
(Probook 4540s) regardless of SecureBoot status results in the
following warnings until starting the rescue shell:

dracut-initqueue[265]: Warning: Could not boot.
dracut-initqueue[265]: Warning:
/dev/disk/by-label/Fedora-18-x86_64-Live-Desktop.is does not exist.
dracut-initqueue[265]: Warning: /dev/mapper/live-rw does not exist.

There is no "Fedora-18-x86_64-Live-Desktop.is" label while in
the rescue shell, and there is no /dev/sdb either.

I tried to boot from an USB drive created using either liveusb-creator
or dd (as specified here:
http://docs.fedoraproject.org/en-US/Fedora/17/html/Installation_Guide/Making_USB_Media-UNIX_Linux.html)
or unetbootin.
What am I doing wrong? How can I boot Fedora 18?
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Yum Upgrade -- A couple of issues

2013-01-16 Thread Martin Sourada 
On Wed, 16 Jan 2013 11:33:09 + 
Frank Murphy wrote:

> On Wed, 16 Jan 2013 12:27:28 +0100
> Martin Sourada  wrote:
> 
> > Hi all,
> > 
> > I upgraded F17 -> F18 using the fedora-upgrade method. 
> 
> Do yuo mean you did a yum-upgrade as per Subject,
> or fedup-cli (fedora-upgrade method)
The FedoraUpgrade [1] one, neither direct yum-upgrade nor fedup-cli.

Martin

[1] https://fedoraproject.org/wiki/Features/FedoraUpgrade


signature.asc
Description: PGP signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Yum Upgrade -- A couple of issues

2013-01-16 Thread Frank Murphy 
On Wed, 16 Jan 2013 12:27:28 +0100
Martin Sourada  wrote:

> Hi all,
> 
> I upgraded F17 -> F18 using the fedora-upgrade method. 

Do yuo mean you did a yum-upgrade as per Subject,
or fedup-cli (fedora-upgrade method)

either case a yum distro-sync,
may not go astray, 
even if just for checking porpoises.

-- 
Regards,
Frank

"Byte my kernel"
--me .
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Yum Upgrade -- A couple of issues

2013-01-16 Thread Martin Sourada 
Hi all,

I upgraded F17 -> F18 using the fedora-upgrade method. It had one
issue: stopped after doing the upgrade, so I had to do the rest of the
steps (rebuild rpmdb, update services, groupupdate minimal installation,
etc) by hand, maybe it timed out as I ran the upgrade over night. But
so far so good, the real issue comes after reboot:

Login related functions terribly slow for no apparent reason. Looks
like they're waiting for something until timing out (no HDD nor CPU is
being used during the process). Affected are DM start-up (I tried
lightdm, kdm), DE start-up (XFCE), XFCE log-out dialog start-up, cannot
shut-down, reboot, sleep, hibernate. (Well "reboot" as root from CLI
works...)

Pointers to what might be wrong (configuration issue or bug?) welcome.

Martin


signature.asc
Description: PGP signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Keyboard layout criterion

2013-01-16 Thread Kamil Paral 
> > "For new installations the keyboard layout selected in the
> > installer
> > should be configured as default in the installed system.
> > This includes the encryption pass phrase entry, the virtual
> > consoles,
> > the graphical login manager as well as the desktop environment.
> > For upgraded systems the same applies for the default keyboard
> > layout
> > that was configured prior to the upgrade."
> 
> The sad truth is that we _can't_ do that for plymouth and VTs right
> now. Not without extensive development that no one was willing to
> spend time on for the last many years. X layouts are different from
> console layouts and there is no 1:1 mapping.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=743281
> 

But I still think Anaconda should be very honest here and warn users about our 
technology deficiencies. It doesn't.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Keyboard layout criterion

2013-01-16 Thread Kamil Paral 
> "For new installations the keyboard layout selected in the installer
> should be configured as default in the installed system.
> This includes the encryption pass phrase entry, the virtual consoles,
> the graphical login manager as well as the desktop environment.
> For upgraded systems the same applies for the default keyboard layout
> that was configured prior to the upgrade."

The sad truth is that we _can't_ do that for plymouth and VTs right now. Not 
without extensive development that no one was willing to spend time on for the 
last many years. X layouts are different from console layouts and there is no 
1:1 mapping.

https://bugzilla.redhat.com/show_bug.cgi?id=743281
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Upgrade

2013-01-16 Thread Frank Murphy 
On Tue, 15 Jan 2013 19:34:19 -0600
Francisco Vazquez  wrote:

> Hello I just upgraded from 17 to 18 using fedup via network and
> everything went smooth, but when attempting to the last message I
> get to "loading from ramdisk ... "  message but never get to load
> the new version. 

yum update kernel ?


-- 
Regards,
Frank

"Byte my kernel"
--me .
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test