[02:28] anybody in here??? [03:43] Anybody here???? [07:15] morning all! === thekorn is now known as thekorn_ [09:00] hi, I would like to test jaunty on my 10'' eeepc, are there any special test cases for this kind of devices? [09:01] thekorn: if it works [09:01] thekorn: what are you testing on it unr [09:02] unr? [09:02] oh you mean this netbook remix [09:03] thekorn: Ubuntu Netbook Remix yes [09:03] well I just downloaded the desktop live cd, so I would like to start with this one, but can try UNR later [09:04] or is a non UNR installation for such devices not officially supported [09:05] thekorn: In that case just that it work. Check wifi and bluetooth if it has it. Other than that just that everything runs on it okay. Make sure that windows don't go off the screen that kinda thing :) [09:06] ok, so lets start [09:06] thanks davmor2 [09:21] oh, ubiquity does not fit on the screen [09:23] thekorn: That would be a bug a then :) [09:27] yeah, /me checks if this one has already been filed [09:29] it is, bug 325958 [09:29] Launchpad bug 325958 in ubiquity "Jaunty Alpha 4: Ubiquity windows does not fit on 1024x600 screen" [Undecided,Confirmed] https://launchpad.net/bugs/325958 [09:52] cjwatson, I can reproduce bug 325958 with todays daily, what kind of information (logs,...) is needed to push this one to triaged? [09:52] Launchpad bug 325958 in ubiquity "Jaunty Alpha 4: Ubiquity windows does not fit on 1024x600 screen" [Undecided,Confirmed] https://launchpad.net/bugs/325958 [09:54] thekorn: none, but I'm not sure it's a ubiquity bug [09:55] * cjwatson fixes the bug statuses to stop people whining incessantly on the bug [09:56] hehe, ok, thank you [09:56] thekorn: it'd be interesting to know whether other applications have the same problem [09:56] i.e. same large font size, not necessarily failure to fit on the screen [09:57] cjwatson, the font in the panel looks big, but let me check other applications [09:59] cjwatson: It was one of the things I asked him to look out for :) [10:00] cjwatson, the font in general looks big to me, and baoab is one of the other applications which does not fit on the screen [10:00] baobab, strange name [10:04] thekorn: high [10:04] thekorn: so you see regression on eepc? [10:04] fontsize wise? [10:05] asac, hi, fonts are looking big to me [10:05] and some applications do not fit on the screen [10:08] asac, is there any kind of logs etc. I can help you with, and what is the master bug for this kind of issue [10:09] thekorn: did this start today? [10:09] asac: He is running a standard install on a netbook :) [10:10] davmor2: yeah. thats good [10:10] asac, don't know, my first live cd install of jaunty on this netbook [10:10] thekorn: ok. wait a sec [10:10] on intrepid everything looked fine [10:11] thekorn: can you open gconf-editor? [10:11] sure, it' open [10:11] /desktop/gnome/interface/font_name [10:11] what do you have there? [10:11] also [10:11] /desktop/gnome/font_rendering/dpi [10:11] also on terminal: [10:11] xdpyinfo | grep resolution [10:12] /desktop/gnome/interface/font_name sans 10 [10:12] ok [10:12] and dpi? [10:12] /desktop/gnome/font_rendering/dpi [10:12] 130? [10:12] ok [10:12] xdpyinfo? [10:13] (resolution) [10:13] so seems you dont see a regression from yesterdays upload [10:13] 117x117 dots per inch [10:13] rather you see the bug were trying to fix [10:13] your daily build seems to not yet have our changes [10:13] thekorn: please change the sans 10 to "sans 13.333px" [10:14] is that better (in general)? [10:14] its odd that your dpi has no value though [10:17] asac, yes, 13.33px is looking better, but still ubiquity does not fit on the screen [10:17] thekorn: can I have a quick screenshot maybe? [10:18] sure, just a bit [10:19] thekorn: good [10:19] in general fonts are not the way to make stuff fit on a small screen [10:19] of course sudden huge fonts will make all tuning senseless. lets hope we can stick to the new "px" unit [10:19] which is dpi sensitive [10:22] cjwatson: http://ubuntu-pics.de/bild/11245/bildschirmfoto_8e7pk8.png [10:27] ok, it could be that some later bit of the UI doesn't fit [10:27] that certainly doesn't look unreasonably large [10:28] oh, this is with font_name = sans 13.133px [10:29] thekorn: you should also fix the window title font [10:30] thekorn: /apps/nautilus/preferences/desktop_font -> 13.333px [10:30] /apps/metacity/general/titlebar_font -> 10.666px [10:30] /desktop/gnome/interface/document_font_name 10.666px [10:30] /desktop/gnome/interface/monospace_font_name 10.666px [10:31] thekorn: ^^ [10:31] those numbers are probably what we want in the end. if you could check them on your netbook that would be great [10:32] ok, let me change this values [10:33] thekorn: thanks. they wont help you much for the overall dialog size. but at least window titles and the terminal shouldnt be so huge anymore ;) [10:35] asac, cool, everything looks better now, but the installer is still looking bad [10:36] looks like they are using fixed sizes there [10:36] thekorn: hmm. the screenshot didnt look that bad [10:36] i mean the installer dialog [10:37] thekorn: you have a screen of a bad fontsize in it? [10:39] asac: http://ubuntu-pics.de/bild/11246/bildschirmfoto_1_o1tzqH.png [10:40] "willkommen" in the header is now partly hidden [10:40] thekorn: fonts are ok. the Wilkommen title probably is too big [10:40] cjwatson: how do you set font size for that? [10:40] asac: I wasn't aware I did [10:41] ubiquity uses its own session implementation, but otherwise is just a glade application [10:41] cjwatson: yeah. so that "Willkommen" is just a glade text widget? [10:42] * asac gets ubiquity [10:42] <big><b>Welcome</b></big> [10:42] the title in pidgin chat windows is also too big: http://ubuntu-pics.de/bild/11247/bildschirmfoto_2_J6obXK.png [10:42] so the will crank up the font size [10:42] weird that it's being misrendered like that though [10:43] yeah. that should be ok [10:43] i mean hopefully does just add a factor to the absolute font size and doesnt mess up our dpi sensitive base [10:44] for me it looks like the underlying vbox has a fixed size [10:45] well, it's then reset while doing translation [10:45] if 'heading_label' in name: [10:45] attrs = pango.AttrList() [10:45] attrs.insert(pango.AttrScale(pango.SCALE_LARGE, 0, textlen)) [10:45] attrs.insert(pango.AttrWeight(pango.WEIGHT_BOLD, 0, textlen)) [10:45] widget.set_attributes(attrs) [10:45] thekorn: we have hardly any fixed-size widgets in ubiquity, I'd be surprised [10:45] hmm [10:45] I was quite careful about that [10:46] gui/glade/stepLanguage.glade is the relevant glade page [10:46] yeah i saw that [10:46] and the vbox definitely isn't fixed-size [10:46] hopefully pango.AttrList starts with the system defaults [10:46] that's certainly what I expected [10:46] so our "absolute" selection from 13.33px stays "absolute" [10:46] I mean, it ought to be equivalent to instantiating a label by [10:47] yeah. but the fact that its not visible is something else anyway [10:47] (the reason for ubiquity's weird translation handling is essentially that it needs to switch language on the fly, which gtk is generally not smart enough to do well) [10:49] the title is even crunched when i open it in glade-3 [10:50] the label itself is even not expanding [10:51] kind of gtk bug maybe [10:53] cjwatson: seems "Single Line Mode" is broken [10:53] cjwatson: to workaround i can use Line Wrap Mode: Word [10:53] could be a problem of course [10:53] but at least in glade the label takes proper space then [10:54] mm, single line mode was an intentional choice and made it look a bit nicer [10:54] so obv. I'd rather gtk were fixed :-) [10:54] cjwatson: of course. it would be a workaround if we dont find the fix [10:55] lets give that to seb ;) [11:01] ok, I've to run in a bit, thanks for your help, and thanks for trying to fix it [12:20] * ara -> lunch [13:30] * davmor2 lunch === Ampelbein is now known as ampelbein [16:19] fader: welcome back :) [16:20] davmor2: thanks :) === Erkan_Yilmaz is now known as Hail_Mary === fader is now known as fader|lunch [17:50] fader|lunch: at some point, would it be possible for you to run a cert test with grub2? [17:51] fader|lunch: the relevant preseed is 'd-i grub-installer/grub2_instead_of_grub_legacy boolean true' and only works with netboot installs (so probably not on the usual mounted-CD-image setup, although we could make it work on a DVD) [17:53] cjwatson: You just caught me :) Let me kick off the reset of that machine and get it to a state that I'll be able to reproduce the bug... that'll take 30 minutes or so I think and then I can try grub2 [17:53] fader|lunch: I wasn't thinking of the machine we were talking about yesterday, specifically [17:54] cjwatson: And I'll hang out in #ubuntu-installer if I need to bug you or vice-versa :) [17:54] this is definitely a separate thread from that [17:54] cjwatson: Ah, okay, I'll grab a different one and kick it off [17:55] we'd like to investigate moving to grub2 in a future release, and one of the most effective pieces of input we could get would be an across-the-board cert test [17:56] cjwatson: Ah... so you're looking to test this across the whole environment? [17:56] right, as a one-shot [17:57] it's in universe right now, though I think a netboot install would use it anyway [17:57] cjwatson: At the moment we don't get very good feedback if an install fails, but I believe cr3 is adding some reporting around that [17:57] cjwatson: So we might get better results if you can wait a week or so [17:57] (If not we can still do it, but it'll be a manual process of checking to see if the machines installed) [17:58] fader|lunch: that's ok, this is a "sometime before jaunty" kind of thing rather than a "right now" kind of thing [17:58] just wanted to float it with you [17:58] fader|lunch: I would say more than a week to get proper install reporting [17:58] cjwatson: Cool, I'll put it on the List Of Things To Test. :) [17:58] cr3: okay, sorry -- I thought that was one of the quick one-offs... my mistake [17:58] cr3: (Or maybe I just assumed you'd stop sleeping for a while ;) ) [17:58] fader|lunch: nah, I need to decouple tests from results during the submission phase for that [17:59] fader|lunch: I'm giving up smoking so that I can save 15 minutes a day to implement those features you keep requesting [17:59] Okay, sounds like we may just want to do this test by hand for Jaunty then. I'll look at setting up some scripts to do this and walk through them a few machines at a time. [17:59] cr3: :) [18:00] fader|lunch: by the way, when you said "adding some reporting around that [18:00] fader|lunch: ..., you meant reporting errors during install, right? [18:00] cr3: right [18:00] fader|lunch: are you bringing up this topic because you found the reason we didn't get test results for 20090319? [18:01] cr3: No, unfortunately... I've been on phone calls all morning. I'm going to dig into that once I get some food in me === fader|lunch is now known as fader [19:27] Should bugs in the hardware test be filed against hwtest or checkbox? I assume checkbox? [19:28] and specifically I also think bug 345548 is a dupe, yes? [19:28] Launchpad bug 345548 in ubuntu "ubuntu system testing tool ignores system proxy settings, and try to submit report via direct connection" [Undecided,New] https://launchpad.net/bugs/345548 === asac_ is now known as asac