[00:44] <TheMuso> /c/c
[02:25] <robert_ancell> RAOF, does our X server/Xlib support IPv6?
[02:26] <robert_ancell> DISPLAY=::1:2 gcalctool does not seem to work
[02:34] <RAOF> We don't explicitly enable IPv6; I'm not sure if it's enabled by default.
[02:51] <RAOF> robert_ancell: I don't think our X server does support IPv6, although it's surprisingly hard to find where the damn thing is set.
[02:52] <Sarvatt> /usr/include/xorg/xorg-server.h
[02:52] <Sarvatt> (it's enabled)
[02:53] <RAOF> Silly me for looking at configure options :)
[02:56] <robert_ancell> So how do you set the DISPLAY variable?
[02:59] <RAOF> That looks like it should be right.
[03:00] <RAOF> Although it's possible it's mis-parsing the ‘:’ in there as the separator.
[03:03] <Sarvatt> x is run with -nolisten tcp which is stopping you from using tcp addresses in the display env variable I believe
[03:05] <robert_ancell> Sarvatt, I'm running Xephyr :2, which works with DISPLAY=localhost:2.  RAOF, that was my guess too, I was wondering if there's an alternative notation or something.
[03:05] <Sarvatt> try DISPLAY=ip6-localhost:2
[03:06] <kenvandine> hey guys
[03:06] <kenvandine> someone finally using ipv6 :)
[03:07] <robert_ancell> kenvandine, :)
[03:08] <Sarvatt> robert_ancell: DISPLAY=ip6-loopback:2 xeyes works fine for me
[03:09] <Sarvatt> DISPLAY=ip6-localhost:2 xeyes too
[03:10] <Sarvatt> yep gcalctool is fine, just use the names in /etc/hosts
[03:10] <robert_ancell> Sarvatt, wireshark shows it going over ipv4
[03:14] <robert_ancell> sneaky xlib...
[05:34] <pitti> Good morning
[05:35] <TheMuso> Hey pitti.
[06:01] <kenvandine> good morning pitti
[07:08] <didrocks> good morning
[07:09] <TheMuso> Hey didrocks.
[07:38] <robert_ancell> pitti, why do we have an xterm session?
[07:48] <robert_ancell> didrocks, are the session comments displayed in the login screen settings required for anything?  I'm renaming the sessions and I'd like to remove the comments to make the combo box smaller and more readable
[07:48] <pitti> robert_ancell: hysterical raisins mainly, I guess
[07:49] <robert_ancell> pitti, I'm going to rename it to "Recovery Console" ok?
[07:49] <pitti> and we recently added ~/.xsessionrc as well, upon common request
[07:49] <robert_ancell> pitti, that one sounds really techy, not sure what to rename it to
[07:49] <pitti> but it would be great if we could only show ~/.xsessionrc if that file actually exists..
[07:49] <didrocks> robert_ancell: not required, I think you can remove them if the session name is still meaningful by itself
[07:49] <pitti> "User-defined session" perhaps?
[07:49] <robert_ancell> see bug 599336
[07:49] <ubot2> Launchpad bug 599336 in gnome-session (Ubuntu Maverick) (and 2 other projects) "[Maverick] "Gnome" & "Failsafe Gnome" need to be renamed in GDM Sessions dialogue (affects: 1) (heat: 16)" [Low,Triaged] https://launchpad.net/bugs/599336
[07:50] <robert_ancell> didrocks, thanks, will do
[07:50] <pitti> robert_ancell: recovery console sounds fine to me
[07:55] <robert_ancell> pitti, are you pending gnome-session changes ready to be released?
[07:58] <didrocks> mvo: hey, what's the COL_YPAD column? it's quite against my refactoring I want to do for the add_view() support as I just wanted to replace COL_CHANNEL by COL_DATA
[07:59] <pitti> robert_ancell: you mean "are you" -> "you have"? no
[08:03] <mvo> didrocks: it needs to go
[08:04] <mvo> didrocks: if it was commtied it was a mistake, the spec calls for a space around certain elements
[08:04] <mvo> didrocks: but the treeview does not support this at all afaics
[08:04] <didrocks> mvo: ok, I can just keep it in a additional column right now
[08:05] <didrocks> mvo: I'm still unsure if channels should be view or not. Not making them view will help a lot in fact, thinking about it
[08:05] <didrocks> it's really unclear in my head right now :/
[08:06] <robert_ancell> pitti, (back from phonecall) there are UNRELEASED changes in bzr: debian/control.in: Replace strict dependency to gnome-panel with a
[08:06] <robert_ancell>      Recommends to gnome-panel | unity
[08:06] <pitti> robert_ancell: right, they didn't seem urgent enough to warrant an upload
[08:10] <glatzor> morning mvom pitti
[08:10] <glatzor> mvo
[08:10] <pitti> hey glatzor, how are you?
[08:10]  * pitti hugs mvo, too
[08:12] <mvo> hey glatzor
[08:13]  * mvo hugs glatzor
[08:13] <mvo> glatzor: I'm good, how are you?
[08:13] <glatzor> pitti: my daily work is quite tough currently. but this situtation will perhaps never change :)
[08:14] <pitti> glatzor: what are you doing these days?
[08:14] <glatzor> mvo, surviving :) but I am ok!
[08:14]  * mvo double hugs glatzor
[08:14] <glatzor> pitti, I am the second lead of a mobile nursing service
[08:15]  * glatzor gets a warm and fuzyy feeling in his stomach
[08:15] <pitti> glatzor: wow, that sounds demanding indeed. good luck!
[08:16]  * bryce2 waves to glatzor
[08:16] <glatzor> hello bryce2!!!
[08:35] <and471> mvo, hi, I have just pushed another change to the dialogs branch, it improves the showimagedialog (for screenshots)
[08:36] <mvo> and471: nice, thanks, I have a look now
[08:36] <and471> mvo, I have just used a gtk.Spinner instead of our custom spinner, and also decreased clutter by removing the dialog separator and the viewport shadow
[08:41] <mvo> and471: nice, nice
[08:41] <mvo> :)
[08:42] <and471> :)
[08:46] <and471> mvo, I keep getting this cryptic error message with trunk http://pastebin.com/y2b5S5Be
[08:46] <and471> mvo, and the file that it specifies in the error message keeps changin
[08:47] <mvo> and471: oh, sorry, I fix that
[08:47] <and471> ie. app.py, aptcache.py, Simplegtkbuilder.py...
[08:47] <and471> mvo, no problem
[08:47] <and471> mvo, any idea when you can merge the dialogs branch?
[08:48] <mvo> and471: yes, this morning :)
[08:49] <mvo> and471: I just finish a pending task in buy-something, ,then I merge it
[08:50] <and471> mvo, ah thankyou :)
[08:50] <mvo> well, thank *you* for the work on this!
[09:16] <mvo> didrocks: COL_YPAD is gone again
[09:16] <mvo> and471: and the error you saw as well
[09:17] <didrocks> mvo: great, I'll remerge. I'm trying to work on the dedicated OneConf view first as I still have no clue if we should integrate or not channels views in the viewmanager or refactor that. If we can discuss this at the rally, it will be great
[09:17] <didrocks> thanks :)
[09:23] <mvo> and471: can we make the gtk spinner a bit smaller in the big dialog? its looking not so great when its too big IMO
[09:25] <mvo> and471: and in the branch I have logindialog.py disappear entirely, is that a mistake? view/logindialog.py gets deleted in the merge
[09:28] <and471> mvo, okay, the login dialog thing is a mistake, I shall fix that
[09:28] <mvo> and471: thanks!
[09:28] <and471> mvo, I can try to make the spinner smaller
[09:29] <mvo> and471: and yet more thanks :)
[09:29] <and471> mvo, no problem :)
[09:29] <mvo> and471: my final whishlist item is that the removal dialog is opened with center_on_parent :)
[09:29] <and471> mvo, the gtk.Spinner is sooo useful, I wonder why it wasn't included earlier!
[09:30] <and471> mvo, I think I can grant that...
[09:30] <mvo> heh :)
[09:30] <mvo> and471: spinner> absolutely, its such a nice little widget
[09:30] <and471> mvo, I replaced about 50 lines of code, with one gtk.Spinner
[09:35] <and471> mvo, what size do we want it?
[09:35] <and471> (the spinner)
[09:35] <mvo> not sure, maybe something in the range of 64x64 ?
[09:36] <mvo> and471: I think best is to play with it a bit, but if it spawns a full window it looks funny IMO
[09:40] <and471> mvo, mpt, take your pick ↓
[09:40] <and471> http://imagebin.ca/img/YkDgXDaR.png
[09:40] <and471> http://imagebin.ca/img/3Hktp0.png
[09:40]  * mvo leaves that to mpt
[09:40] <and471> http://imagebin.ca/img/SfTIke.png
[09:40] <and471> http://imagebin.ca/img/QXPV93.png
[09:40] <and471> http://imagebin.ca/img/WcpkID.png
[09:41] <and471> mpt, (for the screenshot dialog)
[09:41] <mpt> "Activating the screenshot (by clicking it, or pressing Enter when it is focused) should open it in your preferred image viewer."
[09:42] <mpt> Does the average image viewer know how to show progress for screenshots that take a long time to open from an http: source?
[09:42] <and471> mpt, IIRC mvo said that using the preferred image viewer (i.e. Eye of Gnome) was too slow and also there isn't a way of showing progress, or easy fallback if the image can't be found
[09:45] <and471> mpt, in answer to your question, I don't think so
[09:45] <mpt> hm
[09:46] <mpt> mvo, how about showing download progress in the main USC window, *then* opening the downloaded image in your preferred image viewer?
[09:46]  * mpt discovers that eog will happily open http: resources from the terminal, but not from the Open dialog
[09:47] <mpt> and471, how do you know what size the window should be before the image has loaded?
[09:47] <mvo> mpt: eog http://imagebin.ca/img/WcpkID.png take ~3-4 seconds for me, 2s before any UI is shown
[09:47] <mvo> mpt: and no progress afaics
[09:48] <and471> mpt, yes I think there is a specific image size RANGE that screenshots.debian.net will accept
[09:48] <and471> mpt, so we would know the maximum and minimum image size
[09:48] <mvo> mpt: then I would rather prefer to download and then launch eog on the local file
[09:48] <mpt> okie dokie
[09:48] <and471> mpt, I am just worried that some people might have say GIMP as their default program for PNG files, and then that would take FOREVER :)
[09:48] <mpt> and471, can you draw a filling pie?
[09:49] <and471> mpt, sorry, what is a filling pie?
[09:49] <mpt> sorry
[09:49] <rickspencer3> seb128, good morning
[09:49] <mpt> and471, a disc that fills up by percentage
[09:50] <mvo> there are benefits of opening a dialog and not a external app like we contol where the window opens, for external apps we are at the mercy of the window manager
[09:50] <and471> mpt, you mean like the new firefox 4 process indicators?
[09:50] <mpt> and471, like this but without the numbers: http://www.freewebs.com/lifedealrock/countdown.gif
[09:51] <and471> mpt, sure, but it would mean that we have another custom icon to ship, not using the user's gtk icon theme :-/
[09:51] <seb128> rickspencer3, hey
[09:51] <seb128> rickspencer3, how are you? got your internet working correctly?
[09:51] <rickspencer3> seb128, for the time being!
[09:52] <rickspencer3> seb128, how was your holiday?
[09:52] <seb128> rickspencer3, excellent, thank you!
[09:52] <pitti> hey rickspencer3
[09:52] <rickspencer3> hi pitti
[09:52]  * pitti hugs seb128
[09:52] <mvo> hey seb128, welcome back
[09:52]  * seb128 hugs pitti
[09:52] <mpt> and471, no, I meant, actually draw it, using theme colors
[09:52] <seb128> hey mvo
[09:53] <and471> mpt, ah
[09:53] <rickspencer3> seb128, did you doing and storming of large secure buildings yesterday?
[09:53] <and471> mpt, where would it need to be drawn on? and would it need to be animated?
[09:53] <mvo> mpt: you mean instead of the spinner showing a circle? that is a interessting idea
[09:53] <rickspencer3> I assume that's how you celebrate
[09:53] <rickspencer3> oops, people trying to actually work ;)
[09:54] <seb128> rickspencer3, lol, not really ;-)
[09:54] <mpt> and471, centered on the thumbnail, showing how much of the full screenshot has downloaded
[09:54] <seb128> rickspencer3, we usually do fireworks nowadays, nicer
[09:54] <mvo> freeing prisoners is part of the fun as well, no?
[09:54] <and471> mpt, so you would have on top of the small thumbnail the circle, and it would fill up?
[09:55] <mpt> and471, yes. Then when it's finished, switch to a spinner for a few seconds to indicate that the image viewer is launching.
[09:56] <and471> mpt, it would certainly be possible, however I don't really have the gtk hacking knowledge to do it
[09:56] <and471> mvo, who did the appdetailsview gtk?
[09:56] <huats> morning
[09:56] <mpt> and471, Matthew McGowan
[09:57] <and471> mpt, you would have to ask him them :)
[09:57] <mvo> and471: nzmm on irc (if he is online, he is in .nz so quite a bit of a time offset)
[09:57] <mpt> https://launchpad.net/~mmcg069
[09:57] <mpt> and471, in the meantime, can you work out how to center the spinner inside the thumbnail?
[09:58] <and471> mpt, that is the trouble, since the appdetailsview was switched from webkit to gtk, I don't really have any expertise in it anymore
[09:58] <and471> mpt, it is a bit beyond me :)
[09:59] <didrocks> hey rickspencer3
[09:59] <rickspencer3> hi didrocks
[09:59] <rickspencer3> welcome back!
[09:59] <didrocks> thanks :)
[10:00] <and471> mpt, actually wait, looking at the code, I may be able to do something...
[10:00] <and471> mpt, gimme a few mins
[10:02] <kiwinote> mvo: fyi cold start 13.5s in trunk to 8.8s in my branch, warm start from 2.8s in trunk to 1.2s in my branch (keeping in mind that the cold start times are after the fs cache is cleared, so a bit longer than a true cold start)
[10:07] <mvo> kiwinote: nice, I look at this branch next I think
[10:19] <kiwinote> hehe, the aim is a warm start within the second.. ;)
[10:19] <and471> :)
[10:19] <and471> kiwinote, can I try out the branch?
[10:19] <kiwinote> sure, let me know if I broke anything I don't know about ;)
[10:19] <kiwinote> and I'd be interested in the timings as well..
[10:19] <and471> hehe nice branch name :D
[10:21] <mpt> mvo, didrocks: djsiegel and michaelforrest pointed out to me yesterday that the OneConf stuff and the reinstall-previous-purchases stuff overlaps confusingly -- not in implementation, but in how users will think of it
[10:21] <mpt> We need to figure out a way to make them more unified
[10:22] <and471> mvo, okay I have the spinner to 64x64 and pushed the other fixes. We shall use the imagedialog.py in the mean time, with the hope of using the filling pie in the future
[10:22] <mpt> and471, sorry for not giving you a straight answer, but your answers to my questions will help us make it more excellent in the future I think
[10:22] <didrocks> mpt: is there some spec about the reinstall-previous-purchases stuff somewhere?
[10:22] <mvo> mpt: ok, lets do that at the sprint, just getting the features all implmented is a challenge already
[10:23] <mpt> didrocks, will you be at the sprint?
[10:23] <didrocks> mpt: yes
[10:23] <and471> mpt, thats no problem, I agree that your idea is much better than we have at the moment and I understand your frustration
[10:23] <and471> *than what we have
[10:24] <and471> kiwinote, http://pastebin.com/pcp8UXNM
[10:25] <kiwinote> and471, thanks!, will fix
[10:28] <kiwinote> and471, can't reproduce here, but I've pushed something that should fix it, can you test it please?
[10:29] <vish> mvo: hi , MScorefonts package is found in graphics and also in the fonts section [the graphics one says the catalogue needs updating , while the fonts one shows description], seems like there are two different packages for mscorefonts , how is that?
[10:29] <vish> or is SC just confused there?
[10:29] <and471> kiwinote, okay it fixed something but now something else broke http://pastebin.com/7shVKjvB :)
[10:30] <vish> or and471 even ^ ;)
[10:30] <and471> :)
[10:30] <kiwinote> and471, thanks for that too, though it doesn't look nice, so it may take a bit longer ;)
[10:30] <and471> kiwinote, no problem
[10:32] <and471> vish, that is weird...
[10:32] <vish> yeah..
[10:33] <and471> vish, the one in fonts is the actual package, I think the one in graphics is from a .desktop file
[10:33] <vish> and471: bad .desktop?  why is it categoriezed in graphics when there is a fonts section.. o.0
[10:34] <mvo> vish: most likely stale meta-data, sorry for that
[10:34] <mvo> vish: let me check
[10:34] <vish> mvo: oh , cool. thanks. there was a bug regarding that so was wondering how .
[10:35] <and471> mvo, yeah checkout  /usr/share/app-install/desktop/mscorefonts.desktop
[10:35] <mvo> vish: what is the bug number?
[10:35] <mvo> and471: yeah, we no longer need that
[10:35] <vish> mvo: Bug 605495
[10:35] <ubot2> Launchpad bug 605495 in hundredpapercuts "Incorrect category: Microsoft Core fonts shouldn't be in graphism but in fonts. (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/605495
[10:35] <mvo> vish: thanks a lot, I'm fixing this now (in bzr)
[10:35] <vish> mvo: awesome thanks!
[10:36] <and471> vish, the reaosn was the .desktop file was in the graphics category, and it referenced the wrong package (hence the catalogue needs updating thing
[10:36] <vish> ah...
[10:45] <and471> kiwinote, incase it helps, when I get that error, the two featured apps shown in the featured section on the main page have their name's set as 'none' but if I click on one of the little squres to move forwrad/backward in the featured slider, and then go back, they have proper names (i.e. Arista Audacity)
[10:45]  * and471 hopes that makes sense...
[10:47] <vish> and471: seen Bug #599535 ? not sure why it is a SC bug though
[10:47] <ubot2> Launchpad bug 599535 in software-center (Ubuntu) (and 2 other projects) "Audacity doesn't have an icon in Software Center (affects: 1) (heat: 238)" [Low,New] https://launchpad.net/bugs/599535
[10:48] <and471> vish, does it have an icon in the details view?
[10:48] <vish> and471: nope ,
[10:49] <vish> there seem to be quite a few missing icons in SC..
[10:49] <kiwinote> and471, vish: yes that is a sc bug
[10:50] <vish> kiwinote: ah , a known bug? so its a dup then?
[10:50] <kiwinote> vish, no I don't think it is a dup, but it extends to more packages than just audacity
[10:51] <vish>  yeah , i'v seen others too
[10:53] <kiwinote> and471, I've been trying a few things, but can't reproduce it. Are you able to find out if it is just one/two packages that give that error, or if it is for all featured packages?
[10:53] <and471> kiwinote, I shall do a screencast to make it easier for you to see
[10:54] <kiwinote> and471, I understand what is happening, just not why..
[10:55] <kiwinote> and471, before line 758 of catview_gtk.py can you add "print app.pkgname" and then look in the terminal to see which pkgnames give the error?
[10:55] <and471> kiwinote, there are two featured that are permanently set as Not found
[10:55] <and471> kiwinote, sure
[10:56] <kiwinote> and471, the not found packages are instances featured apps which don't exist, but sc grabs the featured file of the installed sc, rather than the featured file of the local copy of sc
[10:57] <kiwinote> and471, so the not-found stuff should be solved when people use released code
[10:57] <seb128> pitti, do you have any comment about bug #584812?
[10:57] <ubot2> Launchpad bug 584812 in bluez (Ubuntu Maverick) (and 2 other projects) "[Maverick] bluez init script should try to load uinput kernel module (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/584812
[10:58] <seb128> pitti, the bug got assigned to our team but I'm not sure who would have an opinion on that out of you
[10:58] <and471> kiwinote, the print app.pkgname seems to be changing every time I run it
[10:59] <and471> kiwinote, it is just the first one that SC loads
[11:00] <and471> kiwinote, so to answer "to see which pkgnames give the error" I would say all of themm whichever is the first one SC loads
[11:01] <kiwinote> and471, ok thanks, can you pastebin the whole terminal output, just to see if there is anything else?
[11:02] <and471> kiwinote, ok
[11:04] <and471> kiwinote, http://pastebin.com/jqirBjnx (I took out the themes hints messages)
[11:04] <and471> kiwinote, and then after that output, the terminal prints the appnames as normal
[11:05] <and471> ^ http://pastebin.com/9WmAeXpd
[11:05] <kiwinote> and471, thanks a lot, I'll go and have some lunch and see if I come up with a reason as to why that is happening..
[11:05] <and471> kiwinote, cool, don't worry there is no rush
[11:06] <kiwinote> and471, indeed, I'm just intrigued ;)
[11:07] <rodrigo_> seb128, any plan to upgrade rhythmbox to the unstable version for maverick?
[11:08] <seb128> rodrigo_, rhythmbox has no unstable versions
[11:08] <rodrigo_> seb128, well, the one in git, I mean
[11:08] <seb128> rodrigo_, the git snapshot we have is fairly recent, what commit do you need?
[11:08] <seb128> rodrigo_, there is some 15 commits since the one we have
[11:09] <rodrigo_> seb128, on the contrary, I don't want the latest changes that move it to use introspection
[11:09] <rodrigo_> seb128, that would break the u1 music store plugin
[11:09] <rodrigo_> seb128, so, if you upgrade, let me know, please
[11:09] <seb128> http://git.gnome.org/browse/rhythmbox/log
[11:09] <seb128> rodrigo_, ^ what introspection?
[11:10] <rodrigo_> seb128, ah, it's on a branch -> http://git.gnome.org/browse/rhythmbox/log/?h=gobject-introspection
[11:11] <seb128> oh, ok, so no we don't plan to update to a non trunk version
[11:11] <rodrigo_> seb128, but do you know if that would get merged soon to trunk?
[11:11] <seb128> I'm not sure
[11:11] <rodrigo_> seb128, when it does and you are going to package it, please let me know
[11:11] <seb128> I will make sure to check with you before updating
[11:11] <rodrigo_> ok, thanks
[11:12] <seb128> do you think you could update your code to use the new gobject introspection?
[11:12] <seb128> we are not clear yet on what are our plans for that this cycle but we have a pygobject which supports it
[11:12] <seb128> we didn't take the new gobject introspection and the abi changes though
[11:13] <rodrigo_> seb128, yes, shouldn't be hard, the u1 plugin is small
[11:13] <rodrigo_> seb128, we just want to make sure we don't have a broken version
[11:13] <seb128> rodrigo_, ok, will check with you before doing any change
[11:13] <seb128> rodrigo_, thanks for the notice
[11:14] <rodrigo_> ok cool
[11:14] <and471> mpt, is the icon in https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=review-submit.jpg mean to be indented so much?
[11:14] <and471> *meant
[11:15] <mpt> and471, yes, the right edge of the icon is aligned with the right edges of the form labels
[11:15] <and471> mpt, ah yes I see now
[11:17] <kiwinote> and471, I've worked out how to reproduce that issue: if the window size is small enough not to display the featured view then you don't get the error (even after scrolling down), elsewise you do
[11:17] <vish> mpt: file browsers , Nautilus and Thunar , should be in which category?  Nautilus is in system and Thunar is in Accessories..
[11:17] <kiwinote> and471, will dbg and fix later, thanks!
[11:17] <and471> kiwinote, looking forward to it
[11:18] <mpt> vish, I don't have a good answer to that -- ideally neither of those two categories would exist. We've been working on user testing to produce more thorough categories, but getting it finished has always been a low priority unfortunately.
[11:19] <vish> mpt: cool ,thanks. there is a ttfm filebrowser which got wrongly categorized in fonts, so was wondering where it should go
[11:20] <mpt> vish, that was my fault. I said "if a package starts with 'ttf', put it in Fonts", and ttfm got caught up. It would be a relatively simple fix for someone to change the Fonts category so that instead it contains only the packages that have "Section: fonts".
[11:21]  * vish looks at and471 :D
[11:22]  * and471 trys to avoid vish's gaze
[11:22] <and471> :)
[11:23] <vish> ;)
[11:24]  * vish adds comment to bug..
[11:31] <and471> see you guys in a few hours
[11:55] <pitti> seb128: (will look later, I'm currently in the "pitti broke everything" mess)
[11:55] <seb128> pitti, I noticed, no hurry, thanks ;-)
[11:56]  * seb128 hugs pitti
[12:58] <kiwinote> vish, mpt: changing from ttf* + otf* to section=fonts goes from 201 results to 73 results, which doesn't seem like something we want to do..
[12:59] <seb128> rodrigo_, dobey: did anybody every figure what was wrong with the default keyring names in ubuntuone?
[12:59] <seb128> I just a review from lucid which said ubuntuone can't be used in french without renaming the keyring on a command line
[13:02] <seb128> didrocks, ^ did you ever noticed that issue?
[13:02] <seb128> I know I've read some bugs about the gnome keyring being named "défaut" with ubuntuone
[13:02] <seb128> and something doesn't like the non ascii char in the name
[13:02] <didrocks> seb128: never got this issue, but I have only ascii char in my name :)
[13:02] <didrocks> oh défaut
[13:03] <pitti> there, new pkgbinarymangler published
[13:03] <kiwinote> vish: the missing icons bug is caused by app-install-data not providing some of the icons that it refers to. I'll look into this at a later stage, but feel free to leave the sc task open
[13:03] <didrocks> I even recently resetup one from scratch and no issue for me
[13:04] <vish> kiwinote: neat!
[13:04] <seb128> didrocks, you maybe started some other keyring softwares before
[13:04] <seb128> ie empathy
[13:04] <seb128> didrocks, I think it happens only when ubuntuone is the first gnome-keyring client you run
[13:05] <kiwinote> and471, now you're around, I fixed your bug.., hopefully ;)
[13:05] <didrocks> seb128: you know I most of the time doesn't start empathy, but as I start ssh/gpg integration, I could have avoid this bug
[13:05] <seb128> didrocks, ok; that was in case you had echos about it
[13:05] <seb128> didrocks, you are often with french community people at confs, etc
[13:05] <seb128> didrocks, I will check, thanks
[13:05] <didrocks> seb128: nothing, even in the French forum and at confs
[13:05] <didrocks> yw
[13:26] <pitti> seb128: bug 584812 updated; WDYT?
[13:26] <ubot2> Launchpad bug 584812 in linux (Ubuntu Maverick) (and 4 other projects) "[Maverick] uinput kernel module is not loaded automatically (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/584812
[13:28] <seb128> pitti, thanks for the comment and reassigning, what you wrote makes sense to me as well
[13:28] <mpt> kiwinote, perhaps someone could organize a drive to get all those packages moved to the right Section
[13:28] <mpt> kiwinote, meanwhile, the other way to fix it is to fix xapian so that it allows searches for "ttf-*" rather than just "ttf*"
[13:40] <seb128> vuntz, hey
[13:40] <seb128> vuntz, could you review the patch on https://bugzilla.gnome.org/show_bug.cgi?id=513347?
[13:40] <ubot2> Gnome bug 513347 in window list "gnome panel freeze when opening more than 7 windows on a right panel." [Normal,New]
[13:40] <seb128> vuntz, debian is using it now and I'm pondering syncing it to ubuntu
[13:59]  * kenvandine is happy to see new vala and telepathy-glib with vala bindings land :)
[13:59] <seb128> ;-)
[14:00]  * kenvandine just wished the indicator was working for me in vala
[14:00] <kenvandine> debugging... it creates an indicator when a new message comes in, and destroys it immediately
[14:01] <seb128> getting close it seems ;-)
[14:01] <kenvandine> i have the approver and observer for tp
[14:01] <kenvandine> not calling the handler yet
[14:01] <kenvandine> and busted indicator :)
[14:03] <cassidy> in which lg are you coding atm? C ?
[14:04] <kenvandine> vala
[14:04] <cassidy> oh you're already using tp-glib's vala API ?
[14:04] <kenvandine> cassidy, i think the approver and observer is working fine from vala... so yay!
[14:04] <kenvandine> cassidy, yup :)
[14:04] <cassidy> awesome :)
[14:05] <cassidy> is the code available ?
[14:06] <kenvandine> in a junk repo
[14:06]  * kenvandine needs to push
[14:06] <kenvandine> cassidy, i haven't gotten the contact lookup stuff working
[14:07] <kenvandine> but found crashes coming from calling the indicator
[14:07] <kenvandine> cassidy, i'll get it pushed to a proper project today
[14:07] <cassidy> cool
[14:07] <kenvandine> thx for getting those bindings :)
[14:08] <cassidy> kenvandine, I'm not the one to thanks, I never wrote a single line of Vala :p
[14:12] <kenvandine> hehe
[14:23] <vuntz> seb128: I think I looked at it once, and it wasn't the right solution -- ie, it was solving this immediate problem, but was making the situation worse to fix the issue for vertical panels in general
[14:23] <seb128> vuntz, :-(
[14:23] <seb128> vuntz, will anybody ever work on making vertical panels better?
[14:24] <vuntz> there's a patch that is 80% done in a bug
[14:24] <seb128> vuntz, can't we get that change in meanwhile to stop gnome-panel hanging for those configs?
[14:24] <vuntz> I don't think anybody ever wanted to finish it, though
[14:26] <seb128> vuntz, what do you recommend to do then? ;-)
[14:26] <seb128> vuntz, just ship the change and don't care? ;-)
[14:27] <seb128> vuntz, I'm pondering if we should distro prefix the api added though
[14:29] <vuntz> seb128: I can recommend to ping me in, say 3 hours so I take another look :-)
[14:29] <seb128> vuntz, ok, will do
[14:29] <seb128> vuntz, thanks
[14:35] <dobey> seb128: i don't recall what it was exactly, but it was a bug in keyring or seahorse i think, causing the filename to get translated
[14:36] <seb128> dobey, was?
[14:36] <seb128> it's fixed now?
[14:36] <dobey> seb128: or people creating keyrings and naming them something in non-ascii perhaps
[14:36] <dobey> seb128: was as in when i had heard about the issue. i don't know if it's actually fixed or not
[14:37] <seb128> no, I got that bug as well in lucid, when ubuntuone creates the keyring it has this issue
[14:37] <dobey> seb128: but there isn't anything we can do in ubuntuone directly, to fix it, really
[14:37] <seb128> when empathy or seahorse create it, it doesn't happen
[14:37] <dobey> ubuntuone doesn't create keyrings
[14:37] <seb128> well it makes a call leading to have one created
[14:37] <seb128> it might by a bug in the python bindings for gnome-keyring
[14:37] <dobey> the default keyring called 'login' is created when you first log in
[14:38] <seb128> well that one is called "default"
[14:38] <dobey> nope, it was renamed to login a long time ago
[14:38] <dobey> default is the old default
[14:39] <dobey> afaik anyway
[14:39] <seb128> well the issue there is than a keyring named "défaut"
[14:40] <seb128> is created when starting ubuntuone client and that no keyring is created yet
[14:40] <seb128> which is the french translation for "default"
[14:40] <seb128> could be a bug in python-gnomekeyring since the C clients don't get that issue
[14:41]  * kenvandine heads out for some final errands before traveling :)
[14:41] <kenvandine> bbiab
[14:44] <dobey> seb128: does gwibber do the same thing?
[14:45] <seb128> dobey, I don't know, I will have to try later on
[15:00] <lamalex> didrocks: Has anyone ever started work on a quickly gui?
[15:00] <didrocks> lamalex: bryce2 did that a while ago, it was called guickly :)
[15:00] <lamalex> o really?
[15:01] <didrocks> but well, all has to be done again, I've created an API to make things easier
[15:01] <didrocks> it's currently in trunk
[15:01] <lamalex> will check out
[15:01] <lamalex> *zing*
[15:02] <didrocks> lamalex: do not hesitate to ask on #quickly for any question related :)
[15:02] <lamalex> oh snap
[15:11] <bryce2> yeah lack of an api kept guickly fairly limited in functionality
[15:39] <seb128> didrocks, https://bugzilla.gnome.org/show_bug.cgi?id=624463
[15:39] <seb128> didrocks, btw
[15:39] <ubot2> Gnome bug 624463 in gio "gio assumes kernel support for SOCK_CLOEXEC" [Normal,Unconfirmed]
[15:40] <seb128> didrocks, it's the reason for the vala build failure on the buildds it seems
[15:43] <didrocks> mvo: ok, I get a first oneconf view for USC. Still some todo still, but at least, I have something with navigation, showing diff for non installed apps and additional ones that can be tested (http://people.canonical.com/~didrocks/oneconf/usc/)
[15:43] <didrocks> seb128: looking
[15:44] <didrocks> seb128: waow, that means that the issue would have be more obvious if I built from a lucid into a maverick pbuilder
[15:44] <mvo> didrocks:nice
[15:45] <didrocks> seb128: thanks a lot for the info :)
[15:45] <seb128> didrocks, np
[15:53] <seb128> asac, what telepathy-logger did you review?
[15:53] <seb128> asac, https://edge.launchpad.net/ubuntu/+source/telepathy-logger/0.1.3-2
[15:55] <asac> seb128: hmm. i used apt-get source ;)
[15:56] <seb128> asac, it should have a .symbols, I've added it for you, I knew you would ask for it ;-)
[15:56] <asac> heh
[15:56] <seb128> asac, or is the issue only that I didn't mention on the bug it's using a .symbols?
[15:56]  * asac must be blind
[15:56] <asac> seb128: no ... thats fine. was an oversight apparently. not sure why ;)
[15:56] <asac> let me go and approve
[15:57] <seb128> you are used to type that I bet :p
[15:57] <seb128> thanks
[15:57] <asac> seb128: that was already promoted?
[15:57] <seb128> asac, yes
[15:57] <seb128> asac, it was blocking the empathy update
[15:57] <asac> ok fix released then
[15:58] <seb128> asac, thanks
[15:59] <asac> welcome
[16:08] <and471> kiwinote, how's the bug coming along?
[16:08] <kiwinote> hi
[16:08] <kiwinote> and471, that bug should be fixed
[16:08] <kiwinote> along with some others..
[16:08] <and471> kiwinote, woo
[16:08] <and471> hehe, I shall try it now
[16:08] <kiwinote> thanks
[16:10] <and471> fab
[16:10] <and471> it works! and so fast!
[16:11] <kiwinote> great to hear that nothings else broke ;)
[16:11] <and471> hehe
[16:11] <kiwinote> thanks again for the bugs
[16:11] <kiwinote> btw, I saw that some comments have been inserted into the screenshot handling code
[16:12] <and471> yeah I just looked at that
[16:13] <and471> kiwinote, the trouble is I am just not experienced in the gtk/cairo stuff, I guess it is my weakness
[16:14] <and471> so although the comments now make it easier, I still need to learn the related stuff
[16:14] <kiwinote> and471, same here, slowly getting used to it all
[16:15] <and471> kiwinote, the speed stuff you have done is really great, I was just comparing your branch to trunk
[16:15] <and471> kiwinote, and there is almost no lag when loading the views on demand either
[16:15] <and471> great job!
[16:15] <kiwinote> thanks
[16:15] <and471> mvo, is there anything else I need to cleanup in my dialogs branch?
[16:16] <mvo> and471: ups, sorry. i missed that it got updated
[16:17] <and471> mvo, no problem
[16:17] <and471> mvo, I started a bit of work on the reviewing dialog :)
[16:47] <and471> mpt: how is this? http://imagebin.ca/img/27Db_vvQ.png (minus the reviewing widget)
[16:49] <mpt> and471, very good
[16:50] <mpt> and471, it's hard to tell when you're using such a small font, but "Be brief and informative" etc is a caption, so it should use a smaller font than normal
[16:55] <and471> mpt, yeah that is something I wanted to ask about, should the other labels be larger, or the caption smaller, I couldn't quite tell from your drawing
[16:55] <mpt> and471, all text except for that caption should use the default font size
[16:56] <and471> mpt, oh okay, not even the application name?
[16:57] <mpt> and471, even the application name
[16:57] <and471> :)
[16:59] <and471> mpt, ok http://imagebin.ca/img/sN7T3MSh.png - how is the padding, is it correct?
[17:21] <fta> hi, could someone please help with http://code.google.com/p/chromium/issues/detail?id=48869 ? (Color artifacts on fancy buttons-in-menus on Ubuntu Maverick only)
[17:22] <fta> most probably related to gtk and/or cairo
[17:26] <seb128> fta, did you try downgrading cairo just to see?
[17:32] <fta> seb128, to pre-1.9?
[17:33] <seb128> yes
[17:33] <fta> hm, i no longer have those debs
[17:39] <fta> seb128, i assume lp no longer have those debs, right?
[17:40] <seb128> fta, it should
[17:40] <seb128> the librarian keep all versions
[17:41] <fta> https://edge.launchpad.net/ubuntu/+source/cairo/1.8.10-4ubuntu1 ??
[17:41] <rodrigo_> seb128, I added a new subpackage to ubuntuone-client (gir1.0-....), does that need to be sponsored?
[17:41] <seb128> rodrigo_, no, it needs to be binary newed
[17:41] <seb128> I will do that later I'm about to go for some running before dinner now
[17:42] <rodrigo_> seb128, ok, cool thanks
[17:42] <seb128> yw
[18:24] <jcastro> didrocks: banshee-meego not working with appmenu, is it app specific or something to do with the menu?
[18:24] <jcastro> it works with the normal desktop mode
[18:37] <chrisccoulson> is anyone else finding maverick to be quite memory hungry? my laptop is swapping before i've even opened any applications atm
[18:53] <Sarvatt> chrisccoulson: echo 1 > /sys/kernel/debug/tracing/buffer_size_kb
[18:55] <Sarvatt> that free up any memory? almost 500mb here, and the bug is in lucid too
[18:56] <Sarvatt> https://bugs.edge.launchpad.net/ubuntu/+source/ureadahead/+bug/501715
[18:56] <ubot2> Launchpad bug 501715 in ureadahead (Ubuntu Maverick) (and 2 other projects) "Kernel trace buffer should be cleared and size restored after profiling (affects: 55) (heat: 303)" [High,Triaged]
[18:58] <chrisccoulson> Sarvatt, yeah, that frees up 500mb here too
[18:58] <chrisccoulson> thanks :)
[18:58] <chrisccoulson> i'll try that on my lucid desktop as well
[19:08] <dobey> oh snap
[19:26] <and471> mvo, thanks for the merge, I shall try to speak to mmcg069 about the padding
[19:26] <mvo> and471: cool, thanks!
[19:26] <and471> mvo, about the other branch, I think you can merge the login dialog stuff, but not the stuff I have been doing wiht the review dialog, that is not ready by a long shot
[19:27] <mvo> ok and471
[19:27] <and471> mvo, if there are issues with the merge, speak with me tomorrow and I shall sort them out
[19:27] <and471> mvo, see ya
[19:29] <mvo> and471: ok :)
[20:03]  * kenvandine waves... gotta run out to meet my daughter's new teacher
[20:03] <kenvandine> bbiab
[21:21] <fta> gnome-utils claims to be a transitional package, yet it cannot be removed as ubuntu-desktop depends on it