[05:20] <didrocks> good morning
[06:15] <pitti> Good morning
[06:20] <seb128> good morning desktopers
[06:20] <seb128> hey pitti, wie gehts?
[06:20] <pitti> bonjour seb128 ! gut, danke!
[06:20] <pitti> c'est un beau matin, avec beaucoup du soleil !
[06:20] <seb128> ici aussi !
[06:21] <pitti> seb128: do you know what happened in http://paste.ubuntu.com/11697411/ ?
[06:22] <pitti> seb128: did they use a broken intltool or something to wrap the tarball?
[06:22] <seb128> pitti, no, I don't really
[06:22] <seb128> the issue is due to https://bazaar.launchpad.net/~intltool/intltool/trunk/revision/742
[06:23] <seb128> pitti, I copied what Laney did in http://launchpadlibrarian.net/202626076/gnome-bluetooth_3.8.2.1-0ubuntu11_3.8.2.1-0ubuntu12.diff.gz
[06:23] <seb128> but using intltoolize on the source should probably work as well
[06:23] <seb128> they probably rolled the tarball with intltool 0.50 which still had that definition
[06:24] <didrocks> good morning pitti
[06:25] <pitti> seb128: ah, so you already committed the fix now
[06:26] <seb128> pitti, yes, figured out my commit issue
[06:28] <pitti> seb128: what's the effect if you don't apply this patch? 3.16.0-1 builds just fine
[06:29] <seb128> pitti, if you build -1 with current intltool the translations are installed in a directory /usr/@DATADIRNAME@/locale
[06:29] <seb128> current ubuntu package has that
[06:29] <pitti> ./usr/share/locale/ast/LC_MESSAGES/gnome-tetravex.mo
[06:29] <seb128> dpkg -l | grep intltool ?
[06:29] <pitti> seb128: 0.50.2 in sid
[06:29] <seb128> pitti, that's the old version
[06:30] <pitti> seb128: ah, so this only applies to the experimental version?
[06:30] <seb128> Ubuntu has 0.51
[06:30] <seb128> yes
[06:30] <seb128> the commit I pointed before is only in the newest version
[06:31] <pitti> seb128: i. e. do you want/need that uploaded to sid? (trying to add a justification for the half-NMU)
[06:31] <seb128> pitti, it's in pkg-gnome, I though you were in that?
[06:31] <seb128> no, don't bother
[06:31] <pitti> I am
[06:31] <seb128> I just wanted to keep the package in sync
[06:31] <pitti> just not in Uploaders:, but I guess I don't have to be
[06:32] <seb128> yeah, you don't, that's autogenerated from the previous uploaders in pkg-gnome
[06:32] <pitti> seb128: so if that were me, I'd do a -1svn1 upload to ubuntu now
[06:33] <pitti> keeps it autosyncable, and avoids an unnecessary sid upload
[06:33] <seb128> pitti, k, let me do that then, thanks ;-)
[06:40] <willcooke> o/
[06:42] <didrocks> hey willcooke
[06:42] <willcooke> good morning :)
[06:43] <seb128> hey willcooke
[06:44] <seb128> willcooke, you are european tz today? ;-)
[06:45] <willcooke> The boy thought he should come and poke me in the face at 6am
[06:45] <willcooke> and then climbed in my bed and went back to sleep
[06:45] <willcooke> I was checking email on my phone anyway, figured I might as well get up
[06:51] <didrocks> I guess it was his way to tell "dad, brings some money home"
[06:51] <willcooke> hehe
[06:53] <seb128> lol
[07:29] <larsu> morning!
[07:29] <didrocks> re larsu!
[07:29] <willcooke> hey larsu
[07:29] <larsu> hi guys :)
[07:29] <larsu> how's things?
[07:30] <willcooke> good!  How did you get on yesterday?
[07:30] <willcooke> I thought it was today for some reason
[07:31] <seb128> hey larsu
[07:31] <larsu> willcooke: it was, but they changed it for $MANAGER_REASONS
[07:31] <larsu> hi seb128
[07:31] <willcooke> larsu, ohhh.  Was it fun?
[07:31] <larsu> willcooke: was good. A bit dull, but they were very interested and asked tons of questions
[07:31] <willcooke> great!
[07:31] <willcooke> Well, thank you *very* much for doing it
[07:31] <larsu> definitely fun to see that world
[07:31] <larsu> not sure if I would do it again :)
[07:31] <larsu> willcooke: sure!
[07:32] <willcooke> larsu, @ do it again - acknowledged!
[07:33] <larsu> willcooke: feel free to ask if it comes up again. Just not sure yet :)
[07:34] <larsu> hm, the launcher is showing two irssi again
[07:34]  * larsu blames Laney's gnome-terminal wrapper
[07:40] <seb128> willcooke, btw, we got desktop-next-snappy to build on amd64 now and a channel up for it, having issue with u-d-f to generate the image now, but it's getting there
[07:41] <seb128> u-d-f needs some changes to know about the new channel and partition scheme update (they are coded to 1G that isn't enough for the personal image)
[07:44] <didrocks> seb128: hum, I don't remember if I pushed or still have the branch changing it
[07:45] <seb128> didrocks, "it"?
[07:45] <didrocks> seb128: it's quite easy to find in the source code
[07:45] <didrocks> the limit
[07:45] <didrocks> there are the uefi partition part and the traditional grub one
[07:45] <seb128> didrocks, just tried http://paste.ubuntu.com/11700710/
[07:45] <seb128> but u-d-f bails out on
[07:45] <seb128>  "issue while mapping partitions: more partitions then expected while creating loop mapping"
[07:46] <seb128> which might be something else
[07:46] <didrocks> oh, interesting
[07:46] <didrocks> didn't get that one
[07:46] <seb128> waiting on sergiusens, he knows that tool better
[07:46] <didrocks> you only changed the grub part, without uefi
[07:46] <didrocks> though
[07:46] <seb128> mvo, ^
[07:46] <didrocks> (not sure which one you are using)
[07:46] <didrocks> unsure about the other error though
[07:46] <seb128> I'm testing on i386 atm, so likely grub
[07:47] <seb128> mvo has the same issue on amd64 though
[07:47] <didrocks> yeah, the 2 issues are unrelated for sure
[07:47] <seb128> yeah, I wonder if the channel/partition scheme is different between core and personal
[07:47] <seb128> and if u-d-f doesn't handle it
[07:47] <didrocks> can be…
[07:47] <didrocks> I modified the limit to install core at the time
[07:47] <didrocks> (and have more space)
[07:48] <didrocks> mvo: you probably want to change diskimage/core_uboot.go for the future as well
[07:48] <seb128> why did you need that for core?
[07:48] <seb128> the 1G should be enough there
[07:48] <mvo> didrocks: its just hacking around right now, this need some proper work
[07:49] <didrocks> seb128: yeah, the change is unconditional with your patch
[07:49] <seb128> mvo, recompressed the device tarball in .xz locally, it's down from 148 to 120, not 78, something is weird with the file we get from the channel
[07:49] <didrocks> seb128: but both file (the one you got changed and the core_uboot) one are both for core as well
[07:49] <didrocks> just one is for uefi, the other for grub
[07:49] <seb128> right
[07:49] <didrocks> the proper patch needs to have conditions
[07:50] <seb128> or that needs to be a command line option
[07:50] <didrocks> yep
[07:50] <didrocks> (but I guess better to mirror the config for now as there is already some duplication to not wonder later "why this one is 4 and this one 1?"
[07:51] <seb128> yeah
[07:58] <willcooke> seb128, udf? Ubuntu Disk ??
[07:58] <willcooke> seb128, also.... woooo!  Thank you!
[07:58] <seb128> willcooke, no, https://code.launchpad.net/goget-ubuntu-touch
[07:58] <seb128> willcooke, the go tool used to write snappy images
[07:58] <seb128> build/write
[07:59] <willcooke> oooh, neat
[08:00] <willcooke> oooh, random email PGP encrypted
[08:00] <willcooke> from what looks like a dummy account
[08:00] <willcooke> do I bother decrypting it?
[08:00] <willcooke> Subject: Xmir
[08:01] <seb128> it's robert_ancell playing tricks on you?! ;-)
[08:02] <willcooke> hahaha!
[08:02] <willcooke> oh, it's from a guy who wants to know how to run Xmir
[08:02] <willcooke> totally legit
[08:02] <willcooke> and disappointing :)
[08:02] <seb128> lol
[08:05] <Laney> hello
[08:05] <larsu> morning Laney!
[08:05] <didrocks> hey Laney!
[08:05] <willcooke> ello laney
[08:05] <willcooke> Laney, Thunderstorms today \o/
[08:06] <Laney> larsu: I hate owning that wrapper, I don't even use it, can someone else please just take it over from me?
[08:06] <Laney> willcooke: really?
[08:06] <seb128> hey Laney, happy friday
[08:06] <Laney> better bring that washing in!
[08:06] <willcooke> :D
[08:06] <larsu> Laney: didrocks uses it.... *cough*
[08:06] <Laney> I just get pinged when it breaks
[08:06] <larsu> I guess everyone using gnome-terminal on ubuntu uses it :D
[08:06] <Laney> but I don't even make use of its facilities
[08:06] <Laney> so I will never see that myself
[08:06] <larsu> ah, fair enuogh
[08:07] <willcooke> didrocks, found out what was wrong with my webcam, I had a TV tuner plugged in and it was trying to use that instead
[08:08] <didrocks> willcooke: interesting, do you have any tool to switch your input video source?
[08:08] <willcooke> didrocks, I was fiddling to get SDR working, so I had some crazy kernel modules loaded
[08:09] <didrocks> willcooke: that's the risk when you play with too many toys :)
[09:30]  * Laney stabs dbus-test-runner
[09:33]  * Laney screamcries
[09:33] <Laney> tedg: please to help with the testsuite?
[09:47] <Laney> pitti: I guess you're on the udisks2 failure?
[09:48] <pitti> Laney: looking
[09:49] <Laney> ah, didn't mean to distract you, figured you would be there already
[09:49] <Laney> it's not glib's only blocker atm :)
[09:50] <Laney> dbus-test-runner/ppc worked after 3-4 retries though ...
[09:50] <Laney> but making things work that way makes me feel unclean
[09:54] <pitti> Laney: can reproduce locally, I'll investigate this today
[09:55] <Laney> sure, no rush, thanks
[11:02] <Laney> "general: rework menus of nautilus"
[11:02] <Laney> this might be a hard update ...
[11:07]  * Laney may pick something else for now :)
[11:12] <ochosi> hey Laney
[11:13] <ochosi> just had a discussion within the xubuntu team about which milestones to join, and i was wondering what "I put myself down for nusakan (cdimage) pres butaning for A2 and B1." actually means
[11:14] <Laney> You need someone in Canonical to run the scripts which publish the images
[11:14] <Laney> nusakan is the machine which we do that on
[11:14] <ochosi> ok, i guess there were just several words there i have never heard before :)
[11:14] <ochosi> butaning?
[11:14] <ochosi> (i know what bhutan is and what butane is)
[11:15] <Laney> haha
[11:15] <Laney> just read it as running the scripts
[11:15] <Laney> press button :)
[11:16] <ochosi> oh, so "butaning" ~ "buttoning"?
[11:16] <ochosi> ah hehe, nice
[11:18] <Laney> It's some meme that I don't even know the origin of
[11:18]  * Laney fails at internet
[11:18] <ochosi> there are days when i feel too old for memes
[11:19] <ochosi> (luckily there are also other days!)
[11:20] <Laney> anyway
[11:20] <Laney> hopefully we get volunteers
[11:22] <ochosi> indeed
[11:22] <ochosi> well we've done one last cycle, but we just lost the person knowing the most about it (elfy)
[11:22] <Laney> you lost elfy?
[11:23] <ochosi> well yes
[11:23] <Laney> bleh, shame
[11:23] <ochosi> i don't know any details (and i'm not sure i want to), but it was connected to the community council / kubuntu turmoil somehow
[11:24] <ochosi> so yeah, no fun
[11:24] <Laney> ya
[11:25] <ochosi> i might have to take on more QA duties within xubuntu now, so i'm not a huge fan of stepping up for the b1 release if i don't have to (sorry :/ )
[11:26] <Laney> it's not essential to have the milestone if flavours don't want it
[11:27] <ochosi> yeah i know, we discussed it a bit
[11:27] <ochosi> let's see who else replies after me
[11:41] <seb128> Laney, oh, btw, in case you didn't notice we have an amd64 build from desktop-next now ;-)
[11:42] <Laney> nice!
[11:42] <Laney> does the channel work?
[11:42] <seb128> no
[11:42] <seb128> well "work"
[11:42] <seb128> it's configured/available
[11:42] <seb128> but the image build fails
[11:42] <seb128> could be client side u-d-f issue though
[11:42] <seb128> c.f what I just wrote on #snappy
[11:43] <Laney> fair enough
[11:43] <Laney> getting there
[11:43] <seb128> yeah
[11:43] <seb128> we have most of the pieces in place now
[11:46] <Laney> how will you flash onto a laptop?
[11:47] <seb128> you write an image with u-d-f and dd that to an usb stick
[11:47] <seb128> then you boot that and you dd to a disk I guess
[11:47] <seb128> the "installing" part is in the snappy team backlog
[11:48] <seb128> having an image you can kvm boot or dd on an usb stick is already going to be a first step for testing
[11:48] <Laney> what is ubuntu-device-flash doing there?
[11:48] <seb128> it's fetching tarballs from the server and combining them into a bootable image
[11:48] <seb128> dealing with creating partitions and such
[11:48] <seb128> and unpacking things where they should be
[11:48] <seb128> doing the a-b scheme etc
[11:49] <Laney> can't we just make that thing straight away with the image build?
[11:49] <seb128> mvo, ^ ?
[11:50] <seb128> I'm unsure why we need the client side tools indeed
[11:50] <Laney> s/just// ;-)
[11:50] <seb128> seems like it would be easier to download an img you can dd
[11:50]  * Laney dislikes that
[11:50] <Laney> we used to call it the "categorical just" in computer science
[11:50] <seb128> I guess they have their reasons
[11:50] <Laney> "isn't that just a <really complicated mathematical thing>?"
[11:51] <seb128> "it's only code" :p
[11:52] <seb128> Laney, one thing the u-d-f client side is useful for is that it let you tweaks bits of the image
[11:52] <seb128> like the size of the rw partition
[11:52] <seb128> or enabling dev mode or ssh
[11:53] <seb128> well, I guess it makes sense in the snappy vision
[11:53] <seb128> there is an ubuntu-core base
[11:53] <seb128> then modular snaps for different hardware platforms and such
[11:53] <seb128> so you can combine locally the bits you need
[11:54] <seb128> rather than having to host imaged for every combinaison
[11:54] <seb128> images
[11:57] <dgadomski> hello
[11:58] <dgadomski> seb128: do you remember the gvfs + samba + ACL issue we discussed some time ago? bug #1464645
[11:58] <seb128> dgadomski, hey
[11:58] <seb128> not really no
[11:58] <seb128> reading
[11:59] <seb128> is that the thing you emailed the list about?
[11:59] <seb128> e.g being able to specify mount options?
[11:59] <dgadomski> seb128: yes, that's the same thing
[11:59] <seb128> k, I do remember yes
[11:59] <seb128> we didn't have a bug about that?
[11:59] <mvo> seb128, Laney: doing that on cdimage would be ideal, we need to make it bootable there which is a bit tricky, kpartx is used for that right now and that requires root
[12:00] <dgadomski> seb128: I am not aware about any such bug
[12:00] <seb128> dgadomski, so all the previous discussions were not based on a reported bug?
[12:01] <dgadomski> seb128: not a lp bug at least ;) I just wanted to know if that is even possible to implement before filing a bug
[12:01] <seb128> oh ok
[12:02] <seb128> dgadomski, if none of our users reported the issue so it must not be important ;-)
[12:02] <dgadomski> seb128: yeah, probably it's just affecting specific environments
[12:04] <dgadomski> seb128: do you think it is possible to implement it by providing extra mount options by an env variable or a gsetting?
[12:05] <seb128> dgadomski, unsure what would be the right level to specify the mount options
[12:05] <seb128> maybe pitti has a better idea about that, he knows that stack better
[12:06] <dgadomski> I've been reading the gvfs code and it's architecture is pretty specific, I'm not entirely sure what is possible with that implementation
[12:07] <seb128> is gvfs event the right layer for that?
[12:07] <seb128> or would udisks be better?
[12:07] <dgadomski> if I understand it correctly there is a single mounted fuse filesystem reflecting all kinds of other filesystems with specific backends
[12:08] <seb128> the fuse mounts are for clients that don't use gio/gvfs right?
[12:08] <seb128> otherwise the specific backends don't go through that
[12:08] <seb128> e.g samba uses libsamba
[12:08] <seb128> not the fuse mount
[12:09] <dgadomski> is it? I was getting an impression that there is only one fuse mounted at /run/user/<uid>/gvfs and it just maps all the shares inside that single fuse
[12:10] <dgadomski> i.e. when I mount a samba share it is not displayed as a separate mount, it's just displayed as a dir below /run/user/<uid>/gvfs
[12:10] <seb128> no, I think that's just an addition to allow non-gnome apps to access the mounts
[12:10] <seb128> right
[12:10] <seb128> the gvfs backend don't have fs access points
[12:11] <seb128> if you talk to a smb://... uri it talk to gvfs which talks to the server using libsamba
[12:11] <dgadomski> oh, I see
[12:11] <seb128> the fuse mounts are an extra feature so legacy apps/non gnome ones can access the mount
[12:12] <dgadomski> so I have confused that mechanism for the standard one
[12:12] <dgadomski> so you suspect this has to be done on a non-gvfs level?
[12:16] <seb128> dgadomski, no, in fact I'm unsure what your issue is
[12:16] <seb128> the bug you report is one with the gvfs fuse compat mount
[12:16] <seb128> but that mount is not used if you e.g edit a smb file with gedit
[12:16] <seb128> so if you have a more specific user facing issue, fixing the fuse mount is not going to resolve it
[12:17] <seb128> you should better open a bug explaining the user issue
[12:17] <seb128> e.g "mount a server; edit a file in gedit; save; notice the file permissions are wrong"
[12:17] <seb128> or whatever issue you are actually concerned about there
[12:18] <dgadomski> seb128: you are right, I misunderstood the problem while I was reporting the bug, I'll fix that
[12:18] <seb128> thanks
[12:18] <dgadomski> thank you seb128
[12:18] <seb128> yw!
[12:28] <seb128> bah, GTK
[12:28]  * seb128 kicks the fileselector not letting you type the letter of a file or folder anymore
[12:29] <seb128> oh, typical gtk :-(
[12:29] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=748672
[12:30] <seb128> "It's not a bug; the removal of the type-ahead search was very much intentional:"
[12:31] <seb128> though mclasen hits he sort of want to fix just, they just did the typical "let's do what we want throwing things on the way and fix later"
[12:32] <Laney> ya this is bad
[12:32] <mvo> *urgh*
[12:32] <Laney> larsu had a mini argument with them about it
[12:32] <Laney> maybe it's easy to put back on, can you file a gtk316 bug?
[12:32] <mvo> this makes me want to have a different toolkit
[12:32] <seb128> Laney, right, going to do that in a bit
[12:33] <seb128> it's a one liner revert
[12:33] <seb128> https://git.gnome.org/browse/gtk+/commit/?id=8f9c8120b9d8a4cfa9ed1777da37f7a2d618a3a6
[12:33] <seb128> https://git.gnome.org/browse/gtk+/commit/?id=71bd1c7e2c5252b5103bf029e437787e0a002951 as well
[12:33] <Laney> I am wary of saying that :)
[12:33] <Laney> it might have been in january but who knows what happened since
[12:34] <seb128> right
[12:38] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1464654
[12:38] <Laney> thx
[12:38] <seb128> yw!
[12:39]  * Laney tries LP git for gstreamer packaging
[12:39] <seb128> nice!
[12:39] <seb128> could be a topic to discuss at Debconf ;-)
[12:40] <Laney> I should just be able to push an 'ubuntu' branch to LP
[13:21] <Sweet5hark1> libreoffice-5.0.0~beta3 building since 2 hours. and -- oh, wonders -- amd64 seems to be fixed.
[13:21] <willcooke> \o/
[13:25] <ogra_> where is the snap ?
[13:25] <Laney> no trolling, it's not fri... oh wait
[13:25] <ogra_> lol
[13:27]  * didrocks snappifies ogra_
[13:27]  * ogra_ feels snappy now 
[13:27] <didrocks> I don't trust this guy, put him in a sandbox! :)
[13:27]  * didrocks hugs ogra_
[13:28]  * ogra_ hugs didrocks 
[13:34] <mdeslaur> has anyone else noticed that software-center in vivid doesn't show application icons anymore?
[13:35] <ogra_> mdeslaur, i have them here
[13:36] <ogra_> most are the generic box though ...
[13:37] <mdeslaur> ogra_: this is what I'm seeing in vivid: http://snag.gy/ahDyp.jpg
[13:37] <mdeslaur> yeah, all the generic icons instead of the application ones
[13:37] <ogra_> right, but there are still apps that have a proper icon
[13:37] <ogra_> (gparted, inkscape etc)
[13:38] <mdeslaur> a few work, but on utopic, I get all of them
[13:38] <ogra_> weird
[13:39] <mdeslaur> this is utopic: http://snag.gy/s7hND.jpg
[13:41] <mdeslaur> mvo: where does software-center get it's icons from?
[13:44] <seb128> mdeslaur, guess what?
[13:45] <seb128> it's a new-gtk issue...
[13:45] <seb128> I bet it has to do with the change to enforce the icon size
[13:45] <mdeslaur> seb128: why, of course is it :)
[13:45] <seb128> first thing I tried, use gtk 3.12 and ... bingo, it works
[13:45] <mvo> seb128: meh, on vivid?
[13:45] <seb128> mvo, yes
[13:45] <mvo> :(
[13:46] <mdeslaur> awesomesauce
[13:52] <seb128> mvo, you might need to force the icon size you request
[13:53]  * didrocks whistles "backward compatibility"
[13:53]  * seb128 whistles "gtk"
[13:53] <mvo> seb128: we have a mail-thread about the maintenance just now, don't we :)
[13:54] <seb128> mvo, yeah ;-)
[13:54]  * mdeslaur gets popcorn
[13:54] <mvo> lol
[13:54] <mdeslaur> seb128: just rename it snappy-software-center
[13:55] <mvo> seb128: I can not even release, I don't know where the debian dir is, I'm happy to fixup stuff, but then it needs to become something that I can actually bzr-buildpackage
[13:55] <seb128> oh, more fun
[13:55]  * mvo stops complaining and writes code
[13:55] <mvo> mdeslaur: hahaha
[13:56] <seb128> reviews are broken
[13:56] <seb128> https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1462211
[13:56] <seb128> works with old gtk as well
[13:56] <seb128> invalid property n_rows on a GtkGrid
[13:56] <seb128> shrug
[13:57] <seb128> bug #1445745
[13:57] <seb128> " It appears that the Glade utility uses an "n_rows" property field on GtkGrids that is no longer good"
[13:58] <didrocks> it's a way at least to not have bad reviews on software-center because there very few icons showing up ;)
[13:58] <seb128> lol
[13:59] <mdeslaur> hehehe
[14:00] <desrt> hello from ottawa
[14:00] <seb128> hey desrt ;-)
[14:00] <seb128> how is ottawa?
[14:00] <pitti> hey desrt!
[14:00] <desrt> it's a beautiful city :)
[14:00] <pitti> desrt: oh, following the women's soccer championship?
[14:00] <desrt> and it's filled with people who have a lot of the same concerns as we often do...
[14:01] <desrt> pitti: BSDCan
[14:01]  * pitti was watching on Sun and yesterday
[14:01] <didrocks> desrt: /!\ soccer discussion detected
[14:01] <desrt> didrocks: no kidding :)
[14:01] <desrt> too many europeans here :)
[14:02] <didrocks> :)
[14:02] <desrt> it's like a critical mass thing
[14:02] <desrt> pitti: i didn't realise it was here until yesterday when we randomly happened upon the stadium :)
[14:02] <pitti> didrocks: okay, okay, I STFU :)
[14:03] <seb128> mvo, if you fix issues dobey can probably help you to roll a package update then
[14:03] <pitti> enjoying "ze games"?
[14:03] <seb128> didrocks, you should enjoy woman soccer, Lyon has the best team in France ;-)
[14:04] <seb128> be proud of your city ! :p
[14:04] <pitti> and it's muuuuch less commercialized than men's soccer
[14:04] <desrt> professional sports are lame
[14:05] <seb128> here come the curling man ;-)
[14:05] <didrocks> seb128: really? I even didn't know it
[14:05] <desrt> man.. curling sure is swell
[14:05] <desrt> but even it's starting to get 'more professional' unfortunately :(
[14:05] <desrt> but i mean... seriously
[14:05] <desrt> look at what it turns into
[14:05] <desrt> the contest is who has the best drug chemists to better hide drugs
[14:06] <desrt> and who can give the biggest bribes to fifa or ioc without getting caught
[14:06] <didrocks> oh, it's time for Tour de France again ;)
[14:06] <didrocks> (saw chemist, hiding drugs…)
[14:06] <dobey> huh?
[14:06] <desrt> didrocks: ya.. another fine example
[14:06] <seb128> hey dobey
[14:07] <dobey> oh, hmm
[14:08] <seb128> dobey, mvo might need help to get s-c package updated ;-)
[14:08] <seb128> unsure if you changed things when you were working on it
[14:09] <dobey> i made it non-native. but i'm sure mvo has sufficient upload permissions and can easily just throw a patch in debian/patches to quickly SRU something if needed
[14:11] <desrt> keynote talk right now is being given by the guy who invented environment variables
[14:13] <pitti> desrt: ah, long env var vs. dconf discussion after that? :-)
[14:13] <desrt> i don't know if dconf would run on a PDP.  i'm rather certain it didn't exist in the 60s :)
[14:17] <desrt> just told an amusing story of how "void" got invented
[14:17] <desrt> ritchie was originally against it until he realise that he could save a single instruction :)
[14:18] <pitti> desrt: ah, otherwise everything would have had to return int?
[14:18] <desrt> ya
[14:18] <pitti> saves a pop off the stack, I figure :)
[14:18] <desrt> i guess they probably used a register
[14:18] <pitti> so, saves a LOAD reg, 0?
[14:18] <desrt> ya.. basically
[14:25] <seb128> dobey, what vcs do you use? lp:software-center has no debian dir
[14:27] <dobey> seb128: indeed it doesn't. as i said, i changed it to be a non-native package. and UDD package import for it has been broken for a long time, so lp:ubuntu/software-center also is not up to date, so you need to use pull-lp-source for it
[14:27] <seb128> dobey, mvo, https://code.launchpad.net/~seb128/software-center/gtkgrid-deprecated-nrow/+merge/261855
[14:27] <seb128> dobey, well, non-native could have been full source including debian/ dir in the vcs
[14:28] <seb128> dobey, mvo, do you know what part of the code loads the icons on the main view?
[14:28] <dobey> seb128: if debian/ is in the upstream source tree, that is a native package. using non-native version numbers in the changelog and then including a bzr bd config file to tell it to create a non-native package using the tree, is evil
[14:29] <dobey> seb128: i do not. i'm not sure which parts of the main view are html versus gtk+ either.
[14:29] <seb128> dobey, hum, k
[14:53] <dobey> seb128, mvo: i guess i could do the minimal work needed to convert software-center back to a native package and move it over to landing via ci train, if that would make things easier going forward.
[14:53] <seb128> dobey, that would be nice
[14:54] <dobey> seb128: i'll see if i can find a little time to do that, after i finish what i'm currently working on
[14:54] <seb128> dobey, thanks
[15:09] <pmcgowan> seb128,  I am not getting xchat notifications since going to vivid I think  is there a way to check if the plugin is working/loaded
[15:09] <seb128> pmcgowan, go to the preferences, plugins and see if it's loaded
[15:09] <pmcgowan> seb128, sorry where?
[15:10] <seb128> pmcgowan, using xchat or xchat-gnome?
[15:10] <pmcgowan> seb128, xchat, and I see it in the messaging drop down
[15:10] <pmcgowan> but nothing is showing up
[15:10] <seb128> pmcgowan, yeah, that's orthogonal
[15:11] <pmcgowan> nice word
[15:11] <seb128> it means it's a known app, not that the client is enable/sending messages
[15:11] <seb128> I'm using xchat-gnome
[15:11] <seb128> unsure where the plugins options are under xchat
[15:11] <seb128> look in the menus/preferences?
[15:11] <pmcgowan> looking
[15:13] <pmcgowan> says its loaded
[15:13] <seb128> what plugin?
[15:13] <pmcgowan> indicator.so from xchat-indicator
[15:14] <pmcgowan> messaging indicator
[15:14] <pmcgowan> wonder if I just reinstall it
[15:16] <seb128> pmcgowan, better?
[15:17] <pmcgowan> yeah its working after restarting the app
[15:17] <pmcgowan> weird
[15:24] <seb128> weird it is
[15:24] <davmor2> pmcgowan: it's vivid nothing surprises me
[15:31] <seb128> larsu, Laney, desrt, you good people, is one of you having this year #gtk+ logs maybe?
[15:32] <seb128> Laney, you win, I wish unity was in git now :p
[15:32] <Laney> seb128: yeah what are you after?
[15:32] <Laney> ha, how come?
[15:33] <seb128> Laney, there was a discussion about gtk_icon_theme_has_icon () that doesn't work anymore/the same way after gtk update
[15:33] <seb128> that bite andyrock/unity like previous cycle
[15:33] <seb128> I don't remember the details
[15:33] <seb128> but I think software-center not loading icons is the same
[15:34] <seb128> Laney, with git I could grep through historical changes in unity that mention gtk_icon_theme_has_icon in their diff I think ;-)
[15:34]  * seb128 read about that,never tried
[15:34] <seb128> well, maybe bzr can do the same but I don't know how
[15:34] <Laney> #gtk+.log-20140722.gz:21/07 13:26:03 <ricotz> mclasen, hi, do you know if it is intended that gtk_icon_theme_has_icon() returns false for icons located in e.g. /usr/share/pixmaps while gtk_icon_theme_load_icon() properly loads it?
[15:34] <Laney> ?
[15:34] <seb128> Laney, that's it!
[15:34] <seb128> that's bitting s-c as well
[15:34] <seb128> what was the outcome?
[15:35] <Laney> no solution
[15:35] <seb128> bah
[15:35] <Laney> mclasen hinted it was not intentional
[15:35]  * seb128 shakes fist at gtk
[15:36] <seb128> let me try to see what unity did
[15:36] <seb128> Laney, thanks! you just had a beer_owned++, can collect at Debconf ;-)
[15:36] <Laney> heh
[15:36] <Laney> you found it?
[15:37] <seb128> Laney, not yet, but at least it confirms it's what I though
[15:38] <seb128> Laney, https://code.launchpad.net/~azzar1/bamf/lp-1407192/+merge/246749
[15:38] <seb128> using gtk_icon_theme_lookup_icon() instead
[15:39] <Laney> ++
[15:41] <seb128> mdeslaur, did you open a bug about the s-c icon thing? if not I would welcome one that I can use for a SRU
[15:42]  * seb128 fixed 2 s-c/gtk bugs now today, I might go for a third one ;-)
[15:44] <Laney> smells like a new maintainer
[15:45] <seb128> ^_^
[15:45]  * seb128 uncommits and delete mps
[15:45] <seb128> me, touching s-c? never...
[15:45] <willcooke> :D
[15:47] <Laney> fix the black bar plz
[15:48] <Laney> the "Show technical items" one
[15:48] <seb128> shrug, it's happening, people taking me for the maintainer!
[15:48] <seb128> is that a theme issue?
[15:49] <Laney> HAHA nice try!
[15:49]  * Laney shields lars_u
[15:51] <seb128> :-)
[15:51] <Laney> https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gst-plugins-base1.0/+git/gst-plugins-base1.0
[15:51] <Laney> breaking new ground
[15:53] <seb128> nice!
[15:53] <seb128> working fine so far?
[15:54] <Laney> basics do
[15:54] <Laney> I wanted to have it under code.launchpad.net/ubuntu/+source/gst-plugins-base1.0 but that's not there yet
[15:54] <Laney> and I don't know what the workflow should look like either
[15:55] <Laney> like should I push the branches which are shared with Debian or not?
[15:56] <seb128> good question, is that needed to merge from them?
[15:56] <seb128> I guess not
[15:56] <seb128> we can just pull from debian location
[15:56] <seb128> but consistency/having things stored together is nice
[15:56] <Laney> then it's more complex to checkout
[15:57] <Laney> and weird if we want to go ahead
[16:01] <Laney> (going to catch a train, bbiab from it assuming there is signal)
[16:01] <seb128> Laney, have fun
[16:04] <mdeslaur> seb128: I haven't. Still want one?
[16:05] <seb128> mdeslaur, yes, please
[16:05] <mdeslaur> ok, one sec
[16:06] <seb128> thanks
[16:07] <mdeslaur> seb128: bug 1464722
[16:07] <seb128> mdeslaur, thanks
[16:11] <seb128> mdeslaur, mvo, dobey: https://code.launchpad.net/~seb128/software-center/gtk-has-icon/+merge/261867
[16:11] <seb128> mdeslaur, you should be able to edit the installed version if you want to test that
[16:13] <mdeslaur> seb128: yep, that worked
[16:14] <seb128> mdeslaur, great
[16:15] <seb128> I'm going to upload to wily now and SRU next week
[16:16] <mdeslaur> cool, thanks
[16:25] <seb128> mdeslaur, in fact SRUed while I was at it
[16:25] <seb128> on that note I'm going for a walk, back in  ~1h to deal with backlog and calling it a week
[16:26] <seb128> have a good w.e for those going now
[16:26] <mdeslaur> cool
[16:26] <mdeslaur> bye!
[16:48] <Laney> yo homies
[17:09] <willcooke> happy weekend all
[17:09]  * willcooke -> EOD