[06:28] <duflu> alf_: Is it possible compositor/renderer destruction no longer has a GL context?... https://bugs.launchpad.net/mir/+bug/1489720
[06:33] <alf_> duflu: I am not aware of any change that has affected gl context lifetimes. What does eglGetCurrentContext return?
[06:33] <duflu> alf_: Don't know. I'm not set up on that device right now
[06:34] <duflu> Although I will be soon
[06:39] <duflu> Poor mako. Batter just went from full to empty in a blink of the eye
[06:40] <duflu> I think it was always empty. Because the phone doesn't shut down properly with wily. And even if your force it, it turns itself on again and drains battery
[07:17] <duflu> alf_: Nope. Context not lost. Everything is sane and in context. Just that glDeleteTextures crashes. Although valgrind reports that android and the graphics driver are full of errors...
[07:17] <duflu> Might be able to bisect the issue
[12:58] <alan_g|lunch> alf_: any idea what's going on here? Weirdness in the mesa stack - I've a workaround, but don't understand why it works. https://bugs.launchpad.net/mir/+bug/1495459 (I'm pretty sure camako saw this last week too, but didn't have consistent results.)
[12:59] <alf_> alan_g: let me see if I can reproduce
[13:20] <alan_g> greyback_: please take a look at https://code.launchpad.net/~alan-griffiths/mir/MirBlob/+merge/269949 (I think it is what you're expecting but also see the discussion.)
[13:21] <greyback_> alan_g: on my list, will get to it
[13:21] <alan_g> greyback_: thanks
[13:33] <alf_> alan_g: removing config.add_options(x11_displays_option_name, ...) fixes the problem. No idea why.
[13:34] <alan_g> alf_: yes, I've just discovered removing "boost::program_options::value<std::string>()->default_value(std::string{"1280x1024"})," "fixes the problem too
[13:35] <alan_g> alf_: This is seriously weird. But likely not mesa weirdness.
[13:39] <alf_> alan_g: yes, and in particular it's the default_value() part that triggers the issue
[13:40] <alan_g> alf_: thanks for confirming that
[13:41] <desrt> src/platforms/mesa/server/kms/cursor.cpp #includes <drm/drm.h> which doesn't exist on debian.  changing that to <libdrm/drm.h> fixed it for me and also seems to work on ubuntu
[13:51] <anpok> desrt: looking at the current drm package.. libdrm seems to be the install path preferred by libdrm
[13:52] <desrt> maybe that's why debian doesn't have it?
[13:59] <anpok> desrt: hm linux-libc-dev provides the other
[14:09] <desrt> anpok: not on debian...
[14:19] <anpok> yes we should switch to libdrm
[14:51] <alf_> anpok: xf86drm already includes drm.h, so I don't think it's needed at all
[15:24] <desrt> so, having some issues with mir-on-X11.  anyone can help with that?
[15:24] <desrt> kgunn: ^ hi :)
[15:24] <kgunn> desrt: yo...yes... camako should be helpful ^
[15:24] <kgunn> it's his baby
[15:24] <desrt> that's the name i was looking for.  thanks :)
[15:25] <anpok> camako: knows most about it
[15:25] <kgunn> he'll be happy to see someone putting it through it's paces
[15:25] <desrt> camako: hey... having trouble bringing up drm for x11 because gbm: Last dlopen error: /usr/lib/dri/i965_dri.so: undefined symbol: _glapi_tls_Dispatch
[15:25] <desrt> even though this does get defined (in /usr/lib/x86_64-linux-gnu/libglapi.so.0.0.0, which is loaded)
[15:29] <desrt> we've sort of been chasing down one problem after another for the entire morning, and now we find ourselves here, and a bit stuck
[15:30] <desrt> fwiw, it works if i LD_PRELOAD that library, but this seems like a bit of a bad solution :)
[15:34] <desrt> k.  we're gonna break for lunch.  bbiab.
[16:12] <camako> desrt, I haven't encountered this issue before.
[16:13] <camako> desrt, what do you see when you do ...  ls /dev/dri/
[16:13] <camako> card0  card1  controlD64  controlD65  renderD128  renderD129
[16:13] <camako> this is what I see ^
[16:13] <camako> you need the render nodes
[16:14] <camako> bb after lunch
[16:45] <desrt> camako: we already hit the render node issues and got past that :)
[16:45] <desrt> this is a pure dynamic library problem
[16:45] <desrt> btw: this is debian jessie
[18:49] <camako> desrt, can you run mir with the mesa-kms? I.e. in a vt?
[18:51] <desrt> camako: yes.  this is an x11 problem.
[19:28] <camako> desrt, we shouldn't be using gl, only egl on mir-on-x (and gles is used in the compositor)
[19:28] <desrt> it is using egl
[19:29] <camako> desrt, but then why the libglapi related error? Did you build the mir binaries in the debian env yourself?
[19:30] <desrt> yes
[19:30] <desrt> i'm not sure it's really directly related to mir, in fact, since it's rather a problem with the dri drivers that mir tries to load
[19:33] <camako> desrt, yeah.. It's curious that mesa-kms works though. Shouldn't be that different. Can you make mesa-x11 the first platform on the 'platforms' list (like in cmake-gui) and then after building, do a 'make test'?
[19:33] <desrt> i built with only mesa-x11 this time, fwiw
[19:34] <desrt> i also disabled tests :)
[19:34] <desrt> i'll switch that back on again.  gimme a sec.
[19:34] <camako> desrt, let's enable and run them
[19:34] <camako> ok
[19:35] <desrt> (building)
[19:37] <camako> desrt, are you using lp:mir or something else?
[19:37] <desrt> *ahem* something else
[19:39] <desrt> the branch i am using is based on 365d58f5c662fb67dcfa352d9dcb07bc9b98783e
[19:41] <camako> lol gotcha


[00:07] <basso> webjadmin: normaly when there are no updates there are no updates :)
[00:09] <basso> webjadmin: but why do you ask me this?
[00:10] <webjadmin> Lol, I just added the xorg ppa.
[00:10] <webjadmin> And I'm JackyAlcine;
[00:10] <webjadmin> hold on.
[00:24] <JackyAlcine> basso, I've added the xorg ppa; installed the packages and restarted Xorg; but to no avial
[00:24] <JackyAlcine> I did find an issue, though.
[00:25] <basso> JackyAlcine: was the issue driver related or compiz related?
[00:25] <JackyAlcine> It's compiz-related; it's looking for libraries in an odd place.
[00:25] <JackyAlcine> ~/.compiz-1/plugins
[00:25] <JackyAlcine> And the folder 'plugins' didn't exist.
[00:26] <Amaranth> That's not an issue
[00:27]  * JackyAlcine is making the pastebin.
[00:28] <JackyAlcine> http://paste.ubuntu.com/606317/
[00:29] <JackyAlcine> Amaranth, why wouldn't it be if you mind me asking?
[00:29] <JackyAlcine> The segfault probably is caused by it trying to call a method in the bailery library; that of which it couldn't find.
[00:30] <Amaranth> It was told to load a plugin called "core", tried a few places, couldn't find it. No big deal, it just moves on.
[00:30] <Amaranth> For the rest of the plugins it always checks ~/.compiz-1/plugins first in case you have a user copy you want to override the system one
[00:30] <Amaranth> Doesn't find them there, moves on to /usr/lib/compiz/
[00:31] <JackyAlcine> Ah, hence the warning that the plugin's already active?
[00:31] <Amaranth> I would recommend cleaning out your compiz settings though, just to see if that fixes the issue
[00:31] <Amaranth> But first dump them so we can see them if that fixes it
[00:32] <JackyAlcine> Alright.
[00:32] <Amaranth> It's rather odd that it segfaults after loading dbus...
[00:32] <Amaranth> Or rather while loading dbus
[00:33] <Amaranth> hmm, actually it seems your configuration is rather screwed
[00:33] <Amaranth> You're using the ini backend instead of gconf
[00:33] <Amaranth> make a copy of your ~/.compiz-1 and ~/.config/compiz-1 (if they exist) then remove them
[00:37] <JackyAlcine> Ah. okay.
[00:37] <JackyAlcine> I was going to show you the configuration now actually.
[00:37] <JackyAlcine> http://paste.ubuntu.com/606322/
[00:39] <JackyAlcine> Well, lol, I accidentally deleted all of the configuration settings; but it's no biggie.
[00:39] <Amaranth> I'm pretty sure a lot of those plugins conflict with each other
[00:40] <Amaranth> but yeah, looks like it should be easy enough for you to tweak your settings back to how you like if that fixed it
[00:40] <JackyAlcine> Wow, Amaranth, it worked (sorta).
[00:40] <JackyAlcine> Well, there's no window manager really
[00:41] <JackyAlcine> Forget it; by opening the Appearance dialog; it appeared. :)
[00:41] <JackyAlcine> Thanks so much Amaranth
[00:41] <Amaranth> no problem, will poke someone about the config file to see if we can figure out what blew up
[00:42] <JackyAlcine> Thanks :D
[00:53] <basso> my prayer worked
[00:53] <basso> he got hep
[00:53] <basso> help*
[00:54]  * basso is badass
[00:54] <basso> now to pray for someone to fix the gnome-settings-daemon
[00:54]  * basso starts prayer
[00:59] <basso> now sleepy
[03:03] <znfrazier> anyone good with ftp servers?
[08:29] <bcurtiswx> cassidy, seems libpurple has removed QQ support, will telepathy be doing anything about that?
[08:30] <bcurtiswx> cassidy, http://developer.pidgin.im/ticket/13193
[08:31] <cassidy> bcurtiswx, gadu gadu ?
[08:31] <bcurtiswx> cassidy, i'm not very familiar with QQ myself so gadu gadu is another implementation?
[08:32] <cassidy> oh no that's another protocol
[08:32] <cassidy> unless someone starts a Telepathy connection manager for it, we won't be able to do much
[08:33] <chrisccoulson> seb128 - have you seen andreas this morning?
[08:33] <seb128> chrisccoulson, no
[08:33] <bcurtiswx> cassidy, hmm.  So any future QQ bugs in empathy I get should probably be closed?
[08:33] <cassidy> bcurtiswx, they should be telepathy-haze bug
[08:34] <chrisccoulson> seb128 - thanks
[08:34] <cassidy> and haze can't do much if libpurple doesn't support it
[08:34] <bcurtiswx> cassidy, yes sorry I have a bad habit of using empathy when it's really a telepathy problem :X
[08:34] <cassidy> bcurtiswx, in general, if a bug is protocol specific, there are good chances that's a TP bug
[08:35] <bcurtiswx> cassidy, i know this, I just need a shock collar to help me along ;)
[08:36] <bcurtiswx> cassidy, OK i'll close haze bugs with QQ and recommend someone make a telepathy QQ branch :) thx
[09:07] <dpm> pitti, seb128, could we have someone from desktop on krudy (06) for the lp translation imports session?
[09:11] <seb128> dpm, hum, is there any specific question for us?
[09:11] <seb128> do you need someone there or replying on IRC is fine?
[09:11] <pitti> dpm: on my way, seems my meeting with jasoncwarner got cancelled anyway
[09:11] <seb128> pitti, thanks
[09:11] <seb128> (I'm in another session)
[09:11] <dpm> thanks pitti
[09:20] <bcurtiswx> rodrigo_, you see the recent advertising e-mail on the gnome3-team mailing list ?
[09:20] <rodrigo_> bcurtiswx, no, which one?
[09:20]  * rodrigo_ looks
[09:21] <bcurtiswx> rodrigo_, vanillux
[09:21] <bcurtiswx> idk why but it seemed more of an attack e-mail than one asking for legitimate help
[09:22] <rodrigo_> hmm
[09:23] <seb128> what's wrong with it?
[09:23] <seb128> it's opensource they are free to do a distro
[09:24] <bcurtiswx> nothing wrong with the who new distro, just poorly written IMO
[09:24] <bcurtiswx> whole*
[09:25] <rodrigo_> bcurtiswx, yes, seems to be a gnome remix v2.0 :)
[09:25] <rodrigo_> but nothing wrong with them doing it, if that's what they want, really
[09:25] <rodrigo_> would be better if they helped us packaging gnome3
[09:25] <bcurtiswx> yeah,  if they want to do it thats all great. and that too..  :)
[09:26] <rodrigo_> well, it's not great, but maybe it's easier for us, than having to be discussing all day about everything :-)
[09:27]  * rodrigo_ writes an answer
[09:39] <cassidy> which mail is that? Are there people doing a ubuntu GNOME remix ?
[09:39] <seb128> cassidy, yes
[09:39] <seb128> cassidy, http://vanillux.org/
[09:39] <seb128> in fact
[09:40] <seb128> derivative distribution, good luck to them
[09:40] <cassidy> actually I would like a proper GNOME flavour of Ubuntu
[09:40] <cassidy> with an upstream GNOME desktop, etc
[09:40] <seb128> what difference would you get with GNOME in Ubuntu?
[09:41] <seb128> default theme?
[09:41] <seb128> with unity being its own desktop GNOME should go back to be closer from upstream desktop over time
[09:41] <cassidy> and ideally, unpatched app (libindicate, etc)
[09:41] <seb128> we will not patch gnome-shell
[09:41] <seb128> with unity2d we will probably unpatch gnome-panel
[09:42] <cassidy> ah that's good
[09:42] <cassidy> isn't there a "relation with GNOME community" session this afternoon or something?
[09:42] <seb128> indicators are standalone sources for the most part and the things we patch will be moved over time to be proper indicators
[09:42] <seb128> yes there is one
[09:42] <cassidy> cool, I'll try to attend over irc
[09:42] <seb128> great
[09:43] <cassidy> I don't really want to leave Ubuntu but if I can't have a proper GNOME experience I'll probably consider doing so
[09:43] <cassidy> so it would be good to try to not make this happen :)
[09:43] <seb128> cassidy, it's a 15h
[09:43] <cassidy> cool, I'll be there
[09:44] <cassidy> there is a live stream, irc chan, etc ?
[09:44] <seb128> yes
[09:44] <seb128> live stream and irc
[09:44] <seb128> http://summit.ubuntu.com/uds-o/2011-05-12/ has the schedule
[09:45] <seb128> the irc channel will be #ubuntu-uds-lehar
[09:45] <cassidy> oki
[09:47] <seb128> cassidy, the streams are on http://icecast.ubuntu.com:8000/
[09:48] <seb128> ok, got to go, see you later
[09:48] <cassidy> yep
[11:56] <Cimi> pitti: rickspencer3: I have a visual update for the overlay scrollbar. fixes a hot bug, though it changes visuals... do I need to put it in natty-proposed or oneiric?
[11:57] <rickspencer3> do you have a bug link?
[11:58] <Cimi> sure
[11:58] <Cimi> rickspencer3: https://bugs.launchpad.net/ayatana-scrollbar/+bug/773263
[11:58] <ubot2> Launchpad bug 773263 in overlay-scrollbar "scrolling doesn't work at the edge of the screen (fitts' law is broken)" [Undecided,In progress]
[11:59] <Cimi> rickspencer3: there's a video too, it changes a lot (visually)
[11:59] <rickspencer3> that looks like an oneiric fix to me
[12:00] <Cimi> rickspencer3: me too, I'd say let's open a natty PPA too
[12:17] <Borreal> hi
[12:17] <Borreal> is there someone inline?
[13:07] <basso> hello :D
[13:40] <basso> Hello again!
[13:59] <basso> Hello hello :D
[14:32] <basso> Hello! :3
[14:42] <tseliot> pitti: are you available now?
[14:42] <tseliot> pitti: we're in kazinczy
[18:06] <ricotz> cyphermox, hi, did you get my message?
[18:20] <basso> Hello everyone :D
[20:47] <basso> Hello again!
[21:39] <basso> Even more hello!
[22:10] <kklimonda> ls
[22:36] <basso> im in love with danish "gifflar"


[07:11] <lordievader> Good morning.
[07:13] <hojgaard_> test
[07:13] <hojgaard_> test
[07:13] <lordievader> !test | hojgaard_
[07:14] <hojgaard_> sorry, i have joined test
[07:15] <lordievader> ;)
[09:55] <kickinz1>  /msg NickServ identify MokiTokiTori!33
[09:56] <histo> kickinz1: nice
[09:56] <histo> kickinz1: you may want to change your password
[09:57] <kickinz1> histo, yes, a wonderfull one, I'm already doing so...
[09:57] <histo> kickinz1: that one was too hard to type anyways
[10:05] <rbasak> You can send username:password as the server password on Freenode. Then it automatically authenticates against nickserv for you.
[10:05] <rbasak> So I never have to type it by hand.
[10:05] <rbasak> (also I have SSL enabled)
[11:36] <freeflying> is docker.io built with gccgo or go in trusty?
[13:37] <gcivitella> Hi all, I'd like to ask some questions about LXD. Is this the rigth channel to ask?
[13:48] <pmatulis> gcivitella: you can try. see also #lxcontainers
[13:49] <gcivitella> pmatulis: ok, thanks
[13:50] <caribou> smoser: where can I look for maas's curtin script customization, most particularly on how to partition disks ?
[13:59] <strikov> caribou: http://paste.ubuntu.com/10939715/
[14:00] <strikov> caribou: it's not final but may give you some ideas
[14:00] <caribou> strikov: kool, thanks a lot !
[14:04] <smoser> strikov, i dont know what that is what caribou was looking for
[14:04] <smoser> caribou, what strikov pointed at is the declaritive format that maas will (in the future) specify to curtin to describe desired layout
[14:05] <caribou> smoser: so this is not what to feed curtin in order to get a specific disk partitioning ?
[14:06] <caribou> maybe I should explain what I'm trying to achieve :
[14:06] <caribou> I want to replace d-i preseed syntax used by maas's debian installer by its curtin equivalent
[14:07] <caribou> so the fast installer can be used & do specific disk partitioning
[14:07] <strikov> caribou, smoser: Ah, I could create a confusion, sorry. Right now curtin doesn't support partition layout specification. It will be supported in the future (format I sent is an example).
[14:08] <caribou> strikov: ok; good to know
[14:09] <ws2k3> does ubuntu have special images for ubuntu cloud?
[14:12] <caribou>  strikov so you mean that curtin does not support disk partitioning, or not support using this layout ?
[14:12] <andy___> Hi there!
[14:13] <smoser> caribou, right now, curtin is just very stupid in its partitioning.
[14:13] <andy___> I am having trouble with my Ubuntu Server 14.04 LTS, where I am trying to setup an AD domain controller, but when I try to use the smbtree command to resolve my domain controller, it does not show up.
[14:14] <smoser> it has a 'builtin' partitioning that is 'curtin block-meta simple'
[14:14] <smoser> that basically says "pick what you thnk is the first disk and put something on it"
[14:15] <smoser> and also supports gpt and separate boot partition
[14:15] <smoser> but thats really it.
[14:15] <smoser> you can give curtin config that will override that default to run whatever commans you want.
[14:16] <smoser> and at the end of those commands, you should have the target filesystem mounted.
[14:16] <smoser> its not well defined really.
[14:17] <caribou> smoser: indeed, I saw some mention of something similar
[14:18] <caribou> smoser: http://bazaar.launchpad.net/~curtin-dev/curtin/trunk/view/head:/doc/topics/overview.rst#L39
[14:19] <smoser> so when your command is done, the target needs to be mounted at TARGET_MOUNT_POINT
[14:19] <smoser> and you should have populated a fstab style format in OUTPUT_FSTAB
[14:19] <smoser> (environment variables with full paths to output file)
[14:20] <andy___> I am having trouble with my Ubuntu Server 14.04 LTS, where I am trying to setup an AD domain controller, but when I try to use the smbtree command to resolve my domain controller, it does not show up.
[14:25] <jetsaredim> is there any way to setup apt-cacher to cache things other than apt-related files?
[14:26] <jetsaredim> specifically, I always have to turn off the apt-proxy setting when I update oracle-java* due to it needing to download a tar.gz file directly as part of installation
[14:33] <andy___> I am having trouble with my Ubuntu Server 14.04 LTS, where I am trying to setup an AD domain controller, but when I try to use the smbtree command to resolve my domain controller, it does not show up.
[15:32] <_andy_> Hi there! I am having problems with resolving DNS on my Ubuntu Server AD domain controller.
[16:22] <speedy__> hi
[16:25] <med_> zul, jamespage Kilo requires (or at least provides) newer QEMU. Do we need to upgrade qemu when we upgrade our compute nodes to Kilo. We're trying to do a minimal kilo upgrade via UCA from Juno UCA.
[16:25] <med_> is gate testing now only wiht a new QEMU?
[16:25]  * med_ wouldn't be surprised it there are pkg deps on new nova-compute to new qemu
[16:26] <jamespage> med_, minimal upgrades are not really supported - we only testing kilo with the qemu and libvirt in the same pocket of the cloud archive
[16:26] <med_> nod
[16:27] <med_> so you've tested j->k in UCA and t-updates->qemu to uca_kilo->qemu
[16:27] <med_> in a running cloud... :^)
[16:36] <speedy__> what are the most used install commands?
[16:37] <zul> med_,  yes should work
[16:39] <med_> thanks Chuck.
[18:20] <blaaa> How do I run a serial console with hardware flow control?
[18:42] <blaaa> done
[18:43] <sarnold> what was it?
[18:44] <blaaa> at least I believe so, using 'console=ttyS0,115200n8r' on the kernel command line, but I still have to check...
[18:45] <sarnold> aha :)
[18:45] <sarnold> thanks
[19:09] <Teduardo> does anybody in here have servers using the i40e driver that are stable long term?
[19:09] <Teduardo> im having nightmarish problems on 14.04
[19:24] <gQuigs> I'm trying to determine if there was a specific reason keepalived hasn't been merged from debian since saucy
[19:25] <gQuigs> it's on 1:1.2.7-1ubuntu1 for 14.04 -> 15.10, and on debian, 1:1.2.13-1 for jessie was released May 2014
[19:31] <_andy_> Hi there! I am having trouble setting up an AD domain controller. It is not showing up in the smbtree command.
[19:31] <teward> gQuigs: the ubuntu delta, perhaps?
[19:31] <teward> gQuigs: i.e. "Does the delta still need to exist, and if it does then merge, not sync."
[19:34] <gQuigs> teward: yea, that's all I've found so far... afaict it's not that substantial of a delta, so I'm hoping to find another answer for customer
[19:34] <gQuigs> but if that's it, that's it :)
[19:35] <teward> gQuigs: poweruser it - use a ppa
[20:08] <OliPicard> Hello! Quick question about logjam if anyone can spare a couple of minutes.
[20:09] <OliPicard> I'm attempting to protect my server from logjam, noticed that you have to generate a new key
[20:09] <OliPicard> was wondering, do you need to re-generate the certs at the same time?
[20:38] <teward> OliPicard: i'm not sure the certificates themselves need regenerated, no.
[20:39] <teward> don't quote me on it, but i don't think the certificates need regenerated anywhere in there, based on what I have found so far on logjam
[20:39] <teward> (moreso the ciphers need to be done, the dhparams need regenerated, etc.)
[22:04] <baggar11> Anyone know if 12.04 will get the lts-vivid kernel backport?
[22:04] <sarnold> baggar11: I think once 14.04 LTS was released, that was going to be the last HWE kernel for 12.04 LTS
[22:05] <sarnold> leaving users two choices, either use the original 12.04 stack or use the newer 14.04 stack
[22:05] <baggar11> ah, that makes sense
[22:05] <sarnold> and I believe same will happen for 14.04, once 16.04 is out, that'll be the last hwe stack for 14.04
[22:05] <baggar11> yeah, I'm mostly staging my upgrades now, just curious how many kernel backports an older supported LTS release got
[22:06] <baggar11> thanks