[00:25] kenvandine_wk: can you please subscribe motu-release, and attach the patches we have now to the two bugs and set bug status to New? === bittin___ is now known as bittin` === calc_ is now known as calc === tkamppeter_ is now known as tkamppeter [08:12] bryce: reverting entire mesa in a SRU sounds very unlikely to me, since it has a high potential for breaking other systems [08:13] bryce: (like systems configured for UXA) [08:13] pitti: we may not need to -- we've had a bit of a brainstorm on #ubuntu-x tonight [08:13] bryce: ah, nice; just reading backscroll from the meeting [08:14] pitti: but I will point out that UXA is definitely not a supported option yet [08:14] or at least, it's not one I am ready to support yet, myself [08:15] bryce: today I thought about converting your troubleshooting guide to a more end user related document "What can you do on intel driver problems", e. g. collect some workarounds [08:15] which we could link from the release notes [08:15] that's a good idea [08:17] bryce: I'll mail you for review when I'm done [08:18] thanks [08:30] mvo: i just came here to say that there are redundant plugins enabled in compiz, and they are causing us to waste CPU resources when we do window fades [08:30] mvo: ^ that's from yesterday [08:30] I think he said he would open a bug [08:33] mvo: updates seem to be working okay now :) [08:34] thanks seb128 and davmor2 [09:31] seb128: what does Gnome do with DPI (in Jaunty)? [09:32] tseliot: 96 dpi forced [09:32] by default forced, you can change the value in the appearance capplet [09:32] seb128: with a gconf key in libgnome? [09:32] yes [09:32] ok, thanks [09:33] you're welcome [09:33] why do you ask? do you have any issue due to that? [09:38] hmm ... i experienced issues shutting down my system (using fusa) ... told me that other users are logged in. known bug? === dpm_ is now known as dpm [09:50] seb128: no, I don't but the OEM team needs some customisations [09:51] tseliot: ok, easier way is to unset the key then, but be careful the xrand capplet might still force a 96dpi value when loading configs [09:51] asac: ck-list-sessions? [09:51] seb128: how come? [09:51] asac: the ck-pam-something might open a ck session for cron job, there is a bug open about that [09:52] tseliot: bug? I know they use to force 96dpi in hardy when the capplet landed rather than reading the key, I didn't try recently though [09:54] seb128: any hints as to where I should look at to force DPI as they used to do in Hardy? libgnome? [09:54] tseliot: changing the gconf key will change the default value, ie what gnome-settings-daemon apply [09:57] asac - bug 287715 [09:57] Launchpad bug 287715 in consolekit "Trying to shut down or restart falsely suggests others are logged in" [Medium,Triaged] https://launchpad.net/bugs/287715 [09:59] chrisccoulson: cool. [09:59] tseliot: [09:59] gnome-rr-config.c: * dpi 96. [09:59] gnome-rr-config.c: width_mm = (width / 96.0) * 25.4 + 0.5; [09:59] gnome-rr-config.c: height_mm = (height / 96.0) * 25.4 + 0.5; [10:00] tseliot: that's the revelant xrandr capplet code I think [10:00] seb128: great, thanks, this what I was looking for :-) [10:51] seb128: didn't the gnome keyring issue get fixed yet? [10:55] Keybuk: which one? [10:56] seb128: I have no gnome keyring [10:56] System -> Preferences -> Encryption and Keyrings [10:56] "A supported PGP passphrase caching agent is not running" [10:57] the gpg agent is seahorse [10:57] do you have seahorse-plugins installed? [10:57] yes [10:57] seahorse-plugins 2.26.1-0ubuntu1 [10:58] Keybuk: let me try something [10:59] I have a ~/.gnupg/gpg-agent-info-quest file [10:59] Keybuk: do you have gnupg-agent installed? [10:59] that contains GPG_AGENT_INFO=/tmp/gpg-*/S.gpg-agent:* [10:59] if you do uninstall it and restart your session [11:00] ah, yes, I do have gpg-agent installed [11:00] it hijacks seahorse [11:00] seb128, Keybuk bug 183514 [11:00] it's a recommend of gnupg [11:00] Launchpad bug 183514 in seahorse-plugins "seahorse-agent stops responding when started with gpg-agent" [High,Triaged] https://launchpad.net/bugs/183514 [11:03] seb128: should that Recommends be demoted to a Suggests? [11:04] Keybuk: I'm not sure, it might be useful in non GNOME cases, maybe ask on #ubuntu-devel for opinions [11:04] hello everyone ! [11:04] hi seb128 [11:04] perhaps it could be a gnupg-agent | seahorse or something so it doesn't get installed in default ubuntu [11:04] lut huats [11:05] * Tm_T have noticed that seahorse is happily destroying all gpg settings [11:07] and that is while I don't use seahorse at all, just have it installed (: [11:08] you should be using it if you have it installed ;-) [11:09] seb128: well, that would mean I have to recreate all my gpg settings and keys and... [11:09] I don't see any reason why I should use it, though, so I keep holding it away from my systems [11:09] I don't use gpg enough to have an opinion [11:10] I'm just signing emails and packages to upload [11:10] and I didn't have to reconfigure anything [11:10] same here, mostly, but also svn [11:10] and ssh [11:10] seahorse found my gpp key automagically and acts as a gpg agent correctly [11:10] actually ssh (and svn with it) [11:10] dunno why you think you would have to reconfigure your gpg configuration [11:11] ssh is managed by gnome-keyring not seahorse [11:11] seb128: seahorse had all empty [11:11] and there again it uses the system config [11:11] seb128: I don't use gnome (:) [11:11] you don't have to configure anything, it just lists available keys automatically [11:11] seb128: but it didn't do that [11:12] you should have opened a bug then describing the issue [11:12] all what it did, was emptied my .gnupg/ dir [11:12] it deleted your private key?! [11:12] seb128: yes, all of it [11:12] weird [11:12] indeed [11:12] first time I read about a such issue [11:12] and most of the distro team is using it [11:12] there is no reason it would delete any key [11:13] I guess it's something else on your install but your blamed it on seahorse [11:13] seb128: also I had many times issues with gnome stuff forcing themselves to be autolaunched in my KDE sessions after install [11:13] autostart is a freedesktop spec [11:13] those are not GNOME specific [11:13] seb128: I know, but forcing to autolaunch metacity... [11:13] nothing force anything [11:14] again if you have a specific issue you should open a bug [11:14] some desktops might need an NotShowIn=KDE [11:14] but we don't use KDE so we will not notice [11:14] aye, I have to see if it reoccurs [11:14] if you don't open a bug you get what you deserve [11:14] as I have broken hardware now so cannot really try to find and report bugs [11:15] ok, so you will keep getting GNOME things started on your KDE session [11:16] did yes, until I manually cleaned that stuff from those autorun dirs [11:16] these funny and weird issues occured ~6 months ago I think [11:17] I assume that I had installed some -default-settings type package that did something unexpected back then [11:18] ok, baby woke, will harrass you later (;) [11:43] downgrading packages is not really supported is it? [11:44] !downgrade [11:44] Attempting to downgrade to an older Ubuntu version is explicitly not supported, and may break your system. [11:45] i was referring about downgrading individual packages, but i think that is not really supported by the package manager anyway [11:45] the only reason i ask is becuase someone opened a bug against brasero because it failed to downgrade from 0.9.1 to 0.8.2. It fails because the package was split between these 2 versions, and there are no conflicts/replaces to handle the downgrade [11:46] i was just wondering whether to close it [11:48] yes, close it as invalid, downgrade are not supposed to be working [11:50] thanks seb128 - done [12:17] seb128: thanks for libproxy sponsorship === seb128_ is now known as seb128 === bittin` is now known as bittin^` [14:24] is 2.26.1 finished? [14:27] Laney: sort of, jaunty is frozen so any other update will have to be a sru after jaunty stable next week [14:27] frozen for rc? [14:28] Laney: yes, and between rc and stable we will get only selected bug fixes not new versions [14:28] seb128: as it's not in the repos yet, I will make people work on gnome-terminal for tomorrow's lesson :) [14:28] got it [14:29] didrocks: And the prize is getting it uploaded? :) [14:29] Laney: hum, well, I already prepared it, so, no :p [14:29] :( [14:29] didrocks: k [14:30] Laney: but it's a good candidate: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-terminal/+bug/361053 [14:30] Launchpad bug 361053 in gnome-terminal "Please, sponsor gnome-terminal 2.26.1 to jaunty" [Wishlist,Triaged] [14:30] you have b-d bumps [14:30] not applying patches [14:30] and autotool use :) [14:31] so, I hope people can learn some stuff from this :-) [14:31] all in 15 mins? :O === rickspencer3 is now known as rickspencer3-afk [14:50] Laney: I think the 15 minutes goal is just a dream :) === rickspencer3-afk is now known as rickspencer3 [15:29] mvo, ping. i was talking to seb128 about a zenity focus bug yesterday, and he advised I speak with you about it. bug 272083 [15:29] Launchpad bug 272083 in mythbuntu "Zenity windows appear underneath others" [High,Confirmed] https://launchpad.net/bugs/272083 [15:29] we (mythbuntu) didn't catch it recently late due to xfwm4 not doing focus right until recently, so we were attributing the "new" focus problem to xfwm4 [15:35] superm1: hello. give me a minute, I check it out when I'm finished with my current task [15:36] mvo, hi, sure, please treat the ping as asynchronous, i didn't mean to detract you from something else :) [15:37] superm1: thanks :) np [18:06] * kenvandine_wk heads out for lunch... bbiab [18:37] vuntz: hi! [18:37] :) [18:40] rickspencer3: doh, you spotted me :-) [18:40] lol [18:55] somebody knows something about this: i was synchronized evolution using webDAV, I have a login "user@domain.com", but evolution cut off all after @. remains only "user"? need help) [18:59] l0ser140: #ubuntu would be a better place to ask... this isn't a support channel [19:00] but what it deals with? xD [19:01] this is a development channel [19:01] ok, thx) === mpt_ is now known as mpt === geser__ is now known as geser [19:39] bryce: so far Option "EXAOptimizeMigration" "off" seems to be working well [19:50] rickspencer3: is that the 2d performance tweak? [19:54] kenvandine_wk: it's a suggested option to replace MigrationHeuristic "greedy" [19:55] ah [19:55] if you have intel graphics and aren't too happy with the perf, you could test it out [19:55] i am very happy with the performance with UXA :) [19:56] UXA is not crashy for you? [19:56] rock solid [19:56] without it... it sucks.. [19:56] In any case, it would probably help out to test EXA [19:56] i will [19:57] a comparison would help [19:57] after i finish a few install tests... can't kill X with these VMs running === rickspencer3 is now known as rickspencer3-afk [19:57] heh [20:06] rickspencer3-afk: \o/ [20:09] bryce: in general, it seems that compiz "slows down" as I use the computer [20:09] so I'll let you know in a few hours [20:09] ok [20:09] cover flow is my "test case" :) [20:09] I've also asked slangasek to re-test, since he's the one that saw the flaw with greedy [20:10] btw, I have a very strong lead on the freeze issue now too (testing it presently...) [20:10] ! [20:11] heh, unfortunately, with latest updates now networkmanager is losing its mind [20:17] i need to kill pidgin for a bit.. taking up way to much ram :) [20:49] rickspencer3-afk: did you test UNR on your netbook? [20:57] i'm noticing some really odd nautilus behaviour here :/ [21:15] chrisccoulson: which one? [21:16] hi seb128. if i have nautilus in icon view, and then zoom in at greater than 100%, i see a lot of white space in the right hand-side of the window, causing the horizontal scroll bar to appear [21:17] which scrollbar? [21:17] chrisccoulson: similar to http://bugzilla.gnome.org/show_bug.cgi?id=460044 [21:17] ? [21:18] the horizontal one at the bottom of the window. it seems to appear for no reason [21:18] Gnome bug 460044 in GtkIconView "A way to space out the columns evenly" [Normal,Unconfirmed] [21:18] look at the first screenshot [21:18] that's quite possibly related, but in this case, nautilus shows the scrollbar [21:19] are you sure there is not a colum on the left which is not on screen? [21:20] I get a scrollbar here but I also get a column not on screen [21:20] but that's buggy indeed, you have lot of spacing on the right which is not useful [21:21] there doesn't appear to be any other columns. is there anywhere decent i can upload a screenshot too? it might be easier for me to explain that way [21:21] this seems to have only started in the last day or so [21:21] try downgrading gtk maybe and see if that's still an issue [21:22] thanks, i'll try that shortly [21:22] or nautilus [21:22] "* Fix icon view RTL layout in compact view" is in the new version [21:22] which means layout changes, could have some side effects [21:28] seb128 - the behaviour breaks between nautilus 2.26.1 and 2.26.2 [21:28] doesn't seem to be gtk related [21:28] i'll open a bug report on the bugzilla [21:29] right, what I wrote just before [21:29] yeah, it seems like that [21:29] thanks:) [21:29] good night everyone [21:30] 'night pitti [21:30] good night pitti [21:30] night! [21:32] chrisccoulson: you can try undoing the most recent change on http://svn.gnome.org/viewvc/nautilus/trunk/libnautilus-private/nautilus-icon-container.c [21:32] chrisccoulson: when you have a bug open give me the number I will try to ping alex about it tomorrow [21:33] thanks, i'll do that [21:33] in fact there is several recent commits [21:33] i'll try and narrow it down this evening if i get the chance [21:39] seb128 - gnome bug 579086 for the nautilus issue [21:39] Gnome bug 579086 in Views: Icon View "Excessive white-space on right-hand side in icon view since 2.26.2 upgrade" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=579086 [21:39] chrisccoulson: thanks [21:40] i'll try and spend some time isolating the commit that broke it shortly, but i need to get my stuff ready for work first [21:45] chrisccoulson: no hurry, you might want to wait tomorrow to see if alex see the issue directly or need extra infos [21:45] yeah, i don't mind doing that === rickspencer3-afk is now known as rickspencer3 [22:14] kenvandine: I run UNR, but I use desktop mode [22:17] chrisccoulson: "Low" for that policykit-gnome bug seems almost generous :-) [22:17] heh ;) [22:17] we need a "very low" ;) [22:18] i just had a look at some other policykit-gnome bugs [22:18] one of them is actually a common gnome-panel bug that keeps confusing people [22:18] rickspencer3: unr RC won't install on my classmate, but the beta is fine [22:18] * kenvandine filed a bug [22:18] hmm [22:19] chrisccoulson: is that the one that I was triaging the other day? [22:19] kenvandine: I haven't installed it since alpha 5 [22:19] about the "Set System Time" button doing nothing? [22:19] that's a confusing gnome-panel issue [22:20] chrisccoulson: yeah, right at the end I found those bugs and realised it was probably that, but Mike didn't confirm [22:21] it seems most likely the same bug, so I just marked it as a duplicate [22:21] the "set" button should probably be next to the combo and not close the dialog [22:21] combo -> spin buttons [22:22] seb128 - that might make more sense [22:24] seb128 - the current situation is a bit inconsistent. If I open time-admin, I need to be in the admin group to set the time. But any user can do it via the panel. It seems that the policy is different for the 2 separate actions [22:25] would not be a surprise since they are 2 different softwares [22:26] yeah, there's a bug on gnome-panel saying it should be one of "auth_admin*" [22:27] that could make sense [22:56] is there any easy way of working out what symbols i'm missing in gdb? [23:03] use apport-retrace if that's a crash? ;-) [23:04] or look at the address and the process mapping to see what library matches it [23:06] apport's not possible here. it's an abort i'm trying to debug. i'll have a look at the addresses and process mapping though [23:07] i'm actually trying to debug a g_critical message in file-roller. I'm running it with G_DEBUG=fatal_criticals to make it abort so I can see where it comes from. is that the best way of doing that? [23:08] yes === asac_ is now known as asac