[02:13] <jasoncwarner_> TheMuso: hey man, around
[02:19] <TheMuso> jasoncwarner_: Sure thing.
[02:23] <cyphermox> hey jasoncwarner_
[02:23] <jasoncwarner_> hey cyphermox , how are things?
[02:23] <cyphermox> alright. about to log off to watch tv for a bit
[02:24] <jasoncwarner_> hey cyphermox quick ? for ya, just sent you an email actually
[02:24] <jasoncwarner_> I lost my network indicator in an update...did something break?
[02:25] <TheMuso> jasoncwarner_: Yes, indicator ABI breakage.
[02:25] <jasoncwarner_> TheMuso: gah
[02:25] <jasoncwarner_> ok.
[02:25] <TheMuso> jasoncwarner_: Are you running Unity from a PPA?
[02:25] <jasoncwarner_> TheMuso: yes, dx PPA
[02:25] <TheMuso> jasoncwarner_: Right, the PPA is not likely built against the new indicator ABI in teh archive yet.
[02:27] <cyphermox> network... indicator?
[02:28] <TheMuso> cyphermox: Its not an nm bug specifically, its indicator breakage, so any app indicator won't show.
[02:28] <jasoncwarner_> TheMuso cyphermox thanks...I'll remove the PPA and update....
[02:28] <jasoncwarner_> Thanks
[02:28] <cyphermox> oh
[02:28] <cyphermox> jasoncwarner_: nmcli is your friend
[02:29] <cyphermox> normally the fact that the indicator isn't showing shouldn't be a huge stopper for connecting, just do something like 'nmcli con up id "mywifi"
[02:29] <lifeless>  
[02:29] <cyphermox> that should bring it up
[02:30] <jasoncwarner_> cyphermox: thanks, will give that a shot
[02:30] <TheMuso> jasoncwarner_: Actually... Which DX PPA were you using?
[02:31] <TheMuso> Unity is currently being rebult in the unity-team/staging PPA.
[02:31] <TheMuso> Which means it should be building against the new ABI.
[02:32] <jasoncwarner_> TheMuso: that was the one...I just removed and updated
[02:33] <TheMuso> Ok, give it a few hours and you should be able to use that PPA again.
[02:33] <jasoncwarner_> ah, ok! thanks, man
[02:35] <cyphermox> TheMuso: any chance you're very very fluent in vala?
[02:36] <cyphermox> TheMuso: seems to me like valac < 0.16 need to be patched to not add g_thread_init when Gtk.init() is called and an app compiled with --thread. I already have a patch, but I wanted a second opinion before uploading something
[02:37] <TheMuso> cyphermox: Sorry, I am not the one who can give you that opinion, my knowledge of vala is not yet that deep.
[02:37] <cyphermox> sure.
[02:37] <cyphermox> I'll just ask seb in the morning
[02:38] <cyphermox> thanks!
[02:41] <jbicha> it seems like everything is being built today, builders are working overtime :)
[02:44] <micahg> cyphermox: robert_ancell would be a good person to ask about vala if he were around
[02:52] <jbicha> micahg: small thing, but xul-ext-calendar-timezones is trying to pull in seamonkey unless I use --no-install-recommends
[02:53] <micahg> jbicha: not sure that's a small thing :)
[02:53] <jbicha> will thunderbird (>= 10.0) work with thunderbird 10.0~beta4
[02:53] <micahg> precise I assume?
[02:53] <jbicha> yes
[02:53] <micahg> no
[02:53] <micahg> it should be 10.0~
[02:54] <jbicha> cool, it had actually been bugging me for a few days, keeping me from doing a dist-upgrade until I looked into what was wrong
[02:54] <jbicha> which I finally did just now
[03:00] <micahg> jbicha: please file a bug and assign to chrisccoulson
[03:00] <micahg> he'll be uploading the final 1.2 build shortly
[03:16] <jbicha> micahg: ok thanks
[03:42] <micahg> jbicha: the only reason I haven't noticed is that I have seamonkey on both machines with the beta
[03:53] <TheMuso> p/c
[04:10] <corvolino> someone to take a course on the desktop team, please?
[05:38] <kenvandine> finally the builders seem happier :)
[06:36] <didrocks> good morning
[06:46] <BigWhale> Good Morning people.
[06:59] <didrocks> hey BigWhale
[07:36] <rickspencer3> pitti, looking here: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html I'm wondering if Kubuntu is going to ahve trouble making an Alpha 2
[07:36] <rickspencer3> ?
[07:38] <pitti> rickspencer3: I think it's fine; in the past two days we got two metric tons of KDE uploads, for the 4.8 beta and now the final
[07:38] <rickspencer3> thanks pitti
[07:38] <pitti> I guess that created some waves wrt. buildd lag, binNEW, and so on
[07:39] <pitti> http://people.canonical.com/~ubuntu-archive/component-mismatches.svg doesn't look so bad, I figure it's mostly build skew
[08:58] <pitti> bonjour seb128
[08:58] <seb128> hey
[08:58] <seb128> pitti, hey, wie gehts?
[08:58] <pitti> seb128: I'm great, thanks!
[08:59] <pitti> we went to a nice concert last night, "Power!Percussion"
[08:59] <pitti> they hammered on pretty much everything imaginable; ladders, PVC tubes, rainwater and oil barrels, and of course actual drums, too
[09:01] <seb128> pitti, was it good? ;-)
[09:02] <pitti> absolutely
[09:02] <pitti> these guys rocked
[09:04] <pitti> it was amazing which brilliant sound you get from carefully crafted drain pipes :)
[09:05] <didrocks> salut seb128
[09:05] <seb128> pitti, sounds great ;-)
[09:05] <seb128> didrocks, lut, en forme ?
[09:05] <pitti> bonjour didrocks
[09:06] <chrisccoulson> good morning everyone
[09:06] <didrocks> hey pitti ;)
[09:06] <pitti> hey chrisccoulson
[09:06] <didrocks> good morning chrisccoulson
[09:07] <didrocks> seb128: ça va! :)
[09:07] <seb128> hey chrisccoulson, how are you?
[09:07] <chrisccoulson> hi pitti, didrocks, seb128
[09:07] <chrisccoulson> yeah, i'm good thanks
[09:07] <seb128> didrocks, still no compiz in sight? ;-)
[09:07] <chrisccoulson> how are you?
[09:08] <seb128> good! ;-)
[09:08] <didrocks> seb128: still none, anyway, it's too late now for a proper pre-testing before upload to precise and before unity freeze :/
[09:09] <seb128> pitti, so we stay on the current udev for precise? just to know for versions, I might add a system to say that some packages are not current on purpose
[09:09] <pitti> seb128: see current discussion on #u-devel; let me paste the bits that you missed
[09:10] <pitti> seb128: http://paste.ubuntu.com/817412/
[09:10] <seb128> pitti, danke
[09:11] <pitti> seb128: so in short, it's likely that we'll stay at 175 with some cherrypicks, unless we want to adopt kmod for precise
[09:11] <seb128> ok, thanks
[09:11] <pitti> seb128: want to wait for slangasek's and cjwatson's opinion first before I start wasting time
[09:12] <seb128> pitti, ok
[09:12] <seb128> well, I will look at adding a "stick to version <v> for reason <reason>" to version
[09:12] <seb128> that's not the only case where we could use that ;-)
[09:13] <pitti> ah, nice
[09:13] <pitti> yeah, especially for precise
[09:41] <pitti> seb128: so, leave udev for now, I'll look into reverting the kmod bit and update to 179
[09:41] <seb128> pitti, ok, thanks
[09:53] <tkamppeter> pitti, can you approve the SRU upload for bug 902599? Thanks.
[09:53] <ubot2`> Launchpad bug 902599 in ghostscript "Ghostscript renders only a part of the attached PDF file when using a high resolution" [High,Fix committed] https://launchpad.net/bugs/902599
[09:54] <pitti> tkamppeter: done, thanks!
[09:54] <seb128> is "locatedb" supposed to index user directories by default?
[09:55] <tkamppeter> pitti, thanks.
[09:55] <pitti> seb128: yes
[09:55] <pitti> seb128: but it should only show you files that you can also ls yourself
[09:56] <seb128> weird
[09:56] <pitti> why?
[09:56] <seb128> I wonder why is doesn't index my user dir here then
[09:56] <seb128> because it doesn't index my user dir
[10:02] <pitti> seb128: is your user dir 0700?
[10:02] <pitti> not that this ought to stop mlocale, but it might be a possible difference
[10:02] <pitti> mlocate
[10:03] <seb128> pitti, yes, but I think it's rather because ecryptfs is in the prunefs list of updatedb.conf there
[10:04] <pitti> seb128: my home dir is on ecryptfs, too
[10:05] <pitti> ooh, you are right
[10:05] <seb128> pitti, hum, and it's indexed?
[10:05] <seb128> weird
[10:05] <pitti> seb128: the stuff that it finds for me is in /home/martin-scratch/
[10:05] <seb128> ok, that makes sense ;-)
[10:05] <pitti> which has my download folder, jhbuild, downloaded ISOs, etc.
[10:05] <pitti> I have ~/download -> ../martin-scratch/download/
[10:05] <pitti> I foudn that ecryptfs is quite a lot of overhead for e. g. kvm images
[10:05] <pitti> so I moved that stuff there
[10:06] <seb128> it might be, I didn't notice too much since I'm on a ssd drive
[10:06] <jackyalcine> What package has the headers required to get your application's configuration found in the Settings Windows?
[10:06] <jackyalcine> Like the Ubuntu version of GNOME Control Center?
[10:06] <pitti> I guess it makes sense, otherwise you'd expose information on an encrypted drive to the unencrypted portion
[10:06] <seb128> but anyway that explains why things don't get indexed there
[10:07] <pitti> jackyalcine: gnome-control-center-dev ?
[10:07] <seb128> what configuration in what settings?
[10:07] <pitti> jackyalcine: in general, Debian/Ubuntu usually split include files and the like into separate -dev packages
[10:07] <seb128> you want to integrate a capplet in g-c-c? that's not something GNOME upstream supports
[10:07] <pitti> ah, misunderstood, sorry
[10:08] <jackyalcine> Yeah, they told me that on GIMPnet.
[10:08] <seb128> could be me, I've difficulties to understand the question
[10:08] <jackyalcine> And that distros provide their own.
[10:08] <jackyalcine> I see that there's libg-c-c-dev and g-c-c-dev.
[10:08] <seb128> what do you try to do?
[10:08] <pitti> jackyalcine: we don't patch the code for that; we just add extra icons which then launch separate programs (i. e. not embedded into the c-c shell)
[10:09] <jackyalcine> seb128: I want to add another application's configuration in there.
[10:09] <jackyalcine> Largely under Accessibility.
[10:09] <seb128> "in there" beeing?
[10:09] <seb128> in the system settings dialog?
[10:09] <jackyalcine> Yup.
[10:09] <seb128> you can't modify capplets dynamically from outside
[10:09] <jackyalcine> Hmm.
[10:09] <seb128> you need to distro patch the gnome-control-center code to do that
[10:09] <jackyalcine> Oy.
[10:10] <jackyalcine> I'll stick to the in-app "Edit -> Preferences" then, lol.
[10:10] <jackyalcine> Thansk.
[10:10] <jackyalcine> *Thanks
[10:10] <seb128> yw
[10:49] <mandel> I just installed the updates in P and my system is in a certainly insteresting state to say the least. It boot and it looks like the x-server luanches but nothing more..
[10:49] <mandel> lightdm does not appear and I'm stuck with a nice black screen and a lovely x :)
[10:50] <mandel> has anyone seen this? I can log in the machine thorugh ssh to get more info
[10:53] <pitti> seeing /var/log/Xorg.0.log and /var/log/lightdm/lightdm.log might be interesting
[11:04] <mandel> pitti, ok, on it
[11:09] <mandel> pitti, Xorg.0.log =>  http://paste.ubuntu.com/817499/   lightdm.log => http://paste.ubuntu.com/817500/
[11:10] <pitti> so, lightdm apparently didn't see the X server
[11:10] <pitti> mandel: can you please pastebin the output of "dpkg -l 'nvidia*' | cat"?
[11:10] <pitti> dpkg -l 'nvidia*' | pastebinit
[11:10] <pitti> will do
[11:11] <pitti> (the cat is to suppress dpkg's overzealous truncation
[11:11] <pitti> mandel: if you are using nvidia-173, that was accidentally uploaded for the new X.org although it's not working
[11:11] <pitti> that might be one explanation
[11:11] <pitti> mandel: instead of pastebinning you can also just check if you use -173 or -current
[11:12] <mandel> pitti, already did the pastebin => http://paste.ubuntu.com/817503/ :)
[11:12] <pitti> ok, you use -current
[11:12] <didrocks> this is interesting: http://www.eyrie.org/~eagle/journal/2012-01/007.html
[11:12] <pitti> so, that's where my wisdom ends, I'm afraid :/
[11:13] <pitti> mandel: you might need to ping any of the X.org guys (RAOF, bryce, tjaalton, Sarvatt), maybe they have more ideas
[11:13] <mandel> pitti, well, that is much more than I know about this, no worries :)
[11:13] <mandel> will ping them
[11:14] <pitti> didrocks: that reflects my experience as well
[11:14] <pitti> C++ makes it really really hard to maintain a stable ABI
[11:14] <pitti> and even harder to use symbols files
[11:14] <didrocks> pitti: yeah, I gave up on nux as well
[11:15] <pitti> mandel: what you could try in the meantime is to uninstall the nvidia driver and try with nouveau?
[11:15] <didrocks> but great to see it written down somewhere and not only us suxing at it :)
[11:15] <mandel> pitti, sure I can
[11:15] <pitti> mandel: sudo jockey-text -d xorg:nvidia_current
[11:15] <pitti> mandel: I'm not sure about the exact identifier, check jockey-text -l for it
[11:16] <pitti> mandel: that should at least get you a working machine back
[12:01] <pitti> rodrigo_: hello, how are you?
[12:05] <pitti> rodrigo_: sorry for the delay on the langpack stuff; I now finished creating a separate python module with the check-language-support logic, and will now work on an aptdaemon plugin
[12:05] <pitti> rodrigo_: I understand that your region panel branch uses WhatProvides(), right? how does it call this exactly?
[12:06] <pitti> rodrigo_: I'd like to provide an aptdaemon implementation for this, so that the region panel will work
[12:06] <pitti> rodrigo_: also, a question: how do you test control-center from the upstream git checkout? jhbuild? or is there a more elegant way of running it from the source tree?
[12:11] <rodrigo_> pitti, I use jhbuild, yes
[12:11] <rodrigo_> pitti, I'll finish the g-c-c work this weekend
[12:12] <rodrigo_> pitti, as per the call to WhatProvides, that's what needs a little change, as it's all async
[12:12] <rodrigo_> so need to make it work asynchronously when you close the dialog by selecting a language
[12:12] <rodrigo_> pitti, shoudn't take long, so as I said, will do it this weekend
[12:17] <pitti> rodrigo_: ah, so if I were to test it, I'd check out the wip/ branch, configure jhbuild to use that, jhbuild buildone, and then jhbuild run gnome-control-center?
[12:17] <pitti> rodrigo_: I meant WhatProvides expects a PK_PROVIDES_ something
[12:19] <pitti> rodrigo_: oh, you mean you already have an aptdaemon branch for this? or do you use the actual PackageKit for this?
[12:19] <pitti> rodrigo_: I was going to work on the aptdaemon change, using the new library (to avoid having to call the check-language-support binary, and also to drop all the crufty l-s code)
[12:23] <nessita> hello everyone! silly question... why apt will, from time to time, "automatically kept back" some packages?
[12:34] <seb128> hey nessita, how are you?
[12:34] <seb128> nessita, what do you use? "upgrade"? or "dist-upgrade"?
[12:42] <nessita> seb128: hola! so, this is a fresh precise install, and I daily use apt-get update and apt-get upgrade
[12:43] <nessita> seb128: shall I use dist-upgrade?
[12:47] <seb128> nessita, yeah, not especially, but upgrade will not install new packages or uninstall deprecated old ones
[12:48] <seb128> nessita, so the stuff on hold are usually things that have a new depends or conflict with something
[12:48] <seb128> you will need to either apt-get install those or dist-upgrade to get them
[12:48] <seb128> nessita, can you pastebin your apt-get upgrade log?
[12:48] <nessita> seb128: my current one?
[12:49] <seb128> nessita, the one where you get kept packages binaries
[12:49] <seb128> nessita, i.e just the list of what is kept back
[12:50] <nessita> seb128: ah, is everything in here, but you'll fin what you're looking for: http://pastebin.ubuntu.com/817578/ :-)
[12:51] <seb128> nessita, right, those are kept back because one of the indicator libs changed soname so a new lib binary is going to be installed
[12:51] <seb128> nessita, you can use dist-upgrade and check that it doesn't want to remove anything you use
[12:51] <seb128> but it should not, everything has been rebuilt
[12:51] <nessita> sure
[12:52] <nessita> seb128: with dist-upgrade, no removals, and nvidia-173 will be kept back
[12:52] <seb128> nessita, seems good, go for it ;-)
[12:52] <nessita> sounds good
[12:52] <nessita> thanks!
[12:52] <seb128> yw!
[13:10] <rodrigo_> pitti, sorry, missed your reply
[13:10] <rodrigo_> pitti, yes, for g-c-c checkout the wip/install-languages branch, and build it under jhbuild or just install it separately
[13:11] <rodrigo_> pitti, and no, I don't have an aptdaemon branch
[13:11] <pitti> rodrigo_: ah, ok, good
[13:11] <rodrigo_> pitti, oh, I have some PackageKit changes locally indeed
[13:11] <rodrigo_> pitti, I'll send you a patch
[13:11] <pitti> rodrigo_: ah, thanks; I can look at this then and implement WhatProvides() in aptdaemon accordingly
[13:12] <rodrigo_> pitti, ok
[13:13] <rodrigo_> pitti, sent
[13:13] <pitti> rodrigo_: I don't see a fitting PK_PROVIDES_ in PK 0.7.2
[13:13] <rodrigo_> no, just changes in my local branch
[13:13] <pitti> rodrigo_: but I guess hughsie wouldn't mind adding it?
[13:14] <rodrigo_> no, he doesn't
[13:14] <pitti> PK_PROVIDES_LANGUAGE_SUPPORT
[13:14] <pitti> oh?
[13:14] <rodrigo_> he suggested himself to use WhatProvides
[13:14] <pitti> even if Fedora doesn't have langpacks, they still have dictionaries and all that?
[13:14] <rodrigo_> yeah
[13:14] <pitti> rodrigo_: right, but WhatProvides needs a "type" which is PkProvidesEnum
[13:15] <pitti> and we shouldn't abuse CODEC, MODALIAS, or PLASMA_SERVICE or what not
[13:15] <pitti> so if we want to implement this in aptdaemon's PK compat layer, I guess the real PK should define at least an enum for this?
[13:15] <rodrigo_> pitti, that's what my patch does, see your mail :)
[13:15] <pitti> rodrigo_: oh, I think I misunderstood you - you mean he doesn't mind getting it added
[13:16]  * pitti should read his own questions more carefully :)
[13:16] <rodrigo_> yeah
[13:16] <pitti> rodrigo_: ah, yeah, straightforward patch (tab damage, BTW)
[13:16] <rodrigo_> he suggested using WhatProvides, so I added the PK_PROVIDES_* enum
[13:16] <rodrigo_> pitti, TAB damage?
[13:17] <pitti> lib/packagekit-qt2/transaction.h
[13:17] <pitti> +        ProvidesPlasmaService,
[13:17] <pitti> +       ProvidesLocale
[13:17] <pitti> (indentation)
[13:17] <pitti> probably spaces vs. tabs; nevermind, just nitpicking
[13:18] <pitti> rodrigo_: I wonder if "LOCALE" conveys it right: we do not actually install the locale itself, but support packages for a language
[13:18] <pitti> rodrigo_: if you haven't sent it upstream yet, perhaps we could name it LANGUAGE_SUPPORT?
[13:18] <rodrigo_> yes
[13:18] <pitti> we might actually have a LOCALE in the future, to create a new locale
[13:18] <pitti> in teh sense of localedef
[13:19] <rodrigo_> yeah, makes sense
[13:20] <rodrigo_> btw, just installed ubuntu on my new laptop, and I get lightdm (had gdm from previous installs in all my machines), so how do I select the GNOME session?
[13:20] <pitti> rodrigo_: apt-get install gnome-shell ?
[13:20] <pitti> rodrigo_: that should install /usr/share/xsessions/gnome-shell.desktop
[13:20] <rodrigo_> pitti, ah ok
[13:21] <pitti> rodrigo_: both gdm and lightdm show /usr/share/xsessions/*.desktop (the ones which are available)
[13:21] <rodrigo_> ok, it wasn't showing anything, I guess because there's only the ubuntu session available at install
[13:21] <rodrigo_> on a clean install,. that is
[13:21] <seb128> rodrigo_, there is a bug in current unity-greeter if you use precise, the "gear" icon is only available after switching user or something
[13:21] <pitti> yes
[13:22] <rodrigo_> seb128, have to catch a train in a few hours, so keeping with oneiric until the weekend :)
[13:22] <seb128> ok, oneiric should work fine
[13:22] <seb128> just install g-s then ;-)
[13:22] <rodrigo_> but yes, will move to precise as soon as I'm back
[13:23] <seb128> weird
[13:23] <seb128> you should have the selector on a default install with unity and unity-2d at least
[13:23] <seb128> rodrigo_, that's the small gear icon next to the password field
[13:23] <rodrigo_> hmm, didn't see nothing, let me recheck
[13:23] <rodrigo_> ah yes, there it is
[13:23] <seb128> ;-)
[13:27] <jml> pidgin seems to be notifying me about everyone who comes online. Is there a way to stop it?
[13:28] <pitti> mvo:
[13:28] <pitti> 14:27:54 AptDaemon.Worker [DEBUG]: Loaded modify_cache_after plugin: language-selector 0.1
[13:28] <pitti> *grin*
[13:28] <pitti> mvo: clever thing, this entry_points
[13:31] <mvo> :)
[13:32] <pitti> this works quite nicely: ./setup.py egg_info; sudo PYTHONPATH=. aptd -r -d
[13:36] <jml> got it
[13:36] <jml> it's an option on a plugin (libnotify popups) rather than in the main preferences.
[13:36] <seb128> jml, right
[13:49] <kamstrup> mvo: hey - how are you? - my favorite S-C hacker? ;-)
[13:49] <kamstrup> (obviously /me is not asking to be polite, but because he has work for you)
[13:51] <kamstrup> mvo: regarding https://code.launchpad.net/~bilalakhtar/unity/software-center-integration-for-o/+merge/89364 ... do you guys have plans to merge Gary's S-C branch soonish?
[13:58] <mvo> kamstrup: hello! I'm good, thanks! we absolutely do, once the new unity lands I will upload a new s-c
[13:59] <kamstrup> mvo: awesome - can you add a comment on the mp? I think bilal will be happy :-)
[14:02] <GunnarHj> pitti: ping?
[14:03] <pitti> hello GunnarHj
[14:03] <GunnarHj> Hi!
[14:04] <GunnarHj> pitti: I just added a comment to bug 904395. It's related to the pending a-s MP, and I'd appreciate if you could take a quick look.
[14:04] <GunnarHj> Why doesn't a link pop up as usual?
[14:10] <cyphermox> good morning!
[14:12] <cyphermox> hey seb128, pitti; what are the plans for vala this cycle, are we going to ship with all the versions we currently have?
[14:12] <seb128> hey cyphermox
[14:12] <seb128> the less versions the better
[14:13] <cyphermox> of course :)
[14:13] <seb128> we should at least get ride of <= 12 in main
[14:13] <pitti> cyphermox: I certainly hope we can get rid of < 14, what seb128 says
[14:13] <cyphermox> ok, then an accompanying question
[14:14] <cyphermox> seems like vala < 16 are adding g_thread_init() when an app uses Gtk.init() and is compiled with --thread. I got a patch for it (noticed this trying to build and port pino from 0.10 to 0.14), but I was wondering if you had any counter-indications?
[14:15] <cyphermox> I think pro
[14:15] <pitti> cyphermox: no, it's fine to drop it, as it's deprecated since lucid's glib
[14:15] <cyphermox> aye.
[14:15] <seb128> what pitti said
[14:16] <cyphermox> so I'll just re-test the build to be certain and upload with my patch
[14:18] <cyphermox> we use the udd branches for the versions before 0.16?
[14:18] <seb128> yes
[14:18] <seb128> or feel free to create a branch in the team vcs if you think it's useful
[14:18] <seb128> but I don't think we do enough changes on those to warrant it
[14:18] <cyphermox> nah
[14:19] <cyphermox> perhaps just update Vcs-* to reflect it though
[14:19]  * seb128 fixes vino upnp, that was really broken
[14:20] <seb128> does anyone use vino with upnp, or know how that works from an user perspective to test if the updated version works as it should?
[14:21] <cyphermox> maybe.
[14:21] <cyphermox> not sure if I can get this working with my router now though
[14:21] <seb128> the "use system libminiupnpc lib" patch was including the vino local libminiupnpc copy .h and not ported to the new lib abi (some function prototypes changed)
[14:22] <seb128> so basically it was building fine because the defines where matching to code
[14:22] <cyphermox> ok
[14:22] <seb128> but the functions where not matching the system lib used at runtime
[14:22] <seb128> well anyway I'm fixing that
[14:22] <seb128> cyphermox, once I upload vino to precise testing is welcome ;-)
[14:22] <cyphermox> well, the way to test is basically to enable upnp on a router that supports it, then it will poke holes in the firewall automatically to let someone connect, possibly
[14:23] <seb128> cyphermox, how do you check that the firewall config correctly changed?
[14:23] <seb128> you try to connect from "outside"?
[14:23] <seb128> I guess you need an "outside" then ;-) all my machines are on the same lan
[14:23] <cyphermox> yeah
[14:24] <mdeslaur> seb128: let me know when you're firewall is open so I can hack^H^H^H^Htest your machine :)
[14:24] <cyphermox> seb128: careful. mdeslaur doesn't even need upnp to be able to go though ;)
[14:24] <manish> didrocks: ping
[14:25] <didrocks> hey manish
[14:25] <manish> didrocks: I hope you remember me..
[14:25] <manish> I am still working on activity log manager
[14:25] <seb128> mdeslaur, see now I'm scared and will not test the fix :p
[14:25] <manish> is it still being considered to be included in precise
[14:25] <mdeslaur> seb128: hehe :)
[14:25] <seb128> mdeslaur, I might just drop the patch and build with the years old libminiupnpc copy shipped in vino :p
[14:26] <manish> didrocks: as per the blueprint
[14:26] <didrocks> manish: yeah it is :) I think you should coordinate with seiflotfy who as talked to design about it
[14:26] <manish> didrocks: I have the design
[14:26] <manish> I am working with him
[14:26] <didrocks> oh excellent!
[14:27] <manish> if you want you can try it out
[14:27] <didrocks> manish: did you get good progress?
[14:27] <manish> yup
[14:27] <manish> nearly
[14:27] <manish> will finish it by 1st week of feb
[14:27] <didrocks> not right now, but I can give it a try soonish :)
[14:27] <manish> sure, anytime you are free
[14:27] <didrocks> manish: that will give us just the needed time before feature freeze, awesome :)
[14:27] <manish> yup
[14:27] <manish> 16th of feb IIRC
[14:27] <didrocks> right, but let's try to get it in before :)
[14:28] <manish> I don't know much about packaging, so might need your help in it
[14:28] <didrocks> manish: sure, no worry, is it a patch to gnome-control-center?
[14:28] <manish> I know about packaging, but not from scratch
[14:28] <manish> didrocks: nope. as a applet inside control center
[14:28] <manish> one more entry
[14:28] <manish> like bluetooth, displays etc
[14:29] <didrocks> ok nice, I'll make the packaging for it :)
[14:29] <manish> probably you can look at the gcc entries
[14:29] <didrocks> manish: do you have a vcs somewhere so that I can have a look when I have some time?
[14:29] <manish> didrocks: https://code.launchpad.net/~activity-log-manager/activity-log-manager/vala
[14:29] <didrocks> perfect :)
[14:29] <manish> uses gtk3 and vala
[14:29] <manish> application blacklist nearly done
[14:29] <didrocks> manish: with which version of vala are you building it?
[14:29] <manish> file type finished
[14:30] <didrocks> "private mode" as well?
[14:30] <manish> didrocks: 0.14
[14:30] <manish> didrocks: incognito?
[14:30] <manish> yes done
[14:30] <didrocks> manish: great and… great ;)
[14:30] <manish> history erasing is pending
[14:30] <manish> UI is up
[14:30] <manish> backend pending
[14:30] <didrocks> you will make a lot of people happy
[14:30] <manish> :)
[14:30] <manish> I am still fighting with gtk
[14:30] <didrocks> seriously, it was one of the concerns people had over the past 2 cycles :)
[14:30] <didrocks> oh?
[14:31] <manish> yes, gtk isn't the cleanest toolkit anyway
[14:31] <manish> yes, lot many people were concerned
[14:31] <manish> an askubuntu answer on it has 10K+ views
[14:33] <didrocks> manish: so, I'll prepare the integration of it. Ping me back (next week?) when you think you have finished the devel part :)
[14:33] <manish> didrocks: sure
[14:34] <manish> if you can do the packaging even before release
[14:34] <manish> it will help in testing it
[14:34] <manish> like launchpad recipies
[14:34] <didrocks> manish: yeah, I'll do something around this shortly :)
[14:34] <manish> that's cool. Thanks
[14:34] <didrocks> thanks for the head's up. Can wait testing it! :)
[14:34] <didrocks> can't
[14:34] <didrocks> I meant ;)
[14:35] <manish> :)
[14:57] <pitti> bzd
[14:57] <pitti> whoops, sorry
[15:10] <cyphermox> would someone be so kind as to sponsor my vala-0.14 upload? :)   ---> https://code.launchpad.net/~mathieu-tl/ubuntu/precise/vala-0.14/removing-g_thread_init/+merge/90270
[15:13] <kenvandine> cyphermox, sure
[15:13] <cyphermox> kenvandine: thanks :)
[15:39] <corvolino> someone?
[15:40] <cyphermox> corvolino: what's up?
[15:49] <BigWhale> is it possible to detect that someone changed screen resolution?
[15:50] <seb128> BigWhale, xorg probably send some signal when that happens yes
[15:51] <dobey> BigWhale: yes, in gdk you can i think
[15:52] <BigWhale> seb128, yeah
[15:54] <BigWhale> oh there's a GdkScreen size changed signal
[15:54] <dobey> didrocks: why is all this unity stuff in the "user interface" properties now? it totally disturbs the design of the panel. also, would be nice if it wasn't called "user interface" :-/
[15:54] <dobey> BigWhale: exactly
[15:55] <didrocks> dobey: following the official design, I think that you should talk to the design team for any concern
[15:55] <dobey> ok
[15:56] <seb128> dobey, there is bug #918580 about the name not being a good one
[15:56] <ubot2`> Launchpad bug 918580 in gnome-control-center "System Settings 'User Interface' name is bad in 12.04" [Wishlist,Incomplete] https://launchpad.net/bugs/918580
[15:56] <dobey> ah ok
[15:56] <seb128> dobey, it's waiting for design reply though, you can still try to ping design about it
[15:57] <seb128> dobey, the bug so far is just comments from one user who doesn't like the name either ;-)
[15:57] <chrisccoulson> didrocks, remember, stop butchering the upstream design :P
[15:57] <didrocks> chrisccoulson: indeed, it's all my fault :)
[15:58] <chrisccoulson> heh
[16:01] <chrisccoulson> hah: "still, people using Unity will have a different g-c-c from upstream g-c-c, and their opinion about g-c-c (and gnome) design will be tainted by your modifications"
[16:01] <ronoc> desrt, hey,  we have changed the name on the gsettings schema for i-sound to be inline with what the other indicators use i.e. ...indicator.sound as opposed to what it was previously indicators.sound
[16:01] <pitti> tkamppeter: so it seems the new cups-filters work is now complete, with larsu's last filter?
[16:01] <ronoc> desrt, how do you suggest we go about migrating existing users settings from the old schema to the new
[16:01] <chrisccoulson> i'm really tempted to reply with "the current upstream design of g-c-c actually taints peoples opinions of ubuntu"
[16:01] <dobey> chrisccoulson: what's worse, is that all versions of unity don't follow the settings.
[16:02] <chrisccoulson> but i shall refrain from starting a troll-fest
[16:02] <seb128> dobey, the settings displayed correspond to the desktop you use
[16:02] <desrt> ronoc: usually install the old schema for a short while and copy settings from it into the new one
[16:02] <seb128> dobey, so that's a wrong statement
[16:02] <dobey> seb128: unity-2d does not follow the launcher panel size setting.
[16:02] <seb128> desrt, didn't you mention that you were thinking about adding aliases or something?
[16:02] <desrt> ronoc: i'm confused, though... did you just change the name of the schema or also the path?
[16:02] <desrt> if it's the same path, you don't need to do anything
[16:03] <seb128> dobey, which is why that section will not be displayed under unity-2d
[16:03] <desrt> seb128: ya.  it doesn't xist right now, though
[16:03] <chrisccoulson> didrocks, are the additional separators on the appearance panel part of the design btw?
[16:03] <pitti> good night everyone!
[16:03] <seb128> dobey, or none of the sections will be displayed under gnome-shell
[16:03] <chrisccoulson> they look a bit odd
[16:03] <desrt> pitti: ciao
[16:03] <seb128> pitti, 'night
[16:03] <ronoc> desrt, we changed the path aswell
[16:03] <dobey> seb128: that makes it even worse, because then the "user interface" name is really inappropriate when those aren't there :)
[16:03] <desrt> ronoc: then you have trouble :)
[16:04] <desrt> ronoc: why did you change the path?
[16:04] <ronoc> brilliant
[16:04] <ronoc> i think we can change it back
[16:04] <seb128> dobey, you still get the theme selector etc
[16:04] <ronoc> i haven't released yet
[16:04] <desrt> ugh
[16:04] <desrt> /desktop/unity?
[16:04] <dobey> seb128: you get background and theme; appearance :)
[16:04] <didrocks> chrisccoulson: they are
[16:04] <didrocks> good night pitti
[16:04] <seb128> dobey, which is still not the upstream name "background"
[16:04] <chrisccoulson> didrocks, :(
[16:04] <chrisccoulson> it would look much better without them there IMO
[16:04] <dobey> seb128: no, but at least it's not confusing, and it's correct.
[16:05] <ronoc> desrt, it was more that path followed some old naming format, again i wanted to bring it inline with the other indicators
[16:05] <seb128> dobey, well feel free to argue with design, ui, appareance, same difference...
[16:05] <chrisccoulson> didrocks, there are way too many horizontal lines now, and it makes the whole panel look cluttered
[16:05] <didrocks> dobey: if you are under unity-2d, there is no "change launcher size"
[16:05] <didrocks> see my post
[16:05] <desrt> ronoc: so one thing you can do is to use the dconf commandline tool
[16:05] <seb128> chrisccoulson, open a bug and make it also affect ayatana-design ;-)
[16:05] <chrisccoulson> didrocks, ok, will do :)
[16:05] <desrt> this works: dconf dump /a/ | dconf load /b/
[16:05] <ronoc> desrt, ah good idea
[16:06] <seb128> desrt, ronoc: I don't like the sound of that
[16:06] <ronoc> desrt, ill talk to charles when he gets in and see how bad a migration it will be
[16:06] <ronoc> oh
[16:06] <seb128> that seems hackish and fragile
[16:06] <seb128> better to leave with buggy paths until desrt add his alias stuff
[16:06] <ronoc> ok
[16:06] <desrt> seb128: like gsettings-data-convert? :)
[16:06] <seb128> you are not the only one to have picked a buggu path
[16:06] <desrt> seb128: i don't think i will add the alias stuff
[16:06] <dobey> didrocks: yes, seb128 just said that. and it only makes it more confusing. especially if your graphics drivers break at some point and all of a sudden you are put into unity-2d :)
[16:06] <cyphermox> corvolino: if you want to help out with the ubuntu-desktop team you're at the right place
[16:06] <desrt> seb128: because then you have to carry that weight ofrever...
[16:07] <desrt> *forever
[16:07] <seb128> right
[16:07] <seb128> better to get your naming right to start with
[16:07] <dobey> anyway i will open the bug
[16:07] <didrocks> dobey: not really related to g-c-c change, but well :)
[16:07] <didrocks> or ask the 2d guys to support the setting
[16:07]  * desrt notes that either gkeyfile or dconf load has a bug
[16:07] <dobey> well it is
[16:07] <desrt> GLib-CRITICAL **: g_key_file_load_from_data: assertion `length != 0' failed
[16:07] <ronoc> seb128, preferred naming does change though
[16:08] <ronoc> ayatana -> unity
[16:08] <ronoc> etc
[16:08] <ronoc> so there is a need sometimes to change it
[16:08] <cyphermox> corvolino: how much do you know about debian packaging? if you're already comfortable doing things there's a list of tasks on the team pad, see the URL in the topic
[16:08] <seb128> ronoc, well, deal with the migration if you feel like it's important
[16:08] <corvolino> cyphermox: I wanted to help in packaging, is it possible?
[16:08] <seb128> I just tend to think that it's work over what is work
[16:08] <ronoc> seb128, i just want to get right i suppose for the lts
[16:09] <seb128> work->worth
[16:09] <seb128> ronoc, yeah, I can see that, I tried to push you to fix it previous cycle :p
[16:09] <seb128> ronoc, if we fix it this cycle we have to carry the migration code and the hacks for the lts
[16:09] <seb128> which sucks a bit
[16:09] <ronoc> aye
[16:09] <seb128> since we have to support 11.10 to 12.04
[16:10] <seb128> but well, if you can figure a solide way to migrate
[16:10] <cyphermox> corvolino: of course it is, but some things may be a little difficult if you don't already know some things about packaging
[16:10] <seb128> cyphermox, corvolino: i.e gnome-nettool should be an easy update
[16:10] <desrt> seb128: in a certain sense, you have to support the hacks forever always anyway
[16:10] <BigWhale> oh fun ... Kazam used Xlib for getting all the info about screens and displays ... no real need for that, Gdk has all the info... yay, I can do some rewriting now
[16:10] <ronoc> seb128, i could at runtime check to see if there is an old gsettings lying around if so, copy over values and delete the old gsettings
[16:10] <desrt> upgrading to x+2 from x may involve going through x+1
[16:11] <seb128> ronoc, the issue is due to the way gsettings works you can't read a key which has no schemas
[16:11] <desrt> but there is no requirement that you login to every user and run all the programs while on x+1
[16:11] <desrt> so the migration may not happen
[16:11] <seb128> desrt, well too bad for you then
[16:11] <ronoc> indeed
[16:11] <cyphermox> corvolino: like seb128 said.  There's also going to be tutorials next week to explain exactly that (and a lot of things) in #ubuntu-classroom (see https://wiki.ubuntu.com/UbuntuDeveloperWeek)
[16:11] <ronoc> my opinion exactly
[16:11] <ronoc> :)
[16:11] <desrt> seb128: i'm inclined to agree with that reasoning :)
[16:11] <ronoc> hmm
[16:11] <seb128> desrt, we can't keep hacks for ever, we support only from one lts to the next one
[16:12] <desrt> just saying that there is no clear "we're safe now" line
[16:12] <seb128> right
[16:12] <seb128> well the line is "lts to lts should work"
[16:12] <seb128> if you do something weird then
[16:12] <ronoc> ok ill come back to it later
[16:12] <desrt> thing is...
[16:12] <desrt> if migration goes into this LTS then it does not have to be in the next one
[16:12] <seb128> no
[16:12] <desrt> so putting it into an LTS is a good thing, in fact
[16:13] <seb128> better would have been to put it in 11.10
[16:13] <corvolino> cyphermox seb128: ok thanks
[16:13] <seb128> so we could have dropped it before the lts
[16:13] <desrt> if we put it into LTS+1 then it would have to be both in LTS+1 and LTS-ng
[16:13] <seb128> but it's too late for this one :p
[16:13] <corvolino> cyphermox: I will start studying about deb packaging and try to help
[16:13] <seb128> desrt, right, that's why I usually like to deal with those in lts-1, if we transition stuff which were not in the previous lts
[16:13] <desrt> rigt.  in this case that's true
[16:14] <seb128> desrt, like gsettings was not in 10.04
[16:14] <desrt> but only because the settings in question were not in the last LTS
[16:14] <seb128> indeed
[16:14] <desrt> very well.  we're clearly all on the same page.
[16:14] <desrt> ronoc: after you do the dump/load you should do a dconf reset -f /old/
[16:15] <seb128> indeed ;-) why are we having this discussion? ;-)
[16:15] <desrt> so that you don't repeatedly overwrite the keys in their new location with the old values
[16:15] <seb128> desrt, btw that gtktimer bug turned out to be a popular nautilus segfault, it has a launchpad bug with like 15 duplicates
[16:15] <seb128> desrt, so nice you got it fixed ;-)
[16:15] <desrt> seb128: win.
[16:17] <ronoc> desrt, ok cool, seb128 are you still against the dconf commandline tool approach
[16:17] <seb128> ronoc, I'm not "against" it, it feels like hackish and fragile, but I don't have a better solution
[16:17] <corvolino> seb128: you packages have .deb?
[16:17] <mpt> mterry, hi, got a minute to talk about backups?
[16:17] <seb128> ronoc, I don't like much relying on a command line tools to be called and behave from my code
[16:17] <ronoc> seb128, sure
[16:17] <ronoc> ill wait for charles to see what he thinks
[16:18] <seb128> ronoc, but if you just miss key conversions in the fail case I guess that's fine
[16:18] <seb128> ronoc, especially that lucid was not using gsettings, so it's not an lts to lts issue
[16:18] <desrt> seb128: actually, i decided that aborting the program in gsettings is not good enough to catch programming errors
[16:18] <ronoc> seb128, the other option is to not bother migrating users settings
[16:18] <seb128> ronoc, and indicator-sound preferences are not that important
[16:18] <ronoc> its not like there is anything too important in there
[16:18] <desrt> seb128: so i plan to introduce some new code to the dconf commandline tool to cause kernel panics
[16:18] <seb128> ronoc, right
[16:18] <desrt> is that still okay?
[16:18] <ronoc> remembered and blacklisted players
[16:19] <ronoc> that is about it really
[16:19] <ronoc> desrt, excellent
[16:19] <seb128> desrt, ;-)
[16:19] <desrt> ronoc: i'm fixing the empty keyfile issue now
[16:20] <desrt> so that'll work properly in the next glib
[16:20] <mterry> mpt, yeah
[16:20] <desrt> (it works properly now -- you just get to see an ugly g_critical)
[16:20] <seb128> desrt, btw what does the gmenu parser change means in practice for me? ;-) that robert_ancell needs to update this stuff in precise when we land the next glib,gtk combo?
[16:20] <ronoc> desrt, ah good stuff
[16:20] <mpt> mterry, in <https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-improve-upgrade-experience> I have "[mpt] Design how to invite people to back up during upgrades (linking to Deja Dup?)"
[16:20] <desrt> seb128: yes.
[16:21] <desrt> seb128: i wrote him a nice little script to make it easier :)
[16:21] <mpt> mterry, as I understand it, Deja Dup currently backs up just home folders, not entire systems, is that correct?
[16:21] <seb128> desrt, how broken are the gmenu users going to be until that happens? no menu? segfault?
[16:21] <mterry> mpt, yeah
[16:21] <desrt> depends on how they coded it
[16:21] <seb128> desrt, ok, well let's say I'm glad only games use it :p
[16:21] <desrt> if they catch errors in the GtkBuilder and bail out, then they will bail out
[16:22] <desrt> if they ignore errors and fetch the objects and feed them to GApplication then just no menus
[16:22] <mpt> mterry, do you have any bright ideas on how people could easily back up their system files before upgrading from one Ubuntu version to the next?
[16:23] <mterry> mpt, is the intended workflow "backup -> erase system -> install new version -> restore"?  Because that's not a workflow I'd recommend.  Otherwise, we just want to integrate backup in case the installer screws up the system?
[16:23] <mterry> Or is it for full system rollbacking?
[16:23] <mpt> mterry, full system rollback I think
[16:23] <mterry> mpt, that's not a use case that current Deja Dup caters to
[16:24] <mterry> mpt, it could happen....  would have to run as root.  But not as well tested a path
[16:25] <mterry> I mean, for such a thing, you don't really need the full power of a backup system
[16:25] <mterry> You just need a one time copy of the disk
[16:25] <mpt> Right, you don't need increments or anything like that
[16:27] <mterry> But Deja Dup only currently does the whole incremental thing, with chunking up data into gzipped volumes for easier future runs.  It doesn't have a mode that makes as much sense for a one-off like this
[16:27] <mterry> I mean, it could be tweaked.  Just saying what it does now
[16:28] <tkamppeter> pitti, yes, cups-filters is complete, I am updating the license and readme files now. I wanted to do it yesterday already, but yesterday the LF servers were not reachable.
[16:28] <mterry> mpt, but maybe there's an existing tool that does do this (i.e. no reason to be wedded to DD)
[16:29] <mpt> mterry, ok, thank you for that
[16:29] <mterry> mpt, all you really need is (lowercase) dd and a UI in ubiquity I guess :)
[16:30] <mpt> mterry, well, this was more about releas-upgrader
[16:30] <mpt> +e
[16:30] <mpt> but yeah, I guess it would need to be copied into Ubiquity too
[16:31] <mterry> mpt, ah.  Well, if it helps, I'd be glad to work with you and flesh out what how you'd want DD to operate in such a mode.  But for 12.04, the schedule would be tight, since it'd be new work
[16:31] <mpt> yeah
[16:32] <mpt> No good saving a backup if people are incapable of booting the machine to restore from it
[16:32] <mpt> (for example)
[16:33] <mterry> mpt, yeah, I have this wishlist item from way back for DD to allow the user to create a boot thumb drive that had their backup settings baked in (minus password of course)
[16:33] <mterry> That would be neat.  But never implemented
[16:34] <mpt> Hey and471, long time no see
[16:34] <and471> mpt, hiya
[16:35] <jbicha> ooh, jcastro wants to kill CCSM https://lists.ubuntu.com/archives/ubuntu-desktop/2012-January/003597.html
[16:39] <mpt> mterry, I think for now I'll just do a sketch of how it might look, and put it on the SoftwareUpdates wiki page (or a page split off from that)
[16:39] <mpt> Implementation can wait for later :-)
[17:05] <didrocks> ok, going to some python meeting, see you tomorrow guys!
[17:53] <DBO> seb128, who do I have to make love to in order to get this: https://launchpad.net/~raof/+archive/help-jason/+packages into Ubuntu?
[17:57] <kenvandine> DBO, i would guess RAOF
[18:26] <BigWhale> Am I missing something or there really is no way of getting the number of items in the Gtk.Combobox?! (beside iterating through all of them and count)
[18:37] <seb128> DBO, seems like RAOF would be a good candidate ;-)
[18:38] <DBO> ya but I imagine I need to grease the palms of his boss
[18:38] <seb128> why, is that a controversial change?
[18:39] <DBO> it increments the version of XFixes...
[18:39] <DBO> other than that no
[18:39] <micahg> seb128: has anyone started talking to Debian about supported versions of vala for precise/wheezy, Ubuntu currently has 3 in main and 1 in universe, and Debian has 3 (no 0.16)
[18:40] <seb128> micahg, it's being worked
[18:40] <seb128> micahg, mbiebl said he would work on dropping the old version in Debian soon
[18:41] <seb128> we aim at dropping at lest 0.10 and 0.12 from main in precise
[18:41] <micahg> ok, I think we only have 4 rdeps on vala-0.10 in precise
[18:41] <micahg> 0.10 is already in universe for precise
[18:41] <seb128> DBO, well I guess it's a call for RAOF to do still, I doubt his boss cares about such technical details
[18:41] <seb128> micahg, I wouldn't bother with that, Debian will fix them and we can sync
[18:42] <micahg> seb128: right, that's why I was wondering if it's been coordinated ;)
[18:42] <DBO> seb128, awesome
[18:43] <seb128> micahg, not really, I've to admit I care little for universe having rdepends on old vala version, we can drop the old cruft if they are not ported at the end of the cycle
[18:44] <micahg> I meant that if Debian is preparing to drop stuff, bugs will be filed and maintainers will fix
[18:45] <seb128> right
[19:05] <desrt> BigWhale: you're missing something
[19:06] <desrt> gtk_tree_model_iter_n_children (gtk_combo_box_get_model (combo), NULL);
[19:10] <BigWhale> desrt, this just feels wrong ... somehow
[19:11] <desrt> BigWhale: a gtkcombobox is just a different kind of treeview....
[19:25] <rodrigo_> wow, my 3g modem wrks like a charm with network manager on a clean install
[19:25] <rodrigo_> I could only make it work with wvdial before
[19:25]  * rodrigo_ sould do clean installs more often
[19:31] <ricotz> rodrigo_, hello, was there a plan to implement/patch in some specific interfaces of systemd in accountsservice?
[19:37] <rodrigo_> ricotz, hmm, not that I recall
[19:37] <rodrigo_> ricotz, iirc, we talked about adding some locale-related methods to accountsservice
[19:38] <rodrigo_> but that was for setting individual users' settings, iirc
[19:38] <rodrigo_> GunnarHJ should remember better :)
[19:38] <ricotz> rodrigo_, ok, i might remember it wrong then
[19:39] <ricotz> rodrigo_, i see i am struggling a bit with the systemd deps introduced in g-c-c
[19:39] <rodrigo_> ricotz, you just need to provide the datetime dbus interface in, for instance, ubuntu-system-service
[19:39] <rodrigo_> that's where the other systemd dbus interfaces are
[19:40] <ricotz> rodrigo_, right, ah u-s-s was it then
[19:40] <rodrigo_> ah yes
[19:40] <rodrigo_> ricotz, u-s-s already has all the other systemd interfaces used in g-c-c
[19:40] <rodrigo_> so just add datetimed there
[19:40] <rodrigo_> ricotz, are you packaging the whole of 3.3/3.4?
[19:41] <ricotz> rodrigo_, great, so datetime isnt there yet
[19:41] <desrt> ronoc: okay.  that glib fix is in.
[19:41] <seb128> rodrigo_, we have most in precise, we lack only a few components
[19:41] <rodrigo_> yeah, wasn't been used when I wrote the other systemd interfaces
[19:41] <rodrigo_> seb128, oh, cool
[19:42] <ricotz> rodrigo_, not the whole, i guess only the missing too risky things
[19:42] <ronoc> desrt, nice one !
[19:42] <ricotz> seb128, hi, is datetime provided yet?
[19:43] <seb128> ricotz, no, patches are welcome ;-)
[19:43] <seb128> ricotz, we don't plan to update g-c-c in precise so we don't need it this cycle
[19:44] <ricotz> seb128, hehe ;)
[19:44] <ricotz> i guess it will be needed next cycle then
[19:44] <seb128> ricotz, yeah, likely
[19:44] <seb128> but still you are welcome to work on it this cycle and get something working for your ppa and for Ubuntu next cycle ;-)
[19:46] <ricotz> seb128, it already works fine (while reverting some specific changes)
[19:46] <seb128> ricotz, :-(
[19:46] <seb128> ricotz, would help you and Ubuntu to go forward and fix the issue rather than roll back commits
[19:46] <ricotz> but having this service would make it work without patching though ;)
[19:46] <seb128> well your call
[19:47] <seb128> but it's still we would welcome some contributions to Ubuntu ;-)
[19:47] <ricotz> i know ;)
[20:28] <achiang> kenvandine: ping. i'm not sure what happened, but i have recently noticed that making SIP calls in empathy works again
[20:28] <kenvandine> cool :)
[20:28] <achiang> kenvandine: so i guess if you have open bugs there... they could be closed?
[20:28] <kenvandine> i'll check
[20:28] <kenvandine> thx
[20:28] <achiang> kenvandine: cheers
[20:40] <desrt> today is a good day
[20:40] <desrt> all of the world-is-exploding-issues are suddenly solved
[20:40] <desrt> even jhbuild is happy today
[20:43] <dobey> is there really no way to trap an error from g_variant_get() given that it doesn't take a GError as an argument?
[20:43] <desrt> dobey: there's a relatively easy way: don't make errors
[20:45] <desrt> if you're using g_variant_get() in a way that could possibly result in an error then either you didn't read the docs or you're doing something very very worrying
[20:45] <dobey> that's great and all. but you see, when other people write programs that expose an API on dbus that I have to use, and they go and break that API, and then I have to support both versions of the API, I need to trap an error and fall back to the other type.
[20:45] <desrt> dobey: you know that g_variant_is_of_type() exists, right?
[20:46] <dobey> no
[20:46] <desrt> it does.
[20:46] <dobey> and it isn't helpful
[20:46] <desrt> why not?
[20:48] <dobey> oh, maybe i can use it, but ugh. even more code
[20:49] <desrt> you'd rather catch a GError, clear it and try again with a second call than just do a very simple if() statement first in order to decide which g_variant_get() to do in the first place?
[20:50] <dobey> i'd rather people not break their bloody apis
[20:50] <desrt> i agree with you that it's annoying to have to do the check manually... that's why i added the reply_type argument to g_dbus_connection_call() (and friendS)
[20:50] <desrt> but in your case you've been screwed by the person implementing the interface
[20:51] <desrt> all things considered, this is a pretty damn easy way to deal with that
[20:52] <dobey> sure. i can also make the person who broke the interface buy me beer.
[20:55] <dobey> ugh. G_VARIANT_TYPE() is a bit different from the norm as G_FOO things go
[20:55] <desrt> dobey: is there anything that you don't complain about?
[20:57] <kenvandine> desrt, nope :)
[20:57] <desrt> ugh.
[20:57] <dobey> i'm not complaining. i'm stating a fact.
[20:58] <desrt> "ugh." turns it into a complaint
[20:58] <kenvandine> makes it fun to have dobey around
[21:23] <dobey> kenvandine: btw my gwibber branch seems to sort-of work, but not quite, now. it's not reading existing accounts on startup of gwibber-accounts, and gtk3 broke some layout stuff
[21:23] <kenvandine> progress though! :)
[21:23] <kenvandine> so the keyring stuff seems to work?
[21:24] <dobey> well, the one gobject complaint i was getting before is gone, at least
[21:24] <dobey> i presume it's not working working though, as it has no accounts listed :)
[21:24] <kenvandine> heeh
[21:24] <kenvandine> it should get that via a dbus call to the service
[21:25] <dobey> yeah, they were showing up before i changed to the gir keyring
[21:25] <kenvandine> dobey, btw... i had removed that threading.Thread stuff from the service... but i think i need to add it back
[21:25] <kenvandine> oh, i bet when it lists accounts it checks the keyring
[21:26] <dobey> yeah
[21:26] <dobey> but it's not dumping anything on the console
[21:26] <kenvandine> weird
[21:27] <dobey> yeah
[21:28] <dobey> and gwibber-service doesn't seem to be updating the feeds either
[21:29] <kenvandine> because it isn't getting any accounts
[21:30] <dobey> right
[21:30] <dobey> i wish it would tell me why though
[21:30] <dobey> it's sort of acting like it's deadlocked. but it obviously isn't
[21:49] <desrt> seb128: do you know if/when ubuntu will get udisks2?
[21:50] <seb128> desrt, it will, dunno when
[21:51] <seb128> desrt, pitti said that he's putting it on his todolist to get it in debian experimental (he usually does that and sync to ubuntu), but I don't think it was top of his list
[21:51] <seb128> desrt, so in the next few weeks I guess
[21:51] <seb128> desrt, check with him tomorrow, is there any need for it?
[21:51] <desrt> seb128: gnome depends on it
[21:52] <desrt> gnome-disk-utility specifically
[21:52] <seb128> desrt, isn't jbuild building it for you if you want the new gdu?
[21:52] <desrt> you can write the d-d-l email this time :)
[21:52] <desrt> no.  it's not, actually
[21:52] <seb128> desrt, that was discussed on d-d-l this week, davidz say that distro can say on 2.32
[21:53] <desrt> kinda annoying
[21:53] <seb128> desrt, gvfs has a new udisk2 monitors so it's not an hard requirement
[21:53] <seb128> you can still keep using the udisk1 monitor
[21:53] <seb128> desrt, there were some discussion on #gnome-hackers about adding udisk2, I think jjardon asked about that
[21:53] <desrt> seb128: gnome-disk-utility is failing ./configure
[21:53] <desrt> configure: error: Package requirements (udisks2 >= 1.90.0) were not met:
[21:54] <seb128> talk to jjardon ;-)
[21:54] <desrt> jjardon: hey :)
[21:54] <seb128> he was looking at fixing the jhbuild case, davidz recommend to either stay on gdu 2.32 or to add udisk2 to jhbuild
[23:12] <jjardon> desrt: hey! yeah the recommendation is to use the packaged udisk2 version, because is a system daemon
[23:13] <jjardon> davidz suggested to build only libudisks2 from udisks2 in jhbuild and install that ... that way at least gnome-disks-utility can build but it probably won't run very well unless you have the runtime (udisks2 daemon, new kernel, new udev etc etc)
[23:14] <jjardon> note that udisks2 requires kernel >= 3.1
[23:27] <desrt> jjardon: that's fine.  3.2 here.
[23:28] <desrt> jjardon: fwiw, nss is also breaking because it seems to want to be explicitly ported between each minor linux release version (2.4, 2.6 okay... 3.1, 3.2?  not so good).
[23:31] <micahg> desrt: I thought that was fixed recently
[23:39] <BigWhale> Cat turned off my computer ... :/
[23:40] <desrt> micahg: perhaps it was, but not in the version that jhbuild is downloading...
[23:41] <micahg> I think it might have been fixed in NSS 3.
[23:41] <micahg> 3.12.11
[23:41] <micahg> no, later, I'm actually not sure