triage December 2011

triage@lists.stg.fedoraproject.org

1 participants
30 discussions

needinfo canceled: [Bug 541399] RFE: delay of access to the network
by Red Hat Bugzilla 09 Dec '11

09 Dec '11

Product: Fedora Version: 15 Component: firstboot Ray Todd Stevens <raytodd(a)kiva.net> has canceled Bug Zapper <triage(a)lists.fedoraproject.org>'s request for needinfo: Bug 541399: RFE: delay of access to the network https://bugzilla.redhat.com/show_bug.cgi?id=541399 ------- Additional Comments from Ray Todd Stevens <raytodd(a)kiva.net> This is still a problem in 15.

1 0

needinfo canceled: [Bug 553016] RFE: the ability to switch network cards
by Red Hat Bugzilla 09 Dec '11

09 Dec '11

Product: Fedora Version: 14 Component: system-config-network Ray Todd Stevens <raytodd(a)kiva.net> has canceled Bug Zapper <triage(a)lists.fedoraproject.org>'s request for needinfo: Bug 553016: RFE: the ability to switch network cards https://bugzilla.redhat.com/show_bug.cgi?id=553016 ------- Additional Comments from Ray Todd Stevens <raytodd(a)kiva.net> Interesting. Should this have not changed statuses when I switched it to 14?

1 0

needinfo canceled: [Bug 486231] samba not publishing shares, very likely due to service nmb dying following successful boot
by Red Hat Bugzilla 08 Dec '11

08 Dec '11

Product: Fedora Version: 14 Component: samba Panagiotis Kalogiratos <nodensntt(a)hotmail.com> has canceled Bug Zapper <triage(a)lists.fedoraproject.org>'s request for needinfo: Bug 486231: samba not publishing shares, very likely due to service nmb dying following successful boot https://bugzilla.redhat.com/show_bug.cgi?id=486231 ------- Additional Comments from Panagiotis Kalogiratos <nodensntt(a)hotmail.com> As of FC16 this is reproducible as long as the wired connection is managed by NM AND "Allow all users and disable the device" is unchecked in Network Settings. As soon as you check it nmbd starts properly on boot. Otherwise it fails with log.nmdb identical to the one attached in this bug (with debug output on).

1 0

[Bug 124246] grubby fatal error: unable to find a suitable template
by Red Hat Bugzilla 07 Dec '11

07 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=124246 --- Comment #80 from kevin martin <kevintm(a)ameritech.net> 2011-12-07 16:45:40 EST --- FWIW, I'm no longer seeing the grubby fatal message in rawhide; the only problem I'm seeing with grub2 at this point is that the echo "Loading" line isn't getting updated with the latest kernel info. For example, I updated today and my grub2/grub.cfg file shows this: ### BEGIN /etc/grub.d/10_linux ### menuentry 'Fedora (3.2.0-0.rc4.git4.2.fc17.x86_64)' --class gnu-linux --class gnu --class os { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set=root 5fa84efc-2093-49a8-a997-98bb79a345e3 echo 'Loading Fedora (3.2.0-0.rc0.git3.0.fc17.x86_64)' linux /vmlinuz-3.2.0-0.rc4.git4.2.fc17.x86_64 root=UUID=abf1eb35-0fe0-4e2c-8ee5-c6542ace2c85 ro log_buf_len=16M nouveau.noaccel=1 nouveau.vram_pushbuf=1 nouveau.vram_notify=1 SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us echo 'Loading initial ramdisk ...' initrd /initramfs-3.2.0-0.rc4.git4.2.fc17.x86_64.img } menuentry 'Fedora (3.2.0-0.rc4.git2.1.fc17.x86_64)' --class gnu-linux --class gnu --class os { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set=root 5fa84efc-2093-49a8-a997-98bb79a345e3 echo 'Loading Fedora (3.2.0-0.rc0.git3.0.fc17.x86_64)' linux /vmlinuz-3.2.0-0.rc4.git2.1.fc17.x86_64 root=UUID=abf1eb35-0fe0-4e2c-8ee5-c6542ace2c85 ro log_buf_len=16M nouveau.noaccel=1 nouveau.vram_pushbuf=1 nouveau.vram_notify=1 SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us echo 'Loading initial ramdisk ...' initrd /initramfs-3.2.0-0.rc4.git2.1.fc17.x86_64.img } menuentry 'Fedora (3.2.0-0.rc4.git0.2.fc17.x86_64)' --class gnu-linux --class gnu --class os { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set=root 5fa84efc-2093-49a8-a997-98bb79a345e3 echo 'Loading Fedora (3.2.0-0.rc0.git3.0.fc17.x86_64)' linux /vmlinuz-3.2.0-0.rc4.git0.2.fc17.x86_64 root=UUID=abf1eb35-0fe0-4e2c-8ee5-c6542ace2c85 ro log_buf_len=16M nouveau.noaccel=1 nouveau.vram_pushbuf=1 nouveau.vram_notify=1 SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us echo 'Loading initial ramdisk ...' initrd /initramfs-3.2.0-0.rc4.git0.2.fc17.x86_64.img } menuentry 'Linux, with Linux 3.2.0-0.rc0.git1.0.fc17.x86_64.debug' --class gnu-linux --class gnu --class os { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set=root 5fa84efc-2093-49a8-a997-98bb79a345e3 echo 'Loading Linux 3.2.0-0.rc0.git1.0.fc17.x86_64.debug ...' linux /vmlinuz-3.2.0-0.rc0.git1.0.fc17.x86_64.debug root=UUID=abf1eb35-0fe0-4e2c-8ee5-c6542ace2c85 ro nouveau.noaccel=1 nouveau.vram_pushbuf=1 nouveau.vram_notify=1 log_buf_len=16M rdblacklist.nouveau=1 echo 'Loading initial ramdisk ...' initrd /initramfs-3.2.0-0.rc0.git1.0.fc17.x86_64.debug.img } menuentry 'Linux, with Linux 3.2.0-0.rc0.git1.0.fc17.x86_64.debug (recovery mode)' --class gnu-linux --class gnu --class os { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos5)' search --no-floppy --fs-uuid --set=root 5fa84efc-2093-49a8-a997-98bb79a345e3 echo 'Loading Linux 3.2.0-0.rc0.git1.0.fc17.x86_64.debug ...' linux /vmlinuz-3.2.0-0.rc0.git1.0.fc17.x86_64.debug root=UUID=abf1eb35-0fe0-4e2c-8ee5-c6542ace2c85 ro single nouveau.noaccel=1 nouveau.vram_pushbuf=1 nouveau.vram_notify=1 log_buf_len=16M echo 'Loading initial ramdisk ...' initrd /initramfs-3.2.0-0.rc0.git1.0.fc17.x86_64.debug.img } menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os { insmod part_msdos insmod ntfs set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 0A889E4D889E36E3 chainloader +1 } menuentry "Windows 7 (loader) (on /dev/sda2)" --class windows --class os { insmod part_msdos insmod ntfs set root='(hd0,msdos2)' search --no-floppy --fs-uuid --set=root B020C5A420C571C0 chainloader +1 } menuentry "Windows Recovery Environment (loader) (on /dev/sda3)" --class windows --class os { insmod part_msdos insmod ntfs set root='(hd0,msdos3)' search --no-floppy --fs-uuid --set=root F43CED0D3CECCBA4 drivemap -s (hd0) ${root} chainloader +1 } ### END /etc/grub.d/30_os-prober ### -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 124246] grubby fatal error: unable to find a suitable template
by Red Hat Bugzilla 07 Dec '11

07 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=124246 pnelsonsr <wa-01(a)neatech.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wa-01(a)neatech.com --- Comment #79 from pnelsonsr <wa-01(a)neatech.com> 2011-12-07 16:31:39 EST --- Per comment #68, the grub.conf file doesn't need to be empty but also have a missing kernel, say from a f15 install. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 230662] Faulty text-wrapping for Asian languages
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=230662 Brian Pepple <bdpepple(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bdpepple(a)gmail.com |notting(a)redhat.com -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 207470] Need ability to handle duplicate VG names for Xen or kvm
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=207470 Alasdair Kergon <agk(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Need ability to handle |Need ability to handle |duplicate VG names for Xen |duplicate VG names for Xen | |or kvm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 230662] Faulty text-wrapping for Asian languages
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=230662 Akira TAGOH <tagoh(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tagoh(a)redhat.com Flag| |needinfo?(debarshi.ray@gmai | |l.com) --- Comment #22 from Akira TAGOH <tagoh(a)redhat.com> 2011-12-05 06:28:26 EST --- Does this still persist on f16 say? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 207470] Need ability to handle duplicate VG names for Xen
by Red Hat Bugzilla 05 Dec '11

05 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=207470 Paolo Bonzini <pbonzini(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|14 |rawhide -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 124246] grubby fatal error: unable to find a suitable template
by Red Hat Bugzilla 02 Dec '11

02 Dec '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=124246 John Ellson <john.ellson(a)comcast.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |john.ellson(a)comcast.net --- Comment #78 from John Ellson <john.ellson(a)comcast.net> 2011-12-02 08:52:55 EST --- I still got this error with fc17 this morning: kernel-3.2.0-0.rc3.git0.1.fc17.i686 grubby-8.3-1.fc17.i686 Finally, after spending too long reading this tome, I found comment #68, removed /boot/grub2/grub.cfg, reinstalled the kernel, and the problem seems to have cleared. Why after *7 years* are the grubby error messages not improved? How hard can it be for grubby to report that "/boot/grub2/grub.cfg is empty". Or if it is benign, why not just remove it without generating an error? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

triage December 2011