[03:25] <pitti> Bonjour tout le monde !
[03:28] <sarnold> pitti: good morning :) it seems early even for you :)
[03:29] <pitti> yeah, seems I'm getting back to my summer rhythm
[03:29] <pitti> couldn't sleep any more after my wife got up
[03:30] <sarnold> hehe, I'm also getting up earlier these days, but 8:15 or something... :)
[06:53] <jibel> good morning
[06:54] <didrocks> salut jibel, ça va?
[06:57] <jibel> salut didrocks ! ça va bien et toi ?
[06:57] <didrocks> ça va ;)
[07:18] <seb128> good morning desktopers, happy friday ;-)
[07:19] <pitti> bonjour seb128!
[07:19] <pitti> RAOF: oh, happy birthday!
[07:19] <seb128> pitti, salut, ça va ?
[07:20] <seb128> RAOF, happy birthday!
[07:20] <didrocks> salut seb128! bon vendredi :)
[07:20] <pitti> ça va bien! Je me levé à 5:30 à nouveau -- c'est printemps!
[07:20] <seb128> didrocks, lut, à toi aussi !
[07:20] <didrocks> pitti: et tu fais tourner une kvm à 6h30!
[07:20] <seb128> pitti, il fait pas encore jour à 5:30, c'est top tôt !
[07:22] <pitti> didrocks: oui :)
[07:22] <pitti> seb128: ("trop tôt"?)
[07:22] <seb128> pitti, too early
[07:22] <seb128> ups
[07:22] <seb128> yes, forgot the r
[07:22] <seb128> ;-)
[07:23] <pitti> seb128: oui, je ne pouvais plus dormier
[07:23] <seb128> I blame my keyboard, and not enough coffee yet to press correctly the keys all the way down :p
[07:23] <pitti> I learned about the magic of IPv6 autoconfiguration this morning
[07:24] <pitti> it's scary and awesome at the same time :)
[07:24]  * seb128 is staying away from IPv6 so far
[07:24] <pitti> I'm writing automatic tests for our networking stack, so I need to learn about these
[07:25] <seb128> they announced the world was out of IPv4 addresses and that we would be forced into IPv6 last year
[07:25] <pitti> so far I was just happily using it on the client side (my ISP has handed out IPv6 addresses for some time now)
[07:25] <seb128> but nothing since
[07:25] <seb128> wonder what happened to that
[07:25] <pitti> well, the IANA ran out of blocks to hand out to the ISPs
[07:25] <pitti> they now have to make do with what they have, AFAIUI
[07:26] <pitti> but if even a slow giant like the German Telekom can do it, I'm hopeful that we'll get it to consumers at last :)
[07:26] <seb128> let's see ;-)
[07:26] <xnox> my ISP's router drops IPv6 autoconfigurations on the network, and my other router is yet to be flashed with OpenWRT. The UK's government agency to push IPv6 has been dissolved....
[07:27] <pitti> quite nice to see "traceroute6 www.heise.de" working all the way through on ipv6
[07:28] <seb128> pitti, is there any special to do from an user perspective to configure ipv6 for use?
[07:28]  * seb128 has nfc
[07:28] <pitti> seb128: no, it Just Works
[07:29] <pitti> your router sends out the IPv6 prefix to use, NM picks that up, and assigns ipv6 addresses to your interface
[07:29] <seb128> $ traceroute6 www.google.fr
[07:29] <seb128> traceroute: unknown host www.google.fr
[07:29] <seb128> hum
[07:29] <pitti> works here
[07:29] <RAOF> Likewise.
[07:29] <pitti> presumably because you don't have an ipv6 end point
[07:30] <RAOF> pitti, seb128: Thanks!
[07:30] <seb128> my nm-applet -> connection infos have an empty IPv6 section
[07:30] <pitti> seb128: yeah, your ISP needs to give you an official address (and of course actually route IPv6 packets)
[07:31] <pitti> $ host www.google.fr
[07:31] <pitti> www.google.fr has address 173.194.69.94
[07:31] <pitti> www.google.fr has IPv6 address 2a00:1450:4008:c01::5e
[07:31] <pitti> but at least that ought to work for you?
[07:31] <seb128> $ host www.google.fr
[07:31] <seb128> www.google.fr has address 74.125.132.94
[07:31] <seb128> Host www.google.fr.home not found: 4(NOTIMP)
[07:31] <seb128> $
[07:31] <pitti> I guess the second one is a "search" option from your router in /etc/resolv.conf
[07:32] <pitti> RAOF: you've got IPv6, too?
[07:33] <RAOF> pitti: Yup.
[07:33] <pitti> RAOF: can you actually do "ping6 2003:62:4f03:b101:224:d7ff:fe20:b470" ?
[07:33] <pitti> I figure my router's firewall will block it
[07:34] <RAOF> Seems likely; I'm not getting a timely ACK.
[07:34] <pitti> RAOF: but you could try "ssh martin@2003:62:4f03:b101:224:d7ff:fe20:b470"
[07:34] <pitti> (no, I won't give you the password)
[07:34] <RAOF> You have password access enabled on your internet-visible ssh-server?
[07:34] <pitti> yeah, I sometimes need that
[07:34] <didrocks> RAOF: the password is "pitt" I'm sure! :-)
[07:35]  * pitti took the super-s3kr1t combination from Spaceballs
[07:35] <didrocks> ;)
[07:35] <RAOF> Looks like ssh is also going to timeout.
[07:35] <pitti> hm, that's odd
[07:35] <seb128> pitti, the internet says Orange will do IPv6 by end of this year/early next year
[07:36] <pitti> I can ssh in from outside with "ssh martinpitt.no-ip.org"
[07:36] <didrocks> bah, free is still better than Orange on that one
[07:36] <didrocks> but I guess it's descent google connexion or ipv6 ;)
[07:36] <pitti> seb128: heh, Telekom had said that for some 3 years
[07:36] <seb128> hehe
[07:36] <seb128> well I'm happy enough with my IPv4 still
[07:37] <pitti> it's like state debt, the longer they procrastinate, the harder it will get
[07:37]  * didrocks never flipped the switch on his router
[07:38] <seb128> pitti, Orange is not "waiting", but they are replacing equipement by new one which is IPv6 ready on the way and don't want to officially propose it until they feel like they are ready and have the infrastructure in place
[07:38] <pitti> didrocks: oh, your's has a switch? mine doesn't
[07:38] <seb128> pitti, from what they say at least ;-)
[07:38] <didrocks> pitti: well, it's on the internet configuration, I can opt in for ipv6
[07:38] <pitti> seb128: yeah, understandable; it was just a joke
[07:38] <seb128> chrisccoulson, chriiisssssss
[07:38] <RAOF> > host martinpitt.no-ip.org
[07:38] <RAOF> martinpitt.no-ip.org has address 217.85.217.17
[07:38] <RAOF> pitti: I *can* access that IPv4 address :)
[07:38] <seb128> chrisccoulson, hey ;-)
[07:39] <pitti> RAOF: ok, so my router correctly forwards that, but not for IPv6
[07:39] <hyperair> port forwarding doesn't work for ipv6.
[07:39] <pitti> I don't have a remote IPv6 capable host to log into
[07:39] <pitti> my server is still ip4 only
[07:40] <RAOF> pitti: Are you able to ping 2001:44b8:5114:b100:f24d:a2ff:fe5f:738f ?
[07:40] <pitti> hyperair: well, it wouldn't need to "forward", it just should let the packets through
[07:40] <hyperair> pitti: yeah well, it should.
[07:40] <hyperair> pitti: are you sure you've got ipv6 connectivity there?
[07:40] <pitti> RAOF: "Destination unreachable: Administratively prohibited"
[07:40] <pitti> hyperair: as much as I can talk to ipv6 only sites, IPs, etc.
[07:40] <RAOF> Looks like my router might also block IPv6 ingress.
[07:41] <didrocks> seb128: http://www.free.fr/adsl/pages/internet/connexion/adresse-ip-en-protocole-ipv6.html FYI. But as my server is at home, I don't want to dive into changing the dns for it and so on…
[07:41] <hyperair> pitti: so no inbound connections.
[07:41] <hyperair> odd.
[07:41] <pitti> RAOF: I guess ISPs are still conservative there, which is probably a good idea for the majority of users :)
[07:41] <seb128> didrocks, yeah, makes sense ;-)
[07:41] <hyperair> but how do you force the router to open up?
[07:41] <RAOF> Yeah, given everyone's used to having a NATish firewall by default.
[07:42] <hyperair> i thought ipv6 mitigated the issue by having link local addresses?
[07:42] <RAOF> Oh, I've got a link-local address *too*
[07:43] <hyperair> v4 or v6?
[07:43] <RAOF> This laptop currently has 6 different IPv6 addresses, two of which are link-local.
[07:43] <hyperair> wow.
[07:43] <hyperair> how did that happen?
[07:44] <RAOF> eth0 and wlan0 both have link local addresses.
[07:45] <pitti> hyperair: I just looked through the router config, and don't see a static opening of ports; it appears my router's web UI is too dumbed down for that
[07:45] <hyperair> oh.
[07:45] <sarnold> also localhost..
[07:45] <hyperair> i thuoght it was on one interface.
[07:45] <hyperair> pitti: ssh in and see?
[07:45] <pitti> hyperair: no ssh :)
[07:45] <RAOF> No; I've got three IPv6 addresses per interface :)
[07:45] <hyperair> crap.
[07:45] <hyperair> it sucks to not be able to poke around the internals of the router to see what's messed up inside.
[07:46] <pitti> RAOF: you sohuld have a link-local address (fe80::MAC), presumably a static prefix::MAC, and hopefully a prefix::RANDOM address
[07:46] <pitti> RAOF: (the latter is for privacy, i. e. to not expose your MAC and become trackable)
[07:47] <hyperair> actually there's an ff:fe padded in the middle of the mac address
[07:47] <RAOF> Indeed I have each of those three.
[07:47] <pitti> hyperair: yep, that's normal; the first byte is also changed (2's complement)
[07:47] <hyperair> yeah
[07:47] <pitti> it inflates the 48 bit MAC to 64 bits
[07:48]  * hyperair nods
[07:48]  * pitti goes to turn his newly acquired knowledge into test cases
[07:48] <hyperair> heh
[08:04] <Laney> hallo!
[08:07] <seb128> Laney, good morning, happy friday!
[08:08] <Laney> ooh yes, it is friday isn't it? :D
[08:13] <Laney> pitti: to be clear, logind still works via the upstart job after your systemd upload?
[08:13] <pitti> Laney: yes
[08:13] <Laney> cool
[08:13] <pitti> Laney: this only prevents automatic restart after it crashed or you killed it
[08:13] <pitti> Laney: as I wrote in the changelog, I'll put back the .service once we actually move to logind by default
[08:14] <pitti> but right now it's just running needlessly and causes spam in dmesg
[08:14] <pitti> (it can't write to /run/systemd/, as that hasn't been set up)
[08:14] <Laney> yeah I get that part - just wanted to double check that you can still use it if you want to
[08:21] <chrisccoulson> hi seb128, how are you?
[08:22] <seb128> chrisccoulson, hey, I'm good, how are you
[08:22] <chrisccoulson> seb128, yeah, not bad thanks. it's friday :)
[08:22] <seb128> ;-)
[08:22] <seb128> chrisccoulson, I just got firefox 21 and it broke my unity menus
[08:22] <seb128> known issue?
[08:22] <chrisccoulson> seb128, yeah ;)
[08:22] <chrisccoulson> it's coming back
[08:22] <seb128> will teach me to opt in for the ppa I guess :/
[08:23] <chrisccoulson> heh
[08:23] <chrisccoulson> seb128, use nightly builds. it works there ;)
[08:24] <seb128> lol
[08:24] <seb128> so the ppa is like debian testing
[08:24] <seb128> it's not old enough to be stable
[08:24] <seb128> and it's not new enough to get bugs fixed
[08:24] <seb128> :p
[08:24]  * seb128 disable ppa
[08:25] <chrisccoulson> seb128, the issue is that i'm still waiting for confirmation that we can ship this huge patch for the menu ;)
[08:25] <chrisccoulson> which i suspect will happen in the next week
[08:25] <seb128> that's a backport of what is in upstream trunk, right?
[08:26] <chrisccoulson> seb128, it's not in there yet. it hasn't been reviewed
[08:26] <seb128> ah ok
[08:26] <chrisccoulson> it's in bugzilla
[08:26] <seb128> how come it's in the nightly then? ;-)
[08:26] <chrisccoulson> seb128, the nightly isn't called "Firefox". i can do pretty much what i like with it ;)
[08:26] <seb128> I see ;-)
[08:27] <chrisccoulson> seb128, what architecture are you using?
[08:27] <seb128> i386
[08:27] <chrisccoulson> seb128, i could probably build one for you with it enabled ;)
[08:28] <seb128> chrisccoulson, don't bother, it's not the end of the world ;-)
[08:28] <seb128> it just clutters my tabs bar since it puts the menu back here
[08:28] <seb128> but otherwise I almost never use menus anyway :p
[09:51] <seb128> could somebody on amd64 do some testing for me?
[09:52] <seb128> - dget http://people.canonical.com/~seb128/gstreamer-fluendo-plugins-partner_0.10.21-1.dsc
[09:52] <didrocks> amd64? who's using that!
[09:52] <didrocks> seb128: doing
[09:52] <seb128> - build id locally
[09:52] <seb128> it
[09:52] <seb128> - install gstreamer1.0*deb
[09:52] <seb128> bonus point if you uninstall universe codecs
[09:52] <seb128> try playing a mp3, confirms it doesn't work
[09:52] <seb128> then confirms it work with that binary
[09:53] <seb128> using totem for example
[09:53] <seb128> didrocks, thanks
[09:53] <didrocks> seb128: mp3 is in -ugly?
[09:53] <seb128> yes
[09:53] <seb128> in universe
[09:53] <didrocks> ok, while pbuilding, removing the mp3 support
[09:55] <didrocks> interesting
[09:55] <didrocks> I still have gstreamer0.10-plugins-ugly installed
[09:55] <didrocks> in addition to 1.0
[09:56] <didrocks> I think the package should have been marker as installed manually
[09:56] <didrocks> oh ubuntu-restricted-addons still recommends it
[09:57] <didrocks> hum
[09:57] <didrocks> I removed both -ugly
[09:57] <didrocks> and I still have mp3 support in totem
[09:58] <didrocks> ok, I have the fluendo codec already installed (not sure when…)
[09:59] <didrocks> no, it wasn't taking this 0.10 one…
[10:03] <Laney> I think -bad lets you play mp3s - remove that one
[10:04] <didrocks> Laney: indeed!
[10:05] <didrocks> seb128: working :)
[10:05] <didrocks> seb128: I have the "block after 1s if opening totem with the file name as a parameter" though
[10:05] <seb128> \o/
[10:05] <didrocks> (that you discussed yesterday
[10:05] <didrocks> but then, in file -> choosing back the file
[10:05] <didrocks> it's working
[10:05] <seb128> didrocks, gsettings reset org.gnome.totem show-visualizations
[10:06] <seb128> the issue is when visualization is turned on
[10:06] <didrocks> indeed
[10:06] <didrocks> works now
[10:06] <didrocks> hum, we should disable the option then? :p
[10:06] <didrocks> or ignore it at startup?
[10:15] <seb128> didrocks, it's off by default
[10:15] <seb128> didrocks, and I still hope to fix the bug to get it working rather than disabling it ;-)
[10:15] <seb128> didrocks, I upstreamer a clutter-gst bug with the warnings yesterday
[10:15] <didrocks> seb128: ah, excellent!
[10:18] <seb128> didrocks, oh, also: - it happens only for songs, - the default handler for songs is rhythmbox (which doesn't have the issue)
[10:18] <seb128> so it practice it shouldn't be hit too often, but it would still be better to fix it
[10:19] <didrocks> seb128: fine enough, I know I'm just an old media-player guy using Totem for music ;)
[10:19] <seb128> didrocks, btw I can't believe we almost shipped with totem having the most important menu items missing, I crossed the bug in launchpad about that by luck yesterday
[10:19] <seb128> like open and preferences were missing
[10:19] <seb128> open location as weel
[10:20] <seb128> (mix of new shell menu and old gtkmenus, indicator-appmenu doesn't support that and just display one of the 2 menus)
[10:21] <didrocks> seb128: urgh, indeed…
[10:21] <didrocks> seb128: yeah, clearly shows we need automated tests ;)
[10:33] <seb128> dpm, hey
[10:33] <chrisccoulson> bah, epic fail
[10:34] <chrisccoulson> i get to the end of a firefox build for seb128 before realizing that i didn't actually make the change i intended to ;)
[10:34] <dpm> hey seb128
[10:34] <seb128> chrisccoulson, lol, thanks anyway ;-)
[10:35] <seb128> dpm, can you get a new template in launchpad translations for us?
[10:37] <dpm> seb128, if you give me more details, I can see what I can do (happy to, but depending on the template, LP is a bit picky)
[10:37] <seb128> dpm, http://people.canonical.com/~seb128/unity-lens-friends.pot for https://translations.launchpad.net/ubuntu/raring/+source/unity-lens-friends
[10:38] <seb128> dpm, we don't get those because the daily builds are not done in the archive and the template imports is not done then (known issue, we will fix it and workarounded for the other ones by uploading updated templates by hand)
[10:38] <seb128> dpm, I can update template but it seems I don't have permissions to approve a new template
[10:38] <chrisccoulson> gotta love the kernel team bot: bug 1168301
[10:38] <ubot2> Launchpad bug 1168301 in linux (Ubuntu) "[System manufacturer P5K] suspend/resume failure" [Undecided,Confirmed] https://launchpad.net/bugs/1168301
[10:39] <dpm> seb128, ah, if it's only approval, I can certainly do it easily. Let me have a look
[10:39] <seb128> dpm, upload/approval
[10:40] <seb128> dpm, last time I did that for a new one, you were on holidays and I had to chase launchpad guys over 3 channels to get somebody to approve it for me :p
[10:40] <Laney> sounds like we need more people in ubuntu who can do it
[10:41] <seb128> yes
[10:41] <dpm> seb128, hm, unfortunately I can't do it. That's what I meant by LP being picky: I cannot create new templates. They need to be created by an upload the first time around
[10:42] <davmor2> seb128: nautilus now shows artwork except for the one that I had already viewed so I'm guessing that one is cached somewhere :)
[10:42] <dpm> afterwards I (or the maintainer) can upload manually, but the initial template needs to be created by an upload
[10:42] <seb128> davmor2, yeah, touch the files to update the timestamp
[10:42] <seb128> dpm, I see, thanks
[10:43] <dpm> seb128, Laney, anyone in https://launchpad.net/~ubuntu-translations-coordinators can approve templates, happy to get more interested people in :)
[10:43] <seb128> didrocks, ^ see what dpm says, we need a manual upload of unity-lens-friends, is that ok?
[10:44] <didrocks> seb128: perfect for me, thanks for tracking that!
[10:44] <seb128> didrocks, yw ;-) doing it
[10:44] <Laney> dpm: sure, happy to be added if you can give me a tutorial when I first need to use the powers
[10:45] <davmor2> seb128: Yay! :)
[10:46] <dpm> Laney, excellent \o/
[10:49] <dpm> Laney, we've got the documentation at https://wiki.ubuntu.com/UbuntuTranslationsCoordinators - and in particular, to approve templates -> https://wiki.ubuntu.com/UbuntuTranslationsCoordinators/Actions/ImportQueueManagement I'm happy to chat on IRC or on a hangout to explain how to approve templates
[11:20] <zzecool> With the latest update on 13.04  and compiz 7.0.0  my top Unity panel is now using active blur . i use to have it full transparency and now instead im getting blur.
[11:20] <zzecool> Is this normal behavior ?
[13:00] <seb128> dpm,  https://translations.launchpad.net/ubuntu/raring/+source/unity-lens-friends/+imports can you approve it?
[13:01] <seb128> hum, versions still not updating
[13:01] <seb128> let's run another debug run while doing exercice
[13:01] <seb128> back in ~1h
[13:06] <pitti> cyphermox: what is the difference between NM's ubuntu and ubuntu.raring branches? They are almost identical
[13:06] <pitti> cyphermox: I'm committing my new tests to the ubuntu branch for now (this sounds like that's the packaging trunk)
[13:10] <cyphermox> raring is the actual branch for raring
[13:10] <cyphermox> in the ubuntu branch I started preparing stuff for S
[13:19] <dpm> seb128, done
[13:31] <davmor2> seb128: meh, I thought it had been fixed but apparently not, if RB is closed and not running and you select a track from the dash, or hit play etc on the indicator, at best all that happens is RB opens.  It used to be that RB opens and a track starts to play
[13:31] <davmor2> seb128: I'm pretty sure I filed a bug for that ages ago
[13:34] <davmor2> seb128: however once RB is open everything works as expected
[13:35] <desrt> larsu: g_remote_action_group_add_platform_hook()
[13:36] <larsu> desrt: not 'push'?
[13:37] <desrt> kinda implies that you will pop it at some point
[13:37] <desrt> and/or that the old one will stop being in effect until you do so
[13:42] <larsu> makes sense
[13:43] <larsu> desrt: but it should be add_hooks, right? (it sets before_emit, after_emit, and add_platform_data)
[13:43] <larsu> or do you prefer three separate functions?
[13:47] <desrt> i wonder
[13:48] <desrt> definitely one install-hook function
[13:49] <larsu> ya, that's what I thought
[13:49] <larsu> but how do you remove a hook?
[13:49] <larsu> never?
[13:49] <desrt> i consider that it's sort of weird to be doing this for the add_platform_data() thing in apps
[13:49] <desrt> but also very cool
[13:49] <desrt> apps don't generally invoke actions on other things
[13:49] <desrt> but...
[13:50] <desrt> when they do, it would be cool if they're being done properly
[13:58] <desrt> larsu: we don't remove hooks until we get gtk_deinit()
[13:59] <larsu> desrt: but if we allow multiple hooks, how do you remove your hooks? Pass the functions again?
[14:00] <desrt> we don't remove hooks
[14:01] <desrt> [hint: gtk_deinit() does not exist]
[14:09] <seb128> dpm, thanks
[14:10] <seb128> davmor2, will need to check that, seems a rb issue
[14:10] <davmor2> seb128: I'm assuming so to possible api change maybe?
[14:10] <seb128> what api?
[14:11] <seb128> rather a normal bug in the api, there was quite some change with the port to gstreamer1
[14:12] <davmor2> seb128: ah right with you
[15:06] <attente> ricotz, is there a branch for vala-0.20 somewhere?
[16:12] <seb128> cyphermox, do you know if there will be an indicator landing today?
[16:14]  * Laney is wondering why libappindicator hasn't daily landed yet
[16:14] <didrocks> Laney: manual packaging changes
[16:15] <didrocks> Laney: so manual publication
[16:15] <Laney> ah
[16:15] <Laney> can cyphermox unblock that? ;-)
[16:15] <didrocks> Laney: yeah, there is a procedure
[16:15] <didrocks> looking at the packaging change
[16:15] <didrocks> and publishing manually (it's a command)
[16:15] <didrocks> Laney: https://jenkins.qa.ubuntu.com/view/cu2d/view/Raring/ FYI
[16:15] <didrocks> click on indicators
[16:15] <didrocks> then publish
[16:15] <didrocks> and look at the artefacts
[16:16] <didrocks> the xml states why the publish is not automated: https://jenkins.qa.ubuntu.com/view/cu2d/view/Raring/view/Indicators/job/cu2d-indicators-raring-3.0publish/lastSuccessfulBuild/artifact/publisher.xml
[16:16] <seb128> Laney, "can cyphermox unblock", is what my ping was about ;-)
[16:16] <Laney> ah
[16:16] <cyphermox> yes yes
[16:16] <Laney> bit too coded for me :P
[16:16] <Laney> aha, I see it - thanks didrocks!
[16:17] <didrocks> Laney: we don't want basically people without upload rights to be able to transitively making packaging changes
[16:17] <didrocks> Laney: as the packaging is in upstream repo
[16:17] <didrocks> so this would give "upload rights" in some way
[16:17] <Laney> yeah, and not only uploaders can approve
[16:17] <didrocks> hence this blocker, done on purpose :)
[16:17] <didrocks> right
[16:23] <cyphermox> indicators published
[16:23] <Laney> w00t
[16:23] <Laney> \o\ \o/ /o/
[16:23] <cyphermox> so that's libappindicator and indicator-sound
[16:27] <didrocks> Laney: better than you approve it quickly in unapproved now! :p
[16:53]  * didrocks waves good bye. Have a good week-end everyone!
[16:53] <seb128> didrocks, have fun, see you monday ;-)