[01:06] <rai_> about to install ubuntu on my galaxy nexus
[03:26] <rylo_> does anyone have any advice for installing ubuntu touch on a new Nexus 7 (2013?)? I have tried and failed serveral times. I followed the instructions for the grouper install and some other methods as well
[03:26] <rylo_> I mean any links to guides, etc...
[10:22] <curious_> hello I'm a beginner and not to sure on how to make heads or tales of this but I'm it rested in innovation and I feel this is it . my question is how do I begin?
[10:23] <curious_> oops intrested
[13:33] <Berry> hej there, i am willing to try ubuntu on my 10" android tab
[13:34] <Berry> anyone got experience with a 2012 TomTec ATP7526 Ultimate10?
[15:33] <FuLgOrE> has anybody seen rsalveti today? I really would like to know if he already tried his N5 image on his N5
[15:42] <shiggitay> rsalveti finally got an N5 eh
[15:43] <shiggitay> hi FuLgOrE
[15:43] <FuLgOrE> yes, hi shiggitay
[15:43] <FuLgOrE> he bought one. good for us, I hope. I would like to help more, but I guess I can only test
[15:44] <shiggitay> yea
[15:45] <FuLgOrE> I have a lot of time until tuesday evening
[15:45] <FuLgOrE> to I could test a lot :D
[15:50] <asad2005> I have installed touch dual boot on top of CM11, now i cannot update CM11 as the default boot is ubuntu. How can i change default boot to CM11 for future update?
[16:06] <Tassadar> FuLgOrE: does latest rootfs ZIP boot for you on N5?
[16:06] <FuLgOrE> I didn't try because I used apt-get
[16:06] <FuLgOrE> should I try?
[16:08] <FuLgOrE> Tassadar: The image I used was the second image from ogra_
[16:08] <Tassadar> hmm, it wouldn't boot for me when I used apt-get from older image either
[16:08] <Tassadar> yeah, mine too
[16:08] <FuLgOrE> I can check the md5sum
[16:08] <FuLgOrE> one moment
[16:09] <FuLgOrE> 8c6246c6543a1fe83cb283d00da3e097
[16:09] <FuLgOrE> this one boots for me
[16:09] <FuLgOrE> do you use mutli boot? I red somewhere that apt get will not work with dual boot
[16:10] <FuLgOrE> Tassadar: what exactly is your problem? Can you enter adb shell?
[16:11] <thomas> Hi all
[16:11] <Tassadar> yeah, I can, and unity won't start - log says maliit-server keeps crashing
[16:11] <Guest12513> I'm trying to flash ubuntu touch on my nexus 73g. but now I see only "google" splash screen and nothing else
[16:11] <Guest12513> what to do now ?
[16:12] <FuLgOrE> once I had a problem that mir didn't work. so I removed the .display-mir file rebooted with surfaceflinger and later I touched .display-mir again and it worked
[16:13] <FuLgOrE> but I didn't try to check why this happened, because I was focusing on the wifi thing
[16:14] <FuLgOrE> Guest12513: Sorry, I only have the not supported N5 so I use an other way to flash it. I cannot help :-/
[16:14] <FuLgOrE> *not official
[16:14] <Tassadar> it does that with both surfaceflinger and mir
[16:14] <FuLgOrE> strange
[16:14] <Tassadar> FuLgOrE: how long ago did you do apt-get dist-upgrade last time?
[16:15] <FuLgOrE> I would say around 5-6 hours before
[16:15] <FuLgOrE> I can do it again, if you like
[16:15] <FuLgOrE> last time there was nothing to update
[16:15] <Tassadar> yeah, please do
[16:17] <FuLgOrE> i'm updating. it will take a while (damn internet connection)
[16:18] <FuLgOrE> 16kb/s...
[16:26] <asad2005> I have installed touch dual boot on top of CM11, now i cannot update CM11 as the default boot is ubuntu. How can i change default boot to CM11 for future update?
[16:33] <FuLgOrE> Tassadar: 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[16:34] <FuLgOrE> Tassadar: btw: Fetched 14.5 MB in 16min 54s (14.3 kB/s)
[16:34] <Tassadar> chm, weird
[16:34] <Tassadar> thanks
[16:34] <FuLgOrE> no problem
[16:34] <FuLgOrE> I'm using the new boot.img and system.img from rsalveti
[16:34] <Guest12513> adb push /path/to/your/downloaded/trusty-preinstalled-touch-armel+grouper.zip /sdcard/autodeploy.zip cannot stat '/path/to/your/downloaded/trusty-preinstalled-touch-armel+grouper.zip': No such file or directory
[16:35] <Guest12513> what to do ?
[16:35] <FuLgOrE> but they should have fixed the brighness issue, as far as I know, nothing else
[16:35] <FuLgOrE> exchange the /path/to/..../ to your real path ;-)
[16:37] <Guest12513> for e.g cd Download ?
[16:38] <Guest12513> starting with /home ? or what? please give an e.g ?
[16:38] <FuLgOrE> if your username is thomas, then try /home/thomas/Downloads/ and so on
[16:40] <FuLgOrE> so, I will go now, bye
[16:40] <Guest12513> doesn't work
[16:41] <Guest12513> ok. it seems to work
[16:52] <faisal_> m
[16:55] <DonkeyHotei> is there a procedure for installing Touch on an x86 tablet?
[16:56] <popey> no
[16:56] <DonkeyHotei> so the packages are not in the repos?
[16:57] <popey> sure, you can install unity8 and the other bits and bobs
[16:57] <popey> but we don't have a "procedure" for installing on x86 tablet which was what you asked
[16:57] <DonkeyHotei> can tasksel do that?
[16:58] <popey> try it, write it up and then we'll have a procedure ☻
[16:59] <DonkeyHotei> is there a touch task in tasksel to grab the needed pkgs?
[17:00] <popey> there's an ubuntu-touch package
[17:00] <DonkeyHotei> and it installs everything?
[17:00] <popey> i dont know, I haven't tried it
[17:01] <popey> but it looks like it pulls in a lot of related stuff
[17:12] <shiggitay> Tassadar, hmm fulgore left but I wanted to say that I won't bother installing UT again until it's documentedly functional and worth my tim
[17:12] <shiggitay> e
[17:13] <shiggitay> I have high hopes for it
[18:08] <robert1> hi guys, i installed ubuntu touch on a nexus4. i use 12.04 on a notebook and do it with this manual: http://www.ubuntu.com/phone/install . i became an error
[18:09] <robert1> the error sounds like i have unmet dependencies
[18:11] <robert1> because click is not in the official repositories in 12.04
[18:12] <robert1> i helped myself with adding the Ubuntu SDK Release PPA
[18:14] <robert1> the original error-message is in german http://paste.ubuntu.com/6809678/
[18:16] <robert1> i think it is a bug in ppa:phablet-team/tools
[19:01] <willman> hi everyone
[19:12] <Ruturaj> hello
[19:41] <willman> hi
[19:44] <shiggitay> hello willman
[19:46] <willman> tell me, i got htc beat one, and can i install ubuntu-touch
[19:47] <shiggitay> willman, when someone ports to it sure
[19:51] <willman> i gotta go
[19:51] <shiggitay> heh
[19:51] <shiggitay> bye
[20:03] <glfados> is there anyway i can compile full ubuntu touch myself??? (i mean they say that images are builded in canonical data center, and i wanna build it myself)
[20:04] <shiggitay> glfados, you can compile the android driver subsystem
[20:04] <shiggitay> https://wiki.ubuntu.com/Touch/Building
[20:04] <shiggitay> but as for the actual UT OS, I dunno
[20:04] <popey> of course
[20:05] <glfados> popey so can i?
[20:06] <popey> sure, the  packages are built from source code hosted on launchpad
[20:06] <shiggitay> haha popey I don't think that's what he's asking about
[20:07] <shiggitay> he wants to take that source code and build it all himself if I'm not mistaken
[20:07] <glfados> yes
[20:07] <popey> yes. thats what I understood it to mean
[20:07] <popey> I didn't read it any other way
[20:07] <shiggitay> okay haha
[20:08] <popey> i was just clairfying that yes, you can build the packages, given thats what we do.. build the packages from *source code* hosted on launchpad
[20:08] <glfados> but is there any single command to download all these source packages???
[20:08] <popey> not really
[20:08] <popey> I mean, you could craft one ☻
[20:10] <glfados> so i need to download all these 387 packages manually :(
[20:10] <popey> http://paste.ubuntu.com/6863448/
[20:10] <DonkeyHotei> popey: are there any ppa's pre-enabled on a stock touch install?
[20:11] <popey> People tend to script stuff to automate a task they do regularly. Nobody I know regularly pulls all the packages in Ubuntu touch and builds them all
[20:11] <popey> that paste is a list of every deb on an ubuntu touch phone
[20:11] <popey> (currently)
[20:11] <popey> I dont think so DonkeyHotei
[20:12] <popey> glfados: whats the goal?
[20:14] <glfados> i want to fork it for personal use (like cyanogenmod from android, but for personal)
[20:14] <popey> ok
[20:15] <popey> its under active development so you'd constantly be playing catch up as package versions change from one image to another
[20:17] <DonkeyHotei> popey: is that paste from saucy, or trusty?
[20:17] <popey> trusty
[20:17] <popey> latest image
[20:17] <popey> but as you can see from http://people.canonical.com/~ogra/touch-image-stats/ - it changes daily
[20:17] <popey> (less so on sundays) :D
[20:45] <DonkeyHotei> trusty does not seem to come up graphically under virtualbox
[20:49] <popey> DonkeyHotei: desktop
[20:49] <popey> ?
[20:53] <DonkeyHotei> neither desktop nor touch
[20:53] <DonkeyHotei> lightdm fails to start
[21:35] <aquarius> popey, oi, what's wrong with my mum's fab lemon meringue pie?
[21:35] <shiggitay> o.O
[21:36] <popey> aquarius: it doesn't have enough of your face in it
[21:36] <aquarius> there is, however, plenty of it in my face. :)
[21:36] <popey> I imagine the pie tastes delicious, it certainly looks it.
[21:36] <popey> haha
[21:37] <aquarius> it most certainly is delicious. my mum's a genius :)
[21:39] <popey> :D
[21:40] <shiggitay> aquarius, mum? are you a brit/aussie/ xD
[21:41] <aquarius> I am indeed English. :)
[21:41] <shiggitay> groovy
[21:41] <shiggitay> :)
[21:41] <aquarius> "mom" is an abomination unto god. :)
[21:41] <popey> +1
[21:41] <shiggitay> lol
[21:41] <popey> where "god" is an abomination unto the flying spaghetti monster
[21:42] <shiggitay> yum
[21:42] <aquarius> it's turtles all the way down
[21:42] <shiggitay> TMNT?!
[21:42] <shiggitay> jk
[21:53] <s0u][ight> guys, congratz on the 4.4 codebase and new nexus 7 support, didn't expect that to happen so fast :)
[21:54] <shiggitay> s0u][ight, heh rsalveti is working on a Nexus 5 build as well
[21:55] <s0u][ight> keep it up folks
[21:55] <shiggitay> xD
[21:55] <s0u][ight> what is the difference between ubuntu-touch and ubuntu for android?
[21:56] <popey> Ubuntu Touch is ubuntu on a device.. ubuntu for android is a device booting android, with Ubuntu desktop on top
[21:56] <shiggitay> beat me to it
[21:56] <shiggitay> xD
[21:57] <s0u][ight> popey: and there was ubuntu for nexus 7, the complete desktop afaik, that was a neat project, discontinued unfortunately
[21:57] <s0u][ight> i wish i could use my tablet as a complete desktop
[21:57] <popey> yeah
[21:57] <popey> desktops don't work well on touch devices
[21:57] <popey> hence ubuntu touch
[21:58] <s0u][ight> popey: physical keyboard + mouse :)
[21:59] <popey> true
[21:59] <popey> tiny low-res screen though
[21:59] <DonkeyHotei> it would be nice to put ubuntu touch on the M$ Surface Pro 2, but https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1248958 and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1248917
[22:25] <thomasthomas> I have problem with flashing ubuntu touch on Nexus 7 3g
[22:25] <thomasthomas> can anybody help me ?
[22:26] <thomasthomas> after "sudo phablet-flash ubuntu-system --no-backup -d grouper"  -> flashing. all good. I get "INFO:phablet-flash:Installation complete Removing directory /tmp/tmpMeM0pk Removing directory /tmp/tmpqbjKrv"
[22:27] <popey> you dont need sudo
[22:27] <popey> for one thing
[22:27] <thomasthomas> but after that it stuck on google screen
[22:27] <thomasthomas> ok. but without "sudo" its the same
[22:27] <popey> wait, it takes a while
[22:27] <aquarius> Can Ubuntu on my Nexus 4 see files that I've downloaded onto the phone when it's booted into Android?
[22:28] <popey> aquarius: dual boot mode? probably, but you'd need to mount the android bit of the disk
[22:28] <thomasthomas> popey. so you thing, that it all good - but now I have to wait ?
[22:29] <thomasthomas> think*
[22:29] <aquarius> popey, yeah, that's what I was thinking. But isn't there some Android running which uses the Android bit of the disk? I fear mounting it twice and so corrupting things or creating a wormhole and so destroying the universe or something
[22:29] <popey> thomasthomas: how long have you waited?
[22:29] <thomasthomas> ok. but i'm waiting 30 min and still stuck google screen
[22:29] <popey> aquarius: you can mount ro
[22:30] <aquarius> popey, hm, sneaky. How does , for example, the media scanner cope with data on an extra mount point which might not be there sometimes? (After I reboot, for example, I'd need to mount it again, probably)
[22:31] <popey> mediascanner looks in specific directories
[22:31] <popey> don't mount under there ☻
[22:31] <popey> and mediascanner spots when stuff goes away
[22:33] <popey> https://telegram.org/
[22:33] <popey> someone should port that
[22:33] <popey> "open API"
[22:34] <popey> "open protocol"
[22:34] <popey> right up your street aquarius ☻
[22:34] <aquarius> ah
[22:34] <aquarius> I looked at that
[22:34] <aquarius> and I read a couple of reviews about it which suggested that the team doing it have no idea what they're doing, cryptographically.
[22:35] <aquarius> I am myself totally unable to assess whether they are or not
[22:35] <aquarius> but if people are disagreeing about whether the crypto is a good idea, then I should stay away, in my opinion. :)
[22:38] <popey> ☻
[22:40] <thomasthomas> how long should I wait for first boot ubuntu touch after complete flashing ?
[22:40] <thomasthomas> becuase i think it stuck on google screen
[22:45] <popey> thomasthomas: from your pc run "adb shell"
[22:45] <popey> thomasthomas: do you get an ubuntu prompt or a busybox one?
[22:48] <thomasthomas> adb shell   BusyBox v1.20.2 (Ubuntu 1:1.20.0-8.1ubuntu1) built-in shell (ash)
[22:50] <popey> hm
[22:50] <popey> sounds unwell
[22:50] <thomasthomas> what to do now ?
[22:50] <popey> i dont have a nexus 7 handy (it's a few thousand miles away) so I can't confirm it or really debug
[22:51] <thomasthomas> it's 3g version
[22:51] <thomasthomas> that the problem
[22:52] <popey> no idea, i only have the wifi one
[22:52] <popey> never tried the 3g version
[22:52] <popey> its a 2012 one right? not the new 2013 one?
[22:53] <thomasthomas> 2012
[22:53] <popey> right
[23:01] <thomasthomas> do you know something about this thing: $abootimg -x saucy-preinstalled-system-armel+grouper.img ?
[23:02] <popey> nope


[21:49] <sudip> can anyone please mark LP: #2051270 as affecting Jammy
[21:49] -ubottu:#ubuntu-bugs- Launchpad bug 2051270 in sysdig (Ubuntu) "sysdig-dkms 0.27.1-0.3ubuntu0.2: sysdig kernel module failed to build" [Undecided, Confirmed] https://launchpad.net/bugs/2051270


[23:23] <Unit193> willdeberry: You get LP figured out?
[23:31] <willdeberry> Unit193: not yet :(
[23:31] <willdeberry> i have an email going but no resolution yet
[23:32] <willdeberry> they found that my account wasn't fully activated and fixed that, but still doesn't let me log in
[23:32] <willdeberry> i told them to nuke the account so i could start over
[23:39] <Unit193> I'm entirely unable to create build chroots for artful now. :/
[23:57] <willdeberry> that's no good
[23:59] <Unit193> No, it's not.  But at least no issues with unstable, so I guess between zesty and unstable chroots test builds will be "good enough"


[01:57] <CarlFK> Failed to fetch http://ddebs.ubuntu.com/dists/oneiric/universe/binary-amd64/Packages  404  Not Found
[01:57] <CarlFK> where did the debug debs go?
[08:03] <kai> hggdh: thank you. bug is filed. :)
[09:21] <AlexzAK> Hi. Is any body here?
[10:29] <AlexzAK> Why this chat is so silent?
[10:30] <AlexzAK> 124 people: Are you zombies? or some thing?
[10:32] <jpds> AlexzAK: Just ask your question and if someone knows the answer they'll help.
[10:34] <AlexzAK> jpds: Can you help me with bug https://bugs.launchpad.net/ubuntu/+source/readline6/+bug/1015744
[10:34] <ubot2> Ubuntu bug 1015744 in readline6 "Bash history navigation keys should be enabled in the config" [Undecided,New]
[10:35] <AlexzAK> All Gentoo installations have this feature enabled by default. But Ubuntu distro has no
[10:35] <jpds> AlexzAK: Erm, bash already does that.
[10:35] <AlexzAK> jpds: This feature disabled in default readline config
[10:35] <jpds> ...by default.
[10:36] <AlexzAK> jpds: Page up key search history back regarding what you already typed?
[10:36] <jpds> AlexzAK: Yes.
[10:37] <AlexzAK> I don't see it working in any ubuntu distro for five year actually... I don't understend
[10:38] <jpds> AlexzAK: I've had it working all the time I've used Ubuntu since 5.04.
[10:38] <AlexzAK> so use case:
[10:38] <AlexzAK> 0. disable custom bash config
[10:38] <AlexzAK> 1. type ls and space
[10:38] <AlexzAK> 2. press Page up
[10:38] <AlexzAK> 3. Nothing happens
[10:38] <jpds> AlexzAK: Oh, page up, I just use the up arrow key.
[10:39] <AlexzAK> Yes, Page Up are not interating over history, but do searching
[10:40] <jpds> I do Ctrl-R if I need to search.
[10:40] <jpds> Oh well.
[10:41] <AlexzAK> So you affected by this bug too. This is good
[10:41] <jpds> Not really, I use zsh. ;)
[10:41] <AlexzAK> Can you uncomment lines from my patch in the /etc/inputrc config
[10:42] <AlexzAK> jpds: I use zsh too. About five years ago I installed it, because bash not allowed to press PageUp/PageDown
[10:43] <AlexzAK> jpds: Do you know bash and readline maintainers?
[10:43] <AlexzAK> Can you talk to them?
[10:48] <jpds> No, they'll look into the bug when they have time.
[10:49] <jpds> AlexzAK: Also, it would probably be better to send that feature request to Debian.
[10:50] <AlexzAK> Launchpad says that there are one mainteiner for both Debian and Ubuntu
[10:52] <jpds> AlexzAK: Still, send it to the Debian bug tracker, no point introducing a delta purely in Ubuntu
[10:53] <AlexzAK> I will wait for maintainer response of course. But this problem was originally reported here https://bugs.launchpad.net/ubuntu/+source/readline6/+bug/103986
[10:53] <AlexzAK> It was a year 2007
[10:53] <ubot2> Ubuntu bug 103986 in base-files "Update inputrc config and bash config" [Wishlist,Confirmed]
[10:54] <AlexzAK> I will try to send it to Debian
[12:48] <Logan_> I can't seem to triage any bugs anymore... can anyone help?
[12:48] <Logan_> I haven't tried in a while, and I'm part of the Ubuntu Bug Squad group.
[12:49] <Logan_> Oh, hggdh, you're here.
 I can't seem to triage any bugs anymore... can anyone help?
 I haven't tried in a while, and I'm part of the Ubuntu Bug Squad group.
[12:49] <Logan_> Can you help? :)
[12:50] <hggdh> Logan_: what exactly do you need?
[12:50] <Logan_> I can't mark any Ubuntu bugs as Triaged.
[12:50] <Logan_> It's greyed out.
[12:51] <Logan_> But I'm part of the Ubuntu BugSquad group on Launchpad, which should allow me to triage bugs, no?
[12:52] <hggdh> Logan_: yes, you can triage, but you have to be a member of BugControl to set bugs to Triaged (and a few other actions)
[12:52] <Logan_> Oh...
[12:52]  * Logan_ is silly.
[12:52] <hggdh> BugControl membership is a bit more involved
[12:53] <hggdh> Logan_: please read https://wiki.ubuntu.com/UbuntuBugControl
[12:53] <Logan_> Reading now. :)
[12:53] <Logan_> I might try applying.
[12:53] <Logan_> I have done a ton of triaging.
[12:54] <hggdh> Logan_: make sure you have at least 5 bugs that shine on showing your triager work
[12:54] <Logan_> And I recently started teaching myself packaging. :P
[12:54] <Logan_> Yeah, definitely. I'll see what I can find.
[12:54]  * hggdh would have to sa -1
[12:54] <Logan_> Hmm?
[12:55] <hggdh> output got confusing due to personal dislexia and tired status
[12:55] <Logan_> Ah. :P
[12:55] <Logan_> I'm going through the [needs-packaging] backlog right now.
[12:56] <Logan_> You wouldn't believe how many aren't linked to Debian WNPP bugs.
[12:56] <hggdh> I meant: if you do not give us 5 nice bugs showing you *triager* work, I would hate it, but would vote -1 on your application
[12:56] <Logan_> Oh, I see.
[12:56] <hggdh> I would believe... we are way behind on upstreaming
[12:56] <Logan_> I know. :/
[12:57] <Logan_> I've been spending most of my triaging time linking to upstream bugs, registering upstream projects, etc.
[12:57] <Logan_> I think that's important.
[12:57] <hggdh> it if, and we do thank you for this work
[12:57] <Logan_> :)
[12:57]  * hggdh goes bang head on wall for a while, dyxlexia is quite strong now
[12:58] <hggdh> s/it if/it is/
[12:58] <Logan_> You should probably sleep. :P
[12:58] <hggdh> I officially got out of bed one hour ago :-)
[12:58] <Logan_> Ah.
[12:59] <Logan_> Well, this in interesting packaging request: https://bugs.launchpad.net/ubuntu/+bug/885574
[12:59] <ubot2> Ubuntu bug 885574 in ubuntu "[needs-packaging] cheermeup request for packaging" [Wishlist,New]
[12:59] <Logan_> "Sends affirmative messages to the currently logged in users via the notification library. The affirmative messages are intended to boost the user's self-esteem by telling the user he or she is a great person, that someone loves him or her, etc.
[12:59] <Logan_> "
[13:00] <hggdh> er
[13:00] <hggdh> now, there is space for everything, I guess
[13:00] <Logan_> Seems a bit silly.
[13:01] <hggdh> well, for me it does, but this would be my view only. There is space for all
[13:01] <Daekdroom> I can't see how needing an app for telling you how great you are for no reason at all boosts self-steem.
[13:06] <Logan_> hggdh: I should also request to be an Ubuntu member at this point...
[13:06] <Logan_> Hmm.
[13:07] <Logan_> Meh, it says 6 months of continuous contribution. Looks like I'll be waiting a bit. :P
[13:07] <hggdh> Logan_: you can. Please try to get testimonials from people you have dealt with, it does help
[13:08] <hggdh> Daekdroom: neither do I, but this is a personal opinion, and should be influence the packaging of an application
[13:08] <Daekdroom> shouldn't?
[13:08] <hggdh> meaning, it *will* influence my decision to package it (I will not), but it is still a valid package
[13:09] <Daekdroom> Hm.
[13:09] <Daekdroom> So it is a valid package but you'll leave it to someone else to step up for because you don't think it is useful?
[13:10] <hggdh> I do not see I will have time to work on it -- there are other more important (in my humble view) work to be performed
[13:12] <hggdh> Daekdroom: as always, one is free to select to work (or not) on a particular bug
[21:12] <epikvision> how can one help for the papercut project?


[15:01] <dbarth> hi
[15:01] <dbarth> mhall119: hi
[15:01] <dbarth> mhall119: can you send me the hg link?
[15:02] <mhall119> dbarth: msm is going to run it
[15:02] <dbarth> ah ok
[15:03] <daker> hi
[15:03] <dbarth> hi daker!
[15:03] <daker> again i am following on IRC
[15:03] <dbarth> nw
[15:03] <dbarth> but youŕe welcome in the hg
[15:04] <daker> ya i know no mic here :(
[15:04] <daker> if you ask me a question look for the answer here
[15:05] <dbarth> ok, sure
[15:05] <dbarth> we may just all end up on irc
[15:05] <dbarth> if we don't get the hg link
[15:05] <dbarth> ;)
[15:05] <dbarth> *that* is the hallway after all
[15:05] <bzoltan1> I am here
[15:05] <bzoltan1> where is the coffee
[15:05]  * dbarth sends a cup to bzoltan1
[15:06] <bzoltan1> thanks dbarth
[15:06] <alex-abreu> bzoltan1, it is already late for you, you should be awake
[15:06] <bzoltan1> :) LOL
[15:07] <bzoltan1> alex-abreu: I was awake yesterday localtime 2am
[15:07] <alex-abreu> ah ! :) that explains it
[15:07] <bzoltan1> What is the link to the hangout?
[15:08] <alex-abreu> we are waiting for it
[15:08] <alex-abreu> daker, btw have you had time to review my small MRs yesterday (I am reviewing yours) ?
[15:09] <daker> alex-abreu: not yet i will do it tonight
[15:09] <alex-abreu> no worries
[15:09] <alex-abreu> HTML5 just left ... what a sign
[15:10] <daker> wat!
[15:10] <bzoltan1> I have merged the html5 with the cordova templates in the QtC and pulled in the simple webapp template
[15:11] <alex-abreu> bzoltan1, ?? ... I did this too yestefday !
[15:11] <bzoltan1> alex-abreu: today ... an hour or so ago
[15:11] <dbarth> well,so we're all on the same page then
[15:11] <bzoltan1> https://code.launchpad.net/~bzoltan/qtcreator-plugin-ubuntu/facelift/+merge/195963
[15:11] <alex-abreu> yeah
[15:11] <bzoltan1> it has landed on the QtC trunk
[15:11] <alex-abreu> ah ok
[15:12] <dbarth> but i'd like to confirm if we can just have 1 single hmtl5 template, not the tab and simple ones like in qml
[15:12] <alex-abreu> I saw
[15:12] <alex-abreu> bzoltan1, expect another MR
[15:12] <dbarth> ie, keep it super simple to see where to start an html5 app
[15:12] <dbarth> alex-abreu: ;)
[15:12] <alex-abreu> ok mine does expand on this work ...
[15:12] <dbarth> MR fight
[15:12] <alex-abreu> good
[15:12] <bzoltan1> alex-abreu: cool... just update your branch from the trunk
[15:12] <alex-abreu> bzoltan1, yup
[15:12] <kyleN> also the gaol is to have the single template also be used for cordova, yes?
[15:12] <alex-abreu> conflict hell
[15:13]  * bzoltan1 likes the smell of conflicting MRs in the morning
[15:13] <dbarth> kyleN: yes, cordova apis will be part of that single template
[15:13] <alex-abreu> kyleN, yes until 3.x
[15:13] <dbarth> ie, we're talking about the cordova APIs here only, not the new cli stuff that is cordova specific, and not the recommended way for ubuntu app developers
[15:13] <dbarth> kyleN: makes snse?
[15:14] <kyleN> alex-abreu, are you saying that with cordova 3.3 there will be a "regression" to two qtC Ubuntu HTML templates?
[15:14] <alex-abreu> html left ... the situation is worse
[15:14] <kyleN> now we ahve two tempaltes, one for html5, one for cordova
[15:14] <dbarth> ;)
[15:14] <kyleN> I think the plan is to move to one tempalte that supports both
[15:14] <alex-abreu> kyleN, cordova 3.x. will follow the cordova model, ...
[15:14] <dbarth> kyleN: we should have only one in the end
[15:15] <alex-abreu> kyleN, no we will have 1 template from now on
[15:15] <alex-abreu> kyleN, for cordova devs in 3.x. the wokflow will be similar to what you can see in typical cordova project, no shared runtime
[15:15] <alex-abreu> and the whole roject is embedded
[15:15] <alex-abreu> so it'll be a plain qtc project
[15:16] <kyleN> right. but one qtc tempalte
[15:16] <alex-abreu> yes
[15:16] <dbarth> yes, that's what we'd like
[15:16] <dbarth> kyleN: for cordova developers, ie those making ios apps, or cross platform apps let's say
[15:16] <dbarth> kyleN: they will use the cordova-cli system
[15:16] <alex-abreu> kyleN, but it will apply less & less to cordova in the end
[15:16] <dbarth> kyleN: and so they won't be in qtc really
[15:17] <kyleN> aha
[15:17] <alex-abreu> daker, btw ... one thing that we postponed for 13.10 and that we will have to tackle, is the layouting etc.
[15:17] <dbarth> kyleN: they may use the cordova runtime container, everything specific and integrated, etc.
[15:17] <daker> alex-abreu: ya we need to see how to do it
[15:17] <dbarth> kyleN: but that's another story than the html5 story
[15:18] <alex-abreu> daker, trying to have somthing simple, but also helpful ... and more aligned w/ modern ways of doing it, ... I ghave something on the side, a few experiments using flexboes
[15:18] <alex-abreu> instead of the more restricted grid systems
[15:18] <dbarth> kyleN: the html5 story then becomes: a webview + ubuntu platform/sdk APIs, + cordova apis by default
[15:18] <alex-abreu> since we have the luxury of not being web dev
[15:18] <alex-abreu> but targetted platform devs
[15:18] <dbarth> ie, you get all of the apis in the same place
[15:18] <kyleN> dbarth, I am confused by this: " and so they won't be in qtc really"
[15:18] <kyleN> I understand cordova provides cli for project management build and etc
[15:18] <dbarth> kyleN: they will create their cordova-specific app via the CLI
[15:19] <daker> alex-abreu: we need to see if flexbox works in qtwebkit
[15:19] <dbarth> not via qtc and its templates & plugins
[15:19] <kyleN> I was hoping that QtC would be a front end for those functions
[15:19] <alex-abreu> daker, basing things on flexboces, & possibly having some runtime support from js, ... (or not since it might trigger quite a bit of reflow)
[15:19] <dbarth> kyleN: the way we imagine things now (and feedback is expected ;)
[15:19] <alex-abreu> daker, yes, they do to a certain extent, but for 14.04 we will ideally rarget oxide, which is blink
[15:19] <dbarth> kyleN: is to say
[15:19] <alex-abreu> daker, so they'll work
[15:20] <dbarth> kyleN: ubuntu html5 developers have 1 single template, all apis accessible, including the cordova runtime ones
[15:20] <kyleN> dbarth, so if we do not expect cordova app devs to use QtC, then how about click pagkes, run app on devices, and all the otehr QtC goodness?
[15:20] <daker> alex-abreu: btw does oxide works ? i mean just the rendering part
[15:20] <dbarth> kyleN: and cordova-oriented guys go with the cli instead
[15:20] <alex-abreu> daker, yes ...
[15:20] <dbarth> kyleN: that's all in the new cli system they have
[15:20] <dbarth> it even creates click packages now
[15:21] <kyleN> OK. in that case the changes to the QtC menus we talked about yesterday is: remove all cordova menus
[15:21] <dbarth> fyi i pinged msm to get the HG link
[15:22] <kyleN> It would be nice to be able to simply open a cordova www/ dir in QtC and let Qtc be the front end for the cordvoa cli stuff
[15:22] <daker> alex-abreu: i want to anticipate and test the UI components stating from now (what dbarth said on the other session)
[15:22] <daker> starting*
[15:23] <kyleN> dbarth, does the new cordova cli stuff support running the app on the device?
[15:23] <alex-abreu> daker, totally ...
[15:23] <alex-abreu> daker, we have something already ... but limited
[15:24] <daker> alex-abreu: ok
[15:24] <dbarth> https://plus.google.com/hangouts/_/7acpjfelvcnnk0hlhlft68oees?authuser=0&hl=en-GB
[15:24] <alex-abreu> daker, we agreed on trying to come up w/ something like some sort of instrumentation tools & e.g. fps etc.
[15:25] <daker> alex-abreu: perfect
[15:27] <daker> alex-abreu: there is no video player on the page
[15:27] <kyleN> daker - right
[15:30] <dbarth> daker: we're trying to sort out the HGoA issue
[15:30] <dbarth> you don't have video yet, but it should go live at some point
[15:30] <dbarth> and we'll catch up with you and folks here
[15:40] <bzoltan1> WE ARE LIVE
[15:42] <dbarth> daker: ok, so we're live now
[15:42] <daker> dbarth: ya following
[15:44] <daker> kyleN: https://www.youtube.com/watch?v=LyW9HCT3avk
[15:49] <daker> dbarth: yep
[15:53] <daker> kyleN: +1
[15:54] <bzoltan1> guys I had to quit
[15:54] <dbarth> willdo the same soon
[15:54] <dbarth> have the OA session soon


[01:02] <vorian> evening
[01:03] <JontheEchidna> Oh hi, I was wondering how koffice was coming along.
[01:03]  * JontheEchidna is just getting back himself
[01:06] <vorian> i havent looked at it since last night
[01:08]  * vorian takes another look-see
[01:09] <vorian> JontheEchidna: I uploaded your plasma app today, you should have poked me about it
[01:10] <JontheEchidna> Oh, plasmoid-am4rok?
[01:10] <vorian> yes
[01:10] <JontheEchidna> Oh, um, well thanks. ;)
[01:11] <JontheEchidna> Did you get your system-status package uploaded?
[01:11]  * JontheEchidna is quite happy with the number of plasmoids in Intrepid
[01:12] <vorian> yeah, a few days ago
[01:12] <vorian> fo realz! keep an eye out for new ones
[01:12] <jjesse__> JontheEchidna: thanks for closing a lot of the bugs i was working on... i haven't had much time for follow up and work on kubuntu/kde stuff lately
[01:12] <JontheEchidna> So far we've got plasmoid-weather, plasmoid-wifi, plasmoid-quickview, plasmoid-am4rok, and plasmoid-system-status
[01:12] <jjesse__> seriously thanks for taking the time
[01:12] <JontheEchidna> No problem. ;)
[01:14]  * JontheEchidna is currently triaging kdebase-kde4
[01:14] <JontheEchidna> Putting all the bugs that still apply in kdebase, and requesting infos on the ones that I can't reproduce
[01:16] <JontheEchidna> Hmm, though now that I'm using konqueror as my browser that makes it less convenient to test Konqi crashes...
[01:20] <JontheEchidna> Where did the ability to add an affected package in LP go?
[01:25] <jjesse> it disappeared in the wonderful upgrade to the new look and feel
[01:26] <JontheEchidna> Actually
[01:26] <JontheEchidna> if you change the source package in the url
[01:27] <JontheEchidna> and hit enter
[01:27] <JontheEchidna> It'll say that this bug isn't in the source package, and asks you if you want to open it there too
[01:42] <gnomefreak> what do i need to set my terminal to to view a .so file without it looksing like @@@@ all over it?
[01:46] <gnomefreak> ok gedit cant open it :(
[02:36] <yuriy> JontheEchidna: I thinks "also affects distribution"?
[02:36] <JontheEchidna> Oh hey, it is
[02:37] <yuriy> evening all
[02:43] <JontheEchidna> vorian: plasmoid-system-status has a new upstream release
[02:43] <vorian> eek
[02:43] <vorian> it's not even out of new yet!
[02:43] <JontheEchidna> lol
[04:59] <vorian> apachelogger: when you have a moment http://revu.ubuntuwire.com/details.py?package=darkroom
[08:30] <Riddell> seele: nice knm review
[08:38] <kduser> Going though it now :-)
[08:50] <Wubbbi> good morning everyone :D
[08:54]  * kduser waves
[08:54] <Wubbbi> I have got a Crash on Intrepid: http://pastebin.ubuntu.com/28930/ Kubuntu or KDE bug?
[10:17] <Wubbbi> seems that everyone is still sleeping xD
[10:24] <Riddell> I expect that's an upstream crash
[10:25] <Wubbbi> Well i have reported it to #plasma and they have reported it ( as a Bug report ) to kde :) so my part is done :D
[11:15] <Wubbbi> I get a crash, when I try to watch Videos ( With Xine ) on Firefox. But the only massage I get is "Segmentation fault". Very strange. How to debug that? Terminal wont help
[11:19] <Wubbbi> on Konqueror it crashs too. So that is a Xine bug ( libxine 1.1.14-1ubuntu1 )  on Intrepid
[11:20] <Wubbbi> Konqueror shows me that: http://pastebin.ubuntu.com/28952/
[11:20] <Wubbbi> any idea?
[12:43] <nixternal> mornin'
[12:46] <JontheEchidna> mornin'
[12:47] <Riddell> my inbox tells me that JontheEchidna wants to be a member
[12:47] <Riddell> we should convene the council for the solem and serious decision making process
[12:49] <ryanakca> Riddell: I'm guessing there wouldn't be any problem if Edubuntu wanted to use our Drupal theme?
[12:51] <Riddell> ryanakca: nope
[12:51] <Riddell> the theme should be put under some suitable free licence
[12:51]  * ryanakca nods, I'm not too sure what newz released it under
[12:51] <nixternal> Riddell: we should setup up a meeting for sometime soon
[12:51] <jussi01> Riddell: just so you know - that is me who asked for facebook friendship... (approval would be nice) :D
[12:54] <Nightrose> Riddell: on hardy since 4.1 RC 1 launching kde 3 programs launches the kde 4 version instead
[12:54] <Nightrose> launching from kickoff and krunner
[12:54] <Nightrose> patch got lost?
[12:56]  * txwikinger wonders why Nightrose sends patches by mail :D
[12:56] <Nightrose> hmmm?
[12:56] <txwikinger> well.. the mail often loses things :D
[12:56] <JontheEchidna> Riddell: Also, looking for sponsorship for bug 248792
[12:57] <Nightrose> ;-)
[13:02]  * nixternal heads to work
[13:14]  * Riddell lunches, back soon
[13:27] <smarter> all plasmoids should be named plasmoid-foo now?
[13:27] <JontheEchidna> Yes plz
[13:28] <JontheEchidna> Or that's the consensus that vorian, apachelogger and I came to
[13:28] <smarter> ;)
[13:28] <smarter> I'll fill a bug for my kepas package then
[13:28] <smarter> but we should ask Debian first imho
[13:28] <smarter> are they already packaging applets?
[13:29] <JontheEchidna> Don't know
[13:29] <JontheEchidna> Does debian's bug database even have a web interface?
[13:29] <JontheEchidna> for reporting?
[13:30] <smarter> nop
[13:30] <smarter> but asks in<EMAIL_ADDRESS>[13:30]  * JontheEchidna also has to go for now
[13:52] <seele> Riddell: thx
[14:29] <Wubbbi> hello :D
[14:43] <mooper> ello, I have a bit of a whine about firefox intergration if anyones interested
[14:48] <Hobbsee> mooper: don't whine.  use that energy to start putting forth actual patches to fix it.
[14:49] <Hobbsee> there's already a spec about it, if you're interested - has been for a while.
[14:54] <Riddell> trouble with firefox is we tend to use konqueror, and the firefox guys tend not to use KDE
[14:54] <Riddell> but the spec is on their side not ours :)
[14:54] <Hobbsee> making firefox useful for those who *do* use it with kubuntu would be very useful, though
[15:00] <Riddell> yep
[15:22] <seezer> can i somehow find out which compilation flags had been used on compilation of binary packages?
[15:23] <seezer> or what I'm really interested in: do qt(4) packages get build with QT_NO_(DEBUG|WARNING)_OUTPUT?
[15:27] <yuriy> seezer: download the source for a package (apt-get source) and look at the debian/rules file
[15:28] <seezer> yuriy: ah ok - so what's not in the rules file isn't called from somewhere else? alright then, thanks
[15:30] <seezer> or do those cdbs files contain anything like that?
[15:34] <mooper> Riddell: Hobbsee: I dont think I have the skills to do anything usfulll
[15:34] <mooper> where is the spec?
[15:40] <Riddell> seezer: nothing shows up grepping the build log for OUTPUT
[15:40] <Riddell> mooper: https://blueprints.edge.launchpad.net/ubuntu/+spec/firefox-kde-integration-intrepid
[15:40] <Riddell> "Assignee: None"
[15:40] <Riddell> ah well
[15:40] <seezer> Riddell: nice, thank you
[15:42] <smarter> IIRC someone is working on a Qt frontend for Firefox
[16:00] <mooper> Intrepid?
[16:00] <mooper> Iguana?
[16:00] <mooper> Ibex?
[16:00] <mooper> Iceland Scallop
[16:06] <Riddell> smarter: only the fifth such project to do that :)
[16:07] <mooper> Riddel: sadly, thats way beyond my skill level
[16:07] <mooper> which is only just enough for making a good cup of tea
[16:08] <smarter> Riddell: true :p
[16:08] <smarter> that reminds me, I should update the webkitkde package with a new snapshot
[16:15] <Riddell> smarter: I e-mailed Urs the SoC student working on it, he doesn't think it'll be good enough for intrepid unfortunately
[16:16] <smarter> oh :/
[16:16] <smarter> we'll stick with khtml for the  moment then, it's not that bad :p
[16:21] <Riddell> smarter: but do take new snapshots when you get time and there's notable changes
[16:22] <smarter> Riddell: I'll do, once I'll be a MOTU ;)
[16:22] <smarter> s/once/when/
[16:22] <smarter> well, maybe once is appropriate in this context, don't know :P
[16:41] <smarter> bug #250551 << could someone please upload my fix?
[16:46] <smarter> Riddell maybe? ;) ^
[16:47] <Riddell> ok
[16:48] <smarter> thanks
[16:55] <Riddell> smarter: uploaded, mind and send the change to upstream
[16:55] <smarter> that's in my TODO list ;)
[17:12]  * Arby wanders in looking for things to work on
[17:16] <Arby> Riddell: do we have things that need packaging?
[17:17] <Riddell> Arby: there's a ktorrent merge on dholbach's sponsoring list
[17:17] <Arby> ok I'll look into it, is this a new list of some kind?
[17:17] <Riddell> webpage
[17:18] <Riddell> http://people.ubuntu.com/~dholbach/sponsoring/
[17:18] <Riddell> it's for ktorrent-kde4 but we use ktorrent as the package name now so dunno if it's needed or not
[17:18] <Arby> I'll look
[17:24] <Half-Left> Hello, can I speak to a packager who does KDE4?
[17:26] <Riddell> that'll be us
[17:26] <Half-Left> hi, I heard you package svg's with the Oxygen icons?
[17:27] <Riddell> seems so, I should probably remove them to make some CD space
[17:28] <Half-Left> ok but you shouldn't because they are suorces only and will save you lots of bandwith
[17:29] <Arby> Riddell: short summary, ktorrent 3.1.1 is released, intrepid has 3.1~rc1, hardy has 3.0.1
[17:30] <Arby> Riddell: I assume we want intrepid updated, do we want 3.1.1 backported to hardy as well?
[17:31] <Riddell> Arby: yes we want intrepid updated, ktorrent-kde4 source package should be removed, I don't use backports so I can't say I'm fussed :)
[17:31] <Riddell> Half-Left: looks like we just install usr/share/icons/oxygen/* in kdebase-runtime currently
[17:31] <Riddell> Half-Left: so not installing the .svgz files would be good
[17:32] <Riddell> Half-Left: what's your interest?
[17:32] <Half-Left> I do artwork for KDE4
[17:32] <Riddell> bling bling
[17:32] <Half-Left> 4.2 actaully
[17:32] <Arby> Riddell: I'll do intrepid first. How do I get ktorrent-kde4 removed, use 'Replaces' in debian/control?
[17:33] <Riddell> Arby: replaces and conflicts yes, and file a bug on ktorrent-kde4 asking for removal subscribing ubuntu-archive
[17:33] <Arby> Riddell: thanks
[17:33] <Riddell> Half-Left: do you know who added all the new mouse themes to 4.1?
[17:34] <Half-Left> nope
[17:34] <Half-Left> oh
[17:34] <Half-Left> yes
[17:34] <Half-Left> Think it was Ruphy or pinheiro
[17:35] <toma> yeah, upstream
[17:37] <Riddell> they seem a bit excessive for kdebase, for the same space reasons
[17:38] <toma> splitting them off to something like oxygen-cursors makes sense
[17:39] <jtechidna> By the way, I'm backporting kdebindings-kde4 for the hardy ppa
[17:39] <Riddell> that's what I did with the wallpapers
[17:39] <Riddell> jtechidna: good luck!
[17:39] <Riddell> jtechidna: where did you get to with koffice?
[17:40] <Riddell> rediscovering kdeartwork would be good though
[17:40] <jtechidna> We fixed the FTBFS and ran into a few more which we also fixed
[17:40] <jtechidna> But it takes 6 hrs to build on my computer so vorian is doing the testbuildign
[17:40] <Riddell> mm, it's a beast to build
[17:40] <jtechidna> and I don't know if the latest works built yet
[17:40] <jtechidna> *builds
[17:40] <Riddell> jtechidna: you mean kde4bindings ?
[17:41] <jtechidna> koffice2
[17:41] <jtechidna> It took 15 mins for it to get to 3% built on my computer
[17:41] <jtechidna> vorian's computer can do it in an hour
[17:41] <jtechidna> So he's doing the testbuilding
[17:41] <Riddell> right, I changed the subject
[17:42] <Riddell> jtechidna: you mean kde4bindings rather than kdebindings-kde4 ?
[17:42] <jtechidna> right
[17:42] <Riddell> good good
[17:43] <ryanakca> Could someone look at 233972 please?
[17:43] <ryanakca> bug 233972 , unsure if I merged it properly
[17:46] <Riddell> ryanakca: looking
[17:46] <Riddell> ryanakca: looks groovy, uploading
[17:47] <ryanakca> Riddell: I'm pointing to the ``skipping'' patch part...
[17:48] <ryanakca> or is that just during the debian/rules clean section, it notices that it isn't applied, so skips unapplying it? (I'm not too familiar with just plain patch)
[17:52] <Riddell> ryanakca: yes that's fine
[17:52] <ryanakca> ok, thanks :)
[17:55] <ryanakca> Riddell: also, feel free to tweak the sentence describing the kubuntuway forums
[17:57] <Riddell> "yet another forum"
[17:59] <ryanakca> done. Also, how hard would it be to patch out the logout dialog options, where could I get the sources to do so, and what options need to be patched out? I'm guessing this is for KDE4?
[18:09] <Riddell> ryanakca: yes KDE 4
[18:09] <Riddell> not sure how hard, it depends if the menu just calls "logout dialog" or if it calls "shutdown" or "restart" or the specific option
[18:10] <Riddell> I think the code is shutdowndlg.cpp from ksmserver
[18:11] <Riddell> it would also be worth investigating why upstream hasn't got it showing only the one option as picked from the kmenu
[18:12]  * ryanakca nods
[18:14] <Riddell> ryanakca: probably best remove the "yet", it's a bit too derogitory
[18:15]  * ryanakca switches it back
[18:15] <toma> opensuse shows only the option selected from the kmenu
[18:25] <apachelogger> Oo
[18:25] <apachelogger> Nightrose: http://revu.ubuntuwire.com/details.py?package=darkroom I am wondering what that thing is doing
[18:25] <apachelogger> oh
[18:25] <apachelogger> re
[18:25] <apachelogger> btw
[18:25] <apachelogger> ;-)
[18:25] <Nightrose> haha
[18:25] <Nightrose> yea yea...
[18:27] <apachelogger> hm
[18:27] <apachelogger> actually quite boring
[18:27] <apachelogger> vorian: typo: Description: immage manipulation tool
[18:35] <apachelogger> vore: line 6 in control has a trailing whitespace which makes it exceed 80 characters :P
[18:39] <apachelogger> vorian even
[18:39] <apachelogger> vore: sorry
[18:40] <apachelogger> vorian: in the manpage: for the \fBKubuntu GNU/Linux\fP system.  ---- please use 'the Kubuntu system' since that is the official naming
[18:41] <jtechidna> PyKDE sorta takes a long time to build
[18:41]  * jtechidna runs off to do other things
[18:42] <apachelogger> jtechidna: dude, you have no idea how long all of kdebindings would take :S
[18:46] <apachelogger> vorian: and please tell upstream that DocPath in the desktop file should be X-KDE-DocPath, that Terminal=0 should use a boolean and the genericname is _far too_ generic
[18:50] <DRebellion> apachelogger, could I ask you something about posterazor?
[18:50] <apachelogger> DRebellion: I don't even know what that is, but you can certainly ask me ;-)
[18:51] <apachelogger> smarter: archived kvpm ppa1 upload to revu
[18:51] <apachelogger> smarter: what's the status of foxkit?
[18:53] <apachelogger> DRebellion: btw, what is the status of monkeystudio?
[18:54] <DRebellion> apachelogger, heh, it's another package i'm working on. The current version released on the website is 1.5, however this has a problem with gcc-4.3. The upstream developer has fixed it in a version called 1.5.1, however he has not been able to test the new package under os x yet (only win32 and linux). He has given me a link to the new, unreleased source package, http://www.casaportale.de/lagerraum/PosteRazor-1.5.1-Source.zip , which
[18:54] <DRebellion>  I have prepared and builds fine. Can I upload that package, or should I wait (it's been a couple of weeks) for it to be released after mac testing?
[18:54] <DRebellion> apachelogger, the package is ready, but the current release fails to build under amd64.
[18:54] <DRebellion> upstream says the dev branch works, but i can't test
[18:55] <DRebellion> also, the dev branch uses a debugging binary, etc, other oddities, etc.
[18:55] <DRebellion> so I am waiting for the next full release.
[18:55] <apachelogger> technically you will have to wait for the official release
[18:55] <DRebellion> =(
[18:55] <apachelogger> upstream could just release the source
[18:55] <DRebellion> ok
[18:55] <apachelogger> and if it doesn't work on osx
[18:56] <apachelogger> push 1.5.2 and skip the .1 release for osx
[18:56] <apachelogger> you might suggest that
[18:56] <DRebellion> I will bug upstream and ask them to do a release for win32 and linux only then.
[18:56] <DRebellion> s/them/him :P
[18:56] <apachelogger> ...or just don't tell anyone that it isn't official released, maybe none notices ;-)
[18:56] <DRebellion> hehe
[18:57] <apachelogger> vorian: status of kio-ftps?
[18:58] <smarter> hey apachelogger
[18:59]  * apachelogger waves to smarter
[18:59] <smarter> apachelogger: yeah, sorry for the upload to revu
[19:00] <apachelogger> ryanakca: archiving qtcurve on revu
[19:00] <smarter> I've not touched foxkit for sometimes now, I'll probably finish it soon, but first I've to make that why-I-think-I-should-be-a-motu page
[19:01]  * jtechidna fears for the amount of time kdebindings will take'
[19:01] <smarter> jtechidna: a lot
[19:01] <jtechidna> Hmm, it's up to PyQT4 now
[19:01] <jtechidna> *Qt
[19:05] <jtechidna> Bah, python plasmoids won't be supported until 4.2 is released
[19:06] <jtechidna> well, support will come in the pre-releases
[19:06]  * jtechidna sighs -_-
[19:06]  * apachelogger is singing ruby ruby ruby
[19:11] <apachelogger> JontheEchidna: did I upload konq-plugins yet?
[19:19] <JontheEchidna> Don't think so; did you ever get the email? I got a reutrn message saying that delivery was delayed or somethign
[19:19] <JontheEchidna> apachelogger: ^
[19:20] <apachelogger> oh well
[19:20] <apachelogger> I just hope you didn't break anything :P
[19:20]  * apachelogger uploads
[19:20]  * JontheEchidna never figured out how he was supposed to use them
[19:22] <apachelogger> JontheEchidna: konqueror -> tools
[19:22] <apachelogger> or settings -> configure extensions to activate/deacitvate them
[19:22] <apachelogger> depends alot on the plugin really
[19:23]  * JontheEchidna can only see a Text-to-speech one
[19:23]  * JontheEchidna hopes that isn't bad
[19:25] <apachelogger> JontheEchidna: did you actually install any plugin? :P
[19:26] <JontheEchidna> I installed the debs that debuild spit out
[19:27] <JontheEchidna> all of 'em
[19:34] <apachelogger> JontheEchidna: maybe you use the wrong cdbs again? ;-)
[19:35] <JontheEchidna> ;)
[19:42] <Arby> Riddell: ktorrent update done, files are on lichts
[19:43] <Arby> is the backport worth doing?
[19:43] <JontheEchidna> does it fix the crash on exit?
[19:44] <JontheEchidna> If it does, the backport would fix a crash. :P
[19:44] <Arby> what crash on exit?
[19:44] <JontheEchidna> KTorrent 3.0.1 crashes on exit in Hardy
[19:44] <Arby> ok let me check the changelog
[19:45] <JontheEchidna> http://saroengels.blogspot.com/2008/07/sweet-dreams.html <- Plasma on windows
[19:46] <Riddell> Arby: there's no .orig .dsc .diff.gz on lichts
[19:46] <Arby> hmm, odd
[19:48] <Riddell> oh, wiat
[19:50] <JontheEchidna> Bah, kde4bindings ftbfs
[19:50] <JontheEchidna> missing files....
[19:51] <JontheEchidna> Oh, I guess I wasn't supposed to /usr/lib/kde4 that one
[19:53] <JontheEchidna> debuild -nc will make it not do a make clean, correct?
[19:53] <Riddell> yes
[19:54] <Riddell> JontheEchidna: fix it then run   dh_install --sourcedir=debian/tmp --list0missing
[19:54] <Riddell> JontheEchidna: fix it then run   dh_install --sourcedir=debian/tmp --list-missing
[19:54] <Riddell> repeat until it doesn't complain then debuild -nc
[19:56] <JontheEchidna> Woo, that was the only one
[19:56] <Arby> JontheEchidna: there's nothing obvious here about fixing a crash on exit
[19:56] <JontheEchidna> hmm...
[19:56] <Arby> did you have a specific bug number
[19:56] <Arby> brb
[19:57] <JontheEchidna> just a second
[19:58] <JontheEchidna> Arby: bug 227932
[19:59] <Arby> JontheEchidna: thanks
[19:59]  * JontheEchidna injects humor:
[19:59] <JontheEchidna> http://icanhascheezburger.files.wordpress.com/2007/09/i-can-fix-thiz-sorta.jpg
[20:00] <JontheEchidna> (Disclaimer, I probably couldn't fix that crash :P)
[20:02] <Arby> :)
[20:05] <JontheEchidna> and kde4bindings builds!
[20:05] <JontheEchidna> :D
[20:06] <Nightrose> jcastro: hey :) just gone through brainstorm again and there are a lot of amarok ideas that can be closed as wontfix basically or could use an upstream comment - can you get me admin rights to do that?
[20:06] <Nightrose> or is that not possible yet?
[20:06] <jcastro> Nightrose: I can't personally give you admin rights, but nand or stgraber can
[20:06] <jcastro> I think nand is on holiday though
[20:07] <Nightrose> ok
[20:07] <Nightrose> thx
[20:07] <jcastro> no worries, thanks for looking after them!
[20:07] <Nightrose> :)
[20:09] <JontheEchidna> apachelogger: can I send kde4bindings 4.0.98~hardy~ppa1 over to you?
[20:10] <apachelogger> JontheEchidna: sure
[20:10] <Arby> JontheEchidna: no real idea whether 3.1.1 fixes that bug or not
[20:10] <Arby> best solution is probably to do the backport and tet to find out
[20:10] <Arby> s/tet/test/
[20:10]  * JontheEchidna agrees
[20:10] <Wubbbi> hello to everyone :D
[20:12] <JontheEchidna> Hi
[20:13] <Wubbbi> JontheEchidna: is there something easy to fix? I want to learn more :D. Now I know hoe to creat a gpg and how the get a source and how to edit a file :D
[20:13]  * JontheEchidna can't think of anything
[20:13] <JontheEchidna> But that's good I guess :P
[20:13] <Wubbbi> guess what?
[20:13] <JontheEchidna> what?
[20:14] <Wubbbi> ohhh ... I have read wrong xD sorry
[20:19] <yuriy> Wubbbi: look at bugs and see what there is you can fix!
[20:19] <Wubbbi> hihi ^^
[20:20] <yuriy> Wubbbi: maybe start with bugs tagged bitesize or packaging
[20:20] <Wubbbi> how to searc for bug? It's a bit difficult on Launchpad :/
[20:20] <Wubbbi> search
[20:22] <Wubbbi> JontheEchidna: can I use created GPG-Keys always or just one time?
[20:22] <JontheEchidna> always
[20:22] <Wubbbi> ahhh ok good to know :)
[20:23] <Wubbbi> thx
[20:24] <yuriy> Wubbbi: go to bugs.launchpad.net/ubuntu/ and go to the advanced search. there you can put in keywords, what status you want, and what tags you want
[20:27] <JontheEchidna> apachelogger: sent
[20:32] <Wubbbi> yuriy: ahhh thank you :D
[20:34] <JontheEchidna> Hmm, I should probably backport kdeutils and kdesdk next
[20:38] <apachelogger> JontheEchidna: please add libzip-dev to kdeutils
[20:38] <apachelogger> otherwise ark doesn't support zippy files
[20:39] <Arby> if I'm backporting ktorrent3.1.1 to hardy should I name the package ktorrent or ktorrent-kde4?
[20:39] <Wubbbi> apachelogger: This was I bug, I had today too :)
[20:40] <apachelogger> Arby: -kde4
[20:40] <Arby> thanks
[20:41] <apachelogger> JontheEchidna: bindings uploaded
[20:42] <Wubbbi> JontheEchidna: Is it easy to add libzyp-dev to kdeutils? If it was can I do this? :D
[20:50] <Arby> ktorrent3.1.1/debian has gained several files that don't exist in 3.0.x /debian
[20:51] <Arby> is it safe to just copy those files across
[20:51] <Arby> or is that likely to break things
[20:51] <Arby> for example .install .lintian .postinst.debhelper
[20:51] <Arby> quite a few actually
[20:59] <smarter> apachelogger: I've finally updated my wiki page :) https://wiki.ubuntu.com/GuillaumeMartres
[20:59]  * Wubbbi klapps his hands for smarter
[20:59] <Wubbbi> :D
[21:00] <smarter> :)
[21:01] <Wubbbi> smarter: You are just 15 years old? oO .. so younger than me ^^
[21:02] <apachelogger> Arby: depends on the files' content really
[21:02] <apachelogger> .lintian only overrides lintian overrides for example
[21:02] <apachelogger> .install probably needs path changes
[21:03] <apachelogger> smarter: https://edge.launchpad.net/~smarter/+packages is changing
[21:03] <Arby> apachelogger: does it seem reasonable to copy them and see what debuild complains about?
[21:03] <apachelogger> smarter: like when someone uploads a newer version to intrepid the packages will disappear
[21:04] <apachelogger> smarter: so I suggest to actually protocol all your work
[21:04] <smarter> apachelogger: ok
[21:04] <apachelogger> Arby: if you can upload to the ppa -> no, if you can't -> yes ;-)
[21:05] <Arby> I can't so I'll go with that option
[21:05] <apachelogger> Arby: I think only the .install files should require changes
[21:05] <apachelogger> adding /usr/lib/kde4/ as prefix to everything
[21:05] <Arby> apachelogger: I was expecting those
[21:06] <Arby> also I'm confused by the debian changelogs, let me pastebin
[21:06]  * apachelogger is updating the kde.org content
[21:06] <apachelogger> Arby: is there already a backport?
[21:08] <Wubbbi> JontheEchidna seems to sleep xD
[21:08] <Arby> apachelogger: no, newest in hardy is 3.0.1, I'm working on 3.1.1
[21:09] <apachelogger> Arby: yeah
[21:09] <apachelogger> just copy the official changes since 3.0.1 at the beginning of the new backport
[21:09] <apachelogger> and add your backport entry
[21:10] <Arby> ok
[21:11]  * JontheEchidna was away
[21:11] <Wubbbi> hihi ^
[21:11] <Wubbbi> ^
[21:11]  * JontheEchidna won't be going to sleep for another 6 hours :P
[21:11] <Wubbbi> lol
[21:12] <Wubbbi> JontheEchidna: Is it easy to add libzyp-dev to kdeutils? If it was can I do this? :D
[21:13] <JontheEchidna> That's not all that has to be done
[21:13] <Arby> apachelogger: does this look ok, http://paste.ubuntu.com/29092/
[21:13] <Wubbbi> JontheEchidna: :(
[21:14] <apachelogger> Arby: sure
[21:14] <Arby> thanks
[21:14] <apachelogger> it doesn't really matter all that much for the ppa ;-)
[21:14] <Arby> I still prefer to do it right so that I understand when it does matter :)
[21:16] <Wubbbi> Well If i have nothing to do, let me go to bed ... Its 22:15 o'clock ^^ see you tomorw :D
[21:16] <Wubbbi> tomorow
[21:16] <Wubbbi> I'm very tired
[21:16] <JontheEchidna> 16:16 here
[21:25] <JontheEchidna> apachelogger: oh crap, I think I know why I can't find any of the plugins
[21:25] <JontheEchidna> I forgot to rename the .install files
[21:25] <apachelogger> *thumbsup*
[21:25] <apachelogger> :P
[21:27] <apachelogger> "KDE is a very big project" or "KDE is a very large project"?
[21:27] <JontheEchidna> Both work, afaik.  Please enjoy
[21:41]  * Arby is having problems with patches
[21:41] <Arby> ktorrent backport fails to build with http://paste.ubuntu.com/29101/
[21:42] <smarter> trying to stop smoking? :}
[21:42] <Arby> the patch is against 3.1.1 and doesn't exist in 3.0.1
[21:42] <Arby> :P
[21:42] <Arby> I have no idea how to deal with that
[21:42] <smarter> apachelogger: updated my wiki page, again :P
[21:45] <apachelogger> smarter: perfect
[21:46] <apachelogger> smarter: now you just need some wicked photo so that we can buy you a coke when meeting :-P
[21:46] <smarter> I'll try to find one ;)
[21:47] <smarter> so, what is the process to become a master of da universe now?
[21:47] <apachelogger> that is a very good question
[21:47]  * apachelogger is totally confused by the new contributors thingy
[21:47]  * JontheEchidna just does what he keeps doing
[21:47] <apachelogger> but as I understand it - first you need to apply as ubuntu contributor
[21:48] <smarter> launchpad group?
[21:48] <apachelogger> which is basically yet another form of ubuntu membership
[21:48] <apachelogger> smarter: motu-council
[21:48] <JontheEchidna> Question: to autostart .destkop files get /usr/lib/kde4'd?
[21:48] <apachelogger> and the fact that it is basically an ubuntu membership makes we wonder whether one has to apply for that thing even if already approved as ubuntu member
[21:49] <apachelogger> JontheEchidna: everything
[21:49] <apachelogger> \sh: are you around?
[21:49] <JontheEchidna> not application .deskotp files
[21:49] <smarter> hmm
[21:49] <apachelogger> JontheEchidna: every file
[21:49] <apachelogger> smarter: best thing is to ask in ubuntu-motu
[21:50] <apachelogger> but I think you need to apply for contributor
[21:50] <apachelogger> then contribute
[21:50] <apachelogger> and then become motu
[21:50] <smarter> apachelogger: I'll ask that tomorrow, it's late here (:
[21:50] <apachelogger> tell me about it :P
[21:50] <smarter> g'night everybody
[21:50] <apachelogger> nini smarter
[21:51] <jpds> bonsoir smarter
[21:51] <Arby> apachelogger: if it's not too late could you have a look at http://paste.ubuntu.com/29101/
[21:51] <Arby> I'm confused by this patch
[21:52] <Arby> it's new in 3.1.1 and it's blocking this backport from building
[21:52] <Arby> and I can't find anything in the changelog to say what it actually does
[21:53] <JontheEchidna> apachelogger: sent you new konq-plugins
[21:54] <Arby> starting to think this may be beyond my skills :(
[21:57] <apachelogger> Arby: take a look at the patch and at the patched files
[21:58] <apachelogger> maybe it got applied upstream
[21:58] <apachelogger> though
[21:58] <apachelogger> how did it apply
[21:58] <apachelogger> very strange issue I have to say
[21:58] <Arby> what do you mean by how did it apply?
[21:59] <Arby> it's probably my fault, there's quite a lot of difference in /debian between 3.0.1 and 3.1.1
[22:00] <apachelogger> Arby: well, just get a clean source tree (i.e. extact the orig tarball again) and copy your debian/ in
[22:00] <apachelogger> then it should be working
[22:02] <Arby> apachelogger: good call, somewhere between beta and final the patch got rolled into the main source
[22:02] <Arby> should have thought of that
[22:05] <JontheEchidna> apachelogger: forgot I was still debuilding before sending the new konq-plugins, lol
[22:05]  * JontheEchidna did something wrong...
[22:07]  * apachelogger thinks that JontheEchidna needs upload rights to the ppa to get that special feeling when users come after one because everything is broken :P
[22:07] <JontheEchidna> what the heck?
[22:07] <JontheEchidna> cp: cannot stat `debian/tmp//usr/lib/kde4/share/kde4/config/translaterc': No such file or directory
[22:07] <JontheEchidna> jonathan@jonathan-desktop:~/ubuntu/konqplugins-hardy/konq-plugins-kde4-4.1~svn831460$ dh_install --sourcedir=debian/tmp --list-missing
[22:07] <JontheEchidna> cp: cannot stat `debian/tmp/usr/lib/kde4/share/kde4/config/translaterc': No such file or directory
[22:07] <JontheEchidna> Ooh, I see, extra /
[22:07] <apachelogger> JontheEchidna: correct cdbs?
[22:07] <apachelogger> not the extra / it is
[22:08] <JontheEchidna> hmm, nevermind
[22:08]  * JontheEchidna has correct cdbs
[22:08] <Riddell> Arby: ktorrent uploaded thanks, please close that bug on the sponsoring bit saying thanks for his contribution
[22:09] <Arby> Riddell: thanks for uploading
[22:09] <Arby> Riddell: do you still want me to file a bug about removing ktorrent-kde4?
[22:10] <Riddell> Arby: oh aye please.  my archive day tomorrow so I'll do that and some more
[22:11] <apachelogger> the some more is hopefully amarok-kde4 ;-)
[22:11] <apachelogger> alpha2 coming up
[22:11] <apachelogger> Nightrose: http://www.kde.org/whatiskde/project.php
[22:12]  * JontheEchidna is 100% sure he has correct cdbs, but is still running into the ftbfs
[22:12] <apachelogger> JontheEchidna: just comment out that install line
[22:12] <Nightrose> apachelogger++
[22:12] <apachelogger> JontheEchidna: once it built run make -f debian/rules list-missing
[22:13] <Arby> Riddell: actually, does the sponsoring bug count as closed, the users experiencing it are on hardy not intrepid
[22:13] <Arby> so unless I can make this backport build the fix won't reach them
[22:13] <Arby> I'm sure you're right, just trying to understand
[22:14] <apachelogger> Nightrose: did you do any pushing on accessibility yet?
[22:14] <Nightrose> nope
[22:14] <JontheEchidna> Hmm, looks like kdeutils might be a long builder too
[22:15] <apachelogger> Arby: grab the intrepid source and try to build it in hardy-backports enabled chroot
[22:16] <apachelogger> if it builds against kdelibs 4.0.x we can do a hardy-backports backport
[22:16] <apachelogger> otherwise we have to go with the kde4 ppa
[22:16]  * JontheEchidna notes that 4.1 final is tagged tomorrow.
[22:16] <apachelogger> hm
[22:17] <Arby> apachelogger: ok, I think I'm going to have start over anyway, I've made a mess of this
[22:17] <apachelogger> ^_^
[22:17] <JontheEchidna> Is 4.1 going to Hardy backports?
[22:17] <apachelogger> ah right, we can't do an officlal backpot anyway
[22:17] <apachelogger> *backport
[22:18] <JontheEchidna> oh well
[22:19]  * JontheEchidna hopes Intrepid becomes stable-ish soon
[22:19] <apachelogger> it isn't?
[22:20] <JontheEchidna> ...in regards to 3D and proprietary drivers
[22:20]  * JontheEchidna hugs KWin
[22:20] <apachelogger> hm
[22:20] <apachelogger> if
[22:20] <apachelogger> they would use that dkms thingy from dell
[22:20] <apachelogger> there wouldn't be any problem
[22:20] <JontheEchidna> dkms?
[22:21] <apachelogger> JontheEchidna: dynamic kernel module support
[22:21] <apachelogger> JontheEchidna: http://linux.dell.com/projects.shtml#dkms
[22:21] <JontheEchidna> sounds... dynamic!
[22:21] <sebas> apachelogger: if the proprietary drivers actually work with new xorg and kernel, dkms would work as well
[22:21] <Arby> Riddell: before I do the subscription, do you need more info than this https://bugs.launchpad.net/ubuntu/+source/ktorrent-kde4/+bug/250626
[22:21]  * sebas is just trying newest ati w/ 2.6.26
[22:21] <apachelogger> sebas: nvidia works ;-)
[22:22] <apachelogger> and even then... we all got an intel onboard chip, right? ;-)
[22:22] <sebas> apachelogger: not with kwin though :)
[22:22] <sebas> apachelogger: we do, users don't.
[22:22] <sebas> As a matter of fact, I don't.
[22:22] <apachelogger> users don't use itnrepid :P
[22:23] <apachelogger> *intrepid
[22:23] <sebas> that leaves only me :'/
[22:23] <apachelogger> :(
[22:23]  * apachelogger hands sebas a beer
[22:23] <apachelogger> also provides fancy graphics ;-)
[22:23] <JontheEchidna> Actually KWin works great with my GeForce 4 MX 440
[22:23] <JontheEchidna> ironic, isn't it?
[22:23] <ScottK-laptop> Arby: Did you review https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive?highlight=%28CategoryUbuntuDevelopment%29#head-6a4a4d2ad0cc004c6199f465539e3bbc2239291e
[22:24] <sebas> apachelogger: lsd works better with fancy graphics, or so I've heard.
[22:24] <apachelogger> I am quite sure beer tastes better though
[22:24] <sebas> JontheEchidna: no signs of https://bugs.freedesktop.org/show_bug.cgi?id=16538 ?
[22:24] <Arby> ScottK-laptop: no I filed it because I was asked to, reading now.
[22:24] <sebas> Yeah, but you usually don't drink a pint of lsd
[22:25] <sebas> So that's moot.
[22:25] <sebas> And they're not mutually exclusive anyway
[22:25] <apachelogger> true
[22:25] <JontheEchidna> sebas: half a  second max
[22:25] <sebas> what exactly, JontheEchidna?
[22:25] <sebas> Vdesktopswitching?
[22:25] <sebas> Or resizing konsole?
[22:26] <sebas> And is that the legacy driver or the 'real' one?
[22:26] <JontheEchidna> resizing konsole
[22:26] <sebas> That's faster than my 7600gs
[22:26] <JontheEchidna> nvidia-glx which is the 90.x
[22:26] <JontheEchidna> 96.43.05
[22:27] <JontheEchidna> Bet you're envious of my smokin' card. :P
[22:30]  * JontheEchidna never thought he'd see the day where his videocard actually was 5 times faster than anybody else's
[22:31] <JontheEchidna> apachelogger: yay, all files included now
[22:31] <JontheEchidna> ...and the bookmarks show up!
[22:32] <JontheEchidna> *extenstoins
[22:32] <Arby> ScottK-laptop: for this line, mention to remove both source and all binaries
[22:33] <Arby> if we remove the source do we also have to remove the binaries?
[22:33] <ScottK-laptop> Arby: If you want binary packages removed, you need to list them.
[22:33] <ScottK-laptop> Depends on if the same binary is being built from another source packages now.
[22:34]  * JontheEchidna hugs google searchbar
[22:34] <Arby> the reason for the removal is that ktorrent-kde4 becomes ktorrent in intrepid
[22:34] <Arby> so I guess the answer is yes
[22:34] <Arby> both binary and source package names have changed
[22:39] <Arby> ScottK-laptop: does this look acceptable to you now? bug 250626
[22:40]  * ScottK-laptop looks
[22:42] <ScottK-laptop> Arby: Look at it now.
[22:44] <Arby> ScottK-laptop: so the content was ok? I deliberately left subscribers, status etc until I had that sorted
[22:44] <Arby> minimise e-mail churn et
[22:44] <Arby> *etc
[22:45] <ScottK-laptop> Arby: Yes.  That's why I confirmed it and subscribed the archive.
[22:45] <Arby> ok thanks
[22:45]  * Arby has one more go at this backport before giving up for the night
[22:52] <Arby> what the... debuild is trying to apply a patch I just deleted
[22:52] <Arby> :(
[22:52] <Riddell> check debian/patches/series
[22:53] <Arby> Riddell: there isn't one, there is only one patch, which is no longer needed so I removed the whole of debian/patches.
[22:53] <JontheEchidna> apachelogger: having a tad bit of trouble with kmail, konq-plugins coming soon
[22:55] <apachelogger> Arby: did you apply the patch?
[22:56] <apachelogger> oh
[22:56] <Arby> apachelogger: no, it's been incorporated into the source so is no longer needed.
[22:57] <apachelogger> Arby: are you sure it's applying and not unapplying?
[22:57] <Arby> no
[22:57] <apachelogger> so, how does quilt know about that patch if there is no patches directory Oo
[22:57] <Arby> I no longer have any idea what is happening
[22:57] <Arby> that's what I want to know
[22:57] <apachelogger> Arby: are you sure you deleted it in the right directory?
[22:58]  * Arby triplecheck
[22:58] <Arby> s
[22:58]  * apachelogger usually works in 3 branches at the same time leading to that kind of issue ;-)
[22:58] <JontheEchidna> bah, gmail is being retarded
[22:58] <Arby> yes definitely the right directory
[22:59] <apachelogger> Arby: tar up the directory and send it over
[22:59]  * apachelogger can't think of any other cause realy
[22:59] <JontheEchidna> brb, restarting router
[22:59] <apachelogger> we should get a kolab setup for kubuntu.org
[22:59] <Arby> apachelogger: ok, I suspect it's a pebkac :)
[23:00] <Arby> apachelogger: the whole source tree, or just the debian directory
[23:00] <Arby> ?
[23:00] <apachelogger> Arby: former
[23:00] <Arby> k
[23:04] <Arby> apachelogger: incoming
[23:05] <Arby> maybe, eventually
[23:05]  * apachelogger is afraid of the impact
[23:06] <JontheEchidna> apachelogger: sent konq-plugins ppa3
[23:08] <Arby> sent at last
[23:13] <vorian> yee haa
[23:14] <vorian> how goes
[23:14] <JontheEchidna> good
[23:14] <JontheEchidna> vorian: any progress on koffice2? :P
[23:14] <vorian> nope
[23:14] <JontheEchidna> where do we stand right now?
[23:15] <vorian> there is some problem with the icons in koffice-data icons
[23:16] <JontheEchidna> the insert table one?
[23:16] <JontheEchidna> or a different one?
[23:46]  * JontheEchidna is improving at backporting
[23:46]  * apachelogger is enjoying is crappy connection today
[23:47] <apachelogger> omg Arby left
[23:47] <JontheEchidna> hmm, still no .zip support in ark even with libzyp-dev :/
[23:48] <JontheEchidna> apachelogger: could you ark --version for me?
[23:48] <apachelogger> me@apoc:~/tmp/ktorrent-3.1.1$ ark --version
[23:48] <apachelogger> Qt: 4.4.0
[23:48] <apachelogger> KDE: 4.00.98 (KDE 4.0.98 (4.1 RC1))
[23:48] <apachelogger> Ark: 2.9.999
[23:48] <apachelogger> JontheEchidna: maybe libarchive
[23:48]  * apachelogger isn't sure about that anymore
[23:49] <JontheEchidna> heh
[23:49] <JontheEchidna> so 2.9.999 is RC1?
[23:49] <apachelogger> aye
[23:50] <JontheEchidna> good
[23:53] <JontheEchidna> libZzip is what cmake wants
[23:53] <JontheEchidna> libzzip-dev, then
[23:53] <apachelogger> ok
[23:53] <apachelogger> I think
[23:54] <apachelogger> it was like libarchive -> libzip -> libzzip
[23:54] <apachelogger> eventually ark could stick with some lib at some point ;-)
[23:54] <apachelogger> hm
[23:54] <apachelogger> JontheEchidna: zzip only proivdes read access apparently
[23:55] <JontheEchidna> + LibZip: A library for reading, creating, and modifying ZIP archives <http://www.nih.at/libzip> <cmake sez
[23:55] <JontheEchidna> so sez upstream website too
[23:56] <JontheEchidna> So libzzip-dev as build-dep for the source package
[23:56] <JontheEchidna> libzzip-0-13 as a dep for ark-kde4
[23:57] <JontheEchidna> sound good?
[23:57] <apachelogger> JontheEchidna: libzip != libzzip
[23:57] <JontheEchidna> ?
[23:57] <JontheEchidna> I said libzzip both times
[23:57] <JontheEchidna> oh, nvm
[23:57] <apachelogger> upstream website doesn't :P
[23:57] <apachelogger> neither does the pasted output
[23:58] <JontheEchidna> libzip and libzip-dev
[23:58] <apachelogger> if (LIBZIP_FOUND)
[23:58] <apachelogger> 	add_subdirectory( libzipplugin )
[23:58] <apachelogger> endif (LIBZIP_FOUND)
[23:59] <JontheEchidna> *libzip1
[23:59] <apachelogger> hm
[23:59] <apachelogger> JontheEchidna: where do you read libzzip?
[23:59] <Daskreech> 4
[23:59] <JontheEchidna> JontheEchidna: I don't, I suck at reading tonight
[23:59] <apachelogger> cool :)
[23:59] <apachelogger> +1


[05:26] <cpaelzer> good morning
[06:08] <pitti> Good morning
[06:14] <tsimonq2> o/ pitti, verification-done on bug 1575460 as of 1 min ago :)
[06:15] <tsimonq2> pitti: how are you? :)
[06:16] <pitti> a bit tired, but quite fine, thanks! how about yourself?
[06:16] <tsimonq2> great :)
[07:29] <ginggs> Logan: hi, please send your fix-isnan.patch for leocad to Debian bug #818819
[08:01] <Markus23> Dear FOSS developers! Please fully fill out our survey at http://elektra.limequery.org/625192 and a donation will go to FOSS projects. The survey is carefully crafted and helps research! Thank you! If you have any questions you can ask me.
[08:57] <mwhudson> can someone explain to me how to use livecd-rootfs?
[08:57] <mwhudson> or point me to some documentation
[09:03] <pitti> ogra perhaps ^ ?
[09:09] <mwhudson> pitti: hi :-)
[09:10] <mwhudson> pitti: steve and i were talking about https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1599799 a little today
[09:11] <mwhudson> pitti: given that snapcraft failure you posted was with snapd 2.0.2, it seems that this is some problem that's caused by, or maybe revealed by, some change in yakkety, not snapd
[09:11] <mwhudson> pitti: obvious candidate would be systemd, i think?
[09:14] <pitti> mwhudson: yes, it's certainly a change in some underlying thing (kernel/systemd/util-linux/whatever)
[09:15] <mwhudson> pitti: do you have any ideas on how to figure out what?
[09:16] <mwhudson> i was idly wondering if you could reproduce it by booting a yakkety vm and just installing and uninstalling a snap in a loop
[09:17] <pitti> mwhudson: I don't know what snapd is trying to do there, but the bug reproduces perfectly locally, so it should be quite simple to look what exactly fails there
[09:17] <pitti> quite obviously it's setting up some loop device, and apparently that fails
[09:17] <mwhudson> yeah
[09:18] <mwhudson> i don't really see how that could fail though...
[09:20] <pitti> well, watch it live and see what happens :)
[09:20] <pitti> there's only so much you can learn from that tiny log
[09:30] <mwhudson> is it as bad as snapd just not working at all in yakkety?
[09:30] <mwhudson> i guess i can find that out easily enough
[09:31] <pitti> mwhudson: y-proposed only, 2.0.2 in yakkety still works
[09:32] <pitti> (well, the tests pass, so I guess it works well enough)
[09:32] <mwhudson> pitti: not all the time, according to that snapcraft failure
[09:32] <mwhudson> but yeah true, not completely broken
[09:33] <pitti> actually, 2.0.2 started to fail now as well,  for a different reason
[09:33] <mwhudson> oh good
[09:34] <pitti> it last succeeded on June 9 (2.0.2)
[09:34] <mwhudson> wait no, the other thing
[09:34] <pitti> ... value *exec.Error = &exec.Error{Name:"hello-world.echo", Err:(*errors.errorString)(0xc82000e670)} ("exec: \"hello-world.echo\": executable file not found in $PATH")
[09:37] <pitti> maybe hello-world changed in the store?
[09:40] <mwhudson> sounds like a great test, in that case
[09:40] <mwhudson> pitti: it's passed on xenial reasonably recently though
[09:42] <mwhudson> oh no, not that recently
[09:43]  * pitti runs locally on x and y
[09:43] <mwhudson> heh yep looks like the hello-word snap no longer provides hello-world.echo
[09:43] <ogra> mwhudson, it is really badly documented ...  livecd-rootfs is onlöy a bunch of config files for live-build
[09:44] <mwhudson> ogra: well i guess i'm glad that i didn't miss the docs then...
[09:44] <pitti> mwhudson: xenial has 2.0.10 already (breaking the SRU rules), so that also introduces some jitter
[09:44] <mwhudson> ogra: i notice that some of the config has hard-coded paths in /usr
[09:45] <ogra> mwhudson, this and https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033458.html and http://bazaar.launchpad.net/~ogra/project-rootstock-ng/trunk/files might be the best hints you can get
[09:45] <mwhudson> ogra: so i guess if someone tells me to "use lp:livecd-rootfs" i check it out, dpkg-buildpackage & dpkg -i, then run lb config $whatever?
[09:45] <tsdgeos> anyone knows who do i have to "complain" because compiz-core-dbgsym in yakkety ddbs is too old?
[09:45] <ogra> mwhudson, it isnt that easy, but essentially, yes ... (you need to have the right ENV setup and to mimic the builds proper you need to have a stack of chroots
[09:46] <ogra> )
[09:46] <mwhudson> ogra: to be less mysterious, i'm trying to follow http://people.canonical.com/~mtrudel/console-conf/README
[09:46] <ogra> see the links above, they should explain it
[09:46] <mwhudson> which i think covers the ENV part
[09:46] <mwhudson> ok, /me reads
[09:47] <ogra> from rootstock specifically http://bazaar.launchpad.net/~ogra/project-rootstock-ng/trunk/view/head:/rootstock-touch
[09:47] <mwhudson> i don't think i've used live-build since 2011 or so, almost long enough
[09:47] <ogra> it s awful and painful ...
[09:48] <mwhudson> and shell
[09:48] <mwhudson> that's about the limit of my memories
[09:48] <pitti> mwhudson: ah, 2.0.10 dropped that HelloWorld test
[09:48] <mwhudson> pitti: oh ok
[09:49] <ogra> mwhudson, well, livecd-rootfs used to be a single shell script ... despite being spaghetti code it was a million times easier to maintain and use
[09:50] <mwhudson> ubuntu-image will save us all
[09:50] <mwhudson> right?
[09:50] <ogra> hah
[09:51] <ogra> (for now i'd be happy if ubuntu-image saved just snappy :P )
[09:57] <mwhudson> ogra: http://bazaar.launchpad.net/~ogra/project-rootstock-ng/trunk/view/head:/rootstock-touch is fairly terrifying
[09:57] <ogra> lol, sorry :)
[09:58] <ogra> it describes the build process pretty well though ... :)
[09:59] <mwhudson> ogra: why does it run lb inside the chroot? isolation?
[10:01] <ogra> it comes from a time before lxd :) ... but yes, clean build env ... and you dont really want to taint your PC with build scripts
[10:01] <ogra> effectively it mimics a live builder
[10:01] <ogra> (it is just doing the same as the launchpad live builders did by that time)
[10:02] <mwhudson> fair enough
[10:09] <cjwatson> and still do, because we want to run lb in a chroot of the appropriate Ubuntu series rather than whatever the host's base system is
[10:11] <ogra> cjwatson, good to know ... i really didnt look anymore since the switch to launchpad buildd
[10:16] <mwhudson> uh why the heck would lb build fail with 'E: Unable to locate package zsync'
[10:17] <ogra> sounds like a missing dependency
[10:17] <mwhudson> or missing universe?
[10:18] <ogra> oh, right, not in main
[10:19] <ogra> given that we run all our images through it on cdimage, someone should probably MIR it eventually :)
[10:19] <mwhudson> um i seem to have created a precise chroot somehow
[10:20] <mwhudson> seems unlikely to be what i wanted...
[10:20] <ogra> did you set the right env vars ?
[10:20] <mwhudson> i ran PROJECT=ubuntu-core SUBPROJECT=system-image EXTRA_PPAS=snappy-dev/image SUITE=xenial ARCH=amd64 lb config
[10:21] <mwhudson> which looks plausible to me...
[10:21] <mwhudson> oh
[10:21] <mwhudson> but i put the sudo on the wrong side of the env :(
[10:21] <ogra> EXTRA_PPAS="snappy-dev/image snappy-dev/edge" ... but yeah, the rest looks ok
[10:22]  * mwhudson swigs more beer
[10:22] <ogra> if you buuild core you definitely need universe btw
[10:25] <mwhudson> nope still deboostrapping precise
[10:29] <ogra> did you properly link the /usr/share/livecd-rootfs/live-build/auto scripts `
[10:29] <ogra> ?
[10:34] <mwhudson> ogra: no, just figured that out myself
[10:34] <ogra> :)
[10:36] <mwhudson> ok that looks better
[10:37] <mwhudson> deboostrap is still running with --components=main,restricted but we'll see if that matters in the long run
[10:37] <ogra> we fixed a lot of the universe deps on our way to xenial ... but i'm not sure everything is gone ... the images definitely still have universe enabled
[10:47] <mwhudson> well that looks moderately successful
[10:47] <mwhudson> still exited with status 1 mind
[10:50] <ogra> heh
[10:50] <ogra> did it spit out two snaps ?
[10:51] <mwhudson> 99zz-check-uid-gid.chroot had a sad it seems
[10:51] <mwhudson> ogra: i don't think so, where would they be?
[10:51] <ogra> in $PWD
[10:51] <mwhudson> then no
[10:51] <ogra> then it didnt finish
[10:52] <mwhudson> ogra: http://paste.ubuntu.com/19262524/
[10:53] <ogra> paste the error ... todays xenial builds definitekly worked on the buildds... 99zz-check-uid-gid.chroot usually indicates that a system user was added
[10:53] <ogra> hmm, the uuidd group was added by something
[10:54] <mwhudson> the uuidd package, i assume
[10:55] <ogra> well, i dont get how you get it there ... it isnt like the seed changed in xenial
[10:58] <mwhudson> pulled in by lupin-casper apparently
[10:58] <ogra> uh
[10:58] <ogra> nothing you want really
[10:59] <ogra> you still use PROJECT=ubuntu-core SUBPROJECT=system-image ?
[10:59] <mwhudson> ys
[10:59] <ogra> that shouldnt pull in such stuff ... weird
[10:59] <mwhudson> it's only excluded for "ubuntu-server|ubuntu-touch|ubuntu-touch-custom)" apparently
[10:59] <ogra> well, and for all images that dont use an initrd or kernel at all :)
[11:00] <ogra> like all system-image ones should
[11:00] <mwhudson> i see
[11:00] <ogra> (we build a kernel snap during the ubuntu-core build, but thats a separate hack, not using live-build mechanisms )
[11:02] <ogra> try adding IMAGEFORMAT="plain"
[11:02] <ogra> and PREINSTALLED="true"
[11:03] <ogra> (wild guess though)
[11:08] <mwhudson> ok one more try and then bed :)
[11:14] <flexiondotorg> rbasak, I've seen you comments on my mate-hud sponsoring package.
[11:15] <flexiondotorg> I've corrected the license.
[11:16] <flexiondotorg> I've updated to adhere to Debian Python Policy.
[11:17] <flexiondotorg> I can make the package quilt too. But so far all the Ubuntu MATE specific packages in the Ubuntu archive are native.
[11:17] <flexiondotorg> So, is this simply a case of splitting the debian packaging from the source?
[11:20] <mwhudson> i have a snap!
[11:23] <ogra> yay
[11:23] <ogra> you shoudl have two :)
[11:23] <ogra> a kernel and an os snap
[11:23] <mwhudson> it's not finished yet :)
[11:23] <ogra> ah
[11:24] <mwhudson> although i have livecd.ubuntu-core.os.snap  ubuntu-core_16.04+20160713.23-17_amd64.snap
[11:24] <mwhudson>  so far
[11:24] <ogra> right, it creates a clean new chroot and in there creates a kernel snap
[11:24] <mwhudson> ah ok
[11:24] <ogra> so that takes a bit
[11:24] <mwhudson> yeah, it's getting kernel packages now, which seems consistent with making a kernel snap
[11:24] <ogra> yup
[11:25] <mwhudson> for next time is there an easy way to make it use the same proxy apt is configured to use?
[11:25] <ogra> shzould be done soon then ... it just installs them, creates an initrd and calls snapcraft snap
[11:25] <ogra> you can use MIRROR= and point to a local packageproxy
[11:25] <ogra> iirc
[11:26] <ogra> (see rootstock :) )
[11:26]  * ogra notes it is late at your place :)
[11:27] <ogra> (by the snap version :) )
[11:27] <rbasak> flexiondotorg: if you think the package should definitely be native, I'm happy for you to make that case. As long as it makes sense and wasn't a mistake.
[11:28] <flexiondotorg> OK. I'll push the changes and update the bug in a bit :-)
[11:28] <rbasak> flexiondotorg: I'd expect it to be quilt format though, because that more easily allows Debian/Ubuntu to patch on top of upstream releases if necessary. For the existing Ubuntu MATE specific packages, do "upstreams" exist?
[11:29] <rbasak> flexiondotorg: in this case, for example, what if Fedora wanted MATE with HUD support or something? It doesn't feel distro-specific to me.
[11:29] <flexiondotorg> rbasak, Those MATE packages in Debian and Ubuntu are all quilt.
[11:29] <flexiondotorg> Those specific to Ubuntu MATE, and only in the Ubuntu archive, are currently all native.
[11:29] <rbasak> flexiondotorg: note that debian/patches/ exists in the version I reviewed, which AFAIK doesn't make sense for a native package.
[11:30] <flexiondotorg> mate-hud can only work on Ubuntu.
[11:30] <flexiondotorg> Not other distro I've checked carries the required libraries.
[11:30] <rbasak> OK, but that's because of missing dependencies, which isn't fundamental.
[11:31] <flexiondotorg> rbasak, I'll drop debian/patches it is leftover from my skeleton.
[11:31] <rbasak> As an exmaple, unity, unity8 and mir are all non-native packages.
[11:31] <mwhudson> ogra: heh yes indeed
[11:31]  * mwhudson zzz
[11:31] <flexiondotorg> rbasak, So I am perfectly happy to make it non-native.
[11:31] <rbasak> OTOH, dpkg is native because it would make no sense for dpkg to be a separate upstream to Debian.
[11:31] <rbasak> flexiondotorg: I don't want you to break consistency just because of one reviewers opinion.
[11:31] <flexiondotorg> I can split the packaging from the "upstream".
[11:32] <rbasak> So sorry, I'm not sure what my opinion is. If you have a good reason, perhaps document in the bug and we'll leave it to the archive admins to decide?
[11:32] <flexiondotorg> rbasak, Things are the way they are because that was how the very first Ubuntu MATE packages were introduced.
[11:32] <flexiondotorg> I quite happy to do "the right thing" :-)
[11:33] <flexiondotorg> I'll make it non-native.
[11:33] <rbasak> flexiondotorg: would you mind asking on the ubuntu-devel ML or something? I'd appreciate other opinions, and then the thread will be archived and you can have consistency. That's "the right thing", IMHO. Or if you wish, I'm happy to upload and leave it to the archive admins on NEW review if you wish, since it appears to be debateable.
[11:34] <flexiondotorg> rbasak, I will make it non-native. It does seem the sensible choice and no effort.
[11:35] <rbasak> flexiondotorg: OK, thanks.
[12:14] <flexiondotorg> rbasak, I've update the open posting of the bug and added a comment - https://bugs.launchpad.net/ubuntu/+bug/1602270
[12:14] <flexiondotorg> Rebuilt and tested.
[12:51] <rbasak> flexiondotorg: thanks. I reviewed from your .dsc before. Should I be using your git repo on bitbucket now? When I reviewed, there was no postinst. On bitbucket, there is a postinst that calls glib-compile-schemas. Should this not use a dpkg trigger? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587661 suggests that a suitable trigger is available. Finally, for an upload, I'll need an orig tarball
[12:51] <rbasak> from somewhere. Should I just be using uscan?
[13:12] <flexiondotorg> rbasak, I update the .dsc link in the opening post too :-)
[13:13] <flexiondotorg> So if the dget of that .dsc is OK. Then drop the ~yakkety1.2 suffix and upload please.
[13:13] <flexiondotorg> rbasak, https://launchpad.net/~ubuntu-mate-dev/+archive/ubuntu/crazy-mate/+files/mate-hud_16.10.0-1~yakkety1.2.dsc
[14:13] <rbasak> pitti: I have the known mysql-5.7 dep8 failure on ppc64el holding up proposed migration again. Can we override it to treat as "always failed"?
[14:14] <pitti> rbasak: yep, bumped the hint'
[14:27] <rbasak> Thanks!
[14:31] <tseliot> pitti: you rejected u-d-c in xenial because it's not yet in yakkety. The truth is u-d-c in yakkety keeps failing because of this: The following packages have unmet dependencies:  sbuild-build-depends-ubuntu-drivers-common-dummy : Depends: python3-aptdaemon.pkcompat but it is not going to be installed
[14:31] <tseliot> https://launchpadlibrarian.net/272774340/buildlog_ubuntu-yakkety-amd64.ubuntu-drivers-common_1%3A0.4.19_BUILDING.txt.gz
[15:07] <arges> cking: bug 1599219 1599221 1599259 did these get fixed in yakkety?
[15:07] <arges> well the first two relaly
[15:10] <cking> arges, 1599219 says it's been fixed in spl <IP_ADDRESS> (in Yakkety),  1599221 says it's in yakkety and needed to be backported, so if spl <IP_ADDRESS>-0ubuntu4 is released then yes
[15:11] <arges> cking: ok i'll fixup those tasks in the bug, it makes review a bit easier for me than having to parse through version numbers and released versions etc
[15:38] <slangasek> cking: is stress-ng autopkgtest failing on armhf because the tests are broken, or because the kernel is broken? :)
[15:39] <cking> slangasek, got a link to that so I can figure it out?
[15:40]  * cking found it, just a sec
[15:40] <slangasek> cking: http://autopkgtest.ubuntu.com/packages/s/stress-ng/yakkety/armhf/
[15:40] <slangasek> k
[15:44] <cking> slangasek, looks like the semantics on arm are different from x86 when it comes write prot on the text segment, which is not what I expected, but why this didn't happen previously I don't know as I'm sure that's passed before
[15:45] <slangasek> :)
[15:47] <cking> hrm, it passed on the dragonboard too when I tested it, most bizzare
[15:49] <slangasek> dragonboard being an arm64 host kernel, I imagine?
[15:58] <smoser> hey. in a container, i'm seeing -.mount fail occasionally
[15:58] <smoser> what seems odd is that it ever succeeds.
[15:59] <smoser> as when it fails, systemctl status -- -.mount
[15:59] <smoser> shows:
[15:59] <smoser> ExecMount=/bin/mount /dev/disk/by-label/cloudimg-rootfs / -t ext4
[16:21] <jderose> tyhicks: so in terms of getting the ecryptfs-utils fixes into 16.04.1, will a new upstream 112 release be made or will 111-0ubuntu1 just be patched?
[16:52] <tyhicks> jderose: 111-0ubuntu1 will be patched
[16:52] <tyhicks> jderose: they'll go through the security pocket and I'll release them by tomorrow
[16:52] <jderose> tyhicks: do you have patched yet, or would be helpful for me to attach an updated patch to lp:1597154
[16:53] <jderose> er, have a patch yet...
[16:53] <tyhicks> jderose: I have debdiffs prepared but haven't tested
[16:53] <tyhicks> jderose: I'll upload them to the ubuntu-security-proposed ppa shortly and point you there so you can test
[16:53] <jderose> tyhicks: awesome, thanks. yeah, i'll help test them as so as there are builds
[17:02] <cking> slangasek, yep, arm64 dragonboard it works fine, so I wonder what the kernel is on that arm64 test environment is
[17:12] <tyhicks> jderose: wily and xenial updates are building in https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa
[17:13] <slangasek> cking: autopkgtest [23:32:03]: testbed running kernel: Linux 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:13:13 UTC 2016
[17:14] <cking> slangasek, ok, I'll get access to a box later tonight or tomorrow and figure out what the root cause is
[17:14] <cking> ta
[17:15] <slangasek> cking: of course, that doesn't tell you if it's an arm64 or armhf host
[17:15] <jderose> tyhicks: thanks!
[17:15] <slangasek> (and I don't recall which it is)
[17:15] <cking> no probs, I can dig into it from now
[17:18] <tyhicks> jderose: thanks for offering to test! (note that I haven't staretd my testing of those security updates just yet)
[17:19] <jderose> tyhicks: no problem, System76 is always happy to help with testing :)
[17:19] <tyhicks>  \o/
[18:18] <semiosis> slangasek: whats the next step for my merge request?  i haven't seen Odd_Bloke around in a couple days to ask about the localhost thing.  thoughts?
[18:19] <semiosis> https://code.launchpad.net/~semiosis/livecd-rootfs/fix-for-1565985/+merge/298305
[19:06] <smoser> slangasek, or someone else systemd boot knowledgable.. care to read bug https://bugs.launchpad.net/juju-core/+bug/1602192 .
[19:06] <smoser> my last two comments i think are the crux of the issue.
[19:07] <smoser> i ping you by name because other people i know that could answer this are typically europe time zone
[19:07] <smoser> (pitti and xnox )
[19:36] <slangasek> smoser: the job output notes that this is from systemd-fstab-generator.  Does /etc/fstab have different contents on the successful vs. failed containers?
[19:37] <smoser> no
[19:37] <slangasek> semiosis: we do really need the input from the cloud team regarding correctness of the hostname resolution change (and whether to make it in both places or neither).  If Odd_Bloke is unavailable, perhaps rcj or gaughen can help
[19:37] <slangasek> smoser: ok. what are the contents there?
[19:38] <smoser> # cat /etc/fstab
[19:38] <smoser> LABEL=cloudimg-rootfs   /        ext4   defaults        0 0
[19:38] <slangasek> alright
[19:38] <slangasek> so has udev/systemd failed to resolve that label to a device?
[19:39] <slangasek> (is /dev/disk/by-label/cloudimg-rootfs present?)
[19:39] <smoser> never in a container.
[19:39] <smoser> no udev
[19:40] <smoser> so that is strictly wrong. but in most cases (probably > 90% of the time) something addresses that.
[19:41] <semiosis> slangasek: fwiw, as far as correctness goes, Odd_Bloke already had me change from installing libnss-myhostname (as was done in pre-xenial vagrant boxes) to using this cloud-init method.
[19:42] <semiosis> slangasek: you also had concerns about the virtualbox packages not being in main.  if that's a blocker for you, what direction would you suggest taking?  i'd be happy to start down that path
[19:42] <semiosis> ...if necessary
[19:58] <slangasek> semiosis: I've been talking with gaughen already about a path forward on virtualbox.  We can probably land this change and deal with the MIR for virtualbox later, provided we agree that's the direction to go
[19:59] <semiosis> slangasek: that sounds great to me.  thanks for your time.  let me know if there's anything else I can do to help move things forward.
[20:09] <jderose> tyhicks: finished testing ecryptfs-utils packages from https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages everything seem solid, no issues found. i tested both ecryptfs-setup-swap and ecryptfs-utils.postinst
[20:13] <gaughen> slangasek, semiosis I'm reading the scrollback
[20:18] <tyhicks> jderose: thank you for reporting back :)
[20:19] <tyhicks> jderose: did you only test on GPT partitioned devices that were affected by the bug?
[20:19] <jderose> tyhicks: thus far yes. still need to check for regressions on non-GPT partitioned drives
[20:19] <jderose> we'll keep testing though
[20:20] <tyhicks> jderose: ok - I'll be testing that situation, as well
[20:21] <tyhicks> jderose: I just wanted to make sure I understood what testing you've already done
[20:25] <jderose> tyhicks: ah, gotcha. on a UEFI system with an NVMe drive and an oem install, i first tested that ecryptfs-setup-swap correctly worked when going through oem-firstrun and choosing encrypted home directory. then i unset bit 63 and ran `sudo apt-get install --reinstall ecryptfs-utils` to make sure ecryptfs-utils.postinst would correctly re-set bit 63. both worked fine.
[21:07] <jderose> tyhicks: okay, i finished tested on an non-NVMe SSD, in both UEFI (GPT partitioning) and BIOS (msdos partitioning)... no issues found, everything seems shiny.
[21:08] <tyhicks> jderose: thanks again :)
[21:08] <jderose> also, i made sure that the new ecryptfs-utils.postinst script would re-set bit 63 okay even when on a standard SSD (non-NVMe)
[21:08] <jderose> np :)
[21:13] <jderose> tyhicks: oh, i've only been testing xenial so far, haven't tested wily at all. need help testing wily?
[21:13] <tyhicks> jderose: no, I can handle wily
[21:15] <jderose> tyhicks: cool, thanks!
[22:55] <nacc> mdeslaur: ping re: python-django 1.8.7-1ubuntu2; i'm trying to merge to yakkety, and it seems like our xenial CVE fix ended upnot being the one taken upstream (the patch's commit sha doesn't match anything on github or anonscm and there's no dep3 url in the patch)
[22:56] <nacc> mdeslaur: the merge is fine, in that upstream has the right CVE fix, just wanted to bring to your attention, in case xenial needs a corrected fix