[01:51] <gwb1231> Hey everyone! Is there anyone here who can help me troubleshoot a problem I'm having with Xubuntu on my laptop?
[01:52] <GridCube> !anyone
[02:04] <philipballew> gwb1231, whats up
[02:52] <matryx> hi, I lost my windows 7 boot entry after installing ubuntu...how do I edit grub 2 to add the entry back in. My win7 is on sda2
[10:04] <einseenai> hello, guys, is there some menu in xfce so that i can see recent files and docs?
[10:04] <einseenai> like "places" menu in old gnome?
[10:05] <Sysi> install xfce4-places-plugin
[10:06] <Sysi> add that to panels, it's a bit different to "directory menu"
[10:07] <einseenai> Sysi, thanks a lot.
[10:07] <Sysi> np
[10:18] <Ork> Hi, there's a translation bug in natty and oneiric : http://ork.olol.eu/public/012086acdc49_xubuntu-bug-panel.png
[10:18] <Ork> How to get rid of it?
[10:19] <Sysi> !bug
[10:19] <Ork> thanks
[10:49] <Joshua17th> i have small and useless question, but how i chance the time ? it shows 6:48AM and the clock is in here 1:47PM
[10:52] <well_laid_lawn> Joshua17th: what happens when you right click the clock?
[10:54] <Joshua17th> it gives a dropdown menu where options clock and properties are crayed out
[11:09] <well_laid_lawn> o
[11:09] <well_laid_lawn> Joshua17th: you can do it from the command line if you want
[11:10] <well_laid_lawn> sudo date -s 13:47
[11:10] <Joshua17th> ty!
[11:28] <Ork> https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/846386 my first bug report :)
[12:53] <neurochrome> does xubuntu use compiz by default if the gfs is sufficient?
[12:55] <neurochrome> gfx*
[13:05] <neurochrome> try to rephrase that... on a virgin install does xubuntu try to default to compiz if the graphics card is up to it?
[13:09] <Myrtti> I dont think so
[13:09] <Myrtti> composite perhaps
[13:09] <Myrtti> compiz, doubt it
[13:22] <Sysi> xuvuntu doesn't have compiz by default and getting it is a bit of setting up
[13:22] <Sysi> xubuntu*
[13:44] <needhelp> hello
[13:45] <needhelp> need some help xubuntu
[13:45] <needhelp> anyone willing to chat
[13:46] <needhelp> it is about installing and boot loader in dual boot
[20:45] <alkisg_web> Hi, xubuntu 11.10 uses gnome 3, right?
[20:46] <madnick> alkisg_web: you mean GTK 3?
[20:46] <madnick> It does not use the desktop environment Gnome 3
[20:46] <madnick> It uses XFCE :)
[20:47] <alkisg_web> Thanks, I didn't know which parts are called gnome and which ones gtk and which ones gnome-shell/unity (of course I knew it doesn't use those :))
[20:47] <alkisg_web> Yup, I meant gtk 3
[20:47] <madnick> Well, its there :)
[20:47] <alkisg_web> No no those are what I want to avoid :D
[20:48] <madnick> oh no
[20:48] <madnick> I meant, it does not use Gnome-shell/Unity
[20:48] <madnick> Sorry for confusing you
[20:48] <alkisg_web> OK I got the meaning, don't worry
[20:48] <alkisg_web> Sorry for the confusing question
[20:50] <Sysi> gtk3 is what you need to draw buttons, xfce and gnome are using gtk, you run unity/gnome-shell on gnome
[20:50] <alkisg_web> I thought maybe xubuntu would use some parts of the gnome dialogs, like user management or other stuff
[20:51] <alkisg_web> But if xfce has all the things covered, it's much better
[20:52] <Sysi> xubuntu might have some "gnome-apps" for settings and stuff but so what?
[20:53] <alkisg_web> No problem at all; it can also use dconf or whatever else is useful; my terminology was just wrong, nothing more


[01:38] <qwebirc96080> Hey!  Just got mythbuntu 10.10 installed (first time myth user) and I'm very excited about it.
[01:38] <qwebirc96080> But, I'm on a 4:3 screen and I'm not excited about my options for themes
[01:39] <qwebirc96080> I saw the mythbuntu 8.04 theme here: http://www.mythbuntu.org/node/141
[01:39] <Zinn> [www.mythbuntu.org] MythTV Setup | Mythbuntu
[01:39] <qwebirc96080> And I like it.  But, I did some searching and cannot find that theme anywhere?
[01:41] <tgm4883> qwebirc96080, I don't think that theme has a 4:3 version anymore
[01:41] <qwebirc96080> awww
[01:41] <tgm4883> and the 8.04 version isn't compatible with mythtv 0.22 or later anyway
[01:41] <qwebirc96080> too bad.
[01:42] <qwebirc96080> fair enough.
[01:42] <qwebirc96080> thanks for the help!
[01:42] <tgm4883> yea 4:3 themes are slim pickings
[01:42] <qwebirc96080> yeah, I suppose I'll have to ge with the times.
[01:44] <qwebirc96080> thanks for the quick help!
[06:10] <Chaorain> I just upgraded to 0.24 and when I watch live tv and the try to change channels I get an error "Erro opening jump program file" and it boots me to the main meu, Help please?


[07:31] <smspillaz> bregma: yeah, that :)
[07:40] <smspillaz> bregma: something I've not been able to explain yet, which you might be able to offer some insight into. xorg-gtest closes the stdout/stderr of both the server and client processes (ie, compiz) by default, but this seems to cause both of those processes to hang whenever they call XSync
[07:40] <smspillaz> At the moment I'm just working around it by forcing XORG_GTEST_CHILD_STDOUT=1, but I have nfc why that happens in the first place


[01:04] <daftykins> diddledan: camera! D:
[08:26] <mapps> morning
[08:57] <MooDoo> morning
[08:59] <mapps> fell asleep at 12!!
[08:59] <mapps> so early for me :)
[09:00] <bigcalm> Good morning peeps :)
[09:01] <mapps> morning bigcalm
[09:48] <mapps> arrows pretty good
[09:51] <directhex> who wants to re-do the website for Ye Olde SteamOSe for free? :D
[09:52] <bigcalm> directhex: you sound like some of my past clients :(
[09:52] <directhex> yeah, but none of them are as sexy as me
[09:53] <directhex> i'll get it done this week
[09:53] <directhex> by the end of wednesday i plan to have a release which supports raid (fakeraid and mdraid), lvm, ntfs resizing, and pre-5000-series radeons, none of which work with valve steamos
[09:54] <mapps> steamOSe?
[09:54] <directhex> under its new name, but yes
[10:02] <bigcalm> "directhex's better version of SteamOs" catchy
[10:03] <bigcalm> I see there's a sale on Rockstar Games. In preparation for the PC release of GTA V?
[10:04] <bigcalm> Journey of a Roach is now on Linux!
[10:04]  * bigcalm bounces off to play some
[10:05] <Knightwise> morning everyone
[10:06] <mapps> morning Knightwise
[10:06] <mapps> did you get ubuntu touch on the nexus7 in the end?
[10:13] <directhex> what the hell? why can't i install win7 in vmware?
[10:16] <MartijnVdS> directhex: because Microsoft hates you
[10:18] <brobostigon> morning boys and girls.
[10:18] <directhex> man i'm hungry
[10:19] <brobostigon> brekkie?
[10:24] <directhex> grr, locked up again. wtf?
[10:27] <directhex> i'll try in BIOS
[10:32] <mapps> wheres it get stuck
[10:35] <directhex> i'll try 8.1 in UEFI
[10:35] <directhex> mapps, "completing installation"
[10:37] <bashrc> I am now a Windows free zone
[10:38] <directhex> frozen in BIOS too :/
[10:39] <bashrc> I did have windows 8 dual boot on my laptop until a few months ago but accidentally deleted it during a 13.10
[10:40] <mapps> UEFI vm!?
[10:42] <directhex> sure
[10:46] <directhex> i'll try w/ virtual scsi instead of virtual sata
[10:49] <directhex> nope. jesus
[12:23] <brobostigon> sunday beer day down the pub i reckon, nice and sunny and warm out.
[12:24] <penguin42> rather grey up here
[12:24] <brobostigon> :(
[12:24] <penguin42> we had 3 or four really nice days early in the week and by Friday I'm back to the heavier coat
[12:25] <brobostigon> ah,
[12:36] <jussi> beer!
[12:46] <mapps> hmm
[12:46] <mapps> i think il just get a sandwich from sainsburys no drink today
[12:46] <mapps> :)
[12:47] <mapps> overdone it recently!
[12:48] <jussi> mapps: awww... you should have one for me, shop is 4km away and Ive no car...
[12:48] <mapps> yea i have to walk 15mins to the shop;p
[12:49] <mapps> but i figure a walk wont hurt its ok weather
[12:49] <jussi> yeah, a walk is always good
[13:34] <czajkowski> DJones: it was an epic game :D
[13:45] <DJones> czajkowski: Finished celebrating yet?
[13:45] <czajkowski> DJones: been so sick all weekend
[13:45] <czajkowski> was all I could do to watch the matches on the couch with my duvet tbh
[13:46] <DJones> Oh dear
[13:46] <czajkowski> fell into bed after we won
[13:46] <DJones> That puts a downer on it, hopefully you felt better afterwards though
[13:46] <czajkowski> hopefully
[13:46] <czajkowski> cannot get my temp down :(
[14:25]  * penguin42 has had a bit of a cold for the last day or so - feels a lot better today fortunately
[15:09] <bashrc> czajkowski: sounds distinctly unpleasant
[15:47] <mapps> watched 10eps of arrow in 2 days:)
[18:19] <aquarius_> hey, people. A networking question. I have two Ubuntu machines; one wired only, one wired & wireless. There is a wifi network available. I want to connect the w+w machine to wifi, connect w+w to wired-only over ethernet cable,and have wired-only be able to see the internet via the wired network
[18:20] <aquarius_> I thinkthis needs bridging or something,but I don't understand it.
[18:20] <aquarius_> w+w is running maverick whichdoes not help.:)
[18:25] <StevenR> aquarius_: it really depends how much control you have over the wireless side
[18:28] <aquarius_> StevenR: control?
[18:29] <StevenR> yup. depends how much configuration control you have over the wireless side, and what it's capable of
[18:29] <StevenR> you've basically got three options, NAT, routing or bridging.
[18:30] <aquarius_> i can configure it w#hoever you want :)
[18:30] <aquarius_> *however
[18:32] <StevenR> bridging is simple, but depends on the wireless router/AP being OK with two IPs on the same MAC address (probably fine)
[18:32] <StevenR> so, you just need to use brctl to build a bridge
[18:34] <aquarius_> ok, what do I do? (I don't understand this stuff!)
[18:34] <StevenR> aquarius_: run brctl
[18:34] <StevenR> it's a terminal command
[18:34] <aquarius_> as root?
[18:34] <StevenR> no
[18:34] <aquarius_> (well, with sudo)
[18:35] <StevenR> (not yet)
[18:35] <aquarius_> ok, it lists subcommands
[18:36] <StevenR> ok, so add a bridge called br0 and then add your wired and wireless interfaces to it (you might break your networking when you do this)
[18:37] <aquarius_> ok, will try
[18:37] <AlanBell> cosmos time shortly :)
[18:38] <aquarius_> I have a br0 already from trying to follow other guides :)
[18:38] <StevenR> aquarius_: pastebin the output of brctl show then
[18:39] <bigcalm> How does one update a factoid in lubotu3?
[18:39] <aquarius_> bridge name	bridge id		STP enabled	interfaces br0		8000.000fb0c12c05	no		eth0
[18:40] <StevenR> aquarius_: use a pastebin please
[18:41] <aquarius_> http://pastebin.ubuntu.com/7103715/
[18:41] <daftykins> another fine ride on the south cliffs today
[18:42] <daftykins> https://www.dropbox.com/sh/x4n77vp7rb9123a/MGPDBthSjg
[18:42] <StevenR> aquarius_: ok, so eth0 is your wired interface?
[18:46] <bigcalm> !rat
[18:46] <aquarius_> StevenR: yep. On w+w, eth0 is the wired IF, configured static on <IP_ADDRESS> in /etc/network/interfaces, and wlan0 is the wireless IF, run by network manager and connected to the wifi network. dhcpd is running on eth0. On wired-only, eth0 is the wired IF, which has a dhcp address from w+w, and they can ping one another
[18:47] <daftykins> sounds alright
[18:48] <daftykins> although not sure you need to use a second class C subnet if you're bridging
[18:48] <aquarius_> I do not really understand that except in general terms :)
[18:49] <daftykins> i won't step on StevenR's toes as he's mid-process :)
[18:50] <StevenR> aquarius_: what is the wireless IP address on w+w ?
[18:53] <aquarius_> StevenR: <IP_ADDRESS>
[18:53] <aquarius_> accordingto ifconfig
[18:54] <daftykins> you'd need to edit the route table of your router for your setup to work without NAT on the w+w machine
[18:55] <aquarius_> daftykins: I have no router. (The wifi network is not mine; it's a BT Fon network.)
[18:55] <daftykins> you fiend!
[18:55] <StevenR> aquarius_: ok, so forget about dhcpd on the wired side of w+w
[18:55] <aquarius_> StevenR: ok
[18:56] <aquarius_> daftykins: I'm paying for a day pass; I'mnot stealing it!
[18:56] <daftykins> :D
[18:59] <aquarius_> StevenR: so I should just configure wired-only to have a static ip for eth0 in network-manager?
[19:00] <aquarius_> actually I'll stop guessing and just do what I'm told :)
[19:00] <StevenR> in a bridging scenario, eth0 doesn't actually need an IP
[19:01] <StevenR> turn off dhcpd, add your wireless adaptor to the bridge and see if it works
[19:02] <aquarius_> StevenR: by "turn off dhcpd",  I should just /etc/init.d/dhcpd  stop, or actually uninstall it and restart networking?
[19:02] <StevenR> dhcpd stop
[19:03] <aquarius_> ok, dhcpd stopped
[19:03] <StevenR> so, add wireless to the bridge
[19:04] <aquarius_> $ brctl addif br0 wlan0 can't add wlan0 to bridge br0: Operation not permitted
[19:04] <StevenR> verify both interfaces are part of the bridge, and then, restart networking on wired only and see what happens
[19:04] <StevenR> sudo
[19:04] <aquarius_> (on two lines)
[19:05] <aquarius_> same error with sudo
[19:07] <StevenR> hmmm
[19:07] <StevenR> ok....
[19:09] <StevenR> might need to remove the IP addresses from wlan0 and use dhcp client on br0 to get access
[19:09] <StevenR> daftykins: thoughts?
[19:11] <daftykins> no direct experience with brctl i'm afraid, i'd suspect it could be network manager holding one or either though?
[19:12] <StevenR> good point
[19:12] <StevenR> not sure how to get around that
[19:13] <daftykins> when i've seen bridge configs in the past, they seem to all have to edit the interfaces file to specify the IP settings on the bridge interface instead of the real interfaces?
[19:13] <StevenR> yes, that's the way I do it
[19:13] <daftykins> not sure how that'd work with wireless though, at least it's probably unencrypted
[19:21] <aquarius_> I'm open to suggestions?
[19:23] <daftykins> mind you, isn't network manager meant to handle bridging pretty easily these days?
[19:25] <StevenR> daftykins: maverick
[19:25] <aquarius_> daftykins: it does but this machine is maverick :(
[19:25] <daftykins> D:
[19:25] <daftykins> apparently you might need to stop network-manager before you run the above command to add wlan0 to the bridge
[19:25] <daftykins> then you can start it again afterwards
[19:25] <daftykins> bear in mind that that's going to disconnect you between
[19:25] <aquarius_> ok
[19:25] <aquarius_> I'll trythat
[19:26] <aquarius_> will likely disappear :)
[19:26] <daftykins> hmm there's talk that the entire task just isn't do-able
[19:27] <aquarius_> back
[19:27] <aquarius_> (can yousee me?)
[19:27] <daftykins> yep
[19:27] <aquarius_> stopped NM, tried adding, same "not supported" error, restarted nm
[19:28] <popey> i use bridging on my home server
[19:28] <popey> but not the same way you do
[19:29] <popey> but I agree that you should maintain /etc/network/interfaces and not use nm
[19:30] <daftykins> http://cartesianproduct.wordpress.com/2011/06/11/wired-to-wireless-bridge-in-ubuntu-linux/
[19:31] <aquarius_> daftykins: I readthat, tried it, didn't work, gotconfused
[19:31] <MooDoo> evening all
[19:31] <daftykins> mm-hmm, anymore detail available for 'didn't work' ? :)
[19:32] <daftykins> hi \o
[19:32] <daftykins> how doyoudomoodoo? :>
[19:32] <MooDoo> :)
[19:32] <aquarius_> daftykins: well, Idon't know enough to even comment. It didn't seem to bridge things, perhaps?
[19:34] <aquarius_> but maybe it did and the problem was elsewhere. Idon't know :(
[19:34] <daftykins> is this a limited-time scenario?
[19:34] <daftykins> as otherwise i'd say get a dongle and be done with it
[19:34] <aquarius_> only need it up for a week
[19:34] <aquarius_> then brodband arrives
[19:34] <daftykins> technically we probably shouldn't be offering any help on any EOL distros
[19:37] <popey> yeah, upgrade you luddite ☻
[19:38] <aquarius_> popey: I'm on someone else's wifi, generously offered. Upgrading wouldbe very much unfairbandwidth.
[19:38] <ali1234> aquarius_: what you want to do has been possible with network manager for a long time
[19:38] <ali1234> i mean as far back as like 10.04 at least
[19:38] <aquarius_> from reading,it's been possible in pure NM since 13.04
[19:38] <ali1234> no it's MUCH older than that
[19:38] <ali1234> you don't even need to mess around with config file
[19:39] <aquarius_> ali1234: if you can tell me how to do it in nm that's great; I'm on 10.10.
[19:39] <ali1234> i have an image somewhere that shows how to do it
[19:39] <ali1234> hold on...
[19:39] <directhex> blurg. dmraid /o\
[19:39] <ali1234> http://al.robotfuzz.com/~al/htc/Screenshot-6.png
[19:40] <aquarius_> ali1234: there is no Edit Connections menu item
[19:40] <ali1234> it's now called "Edit"
[19:41] <ali1234> so in that screenshot, eth0 is my internet uplink, configured as you normally would
[19:41] <aquarius_> no. There isn't one at all.
[19:42] <ali1234> then you are not using network manager
[19:42] <diddledan> ali1234: are you sure that's for bridging and not NAT?
[19:42] <ali1234> it's for NAT
[19:42] <ali1234> there is no need for bridging
[19:42] <diddledan> yeah, aquarius_ was asking for bridging
[19:42] <aquarius_> I am using NM, and there's no Edit or Edit Connections option, I promise.
[19:43] <popey> aquarius_: wat
[19:43] <ali1234> diddledan: "have wired-only be able to see the internet via the wired network" - this will do that
[19:43] <ali1234> if you don't control the router then you will be behind NAT anyway, so double NAT will have literally no drawbacks
[19:44] <ali1234> aquarius_: show a screenshot pls
[19:44] <diddledan> wow, Meerkat went EOL almost 2 years ago
[19:45] <diddledan> that must be an ancient install :-)
[19:45] <ali1234> incidentally, that screenshot is done with 10.04, which is still supported. just sayin'
[19:45] <ali1234> actually is that true?
[19:45] <ali1234> was it 3 or 5 years?
[19:45] <diddledan> desktop was 3 IIRC
[19:45] <diddledan> server was 5
[19:46] <ali1234> N-M is used on server.....
[19:46] <diddledan> was that a typo?
[19:46] <diddledan> is vs isn't?
[19:47] <ali1234> okay, N-M was used on server in 10.04
[19:47] <ali1234> i remember everyone complaining about it
[19:47] <diddledan> really? I didn't recall that
[19:47] <ali1234> it's part of the reason why i have that screen shot
[19:48] <diddledan> I guess I just configured around it
[19:48] <diddledan> i.e. putting entries in /etc/network/interfaces for my servers so that NM didn't hook them
[19:49] <aquarius_> ali1234: http://postimg.org/image/5068ljnxb/ is screenshot
[19:50] <ali1234> why does it say "device not managed"
[19:50] <aquarius_> because eth0 isin /etc/network/interfaces with astatic ip#
[19:51] <ali1234> what happens if you run nm-connection-editor?
[19:55] <aquarius_> ali1234: aha!
[19:55] <aquarius_> right, that's encouraging
[19:55] <ali1234> so, you want to undo all your config changes, set up the wifi connection normally, and then for the wired connection do what the screenshot shows
[19:55] <ali1234> and that's it. it will just work
[19:56] <aquarius_> nice
[19:56] <ali1234> you might need to install dnsmasq if it isn't already
[19:56] <aquarius_> tryingthat
[19:56] <ali1234> that handles dhcp on the wired network, gives your other machine it's IP
[19:56] <ali1234> it will be a NAT connection but as you only have control over these two machines that isn't a problem
[19:59] <ali1234> also bridging and wifi do not mix well
[20:03] <daftykins> for reference: spaghetti bolognese with tabasco sauce on the bolognese sauce = much improved \o/
[20:03] <diddledan> what problems are supposed to be present when you bridge wifi?
[20:03] <daftykins> Gandalf shows up and tells the packet they shall not pass, afaik
[20:04] <diddledan> just I've never had an issue that I recall
[20:04] <diddledan> not that I've done it often
[20:04] <daftykins> diddledan: is the camera still on charge? :>
[20:04] <diddledan> ooh
[20:04] <aquarius__> ali1234: ok, have undoneother stuff (I think), andmarked wired connection as shared
[20:04] <diddledan> it's done
[20:04] <ali1234> diddledan: reflections
[20:05] <aquarius__> now I get acycle of "Auto eth0 Connection established" and "Wired network Disconnected" notify-osd popups
[20:05] <aquarius__> and the wiredconnection on wired-only is not connected
[20:06] <ali1234> on which machine?
[20:06] <aquarius__> ali1234: on w+w
[20:06] <aquarius__> (perhaps I misunderstood instructions? I didn't do anything at all on wired-only)
[20:06] <ali1234> do you have a cross over cable or at least one of the machines has auto sensing?
[20:07] <diddledan> do they still make interfaces without MDI-X?
[20:07] <ali1234> when you say a cycle, do you mean it just keeps showing the two messages forever?
[20:08] <aquarius__> ali1234: well, earlier I had dhcp running on eth0 on w+w and then wired-only did connect and they could ping one another, so I believethat one or both ends have autosensing
[20:08] <ali1234> ok
[20:08] <ali1234> did you disable all that?
[20:08] <ali1234> i mean really all of it
[20:08] <aquarius__> I *think* so
[20:08] <ali1234> the instructions are for a vanilla setup
[20:08] <aquarius__> but maybe I did not; I'velosttrack a little of all the changed things
[20:09] <ali1234> network manager will start the dhcp server for you and set up all the routing
[20:09] <aquarius__> only lo isin /etc/network/interfaces
[20:09] <aquarius__> dhcpd is not running
[20:10] <ali1234> it uses dnsmasq
[20:10] <aquarius__> (ya; I stopped the dhcpd I was running earlier, is whatI  meant)
[20:11] <aquarius__> dnsmasq is running
[20:12] <directhex> wow dmsetup. such bug. much mishandling of device nodes.
[20:14] <aquarius__> ali1234: is there an NM logsomewhere I can look at? syslogshows many lines(repeated) butno obvious *errors*
[20:14] <ali1234> aquarius__: pastebin ifconfig -a please
[20:14] <ali1234> also route -n
[20:14] <ali1234> is it still showing the popups?
[20:15] <aquarius__> ali1234: yes it is
[20:15] <ali1234> then it is trying to set up the network but failing for some reason
[20:15] <aquarius__> ali1234: http://pastebin.ubuntu.com/7104259/
[20:15] <aquarius__> that br0 thing is still there
[20:16] <ali1234> okay you need to get rid of that br0
[20:16] <daftykins> last thing, eth0 was still attached to it
[20:16] <ali1234> how did you bring it up?
[20:16] <aquarius__> ah,yes
[20:17] <directhex> for the non-twitterites: I have £140, and I want a case, power supply, mobo, RAM, and x64 CPU. Don't care about vintage as long as mobo has software RAID e.g. Intel
[20:17] <diddledan> directhex: software raid?
[20:17] <diddledan> why would you want that?
[20:18] <directhex> diddledan, to debug software raid issues in steamos installer
[20:18] <diddledan> aah
[20:18] <aquarius__> ok,removed eth0 from br0. Can't delete br0 because "bridge br0 is still up; can't delete it"
[20:18] <penguin42> directhex: By software RAID you mean bios supported RAID or just do mdraid?
[20:18] <diddledan> aquarius__: ifconfig br0 down
[20:18] <aquarius__> how do I take it down?
[20:18] <aquarius__> ah
[20:18] <ali1234> brctl br0 down?
[20:18] <daftykins> a bridge too far...
[20:19]  * daftykins ducks
[20:19] <penguin42> ifdown
[20:19] <ali1234> reboot the computer?
[20:19] <directhex> penguin42, the former
[20:19] <diddledan> daftykins: at least it's not at remagen
[20:19] <aquarius__> OK, br0 now not in ifconfig -a
[20:19] <diddledan> or over the river kwai
[20:19] <daftykins> ;]
[20:19] <aquarius__> still getting popups
[20:20] <diddledan> yeah, you still need to reconfigure eth0
[20:20] <ali1234> no
[20:20] <ali1234> network manager does that
[20:20] <diddledan> nm doesn't know that there have been changes tho
[20:20] <ali1234> it doesn't care. it will stomp them if it can
[20:20] <diddledan> so you need to tell nm to reconfigure it I mean
[20:20] <aquarius__> eth0 ismarked as Share with other computers in NM
[20:21] <ali1234> try rebooting to get back to a known state
[20:21] <aquarius__> ok
[20:21] <aquarius__> be back in a sec then:)
[20:21] <diddledan> \o/ for "helpful" software making it impossible to do things without rebooting
[20:21] <ali1234> this would have worked if you all hadn't told him to start editing config files and running brctl
[20:22] <daftykins> config editing never happened
[20:23] <daftykins> aaaand we are where we are, no reason to get all moany over water under the bridge
[20:23] <daftykins> uh-oh bridge :(
[20:23] <diddledan> it must be the river kwai then
[20:23] <diddledan> that's the only one that mentions anything to do with water
[20:24] <diddledan> I guess they were all three going over water though
[20:25] <daftykins> or marshland 0o
[20:25] <daftykins> i have no idea!
[20:26] <directhex> penguin42, mdraid & lvm already works. dmraid doesn't, it's heavily buggy
[20:27] <penguin42> ok, it's specifically the dm not the md you're after - that's a bit more specific on the board
[20:27] <diddledan> tell the users not to try
[20:27] <diddledan> use software raid only
[20:28] <diddledan> afaict bios-raid is a world of pain
[20:28] <ali1234> i've got a dell gx270 - i think it has raid
[20:28] <directhex> diddledan, thereby excluding anyone who already uses raid on windows
[20:28] <ali1234> it's also like 10 years old
[20:28] <diddledan> -_-
[20:29] <diddledan> |
[20:29] <directhex> most motherboards that aren't the absolute lowest-end models have some kind of terrible software RAID support
[20:29] <ali1234> is that what you want?
[20:30] <ali1234> oh wait, it isn't 64 bit
[20:32] <ali1234> how about one of these? http://www.gigabyte.com/products/product-page.aspx?pid=1868&dl=1#sp
[20:32] <directhex> socket 939? there's a blast from the past
[20:33] <ali1234> it's newer than the dell :)
[20:34] <diddledan> I've got one of these that I guess I'm not using right now
[20:34] <diddledan> http://www.msi.com/product/mb/975X_Platinum_PowerUp_Edition.html
[20:35] <diddledan> had a minor hardware hack to allow a PCIe x4 card to fit into a PCIe x1 slot
[20:35] <diddledan> i.e. cut the end-plate of the slot out
[20:36] <diddledan> looks like it only does raid 0, 1, 0+1 or JBOD
[20:37] <daftykins> i had a socket 754 in here the other day
[20:44] <dogmatic69_> anyone know how I could get something like cpu1: 20% cpu2: 35% ... in terminal
[20:44] <dogmatic69_> basically what is in htop, but just plain text I can parse out
[20:46] <directhex> mpstat -P all
[20:47] <ali1234> it's case sensitive. you must put ALL
[20:48] <directhex> oh, yes
[20:56] <dogmatic69_> what is the install for mpstat?
[20:56] <dogmatic69_> nvm
[20:57] <dogmatic69_> seems my calculations might just have been ok
[21:01] <directhex> sysstat
[21:14] <daftykins> diddledan: :D i once advised someone to do that, they did not play along
[21:31] <bigcalm> AlanBell: fancy adding a comment to the loco event page? :)
[21:33] <Dave2>  Fatal error: Call to undefined function configureURL() in /home/mhr2013/public_html/gateways/response/paypalpro_return.php on line 46
[21:34] <Dave2> Very reassuring
[21:34] <bigcalm> Dave2: I got the same
[21:34] <Dave2> I at least failed to pay
[21:34] <Dave2> because I typed in my paypal token the wrong way round
[21:34] <bigcalm> Dave2: yet I did receive emails from PayPal and from the RAT people
[21:36] <Dave2> When I paid it was line 43.
[21:37] <bigcalm> Same for me
[21:37] <Dave2> Also, was the thing that prompted this me changing my response because I'm at a wedding on the 30th?
[21:37] <bigcalm> You seem unsure
[21:38] <bigcalm> It looked to be the 2nd August from quite early on
[21:38] <Dave2> I'm at a wedding on the 30th. I was asking if me updating the Doodle poll to reflect this is what prompted the decision to be made.
[21:38] <bigcalm> Oh, yes :)
[21:39] <bigcalm> I needed to close the poll and make the event, that prompted me to get off my arse and do it
[21:43]  * bigcalm feels all alone with his single comment on the event page
[21:45] <MooDoo> evening
[21:46] <Dave2> But you don't have the only comment
[21:46] <Dave2> you're a LIAR
[21:46] <Dave2> also hello


[01:18] <smspillaz> xnox: you want wallpapes ?
[01:18] <smspillaz> *wallpapers ?
[01:20] <xnox> smspillaz: yes and no =) are you an X/gdk and,or compiz expert? =)
[01:21] <RAOF> BigWhale: Whyso? Why would you expect to be able to move windows there?
[01:21] <xnox> smspillaz: currently the installer doesn't show the wallpaper correctly (in the ubiquity-dm aka 'installer only' mode). Either the gdk mini wallpaper app in ubiquity needs fixing, or it would be awesome to ask compiz or g-s-d to draw the wallpaper for us.
[01:23] <smspillaz> xnox: does it work if you use metacity?
[01:24] <xnox> smspillaz: the wallpaper app? nope, it shows same corruption effects.
[01:25] <xnox> (g-s-d works in both but wants session manager which we currently don't run)
[01:25] <xnox> (compiz doesn't seem to have a way to draw a basic image / wallpaper in the background)
[01:26] <xnox> but i've tested metacity with the installer long time ago, as we moved to compiz a while ago.
[01:31] <smspillaz> xnox: hmm okay
[01:31] <smspillaz> xnox: well, we do have a wallpaper plugin
[01:31] <smspillaz> (I was just checking to see if compiz' ability to display the root window image broke again somehow)
[01:31] <smspillaz> xnox: you can just enable that and give it an image
[01:33] <xnox> smspillaz: ok, i will try it out as an alternative. I can see it's shipped in the compiz-plugins package which is not on the cd.
[01:33] <smspillaz> yeah
[01:33] <xnox> but i'll test it out to see how much it suits ubiquity use case =)
[01:33] <smspillaz> otherwise you could just use XSetWindowBackground on the root window directly
[01:35] <xnox> smspillaz: it would be nice for compiz to draw the background by default on the desktop as well.
[01:36] <smspillaz> xnox: it does draw the background by default
[01:36] <smspillaz> xnox: but it only does that if there are no desktop windows
[01:36] <xnox> hmmm...
[01:36] <smspillaz> and only if the background was set correctly
[01:37] <xnox> and if compiz is started with wallpaper plugin loaded?
[01:39] <xnox> recent discussions with laney and seb128 got me thinking that currently we have nautilus and g-s-d drawing the wallpaper apart from that we one or the other to do that & not both.
[01:40] <xnox> currently we opted to disable g-s-d background plugin (which kind of breaks for people who have disabled desktop icons, since nautilus is not running/drawing background then)
[01:40] <xnox> in the future nautilus will drop background drawing code.
[01:42] <TheMuso> I've always thought that it didn't make sense for the file manager to draw the background...
[01:46] <smspillaz> TheMuso: it made sense back in the days when you didn't have rgba windows
[01:47] <smspillaz> way back when (like, back in 2007) I remember racarr wrote a patch for nautilus which made it an rgba window and made it only draw icons if wallpaper was enabled
[01:48] <smspillaz> it allowed you to have per-workspace wallpapers
[01:48] <smspillaz> it was pretty cool
[04:16] <pitti> robru: I got valadoc to work now, one just needs to add the correct --vapidir for 0.18
[04:16] <pitti> xnox: FYI, we recently disabled the g-s-d background plugin
[06:44] <didrocks> re
[06:47] <pitti> bonjour didrocks, comment vas-tu?
[06:47] <didrocks> pitti: bonjour! mieux que mon wifi, j'ai dû redémarrer sur un ancien kernel :)
[06:47] <didrocks> et toi?
[06:49] <pitti> didrocks: je vais bien!
[06:49] <pitti> just announced https://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/ to upstream, looking forward to people who want to fix their tests :)
[06:49] <pitti> didrocks: when did wifi break for you?
[06:50] <didrocks> pitti: on GNOME - jhbuild: excellent!
[06:51] <didrocks> pitti: not sure, I dist-upgraded on 3.8.0-5 yesterday evening, and rebooted this morning
[06:51] <didrocks> network connection worked for 30s
[06:51] <didrocks> just the time to connect to IRC
[06:51] <didrocks> rebooted on 3.8.0-4 and I see there is 3.8.0-6
[06:51] <pitti> I'm running -6 now
[06:51] <pitti> so -4 works?
[06:51] <didrocks> yeah, it does for me
[06:53] <pitti> the -5 changelog has nothing networkish in it, hmm
[06:54] <pitti> -6 is a new upstream version
[06:54] <didrocks> indeed
[06:55] <didrocks> I was looking at that, weird
[07:09] <duflu> didrocks: By network you mean intel wifi?
[07:09] <didrocks> duflu: yeah
[07:10] <duflu> didrocks: Yeah I noticed raring regressed badly on that last week
[07:10] <duflu> Seems better now. Not sure
[07:11] <didrocks> duflu: yeah, better for me as well, apart -5 this morning (but didn't try to reboot with the same kernel)
[07:17] <duflu> didrocks: I had wifi errors in the kernel log when it happened. If it starts again I'll log a bug and CC you
[07:18] <didrocks> duflu: depends on people, it seems that there are multiple causes, we do have multiple bugs (tjaalton opened one for instance)
[07:19] <didrocks> hey robru, still around? :)
[07:20] <robru> didrocks, you're in luck!
[07:20] <didrocks> robru: ahah, always getting to bed late ;)
[07:20] <didrocks> robru: just a head's up on https://code.launchpad.net/~abreu-alexandre/libunity-webapps/bump-2.4.4-fix-distcheck/+merge/147424/comments/320994
[07:20] <didrocks> robru: please do think about that when you are reviewing upstream merge proposals
[07:20] <tjaalton> didrocks: actually I didn't, since the offending commit was identified already
[07:21] <tjaalton> before I got that far
[07:21] <didrocks> tjaalton: ah nice, that's why previous kernels like -4 are getting better
[07:22] <tjaalton> not sure it's in any deb yet
[07:22] <tjaalton> but the one Sarvatt built was fine here
[07:22] <tjaalton> so I think seth took it from there
[07:22] <robru> didrocks, so this is a case of Canonical "upstreams" changing the version string in autoconf, but not in debian changelog, leading to an inconsistent state in the upstream trunk?
[07:23] <didrocks> tjaalton: sweet, at least, great that the regressions are round :)
[07:23] <didrocks> robru: exactly!
[07:23] <robru> didrocks, I wonder if there's a way to hack autoconf to pull the version string from the debian changelog, so that way the information isn't duplicated ;-)
[07:23] <didrocks> robru: well, there are different way of versionning in autoconf, then you have cmake… and all that fun :)
[07:23] <didrocks> robru: I think you saw, I've made a very simple FAQ for upstream and point to it at least :)
[07:23] <didrocks> robru: do you mind ensuring that they are fixing it?
[07:24] <didrocks> robru: it's an easy MP, but them doing it will ensure they will think about it in the future ;)
[07:24] <robru> didrocks, but in this specific case it just looks like autoconf just has a simple m4 macro where they define the version string. you know, m4 is a turing complete programming language (despite being aimed at just doing macros) so maybe it should be possible to write an autoconf m4 macro that scans debian/changelog for what version string to use ;-)
[07:25] <robru> didrocks, yes, I've already seen some cases where upstreams are trying to do releases but they haven't yet learned that they need to control debian/changelog now, so the changelog gets to an inconsistent state. Usually I am scrambling to fix it for them ;-)
[07:25] <didrocks> robru: hum, we still need to add a new changelog and to commit that in same way, doable, not sure if it worths it for now (and I've already touched perl this week, so no m4 the same week) :p
[07:25] <robru> hahaha
[07:26] <didrocks> robru: try to get them fixing it and helping them, it's the only way they will learn/think about it IMHO :)
[07:26] <didrocks> robru: so, counting on you to get it fixed (probably your tomorrow, no hurry anyway ;))
[07:27] <robru> didrocks, oh, ok. well you already made the comment on the merge. do you want me to pester them even more?
[07:27] <didrocks> robru: in case they don't see/read it, just track it and ping them on IRC if you see no action
[07:28] <robru> ok
[07:28] <didrocks> thanks robru :-)
[07:28] <didrocks> robru: how is it going otherwise? what time is it for you?
[07:28] <robru> didrocks, only 11:30PM for me, not too late just yet
[07:29] <didrocks> yeah, still bearable :)
[07:29] <robru> didrocks, going fairly well. today ken pushed a really big update to gwibber-qml, which is the phone frontend to friends. it's pretty slick!
[07:29] <didrocks> robru: sweet! :-)
[07:30] <robru> didrocks, I am so excited about this qml stuff that I want to start using it as my regular desktop app. it's not quite feature complete yet, but the features it does have are beautiful!
[07:31] <didrocks> robru: indeed, I'm still wondering what will happen when people will need to touch the C++ to be able to expose more things, but it seems to be the right way to go :)
[07:33] <robru> didrocks, do you know what kinds of things need C++? it seems to me like javascript is quite a nice language for general purpose hacking. I know in gjs you get the whole gobject stack within javascript, do you know if it's possible to import gobjects into qml?
[07:34] <duflu> Run away...
[07:37] <BigWhale> RAOF: When I'm recording a preselected area on the screen, this can overlap Launcher and Panel and while recording I'd like to draw an outline around that area.
[07:37] <didrocks> robru: well, with the mainloops, I think it's possible but would be hackish, not sure we are going that way
[07:37] <BigWhale> Good Morning all.
[07:38] <didrocks> robru: there are still some stuff that are not exposed, like having a database not being the default one, writing to network disk, loading some icons from a theme
[07:38] <didrocks> hey BigWhale
[07:38] <didrocks> robru: not sure if we can't get the networking state still
[07:38] <RAOF> BigWhale: My instinct would be: create a fullscreen, alpha=0 window, and then draw on it.
[07:38] <robru> didrocks, well I'm sure it'll be handled in time.
[07:39] <robru> BigWhale, good morning
[07:39] <didrocks> robru: yeah, let's hope so :)
[07:41] <BigWhale> Good Morning didrocks, RAOF, robru. :)
[07:42] <BigWhale> RAOF, I am doing that when I'm selecting the area, that's ok.
[07:42] <BigWhale> RAOF, The problem with this solution is that Panel and Launcher disappear when window is fullscreened. :)
[07:43] <BigWhale> (and sometimes there will be a shadow of the Panel left on the screen)
[07:56] <jibel> good morning
[08:01] <chrisccoulson> good morning everyone
[08:01] <chrisccoulson> hi jibel
[08:02] <jibel> hey chrisccoulson
[08:07] <didrocks> salut jibel! hey chrisccoulson ;)
[08:10] <jibel> chrisccoulson, I didn't forget you, but collecting junit files from the sandbox is actually less trivial than expected. The sandbox is deleted after the tests and before I can copy the results. furthermore the test is not supposed to know anything about the outside environment.
[08:11] <jibel> so I need to think a bit harder
[08:21] <chrisccoulson> jibel, heh, that's ok. thanks :)
[09:01] <robru> pitti, I don't suppose you (or anybody...) knows where I can find a list of all known vala exceptions? eg, a list of the known/common subclasses of GLib.Error
[09:02] <pitti> robru: valadoc.org, searching for "Error" might be a good first start?
[09:02] <robru> pitti, yeah, I tried that, it seems to be mostly errors defined by random gobject libraries. is there no collection of the more "core" gerrors?
[09:04] <Laney> good morning!
[09:06] <pitti> robru: you mean those from glib/gio itself?
[09:06] <pitti> robru: perhaps grep member.*ERROR /usr/share/gir-1.0/{GLib,GObject,Gio}-2.0.gir ?
[09:06] <pitti> (or search for _ERROR_ in devhelp)
[09:07] <robru> pitti, ahhhhhh, that's getting much closer to what I want. thanks!
[09:08] <seb128> hey desktopers
[09:08] <pitti> bonjour seb128
[09:09] <seb128> pitti, thanks for the gvfs update, when we enable the goa monitor we should split it in its own binary probably (I had that on my todolist)
[09:09] <seb128> pitti, salut, ca va bien ?
[09:09] <pitti> seb128: that needs a gnome-online-accounts update first, and I guess we won't get that in this cycle?
[09:09] <pitti> seb128: oui, ça va bien, merci
[09:09] <seb128> I've no plan for that
[09:09] <seb128> but goa is not used by Unity
[09:10] <seb128> so it's a call for the GNOME remix guys
[09:10] <pitti> oh, that's stuff like google drive only? I thought it also does the "chat accounts" etc. stuff
[09:11] <pitti> or shotwell picasa
[09:11] <seb128> we use ubuntu online account for empathy
[09:11] <seb128> and shotwell
[09:11] <pitti> I see
[09:11] <seb128> if we had feature parity we could probably just drop goa
[09:11] <seb128> but we don't have uoa integration (yet) in eds
[09:12] <seb128> and it's not supporting skydrive
[09:13] <seb128> it's another of that hairy situations were ideally GNOME remix would like the upstream variant but would need e.g a second shotwell in the archive built with different flags
[09:29] <Laney> Stéphane raised the idea last night of using session-migration to enable the background plugin again if you've turned desktop icons off
[09:29] <Laney> is that a good fit for it / sensible thing to do?
[09:32] <seb128> no
[09:32] <seb128> GNOME is dropping that code from g-s-d
[09:32] <Laney> you think it just kicks the pain down the road a bit
[09:33] <seb128> so before the LTS we will have to deal with it not being available and not being possible to turn back on this way
[09:38] <marga> RAOF, any chance you are still around?
[09:46] <ogra_> seb128, hmm, so does gnome then always use nautilus or do they have some new way of drawing backgrounds ?
[09:46] <seb128> ogra_, gnome-shell is rendering it
[09:46] <seb128> which makes sense, it's the compositor and the best place to do that
[09:46] <ogra_> (i still have a WI to start nautilus dynamically, not sure what to do with it in that light)
[09:47] <seb128> dynamically?
[09:47] <ogra_> onlys if there is something in ~?Desktop
[09:47] <ogra_> onlys if there is something in ~/Desktop
[09:47] <seb128> why?
[09:47] <ogra_> dunno, it was a WI that came out of our UDS discussion ...
[09:47] <seb128> on what spec is that?
[09:48]  * ogra_ will happily drop it, but i thought there was some reason (save resources) for it
[09:48] <Laney> that'll break background completely as it stands ;-)
[09:48] <seb128> oh
[09:48] <seb128> https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-arm-boot-resume-speedup
[09:49] <ogra_> https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-arm-boot-resume-speedup
[09:49] <ogra_> sorry, took a second
[09:49] <ogra_> if we have no alternative we should drop it
[09:49] <seb128> ogra_, yes, please drop it, it's not only that
[09:50] <ogra_> if we will get one, it should stay but be POSTPONED i guess
[09:50] <seb128> ogra_, I was not at the session but the idea is buggy
[09:50] <ogra_> hmm, i thought the idea came from eitrher you or didier
[09:50] <seb128> ogra_, nautilus also provide the ability to right click on the background to create a folder/document/change your wallpaper
[09:50] <seb128> which lot of users want
[09:50] <ogra_> yep, doesnt help much on a touchscreen unless you emulate right clicks
[09:50] <seb128> right
[09:51] <ogra_> that spec was in full focus of the tablet setup
[09:51] <seb128> but our image is not touch specific
[09:51] <ogra_> yeah
[09:51] <seb128> I would drop it
[09:51] <ogra_> ok, i will
[09:51] <seb128> we need something to render the background
[09:51] <seb128> ideally that will be unity
[09:51] <seb128> but we are not there yet
[09:51] <seb128> ogra_, danke
[10:15] <seb128> urg, impressive
[10:15] <seb128> click on the "test" play sound of a bluetooth device sent me to a vt with a kernel backtrace from the bluetooth stack
[10:16] <seb128> I though it had taken my machine down at first :p
[10:16] <seb128> but going back to the xorg vt worked, seems like I just have no sound/bt after that
[10:16] <seb128> "fun"
[12:16] <janimo> didrocks, hi, do you know what protobufs are used for in compiz?
[12:17] <janimo> didrocks, nvm found an old mail with the rationale
[12:18] <didrocks> janimo: it's used in libcompizconfig FYI (in addition to the rationale) ;)
[12:18] <janimo> I was just surprised to see that lib in a default install :)
[12:20] <janimo> it's probably worth it is they found it improved startup time but it's just weird to have compiz stand out in the way it handles various metadata
[12:20] <janimo> maybe the rest of the desktop apps could benefit from pb based storage then :)
[12:21] <didrocks> janimo: yeah, agreed, it's a runtime option though, but not sure if it worths
[12:21] <didrocks> removing it
[12:22] <janimo> didrocks, I just noticed it being there with ~600Kb of Pss used by a single process
[12:22] <janimo> so was curious to see what's it about
[13:12] <cyphermox> good morning!
[13:13] <Laney> bonjour cyphermox!
[13:13] <Laney> wie gehts?
[13:14] <cyphermox> sehr gut
[13:14] <cyphermox> et toi?
[13:16] <Laney> Estoy bien, gracias. Luchando con sessioninstaller, pero ganar.
[13:17] <Laney> Sain uutta musiikkia, joten se ei ole lainkaan huono.
[13:18] <seb128> did one of you try english? ;-)
[13:18] <cyphermox> seb128: come on, all of that was understandable ;)
[13:18] <Laney> me no speaky good
[13:19] <Laney> probably better than google translate does to Spanish and Finnish though :P
[13:19] <cyphermox> hahah
[13:49] <Laney> lunch (pancakes) time :D
[13:59] <popey> ooh
[13:59]  * popey squeezes a lemon
[16:15] <dobey> xnox: i have this one http://ark.intel.com/products/59044/Intel-Desktop-Board-DQ77MK
[16:17] <xnox> dobey: nice =)
[16:17] <dobey> xnox: only problem is this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1021924
[16:17] <ubot2> Ubuntu bug 1021924 in linux (Ubuntu Raring) "Multiple Displays not working on Core i7 3770S + Intel DQ77MK motherboard" [Medium,Confirmed]
[16:18] <dobey> xnox: kernel bug; so any ivybridge board you get might have the issue :-/
[16:19] <xnox> *sigh*
[16:19]  * xnox has sandy bridge laptop with nice dual-screens and it works just fine.
[16:20] <ogra_> i doubt the ccurrent boards differ massively ...
[16:20] <ogra_> for my new desktop i built last year i actually looked that it fits the case and can take as much ram and peripherials as possible
[16:22] <xnox> ogra_: well my laptop didn't get neither secure boot nor matrix storage.
[16:23] <ogra_> well, i havent used intel laptops in the last 3 years :)
[16:23] <ogra_> cant say much about them
[16:24] <ogra_> i personally dont see any advantage in having secure boot
[16:25] <ogra_> (apart from giving colin a had in testing)
[16:25] <ogra_> *hand
[16:26] <didrocks> Sweetshark, qengho, chrisccoulson, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: team meeting in 5 minutes!
[16:27] <cyphermox> o/
[16:27] <Laney> didrocks the meeting maestro again?
[16:27] <didrocks> yeah :-)
[16:28] <didrocks> Laney: I even didn't forget you!
[16:28] <didrocks> feeling lucky? ;)
[16:28] <seb128> Laney, (yeah, I found a way to slack more ;-)
[16:28] <kenvandine> damn, how did meeting time sneak up so fast!
[16:29] <Sweetshark> \o
[16:29] <Sweetshark> oh, wait: that should have been o/
[16:31] <didrocks> Sweetshark, qengho, chrisccoulson, Laney, jasoncwarner, kenvandine, mlankhorst, cyphermox, mterry, robru, tkamppeter, attente: meeting time!
[16:31] <didrocks> hey guys, how is it going?
[16:32] <mterry> w00
[16:32] <didrocks> what enthousiasm! I guess you are all working hard on the nexus 7 optimizations ;-)
[16:32] <qengho> YAY!
[16:32] <didrocks> let's do a quick round of updates
[16:32]  * mlankhorst throws a kernel at didrocks
[16:32] <didrocks> https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-12-11
[16:33] <didrocks> mlankhorst: ouch!
[16:33] <didrocks> Sweetshark: welcome back! had nice vacations?
[16:33] <mlankhorst> it's just bits!
[16:33]  * Sweetshark still kills a 4300 msg inbox backlog and tries to complete the 3.5.7 LTS and 4.0 uploads.
[16:33] <Sweetshark> didrocks: yeah. no broken bones.
[16:33] <mlankhorst> I mean it's only 5 floppies at most
[16:34] <didrocks> Sweetshark: achievement! and good luck with the new libroffice uploads :)
[16:34] <didrocks> qengho: hey!
[16:34] <Sweetshark> didrocks: not much else to report therefore unfortunately.
[16:34] <qengho> yo.
[16:34] <qengho> [desktop-r-chromiumbrowser-improvements]
[16:34] <qengho> - Getting beta PPA building with automatic updates from #webapps' branch.
[16:34] <qengho> - Getting ARM machine building armhf packages. Bisecting SEGV problem and stealing Debian packaging ideas.
[16:35] <qengho> Happily up to date with important stable releases.
[16:35] <qengho> EOF
[16:35] <didrocks> qengho: did you see my email webapps and chromium?
[16:35] <qengho> didrocks: about the extension?
[16:35] <didrocks> right
[16:35] <didrocks> qengho: do you mind answering to Will about it, if feasable?
[16:36] <qengho> didrocks: I will.  I thought I already made it Recommends in R.  I'll verify.
[16:36] <didrocks> qengho: thanks! please just answer as such if done already :-)
[16:36] <didrocks> thanks qengho
[16:36] <hggdh> do we have a target for steam bugs? For example, bug 1111668 (it is not failing within Ubuntu code, but in Steam's version of libc/pthread)
[16:36] <didrocks> hggdh: sorry, team meeting, we can have a round of question in the end
[16:36] <didrocks> hey Laney
[16:37] <Laney> you skipped chrisccoulson ;-)
[16:37] <Laney> however:
[16:37] <Laney> - Uploaded language-selector and all fonts for 'correct' (hopefully) CJK defaults wrt. fontconfig
[16:37] <Laney> - Updated glib to 2.35.7
[16:37] <Laney> - Dropped gnome-media from the default install (boo hoo)
[16:37] <Laney> - Improved the maliit packaging based on feedback from upstream (is Qt5 all in now so that we can enable the Nemo keyboard?)
[16:37] <Laney> - Looked at (packaged) webkkit 1.11 series & stopped looking at it due to many confusingly dropped symbols that I don't want to investigate right now
[16:37] <didrocks> Laney: he took his afternoon off, so it was intended :)
[16:37] <Laney> - Ported sessioninstaller to gst 1.0 (waiting review) + Only gst 1.0 thing (besides bluez-gstreamer) on the CD now is pidgin (libpurple0 for tp-haze)
[16:37] <Laney> oho
[16:37] <didrocks> Qt5 is not yet all in
[16:38] <didrocks> working hard on that with Mirv :)
[16:38] <Laney> good stuff
[16:38] <Laney> it seems to be many many source packages ;-)
[16:38] <didrocks> nice work Laney
[16:38] <didrocks> yeah, a little bit more to come :-)
[16:38] <didrocks> with license-party :p
[16:38] <didrocks> ok, now your turn kenvandine
[16:39] <kenvandine> * Worked on the signon-ui Qt5 port
[16:39] <kenvandine> * Landed the new friends-service written in vala to replace the long running python process
[16:39] <kenvandine> * Found the dee memory leak which mhr3 fixed
[16:39] <kenvandine> * Fixed variant handing in account-console
[16:39] <kenvandine>  /EOF
[16:40] <didrocks> nice work on friends and memory consumption reduction!
[16:40] <kenvandine> we'll be landing that in raring this week for sure :)
[16:40] <didrocks> sweet :-)
[16:40] <kenvandine> it's ready now :)
[16:40] <didrocks> daily release then? ;)
[16:40] <kenvandine> yup!
[16:40] <didrocks> \o/
[16:40] <didrocks> do not hesitate if you need any help
[16:41] <didrocks> to setup that
[16:41] <kenvandine> certainly
[16:41] <didrocks> thanks kenvandine
[16:41] <didrocks> mlankhorst: so stop throwing kernels at me and file your report! :-)
[16:41] <mlankhorst> but what if I'm the one baking those kernels
[16:42] <didrocks> ;)
[16:43] <didrocks> mlankhorst: anything else worthy to note this week? ;)
[16:43] <mlankhorst> mesa 9.1 packaging
[16:43] <mlankhorst> mesa 9.0.2 sru
[16:43] <mlankhorst> and debugging xorg-server for lts
[16:43] <mlankhorst> and some upstream work
[16:43] <didrocks> great!
[16:44] <didrocks> thanks mlankhorst
[16:44] <mlankhorst> np
[16:44] <didrocks> hey cyphermox, long time no see!
[16:44] <cyphermox> hey!
[16:44] <cyphermox> yeah, I can't wait to see your face.
[16:44] <cyphermox> - Hacking at dbus-test-runner to try and make it behave in buildds.
[16:44] <cyphermox> - PPPoE/dnsmasq work
[16:44] <cyphermox> - Looking at NetworkManager memory usage to see if we can reduce that to some degree with some simple changes.
[16:44] <cyphermox> - Baby-sitting indicators, as usual.
[16:44] <cyphermox> \x00
[16:44] <didrocks> \o/ for your dbus-test-runner patch
[16:44] <didrocks> you will make infinity happy ;)
[16:44] <cyphermox> well, hopefully it will work
[16:45] <didrocks> cyphermox: you don't only babysit indicators, but as well oif and all the misc tests packages, that's a lot! :)
[16:45] <didrocks> thanks cyphermox
[16:45] <didrocks> mterry: hey! how is it going?
[16:45] <mterry> - MIR reviews
[16:45] <mterry> - Added a Qt5 version of liblightdm-qt
[16:45] <mterry> - Various bug/autolanding work
[16:45] <mterry> - Survived Nemo
[16:45] <mterry> EOF
[16:45] <mterry> good!  in answer to your actual question  :)
[16:45] <didrocks> (less than one second to paste, we can see mterry is in the starting block) ;)
[16:45] <cyphermox> hehe
[16:46] <didrocks> thanks mterry
[16:46] <didrocks> hey robru
[16:46] <didrocks> awaken? :)
[16:46] <kenvandine> mterry, glad you survived!
[16:46] <kenvandine> :-D
[16:46] <mterry> :)
[16:47] <didrocks> I think robru is may be still sleeping, he finished up late as I was discussing with him in my morning, let's skip him
[16:47] <didrocks> tkamppeter: hey
[16:48] <didrocks> ok, so I guess it's your turn attente :)
[16:48] <attente> awesome :)
[16:48] <jbicha> (I'm totally not used to winter storms having names, I thought mterry was referring to the movie or the file browser)
[16:48] <attente> patched chromium to get the menu bar working
[16:48] <attente> fixed the module to correct shotwell's menu bar
[16:48] <attente> looked at eclipse's menu bar, blacklisting it appears unavoidable
[16:48] <attente> also currently looking into F10 bug (same as lp:689178)
[16:48] <attente> EOF
[16:49] <didrocks> jbicha: I took me one minute as well :)
[16:49] <didrocks> jbicha: mterry is more robust than the power supply in our QA datacenter it seems :)
[16:49] <mterry> jbicha, :)  Weather Channel got excited about naming things
[16:49] <didrocks> attente: \o/ for menubar in chromium :)
[16:49] <didrocks> oh, the F10 bug! awesome :)
[16:49] <didrocks> long standing bug, a lot of people will like to get a fix
[16:50] <didrocks> thanks attente
[16:50] <attente> :)
[16:50] <didrocks> ok, I think I'm the one keeping the meeting going, so my report:
[16:50] <didrocks> Still more and more issues with UTAH failing daily builds. Working with QA and gema to get those addressed timely. Thanks to jibel, we may *just* found why today 100% of the runs are unfortunately failing (cobbler reprovisionning)
[16:50] <didrocks> Hope then to do the HUD, then libcolumbus transitions with cyphermox.
[16:50] <didrocks> Finally, Qt5 dance as already explained to get everything in the archive. A lot of reviewing
[16:50] <didrocks> ..
[16:50] <cyphermox> oh, speaking of libcolumbus
[16:50] <didrocks> Any standing questions?
[16:50] <didrocks> yeah cyphermox? ;)
[16:50] <cyphermox> mterry: did you review both MIRs?
[16:51] <cyphermox> we still need to land libcolumbus but then we should be okay I guess
[16:52] <mterry> cyphermox, libcolumbus yeah.  I believe I commented, but it hadn't landed yet
[16:52] <mterry> And I updated the python packaging name to match policy
[16:52]  * didrocks refreshes the qtchooser MIR page
[16:52] <mterry> didrocks, that too  :)
[16:52] <didrocks> waow, after a refreshed, it's passing from New to Fix Released
[16:53] <didrocks> impressive :)
[16:53] <didrocks> thanks mterry!
[16:53] <didrocks> mterry: to answer your question: yeah, we worked with debian on that
[16:53] <didrocks> and thanks for the additional fix :)
[16:53] <Laney> is all of the ubuntu components and sdk stack landing with this?
[16:53] <Laney> everything from the mobile tutorial thingy
[16:53] <didrocks> Laney: once Qt5 is in, yeah
[16:53] <didrocks> but let's get the remaining Qt5 components first
[16:53] <Laney> nice
[16:53] <didrocks> taking a little bit more work than expected :)
[16:53] <Laney> :P
[16:54] <didrocks> ok, any other questions?
[16:54] <Laney> if you need some packaging help or whatever i can spare some cycles
[16:54] <didrocks> Laney: it's more reviewing/fixing, but yeah, I could definitively have some help there ;)
[16:54] <didrocks> will keep that in mind and will bother you tomorrow!
[16:54] <tkamppeter> didrocks, hi
[16:54] <Laney> yeah question - has anyone looked at jibel's matrix thingy? http://people.canonical.com/~j-lallement/N7/memusage/pagemap/
[16:55] <didrocks> hey tkamppeter, just in time :)
[16:55] <tkamppeter> - Made printer driver auto-download out of the GNOME printer setup tool actually working, fixing a problem that nowadays full 40-character key fingerprints are needed to identify signature keys and not any more the 8-character key IDs (bug 1116503).
[16:55] <tkamppeter> - Worked on automatic setup of IPP (Everywhere) printers via cups-browsed.
[16:55] <ubot2> Launchpad bug 1116503 in aptdaemon (Ubuntu) "Problems installing package signature from Python script" [High,New] https://launchpad.net/bugs/1116503
[16:55] <didrocks> Laney: yeah, it's awesome, seb128 and jibel discussed about it, I think it will be useful for our sprint
[16:55] <Laney> wondering for some hints on how to interpret it ;-)
[16:55] <didrocks> thanks tkamppeter
[16:56] <Laney> maybe do that next week instead
[16:56] <didrocks> Laney: right, I'll give you work with Qt5, don't worry being workless ;)
[16:56] <Laney> hrhr
[16:56] <didrocks> ok, time to wrap the meeting, thanks a lot everyone :)
[16:57]  * hggdh still has a question...
[16:57] <hggdh> do we have a target for steam bugs? For example, bug 1111668 (it is not failing within Ubuntu code, but in Steam's version of libc/pthread)
[16:57] <didrocks> hggdh: I think this kind of question is more for #ubuntu-devel, not really desktopish as a crash
[16:58] <didrocks> hggdh: but bryce is following the Steam upstream AFAIK
[16:58] <didrocks> hggdh: so maybe ask to him when he's around?
[16:58] <Laney> or email
[16:58] <Laney> also you might want to unprivate it if you're going to bring it up in public ;-)
[16:58] <hggdh> didrocks: OK, will do, thanks (and yes, I considered steam as desktop... ;-)
[16:59] <ogra_> there is also #ubuntu-steam
[16:59] <didrocks> ogra_: how waow, yet-another-channel?
[17:00] <ogra_> not sure if there are many devs in there though ... or any valve people
[17:00] <didrocks> nice hint, thanks ogra_!
[17:00] <ogra_> didrocks, dont look at me :) i'm only guest there
[17:00] <didrocks> heh
[17:00] <ogra_> dunno who owns it, probably bryce
[17:02] <hggdh> ogra_: thanks, will go there
[17:10] <dobey> xnox: well, if you build a similar machine, maybe we can get that bug fixed :)
[17:11] <xnox> heh
[17:12] <dobey> ok, need lunch badly
[17:17] <Laney> glatzor: many thanks for the sessioninstaller merge!
[17:18] <Laney> very fast
[17:42]  * didrocks waves good evening
[17:55] <glatzor> Laney, thanks for the patch
[17:57] <Laney> is there a packaging branch?
[17:57] <Laney> nm, lp:~aptdaemon-developers/sessioninstaller/ubuntu-quantal
[17:57] <bryce> ogra_, yeah I registered it
[17:58] <ogra_> bryce, can you help hggdh ?
[17:59] <bryce> hggdh, we've been directing people to file bugs about steam or steam products on valve's github account (see faq in our wiki for info to include in reports)
[18:00] <bryce> hggdh, https://wiki.ubuntu.com/Valve#Problems.3F
[19:38] <attente> qengho: hey
[19:43] <qengho> attente: hi hi.
[19:51] <attente> qengho: do you have any time to look at this MP?
[19:51] <attente> https://code.launchpad.net/~attente/chromium-browser/chromium-browser/+merge/147395
[19:53] <qengho> attente: Already did, but haven't given it enough thought.
[19:53] <qengho> attente: I don't really understand what's wrong that it fixes, yet.
[19:56] <attente> qengho: true, it isn't broken as is, but it's the only way to export its menus properly when the unity-gtk-module is installed, short of a proper GMenuModel implementation
[20:00] <qengho> attente: so this is for Q+?
[20:00] <qengho> attente: Is the Right Way dependent on anything other than time?
[20:01] <attente> qengho: the Right Way just needs someone (presumably me) to fix the hack upstream
[20:02] <attente> qengho: this shouldn't need backporting unless we end up using the unity-gtk-module on Q-
[20:05] <qengho> attente: so it's R and later only?
[20:05] <attente> qengho: it should be
[20:06] <qengho> attente: that feels better.  I'll apply it soon.
[20:06] <attente> qengho: thanks
[20:13] <hggdh_> bryce: thank you, will redirect them
[20:36] <bryce> hggdh_, thanks
[22:48] <RAOF> marga: I am now.
[22:48] <TheMuso> Yay for timezones.
[22:48] <RAOF> Indeedy
[23:17] <marga> RAOF: hey there
[23:17] <marga> desrt told me to ping you about a very difficult bug to trace
[23:17] <marga> one mom, I'll give you bug number and also a summarized desc
[23:18] <marga> https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/998735
[23:18] <ubot2> Ubuntu bug 998735 in gnome-power-manager (Ubuntu) "Light blue screen on primary monitor when waking up from inactivity" [Undecided,Confirmed]
[23:18] <marga> Also reported to linux mint: https://bugs.launchpad.net/linuxmint/+bug/1005545
[23:18] <ubot2> Ubuntu bug 1005545 in Linux Mint "cinnamon unlock problem when screen power off" [Undecided,New]
[23:19] <marga> This bug appears in both gnome and cinnamon, when using 2 screens.
[23:19] <marga> It doesn't need to be two monitors, it can be monitor and laptop.  It happens regardless of the card (nvidia, intel, different models)
[23:20] <marga> It also happens regardless of the screensaver (gnome-screensaver, xscreensaver)
[23:20] <TheMuso> /c~/c
[23:20] <marga> The summarized description is: when using two monitors and the screen is locked, any pop-up will cause the left screen to go blue.
[23:21] <marga> I'm pretty sure that this is because something is not applying the correct offset, since when the screens don't have the same sizes, the blue square appears of the size of the right screen.
[23:22] <marga> As I said, this happens with Gnome and Cinnamon, but not with Unity, although I'm almost certain that it did happen with Unity in the past.
[23:23] <marga> Also, it's not unity as a whole, but compiz.  Replacing the cinnamon wm by compiz causes the issue to go away (although you end up with a messy desktop)
[23:25] <marga> I've been investigating this for months, and got to this long diagnostics, but I still don't know which source code I need to look at in order to fix this.
[23:57] <marga> RAOF: well, I guess you went away :-/
[23:57] <marga> RAOF: I need to go to sleep now, but if you have any tips that you could give me, please let me know.


[01:17] <Fudge> charlie-tca  can i pm u
[01:21] <charlie-tca> yes
[01:21] <charlie-tca> Fudge: sure, anytime
[03:55] <Hitcher> I am looking for a little help i just installed ver. 11.04 and I am at a logon screen and what user name do i use?
[03:57] <moetunes> you should have set up a user during the install Hitcher
[03:57] <moetunes> use that one
[03:57] <Hitcher> it never asked me for one
[03:59] <Hitcher> its really weird, for an install it just does not act normal. I am at a logon prompt it says "Other...." then has a "username" nothing else
[04:00] <moetunes> what happens if you leave it blank and hit enter
[04:00] <moetunes> ?
[04:00] <Hitcher> Auth fail
[04:00] <moetunes> sounds like a bad cd burn maybe - did you do the cd check?
[04:01] <Hitcher> i'll do a second burn as I did check it
[04:01] <moetunes> !md5
[04:02] <moetunes> and run the check from the cd menu
[04:55] <Mneumonic> Has anyone on here been running the Xubuntu beta1 11.10?
[04:57] <Hitcher> I am still having problems, it seems that I am not able to install it, could it be that 11.04 is to high for the sempron that I am using
[06:03] <nope> is it possible to disable mouse wheel desktop switching=
[06:19] <ochosi> nope: go to settings > window manager tweaks > workspaces > "use the mouse wheel on the desktop to switch workspaces" > untick that box ;)
[07:16] <nope> ochosi: I found it in xfwm4-tweaks-settings
[07:16] <nope> :)
[07:16] <nope> seems the tweaks "link" is not in my settings menu
[07:21] <ochosi> nope: it's not in the menu, it's in the settings-dialog
[07:22] <ochosi> but nvm, good that you found it anyway ;)
[07:24] <jeepkid> someone can help me about xubuntu11.10Alternate install with hd-media?
[08:22] <mogitaff> l
[13:14] <XubuntuKris> How do I keep the screensaver from coming on when on ac power?
[13:14] <XubuntuKris> Is there a way
[13:15] <XubuntuKris> I'm on 11.04
[13:18] <charlie-tca> screensavers do not detect battery vs AC power.
[13:19] <charlie-tca> You would manually disable it in screensaver settings
[13:28] <XubuntuKris> dang, thanks charlie-tca
[13:30] <charlie-tca> Probably be possible to write some kind of script for it, since power manager can detect battery, but I honestly don't know how to do it.
[15:06] <cYmen> Is it possible to turn off notifications with a command line option?
[15:07] <cYmen> Or cache them or something?
[15:54] <bash> i need
[15:54] <bash> help
[15:55] <likemindead> Ask away.
[15:55] <bash> nmy screen is flashing, the "file" in menu is flashing
[15:55] <likemindead> Someone will help, if they can.
[15:55] <bash> opening and closing
[15:56] <bash> what to do
[15:56] <bash> its hard to write text when is flashing
[16:01] <bash> any help?
[16:23] <alain__> Hello
[16:23] <likemindead> !hi | alain__
[16:24] <alain__> trying to install 56k modem ...
[16:24] <alain__> anyone could help me?
[16:24] <likemindead> http://www.ubuntugeek.com/setting-up-dial-up-connection-in-ubuntu.html
[16:30] <alain__> xubuntu and ubuntu are not the same
[16:31] <alain__> im trying to find networking setting that are not the same way than ubuntu
[16:32] <charlie-tca> It should be real close to the same
[16:32] <alain__> where is located the networking setting page in xubuntu
[16:32] <likemindead> The Ubuntu instructions will work for you in Xubuntu.
[16:32] <alain__> just try it then
[16:32] <charlie-tca> In the panel applet, same as Ubuntu
[16:34] <alain__> where?
[16:34] <likemindead> https://help.ubuntu.com/community/DialupModemHowto
[16:36] <alain__> i did all that i did install a driver and it stil no go
[16:37] <likemindead> Are you sure the hardware is supported?
[16:39] <alain__> CLASS=0780
[16:39] <alain__> NAME="Communication controller: Conexant Systems, Inc. Device 2f10 "
[16:39] <alain__> PCIDEV=14f1:2f10
[16:39] <alain__> SUBSYS=16ec:2013
[16:39] <alain__> IRQ=255
[16:39] <alain__> CodecDiagnosed=
[16:39] <alain__> slamrTest=
[16:39] <alain__> CodecClass=
[16:39] <alain__> IDENT=hsfmodem
[16:39] <alain__> SLMODEMD_DEVICE=
[16:39] <alain__> OPTS=
[16:39] <alain__> Driver=hsfmodem-drivers
[16:39] <alain__> DRIVER=hsfmodem_drivers
[16:40] <alain__> does it looks good
[16:40] <likemindead> alain__ >> http://paste.ubuntu.com/
[16:41] <alain__> what you want me to do with paste bin
[16:43] <likemindead> You can past code there so as not to overrun IRC.
[16:43] <likemindead> You followed everything at https://help.ubuntu.com/community/DialupModemHowto but it still won't work?
[16:49] <alain__> its a real hradcore task to install a shitty 56k modem
[16:50] <likemindead> Truth.
[16:53] <genii-around> alain__: Perhaps see my thread here on this subject, starts at posing#49: http://ubuntuforums.org/showthread.php?t=1015673&page=5
[16:53] <genii-around> *posting
[16:53] <alain__> why it wont recognise itself that there a pci slot in need for a driver to work
[16:55] <genii-around> Because the software basically uses the computers cpu to do what the hardware used to do on better made modems
[16:55] <genii-around> eg: hardware modem vs "winmodem"
[17:02] <xubuntu569> Hello everyone.  This has probibly been asked a million times but do I still need to edit the .desktop file to reorder menus and items, or has a menu editor been added to Xubuntu?
[17:03] <charlie-tca> xubuntu569: depends on the release. 11.04 has Xfce 4.8 which you use alacarte to edit menus
[17:03] <charlie-tca> xubuntu569: For Xfce 4.8, 'sudo apt-get install alacarte --no-install-recommends' in a terminal will let you use an editor to change the menus.
[17:04] <charlie-tca> Older releases will still need you to edit the files
[17:04] <xubuntu569> Ok.  That helps thanks.
[19:11] <mecklen> My gmusicbrowser icon in the notification area disappeared just now when I rebooted.  Any suggestions on how to get it back?
[19:19] <herpderp> is 11.10 aplha 2 still supported?
[19:20] <charlie-tca> 11.10 is supported in #ubuntu+1. If you keep it updated, it should be at beta2 today
[19:21] <herpderp> charlie-tca: i'm working off a livecd, and it's not displaying anything.
[19:21] <herpderp> ...though i'm starting to think it's just a bad burn/download
[19:21] <charlie-tca> Xubuntu never released an alpha2 image
[19:22] <herpderp> http://www.xubuntu.org/node/47
[19:22] <charlie-tca> You would be further ahead to download the daily image, which is up to date
[19:22] <charlie-tca> Oh, my mistake, we did not release alpha3
[19:23] <charlie-tca> but grab the daily, it is much better
[19:23] <charlie-tca> !daily
[19:23] <herpderp> just found the link myself, thank you!
[19:25] <herpderp> is it mirrored anywhere?
[19:27] <charlie-tca> no, it isn't.
[19:27] <herpderp> ah. thanks anywho
[19:27] <charlie-tca> If you are looking for mirrors, maybe wait a few hours and grab beta2?
[19:28] <charlie-tca> Beta2 will release soon, as in hours.
[19:28] <herpderp> whoa, really?
[19:28] <herpderp> single- or double-digit timespan?
[19:28] <charlie-tca> single
[19:28] <charlie-tca> I would guess within 6 hours now
[19:28] <herpderp> suh-weet
[19:29] <herpderp> i'll do that, then
[19:29] <herpderp> thanks for the heads-up
[19:30] <charlie-tca> no problem. Hate to see you spend time installing that alpha2, only to find it will take longer to update than to install
[19:30] <herpderp> _that_ many changes?
[19:31] <charlie-tca> of course. Development images have upwards of 100 changes a day


[00:02] <redir> axw: can I borrow you to clarify a couple things?
[00:35] <rick_h_> thumper: do you have a sec to peek at https://github.com/juju/utils/pull/226/files and ship if it's ok today please?
[00:35] <rick_h_> sorry, that's not the RB link but close enough
[00:43] <thumper> rick_h_: ack
[00:49] <redir> bbiab
[02:16] <thumper> menn0: I found out why that ARCH patch was there...
[02:16] <thumper> menn0: fails on s390
[02:16] <thumper> without it
[02:21] <menn0> thumper: argh right
[02:21] <thumper> proposing fix now
[02:21]  * menn0 doesn't really understand why
[02:22] <menn0> but fair enough
[02:23] <thumper> menn0: http://reviews.vapour.ws/r/5314/
[02:26] <menn0> thumper: should that setup live in SetUpTest or will that cause other problems?
[02:27] <menn0> thumper: never mind... looking at the code it's only done in one other place
[02:27] <thumper> my gut tells me it may cause other problems
[02:27] <menn0> better to just do it when necessary
[02:28] <menn0> thumper: ship it with one sugestion
[02:28]  * thumper looks
[02:28] <thumper> ack
[02:33] <axw> redir: sorry was out before. if you're still around I'm here now
[02:35] <axw> thumper: I don't really understand why your change was needed. we're already setting agent-version earlier in the function -- why doesn't that work?
[02:35] <axw> thumper: ahh, because building the tools bumps the version?
[02:35] <thumper> yep
[02:40] <redir> axw: np, I'll just dig in tomorrow.
[04:01] <mup> Bug #1607161 opened: generate-image metadata command help needs updating <helpdocs> <juju-core:Triaged> <https://launchpad.net/bugs/1607161>
[04:10] <mup> Bug #1607161 changed: generate-image metadata command help needs updating <helpdocs> <juju-core:Triaged> <https://launchpad.net/bugs/1607161>
[04:13] <mup> Bug #1607161 opened: generate-image metadata command help needs updating <helpdocs> <juju-core:Triaged> <https://launchpad.net/bugs/1607161>
[04:24] <menn0> thumper: apiserver changes for migration status in the FullStatus response
[04:24] <menn0> http://reviews.vapour.ws/r/5315/
[04:24]  * thumper looks
[04:37] <mup> Bug #1607170 opened: enable-ha requires '-m controller' (i.e. doesn't do the 'right thing' by default). <usability> <juju-core:Triaged> <https://launchpad.net/bugs/1607170>
[04:38] <menn0> thumper: by error state do you mean ABORT?
[04:38] <menn0> if so yes it is (well actually ABORTDONE is the final, terminal phase)
[05:08] <thumper> menn0: chat?
[05:15] <thumper> abort done is only set after aborting is finished?
[05:15] <thumper> I was thinking about an intermediate error state
[05:33] <menn0> thumper: sure
[05:33] <menn0> going to to 1:1
[08:58] <mup> Bug #1605986 opened: Creating container: can't get info for image 'ubuntu-trusty' <oil> <oil-2.0> <juju-core:Triaged> <https://launchpad.net/bugs/1605986>
 2016-07-28 08:04:34 INFO config-changed subprocess.CalledProcessError: Command '['/opt/opendaylight-karaf/bin/client', '-r', '20', '-h', 'localhost', '-a', '8101', '-u', 'karaf', 'feature:list']' returned non-zero exit status 1
[09:09] <ejat> odl-controller charm
[09:09] <ejat> anyone can help me ?
[09:19] <babbageclunk> ejat: If you run that command on the machine, do you get any useful output?
[09:20] <ejat> u mean this : /opt/opendaylight-karaf/bin/client', '-r', '20', '-h', 'localhost', '-a', '8101', '-u', 'karaf', 'feature:list
[09:20] <ejat> or '['/opt/opendaylight-karaf/bin/client', '-r', '20', '-h', 'localhost', '-a', '8101', '-u', 'karaf', 'feature:list']'
[09:20] <babbageclunk> ejat: yes, but without the quotes and commas.
[09:21] <ejat> /opt/opendaylight-karaf/bin/client -r 20 -h localhost -a 8101 -u karaf feature:list <-- ?
[09:21] <babbageclunk> ejat: yes
[09:22] <ejat> $ /opt/opendaylight-karaf/bin/client -r 20 -h localhost -a 8101 -u karaf feature:list
[09:22] <ejat> client: JAVA_HOME not set; results may vary
[09:22] <ejat> Logging in as karaf
[09:22] <ejat> 175 [pool-2-thread-2] WARN org.apache.sshd.client.keyverifier.AcceptAllServerKeyVerifier - Server at localhost/<IP_ADDRESS>:8101 presented unverified key:
[09:22] <ejat> Error executing command: java.lang.NullPointerException
[09:22] <ejat> juju not set the java_home ?
[09:24] <babbageclunk> ejat: It sounds more like there's a problem with the key, but I don't know anything about opendaylight.
[09:25] <babbageclunk> ejat: You might be better asking in #juju - there are more openstack people and charmers there.
[09:25] <ejat> ok thanks babbageclunk
[09:26] <babbageclunk> ejat: good luck!
[09:26] <ejat> grattitude
[10:22] <babbageclunk> voidspace: welcome back! Just around for 2 days?
[10:25] <babbageclunk> frobware, voidspace: a couple of reviews if you have a moment? http://reviews.vapour.ws/r/5312/ and http://reviews.vapour.ws/r/5317/
[10:27] <frobware> babbageclunk: will get to it later; syncing with macgreagoir
[10:28] <babbageclunk> frobware: cool, thanks - no big rush
[10:35] <mup> Bug #1607000 changed: Immortal zombie Juju controller on MAAS <landscape> <juju-core:Invalid> <https://launchpad.net/bugs/1607000>
[10:35] <mup> Bug #1607303 opened: Help text for juju kill-controller needs to point to unregister <landscape> <juju-core:New> <https://launchpad.net/bugs/1607303>
[10:42] <frobware> macgreagoir: combined patch updated - https://github.com/frobware/juju/tree/master-lp1566801-strike3%2Blp1602054
[11:12] <macgreagoir> frobware: FTR, woo hoo!
[11:29] <voidspace> babbageclunk: yeah, just here for a couple of days
[11:29] <voidspace> babbageclunk: off to cornwall with my dad for a week after that
[11:30] <babbageclunk> voidspace: nice
[11:32] <voidspace> babbageclunk: looks like everything changed whilst I was away...
[11:32] <babbageclunk> voidspace: of course!
[11:32] <voidspace> babbageclunk: your doing no doubt...
[11:33] <voidspace> babbageclunk: I got a microbit from EuroPython!
[11:33] <voidspace> babbageclunk: I haven't played with it yet though
[11:34] <voidspace> babbageclunk: I'm currently trying to fix MAAS (again)
[11:34] <voidspace> babbageclunk: a recent update broke my install
[11:36] <babbageclunk> voidspace: stink. I recently redid my MAASes using frobware's scripts - took a bit of time to get set up, but now I can add/remove nodes really easily.
[11:36] <voidspace> babbageclunk: ah cool - got a link
[11:36] <voidspace> babbageclunk: I'll try and get that working
[11:37] <babbageclunk> voidspace: In KVMs, or hardware?
[11:37] <voidspace> babbageclunk: KVM
[11:37] <babbageclunk> I hacked this one up: https://github.com/frobware/ubuntu-fan-hacks
[11:38] <voidspace> babbageclunk: have you pushed your changes anywhere, or are they babbageclunk specific?
[11:38] <frobware> babbageclunk, voidspace: I should really update the docs there ....
[11:38] <babbageclunk> ...to get the initial VM, then installed maas manually.
[11:38] <babbageclunk> then used https://github.com/frobware/kvm-maas with minimal hacks to add nodes.
[11:39] <frobware> babbageclunk: what changes did you need for kvm-maas?
[11:40] <babbageclunk> frobware: checking - only cut down the disk sizes a bit - I couldn't get it to respect the env vars. Nothing that needs pushing.
[11:41] <frobware> babbageclunk: hmm - I wonder why
[11:42] <babbageclunk> voidspace: The only tricky thing with the initial maas controller setup is that you need a hacked cloud image from frobware that enables cloud-init to do network setup in a network where there's no dhcp
[11:42] <voidspace> babbageclunk: ah, right
[11:43] <frobware> babbageclunk: so I'm relibably informed that that's now the default
[11:43] <babbageclunk> voidspace: ok - so that might be fixed!
[11:43] <frobware> voidspace: if that's not true there's always my enhanced version: http://<IP_ADDRESS>/~aim/xenial-server-cloudimg-amd64-disk1.img
[11:43] <voidspace> frobware: babbageclunk: cool, thanks - will have a play
[11:44] <babbageclunk> voidspace: hang on, I'll push my hacked (and now badly named) ubuntu-fan-hacks branches - I've got one for maas2 and one for maas1.9
[11:46] <mattyw> frobware, hey there, are you OCR today?
[11:47] <frobware> mattyw: yes
[11:47] <mattyw> frobware, I have a tiny one for you. http://reviews.vapour.ws/r/5319/. I'm about to got afk but if you had any questions I'll be back in an hour or so
[11:48] <mattyw> frobware, but if you're busy - it's not that urgent :)
[11:48] <frobware> mattyw: me too - lunch is required
[11:48] <mattyw> frobware, I'm planning on combining it with a cycle as the sun is out :)
[11:48] <frobware> babbageclunk: running VIRT_DISK_SIZE=12 ./add-node disk-size-tes maas19-net maas19
[11:48] <frobware> babbageclunk: gives me: http://<IP_ADDRESS>/~aim/disk-test.png
[11:49] <frobware> mattyw: heh, sounds fab!
[11:49] <babbageclunk> frobware: yeah, I may have been getting confused by something VMM was telling me - I think that's working fine.
[11:50] <babbageclunk> voidspace: https://github.com/babbageclunk/ubuntu-fan-hacks/tree/maas-2-vm
[11:50]  * frobware really really really goes for lunch. Really. Almost. Really.
[11:50] <voidspace> babbageclunk: thanks
[11:50] <babbageclunk> voidspace: https://github.com/babbageclunk/ubuntu-fan-hacks/tree/maas-2-vm
[11:51] <babbageclunk> voidspace: https://github.com/babbageclunk/ubuntu-fan-hacks/commit/5f5b736308bfdfb15af84fe7986d252b7ef0990b
[11:51] <babbageclunk> voidspace: That should show the kinds of things you're likely to need to change.
[11:51] <voidspace> babbageclunk: cool
[11:52] <babbageclunk> voidspace: Still need to install maas manually and click around in the admin a little bit, but it's a bit simpler.
[11:52] <voidspace> babbageclunk: I'm just doing the mass install at the moment
[12:16] <voidspace> frobware: what's the right ppa for the latest and greatest maas
[12:16] <voidspace> frobware: ah, experimental3
[12:23] <mup> Bug #1607347 opened: Password for juju-gui not showing up after a change <cpe-sa> <juju-core:New> <https://launchpad.net/bugs/1607347>
[13:05] <mup> Bug #1607362 opened: TestMachinerMachineNotFound agent should be terminated <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607362>
[13:11] <mup> Bug #1607362 changed: TestMachinerMachineNotFound agent should be terminated <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607362>
[13:18] <macgreagoir> frobware: I think I'm showing --bind working here (with your latest eth0 patch and an lp:1603473-like net config): https://pastebin.canonical.com/161866/
[13:19] <frobware> macgreagoir: yes, looks good
[13:23] <mup> Bug #1607362 opened: TestMachinerMachineNotFound agent should be terminated <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607362>
[13:23] <mup> Bug #1607365 opened: PresenceSuite.TestScale reported false <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607365>
[13:23] <mup> Bug #1607368 opened: bootstrapSuite.TestBootstrapUploadTools model "foo" of type dummy does not support instances running on "ppc64el" <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607368>
[13:32] <mup> Bug #1607365 changed: PresenceSuite.TestScale reported false <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607365>
[13:32] <mup> Bug #1607368 changed: bootstrapSuite.TestBootstrapUploadTools model "foo" of type dummy does not support instances running on "ppc64el" <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607368>
[13:35] <mup> Bug #1607365 opened: PresenceSuite.TestScale reported false <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607365>
[13:35] <mup> Bug #1607368 opened: bootstrapSuite.TestBootstrapUploadTools model "foo" of type dummy does not support instances running on "ppc64el" <ci> <intermittent-failure> <regression> <unit-tests> <juju-core:Triaged> <https://launchpad.net/bugs/1607368>
[14:04] <frobware> katco: standup?
[14:05] <frobware> rick_h_: you doing standup today?
[14:09] <natefinch> sinzui, mgz: it looks like we're building the CI tests with an old version of go?
[14:10] <sinzui> natefinch: ouch, I will look into it. Which test/host?
[14:10] <natefinch> sinzui: http://juju-ci.vapour.ws:8080/job/github-merge-juju-utils/125/console
[14:10] <sinzui> natefinch: not ci then
[14:10] <natefinch> sinzui: oh, right, landing bot, sorry
[14:11] <sinzui> natefinch: found the problem. Not every merge job has the path set right. I can fix this job in a minute. I need to review about 8 jobs though
[14:12] <natefinch> sinzui: ok... glad to help find problems :)
[14:13] <sinzui> natefinch: replaying the job with the right juju http://juju-ci.vapour.ws:8080/job/github-merge-juju-utils/126/console
[14:13] <natefinch> sinzui: yay, thanks.  And glad that we'll be using the right version of Go.  I intentionally removed the guardrails for go 1.2 vs 1.6 in this change.... we really just won't build with go 1.2 anymore.
[14:29] <babbageclunk> Is there anything that logs the actual userdata we send when starting an instance (particularly in maas)?
[14:46] <sinzui> babbageclunk: natefinch are your bugs the same: bug 1604474 and bug 1605777
[14:46] <mup> Bug #1604474: Juju 2.0-beta12  userdata execution fails on Windows <azure-provider> <juju2.0> <oil> <oil-2.0> <windows> <juju-core:In Progress by natefinch> <https://launchpad.net/bugs/1604474>
[14:46] <mup> Bug #1605777: munna/juju2 is too slow to deploy windows images <ci> <maas-provider> <regression> <windows> <juju-ci-tools:Triaged> <juju-core:Triaged by 2-xtian> <https://launchpad.net/bugs/1605777>
[14:49] <babbageclunk> sinzui, natefinch - I think they are, yes.
[14:49] <babbageclunk> Good spotting!
[14:52] <babbageclunk> sinzui: Should I just mark 5777 as a duplicate of 4474? natefinch's quite far along with it, as far as I can see.
[14:52] <sinzui> babbageclunk: yep.
[15:08] <mup> Bug #1605777 changed: munna/juju2 is too slow to deploy windows images <ci> <maas-provider> <regression> <windows> <juju-ci-tools:Triaged> <juju-core:Triaged by 2-xtian> <https://launchpad.net/bugs/1605777>
[15:19] <voidspace> natefinch: ping - some advice
[15:19] <voidspace> natefinch: if you have the mental bandwidth (juju advice - not life advice, don't worry)
[15:19] <voidspace> for that I go to babbageclunk
[15:24] <babbageclunk> voidspace: for *bad* life advice
[15:25] <perrito666> uh uh uh, bad life advice, I can do that, who is in need?
[15:28] <voidspace> babbageclunk: well, naturally...
[15:28] <voidspace> perrito666: hah, thanks - if the advice from babbageclunk ever turns out to not be bad enough I'll turn to you
[15:29] <voidspace> perrito666: babbageclunk: frobware: juju bug 1599972
[15:29] <mup> Bug #1599972: juju2 beta11 unable to parse PORT during a maas bootstrap <2.0> <conjure> <maas-provider> <juju-core:In Progress by mfoord> <https://launchpad.net/bugs/1599972>
[15:29] <voidspace> perrito666: babbageclunk: frobware: the bug is that specifying the MAAS server in the form cloud.lol:5240 doesn't work
[15:29] <voidspace> with an error that it's a malformed url
[15:30] <voidspace> perrito666: babbageclunk: frobware: specifying instead http://cloud.lol:5240 however works
[15:30] <voidspace> do you think that is worth fixing or should be a "won't fix"...
[15:30] <frobware> voidspace: is 'cloud.lol:5240' actually a URL?
[15:30] <voidspace> frobware: well it is is you have cloud.lol in /etc/hosts
[15:30] <voidspace> which I do
[15:31] <voidspace> frobware: because ip:port worked so I needed a domain
[15:31] <frobware> voidspace: I'm really asking do you need http:// or ftp:// or ...
[15:31] <voidspace> frobware: if you don't specify the scheme but do specify a port then the url is "incorrectly" parsed
[15:32] <frobware> voidspace: so GIGO
[15:32] <voidspace> frobware: yep
[15:32] <stokachu> maas/<IP_ADDRESS>:5240 doesn't work
[15:33] <voidspace> stokachu: ah, it worked for me - trying again
[15:33] <perrito666> voidspace: cloud.lol is a hostname
[15:33] <perrito666> http://cloud.lol is a url
[15:33] <perrito666> voidspace: cloud.lol:port is incredibly ambiguous as it could be both
[15:33] <stokachu> oh maybe I'm mistaken
[15:33] <stokachu> maas/cloud.lol:5240 is what doesn't work
[15:34] <stokachu> and you're saying that we should be using maas/http://cloud.lol:5240?
[15:34] <voidspace> stokachu: yep
[15:35] <voidspace> stokachu: what I'm *really* saying is that if you don't specify a malformed url you won't get the "malformed url" error...  ;-)
[15:35] <voidspace> stokachu: but I was trying not to be a dick about it
[15:35] <perrito666> stokachu: voidspace I was just clarifying why the erorr makes sense, I lack context for more detail
[15:35] <voidspace> not trying very hard though... :-p
[15:35] <voidspace> stokachu: although cloud.lol:5240 is what I would have tried as well
[15:36] <frobware> voidspace: in the same vein that $(firefox cloud.lol:5240) would just work, should juju?
[15:37] <voidspace> frobware: it would be nice if it did
[15:37] <perrito666> frobware: firefox is lenient, if you put $(firefox agoogleableterm) will also work
[15:37] <voidspace> frobware: I don't think it's a critical bug that it doesn't
[15:37] <frobware> voidspace: nope, but I do like DWIM
[15:38] <perrito666> this said, we should be a bit nicer in how we treat urls, if we expect a url and its not a url we could try a hostname
[15:38] <voidspace> perrito666: frobware: on error just adding http:// and retrying would work - if it still fails return the original error
[16:51] <natefinch> voidspace: sorry, was afk.
[16:52] <natefinch> sinzui:  are we sure that #1605777 is the same as the bug I fixed?  The bug I fixed was not that windows was slow - it was entirely broken
[16:52] <mup> Bug #1605777: munna/juju2 is too slow to deploy windows images <ci> <maas-provider> <regression> <windows> <juju-ci-tools:Triaged> <juju-core:Triaged by 2-xtian> <https://launchpad.net/bugs/1605777>
[16:57] <mup> Bug #1607457 opened: juju migrate fails to find model after migration <migration> <juju-core:Triaged> <https://launchpad.net/bugs/1607457>
[17:00] <sinzui> natefinch: The bug does not say windows is slow, It says juju 2. cannot deoploy a windows machine by 1.25 can. The suibstrate is known to be slow
[17:02] <natefinch> sinzui: I don't know what munna is, I assumed it was a windows machine in CI
[17:04] <natefinch> sinzui: regardless, it sounds like it's completely different from the bug that I fixed, which was that the userdata script we run on windows couldn't connect to the controller to download the jujud binary, because we didn't support a ciphersuite that windows supported.
[17:06] <sinzui> natefinch: okay. The issue we see is that the machine agent never comes up. Looks like a cloud init issue
[17:09] <natefinch> sinzui: that *could* be the same problem, then, since it's the userdata script failing.  But it would have been a new failure around July 7th
[17:10] <natefinch> That's when we broke windows with the thing I just fixed
[17:13] <sinzui> natefinch: We first see the issue in July 15 http://reports.vapour.ws/releases/issue/5789759d749a5616aa83b491 We stopped testing on the host last week. The previous failures were timeouts, but machine want not checked
[17:15] <sinzui> natefinch: The last pass of the test for juju 2 was jujy 7! the first failure is on the 8th http://reports.vapour.ws/releases/4121/job/maas-1-9-deploy-win2012hvr2-amd64/attempt/624
[17:16] <natefinch> sinzui: sound suspicious :)  Let's try it again with this fix and see how it goes.
[18:39] <natefinch> / Fields holds a map from attribute name to information about that attribute.
[18:39] <natefinch> ....so why isn't it called Attributes? :/
[19:02] <perrito666> Bbl
[20:16] <redir> brb reboot
[20:23] <thumper> natefinch: ping
[20:23] <thumper> natefinch: re: https://github.com/juju/utils/pull/226#event-737900037 I saw this fail to land yesterday, and don't see a change in code, did the landing bot change?
[20:23] <thumper> sinzui: ^^
[20:24] <natefinch> thumper: yep
[20:24] <thumper> was it using an older go?
[20:24] <natefinch> thumper: yep
[20:25] <thumper> ok
[20:25] <natefinch> thumper: so, win-win... it landed and now we have a canary for jobs that use a too-old version of go.
[20:26] <natefinch> I had intentionally removed the guardrails for some go 1.6 code in there, since we officially support it everywhere now.
[20:31] <sinzui> natefinch: I updated all the merge jobs to include go 1.6 in the path. We wont see any go 1.2 in the current jobs
[20:33] <natefinch> sinzui: huzzah
[20:55] <natefinch> man I hate middle-click paste
[20:58] <natefinch> simple PR for anyone - https://github.com/juju/schema/pull/13
[21:35] <redir> anyone here know anything about the model-config-tree details?
[21:38] <redir> natefinch-afk: LGTM, FWIW
[23:01] <mup> Bug #1607557 opened: wrong JSON field for storage endpoint in API <juju-core:New> <https://launchpad.net/bugs/1607557>
[23:04] <menn0> thumper: addition MigrationMaster.SetStatusMessage API (small and boring): http://reviews.vapour.ws/r/5324/
[23:40] <redir> axw: same bat station?