[14:18] <stgraber> jodh: so far no feedback is good feedback I guess? :) I saw you made a bunch of edits to the wiki page, will quickly go through them in a minute.
[14:19] <jodh> stgraber: just one comment so far (to upstart-devel only): https://lists.ubuntu.com/archives/upstart-devel/2012-November/001988.html
[14:24] <stgraber> jodh: ah, I guess I should subscribe to upstart-devel ;)
[14:26] <stgraber> jodh: I'm not sure I really see the point of having public and private events considering that the effect on the system will be public anyway (and anything passing on the system bus is public)
[14:26] <stgraber> jodh: but if that becomes useful, I guess we can always implement a :sysprivate: namespace for those
[14:28] <jodh> stgraber: the problem is that if we don't have public/private events, a user job may 'accidentially' change state based on a system event. Hence, it would be convenience if the user had to choice of either having a job react to a named event from any source, or only react if its a system event, or only react if its a user event.
[14:31] <stgraber> jodh: right, but the current design does that. You can simply do "start on :user:dbus" to only react to the dbus job of the user instance of upstart
[14:33] <stgraber> jodh: My interpretation of Evan's e-mail is that he wants to add some private/public flag to "initctl emit" so that if you do "initctl emit blah" against the system upstart the event won't be sent to the session instances
[14:33] <stgraber> jodh: but that you'd have to explicitly do "initctl emit :all:blah" to have it be sent to the instances
[14:55] <jodh> stgraber: right - I think we were talking "cross-purposes" there - I though you were saying we didn't need :user: and :sys:. Just replying to his mail...
[16:25] <stgraber> stgraber@arkose-tmpCXgHdn:~/Desktop/upstart$ ./test
[16:25] <stgraber> Got a change: /org/gnome/nautilus/desktop/volumes-visible
[16:25] <stgraber> jodh: ^ :)
[16:26] <stgraber> using the dconf API to get any gsettings change. Now I just need to decode the new value and plug that thing into an upstart bridge (figured it'd be a reasonable way to refresh my memory on nih/upstart coding)
[16:47] <jodh> stgraber: awesome! ;)
[17:04] <stgraber> jodh: monitoring dconf is really quite easy :) http://paste.ubuntu.com/1372844/
[17:05] <jodh> stgraber: nice :)
[19:29] <stgraber> jodh: oh, one thing that'll be fun in the dconf bridge is that I'll need both libnih and glib, need to figure out what to do with the main loop :)
[19:30] <SpamapS> stgraber: out of the question to have two processes?
[19:32] <stgraber> SpamapS: well, ideally I'd like the dconf bridge to be a single process. The only real source of events will be on the glib side, so I'm trying to avoid the nih main loop entirely for now, if that doesn't work, I'll probably just end up replacing nih by glib for that bridge and glib-dbus instead of nih-dbus


[18:14] <Vam> hello i want to autostart a script file can anybody help me???
[21:45] <Shawn|4650M> howdy
[21:45] <Shawn|4650M> how come I can't book from the harddrive I just installed lubuntu onto?
[21:45] <Shawn|4650M> its hooked up via esata
[21:46] <lynorian> Shawn|4650M, do you have power to the esata drive as esata is not usually powered unlike some 2.5 in usb drives?
[21:47] <Shawn|4650M> yes
[21:47] <Shawn|4650M> it installed properly, and I see the harddrive via bios setup
[21:47] <Shawn|4650M> its running fine
[21:47] <Shawn|4650M> it just didn't install a bootloader, and I can't select seperate harddrives to boot from in this dell bios
[21:48] <Shawn|4650M> would plop work?
[21:48] <lynorian> Shawn|4650M, plop won't work here as it is not USB
[21:48] <Shawn|4650M> eh?
[21:48] <lynorian> You would need something like grub
[21:49] <Shawn|4650M> does plop not work with sata harddrives?
[21:49] <Shawn|4650M> I thought iti did
[21:49] <Shawn|4650M> *it did
[21:49] <lynorian> ok yeah it might but you would need to chainload a linux bootloader to boot
[21:50] <lynorian> lubuntu
[21:50] <lynorian> which uses grub2 as default
[21:50] <Shawn|4650M> is there a grub 2 disk I could boot to get to the linux installed on (S6) harddrive?
[21:51] <lynorian> Shawn|4650M, well since this is plugged into the wall anyway will you be removing this drive and taking it to different computers
[21:51] <lynorian> this changes how you want grub setup
[21:51] <Shawn|4650M> no I wont be
[21:51] <Shawn|4650M> I'm just wanting to use it on this computer for a while
[21:51] <Shawn|4650M> as a linux drive
[21:52] <lynorian> You can install grub to any disk then and have it basically boot from any disk on the system
[21:52] <Shawn|4650M> the primary disk, an SSD is a windows7  hard disk
[21:52] <Shawn|4650M> if I install it over windows, would it destroy the windows partition?
[21:52] <lynorian> no it would not destroy the windows partition
[21:52] <Shawn|4650M> ah
[21:53] <Shawn|4650M> so I would want to install to (S6)
[21:54] <lynorian> Shawn|4650M, I know grub can install and then chainload the windows loader
[21:54] <Shawn|4650M> does rufus destroy supergrub2disk?
[21:55] <lynorian> I have not used rufus so I would not know
[21:55] <Shawn|4650M> well, I dont know what else to use
[21:56] <lynorian> Shawn|4650M, well it is a usb so you can just make it supergrub2disk again back on the USB
[21:57] <lynorian> although I know that works with dd but you need to point it at the right target
[21:57] <Shawn|4650M> okay
[21:57] <Shawn|4650M> will try
[21:57] <Shawn|4650M> brb
[21:57] <lynorian> so it can be dangerous
[21:57] <Shawn|4650M> ah
[21:57] <Shawn|4650M> itis on the right disk
[21:57] <Shawn|4650M> it uses dd selectively
[22:09] <Shawn|i7-Q720M> well
[22:09] <Shawn|i7-Q720M> supergrub2disk wont boot for some reason
[22:09] <Shawn|i7-Q720M> I think rufus is breaking it
[22:09] <melodie> then don't use it
[22:09] <Shawn|i7-Q720M> is it compatible with BIOS systems?
[22:10] <melodie> there are many ways to reinstall grub
[22:10] <Shawn|i7-Q720M> well melodie what the heck am I going to use?
[22:10] <melodie> can you describe the issue you meet with and the context?
[22:10] <Shawn|i7-Q720M> the context
[22:10] <Shawn|i7-Q720M> I have installed lubuntu to an esata drive
[22:10] <melodie> ok
[22:10] <Shawn|i7-Q720M> yes its powered and yes my bios sees it
[22:11] <melodie> ok
[22:11] <Shawn|i7-Q720M> it shows up as another toshiba drive with (S6)
[22:11] <melodie> where is installed the grub which is meant to boot to it?
[22:11] <melodie> on the host machine where the e-sata is attached, or on the esata drive?
[22:11] <Shawn|i7-Q720M> I dont know where it installed grub if it even did
[22:12] <melodie> you should tell the Grub which is on the main machine to boot the e-sata drive
[22:12] <melodie> what os do you have on it?
[22:12] <Shawn|i7-Q720M> and how would I do that
[22:12] <melodie> what os do you have on it?
[22:12] <Shawn|i7-Q720M> well this is my primary drive, windows 7 64-bit on ssd
[22:13] <melodie> maybe the UEFI might be nice with you, is there a special menu you can prompt at the start of the computer? Such as F12 or so?
[22:13] <melodie> and give you the choice of the device to boot first
[22:14] <melodie> I'd guess your computer has UEFI and not BIOS, but anyway the idea is the same
[22:14] <Shawn|i7-Q720M> I dont think this laptop has UEFI
[22:14] <Shawn|i7-Q720M> its got a bios
[22:14] <melodie> which brand and model?
[22:14] <Shawn|i7-Q720M> dell studio 1747
[22:14] <Shawn|i7-Q720M> it does have F12
[22:14] <melodie> ok, then let the e-sata drive attached, hit suppr, or F1 or F2, whatever takes you inside the BIOS and reconfigure the boot order preference
[22:14] <melodie> ok
[22:14] <Shawn|i7-Q720M> I have tried it, although I can't open the harddrive selection, when I hit enter on harddrive, it wont show me whats in it
[22:15] <Shawn|i7-Q720M> already re-arranged boot order
[22:15] <Shawn|i7-Q720M> to (s6)
[22:15] <melodie> ok and you say F12 does not help?
[22:15] <melodie> I mean sometimes it takes BIOS + F12 to get it to boot to else than the main hdd
[22:16] <Shawn|i7-Q720M> I can't expand the harddrive plus thing
[22:16] <Shawn|i7-Q720M> if I could I would
[22:16] <melodie> if you doubt Grub2 was installed correctly to your e-sata drive, you can boot again the Lubuntu which you used to install, and install it from there with the command line
[22:16] <Shawn|i7-Q720M> but space doesn't expand the harddrive portion of f12 boot manager
[22:17] <melodie> what about "Enter" instead of the space bar?
[22:17] <melodie> :)
[22:17] <Shawn|i7-Q720M> I already said it doesn't help
[22:18] <melodie> you said "space"
[22:18] <Shawn|i7-Q720M> enter just selects boot device
[22:18] <melodie> not the return key
[22:18] <Shawn|i7-Q720M> before I said space I said when I hit enter
[22:18] <melodie> ok
[22:18] <melodie> so let's say you reboot to Lubuntu with the "just try" boot option, and from there you re-install grub on the e-sata using the command line
[22:18] <Shawn|i7-Q720M> when I boot from lubuntu's first harddrive option, it says boot error
[22:19] <melodie> you open a console, do "sudo -s", open pcmanfm file manager, mount manually the e-sata drive
[22:19] <Shawn|i7-Q720M> I have no idea how to reinstall grub2
[22:19] <wxl> are we sure this is not a corrupted install? were the hashes checked?
[22:19] <Shawn|i7-Q720M> I have installed 3 times, the hard drive is fine, its been running in a sony laptop
[22:19] <melodie> Shawn|i7-Q720M read what I tell you : I am right now beginning to explain how to do that
[22:19] <Shawn|i7-Q720M> I aint blind
[22:20] <melodie> good
[22:20] <wxl> so the hashes were checked?
[22:20] <melodie> should I continue?
[22:20] <Shawn|i7-Q720M> I dont know if hashes were checked or not
[22:20] <wxl> then i'd suggest they weren't
[22:20] <wxl> you should first check the hashes of the iso
[22:20] <Shawn|i7-Q720M> okay
[22:20] <wxl> then when you go to boot to do the install, run the self check
[22:21] <wxl> one single bit of difference can lead to all sorts of weird problems
[22:21] <melodie> Shawn|i7-Q720M have you downloaded with your web browser, or using a special tool meant to download files? Such as uget, wget in Linux or Free Download Manager or µtorrent in Windows?
[22:21] <Shawn|i7-Q720M> I ran the self check, it checks out
[22:21] <Shawn|i7-Q720M> no errors
[22:21] <Shawn|i7-Q720M> I have downloaded the full 64-bit iso
[22:22] <melodie> are you sure your computer is able to boot from e-sata?
[22:22] <Shawn|i7-Q720M> and rufused it
[22:22] <wxl> with what methodology is what @melodie is asking?
[22:22] <Shawn|i7-Q720M> it should
[22:22] <melodie> rufus...
[22:22] <melodie> wxl I let you go on :)
[22:22] <Shawn|i7-Q720M> ive not had a problem with rufus
[22:23] <wxl> should means you have booted some system from eSATA before?
[22:23] <Shawn|i7-Q720M> not from esata
[22:23] <wxl> well that may be the issue
[22:23] <Shawn|i7-Q720M> o.O
[22:23] <wxl> you should consult your manual and ensure it CAN
[22:23] <wxl> there's this maxim about assumptions…
[22:24] <Shawn|i7-Q720M> It can
[22:24] <Shawn|i7-Q720M> perhaps the drive hasn't been flagged as bootable
[22:25] <wxl> i can't imagine that installing on eSATA would be any different than installing on any other media
[22:25] <wxl> well, i can, but i think that's unlikely
[22:25] <Shawn|i7-Q720M> its not
[22:25] <melodie> wxl it might be a BIOS side issue too
[22:25] <Shawn|i7-Q720M> I'm gonna boot from the lubuntu live session
[22:26] <Shawn|i7-Q720M> brb
[22:26] <wxl> that's a good idea
[22:26] <Shawn|i7-Q720M> and check it
[22:26] <wxl> toss the iso on the drive and see if you can boot it
[22:26] <wxl> i've seen other people have less than stellar luck with rufus
[22:26] <melodie> wxl he does not know how to reinstall grub from the command line, I would have done that, then check if the constructor has put out a new version of his bios
[22:27] <melodie> wxl I don't trust those gui tools either. :)
[22:27] <wxl> +1 melodie :)
[22:27] <wxl> dd or die!
[22:27] <wxl> there is ONE gui tool i trust: mkusb
[22:30] <melodie> I trust multiboot with Grub2 :D
[22:31] <melodie> I found docs which allowed me to have ISOS of Ubuntu, Xubuntu, Bento, Debian, Manjaro and a few others on a USB stick and all of them I have been able to boot using Grub2 and an adapted grub.cfg
[22:32] <melodie> mkusb is not really a gui...
[22:32] <wxl> true enough :)
[22:33] <melodie> it's a script which is pretty close to dd
[22:35] <Kamilion> oh, hey melodie.
[22:37] <melodie> hello Kamilion !
[22:38] <melodie> I read your reply from github
[22:38] <melodie> I'll look forward to the next brew ! :)
[22:38] <Kamilion> oddly enough it looks like 14.04 lacks qt5 for python2
[22:38] <melodie> how are you?
[22:39] <Kamilion> so either you can 'make PYTHON=python3 PYQT=5' or give 'python3 installer.py' a shot
[22:39] <melodie> well never mind for my needs, I kept the former versions of customizer which aren't online anymore ^^
[22:39] <Kamilion> they're still online.
[22:39] <Kamilion> I inherited the repo, https://github.com/kamilion/customizer/releases
[22:39] <melodie> I haven't been able to find them, it seems the old repos all redirects to your last version available
[22:40] <melodie> ok I take a quick look
[22:40] <Kamilion> plus there's branches in the new repo
[22:40] <Kamilion> master, development, stable, precise
[22:40] <Kamilion> the installer even has a method to switch between all four (to make testing easier on me)
[22:40] <melodie> ok
[22:41] <melodie> I can't learn anything right now, it's late here and I'm in a middle of several things currently these days which aren't directly linked
[22:41] <Kamilion> the 'precise' branch has been untouched other than the installer added
[22:41] <melodie> I had to force myself to update the Bento ISOs and go post the issue on github
[22:41] <Kamilion> qt4 only, python2 only
[22:41] <melodie> Precise is way too old
[22:42] <melodie> and Trusty begins to be quite old too
[22:42] <Kamilion> no, i'm not touching it, because it works on precise still
[22:42] <Kamilion> so i'm leaving that branch be
[22:42] <melodie> it's ok, just I'll ask you just what I need. Have you seen, another person commented on my issue
[22:45] <melodie> Kamilion next time I'll use Customizer will be in a new install with an Ubuntu Xenial, to produce Bento Xenial versions, then I'll retry using your latest branch
[22:47] <melodie> Kamilion http://downloads.linuxvillage.org/?C=M;O=D :)
[22:49] <Kamilion> no rush
[22:49] <Kamilion> also, very very little of the under-the-hood scripts have changed
[22:50] <Kamilion> it's almost all changes to the GUI portion, and now all of the code supports running under python2 or python3, and both QT4 and QT5.
[22:50] <Kamilion> the only thing that changed for the under-the-hood script is if it detects an i686 iso, it will choose a different kernel name
[22:51] <Kamilion> linux-image-generic instead of linux-signed-generic
[22:51] <melodie> yes, and I finally found using the command line so simple and straightforward that it seems I don't need more (I use the remote server)
[22:51] <Kamilion> (and now in the most recent ones, you can read through the commits and learn how to override the kernel if neither is to your liking)
[22:51] <Kamilion> same here
[22:52] <Kamilion> https://github.com/kamilion/kamikazi-core/blob/master/buildscripts/xenial/build.sh
[22:52] <melodie> there are other things I need to learn, not related to the good changes you did in the scripts
[22:52] <melodie> or some are
[22:52] <Kamilion> yeah, package names change across releases
[22:52] <melodie> well, for instance, I don't know how to use the HOOK option in the config file
[22:53] <Kamilion> https://github.com/kamilion/kamikazi-core/blob/master/buildscripts/xenial/autobuild-mini.customizer.hook.sh
[22:53] <Kamilion> write a little script, and it gets copied into the target and executed with bash.
[22:53] <Kamilion> this one checks out it's own repo and runs the build scripts from it.
[22:54] <melodie> are you still using Lubuntu as your basis?
[22:54] <Kamilion> yep!
[22:54] <melodie> would you like to give a whirl with Bento, or with Sushi?
[22:55] <melodie> it's very close, lighter, just it lacks EFI
[22:55] <Kamilion> i doubt it's as light as my minilubuntu
[22:55] <melodie> well give a try to Sushi then
[22:55] <melodie> :)
[22:55] <melodie> I doubt it would be heavier
[22:55] <Kamilion> I already spent a lot of time removing every package and library I didn't need
[22:55] <Kamilion> all the video playback, gone
[22:55] <melodie> well don't do that, just give it a try?
[22:56] <melodie> http://downloads.linuxvillage.org/?C=M;O=D
[22:56] <melodie> look at the size?
[22:57] <melodie> 64bits 383M
[22:57] <Kamilion> yeah, my dom0 only is 144MB
[22:57] <melodie> what is dom0 ?
[22:57] <Kamilion> kamikazi is for xen, which uses dom0 as the management domain, and lots of domu guest domains
[22:58] <melodie> this is a special area which I am not aware
[22:58] <Kamilion> yeah, I doubt you'd have run into virtualization at all since you're still ten years back in the 32bit era
[22:58] <melodie> Sushi is meant to be easy to build a full fledge what you want, on top of a minimalist fully branded for desktops
[22:59] <Kamilion> but these days virtual machines are something most developers make use of
[22:59] <tsimonq2> Oh hey, long time no see Kamilion o/
[22:59] <Kamilion> yo, simon.
[22:59] <melodie> Kamilion to be true, sometimes longer ago, as I repair all kinds of oldies, and I do have a few 64bits, but I soon expect a machine with UEFI at home! See how modern I become XD
[22:59] <Kamilion> today people use tools like docker to compose images automatically...
[23:00] <Kamilion> it's even become common on raspberry pi
[23:00] <melodie> Kamilion good idea!
[23:00] <melodie> docker can be used on Rpi ?
[23:00] <Kamilion> https://resin.io/
[23:01] <Kamilion> they ported docker to the pi back in 2013... https://resin.io/blog/docker-on-raspberry-pi/
[23:01] <melodie> I'm looking : do you use this resin.io ?
[23:01] <Kamilion> nope.
[23:01] <melodie> ok
[23:01] <melodie> what do you use?
[23:01] <Kamilion> i don't use docker.
[23:01] <Kamilion> I use kamikazi.
[23:01] <melodie> do you use any Raspberry pi?
[23:01] <Kamilion> yes.
[23:02] <melodie> do you do everything with kamikazi?
[23:02] <Kamilion> .... pretty much :D
[23:02] <Kamilion> even microcontroller development
[23:02] <melodie> ooké !
[23:02] <Kamilion> i have all the package requirements for just unzipping ESP32's compiler
[23:02] <Kamilion> and I put all the python packages I liked in
[23:03] <melodie> I'm a bit baffled, this is not my area of knowledge at all, just a pair of buddies of mine might enjoy a lot talking with you
[23:03] <melodie> I'll bring them in some time
[23:03] <melodie> ok, thanks for the discussion Kamilion ! keep on well, and see you some time! :D
[23:03] <Kamilion> keep in mind that I've been slowly working on the kamikazi scripts over four years though
[23:04] <melodie> I have to go to sleep (some graphics to do for my new flyer tomorrow and a visit to the doc for my son)
[23:04] <Kamilion> and the scripts are just to help me use Customizer to make builds fast
[23:04] <Kamilion> sleep well!
[23:04] <melodie> yes I know it all takes time.
[23:04] <melodie> thanks! good evening!
[23:04] <Kamilion> now I'm waiting for 17.04 beta 2
[23:05] <Kamilion> so i can test all the kamikazi stuff against a similar-to-release 17.04
[23:05]  * tsimonq2 throws the daily image at Kamilion
[23:05] <tsimonq2> ;)
[23:05] <Kamilion> already have last night's daily
[23:06] <tsimonq2> \o/
[23:06] <Kamilion> kamikazi doesn't like dailys though
[23:06] <Kamilion> since it fools around with /etc/os-release
[23:07] <Kamilion> it gets angry at numbers
[23:09] <CheetahPixie> Hello guys.
[23:09] <Kamilion> also, when's 14.04.6 going to show up?
[23:09] <CheetahPixie> So, I have an OEM install of Lubuntu running
[23:09] <CheetahPixie> and I wanted to finalize but
[23:09] <tsimonq2> Kamilion: Very funny. :P
[23:09] <CheetahPixie> no shortcut on desktop for "shipping to end user"
[23:09] <CheetahPixie> So, how do I finalize it?
[23:10] <Kamilion> I'm not joking?
[23:10] <tsimonq2> Kamilion: Oh, in which case, there is no 14.04.6.
[23:12] <Kamilion> I'm aware of that, when is it getting built? 14.04.5 was August, and it's already nearing april.
[23:12] <Kamilion> .4 was built in febuary '16
[23:12] <Kamilion> so it should be about time for .6
[23:13] <CheetahPixie> No answers?
[23:13] <Kamilion> CheetahPixie: I don't even know what "OEM Install" is
[23:13] <Kamilion> I roll my own ISOs
[23:14] <tsimonq2> CheetahPixie: Ask on the lubuntu-users list.
[23:15] <Kamilion> https://help.ubuntu.com/community/Ubuntu_OEM_Installer_Overview  Ah. Neat. Still references 12.04 though, and the page was last edited in 2014 by 'lorenzo567'
[23:15] <Kamilion> http://askubuntu.com/questions/702581/lubuntu-oem-instalation-prepare-for-shipping-to-end-user-missing
[23:16] <Kamilion> CheetahPixie: http://manpages.ubuntu.com/manpages/xenial/en/man8/oem-config-prepare.8.html
[23:16] <CheetahPixie> For some reason, that wasn't installed.
[23:16] <Kamilion> and a bug
[23:16] <Kamilion> https://bugs.launchpad.net/ubuntu/+source/lubuntu-artwork/+bug/1442817
[23:16] <CheetahPixie> Well, up it goes.
[23:16] <Kamilion> CheetahPixie: is that enough googling yet?
[23:17] <CheetahPixie> I think so.
[23:17] <CheetahPixie> I'm staring down my HTC Wildfire booting Android 4.1 for the first time too so.
[23:17] <Kamilion> that was a wallclock 2 minutes of the first few results for 'lubuntu OEM install'
[23:18] <Kamilion> with the third result being
[23:18] <Kamilion> "LUbuntu OEM instalation "Prepare for Shipping to End User" missing ..."
[23:19] <Kamilion> CheetahPixie: are you actually doing replication for OEM disk imaging, or just installing for a friend?
[23:20] <CheetahPixie> Some parts for future reference, other parts so that the person I am installing for can set it up without me having to type or look at them as they set it up.
[23:20] <CheetahPixie> ie privacy of information.
[23:21] <Kamilion> ah; I work at a warehouse, so we actually have an in-house ISO we use and provide with the system instead of a preinstall
[23:22] <Kamilion> if you had been prepping for an OEM push, I'd have wanted to compare notes :D
[23:23] <Kamilion> anyway, looks like you can just open a terminal and execute 'oem-config-prepare', the shortcut icon is just missing
[23:24] <wxl> we have a cloned install with some scripts we can personalize as needed
[23:24] <wxl> s/\(can\)/\1 use to/
[23:24] <Kamilion> likewise, I publish an ISO that tries hard to reapply customizations
[23:25] <Kamilion> https://github.com/kamilion/kamikazi-core/blob/master/resources/xenial/mods/usr/share/initramfs-tools/scripts/casper-bottom/18kamikazi_restore
[23:25] <Shawn196|i7> okay, success
[23:25] <Kamilion> I have to do it in really early boot before systemd launches, because I'm touching things like the dbus machine ID, which systemd needs really early on.
[23:26] <wxl> @ShellcatZero: with what exactly?
[23:26] <Kamilion> haha, two-letter tab completer
[23:27] <wxl> bah
[23:27] <wxl> that's me alright
[23:27] <wxl> ^^ that emssage was meant for you Shawn196|i7
[23:27] <Kamilion> something with grub, I expect.
[23:27] <Kamilion> if you still need help manually installing it, I'm around now.
[23:28] <Shawn196|i7> what message wxl?
[23:28] <wxl> Shawn196|i7: what was successful?
[23:28] <Shawn196|i7> was what successful?
[23:29] <Shawn196|i7> oh, getting the linux drive to boot
[23:29] <wxl> ok so we know that your machine can handle booting linux from eSATA
[23:29] <Shawn196|i7> indeed
[23:29] <Shawn196|i7> no reason why it couldn't
[23:29] <wxl> remember what i said about assumptions
[23:30] <wxl> there's ALWAYS a reason why your assumptions are wrong
[23:30] <wxl> anyways, we got luck this time
[23:30] <wxl> so now what's the issue?
[23:35] <Kamilion> So did you need any more help with grub?
[23:40] <Shawn196|i7> nah, I need help with finding amd's opensource drivers
[23:41] <wxl> don't we all
[23:41] <Kamilion> amdgpu?
[23:41] <wxl> http://developer.amd.com/tools-and-sdks/open-source/
[23:41] <Kamilion> or the older radeonhd drivers?
[23:42] <Kamilion> https://www.x.org/wiki/RadeonFeature/
[23:44] <CheetahPixie> Kamillion , the oem-config package was missing
[23:44] <Shawn196|i7> ati mobility radeon hd 4650
[23:44] <wxl> !radeon
[23:45] <Kamilion> radeonhd then
[23:45] <Shawn196|i7> lets see if steam linux can handle it
[23:45] <Kamilion> should be able to.
[23:45] <Kamilion> i think that's an r600 generation
[23:46] <Shawn196|i7> eh
[23:46] <Shawn196|i7> I dont have anythign r600
[23:47] <Kamilion> if you have trouble with it -- try the steamos image; it's based off debian but valve harassed AMD and nvidia to provide updated drivers.
[23:47] <Shawn196|i7> nah, just installed lubuntu
[23:48] <Kamilion> ought to work in GL2.1
[23:49] <Kamilion> won't get anything fancy like compute shaders, and newer unity games that require GL4 will flip you the bird, but for the most part, anything older should be fine.
[23:50] <Kamilion> but you should definitely get 3D acceleration.


[08:21] <yurtesen> I am still looking for a sponsor? anybody?
[11:42] <tarzeau> yurtesen: what package?
[12:47] <Unit193> tarzeau: tomcat
[21:22] <yurtesen> tarzeau: tomcat9. Are there different people responsible for different packages? If that is the case, how do I find the right person to contact to? The bug is this #1964881


[01:03] <cyberanger> wrst: What can I say, I'm a very punny guy.
[14:45] <[Ubik]> cyberanger: Yeah. Duck Race. I'm ready to spay or neuter someone this morning, not sure if it should be Cleveland Utilities, Charter, someone internal, or who... lol
[18:58] <cyberanger> Oh boy


[02:01] <chengyan> hello,every ,i want to learn ubuntu ,how should i do?
[02:01] <sarnold> what do you want to learn about? why?
[02:02] <chengyan> find a job
[02:03] <chengyan> System Operation Engineer
[02:06] <sarnold> chengyan: you may find this presentation useful; it extensively covers the performance analysis tools that are available: http://techblog.netflix.com/2015/08/netflix-at-velocity-2015-linux.html
[02:07] <chengyan> thanks
[03:32] <arrrghhh> jak2000, sup
[04:42] <jak2000> arrrghhh are you there?
[05:05] <arrrghhh> jak2000, going to sleep soon
[05:05] <arrrghhh> what's up?
[05:20] <jak2000> arrrghhh ok tomorrow
[05:20] <jak2000> contact
[05:21] <arrrghhh> ok...
[05:21] <jak2000> not working the scp copy command ask me a password :(
[05:21] <arrrghhh> you can ask your question in here and someone else may be able to help
[05:21] <jak2000> ok, yes tomorrow
[05:21] <arrrghhh> maybe there's something else missing, dunno.  keys works great for me following that site tho
[05:28] <jak2000> yes i too
[05:28] <jak2000> setup otrher pair of servers
[05:28] <jak2000> :(
[07:47] <YamakasY> ubuntu 14.04 doesn't have a glibc update ?
[07:49] <henkjan> YamakasY: http://www.ubuntu.com/usn/usn-2900-1/
[07:49] <henkjan> YamakasY: 14.04 is also mentioned
[07:54] <YamakasY> henkjan: I don't see it ?
[07:54] <YamakasY> at least not in apt-get upgrade ?
[07:56] <henkjan> YamakasY: what version do you see when you run dpkg -l|grep libc6 ?
[07:57] <YamakasY> 2.19-0ubuntu6.7
[07:57] <YamakasY> seems to be ok than
[07:57] <YamakasY> I think my puppet update went ok
[07:57] <henkjan> nice
[07:57] <henkjan> now just restart to finish it :)
[07:57] <YamakasY> heh on 300 servers yes :)
[07:58] <YamakasY> yap
[07:58] <YamakasY> need to do them batched
[08:02] <YamakasY> henkjan: as far as you know it's only affected directly to public servers ?
[08:12] <henkjan> YamakasY: al servers running the vulnerable libc version are affected. it just seems not so easy to exploit
[08:12] <henkjan> see https://00f.net/2016/02/17/cve-2015-7547/
[08:17] <YamakasY> henkjan: yeah as there is lots of rumor these days when there is a fix and not when there is non :)
[10:52] <dvdjaco> the USN for the glibc vuln states that "After a standard system update you need to reboot your computer to make all the necessary changes". I guess this is a standard paragraph and does not necessarily apply in this case¿
[10:59] <henkjan> dvdjaco: a restart ensures you that every program uses the new version of libc
[11:00] <henkjan> you could something like 'checkrestart' to check which program is still using old libs
[11:00] <andol> dvdjaco: Well, it kind of applies, depending on what additional manual steps you are willing to take. The Debian Security Announcements has a slightly longer, slightly better phrasing: "While it is only necessary to ensure that all processes are not using the old glibc anymore, it is recommended to reboot the machines after applying the security upgrade."
[11:05] <dvdjaco> henkjan andol yeah that was my line of thought. I have a couple of nodes that would be annoying to reboot right now, it would be easier to restart services that may make calls to getaddrinfo
[14:38] <kully> hey all - is there any way to remove the use of a single command from /usr/bin to just a select group of users?
[14:38] <kully> trying to remove the ability for 3 users to run the command "berks"
[14:47] <sdeziel> I dist-upgraded my Xenial system yesterday to notice that bind9 (named) was installed behind my back
[14:48] <sdeziel> the dist-upgrade pulled new versions of bind9-host and dnsutils but it should not have brought bind9 IMHO
[14:54] <sdeziel> lamont: it seems like bind9-host 9.10.X now depends on bind9, is this intentional?
[15:01] <gimmic> Anyone been using maas and have any concerns/complaints about using it to manage a lot of nodes? Looking at 100-300 nodes or so
[15:02] <lamont> sdeziel: it is not.
[15:02] <lamont> sdeziel: file a bug?
[15:04] <sdeziel> lamont: thanks: https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1547052
[16:18] <ickyfeet> Hey everyone.  I'm having problems with my log files.  They're blowing up in size but when you look at the log files it's the same messages (with the same time stamps) repeated over and over and over.
[16:20] <ickyfeet> I can "tailf syslog" and it doesn't show anything but it continues to grow in size.
[16:22] <gimmic> you mean tail -f ?
[16:22] <ickyfeet> yup
[16:22] <gimmic> if the size is growing, the log file is growing
[16:23] <ickyfeet> but there's no new messages in the log, it's the same few lines repeated
[16:23] <ickyfeet> the time stamp on the messages isn't incrementing.
[16:24] <gimmic> delete or move the log and see if it is recreated?
[16:25] <sdeziel> deleting a log file that is being written to can cause more problem
[16:25] <ickyfeet> I've deleted the files and the don't reappear but the show back up after a reboot with the same messages as before and grow continuously.
[16:25] <sdeziel> if the log content is not import, I'll truncate the file
[16:25] <ickyfeet> I stopped rsyslog before deleting
[16:27] <ickyfeet> kern.log auth.log and syslog combined grew to 3+TB over night.
[16:29] <sdeziel> does your rsyslog.conf has "$RepeatedMsgReduction on" ?
[16:29] <ickyfeet> Checked that.  It is on.
[16:30] <sdeziel> are there other process than rsyslogd writing to those files?
[16:31] <ickyfeet> Nope.
[16:34] <ickyfeet> Welp, I'm a dope.  Was actually going to use this box as a syslog server.  Fat fingered a line to create a separate folder for individual hosts.  Removed the line and things cleared up.
[16:34] <ickyfeet> In rsyslog.conf
[17:02] <jamespage> ddellav, coreycb: the googleapi MIR - do we really want that in main? its used for cinder backup - we could look to disable tests for now, and have it as a suggests
[17:03] <coreycb> jamespage, I think we'd be happy to drop it if you don't think it's necessary
[17:03] <jamespage> coreycb, +1
[17:03] <jamespage> see if that is possible
[17:03] <coreycb> ok
[17:14] <coreycb> ddellav, I'll work on dropping googleapi from cinder.  sorry for having you do all that MIR work.
[17:16] <sdeziel> rharper: awesome work on the strongswan refresh, many thanks!
[17:18] <jamespage> coreycb, ddellav: it might not be possible
[17:18] <gavincmi> With respect to the current glibc issue: http://www.ubuntu.com/usn/usn-2900-1/ Curious is sysadmins are doing a full apt-get upgrade or possible to patch via apt-get install libc6 libc6-dev libc-bin (on ubuntu 14.04) ?
[17:18] <jamespage> just saying its always a good idea to look at this stuff
[17:19] <coreycb> jamespage, gotcha, hard to tell where to draw the line sometimes though
[17:22] <jrwren> gavincmi: i'd do either, depending on teh apps running on the system in question.
[17:30] <rharper> sdeziel: thanks!   please use it and break it so we can find any bugs for the release
[17:34] <gavincmi> For the updates outlined here: http://www.ubuntu.com/usn/usn-2900-1/ Is a full apt-get update & upgrade required or can one simply sudo apt-get install libc6 libc6-dev libc-bin (on ubuntu 14.04)?
[17:35] <teward> gavincmi: i would suggest doing a standard upgrade, rather than just relying on installing the individual packages on their own
[17:35] <teward> because there may be other things that need included in addition to just the libc6 items (not 100% sure but...)
[17:37] <gavincmi> Understood and normally I'm all for it. But being asked to explore alternative methods and limit scope of upgrade process (if possible)
[17:38] <gavincmi> So trying to see if others have found simply sudo apt-get install libc6 libc6-dev libc-bin  satisfies the patching criteria
[17:38] <gavincmi> Lastly, seeing others suggesting this as an alternative http://askubuntu.com/questions/735825/which-ubuntu-releases-have-fixes-for-cve-2015-7547-extremely-severe-bug-with?lq=1
[17:39] <sdeziel> gavincmi: for the patch to be effective, every application using the patched files need to be restarted
[17:39] <gavincmi> Sure so sudo apt-get install libc6 libc6-dev libc-bin & a server reboot is most likely in order
[17:40] <sdeziel> gavincmi: if you are too reboot, why not pull in all the available updates ;)
[17:40] <gavincmi> Because on some servers, don't have easy choice of pulling in all updates. Could introduce new issues not tested
[17:40] <gavincmi> hence the original question
[18:33] <xevious> Is there a kernel parameter I can pass to have Ubuntu skip the "Waiting for network configuration..." phase when I'm booting without a network connection? I'd like to avoid editing /etc/network/interfaces since I'll need to boot without the network infrequently.
[18:34] <xevious> That was a bit of x/y the way I phrased that.
[18:34] <xevious> Is there a way to disable network configuration at boot without altering /etc/network/interfaces?
[18:45] <Razva> is there any way to tail a juju deployment via autopilot? I cannot really find any logs of the ingoing installation...
[18:49] <coreycb> zul, can you upload aodh, barbican, and designate master branches to xenial from https://code.launchpad.net/~ubuntu-server-dev/+git ?
[18:50] <coreycb> zul, it's all prep work to get them into main
[18:50] <jak2013> hi all i want do this tsk( automatize: http://postimg.org/image/f8gmnnloj/ ) copy a file from swManzana to svrChaol, with scp command and without a password, how do it?  (a friend tell me use: ssh-keygen -t rsa -b 4096) any advice or link for follow? i followed: https://help.ubuntu.com/community/SSH/OpenSSH/Keys   but not luck thanks
[18:53] <iulianpojar> hello, i have MAAS installation, but i can not deploy any pc's, please help me, here are maas logs: [INFO] srvbal02a: Status transition from READY to ALLOCATED
[18:53] <iulianpojar> Feb 18 20:31:15 srvbal02b maas.node: [INFO] srvbal02a: allocated to user iulianpojar
[18:53] <iulianpojar> Feb 18 20:31:15 srvbal02b maas.interface: [INFO] Allocated automatic static IP address <IP_ADDRESS> for eth0 on srvbal02a.
[18:53] <iulianpojar> Feb 18 20:31:15 srvbal02b maas.node: [INFO] srvbal02a: Status transition from ALLOCATED to DEPLOYING
[18:53] <iulianpojar> Feb 18 20:31:16 srvbal02b maas.dns: [INFO] Generating new DNS zone file for norbalmaas
[18:53] <iulianpojar> Feb 18 20:31:16 srvbal02b maas.dns: [INFO] Generating new DNS zone file for 5.168.192.in-addr.arpa
[18:54] <iulianpojar> Feb 18 20:31:16 srvbal02b maas.power: [INFO] Changing power state (on) of node: srvbal02a (node-6cfbf14c-d416-11e5-9f63-00237d57f070)
[18:54] <iulianpojar> Feb 18 20:31:26 srvbal02b maas.import-images: [INFO] Started importing boot images.
[18:54] <iulianpojar> Feb 18 20:31:26 srvbal02b maas.import-images: [INFO] Finished importing boot images, the region does not have any new images.
[18:54] <iulianpojar> Feb 18 20:31:30 srvbal02b maas.bootsources: [INFO] Updated boot sources cache.
[18:54] <iulianpojar> Feb 18 20:31:30 srvbal02b maas.bootresources: [INFO] Started importing of boot images from 1 source(s).
[18:54] <iulianpojar> Feb 18 20:31:31 srvbal02b maas.bootresources: [INFO] Importing images from source: http://maas.ubuntu.com/images/ephemeral-v2/releases/
[18:54] <iulianpojar> Feb 18 20:31:34 srvbal02b maas.bootresources: [INFO] Finished importing of boot images from 1 source(s).
[18:54] <iulianpojar> Feb 18 20:31:34 srvbal02b maas.import-images: [INFO] Started importing boot images.
[18:54] <iulianpojar> Feb 18 20:31:35 srvbal02b maas.import-images: [INFO] Finished importing boot images, the region does not have any new images.
[18:54] <iulianpojar> Feb 18 20:31:36 srvbal02b maas.drivers.power.ipmi: [WARNING] Failed to change the boot order to PXE <IP_ADDRESS>:
[18:54] <roaksoax> !pastebin
[18:54] <iulianpojar> Feb 18 20:31:38 srvbal02b maas.power: [INFO] Changed power state (on) of node: srvbal02a (node-6cfbf14c-d416-11e5-9f63-00237d57f070)
[18:54] <iulianpojar> Feb 18 20:34:25 srvbal02b maas.node: [INFO] srvbal02a: Status transition from DEPLOYING to FAILED_DEPLOYMENT
[18:54] <roaksoax> !pastebin > iulianpojar
[18:54] <iulianpojar> Feb 18 20:34:25 srvbal02b maas.node: [ERROR] srvbal02a: Marking node failed: Installation failed (refer to the installation log for more information).
[18:54] <iulianpojar> Feb 18 20:34:45 srvbal02b maas.node_query: [INFO] srvbal02a: Power is on.
[18:55] <roaksoax> iulianpojar: also, check the installation log on the WebUI of the node
[18:55] <roaksoax> iulianpojar: go all the way to the button and you can see if there in the drop down
[18:56] <Razva> roaksoax any hints on what to tail in order to see what juju is doing on the remote node...?
[18:56] <Razva> because at this point i'm...ehm...looking at the screen, with no idea of what is happening
[18:56] <roaksoax> Razva: i'd ping andreas or dpb1  :)
[18:57] <roaksoax> dpb1: ^^ ?
[18:57]  * Razva pings dpb1 :D
[18:57] <zul> coreycb: ugh..
[18:58] <thebwt> Hey guys, trying to get correct information on CVE-2015-7547 . http://people.canonical.com/~ubuntu-security/cve/pkg/glibc.html has "--" for prcise and trusty, and marked DNE. Yet we can confirm that the versions are 2.9 and higher there.
[18:59] <zul> coreycb: its not like i had to do anyting this afternoon anwyays :)
[18:59] <iulianpojar> sorry here is the maas logs: http://paste.ubuntu.com/15116147/ and latest machine events: http://paste.ubuntu.com/15116397/
[18:59] <coreycb> zul, should be fairly simple
[18:59]  * thebwt derps and scrolls up a bit
[19:00] <coreycb> zul, I'm on the DMB agenda for a week from monday for more upload priveleges
[19:00] <coreycb> privileges
[19:00] <zul> coreycb: the date is circled in my calendar :P
[19:00] <coreycb> zul, oh mine too believe me
[19:02] <Razva> roaksoax great: http://pastebin.com/5RicTdhw :D any idea why? another node was already deployed...
[19:02] <sdeziel> thebwt: http://people.canonical.com/~ubuntu-security/cve/pkg/eglibc.html
[19:08] <zul> coreycb: use me...abuse me....done
[19:08] <coreycb> zul, thanks
[19:15] <dpb1> Razva: sec, I have an article
[19:15] <dpb1> Razva: http://askubuntu.com/questions/606422
[19:18] <Razva> dpb1 thanks for the link, but my question was how can I see the log files while Juju is "working", while it's "working". not before it failed.
[19:19] <dpb1> Razva: I don't follow
[19:19] <sarnold> Razva: juju debug-log perhaps? https://jujucharms.com/docs/1.21/troubleshooting
[19:20] <Razva> dpb1 at this point I'm deploying OpenStack via MAAS + Juju. At this point Juju is "working", but I have no idea what it's doing :)
[19:20] <dpb1> Razva: you can get access to the juju environment to see what it's doing by following the instructions I pasted.
[19:21] <Razva> aaaand if the env is not deployed yet?
[19:21] <dpb1> did you try? :)
[19:21] <dpb1> if it's passed bootstrap, you can access it.
[19:21] <dpb1> s/passed/past/
[19:24] <Razva> trying right now
[19:28] <Razva> dpb1 by tech guy is telling me that "we are not using manual juju bootstrap process. for us bootstrap was being  run  by autopilot. and our environment is still in bootstrap, it has not passed this step"
[19:29] <dpb1> ok
[19:29] <dpb1> until then, there is nothing to see.  If that fails, there will be somethign printed by the autopilot
[19:29] <Razva> dpb1 haha, he told me the exact same thing. isn't this wonderful? :))
[19:30] <dpb1> :)
[19:31] <Razva> is this technically impossible or...why didn't the persons who wrote all this made a way to monitor stuff? it's the first time I'm hearing about a "thing that cannot be monitored"...
[19:33] <sarnold> Razva: have you had any success with juju debug-log?
[19:33] <Razva> sarnold right now my colleague/tech is trying to deploy again. previously it failed because of this: http://pastebin.com/5RicTdhw
[19:33] <Razva> aaand we have the same issue.
[19:34] <Razva> http://pastebin.com/8zmJaQdr
[19:34] <Razva> any hints guys?
[19:35] <sarnold> Razva: hmm, I can connect to streams.canonical.com:443 just fine.. is it firewalled off? does it need to go through a proxy of some sort?
[19:36] <sarnold> .. and I can download the trusty-amd64 tgz tools that are referenced in the second paste; it's slow, but downloading..
[19:37] <Razva> sarnold it downloaded ok all files UNTIL that one.
[19:37] <Razva> it crashed on that specific file, for two times in a row.
[19:40] <Razva> we're changing mirrors at this point.
[19:41] <Razva> and now we need to wait 10-15 minutes again, without knowing if it will work or crash. this is *so* frustrating.
[19:42] <sarnold> Razva: hmm, I asked our IS guys, those systems are apparently fine, that file served up fine from multiple locations..
[19:43] <Razva> ok, trying right now from a London mirror (the servers are physically located in Maidenhead)
[19:44] <Razva> if it crashes again I have a feeling that you'll see some monitors high in the sky.
[19:44] <sarnold> Razva: suggested "mtr --report -T -P 443 streams.canonical.com" debugging aide from IS :)
[19:45] <Razva> from maas I suppose?
[19:46] <sarnold> I think so; probably any host on that network ought to suffice
[19:48] <Razva> I'll do it from the maas/juju server, just to be sure
[19:48] <Razva> sarnold: http://pastebin.com/SCiQuiBK
[19:49] <sarnold> Razva: zounds, 40% packetloss on the first hop, 10% on the last; maybe run a few more? that's staggering..
[19:50] <Razva> doing it from my local server
[19:51] <Razva> guys, I *really* need an advice here. should I go with 14 or 15, for a fresh maas+autopilot+juju+whatever_ubuntu_cloud_openstack ?
[19:52] <Razva> sarnold: tests from local and maidenhead again - http://pastebin.com/xpEDs2gF
[19:52] <jrwren> Razva: do you want to upgrade every 6-9mo or every 2-5yrs?
[19:52] <sarnold> Razva: I'd think 14.04 unless you want to upgrade again soon
[19:53] <Razva> jrwren update everything in general...?
[19:53] <jrwren> Razva: yes, only LTS releases are supported for more than 9mo.
[19:53] <Razva> or just the OS, or just OpenStack
[19:53] <sarnold> Razva: interesting, maybe I'm misinterpreting the packetloss numbers for TCP..
[19:54] <Razva> sarnold: refresh http://pastebin.com/xpEDs2gF please, I've inserted the "table" headers also
[19:55] <Razva> jrwren will 14 pe upgradable to 16 LTS?
[19:55] <Razva> or I'll need to start everything from scratch...?
[19:56] <jrwren> Razva: yes, upgradable
[19:56] <sarnold> 14.04 LTS can be upgraded to 16.04 LTS but I don't think I'd jump on that upgrade for the "cloud" layer of the system -- it'd probably require a fair amount of work. unless you needed new features from the newer offering..
[19:56] <Razva> theeeen I suppose I should stick with 14?
[19:57] <Razva> sarnold that applies also to 15?
[19:57] <sarnold> Razva: yeah, upgrading from 15.10 to 16.04 LTS is probably going to require some effort too
[19:58] <Razva> so the advice is to stick with 14 'till 2017 then move everything up to 16 LTS, because I suppose at that time it'll be "debugged"?
[19:59] <Razva> or I have the option to stay with 14 'till 16 is out, then move everything to 16 (I won't have *that* much data in the next 6 months anyway...)
[19:59] <sarnold> we start notifying 14.04 LTS users that there's a new LTS release available and offer it for upgrade when the 16.04.1 point release is available ;) it's normally a few months..
[19:59] <sarnold> you can do that too
[20:00] <sarnold> you can also stay on 14.04 LTS until 2019 if you're lazy :)
[20:00] <Razva> sarnold: can you please take a look at the refreshed http://pastebin.com/xpEDs2gF ?
[20:00] <sarnold> Razva: it's nice the 10% at the cloud-images server is fixed.. but this is worrying:
[20:00] <sarnold>   1.|-- <IP_ADDRESS>                50.0%    10  3002. 1000.   0.6 3002. 1224.2
[20:00] <Razva> sarnold: well, at this point I have a single client for OpenStack, which I badly need to serve. so I can stick with 14 'till 16 is out, but I'm "afraid" that 16 will be buggy. :|
[20:01] <sarnold> Razva: that line either means that I don't know what the "Loss%" line means when mtr is run in -T mode, but 50% packetloss on a network will make things _miserable_. try ping floods between hosts, smokeping, mtr between pairs of hosts, etc, try to figure out if you've got a bad switch or cable or NIC or routing loop or something else strange
[20:02] <Razva> <IP_ADDRESS>                20.0%
[20:02] <sarnold> Razva: aha; then you may wish to deploy on 14.04 LTS and upgrade to 16.04.1 when it is released
[20:03]  * Razva is contacting the data-center regarding that huge loss
[20:04] <sarnold> Razva: hmm, first run mtr for a while
[20:04] <sarnold> Razva: it appears to be fairly lossy at the start; after ~100 packets between two hosts in my home network, it's settled down a bit
[20:08] <Razva> it got down from 50% to 20%
[20:08] <Razva> doesn't wants to go lower than 20%. I just wrote the DC guys.
[20:09] <sarnold> Razva: how many requests were sent? now that i'm 385 packets into my mtr probe of my network I'm at 0.3%
[20:10] <Razva> no idea, how can I see that please?
[20:10] <Razva> should I keep it going?
[20:11] <Razva> I have constant 20-30% loss, but hey...it's not 50%!
[20:11] <Razva> wooow 50% again.
[20:12] <sarnold> Razva: remove the --report option and re-run
[20:12] <sarnold> that'll have it run forever..
[20:13] <Razva> ah ok!
[20:14] <Razva> 18%
[20:15] <sarnold> let it get to 200 packets or so before bugging the datacenter staff :)
[20:16] <Razva> hah, something "clicked", it jumps between 0.9 and 7000 last ping
[20:16] <Razva> sent 200 and going down
[20:16] <Razva> so weird.
[20:18] <Razva> "I will need to escalate this to our Data Centre Technicians for further investigation. Once we have a further update we will be back in touch." < oh I loooove these predefined answers :))
[20:18] <sarnold> very odd.. I wonder if TCP may also increase the stddev compared to icmp -- it takes more effort to reply to tcp packets than icmp packets. but 7000 ms is an eternity
[20:18] <sarnold> heh
[20:20] <Razva> it usually crashed at ~1300-1400 seconds
[20:21] <Razva> we're at 850, so in 550 seconds will see if it crashes again at the same file.
[20:21] <sarnold> heh
[20:22]  * Razva is singing "it's the final countdoooooown"
[20:22] <Razva> or somebody could do a darn thing that could log autopilot's stuff!!! :))
[20:27] <Razva> aaaaaaaaaaaaand it failed again, at the exact same file.
[20:28] <Razva> sarnold: http://pastebin.com/3vtP0wvP
[20:29] <xevious> Is there a way to prevent the system from configuring the network interface during boot without altering /etc/network/interfaces?
[20:29] <sarnold> Razva: can you wget https://streams.canonical.com/juju/tools/releases/juju-1.25.3-trusty-amd64.tgz  that file directly?
[20:29] <Razva> BUT if I wget the file directly...it works like a charm!
[20:29] <sarnold> Razva: dude.. sigh.
[20:29] <Razva> sarnold just did that, yes I can: 00%[[20:29] <sarnold> Razva: nice network :)
[20:29] <sarnold> heh
[20:30] <Razva> 1gbps
[20:30] <Razva> BUT the file it's not downloaded on maas, but on the deployed server, right?
[20:30] <jrwren> is it that your maas server can access that url, but this controller node you are bootstrapping cannot?
[20:30] <Razva> jrwren exactly
[20:30]  * Razva is pulling his hair
[20:30] <jrwren> so could be an iptables config issue.
[20:30] <jrwren> or proxy issue.
[20:31] <Razva> no proxies
[20:31] <jrwren> maas should act as a proxy and configure the juju nodes to use it as proxy, IIRC
[20:31] <Razva> ok, how can we check the settings on maas?
[20:32] <sarnold> Razva: I think it's time to file a bug report, you've done a fair amount of debugging..  if you followed these instructions, http://www.ubuntu.com/download/cloud/install-openstack-with-autopilot then I'd suggest 'ubuntu-bug openstack'
[20:32] <Razva> I'm asking my colleague/tech guy to join here
[20:32] <Razva> I need to take a break, or else some PC components will suffer.
[20:33] <sarnold> good luck Razva, see ya
[20:33] <saket_> Hi Razva
[20:33] <iulianpojar> Razva: maybe you had network setup after MAAS setup? try this: sudo dpkg-reconfigure maas-cluster-controller && sudo dpkg-reconfigure maas-region-controller
[20:33] <sarnold> hey saket_ -- I just mentioned to Razva that it's probably worth filing a bug at this point -- if you followed the instructions at http://www.ubuntu.com/download/cloud/install-openstack-with-autopilot then I'd suggest "ubuntu-bug openstack"
[20:33] <Razva> sarnold, jrwren, saket_ is my colleague/tech-guy :)
[20:34] <saket_> yes I will
[20:34] <saket_> I had configured the network and all other setup as per document
[20:34] <Razva> at this point we'll reinstall maas. AGAIN.
[20:34] <saket_> and followed instruction according to that
[20:34] <Razva> but in 5 mins, I really need to get some fresh air.
[20:34] <sarnold> Razva: go walk the dog before you lose another monitor :)
[20:42] <Razva> sooo. anti-stress ball: checked. hot milk: checked. cookies: checked. let's get back to business! :)
[20:42] <jak2013> arrrghhh done
[20:43] <sarnold> ooh cookies :)
[20:43] <Razva> sarnold aha, those with sugar on top, packaged in a round metal box!
[20:44] <sarnold> ooh those buttery ones from .nl? or that pretend to come from .nl? :)
[20:44] <Razva> these one *really* are from NL :D
[20:45] <Razva> btw sorry for my bad english, I'm not a native...
[20:45] <Razva> saket_ for how many times did we reinstalled Ubuntu in the last 3 days? I think we passed the 10 mark...?
[20:46] <sarnold> that's quite alright :) much better than my romanian.. :)
[20:46] <sarnold> lunch, good luck ;)
[20:46] <Razva> sarnold will you be back? the entire galaxy is waiting for you to come back!
[22:31] <sarnold> Razva: hmm, check those systems for dmesg entries, log entries, etc. look for something unusual
[22:45] <jeeves_moss> is there a way to turn on circular logging (like syslog) for a specific log file?
[22:47] <Razva> sarnold seems that my colleague fixed it with a BIND caching server
[23:01] <jrwren> Razva: DNS?!? huh. figures.
[23:02] <Razva> yyyyyyyyyyyup.
[23:03] <Razva> hint: DON'T remove/dismiss nodes when Autopilot is bootstraping. It will fail when providing the second node.
[23:03] <Razva> I can write a novel: the struggles of deploying Ubuntu Cloud
[23:04] <Razva> I hope that the guy who developed autopilot will at least catch a flu, for all the trouble he's causing to the world! :))
[23:05] <Razva> I'm out, cheers
[23:07] <jrwren> no way, its 1000X better than the alternative.
[23:53] <ddellav> coreycb let me know if i should delete the MIR


[16:00] <BUGabundo> boa tardes
[16:17] <BUGabundo> a bit OT but if anyone needs it: http://ppa-search.appspot.com/
[20:38] <dobey> man, 2d video is still slow even with working poulsbo drivers on jaunty :-/
[20:38] <dobey> but 300dpi is nice. i can almost actually read serif fonts on web sites at that resolution
[20:54] <BUGabundo> dobey: LOLOL
[20:58] <dobey> the u820 is a bit hard to type on though. it's fine as long as i don't have to type any puncuation or numbers, as they're a bit off from normal
[20:59] <dobey> it could be the compositing in metacity making it slower though
[21:08] <dobey> 720p video is fail though :(d
[21:09] <dobey> poulsbo fail


[18:16] <Tiki342> hi all,  i have an itronix lx260 laptop that has a built in leadtek gps unit.  does anyone know how i can get linux to recognize it and interact with gpsdrive?


[09:56] <mup> Bug #1999689 changed: arm64 focal hwe-20.04 kernel on aligned on 64k boundary <MAAS:Triaged> <https://launchpad.net/bugs/1999689>
[09:56] <mup> Bug #2042352 changed: jammy not a valid distro <cdo-qa> <foundation-engine> <MAAS:Invalid> <https://launchpad.net/bugs/2042352>
[10:02] <mup> Bug #1999689 opened: arm64 focal hwe-20.04 kernel on aligned on 64k boundary <MAAS:Triaged> <https://launchpad.net/bugs/1999689>
[10:02] <mup> Bug #2042352 opened: jammy not a valid distro <cdo-qa> <foundation-engine> <MAAS:Invalid> <https://launchpad.net/bugs/2042352>
[10:08] <mup> Bug #1999689 changed: arm64 focal hwe-20.04 kernel on aligned on 64k boundary <MAAS:Triaged> <https://launchpad.net/bugs/1999689>
[10:08] <mup> Bug #2042352 changed: jammy not a valid distro <cdo-qa> <foundation-engine> <MAAS:Invalid> <https://launchpad.net/bugs/2042352>
[10:11] <mup> Bug #2019210 changed: move away from abstractproperty which is deprecated <papercut> <MAAS:Invalid> <https://launchpad.net/bugs/2019210>
[10:11] <mup> Bug #2028604 changed: ansible documentation need updates about pre-requisites <MAAS documentation:Triaged> <https://launchpad.net/bugs/2028604>
[10:14] <mup> Bug #2019210 opened: move away from abstractproperty which is deprecated <papercut> <MAAS:Invalid> <https://launchpad.net/bugs/2019210>
[10:14] <mup> Bug #2028604 opened: ansible documentation need updates about pre-requisites <MAAS documentation:Triaged> <https://launchpad.net/bugs/2028604>
[10:23] <mup> Bug #2019210 changed: move away from abstractproperty which is deprecated <papercut> <MAAS:Invalid> <https://launchpad.net/bugs/2019210>
[10:23] <mup> Bug #2028604 changed: ansible documentation need updates about pre-requisites <MAAS documentation:Triaged> <https://launchpad.net/bugs/2028604>
[11:32] <mup> Bug #1999641 changed: [MAAS 3.3] "Machines view" displays twice the storage capacity for each server <MAAS:Fix Released> <https://launchpad.net/bugs/1999641>
[13:41] <mup> Bug #2044378 opened: Custom image without title shows as blank in UI when deploying <MAAS:Triaged> <maas-ui:New> <https://launchpad.net/bugs/2044378>
[13:47] <mup> Bug #2044378 changed: Custom image without title shows as blank in UI when deploying <MAAS:Triaged> <maas-ui:New> <https://launchpad.net/bugs/2044378>
[13:50] <mup> Bug #2044378 opened: Custom image without title shows as blank in UI when deploying <MAAS:Triaged> <maas-ui:New> <https://launchpad.net/bugs/2044378>
[16:59] <mup> Bug #2044396 opened: allow_dns accepts boolean instead of Int in the help <MAAS:New> <https://launchpad.net/bugs/2044396>
[17:05] <mup> Bug #2044396 changed: allow_dns accepts boolean instead of Int in the help <MAAS:New> <https://launchpad.net/bugs/2044396>
[17:08] <mup> Bug #2044396 opened: allow_dns accepts boolean instead of Int in the help <MAAS:New> <https://launchpad.net/bugs/2044396>
[17:08] <mup> Bug #2044399 opened: No status info in machine detailed view <MAAS:New> <https://launchpad.net/bugs/2044399>
[17:11] <mup> Bug #2044399 changed: No status info in machine detailed view <MAAS:New> <https://launchpad.net/bugs/2044399>
[17:17] <mup> Bug #2044399 opened: No status info in machine detailed view <MAAS:New> <https://launchpad.net/bugs/2044399>
[17:23] <mup> Bug #2044399 changed: No status info in machine detailed view <MAAS:New> <https://launchpad.net/bugs/2044399>
[17:29] <mup> Bug #2044399 opened: No status info in machine detailed view <MAAS:New> <https://launchpad.net/bugs/2044399>
[17:32] <mup> Bug #2044403 opened: allow_dns=false doesn't take effect - MAAS DNS is added to an interface with allowed_dns=false <MAAS:New> <https://launchpad.net/bugs/2044403>
[17:35] <mup> Bug #2044403 changed: allow_dns=false doesn't take effect - MAAS DNS is added to an interface with allowed_dns=false <MAAS:New> <https://launchpad.net/bugs/2044403>
[17:41] <mup> Bug #2044403 opened: allow_dns=false doesn't take effect - MAAS DNS is added to an interface with allowed_dns=false <MAAS:New> <https://launchpad.net/bugs/2044403>
[17:44] <mup> Bug #2044403 changed: allow_dns=false doesn't take effect - MAAS DNS is added to an interface with allowed_dns=false <MAAS:New> <https://launchpad.net/bugs/2044403>
[17:56] <mup> Bug #2044403 opened: allow_dns=false doesn't take effect - MAAS DNS is added to an interface with allowed_dns=false <MAAS:New> <https://launchpad.net/bugs/2044403>
[22:20] <mup> Bug #2044417 opened: unexpected: ServerError: 504 Gateway Time-out when requesting machine by juju <MAAS:New> <https://launchpad.net/bugs/2044417>
[22:50] <mup> Bug #2044417 changed: Sometimes it takes 25min to deploy a VM <MAAS:New> <https://launchpad.net/bugs/2044417>