[00:12] <ev> Putting the bootloader drop down on the manual partitioning page was easy, but now that I'm trying to work it into the automatic partitioning page as well, I'm struggling to think of something clever.
[00:12] <ev> I could just show the disk block devices in that case, or I could go the educated guess approach and show just /dev/sda1 for format and /dev/sdaN+1 for resize.  I'm leaning towards the latter and as yet cannot think of a case where that breaks.  Anyone have thoughts on this, or know a case that this would break?
[00:12] <ev> cjwatson: ^ ?
[00:16] <ev> (partman autopartitioning recipes don't expose what the state of the disk would be once the recipe is applied)
[00:21] <superm1> ev, the primary case I think that breaks is multidisk, bootloader on one disk partitions on the other
[00:21] <superm1> or if they had an abundance of free space before the current partition in use for some reason
[00:26] <ev> sorry, I should be more clear.  Any case where the assumption that ubiquity will create a new partition and a block device will be created for it of the form /dev/sdXN+1.  I don't care if installing the bootloader there is silly, just that the block device exists.  I'm trying to create the list of possible targets for GRUB.
[00:26] <ev> roughly this:
[00:26] <ev> dev, partnum = re.search(r'(.*\D)(\d+)$', resize_path).groups()
[00:26] <ev> dev = '%s%d' % (dev, int(partnum) + 1)
[00:27] <superm1> so is the list going to be fully inclusive then of all possible targets?
[00:27] <ev> that's the intention
[00:27] <ev> because I'd prefer to make it not editable as it was before
[00:27] <ev> just a combobox rather than a comboboxentry
[00:28] <ev> unless people see that as a Really Bad Idea(tm), but I have concerns that having this actually on the automatic partitioning page means people will play with it, and I'm fearful that they'll put something silly in it.
[00:29] <superm1> well first thing that comes to mind with your sdXN+1 is you'll need to count out primary partitions on the disk if it's not gpt
[00:29] <ev> ah, but partman does that for us
[00:29] <ev> it wont offer resizing if there are not enough primary partitions available
[00:30] <superm1> ah, that's swell of it
[00:30] <ev> or it's not resizing an extended partition
[00:30] <superm1> personally i feel like bootloader selection really shouldn't be on the automatic page
[00:31] <superm1> as you say, it's an extra knob to play with
[00:31] <superm1> so even if you give out all the valid targets, they can still end up with a non-bootable install
[00:33] <ev> so just keep it on the advanced partitioning page, or put it somewhere else entirely?
[00:33] <superm1> well i think optimally - if you could leave it on advanced partitioning page, and fill in the advanced partitioning with the recipe that was figured out on auto partitioning
[00:34] <superm1> that gets you best of both worlds, and leaves the extra knob on advanced
[00:34] <ev> indeed, that would be ideal
[00:34] <ev> but not something I think we can manage for 10.10
[00:34] <ev> but perhaps we could leave it on the advanced page with the stated intention of fixing that UI issue
[00:35] <superm1> that sounds good to me
[00:35] <ev> I should note that michaelforrest initially wanted it on the advanced page, but I raised this concern over the disconnect between the pages
[00:35] <ev> but yeah, the more that I think about it, the more I agree
[00:35] <ev> okay
[00:35] <ev> that makes my life much easier
[00:36] <superm1> which means more time for bug fixing :)
[00:36] <ev> exactly
[00:37] <superm1> speaking of which, when you get a chance, can you look over the usb-creator patch i proposed for that whole wrong syslinux version for the content on CD?
[00:38] <ev> sure thing, I've added an item to my calendar to tomorrow for it
[00:40] <superm1> thanks, okay i'm off - have a  nice night
[00:43] <ev> you too
[10:55] <CIA-71> ubiquity: evand * r4246 trunk/ (4 files in 4 dirs): Add the grub target device combobox to the KDE advanced partitioning page as well.
[11:04] <CIA-71> ubiquity: evand * r4247 trunk/ (debian/changelog ubiquity/components/plugininstall.py):
[11:04] <CIA-71> ubiquity: Bootloader handling is now done in ubi-partman. Do not overwrite it
[11:04] <CIA-71> ubiquity: with the default selection in plugininstall.
[11:08] <CIA-71> ubiquity: evand * r4248 trunk/gui/qt/advanceddialog.ui: Remove unused QT advanced dialog.
[11:08] <CIA-71> ubiquity: evand * r4249 trunk/ubiquity/frontend/ (base.py noninteractive.py): Remove references to no longer used summary_device.
[12:00] <CIA-71> ubiquity: evand * r4250 trunk/ (debian/changelog ubiquity/frontend/kde_ui.py):
[12:00] <CIA-71> ubiquity: Get rid of the quitting state variable and use the existing
[12:00] <CIA-71> ubiquity: current_page construct (LP: #627284).
[12:33] <Riddell> ev: do you have any idea on bug 625586 ?
[12:33] <ubot2> Launchpad bug 625586 in ubiquity (Ubuntu) "ubiquity killed by OOM killer (affects: 2) (heat: 1154)" [High,New] https://launchpad.net/bugs/625586
[12:33] <ev> yes, I suspect I fixed that with this upload
[12:34] <Riddell> ooh nice
[12:35] <ev> basically, nothing was setting a bootloader target device, so plugininstall was trying to do it, but since parted_server was no longer running, it crashed.  Because there was no crash handling for plugins running on the parallel debconffilter, it respawned -- a lot.
[12:35] <ev> at least, that's what I think was happening
[12:35] <ev> if it still persists with this new ubiquity, then it's definitely something else
[12:37] <ev> the new ubuntu slideshow (yet-to-be uploaded) looks brilliant.
[12:37] <Riddell> screenshot screenshot!
[12:37] <cjwatson> are we going to get it for beta too?
[12:39] <ev> cjwatson: I can squeeze it in, though I must warn you that the first page says "TODO" with no other text content and it's still scrolling as I haven't set the dimensions for the webkit window properly yet.
[12:39] <ev> but this is what it looks like...
[12:39] <cjwatson> if it's still rough in parts, maybe we shouldn't try?  dunno
[12:40] <ev> http://people.canonical.com/~evand/tmp/new-slideshow-10.10.png
[12:41] <ev> it seemingly looks better, but yeah, not sure
[12:41] <ev> dylan's thoughts on the matter: http://paste.ubuntu.com/486268/
[12:41] <cjwatson> I hate to be a pain but is it OK to reproduce Facebook's front page like that?
[12:42] <ev> this is mostly ripped from ubuntu.com
[12:42] <cjwatson> hm, ok
[12:42] <ev> http://www.ubuntu.com/desktop/features
[12:42] <cjwatson> Dylan may have a point, land it when they're happy
[12:42] <ev> indeed
[12:42] <ev> lets leave it for now
[12:43] <ev> Riddell: ^ not sure if you or someone else in Kubuntu wants to do something similar for the Kubuntu slideshow, but that's what we're aiming for on the Ubuntu side.
[12:45] <Riddell> ev: where can I find the source?
[12:46] <ev> Riddell: the update currently lives in lp:~dylanmccall/ubiquity-slideshow-ubuntu/maverick-ubuntu-design/ and lp:ubiquity-slideshow-ubuntu is trunk.
[12:55] <CIA-71> ubiquity: evand * r4251 trunk/debian/changelog: releasing version 2.3.10
[12:57] <ev> yay bug spam (bug 441904)
[12:57] <ubot2> Launchpad bug 441904 in ubiquity (Ubuntu) (and 1 other project) "ubiquity-dm crashed with XStartupError in run() (affects: 269) (heat: 1049)" [High,Incomplete] https://launchpad.net/bugs/441904
[15:03] <ara> cjwatson, is it normal that an alternate i386 installation LVM encrypted in a dell mini 9 is taking over 2 hours? (and it is not near from finishing)
[15:05] <cjwatson> at what stage?
[15:05] <cjwatson> doesn't sound desperately unusual though, I'd assume encryption would be slow and that if it is it isn't the installer's fault ...
[15:05] <cjwatson> suppose it could be a variant of dpkg syncing all the time
[15:10] <ara> cjwatson, installing packages (the stage)
[15:16] <cjwatson> ara: probably yet another thing due to dpkg syncing then
[15:46] <cjwatson> superm1: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/441941 indicates that "Dell Recovery Tool" and "Dell DataSafe Local Backup" write to sectors between the MBR and the first partition.  I would like to find a way to identify data they've written so that GRUB can avoid those sectors.  Do you have any way to find out if they have some kind of unique signature, for example if the first eight bytes or something ...
[15:46] <ubot2> Launchpad bug 441941 in grub2 (Debian) (and 4 other projects) "grub fails after running Windows (affects: 51) (dups: 2) (heat: 266)" [Unknown,New]
[15:46] <cjwatson> ... are always the same?
[15:51] <superm1> the thing stored there is license information, but by now there should have been an update pushed out to prevent that, i'll ping my contact about it.
[15:55] <cjwatson> I'm guessing there'll be old versions around for a while though
[15:55] <superm1> true.  i'll try to see if the license information always has a consistent signature to it as well then.
[15:57] <cjwatson> that would be lovely, thanks
[17:57] <ScottK> ev: If you need any more data for the ubiquity KDE problems let me know.  I've got a current Kubuntu live on a USB stick and a netbook I need to reinstall ready.
[18:04] <ScottK> Actually it doesn't even boot.  I get "Unknown keyword in configuration file".
[18:04] <superm1> ScottK, did you burn that to usb from 10.04 or 10.10?
[18:04] <ScottK> 10.04
[18:05] <superm1> there's an open bug for burning 10.10 images on 10.04 using usb-creator.
[18:05] <superm1> bug 608382
[18:05] <ubot2> Launchpad bug 608382 in usb-creator (Ubuntu Lucid) (and 3 other projects) "Maverick images burned to usb key on lucid fail to boot - different syslinux version (affects: 50) (dups: 6) (heat: 264)" [High,Triaged] https://launchpad.net/bugs/608382
[18:05] <superm1> i've got a proposed patch for usb-creator on 10.04 for it
[18:06] <ScottK> Sigh.
[18:06] <ScottK> That would explain it.
[18:06] <ScottK> Any "Please test 10.10 beta" messaging should warn about that I think.
[18:07] <ScottK> superm1: Is the fixed package available anywhere?
[18:07] <superm1> ScottK, i just proposed the patch yesterday
[18:07] <cjwatson> it's in the maverick technical overview FWIW
[18:08] <cjwatson> I think
[18:31] <ScottK> superm1: Do you have a version of that patch that applies to 0.2.22?
[18:31] <ScottK> Actually it looks like I just need to apply it right.
[18:31] <ScottK> Nevermind
[18:57] <CIA-71> ubiquity: evand * r4252 trunk/ (debian/changelog ubiquity/plugins/ubi-usersetup.py):
[18:57] <CIA-71> ubiquity: Fix hostname error in KDE frontend (LP: #627489). Guard against
[18:57] <CIA-71> ubiquity: invalid hostnames in the GTK frontend.
[19:00] <CIA-71> ubiquity: evand * r4253 trunk/ (debian/changelog scripts/install.py): Create a new pipe for update-apt-cache.
[19:02] <ev> Riddell: did you have the "download updates" box checked when you hit this infinite plugininstall.py issue?
[19:07] <ev> Riddell: also, did it pop up any kind of "install failed" dialog?
[19:31] <ScottK> superm1: That worked.  Thanks (I also commented in the bug).
[19:32] <ScottK> It would be nice to at least get it into lucid-proposed before Thursday.
[19:33] <CIA-71> usb-creator: evand * r318 usb-creator/ (debian/changelog usbcreator/install.py):
[19:33] <CIA-71> usb-creator: Mangle whether the 'ui' keyword is in syslinux.cfg based on the OS version.
[19:33] <CIA-71> usb-creator: (LP: #608382)
[19:33] <ev> superm1: ^ looks good
[19:45] <ScottK> Trying to do an erase disk install with the current Kubuntu live and get http://paste.ubuntu.com/486433/
[19:47] <ev> interesting
[19:47] <ev> do you have full logs from that attempt?
[19:57] <ScottK> I still have the live session up.
[19:57] <ScottK> Also, when I tried to cancel out of it, I got http://paste.ubuntu.com/486441/
[19:57] <ScottK> ev: What logs do you need?
[19:57] <ScottK> I'll need to go find wired internet to get the log files off.
[19:57] <ev> ScottK: /var/log/syslog, /var/log/partman, and /var/log/installer/debug
[19:57] <ev> thanks
[20:06] <cjwatson> superm1: as future work, I think treating version strings as floats is very shady
[20:06] <cjwatson> they should be compared with something like deb822, really
[20:06] <cjwatson> or debian_support.Version or whatever it is, I forget exactly, it's in python-debian
[20:07] <cjwatson> accepting for now though
[20:09] <ScottK> ev: Bug #627614 has the logs.  The logs also show the installer crash.
[20:09] <ubot2> Launchpad bug 627614 in ubiquity (Ubuntu) "File system busy error on full disk install (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/627614
[20:10] <ScottK> Riddell: ^^^ for when you're back.
[20:11]  * ev would really like to know what's eating up all that memory
[20:12] <superm1> sorry i was hungry :)
[20:13] <superm1> cjwatson, ah i wasn't aware of any infrastructure for doing that sort of thing
[20:14] <ScottK> ev: Anything else useful I can do for you with the current attempt?
[20:15] <ev> ScottK: if you run ubiquity again up to that point, how much memory is it using?
[20:18] <ScottK> Checking
[20:18] <ev> thanks
[20:18] <ev> something is eating up all your memory and invoking the oom killer
[20:22] <ScottK> The actual ubiquity process doesn't seem to be it.  It's using a ~steady 153/63/27m for virt/res/shr
[20:22] <ScottK> ev: ^^^
[20:23] <ev> huh
[20:23] <ev> anything else going crazy?
[20:23] <ScottK> Let me run it again while watching top
[20:23] <ScottK> I just did top |grep ubiquity this last time
[20:24] <ev> might want to see if hald is still running, if not start it and run ubiquity, as the oom killer got it before
[20:25] <ScottK> It's running
[20:26] <cjwatson> http://www.debian.org/News/2010/20100831, for those who've worked with upstream d-i folks
[20:27] <ev> whoa
[20:27] <ev> my condolences
[20:27] <cjwatson> yes, he'll be sorely missed
[20:28] <ScottK> ev: memory went down to ~0 so I can confirm it's getting eaten.  I don't see by what though.
[20:28] <ScottK> ev: Suggestions on how to see which process is eating the ram?
[20:28] <ev> ScottK: one of ubiquity's child processes?
[20:28] <ev> top; M
[20:29] <ScottK> Trying again
[20:34] <ScottK> ev: I still didn't see it.  I need to go pick up a kid from school.  I'll try some more in ~45 minutes.
[20:34] <ev> okay, thanks
[20:37] <ev> okay, I've got to go walk the dog.
[20:38] <ScottK> ev: In the mean time, is there anything that top; M wouldn't show that could eat memory and how could I check?
[20:38] <ev> Riddell: if you get back before I do.  If you're still able to reproduce that crash, and you did so using the "download updates" checkbox, can you try to do an install without it checked?  My running theory given your logs is that we're not killing the apt-get update process before we hit apt-setup.
[20:39] <ev> ScottK: not offhand
[20:39] <ev> that is, I don't know of anything offhand
[20:41] <ev> ScottK: what are you running this on? VM or real hardware?  How much memory?
[20:41] <ev> right, back in a bit
[21:11] <ScottK> ev: Real hardware 1GB RAM
[21:11] <ScottK> (Dell mini 10v)
[21:12]  * ev bangs head on desk
[21:12] <ev> cjwatson: in my haste I screwed up that ubiquity upload
[21:13] <ev> it's missing an import statement
[21:13] <ScottK> ev: "<cjwatson> dinnertime; will likely be at least an hour until more spins are usefully possible" ~45 minutes ago.
[21:13] <CIA-71> ubiquity: evand * r4254 trunk/debian/changelog: releasing version 2.3.11
[21:14] <ev> indeed
[21:14]  * ev sets to work fixing things
[21:14] <ScottK> New installer looks very nice FWIW.
[21:14] <ev> thanks!
[21:14] <ev> though thanks to Riddell (who did lots of the last minute KDE stuff) and michaelforrest (who conceived the UI) as well
[21:15] <ScottK> Any thoughts on how to figure out what's eating my RAM?
[21:15] <ev> ScottK: I take it top isn't showing you the offending process
[21:16] <ScottK> Not that I noticed.
[21:16]  * ScottK can try again.
[21:18] <ev> ScottK: is it continuing to crash, and are you sure it's due to insufficient memory still?  ksysguard should give you an idea of the timeline of your memory usage via the graph, but it wont give you any more detailed of a process listing than top or htop would.
[21:19] <ScottK> I can see the amount of free memory go to 0 briefly.
[21:19]  * ev runs pyflakes and pychecker over ubiquity
[21:20] <ev> ah, that would do it
[21:23] <CIA-71> ubiquity: evand * r4255 trunk/ (debian/changelog ubiquity/plugins/ubi-usersetup.py): Argh. Missing import.
[21:26] <ScottK> ev: I can see in /var/log/syslog that the oom killer is being invoked. "ubiquity invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0"
[21:27] <ScottK> Don't see a thing with top; M though
[21:30] <CIA-71> ubiquity: evand * r4256 trunk/ubiquity/qtwidgets.py: missing import
[21:41] <CIA-71> ubiquity: evand * r4257 trunk/debian/changelog: releasing version 2.3.12
[21:42] <ev> cjwatson: ^
[21:42] <ev> note that we don't need to respin for kubuntu
[21:42] <Riddell> evening
[21:42] <Riddell> ev: what's the status?
[21:42] <ev> as the missing re import is only needed by GTK
[21:42] <ScottK> Riddell: Something is still eating memory and killing the installer for me.
[21:42] <ev> ScottK: not sure, short of appending the output of ps aux | grep ubiquity in a loop to a file
[21:43] <ev> that will eat up the disk space in aufs pretty quick though
[21:43] <cjwatson> ev: I thought there was a Kubuntu respin needed anyway?
[21:43] <ev> oh, perhaps
[21:44] <ev> I haven't been following closely enough it seems
[21:44] <Riddell> ScottK: bug 625586 no?
[21:44] <ubot2> Launchpad bug 625586 in ubiquity (Ubuntu) "ubiquity killed by OOM killer (affects: 2) (heat: 1154)" [High,New] https://launchpad.net/bugs/625586
[21:44] <cjwatson> well, I mean I thought the Kubuntu guys had this RC bug with OOM in the installer ...
[21:44] <ScottK> Riddell: Yes.
[21:45] <ScottK> cjwatson: I think it's not fixed yet though.
[21:45] <ev> yeah, but we haven't tracked that down yet, as far as I'm aware
[21:45]  * ScottK can reproduce at will, just can't figure out what process is eating the memory.
[21:45] <ev> I thought it was due to the crash due to parted_server not running and there being no error handling on parallel debconffilters
[21:45] <ev> but I fixed that
[21:45] <ev> and ScottK still has it
[21:46] <ScottK> ev: Which upload fixed that?
[21:46] <ScottK> (let's make sure I have the fixed one)
[21:46] <ev> 2.3.10
[21:47] <ScottK> That's what I have
[21:49] <ev> damn
[21:50] <ev> I've got to go get ready for dinner.  I'll be back at this in another two hours or so.  Riddell, if you can respond to my questions in the scrollback when you get a chance, hopefully that will get me closer to solving this.
[21:50] <ev> thanks all
[21:53] <Riddell> I don't think I had download updates on for the one I gave you logs for but I'll do another install to check
[22:07] <ScottK> Riddell and ev: One additional data point: Whatever is grabbing RAM, it's not infinite.  I tried killing everything off I could to maximize free RAM and running ubiquity again and it didn't OOM.
[22:13] <Riddell> ScottK: you killed everything and ran ubiquity from the start?
[22:13] <ScottK> Yes.
[22:13] <ScottK> I re-ran it serveral times before with no luck.
[22:22] <Riddell> ev: same problem with updates box not ticked
[22:24] <Riddell> ev: the "OSError: [Errno 9] Bad file descriptor
[22:25] <Riddell> that happens early on
[22:25] <Riddell> and my reading of the logs suggests that's the cause of it
[22:29] <ScottK> Also even though I asked for restricted stuff to be installed, the bcmwl wifi stuf wasn't installed.
[22:29] <ScottK> Do we need a bug for that too?
[22:30] <Riddell> yes
[22:30] <Riddell> well, actually, it installs kubuntu-restricted-addons
[22:30] <Riddell> and runs jockey
[22:30] <Riddell> so maybe it's jockey's fault
[22:33] <ScottK> Riddell: I'm trying to do it by hand and we are lacking libc6-dev on the ISO AFAICT.
[22:38] <ScottK> Actually it's there
[22:40] <ScottK> Fiddle /etc/apt/sources.list to point at the USB stick and apt-get install bcmwl-kernel-source seems to be working.
[22:41] <cjwatson> ev: is 627672 a regression / of concern?  looks bad
[22:41] <cjwatson> bug 627672
[22:41] <ubot2> Launchpad bug 627672 in ubiquity (Ubuntu) (and 1 other project) "[Maverick Beta] install from USB stuck retrieving files 2/6 Hp Mini (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/627672
[22:46] <ScottK> Riddell: I got wireless just from what's on the ISO, so I know we have all the needed bits there.
[23:02] <ev> cjwatson: most certainly of concern
[23:02] <ev> this is the first I've seen it
[23:03] <ev> and very odd, it's clearly mounted and apt-cdrom detect works
[23:39] <Riddell> ev: are you able to recreate the out of memory issue?
[23:45] <superm1> ScottK, re wireless, try running 'jockey-text -a' from a live session and see if it DTRT, that's what ubiquity is doing
[23:45] <ScottK> superm1: Thanks.  Will try that.


[12:59] <Tac_Wor1> is there anyone in here that can help with login issues to the ubuntu shipit?...
[01:07] <Rinchen> Tac_Wor1, hi. What's the problem?
[01:07] <Tac_Wor1> i cant remember my account I had last time
[01:07] <Rinchen> Tac_Wor1, do you have a launchpad account?
[01:07] <Tac_Wor1> i tried all my emails and nothing is recognized
[01:08] <Tac_Wor1> Rinchen: last time i got cds was over a year ago... i dont remember anything about launchpad, but I presumed the accounts would be migrated from what was there before?
[01:09] <Rinchen> Tac_Wor1, ok.   If you look here:  https://shipit.ubuntu.com/login   you'll see a way to create a new account
[01:09] <Rinchen> Tac_Wor1, if the system says you already have one, you can request a password reset.
[01:09] <Tac_Wor1> so I do just need to create a new one....
[01:09] <Tac_Wor1> i just was trying to find my old one because it had an old address.... and those people dont need cds :)
[01:09] <Rinchen> Tac_Wor1, it's ok. When you get to the shipit ordering screen you can change that information :-)
[01:10] <Tac_Wor1> not if I cant find my old account :)
[01:10] <Rinchen> one sec and I'll see if I can find you with the easy method
[01:14] <Rinchen> Tac_Wor1, nope. Not via the easy way although I did find someone close :-)
[01:14] <Rinchen> Tac_Wor1, slight spelling difference on your last name though
[01:14] <Tac_Wor1> what can you look up by?
[01:14] <Tac_Wor1> if i gave you the last address?
[01:15] <Tac_Wor1> i could have spelled my name wrong :-p .... was it in michigan?
[01:15] <Rinchen> Tac_Wor1, I can't do that lookup. I can only do on names (first, last, nick) and email
[01:16] <Rinchen> Tac_Wor1, I try to avoid super powers when possible. :-)
[01:16] <Tac_Wor1> ah well, thanks for trying.. i will just open a new account
[01:16] <Rinchen> Tac_Wor1, that's best. And, remember the password :-)
[01:16] <Tac_Wor1> well i only use a couple passwords.... but even when i was doing the forgot password, i tried all my emails and none were found
[01:16] <jelmer> What are the changes of https://answers.edge.launchpad.net/launchpad/+question/12218 being resolved soon? It's blocking my use of launchpad for release management because I can't release the *real* 0.4.2 now.
[01:17] <Rinchen> jelmer, let me see if I can find a bug report for that
[01:18] <Rinchen> wow, eeerry
[01:19] <Rinchen> jelmer, the short version is that I haven't schedule this one yet.
[01:20] <Rinchen> jelmer, I'll see if I can schedule this for 1.1.11 (November)
[01:21] <jelmer> Rinchen: Thanks, that would help
[01:22] <Rinchen> jelmer, if you want, ping me in a day or two and I'll be able to tell you if it's scheduled.
[01:22] <jelmer> Rinchen: ok, thanks
[01:22] <Rinchen> jelmer, I have some work to do here before I can officially get it on the schedule.
[01:23] <jelmer> Rinchen: There's no chance of simply getting this particular release being removed from the database?
[01:23] <Rinchen> jelmer, that was going to be my next question.  I'll look into that as well.  Normally we try not to monkey with the database :-)   Data integrity and stuff like that.
[01:24] <jelmer> Rinchen: k
[01:25] <Rinchen> jelmer, you might try to edit the release information and see if you can make it work for what you want it to
[01:44] <lifeless> there should be no problem altering the release details in the db
[02:33] <laga> hi. does anyone know how to make the PPA create .ddebs? is it as simple as depending on pkg-create-dbgsym ?
[02:35] <keir> how can i push a 'scratch' branch to launchpad? without a project?
[02:36] <spiv> keir: you can push to /~USER/+junk/foo
[02:36] <keir> spiv, great, thanks
[02:36] <spiv> i.e. use "+junk" rather than a project name.
[06:01] <gnomefreak> is LP down?
[06:02] <gnomefreak> Sorry, there was a problem connecting to the Launchpad server.
[06:02] <gnomefreak> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[06:02] <gnomefreak> no error code
[06:02] <mpt> gnomefreak, and did you?
[06:02] <gnomefreak> i just did and it connected
[06:03] <mpt> ok
[06:15] <thumper> gnomefreak: LP.net or edge.LP.net?
[06:15] <gnomefreak> edge
[06:16] <thumper> gnomefreak: perhaps it was doing a code update?
[06:18] <gnomefreak> maybe
[08:39] <carlos> morning
[08:40] <jtv> hi carlos
[08:44] <mdke> hi carlos
[08:44] <mdke> carlos: do you know if danilo is around in these next few days?
[08:45] <carlos> mdke: yes, he should be around in 2-3 hours
[08:45] <carlos> maybe earlier
[08:46] <mdke> ok, great. I've been trying to catch him
[08:48] <carlos> mdke: I will tell Danilo that you want to talk with him
[08:50] <mdke> carlos: that's great; I'm not around on irc though, it's just about my recent email to -translators where I copied him in, if he can take a look, that would be great
[08:50] <carlos> ok
[08:51] <mdke> thanks a lot
[09:00] <carlos> np
[09:36] <ubotu> New bug: #151504 in malone "fake projects and user accounts" [Undecided,New]  https://launchpad.net/bugs/151504
[10:18] <killercow> Hi,
[10:18] <killercow> Does anyone know why im getting timeouts when i try to access the translation pages for dutch for various products?
[10:19] <killercow> there's an error number; OOPS-649B543
[10:19] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/649B543
[10:23] <killercow> i take it everyone is sound asleep?
[10:25] <carlos> jtv: <killercow> Hi,
[10:25] <carlos>  Does anyone know why im getting timeouts when i try to access the translation pages for dutch for various products?
[10:25] <carlos>  there's an error number; OOPS-649B543
[10:25] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/649B543
[10:25] <jtv> Thanks.
[10:25] <carlos> killercow: jtv is working on that performance problem
[10:26] <killercow> ok
[10:26] <killercow> great
[10:26] <jtv> killercow: it's a caching effect, so trying again a minute or so later may solve the problem.
[10:27] <killercow> will do
[10:27] <jtv> Well, give you the page, at any rate.
[10:27] <killercow> i got a couple of spare mintes now and then, so i thought i better spend them on something constructive.
[10:28] <jtv> And then these timeouts are really annoying...  I'm sorry about that.
[10:29] <jtv> killercow: you may want to work in browser tabs, and if you know you're going to want another translation page soon, open it in another tab.
[10:30] <jtv> That way the data can start loading in the background while you continue to do what you're doing.
[10:30] <killercow> jvt, its okay, i'l pop open a bunch of translatable pages anyway
[10:31] <killercow> is the server just not performant enough for this kind of work, or is te data stored on slow media?
[10:31] <jtv> Just a lot of data!
[10:31] <killercow> ah, ok
[10:32] <jtv> I mean, _a lot_.  :)
[10:32] <killercow> hehe, how much? if i might ask? tb's?
[10:32] <jtv> killercow: if you need to ask, you probably don't have the storage space.  :)
[10:33] <killercow> well, i might, but it won't be online storage
[10:33] <AnMaster> https://launchpad.net/envbot/0.0.1/0.0.1-beta5/
[10:33] <AnMaster> sigh
[10:33] <AnMaster> at that bug link
[10:34] <AnMaster> it should IMO go to the bug tracker of the project
[10:34] <AnMaster> and I set that up for the project yes
[10:34] <killercow> jvt, i got a page loaded,
[10:34] <killercow> looks good
[10:35] <jtv> killercow: once you've got that, iirc the rest of that translation file is usually going to be okay.
[10:35] <AnMaster> anyone?
[10:36] <jtv> AnMaster: just a moment, I'll see if I can summon someone who knows about bugs.
[10:36] <AnMaster> https://launchpad.net/envbot/0.0.1/0.0.1-beta5/+adddownloadfile <-- hm, I want a link to download at sourceforge
[10:36] <AnMaster> jtv, sorry phone
[10:36] <AnMaster> bbl
[10:43] <killercow> jvt, seems to be working just fine?
[10:44] <jtv> killercow: great!
[10:44] <jtv> (en mijn initialen horen in een andere volgorde :)
[10:44] <BjornT> AnMaster: yes, i agree that 'bug 21' should either link to the bug in the project's bug tracker, or not be linked at all. care to file a bug about it?
[10:44] <ubotu> Launchpad bug 21 in rosetta ""Display Settings:" "untranslated" shows translated entries" [Medium,Fix released]  https://launchpad.net/bugs/21 - Assigned to Carlos Perell Marn (carlos)
[10:45] <killercow> oops, sorry, ik had jouw ook al getraced :P, maar engels is wel nuttig hier lijkt me.
[10:46] <jtv> killercow: indeed.
[11:31] <ubotu> New bug: #151527 in launchpad "hide help panel when no help is available" [Undecided,New]  https://launchpad.net/bugs/151527
[11:31] <AnMaster> BjornT, back
[11:32] <AnMaster> I guess I can
[11:35] <AnMaster> BjornT, filed
[11:35] <AnMaster> BjornT, btw, I guess you are from Scandinavia?
[11:36] <danilos> mdke: I answered your email
[11:36] <BjornT> thanks AnMaster
[11:36] <BjornT> AnMaster: yes, i'm from sweden
[11:36] <AnMaster> BjornT, Hej, in that case
[11:36] <BjornT> AnMaster: hejsan :)
[11:36] <AnMaster> BjornT, anyway <AnMaster> https://launchpad.net/envbot/0.0.1/0.0.1-beta5/+adddownloadfile <-- hm, I want a link to download at sourceforge
[11:37] <AnMaster> it seems to only offer uploading?
[11:37] <AnMaster> linking to https://sourceforge.net/project/showfiles.php?group_id=206397&package_id=246872&release_id=546090 would be what I want
[11:37] <pgquiles_> mrevell: ping
[11:38] <AnMaster> BjornT, and why doesn't that become a link like the link to our bug tracker at: https://launchpad.net/envbot/0.0.1/0.0.1-beta5/
[11:38] <AnMaster> your "find url" code may be broken?
[11:39] <mrevell> pgquiles_: hi
[11:40] <ubotu> New bug: #151528 in launchpad "Enable uploads to post-release pockets in PPA" [Undecided,New]  https://launchpad.net/bugs/151528
[11:40] <BjornT> AnMaster: right, you can only upload there. it might make sense making it possible to link to an external download location, but i'm not sure. i'm not that involved in that part of Launchpad. it'd be better to bring that up with bac or salgado, who should turn up in a few hours (they are in the US and Brazil).
[11:40] <AnMaster> BjornT, and what about link problem on https://launchpad.net/envbot/0.0.1/0.0.1-beta5/ ?
[11:41] <AnMaster> "http://sourceforge.net/project/showfiles.php?group_id=206397&package_id=246872&release_id=546090" is not transformed into a link
[11:42] <AnMaster> "http://envbot.org/trac" is
[11:43] <pgquiles_> mrevell: hi
[11:43] <mrevell> pgquiles_: Hey, hello.
[11:43] <pgquiles_> mrevell: are the PPAs working properly lately? Packages never build for me :-(
[11:44] <mrevell> pgquiles_: I'm not aware of a problem at the moment. Sorry packages aren't building for you. Let me ask a colleague.
[11:44] <BjornT> AnMaster: yes, that looks like a bug in our "find url" code. i don't know why that URL isn't being linkified.
[11:44] <AnMaster> BjornT, also, https://launchpad.net/envbot/0.0.1/+addpackage doesn't allow non-ubuntu packages?
[11:44] <pgquiles_> mrevell: they don't even show in the build records
[11:44] <pgquiles_> (as pending, I mean)
[11:45] <ubotu> New bug: #151533 in launchpad "Bug links in release notes for projects not using launchpad for bugtracker" [Undecided,New]  https://launchpad.net/bugs/151533
[11:45] <AnMaster> BjornT, what about links to slackware packages, archlinux packages, rpms
[11:45] <AnMaster> that but, is slow
[11:45] <AnMaster> I reported that bug several minutes ago
[11:46] <AnMaster> BjornT, or even maybe packages for freebsd (my primary OS)
[11:47] <mrevell> pgquiles_: There aren't any general problems at the moment. Could you remind me of your Launchpad user name? And also tell me the package name(s) and whether you've received any PPA emails for those packages
[11:47] <BjornT> AnMaster: well, the idea is that you can link to other distributions, the problem is that we don't have information about non-Ubuntu distributions yet.
[11:48] <AnMaster> BjornT, and non-linux too :)
[11:48] <pgquiles_> mrevell: my PPA username is pgquiles, package names are strigi and cmake and yes, I have received PPA e-mails confirming they were accepted
[11:49] <BjornT> AnMaster: the bot is slow, since it parses e-mail notifications, and they get sent only after 5 minutes (since we batch together multiple related changes into one notification)
[11:49] <pgquiles_> mrevell: but I did not receive any further e-mail, they do not build and they do not show as pending, rejected or built in the build records
 AnMaster: yes, that looks like a bug in our "find url" code. i don't know why that URL isn't being linkified. <-- should I file a bug about it?
[11:51] <BjornT> AnMaster: yes, please do
[11:52] <AnMaster> ok
[11:52] <mrevell> pgquiles_: thanks. I'll pass that info to cprov, who works on PPA. He'll be around later today.
[11:53] <mrevell> popey: danilos is the man who can help, I think.
[11:53] <pgquiles_> mrevell: thanks to you and celso
[11:53] <mrevell> pgquiles_: No problem :)
[11:53] <popey> cool
[11:53] <danilos> popey: hi
[11:53] <mrevell> popey: I haven't explained the problem yet.
[11:53] <popey> should I?
[11:53] <danilos> popey: please :)
[11:54] <AnMaster> BjornT, filed
[11:54] <popey> danilos: we have some screencast videos that people have kindly transcribed the audio from.. they transcribe in English to a file format ".srt" (other formats are available) which is used by totem/vlc for displaying subtitles during the video
[11:54] <BjornT> AnMaster: ah. it looks like the "Description" gets URLs linkified, but not the "Summary". so the bug is not in our 'find URL' code, but rather how we render the summary.
[11:55] <popey> danilos: other kind people have taken the .srt files and translated them - manually
[11:55] <popey> danilos: I would like to use launchpad / rosetta for this to leverage the great translation community
[11:55] <popey> https://wiki.ubuntu.com/ScreencastTeam/TranslationStatus  <-- example files on that page
[11:55] <danilos> popey: right; at the moment, we don't have any PO conversion utility or srt files (and we'd need that)
[11:55] <popey> agree
[11:56] <AnMaster> BjornT, add that in a comment to https://bugs.launchpad.net/launchpad/+bug/151537 then? :)
[11:56] <ubotu> Launchpad bug 151537 in launchpad "Some links does not get linkified" [Undecided,New]
[11:56] <danilos> popey: writing such a tool shouldn't be too hard
[11:56] <popey> we need something that doesn't lose the time code information though
[11:56] <BjornT> AnMaster: yes, i'll add that.
[11:57] <yeager> i seriously need some vacation after the ubuntu language pack deadline
[11:58] <danilos> popey: right, maybe I can help with that, but not before next week (as a matter of fact, I have a .srt time shifter tool which shifts all the entries by a certain amount of time, so parsing this shouldn't be too big of a problem)
[11:58] <danilos> popey: how about you remind me of this sometime next week?
[11:58] <popey> danilos: should I file a wishlist bug?
[11:59] <danilos> popey: well, I don't think we should implement it in translations directly, at least not yet
[11:59] <popey> what would the process be then?
[11:59] <popey> convert srt to po, upload po, translate, download, po to srt again?
[11:59] <danilos> popey: and, doing it like that would take a lot more time (we've got to go through specification, approval, implementation and regression tests, testing, deployment :)
[11:59] <danilos> popey: right, that should work
[12:00] <ubotu> New bug: #151537 in launchpad "Links don't get linkified in the summary of a project release" [Undecided,Confirmed]  https://launchpad.net/bugs/151537
[12:00] <popey> ok, that would be better than we have now, thanks
[12:00] <popey> I'll poke you next week
[12:01] <popey> thank you danilos
[12:01] <danilos> popey: np, you are welcome
[12:59] <AnMaster> argh, there should be some tool to update launchpad, sourceforge, freshmeat, own webpage and so on at new releases, so I didn't have to do it several times in different places.
[02:37] <agoliveira> Hi folks. Yesterday, I tried PPA for the first time, I uploaded the sources but didn't get any builded nor any error. How can I verify what's wrong?
[02:37] <laga> agoliveira: did you get an "accepted" email?
[02:37] <agoliveira> laga: No.
[02:39] <agoliveira> Anyway, a "non-accepted" email would be very usefull as well, specially if it tells you what went wrong :)
[02:39] <laga> odd. you should have gotten an email. guess i'll leave that one to the pros, sorry
[02:40] <laga> make sure your .dput.cf is correct and that uploaded to the correct PPA
[02:41] <cprov> agoliveira: let me check PPA side. When did you uploaded sources to PPA ?
[02:42] <agoliveira> cprov: Yesterday.
[02:42] <agoliveira> I thought that would take overnight or something like that to have it build but looks like it didn't work :)
[02:43] <agoliveira> laga: .dput.cf seems to be fine. Let's see what cprov tells me.
[02:44] <cprov> agoliveira: you could help me if you say the time (approximated is fine) yo uploaded the sources ...
[02:46] <agoliveira> cprov: Let me see if I can find that... one minute
[02:47] <cprov> agoliveira: anyway, I can't find any trace of your uploads in ppa.launchpad.net
[02:47] <agoliveira> cprov: About 10:30 am
[02:47] <agoliveira> cprov: odd...
[02:47] <cprov> agoliveira: BRT ?
[02:47] <agoliveira> cprov: Yep
[02:49] <agoliveira> I'm quite sure that the upload went fine
[02:50] <cprov> agoliveira: ok, show me the log or upload it again.
[02:52] <agoliveira> cprov: I didn't know there was a log. Where is it usually?
[02:53] <agoliveira> cprov: I tried to upload again and it tells me that it was uploaded already.
[02:54] <laga> use dput -f
[02:54] <cprov> agoliveira: dude are you uploading to dogfood ?
[02:54] <agoliveira> cprov: No. Should I?
[02:55] <cprov> agoliveira: no
[02:56] <agoliveira> cprov: I'm uploading again right now (thanks laga)
[02:56] <agoliveira> cprov: Check it out http://paste.ubuntu.com/787/
[02:57] <agoliveira> Ooops
[02:58] <cprov> agoliveira: you are uploading to upload.ubuntu.com
[02:58] <agoliveira> cprov: http://paste.ubuntu.com/788/
[02:58] <agoliveira> cprov: Forget the last one
[02:59] <agoliveira> cprov: I'm uploading to ppa.launchpad.net, the one here http://paste.ubuntu.com/787/ was a mistake
[03:00] <cprov> agoliveira: it will be processed in a minute
[03:00] <agoliveira> cprov: Do you know why yesterday's didn't work?
[03:00] <Hobbsee> soyuz hating the world, most likely
[03:01] <agoliveira> Hobbsee: Looks like you're specially cheerful today my dear :)
[03:01] <laga> cprov: do you know how i can create .ddebs when building using the ppa?
[03:01] <cprov> agoliveira: rejected, you should have an email
[03:01] <Hobbsee> agoliveira: no, i just know a little too much about soyuz :)
[03:02] <agoliveira> cprov: Now I got the email, fine.
[03:02] <Hobbsee> agoliveira: and you didnt even read -motu
[03:03] <cprov> laga: uhm, no I don't know precisely, but I think it won't be accepted if it was built.
[03:03] <mpt> Goooooooooooooood morning Launchpadders!
[03:04] <laga> cprov: too bad. is it planned to add that ability to the PPA?
[03:04] <cprov> laga: I mean, builders might be able to create it with the correct debian/rules magic.
[03:04] <cprov> laga: we don't even do ddebs in ubuntu side, do we ?
[03:05] <laga> cprov: well, yes. therE's a special package which will do that for you, you can just build-depend on it (it wraps around dh_strip). i'm not sure if those would go to the ppa archive then?
[03:05] <laga> cprov: pitti does them right now i think. users can enable his repository and get the debug symbols from there. it's probably planned to put them into the archives properly some time in the future. not sure.
[03:07] <cprov> laga: yes, it was discussed once but the infrastructure is not in soyuz yet, he maintains his own archive, if I'm not mistaken
[03:07] <laga> ho-hum.
[03:08] <laga> so if there's no infrastructure in soyuz there's no .ddebs for the PPAs i guess
[03:09] <laga> cprov: thanks!
[03:10] <ubotu> New bug: #151551 in ubuntu "launchpad should sugest the necessary logs to report a bug" [Undecided,Confirmed]  https://launchpad.net/bugs/151551
[03:12] <cprov> laga: I don't how urgent is that for distro-team, but once it is available for ubuntu primary archive it will certainly work for PPAs too. Talk to pitti about ideas and priorities.
[03:15] <Tonio_> hi all
[03:15] <Tonio_> I was trying to change the redirection of my @ubuntu email address..... I couldn't see a way of setting my prefered email address. how to do so ?
[03:16] <Hobbsee> Tonio_: add a preferred email address to your profile in LP?
[03:17] <Tonio_> Hobbsee: my prefered email address for launchpad contacts is already my ubuntu one, I just want to change the address the @ubuntu.com emails should be forwarded to :)
[03:18] <Tonio_> Hobbsee: I didn't saw a way to set this
[03:18] <Hobbsee> Tonio_: you have to set the one you want it forwarded to as the preferred address, and it resyncs.
[03:18] <Hobbsee> Tonio_: (yes, it's a nuisance)
[03:19] <Tonio_> Hobbsee: so how can that work if the prefered one is the @ubuntu.com one ?
[03:19] <Tonio_> Hobbsee: should loop if my understanding is correct
[03:19] <Hobbsee> Tonio_: chagne the preferred one.
[03:19] <Hobbsee> Tonio_: yeah.  which is why it's a Really Bad Idea (tm) to have it as @ubuntu.com
[03:19] <Hobbsee> or @kubuntu.org
[03:20] <Hobbsee> they may have fixed it now, but they were having trouble with messed up mail, iirc
[03:20] <soren> Tonio_: I think it checks if the preferred is @ubuntu.com and then does something different.
[03:21] <Tonio_> soren: and then maybe selects the first email address in the list....... makes sense.
[03:22] <Tonio_> Hobbsee, soren: will test
[03:22] <AnMaster> how often does launchpad actually mirror branches
[03:22] <AnMaster> 3 hours ago it said one hour, but it is still not mirrored
[03:23] <AnMaster> uptodate that is
[03:25] <mwhudson> AnMaster: about every 6 hours
[03:25] <AnMaster> https://code.launchpad.net/~anmaster/envbot/anmaster-trunk
[03:26] <AnMaster> 7 hours ago :/
[03:26] <mwhudson> unfortunately the branch mirrorer script is rather simple minded and tends to get slowed down by mirroring branches on very slow hosts
[03:26] <mwhudson> (this will be fixed very soon)
[03:26] <AnMaster> mwhudson, hm the host this is on isn't slow really
[03:27] <AnMaster> it is rather fast I would say
[03:27] <mwhudson> AnMaster: no, but the mirrorer only mirrors one branch at a time
[03:27] <AnMaster> ah I see
[03:27] <mwhudson> so it's probably trying to mirror another slow branch right now
[03:27] <AnMaster> mwhudson, so that is what happened now is it?
[03:27] <mwhudson> i expect so, actually checking is a bit painful
[03:28] <AnMaster> mwhudson, is there a bug for this problem?
[03:28] <mwhudson> yes
[03:29] <mwhudson> though it's private for some reason
[03:31] <AnMaster> oh odd
[03:31] <AnMaster> I guess it could be abused to actively slow down launchpad
[03:31] <AnMaster> mwhudson, anyway, when do you think this will get fixed?
[03:32] <AnMaster> mwhudson, also just out of interest, will you ever add other version control systems to launchpad?
[03:33] <mwhudson> it should be fixed in the next cycle, i.e. in about a fortnight
[03:34] <AnMaster> ah nice
[03:34] <AnMaster> also I can't find ways to turn off blueprints, a bit odd as you can have bugs at some other place, why not blueprints too
[03:35] <AnMaster> is there a reason for it?
[03:35] <mwhudson> and it's possible that launchpad will provide for importing from more version control systems to launchpad hosted bazaar branches
[03:35] <mwhudson> i doubt that launchpad will ever host branches of another vcs though
[03:35] <mwhudson> AnMaster: no idea!
[03:35] <AnMaster> mwhudson, what about importing mercurial?
[03:35] <mwhudson> AnMaster: yes, that would be nice :)
[03:36] <mwhudson> bzr-hg is sorta-kinda-working, i think
[03:36] <mwhudson> it's not a priority right now
[03:36] <AnMaster> though my tests show mercurial is faster than bzr though last I checked, but it miss some other features that I need
[03:37] <mwhudson> hg is always likely to be a bit faster than bzr, it's less anal about some things
[03:37] <AnMaster> and network, you notice on 128 kbps up
[03:37] <mwhudson> but bzr is definitely fast enough for what i do with it
[03:37] <AnMaster> same except pushing can get a pain sometimes
[03:37] <mwhudson> (and packs will help the poor souls who have to push from australia)
[03:38] <AnMaster> uh what?
[03:38] <AnMaster> packs? what is it
[03:38] <AnMaster> oh and the dotted grey lines that separating the different areas on https://launchpad.net/envbot/
[03:38] <AnMaster> they are wrong sometimes
[03:38] <AnMaster> like double
[03:38] <AnMaster> between "Timeline" and Status:     * Active"
[03:40] <Hobbsee> mwhudson: we try to ssh out of aus as much as possible, for that very reason.
[03:40] <AnMaster> mwhudson, ^
[03:41] <mwhudson> AnMaster: seems like css fun, definitely not my department :)
[03:42] <laga> Hobbsee: what's wrong with bzr in australia? i probably missed a joke here ;)
[03:42] <AnMaster> mwhudson, so whos department is it?
[03:42] <Hobbsee> laga: it's more what's wrong with internet in australia
[03:43] <AnMaster> mwhudson, and what is your department?
[03:43] <AnMaster> is there a list somewhere?
[03:43] <Hobbsee> laga: our "broadband" is mega-expensive compared to the rest of the world, has limits, even the 'unlimited' stuff, and is like other country's dialup.
[03:43] <Hobbsee> laga: particularly our uplinks
[03:44] <mwhudson> Hobbsee: it's the latency that people seem to complain most about
[03:44] <Hobbsee> so it takes an eternity to upload anything
[03:44] <Hobbsee> mwhudson: yeah.  uplink is *very* slow.
[03:44] <mwhudson> AnMaster: i work on the code hosting side of things
[03:44] <laga> Hobbsee: oh :/
[03:44] <AnMaster> mwhudson, ah still no update of branch btw
[03:44] <Hobbsee> downlink is OK, but uplink....56kbps is what we're supposed to get up.  maybe 128kbps.  i dont think we get anything near that
[03:46] <AnMaster> mwhudson, I'm missing one thing from branch status: development mainline (not same as mature release mainline)
[03:47] <AnMaster> so putting mature for that is wrong
[03:50] <ubotu> New bug: #151583 in launchpad-bazaar "codeimportresult.date_started should be renamed to date_job_started" [Low,New]  https://launchpad.net/bugs/151583
[03:54] <Hobbsee> uh oh, it's sabdfl!  everyone behave!
[03:55] <sabdfl> oh BEHAVE ;-)
[03:59] <Hobbsee> sabdfl: :P
[03:59] <SteveA> Welcome to this week's Launchpad development meeting!
[04:00] <SteveA> For the next 45 minutes or so, we'll be co-ordinating about Launchpad development.
[04:00] <SteveA> Who is here today?
[04:00] <bigjools> me
[04:00] <jsk> me
[04:00] <gmb> me
[04:00] <matsubara> me
[04:00] <mwhudson> me
[04:00] <mrevell> me
[04:00] <salgado> me
[04:00] <barry> me
[04:00] <flacoste> me
[04:00] <BjornT> me
[04:00] <jtv> me
[04:00] <mpt> me
[04:00] <carlos> me
[04:00] <mthaddon> me
[04:00] <allenap> me
[04:00] <stub> me
[04:00] <EdwinGrubbs> me
[04:00] <schwuk> me
[04:01] <statik> me
[04:01] <cprov> me
[04:01] <schwuk> SteveA: abel is off sick today
[04:01] <danilos> me
[04:01] <SteveA> == Apologies ==
[04:01] <SteveA>  * adeuring
[04:01] <SteveA>  * bac
[04:01] <SteveA>  * jamesh
[04:01] <SteveA>  * kiko
[04:01] <SteveA>  * ddaa
[04:01] <Rinchen> me
[04:02] <SteveA> hi everyone!
[04:02] <intellectronica> me
[04:02] <SteveA> mwhudson: you're acting as the envoy to the bzr-launchpad team?
[04:02] <mwhudson> SteveA: sure am (it's only me today)
[04:02] <SteveA> cool
[04:03] <sinzui> me
[04:03] <SteveA> sinzui: here?
[04:03] <SteveA> == Agenda ==
[04:03] <SteveA>  * Roll call
[04:03] <SteveA>  * Agenda
[04:03] <SteveA>  * Next meeting
[04:03] <SteveA>  * Actions from last meeting
[04:03] <SteveA>  * Oops report (Matsubara)
[04:03] <SteveA>  * Critical Bugs (Rinchen)
[04:03] <SteveA>  * Bug tags
[04:03] <SteveA>  * Operations report (mthaddon)
[04:03] <SteveA>  * DBA report (stub)
[04:03] <SteveA>  * Sysadmin requests (Rinchen)
[04:03] <SteveA>  * A top user-affecting issue (mrevell)
[04:03] <SteveA> ----
[04:03] <SteveA>  (other items)
[04:03] <SteveA> ----
[04:03] <SteveA>  * Blockers
[04:03] <SteveA>
[04:03] <SteveA> hi leonardr.  here?
[04:03] <leonardr> yes
[04:04] <SteveA> (traditional response is 'me'.  see irc log :-)  )
[04:04] <SteveA> next meeting, same time next week.
[04:04] <SteveA> Anyone know they will be missing the meeting?
[04:04] <flacoste> leonardr, sinzui and me will be sprinting
[04:04] <flacoste> but we can probably make the meeting
[04:04] <SteveA> great.  or maybe just one of you can make it
[04:04] <SteveA> * Actions from last meeting
[04:05] <SteveA> no actions
[04:05] <SteveA>  * Oops report (Matsubara)
[04:05] <matsubara> Today's oops report is about bugs 148905, 150591
[04:05] <ubotu> Launchpad bug 148905 in malone "unexpectedformdata on clicking "1  bug fixed elsewhere" on gcc" [Medium,Confirmed]  https://launchpad.net/bugs/148905
[04:05] <ubotu> Bug 150591 on http://launchpad.net/bugs/150591 is private
[04:05] <matsubara> Anyone from the Bugs team want to volunteer for #148905?
[04:06] <gmb> matsubara: I'll take it.
[04:06] <matsubara> salgado: I think #150591 is for you :-)
[04:06] <salgado> looking it up
[04:06] <matsubara> thanks gmb
[04:06] <SteveA> matsubara: bug 150591 can be made public
[04:06] <ubotu> Bug 150591 on http://launchpad.net/bugs/150591 is private
[04:07] <matsubara> SteveA: ok
[04:07] <intellectronica> matsubara: i can take 148905, but not for this cycle anymore
[04:07] <intellectronica> matsubara: well, unless i get an rc
[04:07] <matsubara> intellectronica: thanks for the offer, gmb already took it.
[04:08] <SteveA> matsubara: all done?
[04:08] <matsubara> SteveA: done here. thanks
[04:08] <SteveA> thanks matsubara !
[04:08] <SteveA>  * Critical Bugs (Rinchen)
[04:08] <Rinchen> Hi, two status requests for this week.
[04:08] <Rinchen> danilos, how are you coming along with Bug #148147 ?
[04:08] <ubotu> Bug 148147 on http://launchpad.net/bugs/148147 is private
[04:08] <Rinchen> cprov, how are you coming along with Bug #150988 ?
[04:08] <ubotu> Launchpad bug 150988 in soyuz "queue-builder failing due duplicated entries in the DB" [Critical,In progress]  https://launchpad.net/bugs/150988 - Assigned to Celso Providelo (cprov)
[04:08] <danilos> Rinchen: it's in the review (it's a simple fix, but somehow missed it for a week)
[04:08] <cprov> Rinchen: very hard to find out the duplications
[04:09] <Rinchen> danilos, great thank you
[04:09] <Rinchen> cprov, anything anyone here can do to help?
[04:09] <cprov> Rinchen:  and to isolate and the cruft related to it
[04:09] <cprov> Rinchen: stub can help me
[04:10] <cprov> Rinchen: I'm sending him some results and questions.
[04:10] <SteveA> danilos: do you have a reviewer?
[04:10] <SteveA> danilos: it's a critical bug, so we need to push it through
[04:10] <danilos> SteveA: not yet
[04:10] <Rinchen> cprov, Great, thanks.  If there is anything I can do to help out, please let me know.
[04:10] <danilos> SteveA: I actually haven't noticed that Carlos upped the priority
[04:10] <cprov> Rinchen: sure, thanks
[04:10] <danilos> SteveA: so, I'll find one today
[04:11] <Rinchen> danilos, that'd be great
[04:11] <Rinchen> SteveA, that's it here.
[04:11] <carlos> danilos: I did given the number of poimport failures we got due to that problem
[04:11] <SteveA> danilos: which branch is it?
[04:11] <SteveA> carlos: did you note that in the status whiteboard when you upped the importance?
[04:11] <carlos> SteveA: yes
[04:11] <SteveA> great
[04:11] <danilos> SteveA: devpad.canonical.com/code/danilo/launchpad/trivial (not in PendingReviews yet, though I have it ready)
[04:12] <danilos> (I mean, I have PendingReviews open and editting)
[04:12] <SteveA> danilos: how many loc diff?
[04:12] <danilos> SteveA: just 61
[04:12] <SteveA> who can review a 61 line diff immediately after this meeting?
[04:13] <BjornT> SteveA, danilos: i can do it
[04:13] <danilos> BjornT: cool, thanks
[04:13] <SteveA> thanks BjornT
[04:13] <SteveA> thanks Rinchen
[04:13] <danilos> SteveA: thanks
[04:13] <SteveA>  * Bug tags
[04:13] <SteveA> one new official bug tag proposed
[04:14] <SteveA> flacoste proposes 'people' for Bugs related to the management of Persons and Teams. This would include registration bugs, but exclude bugs related to login and password recovery.
[04:14] <flacoste> actually
[04:14] <flacoste> after discussion with matsubara
[04:14] <matsubara> isn't that registry?
[04:14] <matsubara> ah ok. flacoste go ahead
[04:14] <SteveA> I'm going by what's on the TaggingLaunchpadBugs page
[04:15] <flacoste> right, i'm at fault here, i forgot to update the page with the results of our discussion
[04:15] <flacoste> i would rather extend the scope of the 'registry' tag to cover these items
[04:15] <SteveA> ok, so, that proposal is withdrawn
[04:15] <SteveA> sure, go ahead
[04:15] <SteveA> +1
[04:15] <ubotu> New bug: #150591 in launchpad "Local variable referenced before assignment in logintoken GPG key validation" [Undecided,New]  https://launchpad.net/bugs/150591
[04:16] <SteveA>  * Operations report (mthaddon)
[04:16] <mthaddon> Not much to report this week. Mostly working on cricket graphs and codehosting staging setup (will be working on that today and tomorrow, in any case).
[04:16] <mthaddon> I see there's an approved cherry pick for drescher which I'll be rolling out today.
[04:16] <mthaddon> That's it from me unless there are any questions.
[04:16] <flacoste> SteveA: go ahead in extending the scope or making a new proposal about that extension?
[04:16] <Rinchen> Great news on the CPU upgrade to PQM, mthaddon
[04:16] <SteveA> mthaddon: we'll also have danilo's patch to consider, once bjorn has reviewed it.
[04:16] <SteveA> flacoste: go ahead and extend the scope
[04:17] <mthaddon> SteveA, ok, will wait for that before I go ahead with the current one
[04:17] <SteveA> flacoste: by updating the wiki page
[04:17] <mthaddon> Rinchen, absolutely
[04:17] <SteveA> thanks mthaddon
[04:17] <SteveA>  * DBA report (stub)
[04:18] <stub> Most of our unwanted sessions have been removed, but the script is
[04:18] <stub> still running. One the script has finished running, I'll put in place
[04:18] <stub> a job to trim the unwanted sessions every few minutes rather than leaving
[04:18] <stub> them around for 60 days for the Launchpad session machinery to clean up.
[04:18] <stub> There is a meeting on Monday discussing database replication. I think we
[04:18] <stub> can finalize our roadmap then. To make full use of the replicas, we are
[04:18] <stub> going to need to push Storm work forward as its multiple db stores seems
[04:18] <stub> well suited to the task. Timeframe for this will dictate what we do now
[04:18] <stub> with our existing code infrastructure and what we put off.
[04:18] <SteveA> ok, thanks stub
[04:18] <stub> Oh... and db patch reviews with Mark went well today.
[04:19] <SteveA>  * Sysadmin requests (Rinchen)
[04:19] <Rinchen> Hi! Is anyone blocked on an RT or have any that are becoming urgent?
[04:19] <flacoste> i have
[04:19] <Rinchen> number please
[04:19] <flacoste> the one about being able to test incoming email on staging
[04:19] <flacoste> Rinchen: sorry, i don't have the numebr
[04:19] <Rinchen> ok, I know about that one :-)
[04:19] <flacoste> i didn't file that request
[04:20] <flacoste> but i have a branch that will require this if it has to land this cycle
[04:20] <Rinchen> yeah, kiko did. I was looking at that yesterday in fact.  I'll work on that again this morning.
[04:20] <flacoste> (process-mail.py running as a dedicated dbuser)
[04:20] <Rinchen> flacoste, got it. Thanks.
[04:20] <jtv> Resolving #28968 would save us some pain (see last week).
[04:21] <Rinchen> jtv, thanks. I've already set that as high priority but I'll circle with IS to see if we can get it done
[04:21] <jtv> thx
[04:21] <Rinchen> Anyone else?
[04:21] <Rinchen> k, Thanks.   Back to you SteveA
[04:21] <SteveA> thanks Rinchen!
[04:21] <SteveA>  * A top user-affecting issue (mrevell)
[04:22] <mrevell> This week's user-affecting issue comes from AnMaster and is regarding Launchpad's connection with Ubuntu. AnMaster wants to use Launchpad but has no plans to use Ubuntu or become part of the Ubuntu community.
[04:22] <SteveA> hi AnMaster
[04:22] <mrevell> Right now, Launchpad profile pages have references to whether or not someone is an Ubuntero and a link to a page on the Ubuntu wiki is compulsory.
[04:22] <mrevell> I raise this in today's meeting because as more free software projects join Launchpad, I wonder if we should discuss the best way to present Ubuntu-specific information on user profile pages.
[04:22] <mrevell> Thanks SteveA
[04:22] <SteveA> I thought we'd changed 'ubuntero' to appear only when people have that affiliation
[04:22] <SteveA> I guess not
[04:23] <flacoste> we also have a bunch of bugs open about the wiki-stuff
[04:23] <SteveA> I think we should allow people to take pride in their contributions and affiliation to Ubuntu
[04:23] <SteveA> but also not make a point of it if someone chooses not to make such contributions, and wants to put their efforts elsewhere
[04:24] <danilos> SteveA: it's also a problem of discoverability
[04:24] <SteveA> danilos: how do you mean?
[04:24] <danilos> i.e. we want people to know that they can become "ubuntero" which is probably a reason why we keep it
[04:25] <SteveA> danilos: that's something we should offer an individual
[04:25] <SteveA> danilos: but it is wrong to advertise to everyone that someone is not an ubuntero
[04:25] <mrevell> Would it be worthwhile asking some of the projects using LP if they have there own codes of conduct that they would like to invite their community members to sign?
[04:25] <SteveA> like it is some kind of problem
[04:25] <danilos> SteveA: I understand that, and I agree
[04:25] <mrevell> s/there/their
[04:25] <SteveA> mrevell: perhaps.  let's discuss that when we next talk.
[04:26] <mrevell> SteveA: Okay.
[04:26] <mpt> Does "we" mean SteveA and mrevell, or our next meeting?
[04:26] <SteveA> mrevell: I'd like you to file a bug about "ubuntero" appearing under the following circumstances
[04:26] <SteveA>  - appearing to all launchpad users, on a person's page, if that person is an ubuntero
[04:27] <SteveA>  - appearing to that user only in some form on that user's own page, if that person is not an ubuntero
[04:27] <SteveA> also, the 'ubuntero' text on the page should be linked to an explanation somehow.
[04:27] <clemyeats> Hi, I'd like to add a distribution to launchpad... are there any admin here, or shall I contact someone by email?
[04:27] <mrevell> SteveA: Will do.
[04:28] <SteveA> mpt: stevea and mrevell
[04:28] <matsubara> mrevell: fyi, 48551
[04:28] <matsubara> err bug 48551
[04:28] <ubotu> Launchpad bug 48551 in launchpad "Support for custom forms" [Wishlist,New]  https://launchpad.net/bugs/48551
[04:28] <SteveA> Rinchen: let's look again at the priority of the wiki bugs that flacoste mentioned.
[04:28] <mpt> ok
[04:28] <mrevell> thanks matsubara
[04:28] <SteveA> Rinchen: (not right now, but soon)
[04:28] <Rinchen> right-o
[04:28] <flacoste> clemyeats: i think you can file a request on https://answers.launchpad.net/launchpad/+addquestion
[04:29] <clemyeats> flacoste: thanks
[04:29] <flacoste> clemyeats: it's the Launchpad public meeting ongoing
[04:29] <SteveA> AnMaster: if you're here, we'll make some changes to the 'ubuntero' flag, and look at the bugs about wiki registrations.
[04:29] <SteveA> thanks mrevell !
[04:29] <mrevell> thanks SteveA
[04:30] <SteveA>  * Blockers
[04:30] <SteveA> SC Team: not blocked.
[04:30] <Rinchen> Releases Team: Not Blocked
[04:30] <jtv> Translations team: Not blocked.
[04:30] <bigjools> Team Soyuz: Not blocked
[04:30] <BjornT> Bugs Team: not blocked
[04:30] <statik> collaborative commerce: not blocked
[04:30] <flacoste> Foundations Team: not blocked
[04:30] <schwuk> hwdb: Not blocked
[04:30] <mwhudson> code team: not blocked
[04:31] <SteveA> yay for no blocking
[04:31] <SteveA> Rinchen: we have a few minutes left.  Do you have anything to say about our point in the development cycle?
[04:31] <flacoste> Rinchen: bad one, actually, it's bug 86253
[04:31] <ubotu> Launchpad bug 86253 in launchpad "Registration in LP should not automatically create an Ubuntu WikiName" [Medium,Confirmed]  https://launchpad.net/bugs/86253 - Assigned to Guilherme Salgado (salgado)
[04:31] <Rinchen> Simply that code is due on the review queue on Friday.
[04:32] <SteveA> ok, thanks Rinchen
[04:32] <SteveA> any other pressing issues?
[04:32] <SteveA> 8
[04:32] <SteveA> 7
[04:32] <SteveA> 6
[04:32] <SteveA> 5
[04:32] <SteveA> 4
[04:32] <SteveA> 3
[04:32] <SteveA> 2
[04:32] <SteveA> 1
[04:32] <mwhudson> didn't flacoste have an item?
[04:32] <SteveA> 0
[04:32] <SteveA> Thank you everyone!
[04:32] <SteveA> MEETING ENDS
[04:32] <SteveA> mwhudson: he did.  we discussed it, and it'll appear in a later meeting.
[04:33] <mwhudson> ah, ok
[04:33] <flacoste> mwhudson: after discussion with SteveA, we thought it was better to simply carry the discussion on-list at first
[04:35] <popey> can I ask a technical launchpad question? :)
[04:35] <popey> I note that sites like wiki.ubuntu.com uses the authentication from launchpad.. is it possible for other sites to do the same?
[04:35] <popey> e.g. I would like it if people could leave comments to screencasts on screencasts.ubuntu.com (a drupal site) but would rather people didn't have to sign up with yet another site
[04:36] <popey> Is this a launchpad question?
[04:36] <flacoste> Rinchen: ^^^
[04:38] <Rinchen> Hi popey, we plan to offer that later this year.  Let me dig out the bug number for you to follow.
[04:38] <Rinchen> popey, Bug #1169
[04:38] <ubotu> Launchpad bug 1169 in launchpad "Launchpad should support OpenID" [Medium,In progress]  https://launchpad.net/bugs/1169 - Assigned to Joey Stanford (rinchen)
[04:39] <popey> thanks
[04:39] <Rinchen> popey, however there are some points I should make.
[04:40] <popey> ok
[04:40] <Rinchen> popey, well, just one.  External sites will be able to use Launchpad as an OpenID OP allowing them to signin.
[04:40] <Rinchen> popey, our wiki's will be more tightly integrated.
[04:40] <Rinchen> popey, just like they are today
[04:40] <popey> is there any reason that the site I suggested could _not_ be tightly integrated?
[04:41] <popey> (it's hosted by canonical)
[04:42] <Rinchen> if we host it, we might be able to depending on the site and the software.
[04:42] <Rinchen> if screencasts is drupal and it's up...then I missed it upon writeup
[04:42] <popey> ok, I'll bring that up again once 1169 moves on shall I?
[04:43] <Rinchen> I'll chat with newz. If he's your webmaster we should be able to include it.
[04:43] <popey> cool beans, thanks
[04:48] <AnMaster> SteveA, now I'm here
[04:49] <AnMaster> hey
[04:50] <AnMaster> https://code.launchpad.net/~anmaster/envbot/anmaster-trunk still hasn't updated
[04:50] <AnMaster> someone really need to take a look at why
[04:50] <AnMaster> abort to slow servers until you fixed this correctly maybe?
[04:50] <AnMaster> mwhudson, ^
[04:50] <AnMaster> oh wait it was mrevell maybe?
[04:51] <AnMaster> sorry for wrong highlight
[04:51] <mwhudson> AnMaster: there's not really much i can do
[04:51] <mrevell> Don't think it was me AnMaster
[04:51] <AnMaster> ah your nicks are too close confusing
[04:51] <mwhudson> i restarted the branch mirrorer, it seems like it may have gotten stuch
[04:51] <AnMaster> close, confusing*
[04:51] <mwhudson> it's definitely making progress now though
[04:52] <AnMaster> mwhudson, skip the stuck project?
[04:52] <AnMaster> branch*
[04:52] <mwhudson> AnMaster: could you please stop making suggestions about things you know little about?
[04:52] <AnMaster> ok :)
[04:53] <AnMaster> I would know more if it was open source ;) *runs*
[04:53] <AnMaster> afk
[05:20] <Kmos> when packages of hoary, breezy will be removed from LP ? it was announced at LP ML, but not mentioned a date I think..
[05:23] <MTecknology> ok, it's just an option right there
[06:23] <LaserJock> oh dang, I missed the last user meeting didn't I? :/
[06:25] <Hobbsee> LaserJock: i think we both did.
[06:25] <Hobbsee> oh, 1400 is only midnight local now.  wow
[06:25] <Hobbsee> (darn timezoen changes)
[06:32] <LaserJock> 7am for me
[06:32] <LaserJock> barely doable ;-)
[06:33] <Hobbsee> heh
[06:39] <ubotu> Launchpad bug 151533 in launchpad "Bug links in release notes for projects not using launchpad for bugtracker" [Undecided,New]  https://launchpad.net/bugs/151533
[06:39] <AnMaster> so someone that can change subject may want to do that
[08:05] <danigm> hi all, i have a question, can i register my project in launchpad like sourceforge?
[08:06] <statik> danigm: absolutely
[08:06] <statik> welcome home
[08:08] <danigm> ah, ok, thanks. And why it's better bzr that svn? I'm learning bzr now
[08:17] <statik> danigm: the main difference is that bzr is more suited to community development, you don't have the distinction between committers and non-committers. rather, anyone can make their own branch and commit to it
[08:58] <sabdfl> danigm: and launchpad provides free hosting for all the branches of all contributors, you can see who is working on what
[08:59] <sabdfl> or you can host all the branches on your own web server
[09:00] <danigm> but launchpad isn't free software
[09:01] <ubotu> New bug: #151658 in malone "Private comments for public bugs" [Undecided,New]  https://launchpad.net/bugs/151658
[09:02] <danigm> I'll use launchpad, I want to try bazaar and launchpad looks very nice
[09:23] <danigm> I register a new branch in launchpad, but i can't push my project, i don't have a ~/.ssh/id_dsa.pub or ~/.ssh/id_rsa.pub, how can i generated it?
[09:23] <radix> danigm: ssh-keygen
[09:24] <danigm> thanks radhios
[09:24] <danigm> thanks radix
[09:24] <danigm> sorry radhios, the tab key...
[09:25] <radix> it's too bad that help.launchpad.net doesn't have a match for a search of "ssh key"
[10:31] <ubotu> New bug: #151682 in launchpad "Add attachment capability to Answers" [Undecided,New]  https://launchpad.net/bugs/151682
[10:40] <ubotu> New bug: #151687 in launchpad "Add HTML / formatting capability (including inline graphics) to Answers" [Undecided,New]  https://launchpad.net/bugs/151687
[10:44] <CyberMatt> can somebody approve me into the launchpad beta team
[10:51] <tavla> hi -- is there anything blocking the PO import queues?
[10:52] <tavla> i've got 23 po files waiting for import for almost a week now
[11:01] <Kmos> tavla: ask on launchpad-users mailing list, or try to contact carlos tomorrow
[11:01] <Kmos> CyberMatt: you've to wait for tomorrow
[11:02] <jkimball4> Is there an easy way to search through packages of a project?  That is, to bring up a certain package to review version history?
[11:03] <Kmos> jkimball4: https://launchpad.net/ubuntu/+source/$PACKAGENAME ?
[11:04] <jkimball4> That works, but there's no built-in function to do a name-based search of sort?
[11:04] <jkimball4> Per se, one would like to bring up all packages which conform to "compiz*"...
[11:05] <Kmos> jkimball4: you can do it with apt-cache
[11:05] <Kmos> apt-cache search compiz*
[11:06] <Kmos> on console
[11:06] <jkimball4> Yes, but I'd still have to search in Launchpad for version history, though.  I'm interesting in a sort of complete solution.
[11:07] <Kmos> i don't know that
[11:08] <jkimball4> Fair enough.  Perhaps, no one important really needs that functionality.
[11:30] <jpatrick> hello
[11:30] <jpatrick> could someone from here add me to launchpad-beta-testers?
[11:30] <jpatrick> I need to upload a package fix to the kubuntu-members ppa
[11:34] <stdin> can't you upload already?
[11:35] <jpatrick> I got a package rejected mail saying I needed to be in that group
[11:40] <CyberMatt> i have that problem
[11:54] <pkern> Hi, is there any particular reason why e.g. https://edge.launchpad.net/~gnucash/+rdf does not offer LP ids for the FOAF entries?
[11:55] <pkern> i.e. there is no foaf:nick
[12:04] <pkern> siretart: Now this effectively blocks me from continuing. Missing foaf:nick just sucks.
[12:04] <pkern> siretart: I don't want to resort parsing the homepage and I won't.
[12:15] <ubotu> New bug: #151740 in launchpad "+editemails has radio buttons without a default value" [Low,Confirmed]  https://launchpad.net/bugs/151740
[12:35] <imbrandon> jamesh: ping
[12:36] <imbrandon> any work on this bug ( a few months old, esp the faof:nick part ) https://bugs.edge.launchpad.net/launchpad/+bug/100079
[12:36] <ubotu> Launchpad bug 100079 in launchpad "more rdf team info" [Undecided,New]
[12:41] <jamesh> imbrandon: I don't think anyone is currently working on it, sorry.
[12:42] <imbrandon> np, anything i can do to help it along , hell i'd even code it if i could ;)
[12:49] <pkern> jamesh: Isn't the foaf:nick one trivial?


 What news do you want to submit?
[13:49] <smartboyhw> beuno, and read https://wiki.ubuntu.com/Fridge/Submit :)
[13:49] <beuno> smartboyhw, we're doing some changes to Single Sign On
[13:49] <beuno> aha!  a wiki
[13:50] <beuno> smartboyhw, cool, so I'll add it with the ubuntu user and wave my hands again
[13:50]  * smartboyhw isn't a fridge editor anyways:P
[13:56] <beuno> submitted
[13:56] <beuno> dholbach, ^
[13:59] <dholbach> beuno, I just checked it and can see it in the queue,but I can't do anything about it
[13:59] <dholbach> Pendulum, akgraner, pleia2: do you know what can be done about the article beuno submitted?
[14:00] <dholbach> beuno, "Improving web services for Ubuntu", right?
[14:01] <beuno> dholbach, yes
[14:02] <dholbach> so sorry, can't do much about it
[14:02]  * beuno cries
[14:56] <pleia2> beuno: editing now
[14:57] <pleia2> lots of crazy html in this ;)
[14:58]  * beuno doesn't want to know
[14:59] <beuno> thanks pleia2
[15:01] <pleia2> beuno: http://fridge.ubuntu.com/2013/06/20/ubuntu-donations-and-community-funding/
[15:01] <pleia2> err
[15:01] <pleia2> http://fridge.ubuntu.com/2013/06/21/improving-web-services-for-ubuntu/
[15:01] <pleia2> stupid caching
[15:02] <beuno> pleia2, w00t, thank you
[15:02] <beuno> jono, it is live ^
[15:06] <beuno> pleia2, could you remove the link from the FAQ?
[15:06] <beuno> seems it jsut throws you into somewhere random  :)
[15:06] <beuno> he one under "Why are you changing it to Ubuntu One?"
[15:06] <beuno> please and thank you, of course
[15:06] <jono> beuno, awesome
[15:06] <jono> thanks
[15:06] <jono> pleia2: Ubuntu Journalist
[15:06] <jono> lol
[15:07] <jono> thanks pleia2 for being so responsive :-)
[15:07] <pleia2> done
[15:07]  * beuno hugs pleia2
[15:07]  * pleia2 hugs
[15:07]  * pleia2 up early for cgit debugging!
[15:07] <beuno> eeew!
[15:08] <pleia2> it's really awesome when it works
[15:09] <pleia2> beuno: if you want to announce this to<EMAIL_ADDRESS>too I can aprove it
[15:09] <pleia2> jono: ^^ goes for other news this week too, I forgot
[15:10] <beuno> pleia2, sure, I'll fire off an email now
[15:11] <beuno> sent!
[15:12] <pleia2> https://lists.ubuntu.com/archives/community-announce/2013-June/000009.html :)
[15:12] <beuno> woooo!


[09:11] <tsdgeos> Mirv: i'm wondering if the 5.2 tag makes sense in https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1256999 since it's not new in 5.2 vs 5.0
[09:11] <tsdgeos> also marking this bug as critical is a bit of a joke i'd say
[09:17] <Mirv> tsdgeos: sure not, I removed them all
[09:18] <Mirv> yeah it spams logs, otherwise not affecting anything
[09:53] <tsdgeos> whatthe
[09:54] <tsdgeos> http://pastebin.kde.org/pjjbsztsv <-- crash in i965_dri.so ¿¿??
[09:54] <tsdgeos> horizontaljournaltestExec: ../../../../src/glsl/ralloc.c:81: get_header: assertion «info->canary == 0x5A1106» failed.
[09:55] <tsdgeos> did we update the intel driver lately or my machine is starting to die?
[10:04] <tsdgeos> And now i get http://pastebin.kde.org/pref7ap09 :-s
[10:43] <mhr3_> sil2100, is ci dead?
[10:43] <mhr3_> sil2100, seeing "Permission denied (publickey,password)." in logs
[10:44] <dednick> sigh... what is the calendar-app package for the phone called these days? they keep changing!!! lp has calendar-app, but it's not on the phone...
[10:45] <sil2100> uh
[10:46] <sil2100> mhr3_: does the same happen during re-runs? Since they had it once, and it wasn't happening always
[10:46] <dednick> I see that it's a click application, but i need to run AP tests for it. Anyone know how?
[10:46] <sil2100> mhr3_: I'll poke the CI guys too
[10:47] <mhr3_> dednick, you will need one sacrificial dagger and a goat
[10:47] <sil2100> :D
[10:48] <mhr3_> dednick, eh, and the phone of course
[10:48] <dednick> mhr3_: yeah, that was my assumption as well
[10:48] <sil2100> dednick: https://wiki.ubuntu.com/Touch/Testing <- go here, the click tests section
[10:49] <dednick> sil2100: thanks
[10:50] <mzanetti> dednick: you running those test suites now?
[10:50] <dednick> mzanetti: just about to start one
[10:51] <mzanetti> dednick: I've just installed that unity-mir package and unity8 doesn't start any more
[10:51] <dednick> mzanetti: ah. I hadn't done that yet...
[10:51] <dednick> mzanetti: was going to try without sidestage first.
[10:51] <mzanetti> dednick: yeah. that's the next thing that confuses me
[10:52] <mzanetti> dednick: what is mako with sidestage?
[10:52] <mzanetti> or how would I disable the sidestage on manta?
[10:53] <dednick> mzanetti: er, well i presume it's all the same code, so need to make sure it runs with the sidestage code.
[10:53] <dednick> mzanetti: and i'm also assuming that w/o sidestage is just with trunk unity-mir
[10:54] <dednick> mzanetti: as we have no tests running for manta atm.
[10:54] <mzanetti> dednick: yeah, but the table lists Manta with and without sidestage
[10:54] <dednick> mzanetti: sure. so test with trunk, and test with sidestage unity-mir...
[10:54] <mzanetti> dednick: we don't have manta without sidestage. Well, without that branch it is badly broken, but still there
[10:55] <dednick> mzanetti: right, it that that funky thing that pops open on the right half of screen when you open apps? :)
[10:55] <mzanetti> ok, but yeah. it probably means without this branch and with this branch
[10:58] <tsdgeos> yeah
[10:59] <dednick> mzanetti: dandrader seems to have run ap tests ok with sidestage branch. although given that they're not unity8 tests...
[10:59] <mzanetti> tsdgeos: does unity8 still come up for you after installing that libunity-mir1 package?
[10:59] <tsdgeos> still flashing image 76
[10:59] <tsdgeos> i'll tell you once i'm done
[10:59] <mzanetti> dednick: well, I'd say unity8 needs to be running even for the other tests
[11:00] <dednick> mzanetti: hm. not sure. I think autopilot starts them using command line shizzle doesnt it?
[11:01] <mzanetti> dednick: sure. but without unity8 there is no display server
[11:01] <dednick> mzanetti: but yeah, he probably would have complained to somebody if it unity8 wasnt working
[11:01] <dednick> mzanetti: but you can kill unity8 and start apps still no?
[11:02] <dednick> mir keeps running doesn tit?
[11:02] <mzanetti> I don't think so
[11:02] <dednick> i dont know how it all works anymore
[11:03] <dednick> should really get up-to-date sometime
[11:04] <tsdgeos> mzanetti: unity8 is running, but all i see is blackness
[11:04] <greyback> hi all, can I lend a hand?
[11:05] <mzanetti> tsdgeos: yeah... same here
[11:05] <tsdgeos> greyback: if you install https://code.launchpad.net/~ricmm/unity-mir/sidestage-reenable/+merge/198489/comments/463221 in your phone
[11:05] <mzanetti> greyback: hi. unity8 doesn't come up any more after installing that libunity-mir1 package from the MR
[11:05] <tsdgeos> does unity8 give you something in screen?
[11:05] <tsdgeos> mzanetti: did you compile yourself or use the deb from the output.zip above?
[11:05]  * mzanetti is testing on make btw
[11:05] <mzanetti> and using the output.zip from jenkins
[11:06] <mzanetti> s/make/mako/ ^^
[11:06] <greyback> I'll need a few minutes to clean my phone. But in mean time, is unity8 crashing or anything? (please run "stop unity8" so upstart stops running it, and then "GRID_UNIT_PX=18 unity8")
[11:06] <tsdgeos> greyback: nope, it is running but not showing anything on screen
[11:07] <greyback> tsdgeos: hit the power button, then tap the screen. Anything then?
[11:07] <dednick> mzanetti: you testing on mako or manta?
[11:07] <tsdgeos> greyback: nope
[11:07] <mzanetti> dednick: mako
[11:08] <tsdgeos> same here
[11:08] <greyback> tsdgeos: would you mind pastebinning unity8's output somewhere so I can check?
[11:08] <tsdgeos> dandrader: ping-o-matic
[11:09] <mzanetti> greyback: http://paste.ubuntu.com/6599109
[11:09] <dandrader> tsdgeos, improvedVerticalJournal review?
[11:09] <tsdgeos> dandrader: no, read ↑↑↑
[11:09] <mhr3_> Saviq, ping?
[11:09] <tsdgeos> dandrader: do you have a mako?
[11:09] <mzanetti> this one seems a bit odd "WARNING: QApplication was not created in the main() thread."
[11:09] <dandrader> tsdgeos, no, I don't
[11:09] <tsdgeos> mzanetti: that's been there for ages
[11:09] <mzanetti> ah ok
[11:09] <tsdgeos> dandrader: ah ok
[11:09] <mzanetti> yeah... dandrader's test results are only for manta (mine is still charging before I can flash it)
[11:10] <tsdgeos> greyback: shouldn't "stop unity8" stop the thing?
[11:10] <greyback> tsdgeos: it should
[11:10] <dandrader> just turned on my manta
[11:10] <dandrader> and unity8 doesn't come up
[11:10] <dandrader> all blackness
[11:10] <tsdgeos> ah /sbin/stop
[11:10] <dandrader> when I run it manually I get
[11:10] <dandrader> QXcbConnection: Could not connect to display
[11:10] <dandrader> Aborted (core dumped)
[11:11] <tsdgeos> greyback: silly question but how do i get the logs :D
[11:11] <dandrader> So I get my test results are bogus because I might have installed the sidetage unity-mir packages and run the tests
[11:11] <mzanetti> tsdgeos: .cache/upstart/unity8.log
[11:11] <dandrader> without rebooting the device or at least restarting unity8
[11:11] <tsdgeos> dandrader: maybe
[11:11] <dandrader> damn
[11:11] <mzanetti> dandrader: yeah... happened to me too. :)
[11:12] <tsdgeos> ahh
[11:12] <tsdgeos> so i'm not the only one having this gl problems
[11:12] <mzanetti> but then I realized in the middle of the test run and reboot => blackness
[11:12] <tsdgeos> good!
[11:12] <tsdgeos> http://paste.ubuntu.com/6599126/
[11:12] <tsdgeos> QOpenGLShader: could not create shader
[11:12] <tsdgeos> that is bad :D
[11:13] <greyback> yeah, what the hell
[11:13] <tsdgeos> i was getting this in my laptop
[11:13] <tsdgeos> then rebooted and it was gone
[11:13] <tsdgeos> but why is the phone getting this
[11:13] <tsdgeos> let me reflash the image
[11:13] <tsdgeos> and see if this are there or not
[11:14] <mzanetti> tsdgeos: reinstalling libuntiy-mir1 from the repos makes it work again
[11:14] <mzanetti> don't need to reflash
[11:14] <tsdgeos> mzanetti: do you also get those opengl warnings?
[11:14] <mzanetti> yeah
[11:14] <mzanetti> tsdgeos: http://paste.ubuntu.com/6599109
[11:14] <tsdgeos> yeah same here
[11:14] <tsdgeos> try to recompile in the phone?
[11:16]  * greyback needs to reboot
[11:17] <dandrader> yeah, reinstalling libunity-mir1 from the repos solves the unity8 not starting issue
[11:17] <dandrader> (and rebooting)
[11:17] <mzanetti> yup
[11:17]  * mzanetti is compiling the branch on the phone now
[11:17] <dandrader> so, I say this sidestage branch of unity-mir is a dud
[11:17] <mzanetti> although if that works it would confuse me even more
[11:21] <greyback> oh guys, you probably need to install the platform-api and qtubuntu packages too.
[11:21] <dandrader> greyback, from where?
[11:22] <greyback> hmm, they're not built? Looking
[11:23] <dandrader> greyback, I mean whate platform-api and qtubuntu branches do we need
[11:23] <dandrader> what
[11:23] <greyback> dandrader: https://code.launchpad.net/~ricmm/platform-api/set-dimensions/
[11:23] <tsdgeos> greyback: well we were told that unity-mir is the only thing that was needed :D
[11:24] <greyback> dandrader: https://code.launchpad.net/~ricmm/qtubuntu/papi-setdimensions
[11:24] <greyback> tsdgeos: well unity-mir depends on qtubuntu, so I'm guessing a little :)
[11:25] <greyback> if you give me 5 mins, I'll check it out
[11:28] <dednick> weird, when testing the calendar click app, it's coming up white screen, but the tests are passing...
[11:32]  * greyback really wished system-image-cli output some progress info
[11:41] <dandrader> tsdgeos, hey, could you finish the review of https://code.launchpad.net/~dandrader/unity8/runningTestsDoc/+merge/199186
[11:41] <dandrader> ?
[11:43] <tsdgeos> dandrader: sure sorry
[11:43] <tsdgeos> it did not show up in https://code.launchpad.net/~aacid/+activereviews because i did not "vote"
[11:44] <tsdgeos> dandrader: "Tests can be run from the build directory." -> "Tests can be run from the build directory (which if you compiled using ./build will be called builddir)" ?
[11:47] <dandrader> tsdgeos, done
[11:51] <tsdgeos> mzanetti: greyback: any luck with those branches?
[11:51] <mzanetti> not so far for me
[11:51] <greyback> tsdgeos: system-image-cli not restoring a working phone for me, resorting to phablet-flash...
[11:51] <mzanetti> installing the platform api packages too makes it crash with some uncaught exception. for the other branch there aren't any packages
[11:52] <tsdgeos> ^_^
[11:54] <greyback> My bandwidth sucks today, only getting ~300KB/s. Were big storms here yesterday, maybe some lines were broken
[12:07] <greyback> Mirv: "libqt5core5a" <- the "a" at the end is desired?
[12:08] <Mirv> greyback: yes, see the Debian bug report, it was added in Debian by request from Steve L.
[12:08] <Mirv> to "help" our migration. help in the sense that it forces the rebuilds.
[12:08] <greyback> Mirv: ok
[12:21] <greyback> well I'm guessing none of you got this fail: http://pastebin.ubuntu.com/6599363/
[12:21] <mzanetti> greyback: yeah. that's the one I got after installing platform-api
[12:22] <greyback> mzanetti: ah really? Ok. I'm rebuilding papi to check
[13:39] <dandrader> dear cmake gurus, if I call target_link_libraries() twice for the same executable, will the second call append its libraries to the ones from the first or will it replace them?
[13:48] <greyback> dandrader: http://www.cmake.org/cmake/help/git-master/command/target_link_libraries.html "Repeated calls for the same <target> append items in the order called."
[13:49] <dandrader> greyback, ah, cool. The documentation here (which is the one I use) lacks this sentence: http://www.cmake.org/cmake/help/v2.8.8/cmake.html#command:target_link_libraries
[13:50] <dandrader> ah, v2.8.12 has it. have to update my bookmarks
[14:09] <mzanetti> Saviq: tsdgeos: how about this? would get us rid of the qmlproject file: https://code.launchpad.net/~mzanetti/unity8/qml-in-cmake/+merge/199664
[14:10] <mzanetti> dandrader: I'd say yes, it appends it, not overwrite
[14:11] <mzanetti> dandrader: as I'm quite sure things like use_modules(QtXXX) does that too and if target_link_libraries would overwrite it, it would break that
[14:11] <tsdgeos> mzanetti: not a Creator user so can't comment :D
[14:11] <tsdgeos> globs are evil otoh
[14:11] <mzanetti> why?
[14:12] <tsdgeos> because they fail when you add a new file and don't touch the cmakelists
[14:12] <dandrader> mzanetti, QtCreator is for wussies. real men use vim
[14:12] <dandrader> :P
[14:12] <tsdgeos> i.e. they don't get reeavaluated
[14:12] <mzanetti> tsdgeos: ah, I see...
[14:12] <mzanetti> tsdgeos: well. in this case the file wouldn't show up in the project tree...
[14:13] <mzanetti> dandrader: yeah. I've never been a real man in that sense
[14:14] <mzanetti> and I'd argue that from that point of view vi (without m) is the only real thing :P
[14:17] <tsdgeos> mzanetti: greyback: did you guys get the thing working?
[14:18]  * mzanetti stopped trying
[14:18] <greyback> not yet
[14:18] <greyback> am working on it
[14:18] <mzanetti> is Saviq not in today?
[14:22] <tsdgeos> dandrader: don't approve the verticalimprovements branch
[14:22] <tsdgeos> mzanetti: i'd say no
[14:22] <tsdgeos> dandrader: there's a bug in the assumption we remove the last item
[14:22] <tsdgeos> it may happen the model has lots of items
[14:22] <tsdgeos> so the index we are removing may not be created
[14:22] <tsdgeos> i'll add a test for it
[14:27] <dandrader> tsdgeos, you mean because of the delegateCreation[Begin|End] effect?
[14:27] <tsdgeos> dandrader: no i mean because it's a view and we don't create all the items anyway
[14:27] <dandrader> ok
[14:31] <mzanetti> dednick: standup
[15:04] <tsdgeos> dandrader: since the other got merged, i hereby present you with https://code.launchpad.net/~aacid/unity8/verticalJournalImprovementsV2/+merge/199671
[15:41] <Saviq> mhr3_, pong
[15:45] <mhr3_> Saviq, unping :)
[15:45] <Saviq> mhr3_, unpont
[15:46] <Saviq> mhr3_, unpong, even
[15:47] <mhr3_> Saviq, but since you're here, there are some reviews in unity-scopes-shell :)
[15:47] <Saviq> mhr3_, yeah, I've seen, will try and get to them tomorrow
[15:48] <mhr3_> k
[16:24] <sil2100> Saviq, kgunn, tsdgeos: https://bugs.launchpad.net/unity8/+bug/1262743
[16:25] <sil2100> Saviq, kgunn, tsdgeos: this is strange, since I remember you guys said that all tests pass for you guys - might be indeed something with my device, but cyphermox had also strange results yesterday
[16:25] <sil2100> cyphermox: could you comment ^ ?
[16:26] <cyphermox> just not always the same results
[16:26] <cyphermox> that wasn't yesterday but on the 17 though
[16:26] <cyphermox> so like, revision 568 or something IIRC
[16:26] <tsdgeos> sil2100: CI disagrees with you
[16:26] <cyphermox> 597 it was
[16:26] <Saviq> sil2100, you sure that's not ~phablet/autopilot?
[16:27] <Saviq> sil2100, http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/tests/autopilot/unity8/shell/tests/test_notifications.py#L65 doesn't look for "QQuickListView" any more
[16:27] <Saviq> sil2100, but for "Notifications"
[16:27] <sil2100> tsdgeos, Saviq: I'm only using what's in the image + an upgrade of unity8, unity8-autopilot and the -fake-env
[16:27] <sil2100> Didn't upgrade anything else
[16:28] <Saviq> sil2100, "Loading tests from: /home/phablet/autopilot"
[16:28] <Saviq> sil2100, you got old tests in there
[16:28] <sil2100> Saviq: ...I remember we once had this issue, let me check
[16:29] <Saviq> sil2100, autopilot picks up tests from /home/phablet/autopilot if they're there
[16:29] <Saviq> sil2100, just drop that folder altogether
[16:29] <sil2100> Saviq: let me retry, damn
[16:30] <sil2100> Saviq: maybe during click package testing this directory is created and propagated with unity8 tests?
[16:30] <Saviq> sil2100, indeed it is
[16:31] <sil2100> Saviq: then let me re-run the tests and close the bug - and take a note about this in the wiki
[16:31] <Saviq> sil2100, thanks
[16:55] <sil2100> Saviq: ok, it's down to one failure now
[16:55] <sil2100> This time it's Loading tests from: /usr/lib/python2.7/dist-packages
[16:56] <sil2100> But still, unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_summary_only(Native Device) seems to fail
[16:56] <Saviq> sil2100, can you try running that test alone?
[16:56] <Saviq> sil2100, i.e. does it repeatedly fail for you?
[16:56] <Saviq> sil2100, /me does the same
[16:56]  * sil2100 does that
[16:57] <sil2100> Even if it doesn't, I would be grateful if you guys could assign someone to look at that one, due to Didiers no-re-run-policy
[16:57] <sil2100> aka. death to all the flakeys
[16:57] <Saviq> sil2100, of course, we will, just getting more data
[17:03] <sil2100> Saviq: it passes, so it might just be flaky
[17:06] <Saviq> sil2100, can you show me the output from the failed run?
[17:07] <mhr3_> Saviq, need to bother you with https://code.launchpad.net/~mhr3/unity-scopes-shell/component-mapping/+merge/198807 could you re-look at it today, without it api and shell trunk are not compatible
[17:07] <mhr3_> Saviq, plus you've already seen it :)
[17:09] <mhr3_> and we a pending landing ask, will ftbfs
[17:10] <Saviq> mhr3_, for rawTemplate, think pretty-printing may make more sense than actually putting what the scope sent?
[17:10] <mhr3_> Saviq, ui's job :)
[17:10] <Saviq> mhr3_, well, you have it parsed already - we don't
[17:10] <Saviq> mhr3_, on that note...
[17:11] <Saviq> mhr3_, do we really need rawTemplate? can't we just put it through JSON.stringify() UI-side?
[17:11] <mhr3_> Saviq, it's really raw, it isn't parsed
[17:11] <Saviq> mhr3_, I mean you have it parsed anyway in m_template
[17:11] <mhr3_> Saviq, UI's actual json is filled with defaults
[17:11] <mhr3_> scope author won't recognize it :)
[17:12] <Saviq> mhr3_, right
[17:13] <mhr3_> Saviq, it's really just for the tool, i don't expect it being used elsewhere
[17:14] <Saviq> mhr3_, yeah, sure, can pretty-print in the tool indeed
[17:15] <mhr3_> it's actually already doing it ;)
[17:17] <sil2100> Saviq: sorry, had a meeting - pastebining it
[17:18] <Saviq> sil2100, no worries
[17:18] <sil2100> Saviq: http://paste.ubuntu.com/6600767/
[17:18] <Saviq> mhr3_, 151	+ m_rendererTemplate = category_root.value(QString("template"));
[17:18] <Saviq> 152	+ m_components = category_root.value(QString("components"));
[17:19] <Saviq> mhr3_, should we not emit changed?
[17:19] <Saviq> mhr3_, or use setComponents / setRendererTemplate, for that matter?
[17:20] <Saviq> sil2100, ok, nothing interesting, need -v output, will get it myself
[17:20] <mhr3_> Saviq, it is done in collectChangedAttributes
[17:20] <mhr3_> Saviq, and my latest branch changes it a bit :)
[17:20] <sil2100> Saviq: I modified https://bugs.launchpad.net/unity8/+bug/1262743 to point to this bit-flaky test
[17:20] <Saviq> mhr3_, right ok
[17:20] <sil2100> SO we can 'track' it
[17:20] <Saviq> sil2100, cthanks
[17:21] <sil2100> Thank YOU
[17:25] <Saviq> mhr3_, new unity-scopes-api released yet?
[17:26] <mhr3_> Saviq, no, but in ppa if you want it
[17:26] <Saviq> mhr3_, yeah, I want it
[17:26] <Saviq> mhr3_, demo-stuff?
[17:27] <mhr3_> yep
[17:28] <mhr3_> built 48minutes ago
[17:29] <Saviq> mhr3_, btw, added a lot of text to comments on the preview jsons
[17:30] <mhr3_> yep, seen a mail about that
[17:34] <Saviq> mhr3_, ACK'ed
[17:34] <mhr3_> thx
[17:34] <Saviq> mhr3_, we still treating title and icon in a special way it seems? that's going away, right?
[17:35] <mhr3_> Saviq, ehm, not really
[17:36] <mhr3_> that has gone away with api 0.1.6
[17:36] <mhr3_> well.. mostly
[17:36] <mhr3_> there are still getters/setters for convenience
[17:36] <Saviq> mhr3_, mhm
[17:38] <mhr3_> Saviq, where do you see them treated specially?
[17:38] <Saviq> mhr3_, /me looks
[17:38] <mhr3_> 376?
[17:39] <Saviq> mhr3_, I actually might've been looking at category name and icon
[17:39] <Saviq> mhr3_, yeah, ignore me
[17:40] <mhr3_> ok :)
[17:40] <mhr3_> but you should have put expiry date on that request :P
[18:01] <mhr3_> robru, ping?
[18:06] <robru> mhr3_, hi
[18:10] <mhr3_> robru, hey, quick thing, i see your name at the landing ask for unity-api et al, working on it already?
[18:14] <mhr3_> robru, well, anyway, there was an api break, so if you started to build everything an hour ago, unity-scopes-shell would ftbfs, but branch fixing that just landed
[18:15] <robru> mhr3_, nope, sorry, swamped with stuff. i'll do it soon
[18:15] <mhr3_> robru, good then ^ :)
[18:15] <robru> mhr3_, just landed now? so everything is fine now then?
[18:15] <mhr3_> yep, should be
[18:15] <robru> mhr3_, ok
[18:15] <robru> mhr3_, thanks for the heads up
[18:15] <mhr3_> we seem to have a flaky test on slow systems, will see if you manage to hit it :/
[18:16] <mhr3_> but otherwise it should be fine