=== eeejay is now known as eeejay_away === eeejay_away is now known as eeejay === asac_ is now known as asac [07:40] Amaranth: hi... is it a known Lucid bug that the system starts without an window manager? i'm having to reload compiz every time i boot up... [08:17] Good morning [08:17] baptistemm: backlight working> great! [08:17] baptistemm: libhal* doesn't matter [08:41] pitti, okay nice [08:41] I don't recall what is my hardware but I can provide it to you it you care [08:41] baptistemm: wouldn't be of much help to me, I think [08:42] I was able to change the backlight and I had the notification working aslo [08:51] good morning everyone [08:52] good morning chrisccoulson [08:52] hey pitti, how are you? [08:53] I'm great, thank you! how about you? [08:54] yeah, i'm good too thanks. only half a day at work to go before the weekend starts :) [08:54] chrisccoulson: when will you start into holidays? [08:55] i start on christmas eve. i used all my holiday allowance up this year already ;) [08:55] when do you start? [08:56] on the 24th [09:00] pitti - so, you'll still be around next week then ;) [09:00] i've heard it's going to be fairly quiet in here [09:00] right, sounds great for getting stuff done :) [09:22] hey there [09:24] I'm a bit late today but with a new screen [09:24] Santa was coming earlier this year ? :) [09:24] right [09:25] brb need to reboot to try something [09:25] bonjour seb128 [09:29] come back seb! [09:30] seb128: what did you got? [09:30] mdz: fwiw, you asked yesterday if anyone else was getting "cannot remove.... modules.*map" from update-initramfs. just did my morning updates and ntfs-3g tripped the update-initramfs trigger and I got that message [09:31] hmm, that was supposed to go to #ubuntu-devel, my bad [09:32] hey seb128 [09:33] seb128: how's the new screen working then? [09:33] seb128: (FTR, I fixed the lucid chroots, and committed an ubuntu-fat-chroot fix to divert update-alternatives, to permanently fix the dist-upgrade problem0 [09:34] hey mvo chrisccoulson pitti [09:34] mvo, got a 24" flat screen [09:35] seb128: nice! what did you have before? [09:35] sweet [09:35] mvo, got a 24" flat screen to replace a 19" one [09:35] sweet [09:35] I like it ;-) [09:35] what model/brand is it? [09:35] it's much better than using laptop + 19" that I was doing this week [09:35] I've space and no screen confusion ;-) [09:36] Iiayama prolite e2407hds [09:36] mvo, hi, did you see my question about apt+http: yesterday? [09:36] mpt: no, sorry [09:36] pitti, (thanks) [09:37] mpt: but apt+http is something we do not really support for security reasons, it lets you add any repository [09:37] mpt: and that is not something we want to make too easy (especially triggering it from a website) [09:37] mvo, I thought we had a whitelist for that. Or am I confusing it with something else? [09:38] oh, hold on [09:39] we solved the whitelist with a different mechanism (the channel= parameter to apturl) [09:39] (unless I'm confused which is quite possible, but not that likely) [09:40] mvo, the channel= parameter isn't described in the man page, so I haven't included it in yet. Is it documented anywhere? [09:40] mpt: could you please paste again what you asked yesterday? I don't have logs it seems [09:41] mvo: (irclogs.ubuntu.com FTW :) ) [09:41] mvo_, are URLs of the form "apt+http://launchpad.net/~mvo/ppa?package=2vcard" actually supposed to be implemented at the moment? Firefox gives me an error when I try to open one, and won't let me set up apturl to handle it. [09:41] ("Firefox doesn't know how to open this address, because the protocol (apt+http) isn't associated with any program.") [09:41] that's all :-) [09:43] mpt: ok, thanks. I look at the code in some minutes (need to finish some apt coding first) and come back with answer from code (and not memory) [09:43] ok, thanks [09:43] This apturl replacement is turning out to be ever so slightly more complex than I thought it would be :-) [09:59] pitti - will you have time to review any SRU's today? [09:59] I counter the question with: did you upload anythign which should be processed soon? [10:00] I can make some time, yes [10:00] pitti - yeah, i uploaded transmission a couple of days agoand robert_ancell uploaded a gcalctool update as well [10:00] oops, there was meant to be a carriage return somewhere in there [10:01] mpt: ok, so the README has a tiny bit of information about channel, that is the mechanism used for adding trusted third parties (like partner or in the future other repos). the apt+http stuff is disabled in the source [10:02] mpt: I'm updating the man-page now [10:04] mvo, can you send me the diff so I can design the replacement? :-) [10:04] http://paste.ubuntu.com/343732/ [10:31] thanks mvo (and "Avaialble" should be "Available") [10:32] mpt: thanks, fixed [12:20] mvo, if you have a few spare minutes, could you have a quick look at the "Custom package lists" and "Launching and navigating from apt: links" sections to check that they make sense? https://wiki.ubuntu.com/SoftwareCenter#custom-list === vuntz_ is now known as vuntz [13:01] pitti - thanks for processing the transmission SRU :) === asac_ is now known as asac [14:18] Riddell: would you mind adding some kubuntu status to https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus ? [14:21] tedg: hi... hope UX folks would consider Bug 498182 ;) .. this menu isnt a single one as the previous items :) [14:21] Launchpad bug 498182 in indicator-application "Indicator-application does not support vertical panels" [Undecided,New] https://launchpad.net/bugs/498182 [14:22] pitti: around? :) [14:23] mac_v: It's not going to be a huge priority as vertical panels aren't in default setups. [14:24] tedg: yeah , i know but atleast hope its not a "wont fix" like the rest ;) [14:24] it's a trivial fix though [14:24] mac_v: starting without a WM is certainly not supposed to happen (works fine here) [14:25] mac_v: file a bug against gnome-session, I guess [14:25] tedg: it took quite a while for me to realize that rhythmbox was being sent there... [14:25] mac_v: Not a "wont fix" but may end up being a "dont' have time to fix" :) [14:25] Amaranth: gnome-session? it happens everytime for me :( [14:25] right, gnome-session in responsible for starting a WM [14:26] you wouldn't blame a WM for nothing telling it to start, would you? :) [14:26] Amaranth: hehe , nope.. ;) .. i thought it was a side effect of moving plugins to the -extra package , and that it was not starting since ,certain plugins are missing [14:27] no no, compiz will start no matter how badly its configuration is screwed up as long as you don't manage to crash it [14:27] ah , ok [14:28] tedg: "dont' have time to fix" :( .. dobey mentions its a simple fix , damn if only i knew how , i'd submit a patch :/ [14:36] mac_v: look at the source in gnome-panel for the menu applet thingy [14:37] mac_v: i think it just rotates the whole menu bar [14:37] mac_v: but you need to rotate a different direction depending on which side the panel is on [14:38] dobey: ah , right the gnome-menu... will check it out :) thanks [14:39] mac_v, PANEL_ORIENTATION_LEFT and PANEL_ORIENTATION_RIGHT in panel-menu-bar.c [14:40] not sure how trival it is to add that to indicator-applet, but i would imagine easy [14:41] cool , will test/try it out ... [14:58] dobey: hi [15:00] pitti: hey. care to poke at a couple SRUs for me? haven't seen any activity on them in a few days, and was wondering how to push them along and get them through [15:00] dobey: we by and large need someone to confirm that the package still works and fixes the bug [15:01] pitti: hrmm, ok [15:01] feel free to ask in the bugs, of course [15:05] its snowing! [15:05] * mvo feels like christmas already [15:09] snowing here since yesterday, too; everything is bright white [15:12] good morning pitti, I hope you are enjoying the snow [15:13] seb128, pitti, Riddell, bryce_, etc... shall we cancel the team meeting for next Tuesday? Not many of us will be here I think [15:13] hey rickspencer3 [15:14] rickspencer3: I'm enjoying it from inside :) [15:14] rickspencer3: aren't you on holiday anyway? [15:14] rickspencer3: meeting> makes sense, I think [15:14] * pitti looks forward to having three quiet days to get stuff done [15:14] Riddell, yes, today is my last non-holiday day, but I thought you guyses might want to meet anyway [15:23] pitti, it should be snowing here in about an hour [15:24] kenvandine, if you were writing some code with Quidgets, and you were going to make a function call that brought up a dialog to collect a string as input from a user ... [15:24] what would you expect that function call to be named? [15:25] pitti, seb128, eeejay, didrocks, anybody? ^ [15:25] * rickspencer3 practices participatory design ;) [15:26] hehe [15:26] perhaps something that starts with raise_ [15:26] nah [15:26] rickspencer3: how many similar things do you have? (a yes/no dialog, info/error messages, etc.) [15:26] sounds like exception handling [15:27] sounds very similar to standard message box use cases [15:27] pitti, yes, I'm thinking you'll be able to get:L string, number, date, yes/no [15:27] yes, and also just show a message box [15:28] http://library.gnome.org/devel/gtk/unstable/GtkMessageDialog.html is already quite nice -- it allows you to specify arbitrary buttons, etc. [15:29] pitti, nah, it's too hard [15:29] it should be: [15:29] response, input = somefunction(a couple of params) [15:29] so I need to wrap up messagedialog [15:29] so I'd like to see an equivalent gtk_input_dialog(InputDialog.DATE, "when is your birthday?", InputDialog.OK | InputDialog.Cancel) [15:29] (not that I'll take away message dialog) [15:29] right [15:31] but I wouldn't do an int_input_dialog, date_input_dialog, etc. [15:31] pitti, why not? [15:32] since these might get different arguments and thus are harder to remember/error prone [15:32] oh, I see [15:32] maybe it's just me, but I usually don't like to encode data types in function arguments [15:32] no, they should all have the exact same arguments [15:32] but of course this is all bikeshedding, I don't have a scientific argument :) [15:32] pitti, mmm [15:32] rickspencer3: in the general case you might want "any string" [15:32] pitti, I was asking for bikeshedding, I'm building a bike shed ;) [15:32] but you might hand over a type flag, a regexp, etc. [15:33] but I think, perhaps, pitti you are rather more systematic than the user I am targetting [15:33] one day I might need a message box which lets me enter [a-z_]\w+ [15:33] pitti, right, at which point you can write that yourself ;) [15:33] but of couse this might be a little too complex [15:33] I'm thinking of someone who is new pygtk and is used to alert("boo"); [15:34] rickspencer3: ah, for date you actually want to show a calendar applet, and no input line [15:34] yes [15:34] here's what I'll do, I think [15:34] you can go: [15:34] right, that should be a different function, since it looks totally different [15:34] result, date = quidgets.prompt.date_prompt() [15:34] input_string(title, text), input_date(title, text), etc. [15:35] ^notice that I am handling the run(), etc... for the programmer [15:35] s/string/line/ perhaps, too [15:35] pitti, what do you think of a prompt namespace in the library? [15:35] rickspencer3: no firm opinion, I think [15:36] just that I don't like prompt.date_prompt() [15:36] either prompt.date() or .date_prompt() [15:36] hmmm [15:36] (namespace name duplication) [15:36] pitti, , right [15:36] let me start with that [15:37] I'll start with string, data, yes/no [15:37] s/data/date [15:37] incidentally, in apport I have something similar for hooks [15:38] python -c 'import apport.ui; help(apport.ui.HookUI)' [15:40] prompt.date() seems good to me :) [15:44] hum [15:44] tedg, hey [15:44] tedg, so the rhythmbox icon issue is that the icon is in an app dir [15:44] which works when the code is running from the application side... [15:44] but the applet doesn't look in the /usr/share/rhythmbox dir [15:44] seb128: Yes, so we need to allow apps to specify those directories. [15:45] right [15:45] seb128: And then we have to remove and add them appropriately (which is the harder part) [15:45] the code to show play, stop button seems to doesn't work either [15:45] your example is not clear [15:45] should apps use set_icon [15:45] or set_attention_icon? [15:45] you use the second in your example [15:46] They're different icons. One is for attention, the other is the standard case. [15:46] but I would think the first is the one to use [15:46] what is attention? [15:46] the api is not clear about that [15:46] the rhythmbox code set that one [15:46] to play or pause [15:46] which are in the standard dir [15:46] but that doesn't work [15:46] but maybe it's never is the attention status [15:46] ? [15:47] rickspencer3, hey [15:47] rickspencer3, I'm on vac next week [15:47] so no meeting for me in any case [15:47] (to reply to earlier question, sorry I was not in front on the computer running IRC) [15:47] seb128: http://people.canonical.com/~ted/libappindicator/current/AppIndicator.html#AppIndicator--attention-icon-name [15:47] hi seb128 [15:48] tedg, when should attention be used? [15:48] seb128: When you want to show that icon :) [15:48] tedg, the attention icon is used for the attention status...great [15:48] I wouldn't have guessed from the name [15:48] well, why should I set that rather than just change the icon? [15:48] what is asking for attention? [15:48] tedg: shall I assign the bug to you? It would be a shame to be on holiday with a broken rhythmbox icon [15:48] do you have a concrete example? [15:48] seb128: Because KDE people like it that way :) [15:49] tedg, sorry but it's not clear to me still [15:49] I don't understand when I'm supposed to set the attention status [15:49] seb128: I'm not a fan of it, but I think it's a convinience thing. Like you can just set the state and not worry about icons. [15:49] well [15:49] seb128: Like Evolution saying it has new mail. [15:49] the rhythmbox change sets the attention icon to play and pause [15:49] but that doesn't work [15:49] the icon never change [15:50] I'm not sure if that's a stack bug [15:50] or if the attention status is a special case to trigger [15:50] and how to trigger it [15:50] I can do play and pause and still get the no found icon [15:50] the play and pause icons are standard dir ones [15:50] ie not in the rhythmbox dir [15:51] seb128: I'm not sure. Are you talking about the icons in the menu now? [15:51] no [15:51] I was trying to understand the rhythmbox change [15:51] ie does set the status icon [15:52] tedg, when there is a song change or state change, it changes the icon [15:52] and the api is not clear about when that should happen [15:52] and the actual icon is never displayed [15:52] I'm trying to understand why [15:52] also the padding makes icons look weird [15:52] seb128, i tried changing every place that set the icon to use a common one that should be found and it still never set it [15:52] not sure if that's a bug [15:53] kenvandine, it works if I copy the /usr/share/rhythmbox/icons/hicolor/scalable/status/rhythmbox-notplaying.svg [15:53] seb128, but using the same icon in a python example works [15:53] to /usr/share/libindicator/icons/hicolor/scalable/status/ [15:53] oh really? [15:53] humm [15:53] it's just that the code runs under the wrong namespace [15:53] ie doesn't find custom rhythmbox icons [15:53] in fact, in a python example i set it to the rhythmbox icon [15:53] and it worked [15:53] which i thought was weird [15:54] just passed "rhythmbox" as icon-name [15:54] so i suspect in the rhythmbox case, it is because it is setting attention [15:54] maybe that only uses icons in /usr/share/libindicator/icons/hicolor/scalable/status/ ? [15:54] try making it not set attention and see if it works [15:55] kenvandine, try sudo cp /usr/share/rhythmbox/icons/hicolor/scalable/status/rhythmbox-notplaying.svg /usr/share/libindicator/icons/hicolor/scalable/status/ and run it [15:55] it works there [15:55] it = rhythmbox [15:55] the patch uses rhythmbox-notplaying naming [15:55] not rhythmbox [15:56] yeah, i am just wondering if it wasn't setting attention if it would find it [15:56] not [15:56] it's in /usr/share/rhythmbox [15:56] not /usr/share/icons... [15:57] the applet doesn't use custom rhythmbox directory... [15:57] anyway I need to run for some errands now [15:57] be back later! [15:57] i see [15:57] we can change the icon to use rhythmbox for now [15:57] that one would like work [15:58] likely [15:58] i tried that and it didn't [15:58] weird [15:58] in rb [15:58] but it does in my example [15:58] so maybe it only uses /usr/share/libindicator/icons [15:58] for some reason [15:58] which is why i suspect it is related to attention [15:58] tomboy works though [15:58] it must be a rhythmbox issue [15:58] could be [15:58] I will play with that when I'm back [15:59] bbl [16:07] tedg, if i do indicator.set_status(appindicator.STATUS_ATTENTION) [16:07] then [16:07] indicator.get_icon() [16:08] i should get the icon i used in indicator.set_attention_icon ? [16:08] kenvandine: No. The icons are kept distinct [16:09] kenvandine: The only place it should be different is the panel (not sure if it works or not) [16:14] tedg, well it isn't changing the icon in the panel :) [16:15] so if i set_status to STATUS_ATTENTION it should change the icon? [16:15] kenvandine: Yes. [16:15] ok... not working :) [16:15] kenvandine: :-/ [16:16] and should set_icon change the icon ? [16:27] dobey: please notice that testing PPAs doesn't count for SRUs; you have to test the packages in -proposed [16:31] pitti: ok, they are the exact same packages... only difference is the ~ppa1~series at the end :) [16:32] right, but they will/might get built in a different environment [16:32] (different toolchain, etc.) [16:32] that's not very important for testing that the bugs are fixed [16:33] but we still need a general test of the -proposed binaries to check for misbuilds [16:34] ok [16:36] well, i guess they need to be uploaded to proposed then. i'm not sure how to do that myself, or if i can [16:38] no, you'll need a sponsor [16:39] dobey: btw, that's the reason why "update to 1.0.1" bugs are rather useless for SRUs [16:39] since they aren't reported by someone who is actually affected by them [16:39] and the SRU policy mandates to use the actual, real bugs instead [16:40] pitti: this is another reason that launchpad needs bug dependencies [16:40] well, they might be useful indeed [16:40] but not really important [16:40] we don't really want to update karmic to 1.0.1 [16:41] what we really want is to fix a bug [16:41] well, we want to fix 20 bugs [16:41] and we upload 1.0.1 as a means to that [16:41] but i don't want to do 20 separate updates when they're all fixed already in the code [16:41] no, sure [16:41] I mean conceptually, not technically [16:42] from an user's POV, I filed a bug, and a month later I get a followup "please test karmic-proposed" [16:43] yes, sure. and i don't want users to think their bug is somehow less important than this other one, where we decided to put the SRU request [16:43] right, exactly my point [16:43] and i don't want to go through every bug and duplicate the same SRU request [16:43] a separate "SRU request" bug is useless [16:44] it wouldn't be the same, though [16:44] if you fix 20 bugs, there are 20 different test cases and 20 different solutiosn [16:44] and the changelog needs to mention 20 bugs and descriptions [16:44] etc. [16:46] the changelog does mention them all [16:47] i don't see how the SRU request wouldn't be the same for all the bugs [16:48] but how do i get it into -proposed in the first place? [16:57] mdeslaur: i cannot find your mm bug id [16:57] is that filed against mm at all [16:57] ? [16:58] dobey: normal sponsoring, just like any other package; shall I upload something for you? [16:58] dobey: (sorry, I'm lagged; release meeting going on) [16:59] pitti: well i guess ubuntuone-storage-protocol and ubuntuone-client need uploading to -proposed. if i've done something wrong and need to make changes to the packaging, for that to happen, please let me know and i'll fix it asap. thanks :) [16:59] dobey: .dsc url? [17:00] (or PPA, or whereever I can get the source from) [17:01] lp:~ubuntuone-control-tower/ubuntu/karmic/ubuntuone-storage-protocol/karmic [17:01] lp:~ubuntuone-control-tower/ubuntu/karmic/ubuntuone-client/karmic [17:01] pitti: ^ there :) [17:01] i gotta get lunch now. but i'll be back soon [17:02] dobey: can you please fix s/karmic/karmic-proposed/ in changelog? [17:02] (I can't commit to those branches) [17:07] pitti: not sure to be able to debug the netbook-launcher thing until the nvidia priopriotary driver working with Xorg 1.7 makes it in lucid (I have another error as 3D acceleration isn't available) [17:07] didrocks: njpatel said he has an idea [17:08] didrocks: oh, you figure it's graphics driver related? [17:08] pitti: Can't confirm. Only that I have another error not being able to get 3D acceleration [17:09] if njpatel has an idea, great :) [17:09] pitti: didrocks: off the cuff it looks like we're not reading something properly and trying to set a NULL pointer to the ClutterText's "text" property. However, I need to make sure [17:11] dobey: u-s-p uploaded with that karmic-proposed change [17:15] dobey: a lot of those changes aren't really SRU matter, btw (like "Fix for running on python < 2.6.3" or "Distinguish auth errors from other errors" or "Create a POT during the build", and the like) [17:15] dobey: next time, please don't add changes which potentially destabilize things and aren't SRU matter [17:16] it's causing you and me extra work, and makes verification much harder [17:33] I can't seem to make this bug public. I thought since I filled it... bug 498189 [17:33] Bug 498189 on http://launchpad.net/bugs/498189 is private [17:33] Can someone check to see if it's just me :) [17:44] tedg: I can see it, and you are subscribed, so you should be able to, too [17:44] if not, that's an LP bug [17:44] tedg: are you logged in? [17:46] pitti: yeah, cause I can see the bug... [17:47] oh, I misread [17:47] I can make it public (just did so) [17:47] Hmm, cool. Thank pitti! That's the important thing :) [17:47] tedg: made private again for your testing [17:47] oh [17:48] tedg: do you get an error message? [17:48] Hmm, I just noticed as it loaded the icon came up and disappeared. I wonder if it's an Epiphany bug. [17:48] anyway, I made it public again [17:50] Ah, it is an Epiphany bug. I can't make it private again either. [17:50] Thanks for the help pitti [18:08] pitti: the "distinguish auth errors" issue is most certanily an sru issue. and most all the fixes are well tested already, by thousands of users using our beta ppa [18:15] dobey: how did you get those stats ;)? [18:15] "thousands" ;) [18:18] asac: i think < 10% of ubuntuone users using the beta PPA is a pretty safe estimate === eeejay is now known as eeejay_away [18:24] * pitti had rather estimated that < 1% of users even know what a PPA is.. [18:25] haha [18:25] dobey: how so? did you install that somehoe automatically? [18:26] asac: the install instructions on the ubuntu one web site are "click here and this will add the PPA, and then click here, and it will install the software" [18:27] pitti: u1 users, not ubuntu users :) [18:27] right, for ubuntu users in general the percentage is probably more like 0.1% :) (which would be some 10.000) [18:28] but anyway, I uploaded both packages [18:28] I just need you to do the changelog fix in bzr [18:28] ah right. you shipped this ugly package installing the ppa etc. [18:28] yeah i will === eeejay_away is now known as eeejay [18:50] good night everyone [18:50] good night pitti [18:50] have a good weekend [18:50] bye chrisccoulson, have anice weekend! [18:51] mac_v - you there? i'm just going through my bug mail and saw you opened a gnome-session bug [18:53] have a nice weekend pitti :) [19:08] chrisccoulson: hi.. yup [19:08] mac_v - you're restoring from a saved session which seems to be broken [19:09] when did this start happening? [19:09] mac_v - WARNING: Could not launch application '108f965d3aada14f25125765658777116800000018040038.desktop': Unable to start application: Failed to execute child process "/usr/bin/compiz.real" (No such file or directory) [19:09] that's the wrong restart command for compiz ;) [19:09] chrisccoulson: ever since , I installed Lucid on a separate partition ... I'm using same /home for both lucid and karmic [19:09] mac_v - that's why [19:10] hmm.. [19:10] what has happened is, you've saved a session in karmic (where compiz set the restart command to /usr/bin/compiz.real) [19:10] and then tried to restore it in lucid, where /usr/bin/compiz.real no longer exists [19:10] chrisccoulson: ah.. ok , how do i remove it? [19:11] mac_v - you can just delete ~/.config/gnome-session/saved-session [19:11] * mac_v checks [19:12] i'm just wondering if gnome-session should check the existence of the executable when loading saved session info [19:12] to handle things like upgrades [19:13]