[02:28] <c01nwarr10r[HD]> VOISE, the largest music exchange on the planet in the next few years, based on the latest ethereum smart contract technolgy, VOISE offers a free decentralized market for artists to promote and sell 100% of their work on their own terms
[02:28] <c01nwarr10r[HD]> going to be a huge market
[02:28] <c01nwarr10r[HD]> anyone and everyone can participate, even the transactions are processed by anyone and everyone as it's decentralized
[02:28] <c01nwarr10r[HD]> has all the right ingredients to take over
[02:29] <c01nwarr10r[HD]> it's not going to look like the largest music exchange in the world early on, it's going to look like what VOISE looks like now, with the potential to be the largest music exchange in the world
[02:29] <c01nwarr10r[HD]> it would be to easy otherwise
[02:30] <c01nwarr10r[HD]> but if you'd prefer to play it safe, no big deal you can always see the glory, just don't expect to be the glory
[02:30] <c01nwarr10r[HD]> livecoin.net
[14:15] <andreas_s> Hi, does anybody know if it's possible to have a single node lxd cloud and then to add the localhost as bare metal machine via ssh?
[14:16] <andreas_s> I tried it, the add-machine command succeeds, but the agent on the localhost (the lxd host) is stuck in pending
[14:16] <andreas_s> seems like it does not have the api ip set for t
[14:16] <andreas_s> some reason
[14:55] <fallenour> o/
[14:56] <fallenour> got an issue thats pretty weird, haproxy working fine, giving UP status, /var/log/haproxy.log showing things are good, initial landing page loads just fine, generic http currently, go to log in, processes request, returns with 502 bad gateway error. Only recent changes from last known good was updates to pike from ocata, openstack-charmers model
[14:56] <rick_h> bdx: https://photos.app.goo.gl/WAD6pZtkjt74AqsP2 cmr telegraf -> prometheus with network_get finally working
[14:57] <fallenour> any thoughts rick_h bdx jamespage
[14:57] <rick_h> fallenour: nothing in the haproxy logs about the 502? what's it hitting behind haproxy? which api endpoints?
[14:57] <bdx> rick_h: no way!!! I was just going to ping you and see how that was going
[14:58] <fallenour> rick_h: no, thats the crazy thing, /var/log/haproxy.log shows everything fine, and that it can reach the openstack dashboard no issues.
[14:58] <fallenour> rick_h: I checked all three haproxy instances just to ensure I was crazy.
[14:59] <fallenour> rick_h: also, keystone and mysql systems both show as fine.
[15:16] <Fallenour> Sorry rick_h what did I miss? Am afk but still listening
[15:27] <Fallenour> .
[15:35] <Fallenour> .
[15:43] <bdx> fallenour: its hard for anyone to say without diving into your setup
[20:38] <fallenour> o/
[20:39] <fallenour> having a weird issue with juju xenial openstack model, I cant log in after applying pike updates. HAproxy loads landing dashboard login, but I cant log in after submitting creds, getting a 502 bad gateway error. Chceked haproxy, haproxy is loading portal on its side properly.
[20:46] <magicaltrout> fallenour: I can't help, but more importantantly do you own a kettle?
[20:49] <fallenour> magicaltrout: actually I do, but alas, I too, cannot help. I have no teleporter in which to send my kettle :9
[20:50] <rick_h> magicaltrout: but does it need to be electric or stovetop?
[20:50] <magicaltrout> rick_h: you go camping
[20:50] <magicaltrout> we all know you own a kettle
[20:50] <rick_h> magicaltrout: yea, electric in the house but stovetop in the camper so you can heat it over a fire/gas grill
[20:50] <rick_h> only way to make pour over coffee while camping :)
[20:50] <fallenour> is there a way to test functionality of keystone?
[20:51] <magicaltrout> i do love a stovetop kettle, sadly i have electic hobs which suck
[20:51] <magicaltrout> you tried summoning any of the openstackers fallenour ?
[20:51] <rick_h> fallenour: sorry, will need a more openstack expert than myself on diagnosing the openstack bits
[20:52] <fallenour> magicaltrout: If I only had the spellpoints my good friend, if only. I am but a meager lvl 14 wizard. Openstackers require Summon Monster lvl 7 :(
[20:53] <magicaltrout> try prodding blindly in  #openstack-charms
[20:53] <magicaltrout> see if anyone is alive
[20:54] <magicaltrout> or thedac he was complaining about the time difference when i was sat in the openstack room
[20:54] <magicaltrout> so  logic dictates he's working somewhere
[20:54]  * thedac waves
[20:54] <fallenour> thedac: 8D
[20:54] <fallenour> any ideas my friend?
[20:55] <thedac> reading backscroll now
[20:55] <magicaltrout> don't trust thedac though
[20:55] <magicaltrout> he doesn't own a kettle
[20:55] <thedac> :)
[20:55] <fallenour> Ill build a CA then, as I can be implicitly trusted, as I own a kettle
[20:56] <magicaltrout> there you go
[20:56] <fallenour> Im sure Mozilla will accept this sound logic
[20:56] <magicaltrout> damn  right
[20:58] <fallenour> thedac: The gist of the current situation, prior to updating the xenial-charmers openstack model, system works fine. I update to pike packages, horizon loads dashboard login screen ,but after login, I get a 502 bad gateway error. I chcekd Haproxy systems, all say UP. I chcek keystone, keystone says up.
[20:58] <thedac> fallenour: oh, did you manually install the packages or did you let the charms update to pike?
[20:58] <fallenour> thedac: I used juju to run the update command on the system
[20:59] <thedac> ok
[20:59] <fallenour> juju run --unit <all the units 1 by 1> 'sudo apt-get update'
[20:59] <fallenour> thedac: do I need to update the model?
[20:59] <thedac> ah, ok, so that is manual
[20:59] <fallenour> thedac: screwed the pooch I did, didnt I?
[20:59] <thedac> fallenour: so, the charms to a lot of work to make sure the whole stack works on upgrade.
[21:01] <thedac> The charm is looking at the openstack-origin config value and will get very confused if that does not match what packages are installed
[21:01] <thedac> So the way to upgrade is to change that value.
[21:01] <thedac> One sec let me get you some docs
[21:01] <fallenour> thedac: ahh I see, so future lesson, update model? not packages manually?
[21:01] <thedac> Exactly
[21:02] <fallenour> ooh shit, I pulled form teh wrong repos didnt I?
[21:03] <thedac> fallenour: See https://jujucharms.com/keystone/269#charm-config-openstack-origin and https://jujucharms.com/keystone/269#charm-config-action-managed-upgrade
[21:04] <thedac> fallenour: the problem is any future hook that runs will get conflicting information about what release of OpenStack is in play
[21:06] <fallenour> thedac: so I guess my question is, what is my course of action to fix the issue? I have a feelign its a juju config command?
[21:07] <fallenour> thedac: right now it reads as cloud:xenial-pike
[21:07] <thedac> Oh, well that is correct
[21:07] <fallenour> thedac: do I need to confirm that for every system in question?
[21:08] <thedac> For each charm 'juju config $CHARM openstack-origin=cloud:xenial-pike'
[21:08] <fallenour> thedac: openstack-dashboard (horizon) also reads as cloud:xenial-pike
[21:08] <thedac> You can check it by not adding the =cloud:xenial-pike
[21:09] <fallenour> thedac: im not, im simply typing in juju config <application> openstack-origin and pressing [ENTER]
[21:09] <thedac> ok, yes, that shows what it currently set to.
[21:10] <fallenour> thedac: do you think it might be mysql that is the issue by chance?
[21:10] <fallenour> I dont think it is, but at this point, im at a loss.
[21:10] <thedac> fallenour: I guess I need to know what steps you took and in what order to attempt to help
[21:11] <thedac> at some point you did set openstack-origin was that before or after running apt commands?
[21:11] <fallenour> thedac: no, I just ran the update commands. Im actually interested myself how its set to pike myself. I built it ocata initially
[21:14] <thedac> hmm, so, I suspect this will take a fair amount of manual restaring of services. It is very difficult to know what state things are in
[21:15] <fallenour> thedac: Do I need to restart every service manually?
[21:16] <thedac> that is only a guess. What you might want to do is check each service one by one from cli.
[21:16] <fallenour> thedac: what should I check for?
[21:16] <fallenour> thedac: and shoudl I reset in any particular order?
[21:17] <thedac> fallenour: I would start by checking the services. openstack catalog list, openstack image list, openstack server list. etc and see if any of those fail
[21:20] <fallenour> thedac: um...odd question, but where would I run that? Normally when im working with openstack id run that on a controller, a nova system, or a neutron box, but I dont have openstackpythonclient installed anywhere. Im assuming ill need to install that first and grab the adminrc file?
[21:21] <thedac> fallenour: yes, you'll need the openstack client, and adminrc file and a host that has access to all the APIs
[21:26] <fallenour> thedac: ok, next challenge. This has actually been an issue for me for a while. How do I get my ssh key added to the systems? ive tried juju add-ssh-key with no success
[21:27] <thedac> fallenour: I don't think there is an automated way. You can juju ssh into everything and manually add an ssh authorized key
[21:28] <fallenour> thedac: I try: juju add-ssh-key admin/conjure-openstack-base-29c /dir/to/id_rsa.pub ; but all I get is a invalid ssh key error
[21:28] <fallenour> thedac: cant do that. I already tried to juju ssh , but i get a permission denied (public key) error when I try the juju ssh command
[21:30] <thedac> I am afraid I have never used add-ssh-key command. Any other juju peeps want to run with that?
[21:30] <fallenour> thedac: what user do you normally log in with?
[21:30] <fallenour> thedac: I tried the generic "juju" and "ubuntu" as well, since I use MAAS, neither work
[21:31] <thedac> Usually juju ssh $APP/$UNIT logs in as the ubuntu user
[21:32] <fallenour> thedac: ideas on using scp to get the key there, then cat it to authorized file?
[21:32] <thedac> I am looking on how to use the add-ssh-key now. One sec
[21:33] <thedac> looks like you need to send it as a string: juju add-ssh-key "$(cat ~/mykey.pub)"
[21:35] <fallenour> wuh?
[21:35] <fallenour> hang on, I just tried that
[21:35] <thedac> I just confirmed that works
[21:35] <thedac> You can list the ssh keys with: juju ssh-keys
[21:36] <fallenour> thedac: now im getting error : "duplicate key" when I use the -m option >.>
[21:37] <fallenour> thedac: I think it hates me Q___Q
[21:37] <thedac> That would imply your key is already there
[21:37] <fallenour> thedac: it says it has my key listed, but when I try to ssh, it says denied
[21:38] <thedac> fallenour: are you doing "juju ssh $APP/$UNIT" or trying to ssh directly?
[21:39] <fallenour> thedac: tried: juju ssh <$app/$unit> as well as: juju ssh <username>@<$app/$unit> , permission denied both times
[21:39] <thedac> fallenour: and this is on the host you performed the deploy?
[21:39] <fallenour> thedac: yeap. im on my juju controller now
[21:40] <thedac> hold on :)
[21:40] <fallenour> thedac: just confirmed the key in my /home/<username>/.ssh/id_rsa.pub was also the sam....permissions o.o
[21:41] <fallenour> thedac: permissios seem fine o.o
[21:41] <thedac> If you run 'juju status' where you are now does that work?
[21:41] <fallenour> thedac: yeap
[21:42] <thedac> I am very confused why you are not able to juju ssh then
[21:42] <fallenour> thedac: I know right?!
[21:43] <fallenour> thedac: item of interest;  according to juju run --unit openstack-dashboard/0 'ls -lisa /home/<username>/.ssh' the directory doesnt exist for me
[21:44] <fallenour> thedac: but "ubuntu" does exist
[21:44] <thedac> right, it is not going to create a user for you.
[21:44] <thedac> juju ssh  is going to log in as ubunut
[21:44] <thedac> ubuntu even
[21:44] <thedac> fallenour: so juju run works?
[21:45] <fallenour> thedac: I think I found the issue fo rthe ubuntu user as well, its only got 600 perms on the authorized_keys file
[21:45] <fallenour> thedac: yea
[21:45] <fallenour> thedac: gonna try to change the perms on ubuntu user ssh key, then try to log in as it
[21:45] <thedac> I think that is pretty normal
[21:45] <thedac> confirmed 600 is ok
[21:46] <fallenour> thedac: not to the best of my knowledge. if I understand correctly, you need it to have 644 perms, not 600. It would mean only the user, not the system, could read the file, making it unable to auth your key?
[21:46] <thedac> I am just saying that is what all mine are set to and I can juju ssh into them fine
[21:46] <fallenour> thedac: huh...thats never worked for me, but then again, im not a linux god, and shall not argue XD
[21:47] <fallenour> thedac: o.O
[21:47] <fallenour> thedac: it works with ubuntu o.O
[21:47] <thedac> ok
[21:47] <fallenour> thedac: I feel so lawst x.x
[21:48] <thedac> fallenour: do you have an .ssh/config that could be getting in the way? Mabye setting user or something
[21:50] <fallenour> thedac: not that im aware of. note: do NOT OPEN, the /var/log/juju/mysql files, not the droids you are looking for
[21:51] <fallenour> thedac: mysql error logs look clean, successfully syncing with group
[21:52] <fallenour> thedac: what systems aside from Haproxy, keystone, and horizon are used during login on the dashboard?
[21:52] <thedac> That is basically it.
[21:53] <fallenour> thedac: then what could the issue be? and where at?
[21:53] <thedac> Although it is going to make a bunch of api calls after that
[21:53] <thedac> so again, I would verify each api one at a time. Start with 'openstack catalog list' which will validate keystone
[21:54] <fallenour> thedac: yea, checking that now
[21:54] <fallenour> thedac: also, I found that the systems do a daily apt download, lesson learned the hardway :(
[22:02] <fallenour> thedac: idea, how to scp a file from a remote system to your system?
[22:03] <thedac> Do you have keys setup on the remote system?
[22:05] <fallenour> YAHTZEEE
[22:05] <fallenour> thedac: nope, password. always a saving grace, at least one password based system
[22:06] <fallenour> scp <username>@<ip address>:/path/to/target/file .
[22:06] <fallenour> worked like a charm
[22:08] <fallenour> thedac: /sigh
[22:08] <fallenour> thedac: now its telling me auth url error, even though in the admin rc file its included >.>
[22:09] <thedac> ok, and the correct creds for an admin user on the cloud?
[22:09] <fallenour> thedac: yea, keystone is still on v2 right?
[22:10] <fallenour> and its still OS_AUTH_URL= right?
[22:10] <thedac> Depends on how you configure it. juju config preferred-api-version
[22:10] <thedac> juju config keystone preferred-api-version
[22:11] <fallenour> thedac: yea, its 2
[22:11] <thedac> ok
[22:12] <fallenour> thedac: the port wrong maybe?
[22:13] <thedac> what is the error exactly?
[22:13] <thedac> and RC looks similar to this? http://pastebin.ubuntu.com/25768571/
[22:14] <fallenour> thedac: whooo, just spat a lot of angry at me, gimme a moment
[22:14] <fallenour> thedac: is openstack-dashboard a bad idea place to be running this from? maybe nova instead?
[22:15] <thedac> I would not install other packages on those units if you can avoid it. What about the machine where you ran juju commands. That is a natural fit.
[22:16] <fallenour> thedac: yea thats my hope as well
[22:17] <fallenour> thedac: Ive already also made that system my saltmaster.
[22:18] <fallenour> thedac: hold the pony! it just kicked me out of my container, and dropped me onto the machine?  Current question, im getting python output issues, ideas?
[22:22] <thedac> We are all over the place. I have no idea where you are at at this point :)
[22:23] <fallenour> thedac: moved back to controller, side lined the container escape issue for later, moved the admin rc file to the controller, chmod +x on the file to make it executable, now getting same python traceback output when I run: . admin-openrc.sh && openstack catalog list
[22:23] <fallenour> thedac: juju controller, specifically
[22:23] <thedac> what does the traceback look like? can you pastebin
[22:24] <fallenour> thedac: yeap, un momento
[22:25] <fallenour> thedac: https://paste.ngx.cc/ba
[22:26] <thedac> try 'env |grep OS_'
[22:26] <thedac> I don't think your RC is exporting
[22:27] <thedac> again, it should look something like http://pastebin.ubuntu.com/25768648/
[22:27] <fallenour> thedac: it gave me a lot of OS_ info found in my admin openrc file
[22:27] <thedac> Then 'source RCFILE'
[22:27] <thedac> ok
[22:27] <fallenour> thedac: it took the source command
[22:28] <fallenour> thedac: same issue on openstack catalog list
[22:28] <fallenour> thedac: do you think there is an issue with keystone specifically?
[22:29] <fallenour> are there local commands we can try on keystone directly?
[22:29] <thedac> I don't think so.
[22:29] <fallenour> thedac: just an fyi, keystone/0 is refusing ssh connections
[22:29] <thedac> ?
[22:29] <thedac> How so?
[22:30] <fallenour> thedac: yea, getting a "cannot connect to any address: <keystone IP:22>
[22:30] <thedac> ok, let's take another step back. Can you pastebin 'juju status' for me
[22:31] <fallenour> thedac: sure
[22:32] <fallenour> thedac: https://paste.ngx.cc/11
[22:33] <fallenour> thedac: just an fyi, ignore apache and nfs servers, currently experimenting with those. As for haproxy, ive directly checked each of them individually, according to all of them, they are working properly.
[22:33] <fallenour> more specifically, they are getting the openstack-dashboard-70, with UP status, on restart, and as current as last restart less than an hour ago.
[22:34] <thedac> so haproxy as an external charm is not a regular part of our deploy. The api charms themselves install haproxy (i.e. cinder) to use internally
[22:34] <fallenour> thedac: yea, I added an external one. its pointed at the current haproxy systems.
[22:34] <thedac> What address are you using to access horizon?
[22:34] <fallenour> horizon.eduarmor.com/horizon
[22:35] <thedac> right but what IP does that resolve to? an haproxy or openstack-dashboard?
[22:35] <fallenour> thedac: it resolves to openstack-dashboard
[22:35] <thedac> Have you tried going directly to the horizon ip?  <IP_ADDRESS> from the pastebin
[22:35] <fallenour> thedac: on login though, its the same issue as with DNS, 502 bad gateway
[22:37] <thedac> ok, can you check the apache logs on the openstack-dashborad unit?
[22:37] <fallenour> thedac: sure. also, idea, odd one though. wget the api path? on keystone?
[22:37] <fallenour> thedac: oo
[22:37] <thedac> Sure, you will get an unathorized but that will tell us it is up
[22:38] <fallenour> thedac: actually, I take that last back, I got a slightly different error this time.
[22:38] <fallenour> thedac: actually, I take that last back, I got a slightly different error this time. "this page isnt working ; <IP_ADDRESS> didnt send any data" on chrome , "Connection reset" on firefox
[22:38] <fallenour> thedac: checking apache now
[22:39] <thedac> oh, from the browser that will be less useful. You also need to specify the port 5000
[22:39] <fallenour> thedac: ok this is weird. check this out: <IP_ADDRESS> - - [18/Oct/2017:22:35:21 +0000] "POST /horizon/auth/login/ HTTP/1.1" 200 0 "http://<IP_ADDRESS>/horizon/auth/login/?next=/horizon/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0" <IP_ADDRESS> - - [18/Oct/2017:22:37:31 +0000] "GET / HTTP/1.0" 200 946 "-" "-" <IP_ADDRESS> - - [18/Oct/2017:22:37:34 +0000] "GET / HTTP/1.0" 200 946 "-" "-"
[22:40] <fallenour> thedac: https://paste.ngx.cc/b3
[22:41] <thedac> hmm, that looks fairly normal
[22:41] <fallenour> thedac: except that thats my traffic right now
[22:41] <fallenour> thedac: with the connection reset error
[22:42] <fallenour> thedac: how can it be a connection reset error and a http 200 ok code?
[22:42] <thedac> The time stamp matches up with when you were trying to connect?
[22:44] <fallenour> thedac: looks to be the case
[22:45] <fallenour> thedac: yea, exactly. I just changed the page I was aiming at, matches with the logs, loading a http 200 946 "-" "-"
[22:45] <fallenour> thedac: in the logs. Im so confused.
[22:45] <thedac> But you get a connnection rest in firefox?
[22:45] <fallenour> thedac: because according to this, it loaded the entire page just fine
[22:46] <fallenour> thedac: yea. this is nuts
[22:46] <thedac> Let me ask some more questions. Before you upgrading things this was all working as is?
[22:46] <fallenour> thedac: yea, it was working perfectly
[22:48] <thedac> I have not used haproxy in front of openstack-dashboard.  I think it might be the haproxy to haproxy system, although it wasnt an issue before, and im curious if that cna be the case, specifically because I current....the router o.o
[22:50] <fallenour> thedac: its gonna go to the switch, on the same lan, or the router, which is the gateway, to load the horizon page?
[22:50] <fallenour> <IP_ADDRESS>/24 network
[22:50] <fallenour> thedac: im thinking it might be dropping my connection witha  connection reset on the 2nd haproxy system on the return, what are your thoughts?
[22:51] <fallenour> thedac: OOO JACKPOT!
[22:51] <thedac> my thought is let's remove complexity and try to go directly to horizion (without the external haproxy)
[22:51] <fallenour> thedac: theres a pile of errors in the error.log file, all for the keystone system, all failing to login
[22:52] <thedac> ok, so keystone may be in a bad state.
[22:52] <fallenour> thedac: https://paste.ngx.cc/56
[22:52] <fallenour> thedac: what is the chance the system is refusing all connections, not just ssh?
[22:53] <fallenour> thedac: just tried a reboot command on the keystone system
[22:53] <fallenour> thedac: its not responding? o.O
[22:53] <thedac> how did you do that?
[22:54] <thedac> Let's try 'juju status keystone'
[22:54] <fallenour> thedac: yeap, already got it:  Unit         Workload  Agent      Machine  Public address  Ports     Message keystone/0*  active    executing  2/lxd/2  <IP_ADDRESS>        5000/tcp  (config-changed) Unit is ready
[22:55] <thedac> And can you ping <IP_ADDRESS>?
[22:55] <thedac> How about 'nc -vz <IP_ADDRESS> 5000'
[22:55] <fallenour> thedac: yea, ms just droped from 18+ down to 2-3.
[22:56] <thedac> fallenour: just fyi, I am running out road here
[22:57] <fallenour> thedac: yea, me too. ok. another idea. juju config keystone/0 ; and then just simply reset the api port to 5000 again?
[22:57] <thedac> ?
[22:57] <fallenour> im still getting the same, failed user login, connection timed out
[22:57] <thedac> did you try the nc command?
[22:58] <fallenour> thedac: didnt try that. not very familiar with syntax, cna you give me an example?
[22:58] <thedac> nc -vz <IP_ADDRESS> 5000
[22:58] <thedac> :)
[22:58] <thedac> That will check if that ip is listening on that port
[22:59] <fallenour> thedac: its non-responsive to the command. me thinks the system keystone/0 isnt repsonding to inquiries from other systems?
[22:59] <thedac> hmm, ok
[23:00] <thedac> I am really confused because juju status should be telling us it is down
[23:00] <fallenour> thedac: I know, this is insane
[23:01] <fallenour> even tried juju config keystone/0 service-port=5000 ; got a warning that it was already configured to 5000
[23:01] <fallenour> still not working thedac
[23:01] <thedac> yeah, we are down at the machine level problems at this point. You cannot ssh to the unit at all?
[23:02] <fallenour> thedac: yea, cant use juju ssh keystone/0
[23:02] <thedac> How about the host on machine 2.   juju ssh 2
[23:02] <fallenour> thedac: on it now
[23:02] <thedac> Try that nc command from on machine 2
[23:03] <fallenour> thedac: lxc list shows 3 containers
[23:03] <fallenour> thedac: they are on the same machine together 8O
[23:03] <thedac> They are contained as lxcs
[23:04] <fallenour> thedac: keystone and openstack-dashboard, yea, foudn it with lxc list ; I didnt know they were on the same box together, never realized.
[23:04] <thedac> That should still work
[23:04] <fallenour> thedac: no response yet from the nc -vz <IP_ADDRESS> 5000 command
[23:04] <thedac> ok
[23:04] <fallenour> thedac: ping works
[23:04] <fallenour> thedac: firewall issue on the system?
[23:04] <thedac> no
[23:05] <fallenour> thedac: yea, dont think so either, tons of inbound established from <IP_ADDRESS> on variety of ports.
[23:05] <thedac> seems that container is not responding. Again I can't explain why juju is unaware of this
[23:05] <fallenour> nothing for port 5000 though
[23:06] <fallenour> thedac: lxc restart syntax to restart container ?
[23:06] <thedac> We could try that. I was holding off yet
[23:06] <thedac> Try an lxc exec and see if we can get a shell
[23:07] <thedac> lxc exec juju-492c8a-2-lxd-2 bash
[23:07] <thedac> Try that
[23:08] <fallenour> thedac: we got shell
[23:08] <thedac> ok see if you have network connectivity from within the container
[23:08] <thedac> ping out or something
[23:09] <fallenour> thedac: no ping to google
[23:09] <fallenour> thedac: ping to dashboard good
[23:09] <thedac> try the db <IP_ADDRESS>
[23:09] <fallenour> thedac: ping to google working now
[23:09] <thedac> ok
[23:10] <fallenour> thedac: ping to db working
[23:10] <thedac> let's check keystone logs /var/log/keystone/keystone.log
[23:10] <fallenour> thedac: wait...its intermittent
[23:10] <thedac> That would be a problem
[23:10] <fallenour> the 78% packet loss?
[23:10] <fallenour> thedac: working fine now, really weird
[23:11] <thedac> Well that indicates we may have bigger problems. If the network is unreliable
[23:12] <fallenour> thedac: we have logs, massive amounts of logs, check this out: https://paste.ngx.cc/d7
[23:12] <thedac> ok, but no ERRORS
[23:12] <thedac> So keystone thinks it is running fine
[23:13] <fallenour> thedac: yea, looks that way.
[23:13] <thedac> Any chance we have a duplicate IP for <IP_ADDRESS>? That would explain some of the intermittent behavior
[23:13] <thedac> or for the DBs ip
[23:14] <fallenour> thedac: maybe? id have to check maas, but Im not even sure were to look really for that
[23:14] <thedac> If there are no manually configured hosts and maas controls everything then I am not worried abou it. It is if we have any manually configured hosts that it could be a problem
[23:16] <thedac> So as a couple of baby steps. We could restar apache on the keystone unit. Test. Maybe restart the keystone unit container. test. But if this is a network issue none of that will help
[23:17] <fallenour> thedac: its non responsive to the service apache2 restart command
[23:17] <thedac> It is just hanging?
[23:17] <fallenour> thedac: super slow, says active(running) now
[23:17] <fallenour> thedac: its taking a long time
[23:17] <fallenour> thedac: whats the command again for cpu util?
[23:18] <thedac> Can you check how many keystone processes are running?  ps -ef |grep keystone |wc -l
[23:18] <fallenour> thedac: 7
[23:18] <thedac> ok, that is reasonable
[23:19] <thedac> This feels like a performance issue somewhere
[23:19] <thedac> fallenour: I need to head out. My parting advice is just to check for system load on the physical servers and see if you can isolate where there is load
[23:20] <fallenour> thedac: alright, ill check it out. also just looked at the haproxy status on the container itself, its fine as well.


[00:01] <xnox> treehug88, you say rolling, but compiling on trusty?!
[00:01] <xnox> using acient ruby?
[00:01] <xnox> and then launch docker on trusty, to building something in bionic
[00:02] <xnox> treehug88, why not ask travis to provide bionic in dist: straight away, instead of trusty?
[00:02] <sarnold> is that possible?
[00:02] <sarnold> I see much grumbling about trusty on travis ..
[00:04] <xnox> ah based on https://github.com/travis-ci/travis-ci/issues/7260
[00:04] <treehug88> xnox I've been adding features to and maintaining the bash scripts of git-secret itself. The test/build system isn't something I've worked on much. We'd definitely welcome PRs
[00:04] <xnox> they did make `dist: xenial` work and then took it away
[00:07] <xnox> treehug88, this is extremely painful to read, as the logs are not at all structured it seems
[00:07] <xnox> but i think gnupg documentation fails to build on bionic atm
[00:07] <xnox> Makefile:1185: recipe for target 'gnupg-module-overview.pdf' failed
[00:10] <treehug88> xnox nice catch. Can we tell what's missing?
[00:10] <xnox> treehug88, i got cross-eyed
[00:10] <xnox> treehug88, if you can generate buildlogs with newlines that would be helpful
[00:10] <xnox> or like try configuring/building gnupg without docs
[00:20] <treehug88> good idea, thanks xnox
[04:41] <patz0r> hey all, is there a way to install ubuntu server (18.04) without the cloud init stuff, or is there a better way to install if it I just want a very minimal installation without any extra stuff?
[04:42] <patz0r> maybe i'm not understanding it correctly but it doesn't seem useful to me, like resetting hostname every reboot etc.
[04:51] <cpaelzer> good morning
[04:51] <cpaelzer> patz0r: if you do not provide a config to cloud-init it does almost nothing on first boot, and nothing at all later on
[04:52] <cpaelzer> also it isn't big in terms of disk space, so there usually is really no need to go an extra mile to install without it
[04:52] <patz0r> cpaelzer, thanks for that, i just found that when i change my server hostname, it changes back every reboot thanks to cloud-init scripts
[04:53] <patz0r> I would rather not have these kind of scripts making changes, if you know what I mean
[04:54] <cpaelzer> patz0r: I understand, but the question is who is providing the config so that it does so - do you run this in a cloud which provides metatdata?
[04:56] <cpaelzer> I think we can still disable it by telling it in a local config file to ignore everything else, I need to check where exactly
[04:56] <cpaelzer> but first lets make clear we understand where your config is from - so what service are you running on if I might ask?
[04:58] <patz0r> i think it can be disabled with sudo touch /etc/cloud/cloud-init.disabled
[04:59] <cpaelzer> patz0r: yes https://cloudinit.readthedocs.io/en/latest/topics/boot.html
[05:00] <patz0r> I guess I am finding a lot of changes in 18.04 which I'm not used to, I prefer a more traditional installation
[05:01] <patz0r> i'm using other tools like ansible to manage my configs
[05:01] <patz0r> so when i change something with ansible, and then cloud-init changes it back, that's annoying
[05:02] <patz0r> maybe i just need to change how I am doing things
[05:06] <cpaelzer> patz0r: if you are in a cloud that provides metadata cloud-init will do what it is told (e.g. set the hostname), cloud-init and ansible are not doing exactly the same things so I think they are fidn to live alongside for different purposes. yet obviously if there are conflicting configs both have to be modified to not fight about the setting
[05:31] <patz0r> cpaelzer, thanks for that. I am not using ubuntu in any kind of cloud, and I don't have metadata servers or anything like that, which is why I don't want cloud-init
[05:31] <patz0r> ubuntu has specific openstack images/installers, it makes sense it it's included in those, but not the default bare metal server installer
[05:34] <cpaelzer> patz0r: the new installer uses the same mechanisms locally as in clouds so they can benefit of the same bugfixes and feature development, but it is mostly curtin they share https://curtin.readthedocs.io/en/latest/topics/overview.html and much less cloud-init features
[05:36] <cpaelzer> personally I also like that I'm able to throw such images at bare metal as well and using cloud-init/curtin (through https://maas.io/ most of the time) will make it a usable "instance" without ahving to touch the installer ever
[05:38] <cpaelzer> with LOC being known as lines of code, I doubt I can use LOL as "lines of log" :-/
[05:39] <patz0r> thanks cpaelzer - i'm just a noob trying to manage my small fleet of servers and begin automating, i will just have to keep working through it and peel back the layers which are causing my problems as I discover them
[05:39] <patz0r> i found a simple fix to disable cloud init from changing my hostnames on boot, but it made me wonder if I needed it at all or if it would be simpler not to have it
[05:39] <cpaelzer> patz0r: I thought about the hostname resetting, and I agree that if you installed through the new installer it should be a one shot setting and no reoccuring one
[05:40] <cpaelzer> patz0r: would you mind filing a bug at https://bugs.launchpad.net/cloud-init or https://bugs.launchpad.net/subiquity
[05:40] <cpaelzer> ping me when you have opened it, I'll make sure it has both bug tasks so the devs of it can consider making it a one shot action (or not, but with reasons)
[05:41] <patz0r> Yea it seems the new installer created a config that is being applied at boot, rather than a static config I can modify
[05:41] <patz0r> I had to go into /etc/cloud/cloud.cfg and change preserve_hostname: from false to true
[05:41] <patz0r> I will open a bug there shortly if you think it is indded a bug
[05:42] <patz0r> thank you for your help and advice
[05:44] <cpaelzer> it is a community thing patz0r, so many people benefit from either having it being faster (than old install) or using its new features - it is only normal that there are rough edges that should be discussed
[05:46] <patz0r> I can definitely see the advantages, but for me personally I think it would be nice to have a 'normal' installer and a 'cloud' installer for cloud images
[05:53] <patz0r> I think I found my problem, maybe i should just be using the debian installer rather than the subiquity installer
[05:53] <patz0r> https://blog.printk.io/2018/04/ubuntu-18-04-lts-bionic-beaver-server-installer-differences/
[05:53] <cpaelzer> patz0r: if you "just want the old style" yes
[05:54] <patz0r> I actually normally prefer to use the minimal ISO installer, so I think that will solve my problem for now :)
[05:55] <patz0r> i'm in the process of upgrading a lot of older machines from 14.04 and 16.04 to 18.04 and trying to maintain consistency, but it's hard with things like netplan and systemd changing
[05:55] <patz0r> so I'm trying to keep it as simple as possible
[05:56] <patz0r> well, I consider myself a linux noob and so I am finding it to be challenging :)
[05:56] <cpaelzer> you are clearly not a noob, and challenges let us grow :-) I hope the further upgrading goes well
[05:59] <patz0r> thanks cpaelzer nice chatting to you :)
[05:59] <cpaelzer> yw
[10:30] <zzarr> hello! I am trying to run a lxc, but I get "lxc-start: command not found"
[10:32] <TJ-> zzarr: is package lxc-utils installed?
[10:33] <zzarr> I'll have a look
[10:33] <zzarr> no, and I can't find it with apt search lxc-utils ether
[10:34] <zzarr> it's a brand new installation of Ubuntu server 18.04
[10:34] <TJ-> !info lxc-utils bionic
[10:34] <TJ-> zzarr: You'll need to enable the "universe" component
[10:35] <zzarr> universe, thanks
[10:35] <TJ-> zzarr: "sudo add-apt-repository universe"
[10:36] <zzarr> thanks :)
[10:36] <zzarr> nice
[10:39] <zzarr> I got "Failed to load rcfile" when running lxc-start
[10:40] <zzarr> where should the rcfile be located and what should be in it?
[11:26] <a_ok> So I have set up NUT the way I want it with upssched. However the shutdown command that I have runs as the nut user. Unfortunatly that user has no permissions to terminate the system. What is a good way to do this?
[11:27] <blackflow> polkit trickery or passwordless sudo for a script that only contains the shutdown call
[11:28] <blackflow> maybe 'pkexec poweroff' even suffices
[11:32] <a_ok> blackflow: I'm afraid that polkit needs a host of things like a logind session. Sudo seems to be the easiest route
[11:32] <a_ok> thanks!
[11:32] <blackflow> yw
[12:12] <ahasenack> good morning
[12:19] <ahasenack> cpaelzer: is it ok to have a Bug-Fedora in a dep3 header?
[12:19] <ahasenack> looks fine to me, but I haven't seen that in a debian or ubuntu package yet
[12:24] <cpaelzer> hi ahasenack
[12:24] <cpaelzer> I think it is fine
[12:24] <cpaelzer> it might be out of spec, but personally I think useful+reasonable are the only tag guidelines there
[12:25] <cpaelzer> unless you want to have them processed by scripts, but that isn't important for bug-fedora
[12:25] <ahasenack> the dep3 spec says Bug-<Vendor>
[12:25] <ahasenack> so yeah
[12:26] <ahasenack> cpaelzer: another question, I don't remember our discussion from the sprint. Should I refresh a patch that applies as-is from upstream, but a) with offset; b) with "noise" (--show-c-func style)?
[12:26] <ahasenack> rbasak IIRC likes to be able to compare the patch with upstream in these cases and expected a 100% match. But this is a small patch, easily verified by visual inspection
[12:27] <cpaelzer> ahasenack: if it applied with dquilt push --fuzz=0 then keep it as is
[12:27] <cpaelzer> if forced to modify for this (forbidden fuzz) or anything else, then full refresh with "the good" quilt config
[12:27] <cpaelzer> that is what I remember
[12:28] <ahasenack> it applies
[12:28] <ahasenack> ok
[12:28] <cpaelzer> TL;DR: keep them as-is if working
[12:28] <rbasak> I think the conclusion was that usually we'd want quilt patches to be refreshed with the standard parameters, with the exception that if it applies directly from upstream, then leave as-is
[12:28] <rbasak> Yeah
[12:29] <cpaelzer> and we said that in most cases this would match tags "upstream, link" would be as-is and "backport, link" would be with refresh
[12:31] <ahasenack> cpaelzer: is there a place to record why forwarding wasn't needed?
[12:31] <ahasenack> maybe the long description?
[12:32] <ahasenack> I would love "forwarded" to allow for a short explanation after the "no, ", or "not-needed, "
[12:32] <ahasenack> that was probably Karl's intent with the second Description field
[12:33] <cpaelzer> in the long desc
[12:33] <cpaelzer> I sometimes added Forwarding-Info: <txt>
[12:33] <cpaelzer> but that is out of spec as much as everything else
[12:33] <cpaelzer> and since it could one day collide with something the description is probably better
[12:33] <cpaelzer> I put notes there since a while
[12:34] <ahasenack> ok
[12:36] <cpaelzer> I put notes there since a while
[12:36] <cpaelzer> sorry, key+enter in wrong chan
[15:04] <DenBeiren> i'm having troubles mounting a share from one server into another :s
[15:05] <DenBeiren> i can't get the rights as they should be
[15:07] <DenBeiren> on the serverside (nfs ubuntu) the rights are 777, on the client side (nfs ubuntu) 750
[15:08] <DenBeiren> i've found so many tutorials i can't see the trees trough the forest
[15:13] <ahasenack> does anybody know how a2query (from apache2) know the difference between a module that's just not enabled, versus one that was disabled via a2dismod?
[15:14] <ahasenack> specifically these two outputs: https://pastebin.ubuntu.com/p/mbZnqfrxVY/
[15:14] <ahasenack> it's either "no module matches <name>"
[15:14] <ahasenack> or "no module matches <name> (disabled by site administrator)"
[15:15] <ahasenack> in both cases, the symlink in /etc/apache2/mods-enabled/ does not exist
[15:15] <ahasenack> so I don't know where else it could be recorded
[15:22] <TJ-> ahasenack: maybe /var/lib/apache2/module/ ?
[15:39] <kierank> rbasak: after yesterday's preseed change we have this error when trying to install
[15:39] <kierank> https://askubuntu.com/questions/1076247/after-clean-install-of-ubuntu-14-04-i-get-shim-signed-error
[15:39] <kierank> The fix suggested works but it's a bit strange
[16:02] <rbasak> kierank: can you try again in a few hours please, and/or after a remirror?
[16:02] <rbasak> There was a broken time window earlier today. It's been fixed I believe (and tooling changed to try to prevent a regression).
[16:02] <kierank> rbasak: sure
[16:23] <Zahovay> Hello guys, can any of you help me? we just made a new website, I would like to check if my server is protected against known attacks
[16:29] <teward> Zahovay: if you have no objections to me pointing OpenVAS and Nessus at your site I'll be happy to generate a report for you
[16:30] <teward> but note that that has some risks - you're trusting someone else to identify whether your site is 'safe'
[16:30] <teward> and you're trusting they won't destroy your site :P
[16:31] <Zahovay> teward: well its better if we know this now, instead of after launch
[16:42] <DammitJim> what does this do: Unattended-Upgrade::Allowed-Origins {
[16:42] <DammitJim>         "${distro_id}:${distro_codename}";
[16:42] <DammitJim> on /etc/apt/apt.conf.d/50unattended-upgrades ?
[16:43] <DammitJim> it seems I have security, updates, proposed and backports commented out, but not that first line
[16:43] <DammitJim> I have been instructed to disable all automatic updates, but first wanted to understand what that line meant
[17:15] <ahasenack> TJ-: yep, it's in there, thanks!
[17:26] <plm> TJ-: hey =D
[17:30] <rbasak> DammitJim: it's the release pocket. It's active during development of a release (ie. before the release date) and inactive after.
[17:38] <TJ-> plm: hiya. script isn't ready yet; got other things ahead of it
[19:01] <plm> TJ-: all right, not problem. The important is that you have success running ubuntu armhf on LXD using qemu-sttic, right? Now just missing the script =D
[19:02] <plm> TJ-: do you think that until next sunday the script will be ready?
[19:02] <TJ-> plm: I'm going to spend an hour on it tomorrow my time (in the UK)
[20:02] <ahasenack> cpaelzer: I won't be around tomorrow to ping you within your timezone, sorry. Were you planning to also handle https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1792400 for trusty? It's the same version of samba that is in xenial, and you updated that one
[20:04] <DammitJim> do you guys know why when I try to mkfs.xfs for a new logical volume that is in a software RAID 1 configuration, my system crashes?
[20:04] <DammitJim> any known issueson Ubuntu 16.04 that would cause this?
[20:05] <sarnold> do simpler operations like dd over the logical volume show the same issue?
[20:06] <sarnold> can you use mkfs.xfs on simpler block devices? individual block devices? files?
[20:06] <DammitJim> I could try that
[20:06] <_KaszpiR_> what do you mean by 'crashes'?
[20:07] <DammitJim> the putty session freezes after the mkfs.xfs /dev/arraylv/activelv
[20:07] <DammitJim> and when I go to the console (this is a VM), there is a crash dump of addresses and stuff
[20:11] <DammitJim> maybe a different question... is there such a thing as setting up LVM on top of a software RAID 1?
[20:11] <blackflow> of course. with mdadm usually. LVM can do raid too but I never tried that.
[20:12] <blackflow> it'd be interesting to see that dump, top of it more than the bottom. pic even if you can't pastebin.
[20:13] <DammitJim> let me try
[20:13] <DammitJim> I'm having to see if I can get support from Canonical and pay for this problem since I need it resolved right away
[20:13] <DammitJim> *sigh*
[20:14] <blackflow> that'd be swell.
[20:15] <sarnold> I think I'd expect lvm to be able to stack on top of mdadm..
[20:15] <DammitJim> do you think I can get support right away or is this something where one needs to have a support plan in place?
[20:15] <DammitJim> sarnold, apparently that's normal (in CentOS)
[20:15] <sarnold> but you might be better served by zfs instead https://pthree.org/2012/12/04/zfs-administration-part-i-vdevs/
[20:15] <DammitJim> but for some reason things aren't working for the company that is doing this install on Ubuntu
[20:16] <mason> Eh? mdadm is fine underneath lvm - what's breaking?
[20:16] <mason> DammitJim:
[20:16] <sarnold> hey mason :)
[20:16] <mason> sarnold: o/
[20:17] <DammitJim> when I try to mkfs.xfs /dev/arraylv/activelv
[20:17] <DammitJim> the system crashes
[20:17] <mason> DammitJim: That's not supposed to happen.
[20:17] <DammitJim> correcto
[20:18] <mason> DammitJim: What's the underlying storage?
[20:18] <DammitJim> 2 fusionIO cards
[20:18] <DammitJim> ESXi on the host
[20:18] <DammitJim> the server I'm configuring is a VM
[20:18] <_KaszpiR_> why on earth you want to make a raid1 on vm?
[20:18] <blackflow>  +1 for the ZFS recommendation.
[20:18] <DammitJim> because of redundancy of the fusionIO cards
[20:19] <blackflow> _KaszpiR_: why not, the storage of a VM can be actual physical hardware
[20:19] <mason> DammitJim: So, does it also bomb out with something other than XFS? I'd vary that since you can.
[20:19] <_KaszpiR_> just use proper SAN?
[20:19] <blackflow> it's usually like that in modern clouds where compute nodes are separate from storage, iscsi galore
[20:20] <DammitJim> ext4
[20:20] <mason> DammitJim: It bombs out with ext4?
[20:20] <DammitJim> yes ma
[20:20] <DammitJim> mason
[20:21] <DammitJim> gosh, I'm torn... I don't know if I need to get support or spend the time troubleshooting this myself
[20:21] <mason> DammitJim: Can you get a vmcore? Do you see a stack trace?
[20:21] <DammitJim> I'm sure Ubuntu Advantage is not cheap
[20:21] <_KaszpiR_> what kind of service you want to host on that vm?
[20:21] <DammitJim> IBM DB2
[20:21] <DammitJim> mason, vmcore?
[20:22] <DammitJim> there is a stack trace on the console... how can I grab it? is it all saved to a file?
[20:22] <mason> DammitJim: If you have a chance to vary the FusionIO cards that'd be useful too. Also, have you tried dropping mdadm and just having lvm as the base on *one*?
[20:22] <DammitJim> no, we just came across this
[20:22] <mason> DammitJim: The other thing that comes to mind is, try what you're doing as a once-off with only one underlying device in the mdadm.
[20:23] <mason> Basically, twiddle all the available knobs to map where it fails and where it doesn't.
[20:23] <DammitJim> yeah
[20:23] <mason> DammitJim: http://manpages.ubuntu.com/manpages/xenial/man8/kdump-config.8.html
[20:23] <DammitJim> I wish there was something else to look at that would tell me where to go
[20:23] <mason> DammitJim: If you can get a vmcore that'll be hugely useful.
[20:23] <blackflow> DammitJim: well that dump will tell you _where_ the crash occurs
[20:24] <mason> Not a bad start really. :P
[20:25] <sarnold> DammitJim: I think the price seems fair, especially compared to the cost of your time https://www.ubuntu.com/support/plans-and-pricing
[20:36] <_KaszpiR_> hm this reminds me some bug with multipath under some system.....
[20:41] <DammitJim> what?
[20:43] <_KaszpiR_> someone had vm with multiple disks like you with multipath enabled and it was causing some weird shit&dumps
[20:43] <_KaszpiR_> remembering it through a haze, so ignore it.


[02:59] <lotuspsychje> good morning
[03:51] <gry|2> Hi lotuspsychje
[03:51] <lotuspsychje> hey gry|2
[03:51] <gry|2> i don't remember what it is that you're doing, reselling laptops with linux on them or something? or technical support? something hardwar-ish and in a local area
[03:52] <lotuspsychje> yes spot on gry|2 selling clevo laptops, nucs and existing machines convert to ubuntu LTS with samsung ssd's
[04:06] <lotuspsychje> gry|2: like mine for example, https://dpaste.com/6WWZMMTDT
[04:20] <gry|2> nice
[05:12] <marcoagpinto> Morning!
[05:14] <gry|2> hi marcoagpinto
[08:36] <marcoagpinto> damn... I have drunk too much cola already :(
[13:03] <maxFlexGuest> I am trying to transition to Ubuntu Linux, but I have barriers preventing me from the transition.
[13:03] <maxFlexGuest> (Mac and Windows, NOT Chrome OS or Linux)
[13:16] <daftykins> how brief
[13:31] <marcoagpinto> yes
[14:02] <lotuspsychje> https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1819543


[09:43] <meway> Hello I need a good program for simple math that also covers algebra and fractions
[09:43] <meway> any ideas?
[12:01] <mhall119> https://wiki.ubuntu.com/Edubuntu/AppGuides/kbruch
[17:07] <dgroos> Hi.
[17:07] <dgroos> alkisg: I just was telling someone on the list server about your setup.
[17:08] <dgroos> they wondered if you were using a 100 or gig switch?
[17:09] <dgroos> Also, I told them about you using regular PC's as the fat client servers in your classes and am about to tell them that you use xubuntu to 'slim them down'.  True?
[17:11] <alkisg> False :)
[17:11] <alkisg> We use switches either with 1 or 2 gigabit ports, or full gigabit switches
[17:11] <dgroos> which part--about the xfce?
[17:11] <alkisg> And we use normal ubuntu installations
[17:11] <alkisg> We haven't tried xfce, but it shouldn't make a difference on the setup
[17:11] <alkisg> lubuntu would also work, for thinner fat clients
[17:12] <dgroos> I thought you said once that you used that to minimalize your image.
[17:12] <dgroos> OK, I
[17:12] <dgroos> I'll let him know.  Thanks.
[17:12] <alkisg> Nope, I never seen xfce or lxde in a thin/fat client environment, but especially for fats, they should work out of the box
[17:13] <dgroos> OK, what are the specs on your classroom PC servers--you do have them, right ;)
[17:14] <alkisg> We have about 250 classroom labs with ltsp, which one of them do you want? :)
[17:16] <dgroos> Show off ;) This guy is looking at his options to replace their ailing servers… how about a range of low- adequate to high- adequate?
[17:17] <alkisg> For fat clients, any 5 year old pc with a bit of ram + disk will do
[17:17] <alkisg> The network speed is the greatest asset there
[17:17] <alkisg> For thin clients, you need cpu, ram, network, etc etc
[17:18] <dgroos> Great, thanks!
[17:20] <alkisg> So, if he has some money to spare, tell him to go for 3 gb ram + 2 pci-e gigabit nics
[17:21] <alkisg> (for fat server)
[17:25] <dgroos> Do you bind those gig ports together?  I assume you have another port, perhaps a 100 meg port, to the WAN/Internet?
[17:40] <alkisg> We have cheap routers for wan/internet
[17:40] <alkisg> 2 mbps usually
[17:40] <alkisg> And yes, if one has 2 gigabit nics, he'd better bind them together


[02:40] <bcowan> is lubuntu noticeably faster than xubuntu on older systems?
[06:03] <xangua> It uses a lighter desktop and default programs
[06:03] <xangua> Ooh wow, a little late
[06:18] <dust> Gtk-WARNING **: Theme directory  imported-Humanity/192 of theme Lubuntu has no size field
[20:18] <Avatar__> Hello!
[20:19] <Avatar__> Is runing lubuntu 16.10 on MacBook Pro 2011?
[20:20] <Avatar__> How to tar.gz on Lubuntu?
[20:21] <Avatar__> How to install tar.gz on Lubuntu?
[20:22] <wxl> same way as on any distro, @Avatar__. you untar it and either compile it and run it, install it and run it, or run it in place. depends on whoever provides the file. needless to say, the support for that should come from the author of that file.
[20:27] <Avatar__> netscape
[20:28] <wxl> "Netscape was discontinued and support for all Netscape browsers and client products was terminated on March 1, 2008." - https://en.wikipedia.org/wiki/Netscape_(web_browser)
[20:29] <Avatar__> This old webbrowser has Check for Updates Mozilla Firefox dosn't have this.
[20:30] <wxl> i assure you that firefox can check for updates.
[20:31] <Avatar__> The Problem is the Info making Updates.
[20:31] <wxl> huh?
[20:31] <wxl> here's how to update https://support.mozilla.org/t5/Install-and-Update/Update-Firefox-to-the-latest-version/ta-p/2858
[20:32] <wxl> if you have other questions about firefox, i'd encourage you to seek them for support, but i assure you netscape is NOT the way to do it.
[20:32] <wxl> i mean, you want to get updates by using something that hasn't been updated in 9 years? not seeing the logic there.
[20:33] <Avatar__> This is Problem The About Firefox window will open and Firefox will begin checking for updates and downloading them automatically.
[20:33] <Avatar__> User will making see About Info.
[20:33] <wxl> so you DON'T want to check for updates?
[20:34] <Avatar__> www.sillydog.org
[20:35] <wxl> that doesn't seem to be an answer to the question
[20:35] <Avatar__> I will have Check for Updates
[20:36] <wxl> i'm really not getting your issue
[20:36] <wxl> here's information about the update tab in firefox https://support.mozilla.org/t5/Manage-preferences-and-add-ons/Advanced-panel-Accessibility-browsing-network-updates-and-other/ta-p/3333#w_update-tab
[20:37] <wxl> here's information about compiling software which will most likely be necessary if you want to mess with that tarball you have
[20:38] <Avatar__> Opera 12.16 it is better.
[20:38] <wxl> oops didn't link
[20:38] <wxl> https://help.ubuntu.com/community/CompilingSoftware
[20:38] <wxl> otherwise, you can find mozilla on their own irc server https://wiki.mozilla.org/IRC


[04:58] <afnan> helo
[04:58] <afnan> keo achen?
[05:43] <afnan> helloeveryone
[06:15] <afnan> pavlushka: hello
[06:15] <pavlushka> hello
[14:10] <Brainstorm> Updates for Bangladesh: +13862 cases (now 1.2 million), +212 deaths (now 20467) since 22 hours ago


[04:52] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Studio: Ubuntu Studio 19.10 (Eoan Ermine) Beta Released @ https://ubuntustudio.org/2019/09/ubuntu-studio-19-10-eoan-ermine-beta-released/
[14:33] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Phew, Ubuntu’s New Light Theme Won’t Be Default After All @ https://www.omgubuntu.co.uk/?p=153855 (by Joey Sneddon)
[16:48] -SwissBot:#ubuntu-news- ::Planet:: Ubucon Europe 2019: Celebrate Ubuntu 15th Birthday party @ Ubucon Europe! @ https://sintra2019.ubucon.org/celebrate-ubuntu-15th-birthday-party-ubucon/
[22:28] -SwissBot:#ubuntu-news- ::Planet:: Ubucon Europe 2019: Social Event: Friday’s dinner! @ https://sintra2019.ubucon.org/social-event-fridays-dinner/
[22:39] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: New Video Demo of the Librem 5 Shows That …It Actually Works Pretty Well?! @ https://www.omgubuntu.co.uk/?p=153894 (by Joey Sneddon)
[22:52] <Bashing-om> UWN598 up for review and final edits.
[23:31] <guiverc> I finished read-thru Bashing-om (uwn598), no comments, looks good.\
[23:44] <Bashing-om> guiverc: Great ! real skimpy issue this week :(
[23:46] <guiverc> yeah noticed that Saturday; but the beta release makes it necessary, that and it's quality (if not quantity) that matters
[23:50] <Bashing-om> guiverc: Yup - everyone holding breath to see the beta :P


[00:14] <snail> do we have to worry about updating the tz files for this kind of shit, or is there a crack team of geeks somewhere else who does it? http://www.stuff.co.nz/world/south-pacific/5724234/Dateline-shift-gives-first-light-to-remote-atoll
[00:15] <ajmitch> the tzdata package gets frequent updates for this
[00:21]  * ibeardslee recalls major kerfuffle when we changed and it took a while for some apps maintaining their own tz data to catch up
[00:21] <ajmitch> like php5? :)
[00:22] <ajmitch> which thankfully should use the system timezone info now
[00:22] <ibeardslee> I think it may have been php .. could have been postgres though
[00:22] <ajmitch> php was a problem for us
[00:32] <ojwb> tz data seems a particularly dumb thing to ship your own copy off
[00:32] <ojwb> of, even
[00:33] <ibeardslee> yeap .. but the exclusivity of dumb is not limited to politicians
[00:34] <ajmitch> ojwb: given that I was talking about php, are you surprised?
[01:04] <snail> ojwb: i'd consider shipping my own tz data if i had to support windows platforms ~ 15 years ago
[01:05] <ojwb> that's OK, timezones aren't likely to change for 15 years ago
[01:33] <snail> ojwb: I always heard people say 'the past is a different country' but never considered the implications...
[02:30] <ojwb> "We are currently working on PBT Transport e-services and expect them to be released in 2008." it says on their website
[02:32] <ibeardslee> heh .. their tz data is waaayyy out of whack
[02:42] <ajmitch> some people just take a little while to catch up :)
[02:47] <snail> ojwb: fax them a screenshot...
[02:47] <ojwb> not until they make my delivery
[02:47] <ojwb> I'm holding the screenshot ransom
[02:54]  * ojwb seems to be really bad at getting stuck into things when there's a pending delivery or someone coming round at a non-specific time
[03:01] <mwhudson> ojwb: i don't know how people who don't have flexible work arrangements ever take delivery of anything
[03:01] <ojwb> if it's small, we tend to just send it to jenny's work and reception sign for it
[03:02] <ojwb> that way I don't need to listen out all day
[03:02] <ojwb> i'd certainly be more annoyed if I had to take leave to wait for a delivery which didn't turn up
[03:03] <chilts> when I got home on Friday, my parcel from Amazon was sitting on the doorstep :)
[03:03] <chilts> no need to be at home
[03:04] <mwhudson> heh yes, i had that happen with my thinkpad
[03:04] <mwhudson> i wasn't very impressed
[03:05] <chilts> this was just two books so not worth worrying much about, but yeah, a laptop is a different story
[03:06] <ojwb> and that's one of the neighbouts, not the courier
[18:12] <ibeardslee> morning
[18:29] <chilts> morning
[19:17] <snail> those four disconnects bought to you courtesy of our tuesday morning change window
[19:23] <ajmitch> morning
[20:45] <ojwb> morning
[20:55] <Atamira> morena


[00:29] <cprofitt> hey pleia2 -- you be jammin' still?
[02:49] <pleia2> cprofitt: we wrapped up around 5:30 eastern, then a bunch of us went out for dinner (am home now)
[02:49] <cprofitt> pleia2, nice
[03:05] <doctormo> Welcome backk pleia2
[03:05] <pleia2> thanks doctormo, how'd your event go?
[03:05] <doctormo> pleia2: It was good... still going on
[03:05] <doctormo> Finishes at 12
[03:05] <pleia2> cool :)
[03:05] <doctormo> Too much pizza was bought, heh
[03:06] <pleia2> not enough at ours
[03:06] <pleia2> 22 people showed up, I expected 10
[03:20] <cprofitt> very nice pleia2
[03:20] <cprofitt> wife just broke our printer...
[03:20] <cprofitt> she tried clearing a paper jam and borked one of the rolers
[03:23] <doctormo> cprofitt: Sorry to hear, was it ubuntu compatable?
[03:23] <doctormo> pleia2: Interesting, we got about 18 at this event.
[03:23] <cprofitt> doctormo, it was...
[03:23] <cprofitt> HP6980
[03:23] <cprofitt> she did not know to remove the back panel to get access to the paper
[03:24] <doctormo> ah
[03:25] <pleia2> oops
[03:25] <pleia2> doctormo: cool :)
[03:25] <doctormo> I need to go home and get a shave.
[03:25]  * pleia2 is home, exhausted
[03:25] <doctormo> :-)
[03:26] <doctormo> Play some Bouncy the hungry rabbit, repositories.
[03:26] <pleia2> I think I might play "put things away and get to bed at a reasonable time" ;)
[03:26] <doctormo> Ah well, your choice on what game is best.
[03:27] <doctormo> bbs
[06:06] <paultag> ohai
[06:06] <paultag> haha, sorry wrong channel
[11:16] <Severity1> h
[19:28] <Zachk18> BiosElement, welcome
[19:28] <BiosElement> Ahh, thanks Zachk18
[19:28] <Zachk18> BiosElement, sure....need some help?
[19:29] <BiosElement> haha, nope. I
[19:29] <BiosElement> Bah, Bloody enter key...
[19:29] <BiosElement> I'm a regular. Actually doing the helping with the asciidoc formats >.>
[19:29] <pleia2> BiosElement: how are things going with that?
[19:30] <pleia2> I am in the middle of converting my first .odt course into asciidoc
[19:30] <BiosElement> pleia2, Currently it's in the hands of doctormo. I've finished my version and he's making changes to get it how he wants. Eventually we'll find common ground I hope >.>
[19:30] <pleia2> BiosElement: cool, is it in your branch?
[19:31] <BiosElement> It's in a seperate asciidoc branch under templates. https://code.launchpad.net/~williamchambers/ubuntu-learning-materials/asciidocformat
[19:31] <BiosElement> Note that doctormo is going all out in an attempt to add features to it so I don't know what it'll look like when he's done >.<
[19:32]  * pleia2 nods
[19:32]  * pleia2 browses branch
[19:33] <pleia2> so it'd be like... http://bazaar.launchpad.net/~williamchambers/ubuntu-learning-materials/asciidocformat/annotate/head:/teaching/book/ch01.txt ?
[19:33] <BiosElement> Currently yes.
[19:34] <pleia2> cool, is doctormo reviewing the template as well, or is that pretty much set in stone?
[19:34] <BiosElement> And I'll bash doctormo over the head if he tries to change that bit of the system >.>
[19:34] <pleia2> lol
[19:35] <BiosElement> Honestly, I don't know what all he's doing. I know he's added the kitchen sink to it. And honestly his system's already confused me but I'm waiting till he's done to comment further.
[19:35]  * pleia2 grins
[19:35] <BiosElement> However the asciidoc format itself will not be changing whatsoever
[19:35] <pleia2> ok, I'll finish fleshing out my course and converting it to asciidoc
[19:36] <pleia2> can wait on whatever else he is doing with your course so I follow the proper procedure otherwise
[19:36] <BiosElement> Aight. It shouldn't be hard to convert anything over.
[19:37] <pleia2> yeah, it's gone pretty well so far
[19:38] <BiosElement> http://bazaar.launchpad.net/~doctormo/ubuntu-learning-materials/trunk2/files
[19:38] <BiosElement> That's doctormo's work so far
[19:39] <pleia2> ah, that's quite a bit different layout-wise than yours
[19:39] <pleia2> I think I'll hold off on commits until we have a set layout
[19:40] <BiosElement> Yeah, I know it is. heh. Good idea.
[23:22] <Vantrax> mornin all


[06:04] <davecheney> mramm: yo
[06:04] <davecheney> where you at ?
[06:16] <Aram> hi davecheney, mramm
[06:16] <Aram> any idea where breakfast is?
[06:20] <davecheney> Aram: breakfast is on level 1
[06:20] <davecheney> the in tower two
[06:20] <Aram> thanks
[06:20] <davecheney> up the stairs from the lobby
[06:26] <Aram> davecheney: and where do we go after that?
[06:29] <davecheney> Aram: walk out of the doors in the lobby
[06:30] <davecheney> turn left, cross the road and follow the line of the building til you find the door to the conference center
[06:30] <davecheney> there are a few signs that say 'canonical'
[06:30] <Aram> thanks
[09:00] <Aram> fwereade: http://paste.ubuntu.com/1302012/
[09:00] <fwereade> Aram, thanks
[16:06] <fss> hi everyone :-)
[16:06] <fss> who could help me reviewing a goamz CL while niemeyer is out?


[14:18] <reels> Hi, I encountered a "Inconsistency detected by ld.so: dl-open.c: 221..." running a program. I have taken and slightly modified a test code submited to glibc a few years ago for a similar error and I can produce the error on Ubuntu 10.04. The error happens ~10% of the time with this code: https://gist.github.com/3872443  Could anyone confirm it ?


[04:54] <Alex____> new to bazaar, feeling out its capabilities
[04:54] <Alex____> got a question, though
[04:54] <Alex____> I'm building a versioning system for scientific figures
[04:55] <Alex____> and I'd like to extend bzr to handle arbitrary metadata
[05:01] <Alex____> would this be possible via a plugin?
[07:36] <vila> hi all
[10:36] <garyvdm> Hi - How do you specify the no-trees option for a repository after it has been created?
[12:23] <Jc2k> jelmer: just pushed a git-receive-pack replacement that operates on bazaar instead (so push over git+ssh:// should work too)
[12:24] <Jc2k> jelmer: unfortunately it looks like it has to conflict with the one provided by git-core, so might be a packagers nightmare
[12:31]  * Jc2k should check how it behaves under 1.6 (probably calls git receive-pack <git dir> instead of git-receive-pack <git dir>)
[14:00] <jelmer> Jc2k, well, it can use alternatives
[14:01] <Jc2k> jelmer: true. so elegant :]
[14:02] <Jc2k> jelmer: are you still working on the index?
[14:02] <jelmer> no, that's already working
[14:02] <Jc2k> ah, awesome.
[14:03] <jelmer> I finished it last night, but haven't tested it extensively yet
[14:04] <Jc2k> im about to start working on pull/clone in bzr-git
[14:04] <jelmer> Jc2k: pull from bzr into git you mean?
[14:05] <Jc2k> yeah, for git-serve
[14:05] <jelmer> Jc2k, where are you going to store the metadata
[14:06] <CaMason> Anyone know why I'd get a blue screen of ultimate death on Windows Vista when checking out a branch over SFTP?
[14:07] <jelmer> Jc2k, ?
[14:10] <Jc2k> jelmer: hmm, i guess thats not my first priority :]
[14:11] <jelmer> Jc2k: I think it should be :-)
[14:12] <jelmer> Jc2k, you can't do proper pull/clone if you don't have full roundtripping
[14:13] <Jc2k> jelmer: i was going to have a sha1/bzr id db on the server side
[14:14] <Jc2k> but i havent thought too much about it
[14:14] <Jc2k> if i think too much nothing gets done.. :p
[14:15] <jelmer> Jc2k, if you do a sha1/bzr id db map
[14:16] <jelmer> you also have to keep a map for the file ids, text revisions and revision properties
[14:16] <jelmer> otherwise we end up breaking the referential integrity
[14:21] <Jc2k> jelmer: i dont know bzr internals, but the last time i thought about this i was concerned a tree sha might relate to multiple inventories
[14:22] <Jc2k> and it was among the reasons i concentrated on the git side :p
[18:34] <meoblast001> hi
[18:35] <meoblast001> how would a user without ssh pull source using bazaar.. i always forget
[18:35] <meoblast001> is it http?
[18:36] <beuno> meoblast001, yup
[18:36] <meoblast001> ok.. so pulling http://bazaar.launchpad.net/~mysticgalaxies/mox/devel/changes would work?
[18:36] <meoblast001> oops
[18:36] <meoblast001> without that changes par
[18:37] <Peng_> Yes.
[18:38] <Peng_> lp:~mysticgalaxies/mox/devel will use plain HTTP if you haven't run launchpad-login.
[18:38] <meoblast001> k
[18:38] <meoblast001> thanx
[18:40] <Peng_> For that specific branch, you can also use lp:mox as a shortcut.
[18:56] <afdasfadgt> is it possible to merge 2 diffrent projects into one?
[21:13] <AmanicA> hi, I'm trying to implement `bzr missing -r 1..-1`, but it turns out we might need 2 sets of revision specs, one for the local branch and one for the remote branch
[21:14] <AmanicA> so either I must make 2 parameters (is there another command like that?)
[21:16] <AmanicA> or I can maybe use `bzr missing -r 1..-1..2..-2` where the last 2 are upper bounds
[21:34] <asabil> AmanicA: I think having bzr pull --dry-run and bzr push --dry-run would be more intuitive imho
[21:35] <AmanicA> good idea, I havn't thougt of that
[21:35] <burak575> is it possible to merge 2 diffrent projects into one?
[21:36] <AmanicA> I hope I didn't waste my whole 31Dec for nothing
[21:40] <AmanicA> asabil: I love you for solving my problem & hate you for telling me I wasted my whole 31Dec for nothing (and gettind a headache while trying)
[21:40] <AmanicA> :)
[21:40] <AmanicA> thanx though!
[21:40] <asabil> sorry :)
[21:40] <asabil> burak575: what do you mean exactly ?
[21:41] <burak575> i was have a project
[21:41] <burak575> and a project related to it
[21:41] <burak575> but i initialized two of them with bzr init so they are not common ancestors
[21:41] <burak575> how can i merge them into one project?
[21:41] <burak575> like bzr merge project projectDLL
[21:42] <burak575> none of them is sharing any common files but i wanna merge them if possible
[21:43] <asabil> you can check bzr help join
[21:43] <asabil> I haven't used it myself, but I think it is the right tool for your problem
[21:44] <burak575> thanks i am gona try it :)
[21:45] <asabil> burak575: it seems like it requires a specific branch format
[21:45] <asabil> you might want to check the "merge-into" plugin
[21:45] <burak575> yeah it said so
[21:46] <burak575> projectDLL doesn't support rich root data. You can use bzr upgrade on the repository.
[21:46] <burak575> it was replied like this i am gona check merge-into plugin :)
[21:48] <asabil> :)
[21:53] <LarstiQ> burak575: you can also `bzr merge -r 0..-1`
[21:54] <burak575> hmm
[22:26] <AmanicA> asabil: I didn't realise `bzr pull --dry-run` is not implemented yet :(  I see merge has a preview though, but that shows a diff
[22:27] <AmanicA> I'm looking for something like log, so I think your suggestion will work nice
[22:27] <asabil> AmanicA: I was suggesting you implement it :)
[22:28] <AmanicA> I realised that now :)
[22:29] <LarstiQ> hehe :)
[22:29] <LarstiQ> AmanicA: you can still make good of your 31st! :)
[22:29] <AmanicA> no its done forever as of 29 minutes ago :(
[22:30] <AmanicA> r/done/gone/
[22:30] <burak575> yeah same
[22:30] <burak575> what is your gmt zone?
[22:30] <AmanicA> gmt+2
[22:30] <burak575> same .D
[22:31] <LarstiQ> AmanicA: aww, sorry to hear that.
[22:32] <LarstiQ> AmanicA: lets capitalise on the 1st then! ;)
[22:32] <AmanicA> :)
[22:32] <burak575> i was made first 2009 commit on bzr 15 mins ago lol
[22:32]  * LarstiQ will have to wait 30 more minutes
[22:32] <LarstiQ> or move my clock forward, hmm :)
[22:33] <AmanicA> I'm still to depressed to code. and I have a headache now :(
[22:34] <AmanicA> I think I should go sleep it off
[22:41] <AmanicA> I was stupid, I wrote the `missing -r..` backend first complete with unit tests... and then realised the ui wont work nice...
[22:44] <davidstrauss> LarstiQ: Or just find tomorrow's commit using revspec date:tomorrow
[22:44]  * davidstrauss cannot figure out why "tomorrow" is a documented date value for revspec
[22:46] <LarstiQ> davidstrauss: ending slices I'd say
[22:46] <LarstiQ> davidstrauss: always inclusive, no off by ones
[22:46] <LarstiQ> at least, that is my assumption
[22:46] <davidstrauss> LarstiQ: but can't you do that explicitly with a non-date revspec?
[22:47] <LarstiQ> davidstrauss: probably true :)
[22:47] <LarstiQ> if your clock is behind revisions it is a bit harder though.
[22:47] <LarstiQ> davidstrauss: how does date:tomorrow interact with timezones?
[22:47] <LarstiQ> 23:45:04 < theeth> I bet I can sneak in a last 2008 commit after your first 2009 commit :)
[22:47] <LarstiQ> from #blendercoders just now
[22:48] <davidstrauss> LarstiQ: It probably doesn't. I'm guessing everything is UTC.
[22:48] <davidstrauss> LarstiQ: Or do you mean when you specify a time?
[22:49] <LarstiQ> davidstrauss: tomorrow semantics could conceivably include revisions where the local date was 1 day ahead of what you are currently at.
[22:50] <davidstrauss> LarstiQ: That seems horribly flawed
[22:51] <davidstrauss> Relativity aside, it's not a different time there
[22:51] <davidstrauss> The daylight just spans different hours
[22:57] <LarstiQ> davidstrauss: I don't know what the semantics are, but I don't see a natural way out of the local vs global distinction
[22:57] <davidstrauss> LarstiQ: time zones aren't part of data and time data
[22:58] <davidstrauss> LarstiQ: They're presentation adjustments
[22:58] <LarstiQ> davidstrauss: exactly, and that matters for ui
[22:59] <davidstrauss> LarstiQ: Right now, in Jerusalem, it's 2009. That doesn't mean an edit happening there right now happens in my tomorrow.
[23:01] <davidstrauss> LarstiQ: An edit never happens in my tomorrow.
[23:02] <ronny> LarstiQ, jelmer: happy new year
[23:02] <LarstiQ> ronny: thanks, you too :)
[23:02] <LarstiQ> davidstrauss: I understand what you mean.
[23:02] <ronny> oh, well, the others, too ;P
[23:02] <LarstiQ> hehe :)
[23:02] <LarstiQ> jelmer is currently at the Brandenburger Tor if things went well
[23:02]  * LarstiQ is in the c-base
[23:02] <ronny> im at home
[23:03] <davidstrauss> LarstiQ: The only difference is disagreement on how we represent "now"
[23:03] <davidstrauss> LarstiQ: But it's a rather superficial difference
[23:04] <ronny> LarstiQ: hopefully next year i can stay a few days longer
[23:04]  * LarstiQ nods at ronny
[23:05] <LarstiQ> and at davidstrauss :)
[23:05] <davidstrauss> I think it's flawed to store timezones with dates
[23:06] <ronny> since i got no mate any more im too sleepy/lazy to get out
[23:07] <ronny> davidstrauss: its usefull to have them on timestamps, gives a better statistics on the daytimes of commits
[23:07] <LarstiQ> davidstrauss: it makes it easier to answer queries where you are looking for commits you made around a certain time, but have since moved timezones
[23:09] <ronny> i got raubritter-beer
[23:09] <ronny> its dark ^^
[23:09]  * LarstiQ toasts ronny's raubritter with his mate
[23:09] <ronny> prost
[23:13] <LarstiQ> proost
[23:13]  * LarstiQ continues reading MD2 preimage attack paper


[00:12] <wxl> oh no not tap to click as default
[00:12] <wxl> oh well i guess i'm in the minority
 It is easy to turn off in the settings now.
[00:13] <lynorian> wxl this is one reason why I need multiple versions of the manual for how to disable that
[00:14] -lugito:#lubuntu-devel- [rDEFAULTSETTINGS9abf2ba92142: modify changelog] hmollercl (Hans P. Möller) committed: https://phab.lubuntu.me/rDEFAULTSETTINGS9abf2ba92142
[00:14] <lynorian> wxl I think there was someone with an abomintion of a touchpad that you have to tap to click
[00:15] <wxl> you HAVE to?
[00:15] <wxl> i'd throw that thing so far.....
[00:15] <lynorian> at least that was what I read their message as
 @kc2bez [It is easy to turn off in the settings now.], but it's a strange name it has "asingle click to activate items"
 I agree it is strangely worded.
[00:16] <wxl> someone enterprising should fix that upstream
[00:17] <lynorian> Doesn't that phrase appear in openbox settings
[00:19] <wxl> i hope not
[00:20] <lynorian> https://manual.lubuntu.me/3/3.2/3.2.8/keyboard_and_mouse.html nope it is in keyboard in mouse
[00:39] <tsimonq2> wxl: https://phab.lubuntu.me/w/packaging/
[00:40] <tsimonq2> I'm going to start writing out some packaging fundamentals.
[00:40] <tsimonq2> The eventual goal is to be able to give it to any kind of contributor to get them up to speed.
 @tsimonq2 [<tsimonq2> The eventual goal is to be able to give it to any kind of contributor …], I sent the parsed wiki to you, hope it helps
 Thanks!
[02:05] -lugito:#lubuntu-devel- [T26: Define and Implement Default Settings for Touchpad] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T26#399
 question, the update-notifier/upgrader should do a upgrade or full-upgrade? The only differece is that full-upgrade can also removes packages
 @HMollerCl [question, the update-notifier/upgrader should do a upgrade or full-upgrade? The …], full-upgrade
 imo
 @tsimonq2 did Chih-Hsuan Yen talk to you about libreoffice and lxqt? see this https://bugs.documentfoundation.org/show_bug.cgi?id=123595 at the end
 Oh, I didn't see that
 I'm going to be honest, I haven't been following this much
[03:19] <wxl> oooh i hadn't noticed there are now multiple graphics controllers in virtualbox
[03:24] <wxl> @HMollerCl though i think, in general, it would be wise to use upgrade, i think @tsimonq2 is right that full-upgrade is what the default is. for example, the warning with pre-release versions that "Updates…would remove critical Ubuntu components" suggests a full-upgrade https://wiki.ubuntu.com/SoftwareUpdates
[03:59] -lugito:#lubuntu-devel- [T26: Define and Implement Default Settings for Touchpad] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T26#401
[04:17] <tsimonq2> wxl, @HMollerCl, @kc2bez, et. al: Thoughts on this? https://github.com/lxqt/lxqt/issues/1673#issuecomment-480556692
[04:19] <wxl> i don't think we have much of a practical choice @tsimonq2
[04:22] <tsimonq2> What do you mean?
[04:22] <wxl> i mean we have a choice between accepting gtk3 or something broken, essentially
[04:23] <tsimonq2> Yeah, good point.
[04:23] <tsimonq2> I just wanted a second opinion.
[04:23] <wxl> i kind of feel like that's not an opinion so much as an acceptance of reality XD
[04:23] <tsimonq2> ^^
[04:26] <wxl> this is fun https://bugs.launchpad.net/lxqt/+bug/1823416
[04:27] <tsimonq2> holy
[04:27] <tsimonq2> ok
[04:27] <tsimonq2> Thanks wxl.
[04:27] <wxl> it was originally found from people playing games and/or using wine so naturally upstream was pointing the finger that way
[04:27] <tsimonq2> hah
[04:27] <tsimonq2> yeah
[04:28] <wxl> it would be a really nice day when they could just be nice
[05:49] -lugito:#lubuntu-devel- [rCIMETADATA3c2b2d01c101: Add sddm.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rCIMETADATA3c2b2d01c101
 @tsimonq2 [<tsimonq2> wxl, @HMollerCl, @kc2bez, et. al: Thoughts on this? https://github.co …], Looks like you got a handle on this with wxl. I agree the working option seems like the best one.
 @tsimonq2 [<tsimonq2> wxl, @HMollerCl, @kc2bez, et. al: Thoughts on this? https://github.co …], Yes it is. I remove libreoffice-kde5 from seed yesterday
 Is D2
 https://phab.lubuntu.me/D2
[13:16] -lugito:#lubuntu-devel- [Needs Review] Remove libreoffice-kde5 because his file picker doesn't add file extension: https://phab.lubuntu.me/D2
 That will leave gtk3 as default
 @HMollerCl [@The_LoudSpeaker I have an installation of 22march daily and pdf are opened by d …], Noted.
[22:29] <wxl> @tsimonq2: in this bug you said you were going to git bisect to try to find the problem. my problem is i can't reproduce it, at least not on a vm. https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1782984
[22:37] <guiverc> i see two bug reports from scott.c.jacobs (#1823569 & #1773610) - i could (a) download beta & test it to 'confirm' but wouldn't that still need (b) re-test on current daily to be useful   -- i'll look at this when I can in (b), and only do (a) if I cannot find issue in (b) - i'm currently mostly-zombie so will be later today  [the older one i've also documented too i believe]
[23:00] <wxl> i can confirm https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1823569
[23:00] <wxl> basically, pick a partition, click edit, hit ok, then WITHOUT SELECTING A PARTITION AGAIN, click edit → crash
[23:02] <wxl> uhhh can't run apport-collect because python3-launchpadlib is not in live.. know any reason for that @tsimonq2 ?
 The crash stuff has been noted in #calamares but I haven't actually experienced it myself. I think that is one of the things holding the next release.
 @wxl [<wxl> @tsimonq2: in this bug you said you were going to git bisect to try to fin …], But @HMollerCl can
 @wxl [<wxl> uhhh can't run apport-collect because python3-launchpadlib is not in live. …], Go ahead and add it


[19:52] <theidiotthatisme> Howdy
[19:55] <desertc> Hi
[20:05] <theidiotthatisme> Does anyone here have experience in planning an Ubucon?
[20:08] <juliux> theidiotthatisme, sure
[20:10] <desertc> Idle in #ohio-ubucon and you'll learn what they are doing.
[20:17] <juliux> theidiotthatisme, as me if you need a hand
[20:17] <juliux> theidiotthatisme, i planed the german one in ocotober this year
[20:20] <theidiotthatisme> Juliux: Sorry took so long to respond, wasn't at the computer
[20:20] <theidiotthatisme> But I was just hoping for some advice
[20:20] <theidiotthatisme> desertc: I'm actually part of the group putting together the Ohio Ubucon
[20:20] <juliux> theidiotthatisme, take more then 3 month time
[20:20] <theidiotthatisme> I'm the one that wrote most of the planned wiki ;)
[20:21] <desertc> theidiotthatisme: Wonder why you aren't in the IRC channel
[20:21] <juliux> theidiotthatisme, and search for a good core tema
[20:21] <juliux> team
[20:21] <theidiotthatisme> My girlfriend got on and took over the computer lol
[23:23] <SoteriouLoucas> hello people
[23:32] <SoteriouLoucas> somerville32 can i ask you something please?