[00:58] <drab> bah, still stuck on this macvlan thing. I've read all the links I could find, including stgraber's comments but still not joy, unclear what I'm doing wrong: https://github.com/lxc/lxd/issues/1343
[00:58] <drab> https://lists.linuxcontainers.org/pipermail/lxc-users/2010-July/000557.html
[00:58] <drab> that in theory seems pretty clear...
[00:58] <drab> basically add a macvlan interface on the host and have the containers use that as parent with a macvlan bridge type
[00:59] <drab> makes perfect sense, but then no joy
[00:59] <drab> only thing I know that looks fishy is that lxc network show doesn't show mvlan0
[00:59] <drab> even tho my container is using it and it works (can get an ip, ping etc)
[01:02] <sarnold> drab: pastebin your /etc/network/interfaces and lxd configs and maybe someone can spot it?
[01:12] <stgraber> drab: what are you trying to do? use macvlan for your containers and still allow them to talk to the host?
[01:16] <drab> http://dpaste.com/0G594NT
[01:16] <drab> stgraber: yes
[01:16] <drab> which yuo commented on in that github issue and on the ML
[01:16] <drab> and I think I'm doing what you saif, but I can't get it to work
[01:16] <drab> the only thing that seems suspicious is the fact that lxc network list does not show mvlan0
[01:16] <drab> only eth0
[01:17] <drab> and if I try to do lxc network create mvlan0 I get an error that it already exists
[01:17] <stgraber> drab: your setup looks wrong
[01:17] <stgraber> you should have:
[01:17] <drab> ok, great
[01:17] <stgraber>  - eth0: unconfigured (which seems fine)
[01:17] <stgraber>  - mvlan0: macvlan on top of eth0, configured with your host's IP (which seems fine)
[01:18] <stgraber>  - containers: macvlan on top of eth0 (that's wrong in your setup)
[01:18] <stgraber> so set parent to eth0 for your containers and that "should" fix the problem
[01:18] <drab> ah
[01:18] <stgraber> macvlan devices can never talk to their parent, they can only talk to the outside and to their siblings
[01:19] <drab> right, which is why I set the parent to mvlan, I was hoping to be able to ping eth0 of the host
[01:19] <drab> but that didn't work
[01:19] <stgraber> oh, I missed that, your eth0 is also wrong indeed
[01:19] <drab> since the eth0 of the host is what is in dns and nodes will try to raech
[01:19] <stgraber> your eth0 should be completely unconfigured. What used to be on eth0 should be moved to mvlan0. And then all containers should set parent=eth0
[01:20] <drab> oh, so that's basically the same thing you'd do with a bridge then
[01:20] <stgraber> yep
[01:20] <drab> I thought the point of mvlan was that I didn't need to touch eth0, but guess that's true only if I don't care about host/guest ping
[01:21] <drab> well, point, easier to setup, fewer things to muck with
[01:21] <stgraber> right, you don't need to touch eth0 so long as you don't need to talk to it
[01:21] <stgraber> which is the case for a lot of people
[01:21] <drab> is there still a point in macvlan then? just the supposed better perf from container to container?
[01:21] <drab> assuming you wanna talk to the host
[01:21] <drab> that is
[01:26] <stgraber> there should be a bit more hardware based optimization for macvlan than for standard bridges but bridge+veth is also a much more tested setups so unless you need to squeeze every bit of performance, I'd recommend bridging
[18:15] <spat> Can someone tell me how it is possible to have a disk that is 54% full and complain there is no free space?
[18:17] <alkisg> what's the output of df -h, and the exact message of disk full?
[18:32] <cncr04s> your inode space could be full
[18:33] <tsimonq2> spat: What FS are you using?
[18:33] <spat> ext4
[18:33] <spat> cncr04s: how can I check that?
[18:34] <cncr04s> df -i ?
[18:34] <cncr04s> yep
[18:34] <spat>  df -i
[18:34] <spat> Filesystem     Inodes  IUsed  IFree IUse% Mounted on
[18:34] <spat> devtmpfs       505187    378 504809    1% /dev
[18:34] <spat> tmpfs          505610      1 505609    1% /dev/shm
[18:34] <spat> tmpfs          505610    499 505111    1% /run
[18:34] <spat> tmpfs          505610      3 505607    1% /run/lock
[18:34] <spat> tmpfs          505610     16 505594    1% /sys/fs/cgroup
[18:34] <spat> tmpfs          505615      4 505611    1% /run/user/5701
[18:35] <spat> sorry should have pastebinned that
[18:35] <cncr04s> you only appear to have tmpfs and no actual /
[18:35] <spat>  /dev/root<PHONE_NUMBER>72    188  100% /
[18:35] <cncr04s> ah, yep thats all i needed
[18:35] <cncr04s> your at 100%
[18:36] <spat> didn´t print because of the /
[18:36] <spat> yep noticed that as well
[18:36] <spat> how can I see where they are used?
[18:36] <cncr04s> your using 655,000 files somewhere
[18:39] <cncr04s> du -hc /
[18:49] <genii> Almost always it's /var/log or /var/spool
[19:33] <tpw_rules> on my 16.04LTS server openvpn doesn't start correctly on boot. its service is enabled with my config and it starts great when i do systemctl start after boot has finished. here are the logs: http://pastebin.com/tDHKnUS7 top is after boot, bottom is after running "systemctl start openvpn@server-tcp"
[19:53] <tpw_rules>  /join #openvpn
[20:02] <patdk-lp> did you, systemctl enable openvpn, and systemctl enable<EMAIL_ADDRESS>assuming your config is called for openvpn /etc/openvpn/server-tcp.ovpn or /etc/openvpn/server-tcp.conf
[20:03] <tpw_rules> patdk-lp: yes
[20:03] <tpw_rules> which is how i get the first part of the log i pasted
[21:00] <drab> stgraber: can you comment on the nested container issue and zfs? am I understanding correctly that the combination won't work?
[21:00] <drab> https://github.com/lxc/lxd/blob/master/doc/storage-backends.md
[21:01] <drab> that page suggests that nesting is not supported with ZFS backend
[21:01] <drab> and I need directory storage or btrfs
[21:01] <drab> but maybe I'm missing something
[23:02] <DK2> what could a soft lock up cpu stuck indicate to?
[23:03] <DK2> im getting kernelpanics with this error
[23:05] <ikonia> hardware error


[07:05] <ochosi> flocculant (and everyone else), if you have time, it would be nice if you could confirm https://bugs.launchpad.net/bugs/1637322
[13:18] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r484 Fix button appearance in notifications (fixes #159)... (by Simon Steinbeiß)
[13:18] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r485 Prepare for Gtk3 xfce4-panel... (by Simon Steinbeiß)
[14:08] <akxwi-dave> ochosi   re the above https://usercontent.irccloud-cdn.com/file/KTG6aTIy/grey.png
[14:09] <akxwi-dave> as you will see on files there is the line.. on gnome documents and most other ones it looks fine.
[14:49] <RFleming> Good morning!
[15:07] <akxwi-dave> how do
[15:48] <ochosi> akxwi-dave: oh, so you mean it fixes almost all apps but not files? (i have mostly tried those apps that we ship by default, e.g. evince, file-roller)
[15:49] <ochosi> akxwi-dave: i think it's worth to add that comment to the report, so the patch improves the situation in most cases but doesnt fix everything, its still SRU worthy imo
[15:50] <akxwi-dave> files was the only one that really stood out.. there was one more but not as noticable..   And yes I will do..
[17:41] <flocculant> ochosi: only have zesty and xenial now
[17:44] <slickymasterWork> flocculant, sorry but unfortunately didn't manage to find the time to boot the ISO :(
[17:44] <slickymasterWork> will try to do it tomorrow
[18:09] <flocculant> that's fine :)
[21:19] <ochosi> flocculant: no worries
[21:25] <flocculant> ochosi: you know what I'm like - too quick to jump to those unsupported releases :p
[21:28] <flocculant> if the bug needs more than one confirmation I can install yakkety - let me know - I'm off now but will see tomorrow :)
[21:31] <flocculant> alternatively I could perhaps downgrade greybird in zesty - and check - then go back to version in zesty ?
[21:36] <ochosi> flocculant: i think you should be seeing the same issue in zesty
[21:36] <ochosi> but it's ok, we'll find others to test
[21:41] <ochosi> bluesabre: humm, i can't remember what our plan with light-locker-settings was, did we say we discontinue it or shall we try to keep it working? in any case, there is a fork on github which seems to have some commits we might want to borrow: https://github.com/maexbower/light-locker-settings/commits/master
[21:53] <ochosi> bluesabre: ok, forget it, i guess there's nothing much ;)
[21:53] <knome> lol
[21:53] <knome> hello ochosi
[21:53] <ochosi> hey
[21:57] <ochosi> you "still" on yakkety by any chance?
[21:57] <knome> nope
[23:06] <bluesabre> evening everyone
[23:06] <knome> hi
[23:06] <bluesabre> hi knome
[23:06] <knome> do you come here often?
[23:06] <knome> a/s/l?
[23:07] <bluesabre> #-ot
[23:07] <knome> lol
[23:22] <ochosi> evening bluesabre
[23:22] <bluesabre> hey ochosi
[23:23] <bluesabre> ochosi, how's it going?
[23:23] <ochosi> it's alright, prepping a series of releases
[23:23] <ochosi> just did notifyd
[23:23] <ochosi> will do clipman next and then hopefully greybird
[23:24] <bluesabre> congrats on that
[23:24] <bluesabre> nice
[23:24] <ochosi> though not all of those tonight
[23:24] <knome> !conga-rats
[23:24] <ochosi> and i made more progress on the xfce4-panel's gtk3 port
[23:24] <ochosi> it'll be more effort, but it's working suprisingly well for me in everyday life
[23:24] <genii> Who knew, ubottu has a musical streak
[23:25] <bluesabre> pretty good to hear
[23:25] <ochosi> hope i get some ppl to try it out asap
[23:26] <bluesabre> I might be able to check it out soon
[23:26] <ochosi> how about you? noticed you fixed mugshot amongst others and sgt-launcher has been released (or will soon be?)
[23:26] <ochosi> that'd be nice, be sure to try the gtk3_css branch
[23:27] <bluesabre> ochosi, yeah, mugshot, xfce4-settings, and sgt-launcher all released recently
[23:28] <bluesabre> hoping to get the discussion rolling for including it in zesty during tomorrow's meeting
[23:28] <bluesabre> which I hope to attend
[23:28] <ochosi> yupp
[23:28] <ochosi> and true, settings. had almost forgotten about that :D
[23:29] <bluesabre> got some menulibre work to do
[23:29] <bluesabre> and will probably spend more time on exo shortly
[23:29] <bluesabre> but this weekend will be completely afk
[23:30] <knome> oh, since you are both here
[23:30] <knome> should we try to do some council discussion after the meeting?
[23:30] <ochosi> bluesabre: i still hope we can at least cut down exo, even if not entirely get rid of it
[23:30] <knome> (people are free to take part in that too, but it's probably not something for the meeting as it might not be of interest for them)
[23:31] <ochosi> yeah, let's try that
[23:31] <bluesabre> meeting is right before I get off work tomorrow, might make the meeting, but will be gone for ~hour after it
[23:31] <knome> boo
[23:31] <ochosi> oh
[23:31] <ochosi> :)
[23:31] <bluesabre> but you guys are free to discuss
[23:31] <knome> well, it's not the same with you, sean
[23:32] <knome> you know we have a tradition with the three-ways too
[23:32] <knome> :P
[23:32] <bluesabre> D:
[23:32] <knome> seriously i think it needs us all
[23:33] <knome> so if the time doesn't work for you, then let's skip for another time
[23:33] <knome> there's nothing pressing anyway
[23:33] <bluesabre> then we can try for when I get home
[23:33] <bluesabre> if you guys are online then, we can just have it then
[23:33] <knome> maybe, it might be a bit late though
[23:34] <knome> but let's see; as you know i tend to be up late so there's a good possibility i'm around
[23:36] <ochosi> yup, can't promise anything for that time
[23:51] <knome> anyway, i'm done for today
[23:52] <knome> catch you all tomorrow
[23:52] <slickymaster> have a good one, knome


[18:27] <AlanBell> it would be rather nice if the fields on the rooms for the icecast links etc could be filled in this time, I don't have any access to do that
[18:28] <cjohnston> AlanBell: poke mhall119
[18:28] <mhall119> gently
[18:28] <cjohnston> anyone wanna figure out why this twitter crap isnt working
[18:28] <mhall119> AlanBell: I've asked IS to get me the icecast URLs as soon as they're created so I can add them to summit
[18:29] <mhall119> cjohnston: nope, get a Linaro guy
[18:29] <AlanBell> great, thanks mhall119
[18:29] <cjohnston> the linaro guy is already off for the day.. and its an ubuntu thing
[18:29] <mhall119> don't tell him that
[18:30] <cjohnston> AlanBell: uds.chrisjohnston.org
[18:34] <AlanBell> is an apache file listing page
[18:49] <cjohnston> Amoz: ping
[18:49] <cjohnston> AlanBell: uds.chrisjohnston.org/panel.php
[18:51]  * cjohnston needs a css person... again
[18:52] <mhall119> cjohnston: any chance of you approving https://code.launchpad.net/~mhall119/summit/fixes-994333/+merge/104658 ?
[18:52] <Ronnie1> cjohnston: do you have problems with css?
[18:52] <cjohnston> Ronnie1: I suck at it.. I have a design to implement tho... but no time to do it
[18:52] <Ronnie1> let me check
[18:53] <Ronnie1> i can give some advice
[18:53] <cjohnston> Ronnie1: its for http://uds.chrisjohnston.org/panel.php... I have an image of what it should look like
[18:56] <Amoz> cjohnston, pong
[18:56] <Ronnie1> cjohnston: if you can send me the image ill have a look
[18:56] <cjohnston> Amoz: the conversation I had with Ronnie1 was what I pinged you abot
[18:56] <cjohnston> about
[18:57] <Amoz> I figured
[18:57] <Amoz> :P
[18:57] <cjohnston> http://ubuntuone.com/1rYtE16RctbR952PCIlcND
[18:57] <cjohnston> Amoz: Ronnie1 ^
[18:57] <Amoz> cjohnston, is that a Mac? O_O
[18:58] <cjohnston> not my mac
[18:58]  * cjohnston doesnt have a mac
[18:58] <Ronnie1> aaaah, there all iframes
[18:59] <cjohnston> Ronnie1: uh huh
[18:59] <cjohnston> mhall119: done
[18:59] <mhall119> thanks cjohnston
[18:59] <cjohnston> i think tarmac is still down
[18:59] <cjohnston> are you going to do a release or do i need to
[19:00] <mhall119> can you?
[19:00] <cjohnston> umm
[19:00] <mhall119> I'm about to pack up and change rooms again
[19:00] <cjohnston> i still havent packed
[19:00] <cjohnston> ya..
[19:00] <cjohnston> ill do it
[19:01] <Ronnie1> and width and height are all percentages. that makes it really difficult
[19:04] <Ronnie1> cjohnston: ill pass. its too hard to put fixed size images in a dynamic sized iframe and look good on different screen resolutions
[19:04] <cjohnston> Ronnie1: ok.. the issue is I don't know the info about the screens that they are going on right now
[19:04] <cjohnston> thanks for looking
[19:04] <cjohnston> the page is built for one screen
[19:05] <cjohnston> but i dont yet know what the screen is
[19:06] <AlanBell> cjohnston: I would love to help but I am running around packing for the plane tomorrow morning
[19:06] <cjohnston> :-)
[23:11] <daker_> :/ no UDS for me
[23:11] <daker_> :'(
[23:13] <cjohnston> :(
[23:22] <daker_> i hope that the next one will be in europe


[00:56] <ahoneybun> Howdy
[00:57] <ahoneybun> Hey valorie
[00:57] <ahoneybun> Hey lordievader
[06:17] <soee> good morning
[06:43] <Guest2126> houston we got a problem
[06:44] <Guest2126> uefi mode activated + kubuntu = mess system with a nice grub in minimal mode result
[06:46] <Guest2126> Riddell: uefi on + kubuntu = installation went good but then you can't boot ...
[07:07] <valorie> hmm, I missed aaron again
[07:07] <valorie> sadness
[08:08] <cortexA9> hello
[08:16] <jussi> morning cortexA9
[08:17] <Riddell> morning
[08:25] <cortexA9> morning Riddell
[08:26] <cortexA9> morning jussi
[08:36] <apachelogger> oh, setting is broken
[08:36] <apachelogger> hooray
[08:51] <apachelogger> Riddell, shadeslayer: bug 1003398 be resolved now?
[08:55] <Riddell> apachelogger: I think so but I'd like to double check to make sure
[08:57] <apachelogger>   Uploading kubuntu-settings_13.10ubuntu11_source.changes: done.
[08:57] <apachelogger> Successfully uploaded packages.
[08:57] <apachelogger> ^ prevents postinst/postrm from ever falling over because a subscript exited !0 and fixes previous FTBFS
[09:05]  * apachelogger wonders why dolphin recommends ruby
[09:05] <soee> oh i have one question
[09:06] <soee> the new NM - is it possible to store wifi password ?
[09:06] <soee> it asks me for it after each boot
[09:09] <apachelogger> Riddell: ^ :O
[09:09] <Tm_T> soee: define "the new"
[09:10] <soee> Tm_T, the new plasma applet written with qml
[09:11] <soee> it comes by default with saucy
[09:11] <Tm_T> righto
[09:11] <apachelogger> Riddell:     - dolphin suggests and not recommends ruby
[09:11] <apachelogger> why did you drop that in the mergE?
[09:17] <Riddell> apachelogger: probably an oversight
[09:17] <apachelogger> src/settings/services/servicemenudeinstallation:#!/usr/bin/env ruby
[09:17] <apachelogger> src/settings/services/servicemenuinstallation:#!/usr/bin/env ruby
[09:17] <apachelogger> oh
[09:18] <apachelogger> it's to isntall servicemenu scripties
[09:18] <apachelogger> Riddell: given increased ISO size I think that is worthwhile supporting
[09:18] <apachelogger> although I do not know why that could not have been implemented using sh upstream :S
[09:19] <apachelogger> http://paste.kde.org/p323a5f1b/
[09:19] <apachelogger> it's really just a glorified bash script
[09:23] <apachelogger> ohohoho
[09:23] <apachelogger> agateau: does the ubiquity sidebar thing actually scale?
[09:24] <apachelogger> http://wstaw.org/m/2013/09/27/plasma-desktopIx2321.png
[09:25] <apachelogger> ScottK: bug 1001630 .. what do we do with that?
[09:27] <apachelogger> is jonthetaco MIA?
[09:27] <apachelogger> Riddell: do you know the background story on bug 1078379 ?
[09:28] <apachelogger> I seem to recall mails about jockey being discontinued
[09:28] <apachelogger> alas I thought someone other than me was following up on that
[09:46] <jussi> sigh
[09:46] <jussi> saucy still wont log in for me...
[09:47] <jussi> wonder what crazy setting Ive got that I need to be rid of. Anyone for telling me where to find a log which could help?
[09:48] <apachelogger> jussi: .xsession-errors
[09:50] <jussi> init: startkde main process (1920) killed by TERM signal
[09:50] <jussi> not much help that one
[09:51] <jussi> apachelogger: anything else ?
[09:51] <apachelogger> X explodes :P
[09:51] <debfx> .xsession-errors is no more, the upstart user session logs to ~/.cache/upstart/startkde.log
[09:51] <apachelogger> ah
[09:51] <apachelogger> go ubuntu
[09:51] <apachelogger> go systemd
[09:51] <apachelogger> \o/
[09:53] <debfx> is that you volunteering to bring systemd to ubuntu? ;)
[09:53] <apachelogger> that's why we have no .xsession-errors
[09:54] <apachelogger> upstart teaming up with systemd to bring us excellent per-application logging
[09:56] <jussi> hrr
[09:56] <jussi> I dont see anything that helps me here
[09:56] <jussi> but then again, my expertise is not that high
[09:57] <jussi> bunch of stuff about akonadi exiting
[09:57] <agateau> apachelogger: damn german language, can't you use spaces sometimes? :)
[09:58] <apachelogger> computer says no :P
[09:58] <agateau> apachelogger: guess my code wraps at word boundaries, so it fails there
[10:00] <jussi> so what kind of thing should I be looking for?
[10:01] <apachelogger> jussi: a paste website :P
[10:01] <smartboyhw> Riddell, but have you sent out the announcements yet?
[10:01] <jussi> apachelogger: is it "safe" to pastebin that file?  no nasty personal info?
[10:04] <jussi> apachelogger: http://paste.ubuntu.com/6162136/
[10:05] <apachelogger> jussi: if someone debug prints personal info they probably should be shot on sight :P
[10:05] <jussi> apachelogger: fair point
[10:05] <jussi> anyway, that seems to be missign a few lines...
[10:06] <jussi> hrr
[10:06] <jussi> nano says 11738 lines... :/
[10:07] <apachelogger> oh nice it piles up sessions in the same file
[10:07] <jussi> yay
[10:07] <apachelogger> why that is vastly superior to .xsession-errors
[10:08] <apachelogger> now I get to not only search the trace of breakage but also the start of the flipping last session
[10:08] <apachelogger> I am in love with this change already
[10:12] <jussi> apachelogger: any thoughts on the issue at hand though?
[10:17] <jussi> apachelogger: http://paste.ubuntu.com/6162192/
[10:17] <jussi> seems that was missing from the paste for some reason?
[10:18] <apachelogger> jussi: do you use session restore
[10:18] <apachelogger> i.e. does your session restore after login
[10:18] <jussi> yes
[10:18] <apachelogger> that could be the problem
[10:18] <Riddell> ooh beta 2 is out
[10:19] <apachelogger> jussi: mv .kde//share/config/session ~/
[10:19] <apachelogger> then try again
[10:22] <jussi> with the double slash?
[10:22] <apachelogger> jussi: doesn't matter, but no
[10:27] <jussi> apachelogger: unfortunately didnt help
[10:31] <apachelogger> jussi: new log please
[10:31] <apachelogger> should be cleaner at least
[10:31] <apachelogger> oh
[10:31] <apachelogger> wait
[10:31] <jussi> apachelogger: it looks same as before... :/ sec
[10:31] <jussi> Ill give you the "tail" ?
[10:31] <jussi> apachelogger: http://paste.ubuntu.com/6162219/
[10:31] <apachelogger> jussi: echo "DisableAll=false" > ~/.kde/share/config/kdebugrc
[10:31] <apachelogger> tail is not enough
[10:32] <apachelogger> jussi: you could just rm  the log before login
[10:32] <apachelogger> then it will only contain that one session
[10:32] <apachelogger> reducing paste load and eaiser to read ^^
[10:32] <jussi> apachelogger: ok, allow me to do so.
[10:32] <apachelogger> and do that kdeburc thing from above
[10:33] <apachelogger> jussi: I still think your X explodes though
[10:33] <apachelogger> and actually
[10:33] <apachelogger> [9960:9960:0923/183326:ERROR:chrome_browser_main_x11.cc(62)] X IO error received (X server probably went away)
[10:33] <apachelogger> why would chrome show up if the session is clean
[10:33] <apachelogger> :O
[10:33] <apachelogger> oh I am being silly
[10:34] <apachelogger> jussi: also mv ~/.kde/share/config/ksmserverrc ~/
[10:35] <jussi> hrm, weird
[10:36] <jussi> that startkdelog has not re-appeared again after moving it
[10:38] <jussi> right... where now? :/
[10:42] <apachelogger> perhaps that log was not related at all ^^
[10:42] <apachelogger> oh god
[10:42] <jussi> yes? :P
[10:43] <apachelogger> which startkde; which plasma-desktop; which kwin; which ksplash;
[10:45] <jussi> apachelogger: /usr/bin/startkde /usr/bin/plasma-desktop /usr/bin/kwin
[10:45] <jussi> it says nothing about ksplash
[10:45] <jussi> I wonder...
[10:46] <jussi> nope, nothing "missing" (reinstalled kubuntu-desktop)
[10:47] <apachelogger> hm
[10:48] <apachelogger> gotta test this real quick
[10:48] <cortexA9> what is the next step after the beta 2 ?
[10:50] <apachelogger> jussi: go to a tty: sudo stop lightdm ... sudo Xorg :0 ... go to another tty: export DISPLAY=0  ... startkde &> startkdelog
[10:50] <cortexA9> what is the next step after the beta 2 ??
[10:50] <apachelogger> eh wrong wrong
[10:50] <apachelogger> jussi: go to a tty: sudo stop lightdm ... sudo Xorg :0 ... go to another tty: export DISPLAY=:0 ... startkde &> startkdelog
[10:51] <smartboyhw> cortexA9, RC?
[10:51] <smartboyhw> Final release?
[10:51] <apachelogger> or maybe DISPLAY=0 works too
[10:51] <apachelogger> *shrug*
[10:51] <cortexA9> oh ok smartboyhw
[10:51] <apachelogger> jussi: anyway, if everything goes wrong the startkde tty should return since startkde crashed and startkdelog in your home should hold the log of that attempt
[10:58] <jussi> apachelogger: strange. that start kde works....
[11:01] <apachelogger> so that upstart/logind/something crapware is kaput
[11:02] <apachelogger> or the session
[11:02] <apachelogger> jussi: rewind .... ctrl-c all the tty crap
[11:02] <jussi> ok
[11:02] <apachelogger> sudo killall Xorg; sleep 2; sudo start lightdm
[11:02] <apachelogger> then in lightdm make sure you actually have the plasma session selected :P
[11:03] <apachelogger> and please telll me if other sessions are also available
[11:04] <BluesKaj> hiyas all
[11:05] <jussi> plasma workspace is selected and other sessions available
[11:10] <jussi> apachelogger: very strange this. anyway, going to play again later
[11:12] <jussi> apachelogger: although, I suspect this issue is with lightdm, or somewhere with my user. (Ubuntu session is selectable, but does same thing)
[11:23] <apachelogger> jussi: it's probably how that upstart/logind thing starts the session
[11:24] <apachelogger> i.e. since startkde starts just fine it can only be what starts startkde that fails
[11:24] <jussi> apachelogger: wait a moment please
[11:24] <jussi> I have fixored it....
[11:24] <jussi> dont ask me exactly why....
[11:24] <jussi> BUT
[11:25] <jussi> I installed kdm and logged in once via KDM. I then reconfigured back to light dm.... and hey presto, it works
[11:25] <apachelogger> lol
[11:25] <apachelogger> I do like reliable software :P
[11:25] <jussi> haha
[11:32] <lordievader> Good afternoon.
[11:35] <kununtu-devel> jussi: i have installed 13.10 with uefi enabled and... it doesn't work
[11:36] <smartboyhw> kununtu-devel = apachelogger ?
[11:36] <kununtu-devel> smartboyhw: nope
[11:37] <smartboyhw> Well, I can't tell who:P
[11:37] <smartboyhw> Peace-, hah hah hah
[11:38] <smartboyhw> Yeah, I don't know why, but UEFI just doesn't like Kubuntu
[11:38] <smartboyhw> I'm thinking about GRUB menu entries-.-
[11:38] <apachelogger> https://trello.com/c/r2YHDTII
[11:39] <Peace-> smartboyhw: the installation is gone well but then i get i silly grub
[11:39] <smartboyhw> Peace-, hmm
[11:39] <smartboyhw> GRUB stuff then
[11:39] <apachelogger> Riddell: kwallet behaves within defined parameters now
[11:40] <Riddell> yay
[11:40]  * smartboyhw thinks that since we use our seperate entry in GRUB "Kubuntu", now it doesn't work with UEFI
[11:40] <Peace-> smartboyhw: it says grun in minimal mode
[11:40] <smartboyhw> Peace-, grun!?
[11:40] <Peace-> grub :P
[11:40] <apachelogger> Riddell: all out of energy now, pretty please get pitti to look at translation exports of kubuntu-* packages, I get all sorts of rage when hearing how the l10n export is hacked together
[11:40] <smartboyhw> OK
[11:40] <apachelogger> out for today
[11:40]  * smartboyhw looks at some code...
[11:41]  * Peace- hates kubuntu lol
[11:41] <apachelogger> smartboyhw: drop /etc/default/grub.d and update-grub2
[11:41] <apachelogger> if it works then our mapping is the problem
[11:41] <apachelogger> doubtable tho
[11:41]  * apachelogger now really gone
[11:44] <Peace-> smartboyhw: another thing ....  rekonq starts and ask me to install flash
[11:44] <Peace-> smartboyhw: then ... i click ok install it ... and you get The package "flashplugin-installer" has not been found among your software sources. Therefore, it cannot be installed.
[11:44] <smartboyhw> Peace-, what?
[11:44] <Riddell> Peace-: have you done apt-get update yet?
[11:44] <smartboyhw> Peace-, technically, Flash is unsupported in Linux
[11:44] <Peace-> Riddell: done
[11:44] <smartboyhw> (I mean, the newer versions)
[11:44] <Riddell> smartboyhw: we do promt to install it?
[11:45] <Riddell> Peace-: does that fix the rekonq installer?
[11:45] <smartboyhw> Riddell, I never saw it?
[11:45] <Peace-> Riddell: nope
[11:45] <Riddell> Peace-: hmm really, I just tried it and it works fine here but I think you will see that problem if apt-get update hasn't been run (which is a bug)
[11:46] <Peace-> Riddell: i am in a live cd btw maybe it's that?
[11:46] <Peace-> Riddell: anyway i have installed vlc properly
[11:46] <Riddell> Peace-: oh yes that'll affect it to, no non-free on the live cd
[11:47] <Peace-> Riddell: but if you are connect to internet ...
[11:47] <Peace-> and you do update
[11:47] <Peace-> it should install it
[11:47] <Peace-> Riddell: anyway with uefi ... it doesn't work
[11:48] <Peace-> Riddell: http://wstaw.org/m/2013/09/27/plasma-desktops14947.png
[11:49] <Riddell> right, no multiverse on the live image, it should have a check for that
[11:49] <Riddell> Peace-: feel free to report a bug
[11:49] <Riddell> Peace-: uefi is a mysterious quagmire that we need to do better at
[11:50] <Peace-> Riddell: btw i have tested cuz you have wirtten on kde planet
[11:50] <Peace-> xD
[11:50] <Riddell> :)
[11:50] <Peace-> it went bad damn :P
[11:50] <Riddell> my blogging works!
[11:50] <Peace-> sure it works i read often
[11:51] <Peace-> it
[11:59] <smartboyhw> Riddell, first problem: I don't see grub-efi-amd64-signed package included in Kubuntu
[12:00] <smartboyhw> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/grub2/saucy/view/head:/debian/patches/install_signed.patch
[12:00] <smartboyhw> ?!
[12:01] <smartboyhw> Hmm
[12:01] <smartboyhw> That's not included in Ubuntu as well
[12:01] <smartboyhw> Further checks then
[12:03] <cortexA9> hello
[12:05] <Riddell> hi cortexA9
[12:05] <cortexA9> hi Riddell
[12:11]  * Riddell posts kubuntu.org/news/1310-beta-2-released
[12:11] <BluesKaj> had some odd or what appeared as arbitraray shutdowns / power off incidents, twice yesterday without warning
[12:13] <smartboyhw> Riddell, that's the shortest announcement ever-.-
[12:13] <Riddell> I never know what to say for beta announcements, doesn't feel right duplicating what's on the release page
[12:14] <Riddell> but maybe a summary would be good
[12:17] <smartboyhw> Can someone explain why we still have the 13.04 trello board?
[12:19] <Riddell> smartboyhw: for any SRUs
[12:29] <Riddell> apachelogger: ruby confuses me
[12:43] <BluesKaj> I have  question , who or what part of Kubuntu made the decision to drop Konversation as default and replace it with Quassel ?
[12:43] <tsimpson> that was back when Konversation was KDE3 only and we moved to KDE4
[12:43] <tsimpson> (and dropped all KDE3 parts)
[12:45] <Riddell> we'd probably not make the same choice if we started from scratch but there's not been enough reason to justify switching the application back again
[12:46] <smartboyhw> BluesKaj, technically, Konversation is crap for the many channels I join...
[12:46] <Riddell> smartboyhw: how so?
[12:47] <smartboyhw> Riddell, the tabs get all clumped together at the bottom
[12:47] <smartboyhw> I can't even read the channel's names
[12:47] <Riddell> smartboyhw: and it has no list view option?
[12:47] <smartboyhw> Dunno, haven't checked
[12:48] <smartboyhw> However, I always use XChat
[12:48] <BluesKaj> smartboyhw:  I've been using konversation for 7yrs ..it's great irc client ..definitely not crap as you put it.
[12:48] <smartboyhw> So, I hate IRC clients that do not put list view as default.
[12:48] <BluesKaj> tough
[12:48] <BluesKaj> boo hoo
[12:49] <BluesKaj> speaking of crap , xchat fits that definition IMO
[12:50] <Riddell> this is all getting a bit slashdot!
[12:50] <BluesKaj> :)
[12:50] <tsimpson> xchat is ok, xchat-gnome is... not
[12:51] <tsimpson> konversation is very nice, I'd use it if I didn't need the distributed core thing quassel provides (simply)
[12:52] <BluesKaj> tsimpson:  to monitor when away , yeah , that would be the only reason to use it
[12:53] <BluesKaj> and it;'s fugly too :0
[12:53] <tsimpson> right now my quassel can't quite decide what colour it wants to be
[12:53] <tsimpson> light grey or a darker grey
[12:54] <BluesKaj> ok , my rants are done for the day until some one else makes a statement I don't like :)
[12:55]  * BluesKaj thinks he needs a few beers today
[12:56] <Riddell> !ninjas | 4.11.2
[12:57] <smartboyhw> Yay
[12:57] <smartboyhw> OK, who wants to run the script?
[12:57] <smartboyhw> (And gain LP karmas:P)
[12:58] <Riddell> I can do it shortly but feel free to jump in
[12:59] <smartboyhw> Then let Riddell gain the karmas:P
[13:13] <shadeslayer> apachelogger: yes
[13:38] <debfx> Riddell: I think that's the wrong queue you are uploading to ^^
[13:38] <Riddell> oh rollocks
[13:42] <smartboyhw> Riddell, good job;)
[13:48] <shadeslayer> Riddell: did you upload?
[13:48] <shadeslayer> or should I run the script
[13:48] <Riddell> shadeslayer: I'm running it
[13:48] <shadeslayer> okay
[13:48] <Riddell> uploaded lib* to ninjas
[14:02] <dantti_laptop> Riddell: was that a question?
[14:02] <Riddell> dantti_laptop: about l10n?
[14:02] <dantti_laptop> yup
[14:03] <Riddell> dantti_laptop: I was going to send you the releaseme config file but I deleted it so it ended up as a slightly pointless e-mail :)
[14:03] <Riddell> dantti_laptop: consider it a suggestion for the 0.4 release
[14:03] <dantti_laptop> Riddell: well I use release me to release it
[14:03] <Riddell> dantti_laptop: but no l10n?
[14:03] <dantti_laptop> so I wonder what did you do
[14:03] <dantti_laptop> no?
[14:03] <dantti_laptop> hmm I thought it had l10n
[14:04] <Riddell> not in the 0.3 tar
[14:04] <dantti_laptop> Riddell: hmm maybe something went wrong
[14:04] <dantti_laptop> if you look at releaseme git iirc there is a script for colord-kde
[14:06] <Riddell> hmm yes so there is
[14:06] <Riddell> ah but without l10n=true
[14:06] <dantti_laptop> oh
[14:07] <dantti_laptop> mind fixing :D
[14:07] <Riddell> can do
[14:09] <Riddell> done
[14:14] <mikhas> smartboyhw, didn't know you're only 15, wow …
[14:15]  * mikhas can't remember what he did at that age but it certainly wasn't contributing to F/OSS
[14:22] <smartboyhw> mikhas, hmm, from which method did you know my age? (I mean just now)
[14:23] <Quintasan> I believe you mentioned it here at least once, this channel is logged :P
[14:23] <dantti_laptop> Riddell: thanks
[14:25] <smartboyhw> Quintasan, no, i mean, how he managed to find it out "just now"
[14:25] <smartboyhw> :P
[14:26] <Quintasan> https://wiki.ubuntu.com/smartboyhw
[14:26] <smartboyhw> Quintasan, OK
[14:26] <Quintasan> https://www.google.pl/search?q=smartboyhw
[14:26] <Quintasan> sup
[14:26] <smartboyhw> hah?
[14:26] <Quintasan> Just try googling yourself sometimes :P
[14:26] <smartboyhw> Seriously, 46,500 !?
[14:27] <ahoneybun> Hello
[14:28] <Quintasan> You'd get 681k results for my nickname
[14:28] <Quintasan> ahoneybun: Hi
[14:28] <ahoneybun> Hey Quintasan
[14:28] <smartboyhw> Quintasan, good job;)
[14:28]  * smartboyhw searches Riddell
[14:28] <smartboyhw> huh, 5.52m
[14:28] <Quintasan> I'm not really doing anything praiseworthy from my perspective
[14:29] <smartboyhw> Riddell, I didn't know you make American Footballs :P
[14:29] <smartboyhw> http://en.wikipedia.org/wiki/Riddell
[14:29] <ahoneybun> So your a Dev now smartboyhw ?
[14:29] <smartboyhw> ahoneybun, yes
[14:29] <ahoneybun> smartboyhw: nice job :)
[14:29] <smartboyhw> ahoneybun, thanks. How's Docs?
[14:30] <Riddell> smartboyhw: that company ruins my pageranks
[14:30] <ahoneybun> Going good lordievader and Riddell are doing awesome work
[14:30] <smartboyhw> Riddell, LOL
[14:30] <Riddell> hi ahoneybun, did you see it's on the CD now?
[14:31] <ahoneybun> Riddell: no I did not
[14:32] <ahoneybun> That's awesome
[14:33] <ahoneybun> My phone is dieing
[14:33] <ahoneybun> Riddell: awesome work on the package
[14:34] <Riddell> ahoneybun: see https://wiki.ubuntu.com/SaucySalamander/Beta2/Kubuntu#Documentation_is_Back
[14:34] <ahoneybun> So should we not make a minimal set?
[14:34] <Riddell> I don't see a need for that
[14:34] <Riddell> we're not oversized on the images
[14:37] <ahoneybun> I don't think so neither
[14:38] <ahoneybun> That is great
[14:39] <smartboyhw> Riddell, please make ninjas status page for 4.11.2
[14:39] <mikhas> smartboyhw, jos' blog post
[14:39] <Riddell> smartboyhw: will do shortly, getting distracted by l10n
[14:39] <smartboyhw> mikhas, oh
[14:39]  * ahoneybun wonders if valorie knows
[14:42] <Riddell> um, we seem to only have qtcreator for qt5 in the archive
[14:43] <ahoneybun> Riddell: how should we go about translating?
[14:43] <Riddell> ahoneybun: well that's a whole different problem
[14:44] <ahoneybun> 1% left of battery
[14:44] <ahoneybun> Tea I know
[14:44] <Riddell> ahoneybun: I think the local download script needs perfecting, then some magic to split up the files and put them into launchpad for translating
[14:44] <ahoneybun> There is one person to translate so far
[14:45] <snele> anybody else has problems with new plasma-nm in beta2? on startup it freezes splash screen for a few seconds and then when desktop boots up it asks for wifi password (I checked connect automaticaly)
[14:45] <snele> no I am using old plasma-widget-networkmanagement and it works great
[14:45] <snele> *now
[14:47] <snele> and muon discover freezes/crashes like crazy. other than that everything works great. great job guys :)
[14:48] <lordievader> Whoo are the docs on the final beta iso? Nice!
[14:48] <lordievader> Hey ahoneybun, how have you been?
[14:49] <snele> ah and in user manager "change password" button doesn't work. should I report a bug about it?
[14:49] <Riddell> lordievader: https://wiki.ubuntu.com/SaucySalamander/Beta2/Kubuntu#Documentation_is_Back
[14:49] <Riddell> lordievader: but I had to make some manual changes to the tar you had so we should work on perfecting that script of yours first
[14:50] <lordievader> Riddell: As I said then too, I have no idea how to package that stuff properly...
[14:50] <lordievader> But it is very nice to see the docs included :)
[14:50] <Riddell> lordievader: the packaging is easy, I did that already, it's the exact form of the tar you had
[14:50] <Riddell> lordievader: want to look at it now?
[14:51] <lordievader> Riddell: Sure, let met just reboot my laptop into Kubuntu.
[14:54] <Riddell> kde bug 324702 fixed!
[14:54] <smartboyhw> I'm considering having two 13.10 systems in one computer..........
[14:54] <smartboyhw> Riddell, \o/
[14:54] <Riddell> snele: if you have issues with muon discover then apol is working on it now
[14:54] <lordievader> Riddell: OK, I'm ready :)
[14:54] <apol> Riddell: :D
[14:54] <snele> Riddel: apol: yay! :)
[14:55] <snele> here is the bug report about user manager: https://bugs.launchpad.net/ubuntu/+source/user-manager/+bug/1232060
[14:56] <Riddell> snele: I've a nasty feeling that's the one afiestas didn't implement to make sure people were watching
[14:56] <Riddell> but I'm sure I tested it for that reason
[14:58] <Riddell> lordievader: what should happen if I run the tokhelp.py script?
[14:58] <Quintasan> Riddell: Can you tell me what's the nick of the dude who was working on Adept black magic back in the days?
[14:58] <Quintasan> I think he had chicken in his nickname
[14:58] <Riddell> Quintasan: manchicken?
[14:58] <Quintasan> Ay, yes
[14:58] <Quintasan> He is from US, right?
[14:59] <Riddell> yes, very much
[14:59] <smartboyhw> kubotu: order chicken for Quintasan
[14:59]  * kubotu slides chicken down the bar to Quintasan
[14:59] <Quintasan> Riddell: Is he working on anything Kubuntu releated now? I've asked him to take a look at the PolicyKit KCM sometime ago if he felt like it.
[15:00] <Quintasan> kubotu: order whisky for Quintasan
[15:00]  * kubotu slides whisky down the bar to Quintasan
[15:00] <Quintasan> apachelogger: Where be me kubotu lines?
[15:00] <lordievader> Riddell: Pretty much the same as the tohtml script, it creates an output folder with a 'kubuntu' folder within. This 'kubunutu' folder contains the things that should go to /usr/share/doc/kde/HTML/en/kubuntu/
[15:00] <Riddell> Quintasan: dunno, he popped back up a few weeks ago and said he wanted to get back into things, I suggested the docs download script but he didn't do it, good thing we have lordievader
[15:01] <Quintasan> Alright, I'll try staying up long enough to catch him if he decides to show up
[15:01] <Quintasan> I've forgotten about MTP as well
[15:01] <Quintasan> Christ
[15:02] <smartboyhw> Quintasan, make yourself a checklist;)
[15:02] <Quintasan> Riddell: We have to get libhupnp into main in some kind of magic way
[15:02]  * smartboyhw basically has a long checklist for homewori
[15:02] <smartboyhw> *homework
[15:02] <Riddell> Quintasan: came online at 01:00UTC last night so you'll be up quite late
[15:02] <Quintasan> smartboyhw: I forget about making checklists
[15:02] <Quintasan> :P
[15:02] <smartboyhw> Quintasan, LOL
[15:02] <Riddell> Quintasan: why? didn't we conclude hupnp wasn't very funcational?
[15:02] <Riddell> functional?
[15:02] <Quintasan> smartboyhw: It's because I'm lazy as hell these days, not because my memory is crap
[15:03] <smartboyhw> Quintasan, aw
[15:03] <Quintasan> smartboyhw: Don't tell me you don't often forget about things you don't want to do :P
[15:03] <lordievader> Riddell: Hmm am I missing something. Something seems not to be entirely right with the script let me check.
[15:03] <Quintasan> Riddell: Well, I'm still not sure how should we handle this
[15:03] <smartboyhw> Quintasan, I do:P
[15:03] <smartboyhw> That homework checklist is LONG though
[15:04] <Quintasan> The library itself is unmaintained as far as I can tell
[15:04] <Riddell> Quintasan: handle what?
[15:04] <Quintasan> But there is no other alternative to provide MTP support in KDE
[15:04] <smartboyhw> (Monday is Swimming Gala, Tuesday is National Day, so we resume school on Wednesday, hence the bunch of horrifying homework)
[15:04] <Riddell> Quintasan: kio-mtp ?
[15:04] <Quintasan> no no, sorry, brain fart
[15:04] <Quintasan> UPNP
[15:05] <Riddell> Quintasan: well we need to live without it if it's not implemented in a sane way
[15:05] <Quintasan> We have no support for UPnP now since libhupnp is not in main and we can't compile kdelibs with support for it.
[15:05] <lordievader> Riddell: Ah what I said previously is almost correct, the tokhelp.py generates a khelpcenter/Kubuntu folder, the contents of that folder should go to /usr/share/doc/kde/HTML/en/kubuntu/
[15:06] <Quintasan> Riddell: I'll guess I'll talk to upstream about this
[15:07] <Riddell> Quintasan: I suspect there isn't an active upstream but solid would be the place to start
[15:07] <Riddell> Quintasan: what is upnp anyway?
[15:07] <Quintasan> http://en.wikipedia.org/wiki/Universal_Plug_and_Play
[15:07] <Quintasan> In short
[15:07] <Quintasan> it allows you to discover multimedia devices connected to the network
[15:07] <Quintasan> and stream from them
[15:08] <Quintasan> or to them
[15:09] <Riddell> Quintasan: do you have such a device?
[15:09] <Riddell> lordievader: yep seems to work :)
[15:09] <Quintasan> Riddell: You sent me one :P
[15:09] <Riddell> Quintasan: the arch tablet?
[15:09] <lordievader> Riddell: So what now?
[15:09] <Quintasan> Riddell: Yes, the TF101 also
[15:09] <Quintasan> You can even install XBMC and will be an UPnP server
[15:09] <Quintasan> You just need software.
[15:10] <Quintasan> and your PC will be*
[15:10] <snele> is 4.11.2 going to be included in saucy final?
[15:10] <Riddell> lordievader: I think the only thing I need from the script is to replace the kubuntu-wiki image with the kubuntu-docs image
[15:11] <lordievader> Riddell: Right yes, that still needs to happen. Did you do more manual replacements?
[15:11] <smartboyhw> snele, probably
[15:12] <snele> if not you should backport this kwin fix for amd cards: https://bugs.kde.org/show_bug.cgi?id=323065
[15:12] <smartboyhw> snele, I think we can make 4.11.2 into saucy final
[15:13] <Riddell> lordievader: no I think that was all actually
[15:14] <Riddell> lordievader: although one other suggestion would be a nice icon for the .desktop files to appear in the help centre list on the left hand side
[15:14] <lordievader> Riddell: Oh oke, good to hear. :)
[15:14] <lordievader> Riddell: Wasn't sure on the options on that, so I went with what the 12.10 one had.
[15:15] <Riddell> ah it's the .directory which doesn't have an icon
[15:16] <Riddell> easy enough to fix in the packaging
[15:16] <Riddell> apol: have you seen lack of translations? http://wstaw.org/m/2013/08/19/discover-list-grid.png
[15:17] <lordievader> Riddell: Ah now I see what you are talking about ;)
[15:17] <Riddell> apol: any thoughts on translating the welcome banner? http://wstaw.org/m/2013/08/19/discover-not-localized_1.png
[15:17] <apol> uh
[15:17] <apol> no
[15:17] <apol> I can translate this one
[15:19] <apol> Riddell: "Welcome to Muon Discover" should be translatable
[15:19] <apol> (it has i18n at least)
[15:20] <Riddell> apol: ah good I thought it was, I added some Kubuntu bits so I'll make sure to make that translatable too
[15:20] <apol> Riddell: right, yes I saw in shadeslayer computer I think, or on the planet or somewhere else :D
[15:21] <apol> Riddell: i dont' think you can translate them if you use the xml files, if you have the banners written in QML it should work
[15:21] <shadeslayer> don't use muon
[15:21] <shadeslayer> so not on mine
[15:22] <apol> Riddell: http://websvn.kde.org/*checkout*/branches/stable/l10n-kde4/ca/messages/extragear-sysadmin/muon-discover.po
[15:22] <apol> "welcome to muon discover" is translatable
[15:22] <apol> I don't see the "List" and "Grid" thing
[15:23] <Riddell> he it's the lazy german translators not doing that string
[15:23] <Riddell> same for List/Grid
[15:23] <apol> I guess it's because I just created the 2.1 branch yesterday
[15:24] <apol> Riddell: if it's not fixed in like 2 weeks I can take another look
[15:31] <Riddell> 4.11.2 notes.kde.org/p/kubuntu-ninjas
[15:37] <apol> Riddell: https://bugs.kde.org/buglist.cgi?cmdtype=runnamed&namedcmd=muon-discover&list_id=761998
[15:37] <apol> Riddell: I reduced the reported bugs to some wishes, if you think anything else should be tackled add it there again, I can stay home again next week or such and make sure everything is working fine
[15:41] <Riddell> apol: oh apachelogger said something about firefox installer still not working
[15:42] <Riddell> apol: some comments here, not very useful I guess http://irclogs.ubuntu.com/2013/09/26/%23kubuntu-devel.html#t20:36
[15:42] <Riddell> apol: http://irclogs.ubuntu.com/2013/09/25/%23kubuntu-devel.html#t10:49
[15:43] <apol> Riddell: how can I find the firefox installer?
[15:43] <Riddell> sec..
[15:43] <apol> thank you
[15:43] <Riddell> apol: it's this http://paste.kde.org/p2592a980/
[15:44] <Riddell> apol: it was very buggy when I tried it in spain earlier this year but I thought it had been fixed
[15:45] <Riddell> and it works fine when I try it locally
[15:49] <apol> it could be
[15:49] <apol> i've fixed it in the past
[15:50] <apol> 2 or 3 times :D
[15:50] <Riddell> let me try a live image to check
[15:52] <apol> ok
[15:55] <Riddell> hi palasso
[15:55] <palasso> hey Riddell
[16:05] <Riddell> apol: yeah works fine, dunno what apachelogger was moaning about
[16:07] <apol> \o/ well, happy that it works :)
[16:18] <soee> i see a lot of updates today
[16:19] <Riddell> everything coming in after beta freeze
[16:57] <soee> shouldnt kubuntu store my laptop brightness ?
[17:03] <Riddell> probably, upstream issue though
[17:03] <Riddell> anyone use the control-alt-del dialogue any more? the lack of a 1 click suspend option is a failure for me
[17:06] <BluesKaj> Riddell:  I've had to use it occasionally when things freeze up
[17:19] <snele> ok I made clean install of beta2 and I am now 100% sure that there is a bug in plasma-nm
[17:19] <snele> https://bugs.launchpad.net/ubuntu/+source/plasma-nm/+bug/1232153
[17:20] <snele> also oxygen-gtk3 is not working out of box http://www.dodaj.rs/f/44/an/4U8jMQlO/snapshot2.png
[17:24] <snele> https://bugs.launchpad.net/ubuntu/+source/oxygen-gtk3/+bug/1232156
[17:26] <soee> snele, for me it prompts for password after boot
[17:27] <soee> than when i type it in im connected to wifi
[17:27] <snele> soee: yes but it should not promt for password if you checked "connect automatically"
[17:28] <soee> true
[17:28] <snele> soee: and while booting, pay attention on splash screen. it will freeze for a while. if you change plasma-nm with old networkmanagement widget this doesn't happen
[17:29] <soee> during booting ? it has influence on this ?
[17:29] <soee> and you mean this icons when system starting ?
[17:29] <snele> if you replace plasma-nm with old applet I meant
[17:29] <soee> i have a stop after 3 icon
[17:30] <snele> yes that stop seems to be caused by new plasma-nm applet
[17:30] <soee> i thought it was related to slow hdd or something
[17:31] <snele> install from repositories old applet (plasma-widget-networkmanagement) and remove new plasma-nm and this "stop" is gone
[17:31] <soee> nah i dont want to mess with my system :)
[17:31] <snele> and you will be automatically connected to wifi
[17:31] <snele> :)
[17:31] <soee> its running perfect on y new laptop :D
[17:32] <snele> it runs great on my very old laptop too but I am verry picky and I note bugs easily :D
[17:33] <soee> ok i confirmed this bug report
[17:34] <ovidiu-florin> apachelogger: still no responce from the UFW KController developer. How long should I wait for it?
[17:35] <soee> i forgot to add that im running 64bit
[20:56] <ahoneybun> Howdy
[21:08] <soee> hi
[22:10] <valorie> on the docs, if we can get a minimal set, that would be best
[22:10] <valorie> unfortunately, my time is now short - we're just heading into a plumbing/bathroom remodel in our house
[22:10] <valorie> but if we have 'big docs' we won't get good translations
[22:11] <valorie> we need a minimal set which can be stable and well-translated, with links to stuff that changes
[22:11] <valorie> I was really hoping that darkwing would stick around and do that
[22:13] <valorie> also, the installation section should not be included, since it is not done
[22:14] <valorie> nor has it been checked for accuracy and completeness by those who know the procedure inside and out
[22:14] <valorie> above for Riddell and whoever else decides what goes in the ISO
[22:16] <valorie> for now, Welcome and Getting Involved are the only sections I would include
[22:16] <valorie> with the possible exception of Software
[22:27] <rohan> hi.. does anyone know what power backed does kubuntu 13.10 use? does it still use pm-utils?
[23:36] <ahoneybun> hello
[23:37] <valorie> ahoneybun: I'll paste what I said earlier
[23:37] <valorie> hi, btw
[23:39] <ahoneybun> hey valorie!
[23:40] <valorie> I put the paste in a pm
[23:40] <valorie> {{{{{{{{{{{{hugs}}}}}}}}}}}}
[23:41] <ahoneybun> *hugs back*
[23:42] <ahoneybun> what about the basic page?
[23:46] <valorie> oops
[23:50] <valorie> welp, I'm about to leave for dinner
[23:50] <valorie> the basic page isn't 'basic' enough for a non-changing or seldom-changing minimal doc set
[23:51] <valorie> imo
[23:51] <valorie> however, it could be pruned down and become part of it, but that would take time and work
[23:51] <valorie> bbl
[23:54] <apachelogger> so, I went to bed then when I was about to fall asleep I remembered that I wanted to do debug-installer yesterday, now I can't sleep -.-
[23:55] <apachelogger> ovidiu-florin: a week at least
[23:55] <soee> apachelogger, nightmares ? :D
[23:55] <apachelogger> Riddell: the firefox thing was tediously slow :P
[23:55] <apachelogger> may have been intartubes fault
[23:55] <apachelogger> bad experience eitherway
[23:56] <apachelogger> nah, just too much on my mind
[23:56] <apachelogger> good thing there's a solution for that
[23:56] <apachelogger> kubotu: order good beer
[23:56]  * kubotu slides the finest Belgium Trappist beer down the bar to apachelogger.


[12:51] <gary_poster> bcsaller, are you safe in SF?
[12:52] <gary_poster> if he is it would be very early there...
[12:52] <rick_h_> heh, zzzzzz
[12:52] <gary_poster> :-)
[12:52]  * rick_h_ goes to check for SF quakes or the like
[13:18] <bac> hi gary_poster
[13:18] <gary_poster> hey bac
[13:19] <bac> hey i'm having some issues dealing with all of the legacy test failures my branch introduced.  some are quite odd, including trying to create charms that claim to have no id, despite clearly passing one.
[13:19] <bac> gary_poster: do you have time to chat and maybe give me some ideas?
[13:20] <gary_poster> bac, sure.  should I get a copy of branch?
[13:20] <bac> yeah, lp:~bac/juju-gui/get-endpoints
[13:20] <bac> let me push some debugging changes
[13:20] <gary_poster> k
[13:21] <bac> ok, grab now
[13:21] <gary_poster> k
[13:22] <bac> gary_poster: in guichat
[13:22] <gary_poster> ack, there soon
[13:37] <gary_poster> hey hatch, when you start, assuming you don't have anything in progress, why doncha pair with bac
[13:38] <bac> gary_poster: oh, i meant to mention, to do some of that debugging i had to extrace a variable declaration and assignment out of the big block of them in order for the debugger to not skip over it.  an argument (too late) for 'one var per declaration'.
[13:39] <bac> ammo for the next time it comes up.  :)
[13:39] <bac> s/extrace/extract
[13:39] <gary_poster> bac, oh, interesting!  maybe microblog it--what you just said on IRC-- on the blog so you don't forget?  up to you
[13:40] <bac> sure
[13:57] <hatch> morning
[13:57] <hatch> sure thing
[13:58] <rick_h_> hatch: do you have details around the _yuid changing on a node? I tried to do some searching this weeekend but didn't find anything
[13:58] <rick_h_> hatch: is there some condition that arises? Or it's just unreliable in general?
[13:58] <hatch> rick_h_: well the yuid doesn't change on the same node, but if it gets re-rendered then it will be different
[13:59] <rick_h_> hatch: gotcha, but that should be ok as you target an indicator at a container node while you update it's contents.
[13:59] <rick_h_> otherwise your indicator would vanish
[13:59] <hatch> yeah what I meant was that if your indicator node gets removed for whatever reason - then you try and show it
[13:59] <hatch> it'll show on a node that's not in the dom any longer
[14:00] <rick_h_> hatch: right, but the point of this is to make sure the indicator is removed when a view is destroyed/the node goes away
[14:01] <rick_h_> so for the lifetime of the view it should be good on the container, then the veiw goes away and all indicators used are wiped up
[14:02] <hatch> oh yes right - It would be more of a concern if it was more general use
[14:02] <rick_h_> hatch: ok, yea. The point of this is just an extension to use on views to help make sure no indicator is left behind
[14:02] <rick_h_> since it'll be used on a bunch of browser views.
[14:03] <rick_h_> hatch: I can add docs to help narrow the written purpose if that helps. Aside from that can you give it a review look over sometime please?
[14:03] <hatch> oh yeah for sure
[14:03] <rick_h_> hatch: cool thanks. Appreciate it
[14:03] <hatch> I'm just gona grab a coffee then I'll get right on it
[14:04] <rick_h_> hatch: cool https://codereview.appspot.com/8186045/ to save you link hunting
[14:21] <hatch> bac: are you still having issues?
[14:21] <bac> hatch: working through them
[14:21] <hatch> alright, did you need me to take a look?
[14:22] <bac> hatch: if you have nothing else to do we could pair after the call.  otherwise i could just keep going and maybe bug you if i get stuck
[14:23] <hatch> oh I have other stuff but could take a look if you need
[14:23] <hatch> so I guess lemme know
[14:23] <hatch> :)
[14:25] <hatch> bac: a comment on your blog post - you could put the breakpoint in the makeBar function :)
[14:26] <bac> hatch: you could.  but what if makeBar is called in lots of other situations that are not interesting?
[14:27] <hatch> then life sux!
[14:27] <hatch> lol you make a good point though
[14:27] <hatch> I haven't actually ran into that before
[14:28] <Makyo> I have, but I've just used F10 to step over to the line I need.
[14:28] <rick_h_> yea, I just do the debugger before the var declarations and run the function from the console
[14:28] <bac> Makyo: really?  when i tried 'step over' it went to the next line out of the declaration
[14:29] <rick_h_> the only time it's a really big pain is if it's foo=something(), bar=morestuff(foo)
[14:29] <hatch> rick_h_: yeah I don't like that layout
[14:29] <Makyo> bac, Hm.  Let me make sure I'm not lying.  This might've been a chained thing instead.
[14:29] <rick_h_> in which case I probably end up breaking the var up
[14:30] <Makyo> Oops.  jujugui call now.
[14:30] <gary_poster> oops thank you
[14:39] <hatch> O K now to see if I remember how this add relation code worked
[14:39] <hatch> heh
[14:40] <gary_poster> add unit?
[14:40] <hatch> yeah...see I even forgot what it's called
[14:40] <hatch> haha
[14:41] <gary_poster> :-)
[14:44] <hatch> so how was everyones Easter?   Test expects first and obtains second
[14:47] <hatch> I was thinking when I have kids I'll hide carrots and lettuce - afterall they are from a rabbit
[14:48] <hatch> haha
[14:48] <gary_poster> heh
[14:48] <Makyo> Bathed dogs, who then ran around at the dog park and got all gross again.
[14:48] <gary_poster> :-)
[14:48] <hatch> Makyo: yeah - it's impossiblet o keep dogs clean in the spring
[14:48]  * hatch clearly forgot how to type too
[14:48] <rick_h_> labs ftw
[14:49] <hatch> rick_h_: are you saying labs don't get dirty?
[14:49] <bac> gary_poster: i don't.
[14:49] <gary_poster> k thanks
[14:50] <rick_h_> hatch: yea, their coats are super easy thankfully
[14:50] <bac> the second is obvious but i'm not familiar with the first
[14:50] <Makyo> Thankfully both the sheps have short coats, so they clean up easily.
[14:50] <hatch> rick_h_: oh haha - my dogs are only like 7" off the ground so they get dirty regardless :)
[14:54] <hatch> the app.js initializer is almost 200 lines...I think it needs to be split up hehe
[14:56] <rick_h_> hatch: we have to go back to this multiple call business still as well. It's starting to get annoying heh
[14:57] <hatch> multiple dispatch?
[14:57] <rick_h_> hatch: yea
[14:57] <hatch> agreed
[14:57]  * hatch lights the torches and hands one to rick_h_
[14:57] <rick_h_> since I'm scolling down to view my work it keeps moving the windows focus on me
[14:58] <hatch> why don't you set your container to position absolute? :)
[14:58]  * rick_h_ loads weapon of CSS destruction
[14:59] <hatch> haha it shouldn't break anything
[15:00] <hatch> although you'll probably have to set position relative on the container
[15:00] <hatch> which might break everything
[15:00] <hatch> :)
[15:02] <hatch> ohh funny story
[15:03] <hatch> I stepped through my garage roof yesterday
[15:03] <hatch> yesterday - a day
[15:03] <hatch> heh woops
[15:04] <bac> hey our wordpress blog has a fan. ronscubadiver from TX just like my post. we have an audience!
[15:04] <hatch> right...on!
[15:05] <hatch> gary_poster: are we using _'s in sandbox.js?
[15:05] <gary_poster> hatch, only for legacy bits
[15:05] <gary_poster> hatch which means the handlers
[15:06] <hatch> alright gotcha - I was kind of wondering if these shoudln't be in a closure so we didn't have to prefix them
[15:06] <hatch> it doesnt really matter
[15:06] <hatch> just thinking :)
[15:25] <hatch> jujugui - uistage is broken a conflicted file was comitted
[15:25] <gary_poster> hatch fixing not committed I don't think checking
[15:25]  * bac looks
[15:25] <bac> gary_poster: you doing it? or me?
[15:25] <gary_poster> bac you thank you
[15:25] <gary_poster> bac lplease lemme know when done
[15:29] <hatch> gary_poster: am I correct that I can't test this add_unit code until I first implement get_service?
[15:29] <gary_poster> hatch, no.  you need deploy, which you already have
[15:30] <gary_poster> hatch, deploy via the fake backend, get the service from the result, and then use that id for the add_unit
[15:30] <gary_poster> works?
[15:30] <gary_poster> you can actually provide the id explicitly and then you don't even need to look at the result
[15:30] <hatch> oh ok I need to manually trigger it
[15:31] <hatch> I was trying to figure out how add_unit was called from the UI
[15:31] <gary_poster> well, since you are not testing that part of the API, that makes sense to me
[15:31] <gary_poster> that's the test prep
[15:34] <bac> gary_poster: uistage happy again
[15:34] <gary_poster> cool thanks bac
[15:34] <gary_poster> rick_h_, ^^
[15:34] <rick_h_> gary_poster: thanks
[15:34] <gary_poster> ty
[15:34] <gary_poster> we really should deploy that from a charm
[15:35] <gary_poster> rick_h_, do you have a deployment plan for jujucharms.com, he said with a shudder?
[15:36] <rick_h_> gary_poster: otp, sec
[15:36] <gary_poster> np
[15:46] <rick_h_> gary_poster: so, from what I understand it's been handed off to #is to complete getting it deployed to prodstack.
[15:46] <rick_h_> gary_poster: sinzui will know more/status than I at the moment ^
[15:47] <gary_poster> rick_h_, but I meant the GUI itself
[15:47] <rick_h_> gary_poster: oh, the deployment story I imagine is getting the gui charm up and running on prodstack under that domain.
[15:47] <gary_poster> rick_h_, and that won't be *any problem at all* will it ;-)
[15:47] <rick_h_> gary_poster: I've got nothing about deploying gui than you guys have. I'm jumping on your train
[15:48] <rick_h_> sorry, assumed it was a yellow problem and such :)
[15:48] <rick_h_> gary_poster: well, honestly shuoldn't be since you guys don't have external services to HA and the like. The only thing will be gettnig HA proxy in front of the Gui and making sure multiple instances can run side by side.
[15:48] <gary_poster> rick_h_, ok, cool.  I had the "jujucharms.com is for orange" in my head.  glad we are ironing out.  that could have been a  nasty surprise
[15:49] <sinzui> No movement on our ticket. I did update it make it clear we have delivered our part for manage.jujucharms.com, and that it is required to deliver juju-gui  as jujucharms.com
[15:49] <rick_h_> gary_poster: definitely. Orange is moving jujucharms.com to management.jujucharms.com which is our charmworld pyramid app on prodstack
[15:49] <rick_h_> gary_poster: jujucharms.com should be the prodstack deployed juju gui charm
[15:49] <gary_poster> yeah, in our configuratuion they shouldn't even need to talk to one another: it will be in-browser "juju"
[15:49] <rick_h_> gary_poster: maybe you can sinzui and the people working on the gui charm should meet up and head off any craziness at the pass
[15:50] <gary_poster> so, rick_h_, the only challenge I know of will be that they will want to be able to get the tarball and any deb dependencies from their own locations
[15:50] <bac> hatch: can you confirm that browser_charm_view fails on trunk for you?
[15:50] <gary_poster> rick_h_, +1
[15:50] <bac> it didn't look like anything i would've broken
[15:50] <gary_poster> bac I had to make clean before it passed
[15:50] <bac> err
[15:50]  * bac tries
[15:50] <gary_poster> not ideal but I didn't have time to investimagate
[15:50] <bac> i'm glad to know 0 does not deeply equal 2
[15:50] <Makyo> Out of control notifications.  Back in a sec.
[15:51] <gary_poster> :)
[15:51] <hatch> bac sure
[15:51]  * hatch switches gears
[15:51] <bac> hatch: nm, given gary_poster's report
[15:51]  * hatch switches back
[15:51] <hatch> :)
[15:52] <gary_poster> sinzui, do you think depoyment is good topic for call in 8 minutes with group?
[15:52] <gary_poster> deployment of GUI on prodstack for jujucharms
[15:52] <sinzui> gary_poster, yes
[15:52] <gary_poster> ok cool
[15:52] <bac> thanks gary_poster.  wfm now
[15:52] <gary_poster> cool bac
[15:53] <sinzui> gary_poster, as I hinted in the last call. We are waiting for manage.jujucharms.com to be deployed. It is a requirement for juju-gui to become jujucharms.com
[15:53] <gary_poster> sinzui, right.  I didn't think about the fact that the GUI charm itself will need to be hardened for prodstack
[15:53] <gary_poster> I *think* I know what that will entail
[15:54] <gary_poster> and for our purposes I don't think it will be too much
[15:54] <gary_poster> just make it possible to get tarball and debs from custom locations
[15:54] <gary_poster> and not reach out to other locations in that case
[16:12] <rick_h_> arosales: so with staging happy http://uistage.jujucharms.com:8080/bws/sidebar should load. Let it load then scroll down below the environment.
[16:13] <rick_h_> arosales: click on the charm to view the details, same thing. Scroll down to see the start of display/tabs. No UX so it's just framing for the JS view/functionality vs look/feel :)
[16:20] <arosales> rick_h_: thanks. I'll take a look now . .  .
[16:20] <hatch> rick_h_: pretty cool :)
[16:21] <hatch> hurry up and fix so I can demo the router stuff :P
[16:21] <hatch> s/fix/finish
[16:23] <hatch> gary_poster: in the tests I have state.deploy('cs:wordpress', function() {}); and then before that env.get('conn').onmessage(function(received) { ... }); but that callback is never triggered
[16:24] <hatch> am I missing how this works?
[16:24] <hatch> let me rephrase that
[16:24] <hatch> I am missing how this works
[16:24] <hatch> haha
[16:40] <gary_poster> hatch sorry calls
[16:40] <hatch> np I may have it
[16:41] <hatch> testing now
[16:41] <gary_poster> ok cool hatch.
[17:00] <hatch> gary_poster: still on a call? https://code.launchpad.net/~hatch/juju-gui/add-unit my test fails in mocha but passes in the browser
[17:00] <hatch> TypeError: JSON.stringify cannot serialize cyclic structures. (mocha-phanto│GET /juju-ui/assets/images/picker_1px.png 200 2ms - 965
[17:00] <hatch> mjs/core_extensions.js:50)
[17:01] <hatch> it's also very slow +1s
[17:01] <gary_poster> no on call hatch. you mean fails in phantom right?
[17:01] <hatch> yeah...oh man I need another coffee or something hah
[17:01] <gary_poster> looking
[17:01] <hatch> I'm assuming I"m doing this wrong becuase there is no way that tests should take over 1s
[17:05] <gary_poster> verified symptoms hatch.  now looking at code
[17:06] <hatch> thanks
[17:06] <hatch> my experience with the environment code is virtually 0 so I woudln't doubt I'm doing this wrong
[17:08] <gary_poster> hatch, let's guichat
[17:08] <hatch> alright
[17:48] <Makyo|out> Haircut time
[17:54] <hatch> gary_poster: http://pastebin.ubuntu.com/5668110/
[17:54] <hatch> any input?
[17:55] <gary_poster> hatch, #1, clear out the delta stream, as we said
[17:55] <gary_poster> before you open
[17:56] <hatch> oh right - I had that in there but didn't appear to make any difference
[17:56] <hatch> I'll add it back
[17:56] <gary_poster> hatch #2, the fact that you are waiting 1 second means that you are still not returning an initial response (client.receive, like in the login op handler)
[17:57] <gary_poster> because waiting one second means that you are waiting for the delta stream
[17:57] <gary_poster> when you should be waiting for the client response
[17:57] <hatch> ahh ok
[17:57] <hatch> oh looks like I had a typo there
[18:12] <hatch> man we REALLY need to document attrs and events
[18:13] <gary_poster> hatch, write down the pain, because otherwise you will forget it
[18:13] <gary_poster> that is the specific things that you mean
[18:13] <hatch> yep for sure
[18:21] <bac> hatch: when you have some time i'd like to get some help
[18:21] <hatch> sure 5mins?
[18:22] <hatch> I have new neighbours today....wonder what they will be like
[18:22]  * hatch hopes they don't throw huge parties every weekend
[18:25] <gary_poster> hatch, interestingly the unit tests were fine, without any retries, for two or three times in a row.  The most recent ran the unit tests four times before it got a success, but at least it did eventually get a success. :-/ http://<IP_ADDRESS>:8080/job/jujugui-test-charm/206/console
[18:27] <hatch> man that's so irritating
[18:27] <hatch> it never fails in chrome though does it?
[18:27] <hatch> bac: ok I'm at a good break point
[18:27] <hatch> what's up?
[18:47] <ahasenack> hi guys,
[18:47] <ahasenack> I deployed juju-gui using "stable", and /var/lib/juju/units/juju-gui-0/charm/juju-gui/build-prod/juju-ui/version.js confirms that
[18:47] <ahasenack> var jujuGuiVersionInfo=['0.3.1', '470'];
[18:47] <ahasenack> but I don't see a "landscape" link in the lower right corner, it's been a while since I last deployed this
[18:48] <ahasenack> maybe I'm just not finding it, where should it be, does someone know?
[18:48] <gary_poster> ahasenack, the link does not show up until landscape has annotated the environment
[18:48] <ahasenack> ah, ok
[18:48] <ahasenack> so I have some bug hunting to do :)
[18:48] <gary_poster> :-)
[18:53] <hatch> gary_poster: I think bac may have found our test failing issue
[18:53] <gary_poster> yay?
[18:53] <hatch> well whatever he is doing is causing the tests in application basics to fail
[18:53] <hatch> but randomly
[18:53] <hatch> sometimes it passes
[18:53] <gary_poster> :-) fun
[18:53] <hatch> sometimes 2 fail, sometimes 8 fail
[18:53] <gary_poster> sounds different to me
[18:57] <hatch> sure - but if you look at the test suite you'll notice that it doesn't clean up after itself
[18:58] <ahasenack> gary_poster: what would be a line in the logs that confirms landscape is sending the annotations? I have seen some like these:
[18:58] <gary_poster> hatch, if we fix it, I'd be thrilled :-)
[18:58] <ahasenack> 2013-04-01 14:48:40,793: juju.rapi.ws@DEBUG: send delta update [('service', 'change', {'charm': 'local:precise/keystone-213', 'annotations': {u'landscape-computers': u'%2Bservice%3Akeystone', u'gui-y':<PHONE_NUMBER>310003, u'gui-x':<PHONE_NUMBER>188667}, 'id': 'keystone'}), ('service', 'change', {'charm': 'local:precise/nova-compute-87', 'annotations': {u'landscape-computers': u'%2Bservice%3Anova-compute', u'gui-y': 277.31
[18:58] <ahasenack><PHONE_NUMBER>3, u'gui-x':<PHONE_NUMBER>934253}, 'id': 'nova-compute'})]
[18:58] <ahasenack> (send)
[18:58] <ahasenack> and
[18:59] <ahasenack> 2013-04-01 14:48:25,691: juju.rapi.ws@INFO: Process message {"op":"update_annotations","entity":"keystone","data":{"gui-x":570.5940154188667,"gui-y":153.5838711310003},"request_id":3}
[18:59] <ahasenack> but I'm not sure who sent them
[18:59] <ahasenack> other than that, no easy traceback on either side so far
[18:59] <ahasenack> still digging
[18:59] <gary_poster> ahasenack, the second one is unrelated
[19:00] <gary_poster> that is the gui annotating viaula location of a service
[19:00] <gary_poster> visual
[19:00] <gary_poster> the first is promising
[19:00] <ahasenack> yeah, figured (x-y coordinates)
[19:00] <hatch> viaula sounds like some medication name ;)
[19:00] <gary_poster> :-P
[19:01] <ahasenack> yeah, that first one has bits of a valid landscape link
[19:01] <ahasenack> the service:nova-compute part
[19:01] <ahasenack> it's a landscape computer search
[19:01] <gary_poster> ahasenack, if I had to guess, I would guess that the environment annotations are not being set/sent to the GUI
[19:01] <gary_poster> that provides the base of the URL
[19:01] <gary_poster> and it is what we use to determine if we should turn on the environment annotations
[19:03] <ahasenack> ok
[19:04] <gary_poster> ahasenack, ideally you would see these annotations in that stream.  maybe look for the string "environment"?
[19:04] <gary_poster> ahasenack, other thinsg I can do to help, though it would take me a few minutes:
[19:05] <ahasenack> I can see landscape connecting to the api
[19:05] <gary_poster> - give you something to run in the browser to look at the annotations the the GUI knows about for the environment
[19:05] <ahasenack> I restarted that landscape service and I see the login op, and the api sending back a bunch of stuff
[19:05] <ahasenack> I need to watch for the other way around now
[19:05] <gary_poster> - give you something to run in the browser to ask Juju directly for annotations on the environment
[19:06] <ahasenack> in the "send delta update" bit, there are annotations in it
[19:06] <gary_poster> ahasenack, when it sent a bunch of struff did it include "environment" associated with an update_annotations op?
[19:06] <ahasenack> 'annotations': {u'landscape-computer': u'%2Bunit%3Aswift-proxy%252F1', u'landscape-needs-reboot': True}
[19:06] <ahasenack> I'll have to check, it's a long message
[19:06] <gary_poster> yeah, we established that services are getting annotations
[19:07] <gary_poster> yeah, grep it! :-)
[19:08] <ahasenack> no update_annotation yet
[19:08] <ahasenack> or "environment"
[19:08]  * hatch goes to eat
[19:08] <gary_poster> I'm trying to verify on my side with test data
[19:08] <hatch> ding if ya need me
[19:09] <ahasenack> older bits of the logs do have it
[19:09] <ahasenack> hm, wait
[19:09] <ahasenack> that's the x-y position ones
[19:10] <gary_poster> 1 sec ahasenack I got something else for you to look for
[19:10] <bac> anyone seen google maps today?
[19:10] <ahasenack> the only "environment" string I have is
[19:10] <ahasenack> # grep environment api-agent.log
[19:10] <ahasenack> 2013-04-01 11:44:01,019: juju.agents.api@DEBUG: Received environment data.
[19:11] <gary_poster> ahasenack, I'm on crack, but I'm trying to wean myself off. ;-) see http://pastebin.ubuntu.com/5668359/
[19:11] <gary_poster> ahasenack, those values are old
[19:11] <gary_poster> ahasenack, but the keys are correct
[19:11] <ahasenack> gary_poster: so, I should look for a log entry similar to that one, with those keys
[19:11] <gary_poster> in particular we have to have landscape-url, but all those keys are necessary
[19:12] <gary_poster> precisely ahasenack
[19:12] <ahasenack> yeah, no landscape-url anywhere
[19:14] <gary_poster> ahasenack, I'm suspicious that landscape is not giving us the keys we need anymore, then
[19:15] <gary_poster> well, even more suspicious, since I had already qa'd this on our end ;-)
[19:15] <ahasenack> gary_poster: ok, I'll file a bug on our side
[19:15] <gary_poster> thanks ahasenack
[19:15] <ahasenack> gary_poster: yeah, it changed to fix a bug
[19:15] <gary_poster> gotcha
[19:15] <ahasenack> wouldn't be the first time a bug was introduced by a fix
[19:15] <gary_poster> :-) no
[19:20] <bac> gary_poster: vacation request submitted.
[19:34] <rick_h_> jcsackett: hatch if you guys get a few spare minutes :) https://codereview.appspot.com/8171047
[19:38] <hatch> NEVAAAAAAA
[19:40] <hatch> rick_h_: is there a risk of that qa.json becoming stale?
[19:44] <Makyo> >:/
[19:46] <rick_h_> hatch: yea, but kind of the case with any sample data :/
[19:46] <hatch> yeah true true
[19:56] <hatch> Makyo: don't like your hair?
[19:57] <Makyo> hatch, Nah, it came out fine.  Don't like my wireless router, though.
[19:57] <hatch> Makyo: your new hair? http://1.bp.blogspot.com/-bJLQi7wKPU8/T7EH46gZ_gI/AAAAAAAABNU/eRblcqMK6GU/s400/09-mohawk.jpg
[19:58] <Makyo> hatch, I don't think I could quite pull that off.. :)
[19:58] <hatch> lol
[19:58] <hatch> how will you know unless you try?
[19:58] <hatch> you miss 100% of the shots you don't take :P
[19:58] <Makyo> Who's to say I haven't?
[19:58] <hatch> true true
[19:59] <Makyo> (ps: I haven't)
[19:59] <hatch> lol
[20:08] <hatch> gary_poster: in python.js ln 133 there is a line this.ws.send(msg) in _send_rpc() can you tell me where this is set?
[20:09] <gary_poster> looking hatch
[20:10] <hatch> oh I found it
[20:10] <hatch> heh
[20:10] <hatch> figures
[20:10] <hatch> :D
[20:10] <gary_poster> :-) k
[20:10] <hatch> basically I'm trying to track down an error with env.add_unit()
[20:11] <hatch> on the integration test
[20:20] <hatch> hey gary_poster you wrote the addUnit method in fakebackend.js right?
[20:20] <hatch> wait ignore that
[20:20] <hatch> this is my screwup
[20:23] <hatch> ok lets roll that back just a bit
[20:23] <hatch> :)
[20:34] <hatch> gary_poster: is it possible that the addUnit method doesn't return the proper formatted data? Or is it intentional that I'm supposed to match it to the real output?
[20:35] <gary_poster> hatch, there's only confidence if there is a test. :-)  Let's see if there is a test for addUnit in the test_fakebackend file...
[20:36] <hatch> well it works
[20:36] <gary_poster> hatch, tests seem reasonable.  if you think there's a problem, maybe try to write a breaking one?
[20:36] <hatch> it's output just doesn't match the native one
[20:36] <gary_poster> hatch, oh!  no, that's the job of what you are writing
[20:37] <gary_poster> remember I said there was deterctive work involved?
[20:37] <gary_poster> detective, even
[20:37] <hatch> yep ok - so then I'll break these tests
[20:37] <hatch> and that's ok?
[20:37] <gary_poster> hatch, um?
[20:37] <gary_poster> hatch, let's have a guichat :-)
[20:37] <hatch> sure :)
[20:43] <jcsackett> hatch, Makyo, rick_h_: can two of you fine folks look at https://codereview.appspot.com/8071044
[20:43] <Makyo> Sure, on it.
[20:43] <jcsackett> Makyo: thanks.
[20:49] <gary_poster> Makyo LGTM
[21:04] <Makyo> gary_poster, thanks
[21:04]  * Makyo walks dogs before it rains.
[21:04] <gary_poster> :-) welcome
[21:05] <hatch> gary_poster: when you get a second could you check out https://codereview.appspot.com/8236043/
[21:05] <hatch> I am pretty sure I got it this time
[21:05] <hatch> haha
[21:05]  * hatch has a thick skull sometimes
[21:05] <gary_poster> hatch, yeah.  Still a bit of trouble, I think.
[21:05] <gary_poster> sorry, hatch, but let's guichat
[21:06] <hatch> :'(
[21:06] <hatch> alright
[22:34] <hatch> gary_poster: code has been updated
[22:35] <gary_poster> hatch, just saw, looking
[22:35] <hatch> awesome
[22:36]  * hatch crosses fingers
[22:36] <gary_poster> looks good hatch, doing silly normal review things :-)
[22:37] <gary_poster> will eventually result in a LGTM :-)
[22:38] <gary_poster> hatch, LGTM with small suggestion
[22:38] <hatch> thanks - sure I'll add that :)
[22:40] <hatch> I actually didn't know there was an isUndefined
[22:40] <hatch> :)
[22:40] <gary_poster> assert is a nice interface.  I didn't start using it till I saw benji use it
[22:40]  * hatch wonders what assertion lib we are actually using
[22:40] <gary_poster> chai
[22:40] <gary_poster> IIRC
[22:41] <gary_poster> at least that doc has worked well for me ;-)
[22:41] <hatch> haha perfect
[22:44] <hatch> hmm after I added assert(isUndefined(data.err)); I got a 'verify dependency' error
[22:44] <hatch> but now it's working just fine
[22:44] <hatch> there is definitely some leakage in some tests here
[22:44] <hatch> maybe after 13.04 we take a day and go through all of the suites to clean them up
[22:45] <hatch> assert.isUndefined(data.err);
[22:45] <hatch> i mean
[22:47] <hatch> bcsaller: able to take a look at my fakebackend branch for review?
[22:49] <bcsaller> hatch: got the link
[22:49] <bcsaller> ?
[22:49] <hatch> https://codereview.appspot.com/8236043/
[22:56] <hatch> gary_poster: if you're still around - any idea which task you want me to tackle next so I can do some evening reading
[23:14] <hatch> bcsaller: I just copied that signature from a previous test
[23:15] <hatch> oh it looks like it's from python.js ln 227
[23:50] <gary_poster> hey hatch.  I'm here for a sec.  you still here?
[23:50] <gary_poster> thanks for getting that branch landed. cool.
[23:50] <hatch> I am yep
[23:50] <hatch> I'm glad it's over :D
[23:50] <hatch> although I have a much much better understanding of what's going on
[23:50] <hatch> haha
[23:52] <gary_poster> :-()
[23:52] <gary_poster> :-)
[23:52] <gary_poster> first smiley: fat finger led to fat lip
[23:52] <hatch> haha
[23:59] <gary_poster> hatch, how about remove_units?  it's all in a similar part of the world, so it would be a natural change.


[00:20] <Unit193> Rhonda: Did the merge and filed the sponsorship bug, in case you didn't see bugmail.
[08:55] <Rhonda> Did receive it, thanks. :)
[08:55] <Rhonda> Unit193: ^^


[00:48] <bluesabre> flocculant, thanks, looks like we're still not 100% there
[06:55] <flocculant> bluesabre: I thought so - just a heads up :)
[10:46] <knome> pleia2, once you have time, plz g+/fb http://xubuntu.org/news/presenting-xubuntu-status-tracker/
[10:59] <bluesabre> flocculant, made some PPA updates for zesty, got some more work to do which I hope to get to tonight
[12:08] <flocculant> thanks :)
[15:59] <Unit193> bluesabre: Sorry I didn't get to testing before you released.
[16:35] <bluesabre> Unit193, no problem, it was confirmed working
[16:36] <flocculant> hi bluesabre :)
[16:36] <bluesabre> hey flocculant
[16:36] <flocculant> lunchtime methinks
[16:36] <bluesabre> wife sick today, took the day off
[16:37] <flocculant> oh dear :(
[16:57] <Unit193> Nice, now whisker will build again.
[19:20] <Unit193> flocculant: So, what's up with the GTK3 ppa?
[19:46] <flocculant> Unit193: not sure what the crack is - and zesty iso's are knackered till rebuilt, so can't try with a vanilla install
[19:47] <flocculant> but - here if I use the ppa and upgrade everything it kills the panel on reboot
[19:47] <flocculant> I can then rebuild the panel, except terminal refuses to run from panel launcher
[19:47] <flocculant> then on reboot - panel lost again
[19:48] <Unit193> Some of that sounds like xfconf fun, but that's not even in the PPA any longer.
[19:51] <flocculant> Unit193: I'll check tomorrow at some point once we've a good iso to work from
[19:52] <Unit193> Sure.  Reminds me, slick poked about core..
[19:52] <flocculant> always the possibility it's this install obviously - it's been been mucked about with since ~ yakkety beta1 or 2 time
[19:53] <flocculant> Unit193: yea saw that poke :p btw I did a testcase based on the actual thing for it
[19:54] <Unit193> \o/
[19:54] <Unit193> I presume all worked as suual.
[19:55] <flocculant> it did at the time
[19:55] <flocculant> well
[19:56] <flocculant> with the same bug we saw before it did
[19:56] <Unit193> Mini isn't using the new installer, right?
[20:02] <flocculant> no idea - not been near mini.iso for over 6 months
[20:31] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 17.10 - i386 - i386 built.
[20:46] <Unit193> flocculant: Mass plugin update incoming...
[20:47] <flocculant> I saw the explosion all over thunderbird earlier ...
[20:47] <flocculant> didn't read them - just marked the whole lot as read :D
[20:47] <Unit193> Yeah, as I said, someone in Xfce land doesn't like me. :P
[20:47] <flocculant> I did wonder why the comment - then just made some stuff up in my head ... 'oh yea, that'll do it' :p
[20:48] <Unit193> Because Sean is doing things upstream means I get all of 'em.
[20:48] <flocculant> re those plugins and gtk3 - before I purged them - they did (at least the 6 or so I had) seem ok
[20:50] <Unit193> (Gah, 18 messages now..)
[20:50] <flocculant> :)
[20:50] <flocculant> I think that's them all :D
[20:52] <flocculant> I guess by the time they're all in ppa - there will be a good iso - I'll recheck at that point
[20:55] <Unit193> I pushed them to my staging PPA, but will copy over after successful build without testing, they've been tested. :P
[20:57] <ochosi> Unit193: hmm, any plans regarding xfconf 4.12.1?
[20:57] <ochosi> (i mean i have it here now locally, so just as a general question, not a request ;))
[20:57] <Unit193> ochosi: No, it breaks stuff and is evil.  It killed my pet ghost.
[20:57] <ochosi> seriously?
[20:57] <Unit193> ochosi: I read that wrong, neeeeevermind. :D
[20:57] <ochosi> i thought it just adds one more api call
[20:58] <ochosi> errm, one more type
[20:58] <ochosi> gdkrgba
[20:59] <Unit193> Right, any reason I should care rather than having it trickle through Debian first?
[21:00] <ochosi> nope, that'd be ok as well
[21:01] <Unit193> (Wasn't trying to be a jerk, just asking.)  OK, I think that's been poked at in pkg-xfce SVN, so should land soon.  If it doesn't, you can poke me and tell me to hurry up.
[21:03] <ochosi> k, awesome, thanks!
[21:04] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 17.10 - amd64 - amd64 built.
[21:05]  * genii twitches
[21:06] <Unit193> genii: Twitchy, too much coffee?
[21:07] <Unit193> flocculant: Sooo, what's the issue with the ISOs? :3
[21:07] <flocculant> fixed afaik - can't be arsed to rebuild and wait
[21:07] <flocculant> and resting from running about :p
[21:08] <Unit193> Sure, just was wondering to look for in the newly built ISOs.  No big deal.
[21:08] <flocculant> Unit193: oic
[21:08] <flocculant> hang on
[21:08] <genii> Unit193: Also tempted to test the amd64 iso
[21:08] <flocculant> https://launchpad.net/bugs/1637985
[21:08] <flocculant> Unit193 that
[21:09] <Unit193> Ah.
[21:09] <Unit193> Danke.
[21:09] <flocculant> genii: - currently falls over half way through installing
[21:09] <flocculant> should be ok when they rebuild
[21:10]  * flocculant notes time is getting close to Rush time and wanders off for the day
[21:11] <Unit193> Erm, well I'm an idiot.  Just noticed what genii twitched at.
[21:14] <Unit193> ochosi: What's the status of tumbler?
[21:14] <ochosi> Unit193: you mean the gdbus port?
[21:14] <Unit193> Yep.
[21:16] <ochosi> i haven't tested it tbh
[21:17] <ochosi> and i already got myself into too many projects by "just taking a look"
[21:18] <ochosi> you've tested it?
[21:18] <Unit193> I was wondering more about release/merge to master/etc.  Yeah I've been running it for quite some time now.  Not cranky.
[21:19] <ochosi> yeah, merging it to master means taking some responsibility for it
[21:19] <Unit193> Only thing I can think of, if you wget a video with thunar open, it'll spam the CPU a tad.
[21:19] <ochosi> i thought "notifyd looks ok, i could merge that"
[21:19] <Unit193> :D
[21:19] <ochosi> boom, i had to do a lot of fixes to get it really working
[21:19] <ochosi> ouch, not fun
[21:19] <Unit193> Then they ask for features too.
[21:20] <ochosi> and that's not the case with the the current glib-dbus version?
[21:20] <knome> and your credit card number.
[21:20] <knome> and a ring.
[21:20] <knome> and some children.
[21:20] <Unit193> ochosi: No idea anymore tbh, likely is.
[21:21] <ochosi> seems like a bit of a corner case, that's why i'm asking
[22:08] <Unit193> Yey!  Now the GTK3 tracking page is happier.


[04:09] <laxa8831> hi :)
[04:11] <nisshh> laxa8831, hey there
[04:12] <laxa8831> ive got a q about folder permissions with samba
[04:12] <laxa8831> ive set up a few drives with r/w access and they work well
[04:12] <nisshh> yeah
[04:12] <laxa8831> but i have one folder inside that drive that i want read-only access to, except for root and 1 network user
[04:12] <laxa8831> inside a drive i mean
[04:13] <nisshh> right, so you want a specific folder in one of the samba shares to have specific permissions?
[04:13] <laxa8831> so in effect, network users have full control over the drive's contents except for one folder, which is protected
[04:13] <laxa8831> yeah
[04:13] <nisshh> i see
[04:15] <nisshh> laxa8831, im not familiar with samba sorry, plus i have to go to college right about now, i have notified people in our chat channel that you need some help, if you just wait for someone that would be great
[04:15] <laxa8831> thanks alot man
[04:15] <laxa8831> very much appreciated!
[04:15] <nisshh> no problem :)
[04:15] <laxa8831> have fun learning
[04:16] <nisshh> laxa8831, i might see you around later, bye :)
[04:16] <Blank__> laxa8831, i've done a little bit of fiddling with samba permissions, however i'm far too sick to help you right now... sorry
[04:17] <laxa8831> thats no good ;(
[04:18] <laxa8831> hope you get better
[04:18] <Blank__> thanks
[04:18] <laxa8831> ill be able to test out my modified smb.conf when a computer frees up
[04:20] <laxa8831> ok lol, tested it then
[04:20] <laxa8831> i created another share to that folder
[04:20] <laxa8831> and of course it works when accessing the folder directly
[04:20] <laxa8831> but when when accessing the folder from within another share
[04:20] <laxa8831> :(
[04:58] <laxa8831> this is hard lol
[04:58] <laxa8831> chown and chmod dont seem to do anything
[04:58] <laxa8831> i cant change a folders owner or the folders permissions
[05:47] <laxa8831> okey dokey
[05:47] <laxa8831> i worked it out
[05:47] <laxa8831> the command: veto files = 'folder'
[05:48] <laxa8831> will hide folders from a share
[05:48] <laxa8831> and i created a sperate share with the sensitive files
[05:50] <kaushal> hi
[05:52] <kaushal> hi
[05:52] <kaushal> I have started openvpn client as daemon mode. I get these errors in daemon.log file http://pastebin.ubuntu.com/538205/
[05:53] <kaushal> please suggest/guide
[11:46] <vk3xci-eee> New  install Ubuntu 10.10...but kept the old /home now  firefox won't connect to https sites! Had the same prob once before and someone here gave me the answer. I have apt-get --purged and reinstalled to no avail. Anyone got a clue?
[11:49] <nisshh> vk3xci-eee, try rm -r ~/.mozilla :)
[11:49] <nisshh> then restart firefox and try again
[11:53] <vk3xci-eee> removes the . mozilla directory and rebuilds on start up.... still no joy. (tried once before but did it again anyway)
[11:57] <dns53> try mozilla -profilemanager
[11:57] <dns53> create a new profile and start again
[12:01] <head_victim> vk3xci-eee: I remember something about ipv6 stuff at one stage?
[12:02] <vk3xci-eee> Okaaaay.... defaults to ipv6 or some such...
[12:02] <head_victim> vk3xci-eee: unless you're using ipv6 have a look at http://ubuntuforums.org/showthread.php?t=1136912
[12:02] <head_victim> Post 3 has the answer I believe.
[12:02] <vk3xci-eee> i ll go look
[12:12] <vk3xci-eee> Sure does.... works now thank you. goodnight all and thanks again!
[12:13] <head_victim> No worries
[12:58] <jfer> evening all. i was wondering if anyone has had experience using puppet to manage machines on a network?
[12:59] <jfer> also, what other tools are available to manage client machines on a network issues updates etc?


[07:13] <infinity> bjf: Why did you reassign 960770 from linux-meta to linux?  It's a bug in (and being fixed in) -meta.
[07:31] <ppisati> moin
[07:32] <infinity> o/
[07:45] <ppisati> reboot
[08:06] <ppisati> and reboot (again)
[08:35] <ppisati> and reboot again
[09:16] <smb> cking, not for you
[10:26] <tjaalton> pulling 48e858340dae43 for quantal would fix a regression in 3.5.0-18, bug 1088271
[10:26] <ubot2`> Launchpad bug 1088271 in linux (Ubuntu) "X startup fails with "failed to get resources" error after update to 3.5.0-18 " [High,Triaged] https://launchpad.net/bugs/1088271
[10:35] <henrix> tjaalton: i took a look and this commit is already present in quantal
[10:35] <tjaalton> really?
[10:35] <tjaalton> it's not in the stable series
[10:35] <tjaalton> yet
[10:35] <tjaalton> the original commit is in quantal
[10:35] <tjaalton> this reverts it
[10:36] <tjaalton> at least -21 is still broken, is it in -22?
[10:36] <henrix> let me check...
[10:36] <henrix> it was added into 3.5.0-18.29
[10:36] <tjaalton> yes, the original one
[10:36] <tjaalton> which is brokne
[10:36] <tjaalton> broken
[10:36] <henrix> ah, you meant to revert 48e858340dae43?
[10:36] <tjaalton> no
[10:37] <tjaalton> this _is_ the revert :)
[10:37] <henrix> yeah, right :)
[10:37] <henrix> so, this sha1 was added into 3.5.0-18.29
[10:38] <tjaalton> 47f80be7fc108d4 is the one you mean?
[10:38] <tjaalton> this would revert that
[10:39] <henrix> gah, you're right. sorry
[10:39]  * henrix got confused :)
[10:39] <tjaalton> :)
[10:40] <henrix> tjaalton: i can submit a patch to SRU it next cycle
[10:41] <tjaalton> ok, thanks
[10:41] <henrix> np
[13:01]  * smb starts to move over
[13:13] <cking> smb, have a good journey
[13:21]  * henrix -> lunch
[15:28] <ppisati> brb
[15:52] <xnox> it's funny how with 3.8 kernel my usb2.0 ports sometimes stop working, but I am not complaining since the 3.0 usb port is working more reliably now =)
[15:53] <jsalisbury> **
[15:53] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:53] <jsalisbury> **
[15:55] <akgraner> jsalisbury, thank you again - my laptop seems to working well today
[15:56] <jsalisbury> akgraner, that's great news.
[15:56] <akgraner> yes it is
[15:57] <ppisati> rtg: tim, what do you use on your imx6? linaro? debian? ubuntu?
[15:57] <jsalisbury> akgraner, you should be able to apply the latest updates again.  But maybe wait until the end of the day ;-)
[15:57] <ppisati> rtg: and how do you boot it? u-boot on spi flash? or u-boot on sd?
[15:58] <rtg> ppisati, I installed the linaro image, then built a raring chroot to do builds. I think it must be booting from SPI
[15:58] <rtg> The raring chroot is on an external USB drive
[15:58] <rtg> as is /home
[15:59] <ppisati> rtg: ok, and do you know if you are using boot.scr? uenv.txt or do you boot straight from uboot env?
[15:59] <ogra_> what a waste
[15:59] <ogra_> use SATA !
[15:59] <ogra_> USB is for pandas
[15:59] <ogra_> :P
[15:59] <akgraner> jsalisbury, ok I'll do it after I end my day
[16:00] <rtg> ogra_, nm, it _is_ SATA
[16:00] <ogra_> :)
[16:00]  * ppisati wonder if ogra has some kind of irc filters because he shows up everytime an arm discussion sparks...
[16:00] <jsalisbury> akgraner, or whenever you feel like it.  No need to rush.  It would just be good to confirm all goes well with applying updates.
[16:00] <ogra_> haha
[16:01] <ogra_> intuition ;)
[16:01] <rtg> ppisati, IIRC it is booting from uboot env. I don't think I customized anything (but then its been awhile)
[16:01] <ppisati> rtg: ok
[16:01] <akgraner> jsalisbury,I'll let you know for sure
[16:01] <ppisati> ogra_: do you have an imx6?
[16:01] <ogra_> yes
[16:02] <ppisati> ok
[16:02] <ogra_> using an image cooloney gave me
[16:02] <ppisati> i'm adding imx6 support to R/master as part of multiplatform
[16:02] <ogra_> 3ith my own ubunt-coe based rootfs onSATA
[16:02] <ppisati> but since we never had any official ubuntu img fr it
[16:03] <ogra_> i might try it then
[16:03] <ppisati> i was wondering which solution i should pursue for booting it
[16:04] <ogra_> i would go for SD, easiest to modify
[16:04] <ppisati> yep
[16:04] <ppisati> but there's all kinds of config out there
[16:04] <ppisati> booting from SPI flash
[16:04] <ppisati> from u-boot on sd (dedicated partition)
[16:04] <ogra_> iirc the first stage is in flash anyway
[16:04] <ppisati> using u-boot env vs boot.scr vs uEnv.txt
[16:05] <ppisati> yes, but some use it to jump to u-boot on sd (Linaro does that)
[16:05] <ogra_> and thedefault is to boot from flash all the way
[16:05] <ppisati> others jump straight from flash u-boot to mmcblk0pX/uImage
[16:05] <ogra_> so you likely need to tweak that for SD
[16:06] <ogra_> and then just provide a u-boot sd image
[16:06] <ppisati> ogra_: actually, if i take an omap img and just change the kernel it shoud be ok, right?
[16:07] <bjf> brendand, what's your ETA for having the precise and quantal testing done?
[16:07] <ogra_> u-boot too indeed
[16:07] <ogra_> but yeah
[16:07] <ppisati> ogra_: yeah, u-boot of course
[16:07] <ogra_> (and initrd if you need modules from there)
[16:07] <ppisati> well
[16:08] <ppisati> with multiplatform there's one kernel for many chips
[16:08] <ogra_> ah, k
[16:08] <ppisati> omap3, omap4 and imx6 now
[16:08] <brendand> bjf - thursday latest
[16:08] <ppisati> omap3/4 works
[16:08] <ogra_> i forgot you said DT
[16:08] <ppisati> imx6 not yet
[16:08] <brendand> bjf - tomorrow would also be possible if earlier is strictly better
[16:09] <ogra_> i want tegra2 and 3 more than imx
[16:09] <ogra_> :)
[16:09] <ogra_> (totally selfish indeed )
[16:09] <ppisati> ogra_: that's the hw that i've handy, first let me make it work well :)
[16:09] <bjf> brendand, sooner is always better than later
[16:10] <ogra_> they need to gibe you a nexus7 !
[16:10] <ogra_> :)
[16:30] <jsalisbury> bjf, herton, henrix Just wanted to give you guys a heads up on bug 1098262
[16:30] <ubot2`> Launchpad bug 1098262 in linux (Ubuntu) "Precise crashes hard when HP array rebuilds" [High,Incomplete] https://launchpad.net/bugs/1098262
[16:55] <bjf> jsalisbury, ack
[18:36]  * rtg -> lunch
[19:34] <rtg> jsalisbury, having a look at bug #1099913
[19:34] <ubot2`> Launchpad bug 1099913 in linux (Ubuntu) "Please consider applying upstream patches for mtip32xx" [High,Confirmed] https://launchpad.net/bugs/1099913
[19:34] <jsalisbury> rtg, thanks
[20:04] <rtg> jsalisbury, so I accidentally deleted your email about ^^. Could you forward it to bjf as well ?
[20:04] <jsalisbury> rtg, sure
[20:04] <rtg> I'm sure he'll have some thoughts about timing.
[20:05] <jsalisbury> rtg, done
[20:13] <vanhoof> rtg: talked with kentb on that one, its ok for SRU proposal post 12.04.2
[20:13] <rtg> vanhoof, yeah, I didn't think it would make .2
[20:13] <rtg> however, it'll be in the pipeline soon
[20:14] <vanhoof> yeah, he ping'd me on that bug this morning, wanted to make sure it wasn't end of the world waiting for the next sru cycle
[20:14]  * vanhoof doesnt want to derail the .2 train
[20:14] <vanhoof> (if possible :))
[20:14] <rtg> works for mwe
[20:14] <rtg> me*
[20:19] <bjf> rtg, i've talked to him as well, we are all good
[20:19] <rtg> bjf, ack
[20:29] <bjf> rtg, you mumbling today?
[20:39]  * rtg -> EOD
[22:27] <hallyn> so for raring on a NVIDIA Corporation GT218 [GeForce 310M], what is the recommended nvidia package right now?  (right now i can't boot a raring kernel - using old quantal one - and jockey-text -l says none are installed)
[22:27] <hallyn> i guess i'll try nvidia-current...
[23:23] <vanhoof> hallyn: might wana check w/ tseliot when he's up
[23:23] <vanhoof> hallyn: i know he's been sorting some of that out last week/this week