[00:06] <rebab> Spass: oh I got it now. There is a settings button on the Items menu. Thank you.
[00:07] <Spass> no problem
[10:21] <xubuntu44w> Hi, I can't able to open vino-preference after installing vino in xubuntu 18.04, is there any issues with vino with xubuntu?? is there any alternative rdp stuffs which would do?
[10:52] <gnrp> xubuntu44w: What does it say when you open vino-preference? Did you restart in between so the server is running?
[10:52] <gnrp> anyway, I just read about it, seems good. Thanks for letting us know :D
[10:59] <xubuntu44w> vino-preference -- not found after installing vino
[11:05] <gnrp> here it is actually reporteed: https://bugs.launchpad.net/ubuntu/+source/vino/+bug/1775999
[11:05] <gnrp> seems like it is not supposed to work :(
[11:08] <xubuntu44w> is there any alternative for vino?
[11:13] <gnrp> depends on what you want to do
[11:13] <gnrp> there are many alternatives: https://wiki.ubuntuusers.de/VNC/
[11:13] <gnrp> they depend on the features that you need
[11:13] <gnrp> Personally, I either use ssh with X forwarding or xvnc
[18:41] <xubuntu32w> hi!
[18:42] <xubuntu32w> I need help
[18:43] <xubuntu32w> i install amd driver, but not succesful
[18:44] <Spass> hello xubuntu32w, what's your graphics card and how did you install the driver?
[18:45] <diogenes_> xubuntu32w, both radeon and amdgpu are present in the kernel no need to install
[18:48] <xubuntu32w> graphics card amd Radeon™ HD 7660G, first download drivers on official site AMD and second install with help terminal
[18:55] <xubuntu32w> and i get error error: Detected X Server version 'XServer 1.20.1_64a' is not supported. Supported versions are X.Org 6.9 or later, up to XServer 1.10 (default:v2:x86_64:lib:XServer 1.20.1_64a:none:4.18.0-15-generic:) Installation will not proceed.
[22:10] <bleb> here's a weird thing: man -l $HOME/man/man1/hub.1 works, but MANPATH=$HOME/man man hub doesn't
[22:11] <bleb> am i misunderstanding how to add a man page to my MANPATH?
[22:46] <Gobelijn> Seriously goddamn xubuntu is fast
[22:47] <Gobelijn> Even while running GIMPS at 50% cpu, Bitcoin full node, having a browser open and stuff, and it still reacts super fast


[23:29] <BUGabundo> the image is SUPER flacky
[23:29] <BUGabundo> always shacking
[23:29] <BUGabundo> off center too
[23:30] <BUGabundo> like 20 px to the right
[23:30] <penguin42> yeuch
[23:30] <BUGabundo> 195.36.03
[23:31] <high-rez> I'd look at Xorg.0.log or whatever its called - and see if its detecting EDID info correctly.
[23:31] <penguin42> hmm quite a lot of updates today
[23:32] <BUGabundo> worse part is: tv says : 1358x760, and nvidia settings allows up to 1360x768
[23:32] <penguin42> '1358' ?!!!!
[23:32] <BUGabundo> meaning I get the left part cut off if I use anything above 1024
[23:32] <penguin42> what type of weirdo res is that
[23:33] <BUGabundo> sorry
[23:33] <BUGabundo> 1360
[23:34] <high-rez> I'd try to force resolutions in xorg.conf and try different modelines.
[23:35] <high-rez> My Toshiba provided horribly broken information.
[23:35] <BUGabundo> $ xrandr --verbose | pastebinit
[23:35] <BUGabundo> http://paste.ubuntu.com/384746/
[23:36] <BUGabundo> http://paste.ubuntu.com/384748/
[23:44] <penguin42> BUGabundo: You could add a resolution using xrandr --admode
[23:53] <Bookman> I just did an update a few moments ago and now Ubuntu One will not start.  I get: Failed to execute child process "ubuntuone-client-applet" (No such file or directory)
[23:53] <abe3k> ok, so my eeepc 904, went to sleep by itself, I tried to wake it up, but after entering the password it showed me checking... and didn't do anything after that, so I decided to ctrl+alt+backspace it and logged in, later on the fans of the netbook went crazy so I looked in htop and found out that gnome-keyring-daemon was using 89% cpu so I killed it, what went wrong there guys ?
[23:56] <Oxymoron> Could someone explain to me why I got to the tty2 xserver slot when I boot Lucid alpha 3? :S
[23:57] <abe3k> echo echo echo ...
[23:57] <high-rez> (pong pong pong)
[23:57] <charlie-tca> Which slot would you like?
[23:57] <Oxymoron> charlie-tca: tty7 I guess as it usually uses?
[23:57] <charlie-tca> Oh, that's that server bug, isn't it. Boots to a blinking cursor only?
[23:57] <setuid> Anyone notice that PM/acpi/suspend is broken since last night's updates?
[23:58] <abe3k> setuid : I think I did
[23:58] <setuid> It was working fine, and then I updated last night to current and now it's not even an option
[23:58] <charlie-tca> Oxymoron: then you have to switch tty's to login?
[23:58] <Oxymoron> charlie-tca: No not really, I can login to a temrinal :)
[23:58] <abe3k> setuid : it asks for the password when I come back, but it keeps loading forever
[23:58] <Oxymoron> charlie-tca: Well I use vbox, I cant do ctrl+alt+f* unfortunatly :(
[23:58] <charlie-tca> Maybe it is using TTY1 for log files?
[23:58] <setuid> abe3k, what asks?
[23:59] <setuid> abe3k, It's not even an available option anymore, suspend is _gone_ in the current packages
[23:59] <setuid> If I do a ctrl-alt-del, the menu that shows up is shutdown/restart, no longer shows hibernate or suspend
[23:59] <Oxymoron> charlie-tca: Well here I use stable Karmic, but would be nice with Lucid in vbox agiain. It worked before todays update and when trying to install nvidia-current xD
[23:59] <abe3k> setuid: my eeepc went to sleep
[23:59] <abe3k> setuid: I have them here
[23:59] <charlie-tca> heh - it might work again then


[16:20] <ChinnoDog> ubuntulog_?
[16:20] <ChinnoDog> PennBot: ubuntulog?
[16:20] <PennBot> Wish I knew.
[16:21] <ChinnoDog> ubuntulog_: are you a bot?
[16:41] <ChinnoDog> I'll take that as a yes
[17:02] <Pici> Its the logging bot that all the loco teams are getting.  The loco contact for PA should have been informed about it.
[17:05] <andrew> why's he got an underscore then?
[17:06]  * Pici shrugs
[17:07] <pleia2> andrew: there are two of them, one without an underscore and one with, it replaces locobot_3
[17:07] <pleia2> they could have called it ubuntulog2 I suppose, but that's not much better than an underscore
[17:08] <Pici> Its authethenticated to the ubuntulog account, which is the important part.
[17:11]  * pleia2 nods
[18:39] <yoda_van> http://www.msnbc.msn.com/id/40237142/ns/business-consumer_news/?GT1=43001
[18:39] <PennBot> Title: New 10-shot espresso drink is 'porn in a cup' - Business - Consumer news - Food Inc. - msnbc.com (at www.msnbc.msn.com)
[18:40] <pleia2> yeahyeahyeah
[18:41] <yoda_van> now that's hottt
[18:41] <pleia2> another fisher, coincidence?
[18:41] <pleia2> it's jedijf's cousin
[18:42] <pleia2> "and say to myself, 'I need another double.' And then another double will turn into another double.  Espresso has less caffeine but 10 shots would surely kill me
[19:37] <ChinnoDog> Someone else has to say hi to lamalex when he comes back. My greetings are getting old.
[19:46] <ChinnoDog> bts3685|vps: turducken this year?


[22:17] <CarlosRibeiro> hello all
[22:17] <CarlosRibeiro> I would like to know if you guys are the ones responsible for the screenshoots during the ubuntu-gnome installation process
[22:18] <CarlosRibeiro> does anyone knows who is the responsible for that?


[04:38] <mup> Bug #1499571 changed: Restore failed: error fetching address <backup-restore> <blocker> <ci> <regression> <reliability> <retry> <juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1499571>
[04:41] <mup> Bug #1499571 opened: Restore failed: error fetching address <backup-restore> <blocker> <ci> <regression> <reliability> <retry> <juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1499571>
[04:44] <mup> Bug #1499571 changed: Restore failed: error fetching address <backup-restore> <blocker> <ci> <regression> <reliability> <retry> <juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1499571>
[04:47] <mup> Bug #1499571 opened: Restore failed: error fetching address <backup-restore> <blocker> <ci> <regression> <reliability> <retry> <juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1499571>
[04:50] <mup> Bug #1499571 changed: Restore failed: error fetching address <backup-restore> <blocker> <ci> <regression> <reliability> <retry> <juju-core:Fix Released by mfoord> <juju-core 1.24:Fix Released by mfoord> <juju-core 1.25:Fix Released by mfoord> <https://launchpad.net/bugs/1499571>
[09:03] <voidspace> TheMue: dooferlad: grabbing coffee, with you in 5 minutes
[09:03] <voidspace> sorry
[09:37] <mattyw> TheMue, ping?
[09:37] <TheMue> mattyw: pong!
[09:38] <mattyw> TheMue, just reviewing http://reviews.vapour.ws/r/2820. On the whole it looks great, couple of questions though
[09:38] <mattyw> TheMue, 1) the juju/helptopics stuff. that documentation is available through the command line right?
[09:39] <TheMue> mattyw: exactly, and I'm currently porting and extending it to jujucharms.com
[09:39] <mattyw> TheMue, 2) There didn't seem to be any documentation about how to get units to spread across availability zones. is that documentation there somewhere (did I miss it or is it missing)
[09:40] <mattyw> TheMue, you mean so the docs will appear on jujucharms.com?
[09:40] <TheMue> mattyw: btw, 1.25 already as this branch in. has been a start on master, a backport to 1.25 due to needs, and then adopting the changes in master again
[09:40] <TheMue> mattyw: yes, they will
[09:40] <mattyw> TheMue, ok - my comments are only minor spelling things, and one place I'd like a bit more of an example, I'll let you work out where best to merge those in
[09:41] <TheMue> mattyw: the spreading is done via constraints, but it's a good hint if you want them more detailed
[09:41] <TheMue> mattyw: you're looking on it as a user :)
[09:41] <mattyw> TheMue, I'm published my comments so far
[09:42] <mattyw> TheMue, regarding the spreading across zones. I'd like to see examples of command line commands - and what you end up with. similar to my comment regarding the dmz/cms subnets example
[09:42] <mattyw> I like seeing examples that say "if you run these commands at the command line this is the setup you end up with"
[09:43] <TheMue> mattyw: ok, will add it
[09:43] <mattyw> TheMue, you're great, thanks very much. let me know when there's a pr for jujucharms.com. Very excited about seeing that
[09:44] <TheMue> mattyw: great, so I've already got a reviewer for it, thx
[10:11] <voidspace> dooferlad: ping
[10:11] <dooferlad> voidspace: pong
[10:13] <voidspace> dooferlad: bridgeConfigTemplate in provider/maas/environ.go
[10:13] <voidspace> dooferlad: it starts by attempting to detect if the bridge has already been setup
[10:13] <voidspace> dooferlad: the first line is:
[10:13] <voidspace> grep -q "iface {{.Bridge}} inet dhcp" && exit 0
[10:14] <voidspace> dooferlad: it seems to me that's buggy, as it's missing the filename argument to grep (?)
[10:14] <voidspace> I believe it should be
[10:14] <voidspace> grep -q "iface {{.Bridge}} inet dhcp" {{.Config}} && exit 0
[10:14] <voidspace> would you concur?
[10:15] <dooferlad> voidspace: Yes
[10:15] <voidspace> dooferlad: thanks
[10:15] <dooferlad> voidspace: np
[10:16] <dooferlad> voidspace: though grep will wait for stdin if you don't pass it a file
[10:17] <dooferlad> voidspace: don't know if the script assumes it will be piped the current file?
[10:17] <voidspace> dooferlad: right, but I don't think that's how we're using it (and it's executed on a non tty)
[10:17] <dooferlad> voidspace: seems buggy anyway
[10:17] <voidspace> dooferlad: we pass in .Config to the template, so I don't see why we would also pass in the file
[10:17] <voidspace> a later invocation of grep uses {{.Config}}
[10:17] <voidspace> dooferlad: I'll try and double check we're not passing the file
[10:19] <voidspace> dooferlad: the script is executed via cloudcfg.AddRunCmd which has no mechanism for passing a file (unless it's done via the command itself - which it isn't)
[10:19] <voidspace> I guess that invocation of grep always terminated with a non-zero exit code so it was effectively always ignored
[10:19] <dooferlad> voidspace: how can that possibly work then? Grep will just sit waiting for input...
[10:20] <voidspace> on a non-tty won't it just immediately exit with an error
[10:20] <voidspace> as it can't get any input
[10:20] <dooferlad> voidspace: ah, yes
[14:56] <ericsnow> cmars: FYI, I've merged master into the lxd-provider branch and added the missing dependencies
[14:57] <cmars> ericsnow, awesome stuff
[14:57] <ericsnow> cmars: yeah, keep an eye on that branch
[15:01] <dooferlad> natefinch: Hi, do you know much about why the uniter hook execution lock is file based and isn't reset on startup? I thought we only had one jujud running, so the choice seems odd.
[15:05] <natefinch> dooferlad: I don't know.
[15:05] <dooferlad> natefinch: thanks. Will reach out on list.
[15:05] <natefinch> dooferlad: I have some guesses, because we do run things in different processes occasionally, but I don't know the details.
[15:08] <dooferlad> natefinch: Ah, didn't know we had >1 process running sometimes. I have been tracking down a problem where the lock doesn't get released because the host is rebooted. Clearly nothing has it at that point!
[15:37] <mup> Bug #1503740 opened: Storage should be behind a feature flag in 1.24 <juju-core:Triaged by axwalk> <https://launchpad.net/bugs/1503740>
[15:40] <mup> Bug #1503740 changed: Storage should be behind a feature flag in 1.24 <juju-core:Triaged by axwalk> <https://launchpad.net/bugs/1503740>
[15:43] <mup> Bug #1503740 opened: Storage should be behind a feature flag in 1.24 <juju-core:Triaged by axwalk> <https://launchpad.net/bugs/1503740>
[15:56] <mgz> does anyone actually understand bug 1501563?
[15:56] <mup> Bug #1501563: 1.26-alpha1 client gets connection shutdown deploy 1.22 server <blocker> <ci> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1501563>
[16:07] <mup> Bug #1474588 changed: Many hook failures after upgrade <canonical-bootstack> <regression> <juju-core:Incomplete by menno.smits> <juju-core 1.24:Incomplete> <https://launchpad.net/bugs/1474588>
[16:10] <mup> Bug #1474588 opened: Many hook failures after upgrade <canonical-bootstack> <regression> <juju-core:Incomplete by menno.smits> <juju-core 1.24:Incomplete> <https://launchpad.net/bugs/1474588>
[16:13] <mup> Bug #1474588 changed: Many hook failures after upgrade <canonical-bootstack> <regression> <juju-core:Incomplete by menno.smits> <juju-core 1.24:Incomplete> <https://launchpad.net/bugs/1474588>
[16:14] <perrito666> mgz: nope, not really clear what is going on there
[16:15] <perrito666> mgz: it would seem that apiserver abruptly cuts off while colocating a charm
[16:33] <mgz> perrito666: would --debug logging help?
[16:33] <mgz> tasdomas: looks like dafe43b5683c9b22af86ee744a8ea7f088b087b6 caused bug 1501563 - any idea why?
[16:33] <mup> Bug #1501563: 1.26-alpha1 client gets connection shutdown deploy 1.22 server <blocker> <ci> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1501563>
[16:42] <natefinch> ericsnow: I'm just going to write a new command from scratch, unless you object?   Seems like all the work we did for the base command stuff does not apply to the new command structure
[16:43] <ericsnow> natefinch: yep
[16:43] <perrito666> mgz: might, but not sure
[16:44] <perrito666> mgz: depends if we actually put debug messages around the broken part
[16:45] <mgz> perrito666: indeed, which is why I was asking if you had an inkling :)
[16:45] <mgz> we could also just try removing tasdomas' change
[16:46] <mgz> seems to have another branch on top of it though
[17:35] <ericsnow> rogpeppe: is there anything special that needs to be done relative to adding a new top-level section to metadata.yaml?
[17:35] <ericsnow> rogpeppe: as far as I can see it's pretty straight-forward
[17:37] <natefinch> ericsnow: see katherine's response in email - it's about the code not the yaml
[17:38] <ericsnow> natefinch: yeah, that's what I'm asking about
[19:22] <rogpeppe> ericsnow: technically you don't need to do anything in the charm package at all
[19:23] <ericsnow> rogpeppe: does it ignore unrecognized entries?
[19:23] <rogpeppe> ericsnow: yeah, you can have any files you like in a charm
[19:23] <rogpeppe> ericsnow: it's just a zip file
[19:23] <ericsnow> rogpeppe: I mean unrecognized entries in metadata.yaml itself
[19:24] <rogpeppe> ericsnow: i thought you were adding a new file
[19:24] <ericsnow> rogpeppe: no longer
[19:24] <rogpeppe> ericsnow: what's this for?
[19:24] <natefinch> same thing, new name
[19:24] <ericsnow> rogpeppe: same feature (now called "payloads"
[19:24] <ericsnow> )
[19:25] <ericsnow> rogpeppe: we have to move it back into metadata.yaml
[19:25] <rogpeppe> ericsnow: i'm pretty sure that metadata.yaml isn't the right place - that's the public interface of the charm
[19:25] <rogpeppe> ericsnow: and this isn't actually something that's part of that, right?
[19:25] <ericsnow> rogpeppe: it's not my call
[19:25] <ericsnow> rogpeppe: agreed
[19:25] <rogpeppe> ericsnow: so wtf?
[19:26] <natefinch> rogpeppe: this is the direction we have been given from the highest levels of the echelon
[19:27] <rogpeppe> natefinch: well if he wants the model broken, i guess we'll have to break it
[19:28] <natefinch> rogpeppe: yep
[19:28] <natefinch> rogpeppe: we argued it and other things for a month or so, and at the sprint the law was laid down.
[19:31] <rogpeppe> ericsnow: so anyway, charm.ReadMeta does ignore extra members
[19:31] <rogpeppe> ericsnow: so you can easily add more if you want to
[19:32] <ericsnow> rogpeppe: in that case we could avoid adding any code to the charm repo
[19:32] <ericsnow> rogpeppe: we'd just parse out the extra bits we care about
[19:32] <rogpeppe> ericsnow: i'm not sure
[19:32] <ericsnow> rogpeppe: I'm fine either way
[19:33] <rogpeppe> ericsnow: i think that the metadata.yaml parsing code in charm should parse all the metadata
[19:33] <rogpeppe> ericsnow: otherwise you'll need to do nasty things like re-parse and second-guess the format
[19:36] <ericsnow> rogpeppe: k
[19:37] <rogpeppe> ericsnow: that's not to say it has to be specified in total detail with all allowed keys etc. it's sometimes possible to allow a more general format and add more specific checks at higher levels
[19:37] <rogpeppe> ericsnow: it depends really
[20:22] <sinzui> cherylj: https://bugs.launchpad.net/juju-core/+bug/1468349
[20:22] <mup> Bug #1468349: discoverySuite.TestDiscoverServiceLocalHost: invalid series for wily and vivid <centos> <test-failure> <unit-tests> <vivid> <wily> <juju-core:Fix Released by dooferlad> <juju-core 1.24:Won't Fix> <https://launchpad.net/bugs/1468349>
[20:22] <cherylj> thanks, sinzui
[20:47] <katco> rogpeppe: what natefinch says is true
[20:47] <rogpeppe> katco: i believe it
[20:52] <perrito666> katco: that was a powerful statement
[20:52] <katco> perrito666: lol didn't catch that
[20:54] <perrito666> katco: ?
[20:55] <katco> perrito666: i didn't mean to say that everything nate says is true ;)
[20:56] <katco> perrito666: because now i have introduced a tautilogical fallacy. as soon as he says "this statement is false", i am wrong
[20:57] <perrito666> oh great, now you broke the universe
[20:59] <mgz> rogpeppe: poké
[20:59] <mgz> rogpeppe: any idea where the bits and pieces you ran to clean up txn db things for 1.23 issues are?
[20:59] <rogpeppe> mgz: oh twats, i saw that email out of hours and forgot to reply this morning
[21:00] <rogpeppe> mgz: one mo
[21:06] <mgz> rogpeppe: merci
[21:07] <rogpeppe> mgz: so the main thing is https://github.com/rogpeppe/mgo/pull/2/files
[21:07] <rogpeppe> mgz: which is a patch to mgo (not accepted)
[21:08] <rogpeppe> mgz: and then there's mgopurge.go: http://paste.ubuntu.com/12708968/
[21:08] <rogpeppe> mgz: which actually does the job
[23:53] <mgz> wallyworld: bug 1452422 - but see also bug 1271744
[23:54] <mup> Bug #1452422: Cannot boostrap from custom image-metadata-url or by specifying metadata-source <sts> <juju-core:Fix Released by wallyworld> <juju-core 1.24:Fix Released by wallyworld> <https://launchpad.net/bugs/1452422>
[23:54] <mup> Bug #1271744: bootstrap on maas with --metadata-source fails <bootstrap> <maas> <maas-provider> <upload-tools> <juju-core:Triaged> <https://launchpad.net/bugs/1271744>


[07:02] <airtonix> gnome-shell handles dual monitors better at the moment
[07:03] <airtonix> i actually haven't tried dual monitors on gnome3-unity  yet
[08:28] <sagaci> ~18% of en_AU to go
[08:28] <sagaci> or ~68500 strings to go
[08:28] <sagaci> and No. 4 overall


[01:46] <ball> Hello m0nkey_
[01:50] <daftykins> uh oh
[01:50] <ball> daftykins: What's up?
[01:50] <ball> Did your thing arrive?
[01:51] <daftykins> hey :) not much, just made some pasta 'n' sauce. yep! new case in and PC put together
[01:51] <daftykins> good times were had for all of the 1hr i put it together
[01:51] <ball> Ah nice. How's it working?
[01:51] <daftykins> all ace - although i've kept the old graphics card so it's still got one foot in the past at least
[01:52] <daftykins> https://www.dropbox.com/sh/99kp0ykwzdj48ez/AABs_DXJAJvNCwdp4OaTTAxMa?dl=0
[01:52] <daftykins> few snaps there
[01:52] <ball> I'm sure it's more up-to-date than mine.
[01:52] <daftykins> well i replaced a december 2007 core 2 quad + DDR2 build :>
[01:53] <ball> I wonder how old my processor is.
[01:54] <daftykins> intel?
[01:54]  * ball nods
[01:55] <ball> Looks like it's about the same age: 2008
[01:55] <ball> Atom 330.
[01:55] <daftykins> oof :D
[01:55] <daftykins> that's the one in my retired HTPC
[01:56] <ball> It would suck as an HTPC.
[01:57] <ball> Still, I'm essentially running it headless.
[01:58] <ball> Tempted to buy an SSD or a new hard disk for it though.
[01:59] <daftykins> nah mine has the nvidia ion1 graphics, which is plenty for H.264 1080p decode
[02:00] <daftykins> ideal little nettop thing :) 40GB intel value SSD, ubuntu with Kodi on top
[02:00] <daftykins> just retired it as i got an amazon FireTV which does the job in a silent package
[02:00]  * ball nods
[02:01] <ball> I wondered whether you had an Ion. Wouldn't work at all well otherwise.
[02:01] <ball> Mine has a D945
[02:01] <daftykins> ah har
[02:02] <daftykins> to be honest atoms of that era are too weak really to even benefit from an SSD if a desktop OS is there, if it's a server that'll be fun
[02:02] <daftykins> or fine
[02:02]  * ball nods
[02:03] <ball> Mine runs NetBSD/i386.  I used to run amd64 on it but that recently broke.
[02:03] <ball> Not sure there's anyone left to fix it
[02:03] <daftykins> hrmm o0
[02:04] <ball> My daughter has an Ubuntu PC that seems to work surprisingly well.
[02:04] <ball> (given its weak AMD E-350 chip)
[02:05] <daftykins> is it a full unity release too?
[02:06] <ball> For years she ran Xubuntu but I thought I'd try Ubuntu on it last time I reimaged it so yes, she has Unity on there.
[02:06] <daftykins> ah, not too shabby
[02:06] <ball> I have an E-450 box that I could put Linux on too.
[02:07] <daftykins> :D
[02:07] <ball> Considered an AM1 board but I can't justify the purchase.
[02:08] <daftykins> i go through those struggles! took a while to cave into buying the above, half the SATA controllers in the old machine failing/going funny started to help though :D
[02:10] <ball> I'm tempted to try a Linux machine at the office.
[02:11] <daftykins> i remember getting told no once, at a new job D:
[02:12] <ball> I made a point of not asking.
[02:12] <ball> I've had a BSD desktop at the office for getting on towards four years now.
[02:12] <daftykins> hehe, that's a better strategy... that place didn't even have a license for me so i had to run the trial until expiry
[02:14] <ball> I need to go and lay down before I fall down.
[02:14] <daftykins> definitely comes in handy having one of each at times though, when those situations arise that you can only think of a solution on another platform
[02:14] <ball> Hopefully catch you tomorrow.
[02:14] <daftykins> take care \o
[02:14] <ball> Goodnight
[04:15] <diddledan_> "I'm new here, and I keep hearing about some fella called Jake Weary. Can anyone tell me what department he works in?"
[04:15] <daftykins> :D
[04:15] <daftykins> please say that happened for real
[04:15] <diddledan_> lol
[04:16] <daftykins> lemme tell you a tale of how dumb i've been for the last 4 years
[04:17] <daftykins> i picked up some jeans from a shop in Miami Beach back in 2012 but i found them pretty weird 'cause they had this lump sewn in under the denim just above the left hand pocket
[04:17] <daftykins> i picked up some jeans from a shop in Miami Beach back in 2012 but i found them pretty weird 'cause they had this lump sewn in under the denim just above the left hand pocket
[04:17] <daftykins> oops
[04:18] <diddledan_> up button next to the enterkey? it is on this keyboard too
[04:18] <daftykins> 4 years later, i realise that's not stitching at the top by the belt... it's the opening to another pocket i didn't know about :|
[04:18] <diddledan_> haha
[04:18] <daftykins> https://www.dropbox.com/sh/gheyq1tnfpaewci/AAAi8kpygRsuxJbclVMbA2BDa?dl=0
[04:18] <daftykins> :|
[04:18] <diddledan_> was there anything you'd previously lost inside?
[04:18] <daftykins> nah i was just cursoring back in irssi to the lines typed and failed hard
[04:19] <diddledan_> it is well hidden
[04:19] <daftykins> someone tells me the above is a pumice stone the jeans would've been stonewashed with :D
[04:19] <daftykins> so newp they were there from the beginning
[07:08] <brobostigon> morning boys and girls.
[07:08] <daftykins> g'day \o
[07:12] <SuperMatt> morning
[07:13] <brobostigon> morning daftykins qnd SuperMatt
[07:13] <popey> Morning
[07:14] <daftykins> this morning, i'm watching a man attempt to slay a dragon!
[07:16] <MooDoo> morning all
[08:09] <davmor2> Good Morning
[08:11] <popey> yo
[08:22] <davmor2> popey: just the man, if you open music app and play an album does the album art go off the screen slightly in portrait mode?
[08:24] <popey> davmor2: which device?
[08:25] <davmor2> popey: the one you don't have, and any you do
[08:25] <popey> wat
[08:25] <popey> there's a lot I don't have
[08:25] <popey> I only have a bq e4.5
[08:26] <davmor2> popey: meh
[09:02] <Guest50895> Good morning all!  Happy Wednesday, and happy Tell a Story Day! 😃  🕮
[09:03]  * Guest50895 grumbles
[09:04]  * diplo tells a story of JamesTait loosing his username overnight :P
[09:06] <JamesTait> It's because I upgraded to Xenial on Sunday night, which brought with it an upgrade to a version of irssi that support SASL auth, so my SASL auth script is now not loaded because it clashes with the built-in support.
[09:08] <JamesTait> I'm sure it's an easy fix, when I get around to searching for it.
[09:12] <Myrtti> /help network
[09:12] <Myrtti> only bit I needed to change
[09:18]  * diplo having to fix php apps to work with php7 :/
[09:18] <diplo> arg!
[09:31] <davmor2> JamesTait: https://www.youtube.com/watch?v=AVbQo3IOC_A
[10:06]  * JamesTait chuckles @ davmor2
[10:30]  * diplo is trying lxc now instead, hope I don't break anything
[10:47] <diplo> Got one up and running now, trying a different version next, then a different OS
[10:48] <diplo> Anyone else use it in here ?
[10:57] <moreati> morning all, what script/program/$thing generates the _official_ live 16.04 .iso files? I'm creating a custom image, and the various wiki pages on this still refer to e.g. 8.04
[11:00] <MooDoo> :)
[11:03] <brobostigon> https://wiki.debian.org/DebianCustomCD
[11:09] <davmor2> JamesTait: first song I could think of that had story telling in it :)
[11:11] <davmor2> JamesTait: the other would be https://www.youtube.com/watch?v=Gf1WT8VEZxk
[11:13] <moreati> brobostigon: is that a random wiki page you found on the topic of cusomtising CDs, or _the_ instructions followed by whoever creates the official signed-by-canonical isos?
[11:15] <brobostigon> moreati: i did a search on how to create debian like cd images, of which ubuntu cd images are as well, being based on debian.
[11:15] <moreati> brobostigon: I've gone through that step already, thank you
[11:16] <brobostigon> ok, yw.
[11:45] <popey> moreati: i dont think the process is super well documented
[12:00] <foobarry>  whats the best font for a CV? for both pdf or printed
[12:01] <zmoylan-pi> comic sans...  Got the job.
[12:12] <Myrtti> :-D
[12:12] <zmoylan-pi> would that work at microsoft? :-)
[12:13] <moreati> popey: ok, ty. I'll try to muddle through
[12:13] <popey> a few options exist
[12:13] <popey> live-build is one I have used
[12:14] <popey> http://pinguyos.com/2015/09/pinguy-builder-an-app-to-backupremix-buntu/ is another - not tried that
[12:44] <MooDoo> https://www.carkeys.co.uk/news/backless-child-booster-seats-to-be-banned-this-year for all you booster seat mums and dads
[13:05] <diplo> Both mine over 125 and one over 135, so not to worried here, I do see their point but it became a logistical nightmare, 3 kids under 135cm and you wouldn't fit all the seats in the back
[13:06] <diplo> ah right at the bottom, if you already own one you can carry on sing it
[13:06] <diplo> How they'll prove / enforce that is beyond me :)
[13:16] <MooDoo> my lad is 7 and is too tall for a booster
[13:19] <diplo> yeah my 7 year old is just about there, my 9 year old is nigh on 5 foot!
[13:26] <MooDoo> diplo: yeah my 7 year old is hitting 5 ft
[13:26] <MooDoo> diplo: no idea where he gets it from lol
[13:27] <DJones> Sheesh, my 8.5 year old is only 22 inches, could be because he's a dog though
[13:27] <davmor2> MooDoo: blame his Mom
[13:27] <DJones> And no doubt better behaved that a 5ft tall 7 year old child
[13:28] <MooDoo> davmor2: you mean mum? ;) DJones yeah :) lol
[13:28] <MooDoo> I blame the tall dad lol
[13:29]  * DJones wonders how tall the milkman was? :)
[13:30] <davmor2> MooDoo: No really any one would think you were tall you lanky muppet
[13:30] <DJones> We used to have a postman that had 13 kids
[13:30] <DJones> to different mothers
[13:30] <MooDoo> davmor2: nah i'm a short arse really :)
[13:32] <DJones> ugh, blurred vision
[13:36] <diplo> yeah it sucks a bit, my eldest is in 14 year old clothes now
[13:37] <MooDoo> diplo: it does suck when the dr say my lad could potentially reach 7ft
[13:40] <DJones> MooDoo: How tall are you and the rest of the family, my wife's cousin is around 6ft 4in and skinny as a butchers pencil, but she has a similar sized father and a mother that just about gets to 5ft
[13:40] <diplo> hahah MooDoo :P
[13:41] <MooDoo> DJones: my dad is 6'1 I'm 6'6 misses is about 5'6
[13:42] <DJones> Sounds similar to the cousins family, my wife is around 5ft 8" with a 6ft parents, thankfully just a bit shorter than me (apart from the bit where she can nick my clothes and they fit her AND NO, I haven't tried her clothes to see if they'll fit)
[13:43] <MooDoo> lol
[13:44] <DJones> T-Shirts, track suit bottoms....all go  missing
[13:49] <knightwise> hey everyone
[13:52] <diddledan_> moo
[13:53] <knightwise> hey diddledan_
[13:53] <knightwise> how you doing today
[13:53] <diddledan_> I'm good thanks
[13:55]  * knightwise is checking out Trello
[13:57] <knightwise> thinking of using it for my company and for some of my clients.
[14:01] <davmor2> knightwise: 'owdo
[14:02] <MooDoo> I use trello :D
[14:03] <MooDoo> well occasionally :)
[14:13] <knightwise> MooDoo: you pleased with it ?
[14:13] <knightwise> i think the tool can work for us , but i'm not entirely sure how to organise my processes
[14:16] <davmor2> knightwise: I use it daily it's great, Break the lanes down sensibly and you'll find that it will work for you, Normal layout is Backlog all the things that need to be done, In Progress things being done and Done things that are completed as a minimum
[14:16] <davmor2> but obviously you can add more lanes as needed
[19:12] <webpigeon> speaking of project management boardy things, taiga is also a thing: https://tree.taiga.io/
[19:12] <webpigeon> it's FOSS (based on django) so you can run it on your own kit at well if you wanted to
[20:02] <gpd> any reports of /etc/apache2/apache2.conf messing up / missing?
[20:02] <gpd> just updated 15.10 to 16.04 and apache2 won't start with old conf file and reinstall doesn't replace a new conf
[20:03] <gpd> failing line is IncludeOptional mods-enabled/*.load
[20:08] <gpd> looks like it is php5 module failing - change to a2enmod php7.0
[20:08] <gpd> fixed
[20:40] <gpd> very quiet here
[20:41] <diddledan_> sshh, it's sleepy time!
[20:41] <zmoylan-pi> we're hunting wabbits
[20:42] <gpd> its fix all the breakages after upgrade time... :(
[20:42] <gpd> courier-authdaemon also borked
[20:43] <brmbrmcar> Nae hunting rabbits!
[20:43] <diddledan_> I really don't want to meet a hunting rabbit
[20:43] <zmoylan-pi> no holy hand grenade of antioch?
[20:46] <gpd> right - fixed that - sleep quite tempting. good luck with the wabbits
[20:46] <zmoylan-pi> o/
[20:47]  * brmbrmcar huts zmoylan-pi
[20:48] <brmbrmcar> s/huts/hunts/
[20:48]  * zmoylan-pi engages predator cloak and waits...
[20:49]  * brmbrmcar attacks
[20:49]  * brmbrmcar destroys zmoylan-pi's multiverse
[20:49]  * zmoylan-pi laughs and watches brmbrmcar's thermal image...
[20:50]  * brmbrmcar destroys zmoylan-pi's laughs


[00:26] <Arrow88> hi
[00:28] <Arrow88> do you reccomend lubunto for a macbook pro?
[00:29] <tomreyn> No. Maybe Lubuntu, though.
[00:29] <Arrow88> sorry, typo
[00:29] <tomreyn> :)
[00:30] <Arrow88> I am replaceing the hd and need another os than mac
[00:30] <Arrow88> it's the old that can't be upgraded anymore, however it is still updated though
[00:31] <tomreyn> I don't really have a recommendation, nor actual experience with Apple laptops, I'm araid. But I seem to remember that it doends much on the model, it can work fine with some but not others.
[00:31] <tomreyn> I'm afraid, not a RAID.
[00:31] <Arrow88> if everything runs nice I should be fine with lubuntu or ubuntu, I think the specs are still within average
[00:32] <tomreyn> Ubuntu Desktop recommends 4 GB RAM, Lubuntu may have slightly lower recommendations.
[00:32] <Arrow88> hmm, should I spend time and energy on it then,
[00:32] <Arrow88> I think it has 4 or 8 GB
[00:33] <tomreyn> Probably.
[00:34] <Arrow88> i5 cpu, maybe it was i7,
[00:34] <Arrow88> I think it was quad core, not eight core
[00:35] <Arrow88> daft tings specs, I hardly have any idea of the effects
[00:35] <Arrow88> either things work well or not
[00:36] <Arrow88> this is just an old portable, maybe I should not spend any money on it
[11:17] <nheo> hello
[17:29] <danil> hghпроапо
[22:39] <Arrow88> I may me doing a daft thing, but I am spending money on a new SSD for an old macbook pro, I plan to install lubuntu
[22:40] <Arrow88> I  have had lubuntu before, and it ran so nicely on two different portables
[22:41] <Arrow88> Specs should be fine, even for Ubuntu, but is there something I should be prepared for?
[22:41] <Arrow88> I don't get machine back until Monday, so it's more a bit of research
[22:43] <wxl> Arrow88: macs are quirky beasts. sometimes they require a bit of wrangling to behave correctly. but especially with newer intel devices not suffering from some problem with uefi (try booting a live image to check that) it should work
[22:44] <kc2bez> That ^ + I would anticipate faster response with a ssd.
[22:45] <Arrow88> thanks
[22:45] <wxl> i can almost guarantee you will need to fiddle around with drivers to get wifi working so having ethernet access will be a big plus
[22:45] <wxl> additionally, the trackpad is likely to give you someo issues
[22:45] <wxl> and there will probably be some media keys that don't work like you think they should
[22:45] <wxl> etc.
[22:45] <Arrow88> could be an issue, but I guess I should find a cord for wired internet
[22:46] <wxl> it would be wise because it's WAY eaiser than the alternative
[22:47] <Arrow88> thanks, I shall just have to take it from there  then, and wait until monday
[22:47] <x201> hello, can you help me for runing mBlock
[22:48] <wxl> what the heck is that?
[22:48] <wxl> !info mblock
[22:48] <wxl> ^ that says "contact the creators of mblock for support" XD
[22:49] <x201> i download the mblobk package : sudo dpkg -i mBlock_4.0.4_amd64.deb
[22:49] <x201> i installed the package with : sudo dpkg -i mBlock_4.0.4_amd64.deb
[22:50] <x201> but, she refuse running, i have a logo mBlock in my desktop
[22:51] <wxl> x201: we don't provide mblock so we can't support it
[22:51] <x201> wxl: the creators of mblock are dying in
[22:51] <wxl> i can't even figure out how to download it
[22:52] <x201> wxl: i now, but i must use it in classroom
[22:52] <wxl> x201: then that's all the more reason why you should contact them for support
[22:53] <x201> wxl: mBlock  running but not display
[22:53] <wxl> x201: am i not making myself clear?
[22:54] <x201> :(
[22:55] <kc2bez> x201: it isn't a package we can do much about since it isn't in the Ubuntu archive. Run it in a terminal and report your errors to mblock.
[22:56] <wxl> i mean i can't even find this supposed debian package
[23:00] <x201> wxl: https://algodelinux.com/paquetes-de-mblock-4-para-instalar-en/
[23:00] <wxl> the thing i find so strange is you can't even find that from the website
[23:01] <x201> i dont now, why this package not exist in ubuntu reposiroty but it educational cool software
[23:01] <wxl> it probably doesn't exist because they don't even show that they have linux support on the website!
[23:01] <x201> wxl: because the devlopement of this soft for linux is stopped
[23:01] <wxl> then that's why it's not in ubuntu
[23:02] <wxl> so you're asking us for support over something that we don't provide and that isn't supported?
[23:02] <wxl> doesn't this sound ridiculous? XD
[23:02] <wxl> so what version of lubuntu are trying to use?
[23:02] <x201> lubuntu 20.04
[23:03] <x201> wxl: OS: Ubuntu 20.04.1 LTS x86_64
[23:04] <x201> wxl: i begging in linux, because my laptop dont have enough memory/processr for windows 10
[23:05] <x201> wxl: i have inslalled lubuntu for continu stading but in scool we used mBlock for programing arduino
[23:06] <kc2bez> They have a Discourse forum.  I would put a post over there. https://forum.makeblock.com/c/mblock
[23:06] <wxl> ^ agreed, if they even have support :/
[23:06] <wxl> similarly microsoft and apple wouldn't provide support for third party software
[23:07] <wxl> we've got millions of packages we DO support which is really saying something comparatively
[23:07] <wxl> but we can't support everything
[23:07] <wxl> including things which are not welll supported upstream
[23:10] <x201> kc2bez: he dont explain whoto install or run mBlock in linux
[23:11] <x201> wxl: kc2bez: i have a black window if i apply this https://www.supazter.eus/2020/05/09/mblock-scratch-arduino/
[23:12] <wxl> x201: can you explain to me why you're going to us for help and not the creators of the software?
[23:13] <x201> wxl: the creators stoped developement, i would use old version compatible with ubuntu
[23:14] <wxl> x201: and why do you think we can help when we have *zero* familiarity with this software?
[23:17] <x201> wxl: i am sorry, but i dont have a choose for graphic programming arduino in my scool
[23:17] <wxl> x201: i didn't ask you whether or not you had a choice to use this software. i'm asking you why you think we are the best people to go to for help when we know nothing about the software? wouldn't the people that created it, or at least the community around it, be better for that?
[23:18] <x201> wxl: i a not good in linux os, it's my first one experiance,
[23:18] <wxl> x201: i think you're presuming the problem is somehow related to some thing that needs to be set in linux. i think the issue is a problem wth the software itself.
[23:19] <x201> wxl: Types de traductions
[23:19] <x201> Traduction de texte
[23:19] <x201> Texte source
[23:19] <x201> 149 / 5000
[23:19] <x201> Résultats de traduction
[23:19] <x201> Please excuse me, I thought you could help me, I was thinking of a compilation or installation problem that I do not understand.
[23:20] <wxl> x201: if the debian package is valid, it willl install. otherwise, it will return an error. if you did not see an error, and you see an icon on your desktop, then there's no installation problem. compilation is irrelevant in light of the package, which contains a binary (already compiled)
[23:21] <x201> wxl: no error installation
[23:21] <wxl> it may be that it only works with old versions? you could try using 18.04
[23:22] <x201> wxl: ok i dry on 18.04
[23:23] <wxl> x201: if it doesn't work, you should contact the support forum with mBlock
[23:24] <x201> the support mBlock, answer: the developent of mBlock in linux are stopped !
[23:24] <wxl> well then i don't really know what to tell you :(
[23:24] <x201> wxl: no problem
[23:25] <x201> but i wont to desinstall mblock, what the commande to do it ?
[23:25] <x201> wxl: i use that for install package
[23:25] <x201> wxl: well then i don't really know what to tell you :(
[23:25] <x201> sorry
[23:26] <x201> sudo dpkg -i mBlock_4.0.4_amd64.deb
[23:26] <x201> because the package are 200 mb
[23:26] <wxl> sudo apt purge mBlock_4.0.4_amd64.deb
[23:32] <x201> wxl: think


[13:59] <Blade> root@ubuntu-ivan:/home/nikolov# synaptic
[13:59] <Blade> No protocol specified
[13:59] <Blade> Unable to init server: Неуспешно свързване: Отказано свързване
[13:59] <Blade> (synaptic:2357): Gtk-WARNING **: cannot open display: :0
[13:59] <Blade> root@ubuntu-ivan:/home/nikolov#
[13:59] <Blade> ?
[13:59] <Blade> problem
[14:08] <ikonia> dreman - you know you are banned from ubuntu
[14:08] <Blade> and
[14:09] <Blade> ask for problem
[14:09] <ikonia> this is not a support channel
[14:09] <ikonia> this is the operator channel for the ubuntu namespace
[14:09] <Blade> offff
[14:09] <Blade> oko
[14:09] <Blade> ok
[14:09] <ikonia> thanks, bye
[14:09] <Blade> bay lame
[16:09] <ikonia> Borw3: I've removed you from ubuntu and forwarded you to the #ubuntu-ops channel
[16:10] <Borw3> Why? :D
[16:10] <ikonia> I've already spoken to you once today in private and I gave you multiple polite nudges and then warnings in the #ubuntu channel to stop with your behaviour
[16:11] <ikonia> I didn't wish to continue to discuss this with you and disrupt the ubuntu channel any more
[16:11] <Borw3> ikonia: I was helping the guy, with misdisplayed characters.
[16:11] <ikonia> Borw3: can you please stop with the "lol" ":D" "XD" style comments in the channel
[16:11] <ikonia> Borw3: if you don't understand problems - don't help
[16:12] <ikonia> if you know / understand a problem and can add value, that's great, but if you don't know or understand, your "attempts" at help are quite the oposite
[16:12] <Borw3> I was trying to discover where the problem was, and gave him ideas, eg: trying loading other live OS, checking to see if problem is in bIOS also etc...
[16:12] <ikonia> can you please only try to help if you actually understand the problem and have a real idea about the solution
[16:13] <ikonia> do you understand ?
[16:13] <ikonia> .win 4
[16:13] <ikonia> oops
[16:13] <Borw3> Okay, from now on, I will only help, when I know I have a solution.
[16:13] <ikonia> thats great
[16:14] <ikonia> I'll remove the forward from this channel to allow you back into ubuntu, but please keep in mind, this is the second time in 24 hours your behaviour has not been appropriate for the channel
[16:14] <ikonia> any more and you'll be asked to take a break from the channe
[16:14] <ikonia> channel
[16:14] <Borw3> ikonia: Okay, second time, I didn't know though in my defence.
[16:14] <ikonia> you didn't know what ?
[16:15] <Borw3> "Only help when you know 100% solution to problem" was a rule I did not know existed.
[16:15] <ikonia> Borw3: when I spoke to you earlier I explained about the "being helpful" approach
[16:16] <ikonia> it's not helpful to just randomly guess at things, more so if you don't really understand the problem
[16:16] <ikonia> !guidelines | Borw3
[16:16] <ikonia> Borw3: I strongly suggest you read the url ubottu has given you before rejoining #ubuntu
[16:16] <Borw3> ikonia: I had similar problem once, and it was CPU damage.
[16:16] <ikonia> Borw3: I've removed the ban forward in #ubuntu for you, if you /part this channel and /join #ubuntu you'll rejoin the ubuntu channel
[16:17] <Borw3> ikonia: Thank you.


[00:41] <guiverc> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2023-March/001331.html   Lunar is now in Beta Freeze
[11:28] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: How to create a VSCode Linux remote environment @ https://ubuntu.com//blog/how-to-create-a-vscode-linux-remote-environment


[00:35] <sergio-br22> hi
[00:35] <sergio-br22> I'm having a problem to compile for ARM
[00:35] <sergio-br22> I can compile in my arm board, ubuntu 14.04
[00:36] <sergio-br22> but launchpad complains about "undeclared identifier"
[00:36] <sergio-br22> https://launchpadlibrarian.net/196348889/buildlog_ubuntu-trusty-armhf.libretro-desmume_0.9.10.svn%2Br4840~12~ubuntu14.04.1_FAILEDTOBUILD.txt.gz
[00:36] <sergio-br22> I'm using clang in the board too
[11:32] <Ahmed__> Cannot add PPA: '"Error reading https://launchpad.net/api/1.0/~ubuntu-wine/+archive/ppa: (7, 'Failed to connect to launchpad.net port 443: Connection refused')"'.
[11:32] <Ahmed__> حمئ تثمح
[11:32] <Ahmed__> plz hep
[11:32] <Ahmed__> plz help
[11:37] <cjwatson> Ahmed__: I don't see why it should have caused this, but we're deploying upgrades to launchpad.net at the moment, so try again?
[12:28] <acooks> I'm trying to backport a kernel package and upload it to my PPA. The build succeeds, but the upload fails. Can someone help me understand whats wrong? https://launchpad.net/~acooks/+archive/ubuntu/libnl3-backport/+build/6771534
[12:30] <wgrant> acooks: You changed debian/changelog, but the kernel packaging is a bit special.
[12:30] <wgrant> You need to change debian.master/changelog instead, as te build autogenerates debian/changelog from debian.master.
[12:32] <acooks> wgrant, thanks, I'll need to read some more before I'll understand that. I've just been using 'backportpackage' without really understanding what it's doing.
[12:33] <wgrant> Kernel packaging is very special.
[12:34] <acooks> wgrant, I'll go rtfm, thanks!
[12:35] <acooks> wgrant, is there a way to backport a dependency on linux-libc-dev without trying to backport the whole kernel?
[12:36] <wgrant> acooks: No, but are you sure you need a new linux-libc-dev?
[12:36] <wgrant> What exactly are you trying to do?
[12:37] <acooks> I'm trying to backport libnl-3 3.2.24 to Precise, because Travis CI is still running Precise and the libnl-3 version that shipped with Precise is broken.
[12:38] <acooks> (for my application)
[12:38] <cjwatson> I would probably copy any necessary declarations from linux-libc-dev into private headers used by the libnl-3 build.
[12:39] <acooks> The new libnl-3 depends on a newer linux-libc-dev (>= 3.2.41)
[12:40] <acooks> OK, so modify the libnl-3 build, instead of an unmodified backport?
[12:41] <acooks> I might as well patch the missing function declaration in the version of libnl-3 that shipped with precise.
[12:41] <cjwatson> If that's straightforward, why not ...
[12:42] <acooks> I'll give that a go, thanks.
[13:06] <dpm> hi cjwatson, it took a while until I could look into fixing the issues pointed in your review, but they should have been addressed now. When you've got a minute, would you mind re-reviewing https://code.launchpad.net/~dpm/lp-get-ul10nstats/distro-support/+merge/234349 ?
[13:31] <cjwatson> dpm: still needs a bit of work, I'm afraid; commented
[14:08] <dpm> ok, looking at it, thanks cjwatson
[14:15] <dpm> cjwatson, ok, fixed. Sorry, I had misread your original inline comment. Would you mind having another look?
[14:23] <cjwatson> Hmm, we need an LP security.cfg patch to make this work
[14:23] <cjwatson> psycopg2.ProgrammingError: permission denied for relation distribution
[14:23] <cjwatson> Hate this thing
[14:42] <cjwatson> wgrant: Could you have a quick look at https://code.launchpad.net/~cjwatson/launchpad/ul10nstats-security-distribution/+merge/248257 for the above, please?
[14:42] <cjwatson> dpm: ^- you'll be blocked on that being reviewed/landed/deployed
[14:44] <dpm> thanks cjwatson
[14:45] <cjwatson> seems to work ok locally given that, at least with a few trivial queries against launchpad_dev
[14:54] <dpm> nice
[15:56] <tgm4883> I remember reading awhile back that the build farm was moved to make it faster to setup and remove builders (Juju/Openstack?). Anyway, are ARM ppa's still not available?
[15:57] <dobey> they still must be requested
[15:57] <tgm4883> I see
[15:57] <tgm4883> dobey: are they still Canonical only? Or can other teams request them?
[15:58] <dobey> afaik, anyone can request them. they are just not enabled by default (not sure why, and if/when they will be for the virtualized builders)
[15:58] <dobey> i think maybe there are still some reliability concerns with qemu there
[15:58] <wgrant> tgm4883: Anyone can request them, but the virtual builder pool does non-x86 builds using qemu-user.
[15:58] <tgm4883> dobey: sounds good. When requested, is it just a one time build or are they enabled forever?
[15:59] <wgrant> We'll have proper virtual ARM and POWER builders some time this year, but not yet.
[15:59] <wgrant> Forever.
[15:59] <dobey> for that ppa, not that user
[16:00] <tgm4883> I ask, because the Raspberry Pi 2 was released, and the Mythbuntu team might need to start building our builds for ARM
[16:00] <cjwatson> reliability> qemu-user manages to build some things, but there's a sizeable percentage of stuff where it just falls over hard.
[16:00] <cjwatson> and those problems aren't terribly likely to get fixed in qemu.
[16:00] <dobey> is the pi2 arm, or arm64?
[16:00] <tgm4883> and it's likely powerful enough to actually run the frontend
[16:00] <tgm4883> hmm, let me check
[16:00] <cjwatson> so enabling arm builds across the board would result in us having lots and lots of failed builds that there's basically no way to fix
[16:01] <wgrant> RPi 2 is ARMv7, so armhf.
[16:01] <wgrant> And qemu is slow.
[16:01] <cjwatson> But at least finally v7 not v6.
[16:01] <dobey> cjwatson: yeah, that's what i thought
[16:01] <wgrant> So we don't enable it by default.
[16:01] <dobey> re: reliability that is
[16:01] <tgm4883> yea I'm not seeing anything about arm64 on it
[16:02] <dobey> oh, i haven't read anything about it yet. i just saw some "possibly a cheap arm64 board" and "rpi 2 released" at the same time, so i wasn't sure :)
[16:03] <tgm4883> Ok, so last 2 questions. Where do I go to request this for a PPA, and if we build ARM on one PPA, can we safely copy the binaries to another PPA?
[16:05] <wgrant> dobey: Ooh, what's the cheap arm64 board?
[16:05] <wgrant> tgm4883: https://answers.launchpad.net/launchpad/+addquestion
[16:05] <wgrant> And you can safely copy them elsewhere. Only building them is restricted.
[16:05] <dobey> wgrant: i don't know, i thought it was the rpi2, but i guess not :)
[16:05] <tgm4883> wgrant: cool, I'll file a question then
[16:06] <tgm4883> wgrant: dobey cjwatson thanks for the info
[22:04] <tgm4883> so regarding the reliability of those arm builds, when one fails, should I just tell it to retry that build?
[22:04] <tgm4883> provided it's not something that is obviously an issue I can fix
[22:06] <tgm4883> Out of 4 builds, 1 finished successfully, 1 is still building, 1 seems to hang on "debconf-updatepo" and was eventually killed, and 1 failed with a seg fault and "*** stack smashing detected ***: /usr/bin/qemu-arm-static terminated"
[22:06] <cjwatson> It's not likely to be sporadic.
[22:06] <tgm4883> cjwatson: so then don't try again
[22:07] <tgm4883> fwiw, the two that failed were on precise/trusty, the successful one is utopic and vivid is still building
[22:08] <tgm4883> cjwatson: so you are saying that it will likely always fail on the two that failed?
[22:09] <cjwatson> That's my guess, but you're welcome to test it.
[22:10] <cjwatson> The worst problems are generally with threading.  In principle those aren't deterministic but AIUI any build that runs into that usually has pretty poor probability of succeeding
[22:11] <tgm4883> cjwatson: I'll just try it once, if it fails with the same issue I'll see what I can do about removing it from our builds (although I doubt that will be easy)
[22:11] <tgm4883> cjwatson: is that something that would be resolved with the changes that are coming later?
[22:11] <cjwatson> Yes
[22:12] <tgm4883> cool
[22:12] <cjwatson> Once we have virtualisable native builders everything will be much happier
[22:28] <dobey> tgm4883: if you want to test builds on armhf, you can test locally building under qemu with sbuild
[22:29] <dobey> you can iterate faster that way at least
[22:29] <dobey> and it won't take up resources from other builds
[22:29] <tgm4883> dobey: good point. I'll take a look at that when I get home