test October 2008

test@lists.fedoraproject.org

231 participants
321 discussions

XO Performance Team meeting
by Josh Bressers 29 Oct '08

29 Oct '08

So we had the first XO Performance Team meeting. Given we have a pretty defined scope, there wasn't a ton to talk about. I updated the wiki page with our high level goals: https://fedoraproject.org/wiki/QA/TestPlans/XO_Performance Right now, the plan is this: lmacken is going to look at some kernel foo I don't understand. mrhodes Is going to look at the services. We could still stand someone looking at the gnome bits and how to make firefox more usable. I'll deal with some image creation things. So any other team members who weren't around, feel free to grab a task, fill in the wiki with more details, or start discussion on the mailing list. -- JB

3 3

XO: Random Findings
by Adam D. Ligas 29 Oct '08

29 Oct '08

Hey folks, My original XO was electrically challenged, so I had to wait for my replacement XO. The new one has arrived, and armed with my 4GB SD card, I've got Fedora up and running. I did need to use the 384/256 setting with Snap3 to avoid any low space errors when running the creation script. Lots of folks seem to be working/commenting on the performance things, so I thought I would take a stroll through some of the other test plans in the wiki and give some random things a try. On the display side of things, most of the fonts seem to be chopped in half and some buttons appear blacked out. I can't seem to predict when either will occur, but both occur often. Looked for settings to change the DPI as suggested, but I couldn't find any. Gave "Cheese" a try with the built in camera. Appears to function normally, though it is pretty slow to initialize the camera and get it displayed on screen. Effects work, but cause a significant delay in the refresh rate. Maybe being CPU limited here? Setup the 802.11g wireless via NetworkManager, and had no trouble. Connecting to my WPA2-PSK/AES network without any difficulty was quite a joy! Firefox worked and didn't seem to be completely miserable. Maybe I'm luckier then most. I didn't browse around too much though. I was going to play with some audio but my initial testing ended here with Power Management. Basically, the XO just died :). Fedora didn't detect it was running on a battery, and so I received no alert that the battery was low, and it just ran out of juice. Interesting little machine - I'm looking forward to more testing once I get back home to the charger. - Adam

3 2

Re: Received your XO? Let us know!
by Timo Trinks 29 Oct '08

29 Oct '08

G'day! just a quick note the XO has arrived down under. Done steps 1.-5.2 under "When you get an XO" [1], waiting for the developer key activation. As soon as it's activated I get myself involved with the Display testing [2]... Cheers, Timo [1] https://fedoraproject.org/wiki/QA/TestPlans/Fedora10_On_XO#Documentation [2] https://fedoraproject.org/wiki/XO_Test_Roll_Call#Display:_Dream_broadcast -- ,-._|\ RHCE, Engineering Operations, Red Hat Asia-Pacific / * PGP-KeyID: 0x5D7A055D \_.--._/ Timo Trinks <timo.trinks(a)redhat.com> v +61 7 3514 8190

2 1

freecell crashes x while yum is running
by shmuel siegel 29 Oct '08

29 Oct '08

As Red Skeleton was known to say, "I just do them, I don't explain them". I have noticed more than once that x freezes if I am playing freecell while running "sudo yum update" from a gnome terminal. I have not had X freeze in any other scenario. The symptoms of the freeze are: 1. yum is downloading at the time 2. It happens while I am dragging a card - the motion freezesa 3. The mouse still moves but none of the rollovers do anything and clicking doesn't have any effect 4. The keyboard doesn't have any effect. Not even ctrl-alt-del, ctrl-alt-f2, or ctrl-alt-backspace 5. The gnome monitor panel applet freezes 6. ssh works. I can log in from another machine 7. /sbin/init 3 doesn't do anything I am running F10 rawhide on a Dell Latitude D620 - integrated Intel graphics chip.

3 5

Re: Received your XO? Let us know!
by Jatin Nansi 29 Oct '08

29 Oct '08

Hello all, I received the XO yesterday, will be installing build 767 on it today. Then get involved with the power mgmt team. Jatin Nansi

1 0

XO: USB video adapter (sisusb)
by Terry Stewart 29 Oct '08

29 Oct '08

Hello everyone, I am attempting to test the sisusb support under Snap3 on the XO laptop. This should allow the use of a USB VGA adapter so that an external monitor/projector can be used on the XO. I have successfully done this with Ubuntu on the XO, and it seems to work fine under Sugar (the system that comes with the XO) as well (see <http://wiki.laptop.org/go/Remote_Display> for details). However, I have been unable to do this under Fedora. My approach has been to boot up the machine with Snap3, modify xorg.conf, plug in the usb vga adapter (GXT USB 2.0 To VGA Adapter (UVA200) <http://www.futureshop.ca/catalog/proddetail.asp?logon=&langid=EN&sku_id=066…>) and then reset X (ctrl-alt-backspace). When I do this I get a blank screen on both displays (the LCD and the VGA adapter) with a repeating flicker every few seconds as if they are changing display modes. The LCD seems to be alternating between a text mode and a graphics mode, since there is a visible blinking cursor half the time (exactly like a blank vt). My best guess is there is some sort of initialization failure happening, and it keeps retrying. If I unplug the USB VGA adapter while this is occurring, it stops flickering and successfully starts X (but without the second screen, of course). Here is what I added to xorg.conf: ------------------ Section "Device" Identifier "Device1" VendorName "SiS" BoardName "SiS" Driver "sisusb" EndSection Section "Monitor" Identifier "Monitor1" VertRefresh 50-75 HorizSync 30-90 Option "DPMS" EndSection Section "Screen" Identifier "Screen1" Device "Device1" Monitor "Monitor1" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1024x768" EndSubSection EndSection ---------------- I also added this to the ServerLayout: -------------- Screen 1 "Screen1" 0 0 -------------- The last bit of Xorg.0.log looks like this: -------------- (II) Loading /usr/lib/xorg/modules//libshadow.so (II) Module shadow: vendor="X.Org Foundation" compiled for 1.5.2, module version = 1.1.0 ABI class: X.Org ANSI C Emulation, version 0.4 (--) RandR disabled (II) SISUSB(1): Setting standard mode 0x4a (II) SISUSB(1): Framebuffer from (0,0) to (1023,7902) (==) SISUSB(1): Backing store disabled (**) Option "dpms" (**) SISUSB(1): DPMS enabled (II) SISUSB(1): Initialized SISCTRL extension version 0.1 (II) SISUSB(1): Registered screen 1 with SISCTRL extension version 0.1 (--) RandR disabled Backtrace: 0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812b8db] 1: /usr/bin/Xorg(xf86SigHandler+0x51) [0x80bc911] 2: [0x130400] 3: /usr/bin/Xorg(xf86EnterServerState+0x54d) [0x80b14ad] 4: /usr/bin/Xorg(xf86PostScreenInit+0x213) [0x80b2b53] 5: /usr/bin/Xorg(InitOutput+0x335) [0x80a3d65] 6: /usr/bin/Xorg(main+0x279) [0x806b4e9] 7: /lib/libc.so.6(__libc_start_main+0xe5) [0x42e6d5] 8: /usr/bin/Xorg [0x806aad1] Fatal server error: Caught signal 11. Server aborting (II) Screen 0 shares mem & io resources (II) Screen 1 shares mem & io resources ----------------------- Does anyone have any suggestions as to what else I can try for this? Thank you, Terry

1 0

ext4 able to boot from ext3 mbr?
by stan 28 Oct '08

28 Oct '08

Hi, When I installed F9 from the liveCD I decided to use the EXT4 file system. Unfortunately, there was no way to boot from my ext3 mbr. It kept hanging when it went to the boot partition. I tried some playing around but didn't get it to work. I ended up using preupgrade, which worked flawlessly but left me in ext3. When F10 is available I would like to run it in an ext4 filesystem. Will this incompatibility between ext3 and ext4 still be a problem? F10 will not be installed on the same disk as the mbr is on. If it is a problem, is there a workaround? Just in case, will preupgrade work for F10? Thanks.

8 19

luks related change is prevented boots of system with encryption over raid
by Bruno Wolff III 28 Oct '08

28 Oct '08

I rebooted this morning after pulling in some changes from last night (a mix of rawhide and koji updates) and my system was not booting. I so far have noticed that the /dev/mapper/luks-8 naming format has changed and I think that is relating to my problems. I haven't gotten things totally fixed, but i now have my file systems mount under /mnt/sysimage when rebooting. Hopefully now that the /dev directory is there a new mkinitrd will clean things up. I think using the luks ids in the names is a good idea, but it would have been nice to have something automatically handle the transition. I haven't seen a big heads up about this and there probably should have been one. It also was a bad thing to change right before the freeze. So far I have changed /boot/grub/grub.conf and /etc/fstab to use the new names. I'll report back again after hopefully finishing getting things to work again.

2 7

Rescue activation of network doesn't work
by Bruno Wolff III 28 Oct '08

28 Oct '08

When using a rescue usb made from a combination of last night's boot.iso and a livecd to liveusb tool I get a traceback if I try to activate the network devices. I am not sure where the fault is in this and it is an odd configuration, but it might be worth testing more conventionally. I'll eventually get a change to try using the boot.iso from a cd/dvd but right now I can't and I probably won't have time for a copule of days to futz with it. If I can reproduce it, I make a bugzilla for it.

1 1

Fedora Bug Triage Meeting Recap 2008-10-28
by John Poelstra 28 Oct '08

28 Oct '08

Recap and full IRC transcript found here: https://fedoraproject.org/wiki/BugZappers/Meetings/Minutes-2008-Oct-28 Please make corrections and clarifications to the wiki page. == Attendees == * poelcat * jds2001 * kulll * jlaska * quantumburnz == Important points == * Still no update from FEver owner--poelcat sent email * triage priorities remain the same... http://tinyurl.com/6llac8 ** 605 untriaged bugs presently * poelcat still needs to update BugZapper wiki page with "why triage is important" * getting https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora10 prepared ** quantumburnz updated the page and took a shot at the queries--we need to double check them ** whiteboard tag of ''noauto'' is not in use for any bug--we will not include it in our queries ** bugs which package maintainers want to remain indefinitely in ''rawhide'' version should add keyword: ''FutureFeature'' *** even if it is not an RFE this is okay == Meeting Time and Day == * With change to Day Light Savings Time meeting will still occur at 10:00 AM Eastern * Adjust to new time of 15:00 UTC starting with next meeting on 2008-11-04 == IRC Transcript ==

1 0

← Newer
1
2
3
4
5
6
7
...
33
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test October 2008