=== happyaro1 is now known as happyaron
[05:49] <FAalbers2> Hello, How do I receive packages from Wily instead of Trusty ? I need newer version of openocd and Trusty is set to 0.7.0 instead of the latest 0.9.0
[05:55] <rect> Hi all, I am interested in working on the ubuntu-multi-computer experience
[05:56] <rect> It's 2015 and there is still unnecessary general friction when using more than one machine, in terms of synchronizing data and configuration
[05:58] <rect> Right now my thought about how to do this is around establishing separation of "data" and "system/configuration",  and using declarative system configuration languages to compile provision systems
[05:58] <FAalbers2> Hello, How do I receive packages from Wily instead of Trusty ? I need newer version of openocd and Trusty is set to 0.7.0 instead of the latest 0.9.0
[06:00] <rect> I have a little writeup demonstrating a proof of concept of the first aspect here, which is the separation/divorce of the "storage" of data and the "application" of data
[06:00] <rect> I would really appreciate some feedback on the concept!
[06:00] <rect> http://nbviewer.ipython.org/github/andrewjchen/andrewathome/blob/master/andrew%40home.ipynb
[06:45] <dholbach> good morning
=== _morphis is now known as morphis
[08:41] <Laney> siretart: I'm going to do it so we can get some stuff migrated
[08:41] <Laney> Guess we should transition off libav completely though?
[09:04] <ricotz> Laney, yes, libav needs to go away
[09:04] <Laney> ricotz: did Debian do it yet?
[09:04] <Laney> is it API compatible?
[09:05] <ricotz> Laney, https://release.debian.org/transitions/html/ffmpeg-libav.html
[09:05] <ricotz> and it is compatible in most cases
[09:06] <Laney> maybe someone could take the lead. ;)
[09:17] <flexiondotorg> Laney, dholbach May I request a little bit of sponsoring please?
[09:17] <flexiondotorg> I'd like the ubuntu-mate meta packages tasks updating please.
[09:17] <flexiondotorg> Laney, dholbach And the following two package updates:
[09:17] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-settings/+bug/1476616
[09:17] <ubottu> Launchpad bug 1476616 in ubuntu-mate-settings (Ubuntu) " ubuntu-mate-settings 0.4.7 release [debdiff attached]" [Undecided,New]
[09:18] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1476611
[09:18] <ubottu> Launchpad bug 1476611 in ubuntu-mate-artwork (Ubuntu) "ubuntu-mate-artwork 0.4.11 new nelease [debdiff attached]" [Undecided,New]
[09:18] <dholbach> flexiondotorg, sorry, I'm a bit busy right now
[09:18] <flexiondotorg> dholbach, OK.
[09:19] <Laney> flexiondotorg: Sponsoring this afternoon
[09:20] <flexiondotorg> Laney, Cheers.
=== psivaa_ is now known as psivaa
=== andyrock_ is now known as andyrock
=== alecu_ is now known as alecu
=== mwhudson_ is now known as mwhudson
=== yofel_ is now known as yofel
[11:39] <Laney> infinity: http://paste.ubuntu.com/11947918/
=== MacSlow is now known as MacSlow|lunch
=== tedg is now known as ted
[13:23] <Laney> @pilot in
[13:25] <Laney> hmm
[13:25] <Laney> dholbach: know where the bot is? :)
=== _salem is now known as salem_
[13:26] <dholbach> Laney, hum
[13:27] <dholbach> pinged folks in #ubuntu-irc
[13:28] <Laney> cheers
[13:28] <Laney> I thought it was IS for some reason
[13:35] <dholbach> Laney, better now?
[13:36] <Laney> @pilot in
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures -&amp;gt; http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise -&amp;gt; vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
[13:36] <Laney> dholbach: feels good!
[13:36]  * Laney does some warm up stretches
[13:36] <dholbach> yeeehaw :)
=== rcj` is now known as rcj
=== MacSlow|lunch is now known as MacSlow
[15:11] <doko> tumbleweed, https://launchpadlibrarian.net/212703834/buildlog_ubuntu-wily-amd64.pyzmq_14.4.1-0ubuntu4_BUILDING.txt.gz
[15:11] <doko> however I don't see any b-d for greenlet and cffi
[15:14] <doko> jtaylor, ^^^
[15:18] <doko> tumbleweed, did you file bug reports for the cffi backend split?
[15:23] <bb11> hi! anyone can tell me which tool is used to build alternate installer / ubuntu-server images? apparently it's not debian-cd as this package is in universe and lacks ubuntu-specific settings
[15:25] <tumbleweed> doko: not yet.
[15:29] <infinity> bb11: It is a very old forked version of debian-cd
[15:30] <infinity> bb11: https://code.launchpad.net/~ubuntu-cdimage/
[15:30] <tumbleweed> doko: partly because I'm not ready for them yet. I just want them to start using pre-compiled 1.x style bindings
[15:31] <doko> tumbleweed, sure, but you get build failures when the extension is missing for -dbg packages
[15:33] <roaksoax> infinity: howdy! how can I check what bugs are yet to be verified for an SRU to go through?
[15:33] <bb11> infinity: excellent, just what I needed :)
[15:33] <bb11> thank you
[15:34] <infinity> roaksoax: http://people.canonical.com/~ubuntu-archive/pending-sru.html
[15:34] <roaksoax> infinity: thanks!
[15:34] <flexiondotorg> infinity, May I ask a favour? Please could you update the ubuntu-mate seeds/tasks?
[15:35] <tumbleweed> doko: that's not what that bug is. That's a 3.5 porting bug I think
[15:36] <tumbleweed> doko: pyzmq previously used cffi only on pypy (which requires no build-deps)
[15:36] <tumbleweed> but it looks like it wants to use cffi on 3.5 too
[15:37] <doko> ahh
[15:37] <doko> anyway, have a fix
[15:37] <tumbleweed> I don't know *why* it wants to use cffi on 3.5, that would require looking at the source :)
[15:38] <infinity> flexiondotorg: Bit busy right now, but if you ask again in a few hours...
[15:42] <flexiondotorg> infinity, OK
[15:58] <flexiondotorg> Laney, Thanks for the sponsoring.
[16:28] <dholbach> hey seb128, do you know why ubuntu-desktop-next depends on grub-efi-amd64-signed?
[16:31] <seb128> dholbach, to be able to have signed boot
[16:31] <seb128> dholbach, is that an issue?
[16:32] <dholbach> seb128, I installed ubuntu-desktop-next this morning to play around with a unity8 session every now and then, it removed my grub-pc underneath me and broke boot with me just noticing it when I rebooted earlier
[16:33] <seb128> urg
[16:34] <seb128> dholbach, ubuntu-desktop-next is not supposed to be installed, it's the base for the snappy personal image
[16:34] <dholbach> people are going to install it if it's in the archive :)
[16:34] <seb128> you probably wanted unity8-desktop-session-mir
[16:34] <seb128> dholbach, you can use the same logic for grub-efi-amd64-signed
[16:34] <dholbach> unity8-desktop-session-mir installs less packages than ubuntu-desktop-next
[16:34] <seb128> it's in the archive
[16:34] <seb128> people are going to install it
[16:34] <dholbach> mh
[16:34] <ogra_> dholbach, size doesnt matter ... ask your GF !
[16:35] <dholbach> ogra_, you're such a troll
[16:35] <ogra_> lol
[16:35] <Laney> O_O
[16:35] <seb128> dholbach, anyway, unsure why grub-efi-amd64-signed is breaking boot
[16:35] <Laney> how is -efi installed for desktop?
[16:35] <dholbach> seb128, I'm not going to argue either way, I just didn't expect a *ubuntu*-desktop* package to lock me out of my laptop
[16:36] <seb128> dholbach, yeah, me neither, sorry about that :-/
[16:36] <dholbach> like... I could've installed kubuntu-desktop or lubuntu-desktop
[16:36] <Laney> I guess conditionally by ubiquity maybe?
[16:36] <dholbach> anyway... I just wanted to let you guys know
[16:36] <seb128> dholbach, those are not -next :p
[16:36] <seb128> dholbach, thanks, maybe worth opening a bug
[16:36] <seb128> I don't know grub much
[16:37]  * dholbach starts considering carreer outside IT
[16:37] <seb128> what is grub-efi-amd64-signed made for?
[16:39] <infinity> seb128: For secure boot systems.  Though, it should do no harm on any EFI system.
[16:39] <seb128> what about non efi systems?
[16:39] <infinity> For non-EFI, it's slightly less useful. :P
[16:39] <seb128> is what happened to dholbach expected?
[16:40] <infinity> Yes, it's why we don't ship grub-efi-amd64-signed (or bootloaders at all) in any desktop metapackage.
[16:40] <gQuigs> I think this should be a quick fix (I have a patch posted), and will save us livecd space - https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1452472
[16:40] <ubottu> Launchpad bug 1452472 in ubuntu-meta (Ubuntu Wily) "Drop gstreamer0.10 recommends in WW" [Undecided,New]
[16:40] <infinity> Bootloaders are mutually exclusive, so installing one that doesn't work tends to remove the one that does.
[16:40]  * gQuigs is also hoping to drop gstreamer0.10 to universe this cycle
[16:41] <seb128> "fun"
[16:41] <seb128> dholbach, sorry about that :-/
[16:41] <infinity> seb128: I'm guessing someone added it to desktop-next to mirror how we build livefses with *-live, but that should really be either hacked in livecd-rootfs, or part of a "desktop-next-live" instead.
[16:41] <seb128> infinity, you guess right
[16:42] <dholbach> seb128, I'm glad I found the issue and hopefully not somebody else :)
[16:42] <seb128> dholbach, I hope you manage to fix your machine
[16:42] <dholbach> yeah, took an hour because I had to download a live cd, etc, but that's fine
[16:42] <seb128> good
[16:44] <Laney> gQuigs: We generate that package by modifying lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.wily desktop, not by editing it directly
[16:46] <gQuigs> Laney: oh, I'll redo a patch/merge proposal on that
[16:47] <Laney> gQuigs: Cheers. Seems like a good idea to me - didn't notice that we got there with dropping everything off the CD.
[16:48] <Davidk> Hi there! My friend and I have decided to make our own remastered version of Ubuntu GNOME. However, we ran into some trouble and I was wondering if anyone could help. We unpacked the OS with squashfs, made our little modifications, then repacked it and burned the ISO onto a disk. However, when we try to start the OS, we get an error message
[16:48] <Davidk> "(initramfs) Unable to find a medium containing a live file system"
[16:53] <gQuigs> Laney: yup, it's just been pidgin for a while, posted a new patch to the bugf
[16:53] <Laney> gQuigs: Can you link a bzr branch instead? It'll have better metadata that way
[16:54] <gQuigs> Laney: propose branch for merging ?
[16:54] <Laney> nah
[16:55] <Laney> in general yes, but since I'm looking already, not necessary
[16:57] <infinity> gQuigs: Ahh, nice catch.  Thanks for that.
[16:57] <gQuigs> Laney: I think I did that right, https://code.launchpad.net/~bryanquigley/+junk/gst0.10_ubuntu
[17:00] <Laney> gQuigs: Ta
[17:01] <Laney> let's see what breaks...
[17:01] <Laney> @pilot out
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures -&amp;gt; http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise -&amp;gt; vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[17:02]  * dholbach hugs Laney
[17:29] <Davidk> Can anyone that's on possibly help me with an issue I'm having while trying to boot from a disk?
[17:29] <Davidk> There were slight modifications made
[17:29] <Davidk> Unpacked and packed via squashfs
[17:31] <Davidk> It says that no live media can be found
[17:54] <cyphermox> Davidk: did you rename the file in any way?
[17:55] <cyphermox> Davidk: if you're booting from a hard disk you may also need to pass live-installer/net-image=/path/to/the/squashfs_file to tell the installer where to get the squashfs
[17:55] <cyphermox> see http://www.michaelm.info/blog/?p=1378
[18:04] <Davidk> cyphermox: no, no names were changed, as well as no paths
[18:05] <Davidk> And the error is "(initramfs) Unable to find a medium containing a live file system"
[18:07] <dragos> hello i just win an ubuntu competition
[18:09] <dragos> i just remaster an ubuntu but when i click on live it asks for an username and an password. oh and btw i used remastersys for it
[18:10] <cyphermox> Davidk: if you specify live-installer/net-image I bet it's going to work
[18:10] <Davidk> cyphermox: okay, I will give it a shot
[18:12] <dragos> help
[18:17] <cyphermox> dragos: Davidk: for support, you should go to #ubuntu
[18:18] <Davidk> cyphermox: Will do as well if your solution does not work. But thank you so much for your assistance
[18:18] <cyphermox> no worries
[18:18] <Davidk> And I did in Ubuntu GNOME, as this is GNOME
[18:19] <Davidk> But they didn't have a solution unfortunately :/
[18:19] <cyphermox> this is a typical issue on custom installs, the location of net-image needs to be specified if it's not on the cd
[18:21] <Davidk> Ahhh I see. I'll do it and recompile, tho that may take a while. It's my friends' and my first attempt at this so, all help is really and truly appreciated
[18:22] <cyphermox> you don't need to recompile anything for that
[18:22] <cyphermox> as you boot, you should be able to either use F6 to open up the ocmmand-line and add it there, or edit the grub menu entry
[18:22] <Davidk> Ooh that is perfect, thank you!
[18:23] <cyphermox> (well, for testing that it fixes your problem, anyway... to make it permanent you'll need to add it to preseed)
[18:23] <Davidk> Gotcha
[18:25] <dragos> some dude banned me from #ubuntu for no reasion
[18:50] <hjd> Hi, I've two questions; I'm curious why Ubuntu seem to use a different jpeg library than Debian (libjpeg8 vs libjpeg-turbo)? Secondly, even though it doesn't seem to be on the sync blacklist (http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt), why does libjpeg9-dev seem to be missing and causing build problems for yoshimi (https://launchpadlibrarian.net/210424457/buildlog_ubuntu-wily-amd64.yoshimi_1.3.5.1-2_BUILDING.txt.gz)?
=== adrian is now known as alvesadrian
[21:17] <doko> infinity, please could you merge dpkg?
[21:19] <infinity> doko: Yes.
[22:04] <doko> robert_ancell, please update glibmm2.4 in silo 16
[22:04] <robert_ancell> doko, ok
[22:05] <doko> robert_ancell, btw, are you connected for this stack with Debian?
[22:05] <robert_ancell> ?
[22:05] <doko> apparently no
[22:05] <infinity> Or he doesn't speak doko English. ;)
[22:05] <doko> I'm asking for the library renaming
[22:05] <doko> infinity, when do you merge dpkg?
[22:06] <infinity> robert_ancell: I think he meant "do you maintain any of these package in Debian too"?
[22:06] <infinity> doko: https://launchpad.net/~adconrad/+archive/ubuntu/staging/+packages
[22:06] <infinity> doko: Merged, just testing a bit before I copy.
[22:06] <robert_ancell> no, I don't maintain glibmm in Debian.
[22:06] <doko> ta
[22:06] <robert_ancell> doko, which library renaming are you referring to?
[22:06] <doko> robert_ancell, could you rename the package according to the proposed naming scheme?
[22:07] <doko> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libstdc%2B%2B-cxx11;users=debian-gcc@lists.debian.org
[22:07] <doko> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791050
[22:07] <ubottu> Debian bug 791050 in src:glibmm2.4 "glibmm2.4: library transition may be needed when GCC 5 is the default" [Important,Open]
[22:07] <robert_ancell> doko, I can have a look at that
[22:08] <doko> and so on for the whole stack. your tech lead requested it
[22:10] <robert_ancell> doko, seb128 requested it?
[22:10] <doko> yes
[22:11] <doko> see backlog
[22:18] <jderose> is anyone aware of what bug is causing the 14.04.3 64bit desktop daily ISOs to fail the automated testing? when I try running the pending ISO, the installer seems broken (wont launch at all)
[22:19] <infinity> jderose: I'm not aware of such a bug, but I suppose I probably should be. :P
[22:20] <infinity> jderose: Is it only an issue with automated/preseeded testing, or does it fail to be useful when manually booted/driven too?
[22:20] <jderose> infinity: i was just curious if there was an LP bug out there already so i can poke around, try to help :)
[22:20] <jderose> infinity: fails when trying to manually boot into it... although thus far i've only run it under kvm, so might not be an issue on real hardware
[22:21] <infinity> jderose: Hrm.  Kay.  I'll grab a daily and see how it behaves for me after dinner.
[22:21] <jderose> infinity: cool, let me know where i can help :)
[22:22] <infinity> jderose: You can help by fixing all the bugs!
[22:27] <doko> robert_ancell, copying is not good enough, we can't copy the binaries into -proposed using the same version number
[22:30] <jderose> infinity: another possible hint... i noticed that ubuntu gnome 14.04.3 64bit daily has passed the automated testing. maybe it's just not running as many tests, but seemed a little suspicious
[22:43] <jderose> infinity: just tried on physical hardware... broken there too
[22:45] <infinity> jderose: Fun.  Alright.  Like I said, I'll look after dinner.
=== salem_ is now known as _salem
[23:33] <infinity> jdstrand: Hrm.  So, what's the failure you're seeing?  I'm seeing no boot menu (weird), then straight to a blank desktop (probably a symptom of the first thing)