=== tkamppeter_ is now known as tkamppeter === bluesmoke is now known as Amaranth [07:54] hi mvo :) [07:54] hi didrocks [07:55] mvo: I have a question regarding Totem [07:55] hi didrocks, hi mvo [07:55] hey dholbach ;) [07:55] mvo: If you look there (https://edge.launchpad.net/ubuntu/+source/totem), the 2.25.90-0ubuntu2 version told us that we have to include src/plugins/bbc/Makefile.in in [07:55] 70_autoconf.patch [07:55] So, I think I have to use autoreconf and not autoconf to take it into account [07:56] but I get a impressive error/warning stack: [07:56] http://paste.ubuntu.com/120246/ [07:56] all b-d are there in my jaunty chroot [07:56] I tried to do the same with the non updated version (2.25.90-0ubuntu3) [07:56] same errors, so I think this is just some warnings we can ignore? [07:57] (but it exit with 1 :/) [07:58] didrocks: let me try this here [07:58] mvo: thanks :) if you want a new version, I can bzr push it somewhere [07:59] (the new version depends on gtk-doc 1.11, I ask for a sync request, but no ack yet. I have it in my ppa) [08:00] didrocks: please [08:00] is there anything we can do to find out what's going on with bug 331462, bug 331924, bug 331774, bug 331740? [08:00] Bug 331462 on http://launchpad.net/bugs/331462 is private [08:00] Bug 331924 on http://launchpad.net/bugs/331924 is private [08:00] Bug 331774 on http://launchpad.net/bugs/331774 is private [08:00] Bug 331740 on http://launchpad.net/bugs/331740 is private [08:02] dunno if this is related to bug 327801 too (similar bug was already fixed with bug 205536) [08:02] Bug 327801 on http://launchpad.net/bugs/327801 is private [08:02] Launchpad bug 205536 in gnome-terminal "gnome-terminal crashed with SIGSEGV" [Medium,Fix released] https://launchpad.net/bugs/205536 [08:02] but gnome-terminal crashed a number of times for me already [08:03] dholbach: I can have a look later today, I need to do a language-selector merge first [08:03] * dholbach hugs mvo [08:04] didrocks: let me know if the branch is somewhere [08:04] dholbach: any word from upstream yet about the crsah? [08:05] mvo: ~didrocks/totem/autoreconf_fail [08:05] mvo: you can find gtk-doc 1.11 in my ppa (debian version) [08:06] mvo: no, somehow the retracer is broken and I was waiting for it to finish [08:06] mvo: pedro had a similar onw [08:06] one [08:22] didrocks: quilt and autoreconf patches == *pain* [08:22] :( === geser_ is now known as geser [08:24] mvo: yeah, I know :/ [08:25] mvo: I used to echo "" > debian/patches/70_... ; quilt push -f 70_....; find . -type f | xargs quilt add [08:26] one fine day, glorious and sunshiny it will be, we'll use revision control and no patch systems any more [08:27] dholbach: I hope that it will happen soon :) VCS rocks! [08:42] GRAAAAAAAAAAAAAAAH!!!! [08:42] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0 [08:42] WTH?!! [08:43] I just pulled the plug of my laptop and the screen went black [08:43] and I could only get it back by restarting X over SSH [08:45] didrocks: *grumpf* autoreconf -i works for me, but src/plugins/bbc/Makefile.in is now missing [08:46] mvo: ? Strange, I use it in a pbuilder chroot [08:55] didrocks: I regenerated it now and pushed your changes (oh quilt is a pain), could you please check if it works for you? [08:55] didrocks: I don't really know what is wrong though with your autoreocnf [08:55] (sorry for that) [08:58] don't be sorry, I *hate* autotools :) [08:58] so, they give me back ;) [08:59] mvo: how did you fix the issue with src/plugins/bbc/Makefile.in? [09:00] (and you had really no warning/no ouput when executing "autoreconf" ?) === eeejay_detached is now known as eeejay [09:11] didrocks: loads of warnings :) [09:11] but it exits with 0 status? [09:11] didrocks: but I tend to ignore them [09:12] not 1 as for me? [09:12] I did not do it in a pbuilder chroot (*cough*) - but that should be ok for autoreconf patches, I suspect there was just something missing there [09:13] probably. I have to find what may miss for next update [09:13] mvo: and for including you bcc plugin, how do you fix it? [09:15] mvo: gnome-doc-utils is missing as b-d [09:15] didrocks: at first I generated a new patch, but that did not work (bbc plugin missing, I think because it gets the list of subdirs in src/plugins from config.h PLUGINS so that configure needs to be run at least once with bbc in it before Makefile.in gets created) [09:15] I found it :) [09:15] so I just used the old one and manually "fixed" (deleted) the conflicting configure [09:16] and autoreconf -i [09:16] mvo: that should maybe be written in the changelog, no? [09:16] for next updates [09:16] didrocks: yes [09:16] mvo: do you want me to handle that? [09:17] didrocks: or we should try to come up with something better, what I did was really just hammering blindly at it [09:17] didrocks: if you could, that would be great [09:17] ideally I guess the plugin goes upstream :) [09:17] (and can I add gnome-doc-utils which seems to be needed to avoid the errors) [09:17] let's hope that the plugin will ;) [09:17] great, please do [09:17] ok, thanks for you help mvo :) [09:17] and then quilt on top of it [09:18] the combinations from my nightmares ;) [09:18] :D [09:18] thanks for the update! [09:18] quilt in a pbuilder chroot is the complete nightmare :) [09:18] let me know when you are happy with it, I will sponsor the upload then [09:18] mvo: ok, but it needed the sync request for gtk-doc to be acknowledge [09:19] didrocks: yeah, we need to wait for a archive-admin for this (seb can do it for example) [09:21] mvo: ok. I will get you read my comment on autoreconf patched before in the changelog [09:21] mvo, we want the interval to be *longer* than it was in Intrepid, not shorter, right? [09:22] mpt: I was just thinking about the devel release, not stable [09:22] mpt: just a idle thought, not so important [09:23] mpt: http://people.ubuntu.com/~mvo/tmp/Screenshot-Language.png <- I would love to get feedback on this, arne is working on it and I'm reviewing the merge currently [09:23] mpt: it looks a bit un-gnomish, but IIRC you dislike bold headings in dialogs? [09:23] mvo, I mean, it was daily for Intrepid development [09:24] mvo: eek, what's wrong with your font rendering? [09:24] mpt: correct, daily auto-udpate plus a notification everytime the user ran apt-get update or synaptic update or anything like this manually [09:25] mvo: so does that run through gksu now? (for setting the system locale) [09:25] * mpt gets mixed up between LanguageSelectorImprovements, JauntyLanguageSelectorImprovements, and FutureLanguageSelectorImprovements [09:25] mpt: its jauntylanguageselectorimprovmenets :) [09:26] mpt: and its confusing indeed :( [09:26] mvo, that matches the spec pretty exactly [09:26] mpt: ok, if you are happy with it, I am [09:26] except that the top section isn't horizontally centered, while it is in my mockup [09:26] The one other glitch is something I forgot to specify exact dimensions for in the mockup [09:26] mpt: uh, should that really be centered? [09:27] and that is that there's zero gap between the labels and the menus below them [09:27] though I'm not sure whether that's actually a bug or not [09:27] * mpt consults the HIGs [09:29] hm, they don't mention that [09:29] anyway [09:30] mvo, there isn't enough nearly stuff in this window to need splitting up into sections with headings [09:30] mpt: ok [09:30] Bravo to asac and Arne [09:31] I think the window would look less lopsided if the top section was centered, but it shouldn't stop a merge or anything [09:33] mpt: thanks for checking it [09:34] mpt: me? [09:34] hi ;) [09:34] * asac doesnt think he has any credits here [09:35] asac: I was wondeirng about this too, but a bravo to you is never wrong ;) [09:35] * asac feels good [09:37] * asac uses the "download diff" feature of code.launchpad.net [09:37] * pitti hugs asac [09:37] hmm. that gives me strip-level 0 [09:37] why not 1? [09:38] * asac hugs pitti [09:38] mvo: re your font settings, you either need to see an eye doctor or file a bug or so.. [09:38] mvo: do they come like that by default? [09:38] pitti: I do have to regularly see a eye doctor unfortunately :/ - the screenshot was taken on a intrepid box, the jaunty ones look better [09:39] mvo: can you fix that with the subpixel rendering settings? [09:39] pitti: let me try [09:39] they are blurry as hell [09:40] mvo: actually, when zooming it, it's not the subpixel stuff at all, it's the "smoothing" - less hinting, perhaps? [09:40] asac, sorry, I misread "arne" as "asac" for some reason [09:40] bravo anyway :-) [09:40] bravo to you too, mpt [09:41] pitti: I set it to that now, looks better [09:41] * pitti hugs mvo [09:41] seb has off today? [09:41] he might just sleep in [09:41] he slept very little in the last couple of days, I guess [09:41] well deserved [09:42] i just had evolution-notify-alert looping on CPU taking about 300M of mem [09:42] what does that do for me? [09:42] (i dont even use evolution ;)) [09:42] evolution-alarm-notifier? [09:43] probably [09:43] oh that calendar thing then [09:43] killall evolution-alarm-notify [09:43] thats what i ran ;) [09:43] e-a-n is started by defualt, to remind you of your appointments, etc. [10:02] slomo: perhaps you could sync the ubuntu glib changes for the gettext domain to debian? [10:02] mvo: do you remember what you did to my mini9? [10:02] it still has the ugly default gtk theme [10:02] slomo: the debian version of this change is outdated and we could sync it this way [10:02] asac: a bunch of stuff, not in detail [10:02] asac: sorry [10:02] asac: I also may need to bug you about doing some compiz startups on it (for profiling) [10:04] mvo: as long as i dont need to type ... [10:24] mvo: the "you need to restart now" dialog is listed as "no title" in the taskslist, known issue? [10:34] pitti, seb128: any idea about the retracer in bug 331462, bug 331924, bug 331774, bug 331740, bug 330621? (and if you have any idea about the crashes themselves, that's be nice too :-)) [10:34] Bug 331462 on http://launchpad.net/bugs/331462 is private [10:34] Bug 331924 on http://launchpad.net/bugs/331924 is private [10:34] Bug 331774 on http://launchpad.net/bugs/331774 is private [10:34] Bug 331740 on http://launchpad.net/bugs/331740 is private [10:34] Bug 330621 on http://launchpad.net/bugs/330621 is private [10:35] dholbach: yours seems to be a corruption, valgrind log requried [10:35] dholbach: what about the retracer? they did their job correctly? [10:35] no idea about the bug I never got it but I don't use tabs [10:36] seb128: doesn' the retracer un-private the bugs and remove attachments and stuff? [10:36] no [10:36] just when duplicating [10:36] aha! [10:36] it can't know if there is no password in the stacktrace [10:36] * dholbach didn't know [10:36] somebody has to look at it [10:36] it removes coredumps when it has a perfect seeming backtrace afaik [10:36] dholbach: new to ubuntu? ;-) [10:36] but doesnt unprivate until someone looked at it [10:37] dholbach is far far away in the community team ;) [10:37] dholbach: stacktrace can have private informations [10:37] ok ok [10:37] blllllllllllllll [10:37] hehe ;) [10:37] dholbach: somebody needs to check those before making it public to make sure not to disclose anything which should not [10:37] * dholbach stops reporting bugs [10:37] lol [10:37] * seb128 hugs dholbach [10:38] seb128: do they all look like memory corruption? [10:38] dholbach: if you still have you bugzilla account please open the bug on bugzilla.gnome.org [10:38] dholbach: retracer-wise they seem to be quite alright? [10:38] no, crash in g_free() are [10:38] pitti: ok, my misunderstanding [10:38] seb128: I sent like 3 of them [10:38] all different [10:38] dholbach: oh, you mean we should auto-remove CoreDump.gz? [10:39] dholbach: they are duplicates I think [10:39] pitti: it was my misunderstanding, it's all good [10:39] dholbach: crash in free or malloc = corruption [10:39] we do that when there is no problem in stacktrace afaik [10:39] * pitti hugs dholbach [10:39] (removing coredump= [10:39] dholbach: corruption = random stacktrace [10:39] seb128: not going to be fun to valgrind gnome-terminal - it sometimes takes an hour until it crashes [10:40] or longer [10:40] dholbach: sometimes stuff happens easier with valgrind [10:40] well, could might get a valgrind error quickly [10:40] it might not crash but do invalid reads or writes anyway [10:40] but it's consistenly crashing every now and then if I ctrl-d out of a session and close a tab with that (since two days) [10:40] ok, I'll check it out [10:40] in which case you should get the error every time you dnd a tab or whatever you do to get the bug [10:41] luckily I always saved stuff in other tabs, when I closed sessions in another one [10:41] if you don't use tabs a lot, try it yourself too! :) [10:41] I don't use tab and got no such crash yet [10:41] then start using tabs! :) [10:41] * dholbach will look into valgrinding :) [10:42] thanks a bunch everybody [10:42] * seb128 tries valgrind [10:42] pedro had one of those too [10:43] it's not so slow under valgrind [10:43] ok [10:45] asac is probably right with "far away in community land" - I didn't even have valgrind installed on the laptop [10:45] lol [10:46] dholbach: you spawn several new valgrinding hackers per month so I guess that fine? [10:46] I hope so [10:51] * asac sees strange carrier detect issues with forcedeth wired driver [10:51] anyone has a (not-) working wired setup on latest jaunty here? [10:53] asac: what do you mean? I've a wired cable I can plug on my laptop but I'm using the wireless right now [10:53] asac: ie I can test something if you want [10:54] seb128: what driver are you using? [10:54] seb128: can you try to plug in your wired and see if NM wants to connect to it= [10:54] asac: iwl3945 [10:54] ? [10:54] sure, one sec [10:54] seb128: yeah. i wonder about wired [10:54] i have strange issues on e1000e and forcedeth driver (former always thinks there is carrier, the later never detects carrier in NM) [10:55] so i wonder whats going on with the other drivers [10:55] asac: the applet spinned [10:55] I've auto eth2 and the wireless selected in the list now [10:55] and I didn't lost my connection [10:55] or got the same dhcp ip again [10:55] ie irc is still working [10:56] ok I've both connections activated according to the nm-applet dialog [10:56] and one IP on each [10:56] seb128: and you didnt loose connection? are boith connected to same subnet then i guess? [10:56] I'm still typing on IRC so I guess I didn't get disconnected [10:57] yeah, I've only one local IP class there they have IP from the same dhcp [10:57] ie 192.168.... [10:58] asac: when me to try something else? [10:58] hiya pedro_! [10:58] pedro_: hey mr bot [10:58] pedro_: just talked to seb128 about the gnome-terminal/vte thing [10:59] seb128: look at route -n please [10:59] pedro_: and I'm running gnome-terminal in valgrind on both machines now [10:59] does the default go through wired now? [10:59] dholbach, seb128 hey hey [10:59] seb128: please look i applet in "Connection Information" and tell me the driver too [10:59] seb128: also tell me what NM version you are running [10:59] then i have all info i wanted ;) [11:00] asac: yes, eth2 default [11:00] asac: tg3 [11:01] pedro_: have you read bug #331767 [11:01] Launchpad bug 331767 in ubuntu "Please kill the Pedro Villavicencio bot" [Undecided,Invalid] https://launchpad.net/bugs/331767 [11:01] dholbach: awesome!, attach the logs and i'll take care of sending those upstream [11:01] WTH [11:02] pedro_: hasn't crashed yet :) [11:02] lol [11:02] seb128: ok. do you have the 0.7.1~rc1 packages yet or ~2009 ? [11:02] network-manager [11:02] asac: 2009 [11:02] ok [11:03] do you want to retry with the new version? [11:03] in case you see issues in the rc1 packages let me know [11:03] seb128: no. no need to [11:03] ok [11:03] i dont think that this is caused by rc1 ... there are jus a few more commits [11:03] brb [11:23] seb128: ok [11:23] slomo: thanks [11:23] slomo: no hurry but next time you do an update [11:35] pedro_: will this upstream fix be imported into jaunty automatically or is it worth the time to do a debdiff for it? --> https://bugs.launchpad.net/gnome-control-center/+bug/328632 [11:35] Ubuntu bug 328632 in gnome-control-center "gnome-thumbnail-font high cpu usage" [Medium,Fix committed] [11:38] mnemo: yes it's going to make it for jaunty in the next tarball they roll [11:38] in general, how can I tell if a new tarball is coming for a given package? [11:39] mnemo: looking at the release schedule ? ;-) [11:39] mnemo: http://live.gnome.org/TwoPointTwentyfive [11:40] there's still 2.25.92 to come out the first week of march [11:41] ah, so all gnome tarball releases automatically go into ubuntu [11:42] seb128automatically [11:42] heh I see [11:42] and how can I tell which gnome libs and apps are automatically tarballed and merged into ubuntu? obviously glib is always included but fringe apps like ghex might not be? [11:42] is there a set of core gnome apps that seb always merges? [11:43] Guys with the new notify system if you try and change the position it doesn't is this known? [11:45] davmor2: not sure if its a known issue but it repros on my box as well [11:47] bugging it now [11:57] mnemo: bug 332014 [11:57] Launchpad bug 332014 in ubuntu "Jaunty: new notification system does move when using popup notifications" [Undecided,New] https://launchpad.net/bugs/332014 [12:06] davmor2: where did you change the setting? [12:06] davmor2, are you referring to the utility shown in ? [12:06] * mpt just came across that screenshot and wondered where that window comes from [12:08] mpt: is it notification-daemon: /usr/bin/notification-properties ? [12:08] (I can't see the screenshot as I'm not logged in to the forums) [12:08] ah [12:08] new in Jaunty I believe [12:08] bash: /usr/bin/notification-properties: No such file or directory [12:09] hm, that poses a problem for stracciatella [12:09] mpt: is that the new black see through notification? [12:10] davmor2, it's a window called "Notification Settings", which is not related to and does not influence the new black see-through notifications [12:10] is that what you used? [12:12] mpt: I used System->Preferences->Pop-up Notifications [12:12] Ah, that's what the person on the forum used too [12:13] I can see how that would confuse people [12:14] mpt: they are notifications so yes it would be :) [12:14] it shouldn't be installed if you use the new notifications though? [12:15] james_w: I did the install yesterday and updated this morning [12:15] davmor2: dpkg -S /usr/bin/notification-properties [12:16] davmor2: and "dpkg -l notifcation-daemon" please [12:16] "dpkg -l notification-daemon" I mean [12:18] james_w: no packages found matching notification-deamon [12:19] daemon not deamon :-) [12:19] did the dpkg -S return anything? [12:20] james_w: notification-daemon 0.4.0-0ubuntu2 [12:20] but you get the click-through notifications? [12:21] james_w: -S = notification-daemon: /usr/bin/notification-properties [12:21] ah, got it [12:21] fix forthcoming [12:21] james_w: Yes I can't interact with them [12:21] davmor2, I'm updating your bug report to include these details [12:21] thanks [12:22] james_w, what package should it be? [12:23] * mpt guesses notify-osd [12:25] could somebody in ~ubuntu-desktop review https://code.edge.launchpad.net/~james-w/aachen/ubuntu.fix-conflicts please? [12:26] then merge to https://code.edge.launchpad.net/~james-w/aachen/ubuntu and upload if it's ok [12:26] mpt: I didn't know what it was called at all [12:27] yeah, the bug is in notify-osd, but the issue is that notification-deamon shouldn't be installed at all [12:28] james_w, I think that's how we originally had it, but that it was changed for Stracciatella [12:28] https://wiki.ubuntu.com/DesktopTeam/Specs/Jaunty/StracciatellaSession [12:29] * mpt is momentarily disoriented by Google returning the wiki.edubuntu.org version of that page instead of the wiki.ubuntu.com one [12:30] oh, damn [12:31] it's a deeper issue then [12:32] my fix is wrong, so I deleted the branch [12:34] davmor2: stop causing trouble [12:36] is the jaunty gdm crasher fixed? pondering an upgrade ;) [12:36] yes [12:36] Ng: yes [12:36] ooh :) [12:36] Ng: upgrade and restaret [12:37] is it known that System menu is lacking shutdown/restart menu entry? [12:37] It's in FUSA now isnt it ? [12:38] that would assume i knew where FUSA is but i will look for it [12:38] add applet, user switcher [12:38] its there if you mean my name in upper panael [12:39] yeah [12:39] the shutdown etc is there [12:39] no it isnt [12:39] should be. [12:40] not in the prefferences either. I didnt fine a shutdown applet [12:40] s/didnt/did [12:40] click on your name, that doesnt give you a shutdown options [12:40] ah i was right clicking it [12:40] thanks. so it officialy moved? [12:41] gnomefreak: system menu doesn't show them any more if fusa is running [12:41] gnomefreak: that's indended, yes [12:41] pitti: ok thanks [12:41] if you don't have fusa, it's still there [12:42] so which devvy has been using the new release name ? :-" [12:46] tseliot: thanks for the nvidia-common update, it looks like it works just fine (my upgrade test is now much happier than yesterday :) [12:52] * Ng files first jaunty bug [13:02] mvo: good [13:06] [13:11] good morning all! [13:13] morning kenvandine :-) [13:14] hey kenvandine [13:15] hey [13:28] hello rickspencer3 [13:29] seb128: hi [13:51] hey rickspencer3 [13:51] pitti: morning [13:52] * kenvandine finds it interesting that the plugin-manager in evolution is a plugin [13:54] and the extensions-manager-ui in epiphany is an extension :) [13:55] hehe [13:55] at least they put code in to prevent it from being disabled :) [13:55] that would suck [13:55] does the intrepid have as deaftul X or gtk installed? [13:57] Davedan: what does that mean a default gtk installed? [13:58] or X installed [13:58] seb128: I want to install emacs but there is one package for X11 and one for gtk [13:58] try asking on #ubuntu rather [13:59] k [13:59] this channel is for desktop work [14:00] kenvandine, seb128, rickspencer3: call now? [14:01] pitti: right [14:01] I'm setting up the call now [14:02] seb128: pitti: kenvandine: are you guys dialed [14:02] in? [14:02] rickspencer3: dialing now [14:17] mvo: done, bug #332057 [14:17] Launchpad bug 332057 in totem "Please, sponsor totem 2.25.91 into jaunty" [Undecided,Triaged] https://launchpad.net/bugs/332057 [14:25] didrocks: merging now, thanks [14:25] didrocks: hm, what is the branch name? [14:26] mvo: you can see it linked to the bug, ~didrocks/totem/ubuntu [14:30] pitti: I added a couple of things to the release status wiki page [14:31] pitti: ready when you are :) [14:31] rickspencer3: oh, thanks [14:31] didrocks: ff is so slow ;) [14:32] mvo: yeah, I know, but I just tried once epiphany + webkit (I am an old Galeon user) but never switched for good :) [14:33] kenvandine, seb128: can you join #packaging-intro? otherwise we'll clutter the existing discussion here too much [14:33] mvo: it's fine if you have like 12G of ram :) [14:33] sure [14:33] haha [14:33] * kenvandine love epiphany :) [14:33] +s [14:34] ;) === bluesmoke is now known as Amaranth [16:01] mvo: I'm moving g-c-c bzr to the ubuntu-desktop team btw [16:01] mvo: in case you want to checkout the current code [16:02] seb128: does bug #296570 seem like a dpkg issue to you, rather than an gnome-icon-theme issue? the report shows the totem package having a similar issue... [16:02] Launchpad bug 296570 in gnome-icon-theme "package gnome-icon-theme 2.22.0-1ubuntu2 [modified: usr/share/icons/gnome/24x24/stock/data/stock_format-scientific.png] failed to install/upgrade: unable to make backup symlink for `./usr/share/icons/gnome/scalable/mimetypes/spreadsheet.svg': No such file or directory" [Undecided,New] https://launchpad.net/bugs/296570 [16:03] seb128: aha, thanks [16:05] mvo: any idea about dobey's question? [16:05] seb128: is that a friendly way of saysing: "work on the patch" ;) [16:05] mvo: no, just telling you to get the source there I'm doing change and I don't want you to work on an outdated revision ;-) [16:05] dobey: that is most likely someone running wubi [16:05] heh [16:06] dobey: there seems to be a issue with vfat on some kernels [16:06] well i was just looking at the gnome-icon-theme bugs in lp, since i'm the upstream :) [16:06] and that one seemed very much not gnome-icon-theme specific [16:06] dobey: everything that come straight from hell^Wdpkg can probably ingnored from the upstrema perspective :) [16:07] so i was going to reassign it, but wasn't sure where :) [16:07] dobey: I will see if I can find the bugnumber (may take a bit) [16:08] mvo: no worries. thanks :) [16:09] dobey: reassigned now :) [16:10] wunderbar! :) [16:22] seb128: hi, do you happy to know why we have both tsclient and vinagre in the default? [16:23] mvo: because vinagre doesn't do everything tsclient does [16:23] seb128: ok, fair enough [16:23] mvo: ie rdp I think [16:24] mvo: but vinagre is upstream GNOME and a better vnc client [16:24] seb128: ok, thanks [16:24] seb128: I got asked in #ubuntu+1 [16:24] waouh, you hang on user channels? I'm impressed ;-) [16:24] asac: do you have a idea about https://bugs.edge.launchpad.net/ubuntu/+source/gdebi/+bug/289396 ? [16:24] Ubuntu bug 289396 in gdebi "Gdebi can't install package if firefox is closed too soon" [Medium,Triaged] [16:24] seb128: yeah, time to kill ;) [16:25] mvo: yes. [16:25] no wonder you don't review the sponsoring requests ;-) [16:25] seb128: seriously, #ubuntu+1 is often good for early upgrade test problem reports, I keep a eye open there [16:25] gdebi should copy the file to its own destination right in the beginning [16:25] seb128: I have a highlight on update-manager there [16:25] when firefox closes it removes its temp files [16:25] asac: thanks, will do that [16:26] mvo: does gdebi return before finishing? [16:26] asac: is there a way to know that it was FF that put the file there? is it using some directory that we could use? [16:26] i mean the commadn line [16:26] no [16:26] strange then. probably a forced close [16:26] i would have thought that it doesnt close completely if there is still an exec running [16:26] I mean, making a copy of every deb just because it might be ran from FF is a bit silly :) [16:26] mvo: no. unfortunately not [16:27] mvo: you can only look at the parent process [16:27] *weehh* [16:27] ok [16:27] but its true for all mozillas [16:27] so it would be dirty [16:27] to just look for firefox [16:27] if os.path.exists("/usr/bin/firefox"): use_more_space() [16:27] just kidding [16:27] thanks, I think going for the partent it sensible [16:28] mvo: well. parent is bad [16:28] what is better? [16:28] if so run a ldd on the parent process and guess whether its a mozilla thing ;) [16:28] mvo: i would think there is no better way than copying it [16:28] all the time [16:28] uff [16:29] mvo: do that only if its in /tmp/ [16:29] hm, I can not flock it for something [16:29] ok, /tmp $TMPDIR is it then [16:29] thats beyond my knowledge. if flock helps to defer removal [16:29] thats ok [16:29] yeah [16:29] i think thats safe [16:30] asac: thanks, I will try that then === dholbach_ is now known as dholbach [16:33] asac: will move work? or will it keep the fd oepn? (or fall over if the file is suddenly no longer there?) [16:33] mvo: imo dpkg should learn to deal with piped in memory ;) [16:33] ian! [16:33] hehe [16:33] you could just load it quickly and then dont care if ffox goes down [16:34] mvo: move will keep it open [16:34] i wont risk that [16:34] would have to look how the removal is done though [16:34] maybe they dont use the fd [16:34] asac: thanks, don't worry [16:34] asac: I just try it out [16:34] hehe [16:34] really ... use copy ;) [16:35] mvo: you could directly move it to /var/cache/apt/archives [16:35] err copy [16:35] ;) [16:44] pitti, rickspencer3: do you know what was the change request about font hinting we had during the sprint exactly? [16:44] seb128: yes [16:44] seb128: uh, no, sorry; I just remember dropping the hardcoded 96 dpi value [16:44] System->Preference->Appearance->Font Tab [16:45] select Subpixel Smoothing as the default [16:45] rickspencer3: http://launchpadlibrarian.net/15004637/gnome-control-center_1%3A2.22.1-0ubuntu4_1%3A2.22.1-0ubuntu5.diff.gz [16:45] currently it's "Best Shapes" [16:45] rickspencer3: I think that's why it changed [16:45] rickspencer3: can you read the changelog comment and tell me what you think [16:46] Keybuk: ^ [16:47] Keybuk: any opinion about that since you did the "controversial change"? [16:47] seb128: I'm a little fuzzy on this, but I think that may be orthagonal [16:47] I've to admit I don't know enough about fonts hinting to have an opinion on that [16:47] I think that patch changes the details of "best shape" [16:48] seb128: which change is controversial? [16:48] oh [16:48] that patch? [16:48] Keybuk: I was wondering if http://launchpadlibrarian.net/15004637/gnome-control-center_1%3A2.22.1-0ubuntu4_1%3A2.22.1-0ubuntu5.diff.gz what was people pointed during the sprint [16:48] it changes subpixel smoothing's hinting [16:48] it's the Right Thing [16:48] Keybuk: but apparently that's something else [16:48] "people"? "pointed"? "sprint"? [16:49] Keybuk: change to subpixel smoothing by default is good, right? [16:49] Keybuk: "Best Shapes" is default where it should be "Subpixer Smoothing", does it make sense to you? [16:49] I'm 99% certain that was the outcome of the discussion [16:50] * rickspencer3 dog pile on Keybuk [16:50] Keybuk: well, rickspencer3 said we have to change the default "Best Shapes" -> "Subpixel Smoothing" [16:50] seb128: By "have to", this was a sabdfl request [16:50] so it is turns out to be the wrong thing, I can discuss him and Julian ... [16:51] however, I think there was agreement that it's the right hting [16:51] I've no clue if that's right or not [16:51] that's why I try to ask Keybuk's opinion ;-) [16:51] seb128: \o/ [16:51] rickspencer3: I agree [16:51] Keybuk: that would be a fontconfig change rather than a GNOME one no? [16:52] seb128: yeah, by "agreement" I meant, "I asked Keybuck and he said it was a good thing" ;) [16:53] seb128: both I think [16:54] hey can some one help me mount JBOD? (have 2x 1TB drives setup in JBOD from my DNS-323 NAS) [16:56] Keybuk: do you know what to change in fontconfig exactly? [16:57] Keybuk: could you add that to your todolist if you have a clue about that? otherwise I will have a look to it but I've no clue about fontconfig and that could take some time [16:58] seb128: no, arjan knows about fontconfig [16:58] I've always thought the fontconfig stuff is wrong [17:02] seb128: would it help if I created a launchpad bug for this? [17:02] rickspencer3: yes please do it will make easier to keep track of it (it's on my todolist but that will make easier to subscribe some other people on the way) [17:22] seb128: do you happen to have a brilliant idea about bug 332014 ? [17:22] Launchpad bug 332014 in notification-daemon ""Notification Settings" is available but has no effect when Notify OSD is used" [Medium,Triaged] https://launchpad.net/bugs/332014 [17:23] pitti: TryExec on the .divert? [17:23] oh, what's TryExec? [17:24] pitti: the menu item is displayed only if the command in TryExec=command is available [17:24] seb128: it needs to check $GDMSESSION, not file availability [17:25] pitti: my best idea is to change the vanilla session to have a wrapper, make it touch /tmp/vanilla and tryexec= that one [17:25] that's hackish though and we would need to clean the file at session closing [17:25] * seb128 tries to think to a better way [17:26] seb128: ah, I see what you mean [17:27] pitti: other idea is to to add a new type to OnlyShowIn= list being vanilla and patch gnome-menus to handle this one [17:28] seb128: /tmp/vanilla is tricky, since in world-writable locations you need to use unpredictable file names, and in $HOME it conflicts with parallel sessions [17:28] seb128: I like OnlyShowIn=gnome-stracciatella best so far, I think [17:28] pitti: you can use user-gnome-session-pid [17:29] hum no [17:29] the .desktop is not dynamic [17:29] seb128: still predictable [17:29] well, it's not such a big deal anyway, but it's indeed a wart [17:29] the issue with OnlyShowIn is what about users who decide to apt-get remove notify-osd on normal ubuntu? [17:30] pitti: the menu spec allows merging .menus [17:30] * pitti ponders just dropping this menu item completely [17:31] pitti: we could perhaps have specific ignore rules in a directory and use this one for normal session, or reverse, special display rules to use for gnome-stracciatella [17:31] it doesn't seem to make much sense to me in the first place [17:31] pitti: for jaunty easy workaround -> add NoDisplay=true [17:31] sweet [17:31] got my data off NAS! :D [17:31] seb128: and see who complains? :-) [17:31] yes ;-) [17:32] seb128: until now I wasn't even aware that it exists [17:32] you can still unmask it using alacarte [17:32] quite some users use it apparently [17:32] seb128: I like your slashaxe approach *grin* [17:32] there is a notification-daemon crasher when changing theme which has a lot of duplicates [17:32] I'm trying to get mvo to review the change for some weeks [17:33] but assigning him bugs and adding nag comments seems to have no effects on him [17:33] * seb128 looks at mvo [17:33] ;-) [17:33] * pitti sees mvo crash with a stack overflow [17:34] * seb128 knows the stack overflow feeling too [17:37] * mvo_ has seb128 in his ignore list [17:38] mvo_: WHAT? I CAN NOT HEAR YOU? [17:38] :-) [17:38] haha [17:38] :) [17:38] seb128: looking at it now [17:39] mvo_: thanks for the sponsoring :) [17:39] mvo_: I noticed don't worry ;-) [17:40] I'm pondering using the dholbach's way [17:40] seb128: what do you mean? [17:40] * didrocks remarked that seb128 like the verb "ponder" :) [17:40] likes* [17:40] noticed* [17:40] weekly "you slackers see everything which is waiting for you" emails [17:40] * seb128 hugs dholbach [17:41] * didrocks goes away to learn how to speak English :) [17:41] oh hrm [17:41] it crashes on free lets just not do free() than [17:41] seb128: I'll tell your manager that you're not reading your emails! I haven't sent them in quite a while :) [17:41] mvo_: ;-) [17:41] mvo_: memory leaks are good for your computers :) [17:41] dholbach: I do read emails, I just have proper filtering for such things ;-) [17:42] that explains a lot [17:42] that's the mvo way [17:42] * seb128 has dholbach in his ignore list [17:42] :-P [17:42] * dholbach storms out! [17:42] come back daniel! [17:43] pitti: btw I just fixed the "don't call jockey when switching between normal and extra desktop effects" [17:44] pitti: I don't think that's worth a sru I will close the intrepid task [17:44] seb128: cool, thanks [17:44] seb128: *nod* [17:44] * seb128 reviews the oem "please add scrollbars" patches now [17:58] Does anyone know if you can override /usr/share/dbus-1/services/foo with ~/.local/share/dbus-1/services/foo ? The XDG spec suggests that you should be able to, but it didn't seem to work for me [17:58] (I wanted to override notify-osd -> notification-daemon, but only that, not the full straciatella) [18:01] tseliot: any news to share? [18:03] maxb: sudo apt-get remove notify-osd? [18:03] Don't particularly want to remove ubuntu-desktop [18:04] rickspencer3: when it's all official maybe ;) [18:36] bratsche: ping [18:36] kenvandine: pong [18:36] Hey dude. [18:36] hey bratsche [18:36] i am messing with banshee [18:37] you had submitted the patch to behave with notify-osd? [18:37] bz# 571177 [18:37] Yeah [18:37] does it work for you? [18:37] It worked for me, yeah.. is it not working for you? [18:37] nope :) [18:37] Crashing, or something else? [18:38] i am getting notifications i have to click on for song changes [18:38] i added some WriteLines in there and they aren't printing... so it doesn't even seem to get into that code [18:38] I think I don't understand.. [18:38] just a note, i am applying the patch against 1.4.2 [18:39] I thought the only change was that it potentially removes the "Next Song" button? [18:39] the skip button? [18:39] i thought it would remove the action all together [18:40] Maybe I'm misunderstanding the intent.. I thought it should still show the popup bubble but remove the button from it? [18:40] yeah... it should [18:40] but i get the buttons [18:40] skip, cancel, and ok [18:40] And if you click them? [18:40] they work and it goes away [18:40] Okay, cool. [18:40] but i don't want to have to click on them :) [18:41] so we should still see the buttons? [18:41] So it only removes them conditionally, if the notification server does not support actions. [18:41] That was my understanding of the bug. [18:41] right... [18:41] it should [18:41] but i am still getting them [18:41] If you still see the buttons and can click them, then clearly your notification server supports actions. [18:41] Right? [18:41] it doesn't [18:41] ted helped me verify that [18:42] pidgin-libnotify is doing the right thing [18:42] If it didn't then how would clicking the button send the signal to banshee? [18:42] as are other things [18:42] kenvandine: you get a dialog instead of the notification? [18:42] banshee is the only one giving me grief [18:42] yes [18:42] kenvandine: my understanding is that you get a dialog if the notifications have urls or actions [18:42] yeah... this patch should be removing the action if the daemon doesn't support it [18:43] oh it queries the daemon to ask if it supports it? [18:43] bratsche: ted had me use d-feet to verify the capabilities [18:43] yes [18:43] bratsche: so pidgin is doing that properly now [18:43] that sounds nasty [18:43] as is gwibber [18:43] but in banshee it thinks it still supports it [18:44] Weird.. okay, I'll look into this. [18:44] bratsche: the really puzzling thing for me is i don't get anything debugging info printed out if i add Console.WriteLine in there [18:44] bratsche: i have a package with the patch in my ppa [18:44] https://edge.launchpad.net/~ken-vandine/+archive/ppa [18:44] I'm on my laptop in Dublin now and I don't have any mp3s or oggs.. let me see if someone in the room has two I can use to test with. [18:47] Okay, Hagen is giving me some mp3s. [18:48] great [18:48] thx man [19:07] kenvandine: Ah yes, now I see exactly what you're talking about. [19:07] Suckfest. [19:07] kenvandine: Yeah, I'll fix that. [19:08] great [19:08] woot [19:08] if you get a patch, can you pass it my way? [19:08] Sorry about that.. I think I didn't have the new notification server installed when I tested, and I didn't realize it would work that way. [19:08] this is killing me :) [19:08] Yeah of course. [19:08] Give me a few minutes. [19:08] awesome === asac_ is now known as asac [19:31] wtf, having trouble building now. [19:31] bratsche: mind sharing the patch and i can try to build? [19:33] kenvandine: I don't have a patch yet.. what I want to do is.. [19:33] in src/Extensions/Banshee.NotificationArea/Notifications/Notification.cs [19:33] Find public void AddAction () [19:33] And do this: [19:33] foreach (string s in Notifications.Global.Capabilities) Console.WriteLine (s); [19:34] I think I see why it's not building.. [19:34] you mean Notification.cs [19:35] src/Extensions/Banshee.NotificationArea/Notifications/Notification.cs [19:35] yes [19:35] i'll try [19:36] but ... i added some WriteLines in that area... and didn't get anything [19:38] I guess that would explain the problem, actually. [19:40] I'm confused about the state of my branch too.. I pulled my branch down from lp and it does not contain my change to AddAction(), but when I view diff -r 77..78 then I see my patch. It's not removed again in 78..79 and the current revno is 79. [19:41] Oh duh, I see.. nm. [19:41] I put it in an actual patch in the debian directory, not in the branch's source. [19:41] Sorry, I'm not used to working downstream in the distro yet. :) [19:42] heh [19:42] kenvandine: It's building now too, so I should be able to debug this now. [19:45] ok [19:45] bratsche: so that isn't printing anything out for me [19:45] so either it is never getting in there, or... the are catching all the writelines [19:46] It must not be getting there now. [19:46] It was last week, so it's behaving different with the new notification server. [19:47] ok [19:47] that was my thought === mpt_ is now known as mpt [20:00] kenvandine: This is fucking weird. Notification.Notification() constructor is getting called if you insert a C.WL() there, but if you insert a C.WL() at the beginning of Notification.AddAction() it never gets called.. [20:00] But NotificationAreaService.cs does: [20:00] bazaar! [20:01] if (interface_actions_service.PlaybackActions["NextActions"].Sensitive { [20:01] nf.AddAction(); [20:01] } [20:01] But .Sensitive is true [20:01] So I'm getting confused. [20:01] * kenvandine looks [20:03] bratsche: in src/Core/Banshee.ThickClient/Banshee.Gui/PlaybackActions.cs ? [20:04] oh... no [20:04] src/Extensions/Banshee.NotificationArea/Banshee.NotificationArea/NotificationAreaService.cs [20:06] Oh hold up [20:11] it is definately getting inside that if statement for me [20:13] so weird... it is clearly calling AddAction [20:13] but not printing from inside of AddAction [20:14] kenvandine: I think it's a namespace collision somehow.. [20:16] kenvandine: It's pulling it in from the system rather than using the one in the Banshee source tree. [20:16] kenvandine: I have to go right now, but I'll fix this when I get back to my hotel. [20:16] bratsche: sure [20:16] kenvandine: I think we basically just need to apply my patch to notify-sharp instead of (or in addition to) Banshee.. [20:17] i wonder why they have their own... and use notify-sharp [20:18] kenvandine: Well, when I wrote the patch I was using my Intrepid desktop and it built using the in-tree version.. now I'm on Jaunty, and maybe it built using the system one for some reason. Not sure why. [20:18] I'll look into it further later. [22:45] macslow