[02:11] <CIA-3> ubiquity: cjwatson * r3058 ubiquity/ (d-i/manifest debian/changelog):
[02:11] <CIA-3> ubiquity: Automatic update of included source packages: partman-base 128ubuntu8,
[02:11] <CIA-3> ubiquity: user-setup 1.23ubuntu13.
[02:19] <CIA-3> ubiquity: cjwatson * r3059 ubiquity/debian/changelog: remove superseded changelog entry
[02:29] <CIA-3> ubiquity: cjwatson * r3060 ubiquity/debian/changelog: releasing version 1.11.13
[07:53] <tjaalton> has the debconf option to remove an existing lvm setup been renamed again?
[07:53] <tjaalton> can't install jaunty atm because it fails to remove the old vg
[09:13] <cjwatson> tjaalton: not AFAIK ...
[09:14] <tjaalton> cjwatson: ok, I wonder why it fails then
[10:14] <tjaalton> cjwatson: partman failed on a server that doesn't have any disks on /dev/cciss: http://users.tkk.fi/~tjaalton/foo/partman-cciss
[10:14] <tjaalton> but removing the module made it continue
[10:29] <cjwatson> two problems here: one is that /dev/cciss/c0d0 appears to exist (why, if you have no disks?), one is that parted_server has some bogus exception handling
[10:29] <cjwatson> the latter is within my ability to fix, but I'm not sure about the former
[10:51] <tjaalton> ok, the first one might be a driver bug
[11:00] <cjwatson> tjaalton: you should have got a select-type question with "Ignore" and "Cancel" options - did you? if so, which option did you select?
[11:09] <tjaalton> cjwatson: I did, they both resulted in the same
[11:09] <tjaalton> hmm, or maybe "cancel" threw me in the menu, where I could spawn the shell (and modprobe -r cciss)
[11:10] <cjwatson> very interesting, clearly exception handling is busted
[11:10] <cjwatson> but you didn't select some kind of blank option or anything?
[11:11] <tjaalton> I could try again to be sure
[11:12] <cjwatson> if you could try with DEBCONF_DEBUG=developer, that wouldn't hurt
[11:12] <cjwatson> just to make sure I know exactly what I'm seeing
[11:12] <tjaalton> yeah, will do in a minute
[11:13] <cjwatson> oh, and is this jaunty?
[11:14] <tjaalton> yes
[11:15] <cjwatson> ok
[11:19] <cjwatson> I was wondering if r120 in lp:~ubuntu-core-dev/partman-base/ubuntu might be at fault, but I think it will just change the error message in the log (from 'No data in infifo' to 'Bad option: ""')
[11:20] <cjwatson> hmm, although error_handler claims that it writes the string "unhandled"
[11:21] <cjwatson> oh, I wonder ...
[11:21] <cjwatson> -        if (1 != iscanf(" %a[^\n]", &str))
[11:21] <cjwatson> and elsewhere
[11:21] <cjwatson> +                iscanf("%a[^\n]", str);
[11:21] <cjwatson> note the missing &
[11:21] <cjwatson> oh, no, never mind me, str is a different type in the latter case
[11:46] <davmor2> evand: when's the new wubi/umenu going in?
[11:48] <evand> davmor2: I'm in the process of sending a mail to xivulon about it.
[11:49] <davmor2> evand: Ah okay cool :)
[11:49]  * evand kicks Google Apps Gmail - quite down at the moment.
[11:51] <cjwatson> http://news.bbc.co.uk/1/hi/technology/7907583.stm
[11:52] <evand> oh, well then
[11:52] <evand> glad to know I'm not the only one then
[11:53]  * davmor2 is happy he now has a dedicated server :0
[11:54] <davmor2> :) even
[12:11] <cjwatson> tjaalton: right, caught it in the act with strace ...
[12:11] <tjaalton> cjwatson: cool
[12:14] <tjaalton> I'm still fighting with iLO, so didn't get the log yet
[12:15] <cjwatson> oh, looks like the problem is that parted_server doesn't block on infifo - it just sees that there's nothing in the fifo and gives up straight away without waiting
[12:15] <cjwatson> goodness, there must be a zillion bugs about this. I wonder where they all are
[12:16] <tjaalton> hehe .)
[12:16] <tjaalton> :)
[12:16] <cjwatson> bug 317435 is certainly the same thing though
[12:16] <tjaalton> indeed it is
[12:20] <cjwatson> the weird thing is that strace doesn't even show it *trying* to read from the relevant fd
[12:21] <cjwatson> 10230 write(3, "parted_server: OUT: \n\n\n"..., 23) = 23
[12:21] <cjwatson> 10230 write(3, "parted_server: exception_handler: Bad option: \"\"\n"..., 49) = 49
[12:22] <cjwatson> and yet it unconditionally goes through fgetc(infifo)
[12:24] <soren> fgetc wouldn't result in a syscall if the FILE was already closed. Could that be it?
[12:24] <soren> At least I don't think it would.
[12:29] <cjwatson> no, I've figured it out with the help of #chiark
[12:30] <cjwatson> a previous fscanf pushed back the trailing newline from a previous comment, so fgetc just gave me that, which confused iscan_line into seeing a blank line
[12:31] <soren> Ah.
[12:31] <cjwatson> which leads me to wonder how the hell I rejig parted_server so that I can unambiguously tell when I get a blank line, which was half the point of r120
[12:32] <cjwatson> maybe I just have to arrange for that not to matter
[12:37] <davmor2> evand: gmail should be back up now :)
[12:37] <evand> davmor2: it's up and down for me
[12:38] <evand> but thanks
[12:38] <davmor2> :)
[12:53] <cjwatson> something like http://paste.ubuntu.com/122365/ might do the trick
[12:59] <CIA-3> partman-base: cjwatson * r133 ubuntu/ (debian/changelog parted_server.c):
[12:59] <CIA-3> partman-base: Deal with leading newlines while reading exception options and partition
[12:59] <CIA-3> partman-base: flags passed to SET_FLAGS; regression introduced in partman-base
[12:59] <CIA-3> partman-base: 128ubuntu4 (LP: #317435).
[13:01] <CIA-3> partman-base: cjwatson * r134 ubuntu/debian/changelog: releasing version 128ubuntu9
[13:01] <cjwatson> tjaalton: ^- that should do it, thanks for the nudge and the logs
[13:01] <tjaalton> cjwatson: great, thanks for a quick fix. I'll try it out once it's available
[13:11] <CIA-3> partman-target: cjwatson * r747 ubuntu/ (debian/changelog finish.d/fstab_hd_entries): Use labels rather than UUIDs if they exist (LP: #320871).
[13:12] <CIA-3> partman-target: cjwatson * r748 ubuntu/debian/changelog: releasing version 58ubuntu4
[13:25] <kirkland> cjwatson: could you have a quick look at http://launchpadlibrarian.net/23052247/331085.debdiff
[13:25] <kirkland> cjwatson: fix for https://bugs.edge.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/331085
[13:27] <kirkland> cjwatson: please leave any comments in that bug;  i'm working on site at a partner's office today
[13:30] <cjwatson> done
[13:42] <evand> cjwatson: Given the removal of /etc/adjtime, would it be ok if I add "|| true" in the clock-setup finish-install script to guard against the file not existing?
[13:43] <cjwatson> evand: yes please, or perhaps better explicitly check for its presence to avoid error message noise
[13:43] <evand> will do
[13:49] <kirkland> cjwatson: thanks.
[13:51] <CIA-3> clock-setup: evand * r203 clock-setup/ (debian/changelog finish-install.d/10clock-setup):
[13:51] <CIA-3> clock-setup: Check for the existence of /etc/adjtime before running sed over it,
[13:51] <CIA-3> clock-setup: given util-linux 2.14.2-1ubuntu4.
[14:05] <CIA-3> clock-setup: evand * r204 clock-setup/debian/changelog: releasing version 0.97ubuntu2
[14:33] <davmor2> cjwatson: did the lvm issue from yesterday get resolved do you know?  I know you said the numerical display did.
[14:38] <cjwatson> davmor2: Keybuk believes he's fixed it, although we haven't yet uploaded a new d-i so it may be a bit wonky during installation still since it'll use the old udev. It should be happier after the first reboot now
[14:39] <davmor2> I'll give it a try then be nice to get it in before a5
[15:50] <davmor2> Meh no lvm is the same :(
[16:07] <davmor2> cjwatson: when you get chance I've replicated the lvm removal and the install folder is here http://www.davmor2.co.uk/install
[16:08] <cjwatson> davmor2: so would an example reproduction recipe be to do two guided LVM installations in a row?
[16:08] <cjwatson> I think it will be easiest to fix this if I can reproduce it
[16:09] <davmor2> yes or just a whole guided - whole drive after an lvm
[16:09] <cjwatson> ok
[16:09] <cjwatson> the logs don't seem all that informative, I'll see what I can do by way of reproduction
[16:10] <davmor2> cjwatson: I did the lvm at 20% as before in yesterdays tests.  That didn't work again and I want to test apps so I did a whole drive after
[17:05] <charlie-tca> live cd is failing towards the end of an install; clock setup. Is this known?
[17:06] <cjwatson> yes, fixed in bzr
[17:06] <charlie-tca> Thanks
[17:06] <cjwatson> evand: are you going to upload this before end of day?
[17:07] <evand> cjwatson: indeed, was just waiting for clock-setup to build
[17:07] <evand> I'll start the process now
[17:08] <davmor2> please say yes testing starts tomorrow :)
[17:09] <cjwatson> FWIW ubiquity uploads don't need to block on d-i elements building, only on source being available in the archive
[17:10] <evand> ah
[17:10] <evand> noted
[17:15] <CIA-3> ubiquity: evand * r3062 ubiquity/debian/po/ (79 files): debconf-updatepo
[17:15] <CIA-3> ubiquity: evand * r3061 ubiquity/ (d-i/manifest debian/changelog):
[17:15] <CIA-3> ubiquity: Automatic update of included source packages: clock-setup
[17:15] <CIA-3> ubiquity: 0.97ubuntu2, partman-base 128ubuntu9, partman-target 58ubuntu4.
[17:29] <CIA-3> ubiquity: evand * r3063 ubiquity/debian/changelog: releasing version 1.11.14
[18:16] <CIA-3> apt-setup: cjwatson * r161 ubuntu/ (3 files in 2 dirs):
[18:16] <CIA-3> apt-setup: Allow preseeding apt-setup/partner to enable the partner repository;
[18:16] <CIA-3> apt-setup: requested by Brian Thomason.
[18:17] <CIA-3> apt-setup: cjwatson * r162 ubuntu/debian/po/ (60 files): debconf-updatepo
[18:20] <CIA-3> apt-setup: cjwatson * r163 ubuntu/debian/changelog: releasing version 1:0.37ubuntu10
[18:59] <CIA-3> debian-installer: cjwatson * r1051 ubuntu/debian/changelog:
[18:59] <CIA-3> debian-installer: No-change rebuild to pick up new components (particularly udev and
[18:59] <CIA-3> debian-installer: rescue).
[19:00] <cjwatson> davmor2: ok, reproduced a hang on attempting to remove existing LVM
[19:00] <cjwatson> davmor2: I'll look into it some more tomorrow
[19:01] <cjwatson> vgremove seems to be blocked on stdin
[19:01] <davmor2> cjwatson: do you want me to throw a rough bug together?
[19:01] <cjwatson> probably wouldn't hurt
[19:01] <davmor2> np's
[19:01] <cjwatson> throw it on debian-installer
[19:02] <davmor2> okay
[19:04] <CIA-3> debian-installer: cjwatson * r1052 ubuntu/debian/changelog: releasing version 20081029ubuntu20
[19:04] <davmor2> already one in place
[19:04] <davmor2> bug 319150
[19:05] <cjwatson> ok
[19:06] <davmor2> cjwatson: I've confirmed and updated with todays info
[19:07] <cjwatson> err
[19:07] <cjwatson> I wonder if that is in fact the same bug
[19:07] <cjwatson> it is *similar*
[19:07] <cjwatson> you're using automatic LVM removal, Chris is doing it manually
[19:08] <davmor2> no chris did it manually because automatic didn't work
[19:09] <davmor2> I was unable to simply remove the LVM immediately
[19:09] <cjwatson> sure, but the automatic and manual symptoms are not necessarily the same cause ...
[19:09] <cjwatson> anyway, whatever, I have to go now :)
[19:09] <davmor2> sort it out tomorrow then bye
[19:10] <davmor2> hey evand did you hear back from xivulon?
[21:21] <xivulon> evand hi, do you have further questions on wubi progress?
[22:22] <CIA-3> wubi: Agostino Russo * r67 trunk/ (763 files in 72 dirs):
[22:22] <CIA-3> wubi: * Compile grub4dos from source as opposed to using precompiled
[22:22] <CIA-3> wubi:  binaries
[22:22] <CIA-3> wubi: * Added source files for grub4dos and grubutil
[22:31] <superm1> xivulon, is python wubi going on live disks as of yet?  when should the mythbuntu folks start trying it?
[22:32] <xivulon> should be not sure what version though
[22:33] <xivulon> r67 should be ok (haven't fully tested yet)
[22:33] <superm1> xivulon, okay well i'll tell folks to give it a brief look and see how things are looking and what needs changing at a5 then
[22:35] <xivulon> superm1 thanks, in case the version on the live cd is not up to date, it should be possible to compile wubi from source and use the exe with the CD or ISO (in the same folder)
[22:35] <xivulon> bzr branch lp:wubi && cd wubi && make
[22:35] <superm1> xivulon, okay we'll see how things are looking
[22:36] <superm1> i'm thinking the preseed will need some adjusting likely since there have been a lot of changes in the mythbuntu ubiquity frontend
[22:36] <superm1> mostly tearing out unnecessary questions that just cause confusion
[22:36] <xivulon> need to edit the mythbuntu preseed template slightly one sec
[22:39] <CIA-3> wubi: Agostino Russo * r68 trunk/ (data/preseed.cdboot data/preseed.mythbuntu debian/changelog): Updated mythbuntu and cdmenu preseed templates
[22:39] <xivulon> superm1 you might want to use r68+
[22:40] <superm1> xivulon, okay will try to take a look


[00:04] <studio-user694> Hello anyone there?
[00:05] <krytarik> studio-user694: Hi.
[00:05] <studio-user694> Cool last time I tried this I think everyone must have been passed out.
[00:07] <studio-user694> I was reading somewhere that Ubuntu Studio might get axed is this true?
[00:09] <krytarik> Axed by whom?  But yeah, low on contributors currently.
[00:10] <studio-user694> I like this OS and would like to help out with wiki tutorials.
[00:12] <kerananw> hi everybody, is there a software were I can mix and create 3d sounds based on head positions?
[00:15] <studio-user694> I don't remember the specifics just that I read that it might get cancelled. I know that one of the things that has driven me nuts has been constant Googling to figure things out and getting outdated and inaccurate results.
[00:16] <studio-user694> Hello sorry I have no idea.
[00:24] <OvenWerks> kerananw: non-mixer with the abisonics plugins.
[00:25] <OvenWerks> Actually I guess anything that can load the abmisonic plugins, but non-mixer has the best display/GUI for it.
[00:26] <kerananw> ok thanks OvenWerks, i will try this one out.
[00:29] <studio-user281> back
[00:30] <studio-user281> Hey krytarik
[00:30] <krytarik> studio-user281: I suggest #ubuntustudio-devel if you are seriously interested to contribute.
[20:58] <studio-user848> Hello anyone on?
[21:55] <Plex_Dave> I have a file server that I also want to use to run a 24 hour stream of music via BUTT.  Is there any reason not to run my samba shares from ubuntu studio?
[22:39] <studio-user394> hey,  am  trying to install ubuntu studio 16.04 from dvd to an 8gb flash drive  and get message, 8.6gb required
[22:40] <studio-user394> is there anyway to convert the system on the flash drive to a regular ubuntu system unstead of the ubuntu installer system?


[02:17] <cc> Does ubuntu phone have die?
[02:27] <aiyion> got an update to v34 a few days ago.
[02:27] <aiyion> Suppose not.
[02:28] <aiyion> cc: why?
[02:30] <cc> little usful app...
[02:31] <cc> aiyion: wechat,input method
[02:31] <cc> Chinese people are more accustomed to using Sogou input method
[02:32] <cc> but ubuntu phone cant use other input method
[02:33] <cc> web wechat is very useless
[02:38] <cc> and i hope more browser
[15:04] <TartSpart> Hey has anyone used VPN Editor?
[15:18] <TartSpart> Hi
[18:34] <Lantizia> hey I keep getting "this phone needs restoring from a pc or service center"
[18:35] <Lantizia> trying to flash a nexus 10 - i've made sure it's unlocked, that I did a fresh reflash of the stock 4.4.4 first - and also that i wiped the cache and userdata area first
[18:35] <Lantizia> still no joy - any ideas?
[18:35] <Lantizia> i can put android back on it no problem - but i wanted to take a look at ubuntu
[18:38] <Lantizia> i am using channel = ubuntu-touch/stable    could that be the reason!?
[18:43] <Lantizia> i'll try loading something older than 4.4.4 on first
[19:19] <Lantizia> from what I'm reading lots of people have been having this issue lately - with barely anyone replying
[19:20] <Lantizia> so, ubuntu touch is broken - and no one cares... so I shouldn't either? move on?
[19:21] <Lantizia> although technically I'm using ubports from mariogrip
[19:21] <Lantizia> so maybe it's just that which is b0rked
[19:22] <JanC> it's also end-of-the-year holidays for many people
[19:22] <Lantizia> not for all the times people have had no replied i've read up on courtesy of google
[19:34] <Lantizia> well it seems it is just ubports - getting 'devel' from the main server seems to get further at least
[19:34] <Lantizia> even though from the main server it isn't strictly supported
[19:35] <Lantizia> i'm likely to hate this anyway
[20:16] <SebthreeBQM10HD> hi
[20:21] <garybot> hey :]
[20:29] <SebthreeBQM10HD> garybot, hi
[20:35] <garybot> hey Seb.. are you ubuntu dev too??
[20:37] <garybot> i want to know if touch is available for oneplustwo devices..
[20:38] <SebthreeBQM10HD> garybot, no an Ubuntu user
[20:38] <SebthreeBQM10HD> touch user etc
[20:38] <SebthreeBQM10HD> garybot, but
[20:38] <SebthreeBQM10HD> I know they have been working on ports for the one plus
[20:38] <SebthreeBQM10HD> garybot, you'll want  the ubports website
[20:38] <garybot> ah nice..  :]
[20:38] <SebthreeBQM10HD> some deaisl there about ports etc, but I  have a feeling they won't work that well currently
[20:38] <garybot> i'm a desktop user lol
[20:38] <SebthreeBQM10HD> or  they do and don't
[20:39] <SebthreeBQM10HD> garybot, I have three Ubuntu devices, whe nI keep not up to date though inteniotnly since thought had lost hat phone before
[20:39] <SebthreeBQM10HD> other two I keep up to date or enough up to date
[20:39] <OerHeks> OnePlus One and OnePlus X
[20:39] <SebthreeBQM10HD> one I keep  above....
[20:39] <OerHeks> https://wiki.ubuntu.com/Touch/Devices
[20:39] <garybot> i cant wait to try it on my phone but the page said it's not yet fully developed..
[20:39] <SebthreeBQM10HD> garybot, exactly tht's what i MEAN
[20:39] <SebthreeBQM10HD> garybot, not everything will work properly as far as I know
[20:40] <SebthreeBQM10HD> if you put on a one plus phone
[20:40] <garybot> yeah I wanted to buy one plus one but new devices are no more available..
[20:40] <SebthreeBQM10HD> garybot, it's not quite the same, but can get  a bit of an idea what the tablet etc is like
[20:40] <garybot> anyway.. i got my one plus two today :]
[20:40] <SebthreeBQM10HD> if
[20:40] <SebthreeBQM10HD> you put unity 8 in the desktop ubuntu
[20:41] <SebthreeBQM10HD> garybot, but then you would have to put more  snap packages yourself, and even libertine stuff in there, to make it more real :D
[20:41] <SebthreeBQM10HD> garybot, for some reason online plus doens't apppeal to me enough to buy or a google pixel for that matter
[20:42] <SebthreeBQM10HD> a part of me wnats to buy a second hand old nexus 5 maybe, so can play around with well various mobile oses
[20:42] <SebthreeBQM10HD> without buying yet another phone :d
[20:43] <garybot> lol my sister got a nexus 5... she wont let me mess with it xD
[20:43] <SebthreeBQM10HD> garybot, one plus  hardware is a bit too powrful currently for ubuntu touch,  what I mean is the os won't take full advantge of that hardware, since there isn't really anthing really powerful to run in it,  except for my wireless convergence
[20:43] <SebthreeBQM10HD> except for maybe above
[20:43] <garybot> eventually she will get bored and hopefully buy a new phone so i can take it
[20:43] <SebthreeBQM10HD> but I have done the microsoft wireless adapater stuff with the  hd tablet, and hdmi cable way to,  it's not that impressive in reality
[20:44] <SebthreeBQM10HD> garybot, how old are you and your sisteR?
[20:44] <garybot> Seb there are two of you??
[20:44] <garybot> different colour lol
[20:44] <SebthreeBQM10HD> uh /
[20:44] <SebthreeBQM10HD> ?
[20:44] <SebthreeBQM10HD> garybot, this is a high light if that's what you mean
[20:45] <garybot> i'm 22.. my sister is 20..
[20:45] <SebthreeBQM10HD> one plus is a good phone
[20:45] <garybot> oh lol
[20:45] <SebthreeBQM10HD> nice you got that
[20:45] <SebthreeBQM10HD> ,but
[20:45] <garybot> xD
[20:45] <SebthreeBQM10HD> ubuntu touch is a bit uhmm limiting realy currently
[20:45] <SebthreeBQM10HD> as in what it can and cannot run, or can and cannot run really easily
[20:45] <SebthreeBQM10HD> it's a good os though ;)
[20:46] <SebthreeBQM10HD> grandrew, next two years things should become more exicitng, since the desktop ubuntu and phone and tablet, will all converge more, as in become more the same,
[20:46] <garybot> oh well the page for oneplus two says nothing works yet.. not even boot..
[20:46] <garybot> so maybe i will wait..
[20:46] <SebthreeBQM10HD> garybot, and become ubuntu perosnal as it's called
[20:46] <garybot> i also got some old android devices..
[20:46] <SebthreeBQM10HD> garybot, have you tried unity  8 on desktop ubuntu ?
[20:46] <SebthreeBQM10HD> in 16.10 ?
[20:46] <garybot> like an old HTC desire and one HP tablet..
[20:47] <SebthreeBQM10HD> garybot, right, but ubuntu touch only currently worsk on specific devices,  the commerical devices ideally, then a few unoffical ports to such as for one plus a
[20:47] <SebthreeBQM10HD> yeah, but it won't just work on those devices
[20:47] <garybot> but they got no releases for custom ROMs or even ubuntu yet..
[20:47] <garybot> ah well thanks for pointing that out..
[20:47] <SebthreeBQM10HD> garybot, trying UNity 8 on the desktop is worth it, but bare in mind, to make that more useable, you would have to install well snaps
[20:48] <SebthreeBQM10HD> garybot, quite a few people seem to think it isnt so good the 16.10 version of it
[20:48] <garybot> i was wondering if i could build touch from source for those devices..
[20:48] <SebthreeBQM10HD> garybot, main noticable thing that's diffenret currently to the desktop, in a ubuntu touch device, is yep the interface unity 8
[20:48] <SebthreeBQM10HD> and  things installed with that
[20:49] <garybot> unity 8 you mean the Game engine??
[20:49] <SebthreeBQM10HD> garybot, what you don't know what unity is then ?
[20:49] <SebthreeBQM10HD> Ubuntu Unity
[20:49] <SebthreeBQM10HD> Canonical's Unity
[20:49] <SebthreeBQM10HD> !unity
[20:49] <ubot5`> Unity is the default UI since Ubuntu 11.04.  Unity is a shell for GNOME. see http://unity.ubuntu.com. For a GNOME 2-like experience, see !notunity
[20:49] <garybot> oh yeah..
[20:49] <garybot> i know..
[20:49] <SebthreeBQM10HD> garybot, by default it's the old Unity 7 interface, but
[20:50] <SebthreeBQM10HD> Ubuntu 16.10 also has a Unity 8 preview session installed by default, but that it seems doesn't do much by default
[20:50] <SebthreeBQM10HD> unlike say when it's runing on the phone or tablet :) since other progarms installed there as well
[20:50] <SebthreeBQM10HD> but people can install snaps into it for more stuff anyway so
[20:50] <SebthreeBQM10HD> and even libertine it seems, but for desktop computer then,  not phone or tablet.  that's for running the old xorg progarms
[20:51] <garybot> ah well i will check it out.. been a while since i booted to ubuntu... I have dual boot system on my desktop..
[20:51] <SebthreeBQM10HD> garybot, if you do all that,  you'll have an idea what ubuntu touch is really like currently, espeicaly if you done it on a computer with a touch screen as well :D
[20:51] <garybot> mostly i use KAli linux..
[20:51] <SebthreeBQM10HD> garybot, if you want lots of difenet apps from Andordi
[20:51] <SebthreeBQM10HD> garybot, or ios or something
[20:51] <SebthreeBQM10HD> you know common main strame apps
[20:52] <SebthreeBQM10HD> well  no ubuntu touch realy isn't it currently
[20:52] <SebthreeBQM10HD> garybot, Ubuntu touch can run old xorg programs, firefox., libre office, etc etc :)
[20:53] <SebthreeBQM10HD> or uh unity 8 on desktop even, wehn that's set up
[20:53] <garybot> well i guess i should not try it on my new one plus then lol
[20:54] <garybot> i dont need main stream apps but on my new phone i guess i might require games xD
[20:56] <Lantizia> SebthreeBQM10HD, how can I get it running regular X11 apps?  i just popped it on my nexus 10
[20:57] <Lantizia> according to "dpkg -l" x11 isn't installed... also apt-get doesn't work, claims it can't write to /var/cache/apt
[21:03] <Lantizia> ah sod it who am i fooling
[21:03] <Lantizia> ubuntu touch is hideous
[21:03]  * Lantizia reflashes android
[22:00] <SebthreeBQM10HD> oh missed lantizia
[22:00] <SebthreeBQM10HD> garybot, your stil here?
[22:12] <garybot> yea... i'm around lol :]
[22:14] <garybot> guess Lantizia was not very happy lol..
[22:29] <SebthreeBQM10HD> garybot, indeed
[22:30] <SebthreeBQM10HD> garybot, but its a bit limited compared to android
[22:30] <SebthreeBQM10HD> still good though
[23:12] <dobey> what the heck was he even wanting to do
[23:12] <garybot> i agree... if it was not a brand new phone i would get ubuntu


[03:58] <akgraner> cody-somerville, highvoltage mdke svaksha can one of you all look over http://fridge.ubuntu.com/node/2044 - results from tonights membership meeting
[04:21] <akgraner> nm deleted it :-)
[12:11] <highvoltage> akgraner: ok I'll be more or less around if you need another :)
[12:12] <highvoltage> akgraner: btw is there any reason why you're not fridge editor yet?
[12:22] <svaksha> highvoltage: akgraner is
[12:49] <highvoltage> svaksha: ah ok
[15:38] <akgraner> highvoltage, I am but I am in the probationary stage atm - since I am new to posting to the Fridge... :-)
[17:35] <highvoltage> akgraner: aah
[17:48] <akgraner> highvoltage, :-)


[01:51] <johnP_> is this a help channel?
[01:51] <pleia2> johnP_: not really, we host classes here, you'll want #ubuntu for support
[01:52] <johnP_> Oh.. O.k... do you give any classes on using Clonezilla with Ubuntu?
[01:54] <pleia2> johnP_: no, not currently, the link in the topic has a schedule
[01:55] <johnP_> K.. thanks..
[03:15] <mib_crcvm265> anyone see me?
[03:16] <mib_crcvm265> exit


[07:27] <htorque> good morning, everyone! the dash's home screen is not supposed to show any other categories/items than the shortcut ones, right? i just had an applications section in there. wanted to take a screenshot, now it's gone.
[08:55] <apw> are we aware that when you click the sound notifier, and then attempt to click the volume control, the menu dissapears.  when reopening the menu the volume is then slaved to the slider regardless of whether one is clocked
[08:55] <apw> clicked
[09:01] <diwic> ronoc ^^
[12:06] <om26er> ephan, hey
[12:06] <om26er> ephan, your branch seems to work fine now
[12:11] <ephan> that's great om26er , thanks a lot
[12:11] <ephan> Also sorry about asking you to test it for me :P
[12:11] <ephan> Should I propose it to merge or is there anything I have to do before?
[12:12] <om26er> ephan, hmm waiting for design ;)
[12:12] <ephan> Ok thanks om26er, I'll wait and see
[12:12] <ephan> Because I still don't know how the Design team colaborates with the coding team
[12:12] <om26er> ephan, yw
[13:44] <ephan> om26er, how does it work then?
[13:45] <om26er> ephan, its works
[13:45] <om26er> *it
[13:45] <ephan> I'm talking about the way the Design Team collaborates with the Coding Team :S
[13:45] <om26er> lol
[13:46] <ephan> Or "it works" is an answer to it?
[13:46] <om26er> not totally sure some unity dev would know better
[13:46] <ephan> hm, thanks
[13:58] <ephan> om26er, I got an answer
[13:58] <ephan> "Won't fix"
[13:58] <ephan> Well, too bad, but what can I do
[14:33] <om26er> ephan,  :/ nothing I guess
[14:34] <ephan> Yeah I know
[14:34] <ephan> "the what can I do" is retoric :P
[14:34] <ephan> And I always look on the bright side, at least I learnt how to make it
[14:35] <om26er> :)
[15:34] <madnick> Im sorry for asking this here, but I have been working on this for 2 hours, the unity greeter compiles fine using the ./configure .. make .. make install, however parts of it using valac does not work, "Does not exist in the context of X", I am passing all --pkg arguments that is used by the make system. Especially X.CreatePixmap seems to be the problem.
[15:49] <jono> smspillaz, you rock, dude
[15:49] <jono> thanks for the work on the bug
[15:56] <smspillaz> jono: I don't know 100% if its fixed
[15:56] <jono> smspillaz, when will the fix be uploaded to Oneiric?
[15:56] <jono> smspillaz, have you seen https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/822929 btw?
[15:57] <smspillaz> I'm not much of an expert on screen tearing, sorry :/
[15:57] <jono> smspillaz, can you confirm if this is a compiz bug?
[15:57] <jono> I assume it is
[15:58] <smspillaz> jono: guess it is
[15:58] <smspillaz> jono: I've not seen it though
[15:58] <smspillaz> will look into it later
[15:58] <jono> smspillaz, thanks
[15:59] <jono> if you could confirm it so it gets on the bug list, that would be useful
[15:59] <jono> it really makes Thunderbird entirely unusable
[15:59] <smspillaz> jono: my branch might fix that issue, who knows
[15:59] <jono> cool
[15:59] <smspillaz> the problem was quite deeply rooted
[15:59] <jono> any idea when your branch will hit Oneitc?
[16:00] <smspillaz> nope
[16:00] <smspillaz> the release process is generally stalled by a lack of testing
[16:00] <jono> what do you mean lack of testing?
[16:00] <jono> testing the branch before it lands in 11.10?
[16:04] <nhaines> If it hits a daily (or if I can update a daily, I suppose) I can test it on this Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04)
[16:04] <jono> smspillaz, ^
[16:04] <jono> nhaines, you mean the TB issue?
[16:05] <nhaines> jono: yup.
[16:05] <jono> nhaines, sure, just load TB and try to reply all to a message
[16:05] <jono> sometimes it doesn't happen, just try a bunch of times to see if it happens
[16:23] <smspillaz> jono: its not likely to be intel specific
[16:25] <jono> smspillaz, you think if anyone uses TB on compiz they should get that bug?
[16:32] <smspillaz> jono: dunno, I didn't get it then myself
[16:43] <apw> is it me or is now unity a task switcher and i cannot configure it
[16:44] <jjohansen> apw: nope not just you
[16:44] <jjohansen> that is what I am here to complain about atm
[16:44] <apw> at least if its going to be the unconfigurable switcher it could at least turn off the one whcih was enabled before
[16:44] <apw> not that i think its reasonable to be non-configureable
[16:45] <jjohansen> it needs to be configurable, as its behavior is uhm to put it nicely not what I like at all
[16:46] <jjohansen> the appswitcher is not great but a lot better
[16:47] <jjohansen> oh and having two switchers enabled at the same time is going to lead to more bug reports.  Doing the update enabled the unity switcher and didn't disable the appswitcher
[16:47] <jjohansen> good times :/
[16:49] <jjohansen> also since the update my lens are missing
[16:49] <jjohansen> updated this morning
[16:50] <apw> jjohansen, how would i know if my lenses are there or not (ie. what are they)
[16:50] <jjohansen> apw: they are the app lens, file lens, etc in the launcher or under the unity search
[16:51] <jjohansen> press the windows key
[16:51] <jjohansen> should show up as more apps or something
[16:52] <jjohansen> they are missing from the launcher, that might be a design decision, as there is now an ubuntu icon in the launcher instead of at the top.  But they are also missing from the search
[16:54] <jjohansen> hrmm and search isn't working
[16:55] <jjohansen> oh no I've got it.  They are back if I delete.  It seems search is remembering a space at the start
[16:55] <jjohansen> so it comes up completely empty but if I backspace I get the lenses
[17:04] <njpatel> jjohansen, we know of the bug, will be fixed in this this week's reelase
[17:04] <njpatel> release*


[07:17] <zeeshan> can i monitor download speed in java if so which api sholud i use
[07:28] <zeeshan>  can i monitor download speed in java if so which api sholud i use


 Krishan's Peace:
 My pc was automatically heat and shutdown

 What I can you

 Please help me
 Linux is great but it can't fix your hardware. (re @krishanspeace: My pc was automatically heat and shutdown
 What I can you
 Please help me)
 But when i download lubuntu then it's overheat
 . (re @kc2bez: Linux is great but it can't fix your hardware.)
[12:11] <wxl[m]1> @krishanpeace And, what, Windows is running great on it? In any case this is the development channel. Try https://t.me/+QsBm60PBdezBjvwy instead
[12:19] <wxl[m]1> @krishanspeace i mean ^
[13:09] <wxl[m]1> yay i fixed my wifi issue https://askubuntu.com/questions/1045466/iwlwifi-wifi-microcode-sw-error-detected-ubuntu-18-04-x64/1177803#comment2572537_1177803
 if we do use sphinx I think the developer manual should be a seperate one
[16:47] <wxl[m]1> Oh yeah I don’t think we should have it bundled together
[17:06] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230515)
[17:10] <wxl[m]1> this upgrade has not been the happiest of ones but i finally selected my new display manager yay


[05:57] <mup> PR snapd#3477 closed: tests: fix snap create-key by restarting automatically rng-tools <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3477>
[06:04] <zyga> o/
[06:45] <morphis> zyga: hey!
[06:45] <morphis> zyga: can you merge https://github.com/snapcore/snapd/pull/3470 ?
[06:45] <mup> PR snapd#3470: interfaces/builtin: sync connected slot and permanent slot snippet <Created by morphis> <https://github.com/snapcore/snapd/pull/3470>
[06:48] <mvo> zyga: hm, the idea of using snap-update-ns to fixup the permissions of /var/lib will unfortunately not work because it looks like we don't run that for the snaps when snapd itself (e.g. fro mthe deb) is updated. context is the incorrect permissions of /var/lib inside the namespace
[06:48] <mvo> zyga: and good morning :) - and good morning to morphis too!
[06:48] <morphis> mvo: morning!
[06:50] <mvo> zyga: I suspect this needs to go into snap-confine itself (the fixup code). slightly sad about this
[06:51] <morphis> mvo: can you have a look at https://github.com/snapcore/snapd/pull/3449 and merge if it is fine for you?
[06:51] <mup> PR snapd#3449: tests/lib: generalize RPM build support <Created by morphis> <https://github.com/snapcore/snapd/pull/3449>
[06:51] <mvo> morphis: sure
[06:52] <zyga> morphis: done
[06:52] <zyga> mvo: hey
[06:52] <mup> PR snapd#3470 closed: interfaces/builtin: sync connected slot and permanent slot snippet <Created by morphis> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3470>
[06:52] <morphis> thanks!
[06:52]  * zyga is sitting amids boxes and unpacked things everywhere
[06:52] <mvo> morphis: sure
[06:52] <mvo> zyga: woah, you are back?
[06:53] <mup> PR snapd#3449 closed: tests/lib: generalize RPM build support <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3449>
[06:53] <zyga> mvo: I won't be much help this week
[06:53] <mvo> zyga: no worries
[06:53] <zyga> mvo: I'm sick (cold) *and* sunburned
[06:54] <mvo> zyga: have you moved too?
[06:55] <zyga> mvo: yesterday we had a surprise party from our closest friends
[06:55] <zyga> mvo: no, I'm moving on Thursday
[06:55] <zyga> mvo: extra family members are here to help us move
[06:55] <zyga> mvo: we'll land in Poland on Friday at 1 AM or something like that
[07:03] <mvo> zyga: woah, good luck
[07:03] <mvo> zyga: and get well
[07:05] <zyga> mvo: I'll aks you for a review of the initrd test support soon
[07:20]  * mvo takes a short break
[07:43] <morphis> mvo, zyga: if you have another min, https://github.com/snapcore/snapd/pull/3450
[07:43] <mup> PR snapd#3450: packaging/{opensuse,fedora}: allow package build with testkeys included <Created by morphis> <https://github.com/snapcore/snapd/pull/3450>
[08:21] <mup> PR snapd#3450 closed: packaging/{opensuse,fedora}: allow package build with testkeys included <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3450>
[08:21] <morphis> mvo: thanks!
[08:24] <mvo> morphis: yw!
[08:51] <mup> PR snapd#3487 closed: tests: reenable help test on ubuntu and debian systems <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3487>
[08:51] <ogra> mvo, any opinion on bug 1698107 ?
[08:51] <mup> Bug #1698107: Ubuntu Core images should include ntfs-3g <Snappy:New> <https://launchpad.net/bugs/1698107>
[08:54] <mup> PR snapd#3222 closed: many: fix test cases to work with different DistroLibExecDir <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3222>
[08:55] <mvo> ogra: sounds reasonable, it seems like its pretty small
[08:56] <mup> PR snapd#3391 closed: tests: reboot after upgrading to snapd on the -proposed pocket <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3391>
[08:57] <mvo> if someone could have a look at 3482 that would be cool, very straightforward review
[08:57] <morphis> mvo: yeah!
[08:57] <zyga> re
[08:57] <morphis> zyga: you wont believe it: https://github.com/snapcore/snapd/pull/3222
[08:57] <mup> PR snapd#3222: many: fix test cases to work with different DistroLibExecDir <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3222>
[08:58] <mvo> morphis: ha! great job for getting it in :)
[08:58] <zyga> morphis: nice, very nice
[08:58]  * zyga just got rid of the 1st aquarium
[08:58] <zyga> now quick breakfast and back to work
[08:58] <ogra> mvo, yeah.1.5MB uncompressed
[08:58]  * ogra will add it
[09:00] <zyga> mvo: done
[09:00] <mup> PR snapd#3482 closed: asserts: support timestamp and optional disabled header on repair <Created by pedronis> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3482>
[09:00] <ogra> zyga, i see weird "cookie not found" errors on all my core boards since about last week ... is that snap-confine ?
[09:00] <zyga> ogra: that's the new context thing
[09:01] <zyga> pstolowski: ^^
[09:01] <zyga> pstolowski: something you may want to know about
[09:01] <zyga> ogra: are those actual errors or just messages that are logged but stuff still works?
[09:01] <ogra> we should at least fix the error message to have a final newline if we want to chow it all the time :)
[09:01] <mup> PR snapd#3467 closed: interfaces/greengrass-support: add support for Amazon Greengrass as a snap <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3467>
[09:01] <ogra> *show
[09:01] <zyga> ogra: oh, indeed
[09:01] <mvo> zyga: 3441 has a comment from pedronis, do you think you can address it or shall I have a look, looks like a trivial change
[09:02] <ogra> zyga, it seems to happen if the app actually takes a while to start up ... i can pretty reliably reproduce it by running classic (and initially though it was only there) ... but yesterday i ran htop on a heavy loaded board and saw it for htop as well
[09:02] <ogra> pstolowski, ^^
[09:03] <zyga> mvo: I'll do it now
[09:03] <zyga> mvo: thank you for spotting that
[09:03] <mvo> zyga: thank you, I think its pretty close
[09:03] <mvo> zyga: 3464 probably needs an ok from gustavo, wdyt? pr itself looks fine (assuming everything is identical just split up :)
[09:04] <pstolowski> zyga, ogra right. we will complain for already installed snaps that don't have the cookie (since we generate cookies only when snap is installed). but it's a warning only, everything should work
[09:04] <ogra> pstolowski, prefixing it with a "W:" or some such might help ... and the message should really get a final newline/linewrap at the end
[09:05] <zyga> mvo: yes, I have a informal +1 from jdstrand and once we have formal reviews it should go in
[09:05] <zyga> pstolowski: can you check about that newline
[09:05] <zyga> pstolowski: probably error is doing that, error is not used in the code much
[09:05] <ogra> in classic i always like:
[09:05] <ogra> ogra@sabrelite:~$ sudo classic
[09:05] <ogra> cannot open cookie file /var/lib/snapd/cookie/snap.classic(classic)ogra@sabrelite:~$
[09:05] <ogra> *i always end up like
[09:06] <mvo> zyga: great, if there is agreement I will try to review today
[09:06] <pstolowski> zyga, ogra ok, will add a new line. but i don't think we use 'W:' to signify warnings anywhere?
[09:06] <mvo> fgimenez: quick question about 3474 - if /etc/gai.conf is not writable on core, why didn't the tests explode on core when it tries to write to /etc/gai.conf ?
[09:06] <zyga> pstolowski: W: ?
[09:06] <ogra> well ... indicate somehow that it isnt an error ... doesnt need to be "W:"
[09:07] <ogra> else we'll get bugs about it
[09:07] <mvo> pstolowski: is this warning helpful in any way to the user? I mean, is there anything that the user can do to get rid of if?
[09:07] <mvo> pstolowski: I guess what I'm asking is - can we somehow fix things so that we don't have to print this message and explain something to the user?
[09:07] <pstolowski> mvo, reinstall affected snap would remove this warning
[09:08] <pstolowski> mvo, an alternative would be to generate all the missing cookies (for snaps installed before the feature was introduced) on snapd start
[09:08] <mvo> pstolowski: if its not too much hassle that sounds much better than to ask all $users to do this manually
[09:09]  * ogra tries ...
[09:09] <mup> PR snapd#3466 closed: tests: extend core-revert test to cover bluez issues <Created by fgimenez> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/3466>
[09:09] <zyga> pstolowski: I think you just said what has to be done
[09:09] <zyga> pstolowski: it's ain internal implementation deatail
[09:10] <zyga> pstolowski: similar in principle to security refresh
[09:10] <pstolowski> ogra, if you're trying the reinstall, make sure you don't have any old revisions of that snap installed
[09:10] <ogra> bah, you tell me now :P
[09:10] <pstolowski> zyga, mvo ok, i'll do that
[09:12] <fgimenez> hey mvo welcome back! on linode the core system follows a different path than on the external backend, the former starts with a classic system (/etc/gai.conf is writable at that stage) which eventually reboots into a core system, the latter is a core system from the start (with /etc/gai.conf in a read-only partition from the beginning)
[09:13] <ogra> popey, hey ... you recently asked abotu that https://github.com/ogra1/nanopi-neo-gadget (and also https://github.com/ogra1/orangepi-zero-gadget) ... still struggling with a kernel atm ... but i have both boards now
[09:14] <ogra> ogra@sabrelite:~$ sudo classic
[09:14] <ogra> (classic)ogra@sabrelite:~$
[09:14] <ogra> pstolowski, confirmed ... ^^^
[09:14] <pstolowski> ogra, warning is gone, that is?
[09:14] <ogra> yeah
[09:14] <mvo> fgimenez: aha, so this fails when you run it against a real ubuntu-core extrenal device like a pi2?
[09:14] <pstolowski> ok. ill fix it
[09:14] <mvo> pstolowski: thank you!
[09:15] <popey> ogra: nice!
[09:15] <ogra> the nanopi is soooo cute!
[09:15] <mvo> zyga: I added one more comment into 3441 (hopefully trivial)
[09:15]  * ogra is in love :)
[09:16] <zyga> mvo: looking
[09:16] <zyga> mvo: replied
[09:16] <mvo> zyga: thank you. and do let me know if I can take any burden of your shoulder, it sounds like you have a bit of a stressful week ahead of you. i.e. I can fixup anything for you in the PRs
[09:17] <fgimenez> mvo: yes, exactly
[09:18] <zyga> mvo: just running tests there
[09:18] <fgimenez> mvo: with kvm it should fail too, any core system using the external backend
[09:18] <mvo> zyga: ta
[09:18] <zyga> mvo: the encoding is done by the response codec I suspect, I'm not doing that myself
[09:19] <mvo> fgimenez: thats fine, I was just wondering why we have not seen it in spread
[09:19] <zyga> mvo: I could just convert it to a string, I think it's not any harm
[09:20] <mup> PR snapd#3474 closed: tests: fix ipv6 disable for ubuntu-core <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3474>
[09:21] <mvo> if 3317 gets a second review it can go in too - we may need a gustavo review for this though
[09:21] <fgimenez> mvo: yes, we need core spread test on actual systems to contrast linode results and prevent the tweaking we do there to mask potential problems, hopefully as soon as we have the jenkins instance up this will be automated
[09:21] <fgimenez> mvo: thx! :)
[09:22] <popey> ogra: which one did you get?
[09:22] <ogra> nanopi neo
[09:23] <ogra> i'm pondering to also get the air
[09:24] <ogra> my prob is currently that you cant cross compile our aarch64 kernel and the armhf build doesnt seem to boot
[09:24] <popey> the air is the super tiny one, right?
[09:24] <ogra> they are both super tiny .. 2cmx2cm or so
[09:25] <ogra> the air is the one with additional wlan ... i think its a tad bit larger
[09:25] <ogra> (due to the wifi chip)
[09:26] <popey> yeah, I'm interested in the wifi enabled one
[09:26] <mup> PR snapd#3476 closed: snap-confine: validate SNAP_NAME against security tag <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3476>
[09:27] <pstolowski> mvo, thanks ^ I was waiting for tests to pass but you were faster ;)
[09:27] <mvo> fgimenez: another silly question - why do we see the issue with 3488 only on opensuse?
[09:27] <mvo> pstolowski: all the relevant ones passed ;)
[09:27] <ogra> popey, https://www.voelkner.de/products/940892/Nanopi-Neo-Allwinner-512-MB-ohne-Betriebssystem.html is the one i got
[09:27] <pstolowski> mvo, right. i didn't expect any surprises anyway, the last commit just fixed the comments
[09:27] <mvo> pstolowski: but yeah, sorry for that, I'm in a bit of ocd mode right now, the queue felt a bit overwhemling and we have a lot of low-hanging fruits
[09:27] <popey> very cute
[09:28] <ogra> thats the air https://www.voelkner.de/products/966493/Nanopi-Neo-Air-512-MB-ohne-Betriebssystem-microSD-Bluetooth-Micro-USB-OTG.html
[09:28] <Vamsi> Is it possible to install snaps on an ubuntu host from my phone?
[09:28] <mvo> pstolowski: on the bright side, we are down to 27 PRs
[09:29] <ogra> Vamsi, you could install snapweb ... or use a terminal and ssh on your phone
[09:29] <mup> PR snapd#3445 closed: tests: add linode-sru backend <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3445>
[09:29] <zyga> Vamsi: we have a REST API for snapd but it is not yet exposed
[09:30] <pstolowski> mvo, good stuff
[09:31] <mup> PR snapd#3485 closed: tests: fix nightly suite <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3485>
[09:32] <ogra> ppisati, do you happen to know how i can cross-build an aargh64 kernel ? i get complains about missing stack protector support in the compiler when i try
[09:34] <fgimenez> mvo: no idea, it's super strange, here is one of the logs with the failure , http://paste.ubuntu.com/24898301/ "flag provided but not defined: -tags withstagingkeys"
[09:34] <ppisati> ogra: sounds like you are trying to compile a recent kernel with an old toolchain
[09:35] <ogra> ppisati, yeah, the nanopi and orangepi are only supported in 4.11 onwards
[09:35] <ogra> ppisati, but i attempted the build inside an artful chroot ... so it should be the latest tootlchain we have (unless there is something in proposed that i'D need)
[09:36] <ppisati> ogra: uhm, that should be fine
[09:36] <ppisati> ogra: what's the error?
[09:37] <ogra> something about "no support for -fstack-protector-strong"
[09:37] <ogra> i dont have the exact error handy atm
[09:39] <zyga> mvo: look at 3441 again please
[09:47] <zyga> pedronis: ^ as well please
[09:56] <pedronis> mvo: zyga: thanks for merging the repair PR,  I updated the forum topic to reflect these small tweaks
[10:00] <mup> PR snapd#3488 closed: tests: prevent quoting error on opensuse <Created by fgimenez> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/3488>
[10:03] <ogra> ppisati, http://paste.ubuntu.com/24898399/ eher is the exact error
[10:06] <ogra> ppisati, the command i'm running is " ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- fakeroot debian/rules binary-headers binary-generic binary-perarch"
[10:07] <ppisati> ogra: but there you are actually compiling an amd64 kernel
[10:07] <ogra> ppisati, huh ?
[10:07] <ogra> is CROSS_COMPILE not respected anymore ?
[10:08] <ppisati> ogra: that's what i usually use
[10:08] <ppisati> ogra: 'export ARCH=arm64; export $(dpkg-architecture -aarm64); export CROSS_COMPILE=aarch64-linux-gnu-'
[10:08] <ppisati> and then 'fdrc etcetc'
[10:09]  * ogra slaps forehead ...
[10:09] <ogra> export $(dpkg-architecture -aarm64) ....
[10:09] <ogra> sorry for the noise ... building now
[10:09] <mvo> jdstrand: good news, the seccomp-bpf PR is green! but still quite a few comments to address
[10:09] <ppisati> ogra: np
[10:10] <mvo> pedronis: thank you!
[10:11] <ogra> ppisati, oh, and FYI ... i couldnt get armhf generic to boot on my nanopi or orangepi ... (thats why i try arm64 now)
[10:13] <ppisati> ogra: 4.11?
[10:13] <ogra> yep
[10:13] <ppisati> ogra: ouch
[10:13] <ogra> i get "Loading kernel ..." and thats it
[10:14] <ppisati> ogra: do you have uboot running? you could dump the location of the printk buffer
[10:14] <ogra> how do i do that
[10:15] <ogra> i have earlyprintk and the right console= arg on the cmdline (verified a thousand times) ... so if it prints anything there it should show up
[10:15] <ppisati> ogra: http://elinux.org/Debugging_by_printing
[10:16]  * ogra reads
[10:16] <ppisati> ogra: after the conversion do DT, i never got earlyprintk to work
[10:16] <ogra> ah
[10:16] <ogra> k
[10:16] <ppisati> ogra: but i didn't try hard, honestly
[10:17] <ogra> i'll resort to the printk hacker if arm64 doesnt work either
[10:17] <ogra> *hack
[10:17] <ogra> seemingly the allwinner toolchains are all aarch64 ...  so i have some hope that an arm64 build might work better
[10:23] <mup> PR snapd#3441 closed: cmd,daemon: add debug command for displaying the base policy <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3441>
[10:44]  * zyga -> break
[10:56] <ogra> bah crap ...
[10:56] <ogra> ls unpack/lib/firmware/4.11.0-6-generic/device-tree/allwinner/
[10:56] <ogra> sun50i-a64-bananapi-m64.dtb  sun50i-a64-pine64.dtb  sun50i-a64-pine64-plus.dtb
[10:56] <ogra> not so helpful :/
[11:25] <kalikiana_> zyga: Can you confirm if /var/lib/snapd/snaps exists on all snapd systems? Or if there's an API to get that path (analogous to snap-mount-dir)?
[11:30] <Chipaca> kalikiana_: dirs.SnapBlobDir?
[11:30] <Chipaca> is that what you mean?
[11:31] <zyga> kalikiana_: it exists on all systems AFAIK
[11:31] <Chipaca> kalikiana_: what do you need it for?
[11:31] <Son_Goku> it should exist everywhere
[11:31] <Son_Goku> it's the snap download dir
[11:32] <kalikiana_> Chipaca: This doesn't have SnapBlobDir https://github.com/snapcore/snapd/wiki/REST-API
[11:32] <kalikiana_> Chipaca: I'm injecting snaps from the host into a LXD container
[11:32] <kalikiana_> I'd like to know that this can work on different snapd systems other than Ubuntu
[11:33] <kalikiana_> Son_Goku: Is that documented anywhere?
[11:34] <Son_Goku> the only location that differs is /var/lib/snapd/snap vs /snap
[11:34] <Son_Goku> Debian and Ubuntu and openSUSE use /snap
[11:34] <Son_Goku> Fedora and Arch use /var/lib/snapd/snap
[11:35]  * zyga feels worse and breaks
[11:36] <zyga> mvo: I may miss standup, tomorrow should be a saner day
[11:36] <ogra> koza, how is the humminngboard ?
[11:45] <morphis> mvo, zyga: next one is ready: https://github.com/snapcore/snapd/pull/3455
[11:45] <mup> PR snapd#3455: tests/main: use pkgdb function in more test cases <Created by morphis> <https://github.com/snapcore/snapd/pull/3455>
[11:49]  * Chipaca ~> lunch
[12:05] <niemeyer> Morning all
[12:06] <Vamsi> zyga: Thank you
[12:06] <Vamsi> ogra: Thank you
[12:12] <pstolowski> good morning niemeyer !
[12:16] <pstolowski> mvo, to test the new logic for generating cookies on start I may need to write a spread test that stops snapd, removes some data from state.json and starts snapd back, but that sounds a little big ugly... but I can't think of any other way of simulating coming from an old snapd in a test. do you know any tests where we do anything like that?
[12:20] <pedronis> pstolowski: the upgrade tests should also test it,  but we do have some tests that delete state.json at least
[12:20] <pedronis> or play with other /var/lib/snapd stuff
[12:20] <mvo> pstolowski: was about to suggest the upgrade suite
[12:20] <pstolowski> pedronis, ok. if I delete state.json, doesn't this make snapd unaware of installed snaps?
[12:21] <pedronis> pstolowski: sorry, that wasn't my point, just sayign we do play with state.json sometimes
[12:21] <pedronis> don't remember punctual edits
[12:21] <pstolowski> pedronis, ah, I see
[12:21] <pedronis> but probably because we didn't need them
[12:21] <pstolowski> pedronis, I see
[12:22] <pedronis> pstolowski: but as mvo said, the upgrade tests should grow some checks about this as well
[12:22] <pcercuei> I have a bug report for Snapcraft on Debian, but it looks like I can't log into launchpad with a newly created Ubuntu One account
[12:22] <pedronis> pstolowski: tests/upgrade/basic/task.yaml
[12:22] <pcercuei> so I guess that means I have two bug reports now :)
[12:23] <cjwatson> pcercuei: what's the error?
[12:23] <cjwatson> pcercuei: (with Launchpad login)
[12:23] <pstolowski> pedronis, mvo thanks, looking
[12:24] <pcercuei> cjwatson: Ubuntu One requests some personal information (my full name + email), I select both and click "Yes, log me in"; back on launchpad.net I get a "Oops" page, error ID  OOPS-72c555d0a37007d571cd18978befd04a
[12:24] <cjwatson> Thanks, the OOPS ID was all I needed.
[12:25] <cjwatson> I'll chase that up for you.
[12:26] <pcercuei> thanks!
[12:27] <pcercuei> the actual bug I wanted to report: running latest 'snapcraft' on my Debian ends up with this:
[12:27] <pcercuei> "dpkg-query: error: --listfiles needs a valid package name but 'libc6' is not: ambiguous package name 'libc6' with more than one installed instance"
[12:28] <pcercuei> and that's because "dpkg -L libc6" is confused, because I have i686 and x86_64 versions
[12:31] <mvo> pcercuei: this is something for kyrofa - the fix is probably simple, we need to teach snapcraft to always use the dpkg full name (i.e. pkgname:arch)
[12:31] <mvo> pcercuei: thanks a lot for finding this
[12:32] <pcercuei> mvo: should I still create a ticket?
[12:41] <mvo> pcercuei: yes please, this will make tracking easier
[12:42] <koza> ogra, hey. still in this pity state. seems that your unit is somewhat special because somebody at Linaro tried other board they had in the office and it just as much as mine that is just a red led.
[12:43] <ogra> koza, hmm, well, i didnt do anything to my unit, i got it from madper as is and only stuck the SD in and booted it after creating the image
[12:44] <ogra> who at linaro did you talk to (do we have any hummingboard specialist i could ping in #linaro ?)
[12:44] <koza> ogra, whatever has been done you might have the only working hummingboard as of today ;-)
[12:44] <ogra> well, you should at least get some output on serial
[12:44] <ogra> koza, did you try any other image ?
[12:45] <koza> ogra, serial is dead silent; yeah I have tried the debian image
[12:45] <ogra> same issue ?
[12:46] <koza> ogra, just a red led
[12:46] <ogra> bah
[12:47] <ogra> koza, another thing ... are you still responsible for bluetooth ? we need to get the Pi3 stuff going at some point
[12:48] <ogra> (first of all hciattach needs to be allowed to talk to the BT device, the gadget is ready, but the bluez package needs adjustments for that i think)
[12:50] <koza> ogra, I know, have this still in the back of my head; I will prioritize this so that it does not slip again; so when I'm done with the failing bluez kernel tests I will be on it
[12:52] <ogra> koza, ok, no hurry, just wanted to know if thats still in your set of responsibilities (wasnt sure after the re-org)
[13:38] <fgimenez> niemeyer: the board at https://github.com/resin-io/autohat-board has been developed with kicad http://kicad-pcb.org/, this site compares prices from pcb manufacturers https://pcbshopper.com/
[13:40] <fgimenez> and has a good list of them
[13:40] <niemeyer> fgimenez: Yeah, I think that's one of the most well known open source suites for PCB design.. what I wonder is how far along the manufacturing pipeline this is
[13:40] <ogra> and as a bonus ... we do have a kicad snap in the store ;)
[13:43] <Chipaca> popey: why does wethr sometimes take ages to 'detect my location'?
[13:45] <fgimenez> niemeyer: from a random search in https://pcbshopper.com/ it seems that the shipping days range from 5 to 43 http://imgur.com/a/brd4h
[13:45] <niemeyer> fgimenez: I think we should find out how many boards have been manufactured with those plans so far, and whether they actually work
[13:46] <jdstrand> mvo: nice! :)
[13:47] <fgimenez> niemeyer: ok, i'll ask around, will keep you posted
[13:47] <niemeyer> fgimenez: Thanks!
[13:51] <mup> PR snapcraft#1368 opened: cli: get_project_options must not discard kwargs <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1368>
[13:53] <Vamsi> ogra: snapweb is meant only for Ubuntu right? Is it possible to do so even from an Android phone or iOS phones?
[13:56] <ogra> Vamsi, snapweb is a web UI for the snapd running on the other machine
[13:56] <ogra> you just open it in your phone browser
[13:57] <ogra> (any browser should work ... https://<ip of the machine running snapd>:4200/
[14:00] <Vamsi> ogra: So I install snapd on the host and then on the web browser of my android phone I just put the IP address of this host and then install the snaps I need. Is my understanding right?
[14:02] <ogra> Vamsi, scroll down to "Installing snapweb" http://www.lieberbiber.de/2017/02/22/basic-management-of-an-ubuntu-core-installation/  (a little old but still valid for snapweb)
[14:04] <ogra> and indeed you dont want to go to "localhost:8041/" but to your IP
[14:41] <Gunther_> Hello!
[14:42] <mup> PR snapd#3490 opened: client, daemon: using oddjobstate, implement service operations <Created by chipaca> <https://github.com/snapcore/snapd/pull/3490>
[14:42] <Gunther_> Serious request: Would it be possible to download  https://public.apps.ubuntu.com/anon/download-snap/canonical/generic-amd64.canonical/generic-amd64.canonical_1.4_all.snap from another source.
[14:43] <Gunther_> Our build system is broken because of 403 permission denied.
[14:43] <Gunther_> Sorry to bother you with this old stuff, but we depend on it
[14:58] <Chipaca> Gunther_: what's giving you a 403?
[14:59] <Gunther_> the link i posted
[15:00] <Chipaca> Gunther_: but what is it? why do you want to download it?
[15:00] <Gunther_> Accessed from ubuntu-device-flash on our jenkins build server. I know this is old and deprecated stuff, but its the way we generate the image for our devices
[15:01] <Gunther_> we will have to migrate to 16.04 lts, but we did not have time for it :-/
[15:02] <ogra> wow, thats a very old kernel... full of security holes i bet
[15:02] <ogra> (or was that a gadget ?)
[15:03] <Gunther_> I know, but we need a custom kernel module too that only works with this one ....
[15:04] <Chipaca> Gunther_: I'm afraid I don't know how to help you
[15:04]  * ogra isnt sure that old stuff even exists anymore
[15:04] <Gunther_> it was accessable until 3 days ago ...
[15:05] <ogra> i definitely cant see it in my packages dashboard (and i see "canonical-pc" and such which was created around the same time (though canonical-pc is also unpublished)
[15:06] <ogra> mvo, do you still see "generic-amd64" anywhere in the dashboard for the shared store account or is that gone for good ?
[15:07] <ogra> i actually thinnk that was a gadget
[15:07] <ogra> (for 15.04 images )
[15:07] <Chipaca> Gunther_: what is the thing that's being built with this?
[15:07] <ogra> likes some 15.04 image ...
[15:07] <ogra> given ubuntu-device-flash was mentioned above
[15:08] <Chipaca> ogra: I mean what device
[15:08] <ogra> *likely
[15:08] <Gunther_> OS image for a measurement system.
[15:08] <Chipaca> is this something that is going to go onto shelves
[15:08] <Chipaca> that is, is this a product?
[15:08] <Gunther_> yes
[15:08] <ogra> ugh
[15:09] <ogra> so you plan a contribution to the next bigger botnet attack ?
[15:09] <ogra> :)
[15:09] <Gunther_> :-D
[15:09] <ogra> (seriously ... if that device is anywhere on a network you will likely be vulnerable)
[15:09] <Chipaca> Gunther_: does your company have some kind of commercial relationship with canonical?
[15:09] <Gunther_> Thats the master plan ;-). No this kind of device is usually not in the internet
[15:10] <ogra> ok, that makes it less awkward
[15:10] <Gunther_> Not that I know off.
[15:10] <Chipaca> rats
[15:10] <Gunther_> Ogra, I will forward you warning to my manager
[15:11] <ogra> :)
[15:11] <Gunther_> Not that I didnt warn him/them before ...
[15:11] <popey> Chipaca: good question, I don't know why it takes ages.
[15:11] <popey> Chipaca: I find sometimes if I kill it and run it again, it works. Maybe some upstream API issue
[15:12] <popey> emoj shrug
[15:12] <ogra> open the window shades ... perhaps it knows your location if it can see where you are ;)
[15:12] <Chipaca> Gunther_: I'd have to ask somebody that actually knew to be sure, but I *think* ubuntu-device-flash will work less and less as ubuntu's phone backend things are turned off
[15:13] <Chipaca> Gunther_: unless it's a bug -- I'll ask, in any case
[15:13] <Gunther_> It would help a lot if it would work for additional 2 to 3 months to give us a chance to migrate
[15:14] <Gunther_> but sometime a hard cut is good too :).
[15:14] <ogra> i think deadline for the system-image server was july
[15:14] <ogra> then it will be shot down
[15:15] <ogra> (there was a mail to the phone ML ... nobody bothered about 15.04 snappy because thats unsupported since ages already)
[15:15] <ogra> (so nobody informed about the shutdown in that area)
[15:16] <Gunther_> Well thanks guys. I think I know what I will do the next weeks .......
[15:17] <Chipaca> roadmr: so, Gunther_ here is getting a 403 when trying to get https://public.apps.ubuntu.com/anon/download-snap/canonical/generic-amd64.canonical/generic-amd64.canonical_1.4_all.snap
[15:17] <Chipaca> roadmr: AIUI it worked until ~2 days ago
[15:17] <roadmr> Chipaca: he's just hitting that URL with curl or something?
[15:18] <Chipaca> Gunther_: ubuntu-device-flash I *think*, but ask him ;-)
[15:18] <Gunther_> yes this is. but i also get the 403 ith chrome
[15:18] <Chipaca> roadmr: ^ sorry, meant to tell you to ask Gunther_ and got my wires crossed
[15:18] <roadmr> ok
[15:23]  * ogra notes that Gunther_ opened a forum task too at https://forum.snapcraft.io/t/old-generic-amd64-canonical-image-403-error/1047
[15:49] <morphis> mvo: can you merge https://github.com/snapcore/snapd/pull/3455 ?
[15:49] <mup> PR snapd#3455: tests/main: use pkgdb function in more test cases <Created by morphis> <https://github.com/snapcore/snapd/pull/3455>
[15:51] <mvo> morphis: yes, looking good
[15:51] <mup> PR snapd#3455 closed: tests/main: use pkgdb function in more test cases <Created by morphis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3455>
[15:51] <morphis> thanks
[15:54] <mvo> jdstrand: I addressed all the seccomp-bpf PR comments, thanks a lot for your careful review. please do let me know if there is anything I might have overlooked. if you are happy, you can pass it to gustavo for a second review. we need to backport it to the 2.26 branch too, but I will take care of this (it is probably going to be quite a bit of work :/)
[15:54] <mvo> thank you morphis
[15:55] <morphis> zyga: there?
[15:56] <niemeyer> mvo: Out of curiosity, why will the 2.26 merge be problematic?
[15:57] <jdstrand> mvo: I'll take a look at it after my next meeting
[15:58] <jdstrand> mvo: thanks for addressing all that! I saw your comments on the testsuite. I'll give it some more thought
[16:01] <mvo> niemeyer: mostly because the branch has a lot of commits by now and probably some conflicts with 2.26, but I have not invesitgated the details yet, will check tomorrow morning
[16:01] <mvo> jdstrand: thanks a lot, happy about suggestion how to make this tessuite easier to read
[16:29] <Chipaca> niemeyer: any objection to moving the logic for 'snap tasks --last foo' into the daemon?
[16:33] <pedronis> Chipaca: any particular reasons?  (though I suppose it's saner)
[16:33] <Chipaca> pedronis: it's a little saner, and I'm wanting to add --last foo to two other commands (abort and watch)
[16:34] <pedronis> ah
[16:34] <Chipaca> using them in anger for services made it clear to me it's needed
[16:34] <pedronis> yes, I think it's saner
[16:34] <pedronis> (because of needing to know about task names)
[16:35] <pedronis> though the reverse is true, needing to know about commands, but commands change less than task names I suppose (though even the latter are kind of stable)
[16:36] <Chipaca> OTOH... watch itself might not benefit too much from this
[16:37] <Chipaca> bah, easy enough to fix i guess :-) but need to make it a little chummy
[16:37] <Chipaca> pedronis: i had thought i'd do the translation from commands to changes on the client though
[16:38] <pedronis> mmh
[16:38] <Chipaca> OTO²H i could just reuse the existing --last impl, and suggest moving it in-server once that is done
[16:38] <Chipaca> same work, maybe clearer motiviation this way
[16:45] <niemeyer> Chipaca: No objections
[16:47] <niemeyer> Chipaca: snapd#3480 reviewed btw.. just that one suggestion for the package name
[16:47] <mup> PR snapd#3480: overlord/oddjobstate: new package for running commands as tasks <Created by chipaca> <https://github.com/snapcore/snapd/pull/3480>
[16:55] <mup> PR snapd#3491 opened: snapd: generate snap cookies on startup <Created by stolowski> <https://github.com/snapcore/snapd/pull/3491>
[16:55] <pstolowski> ogra, ^ this should fix the warning from snap-confine we discussed this morning
[16:55]  * ogra hugs pstolowski
[16:59] <roadmr> Gunther_: are you around?
[16:59] <ogra> roadmr, https://forum.snapcraft.io/t/old-generic-amd64-canonical-image-403-error/1047 (if he isnt anymore)
[16:59] <roadmr> ogra: thanks
[17:06] <mup> PR snapcraft#1369 opened: Handle I/O errors in os.link (LP: #1689956) <Created by evandandrea> <https://github.com/snapcore/snapcraft/pull/1369>
[17:12] <Chipaca> niemeyer: two questions for you: any reason we don't make "change" an alias for "tasks" instead of its current hidden snowflakiness? (makes maintenance harder this way)
[17:12] <Chipaca> niemeyer: 2. should i just alias search to find
[17:13] <niemeyer> Chipaca: +1 on both counts
[17:13] <Chipaca> ok
[17:14] <niemeyer> Chipaca: I can't possibly see any other meaning for search that isn't the same as find without it being a reason for LOLs
[17:15] <niemeyer> Chipaca: We could also tell people that the command is find rather than search, but that's the sort of thing that seems unnecessarily pedantic.. if we know what the user means, we can just do it
[17:31] <Chipaca> niemeyer: cmdstate seems fine to me
[17:32] <mup> PR snapd#3492 opened: `--last` for abort and watch, and aliases (search→find, change→tasks) <Created by chipaca> <https://github.com/snapcore/snapd/pull/3492>
[17:43] <Chipaca> ruh roh
[17:43] <Chipaca> niemeyer: is everything ok in linode-land?
[17:43] <niemeyer> Chipaca: More auth issues?
[17:43] <Chipaca> niemeyer: https://travis-ci.org/snapcore/snapd/builds/244618152
[17:44] <Chipaca> (spoiler: yes)
[17:44] <niemeyer> There are no open tickets ATM
[17:45] <niemeyer> Let me ping them
[17:46] <Chipaca> niemeyer: otoh https://travis-ci.org/snapcore/snapd/builds/244621777 seems to be proceeding fine
[17:47] <niemeyer> I've opened a ticket
[17:47] <Chipaca> “dear gustavo, plz less hammering of the api, kthxbye”
[17:48] <niemeyer> Probably
[17:48] <Chipaca> :-p
[17:49] <Chipaca> ok i'm going to eod about here
[17:49] <Chipaca> if i stay i'm going to either (a) melt, or (b) get dragged into working on the go patch thing until it's too late to do anything more
[17:49] <Chipaca> o/
[18:32] <niemeyer> cachio: They've dropped a suspect IP from their firewall
[18:32] <niemeyer> cachio: Please drop me a note if you see the auth issue again
[18:58] <cachio> niemeyer, ok
[19:15] <cachio> niemeyer, could you please take a look through the console to the machine (Spread-26): <IP_ADDRESS> ?
[19:15] <cachio> it did not start anymore after the reboot
[19:15] <niemeyer> cachio: Looking
[19:16] <niemeyer> cachio: Spread-26 is powered off and unallocated
[19:18] <cachio> niemeyer, is it any way to recover the disk?
[19:19] <cachio> niemeyer, it was discarded before I told you
[19:19] <cachio> niemeyer, I'll need to use reuse next time
[19:24] <niemeyer> cachio: Not just the disk.. the issue is also having the system powered off.. the console is gone at that point
[19:25] <cachio> niemeyer, ok
[19:27] <mvo> jdstrand: thanks a bunch for the extra review, when you have a moment, a reply to https://github.com/snapcore/snapd/pull/3431#discussion_r122786010 would be great, I am working through the other comments now (good stuff btw)
[19:27] <mup> PR snapd#3431: interfaces: simplify snap-confine by just loading pre-generated bpf code <Created by mvo5> <https://github.com/snapcore/snapd/pull/3431>
[19:28] <azubieta> Hello Guys! I'm a developer of NXOS  (http://nxos.org/), whish aims to be a fully snap based linux distribution. Currently we are attempting to port some of the kde plasma apps to snaps in order to make them avalable from our "software center". But we are having serious issues with the connections betwen our snaps and the kf5-frameworks snap. We already get in touch with the kf5-frameworks snaps and he comment us that the problem might be a restriction
[19:28] <azubieta> imposed by snapd at the time of the connectin. Would you please assist us in this. Thanks
[19:28] <mvo> hm, 4min ago I got "authentication failed" for all the allocated spread systems
[19:29] <mvo> fwiw https://travis-ci.org/snapcore/snapd/builds/244657462?utm_source=github_status&utm_medium=notification
[19:30] <mvo> cachio: -^
[19:36] <cachio> mvo, thanks
[19:36] <cachio> niemeyer, mvo reported that 13 mins ago https://travis-ci.org/snapcore/snapd/builds/244657462?utm_source=github_status&utm_medium=notification
[19:37] <cachio> niemeyer, authentication failed again
[19:37] <niemeyer> cachio: Thanks
[19:52] <jdstrand> mvo: I commented
[19:57] <mvo> jdstrand: for some reason I don't seen an update for the question about `setpriority 1\n2`. maybe GH is slow today?
[20:03] <niemeyer> cachio: Can you please add that at the top of our travis.yaml, so we can tell the public IP of the build system?
[20:03] <niemeyer> cachio: curl -s -o - http://canihazip.com/s
[20:04] <cachio> niemeyer, sure
[20:04] <niemeyer> cachio: Travis provides a pretty unhelpful "hostname" at the top of the log, but I haven't managed to map that to a real IP yet
[20:04] <niemeyer> Need to figure that out so i have some substance to present to Linode
[20:06] <cachio> niemeyer, you mean in the script?
[20:06] <cachio> section
[20:07] <niemeyer> cachio: Or install, I suppose?   What's the first section to run?
[20:07] <jdstrand> mvo: gh has been weird with this pr for me too. let me get you the answer
[20:08] <mvo> jdstrand: it finally appeared
[20:08] <jdstrand> mvo: https://github.com/snapcore/snapd/pull/3431#discussion_r122806724
[20:08] <mup> PR snapd#3431: interfaces: simplify snap-confine by just loading pre-generated bpf code <Created by mvo5> <https://github.com/snapcore/snapd/pull/3431>
[20:08] <jdstrand> heh
[20:08] <mvo> jdstrand: I think we are driving it to its limits :)
[20:08] <jdstrand> mvo: seems so :)
[20:09] <cachio> niemeyer, ok
[20:10] <jdstrand> mvo: actually I pasted you an answer to something else. anyway, I'm answering stuff :)
[20:12] <cachio> niemeyer, PR 3493
[20:12] <mup> PR snapd#3493 opened: tests: showing the ip in the .travis.yaml <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3493>
[20:15] <cachio> niemeyer, <IP_ADDRESS>
[20:16] <mvo> jdstrand: I also replied to your question about seccomp/profiles vs seccomp/bpf
[20:16] <niemeyer> cachio: Oh, already?
[20:16] <niemeyer> cachio: That's from a failure?
[20:16] <cachio> but, no, for the PR run
[20:16] <cachio> are you going to merge it
[20:16] <cachio> ?
[20:17] <niemeyer> cachio: Ah, cool.. yeah, let's merge it once it goes green so we can get the IP for a failure case
[20:17] <cachio> niemeyer, or we should re_run it until we are able to reproduce the error?
[20:17] <jdstrand> mvo: yeah, replaying
[20:17] <jdstrand> replying
[20:17] <niemeyer> cachio: We should probably have added an || true or something similar so we don't get failures out of that line.. but we can do that later
[20:18] <cachio> niemeyer, echo ip: $(curl -s -o - http://canihazip.com/s) || true
[20:18] <cachio> I can make the change right now
[20:19] <mvo> jdstrand: ta
[20:19] <jdstrand> mvo: what happens to /var/lib/snapd/seccomp/profiles once the last version of core that uses it is garbage collected?
[20:19] <mvo> jdstrand: currently nothing, but we can add cleanup code
[20:19] <niemeyer> cachio: It's okay, let's try to get it in without yet another round
[20:19] <jdstrand> I meant the plan going forward
[20:19] <niemeyer> cachio: We can polish it later
[20:20] <cachio> niemeyer,  sure
[20:20] <niemeyer> This one will already take ~30 mins
[20:20] <jdstrand> mvo: this makes documentation and auditing icky. 'if you are using snapd < 2.26, then look here, otherwise look there'
[20:21] <jdstrand> I was thinking the bpf stuff would fix that, but it only does going forward from 2.26
[20:21] <jdstrand> also, images that start with 2.26+ end up with /var/lib/snapd/seccomp/bpf which doesn't align with /var/lib/snapd/apparmor/profiles
[20:23] <jdstrand> mvo: maybe /var/lib/snapd/seccomp/profiles.bpf and don't name the input files with .in but do name the bpf files with .bpf?
[20:23] <mvo> jdstrand: sounds good
[20:23] <mvo> jdstrand: I can tweak that, I like that suggestion
[20:23] <jdstrand> eg, snap-seccomp /var/lib/snapd/seccomp/profiles.bpf/snap.foo.bar /var/lib/snapd/seccomp/profiles.bpf/snap.foo.bar.bpf
[20:24] <jdstrand> at least it feels similar to what we currently have and it is mostly discoverable
[20:25] <mvo> jdstrand: sounds good, could you please comment in the PR? I will work on that first thing in the morning.
[20:27] <jdstrand> mvo: https://github.com/snapcore/snapd/pull/3431#discussion_r122815064
[20:27] <mup> PR snapd#3431: interfaces: simplify snap-confine by just loading pre-generated bpf code <Created by mvo5> <https://github.com/snapcore/snapd/pull/3431>
[20:27] <jdstrand> mvo: (I was :)
[20:30] <mvo> jdstrand: great, thanks a lot. I will call it a day now but will read the PR comment in my morning and work on the dir name change then
[20:30] <jdstrand> mvo: ok. thanks for getting to all these things! we are getting closer and closer :)
[20:31] <codeplug_> Hi, is anyone familiar with using bluez in the Snappy Ubuntu Core environment? I'm trying to understand why this bluez stack doesn't come with gatttool...
[20:34] <mvo> jdstrand: indeed, it feels good
[20:34]  * mvo waves
[20:43] <mup> PR snapd#3493 closed: tests: showing the ip in the .travis.yaml <Created by sergiocazzolato> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3493>
[21:01] <cachio> niemeyer,  the automatic restart of the rng-tools service seems to not be enough
[21:01] <cachio> niemeyer, https://travis-ci.org/snapcore/snapd/builds/244673127#L3493
[21:01] <cachio> entropy = 138
[21:28] <codeplug1> ???
[21:31] <Chipaca> codeplug1: !!!!
[21:31] <Chipaca> niemeyer: more auth issues: https://travis-ci.org/snapcore/snapd/builds/244700389
[21:32] <mup> PR core-build#14 opened: initramfs/testing: add unit tests for initrd scripts <Created by zyga> <https://github.com/snapcore/core-build/pull/14>
[21:41] <azubieta> https://forum.snapcraft.io/t/issues-building-kde-plasma-applications-snaps-for-nxos/
[21:49] <niemeyer> Chipaca: Thanks, and this time we have the source IP
[21:50] <niemeyer> cachio: We'll need to find out what's actually broken there then
[21:51] <cachio> niemeyer, yes, working on that
[22:52] <niemeyer> I'm running out of ideas.. Linode is apparently getting requests without the key in some cases, but on the Travis end there's no apparent distinction between the calls :(
[22:53] <niemeyer> The failing and the working setup look pretty alike
[23:01] <mup> PR snapcraft#1370 opened: integrations: add the snapcraft Dockerfile <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1370>
[23:05] <niemeyer> and now everything seems to work fine..
[23:33] <Chipaca> niemeyer: so... maybe it's not linode? https://travis-ci.org/snapcore/snapd/builds/244733765
[23:34] <niemeyer> Chipaca: Yeah, I don't think it is
[23:34] <niemeyer> Chipaca: It feels like something out of our control is running concurrently with the usual scripts
[23:34] <niemeyer> Chipaca: Perhaps it's not a coincidence that Travis is working on their images
[23:35] <Chipaca> niemeyer: should I switch the 'beta' thing on to see if it improves at all?
[23:35] <Chipaca> 'group: edge' i think it is actually
[23:35] <niemeyer> Chipaca: Worth a shot, although it's awkward that it's breaking on what in theory is the old stuff
[23:35]  * Chipaca nods
[23:35] <niemeyer> Chipaca: But this is software, soooo
[23:35] <Chipaca> and not consistently either
[23:36] <Chipaca> I'll give it one retry
[23:44] <Chipaca> niemeyer: no difference
[23:44] <Chipaca> reverting the change
[23:48]  * Chipaca gives up and goes back to trying to sleep


[08:17] <bambee> Riddell: when you've time, could you add my pubkey "bambi@bambi-XPS-L502X" (see lp) to ftpmaster.kde.org (the machine which contains the uploaded tarball, don't remember its exact name). Thanks in advance
[08:17] <bambee> morning btw :)
[10:54] <Riddell> bambee: what's your lp username?
[10:56] <bambee> Riddell: bambi
[11:02] <Riddell> bambee: what shall I do with  bambi@linux-EX58-UD4P key?
[11:02] <davmor2> Riddell: How's things dude?
[11:08] <Riddell> davmor2: brain better if not great yet, eyes still wonky, windy weather tretcherous
[11:10] <davmor2> Riddell: wow you even managed to make yourself sound like the shipping forecast then, well at least in my head ;)
[11:17] <Riddell> obviously I've been listening to too much Radio 4 :)
[11:38] <Riddell> bambee: added
[11:38]  * Riddell wibbles a bit about bug 911659
[11:46] <bambee> Riddell: thanks
[11:46] <bambee> Riddell: bambi@linux-EX58-UD4P is my desktop
[11:47] <Riddell> bambee: wanting to package something?
[11:47] <bambee> Riddell: yes, probably this evening (I am at work)
[11:47] <bambee> kde 4.8rc2 for example
[11:51] <Riddell> bambee: groovy, I expect to get started on that shortly so check with me to not duplicate
[11:53] <bambee> ok
[11:53] <schnelle> guys are you watching this bug: https://bugs.kde.org/show_bug.cgi?id=275469 ?
[11:53] <schnelle> seems that it is qt bug afterall
[11:54] <schnelle> and there is easy way to reproduce it ( see comment #125)
[11:54] <schnelle> so it would be nice to patch qt for precise :)
[11:56] <Riddell> schnelle: do you know if there is a qt patch?
[11:59] <schnelle> Riddell: John Stanley made few patches and they all fix the bug
[11:59] <schnelle> and he proposed patches to https://bugreports.qt.nokia.com
[12:01] <Riddell> schnelle: ok I've added to my todo, if you want you could make a launchpad bug which links to that bugs.k.o entry incase my todo gets lost
[12:02] <schnelle> Riddell: I will open lauchpad bug and will add you to subscribers :)
[12:02] <schnelle> thank you
[12:40] <schnelle> Riddell: https://bugs.launchpad.net/ubuntu/+bug/911733
[12:40] <schnelle> I added you to subscribers
[12:43] <Riddell> thanks schnelle
[15:00] <allee> Seriously: can't we turn of qdebug in soprano?  Too much continues garbage in .xsession-error :(
[15:01] <allee> that a build time thing AFAIU.
[15:01] <Riddell> allee: maybe I don't know if it's been suggested before
[15:08] <allee> Riddell: several times AFAIK.   apachelogger?  ScottK ? ^^
[15:09] <Riddell> allee: the obvious questions are 1) how and 2) what options does that leave people who do want to read debugging from soprano?
[15:14] <rdieter> Riddell: build with -DQT_NO_DEBUG_OUTPUT (that's what we in fedora do recently)
[15:15] <Riddell> rdieter: any complaints from people who do want to debug soprano?
[15:15] <rdieter> Riddell: none yet
[15:17] <Riddell> I expect soprano developers/debuggers are elite enough to compile it themselves :)
[15:23] <allee> Riddell: I've ping sopraono upstream.   ( IMHO it's not good for nepomuk reputation if 99% in .xsession-errror is sematik desktop related.  )
[15:47] <afiestas> Is there any plans to package Qt 4.8 for 12.04  ?
[15:49] <Riddell> afiestas: yes, debfx current has the lock on that
[15:50] <afiestas> Riddell: lock ? as he is working on it?
[15:51] <Riddell> afiestas: he said he was (and since I'm busy on KDE RC2 I haven't had need to investigate)
[15:52] <Riddell> aw it needs xinput refresh and possible update according to http://irclogs.ubuntu.com/2012/01/01/%23kubuntu-devel.html
[15:52] <afiestas> Riddell: okiz, I'd like to switch to Kubuntu again but I need Qt :p
[15:54] <Riddell> afiestas: or convince fabo to package it :)
[15:55] <fabo> it is packaged, just not built/uploaded :)
[15:55] <Riddell> fabo: oh the xinput patch got whatever it needed?
[15:56] <afiestas> fabo do you mind to send me the recipe ?
[15:56] <Riddell> this might also hvae a patch it needs for libreoffice https://bugs.freedesktop.org/show_bug.cgi?id=40298
[15:56] <fabo> no, it has been disabled as a workaround. I should be able to take a look later today
[15:57] <Riddell> fabo: or poke cnd more frequently :)
[15:57] <Riddell> KRF also asked about building with -reduce-relocations
[15:57] <fabo> afiestas: if you don't mind about xinput patch, we should be able to put it in a ppa in the meantime
[15:58] <fabo> Riddell: -reduce-relocations is in
[15:58] <afiestas> fabo: will I be able to use a simple mouse ?
[15:58] <Riddell> oh good, happy KRF
[15:58] <fabo> afiestas: definitely
[15:59] <Riddell> fabo: what happened to the libqt-mm or whatever library you said was needed for the networkmanagement package?
[15:59] <fabo> Riddell: have you grabbed networkmanagement? I had issue with my provider so might have missed some messages
[15:59] <Riddell> fabo: no I've not tested it yet
[16:00] <Riddell> fabo: your provider isn't just ethernet?
[16:00] <fabo> Riddell: libqt-mm is used by next release 0.9.1 (in master branch). we should use the released versions from nm09 branch
[16:00] <Riddell> ah right
[16:00] <fabo> 0.9.0~rc3 is in the ppa
[16:01] <fabo> I tested locally, works for me
[16:01] <afiestas> fabo: perfect !
[16:01] <fabo> and it's the version available in sid
[16:01] <Riddell> I use a 3G mobile modem so I'm quite a useful test case for it
[16:02] <fabo> it's even in wheezy
[16:02] <fabo> 0.9~git20111126.1ef1677-1 = 0.8.98 = 0.9.0~rc3 :)
[16:02] <KRF> yeh. thanks Riddell + fabo ;)
[16:03] <KRF> just found another bug, though. seems like the gold linker is ignoring the ld flag --dynamic-list which is implied by Qt's -reduce-relocations
[16:03] <KRF> nasty stuff, in any case
[16:06] <Riddell> KRF: the gold linker?
[16:09] <fabo> binutils-gold
[16:09] <Riddell> so it that something for the binutils-gold maintainer to look at?
[16:09] <Riddell> how to get emacs to be in a useful mode for editing changelogs instead of an annoying one?
[16:10] <fabo> well, we have more bug reported by him than fixed by him :)
[16:10]  * fabo looks in the room
[16:13] <KRF> Riddell: yep, gold. i'm about to file a bug upstream
[16:15] <fabo> Riddell: qtmobility ftbfs with Qt4.8, package fixed uploaded to Debian
[16:16] <Riddell> I've a funny feeling inside me that qt-at-spi just got a release too
[16:33] <cnd> Riddell, fabo: you can either leave the xinput patch disabled or refresh it
[16:33] <cnd> it should be a trivial refresh I would think
[16:33] <cnd> unless you are updating to a new release?
[16:33] <cnd> if you disable it, I'll refresh it when I port it to the new xinput implementation
[16:34] <Riddell> cnd: I've not looked into it but Qt 4.8 is a new release
[16:35] <cnd> ok, I haven't looked at 4.8 yet
[16:35] <cnd> unless you can figure out a trivial refresh yourselves, I suggest just disabling the patch for now
[16:35] <fabo> cnd: I look into it
[18:04] <bambee> Riddell: I upload packages directly to the ppa, right? (kde 4.7.97)
[18:04] <bambee> I mean, kubuntu-ninjas
[18:04] <Riddell> bambee: yes
[18:04] <Riddell> but you should first tell me which you're doing so we don't overlap
[18:04] <Riddell> I've got none on the go just now
[18:05] <Riddell> also I can do ec2 machines if that helps
[18:05] <Riddell> bambee: I've uploaded all the ones in yellow on the wiki page to the PPA
[18:06] <bambee> mhhh ok
[18:08] <bambee> Riddell: I will upload kdeadmin
[18:08] <bambee> Riddell: could you update https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging ?
[18:09] <Riddell> yes, shortly
[18:31] <bambee> Riddell: wiki updated (including the ones in yellow)  ;)
[18:32] <Riddell> cool thanks bambee :)
[18:32] <bambee> yw :)
[18:33] <Riddell> can you do meta-kde too bambee?
[18:34] <bambee> sure
[20:20] <bambee> there is no option --color to bzr diff ? :O arrf...
[20:20] <bambee> that's useful... really...
[20:26] <ScottK> bzr diff > patch && vim patch
[20:26] <ScottK> or something like that.
[20:28] <yofel> bzr diff | vim -
[20:31] <ScottK> Much better.
[20:37]  * bambee uses emacs
[20:37]  * bambee hides
[20:38] <ScottK> bambee: No need to hide, just go sit next to Riddell.
[20:38]  * bambee hugs Riddell
[21:24] <ScottK> Any objections to 4.7.4 going to oneiric-proposed once I have time for it?
[21:24] <ScottK> It looks like the pim related commits have finally died down.
[21:33] <cyphermox> ScottK: I remember you had some interest in ntrack due to the fact it gets used by kde-runtime; would you be open to sponsoring my upload?
[21:33] <ScottK> cyphermox: Not today.  Perhaps later in the week.  Busy with work.
[21:33] <cyphermox> ScottK: sure, not a problem
[21:34] <cyphermox> thanks a lot; worst case someone will get to it before then, since it's in the queue
[21:38] <ScottK> If not, give me a ping.
[23:05] <Riddell> hola
[23:05] <Riddell> ScottK: 4.7.4 yes please
[23:06] <Riddell> cyphermox: can sponsor now if needed


[06:29] <sebsebseb> hi
[06:29] <lotuspsychje> hey sebsebseb
[06:30] <lotuspsychje> tested 17.10 yet sebsebseb ?
[06:30] <sebsebseb> lotuspsychje: nope have you?
[06:30] <lotuspsychje> sebsebseb: ill wait until alpha2 so gnome will be there
[06:30] <lotuspsychje> sebsebseb: then help bugging out
[06:31] <sebsebseb> yeah thats what I was thinking probably no gnome shell in there yet
[06:31] <lotuspsychje> sebsebseb: until alpha2 it will stay on unity7
[06:31] <sebsebseb> lotuspsychje: I am testing a unity gnome theme in 16.10
[06:32] <lotuspsychje> sebsebseb: join #ubuntu-discuss and imgur your desktop theme?
[06:34] <sebsebseb> lotuspsychje: one that can also do a nice windows theme, and a basic mac os x.  some random script omgubuntu mentioned. uhmm testing random scripts from the Internet that doesnt seem particulary secure? uhmm yeah! but this one seems ok
[06:34] <sebsebseb> lotuspsychje: no  need just look on omgubuntu
[06:34] <lotuspsychje> sebsebseb: ah yeah, saw that script article
[06:34] <sebsebseb> the dock/dash isnt that great
[06:35] <lotuspsychje> sebsebseb: found this on deviant also: http://www.deviantart.com/art/Fedora-677149963
[06:36] <sebsebseb> but at least it turned firefox with whatever default black theme, which looks horrible in ubuntu gnome, to grey thats better
[06:36] <lotuspsychje> sebsebseb: lets make gnome better by bugging it out to the max :p
[06:36] <lotuspsychje> thats my plan for sure
[06:36] <sebsebseb> lotuspsychje: yeah not done theming stuff for ages, but thought would try script
[06:36] <lotuspsychje> i tested gnome-shell on my xenial laptop
[06:37] <sebsebseb> lotuspsychje: I think switching to gnome is wrong move
[06:37] <sebsebseb> unity is quite established now
[06:37] <lotuspsychje> same here..but what can we do sebsebseb ?
[06:39] <sebsebseb> uhmm 16.04 untill 2021 h eh or try unity 8 from universe  repos, but some programs might not look quite right
[06:39] <lotuspsychje> sebsebseb: so i hear unity7 will still be installable from the official repos
[06:39] <lotuspsychje> but if they wont work on it much..there's no point to continue right
[06:39] <sebsebseb> lotuspsychje: for GNOME Shelll I would usually use another distro
[06:40] <lotuspsychje> sebsebseb: well we dont know yet how it will look vanilla on ubuntu, perhaps theyl add improvements
[06:40] <lotuspsychje> sebsebseb: http://news.softpedia.com/news/gnome-3-26-desktop-environment-to-offer-todoist-integration-quarter-tiling-515200.shtml
[06:41] <sebsebseb> lotuspsychje: despite all the flak it got from various vocal online people over the years, Unity gave people a real reason to use Ubuntu, and thats both unity 7 and 8
[06:41] <lotuspsychje> thats my opinion also
[06:41] <sebsebseb> lotuspsychje: also if more fan boys reolised and then could accept, that in 16.10b
[06:41] <sebsebseb> and 17.04
[06:42] <sebsebseb> the Unity 8 is JUST A PREVIEW
[06:42] <lotuspsychje> the ubports guys will work on unity8 still
[06:43] <sebsebseb> need other programs in there snaps or whatever like the Ubuntu tablet and phone to make much more usuable
[06:45] <sebsebseb> lotuspsychje: its asahame my ubuntu tablet is away for repair with a guy i know since some screen cracks, but its also ashame that it isnt going to be so simple to repair, since how BQ have attached certain hardware components together
[06:46] <sebsebseb> lotuspsychje: might end up buying a second hand one later on as a result
[06:46] <sebsebseb> dont know yet
[06:47] <sebsebseb> lotuspsychje: theres two Unity 8 forks actually yes two
[07:02] <lotuspsychje> sebsebseb: lets c what the future brings us right :p
[07:03] <lotuspsychje> sebsebseb: join #ubuntu-discuss mate, we all hang there
[07:07] <sebsebseb> lotuspsychje: I am waiting for another distro to finally release its 6th version after over a year, but hey its a 100% community distro, all volunters, no commercial sponser, and reasonabbly small community, so
[07:07] <sebsebseb> lotuspsychje: but the GNOME will be recent so :)
[07:08] <sebsebseb> but I guess may start using that more again once that
[07:08] <lotuspsychje> sounds cool
[07:11] <sebsebseb> lotuspsychje: been using unity 7 on computer  usuallly when using for about two years, well got a bit bored of gnome 3 gnome shell so.  and the bq 4.5 ubunu phone was a short lived daily driver, snce the mx 4 became one as well. later a ubuntu m10 hd tablet as well
[07:11] <lotuspsychje> sebsebseb: i got unity on all my machines, touch on my bq 4.5 and nexus7
[07:13] <sebsebseb> lotuspsychje: yes certain people actually use ubuntu touch as a daily driver. and you saw what i had to say about desktop previwes above, but yes convergence seemed like a good idea to, so despite also having gnome shell as a favourite, you can see why i am beng quite hmm to it switching  to that
[07:13] <lotuspsychje> same here
[07:14] <sebsebseb> and they wanted to make money,, but unity 7 and 8 were  also inovation
[07:14] <lotuspsychje> sebsebseb: i wonder how gnome 18.04 will look on a x86 tablet?
[07:15] <sebsebseb> i remember when things were mostly about gnome 2 and kde 3/4 all a bit boring really, but then along came gnome 3 gnome shelll and unity
[07:16] <lotuspsychje> i liked gnome2 lightweight
[07:16] <sebsebseb> yeah gnome 2 was good
[07:16] <sebsebseb> so I like mate as well :)
[07:16] <lotuspsychje> now gnome3 feels bit laggy, sluggish
[07:17] <lotuspsychje> sebsebseb: tested mate on my xenial, not really fan of it either
[07:17] <sebsebseb> never really liked xfce or lxde much, seemmed gnome 2 could do more, plus more used to it, simce both fedora and ubuntu used
[07:18] <sebsebseb> xfce was around firstt though
[07:18] <lotuspsychje> lubuntu 16.04 is pretty nice
[07:18] <sebsebseb> it dates back to like 1996 i think
[07:18] <lotuspsychje> one of the best lubuntu's ever
[07:18] <sebsebseb> and cinnamon uh no
[07:18] <sebsebseb> mate is good for light waight or classic style
[07:20] <sebsebseb> lotuspsychje: unity tighed people to ubuntu, as of 17.10 well it will much less
[07:20] <lotuspsychje> sebsebseb: you know whats the problem, unity works right out of the box
[07:20] <lotuspsychje> sebsebseb: all others i tested...needs alot of tuning
[07:21] <lotuspsychje> unworkable by default
[07:21] <sebsebseb> its easy to use and works well, thats unity 7, but also 8 on phone and tablet
[07:22] <sebsebseb> the desktop reviews were a bit too much like a preview of 8, which may have been a problem there, since the fan boys, wont just put in there own stuff to that
[07:23] <sebsebseb> lotuspsychje: as a interface I love unity 8 on phone and tablet though
[07:23] <lotuspsychje> yeah
[07:23] <sebsebseb> previews not reviews
[07:24] <sebsebseb> lotuspsychje: well at least the 17.04 vesion of 8 works in virtualbox, so if you want to then remember what ccould have been, there you go
[07:25] <sebsebseb> 16.10 version of unty 8 does not unfirtunatly
[07:26] <sebsebseb> lotuspsychje: actually i read a good article about the so called failure
[07:26] <sebsebseb> lets try and find that for you
[07:27] <sebsebseb> lotuspsychje: http://www.networkworld.com/article/3192311/linux/lessons-learned-from-the-failure-of-ubuntu-touch.html
[07:28] <lotuspsychje> yeah ive read that1, good article
[07:30] <sebsebseb> lotuspsychje: indeed  it is
[08:00] <valorie> well, halium project might help with that in a big way


[11:33] <bluesabre> krytarik: yep, just not had a chance to do anything with it yet :)
[11:42] <ondondil> Is there a chance that Greybird will be added to gtk-common-themes snap before focal release?


[08:06] <jo-erlend> I'm entirely new to the ARM platform, and I got my IGEPv2 yesterday. Now, I want to get Ubuntu up and running. As I understand it, there should be packages ready and available? I found two armel images on the download site. Which one should I use? IGEPv2 is based on Cortex-A8.
[08:58] <jo-erlend> I'm using rootstock to generate a new image for my IGEPv2. I'll put it on a microsdhc card and boot from it. Rootstock gives me a .tgz-file. What do I do with it?
[10:03] <lool> jo-erlend: it's a tarball with the contents of a root filesystem
[10:05] <lool> jo-erlend: so then it depends where you want your rootfs on your device
[10:05] <jo-erlend> on a microSDHC card.
[10:22] <cwillu> that's the device, yes
[10:23] <jo-erlend> in other words, I need to manually create partitions, setup file systems, install grub on the mbr, etc and then simply copy the files over to the respective filesystems?
[10:37] <ogra> if you replace grub with the actual arm bootloader your device needs that sentence is true
[10:38] <ogra> (and you only uncompress the tarball on the root partition, no need to copy stuff around)
[10:40] <lool> jo-erlend: It depends what your board expects
[10:41] <lool> jo-erlend: perhaps it has a builtin bootloader in Flash or something
[20:18] <fabrice_sp> Hi, I'm looking at bug 586760 for sponsoring, and I'm wondering if anyone with a working qrmel qemu image can try to build the package from Debian?
[20:18] <ubot2> Launchpad bug 586760 in atlas (Ubuntu) "Please merge atlas 3.8.3-22 (universe) from Debian unstable (main) (affects: 2) (heat: 10)" [Undecided,In progress] https://launchpad.net/bugs/586760
[20:18] <fabrice_sp> the FTBFS in armel is the only change left
[20:46] <lool> fabrice_sp: This might be hardware specific
[20:47] <lool> Or specifric to the armel buildds rather, for instance a bunch run a very old kernel version
[21:22] <fabrice_sp> lool, so you think I can sync the package and check if it blocks the buildds?


[03:05] <sergio-br2> heya
[03:05] <sergio-br2> what's the RAM memory of the launchpad farm? 8 GB ?
[03:07] <sergio-br2> I'm just wondering if a linker with 5,6 GB could be possible there
[03:07] <sergio-br2> *debug version of libretro mame
[03:08] <wgrant> sergio-br2: 4GiB of RAM plus either 4 or 8GiB of swap.
[03:08] <wgrant> But 5.6GB won't work on 32-bit architectures at all, so be careful.
[03:08] <sergio-br2> eh
[03:08] <sergio-br2> ah, true
[03:08] <sergio-br2> the RAM has a maximum of ~ 3 GB right
[03:09] <wgrant> You should be able to use almost the entire 32-bit address space, as they always run on 64-bit kernels.
[03:10] <sergio-br2> I'm using 7.3 GiB of 7.6 [RAM], plus 4 GiB of swap...
[03:10] <sergio-br2> mame is a beast man
[07:38] <dch> I want to `debuild -S -sa` an updated version of a package for wily, but every time I try it I get an error that the source already exists. When I do the same thing but using `debuild -S -sd` I get an error that the source is missing... what am I doing wrong?
[22:52] <teward> I keep losing my links to the sandbox / testing version of LP, does it inherit the permissions I have currently in the PRoduction instance?
[23:27] <wgrant> teward: staging is reset from production weekly, qastaging less often.
[23:28] <teward> wgrant: and it inherits the permissions structures, as well, from production?  I.E. the differing level of bug permissions applied to Ubuntu package bugs and such?  (Only asking as trying to narrow down what looks to be an issue caused by permissions, possibly)
[23:28] <teward> (from #ubuntu-bugs)