[00:14] hello...I just installed 10.04.1 LTS Desktop. How do I get access to libglib2.0-dev through the package system? I seem to have access to it on my Ubuntu 10.04 server box... [00:19] That's probably a better question for #ubuntu, but the libglib2.0-dev package should be available. === zyga is now known as zyga-gone === almaisan-away is now known as al-maisan === bilalakhtar_ is now known as cdbs [07:47] Good morning [07:51] Good morning pitti ! [07:51] hey cdbs [08:17] hey glatzor! [08:19] good morning [08:28] morning didrocks [08:33] hey duanedesign, how are you? [08:36] hey mvo! [08:37] hey didrocks ! Howz quickly? [08:38] hey cdbs ;) quite busy with other things like CD testing, just released Quickly 0.6.1 yesterday :) [08:59] RAOF: thanks for confirming bug #656037 is also on desktop iso too :) [08:59] Launchpad bug 656037 in ubiquity (Ubuntu Maverick) (and 1 other project) "Software sources not selected (affects: 2) (heat: 14)" [High,Confirmed] https://launchpad.net/bugs/656037 [09:00] mvo: hey, I think it's for you ^^ [09:00] didrocks: Hey, if it's not broken, that means you haven't hit it hard enough yet :) [09:01] RAOF: heh :-) [09:02] Oooh, 7pm. That probably makes it Civ V time! [09:05] didrocks: thanks, I check it out [09:05] RAOF: enjoy :) [09:09] hm, launchpad down, I should do the same [09:09] (not that I have civ V, but … ) [09:10] argh, that explains a lot [09:10] mvo: Dr. House episodes? :-) [09:10] hey, it's 10:10 [09:11] haha [09:12] release! [09:12] oh, wait … [09:12] hey pitti [09:12] mvo: well, I don't know… get some tea :-) [09:12] * didrocks knew he should have checkout his branch before [09:22] hey [09:27] salut seb128 [09:28] lut didrocks [09:28] ca va ? [09:28] ça va bien, du mal à m'endormir hier soir (3h du mat), je sais pas pourquoi… mais la forme tout de même ! [09:28] et toi ? [09:28] lol [09:28] ca va bien, j'ai trainé un peu hier résultat je me suis rendormis ce matin ... ;-) [09:29] mvo, hey [09:30] mvo, did you send your gconf fix to debian? if not do you want me to do it? [09:30] seb128: ah ben bravo! :-) [09:37] bonjour seb128 [09:37] hey pitti [09:37] how are you? [09:38] I'm great, thanks! [09:38] just crossed the 600 mark :) [09:38] you will be done before UDS if you keep it this way ;-) [09:38] that's my plan [09:41] seb128: not yet, I can do it now [09:43] mvo, thanks [09:43] do we have isos to test today? [09:43] let's rsync [09:45] rickspencer3, hey [09:45] hi seb128 [09:46] rickspencer3, while you are around, what is the word for blueprints? [09:46] should we register some? [09:46] seb128, yes please [09:46] seb128: send [09:46] hey rickspencer3 [09:48] hi didrocks [09:48] hi rickspencer3 [09:48] i see you registered appselection-n-thunderbird-on-ubuntu [09:48] what is the scope of this blueprint? [09:49] i was wondering if there is any point in me having a separate one for the messaging indicator? [09:49] (currently other-desktop-n-thunderbird-messaging-indicator) [09:53] chrisccoulson, a separate blueprint would be fine [09:54] the t-bird blueprint is basically, the t-bird team wants to be default mail client [09:54] so they're coming to discuss that [09:55] rickspencer3, oh, i didn't know that people working on thunderbird were coming along [09:56] chrisccoulson, yeah, I logged the blueprint for them [09:58] ah, ok [09:58] thanks! [09:58] i see from the list of people subscribed now ;) === maxb_ is now known as maxb [10:09] Right away that raises a11y concerns. I'll dig up the blueprint tomorrow, and subscribe. === cdbs is now known as bilalakhtar [11:19] bilalakhtar: oh, that was _you_; I didn't recognize you as "cdbs" :) [11:19] pitti: :) [11:19] pitti: some find this nick of mine to be too long [11:20] *shrug* tab completion [11:20] it's shorter than chrisccoulson [11:20] (who currently determines the width of the nick column here) [11:20] yes [11:20] in the other channels its cody-somerville who does that [11:21] but I actually prefer real names over unintelligible acronyms/pseudonyms [11:21] much easier to keep track of whom you are talking to [11:21] And its a plus point if your nick and LP ids match :) [11:23] pitti: heh, same here, all the interface is reshaped at first chrisccoulson's sentence :) [11:48] hum, the software center selected lines without focus are not really readable with the default theme [11:48] white text on light grey background... [11:49] the totem bbc option seems broken, it's not listed [11:57] hum [11:58] seems the default webbrowser in GNOME is set to custom with an empty value there [11:58] chrisccoulson, ^ did you notice that before? [11:58] in fact [11:58] 10_libgnomevfs2-common:/desktop/gnome/url-handlers/http/command "sensible-browser %s" [11:59] has that always been the case? or did we set firefox as default in the past? [11:59] let's start a lucid iso [11:59] sensible-browser is right, surely — it should launch firefox [11:59] and does here [11:59] I doubt it's right [12:00] it makes the GNOME capplet shows "custom" with a weird icon [12:00] users will probably be confused to not have firefox set [12:01] rodrigo_, hey [12:01] hi seb128 [12:01] 10_rhythmbox-ubuntuone-music-store is buggy [12:01] hmm [12:01] * rodrigo_ looks [12:01] /desktop/gnome/url_handlers/xu1ms/command rhythmbox "%s" [12:01] should be a "-" [12:01] url-handlers [12:01] "/desktop/gnome/url-handlers/xu1ms/enabled true" is correct [12:02] rodrigo_, do you want a bug report about that? [12:02] seb128, as you like, would a change to the package be accepted without a bug #? [12:02] fixing it now, so yeah, file a bug and I'll include it in the package update [12:03] rodrigo_, it will next cycle, maverick will not get new updates now [12:03] seb128, ah, so? [12:03] it will be accepted without a bug # I mean [12:03] do I submit it still? [12:03] rodrigo_, well commit it to your vcs [12:03] it will be in the next upload [12:03] ok [12:03] no need to do an upload for that now since maverick is frozen [12:03] rodrigo_, thanks [12:05] hmm, also, it's u1ms, not xu1ms, I think === MacSlow is now known as MacSlow|lunch [12:05] I thought kenvandine had fixed that [12:05] seems he didn't [12:06] I'll check with him [12:06] rodrigo_, ok, I will open a bug for tracking [12:07] seb128, ok, assign it to me, please [12:08] rodrigo_, bug #641050 should be easy to fix as well [12:08] Launchpad bug 641050 in rhythmbox-ubuntuone-music-store (Ubuntu) "Missing dependency on aptdaemon (affects: 1) (heat: 246)" [Undecided,New] https://launchpad.net/bugs/641050 [12:08] seb128, yeah [12:18] rodrigo_, bug #656248 [12:18] Launchpad bug 656248 in rhythmbox-ubuntuone-music-store (Ubuntu) "incorrect u1ms handlers (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/656248 [12:30] ok, the default browser not being set is due to pitti merge, he dropped the diff we had to set firefox by default in ubuntu [12:30] gnome-vfs one [12:30] ? [12:31] though ideally we should probably set those keys in ubuntu-artwork [12:31] pitti, bzr diff -c 10 libgnomevfs2-common.gconf-defaults [12:31] in gnome-vfs [12:31] gnome-vfs! ugh, what's still using that? [12:31] not a lot but it's the source owning the gconf keys [12:31] those keys are using in the gvfs world as well [12:32] so what's wrong with sensible-browser? [12:32] not a lot, it just makes the GNOME capplet be set on "custom command" [12:32] which is less nice for users than having it set on firefox with a proper firefox icon [12:33] gnome-default-applications-properties [12:34] the good patch seems to set sensible-browser and retrieve which navigator is pointed at, looking for the icon and such… ok, a little bit late for that ;) [12:35] it's mostly a small ui glitch so let's not bother yes [12:35] hi seb128 - sorry, had to pop out to the garage [12:35] chrisccoulson, no worry [12:35] no, i didn't notice that before though. is that on a default install? [12:36] yes [12:36] but read the 15 lines before your hi [12:36] ah, ok. thanks [13:08] good morning! [13:12] good morning cyphermox [13:12] hey cyphermox [13:13] mvo: can I remind you about vte? or is it too late now and it should go as SRU? [13:15] cyphermox: do you know if there is any vpn issue with NM in maverick? [13:15] cyphermox: uploaded as a SRU already [13:15] cyphermox: too late for mav-final :/ [13:15] didrocks, just saw something about vpnc if set as "available to all users" [13:15] mvo: ok [13:15] cyphermox: but it will be a 0-day SRU [13:16] cyphermox: so, it can be related to bug #655124 ? [13:16] Launchpad bug 655124 in network-manager-openvpn (Ubuntu) "Network-manager-openvpn connects but can not be used (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/655124 [13:16] didrocks, looking now... but there's too little info. [13:17] fwiw I tried pptp again yesterday and didn't notice issues, but I'll check both again [13:17] cyphermox: yeah, I just read that this morning, I think you can ask the reporter some info :) [13:18] well, I'll still give it a quick shot first, in case it's really broken :/ [13:18] cyphermox: he is responsive normally [13:18] great :) === dobey_ is now known as dobey [13:19] brb, I'll likely lose IRC access === MacSlow|lunch is now known as MacSlow === bjf[afk] is now known as bjf [14:11] didrocks, looking at that report I don't think it's a bug, just that people generally don't know about the concept of split-tunelling [14:12] cyphermox: well, I can't blame him, I don't know either (but that can be a good documentation to read) :-) does it mean you can only have one part of your connection through the vpn? [14:12] it may be an indication that having split-tunnelling enabled by default would be a good change, but then you'll still have reports from those who expect it not to happen calling this a security issue ;) [14:13] didrocks, I'm not blaming anyone, just saying there are two ways to bring up the VPN, and either will have people send bug reports :) [14:14] what it means is essentially that when you bring up a VPN, the point is often security and in that case you'll want all traffic to go through it. [14:14] cyphermox: good to know, to do you have a documentation on that? (just googing will do it maybe in fact) and tell that on the bug report? [14:14] that sounds right, yeah [14:14] however, those who use VPNs to connect to work expect to retain access to the rest of what they had access without VPN, this mode is possible and is called split-tunelling [14:15] didrocks, I'll update the bug report after making sure this is really the issue, that will depend on what he responds his routes are [14:15] oh, you mean then that he can't access to the web, because its destination point doesn't have (like firewill on port 80), right? [14:15] firewall* [14:16] well, it means he can't access the web because his web traffic probably goes through the VPN, and then the VPN box is missing routes to send the traffic to the internet (or it's just not allowed, etc) [14:17] huh, right, I misread what you wrote ;) [14:17] cyphermox: that sounds more than logical. I'm surprized users doesn't see vpn as a huge tube where all your traffic goes [14:17] don't* [14:18] and then, you depend on what the end point has access too :) [14:18] to* [14:18] grrr :-) [14:19] well, people rather see it as some sort of layer that gives them access to work email, put simply [14:20] ok, weird. thanks for the info cyphermox :-) [14:20] and you are telling than we can have partial vpn access with NM? [14:20] like, you define the port(s) you want to go through your VPN access [14:22] yes.. there is a checkbox called "Use this connection only for resources on its network" under IPv4, Routes.. and you don't define specific ports but networks through routes if you want to get really specific things [14:23] cyphermox: good to know, thanks for clearing that up :-) [14:24] didrocks, np :) [14:25] I was a network admin in a former life so that's what I was doing for a living :) [14:26] kenvandine, ping [14:26] rodrigo_, pong [14:39] rodrigo_, I've assigned you bug #656304 [14:39] Launchpad bug 656304 in libubuntuone (Ubuntu) (and 1 other project) "should build without GTK deprecations (affects: 1) (heat: 6)" [Low,New] https://launchpad.net/bugs/656304 [14:39] rodrigo_, let me know if it should rather be assigned to somebody else [14:43] seb128, no, I'll fix it [14:43] rodrigo_, sorry I screwed between builds, it was ubuntuone-client which failed [14:44] rodrigo_, so I guess it's rather for dobey [14:44] kenvandine, didn't you fix the xu1ms -> u1ms gconf entries in the rb u1 plugin package? [14:44] rodrigo_, or do you do ubuntuone-client as well? [14:44] seb128, no, that part is my code, so fixing it in asecond [14:44] rodrigo_, ok great [14:44] kenvandine, so, I have a doubt right now, we said the correct one is u1ms, not xu1ms, right? [14:45] rodrigo_, also do you need the dbus gir? [14:45] rodrigo_, it seems to build fine without it and we would like to stop using gir-repository [14:45] seb128, no, it shouldn't need it, there's a bug about it, but not sure why there's that [14:45] humm? [14:46] rodrigo_, it is u1ms [14:46] kenvandine, ok, submitting a fixed package then [14:46] rodrigo_, is it broken again? [14:46] kenvandine, "still" ;-) [14:46] not "again" [14:46] i had tested the fix... [14:47] never uploaded? [14:47] * kenvandine is confused [14:47] kenvandine, the package has xu1ms, that's why I asked you, I thought you fixed it [14:47] dobey, ignore the ping, rodrigo_ is taking care of that (updating ubuntuone-client to build with current gtk without deprecation) [14:47] well, the ~ubuntu-desktop branch [14:47] kenvandine, the gconf default is buggy [14:47] * rodrigo_ checks the ubuntu branch [14:47] kenvandine, you tested the code fix? [14:47] gconf default [14:48] but i thought rodrigo_ had uploaded it... [14:48] huh [14:48] kenvandine, hmm, ok, I thought you were going to upload it, so that's why it didn't get fixed :) [14:48] kenvandine, proposing my branch now [14:48] oh... [14:48] ok [14:49] kenvandine, https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/maverick/rhythmbox-ubuntuone-music-store/maverick [14:49] seb128, well, I have permissions for rb u1 plugin, should I upload the package? [14:49] kenvandine, no fix in there [14:49] rodrigo_, you need to do a sru now [14:49] ie upload to maverick-proposed [14:50] seb128, so, just a merge proposal? [14:50] the changelog says it was fixed [14:50] * debian/rhythmbox-ubuntuone-music-store.gconf-defaults: [14:50] - Set default values for u1ms:// URL handlers (LP: #643638) [14:50] in rev 51 [14:50] seb128, or dput to maverick-proposed? [14:51] oh... that was the first time it was fixed :) [14:51] adding the xu1ms [14:51] rodrigo_, check with kenvandine === ara__ is now known as ara [14:51] rodrigo_, I would commit it in the vcs as unreleased [14:51] kenvandine, yes [14:51] you can maybe combine with some other fixes and do a sru next week [14:51] if you think you will have other fixes to upload [14:52] seb128, I have a couple of fixes in this branch, and a bug in upstream rb plugin, so yeah, I'll do a SRU next week [14:52] ok great [14:52] great, thx rodrigo_ [15:24] seb128, https://code.edge.launchpad.net/~rodrigo-moya/ubuntuone-client/dont-use-dialog-vbox/+merge/37852 [15:25] seb128, no need for you to review, just letting you know the fixes are on their way :) [15:25] rodrigo_, great ;-) [15:50] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gsettings [15:51] new tasks for those who want [15:52] seb128, oh, working on gsettings migration for g-s-d, g-c-c, so having a look... [15:52] not sure how practical it is yet for python users though [15:53] rodrigo_, ^ do you know? [15:53] seb128, btw, did you see the ' Moduleset Reorganization -- Take two' thread in d-d-l [15:53] seb128, hmm, not sure, let me look [15:53] is there a python gsettings api? or do we need gir and newer pygobject? [15:53] rodrigo_, yes [15:53] I guess it is via gir bindings, yes [15:54] I assume they are available, since the whole of glib is bound, let me check [16:00] rodrigo_, this list is mostly easy code to port btw so feel free to start by helping GNOME migrating to gsettings [16:01] rodrigo_, btw do you know what will happen for things like http proxy? [16:01] we will probably not port all the software reading that key in one cycle [16:01] seb128, yeah, I'll start probably tomorrow on that list when idle [16:01] will g-c-c 2.91 still write in gconf? [16:02] seb128, not sure yet, we're still going over all the settings and see what to use instead [16:02] seb128, no, g-s-d now writes all its own settings in gsettings [16:02] rodrigo_, btw do you have other pointers than http://library.gnome.org/devel/gio/unstable/migrating.html and the api? [16:02] rodrigo_, just trying to figure what infos would be useful in those bug reports [16:02] seb128, changing g-c-c now, and the last phase is going over all gconf entries and migrate/replace [16:03] seb128, hmm, no [16:03] rodrigo_, I think we need some code to still write some keys in gconf as well than gsettings [16:03] seb128, in fact, I had to look at other modules' code to see how to write the conversion script, for instance [16:03] seb128, or a gconf-gsettings bridge? [16:03] rodrigo_, http://library.gnome.org/devel/gio/unstable/ch27s07.html [16:03] ? [16:04] rodrigo_, yeah, or something watching one side and updating the other side [16:04] seb128, since we have the keys relation, it shouldn't be hard to do [16:04] we offer a gconf API, and that translates to gsettings API and keys [16:04] it should be easy [16:05] seb128, ah, didn't see that page, cool [16:07] seb128, hmm, in fact, I guess desrt has thought already about that [16:07] desrt, ? [16:17] rodrigo_, is this one for you? [16:17] bug #656342 [16:17] Launchpad bug 656342 in libubuntuone (Ubuntu) "should not require gconf to build (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/656342 [16:18] seb128, yes [16:18] rodrigo_, ;-) [16:19] :) [16:20] rodrigo_, those are nothing you need to fix now btw, I'm just building a todolist for next cycle [16:22] seb128, they are easy to fix, so just fixing them as you pass them to me :-) [16:22] keep sending easy to fix bugs, no problem [16:22] rodrigo_: hi [16:22] :-) [16:23] if they are harder, just don't let me know :) [16:23] hey desrt [16:23] lol [16:23] desrt, seb128 and I were talking about proxy settings in gconf, which are used by lots of apps [16:23] hey desrt [16:23] rodrigo_: gsettings desktop schemas [16:24] desrt, I wonder if there are plans to have a gconf API that writes to gsettings and translates the key paths? [16:24] desrt, yes, no problem with porting core apps to gsettings [16:24] gsettings-data-convert [16:24] that's not dynamic [16:24] ie imagine firefox is still watching the gconf key [16:24] desrt, yes, but I mean the 3rd party apps that use gconf to read that [16:24] ah. [16:24] * chrisccoulson hides [16:24] while g-c-c writes the new values in gsettings [16:25] ideally all will be ported, but there are too many [16:25] the idea was that g-c-c was supposed to write the values to both places [16:25] ideally and real world are different ;-) [16:25] porting firefox to gsettings is on my todo list if nobody beats me to it [16:25] desrt, oh? really? I'm already porting it to gsettings and removing all gconf usage [16:25] chrisccoulson, do you think upstream would agree with it or with us distro patching it next cycle if it doesn't land in their trunk? [16:25] rodrigo_: my understanding was that for a cycle or two, control-centre was supposed to update the gconf settings as well [16:26] rodrigo_, that's sort what we said would make sense at the last UDS [16:26] seb128 - probably, it shouldn't be too difficult [16:26] it's only using gconf for the URI handlers and default browser setting [16:26] desrt, seb128: I missed that part, and anyway, it would complicate the code a lot, I think [16:26] chrisccoulson, I though it would rather be political issues, like they would not want to update their glib requirement yet and not want us to distro patch things they want in their trunk [16:26] rodrigo_: the other option is that we have a daemon that makes gconf a slave to gsettings [16:26] part of gnome-settings-daemon, i guess [16:26] I think it would be easier to provide libgconf doing the internal conversion [16:27] desrt, or that, yes [16:27] monitors dconf keys for changes and pushes them into gconf [16:27] desrt, ok, that sounds good also [16:27] would work for me [16:27] desrt, libgconf is not being removed from GNOME 3 modulesets? [16:27] who cares? [16:27] everyone will ship it anyway :) [16:27] heh, right :-) [16:28] seb128 - we can make it optional. the GIO support in ff-4.0 is already optional [16:28] if you upstream this 'feature' for gnome-settings-daemon it can be conditionally enabled [16:28] desrt, well you sort of care if you want gnome-settings-daemon writting in gconf [16:28] right [16:28] chrisccoulson, ok, great [16:28] desrt, yeah, sounds good, and much better than having g-c-c writing to both places [16:29] rodrigo_: be careful though [16:29] also, it would work for all settings [16:29] rodrigo_: you don't want the pushing of data from dconf to gconf to interfere with the one-time gconf to dconf migration scripts [16:29] I guess it should check the *.convert scripts and just listen to changes on those [16:29] could have a nasty race there resulting in mass "forgetting" of all the user's preferences [16:29] yeah [16:31] btw: i think you're right about the control center using only dconf [16:31] binding UI to settings is bad enough. doing it twice to the same UI is just gross [16:32] desrt, yes [16:43] * desrt steps out === al-maisan is now known as almaisan-away [17:13] evening mvo [17:14] mvo, I added an apt configuration file writting mechanism to aptdaemon today. Would be nice if you could have a look at it (perhaps after the release :) === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [18:00] mvo: around? [18:12] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.searchtext=&field.tag=gnome3-gtk3+gnome3-gsettings+gnome3-gtkbuilder&field.tags_combinator=ANY [18:12] gnome3 cleaning tasks [18:15] ok, I'm away for sport and dinner [18:15] bbl [18:15] rickspencer3: can you schedule this https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-encouraging-game-development there seems to be a good amount of interest [18:15] seb128: good luck [18:16] fagan, will do, but prolly next week [18:16] don't worry [18:16] kk [18:16] no problem [18:16] and we'll put it in the last session so you can be there [18:17] awesome [18:17] I think I can catch about half the sessions in the days anyway [18:20] florida is like 5 hours behind so I think ill only miss 1 session with my college times [18:22] the only thing ill find really interesting is running a session from Ireland :P [18:25] sounds like fun :) [18:27] kklimonda: well ill probably ask someone to gmail me into the room beforehand [18:27] so I can be (almost) live [18:27] skype! ;) [18:27] what session do you have? [18:28] kklimonda: https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-encouraging-game-development [18:31] fagan: heh, it's a great thing to discuss but, imo, the only real problem is not enough users for companies to port games to Ubuntu. an opt-out canonical-census would be useful. But it's not a discussion for now, I'm subscribing myself :) [18:32] kklimonda: well the entire idea I think is something we can build up and go oh by the way if you port your game you can use all of this cool stuff already made. [18:32] count me and my pessimizm in ;) [18:33] And maybe some open source games should push to the trophy system to get it started to show it off [18:33] its really about giving the area something to build on [18:34] fagan: the problem is how can we become better than Steam at this? Because, if everything goes as planned, they are going to port Steam to Linux. And Steam SDK (the part given to developers so they can integrate steam with their games) is fairly complex. [18:35] yeah well we can better steam just by making it usable with any language id say by making most of it dbus accessable [18:35] fagan: 99.5% of games is written in C++ anyway. [18:36] so the idea could be done and integrated in with like a few lines of code for everything id say [18:36] but the win for those few lines is a lot [18:37] so even syncing save games, steam does it and we have our u1 sync so we just need to advertise that more [18:37] sure [18:37] the biggest change is the software center things [18:37] * kklimonda is just saying that it's a terribly huge and complicated matter [18:37] but that even shouldnt be (too) complex [18:37] yeah [18:38] it is fairly huge [18:38] kklimonda: if you think about it by the next LTS everything that I have in the wiki page could be done with time to spare i think [18:38] first thing we should do is talk to indie developers who has used steam works - what did they like, what didn't etc. [18:39] well I talked with a few game devs that i know about it [18:39] we won't be able to implement anti-cheat or drm probably but the rest of APIs is doable if we have enough resources. [18:40] and they thought the ideas were sound enough [18:40]