[01:06] <Unit193> tumbler 4.17.2-1 uploaded to experimental by Unit 193 (unit193)
[04:52] <newhoa[m]> I've noticed Firefox as a snap causes a lot of issues with opening files and interacting with other applications. Does Xubuntu have the freedom to deviate from Firefox as a snap or is that an Ubuntu thing that needs to stay as it is?
[04:56] <newhoa[m]> For example, Firefox won't open files from archives, from catfish (when opening from zip files). It can't launch the fish configuration. Documentation can't always be read from apps. This is just a few things I've experienced over the last few weeks. This is because any program that makes use of /tmp, any file in a dot directory, or any file/documentation that is not whitelisted, will not open with a snap.
[04:56] <newhoa[m]> I made an issue here: https://bugs.launchpad.net/snapd/+bug/1972762
[04:56] <Unit193> Ubuntu's repos no longer have a packaged firefox, so that's a repo thing.
[05:00] <newhoa[m]> But I don't know if Ubuntu isn't interested in a solution. If not is there anything Xubuntu would consider doing to change this? Because as it is now a lot of apps feel broken without any indication as to why, and users will not be able to open some of their files or documentation.
[05:46] <newhoa[m]> Would using a different source be considered? Like the Mozilla Team ppa: https://launchpad.net/~mozillateam/+archive/ubuntu/ppa
[05:48] <Unit193> Can't really do that in Xubuntu itself, but you certainly could try that.
[05:52] <newhoa[m]> I did. Just trying to think of a solution for the average user that probably won't understand what's happening or how to do anything about it.
[05:53] <newhoa[m]> Does Ubuntu require only using their sources/packages for its family of distros?
[05:57] <Unit193> Not entirely sure on the rules on that anymore, but generally speaking yes it has to be in the archive or a snap.
[08:39] <Unit193> [ubuntu/kinetic-proposed] tumbler 4.17.2-1 (Accepted)


[14:59]  * slangasek waves
[14:59] <robru> o/
[15:00] <cyphermox> o/
[15:00] <tdaitx> \o
[15:00] <sil2100> o/
[15:00] <pitti> o/
[15:00] <slangasek> #startmeeting
[15:00] <meetingology> Meeting started Thu Oct 15 15:00:38 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:00] <meetingology> Available commands: action commands idea info link nick
[15:00] <slangasek> [TOPIC] Lightning round
[15:01] <slangasek> $ echo $(shuf -e barry doko bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti tdaitx)
[15:01] <slangasek> barry tdaitx infinity sil2100 doko bdmurray pitti caribou slangasek robru cyphermox
[15:01] <barry> \o/
[15:01] <barry> debuntu: pex 1.1.0-1, 1.1.0-1ubuntu1, 1.1.0-2 (merged debian/ubuntu & fixing dep-8 tests); dpmt git migration completed!; looked at LP: #1504288; sponsored LP: #1503698; flufl.enum 4.1-1; observed, filed, and investigated debian bug #801710 (ongoing); sponsored LP: #1506007
[15:01] <barry> python: *lots* of discussions about 3.4.3 backward compatibility breaks.  reviewed doko's fixes for trusty.
[15:01] <barry> other: investigated multiple dist-upgrade regressions including nut-client.  filed bugs, etc. as appropriate.  booked travel for sprint.  porter box access fail (vpn).
[15:01] <barry> system-image: 3.0.2 in vivid-overlay targetting OTA-8.  needs testing.
[15:01] <barry> --done--
[15:01] <tdaitx> Short week: holiday on Monday
[15:01] <tdaitx> Current/Past
[15:01] <tdaitx> - reported and provided fix for libecap FTBFS on rebuild (LP: #1504200)
[15:01] <tdaitx> - provided SRU for squid3 (LP: #1073478)
[15:01] <tdaitx> - contacted IcedTea and Andrew to coordinate a few patches and IcedTea release
[15:01] <tdaitx> - asked for feedback, comments, and/or endorsements for my core dev application
[15:01] <tdaitx> - manually building a new package with recent commits from icedtea 2.6 branch to get the steps right
[15:01] <tdaitx> - testing host TCK on local lxc instead of vm
[15:01] <tdaitx> Next steps
[15:01] <tdaitx> - build a git mirror from IcedTea mercurial repo
[15:01] <tdaitx> - get a recipe for building openjdk packages from IcedTea repo working
[15:02] <tdaitx> - finish up TCK for trusty on amd64/i386
[15:02] <tdaitx> - look for LP bugs that have been fixed on the latest IcedTea 2.6 commits
[15:02] <tdaitx> - verify OpenJDK 6 TLS patch (LP: #1482924)
[15:02] <tdaitx> Waiting/On hold
[15:02] <tdaitx> - waiting OCA to submit webrevs for 7093640 backport (set TLS 1.1 as default for JDK 6 and TLS 1.2 as default for JDK 7); not blocking anything for now, just waiting
[15:02] <tdaitx> - waiting for enough endorsements to submit my core dev application
[15:02] <tdaitx> (done)
[15:02] <slangasek> I think infinity isn't here this morning
[15:03] <slangasek> sil2100:
[15:03] <sil2100> - Landing team work, silo coordination, preparing landing e-mails
[15:03] <sil2100> - RTM Status meetings
[15:03] <sil2100> - OTA-7 preparations, cherry-picking fixes and re-builds
[15:03] <sil2100> - OTA-6+ - preparing emergency snapshot for the emergency hotfix
[15:03] <sil2100> - +1 maintenance, additional work on the FTBFS list
[15:03] <sil2100>   * Looked at wheel being blocked in -proposed
[15:03] <sil2100>   * Fixed python-glance-store failures
[15:03] <sil2100>   * Requesting sync of python-linecache2
[15:03] <sil2100>   * Investigating the python-configglue failures
[15:03] <sil2100>   * Looking into the mir failure - fix released with new upstream release
[15:03] <sil2100> - appmenu-qt5:
[15:03] <sil2100>   * Triggering Qt rebuild with second fix for no-shortcuts issue
[15:03] <sil2100> - Seed maintenance
[15:03] <sil2100> - Landing team script maintenance, small corrections and instance migration
[15:03] <sil2100> - Further work on documentation and release process improvements
[15:03] <sil2100> - Preparing flight details for sprint
[15:03] <sil2100> - Lover work capacity due to some slight health issues
[15:03] <sil2100> (done)
[15:04] <doko> - python3.4 SRU, and discussions, urllib3 SRU
[15:04] <doko> - ibm-java reviews and updates
[15:04] <doko> - "final" python3.5 update
[15:04] <doko> - ftbfs, ftbfs, and ftbfs fixes
[15:04] <doko> - propose maintenance plan for ruby for the LTS
[15:04] <doko> - propose demoting gcc-4.8 for the LTS
[15:04] <doko> - last openjdk-7 and openjdk-8 updates for wily
[15:04] <doko> - buildable gcc-snapshot for all archs
[15:04] <doko> (done)
[15:05] <bdmurray> worked mojo spec for Error Tracker
[15:05] <bdmurray> irc discussion with seb128 re a failure to retrace
[15:05] <bdmurray> reported daisy bug LP: #1505818 (retracing of things for which we now have ddebs)
[15:05] <bdmurray> cleanup of fsys-tarfile foreign language crash reports
[15:05] <bdmurray> update bug bot to handle fsys-tarfile crash reports
[15:05] <bdmurray> ubuntu-release-upgrader bug triage
[15:05] <bdmurray> fixed pending SRU report due to yaml layout changes LP: #1496020
[15:05] <bdmurray> uploaded aptdaemon to wily (improved error message for LP: #1439769)                                                                                reported update-manager (LP: #1505337) re: #auto in package name
[15:05] <bdmurray> investigation into ubuntu-support-status bug LP: #1503979
[15:05] <bdmurray> uploaded ubuntu-release-upgrader fixing LP: #1505359
[15:05] <bdmurray> uploaded a fix for software-properties bug LP: #1426933
[15:05] <bdmurray> investigation into mirrors not being removed from u-r-u (LP: #1463680)
[15:05] <bdmurray> investigation into apport bug LP: #1505852
[15:06] <bdmurray> ✔ done
[15:06] <pitti> sil2100: I like your "Lover work capacity" :)
[15:06] <pitti> autopkgtest:
[15:06] <pitti>  - discuss and start implementing changes to minimize installed packages from -proposed during tests (#1503150)
[15:06] <pitti>  - Fine-tune tests triggered by linux/-meta (#1504498)
[15:06] <sil2100> Uh oh! Not like that!
[15:06] <pitti>  - Fix freeradius autopkgtest
[15:06] <pitti> misc:
[15:06] <pitti>  - Investigate regression with systemd 226 (https://github.com/lxc/lxc/issues/663)
[15:06] <pitti> systemd:
[15:06] <pitti>  - Fix logind crash on scheduled shutdown, write test case for it (#1495178)
[15:06] <pitti>  - spent three days on investigating a nasty boot problem (https://github.com/systemd/systemd/issues/1505), still ongoing
[15:06] <pitti>  - some keymap bug fixing
[15:06] <pitti> misc:TB meeting, lots of bug gardening, the usual daily -proposed maintenance
[15:06] <pitti> EOT
[15:06] <sil2100> It was a typo, I swear!
[15:06] <sil2100> ;)
[15:07] <caribou> hmm, right on time it seems
[15:07] <caribou> my turn, right ?
[15:07] <tdaitx> caribou, yes
[15:07] <caribou> Bugfix:
[15:07] <caribou> - Bug #1496317 Wily failed kdump crash
[15:08] <caribou>   smb reviewed it. Minor fixes. Will need to be SRUed
[15:08] <caribou> - sosreport autopkgtests
[15:08] <caribou> - iSCSI / DM-MPIO issue Needs to investigate diffs with RHEL7 where it works
[15:08] <caribou> - Network Manager if-down.d script not executed
[15:08] <caribou>   Cyphermox suggested to use dispatch.d
[15:08] <caribou>   LP: #1496317 kdump OOM killer failure
[15:08] <caribou>   - More work done
[15:08] <caribou>     * Moved symlink management to kdump-config
[15:08] <caribou>   - Need to talk to Debian kernel team about applying upstream
[15:08] <caribou> still waiting for upload of LP: #1273462
[15:08] <caribou> (done)
[15:09] <slangasek>  * short week, holiday on Monday
[15:09] <slangasek>  * s390x planning
[15:09] <slangasek>  * work with phone team on disabling apport on the stable channel https://code.launchpad.net/~vorlon/lxc-android-config/apport-job-cleanup/+merge/274497
[15:09] <slangasek>  * NEW review for dpdk, openvswitch-dpdk
[15:09] <slangasek>  * helping shepherd MIRs for juju and lxd
[15:09] <slangasek>  * discussions about partman+raid vs. PReP partitions on POWER
[15:09] <slangasek>  * python 3.4 SRU discussions
[15:09] <slangasek>  * discussions about SecureBoot and kernel signing enforcement
[15:09] <slangasek> (done)
[15:09] <robru> lp:ubuntu-ui-toolkit/gles (and qtmir and qtubuntu)
[15:09] <robru> - rework how orig.tar is found in such a way that eases silo management for upstreams and fixes a train bug
[15:09] <robru> lp:cupstream2distro
[15:09] <robru> - catch & warn about JSONDecodeError (stop exploding on empty response from lp archive.copyPackage())
[15:09] <robru> - unconditional 'chmod +x' on debian/rules in order to avoid errors for ones that aren't executable
[15:09] <robru> - more strict handling of -gles packages to avoid package versions getting out of sync
[15:09] <robru> - minor unification of redundant dual-silo logic.
[15:09] <robru> lp:bileto
[15:09] <robru> - minify JSON in production to save bandwidth (also exclude certain large fields from the JSON when not necessary)
[15:09] <robru> - convert various db id fields from int to bigint for future-proofing reasons
[15:09] <robru> - hide certain inappropriate buttons during request editing
[15:09] <robru> - catch unhandled exception when trying to submit empty comment
[15:09] <robru> lp:phablet-tools
[15:09] <robru> - use apt pinning to fix silo installation: don't upgrade packages from overlay ppa, don't upgrade packages from distro, unless required by a new dependency in the silo.
[15:09] <robru> (done)
[15:09] <cyphermox>  - short week, Monday was a national holiday.
[15:09] <cyphermox>  - more testing with fwupdate and fwupd.
[15:09] <cyphermox>  - NM fixes for bugs LP: #1498474 and LP: #1446689
[15:10] <cyphermox>  - sponsoring/upstreaming fix for grub2 bug LP: #1459872
[15:10] <cyphermox>  - coached dannf on usage of git-dpm for grub2 packaging
[15:10] <cyphermox>  - looked into bug LP: #1361951; unable to reproduce the freezes.
[15:10] <cyphermox>  - spent far too much time convincing MAAS to boot ppc64el with a custom image.
[15:10] <cyphermox>  - debugging grub-installer/partman-prep for install of PReP partitions on RAID
[15:10] <cyphermox>  - fixed ipmitool trusty SRU build failure on powerpc.
[15:10] <cyphermox> (done)
[15:10] <pitti> caribou: please don't rely on if-down.d/ for anything serious; in a hotplug or wifi world you can never guarantee that it actaully works2
[15:10] <pitti> barry: pex still has failing tests FYI
[15:10] <caribou> pitti: yes, that's what cyphermox suggested
[15:10] <barry> pitti: hasn't been uploaded yet :)
[15:10] <slangasek> robru: "unconditional chmod +x" - eh, surely that should be regarded as a buggy branch and we should make the landers fix it.
[15:10] <pitti> caribou: or the dispatcher (I mean the concept, not the implementation)
[15:10] <cyphermox> yeah, if NM manages the interface it always runs dispatcher.d scripts
[15:11] <barry> pitti: after meeting, -> unstable then syncpackage
[15:11] <pitti> barry: cool, thanks
[15:11] <slangasek> alright
[15:11] <slangasek> any questions?
[15:12] <slangasek> business as usual, one week before the release? :)
[15:13] <sil2100> ;)
[15:13] <pitti> FTR, I'll prepare final langpacks tomorrow morning
[15:13] <sil2100> Still a lot of FTBFS on the radar!
[15:13] <slangasek> yes
[15:13] <slangasek> if you're not otherwise working on release-critical bugs, FTBFS are the place to be right now
[15:14] <barry> do any of us own usb-creator and/or want to take a look at LP: #1505370 ?  getting reports from the field that usb sticks are not bootable on non-uefi machines
[15:14] <slangasek> http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20151001-wily.html
[15:14] <cyphermox> barry: I'll look
[15:14] <barry> cyphermox: thanks!
[15:15] <slangasek> barry: that sounds like it's probably an endlessly repeating variant of the syslinux mismatch bug
[15:15] <cyphermox> exactly.
[15:15] <slangasek> usb-creator needs rearchitecting badly, I'm afraid
[15:15] <slangasek> (as cyphermox knows)
[15:15] <barry> dang
[15:15]  * cyphermox considers mdeslaur's dd magic.
[15:16] <slangasek> barry: basically, usb-creator depends on the syslinux package on the host system release, and when it copies the image to the USB stick it munges boot block bits from that together with whatever is on the image, and this is in no way guaranteed to be compatible
[15:16] <barry> thanks guys
[15:16] <slangasek> the right answer is "do not munge", but not munging means no persistence
[15:16] <slangasek> so anyway
[15:17] <barry> sounds like a fun one
[15:18] <cyphermox> I think I'd make it not munge unless people want persistence, and not allow persistence if we're writing a 64-bit image from 32-bit, making that obvious in the UI
[15:18] <cyphermox> or you know, that, worded somehow that makes sense ^
[15:18] <slangasek> [TOPIC] AOB
[15:18] <slangasek> anything else?
[15:19] <slangasek> reminder to get your sprint plans into the google doc
[15:20] <slangasek> and reminder that UOS is the same week as the sprint, so make sure you get your sessions registered for anything that we need to talk about
[15:20] <slangasek> and next Thursday is the release, so no meeting that day
[15:20] <slangasek> anyone besides me have anything else? ;)
[15:20] <barry> can't wait to hear what sabdafl has in mind for x code name
[15:21] <caribou> still need a sponsor for LP: #1273462
[15:21] <caribou> I'm being chased daily on this one
[15:21] <sil2100> Xciting X-men?
[15:21] <pitti> xtraordinary Xerus?
[15:21]  * barry always has a good list but never seems to be consulted
[15:21] <slangasek> caribou: remind me what we discussed previously.  was I going to sponsor it and get someone else to SRU review it, or were we going to get someone else to sponsor it and I would SRU review it?
[15:22] <caribou> slangasek: afaik, you were to sponsor it and infinity would do the SRU leg work
[15:22] <pitti> slangasek: last time I think Adam wanted to upload and you to approve
[15:22] <pitti> slangasek: I can also sponsor
[15:22] <slangasek> pitti: ok, tag you're it :)
[15:24] <slangasek> anything else
[15:25] <slangasek> going...
[15:25] <slangasek> going...
[15:25] <slangasek> #endmeeting
[15:25] <meetingology> Meeting ended Thu Oct 15 15:25:34 2015 UTC.
[15:25] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-10-15-15.00.moin.txt
[15:25] <slangasek> thanks all!
[15:25] <caribou> thanks!
[15:25] <sil2100> o/
[15:25] <pitti> thanks
[15:26] <barry> thanks!
[15:26] <pitti> slangasek, caribou: uploaded lsb
[15:27] <caribou> pitti: thanks a ton !


[01:09] <Omnifrog> the forest wore me out today :\
[23:43] <Omnifrog> forest day 4!
[23:43] <Omnifrog> the season is in full swing


[08:40] <KaVeH> erterrrrrrrrrrrrrrrrrrrrrrrrr
[08:40] <KaVeH> ertrererert
[08:40] <KaVeH> ret
[10:20]  * nlsthzn-work waves
[17:08] <bassem> Hello, I'm here again :-)
[17:13] <nlsthzn> bassem: welcome
[17:19] <bassem> nlsthzn, thanks
[17:20] <nlsthzn> :)
[17:52] <Haden> Hello...
[17:52] <Haden> bojicas,nlsthzn , bassem
[17:52] <Haden> Good evening..
[17:52] <nlsthzn> Haden: alo :)
[17:53] <Haden> Did you guys have a meeting?
[17:53] <nlsthzn> when?
[17:53] <Haden> today?
[17:54] <nlsthzn> nope... next meeting is the real thing the 4th and then they will decide when the next irc meeting should be
[17:55] <Haden> nlsthzn, did you guys here from Omar?
[17:55] <nlsthzn> I haven't...
[17:55] <Haden> Any idea if the location is dubai mall or festival city?
[17:57] <bassem> Haden, hi
[17:58] <Haden> bassem , nice to see you..
[17:58] <Haden> nlsthzn, bassem , bojicas  all you guys gonna be there this meetup right?
[17:58] <nlsthzn> Haden: I will always be there (in spirit)
[17:59] <Haden> nlsthzn,  not the same :)
[17:59] <bassem> nlsthzn, you've received that email because you are admin maybe?
[17:59] <Haden> nlsthzn,  I got it too..
[18:00] <Haden> The existing group is dead i think..
[18:00] <bassem> Haden, I'll be there, but I don't know where
[18:00] <Haden> Roy is a member..
[18:00] <Haden> xnixan,  Hey..
[18:00] <nlsthzn> Ah ok... just wanted to make sure... somebody was going to contact the guy that started it right?
[18:01] <Haden> If Omar doesnt show up we need to fix something else..
[18:02] <Haden> nlsthzn, Thar wasnt an official loco i think..
[18:02] <nlsthzn> Haden: not official but they registered a launchpad account using the preffered naming conventions etc... so we needs it :p
[18:03] <Haden> I think we shoul as Roy to get in touch with them..
[18:05] <Haden> bassem, Do you think we should go with an alternate place?
[18:07] <nlsthzn> is there a problem with the venue for the 4th?
[18:08] <Haden> nlsthzn, Dubai mall is too crowded.. very noisy..
[18:08] <nlsthzn> Haden: perfect then... all pitch up with ubuntu hats and t-shirts and banners and start singing the free software song that rms wrote :D
[18:09] <nlsthzn> http://www.youtube.com/watch?v=1BH7poMtPVU
[18:09] <Haden> nlsthzn, Nah.. We wouldn't want you to miss all the fun..
[18:10] <Haden> nlsthzn,  Thats cool..
[18:11] <nlsthzn> Haden: cool... not one of the words I would use to describe it but ok :p
[18:11] <Haden> http://www.youtube.com/watch?v=JDisnYe38io
[18:12] <nlsthzn> http://www.weebls-stuff.com/songs/Narwhals/
[18:13] <nlsthzn> Haden: hehe
[18:13] <Haden> nlsthzn,  Now that is cool.. Should i put it up on the facebook page?
[18:14] <Haden> nlsthzn,  That song is stuck in my head now...
[18:14] <nlsthzn> Haden: go for it :D
[18:14] <nlsthzn> I have it on at the moment... almost as addictive as the lama song...
[18:15] <nlsthzn> http://www.albinoblacksheep.com/flash/llama
[18:16] <nlsthzn> but the ultimate is still BADGER http://www.albinoblacksheep.com/flash/badgers
[18:18] <Haden> nlsthzn, http://www.youtube.com/watch?v=QH2-TGUlwu4
[18:18] <Haden> Nyan cat..
[18:18] <bassem> Haden, it's to far for me, I still don't have a car!
[18:18] <Haden> bassem,  What is too far?
[18:19] <bassem> Haden, the place! you asked me about the meetup place right?
[18:19] <nlsthzn> http://www.youtube.com/watch?v=kbbA9BhCTko&feature=related hehe
[18:20] <Haden> bassem,  yes.. I was suggesting any alternate location.. anything but dubai mall..
[18:21] <bassem> Haden, how many members do you expect ?
[18:22] <nlsthzn> ... got to get ready for the great sleep :) night all
[18:24] <Haden> bassem, I'm guessing 8 - 12..
[18:24] <Haden> we could meet at a park.. pizza..
[18:27] <Haden> bassem,  Be back.. see if you guys can come up with something.. will talk to you tom...
[18:57] <nlsthzn> cheers


[01:13] <AdvancedGarde> Hello there, I've just done a fresh install of ubuntu on my PC. Ubuntu is automatically mounting my two non OS drives on boot, but they are not present in /etc/fstab - I want to bind my home directory to one of the drives but my entry in fstab is being executed before the drive becomes ready. Where/When might these drives be being mounted?
[05:43] <BigWhale> Good Morning.
[07:27] <didrocks> good morning
[07:27] <didrocks> (half an hour to just get the machine starting, nice! :/)
[08:12] <tvoss> pitti, ping
[08:13] <dpm> good morning all
[08:47] <didrocks> tvoss: pitti is not there today, what do you need,
[08:47] <didrocks> good morning dpm
[08:47] <didrocks> dpm: hey, what do you need me in addition to setup my quickly server up again for developer.ubuntu.com ?
[08:47] <dpm> hey didrocks, good morning
[08:48] <tvoss> didrocks, smspillaz told me to ping him on my recipe problem :)
[08:48] <didrocks> dpm: I check my tutorials, they are still meaningful
[08:52] <dpm> didrocks, if you could copy them to d.u c. too (or point me to which ones we should copy and I can do it myself), that'd be awesome
[08:52] <dpm> didrocks, also, I've noticed that the .pot template in Unity 5.0 has not been updated, so the new strings such as 'Unlock' and such are not in LP. Perhaps it needs updating in the upstream project or the POT update in the package does not work?
[08:54] <dpm> argh, got disconnected, let me paste the reply again...
[08:54] <didrocks> dpm: yeah, I'm delaying the pot update right now as we will have changes in those translations maybe
[08:54] <dpm> didrocks, if you could copy them to d.u c. too (or point me to which ones we should copy and I can do it myself), that'd be awesome
[08:54] <didrocks> dpm: pointing you in pm to not polluate there
[08:54] <dpm> didrocks, ah, ok, thanks
[09:17] <seb128> hey
[09:17] <didrocks> salut seb128, ça va ?
[09:18] <seb128> didrocks, lut, ca va mieux, bien dormis et mon rhume est presque passé ;-)
[09:18] <seb128> et toi ?
[09:19] <didrocks> ben, le rhume s'aggrave un peu, mais je récupère le sommeil petit à petit en me couchant tôt (genre 22h ;))
[09:19] <didrocks> meeting report reminder btw! :)
[09:20] <seb128> oh right
[09:21] <seb128> didrocks, changing a merge request which got put on "needs review" by unity-mergeer back to "approved" should be enough to get it retried right?
[09:21] <didrocks> seb128: exactly
[09:21] <seb128> didrocks, I did add a workaround to glib for the libgee issue, I want to retry one of the merges
[09:22] <seb128> didrocks, ok, just retried https://code.launchpad.net/~mhr3/libunity/sources-filtering/+merge/88177
[09:22] <didrocks> yeah, just do that, it will be triggered on next run
[09:22] <didrocks> (you have 2min30 ;))
[09:22] <seb128> didrocks, just did
[09:22] <seb128> 'ci
[09:22] <didrocks> de rien :)
[09:28] <dpm> hi desktoppers. Could someone reupload Tomboy? In demoting it to universe it lost all translations. For extra points, it'd be great to fetch the translations from LP, but as a first step just reuploading not to strip translations would do the trick too
[09:28] <dpm> thanks!
[09:29] <seb128> dpm, hey, why does it need to go to main?
[09:29] <seb128> oh, it's the other way around
[09:29] <dpm> seb128, it does not need to go to main
[09:29] <dpm> yeah
[09:30] <dpm> it was demoted to universe with stripped translations
[09:30] <seb128> dpm, do you know when it was demoted? I just did an upload yesterday evening...
[09:31] <seb128> dpm, seems to me that it doesn't need a rebuild
[09:31] <seb128> dpm, ie https://launchpad.net/ubuntu/+source/tomboy/1.8.0-1ubuntu1.2/+build/3097171
[09:32] <seb128> $ dpkg -c tomboy_1.8.0-1ubuntu1.2_i386.deb | grep -c locale
[09:32] <seb128> 229
[09:32] <dpm> seb128, I noticed it a while ago, let me update to see if your upload fixed it
[09:32] <seb128> dpm, what is missing?
[09:32] <seb128> ok
[09:32] <dpm> if translations are there, then nothing :)
[09:33] <seb128> seems I pre-emptively fixed your bug then ;-)
[09:34] <dpm> I wasn't expecting anything less from you :-)
[09:34]  * dpm hugs seb128
[09:36]  * seb128 hugs dpm
[09:36] <chrisccoulson> good morning everyone
[09:36] <seb128> btw that tomboy upload fixes the timeout of session closing
[09:36] <seb128> should make didrocks and some others happy
[09:36] <seb128> chrisccoulson, good morning, how are you?
[09:37] <didrocks> well, now, if tomboy could start :)
[09:37] <seb128> didrocks, hum, did I break it while fixing it? ;-)
[09:38] <didrocks> seb128: yeah, just to make it *very fast* to close :-)
[09:38] <seb128> tssss
[09:38] <didrocks> more seriously, I didn't start it for a while, not sure it's this upload though
[09:38] <didrocks> just tried this morning and see I couldn't start it
[09:38] <seb128> didrocks, this upload is from yesterday evening, so "no" ;-)
[09:38] <didrocks> well, I've updated this morning ;)
[09:39] <seb128> didrocks, do you get any error?
[09:39] <seb128> if you run it on a command line
[09:39] <didrocks> some horrible C# stuff
[09:39] <seb128> pastebin?
[09:39] <didrocks> http://paste.ubuntu.com/807191/
[09:39] <seb128> thanks
[09:40] <didrocks> Could not load file or assembly 'gmime-sharp'
[09:40] <chrisccoulson> seb128, yeah, good thanks. how are you?
[09:40] <seb128> chrisccoulson, I'm good thanks
[09:40] <seb128> didrocks, seems to be missing a depends?
[09:40] <seb128> didrocks, is libgmime2.4-cil installed?
[09:40] <didrocks> seb128: that or that mono is totally screwed :)
[09:41] <didrocks> already checked and I have it
[09:41] <seb128> try to install --reinstall it?
[09:41] <didrocks> yeah, let's try
[09:41] <seb128> otherwise it's a question for Laney and the cli guys
[09:41] <seb128> I swear I didn't do it! ;-)
[09:42] <didrocks> oh, that fixed it!
[09:42] <seb128> ;-)
[09:42] <didrocks> * Installing 1 assembly from libgmime2.4-cil into Mono
[09:43] <didrocks> -> this line seems important in the postinst then :)
[09:43] <didrocks> weird, the config file was there, and it was fine before
[09:43] <didrocks> just that something didn't get registered on postinst it seems
[09:43] <didrocks> seb128: thanks for the suggestion :)
[09:43] <seb128> yw
[09:44]  * Sweetshark is back from the dentist.
[09:52] <didrocks> oh, it's dentist day for german it seems :)
[09:57] <tkamppeter> pitti, hi
[10:09] <tkamppeter> didrocks, is pitti at the dentist?
[10:09] <didrocks> tkamppeter: yes, he is off today
[10:09] <tkamppeter> didrocks, whole day?
[10:09] <didrocks> yes
[10:11] <seb128> tkamppeter, he's getting wisdom teeth pulled out
[10:11] <seb128> tkamppeter, so he's taking the day to recover
[10:12] <tkamppeter> seb128, OK, I got all the 4 taken out on one day and also needed the whole day to recover.
[10:12] <tkamppeter> Anyone using BZR repos at Debian?
[10:12] <seb128> not me
[10:12] <Laney> alioth is down if that's what you're going to ask :P
[10:13] <Laney> didrocks: the --reinstall just fixed it? weird
[10:13] <didrocks> Laney: indeed
[10:13] <tkamppeter> bzr.debian.org does not work. Is this Alioth.
[10:13] <Laney> yes
[10:13] <tkamppeter> Laney, when will it come back?
[10:13] <Laney> dunno, hardware problem
[10:13] <Laney> it was on debian-devel-announce
[10:14] <Laney> at least with dvcs you can push elsewhere if your branch is up-to-date
[10:15] <tkamppeter> Laney, what does this mean? Is the actual repo on another box and dvcs surrounds Alioth?
[10:15] <Laney> no, just that a feature of dvcs is that you don't need a central 'hub'
[10:15] <Laney> i.e. in the meantime if you want to share your branch with someone just push it to launchpad
[10:17] <tkamppeter> Laney, my intention was simply to keep the central repo of CUPS at Debian up-to-date. So now it looks like that the my fix will come as SRU before it goes into Precise ...
[10:17] <Laney> you can always just push when it comes back online ...
[10:18] <tkamppeter> This is what I will do ...
[10:18] <Laney> no problem then :P
[10:18] <Laney> just means that people can't see your commits until then
[10:49] <pitti> tvoss, tkamppeter: hello
[10:50] <pitti> tvoss, tkamppeter: as seb128 already said, I won't do much today, but I can certainly look into small things; what's up?
[10:50] <seb128> pitti, hey pitti, how are you?
[10:50] <seb128> pitti, I did the meeting reminder btw (just you don't dup it)
[10:50] <pitti> seb128: I saw, merci
[10:51] <pitti> operation went well, now sitting here with a frozen gel pack, watching some Star Trek episodes to make me not think so much about my hurting jaw :)
[10:51] <tvoss> pitti, already solved, I had a problem with bzr-builder
[10:51] <pitti> I need to come up with something better than holding the gel pack all day
[10:57] <didrocks> pitti: hey! was it the 4 of them?
[11:00] <tkamppeter> pitti, Alioth is down and so I could not upload my last fix on CUPS, see yuour e-mail. So please apply my fix if you do something on CUPS before Alioth comes back.
[11:36] <tkamppeter> pitti, I have prepared an SRU for bug 910272 can you approve it? Thanks.
[11:36] <ubot2> Launchpad bug 910272 in cups "USB->Parallel adapter produces crappy device URI and CUPS "usb" backend cannot cope with it" [High,Fix committed] https://launchpad.net/bugs/910272
[11:40] <pitti> didrocks: no, two today, the other two in a couple of weeks
[11:40] <pitti> tkamppeter: ah, will do, thanks
[11:41] <pitti> tkamppeter: you can push your branch on launchpad somewhere for the time being, then I call pull from there?
[11:44] <pitti> tkamppeter: accepted
[11:45] <pitti> tkamppeter: nevermind, got your mail; will apply it locally
[11:45] <pitti> tkamppeter: done
[11:54] <tkamppeter> pitti, thanks.
[12:28] <ricotz> seb128, hey
[12:28] <Sweetshark> pitti: discussing LO with micahg in Budapest we came to the point that it likely makes sense to have a microrelease exception for LO. opinion on that?
[12:30] <seb128> ricotz, hey, how are you?
[12:31] <ricotz> seb128, i am good, thanks
[12:31] <ricotz> seb128, how are you?
[12:32] <seb128> ricotz, I'm good thanks
[12:32] <ricotz> i was going to merge the glib2.0 packaging to my ppa and i am worried about the diff
[12:32] <seb128> trying to figure what happening in gtk 3.3.8 which broke themes
[12:32] <seb128> ricotz, what about it?
[12:32] <ricotz> this part http://paste.debian.net/plain/152563
[12:32] <ricotz> i think you need to apply this
[12:33] <ricotz> (reverse apply)
[12:33] <seb128> ricotz, thanks
[12:33] <ricotz> my other difference are oneiric specific
[12:33] <seb128> ricotz, why do I have to redo things you already did? are you sure you don't want to send your work back to the stock Ubuntu packaging?
[12:33] <seb128> that's just so ridiculous that we have both to do that work and merge :-(
[12:34] <ricotz> seb128, the symbols of my packaged werent updated
[12:34] <seb128> I wish I could just apply your diffs for stuff you already did
[12:34] <seb128> right
[12:34] <seb128> but that part was correct and I would have welcomed it to review before the update
[12:35] <seb128> well, anyway, thanks for pointing it, will do another upload with that fix in
[12:35] <ricotz> seb128, i know, a short peak at my package would have helped too though
[12:35] <seb128> there is no "short peak"
[12:35] <seb128> or do you use a public vcs now?
[12:36] <seb128> because downloading a full source, filtering out the oneiric bits and other ppa specific stuff, etc is not "short"
[12:36] <seb128> especially when your version is a git snapshot which means different orig tarballs
[12:36] <seb128> i.e not even easy to debdiff
[12:37] <seb128> well anyway, we already had this discussion ;-)
[12:37] <seb128> ricotz, did you notice any theming issue in gtk?
[12:37] <ricotz> seb128, sorry, but only looking at the debian.tar.gz is enough
[12:37] <seb128> ricotz, well it still mean having to pull
[12:37] <ricotz> seb128, comparing the upstream tarball isnt needed
[12:37] <seb128> it's like you were asking to gtk upstreams to look at your ppa to get patches
[12:38] <ricotz> seb128, ok
[12:38] <seb128> the way opensource usually work is that downstream send fixes back to their upstream
[12:38] <seb128> which means Ubuntu for the packaging :p
[12:38] <ricotz> seb128, yes, light-themes having issues with the newer gtk
[12:38] <ricotz> i am not sure if this a unico probkem
[12:38] <seb128> ricotz, do you know what specifically in there?
[12:38] <ricotz> *problem
[12:39] <ricotz> i am using adwaita which has gone through trouble too and is fine now
[12:39] <ricotz> seb128, i pinged Cimi about it and was hoping he will take a look
[12:39] <ricotz> but isnt using the gtk3 git versions
[12:40] <ricotz> so i guess he will noticed and fix it when it hits precise
[12:42] <seb128> ricotz, I'm discussing it with him
[12:43] <seb128> scping debs on a people page so he can have a look
[12:43] <seb128> he has no clue about the issue, so I'm holding the precise upload
[12:43] <seb128> ricotz, would be nice if you raised such issues here when you hit them ;-)
[12:43] <seb128> so next time I can push Cimi before the tarballs
[12:43] <seb128> rather than to notice the bug when the new version is packaged and getting stucked ;-)
[12:44] <ricotz> seb128, i see i was hoping he would have a look
[12:46] <pitti> Sweetshark: if the changes to their microreleases are generally bug fixes only, yes
[12:46] <ricotz> seb128, ok, you need to update glib anyway before ;)
[12:46] <ricotz> i was thinking gtk3 would fail while not finding glib-compile-resources though
[12:46] <ricotz> pitti, hello
[12:47] <Sweetshark> pitti: bug 917620
[12:47] <ubot2> Launchpad bug 917620 in libreoffice "[FFE] LibreOffice 3.5.1 for precise, MRE for LibreOffice" [Medium,New] https://launchpad.net/bugs/917620
[12:56] <seb128> ricotz, seems to work fine without glib-compile-resources, well at least I built and installed it locally with my glib build
[12:58] <ricotz> seb128, hmm, i guess the generated file are disted and doesnt need to be rebuilt
[12:58] <seb128> likely, well I will fix glib anyway ;-)
[12:59] <ricotz> yeah, that is needed ;)
[12:59] <ogra_> Sweetshark, unless policy changed recently, upstream microreleases dont need FFe's
[12:59] <ricotz> Sweetshark, hi, does 3.4.5 have a higher priority than 3.5.0b3 for you?
[13:00] <Sweetshark> ricotz: hard to tell.
[13:01] <Sweetshark> ricotz: yes, a bit. I am currently working on 3.4.5 for oneiric
[13:01] <ricotz> Sweetshark, would be nice to see 3.4.5 first ;)
[13:01] <ricotz> Sweetshark, nice, thanks
[13:02] <Sweetshark> ricotz: I had a patch update prepared on wednesday/thursday last week already for 3.4.5, but now still have to cut through all the red tape ...
[13:03] <ricotz> Sweetshark, alright, i was hoping to get it built on lucid soon
[13:08] <Sweetshark> ricotz: btw, we might skip beta3 as upstream is already wettening the stamp to tag 3.5.0rc1
[13:10] <ricotz> Sweetshark, oh, i see, shouldnt it get some testing?
[13:11] <ricotz> meaning if rc1 isnt already coming out to be this week
[13:13] <Sweetshark> ricotz: http://wiki.documentfoundation.org/ReleasePlan/3.5
[13:17] <Sweetshark> ricotz: for beta3 the blocker is actually that alioth.debian.org is down and I wanna pull changes from there (before I am on vacation from next week)
[13:17] <ricotz> Sweetshark, thanks, look at this schedule you could wait every week for the next release :P
[13:18] <ricotz> Sweetshark, oh, havent noticed this, that is an excuse of course ;)
[13:18] <Sweetshark> ricotz: and with armel building three days on a LO release, I would own half a buildd alone ;)
[13:19] <ricotz> Sweetshark, hehe, right
[13:20] <Sweetshark> ricotz: actinidiaceae is actually building since 4 days on it ...
[13:21] <ricotz> Sweetshark, yeah, that was the reason to split l10n in a separate package
[13:22] <ricotz> which makes sru way faster where no language updates are needed
[13:22] <ricotz> or simple build fixes
[13:22] <Sweetshark> ricotz: huh? there are no l10ns build on armel (only on i386)
[13:23] <ricotz> Sweetshark, yes, arch all is build on i386
[13:24] <Sweetshark> ricotz: I can run the subquesttests and l10n stuff on i386 and amd64 and would still be 3 days faster there ...
[13:25] <ricotz> right, armel is pretty slow
[13:27] <nessita> hello all! I updated yesterday my Precise install and now that computer will not start my eth0 interface. dmesg shows, among other things: "init: Failed to spawn network-manager main process: unable to execute: No such file or directory"
[13:28] <nessita> pitti: hi there! would you know about that? ^
[13:28] <seb128> hey nessita
[13:28] <seb128> cyphermox, ^
[13:29] <nessita> I also tried setting up the eth0 iface manually, and when running ifconfig eth0 up, the iface will come up but the IP address is not configured (even though I set one in the /etc/network/interfaces)
[13:29] <nessita> hola seb128!
[13:30] <seb128> nessita, how are you?
[13:30] <ricotz> seb128, oh, does the scrollbar patch break api? :\
[13:30] <nessita> seb128: well, I've been better, starting the day with an useless computer (no internet == useless) makes me cranky :-)
[13:30] <seb128> ricotz, only in ubuntu_ functions which were not used outside of gtk
[13:31] <seb128> ricotz, i.e shouldn't make any difference
[13:31] <ricotz> seb128, yes, so this shouldnt break on oneiric?
[13:31] <nessita> seb128: any idea if there was an update for nm that may have caused this error I'm having?
[13:31] <seb128> ricotz, should not
[13:31] <ricotz> seb128, i see
[13:31] <seb128> ricotz, scrollbars didn't get an update for the gtk change in precise either
[13:32] <seb128> nessita, dunno that's why I tried to ping cyphermox
[13:32] <ricotz> seb128, ok, thanks
[13:32] <seb128> nessita, can you pastebin a dpkg -l | grep network-manager?
[13:32] <nessita> seb128: so, an apt-cache policy network-manager will say 'Installed: (none)' :-/
[13:33] <nessita> that would explain the no such file or directory :-P
[13:33] <seb128> that's likely your issue
[13:33] <seb128> did you dist-upgrade without reading what it was going to uninstall?
[13:33] <nessita> seb128: no, this is a clean precise install from weeks
[13:33] <nessita> seb128: yesterday, I apt-get update and apt-get upgrade
[13:34] <seb128> nessita, hum, grep network-manager /var/log/dpkg.log?
[13:35] <nessita> seb128: there is a remove from yesterday, and install and another remove
[13:36] <nessita> seb128: I will download the .deb, install, and paste the log somewhere for you
[13:36] <seb128> nessita, you clearly did stuff that were an "upgrade"
[13:36] <seb128> were *not*
[13:37] <nessita> seb128: I also installed a couple of indicators... but that shouldn't be the cause, no?
[13:37] <seb128> nessita, dunno, indicator-network is based on conman, it might conflict with network-manager
[13:38] <nessita> ah...
[13:45] <nessita> seb128: yes, confirmed I installed indicator-network. I though that one was the "usual" network indicator... :-(
[13:46] <seb128> nessita, no, the "usual indicator" is installed, no reason to go and install it ;-)
[13:46] <seb128> nessita, the one we use is network-manager-applet
[13:46] <seb128> it has indicator support
[13:47] <nessita> seb128: ack, thanks for the info. Question: if I remove the indicator-network and connman packages, and install the nm.deb, shall I get my interfaces back?
[13:48] <seb128> nessita, you should I think yes
[13:49] <nessita> hum, nothing here, will restart jic
[13:53] <seb128> kicking u1
[13:53] <nessita> seb128: it worked, thanks for the help!
[13:53] <seb128> thanks for syncing my files and working now, it was an hour ago I was trying to share that screenshot, I scped it on my people page for a while :p
[13:53] <seb128> nessita, yw
[13:53] <nessita> seb128: yeah, service performance is not good these days, we're working on that
[13:54] <seb128> nessita, good to know it's beeing worked ;-)
[13:54] <seb128> I didn't try to use it for a while to share something and that has been pretty frustrating today, I ended having to scp the files on my people page to share it
[13:55] <seb128> but seems now it decided to sync, it only took it over an hour ;-)
[13:55] <nessita> :-/
[13:56] <seb128> it was server side issues anyway, I connected to the website and uploaded the file from there to share it but it returned a "could not locate object" error on the url
[13:57] <seb128> well anyway, seems it started working again so I guess somebody did something ;-)
[13:59] <nessita> seb128: our foundations team is working hard to get performance issues solved, the amount of users increased a lot lately (which is good news)
[14:34] <ricotz> seb128, a short question, is eog running for you?
[14:35] <ricotz> assuming you have gtk and glib updated already
[14:35] <seb128> ricotz, seems not
[14:35] <ricotz> hmm, weird, just noticed it now
[14:36] <seb128> ricotz, do you use eog 3.2 as well?
[14:36] <seb128> or is that also an issue on newer versions?
[14:36] <ricotz> yes, i am using the precise version
[14:37] <ricotz> seb128, sorry, g2g (i notified you ;) )
[14:37] <seb128> ricotz, thanks
[14:39] <cyphermox> nessita: haven't seen this before. Do you have a file /usr/sbin/NetworkManager?
[14:40] <nessita> cyphermox: hi there! the problem was that I installed indicator-network thinking it was the "regular" net indicator
[14:40] <nessita> cyphermox: which installed connman, and automaticallt removed nm
[14:40] <cyphermox> ah, right
[14:40] <nessita> cyphermox: so, sorry for the false alarm
[14:40] <cyphermox> okay
[14:41] <cyphermox> so you've reinstalled network-manager network-manager-gnome and all is well?
[14:42] <nessita> cyphermox: I downloaded the nm deb and installed that, rebooted and all is good :-)
[14:43] <cyphermox> ok
[14:43] <cyphermox> wouldn't you then be missing the indicator?
[14:44] <Ursinha> pitti, hi :) where can I find weekly meetings and such that I should be attending?
[15:03] <BigWhale> 18 hours for a build? :'(
[15:08] <Riddell> libglew1.6-dev provides libglew-dev but is in universe while libglew1.5-dev is in main
[15:08] <Riddell> who's into libglew?  X people?
[15:09] <seb128> Riddell, X people I guess yes, but 1.6 makes unity segfault on start on intel which is why we still have 1.5
[15:10] <Riddell> shouldn't libglew-dev be kept on glew1.5 then?
[15:11]  * Riddell nudges bryce and RAOF
[15:16] <seb128> Riddell, no, I think the idea was that 1.6 should be the default
[15:16] <seb128> 1.5 is only for unity
[15:17] <Riddell> seb128: hum then it shouldn't be in universe
[15:17] <seb128> Riddell, likely not
[15:17] <seb128> well I guess if it's in universe that's because nothing use it?
[15:17] <seb128> otherwise it would show on component mismatch?
[15:18] <Riddell> maybe but calligra is wanting to use it
[15:18] <Riddell> or will be shortly
[15:18] <Riddell> bryce, RAOF: are we right and glew1.6 should be promoted?
[15:23] <seb128> Riddell, well I would say just build-depends on it and promote it when something tries to pull it in
[15:24] <Riddell> seb128: it duplicates what's already in main, we normally try to avoid that, so I'd like to double check first
[15:25] <mvo> hey deskopers (and seb128 ;) - is there a gtk3/gir version of gtkspell? or what should I do for spell checking? or am I just blind
[15:28] <seb128> mvo, hey
[15:28] <seb128> mvo, gtk3: libgtkspell-3-0
[15:28] <seb128> but no gir apparently
[15:30] <toabctl> can some have a look at https://code.launchpad.net/~toabctl/gnome-shell/ubuntu/+merge/88584 please?
[15:30] <seb128> hey toabctl
[15:30] <mvo> seb128: who needs gir if ctypes is available!
[15:30]  * mvo takes out the sledgehammer
[15:31] <seb128> lol
[15:31] <seb128> toabctl, I will ask jbicha to have a look when he's around, he's working on gnome-shell
[15:31] <kenvandine> seb128, i assume the gtk3.3.8 upload is what is causing all the weirdness?
[15:32] <toabctl> seb128, ok. thx
[15:32] <seb128> kenvandine, define "weirdness"
[15:32] <kenvandine> weirdness being menus and labels looking insensitive
[15:32] <seb128> kenvandine, known issue are: themes being broken, eog not starting
[15:32] <kenvandine> and eog refusing to launch
[15:32] <kenvandine> ok
[15:32] <seb128> kenvandine, actually light-themes is fixed in bzr, if you want to sponsor that
[15:32] <kenvandine> :)
[15:33] <kenvandine> sure
[15:33] <seb128> kenvandine, I'm trying to sort the eog not starting issue with desrt
[15:33] <seb128> kenvandine, thanks
[15:33] <agateau> seb128: hi, it seems lightdm packaging branch does not have the latest changes. Can you push it?
[15:33] <seb128> kenvandine, I confirmed Cimi's patches work and fix the default theme
[15:33] <seb128> so it just needs packaging
[15:33] <kenvandine> seb128, great, thx
[15:33] <seb128> agateau, no
[15:33] <seb128> agateau, hey
[15:33]  * agateau is confused
[15:33] <seb128> agateau, I did a dirty snapshot from a bzr version with hacks for the ppa, I don't want that in the official vcs
[15:34] <seb128> agateau, I need to rebase on the real tarball and then push
[15:34] <agateau> seb128: oh ok
[15:34] <seb128> agateau, I will do that once I'm done dealing with gtk issues ;-)
[15:35] <agateau> seb128: did you have to work around issues like lightdm-set-defaults and gdmflexiserver getting installed in /usr/lib/lightdm/lightdm?
[15:36] <seb128> agateau, no, that was changed yesterday or today in trunk
[15:36] <seb128> agateau, i.e after I did my snapshot
[15:36] <seb128> agateau, or I'm confusing what you ask with some other commit
[15:36] <agateau> seb128: mmm, actually the current lightdm package in the archive has the problem
[15:37] <agateau> dpkg -L lightdm | grep default
[15:37] <agateau> /usr/lib/lightdm/lightdm/lightdm-set-defaults
[15:37] <seb128> agateau, yeah, seems so
[15:37] <agateau> seb128: ok, I am going to look into fixing it upstream, but I am not sure there is an easy answer for gdmflexiserver
[15:38] <seb128> agateau, what's the issue?
[15:38] <seb128> agateau, I mean why should it be hard?
[15:38] <agateau> seb128: the patch from this bug has been applied, https://bugs.launchpad.net/lightdm/+bug/914086 ,
[15:38] <ubot2> Launchpad bug 914086 in lightdm "ghtdm-1.0.6 automake fails with automake-1.11.2 due to "pkglibexecdir" usage" [Low,Fix released]
[15:39] <agateau> seb128: so gdmflexiserver is installed in legacydir = $(libexecdir)/lightdm
[15:39] <agateau> but on Ubuntu we have libexecdir = /usr/lib/lightdm iirc
[15:39] <seb128> right
[15:39] <agateau> seb128: so I don't know how to make gdmflexiserver install in /usr/lib/lightdm in the package, but still go in $(libexecdir)/lightdm from an upstream point of view
[15:40] <agateau> defining libexecdir as /usr/lib is probably not an option :)
[15:40] <seb128> no it's not ;-)
[15:40] <seb128> agateau, well I'm not sure it's worth spending time on
[15:40] <seb128> it's not like the current situation was creating any bug or confusing any normal user ;-)
[15:41] <agateau> seb128: I am working on a debconf key for lightdm greeters, so I need at least lightdm-set-defaults to be where I expect it to b
[15:41] <agateau> *be
[15:42] <seb128> agateau, how,where is lightdm-greeter-session installed?
[15:42] <agateau> seb128: lightdm-set-defaults is easy to fix though, so I may just fix that one
[15:42] <seb128> because that's in the correct dir
[15:43] <agateau> seb128: I guess it uses libexecdir, not pkglibexecdir
[15:43] <20QAAK923> .
[15:43] <20QAAK923> yikes, I wonder how I got this nickname
[15:44] <seb128> lol
[15:44] <jbicha> there, that's better
[15:44] <kenvandine> haha
[15:44] <agateau> seb128: that can be done for lightdm-set-defaults, but not for gdmflexiserver
[15:44] <seb128> jbicha: hey
[15:44] <seb128> jbicha, I noticed that you updated libsoup, webkit and gnome-games in the ppa
[15:45] <seb128> jbicha, we probably can update those in precise, do you want to do the uploads there? do you need some reviews?
[15:46] <jbicha> seb128: I need help with webkit in the install stage, I'm a little blind working with webkit as I don't have enough free harddrive space to build it locally
[15:46] <seb128> jbicha, ok, I will have a look
[15:46] <seb128> jbicha, did you have specific issues?
[15:47] <agateau> seb128: mmm, actually lightdm-greeter-session comes from the packaging :)
[15:47] <agateau> seb128: anyway, will figure something out of that, no worry
[15:47] <seb128> agateau, thanks
[15:47] <seb128> agateau, I think you can work on it without issue, my changes shouldn't conflict with that
[15:47] <seb128> I will try to get the update cleaned and pushed in a bit
[15:47] <agateau> seb128: ok thanks
[15:48] <jbicha> seb128: well you can look at the logs, http://is.gd/XKqhIn
[15:48] <jbicha> gnome-games has a few bugs still, I was having trouble getting LPI to work with the games that were ported to vala
[15:49] <jbicha> https://bugzilla.gnome.org/show_bug.cgi?id=666851 https://bugzilla.gnome.org/show_bug.cgi?id=666824
[15:49] <ubot2> Gnome bug 666851 in gnomine "gnomine has ugly gap above menubar" [Normal,Unconfirmed]
[15:50] <jbicha> seb128: do you want new gnome-games in precise now or wait for those things to be worked out?
[15:50] <seb128> jbicha, can you maybe commit your gnome-games work to the official vcs and note in the changelog what is blocking the update?
[15:50] <seb128> jbicha, I will email robert_ancell to check out what he thinks and Cc you on the email
[15:51] <seb128> but I'm leaning toward landing it, though maybe first fix lpi and the majhong not starting issue
[15:51] <seb128> I can have a look at the lpi patches later on if you want
[15:51] <seb128> jbicha, btw <toabctl> can some have a look at https://code.launchpad.net/~toabctl/gnome-shell/ubuntu/+merge/88584 please?
[15:52] <seb128> jbicha, if you are interested by reviewing it
[15:55] <mvo> pitti: is there a way to get the pointer to the actual gobject from a pygi wrapped gobject? I'm looking at the spell check support (or lack thereof) and was wondering if ctypes or annotating libgtkspell-3 is quicker
[16:00] <jbicha> seb128 toabctl I might not get to merging the gshell patch until later in the week
[16:00] <seb128> jbicha, that's fine, thanks for looking at it ;-)
[16:01] <toabctl> jbicha, ok. thanks
[16:01] <jbicha> seb128: ok I pushed my gnome-games work to the desktop branch, talk more later!
[16:01] <seb128> jbicha, thanks, ttyl!
[16:14] <mvo> pitti: found it http://paste.ubuntu.com/807553/ - but I guess actually adding annotations to gtkspell makes more sense
[16:15] <kenvandine> mvo, more generally useful for sure
[16:23] <seb128> chrisccoulson, didrocks, Riddell, kenvandine, cyphermox, Sweetshark, tkamppeter: less than 10 minutes before meeting time if somebody gets an agenda item for it (none so far)
[16:23] <didrocks> hey
[16:25] <seb128> didrocks, btw sawing that your did some blogging about the nautilus bookmarks, you get some bugs reported as well ;-)
[16:25] <mhr3> mvo, synaptic still crashes with P :(
[16:25] <didrocks> seb128: I commented on the bug report
[16:25] <didrocks> seb128: tell me what you think
[16:25] <mhr3> mvo, still the came atk bug
[16:25] <seb128> didrocks, oh, "Desktop Merger" is you, gotcha
[16:25] <micahg> ricotz: AIUI microreleases need FFes if they have new features (or don't if they have a standing freeze exception)
[16:26] <didrocks> argh
[16:26]  * didrocks unlogs from launchpad
[16:26] <seb128> lol
[16:26] <mvo> mhr3: meh
[16:27] <mvo> mhr3: could you check if lp:~mvo/synaptic/gtk3 works and does not crash
[16:27] <mhr3> woo, there's gtk3 synaptic?
[16:28]  * mhr3 branches
[16:29] <seb128> didrocks, I'm not sure to get your comment, is that reply to the "nautilus doesn't get focussed" issues? the "desktop menu" seems to spawn new dialogs when you open something, the ql use just change the location of the open nautilus
[16:29] <didrocks> seb128: it depends in fact of the use case
[16:30] <seb128> chrisccoulson, didrocks, Riddell, kenvandine, cyphermox, Sweetshark, tkamppeter: it's meeting time if anyone has something to discuss
[16:31] <didrocks> seb128: ok, you're right, I was puzzled when I got multiple windows in fact
[16:31] <Riddell> hi
[16:31] <Riddell> how was budapest?
[16:32] <seb128> hey Riddell, how are you?
[16:32] <Riddell> oh slowly recovering thanks, not going to be driving for a while I think but I can do most other things
[16:32] <mvo> mhr3: its looking for help, but it did build/work for me in my short tests
[16:33] <seb128> Budapest was good though not really cold, seems to be a weird winter for the weather ;-)
[16:33] <ricotz> micahg, huh, what?
[16:33] <seb128> Riddell, good to hear that you are getting better
[16:34] <micahg> ricotz: huh what?
 ricotz: AIUI microreleases need FFes if they have new features (or don't if they have a standing freeze exception)
[16:34] <Sweetshark> micahg, ricotz: huh what?
[16:34] <ricotz> did i miss something?
[16:35] <micahg> ricotz: not sure, what's the question ;)
[16:35] <ricotz> micahg, i just got your message
[16:35] <seb128> chrisccoulson, didrocks, Riddell, kenvandine, cyphermox, Sweetshark, tkamppeter: ok, no meeting needed it seems, everybody can go back to work (for those who stopped at least ;-)
[16:35]  * Sweetshark goes back to simulate work.
[16:35] <cyphermox> seb128: blasphemy!
[16:35] <seb128> lol
[16:36] <cyphermox> what's this stopping work thing you speak of?
[16:36] <didrocks> seb128: hum, wondering how to get the quicklist safe. Not really fancy to spawn a new nautilus process for that from without nautilus. I'll need to dig a little bit more in the code to see if: 1. I can get from the accelerator the shortcut and 2. how to open a new window from there
[16:36] <Sweetshark> cyphermox: its the things you do after death ;)
[16:36] <cyphermox> Sweetshark: O_O
[16:36] <mhr3> mvo, yey, it doesn't crash! :)
[16:36] <mhr3> awesome
[16:38] <seb128> didrocks, can't you just do the same thing that the menus are doing?
[16:38] <mvo> mhr3: cool! thanks for testing!
[16:39] <seb128> cyphermox, speaking about working, bluez and network-manager-applet are showing as outdated on version ;-)
[16:39] <cyphermox> yeah :/
[16:39] <cyphermox> bluez I should be able to upload today, nm-applet I'm working on the flickering fix, so it will take a bit
[16:40] <didrocks> seb128: you mean the desktop menu, right?
[16:40] <seb128> ok
[16:40] <seb128> didrocks, yes
[16:40] <didrocks> seb128: also, ou will notice that it's not alphabetically ordered :)
[16:40] <didrocks> seb128: I'll have a look there, nice suggestion!
[16:41] <cyphermox> seb128: this and it all doesn't fix the bluetooth issues on oneiric, the patches on bugs don't seem to help, they just make it crash slower :)
[16:41] <seb128> didrocks, great ;-)
[16:41] <didrocks> (and no desktop)
[16:41] <seb128> cyphermox, hum, ok
[16:42] <seb128> didrocks, right, the menu seems to be in the same order than your list before sorting
[16:42] <seb128> so I guess nautilus is inconsistent between its sidebar and menu
[16:42] <didrocks> seb128: indeed, I'll look at the callback function to see if I can plug to the same
[16:42] <didrocks> seb128: right
[16:42] <seb128> will mention it to upstream
[16:43] <didrocks> thanks
[16:43] <seb128> but I know that federico was speaking about getting that code in gtk to have gtk and nautilus behaving the same way
[16:43] <seb128> that would probably help for what you do as well but it's not done,available yet
[16:44] <didrocks> yeah, let's see if we can get something first :)
[16:44] <seb128> didrocks, btw there is a chance that bug #917739 is due to your patch as well
[16:44] <ubot2> Launchpad bug 917739 in nautilus "nautilus crashed with SIGSEGV in g_type_check_instance_is_a()" [Medium,New] https://launchpad.net/bugs/917739
[16:46] <didrocks> seb128: I'm afraid this is something that need work in unity: if you refresh a quicklist while it's opened, it's not refreshed
[16:46] <didrocks> seb128: and as nautilus likes a lot refreshing the bookmarks list, if you click afterward, the callback function isn't good
[16:47]  * didrocks tries to think how to workaround that
[16:47] <seb128> didrocks, I guess there is work to do on both side, making nautilus robust and making unity refresh the ql correctly
[16:48] <seb128> didrocks, oh, and "nautilus to refresh the bookmarks" seems like a good bug to put on the performance,power,etc list ;-)
[16:48] <didrocks> seb128: well, if the ql is opened, and nautilus refreshes the ql meanwhile, not sure how I can tell "this dbusmenuitem" doesn't exist anymore
[16:48] <didrocks> seb128: yeah
[16:48] <seb128> ideally it wouldn't refresh that list when nont needed
[16:48] <didrocks> seb128: it's doing it 30 times at startup, at least
[16:48] <didrocks> (with the same list)
[16:48] <seb128> that's crazy
[16:48] <didrocks> ineed
[16:48] <didrocks> indeed*
[16:48] <seb128> can you register a bug about it?
[16:49] <seb128> I will put it on the list for precise
[16:49] <didrocks> sure, will do
[16:49] <seb128> thanks
[16:49] <seb128> didrocks, try asking kenvandine or tedg maybe, I'm sure they had to deal with such issues for i.e the messaging menu
[16:50] <didrocks> indeed, kenvandine ? ^
[16:50] <seb128> the indicators don't refresh when open to avoid the items changing while you click
[16:50] <didrocks> tedg: ^
[16:51]  * achiang discovers an annoying bug in xchat-indicator
[16:51] <tedg> Actually they do refresh while it's open... that's an open bug.  We've got a proposed fix from mpt, but it really needs to be implemented in GTK.
[16:51] <tedg> It's kinda a tricky thing really, we want to have the most current data given to the user.  But avoid accidental clicks.
[16:52] <achiang> hm, it's actually an old bug. #587902
[16:53] <achiang> kenvandine: is there any chance of adding that above bug into your queue?
[16:54] <didrocks> tedg: so, should I annoy gord or MacSlow about it?
[16:55] <tedg> didrocks, Uhm, sure, if you'd like :-)
[16:56] <didrocks> tedg: I would love it even! :)
[16:58] <kenvandine> achiang, that is a hard one
[16:59] <kenvandine> i've tried, i can't handle that as a plugin
[16:59] <achiang> kenvandine: oh. ok, i didn't know if it was bitesized or not; else i would have taken a crack at it
[16:59] <kenvandine> achiang, the plugin api doesn't expose a way to handle that
[17:00] <kenvandine> xchat could be modified to expose that, but it wouldn't be trivial
[17:00] <achiang> kenvandine: i see. it's rather annoying.... is it that xchat keeps sending a notification, or that the messaging indicator won't acknowledged it already got the notification?
[17:01] <kenvandine> it is just because the nick has changed
[17:01] <kenvandine> we don't see the change
[17:01] <kenvandine> i've considered doing some substring matching to handle some cases, but i fear that would cause more problems
[17:01] <achiang> right, but you can clear the indication in the messaging indicator... until it comes back
[17:02] <kenvandine> clearing the indicator based on string matching seems icky
[17:02] <achiang> that's the real issue, imho
[17:02] <achiang> i clear it, but then my envelope keeps turning blue
[17:02] <kenvandine> i can't though
[17:02] <kenvandine> so the channel stays the same, even though the nick changed
[17:02] <kenvandine> well
[17:02] <kenvandine> sort of...
[17:03] <kenvandine> achiang, the clear menu item doesn't help at all in this case
[17:04] <kenvandine> new messages keep showing up on the existing channel
[17:05] <achiang> kenvandine: ah
[17:05] <kenvandine> but i can't get a reference to the channel, just the string
[17:05] <kenvandine> so that is the best i can map it, unless the channel itself was exposed via the plugin interface
[17:05] <kenvandine> kind of annoying
[17:06] <achiang> kenvandine: got it. maybe we list this in the papercuts project and see if someone else wants to take it up? :)
[17:06] <kenvandine> i would love for someone else to fix that :)
[17:07] <achiang> me too.
[17:08] <achiang> oh, a papercut is "trivially fixable" :(
[17:12] <kenvandine> achiang, i'll try to take a look again when i get some free time
[17:12] <achiang> kenvandine: it's not a huge deal. i'd be more interested in getting that empathy crasher fixed. :)
[17:13] <kenvandine> achiang, me too :)
[17:18]  * kenvandine heads out for a bit, bbl
[18:00] <didrocks> good night everyone
[18:06] <bryce> Riddell, if unity is depending on it, then yeah probably does make sense to promote it, and maybe sort out the crash so we only ship one version.
[18:07] <bryce> Riddell, seb128: glew is actually not part of X.org and since it's been in universe, it's not a package we've maintained or paid much attention to.
[18:12] <bryce> Riddell, seb128: If you could link me to the bug # for the glew1.6 crash, I can look into getting a fix for it, if you would like to not have glew1.5 in main.
[18:14] <Sarvatt> it's highly probable the glew 1.6 problems aren't an issue anymore too with newer mesa, i haven't been able to dig up the old bug reports
[18:15] <seb128> bryce, https://launchpad.net/ubuntu/+source/glew/1.5.7.is.1.5.2-1ubuntu1
[18:15] <seb128> bryce, you did the revert ;-)
[18:15] <bryce> did I!
[18:15] <seb128> oh, yeah, you did ;-)
[18:16] <seb128> Sarvatt, well I couldn't get the nux test to segfault as it used to on my box during the rally but kamstrup got a bug that seemed like glew1.6 issue
[18:16] <seb128> it was maybe a different one though
[18:17] <seb128> https://launchpad.net/ubuntu/+source/glew1.5/1.5.7.is.1.5.2-1ubuntu3 suggest didrocks opened a bug but he didn't let the reference
[18:18] <seb128> bryce, Sarvatt, Riddell: I will coordinate with didrocks to do a test ppa for unity on glew 1.6 so we can get some uptodate testing and infos
[18:18] <bryce> seb128, that would be great
[18:19] <bryce> I seem to have blocked out all this glew work from my memory ;-)
[18:19] <Sarvatt> yeah nux/unity had to be built against 1.6 to have the problem, that would be a big help
[18:22] <ricotz> seb128, didrocks was obviously missing to bump the soname in rhythmbox
[18:23] <seb128> ...
[18:23] <seb128> ricotz, of course you did that update in your ppa or somewhere and bumped the soname? ;-)
[18:23] <ricotz> seb128, just noticed it while this update came trought :\
[18:24] <ricotz> yeah i did :(
[18:24] <seb128> no comment, though I start being really annoyed by the situation
[18:24] <seb128> thanks for pointing it
[18:25] <seb128> will tell it to didrocks tomorrow, I guess it will not break anything since nothing uses that lib
[18:26] <ricotz> seb128, ok, but when i actually did a merge proposal for glib it was ignored
[18:27] <seb128> yeah, I'm sorry about that, it didn't show up on version due to some bug
[18:27] <ricotz> seb128, this change isnt in yet though :\
[18:27] <ricotz> it isnt a problem though
[18:27] <seb128> it was an update build-depends version right?
[18:28] <seb128> or libpcre or something?
[18:28] <ricotz> yes
[18:28] <seb128> sorry I totally forgot about that during holidays
[18:28] <seb128> but please don't stop on one badly handled merge request
[18:28] <seb128> stuff like rb should be trivial to get sponsored
[18:28] <ricotz> seb128, also the glib 2.30.2 update diff for oneiric
[18:29] <ricotz> which you said is a bit to invasive for a sru
[18:29] <seb128> right, true story ;-)
[18:29] <seb128> well bottom line is that normal unstable update should be no issue
[18:29] <ricotz> i hope you still have a link
[18:29] <seb128> see how many stuff jbicha got sponsored
[18:30] <ricotz> ok
[18:30] <bryce> seb128, hmm, the last changelog entry in glew says "Orphan package".  Is this no longer being actively maintained in debian?
[18:30] <seb128> bryce, http://packages.qa.debian.org/g/glew/news/20111227T234736Z.html
[18:30] <bryce> aha
[18:31] <seb128> bryce, just changed maintainer it seems
[18:33] <bryce> hmm, when I reverted the bug  I assigned it to ayatana to look into more, since the crash was something in nux.  However no one looked into it; it just got unassigned.
[18:34] <bryce> looking again at the stacktrace, the crash definitely is nux, not glew.  the new glew version just triggered it, not sure why.
[18:36] <seb128> bryce, jay said that glew report of the card,driver capabilities was buggy
[18:36] <seb128> like that it was claiming supporting power of 2 textures when glxinfo was claiming it doesn't, or the other way around
[18:36] <seb128> which was leading to nux trying to use features that it shouldn't since the hardware,driver didn't really support them
[18:37] <bryce> mm yeah that could do it
[19:14] <ricotz> seb128, did you have a look at what went wrong with eog?
[19:15] <seb128> ricotz, yes, it's a bug in gtk, desrt reverted the commit that broken it in git, I will upload that revert to precise in a bit
[19:15] <ricotz> seb128, ah ok, thanks
[19:15] <seb128> yw
[19:25] <jbicha> seb128: maybe I kept libsoup in the PPA because I didn't have commit rights https://code.launchpad.net/~jbicha/+junk/libsoup2.4-2.37.4
[19:26] <jbicha> it's needed for new webkit
[19:26] <seb128> jbicha, hum, it should be in the desktop set, can you email cjwatson about it?
[19:27] <seb128> jbicha, can you also do a merge request for it? I will review it tomorrow (I'm about to go for dinner, not sure I will still do a lot tonightà
[19:41] <nessita> hello! if anyone is free to do a couple of sponsorhips, you can take a look at https://code.launchpad.net/~nataliabidart/ubuntu/precise/ubuntu-sso-client/ubuntu-sso-client-2.99.2/+merge/88926 and https://code.launchpad.net/~nataliabidart/ubuntu/precise/ubuntuone-control-panel/ubuntuone-control-panel-2.99.2/+merge/88925
[20:08] <seb128> nessita, hey, I can do that
[20:10] <nessita> seb128: shouldn't you be having dinner instead? :-p
[20:11] <seb128> nessita, I had dinner! 40 minutes is enough time to eat ;-) I will just upload your stuff, finish reading email and then go watch some tv ;-)
[20:12] <nessita> seb128: enjoy then :)
[20:12] <seb128> nessita, thanks ;-)
[21:14] <seb128> nessita, hey again
[21:14] <nessita> seb128: hola!
[21:14] <seb128> nessita, so I sponsoring sso, will do the control panel tomorrow since dobey didn't roll ubuntuone-client 2.99.2 yet
[21:14] <seb128> which you depends on
[21:15] <seb128> doh, sponsoring -> sponsored
[21:15] <nessita> seb128: makes perfect sense, thanks!
[21:15] <nessita> seb128: enjoy your evening
[21:15] <seb128> nessita, you're welcome ;-)
[21:15] <seb128> thanks, you as well!
[21:15]  * nessita heads to Pilates soon
[21:15] <seb128> nessita, what is "Pilates"?
[21:16] <nessita> ah... an activity like yoga
[21:16] <seb128> nessita, ok, google says some sort of sport ;-)
[21:16] <TheMuso> Morning folks.
[21:16] <nessita> http://en.wikipedia.org/wiki/Pilates
[21:22] <jbicha> gnome-games builds in my sbuild but chokes in the PPA, and I don't understand why
[21:22] <jbicha> https://launchpadlibrarian.net/90299936/buildlog_ubuntu-precise-i386.gnome-games_1%3A3.3.4-0ubuntu0~precise1_FAILEDTOBUILD.txt.gz
[21:26] <TheMuso> jbicha: Perhaps your chroot has a package already installed that the PPA chroots don't, and its not in build-depends?
[21:27] <seb128> jbicha, you lack a build-depends on gobject-introspection
[21:27] <seb128> jbicha, it has the aclocal macros required
[21:27] <seb128> jbicha, well I would think, not sure if,why it's install in your local build though
[21:32] <jbicha> seb128: ok thanks for helping me interpret the error
[21:32] <seb128> jbicha, you're welcome
[21:32] <seb128> jbicha, can you confirm that the package is install in your local build?
[21:34] <jbicha> seb128: yes, it was; maybe I need to do a better job cleaning my sbuild
[21:34] <seb128> jbicha, ok, good, so that's it for pretty sure ;-)
[21:34] <seb128> jbicha, yeah, or use pbuilder or similar
[21:35] <jbicha> I have it set for purge_build_deps = 'successful'
[21:36] <seb128> hum, no idea about that, I never used sbuild ;-)
[21:36] <TheMuso> jbicha: How was your sbuild chroot built?
[22:11] <TheMuso> Morning RAOF, how was your trip?
[22:12] <RAOF> Longer than expected!
[22:13] <TheMuso> Thats no good.
[22:13] <dobey> who wants to see a crazy unity rendering bug?
[22:13] <TheMuso> What happened?
[22:13] <RAOF> QF 10 got delayed, so we stayed a night in a hotel at Heathrow.  That made me miss the last Melbourne→Hobart flight on Monday, so I spent Monday night in a hotel at Tullamarine.\
[22:13] <RAOF> dobey: Always!
[22:14] <dobey> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/917911
[22:14] <ubot2> Launchpad bug 917911 in unity "Firefox icons are rendered very oddly in dash" [Undecided,New]
[22:14] <TheMuso> RAOF: Oh man that really sucks!
[22:14] <dobey> pretty sure it's not a hardware/x/driver issue :)
[22:15] <TheMuso> I remember hearing about QF10 being delayed when I flew into Singapore on Sunday.
[22:15] <TheMuso> But didn't know what flight you were on from London...
[22:15]  * TheMuso is kinda glad he got the flights he did. :)
[22:16] <RAOF> Yeah.
[22:16] <RAOF> Lucky.
[22:16] <RAOF> Oooh, multi-head Unity bug!
[22:46] <chrisccoulson> RAOF, sounds like you had an eventful trip back ;)
[22:46] <RAOF> Yes, it was.
[22:46] <RAOF> I've now been to the UK, though :)
[22:47] <bryce> RAOF, wb
[22:47] <chrisccoulson> RAOF, you probably saw the best parts of it already ;)
[22:47] <bryce> RAOF, did you get a chance to see anything, or just sleep?
[22:47] <chrisccoulson> j/k :)
[22:47] <RAOF> I got to see the inside of a hotel 3 minutes drive from the Heathrow arrivals car park :)