[08:52] <CIA-32> ubiquity: stgraber * r5397 ubiquity/ (bin/ubiquity-dm debian/changelog ubiquity/gsettings.py): Merge ubiquity-dconf branch, starting dconf-service from ubiquity-dm
[08:56] <CIA-32> ubiquity: stgraber * r5398 ubiquity/ (bin/ubiquity-dm debian/changelog src/wallpaper/wallpaper.c): Merge ubiquity-composite, enabling compositing in ubiquity, making notify-osd render properly and rendering shadows around windows.
[10:31] <CIA-32> ubiquity: cjwatson * r5399 trunk/debian/ (77 files in 2 dirs): Re-enable alpha warning for quantal.
[10:38] <CIA-32> ubiquity: cjwatson * r5400 trunk/ (configure configure.ac debian/changelog): bump to 2.11
[10:40] <CIA-32> ubiquity: cjwatson * r5401 trunk/debian/changelog: restore missing changelog trailer
[11:00] <stgraber> cjwatson: thanks for fixing my broken changelog entry ... apparently I didn't merge these branches as well as I thought I did...
[11:09] <cjwatson> heh, np
[11:32] <Darael> Tasksel appears to still use aptitude instead of apt-get in the background.  Considering bug 831768 is this not a Really Bad Idea?
[11:32] <ubot2> Launchpad bug 831768 in aptitude "aptitude cannot handle conflicts with multiarch enabled" [Undecided,New] https://launchpad.net/bugs/831768
[11:33] <cjwatson> tasksel shouldn't be going particularly near multiarch.
[11:34] <Darael> It's enabled by default on amd64, and I've been bitten once on an install from the minimal CD already.
[11:34] <cjwatson> Anyway, our tasksel only uses aptitude in the manual selection task, where there's no alternative.
[11:34] <Darael> Really?  I was sure it was calling it when I didn't choose that... maybe my memory  is going fuzzy.
[11:34] <cjwatson> It's either use it and let people figure it out, or not offer the manual selection task at all.  I'm not wild about the latter.
[11:35] <cjwatson> We stopped using aptitude in general in tasksel in Ubuntu 6.10.
[11:35] <Darael> Mm, quite.
[11:35] <ogra_> so preseeding a task would have changed behavior ?
[11:35] <cjwatson> ogra_: You misunderstand what I mean by manual selection.
[11:36] <ogra_> k
[11:36] <cjwatson> ogra_: There's a pseudo-task in tasksel which causes aptitude to be spawned interactively.
[11:36] <ogra_> ah, that one
[11:36] <Darael> That would presumably be the reason tasksel still has a hard depend on aptitude.
[11:37] <cjwatson> Yes.
[11:37] <cjwatson> Though I suppose it would be possible for it to apt-get install aptitude if it needs it; but meh, it's complex enough as it is
[12:03] <Darael> Well, my apologies for the waste of time.  Clearly I should have come here immediately when I had a problem six months ago - might have been possible to work out what it /actually/ was.  Still, everything is OK now.
[13:26] <CIA-32> ubiquity: cjwatson * r5402 trunk/ (5 files in 2 dirs):
[13:26] <CIA-32> ubiquity: Upgrade to debhelper 9 for improved handling of compiler flags. Make
[13:26] <CIA-32> ubiquity: sure that /usr/lib/girepository-1.0/ stays where it's supposed to be
[13:26] <CIA-32> ubiquity: despite changes in the default libdir for multiarch.
[15:47] <xnox> does update-manager show the slideshow & the twitter feed?
[22:12] <superm1> where particularly is the whitelist of folders and files to not wipe when picking the "upgrade" option from ubiquity?  i'm struggling to find it in the ubiquity tree for some reason
[23:39] <CIA-32> ubiquity: cjwatson * r5132 python3/ (314 files in 31 dirs): merge trunk
[23:43] <CIA-32> ubiquity: cjwatson * r5133 python3/scripts/ (install.py plugininstall.py): More print functions and new-style except syntax.
[23:44] <CIA-32> ubiquity: cjwatson * r5134 python3/ubiquity/plugins/ubi-partman.py: Another set comprehension.
[23:48] <cjwatson> superm1: possibly clear_partitions in partman-target
[23:52] <CIA-32> ubiquity: cjwatson * r5403 trunk/ (33 files in 8 dirs): merge lp:~cjwatson/ubiquity/python3 (only the beginnings of a port so far)


[02:15] <deanman> Just built juju for the first time and tried issuing a `juju init` but it fails with `ERROR unrecognized command: juju init`. Any hints?
[15:39] <Tweakerrobin> heyhey sorry i got a noob question is juju totally for free
[15:39] <Tweakerrobin> ?
[15:40] <Tweakerrobin> I like to instal owncould with juju
[15:51] <rick_h_> Tweakerrobin: sure thing
[15:51] <rick_h_> Tweakerrobin: just costs the hardware you run it on
[16:11] <marcoceppi> Tweakerrobin: just as free and open source as Ubuntu itself
[16:13] <Tweakerrobin> Tnx Happy to know


[01:07] <OvenWerks> zequence: if we can get the new seeds up soon and redo the two changes I did too late last cycle that would be good.
[01:09] <OvenWerks> I would like to look at replacing our -desktop with xubuntu's early on. Adding anything they miss with a -utilities meta.
[01:09] <OvenWerks> zequence: I should have some time, yes.
[01:13] <OvenWerks> zequence: I have been working with mutli-audio interfaces with jack at the same time. My wife's computer is set up that way with the internal for output and USB for input. It has been pretty solid, but timing has been an issue (she has kubuntu and it is set to restart things that were running from the last session... skype has issues with my script bouncing PA on it's head :)
[01:14] <OvenWerks> I think I need to make sure PA has settled before I start jack so I don't have to restart PA.
[01:16] <OvenWerks> zita-a2j/j2a does not handle buffer changes (latency changes) well. Fons has a unique coding style :)
[01:19] <OvenWerks> I may be able to make an app that detects buffer changes and restarts zita* in that case. The zita* tools are designed for jack1 in the same way as all Fons plugins are LV1 and any that are ported to lv2 were don by someone else.
[01:22] <OvenWerks> If I do come up with such a beast, it will not be a Studio only app. I will have it on my github site as well. I will try to do the package in such a way debian can pick it up.
[01:24] <OvenWerks> Linux audio is changing, There are very few PCIe AIs around, almost everything is USB. AoIP may be next.
[01:25] <OvenWerks> good or bad, people "expect" to be able to use a USB mic and internal audio.
[01:27] <OvenWerks> I will also take another try at packaging carla.
[01:30] <OvenWerks> Someone has done some experimentation with more than one PA-jack bridge at a time. It does work.
[01:32] <OvenWerks> I would like to come up with a patch bay to replace qjackctl->connections/patchage or whatever that will be able to not just make connections, but also create bridges for those connections first.
[07:41] <zequence> OvenWerks: Wow, you have a lot of stuff on the drawing board :)
[10:24] <zequence> I haven't got anywhere with -controls, which I also mean to create an unbranded version of.
[10:25] <zequence> Think the unbranded version will be the core, and any Ubuntu Studio specific stuff is done with a patch, or something
[10:26] <zequence> Hoping to get started on that soon
[10:31] <zequence> OvenWerks: Maybe check with falktx about the bridge, and see if he is interested in putting that into his connections app?


[14:08] <pragmaticenigma> Hello ops... We have  Nyle back in main, with his tantrum. Can someone please help?
[14:11] <pragmaticenigma> Pici, hggdh, dax, DalekSec, ikonia ... anyone? #ubuntu could really use your help right now
[14:13] <pragmaticenigma> phunyguy: thank you very much! have a wonderful day
[14:13] <phunyguy> o/


[01:00] <d00kiejones> hello
[01:00] <d00kiejones> having a hibernate problem
[01:01] <d00kiejones> i installed on a usb hdd with my internal unplugged
[01:01] <d00kiejones> and i cant resume from hibernate it just reboots
[02:23] <d00kiejones> can anyone help with a hibernate problem


[20:29] <melodie_> hi
[20:30] <melodie_> when the next LTS 2012-04.1 will be out, will there be just updates or something else ?
[20:32] <Atamira> did you check the website?
[20:33] <melodie_> hi Atamira I tried to but found no clues about the information I look for
[20:33] <melodie_> do you have a link to a page where I could find it ?
[20:33] <melodie_> this is what I have : https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[20:35] <Atamira> 12.04 is currently out
[20:36] <jbicha> melodie_: 12.04.1 is 12.04 with all the bugfixes since release included
[20:36] <melodie_> jbicha, ok, thanks !
[20:36] <melodie_> therefore updates will do it fine ?
[20:37] <jbicha> yes, if you install Ubuntu 12.04 and then install all the updates, you'll get the same result
[20:37] <melodie_> very good ! I wanted to be sure, thanks.
[20:38] <melodie_> bye
[20:40] <Atamira> sorry..was on the phone..heh


[00:53] <mup> PR snapcraft#937 opened: Incorporate all part properties into state tracking <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/937>
[01:18] <josharenson> When I run refresh-bits ala git@github.com:zyga/devtools, I get an error about not having systemd installed? (running zesty)
[03:46] <mup> Bug #1646333 opened: bind mounts related to content interface plugs remain stale on snap disconnect/connect or snap updates <Snappy:New> <https://launchpad.net/bugs/1646333>
[03:53] <mup> PR snapd#2391 opened: Discard mount namespace on a content i/f plug connect/disconnect <Created by albaguirre> <https://github.com/snapcore/snapd/pull/2391>
[07:38] <foxmask> bonjello
[07:57] <mup> PR snapd#2390 closed: tests: do not use external snaps <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2390>
[07:57] <dholbach> hey hey
[07:57] <zyga> o/
[07:58] <seb128> hey dholbach zyga, how are you?
[07:59] <dholbach> salut seb128
[07:59] <dholbach> doing all right - how about you?
[07:59] <seb128> I'm good thanks :-)
[08:49] <zyga> seb128: hey, I'm good :-) how are you?
[09:07] <seb128> zyga, I'm good thanks ;-)
[09:32] <tsdgeos> guys, snapcraft should never use one of my libs from /usr to end up in the snap but instead use the libs from the .deb files it downloads, no?
[09:35] <kalikiana> I would intuitively expect the .deb files to take priority
[09:36] <tsdgeos> because i think i found a case in which is not happening
[09:36] <tsdgeos> which i have to say was unexpected
[09:38] <Chipaca> tsdgeos: that's a bug
[09:38] <Chipaca> tsdgeos: without knowing the details I can't say whether it's a bug in snapcraft, or in your yaml
[09:41] <tsdgeos> Chipaca: how would the yaml make that happen?
[09:42] <Chipaca> tsdgeos: if the lib needed isn't in the deb you download (or maybe even if it's in the deb but needs the library path tweaked by postinst)
[09:44] <tsdgeos> ok
[09:45] <mup> Bug #1646415 opened: cannot run configure hook <Snappy:New> <https://launchpad.net/bugs/1646415>
[09:48] <mup> Bug #1646415 changed: cannot run configure hook <Snappy:Invalid> <https://launchpad.net/bugs/1646415>
[10:43] <mup> PR snapd#2392 opened: partition: add support for native grubenv read/write and use it <Created by mvo5> <https://github.com/snapcore/snapd/pull/2392>
[11:02] <caio1982> ng
[11:02] <caio1982> good morning
[11:02] <zyga> hey caio1982
[11:11] <grigio> hi, I get ❯ env LANG=C ./electron-quick-start  ./electron-quick-start: line 6: cd: /lib/node_modules/electron-quick-start: No such file or directory ./electron-quick-start: line 7: /bin/npm: No such file or directory
[11:12] <grigio> I tried this example http://bazaar.launchpad.net/~3v1n0/+junk/electron-quick-start-snap/files
[11:19] <renato__> mvo, hi, could you approve this MR? https://myapps.developer.ubuntu.com/dev/click-apps/6062/rev/21/
[11:26] <mvo> renato__: sure
[11:27] <renato__> mvo, thanks
[11:45] <mup> PR snapd#2393 opened: interfaces/apparmor: use distinct apparmor template for classic <Created by zyga> <https://github.com/snapcore/snapd/pull/2393>
[11:52] <mup> PR snapd#2372 closed: interfaces/seccomp: add support for classic confinement <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2372>
[13:00] <renato__> mvo, could you approve two more packages: https://myapps.developer.ubuntu.com/dev/click-apps/6019 rev 7 and 8
[13:12] <renato__> mvo, same for address-book-app: https://myapps.developer.ubuntu.com/dev/click-apps/6010 rev 19 and 20
[13:21] <ondra> ogra_ ping
[13:21] <ogra_> hey ondra
[13:22] <ondra> ogra_ hi, this would be simple one, in shell script, what is best reliable way to detect app is running as snap?
[13:23] <ogra_> hmm ... check the path of the binary ?
[13:23] <ogra_> something like that
[13:23] <ogra_> there is a bunch of $SNAP_ variables you could look for
[13:23] <ondra> how about check is SNAP_COMMON exist?
[13:23] <ogra_> SNAP_NAME or SNAP_VERSION ....
[13:24] <ondra> ogra_ is it something we will keep for foreseeable future?
[13:24] <ogra_> i guess so
[13:24] <ondra> ogra_ OK, then I will stick to those :)
[13:24] <ondra> ogra_ cheers!
[13:24] <ogra_> install hello-world, run hello-world.sh ...
[13:24] <ogra_> then check the env
[13:25] <ogra_> (or there is even a hello-world.env i think)
[13:25] <ondra> ogra_ yeah there is
[13:31] <mvo> jdstrand, renato__: I approved https://myapps.developer.ubuntu.com/dev/click-apps/6010/ - what is needed to make this automatic?
[13:32] <renato__> mvo,  I know that jdstrand is working on it. I am not sure about the status
[13:32] <mvo> renato__: aha, sure, thats fine then
[13:33] <renato__> mvo, could you approve 6019 too?
[13:34] <mvo> renato__: I did, didn't i?
[13:34] <renato__> mvo, no still blocked
[13:36] <mvo> renato__: oh, you are right
[13:36] <renato__> mvo, thanks
[13:49] <icey> should I push a BS commit to trigger the autopgktests on this again, or maybe merge in master for the commit to get the fix from master? https://github.com/snapcore/snapcraft/pull/908
[13:49] <mup> PR snapcraft#908: Let Rust plugin fetch dependencies in pull <Created by ChrisMacNaughton> <https://github.com/snapcore/snapcraft/pull/908>
[13:49] <renato__> mvo, sorry to keep disturbing you, but 6019 rev 9 still blocked :(
[13:51] <jdstrand> renato__ (cc mvo): you need to request a manual review
[13:51] <jdstrand> renato__: it doesn't show up in the list unless you do that
[13:52] <renato__> jdstrand, humm sorry I miss this one
[13:52] <jdstrand> renato__: and the person who pushes that button can't then approve it
[13:52] <jdstrand> (so it can't be us)
[13:52] <jdstrand> mvo: I handled it
[13:52] <renato__> thanks
[13:52] <jdstrand> renato__: done
[14:00] <mvo> jdstrand: thanks, was in a meeting
[14:12] <flexiondotorg> sergiusens, kyrofa I've discovered a bug with source-type: deb
[14:12] <flexiondotorg> Want to find out if it is known.
[14:13] <flexiondotorg> If you use a deb as source and that deb has sym-links in it, the link names are created as directories in the snap.
[14:14] <flexiondotorg> In my use case the binary is trying to load a lib which is effectively doesn't exist.
[14:23] <mup> PR snapd#2394 opened: snap: show last update time <Created by mvo5> <https://github.com/snapcore/snapd/pull/2394>
[14:26] <mup> PR snapcraft#938 opened: store: return specific error when already owned <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/938>
[14:32] <alex-abreu> mvo, could you comment on https://github.com/snapcore/snapweb/pull/101 ?
[14:32] <mup> PR snapweb#101: replace find vs findone <Created by AlexandreAbreu> <https://github.com/snapcore/snapweb/pull/101>
[14:36] <mup> PR snapd#2395 opened: make state and squashes immutable when appropriate <Created by chipaca> <https://github.com/snapcore/snapd/pull/2395>
[14:39] <mvo> alex-abreu: let me have a look
[14:47] <timp> jdstrand: hello, I have a question about this bug https://bugs.launchpad.net/ubuntu-ui-toolkit-examples/+bug/1645377
[14:47] <mup> Bug #1645377: AppArmor policy error for networking at initialization, even with the correct network plug. <snapd-interface> <Snappy:Invalid> <ubuntu-ui-toolkit-examples:New> <https://launchpad.net/bugs/1645377>
[14:48] <timp> jdstrand: that app just wants to download something from internet, for that it should not need to use the network-manager interface right?
[14:48] <timp> any ideas why it currently needs that?
[14:54] <renato__> popey, hey, could you review this? https://code.launchpad.net/~renatofilho/ubuntu-calculator-app/unity8-snap/+merge/312260
[14:56] <timp> renato__: why do you need unity7 and unity8?
[14:57] <renato__> timp, the unity8 session that tedg is working needs unity8 interface.  And unity7 is to keep it compatible with unity7
[14:59] <timp> renato__: ah, ok. Will we need to add unity8 to all GUI apps?
[14:59] <renato__> timp, I think so
[15:00] <timp> renato__: hmm.. and all GUI apps also need opengl I guess. So maybe we should find out if it is possible for [platform] to also imply [opengl, unity7, unity8]
[15:00] <timp> I don't know if it would work if we simply add those plugs to the ubuntu-app-platform snap.
[15:02] <timp> sergiusens: ^how would we do that?
[15:02] <renato__> timp, I am not sure about that. I think that is ok to explicitly say which interface you app request. S
[15:02] <renato__> timp, and some apps can be ready only for unity7
[15:03] <timp> renato__: but if you use the platform snap, you'll need all those plugs
[15:03] <renato__> timp, some apss can uses plataform and does not have any ui
[15:03] <timp> renato__: ah, that's true.
[15:03] <timp> hmm
[15:03] <timp> well the core of the platform (at least the dependencies that we put in there first) is the UITK
[15:04] <renato__> timp, i can have a app that only uses qtcore or network, etc..
[15:04] <timp> hmm
[15:04] <timp> yeah
[15:04] <timp> but would you use the platform snap then? Platform has a lot more than just qt.
[15:04] <timp> but if you don't want to compile qt, then currently the platform snap is what you need to use.
[15:04] <renato__> timp, if the plataform is part of the system already. I do not see why not use that
[15:07] <timp> That really depends on the use case.
[15:07] <renato__> if I have a gadget that only runs my app problably I can pack qt on it.
[15:07] <timp> yes
[15:07] <timp> renato__: ok. We can leave it as it is for now then :)
[15:09] <renato__> popey, one more: https://code.launchpad.net/~renatofilho/ubuntu-clock-app/unity8-snap/+merge/312263
[15:13] <jdstrand> timp: you are right, it shouldn't need network-manager. It is (almost certainly) only accessing network-manager to see if the network is available. this is a very longstanding conversation regarding Qt and network-manager and is precisely why connectivity-api was developed. see bug #1341548
[15:13] <mup> Bug #1341548: Online detection does not work with confined apps on Nexus 4 <rtm14> <touch-2014-08-21> <Dekko:Fix Released by dpniel> <Network Menu:Fix Released by kaijanmaki> <apparmor-easyprof-ubuntu (Ubuntu):Fix Released by jdstrand> <connectivity-api (Ubuntu):Fix Released by kaijanmaki>
[15:13] <mup> <indicator-network (Ubuntu):Fix Released by kaijanmaki> <connectivity-api (Ubuntu RTM):Fix Released by kaijanmaki> <indicator-network (Ubuntu RTM):Fix Released by kaijanmaki> <https://launchpad.net/bugs/1341548>
[15:17] <timp> jdstrand: so I will be required to use connectivity-api whenever I access the network, even when I use the [network] plug already?
[15:24] <timp> in which channel should I ask about snap store reviews and automatic publishing of LP projects to the store?
[15:24] <timp> maybe here?
[15:25] <ogra_> here :)
[15:25] <timp> Ok. :) I configured https://launchpad.net/~ubuntu-sdk-team/+snap/ubuntu-ui-toolkit-examples to automatically upload a snap on the edge channel in the store, but on https://myapps.developer.ubuntu.com/dev/click-apps/6427/rev/3/ it appears in the Release channel
[15:25] <timp> ^is that a bug?
[15:25] <zyga> renato__: no idea, sorry
[15:25] <zyga> renato__: did you trace the calls from that failure back to base policy?
[15:26] <timp> ignore my question. It was already answered somewhere else <noise> timp: that's not a channel name, that's the action button to release it into channels
[15:26] <ogra_> heh
[15:26] <ogra_> i was about to ask what you mean with release channel
[15:27] <zyga> ogra_: new channels, there's one every weekend ;)
[15:27] <zyga> matrix keeps changing
[15:27] <ogra_> heh
[15:27] <timp> ogra_: right :)
[15:28] <timp> who can I kick to review the ubuntu-ui-toolkit-examples snap in the store?
[15:28] <sborovkov> Hello. snap store seems to be very slow. I get constant timeouts when clicking on revision? Any idea what's up with it?
[15:30] <jdstrand> timp: if your app is trying to check if the network is available, it will need to plugs something else, yes. if it is using network-manager, it needs to plugs network-manager (that will require a snap interface manual connect), if it is using connectivity-api, it needs to plugs it (that will be auto-connected)
[15:30] <jdstrand> timp: note that connectivity-api interface isn't available yet. it is part of the Ubuntu Personal work. I don't know the status
[15:31] <timp> jdstrand: so if you use network you will always need network-manager or connectivity-api?
[15:31] <jdstrand> zyga: fyi, you mentioned not looking for other occurences of the i2c bug. I just did. i2c is the only thing not using utils.go and utils.go is fine
[15:31] <timp> I assume when you use the network, it will check whether that's available.
[15:32] <jdstrand> timp: plenty of apps need only 'plugs: [network]'. your app is trying to be smart and as a result it needs to plugs something else
[15:32] <jdstrand> (in addition to network)
[15:33] <zyga> jdstrand: good to know, thank you
[15:33] <jdstrand> timp: in Ubuntu Touch, we put connectivity-api in the network policy group. the core snap does not have the connectivity-api daemon in it, so it will be provided via a snap. as such, you will need to 'plugs: [network, connectivity-api]' on snappy (whenever connectivity-api is available)
[15:33] <zyga> jdstrand: I'm iching to rewrite interfaces internally as we discussed, maybe over xmas :)
[15:33] <zyga> itching*
[15:34] <jdstrand> zyga: heh, please make sure that the policy remains easily auditable within the codebase. that's all tyhicks and I are asking :)
[15:35] <timp> jdstrand: This is the full app http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/examples/jokes/jokes.qml
[15:35] <zyga> jdstrand: as agreed :)
[15:35] <timp> It does not seem to do anything smart, I guess the XMLHttpRequest(); does that then.
[15:35] <zyga> jdstrand: I'd definitely do that to ensure my sanity :)
[15:35] <timp> I'm just thinking how to make it easy for developers to use that.
[15:36] <timp> I don't know the details of what the XMLHttpRequest object does, just trying to snap the UITK examples.
[15:37] <jdstrand> timp: if this is for qtubuntu apps, seems reasonable to default the snapcraft.yaml to use 'plugs: [network, connectivity-api]' just like for click it use '"policy_groups": ["network"]'
[15:37] <jdstrand> timp: in the sdk
[15:40] <timp> jdstrand: yes, it is a qtubuntu app (using the ubuntu-app-platform snap) with "network" int he policy groups.
[15:41] <timp> jdstrand: I'll add a note in my snapcraft.yaml to add that when the connectivity-api is done. Let's see if I can find the bug for that.
[15:47] <Odd_Bloke> ogra_: Still looking at this week for that Azure bug?
[15:48] <ogra_> Odd_Bloke, bug 1639878 ?
[15:48] <mup> Bug #1639878: pc-kernel.snap missing drivers necessary for Hyper-v <Snappy:Fix Committed by ogra> <https://launchpad.net/bugs/1639878>
[15:48] <Odd_Bloke> ogra_: Yep.
[15:48] <ogra_> (new kernel snap is in edge with the modules included)
[15:48] <Odd_Bloke> Oh, I must not be subscribed, I hadn't seen updates.
[15:48] <Odd_Bloke> Fail.
[15:49] <ogra_> not sure when the next release is planned though ... mvo might know
[15:49] <ogra_> then it should hit stable
[15:51] <mvo> ogra_: next release is next thursday
[15:51] <mvo> Odd_Bloke: -^
[15:51] <ogra_> :)
[15:52] <Odd_Bloke> Cool, thank you both!
[15:52] <mvo> ogra_: I think we can bump the kernel to beta now (if it booted) and then I can ask qa to test it
[15:53] <ogra_> mvo, yeah, though we are missing an updated rpi2 one it seems
[15:53] <ogra_> dragon and pc broth had updates since my vacation
[15:53] <ogra_> pi not
[15:54] <mvo> ok
[15:54] <ogra_> not sure what keeps it in proposed ... ppisati ?
[15:54] <ogra_> but we can indeed push the others up to beta
[15:57] <mvo> ogra_: thank you!
[15:58] <alex-abreu> mvo, btw this wont be added back to 2.18 right ? https://github.com/snapcore/snapd/pull/2394
[15:58] <mup> PR snapd#2394: snap: show last update time <Created by mvo5> <https://github.com/snapcore/snapd/pull/2394>
[15:59] <mvo> alex-abreu: correct, this is targeted for 2.19
[15:59] <alex-abreu> mvo, ok thx
[15:59] <mvo> (which is just one week away :)
[15:59] <alex-abreu> mvo, even better thx :)
[16:31] <mup> PR snapd#2396 opened: tests: fix incorrect restore of the current symlink <Created by mvo5> <https://github.com/snapcore/snapd/pull/2396>
[16:32] <zyga> jdstrand: can you join a call about classic confinement and the store now?
[16:34] <kyrofa> flexiondotorg, just ANY symlink?
[16:34] <kyrofa> flexiondotorg, not known by me anyway
[16:35] <kyrofa> flexiondotorg, ah, wait, LP: #1634813
[16:35] <mup> Bug #1634813: Symbolic links inside .deb pulled as directories <sources> <Snapcraft:Confirmed> <https://launchpad.net/bugs/1634813>
[16:35] <flexiondotorg> kyrofa, Yep, that is the issue.
[16:35] <flexiondotorg> I'll subscribe to that.
[16:36] <flexiondotorg> I've got a fix in progress.
[16:36] <kyrofa> flexiondotorg, thanks for the poke. Ah! You know what the issue is?
[16:36] <flexiondotorg> kyrofa, The issue is apt_install.extractall() doesn't do the right thing.
[16:37] <flexiondotorg> The Tar() class in internal/sources.py does the right thing, so can be the basis of a fix.
[16:37] <kyrofa> Good deal. Happy to investigate if you're short on time, let me know?
[16:38] <flexiondotorg> Well, I'll be leaving the office in a bit.
[16:39] <kyrofa> flexiondotorg, alright I'll take a look once I'm done with my current PR
[16:39] <flexiondotorg> kyrofa, Thanks.
[16:39] <flexiondotorg> I'm just finishing something else too.
[16:40] <kyrofa> flexiondotorg, thanks for the pointers :)
[16:40] <flexiondotorg> In the Tar() class you'll see the _extract() method. That is what I was going to reimplement for the Deb() class.
[16:44] <bitpushr> Howdy all - setting up snappy, however the key on my ubuntu one account was dsa - and I can't SSH in with it because it is a rejected protocol. Anyway to trigger the snappy device to redownload my ssh public keys?
[16:45] <bitpushr> (without logging in or running a fresh install)
[16:50] <kyrofa> ogra_, do you know the answer to that question? ^^
[16:57] <ogra_> nope
[16:57] <ogra_> i saw the question before ... have never used a dsa key
[16:57] <ogra_> (i think someone asked the same at the beginning of the week)
[16:59] <ogra_> kyrofa, sounds more liek a question to some store person :)
[16:59] <ogra_> *like
[17:00] <kyrofa> ogra_, indeed, thank you. nessita, are you around?
[17:01] <kyrofa> mvo, you might be able to help with that as well. Is there any way to trigger Ubuntu Core to re-download SSH keys? 1) as a logged in user, and 2) without being able to login?
[17:08] <nessita> kyrofa, around otp, could you repeat the question?
[17:10] <jdstrand> niemeyer: can you meet now for snap decl talk>?
[17:10] <niemeyer> jdstrand: Yep, is your mic working agian?
[17:10] <niemeyer> https://hangouts.google.com/hangouts/_/canonical.com/base-declaration
[17:10] <jdstrand> niemeyer: I'll get it to work. can you start a new hangout and I'll join?
[17:10] <jdstrand> ok
[17:12] <jdstrand> niemeyer: it says I am the first to join
[17:12] <kyrofa> nessita, sure thing-- bitpushr had a dsa key on his SSO, so when Ubuntu Core fetched the keys that's all it got, and it doesn't work. If he's since uploaded an rsa key, do you know if there's a way to re-trigger the key download?
[17:22] <nessita> kyrofa, hum, I have no idea, the store is not involved in that part
[17:22] <nessita> other than providing an API to get all the public sshs for an emai;
[17:22] <nessita> email*
[17:23] <kyrofa> nessita, yeah, me neither :( . Alright, thanks for your time!
[17:33] <nessita> kyrofa, :-)
[17:33] <bitpushr> kyrofa: you have same issue?
[17:33] <pedronis> kyrofa: refreshing keys is still a TODO afaik
[17:33] <kyrofa> bitpushr, I'm afraid not, I use rsa keys
[17:34] <bitpushr> It would be a good idea to refresh them on boot at least
[17:34] <bitpushr> I thought it might but it does not
[17:34] <kyrofa> pedronis, so what is the path forward. A reinstall?
[17:34] <pedronis> I don't know
[17:35] <bitpushr> No worries, but I would like to put that in as a feature request. Would also help handle expired keys, updated keys, etc
[17:35] <bitpushr> This was an old key I had
[17:35] <sergiusens> flexiondotorg will look into it
[17:36] <sergiusens> flexiondotorg but we are using the python deb extraction implementation
[17:41] <renato__> jdstrand, could you approve messaging-app package in the store: https://myapps.developer.ubuntu.com/dev/click-apps/6192 rev 4 e 5
[17:45] <pedronis> bitpushr: I created this https://bugs.launchpad.net/snappy/+bug/1646559
[17:45] <mup> Bug #1646559: should periodically refresh ssh keys that were obtained from SSO/store for local users <Snappy:New> <https://launchpad.net/bugs/1646559>
[17:45] <mup> Bug #1646559 opened: should periodically refresh ssh keys that were obtained from SSO/store for local users <Snappy:New> <https://launchpad.net/bugs/1646559>
[18:00] <bitpushr> Thank you pedronis
[18:07] <jdstrand> renato__: looking now. sorry was in meetings
[18:12] <renato__> jdstrand, np. thanks
[18:40] <zyga> tyhicks, jdstrand: https://github.com/snapcore/snap-confine/pull/199
[18:40] <mup> PR snap-confine#199: Add error support code <Created by zyga> <https://github.com/snapcore/snap-confine/pull/199>
[18:41] <zyga> this is a prelude to https://github.com/snapcore/snap-confine/commit/f7ee6df44916109731ce8a611ff57d9a70954b56
[18:42] <zyga> and on top a small patch that adds --classic support
[18:44] <mup> PR snapcraft#900 closed: ftp source support <Created by 3v1n0> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/900>
[18:47] <zyga> which is https://github.com/snapcore/snap-confine/commit/6f289caa3a7adcfcedef25c13378fb9bd5de2f95
[18:47] <mup> PR snapcraft#939 opened: Replace coveralls with codecov <Created by elopio> <https://github.com/snapcore/snapcraft/pull/939>
[18:47] <zyga> I got a +0.5 from mvo on telegram, I'd love a review from you
[18:47] <zyga> one more branch and I'll switch to that for parsing command line
[18:48] <zyga> and then (no-op) classic can be dput to a image ppa
[18:48] <mup> PR snapd#2387 closed: asserts: introduce auto-aliases header in snap-declaration <Critical> <Created by pedronis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2387>
[18:51] <mup> PR snapd#2396 closed: tests: fix incorrect restore of the current symlink <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2396>
[18:52] <mup> PR snapd#2369 closed: snap: disable support for socket activation <Created by stolowski> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2369>
[19:26] <mup> PR snapcraft#940 opened: Implement delta uploads in push <Created by squidsoup> <https://github.com/snapcore/snapcraft/pull/940>
[19:58] <alex-abreu> niemeyer, do you have an update on the snapd-control & install/connect issue for local snaps?
[20:02] <jdstrand> alex-abreu (cc niemeyer): we had a meeting today. we are getting close to having an answer
[20:03] <alex-abreu> jdstrand, ok it will be backported to 2.18 right ?
[20:03] <jdstrand> alex-abreu: that is the intent, yes
[20:04] <alex-abreu> jdstrand, thank you, ... any eta?
[20:04] <jdstrand> alex-abreu: well, no since we don't have the answer yet
[20:05] <jdstrand> but getting there. once we've worked through the answer, someone will send something to the list
[20:05] <alex-abreu> jdstrand, ok, ... thank you
[20:05] <icey> is there anny chance of (non-root) installable snaps?
[20:09] <kyrofa> icey, probably not, at least not in the near future
[21:30] <tedg> jdstrand: Are the snap confine tools closing all the file descriptors?
[21:30] <tedg> jdstrand: Trying to pass one through and it's not making it...
[21:37] <zyga> jdstrand: hey
[21:37] <jdstrand> tedg: not that I can see
[21:37] <zyga> jdstrand: wow, you are here :)
[21:38] <tedg> jdstrand: Hmm, okay, must be messing something else up :-)
[21:38] <zyga> tedg: no, but remember there are snap-run snap-exec there as well
[21:38] <zyga> tedg: being in go they may do that in the runtime
[21:38] <zyga> tedg: can you show me a reprouction test case?
[21:38] <tedg> Uhg, yeah.
[21:38] <tedg> Not really right now, I have things heavily modified to recreate it.
[21:38] <zyga> jdstrand: hey, is there a chance for you to look at https://github.com/snapcore/snap-confine/pull/199 today
[21:38] <mup> PR snap-confine#199: Add error support code <Created by zyga> <https://github.com/snapcore/snap-confine/pull/199>
[21:39] <zyga> tedg: even a small test case I can run locally would be great
[21:39] <zyga> tedg: e..g something hacked in shell
[21:40] <tedg> zyga: Let me chase down a couple other threads first, might be me screwing things up as well.
[21:41] <mup> Bug #1646625 opened: on first boot rpi2 cannot configure (core16) <Snappy:New> <https://launchpad.net/bugs/1646625>
[21:41] <zyga> tedg: that's ok, it's pretty late for me anyway, if you share something I can tinker with I'll try to help you out tomorrow
[21:42] <jdstrand> zyga: looking at that PR I would want to spend some time with it (more than I have this afternoon). I can look at it first thing tomorrow
[21:42] <jdstrand> zyga: if you need it sooner, perhaps tyhicks could look at it, but I don't know what he has going on
[21:42] <zyga> jdstrand: thanks, if you want more context look at https://github.com/snapcore/snap-confine/branches (specifically https://github.com/snapcore/snap-confine/tree/arguments )
[21:43] <zyga> https://github.com/snapcore/snap-confine/commit/a84be35d70be79b6f92dd192d40a82f6f0717856
[21:43] <zyga> this patch
[21:46] <jdstrand> zyga: what is the motivation of this patch?
[21:46] <tyhicks> zyga: hey - those look a little more like code churn than a PR that we should drop other stuff and review today
[21:47] <tyhicks> maybe I'm missing something
[21:48] <tyhicks> (it is really nice to have non-fatal error message handling)
[21:48] <zyga> tyhicks: it's okay, you don't have to review it today
[21:48] <jdstrand> tyhicks: well, fatal message handling has the nice benefit that you know you fail closed
[21:48] <zyga> jdstrand: argument parsing is going to grow a little and I didn't want to add more hackery to main()
[21:49] <zyga> jdstrand: and I wanted to write code that can follow one style of error handling and die()/death in proper places
[21:49] <tyhicks> jdstrand: that's true
[21:49] <zyga> jdstrand: and lastly I wanted something that can be unit tested a little bit better
[21:49] <jdstrand> zyga: what arguments are being added?
[21:49] <zyga> jdstrand: --classic
[21:49] <zyga> jdstrand: but I be we'll need more soon
[21:49] <zyga> jdstrand: e.g. --base to switch base snaps
[21:50] <zyga> jdstrand: perhaps --revision to not care about current symlinks
[22:09]  * zyga EODs
[22:09] <zyga> good night everyone
[22:14] <mup> PR snapcraft#937 closed: Incorporate all part properties into state tracking <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/937>
[23:08] <mup> PR snapcraft#937 opened: Incorporate all part properties into state tracking <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/937>
[23:39] <mup> Bug #1545871 opened: Be able to query with multiple terms <Snappy:New for chipaca> <https://launchpad.net/bugs/1545871>


[22:35] <funnylookinhat> Heyo - anyone here know how I could append an echo to a bunch of files all at once ... i.e. echo "whatever" >> *.txt    ???  apparently ambiguous redirects are a no-go.  :D
[23:33] <joey> funnylookinhat: xargs might work
[23:34] <joey> funnylookinhat: e.g.   ls *somefiles* | xargs echo "*whatever*
[23:34] <joey> funnylookinhat: e.g.   ls *somefiles* | xargs echo "*whatever*  >>
[23:36] <funnylookinhat> joey, figured it out with tee  :)
[23:36] <funnylookinhat> echo "whatever" | tee -a *.txt
[23:36] <funnylookinhat> I had no idea tee existed...
[23:36] <funnylookinhat> lol
[23:37] <joey> ah tee!
[23:37] <joey> yes that will work too
[23:39] <funnylookinhat> :)


[06:52] <bkerensa> Good Night
[20:09] <ievans3024> a co-worker of mine (the guy who supports the registers and many workstations at my work,) has been implementing ubuntu to do so for a while now
[20:09] <ievans3024> any suggestions on introducing him to the idea of joining the loco?
[20:53] <bkerensa> ievans3024: Invite him to a Ubuntu Hour or event? I'm unsure who the WA LoCo lead is but he might be able to help or valorie
[22:08]  * seattlegaucho is pleased to see we seem to have a bunch of new faces around here
[22:08] <bkerensa> =o
[23:25] <bkerensa> valorie: Membership Meeting starts in 35 mins or so
[23:25] <bkerensa> :D


[13:48] <AminosAmigos> Hello :)
[13:48] <ounis> hey AminosAmigos
[13:49] <AminosAmigos> hi ounis long time no seen :) how are you ?
[13:49] <ounis> fine
[17:12] <aminosamigos> hello
[21:03]  * mezen slaps r3zguin0 etc etc...
[21:04]  * ounis slaps mezen around a bit with a large trout
[21:04] <ounis> wow too many people in the chan!
[21:04] <ounis> what's going on?
[21:05]  * mezen slaps ounis etc etc...
[21:05] <mezen> let me whois you
[21:05] <ounis> mezen I'm ounis :D
[21:05] <r3zguin0> dafuq
[21:06] <mezen> ounis, mmmm, let me remember
[21:07] <mezen> sorry, i can not remember you dude
[21:07] <mezen> where are u from ?
[21:07] <ounis> I'm always here !
[21:11] <mezen> i know
[21:12] <ounis> so it's simple mezen i'm Just ounis
[21:13] <mezen> good
[21:13] <mezen> i'll stop asking you
[21:13] <mezen> :)
[21:14] <ounis> :)
[21:15] <ounis> mezen is there something special today ?
[21:15] <ounis> why too many persons usually not here?
[21:17] <mezen> honestly, i dont know
[21:17] <ounis> ok aight
[21:18] <mezen> i was simply talking about facebook and impact it has on irc and all, and i got a very bad reaction from him
[21:18] <mezen> so i stopped
[21:18] <mezen> it was with Tux-Tn
[21:19] <mezen> called "sarhan"
[21:19] <ounis> I know sarhan
[21:19] <ounis> btw Tux-Tn I'm a bit disappointed
[21:19] <ounis> you promised you'll fetch that thing this weekend
[21:20] <ounis> btw mezen check what eben moglen advices about social networks
[21:21] <mezen> who is that guy ?
[21:22] <ounis> http://archive.org/details/EbenMoglenOnFacebookGoogleAndGovernmentSurveillance2012
[21:25] <mezen> 29 minutes
[21:25] <mezen> of speech
[21:25] <ounis> yep
[21:25] <ounis> 29 mn believe me you'll not regret
[21:25] <mezen> my connection will be suffering
[21:26] <mezen> i will download that later
[21:26] <ounis> you'll even want to hear more from that person
[21:26] <ounis> it's simply a genious
[21:27] <mezen> lol
[21:27] <mezen> more genious than RMS ?
[21:27] <ounis> I strongly think so
[21:27] <ounis> I met RMS and I know what I'm talking about
[21:35] <mezen> well he id defending diaspora against facebook and other social networks
[21:35] <mezen> simply because diaspora is opensource ??
[21:36] <ounis> listen to the end
[21:36] <ounis> and there is nothing called open source
[21:37] <ounis> there is only free software
[21:51] <mezen> bah open source is better than free software
[21:52]  * ounis getting angry, and don't wanna have that discussion yet another time
[21:54] <mezen> http://www.gnu.org/philosophy/free-software-for-freedom.fr.html
[21:54] <mezen> lis ça
[21:57] <ounis> I think you didn't read it very well
[21:57] <ounis> read it again
[21:57] <mezen> lol
[21:58] <ounis> http://www.gnu.org/philosophy/free-software-for-freedom.html
[21:58] <mezen> open source c'est plus général que le free software = les codes sources sont accessibles avec le software qui est bien sûr libre
[21:59] <ounis> http://www.gnu.org/philosophy/open-source-misses-the-point.html
[21:59] <ounis> anyways
[21:59] <ounis> I'm not in the mood to have that argument
[21:59] <ounis> especially when the person is using a language I don't understand
[22:03] <mezen> no prob
[22:03] <mezen> just ignore it
[22:04] <ounis> aight
[22:05] <ounis> lbakri tlab khouya 7azem elli fi fransa , 3endi barcha ma tlabtach
[22:05] <ounis> oups wrong tab


[00:16] <seagullarity> Is it possible to run Ubuntu Studio 8.04 on an install of Kubuntu 8.10?
[00:25] <rlameiro> seagullarity: i dont get you...
[00:25] <rlameiro> 8.04 on 8.10?
[03:54] <gurukreff> i need some help setting up Lucid for audio recording
[03:55] <gurukreff> anyone?
[03:55] <gurukreff> :D
[04:05] <gurukreff> no? :(
[04:05] <Vigo> I have no idea, I am just trying to install,
[04:06] <gurukreff> :P
[04:07] <Vigo> Could it be a JACK thing?
[04:07] <gurukreff> it was
[04:07] <gurukreff> i recently reinstalled lucid
[04:07] <gurukreff> so i could start over and see if i got the problem again... Jack freezed
[04:07] <Vigo> gurukeff: Upgrade or clean?
[04:08] <gurukreff> clean
[04:08] <Vigo> Have you tried Pulse?
[04:08] <gurukreff> what do you mean?
[04:08] <gurukreff> that JACK plugin to make pulkse work with it?
[04:08] <gurukreff> *pulseaudio
[04:09] <Vigo> Mind you, I have never installed Studio since , a long time ago, so I was just guessing there.
[04:09] <gurukreff> lol, ok
[04:38] <ScottL> vigo, you might want to visit this page for upgrading from ubuntu vanilla to ubuntu studio https://help.ubuntu.com/community/Ubuntu%20Studio%20Upgrade%20from%20Ubuntu
[05:18] <Vigo> Scott: Thank you, I am taking the alternate rout, install 10.04 then https://help.ubuntu.com/community/Ubuntu%20Studio%20Upgrade%20from%20Ubuntu
[05:19] <Vigo> oh whoops, that is the same page,
[05:19] <Vigo> Scott: Thank you kindly,
[05:20] <Vigo> ScottL: Thank you kindly, I forgot the L
[12:51] <lau1> hello
[14:03] <pedro> hi, I would like to know if ubuntu studio works well with virtualbox
[14:05] <lau1> did not try this so don't know
[14:08] <pedro> lau1, in fact, I don't know if I need ubuntu studio or only the audio application, I need to record live teachings. I have a very simple sound system...
[14:10] <lau1> the thing is the RT kernel used by ubuntu studio would likely be not efficient behind a VM
[14:14] <pedro> and installing it trhough wubi?
[14:16] <rlameiro> wubi is for general ubuntu
[14:17] <rlameiro> you can install it as you want, it is runnig on the real "hardware" so you can use it at will
[14:17] <rlameiro> wubi just simplifies the installation process for windows users
[14:18] <pedro> i will try wubi
[14:19] <pedro> but, i only need to record live lectures, do i need studio for that?
[14:20] <rlameiro> it depends what you want to do, but if it is only to record using a normal computer microphone and no fancy effects, you dont need studio for that
[14:21] <rlameiro> pedro: es portugues?
[14:21] <pedro> rlameiro, sim
[14:21] <pedro> rlameiro, brasileiro na verdade
[14:21] <rlameiro> pedro: nice :D me too
[14:22] <rlameiro> eu sou portugues
[14:22] <pedro> ah, bacana
[14:22] <rlameiro> well, we should speak in english in here
[14:22] <pedro> oh,ok
[14:22] <rlameiro> well you know you can come in here
[14:22] <lau1> it's ok i'll dio French :p
[14:22] <rlameiro> or come to #ubuntu-pt also
[14:23] <pedro> ok
[15:02] <mydoghasworms> From what I understand, the 2.6 kernel provides realtime capabilities. Does it matter then if you have a special RT kernel?
[15:02] <mydoghasworms> I ask, because I see the fact that Ubuntu Studio has an RT kernel being touted in a few posts.
[15:03] <holstein> hey mydoghasworms
[15:03] <holstein> i suggest trying the generic kernel
[15:04] <holstein> and trying the RT kernel if you need lower latency
[15:04] <holstein> or if your hearing clicks/pops or drop-outs
[15:04] <mydoghasworms> OK, because lower latency is exactly what I am after. Does the rt-kernel package provided in the Ubuntu repositories provide you with the same thing?
[15:05] <holstein> you should be fine doing sudo apt-get install linux-rt
[15:06] <holstein> and check out
[15:06] <mydoghasworms> Ah yes, linux-rt, is the package I meant :-)
[15:06] <holstein> !grub2
[15:08] <holstein> and you cant see the kernels listed in grub at boot
[15:08] <holstein> and remember you can run unamt -a to see what kernel your running
[15:09] <holstein> if you cant* ^^
[15:10] <astraljava> s/unamt -a/uname -a/ :D
[15:15] <holstein> astraljava: thanks
[15:15] <holstein> uname -a ^^^
[15:15]  * holstein should finish coffee, then type ;)
[15:16] <astraljava> I hear ya. :)
[19:29] <m35j> -
[21:16] <Semitones> hey there; I'm looking to buy a laptop in the next few months to run Ubuntu Studio and to be used for DJing and as a regular laptop. Are there any hardware recommendations for Ubuntu Studio?
[22:54] <holstein> Semitones: what audio device?
[22:54] <holstein> if your planning on using a firewire device
[22:55] <holstein> i would look for a texas instruments chip
[22:55] <holstein> OR
[22:55] <holstein> a pcmcia or express card slot
[22:56] <holstein> if not, then i would probably just choose something with intel graphics for simplicity
[22:56] <holstein> i would try and go somewhere and USB boot or boot the live lucid CD on the hardware
[22:58] <holstein> AND check out some places like http://www.system76.com/
[23:29] <andyzweb> I really should be in here too