[00:27] <friendlyGoat> hello
[00:27] <friendlyGoat> may i ask for help with the whisker menu? its being rather complicated when i just want to add a directory to the side of it for my Wine applications.
[00:27] <friendlyGoat> menu libre wont save what i do and keeps on crashing or just getting in a Do You Want To Save This? loop
[23:58] <friendlyGoat> hey i was wondering: since you can make alternate sessions to boot into on xubuntu, i was wondering if there was a way i could make a second session that was just the command line interface


[11:01] <sruz25> is there newest firefox in ubuntu 12.04? Or does it have only security updates?
[11:03] <sruz25> already answered elsewhere


[15:00] <cyphermox> o/
[15:00] <tdaitx> o/
[15:00] <waveform> o/
[15:01] <rbalint> o/
[15:01] <cyphermox> hangout not cooperating here.
[15:02] <cyphermox> it's just megaslow
[15:02] <juliank> o/o/o/
[15:03] <rbalint> we can still start the meeting here
[15:03] <sil2100> #startmeeting Weekly Ubuntu Foundations team
[15:03] <meetingology> Meeting started Thu Jun 27 15:03:54 2019 UTC.  The chair is sil2100. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <meetingology> Available commands: action commands idea info link nick
[15:04] <sil2100> #topic Lightning rounds
[15:04] <sil2100> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson juliank waveform)
[15:04] <sil2100> juliank infinity tdaitx vorlon sil2100 mwhudson bdmurray cyphermox doko xnox rbalint waveform
[15:04]  * juliank wins
[15:04] <juliank>  * finished the apt 1.9.0 transition
[15:04] <juliank>   * released python-apt 1.9.0; broke image building :/
[15:04] <juliank>   * fixed livecd-rootfs and apt-xapian-index for new python-apt, hopefully fixing image building :)
[15:04] <juliank>   * fixed dependency solving in aptdaemon to behave more normally (and work with apt 1.9)
[15:04] <juliank>  * verified dkms SRU LP: #1827697 across releases (lots of VM to install, gotta simplify that)
[15:04] <juliank>  * TIL (or TWL):
[15:04] <juliank>   * How to start qemu in secureboot, although a bit hackish, not proper
[15:04] <juliank>   * That cosmic does not render in qemu except with qxl vga device; and then it's still missing cursor!
[15:04] <juliank>  * Things to figure out:
[15:04] <juliank>   * Backporting LP: #1744318 - https for changelogs.u.c to xenial; and what regressions we could get
[15:05] <juliank> (done)
[15:05] <tdaitx> * verified fixes for tomcat8, netbeans, and scilab (LP: #1825604, LP: #1828427, LP: #1825037, LP: #1827090)
[15:05] <tdaitx> * jck + openjdk-ri packaging (ie. squaring a circle)
[15:05] <tdaitx>   - going through documentation
[15:05] <tdaitx>   - trying to snap it somehow
[15:05] <tdaitx> (done)
[15:06] <sil2100> I guess no vorlon for the meeting this week
[15:06] <sil2100> Let me go
[15:06] <sil2100> - Out-of-office Thursday-Friday last week
[15:06] <sil2100> - SRU reviews and releases
[15:06] <sil2100> - Kernel SRUs
[15:06] <sil2100> - Switching-off dry-run mode from britney's SRU ADT regression notification
[15:06] <sil2100>   * Had to tweak the e-mail logic to make it working
[15:06] <sil2100>   * Requesting a bot account for SRU purposes
[15:06] <sil2100> - Finishing jenkins jobs for new core18 promotion purposes
[15:06] <sil2100>   * Iterating on the merge a bit with a few fixes here and there
[15:06] <sil2100>   * Preparing all credentials, sending them over
[15:06] <sil2100> - Looking into the snapd issues in powerpc builds, fixed livecd-rootfs, sponsored some cherry-picks for snapd
[15:06] <sil2100> - Releasing a new core18 into stable, manually phasing the update as per snapstore request
[15:06] <sil2100> - NEW review of an ubuntustudio package
[15:06] <sil2100> - Sponsoring + random stuff
[15:06] <sil2100> (done)
[15:07] <sil2100> bdmurray: I guess it's your turn
[15:07] <bdmurray> uploaded u-r-u fix for deb2snap transition for upgrades from 18.04 (LP: #1833753)
[15:07] <bdmurray> resolved issue with DistUpgradeQuirks and deb2snap transition for upgrades from Ubuntu 18.04
[15:07] <bdmurray> dropped u-r-u's obsolete kernel removal code in Eoan (LP: #1828100)
[15:07] <bdmurray> fixed an issue with the foundations team bug bot and lp users that are 410
[15:07] <bdmurray> tested a minimum / partition install (LP: #1833610)
[15:07] <bdmurray> reported apport bug LP: #1833795
[15:07] <bdmurray> dropped SystemImageInfo gathering from apport's ubuntu general hook
[15:07] <bdmurray> converted parts of oops-repository from using pycassa to python-cassandra
[15:07] <bdmurray> removed SystemImageInfo code from daisy as it is no longer needed there
[15:07] <bdmurray> ✔ done
[15:07] <bdmurray> review of rls- tagged bug reports
[15:08] <bdmurray> cyphermox:
[15:08] <cyphermox> short week: off Monday, off tomorrow and next monday.
[15:08] <cyphermox> MIR review
[15:08] <cyphermox> reviewed more rls-*-incoming bugs w/ Brian
[15:08] <cyphermox> grub2: merge, grub-reboot, EFI stub loading from 'linux' command
[15:08] <cyphermox> netplan feature spec flags partly approved now (still needs signoffs from Server / Jay)
[15:08] <cyphermox> more netplan specs to draft / need review
[15:08] <cyphermox> packageset update / figuring out exceptions for desktop-common/-core
[15:08] <cyphermox> partner work
[15:08] <cyphermox> (done)
[15:09] <bdmurray> doko:
[15:09] <doko> - last Thursday bank holiday
[15:09] <doko> - Merge the riscv64 zero patches for openjdk 11, and up
[15:09] <doko> - test rebuild give backs, fixing GCC 9 issues, filing GCC upstream issues
[15:09] <doko> - test rebuild on ppc64el not yet finished ...
[15:09] <doko> - OpenJDK sync
[15:09] <doko> (done)
[15:10] <bdmurray> xnox: is sprinting
[15:10] <bdmurray> rbalint:
[15:10] <rbalint> * partner work
[15:10] <rbalint> * shadow:
[15:10] <rbalint>   - prepared next upstream release in Salsa
[15:10] <rbalint>   - converted to dh from cdbs
[15:10] <rbalint>   - preparation of moving login to util-linux in progress
[15:11] <rbalint> * unattended-upgrades related reviews
[15:11] <rbalint> * prepared srus for LP: #1771858 in cluding tracking down regressions and non-regressions
[15:11] <rbalint> (done)
[15:11] <waveform> * Pi4 launch week! Posted some hardware off to cwayne (indirectly)
[15:11] <waveform> * Investigated boot state on pi4: some minor changes (new firmware), some major changes (second stage boot-loader now in EEPROM, no support for netboot and USB yet - forthcoming updates)
[15:11] <waveform> * Prepped updates to get eoan images booting on pi4; not yet tested, need updates to flash-kernel (see below)
[15:11] <waveform> * Prepped merged classic & core bootscripts for RPi (adding optional splash support)
[15:11] <waveform> * Agreed way forward with sil2100: merge updated bootscripts into flash-kernel, SRU bootscript patches (but not version upgrade) to bionic, then PR pi3-gadget to use new bootscripts
[15:11] <waveform> * Investigating pyparted & fftw3 FTBFS on armhf issues for doko; replicated fftw3 failure (NEON related) but not pyparted so far
[15:11] <waveform> * Still looking into BT on core
[15:11] <waveform> (done)
[15:12] <sil2100> \o/
[15:12] <sil2100> #topic Release incoming bugs
[15:12] <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html#foundations-bugs
[15:12] <bdmurray> bug 1832309
[15:12] <bdmurray> cyphermox: can you confirm that?
[15:13] <cyphermox> yes, that's known
[15:13] <gaughen> waveform, I tried to buy a pi4!
[15:13] <bdmurray> cyphermox: seems worth carding then right?
[15:13] <cyphermox> I mean, it's a textfile you need to write to...
[15:13] <cyphermox> yeah, there's a PR for part of that too
[15:13] <bdmurray> okay, so carding
[15:14] <bdmurray> bug 1834226
[15:16] <bdmurray> while poorly described this seems familiar to me
[15:17] <bdmurray> I think its really about unattended-upgrades not respecting a setting from software-properties-gtk. Does that sound familiar balint?
[15:17] <sil2100> rbalint: ^
[15:18] <rbalint> bdmurray, it is apt that calls u-u
[15:18] <rbalint> juliank, ^
[15:18] <rbalint> :-)
[15:18] <rbalint> (via systemd timers)
[15:18] <juliank> that's packagekit I assume
[15:18] <rbalint> :-D
[15:19] <rbalint> i propose taking the bug :-)
[15:19] <juliank> PackageKit has its own timer, and it's not configurable
[15:19] <juliank> Simple fix is to remove the never option
[15:19] <gaughen> bdmurray, my vote on that netplan card is that we put it on the list to get working on this next iteration
[15:19] <gaughen> so on the prioritized lane please
[15:19] <rbalint> juliank, i think it is not really the direction of pleasing users :-)
[15:20] <juliank> No hang on, I think it's actually gnome-settings-daemon issuing the Refresh call to PackageKit
[15:20] <bdmurray> gaughen: ack
[15:21] <juliank> But in any case, we can't be sure what the cause is, we need a ps tree
[15:21] <sil2100> We don't have to solve it now, but is this something we'd want to get fixed this cycle?
[15:22] <rbalint> sil2100, yes, imo
[15:22] <juliank> It's certainly not urgent as its been that way all the time, but yes
[15:22] <bdmurray> I think finding whatever bug I'm remembering would be good
[15:22] <bdmurray> That way we have an idea of the number of people who choose "Never"
[15:23] <sil2100> Let's maybe card it then?
[15:23] <bdmurray> How about we leave it on the list until the detective work is done.
[15:24] <rbalint> bdmurray, i think the process is taking it then doing the work
[15:24] <bdmurray> We are also make a lot of assumptions about what the person is talking about, so asking some follow up questions seems good to me too.
[15:24] <sil2100> Ok
[15:25] <bdmurray> bug 1829805 is also high
[15:26] <bdmurray> xnox has asked for some more information though so leaving it seems fine
[15:26] <sil2100> Yeah, let's wait for the reporter to provide more info
[15:26] <bdmurray> Lets move on to the Undecided ones next
[15:26] <bdmurray> bug 1796260
[15:27] <gaughen> isn't that one mwhudson is working on
[15:27] <sil2100> This sounds familiar
[15:28] <bdmurray> It looks like there is a card for this
[15:28] <cyphermox> sil2100: because we've discussed this previously
[15:32] <bdmurray> Let's set the importance of it. What should we do about the rls-ee-incoming tag?
[15:33] <bdmurray> bug 1833758
[15:34] <bdmurray> Does this only happen w/ schroot?
[15:35] <sil2100> sbeattie: ^
[15:37] <bdmurray> sil2100 and I'll have a look at it to see what situations are affected.
[15:37] <sil2100> I'll try investigating this, seeing what impact it has
[15:38] <bdmurray> Oh, whoops we missed bug 1832882
[15:39] <bdmurray> So while the snap works it might be nice to fix this anyway
[15:39] <bdmurray> It seems like a pretty straightforward SRU
[15:39] <rbalint> bdmurray, isn't it a 3rd party package?
[15:40] <juliank> I don't see a patch
[15:41] <bdmurray> rbalint: Yes
[15:41] <rbalint> juliank, there is one in the github issue
[15:42] <rbalint> bdmurray, sry maybe it is valid still for curl
[15:42] <juliank> rbalint: might not be the same issue
[15:43] <rbalint> it is worth trying i think
[15:44] <bdmurray> seb pointed to this https://packages.qa.debian.org/c/curl/news/20190512T204836Z.html
[15:44] <bdmurray> Does the debian bug have a test case?
[15:47] <bdmurray> Well let's just take it.
[15:47] <sil2100> +1
[15:48] <rbalint> +1
[15:48] <juliank> meow!
[15:48] <bdmurray> That is all the High and Undecided bug reports
[15:48] <gaughen> juliank, is that the new hipper +1?
[15:49] <juliank> either that or -1
[15:49] <sil2100> Should we move on?
[15:49] <sil2100> #topic Team proposed-migration report
[15:49] <gaughen> sil2100, no too busy thinking about cats
[15:49] <sil2100> hah!
[15:49] <sil2100> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:50] <doko> so, adam tells me that glibc and binutils issues are likely caused by a kernel regression
[15:51] <doko> I'll address the sphinx issue with the python 3.7.4 today or tomorrow
[15:52] <sil2100> doko: does the kernel team know about the regressions?
[15:52] <gaughen> doko, wonder if the fix for the regression is coming out this week
[15:52] <doko> accordng to adam, yes
[15:52] <gaughen> doko, okay then these should be gone by our next mtg
[15:52] <rbalint> partman-multipath is waiting for comments from xnox
[15:53] <doko> that's it. I'd like to continue with https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190614-eoan.html
[15:53] <doko> who is owning whoopsie?
[15:56] <bdmurray> there is card for the ftbfs bugs
[15:56] <doko> last issues: https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20190614-gcc9-eoan.html
[15:57] <doko> should I file issues for those as well?
[15:57] <bdmurray> cards were created for all the ftbfs bugs for foundations packages
[15:59] <doko> bdmurray: not for the gcc9 issues yet. would you like to care about these?
[16:00] <bdmurray> I mean that all the ftbfs bugs that were previously filed and tagged rls-ee-incoming were targetted to Eoan and cards were created for them.
[16:00] <rbalint> doko, i think it is a bit early since Debian's fixes will start flowing in two weeks
[16:04] <doko> rbalint: yes, but that doesn't mean that GCC 9 is the default in Debian at this time
[16:06] <sil2100> Ok, guess let me change the topic
[16:06] <sil2100> #topic AOB
[16:07] <sil2100> Anything else besides that?
[16:07] <bdmurray> Next Thursday is a US holiday
[16:07] <sil2100> Ok, thanks guys! Next chair will be...
[16:07] <sil2100> waveform: can you chair next time?
[16:07] <sil2100> #endmeeting
[16:07] <meetingology> Meeting ended Thu Jun 27 16:07:56 2019 UTC.
[16:07] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2019/ubuntu-meeting.2019-06-27-15.03.moin.txt
[16:08] <sil2100> bdmurray: noted
[16:08] <rbalint> o/
[16:08] <waveform> sil2100, sure


[00:20] <bryceh> yeesh
[00:21] <bryceh> glad I was sick with a cold this week and not next.
[03:15] <Prf_Jakob> bryceh: so the wayland package in 11.04 acts weird, it depends on libcairo2-dev 1.10.2-2 and it says I don't have it even tho I have it installed "Version: 1.10.2-2ubuntu2"
[03:19] <Prf_Jakob> libcairo2 (1.10.2-2ubuntu2) breaks wayland and is installed.
[03:20] <RAOF> Do you mean 11.04 or 11.10?
[03:21] <Prf_Jakob> 11.04
[03:21] <RAOF> Ok.  The wayland in 11.04 required cairo-gl, which we disabled because the nvidia binary driver causes anything which links to libGL (like *everything* when cairo does) to eat an extra 5MiB of dirty memory.
[03:22] <Prf_Jakob> Ah
[03:22] <Prf_Jakob> I'll just build it myself then
[03:22] <RAOF> Yeah.  The one in 11.10 works :)
[03:23] <RAOF> (I think ☺)
[04:05] <RAOF> It builds, ship it!
[04:31] <RAOF> Sarvatt: If you were feeling edgers-y, you could probably steal the Xi 2.1 & gestures patches from <IP_ADDRESS>1-1ubuntu1~prep1 in ubuntu-x-swat/ppa :)
[04:31] <Sarvatt> RAOF: AWESOME!
[04:32] <RAOF> I'm not sure to what extent it *works*, but it builds and synaptics very nearly builds against it ;)
[04:34] <Sarvatt> RAOF: thank you thank you thank you :) will let you know tomorrow  how it works (its 12:34 am now)
[04:35] <RAOF> Hm.  Shouldn't be too hard to update the synaptics patch, either.
[04:41] <RAOF> Score!  Synaptics builds!
[04:43] <Sarvatt> btw ignore the vmware build failure, thats fixed upstream and debian now
[04:43] <Sarvatt> sis is the only one that still has problems with 1.11
[04:43] <Sarvatt> oh wait
[04:43] <Sarvatt> sis builds fine if you use the latest official release
[04:44] <Sarvatt> its Gaetan's changes post 0.10.3 that broke it
[04:44] <Sarvatt> (on amd64 only)
[04:45] <RAOF> I don't think I'll be uploading this to precise _just_ yet.  Although I don't expect many people are using precise at this point, doing the 1.10 → 1.11 transition on a friday afternoon before a weekend of travel to UDS is, perhaps, slightly *too* foolhardy :)
[05:24] <Sarvatt> ok uploaded it to edgers, will have to fix up evdev and synaptics in the morning because its way too late. thank ya so much for refreshing those insane patches RAOF :)
[05:25] <RAOF> And I'll upload evdev and synaptics to ubuntu-x-swat/ppa
[05:25] <Sarvatt> well test out ubuntu-x-swat/ppa first thing in the morning
[05:31] <tseliot> RAOF: hi, have you noticed this problem with gnome-settings-daemon? https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/882916
[05:31] <ubot4> Launchpad bug 882916 in gnome-settings-daemon (Ubuntu) "Panning doesn't work on Ubuntu 11.10 because the gnome-setting will reset the screen size (affects: 1) (heat: 6)" [Undecided,New]
[05:32] <RAOF> Hm, I had not.
[05:32] <RAOF> The CRTC confine stuff breaks panning?
[05:37] <RAOF> tseliot: One of the problems here is that I'm amazed that anyone uses the panning support; I would have thought that, if anything, it would be accidentally turned on and confuse users.  Who wants to pan their desktop? :)
[05:37] <tseliot> RAOF: AMD
[05:39] <RAOF> Hm.  So there are multiple issues there.  Is this wanted as an SRU, or will fixing it in precise be enough?
[05:40] <tseliot> RAOF: I've just subscribed you to a discussion
[05:40] <tseliot> RAOF: I'm not really sure about that
[05:41] <RAOF> I guess I'll ask.
[05:41] <RAOF> :)
[06:36] <RAOF> Hm.
[06:36] <RAOF> Well, that very nearly works.
[06:36] <RAOF> As long as you don't want event delivery to be particularly reliable ;)
[06:37] <RAOF> Ah, no - it looks like it's grabs that are going mental.
[15:39] <Sarvatt> well that was a fun few hours
[15:40] <Sarvatt> RAOF: glad you didn't upload those multitouch patches, really broken :)
[15:40] <Sarvatt> ricotz: pixman and cairo being in the PPA totally screw up ppa-purge with multiarch :(
[15:43] <Sarvatt> apparently apt-get install pakage:i386/dist to downgrade doesn't work properly :) it thinks the native arch one is getting removed, wants to remove everything it depends on which is fun for cairo
[15:43] <ricotz> Sarvatt, mhh, that is what i was worried about :(
[15:43] <ricotz> is this for natty or oneiric?
[15:43] <Sarvatt> oneiric
[15:43] <ricotz> or both?
[15:43] <Sarvatt> probably both but oh well
[15:44] <ricotz> but you dont see any runtime issues?
[15:44] <Sarvatt> nope
[15:44] <Sarvatt> ricotz: btw might not want to update xserver, about to upload one disabling the multitouch stuff again
[15:44] <ricotz> oh
[15:45] <ricotz> so the current one has multitouch?
[15:45] <Sarvatt> yeah but its really broken
[15:45] <Sarvatt> have you restarted X since updating?
[15:46] <ricotz> mhh, i updated, but not restarted it yet :\, i guess this will be fun?
[15:46] <Sarvatt> ya have the old ones in /var/cache/apt/archives still?
[15:47] <ricotz> probably not
[15:47] <Sarvatt> grabs are crazy
[15:48] <ricotz> are you seeing problems with unity and g-s?
[15:48] <Sarvatt> aka open a web browser and click on an address bar, lose most of your mouse functionality for good
[15:48] <ricotz> ok
[15:49] <Sarvatt> it effects everything
[15:52] <ricotz> Sarvatt, arent 506 and 507 important too?
[15:55] <Sarvatt> oh hmm, i accidentally disabled 220_xi21_always_deliver_raw_events.diff too
[15:55] <ricotz> and 220 yeah
[15:55] <Sarvatt> stupid hook
[21:32] <RAOF> Sarvatt: Ah, yeah.  You've noticed that the grab handling is totally broken, then :)
[21:34] <Sarvatt> RAOF: yeah that was fun :) shouldn't you be on a plane?!
[21:34] <RAOF> In roughly 2 hours, yes.
[21:34] <Sarvatt> oh, got an hour before its time to start packing then
[21:35] <RAOF> Already mostly packed :)
[21:51] <bryceh> heh
[21:54] <bryceh> have a good flight RAOF
[21:54] <RAOF> You'll probably see me online between now and Dallas; I've got an hour and a bit in the Qantas lounge in Sydney first ;)
[21:57]  * bryceh nods


[04:49] <pitti> Good morning
[05:58] <didrocks> good morning
[07:43] <willcooke> morning all
[07:49] <seb128> hey willcooke
[07:49] <didrocks> hey willcooke
[07:54] <larsu> morning!
[07:57] <seb128> hey desktopers ;-)
[08:04] <willcooke> happyaron, please take a look at:  https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1048161
[08:04] <willcooke> happyaron, it's been hanging around for a long time and is #1 ibus issue
[08:05] <Laney> hallo!
[08:05] <seb128> happyaron, willcooke, #1 e.u.c vivid issue, and not only ibus
[08:05] <seb128> hey Laney, wie gehts?
[08:05] <larsu> morning Laney!
[08:05] <Laney> just had breakfast outside
[08:05] <Laney> climbed yesterday
[08:05] <larsu> nice!
[08:05] <Laney> it is going GREAT
[08:06] <didrocks> morning Laney
[08:06] <Laney> how about you didrocks et larsu et seb128 et willcooke?
[08:06] <willcooke> the sun is shining
[08:06] <seb128> doing good, still summer like today
[08:06] <willcooke> it feels like summer is coming :)
[08:06] <seb128> the classical music yesterday was bit experimental/weird
[08:06] <seb128> was fun but a bit long
[08:07] <Laney> oh yeah
[08:07] <Laney> this unknown guy?
[08:07] <czajkowski> willcooke: time to start working from the garden!
[08:07] <willcooke> czajkowski, :D
[08:07] <willcooke> I really need a better place to sit outside
[08:07] <willcooke> with a bit of shade so I can see the screen
[08:07] <willcooke> and a table which isn't half collapsed
[08:08] <czajkowski> wifi access points are being fitted next weekend and outdoor sockets so can easily work then !
[08:08] <czajkowski> willcooke: shame you dont live closer you could join popey at our co working day once a month
[08:08]  * didrocks has a balcooney for this
[08:08] <Laney> \o/
[08:08] <czajkowski> didrocks: git
[08:11] <seb128> Laney, yeah, that was a creation from the university here, demoing a new intrusment they designed as well
[08:11] <seb128> it was interesting but a bit long
[08:41] <Laney> didrocks: hey, do you know about the fsckd autopkgtest failing? (sorry)
[08:42] <Laney> It can't find /etc/default/grub.d/90-autopkgtest.cfg --- some problem with the host? (it only fails on amd64)
[08:42] <pitti> Laney: fixed yesterday in git
[08:42] <Laney> which git?
[08:42] <pitti> amd64 runs on the cloud now, and these images don't use the adt-setup-vm script
[08:42] <pitti> Laney: the systemd autopkgtest
[08:42] <Laney> ah
[08:43] <pitti> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=experimental&id=0931f09a80
[08:43] <Laney> are you going to upload it?
[08:43]  * Laney is trying to smooth glib2.0 in
[08:44] <Laney> qengho: chromium-browser's test is failing too
[08:44] <pitti> Laney: ah, I can ignore the systemd failure for now, if that helps
[08:44] <pitti> Laney: yes, I can upload it too
[08:45] <Laney> I could do that too, having it really pass seems better
[08:45] <Laney> will wait for Chad to at least eyeball chromium first anyway
[08:45] <Laney> so no big rush
[08:45] <didrocks> at least, that forced pitti to use fileinput.input() ;)
[08:45] <pitti> chromium seems to be an actual regression
[08:45] <pitti> in the newer version in -proposed
[08:46] <pitti> I suppose it's not glib's fault (but in theory it could be, hence britnye holding it back for human inspection is right IMHO)
[08:46] <pitti> didrocks: indeed, that's a handy trick!
[08:47] <Laney> I usually try to get things in by making the tests pass even if it isn't that upload's fault
[08:48] <Laney> will skip as a fallback though
[08:52] <pitti> Laney: right, me too, I just didn't get to uploading it yet
[08:52] <pitti> last/this week is a bit crasy
[08:52] <pitti> crazy, too
[08:53] <pitti> three security vulns in my stuff in one week, after years of silence :)
[08:54] <Laney> oh, I only saw the dbusmock thing
[08:54] <Laney> there was more?
[08:54] <pitti> yeah, still private
[08:55] <pitti> I can't talk, or Marc will have to -- argh! argh! *nnng* *dump*
[08:55] <Laney> sorry for adding to your stress then :)
[08:55] <pitti> no worries :)
[08:55] <pitti> the switch to nova came as a surprise to me
[08:55] <didrocks> seems pitti watched too much house of cards

[08:55] <pitti> I've waited for this for a long time, but they didn't wait until we fixed all the known test regressions
[08:56] <pitti> didrocks: no spoiler for me, unless you already know the 4th season :)
[08:56] <didrocks> pitti: no, this spoiler part is almost a no one as it's in the first season :p
[08:57] <pitti> didrocks: well, people die in 2nd too :)
[08:57] <didrocks> oh yeah, the one I was thinking about was in the 2nd actually
[11:16] <Laney> larsu: could you sanity check a reproducer for me please?
[11:16] <Laney> http://paste.ubuntu.com/11112014/
[11:17] <Laney> It's meant to tell you if the bug is reproduced or not, but I never get the callback called after my g_file_trash
[11:18] <Laney> so my reproducer doesn't work ...
[11:21] <Laney> actually it seems like it may have broken with glib 2.45
[11:59] <larsu> Laney: (just back from lunch) sure
[12:02] <larsu> Laney: just hangs for me
[12:02] <Laney> ya
[12:02] <larsu> did I reproduce?
[12:02] <larsu> should I try a different glib?
[12:02] <Laney> well, can you see a bug in the code?
[12:02] <Laney> it should print one or other of the messages instead of hanging
[12:03] <Laney> if you go and trash a file in nautilus it'll notice that btw
[12:03] <larsu> it unrefs the file and then uses it again
[12:03] <Laney> just doesn't see its own one (but this works with 2.44)
[12:03] <larsu> oh wait
[12:03] <larsu> I can't read
[12:06] <larsu> Laney: desrt changed file monitoring right? Maybe it broke the trash:// case?
[12:06] <larsu> code looks good to me otherwise
[12:07] <Laney> yeah maybe
[12:07] <Laney> it's just a bug on top of a bug which is annoying
[12:09] <larsu> indeed
[12:09] <larsu> I'm testing it with .44
[12:09] <Laney> cool
[12:10] <Laney> I had to restart my session with the new glib to get it to work propertly (probably gvfs)
[12:13] <larsu> Laney: trash:///test-file.6 trashed from /home/lars/src/bugs/laney-trash/test-file - bug not reproduced :D
[12:13] <larsu> on 2.44
[12:13] <Laney> ya
[12:14] <larsu> any other test I could do?
[12:14] <larsu> (me is leaving for the afternoon in a bit and will be back tonight)
[12:14] <Laney> no, that's fine, thanks
[12:14] <Laney> guess I get to file two bugs
[12:15] <larsu> yay?!
[12:16] <Laney> yay!
[12:16] <pitti> Laney: uploaded systemd at last, which will hopefully fix the failure on amd64
[12:17] <Laney> thanks pitti!
[12:17]  * Laney sends extra sunshine towards Germany
[12:19] <ogra_> oh, that is where it comes from ?
[12:19]  * ogra_ hugs Laney
[12:24] <pitti> Laney: even more? thanks :)
[12:24] <pitti> we've had wonderful spring/summer weather since the weekend
[12:28] <nessita> pitti, hey, how are you? I was wondering if you would know if the switch to systemd could make my system boot super super super slow. Today it took "Startup finished in 7.874s (kernel) + 3min 6.652s (userspace) = 3min 14.526s"
[12:29] <pitti> hey nessita
[12:29] <pitti> nessita: it could happen, of course; is it fast if you boot with upstart?
[12:29] <pitti> nessita: what are the topmost entries in systemd-analyze blame?
[12:30] <pitti> that sounds like 6 s regular boot, plus two timeouts
[12:30] <nessita>           5.862s<EMAIL_ADDRESS>[12:30] <nessita>           5.420s NetworkManager-wait-online.service
[12:30] <nessita>            627ms plymouth-quit-wait.service
[12:31] <pitti> ok, nothing surprising there
[12:31] <pitti> nessita: can you pastebin "journalctl -b"?
[12:31] <nessita> pitti, haven't tried upstart, let me do that right now. One other symptom is that I need to boot around 3 times, the first two after the grub selection the video signal turns off == blank screen and monitor blinks its power light
[12:31] <nessita> getting output for journalctl
[12:32] <pitti> nessita: also, did you try to boot without quiet and splash?
[12:32] <nessita> pitti, I did, specially when I edit the boot line the video signal is "lost"
[12:32] <pitti> nessita: uh, switching off the display? that sounds like a graphics driver or plymouth issue, but let's see
[12:33] <pitti> nessita: it's also worth a try to boot with utopic's kernel (assuming that utopic still worked)
[12:34] <nessita> pitti, so about video: I have a nvidia card and was using the nvidia drivers, but I purged them to try to see if those were related to the issues (I don't think they are)
[12:34] <Laney> larsu: ah, it works if I use a timeout instead of idle
[12:34] <nessita> pitti, journalctl -b -> https://pastebin.canonical.com/131297/
[12:34] <Laney> I guess my operation is getting in there before the monitor
[12:35]  * Laney tries enforcing the right order
[12:35] <pitti> Job dev-disk-by\x2duuid-c65eebf4\x2d2f76\x2d497a\x2d86d6\x2d0d65ca46c0d5.device/start t
[12:35] <pitti> nessita: ^ it's cropped at the end, but quite clear
[12:35] <pitti> Timed out waiting for device dev-disk-by\x2duuid-c65eebf4\x2d2f76\x2d497a\x2d86d6\x2d0d
[12:36] <pitti> nessita: could be bug 1447282 or bug 1447282, but both should be fixed in vivid-updates
[12:36] <pitti> nessita: anyway, I need: /etc/fstab, /etc/crypttab, and the output of "sudo blkid"
[12:36] <Laney> no, stupid, the monitor should be added before the loop runs
[12:36] <nessita> pitti, on it
[12:37] <nessita> pitti, https://pastebin.canonical.com/131298/
[12:38] <nessita> I'm up to date with vivid, no new packages or updates to install
[12:41] <pitti> nessita: ah, there we go:
[12:41] <pitti> sdb4_crypt UUID=c65eebf4-2f76-497a-86d6-0d65ca46c0d5 none luks,swap,discard
[12:41] <pitti> ^ in /etc/crypttab
[12:41] <pitti> this UUID doesn't exist
[12:41] <pitti> and corresponding entry in fstab (/dev/mapper/sdb4_crypt)
[12:42] <pitti> nessita: ^ so this is indeed a variant of bug 953875, but one which the automatic postinst didn't cover as there were some modifications
[12:42] <pitti> nessita: comment out the broken swap from crypttab and fstab, then it should work
[12:43] <pitti> nessita: that of course is unrelated to the video driver issue, but let's see how far you get with this
[12:44] <pitti> nessita: this got broken somewhere in precise or so, and under upstart we never noticed that we had broken swap partitions; so you've ran without swap for some years, I guess you don't miss it :)
[12:44] <pitti> nessita: if you want it back, you can also fix it manually (see the bug description above), but I guess you shouldn't care -- swap is just so outdated
[12:45] <nessita> pitti, interesting. I did not miss it, as you correctly guessed. Is worth noticing that when I installed from installer the last time (I think it was utopic), I remember the partioning step was problematic, I was not allowed to create an encrypted partition for /mnt if the swap wasn't encrypted, so I just disabled the swap via swapoff
[12:46] <nessita> it was like an chicken-egg situation with unecrypted swap and trying to create an ecrypted partition
[12:46] <nessita> pitti, thanks much!
[12:46] <pitti> nessita: you're welcome!
[12:47] <qengho> pitti: is there a way to get Jenkins RSS feed for all tests from one source package? My alerts weren't triggered because I forgot to add wily to my feed list. I'm going to forget again one day.
[12:47] <nessita> pitti, this swap issue causes the long boot time, right? is it also causing the display being turned off? or to fix that I should go back to the nvidia drivers?
[12:48] <pitti> qengho: sorry, we don't currently have RSS for autopkgtest results; the last uploader gets notified by email
[12:48] <pitti> nessita: it should cure the long boot time, yes; as I said, that's unrelated to video driver issues
[12:48] <pitti> nessita: I don't know how well nouveau works these days, or particularly for you; if it does, so much the better
[12:48] <pitti> but I figure the nvidia driver ought to work, a lot of people use it
[12:49] <nessita> pitti, k, thanks!
[12:49] <qengho> pitti: Eh? On jenkins on result pages is "RSS for failures" but it's specific to this exact test.
[12:51] <pitti> qengho: ah, via jenkins? ok, I didn't try that :)
[13:01] <nessita> pitti, super success! "Startup finished in 7.887s (kernel) + 11.290s (userspace) = 19.177s". Bad news is display was turned off on the first attempt. Will re-install nvidia drivers now and retry
[13:01] <pitti> \o/
[13:12] <desrt> larsu: i changed local file monitoring... trash monitoring happens via gvfs
[13:12] <desrt> although it could be that the file monitoring broke for trash too
[13:12] <desrt> since the backend, itself, uses local file monitors :)
[14:13] <excalibr> Has the method to get the session idle time through dbus changed in the recent Ubuntu or my dbus code in this paste link is wrong?
[14:13] <excalibr> http://pastebin.com/raw.php?i=MMYxPRQQ
[15:01] <happyaron> willcooke seb128 will do that first right away
[15:01] <happyaron> tried once but failed to get a solution
[15:01] <seb128> happyaron, hey, thanks
[15:01] <seb128> if you need help please let us know
[15:01] <seb128> is that the one you mentioning maybe being a glib issue?
[15:01] <seb128> we have people knowing about glib that can reply to questions here ;-)
[15:01] <happyaron> I'm not sure whether it's glib or improper use of glib
[15:02] <happyaron> great
[15:02] <seb128> likely improper use ;-)
[15:34] <willcooke> sorry happyaron was otp - thanks!
[15:35] <happyaron> still not that very well with jet lag, and missed a meeting today...
[15:37] <willcooke> happyaron, I think it will take at least 3 weeks to get back to normal
[15:44] <happyaron> :)
[15:45]  * willcooke -> appointment.
[15:45] <willcooke> bbl
[16:10] <seb128> ok, I'm calling it a day, have a nice evening everyone
[16:10] <Laney> see you seb128!
[16:10] <seb128> see you tomorrow for those who are there, or next week otherwise
[16:11] <seb128> tomorrow is a vac and I've friday off, but I took some hours off work during the week and I'm going to be a bit around tomorrow to work on some things I wanted to get done this week
[16:12] <Laney> what's the occasion tomorrow?


[05:32] <magespawn> good morning
[05:33] <dlPhreak> Morning magespawn
[05:41] <magespawn> hey dlPhreak
[05:41] <magespawn> did not really expect somebody else to  be here
[05:42] <dlPhreak> lol neither did I
[05:44] <magespawn> hah
[06:28] <magespawn> good morning Kilos
[06:28] <Kilos> morning magespawn
[06:28] <Maaz> Kilos: By the way, paddatrapper on freenode told me "Tell Kilos I've forked Ibid to IbidNext on Launchpad: https://code.launchpad.net/~krobbertze/ibidnext/+git/ibidnext" 8 hours, 50 minutes and 38 seconds ago
[06:28] <Maaz> Kilos: By the way, paddatrapper on freenode told me "tell Kilos Overview: https://launchpad.net/ibidnext" 8 hours, 49 minutes and 28 seconds ago
[06:29] <Kilos> woooot
[06:29] <Kilos> hi superfly inetpro and others
[06:34] <Kilos> hi paddatrapper
[06:45] <Kilos> chores
[07:06] <paddatrapper> Morning Kilos, magespawn, dlPhreak
[07:39] <magespawn> hi paddatrapper
[07:39] <ra1v3n> Hello all
[08:08] <Kilos> hi  ra1v3n
[08:09] <ra1v3n> Hello Kilos
[08:09] <ra1v3n> How are you
[08:09] <Kilos> ok ty and you
[08:10] <Kilos> paddatrapper i been pondering this situation
[08:11] <Kilos> ibidnext will need to go through the whole rigmarole of getting accepted as an official package
[08:11] <Kilos> but if tumbles can give you admin rights on it then it will just be an upgrade
[08:11] <Kilos> right or wrong
[08:13] <paddatrapper> Kilos: right, I think
[08:15] <Kilos> tumbleweed can you tell us if giving paddatrapper admin rights on ibid will just make it an existing upgradable package please
[08:15] <Kilos> and if so will you do the necessary please
[08:15] <Kilos> https://code.launchpad.net/~krobbertze/ibidnext/+git/ibidnext
[08:16] <Kilos> https://launchpad.net/ibidnext
[08:16] <Kilos> one never knows where you are or what timezone you are in
[08:16] <Kilos> thank you in advance
[08:16] <magespawn> what you can do is keep the fork going and just push the cahnges back to the main branch and have them apporvde that way
[08:16] <Kilos> hehe
[08:17] <Kilos> thats where the prob is magespawn tumbles doesnt have time to go through everything
[08:21] <paddatrapper> magespawn: they don't review and approve changes. The project is essentially dead...
[08:21] <Squirm> Morning
[08:22] <Kilos> hi Squirm
[08:29] <magespawn> paddatrapper: good idea to speak to tumbleweed then
[08:29] <Squirm> bbiab. Migrating linode
[08:31] <ra1v3n> Hi Back .... sorry wondered offf
[08:39] <Kilos> paddatrapper we must just get the fly in with us on this matter
[08:43] <paddatrapper> Kilos: for sure :)
[08:43] <Kilos> superfly ^^
[08:48] <Squirm> Hello
[08:48] <Kilos> wb Squirm
[08:48] <Squirm> Was a little behind on my Linode updates
[08:48] <Squirm> Migrated to KVM + got 1Gb extra
[08:49] <Squirm> On my 1Gb box :D
[08:49] <Squirm> and now pakacges all up to date
[08:49] <Squirm> Time for a distro upgrade
[09:25] <Kilos> seen inetpro
[09:25] <Kilos> ai!
[09:25] <Kilos> Maaz seen inetpro
[09:25] <Maaz> Kilos: inetpro was last seen 2 days, 2 hours, 20 minutes and 11 seconds ago in #ubuntu-za on freenode [2016-08-04 00:05:16 PDT], and has been online on freenode since 2016-07-23 16:00:38 PDT
[10:14] <Squirm> Hello
[10:14] <Squirm> Happy linode :)
[11:04] <Kilos-> wow
[11:04] <Kilos-> has maaz been sick
[11:05] <Kilos-> [13:03] <Maaz> By the way, magespawn on freenode told me "tell Kilos- Good night!"  High: 22° C., Saturday Night: Clear. Low: 7° C., Sunday: Clear. High: 25° C., Sunday Night: Clear. Low: 8° C., Monday: Clear. High: 26° C., Monday Night: Clear. Low: 7° C., Tuesday: Clear. High: 22° C., Tuesday Night: Clear. Low: 7° C., Wednesday: Clear. High: 24° C., Wednesday Night: Clear. Low: 7° C., Thursday: Clear. High: 24°
[17:17] <Maaz> C., Thursday Night: Clear. Low: 9° C., Friday: Clear. High: 24° C., Friday Night: Clear…
[17:20] <magespawn> everything?
[17:20] <Kilos> lol
[17:40] <theblazehen> hmm. Looks like people in this channel are a fan of lx{c,d}.. Saw inetpro and SubOracle in #lxcontainers :)
[18:05] <Kilos> inetpro is in very many channels
[18:06] <Kilos> he likes to keep track of whats happening everywhere
[18:07] <Kilos> inetpro ping
[18:40] <Squirm> :D
[18:40] <Squirm> Kilos: Only shows me two ?
[18:41] <Kilos> two what?
[18:41] <Kilos> oh
[18:42] <Kilos> i see  8
[18:42] <Kilos> on freenode and im sure he on some other servers too
[18:43] <Kilos> Squirm how many do you see with me
[18:43] <Squirm> Kilos: Just one here
[18:43] <Kilos> haha
[18:44] <Kilos> you can do the /whois thing
[18:44] <Squirm> That's what I'm doing
[18:44] <Kilos> oh my
[18:44] <Squirm> But maybe LimeChat is only showing me common channels
[18:46] <Kilos> tiring with many channels to watch
[18:48] <Kilos> paddatrapper you keeping an eye open for fly and weed i hope
[18:48] <Kilos> i go sleep soon
[18:50] <Sicelo>  freenode has the hidden mode active for everyone .. so you can't 'discover' other users' channels unless you are in them yourself
[18:51] <Kilos> ah
[18:53] <Kilos> wb chesedo
[18:56] <pavlushka> Kilos: one thing, where is mazal?
[18:56] <magespawn> hey all
[18:56] <pavlushka> wd magespawn !
[18:56] <pavlushka> *wb
[18:56] <Kilos> he says peeps fight with him here
[18:56] <magespawn> dozed and computer died
[18:57] <Kilos> tired magespawn ?
[18:58] <magespawn> nah just sleepy
[18:59] <Kilos> isnt that the same thing?
[19:00] <magespawn> physically have lots of energy
[19:00] <magespawn> just not much to spend itonat the moment
[19:01] <Kilos> run up and down stairs
[19:01] <Kilos> forget lifts
[19:01] <Kilos> hi Trixar_za
[19:02] <Trixar_za> Hi Kilos :P
[19:02] <magespawn> no stairs here, and never take the lift at work
[19:02] <Kilos> sjoe
[19:07] <SEptic> evening gents
[19:09] <Squirm> Trixar_za
[19:09] <Trixar_za> Squirm
[19:10] <Kilos> hi SEptic
[19:11] <SEptic> hey Kilos, how goes?
[19:11] <Kilos> ok ty and you?
[19:12] <SEptic> meh, work overload
[19:12] <SEptic> otherwise good
[19:12] <Kilos> ai!
[19:16] <Squirm> Anyway
[19:16]  * Squirm wanders off
[19:17] <Trixar_za> Squirm: I fixed my dropbox - and instantly decided to not use it for anything :P
[19:17] <Kilos> dont get lost Squirm
[19:17] <magespawn> Kilos: pity about mazal
[19:18] <Kilos> yeah
[19:18] <Sicelo> lol Trixar_za
[19:18] <Kilos> we could have 43 in here now
[19:27] <paddatrapper> Kilos: yes I am
[19:27] <Kilos> good lad
[19:27] <Kilos> glad we found you
[19:28] <Kilos> also you must give na3il some work unless you guys want to do the py3 rewrite on your own
[19:32] <magespawn> rewrite of ibid Kilos ?
[19:32] <Kilos> yip
[19:32] <magespawn> hmm an interesting project if it can get going
[19:33] <Kilos> its just for everyone to find the time i think
[19:51] <Kilos> night all. sleep tight
[19:51] <SEptic> night
[19:51] <SEptic> me too
[19:53] <magespawn> that time ofnight i see
[19:54] <magespawn> of night
[20:13] <magespawn> time for me too. good night all
[21:34] <ra1v3n> Goodnight all


[15:28] <Menzador> Oh, I should've done that here.
[15:29] <Menzador> !no notunity is <reply> Since Ubuntu 11.10, !Unity is the default desktop in Ubuntu. Ubuntu also ships and packages other desktop environments. For a full listing of desktops Ubuntu ships, see !flavors.
[15:29] <Menzador> Oh. Lol.
[15:30] <Menzador> So anyway, the explanation for that one is we have !notunity referencing !flavours anyway, so why not just use a simpler explanation that references it instead of something ultimately more complicated?
[15:34] <Menzador> In addition, we should probably edit each desktop environment factoid we have a flavour for to include the relevant metapackage.


[09:22] <JamesTait> Happy Friday, folks! :-D
[10:14] <ralsina> good morning!
[10:58] <mandel> ralsina, morning!
[10:58] <mandel> ralsina, so, what is going one with tarmac? that fsevents branch is bouncing due to mem issues..
[10:58] <ralsina> hi mandel!
[10:58] <mandel> on linux?
[10:59] <ralsina> mandel: yes, u1-client tests are using a lot of memory since a ew days ago
[10:59] <ralsina> mandel: so branches may bounce for no reason
[10:59] <ralsina> mandel: we got it in the release manually
[10:59] <mandel> ralsina, ok.. bummer
[10:59] <mandel> ralsina, got something nice for the next release: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[10:59] <ralsina> BTW: high 5 on the release... o/
[11:00] <mandel> ralsina, o/
[11:00] <ralsina> we may have some subset of that, the root daemon, the macfsevents code daemonized, share links working and the wizard fixed.
[11:00] <mandel> ralsina, I'm right now going to take a look on why the root daemon is not working
[11:02] <ralsina> mandel: cool
[11:02] <mandel> ralsina, I need to talk with mmcc about how to add nice icons to the notifications but works :)
[11:04] <ralsina> mandel: awesome!
[11:04] <ralsina> mandel: I am going on school run and have lots of errands today (banks) so I will not be around a lot
[11:04] <mandel> ralsina, ok, no problem
[11:04] <ralsina> mandel: but as usual, I have logs, so keep talking to me ;-)
[11:28] <alecu> good morning, all!
[11:44] <mandel> alecu, morning!
[11:44] <mandel> ralsina, maybe the reason why it looks bad on a retina display is due to the fix for the scrolling..
[11:45] <mandel> alecu, new mac os x client feature: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[11:45] <mandel> I wanted to get away form the files..
[11:50] <alecu> mandel: the retina display bit sounds very reasonable.
[11:53] <alecu> mandel: that seems to be the problem, yes:
[11:53] <alecu> http://www.qtcentre.org/threads/50130-Qt-Creator-on-MacBook-Pro-Retina
[11:53] <alecu> and http://comments.gmane.org/gmane.comp.lib.qt.devel/4477
[11:54] <mandel> alecu, nice
[11:55] <alecu> mandel: we should ask mmcc to include the relevant Info.plist items
[11:55] <alecu> mandel: and then ask zac to test it.
[11:55] <mandel> alecu, yes, is a problem that we don't have the hd to test it..
[11:55] <mandel> hardware.. not hd :P
[11:55] <alecu> mandel: ask christian to buy one for you!
[11:56] <mandel> alecu, I'm close to my 3 years :)
[11:56] <alecu> mandel: you are closer to two!
[11:56] <mandel> alecu, also, heheh
[11:56] <mandel> alecu, but I'm close than I was :P
[11:57] <mandel> alecu, and feels like longer
[12:20] <thisfred> omg, the new chat function in thunderbird is horrible. At least for IRC. Why didn't they concentrate on it eating all available memory, rather than build yet another chat client...
[12:22] <mandel> lunch time
[12:22]  * mandel lunch
[12:26] <ralsina> thisfred: you are actually IRCing from thunderbird? That thing figuratively exploded whenI tried it.
[12:27] <thisfred> I was just then, it worked for me, after a fashion, but the UI is crazy
[12:27] <thisfred> especially unusable if you use tb halfimized, which all my windows are
[12:27] <thisfred> the chat window if four characters wide in that case
[12:28] <thisfred> give or take
[12:28] <ralsina> thisfred: for the "twitter is too burgueois"crowd.
[12:28] <thisfred> ralsina, well it does twitter gtalk and facebook chat
[12:28] <ralsina> boy did I misspell that one
[12:28] <thisfred> but then, so does everyone
[12:29] <ralsina> so you can tweet in only 35 lines. neat.
[12:29] <thisfred> hehe
[12:29] <thisfred> I'll see if the other accounts work better
[12:29] <thisfred> but definitely  a no for IRC
[12:30] <ralsina> wonder how the tweet app key limit hits thunderbird. They are supposed to have 10M users, and the keys are limited to 200K :)
[12:31] <thisfred> maybe that's why they made it look like crap
[12:32] <thisfred> oh, gtalk and fbook also totally unusable.
[12:32] <thisfred> that was that then
[12:34] <thisfred> also firefox 15 seems slower, and broke pentadactyl. Since vimperator already didn't work, I think I'm gonna go back to chrome
[12:34] <thisfred> maybe it works great on Mozilla OS.
[12:34] <ralsina> not a happy post-UIF day for thisfred
[12:34] <thisfred> ralsina, well, if this was on quantal that would be one thing
[12:35] <thisfred> this is my precise machine
[12:35] <ralsina> thisfred: hahaha
[12:35] <ralsina> thisfred: or rather... erm... bummer dude
[12:35] <thisfred> :)
[12:35]  * ralsina ctrl-c's his apt-get
[12:36] <thisfred> maybe there's a web browsing and email reading plugin for vim
[12:36] <thisfred> but then I might as well switch back to emacs
[12:37] <dobey> just change your .xinitrc to "exec /usr/bin/thunderbird" and you'll be set
[12:37] <thisfred> oh, oops past 8:30. Stop complaining/hacking on lp:gouda, start work :)
[13:25] <ralsina> alecu: we need to come up with that estimate for joshua
[13:25]  * ralsina starts putting numbers into a hat
[13:26] <ralsina> good morning briancurtin!
[13:28] <alecu> ralsina: I'm nowhere near close to providing a real estimate, so let me add this stack of old bus tickets in your hat too.
[13:29] <ralsina> oh, a capicúa!
[13:29] <ralsina> alecu: k, let's talk about it in the evening
[13:32] <briancurtin> hi ralsina
[13:36] <dobey> alecu: "the journey will take many moons to complete"
[13:37] <alecu> lol
[13:45] <ralsina> dobey: http://www.engadget.com/2012/08/30/lgs-ea93-29-inch-display-hands-on/ but I know, too low-res for you :-)
[13:48] <dobey> uh, yes
[13:50] <ralsina> however, a 29" 21:9 monitor would look great on my desk
[13:52] <dobey> it doesn't even have a VESA mount
[13:54] <ralsina> if god intended us to use vesa mounts, he wouldn't have created duct tape
[13:55] <dobey> i want this new panasonic ips alpha display
[14:10] <dobey> ralsina: hrmm; we'll need a freeze exception for SSO perhaps as well (although technically it is a regression)
[14:11] <ralsina>   dobey: which bug?
[14:11] <dobey> https://bugs.launchpad.net/ubuntu-sso-client/+bug/974637
[14:12] <dobey> can't believe i totally forgot about that bug :-/
[14:12] <ralsina> me neither
[14:12] <ralsina> ok, let's file the exception then
[14:13] <ralsina> I totally dropped the ball on that one
[14:13] <dobey> let me see if we'll need one
[14:14] <mandel> mmcc, I found the bug with the root daemon, what are the rights of the unix domain socket?
[14:16] <mandel> forget about it, there is another issue..
[14:47] <mmcc> howdy
[14:47] <ralsina> hi mmcc
[14:47] <ralsina> high 5 on release! o/
[14:47] <mmcc> ralsina: \o

[14:47] <mandel> mmcc, morning! I'm looking at the root problem, it seems that there is a connection issues and the user is never added to the daemon, therefore the add-watch gets stopped there
[14:48] <mandel> mmcc, can I see the change you made for launchd? I'm trying to reproduce what is going on with some testing scripts
[14:48] <mmcc> mandel: ok, do you need me to push my… yeah, ok
[14:48] <mandel> mmcc, also the source of the plist would be nice :)
[14:48] <mandel> mmcc, yes :)
[14:49] <mmcc> mandel, why do you need the source of the plist? I have a hunch you won't like it :)
[14:50] <mmcc> oh wait, never mind that :)
[14:50] <mandel> mmcc, that is the reason hehehe
[14:51] <mmcc> if you're running your own copy of the daemon, then I bet you're getting an error about absolute paths in the socket name
[14:51] <mmcc> to see what the plist is in the built daemon, do this:
[14:51] <mmcc> otool -s __TEXT __launchd_plist com.ubuntu.one.fsevents | grep "^[0-9a-f]\{8,16\}" | xxd -r
[14:52] <mmcc> this for the info plist: otool -s __TEXT __info_plist com.ubuntu.one.fsevents | grep "^[0-9a-f]\{8,16\}" | xxd -r
[14:52] <mmcc> mandel, the catch is we're not allowed to pass arguments on the command line to the launchd daemon
[14:52] <ralsina> mmcc: we are supposed to have everything needed to build on bzr so the sources for the plist belong there after some cleaning ;-)
[14:52] <mmcc> so I had to make a change to make the launchd checkin the default action for the daemon
[14:53] <mmcc> ralsina: oh, they will be - this is just handy debug double checking :) they're built into the executable
[14:53] <mandel> mmcc, hmm ok, lets take a look at the code, anyways I think there is an error somewhere else
[14:53] <mmcc> mandel: ok I'll go push it asap
[14:57] <ralsina> mmcc, mandel, dobey, thisfred, alecu, briancurtin: standup starts in 3' ends in 5'
[14:57] <thisfred> aye aye
[14:59] <thisfred> so this is *not* a great time to go make coffee, is what you're saying
[14:59] <ralsina> thisfred: right
[14:59] <ralsina> unless it's literally instant coffee
[15:00] <ralsina> me
[15:00] <mandel> me
[15:00] <briancurtin> me
[15:00] <thisfred> me
[15:00] <alecu> me
[15:00] <dobey> me
[15:00] <ralsina> mmcc is last, go me!
[15:00] <ralsina> DONE: mac release! a couple of quick branches for last-minute issues there, helped around, reviews, team call, 1-1 with alecu, design chat with lisette, dash call with alecu & neil, other calls,  TODO: banks, errands, doctor visit,  minor mac bugfixes, start on making the share tab work on mac, maybe also make it work better on ubuntu BLOCKED: too many errands NEXT:  mandel
[15:01] <mandel> DONE: added support for notification center and growl for the mac client: https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237 Look at the root daemon, my test script does not longer work which is bad news.
[15:01] <mandel> TODO: keep working on the root daemon debugging.
[15:01] <mandel> BLOCKED: no
[15:01] <mandel> briancurtin, please
[15:01] <briancurtin> DONE: reviews, debugging in a twisted path to find where their bytes/str needs to be changed. we're sending bytes, urllib requires bytes, and somewhere in between it's going wrong (rather, multiple places)
[15:01] <briancurtin> TODO: hopefully figure this out in a workable way and propose to antoine's t3k branch
[15:01] <briancurtin> NEED REVIEWS: https://code.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-bytes-formatting/+merge/121711 and https://code.launchpad.net/~brian.curtin/ubuntuone-dev-tools/py3-dbus-str/+merge/121712
[15:01] <briancurtin> NEXT: thisfred
[15:01] <thisfred> DONE: basic auth u1db TODO: wrap up <- | move playlists to u1db BLOCKED: no NEXT: alecu
[15:01] <alecu> DONE: misc calls, a clean Q vm, started learning about the unity dash and nux codebase, got stuck running unity from trunk
[15:01] <alecu> TODO: get up to speed with dash devel
[15:01] <alecu> BLOCKED: no
[15:01] <alecu> NEXT: dobey
[15:01] <dobey> DONE: team call, ubuntuone-client-gnome fixes/release
[15:01] <dobey> TODO: reviews, icon generating magic, music store work
[15:01] <dobey> BLCK: None.
[15:01] <mmcc> DONE: release alpha 1, testing, bug filing
[15:01] <mmcc> TODO: push branches, fix bugs
[15:01] <mmcc> BLCK: no
[15:01] <ralsina> AWESOME standup team :-)
[15:02] <ralsina> finished in 2 minutes too!
[15:02] <ralsina> thisfred: go get coffee, the rest, comments?
[15:02] <alecu> hmmm....I need to change my BLOCKED above:
[15:02] <ralsina> oops
[15:02] <alecu> BLOCKED: got stuck running unity from trunk
[15:02] <alecu> done
[15:02] <ralsina> alecu: ok, you know who to ping on that
[15:02] <alecu> still on :02!
[15:02] <ralsina> alecu: yes, no shaming!
[15:02] <thisfred> ⁵!
[15:04] <ralsina> ok EOM it is
[15:05] <alecu> 👋!
[15:06] <mmcc> mandel, is your test script that's failing in the repo or can you paste it somewhere?
[15:06] <mandel> mmcc, is in the repo under tests :)
[15:06] <mandel> dobey, can I have a review for : https://code.launchpad.net/~mandel/ubuntuone-client/notification-center-support/+merge/122237
[15:06] <mmcc> mandel: good spot for it :)
[15:07] <mandel> mmcc, same there ^ and can you  let me know where do I add the new dependencies?
[15:07] <mandel> for the buildout I mean
[15:07] <mandel> mmcc, the script you can make it connect to the daemon passing the path with -p and adding a folder with -f
[15:07] <mandel> mmcc, is in the README of the project
[15:08] <mmcc> mandel: what are you trying to do with the buildout? didn't get that
[15:08] <mmcc> t
[15:08] <mmcc> t
[15:08] <mmcc> time for a new irc client here
[15:08] <mmcc> making me stutter
[15:08] <mandel> mmcc, I added new deps pync and the growl one, I'll like to add them to the buildout
[15:10] <mmcc> mandel: how are they packaged? are they eggs that you can get from pypi or something?
[15:10] <mandel> mmcc, yes, you can use pip or easy_install with them
[15:11] <mmcc> ok, then you should be able to just put the name of their egg in the list of eggs under the [development] section…
[15:11] <mmcc> it's ok to have them in there for everyone I guess, we could make a mac only section but it doesn't hurt windows to download a couple eggs that it won't use
[15:15] <mandel> mmcc, ok, doing a branch for that
[15:15] <mandel> dobey, fixing it right now
[15:25] <alecu> hey, all!
[15:25] <alecu> Just got an SMS from ralsina, saying his connection got chopped off.
[15:32] <dobey> alright, need to get lunch. bbiab
[15:42] <mandel> dobey, branch fixed and images uploaded..
[15:42]  * mandel restarts due to Q upgrade
[16:04] <mmcc> hey mandel, I just proposed three branches of the daemon project: https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/mungeproj/+merge/122314 , https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/contextfix/+merge/122312 , https://code.launchpad.net/~mikemc/ubuntuone-fsevents-daemon/checkin/+merge/122313
[16:05] <mandel> mmcc, on them
[16:06] <mandel> mmcc, talking with alecu we found the following:
 mandel: that seems to be the problem, yes:
 http://www.qtcentre.org/threads/50130-Qt-Creator-on-MacBook-Pro-Retina
 and http://comments.gmane.org/gmane.comp.lib.qt.devel/4477
[16:06] <mmcc> mandel: the first MP is kind of big, but hard to split up because of the xcodeproj.
[16:07] <mmcc> mandel: yeah I saw that in the backtrace. our info.plist already has NSPrincipalclass == NSApplication. did you see my comment in the bug I filed for that yesterday? Maybe I didn't send that bug to everyone…
[16:08] <mmcc> https://bugs.launchpad.net/ubuntuone-control-panel/+bug/1044211
[16:08] <mmcc> s/backtrace/irc backlog/
[16:08]  * mandel reads
[16:09] <mandel> mmcc, yes, that is what I though, we added it so that the scrolling worked, right?
[16:16] <mmcc> mandel: yes https://bugs.launchpad.net/bugs/1018918
[16:17] <mmcc> brb, quick baby watch duty
[16:27] <mandel> ok, EOD for me!
[16:32] <briancurtin> oh, apparently monday is a holiday in the US
[16:47] <dobey> wtf is up with tests.syncdaemon.test_action_queue.TestZipQueue.test_zip_acquire_lock on quantal?
[16:54] <dobey> mandel: should we wait for the icon for the notifications, or can we specify the icon as None to get no icon?
[16:55] <mandel> dobey, with None it works as I have uploaded in the images
[16:55] <mandel> dobey, so we can go with it and then I'll talk with mmcc on how to locate the icons correctly
[16:56] <dobey> mandel: but i don't see you passing that on to the upstream API at all. it seems that you're just calling the upstream API with no icon arg and those are just the default icons in those situations?
[16:56] <mandel> dobey, exactly, those are the default icons
[16:57] <dobey> mandel: i don't know the growl/nc APIs, but do they let you pass icon=None to them?
[16:58] <mmcc> mandel, that merge has the fsevents.IN_ATTRIB change in it
[16:58] <mandel> dobey, the default is none already: https://github.com/kfdm/gntp/blob/master/gntp/notifier.py#L130
[16:59] <dobey> mandel: but shouldn't your code be passing the icon argument on to the growl or pync API calls? as icon=icon for example?
[16:59] <mandel> dobey, for pync it gets the icon from the calling app
[16:59] <mandel> dobey, no, because sd is passing an icon that it won't find
[17:00] <mandel> mmcc, I must have merged it by accident, but it should have landed in trunk, let me check
[17:00] <dobey> it is?
[17:00] <mandel> dobey, what is up with this: https://code.launchpad.net/~mandel/ubuntuone-client/fix-wrong-fs-action/+merge/122099
[17:02] <dobey> mandel: that test doesn't like quantal i guess :(
[17:02] <mmcc> Love this note from pync homepage: "All the works are available under the MIT license. Except for ‘Terminal.icns’, which is a copy of Apple’s Terminal.app icon and as such is copyright of Apple."
[17:02] <mmcc> "but I'm including it anyway because…?"
[17:03] <mandel> dobey, bummer..
[17:03] <mandel> dobey, sd does not pass the icon and uses the default value.. I can change that if you want
[17:03] <mandel> mmcc, and yet he uses it :P
[17:03] <dobey> mandel: yes please
[17:04] <mandel> ok
[17:04] <dobey> where are the pync api docs?
[17:04] <dobey> oh, this time it failed because of memory
[17:06] <dobey> why the heck are the u1client tests using so much memory now?
[17:06] <dobey> i wonder if some recent change in the last couple months introduced some memory leaking
[17:09] <dobey> omg pync is awful
[17:10] <mmcc> why does ubuntuone.status.AbstractNotification exist?
[17:11] <mmcc> we never pass a different icon in the calling code, so it'll only ever call pync or growl with the string 'ubuntuone'…
[17:12] <dobey> mmcc: it's the base class for implementing the platform-specific notifications on top of
[17:15] <dobey> "License is MIT except for this file that isn't included and doesn't belong to me, but is in the arbitrary zip file that this code will download and install on your system"
[17:15] <mmcc> dobey, I get that, I just wondered why it was necessary. and why it was in a separate module, ubuntuone.status instead of ubuntuone.platform.notification
[17:16] <dobey> mmcc: there didn't used to be ubuntuone.platform.notification; it was all under status
[17:16] <dobey> and really there shouldn't be an ubuntuone.platform in there, but hey
[17:17] <mmcc> hrm, yes. hey indeed
[17:18] <dobey> one day i will move everything to be under ubuntuone.syncdaemon in there; one day
[17:18] <mmcc> so is there some reason for using an abstract base class for a class with one method (in a dynamic language to boot)? this is an honest question, not a passive-aggressive style complaint  :)
[17:19] <dobey> thisfred: ^^ maybe you can give a better answer to mmcc since you wrote that
[17:19] <thisfred> I didn't do it
[17:19] <thisfred> what?
[17:20] <thisfred> mmcc let me think back
[17:20] <mmcc> thisfred: don't bother if it's going to interrupt something - not super important
[17:20] <thisfred> basically it was sort of an attempt at using interfaces to force the different platforms to conform, I think
[17:20] <thisfred> it may have been misguided
[17:21] <mmcc> oh, to inject a little static checking into python, avoid seeing runtime type errors due to different apis, that kind of thing?
[17:21] <thisfred> or it may have been intended to be expanded at some point to become more useful, and never did
[17:21] <thisfred> mmcc, basically yes, but I'm not sure I'd defend it with my life now...
[17:22] <mmcc> heh. well, I'll go look at abc some more out of curiosity. doesn't seem to be doing much here though :)
[17:22] <mmcc> thanks
[17:22] <thisfred> mmcc, it may also have been a case of new hammer syndrome
[17:23] <mandel> I'm off for the weekend, have a good one o.
[17:23] <mandel> o/
[17:23] <mmcc> bye mandel have a great weekend
[17:27] <thisfred> hasta luego tío
[17:29] <dobey> mmcc: how familiar are you with the .icns files? i'm looking at the apple hig icon guidelines page, and it has a table with "filename" and "canvas size" but not sure what filename is exactly in this case (ie, key name in a dict or actual file names)
[17:30] <mmcc> hrm, pync is a python wrapper around terminal-notifier, which is a .app that just calls NSUserNotification … maybe we should just cut to the chase and find a way to call that ourselves
[17:30] <mmcc> dobey, file name is an actual file name
[17:31] <mmcc> to generate the .icns file, you put those files in a folder called 'name.iconset' and run 'iconutil -c icns name.iconset'
[17:31] <mmcc> and if you have exactly the right number of files and they are exactly the pixel size their names say they are, it will work without any awful cryptic error messages, and create name.icns
[17:32] <dobey> mmcc: and yeah, calling NSUserNotification would be preferred to pync I think.
[17:32] <mmcc> so if you're generating icons on a non-mac, the best you can do is generate that .iconset and make the mac build do the last step
[17:33] <dobey> mmcc: there's a tool to build the .icns file on ubuntu too
[17:33] <dobey> but haven't tried it yet, as i wasn't 100% clear on the file naming issue
[17:34] <mmcc> dobey: what's that tool called?
[17:34] <dobey> mmcc: package is icnsutils
[17:35] <dobey> and tool is png2icns
[17:36] <ralsina> hello again!
[17:37] <mmcc> dobey: interesting. curious to see how it handles the @2x stuff
[17:38] <mmcc> so I would think that since pync requires terminal-notifier, which includes an Apple copyrighted icon (wtf), that'd be a problem with using it…
[17:39] <dobey> mmcc: i have more of a problem with it downloading a zip file from an arbitrary location and shoving things onto the users machine
[17:40] <mmcc> dobey: oh yeah, that would break code signing, we can't do that - but it'll only do that if it can't find terminal-notifier, so if we bundled them together we could do it
[17:40] <mmcc> and I guess we could remove the apple icon from the bundle…
[17:40] <dobey> i'm pretty sure apple doesn't allow redistribution of their icons
[17:41] <dobey> i think at that point though we could just use cnames or whatever and call the API ourselves
[17:41] <mmcc> it might be time to add PyObjC
[17:41] <dobey> rather than shipping a python wrapper around a ruby script that wraps the API call
[17:42] <mmcc> this would be two lines in pyobjc, and then we could get our native file dialogs back and maybe avoid the retina resolution issues all in one fell swoop
[17:42] <mmcc> well, scratch that last one, I keep confusing those for some reason
[17:43] <mmcc> but we could definitely get the file dialogs back
[17:43] <ralsina> mmcc: which is a good reason, considering the non-native file dialog looks like ass
[17:43] <ralsina> and not in a good way
[17:44] <dobey> mmcc: so even more reason not to use pync then :)
[17:46] <thisfred> ralsina, are you saying it looks badass?
[17:47] <mmcc> I'm grabbing pyobjc now. looks like he's still actively updating it, has commits for py3 and 10.8
[17:47] <dobey> ralsina: btw, who should fix https://bugs.launchpad.net/ubuntu-sso-client/+bug/974637 ?
[17:47] <ralsina> dobey: good question
[17:47] <ralsina> dobey: I am guessing I should, since gatox is away
[17:50] <ralsina> dobey: I'll put it irst in my queue
[17:50] <ralsina> lisettte: ping if you are still around
[17:50] <mmcc> did anyone with 10.8 try the alpha release?
[17:51] <ralsina> mmcc: I am guessing urbanape did
[17:51] <chaselivingston> mmcc: me
[17:51] <mmcc> chaselivingston: did it complain when double-clicked?
[17:52] <chaselivingston> mmcc: I don't think so, let me check. the sd does crash after a while though
[17:52] <mmcc> chaselivingston: I'm assuming at some point you saw a warning about an app from an unknown developer
[17:52] <chaselivingston> mmcc: yeah, just had to right click and hit open
[17:52] <mmcc> if you already started it, it won't show it again
[17:52] <mmcc> or maybe it will
[17:52] <mmcc> ok
[17:52] <lisettte> ralsina: pong not really but still
[17:53] <mmcc> thanks, I guess i do need that official "Dev ID " cert for releases
[17:53] <ralsina> lisettte: ok, homework for monday, can you take a look at bug #974637 and see what to do?
[17:54] <ralsina> lisettte: basically we need a path from "login" to "signup" and viceversa
[17:54] <ralsina> lisettte: I am guessing just a link-like text somewhere, but I'd rather not guess too much ;-)
[17:55] <lisettte> ralsina: have put it on the list for Monday
[17:55] <ralsina> lisettte: awesome, thanks!
[17:55] <lisettte> ralsina: but now, i am braindead
[17:55] <lisettte> and dying for a beer
[17:56] <jgdx> +1
[17:56] <jgdx> beer
[17:56] <lisettte> :)
[17:57] <lisettte> impossible to afford where you are!
[17:57] <dobey> beer sounds good
[17:57] <jgdx> im saving during the week lisettte
[18:00] <lisettte> jgdx: i see!  Highly recommended. It's not the usual super hoppy US IPAs, (which I also love) but more balanced European (mostly Belgian) style ales. Highly recommended if you can find them anywhere.
[18:12] <thisfred> ralsina, bear hunting is apparently legal too in Maryland.
[18:13] <briancurtin> speaking of super hoppy IPAs, i got a case of 3floyd's Zombie Dust. not sure if you have it out east, but its really good and i hate IPAs
[18:13] <ralsina> thisfred: nice!
[18:13] <thisfred> ralsina, well.  clause
[18:17] <thisfred> dobey, I thought that was humans
[18:17] <dobey> works for both
[18:18]  * thisfred is lobbying congress for the constitutional right to arm bears
[18:18] <thisfred> *crickets*
[18:19] <ralsina> thisfred: I once read a scifi book called "The right to arm bears"
[18:19] <ralsina> thisfred: about a planet of ursine aliens
[18:20] <ralsina> thisfred: http://en.wikipedia.org/wiki/The_Right_to_Arm_Bears
[18:20] <mmcc> aaaaand… friday!
[18:21] <mmcc> pyobjc releases so far behind dev, and dev has no install instructions! this is fun…
[18:21] <ralsina> mmcc: sigh
[18:21] <ralsina> mmcc: for some reason that or similar things happen to about 50% of our dependencies
[18:22] <mmcc> the pyobjc web site says it supports 10.3.9
[18:22] <dobey> at least we don't have to use the mac dependencies on lucid
[18:22] <ralsina> as in OSX 10.3.9???
[18:23] <mmcc> I know he's working on it, but it's one of those deals where he barely has time to do the code, let alone releases, let alone docs, let alone new website since 2009
[18:23] <mmcc> ralsina, that's right, last news was from Nov 09
[18:23] <mmcc> on the site, anyway. mailing list is active enough
[18:24] <thisfred> ralsina, there is an awesome R.A. Lafferty story about a bear like alien. I forget what it's called though.
[18:25] <ralsina> thisfred: haven't read much lafferty this century
[18:26] <thisfred> nor have I, but I have a lot, is due for a reread, I think
[18:26] <ralsina> thisfred: could be "Thieving Bear Planet"?
[18:26] <thisfred> http://www.isfdb.org/cgi-bin/title.cgi?67528
[18:27] <thisfred> yeah I think it may be
[18:27] <thisfred> in which case I have it, let me look
[18:27] <ralsina> I am sure it's not "About a Secret Crocodile" because I remember that one :-)
[18:30] <thisfred> ralsina, yeah, it's Thieving Bear Planet. In the collection Iron Tears, which I highly recommend. He's one of my favorite authors.
[18:30] <ralsina> I think I may have read that at some point
[18:30] <thisfred> He also wrote an awesome historical fiction book called Okla Hanali, about the trail of tears.
[18:33] <ralsina> thisfred: have I already made you read "Year Zero"? I suspect you are sort of the ideal reader.
[18:35] <dobey> brb
[18:37] <thisfred> ralsina, I think I put it on my goodreads to read list after you recommended it there
[18:37] <thisfred> or ws that a different book?
[18:37] <ralsina> thisfred: I dunno
[18:37] <ralsina> thisfred: that may have been A Naked Singularity
[18:37] <thisfred> ah
[18:38] <thisfred> this is the comic novel about the music industry?
[18:38] <thisfred> that's not the one I got in goodreads no
[18:39] <ralsina> yeah, the comic novel
[18:39] <ralsina> not the dramatic comedy novel about lawyers with swords
[18:40] <ralsina> but this one mentions divynils  and mike hucknall so it evens up
[18:41] <ralsina> anyway, I'm procrastinating, and must stop.
[18:41]  * ralsina dives into code
[18:44] <mmcc> ok, pyobjc shelved for now, waiting for help from dev list on how to build the thing
[18:49] <ralsina> mmcc: I suppose ctypes is not enough for that kind of thing
[18:50] <mmcc> ralsina:  it could be done, and for something really small might be ok, but it'd quickly grow to rewriting pyobjc
[18:51] <mmcc> basically everything would be a call to objc_msgsend
[18:52] <mmcc> waiting for help on building pyobjc is almost certainly better -- once it's built, it works great! :)
[18:53] <ralsina> mmcc: ok, trust you there :-)
[19:03] <mmcc> ok, time to head out for lunch… on time today for once
[19:22] <dobey> ralsina: lawyers with swords? sort of like the Crimson Permanent Assurance?
[19:33] <ralsina> dobey: it's the logical conclusion of what happens earlier in the book
[19:42] <ralsina> I am a total nullity coding today. Anyone has a review that needs doing quickly?
[19:45] <dobey> mandel has a few that need doing slowly
[19:45] <dobey> the ~1300 line fsevents daemon ones
[19:46] <mandel> is not ~1300, is it?
[19:46] <dobey> well, one is 834, one is 1001, and one is 1351
[19:46] <dobey> oh, and one is 719
[19:48] <dobey> mmcc: commit message missing on your branch
[20:23] <ralsina> ok, I am just too tired. I'll come back later.Ping me for anything you need. If not, have a nice weekend folks!
[20:40] <dobey> mmcc: back?
[20:41] <mmcc> back.
[20:41] <mmcc> looking at the commit message now.
[20:42] <mmcc> fixed, thanks
[20:42] <dobey> mmcc: can you test if http://ubuntuone.com/20WronrwBSf1EHhkMpqt7Q is doing the right thing on osx?
[20:42] <dobey> it's not the new icons, but the current ones we have for ubuntu
[20:43] <dobey> should have a 16, 32, and 256px image in there, though i think the 256px one is probably blank
[20:43] <mmcc> yes, that's what I see, and the 256 is indeed blank
[20:44] <dobey> schweet :)
[20:49] <dobey> now where's the list of sizes we need for the windows .ico
[20:51] <ralsina> dobey: look at the .ico that's on ubuntuone-windows-installer
[20:52] <dobey> ralsina: it has 3 sizes; i don't think that's up to par with the MS documentation about what you should have :)
[21:04] <dobey> yay, finally found an msdn page
[21:06] <dobey> sweet. now just need to update the big svg file with all the new icons
[21:07] <mmcc> the branch that fixed this bug: https://bugs.launchpad.net/ubuntu-sso-client/+bug/992595 merged in July, what happened that the bug wasn't closed?
[21:09] <briancurtin> just spent a few minutes slaming my head off the desk when "bzr ci" wouldn't work on a twisted hg checkout
[21:09] <briancurtin> so, yeah, happy friday
[21:09] <dobey> heh
[21:10] <mmcc> briancurtin: related: http://r-wos.org/hacks/gti
[21:10] <briancurtin> ha, i saw that yesterday
[21:11] <briancurtin> i just emailed myself a copy of my hgrc from another machine just to see if that would do it...nope, you still have to type the right command :)
[21:11] <dobey> it needs more stickers
[21:19] <mmcc> really trivial mac packaging review: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/bump-version-3.99.90a1/+merge/122366
[21:19] <mmcc> I guess that's just you dobey?
[21:20] <dobey> and anyone else who can review it
[21:20] <briancurtin> approved
[21:21] <mmcc> thanks guys
[21:33] <dobey> ok, am off. have a good weekend all
[21:37] <mmcc> bye dobey, see you tuesday. have a good one