[16:01] <duug> hello
[16:01] <duug> i need help
[16:03] <duug> anyone can help me
[20:04] <jthan> Hey all
[20:18] <FunnyLookinHat> howdy jthan
[20:19] <jthan> How's it going?
[20:19] <FunnyLookinHat> Ah not bad -
[20:19] <FunnyLookinHat> You?
[20:20] <jthan> Fantastic. I think I may or may not have visited here before - I'm a student at CU Boulder and I was previously involved with the PA LoCo
[20:20] <FunnyLookinHat> Oh right on.
[20:21] <FunnyLookinHat> How long have you been an Ubuntu user ?
[20:21] <jthan> Oh.. well let's see.. I'm 19 now. First used Ubuntu back in... 03? I used it for a project for my enrichment class in elementary school :-p
[20:22] <FunnyLookinHat> Oh very cool.
[20:22] <FunnyLookinHat> What are you studying at CU ?
[20:22] <jthan> I'm a molecular biology major
[20:22] <jthan> On track for pre-med, but I think I'm actually going to pursue a PhD program.
[20:23] <jthan> Where is the majority of involvement from this team? Denver? Boulder? Somewhere in between? The oil fields?
[20:34] <FunnyLookinHat> haha um...  I honestly couldn't say.
[20:34] <FunnyLookinHat> Besides release parties there isn't a whole lot going on - and those usually occur ( funny enough ) right in between the two.
[20:34] <FunnyLookinHat> ( Around Broomfield or Westminster )
[20:34] <jthan> Oh, nice. That's totally accessible for me.
[20:35] <jthan> Who is the team contact/lead, if I may ask?
[20:50] <FunnyLookinHat> this guy: https://plus.google.com/u/0/107687739632930399195/posts
[21:40] <jthan> Thanks
[22:43] <joey> that guy. We need to get him IRC
[22:45] <joey> I saw some pings in the logs from over the weekend and I don't think anyone was around to help
[22:46] <joey> jthan: normally Denver & Boulder but we have folks north and south of that
[22:47] <joey> Cheri703, FunnyLookinHat - congrats on the new darter
[22:47] <FunnyLookinHat> joey, yo
[22:47] <FunnyLookinHat> thanks
[22:47] <FunnyLookinHat> It's a pretty slick one
[22:48] <joey> Did I ever tell you the story about how the original darter was made?
[22:49] <joey> That would be a good story over a beer I think
[22:51] <FunnyLookinHat> Well then we'll have to figure out a time to get a bunch of the old gang together for beer  :)
[22:51] <FunnyLookinHat> On my way out - bbt
[23:19] <jthan> joey: good to know.


[06:25] <artnay_> hey klepas
[06:26] <klepas> hey
[06:26] <klepas> just got off the phone with Jeff Waigh
[06:26] <klepas> *waugh
[06:29] <klepas> artnay_: one on one?
[07:43] <klepas> artnay_: ping
[07:45] <Burgundavia> klepas, what news?
[07:46] <artnay_> klepas: pong
[07:47] <artnay_> I'm going to vote now (presidential election is running here in .fi)
[07:47] <artnay_> will be back in 20 minutes
[07:52] <klepas> Burgundavia: news from Jeff?
[07:53] <Burgundavia> klepas, yes
[07:53] <klepas> sorry, i guess i should have said it here rather than one on one
[07:53] <klepas> basically we probably won't see much of our work in Dapper
[07:53] <klepas> and we need to fix things up
[07:54] <klepas> bring a purpose to the art team. it was created post warty in a hurry
[07:54] <klepas> and never really had a concise goal
[07:54] <klepas> also, we're going to fix AUC
[07:54] <klepas> and there's some nice new ideas on those art packages
[07:55] <klepas> which originally were going to go into universe repos
[07:55] <klepas> but if they have a good enough theme/style
[07:55] <klepas> they might make it mainstream
[08:05] <artnay_> canonical should state publically what they're going to do with artwork
[08:13] <klepas> i suppose
[08:13] <klepas> ah well
[08:14] <Burgundavia> artwork is always tricky to get people interested in
[08:15] <artnay_> it really is. at least the branding guide would help people to focus on wanted issues
[08:17] <artnay_> or have they forgotten CoC (http://www.ubuntulinux.org/community/conduct)? *g*
[08:17] <Burgundavia> the CoC has nothing to do with not sharing
[08:18] <artnay_> In the Free Software world, we collaborate freely on a volunteer basis to build software for everyone's benefit. -and- but at least keep the outside world informed of your work, and publish your work in a way that allows outsiders to test, discuss and contribute to your efforts.
[08:19] <artnay_> I think we're quite misinformed at the moment, don't you think?
[08:19] <Burgundavia> yes, however big sticks don't actually help
[08:28] <artnay_> klepas: let's put that into wiki once we get a confirmation (at LCA, right?)
[08:28] <artnay_> so that we should work on artwork packages and AUC
[09:00] <klepas> yea
[09:00] <klepas> mum wants me to do some chores
[09:01] <klepas> so i'll be afk for a while
[09:01] <klepas> but yea, good idea
[05:15] <Tm_T> laaaa
[05:15] <Tm_T> does anyone have working gnome/gtk filedialog in dapper?
[05:15] <Tm_T> I can't save nor open files in gimp & inkscape
[06:19] <artnay_> Tm_T: I have but it only works in KDE (go figure)
[06:19] <Tm_T> here gimp and inkscape crashes when they try to reach filedialog
[06:20] <artnay_> is that bug filed?
[06:22] <Tm_T> dunno
[06:23] <Tm_T> haven't time to check such thing
[06:23] <Tm_T> +got
[11:52] <artnay_> mhz, ping
[11:52] <mhz> artnay: hey!
[11:52] <artnay_> hey there
[11:52] <artnay_> nice to see you again
[11:52] <artnay_> I had a vacation (which came out of blue)
[11:53] <artnay_> I just finished watching this one: http://www.imdb.com/title/tt0439574/
[11:53] <artnay_> so have you heard any news from klepas? he discussed with jeff
[11:54] <mhz> not at all, I have gotten back to IRC today, too.
[11:55] <mhz> what happened?
[11:55] <artnay_> umh
[11:56] <artnay_> I guess artwork team is supposed to work on wiki, AUC and artwork packages
[11:56] <artnay_> it's still a bit unclear
[11:57] <artnay_> but it's only for ubuntu. riddell wants to keep kubuntu quite similiar to kde defaults (which is reasonable) but edubuntu is more open to development, right? :)
[11:57] <artnay_> and there has been no word from xubuntu people afaik
[11:57] <artnay_> so we could start by cleaning the wiki
[11:58] <artnay_> arranging the next meeting and getting a confirmation to all that before-hand
[11:58] <artnay_> I guess you didn't have a meeting on 5th as there was only four votes given :(
[12:00] <mhz> ?
[12:00] <mhz> nope
[12:00] <mhz> I have been kind of off the web for almost a week


[09:14] <sebbu> nhandler, this channel will be closed too ? the wiki on the Learning page still refer to it
[09:14] <sebbu> there's no learning promotion anymore ?
[17:18] <nhandler> sebbu: Most of the stuff has moved to http://ubuntuonair.com/ . If any wiki pages do reference this channel, feel free to update them. But yes, I will be closing down this IRC channel as well.
[17:32] <sebbu> https://wiki.ubuntu.com/Learning
[17:32] <sebbu> that one


[12:10] <jbailey> Hey - post Hoary, what compiler version should be used for the kernel?  Have folks moved to 3.4/4.0 yet?
[01:07] <dilinger> oh, you guys might be interested in this also
[01:07] <dilinger> http://wiki.debian.net/?KernelFirmwareLicensing
[01:07] <dilinger> i know you're also stripping out stuff like qla22xx
[01:08] <dilinger> looks like a few of them can be put back in, so long as you don't mind the firmware licenses being non-DSFG (of which numerous other firmware bits in the kernel aren't)
[01:10] <dilinger> jbailey: as far as how simple it would be to implement, i'd need to go through kernel-package a bit more closely
[01:10] <dilinger> and as far as the compiler, i recall people talking about using 4.0, but 4.0 is known to miscompile parts of the kernel
[01:10] <dilinger> (haven't actually tried 4.0 myself, yet)
[01:11] <jbailey> Ah, okay.  doko and I are writing the toolchain transition document, and need to figure out what compiler has to be around for the kernel.
[01:11] <jbailey> is 3.4 generally considered to work?
[01:30] <dilinger> you can probably assume whatever the latest released version of gcc will work ok
[01:31] <dilinger> if it doesn't, people will probably fix it quickly
[05:05] <zul> hey
[05:17] <fabbione> morning
[05:18] <fabbione> oh zul already left...
[05:18] <fabbione> ehhehe
[05:18] <fabbione> i know why his debian dir is blown away :)
[05:18] <fabbione> that's why added the point d) i leave this up to you :)
[05:18] <fabbione> there is the trick ;)
[05:19] <lamont> lol
[05:22] <fabbione> lamont: there is only file that is patched in the diff.gz
[05:22] <fabbione> exactly to avoid that hehhe
[05:24] <lamont> you evil man you
[05:25] <fabbione> well I got caught in the same problem when i did 2.6.9 :)
[05:35] <fabbione> lamont: so. do you know if he prepared the .orig.tar.gz?
[05:38] <lamont> dunnop
[05:39] <lamont> had just gotten home about the time he went to bed
[05:40] <fabbione> ehe ok
[05:40] <lamont> eth0: no IPv6 routers present
[05:40] <lamont> gonna have to do something about that one of these days
[05:40] <lamont> :)
[05:40] <fabbione> do you remember what is the dpkg-buildpackage option to override the distro?
[05:41] <lamont> does 2.6.12 have related in ip6tables, I wonder?
[05:41] <fabbione> so that dpkg-genchanges will report hoary
[05:41] <fabbione> lamont: not that i know off, but we will make it part of it
[05:41] <lamont> -D
[05:41] <fabbione> -Dhoary ?
[05:41] <lamont> yeah
[05:41] <lamont> see people.ubuntu.com/~lamont/uch
[05:42] <lamont> works hard to do the right thing for both native ubuntu, and debian packages
[05:42] <lamont> with uch -i support
[05:43] <fabbione> oh that wasn't it
[05:43] <fabbione> i lost libcairo because it was uploaded to ubuntu with the wrong distro
[05:44] <fabbione> i only need to rebuild without messing to much
[05:44] <fabbione> but i guess i can just edit the changes before signing them
[05:44] <lamont> how the hell did it get the wrong distro?  sbuild -dhoary would give you a hoary changes file...
[05:45] <fabbione> lamont: probably bvecause i builded it manually
[05:46] <fabbione> i try to fork buildd when it goes to gcc & co since they take really a long time
[05:46] <fabbione> and it must have been a Build-Dep i needed on the fly
[05:46] <fabbione> still gcc-4.0 has bad Build-Dep
[05:46] <fabbione> it should be versioned
[05:47] <fabbione> and i told doko
[09:59] <dilinger> hm
[11:15] <dholbach> heya
[11:15] <dilinger> fabbione: long live baz? :)
[11:15] <fabbione> ehhee
[11:24] <dholbach> i have to ask about the universe kernels again - don't want to do anything wrong
[11:25] <dholbach> i made up a list of packages to sync from debian for universe. would alsa-modules-i386, kernel-image-2.4.27-i386, kernel-patch-powerpc-2.4.27, kernel-source-2.4.27, pcmcia-modules-2.4.27-i386 -- kernel-image-2.6.10-amd64, kernel-image-2.6.10-i386, kernel-image-2.6.10-ia64, kernel-patch-powerpc-2.6.10, kernel-source-2.6.10 be ok? and what about kernel-image-2.4.27-ia64, kernel-source-2.6.11?
[11:25] <fabbione> dholbach: dude... SNMP :)
[11:26] <dholbach> *cry*
[11:26] <dholbach> i'm absolutely happy with the main kernels too
[11:26] <dholbach> i just want to have the universe kernel stuff SOMEHOW under control
[11:27] <dholbach> i'd be happy to chuck everything with *kernel* in the name completely out
[11:27] <dilinger> why include the universe kernels at all?
[11:27] <fabbione> dilinger: 2.4
[11:27] <dholbach> we'll need 2.4 - it was fabbione's wish! so fabbione: it IS your F.CKING problem
[11:27] <dilinger> ah
[11:27] <dholbach> so please advise me
[11:27] <dholbach> :-)
[11:27] <fabbione> dholbach: skip 2.6 please
[11:27] <fabbione> three is no need to
[11:28] <dholbach> fabbione: zul told me to include them
[11:28] <fabbione> and keep the minumum for 2.4
[11:28] <fabbione> aka no external modules like alsa
[11:28] <fabbione> dholbach: why?
[11:28] <dholbach> *shrug*
[11:28] <dholbach> what about pcmcia, alsa? ia64 as well?
[11:29] <fabbione> no pcmcia, no alsa.. ia64 ask T-Bone
[11:29] <fabbione> only a bare kernel
[11:29] <dholbach> ok, so kernel-image-2.4.27-i386, kernel-patch-powerpc-2.4.27, kernel-source-2.4.27
[11:30] <dholbach> nice, thanks
[11:30] <fabbione> we want to provide a minimum 2.4
[11:30] <fabbione> that's all the user need
[11:30] <dholbach> and i'll get back to T-None for 2.4-ia64
[11:30] <fabbione> otherwise it's their problem
[11:30] <dholbach> yeah
[11:30] <dholbach> i'll have a brief look over the kernel-patch-CRACK packages as well
[11:31] <dholbach> maybe we can get rid of them in one swish as well
[11:36] <dholbach> thanks fabbione
[11:38] <fabbione> no problem
[11:38] <fabbione> or better. SNMP
[01:30] <jbailey> fabbione: Mmm.  Will you be really upset if the Breezy glibc doesn't run on 2.4?
[01:30] <fabbione> jbailey: not at all
[01:30] <jbailey> And any applications compiled with it...
[01:30] <fabbione> i am ok to kill 2.4 in breezy
[01:30] <jbailey> Cool. =)
[01:31] <fabbione> at that point they had 1 year to convert
[01:31] <fabbione> that is a reasonable amount of time
[01:31] <jbailey> doko and I were hashing out the breezy toolchain plan last night, and I've proposed making nptl the default set of threading headers.  If we're doing that, we may as well the set the minimum kernel version at 2.6.8 or so.
[01:32] <dholbach> jbailey: you know what will happen to gcc-2.95?
[01:32] <dholbach> jbailey: i'd love to chuck it out at some stage
[01:32] <dholbach> jbailey: but there are unfortunately packages that hard depend on it
[01:33] <jbailey> dholbach: Ask the kernel folks here.  I assume that gcc-2.5 is only kept around for them.
[01:33] <fabbione> dholbach: afaik i know the only thing that still requires (officially) gcc 2.95 is silo
[01:33] <fabbione> that i am anyway compiling with gcc-3.3 and seems to work
[01:33] <jbailey> silo does?  Ugh.
[01:33] <fabbione> jbailey: there is a note about compiling silo with more recent compilers...
[01:33] <jbailey> Maybe a nice summer project will be to port grub2 to sparc.
[01:33] <dholbach> i'm currently working on MorgueCandidates and checking all the reverse depends
[01:33] <fabbione> jbailey: if you want to blow away some dust from that code..
[01:33] <fabbione> jbailey: have fun.. really :)
[01:34] <fabbione> i am already scared enough to change bootloader on i386
[01:34] <jbailey> fabbione: 'kay.  I'd have to think about that from a copyright point of view.  If I dig into silo internals, I'm not clean for hacking grub2 anymore, although I could work with someone else to do it.
[01:35] <fabbione> jbailey: wtf????????
[01:35] <fabbione> is that somekind of retarded licence?
[01:35] <jbailey> No, it's the recommended steps for GNU maintainers on keeping copyrights clean.
[01:35] <jbailey> Not the license at all, but the code ownership.
[01:35] <dilinger> fabbione: i dunno about requiring gcc-2.95.  the theory is that recompiling it w/ gcc-2.95 reduces bugs
[01:36] <dilinger> fabbione: i'm not convinced it actually does, as i see the same bugs regardless of compiler
[01:36] <fabbione> dilinger: the problem with silo is slightly different
[01:36] <fabbione> jbailey: i will need to translate the Italian Bible of Code Obfuscation
[01:37] <fabbione> and hand a copy over to you
[01:37] <jbailey> *lol*
[01:38] <fabbione> well i think BenC wrote silo
[01:38] <fabbione> you could simply ask him
[01:38] <jbailey> fabbione: It's usually not that bad.  Mostly it's a matter of someone reading the code and then explaining in English how it works in a document.  Then someone else can take the very detailed english document and turn it into code.
[01:39] <jbailey> The final implementation will vary enough to be clean.
[01:39] <jbailey> And as a side effect, there's documentation. =)
[01:39] <dilinger> vil
[01:39] <dilinger> evil
[01:39] <fabbione> right.. but if BenC allows copy of the code...
[01:39] <fabbione> it will be faster
[01:40] <fabbione> also because BenC would have to write the documentation anyway
[01:40] <Mithrandir> jbailey: uhm, but silo is GPL?
[01:40] <Mithrandir> oh, code ownership, as you say.
[01:41] <jbailey> fabbione: True, but my luck getting anything useful out of benc.. (Like, say, even a reply by email) is not high.
[01:41] <jbailey> He'll even drop out of an email conversation..  And not reply for 6 months.
[01:41] <jbailey> Mithrandir: Yeah.  It's the part that sucks about GNU hacking, but has the nice result that when the lawyers come knocking, it's not at my door.
[01:42] <fabbione> jbailey: ok, i can try to contact him, since i know him for reasons outside Debian
[01:42] <Mithrandir> jbailey: so you shouldn't ever look at non-FSF code if you ever want to write something similar?
[01:43] <dilinger> jbailey: yea, but how often do the lawyers come knocking?
[01:43] <jbailey> Mithrandir: Ideally, yes.  Or you need to radically alter the implementation.  The examples they give are things like if it's a two pass parser implementation, do it in one.  If they do all of the work in core, do it as a stream.
[01:43] <Mithrandir> jbailey: well, that can be just the shell, the algorithms may still be the same.
[01:44] <Mithrandir> though, I'm not sure you can actually have copyright on such small parts as "a linked list implementation", since it's not new in any way.
[01:44] <jbailey> fabbione: Cool.  If he's interested, I can ask for a disclaimer to be sent to him.  So just something saying that if we copy the stuff, it's not a big deal.  Weaker than a copyright assignment.
[01:44] <fabbione> jbailey: sure..
[01:45] <fabbione> i can try.. and let see..
[01:45] <jbailey> Mithrandir: Right.  In Canada and the US, you can't copyright the algorithm anyway.  It's just a way of making sure the code is sufficiently different.
[01:45] <jbailey> Mithrandir: I try not to think about European law too much, it's fundamentally different in enough ways that I don't pretend to know it.
[01:45] <Mithrandir> jbailey: heh, :)
[01:46] <fabbione> jbailey: do you remember his NON Debian email address?
[01:46] <fabbione> i think it was something like phunnyfarm.org?
[01:47] <jbailey> That sounds familiar.  /me tries to think if he's subscribed to a list where benc would've posted to.
[01:47] <jbailey> ISTR he lists his email addys in his .sig
[01:47] <fabbione> debian-sparc?
[01:48] <jbailey> I checked -private, and they're weblinks in his .sig.
[01:48] <fabbione> here is
[01:48] <fabbione> Sender: Ben Collins<EMAIL_ADDRESS>[01:49] <fabbione> i was pretty close :)
[01:50] <fabbione> jbailey: ok mailed...
[01:50] <fabbione> let see if he answer back
[02:03] <zul> hey
[02:03] <fabbione> hey zul
[02:03] <zul> fabbione: :P
[02:03] <fabbione> <IP_ADDRESS> building here now...
[02:03] <zul> good good..
[02:03] <fabbione> zul: btw.. read the chan logs from this morning
[02:03] <fabbione> i arrived a few minutes after you left :)
[02:03] <zul> yeah i saw that im missing step 3 :)
[02:04] <fabbione> ehhee
[02:04] <zul> bastard
[02:04] <fabbione> btw.. bk is dead forever
[02:04] <zul> :)
[02:04] <zul> huh?
[02:04] <fabbione> no.. i told you: I will let you figure it out
[02:05] <zul> why is bk dead?
[02:05] <fabbione> http://kerneltrap.org/node/4966
[02:05] <dholbach> does our kernel come with kernel-patch-bluez applied?
[02:05] <fabbione> dholbach: 2.6 has bluez and we also added some more recent snapshot
[02:05] <dholbach> fabbione: thanks, will chuck out
[02:09] <zul> heh...i wake up and bitkeeper still sucks ;)
[02:10] <fabbione> eheh
[02:11] <zul> heh...all i get on my gentoo email is spam
[02:13] <Mithrandir> zul: same goes for Debian mails.  Spam and bug reports. :P
[02:14] <zul> i know..
[02:14] <zul> i just like to bitch about stuff :)
[02:40] <fabbione> amen.. building the last flavour...
[02:41] <zul> cool...then do the monkey dance :)
[03:07] <fabbione> lamont: ehhee
[03:07] <fabbione> later
[03:07] <lamont> about an hour or so
[03:07] <lamont> can't arrive on the neighbor's doorstep this early in the day...
[03:08] <fabbione> ehhehe
[03:08] <fabbione> i am going for a nap too
[03:10] <zul> lazy sods :)
[03:51] <fabbione> bah
[03:51] <fabbione> couldn't sleep
[03:52] <zul> you had dreams of pointers and arrays in your head right
[03:52] <fabbione> i just figured how to steal 3 IP addresses from my ISP instead :)
[03:52] <zul> im telling
[03:53] <Lathiat> fabbione: h aha
[03:53] <Lathiat> fabbione: the isps here notice when you do that
[03:53] <Lathiat> fabbione: riend of mine stoll half a class C once :)
[03:53] <fabbione> well basically they have an offer for a /30
[03:54] <fabbione> but they assume to configure that on the router eth
[03:54] <fabbione> that means that they leave to you only one ip
[03:54] <fabbione> wrong...
[03:54] <fabbione> i can reconfigure the router to use a pvt class on the eth
[03:54] <fabbione> route the /30 to the server
[03:54] <fabbione> and route each single ip to different machines in terms of /32
[03:54] <fabbione> bang
[03:55] <fabbione> 4 ips instead of 1
[03:55] <fabbione> traceroute would skip on hop...
[03:55] <fabbione> tough luck
[03:55] <Lathiat> just run a iptables queue script to fake the extra hop :)
[04:03] <fabbione> jbailey: i got an answer back from Ben
[04:04] <jbailey> fabbione: w00t!
[04:05] <jbailey> fabbione: and, and, and....? =)
[04:05] <fabbione> jbailey: and now i am explaining him the problem.. it was just a "hey dude.. are you still alive?"
[04:06] <jbailey> I'm guessing the answer was yes, rather than an automated "I'm spending a year dead for tax purposes". =)
[04:12] <fabbione> second mail with the info requests on the way
[04:14] <dilinger> alright, davem doesn't get his isos until he makes 280 support stop sucking
[04:14] <dilinger> bleh, ECHAN.  too many #*-kernel
[04:14] <zul> there is only 2 you have to worry about...well one really ;)
[04:17] <fabbione> dilinger: i am surprised nobody started a flame on LKML yet
[04:17] <fabbione> are they talking on irc?
[04:18] <zul> for bitkeeper?
[04:18] <fabbione> yeah
[04:18] <zul> heh i think everything has been said before ;)
[04:20] <dilinger> i think everyone's quietly celebrating ;)
[04:20] <dilinger> except linus & co
[04:21] <dilinger> hm, i should sleep, i need to be up in like 7 hours
[04:22] <fabbione> eheh good night
[04:26] <dilinger> night
[05:38] <zul> fabbione: at least the flames are going on slashdot
[05:38] <fabbione> zul: i don't really read /.
[05:38] <fabbione> it's too full of lusers
[05:39] <zul> hehe...well you wanted a flame war ;)
[08:15] (Mithrandir/#ubuntu-kernel) lamont_r: the local star cluster?
[08:15] (Mithrandir/#ubuntu-kernel) as in, galaxy cluster
[08:15] (lamont_r/#ubuntu-kernel) yeah... by itself, cluster tends to bring to my mind the military/fire term....
[08:16] (lamont_r/#ubuntu-kernel) but like dholbach  says, unlikely to happen anyway
[08:16] <lamont_r> that's the beauty of derivatives - they can have their own archive... :-)
[08:17] <Mithrandir> so what should ubuntu name the maintained parts of universe?  Mars?
[08:17] <dholbach> lamont_r: yeah i look forward to Ancient-buntu, they can have a lot of stuff out of universe
[08:19] <lamont_r> dholbach: yeah - we really need to get through a policy that packages that haven't been uploaded in 6 years really need to justify their continued existance, or they at least move into the 'blackhole' component
[08:20] <lamont_r> supernova?
[08:22] <zul> hey fabbione
[08:24] <fabbione> yo
[08:39] <T-Bone> lamont_r: that could be an idea. Yet we may need an answer quickly for hoary :)
[08:41] <lamont_r> T-Bone: I believe 6 years would just about start to apply to 2.0 kernels now...
[08:41] <T-Bone> lamont_r: lol
[08:42] <T-Bone> maybe an absolute timeline isn't good. Some packages might be tagged "DEPRECATED" in other and more obvious ways
[08:43] <lamont_r> T-Bone: the question really is, what (if any) quality standards are the MOTU allowed to require for packages to remain in universe.  And that's an MOTU/sabdfl question, not a kernel-team question
[08:43] <T-Bone> lamont_r: true
[08:43] <lamont_r> although the answer does seem to be that dead/dying packages can be moved to the morgue
[08:43] <T-Bone> lamont_r: but then, kernel packages shouldn't be discriminated
[08:44] <T-Bone> depending on said QA, all or none should be removed
[08:44] <T-Bone> lamont_r: as long as you don't consider kernel as something special, which i do, btw
[08:45] <T-Bone> imo, kernel packages are very distribution specific, and since we have our own kernels, i don't think we should ship debian ones on the ground we're shipping all that debian has. This is confusing to users. Some might chose to use these packages which we don't support, end up with security issues and the like, and blame us for it
[08:47] <T-Bone> lamont_r: *that* question should be sorted out among us before poking sabdfl about it, imho
[08:49] <jbailey> lamont_r: The 2.0 kernel maintainer is a DD, I should suggest that he upload an update just to reset the counter ;)
[08:49] <T-Bone> jbailey: lol
[08:51] <zul> yay...i had to help up setting cvxs
[08:51] <zul> er...cvs
[08:52] <zul> the horrors i have seen.
[08:53] <lamont_r> jbailey: motu did an upload (I think), speciifcally to fix a katie reject because there was a file in the .deb with a 1980 timestamp or so
[08:53] <zul> heheh
[08:54] <jbailey> But..  But..
[08:54] <jbailey> I'm sure it was just some dark and dustry corner of emacs...
[09:43] <dholbach> fabbione: the powerpc-2.4-kernel failed to build - i'm not sure what to do about it...
[10:02] <dholbach> T-Bone: fire away - anything not listed on wiki.ubuntu.com/UniverseUnmetDeps?
[10:02] <T-Bone> lemme look
[10:03] <dholbach> althought the kernel-stuff should be out, after elmo purged
[10:03] <T-Bone> dholbach: hmm, i'm not talking about that
[10:03] <T-Bone> i'm talking about *build* dependencies actually
[10:03] <dholbach> ahhhhh
[10:03] <dholbach> yes
[10:03] <dholbach> sorry
[10:04] <T-Bone> eg, i have a xmms pluggin trying to build itself without debhelper
[10:04] <dholbach> oh nice
[10:04] <T-Bone> gives you the very funny failure "dpkg-buildpackage: command not found"
[10:04] <dholbach> erm... which one?
[10:04] <dholbach> i'd be delighted to fix it
[10:04] <T-Bone> lemme look
[10:04] <dholbach> we're just composing UniverseLastMinuteFixes
[10:05] <dholbach> so if you have some ultra-urgent stuff, tell us
[10:06] <dholbach> haha: dietlibc has libcruft/ - nice :-)
[10:07] <T-Bone> ------------------------------------------------------------------------------
[10:07] <T-Bone> dpkg-source: extracting xmms-infopipe in xmms-infopipe-1.3
[10:07] <T-Bone> sh: line 0: exec: dpkg-buildpackage: not found
[10:07] <T-Bone> dholbach: ^^^ that one :)
[10:07] <dholbach> nice
[10:07] <dholbach> will look into it
[10:07] <T-Bone> dholbach: http://buildd.slashdirt.org/logs/previous/k2000/xmms-infopipe_1.3-4_20050402-0734
[10:08] <T-Bone> dholbach: i have loads of issues that can probably be easily fixed, yet i don't know whether they affect only hppa or not. It seems that a good half of them should affect all archs, but i haven't found time to look on other builders' logs
[10:09] <dholbach> i'd like to get the ultra-urgent ones listed somewhere
[10:09] <T-Bone> dholbach: when breezy opens, you might want to educate me about the proper way to fix them, eg either simply uploading the fix or sending it to whoever care. I don't mind doing a bunch of simple uploads if that can help you guys
[10:09] <dholbach> so people know where to head first, when trying to help out
[10:10] <T-Bone> well i can't really tell you what's ultra urgent and what's not, since i'm running hppa autobuilders, and hppa isn't supported (yet) :)
[10:10] <dholbach> :-)
[10:10] <dholbach> package-wise
[10:10] <dholbach> stuff out of universe you need every day :-)
[10:11] <T-Bone> heh
[10:11] <T-Bone> well, unless lamont sends me his nice parsing scripts, i have limited pre-parsing done at http://buildd.slashdirt.org/*html
[10:12] <T-Bone> lemme clean these a bit so that they only show the last round of builds
[10:15] <dholbach> T-Bone: build-dep added
[10:16] <T-Bone> hehe
[10:16] <T-Bone> you're going to spend the night here if i start listing them all :)


[00:19] <sept> hey
[03:48] <mattfly> why is the discover app using so much cpu?
[03:54] <Fire-Dragon-DoL> sigh I keep getting KWIN crashing, almost randomly, repeatedly during the day :(
[03:54] <mattfly> and im not able to install snapds from the discover app since it is not passing the --classic argument
[03:54] <Fire-Dragon-DoL> any idea where to look for? It might be related to virtual desktops and swapping fast
[03:54] <Fire-Dragon-DoL> and URGH it just crashed again...
[03:54] <mattfly> and it asks for classic confinement
[04:19] <valorie> hmmm, sounds like something snap related is missing
[04:19] <valorie> please file a bug with .......hmmm, LP I guess
[04:19] <valorie> best way is `ubuntu-bug discover`
[04:20] <valorie> discover works very well for me, but I've never tried to install a snap using it
[05:50] <Guest72764> Hi I am using Kubuntu 18.04 on a Dell Inspiron 7759 with proprietary nvidia drivers. It was working well with kernel <IP_ADDRESS> but after I upgraded it to <IP_ADDRESS> it started to freeze occasionally right after the boot. Couldn't find anything in google. Anyone having similar issues ?
[05:54] <hateball> Guest72764: I can only say I am running nvidia blob + 18.04 and have no issues. I am using 396 beta from PPA
[05:54] <hateball> This is on a desktop machine, no optimus involved
[05:56] <diogenes_> Guest72764, why not nouveau?
[05:56] <diogenes_> nouveau is much better
[05:57] <Guest72764> Now I removed 22 kernel and returned back to 20 kernel and everything is back to normal
[05:57] <lordievader> Good morning
[05:58] <diogenes_> morning
[05:58] <Guest72764> with nouveau even the installation was not possible I had to disable modeset during installation and installed nvidia drivers immediately afterwards
[09:15] <batteronizer> Hi what's the use of the Twitter account type and YouTube under Google account type in 18.04's online accounts?
[09:34] <chan201> @batteronizer wait, What? What you are talking about?
[09:53] <mparillo_> batteronizer: If I understand it correctly, once you set your google account type, you can use kio-gdrive to access your google drive using Dolphin. You may also be able to associate Google mail and calendar entries with other KDE s/w, but I have not tried it.
[09:54] <batteronizer> mparillo_: I'm not asking about it. I'm asking about the YouTube and Twitter options specifically.
[09:55] <batteronizer> Sadly the Help manual has no entry for online accounts, and it doesn't seem to be documented anywhere else.
[09:55] <mparillo_> Sorrry, the only thing I have tested is kio-gdrive.
[09:56] <batteronizer> Yeah, I've used gdrive and pim, which is pretty cool.
[10:09] <janat08> how to change scroll speed
[10:20] <janat08> wrong channel
[10:21] <janat08> everything is too big, cursor, taskbar, the bars on windows
[10:21] <janat08> and how to stop bars from appearing on chrome
[10:21] <janat08> although I think i know what to do with chrome
[10:24] <femme> janat08: right click on the titlebar and u can change a lot of that
[10:25] <femme> janat08: for the cursor search for 'cursor theme' and it will take you to the section in the system settings
[10:26] <femme> The scroll speed is changed in 'mouse' section of the settings
[10:26] <janat08> but also the icons are big
[10:26] <janat08> is there a single variable to change
[10:26] <femme> which icons do you mean
[10:27] <janat08> desktop icons
[10:27] <janat08> im on uhd screen
[10:27] <janat08> like shortcuts
[10:27] <janat08> shortcuts=icons
[10:27] <femme> Yes
[10:27] <femme> Right click the desktop and select configure desktop
[10:27] <femme> and then you will see 'icons'
[10:33] <batteronizer> Can someone check if they are able to login using the Twitter option in Online Accounts in 18.04?
[10:34] <batteronizer> chan201: I'm talking about the Online Accounts feature
[10:42] <femme> janat08: you can change the size of different icons by going to the 'icons' section of the system settings
[10:46] <janat08> got it
[10:47] <janat08> I was hoping there's a signle variable that made everything out of proportion
[10:48] <janat08> since I might have to change screens periodically
[12:04] <BluesKaj> Howdy all
[12:44] <R13ose> Why does my computer keep waking up from suspend?
[12:50] <Guest72735> hello
[12:52] <Guest72735> I'm using Docky in my Kubuntu 18.04, I'm using the numix icon themes, why Docky doesn't adapt the theme?
[12:54] <Guest72735> I'm using Docky in my Kubuntu 18.04, I'm using the numix icon themes, why Docky doesn't adapt the theme?
[12:54] <Guest72735> SOME HELP?
 HIya
 I think Docky uses it's own theme set, and does not use the Plasma Themes which are configured via settings
 Have you tried configuring the standard panel, to behave similar to Docky ?
[12:55] <Guest72735> @IrcsomeBot, THanks
[12:55] <Guest72735> no
[12:55] <Guest72735> How can I do that?
[12:55] <batteronizer> Guest72735: https://ubottu.com/y/gl
 Look bottom right by the clock of standard panel, you'll see Burger menu ( 3 lines) click there that'll get you access to the configuration stuff
[12:57] <Guest72735> I know, But i wont have the zoom stuff right?
[12:58] <Guest72735>  I know, But i wont have the zoom stuff right?
[12:59] <Guest22966> hello
[13:03] <Guest22966> what is the best email client for Kubuntu?
[13:03] <Guest22966> I need to get notifications...
[13:03] <Guest22966> some help please?
[13:08] <BluesKaj> webmail clients likr gmail work well and thunderbird too. Kmail is for users who need large email databases IMO
[13:08] <R13ose> Guest22966: there is no best just use the one you feel is best
[13:09] <Guest22966> I asked because some of them dont use notifications properly
[13:09] <Guest22966> Thats what i need notifications
[13:09] <Guest22966> and i asked if some of you have try something that work well with notifications
[13:09] <Guest22966> im new using linux Kubuntu
[13:10] <BluesKaj> Guest22966, usually notifications are set up in the email client
[13:10] <Guest22966> ok
[13:10] <BluesKaj> or server
[13:10] <Guest22966> well as im using kubuntu i will try Kmail
[13:11] <BluesKaj> kmail is already installed in kubuntu, but you have to set it up
[13:12] <Guest22966> I installed With the option of minimal apps
[13:12] <Guest22966> so i dont have it
[13:12] <Guest22966> lol
[13:12] <Guest22966> but im installing
[13:12] <BluesKaj> open a terminal and do, sudo apt install kmail
[13:13] <R13ose> BluesKaj: I killed my partition but I am fine with that.
[13:13] <BluesKaj> R13ose, the lvm?
[13:13] <Guest22966> @BluesKaj, Thanks
[13:14] <R13ose> BluesKaj: yes.  I used a command on a mount partition and killed this
[13:14] <BluesKaj> Guest22966,  np
[13:14] <Abrecus> Guest22966: I am new to Kubuntu as well, and as a long time Thunderbird user that is what I am using. It notifies with a popup when a new message arrives, but doesn't have a tray icon.  If you miss the popup you won't know you have new mail.
[13:15] <BluesKaj> kmail setup can be daunting to new users
[13:18] <Guest22966> im seeing that now with Kmail and installed alot of things... i dont like it
[13:18] <Guest22966> :(
[13:19] <Guest22966> i will try mail spring
[13:20] <Guest22966> Mailspring
[13:28] <R13ose> Any thoughts on my question?
[13:33] <lordievader> R13ose: Have you looked in the logs?
[13:34] <R13ose> lordievader: which logs?
[13:35] <lordievader> dmesg, syslog, etc. Anything that can give a clue as to why it would  resume from suspension.
[13:41] <R13ose> Thanks
[13:42] <janat08> why does changing scroll speed has no impact
[13:43] <janat08> and why does mouse button 4/5 aren't bound to back and forth in chrome
[13:43] <R13ose> How do I move files from one computer to another without using the internet?  They are in the same house
[13:44] <BluesKaj> !samba | R13ose
[13:44] <R13ose> Thanks
[13:44] <orlando_> Hello guys here again
[13:45] <orlando_> I had to uninstall Kmail, I didnt like it
[13:45] <lordievader> R13ose: ssh?
[13:45] <genii> R13ose: If both machines are on the same network and running linux, use scp
[13:46] <BluesKaj> kmail is mainly for office users who need to keep an an email archive/database of thousands
[13:46] <R13ose> I have used SCP before but I wasn't sure if that was through the internet or not.
[13:46] <orlando_> ok
[13:46] <lordievader> R13ose: That depends on how you issue it.
[13:46] <orlando_> Im like goint to used another one and try
[13:47] <orlando_> some of you have used microsoft office in Kubuntu?
[13:47] <lordievader> R13ose: Scp doesn't care if it is one hop to the next pc or 10 hops to the other end of the world.
[13:47] <BluesKaj> scp copies from one pc to another on your lan or ssh toanothe pc/server on the internet
[13:48] <R13ose> Yes but what are the settings for using non internet way?
[13:48] <genii> R13ose: For scp, just make sure you have openssh-server installed on whichever machine you're trying to reach
[13:48] <BluesKaj> genii, yes, good point
[13:48] <genii> ( since it uses ssh/sshd underneath )
[13:49] <genii> Then just use it's LAN IP from another machine on the same network to pull or put files
[13:51] <R13ose> genii: how do I know this is lan ip instead of internet ip?
[13:51] <orlando_> some of you have used microsoft office in Kubuntu?
[13:51] <orlando_> which one to install  or ?
[13:54] <genii> R13ose: Use either the ip command or ifconfig if you have net-tools installed to find out the IP of the machine you're trying to reach ( on the actual machine you're trying to reach). Or you might have set a specific IP to be assigned to specific MAC addresses in your router, if so then use whichever one you set it to be in that case
[13:54] <lordievader> R13ose: LAN ip's are typically in private IP ranges like `<IP_ADDRESS>/16` or `<IP_ADDRESS>/8`.
[13:55] <R13ose> lordievader: what are internet ips?  I get confused sometimes.
[13:55] <R13ose> genii: thanks.  I remember that
[13:56] <lordievader> Essentially anything which is publicly routable. I.e. in non-private ranges.
[13:57] <lordievader> R13ose: Normally you don't have to worry about that. Simply follow genii 's advice.
[13:57] <genii> R13ose: If the IP is in one of these ranges: https://en.wikipedia.org/wiki/Private_network#Private_IPv4_address_spaces then it's an internal LAN IP number. Any other kind of range is it's external internet IP, but this is not usually the case if you have a router
[13:58] <genii> It will usually have only a normal LAN number and the router handles traffic between the internet and it's internal IP
[13:58] <R13ose> Thanks everyone I get this now
[13:58] <genii> If the number starts with 169.254.  then it's a different thing meaning it tried to find a valid number, but didn't
[14:00] <mattfly> what is the name of the protocol an aplication has to have so that  KDE plasma can restore the sessions? It starts with X*** ???
[14:00] <genii> orlando_: There is no MS Office in Linux. To read or write Office documents, use LibreOffice Writer
[14:01] <orlando_> I now man, i mean using wine
[14:01] <genii> orlando_: It can load Office documentsw from the file manager, if you want them to be saved that way also, use the "Export as" when you save them and choose whatever Word format
[14:02] <orlando_> using wine what the best option to install i have 2010 and 2013 options.
[14:03] <genii> LO Writer can read and write Office 2013 formats
[14:03] <genii> ( and later versions with MS docx format up to Office 2017
[14:04] <genii> But if you're determined to try installing and running it in WINE, check their app compatibility database
[14:04] <genii> !appdb| orlando_
[14:06] <orlando_> i was trying libre office but for some reason they change some of my files and i was scared
[14:06] <orlando_> that why im like to try office
[14:06] <orlando_> but let me see what i can do
[15:20] <mattfly> What is the name of the protocol or thing that makes kde session manager restores applications
[15:20] <mattfly> and those aplications that dont have it wont be restored?
[17:29] <owl> test
[17:53] <katnip> https://www.omgubuntu.co.uk/2018/05/kde-plasma-5-13-features-upgrade <-- do you feel this is a wise move?
[18:35] <skomorokh> CTRL-ALT-F1 (or F4, or Fx) is not getting me to a VT on a fresh install of Kubuntu. I tried uncommenting the NAutoVTs=6 line in /etc/systemd/logind.conf to no effect
[18:36] <skomorokh> And it's not just the key shortcut, when I kill the display manager I get ...just a blinking cursor and have to reboot.
[18:36] <skomorokh> *fresh install of 18.04
[18:59] <skomorokh> aha i see, the dm (or something) is keeping me from using the shortcut and killing it puts me at a blinking cursor _but at that point I can then switch vts_
[22:14] <klemax> where are the wallpapers stored at?
[22:15] <klemax> after upgrading from 17.04 to 18.10, my old wallpaper dissappeared.
[22:15] <klemax> how can i find it?
[22:22] <xeon-guy> Hello guys. I have a problem. Whenever I restart Windows to log in to Kubuntu I find that Windows did not actually end my session on Windows. So whenever I boot back to Windows it looks like I logged off with all the programs I had open still there
[22:22] <xeon-guy> That's too many windows :P
[22:24] <genii> xeon-guy: Turn off hibernation https://support.microsoft.com/en-ca/help/920730/how-to-disable-and-re-enable-hibernation-on-a-computer-that-is-running
[22:25] <xeon-guy> Genii: so when I restart I won't find my laptop on the same session?
[22:25] <genii> This will also have the benefit of allowing you to mount your Windows partitons under linux without needing to boot back into Windows to run CHKDSK
[22:25] <genii> xeon-guy: That should be the idea, yes
[22:25] <xeon-guy> Thank you man
[22:25] <xeon-guy> You're a life saver
[22:26] <genii> Glad to assist
[22:27] <xeon-guy> I remember enabling hibernation on my laptop
[22:27] <xeon-guy> I guess that's why
[22:29] <genii> When it's on, it makes a hiberfil.sys that has all the things that were running and re-opens it all again. Also the hiberfil.sys existence is checked by linux when mounting is tried, if it is there, mount will fail because file system is in an inconsistent state
[22:32] <xeon-guy> You mean mounting of the Windows partition?
[22:35] <xeon-guy> Because linux works just fine. Only had this issue with M$ Windows
[22:36] <xeon-guy> Yay it worked
[22:39] <xeon-guy>  Yeah he meant mounting of Windows partition
[22:40] <bravech> I'm having trouble with The Safe
[22:40] <bravech> when I replace the array with my numbers, it says that they are correct
[22:40] <bravech> but the flag doesn't work on the site
[22:42] <genii> You mean vaults?
[22:43] <bravech> oops, wrong chat
[22:43] <bravech> sorry
[22:43] <genii> heh
[22:45] <xeon-guy> Genii: you're right now I can browse Windows partition as well
[22:45] <genii> Yes, the hibernation is a pain when it's enabled
[22:46] <xeon-guy> Yeah.. Now I understand why Microsoft disabled it by default


[00:48] <RAOF> Oh, *that's* what valgrind is complaining about!
[03:28] <mickgardner> I have a couple of questions with regards to Mir if anyone is able to answer (more high level than code level...):
[03:29] <duflu> mickgardner: Yes, the Australian shift is online at least :)
[03:29] <mickgardner> 1. When is Mir currently scheduled to be released as stable into PC land? (or is it already?)
[03:29] <mickgardner> :-) Melbourne here...
[03:29] <RAOF> Depends on what you mean, really.
[03:30] <RAOF> We've had a number of releases :)
[03:30] <duflu> mickgardner: Mir technically released for real in Ubuntu 13.10. The packages are not installed by default though. "Stable" is something we're always improving
[03:30] <RAOF> Probably what you mean, though, is ‘when will I be able to use Unity8 on the desktop’
[03:30] <mickgardner> okay then lets ask number 2 and get back to 1. duflu...thats fine.
[03:30] <mickgardner> 2. I'm developing a multi-seat, multi-touch table based on Linux.
[03:30] <RAOF> To which the answer is “should be soon” - AFAIK the current plan is Unity8 as an opt-in for 14.04.
[03:31] <mickgardner> I want to be able to have multiple inputs
[03:31] <mickgardner> on the screen at the same time.
[03:31] <mickgardner> apologies if this if vague...
[03:31] <duflu> mickgardner: Mir's multi-touch is working well right now. Although it's only well-tested on the phone/tablet
[03:31] <RAOF> You mean something like multi-pointer X?
[03:31] <mickgardner> yes basically.
[03:32] <duflu> ... and in theory it accepts all input devices simultaneously
[03:33] <mickgardner> I guess the main use case here is:  Two browser windows open, each person typing in something to their browser window at the same time (using some sort of on screen keyboard).
[03:33] <RAOF> I don't believe that anything in Mir prohibits that.
[03:33] <RAOF> Hm, actually, maybe it does.
[03:34] <duflu> mickgardner: The code is there already to handle multiple pointers at once. What's missing is (1) multiple cursors drawn on screen and (2) multiple simultaneous focuses
[03:34] <RAOF> And it'd need a shell that supported those features, too.
[03:35] <duflu> Actually (1) isn't missing if you just mean touch :)
[03:35] <duflu> and (2) is probably irrelevant if you just mean touch.
[03:36] <duflu> I think drag-to-scroll would become very confused in the multi-user case. That would need some work
[03:36] <duflu> Maybe...?
[03:37] <mickgardner> Thanks guys!
[03:37] <mickgardner> sorry, multi-tasking here...
[03:37] <RAOF> Multiple keyboard foci *is* something that'd need support.
[03:37] <duflu> mickgardner: No problem
[03:37] <duflu> RAOF: Sounds like keyboards are not involved anyway
[03:38] <RAOF> OSKs are.
[03:38] <duflu> RAOF: Oh, oops. Yes, still true for OSK
[14:52] <alan_g> didrocks: I'm not sure I understand the current process for updating lp:mir so I'm asking what I hope is a simple question. There's a change needed to avoid lp:~mir-team/mir/v0.1.1 breaking lp:unity-mir can we just merge that into the proposed branch and re-top-approve, or is there anything else needed?  https://code.launchpad.net/~alan-griffiths/mir/urgent-fix-unity-mir-build/+merge/195232
[14:57] <alan_g> didrocks: (repeated in case you missed it) I'm not sure I understand the current process for updating lp:mir so I'm asking what I hope is a simple question. There's a change needed to avoid lp:~mir-team/mir/v0.1.1 breaking lp:unity-mir can we just merge that into the proposed branch and re-top-approve, or is there anything else needed?  https://code.launchpad.net/~alan-griffiths/mir/urgent-fix-unity-mir-build/+merge/195232
[14:59] <alan_g> alf_: can you check this MP?  ^
[15:00] <alf_> alan_g: looking
[15:09] <didrocks1> grrr connexion…
[15:10] <didrocks1> 16:07:33  didrocks | alan_g: just ensure all branches with MP set to approved are coherent
[15:10] <didrocks1> 16:07:46  didrocks | meaning if there is an ABI break, everything has version bumped and so on
[15:10] <didrocks1> 16:07:53  didrocks | once the CI will be back, things will get merged again
[15:11] <alan_g> didrocks: thanks
[15:13] <alan_g> didrocks: (repeated in case you missed it) thanks
[15:13] <alan_g> ;)
[15:13] <didrocks> yw! ;)
[15:31] <alf_> alan_g: ok, validated fix locally
[15:32] <alan_g> alf_: thanks - if you approve then I'll merge into v0.1.1
[15:32] <alf_> alan_g: ok, top approved
[16:03] <racarr> Morning
[17:29] <tvoss_> kdub_, ping
[17:29] <kdub_> pong
[18:41] <mterry> greyback, hello!  I have to run out for a little errand, but I wanted to ask you a question that I've started looking at.  It seems that in nested mode, I'm seeing crashes in unity8 when using right-swipe or left-swipe *only* when an app is focused.  Does that make any sense?
[18:41] <mterry> I can answer questions or read feedback in a bit.  Just wanted to start your brain thinking
[18:42] <greyback> mterry: nothing obvious comes to mind. dandrader would be a better person to ask about this
[18:42] <mterry> greyback, ah OK.  dandrader ^ then  :)
[18:42] <kdub_> mterry, greyback i know the focus mechanism has changed a bit, maybe needs a recompile or something?
[18:42] <greyback> he understands the edge swipe detection code. It's black magic as far as I'm concerned :)
[18:42] <greyback> kdub_: good point. mterry, did you recompile unity-mir
[18:43]  * greyback recalls unity-mir fails to compile against mir10
[18:43] <mterry> kdub_, greyback, I'm running mir-in-trusty recompiled for extra debugging
[18:44] <mterry> so it shouldn't cause a problem with trusy unity-mir
[18:44]  * mterry has to run
[18:44] <greyback> ok
[18:47]  * dandrader reads the backlog
[18:51] <dandrader> mterry, greyback, hmm, I don't think the edge gesture code itself has anything to do with the crash...
[18:52] <greyback> mterry: I guess a backtrace would help
[19:35] <racarr> lunch
[20:16] <racarr> Back
[20:24] <mterry> back, want to test something first, then will try for a backtrace
[20:41] <kgunn> kdub_: nice work on n7
[20:41] <kgunn> mterry: hey...just been a few days...any luck on unity/mir-on-mir ?
[20:41] <kdub_> thanks kgunn!
[20:43] <mterry> kgunn, a little bit.  I figured the problem with autopilot not working at all.  Now I'm seeing a crash when you've got an app open, but you swipe the launcher in or swipe from the right...
[20:43] <mterry> kgunn, working on getting a trace
[20:43] <mterry> racarr, speaking of nested mir, did you get a chance to look at the u-s-c branches?
[20:44] <mterry> kgunn, performance numbers seem fine so far (was waiting on autopilot fix to get in-use numbers)
[20:46] <kgunn> mterry: "seem" = eyeball ?? (still a good sign even if so)
[20:46] <mterry> kgunn, no, using 'time' to time autopilot runs
[20:47] <mterry> kgunn, I'll add the numbers to the merge request, but first these crashes are stopping me from running the unity8 tests to completion  :-/
[20:47] <mterry> Also, they are crashes which are bad in their own right.  :)
[20:48] <kgunn> uh-oh mterry ...you mean just crashes due to unity?
[20:48] <mterry> kgunn, not sure why yet.  But the unity8 process crashes, yeha
[20:49] <mterry> kgunn, only seen on nested so far
[20:49] <mterry> kgunn, so many yaks!
[20:50] <kgunn> mmmm, i'll leave you be to debug mterry
[20:51] <mterry> kgunn, sorry it's taking so long, but progress is being made, albeit slowly
[20:51] <kgunn> hey...as long as you guys are on it...i got faith
[20:53] <mterry> kdub_, greyback, racarr: hey Mir folks.  the crash I'm seeing with nested Mir and swiping from right is a thrown "cannot bind buffer to texture without EGL context".  Ring any bells or do you want full core?
[20:54] <kgunn> alf_: ^ just in case no answer
[20:54] <kdub_> eglGetCurrentDisplay is failing in mga::Buffer::bind_to_texture
[20:54] <kgunn> kdub_: at about what time in your video is the crash from glreadpixels ?
[20:54] <kdub_> that video does not have the crash
[20:55] <kdub_> the bugreport has one though
[20:58] <kgunn> ah... yeah saw that one...sorry, just misread ur mail....still...great work
[20:59] <kdub_> mterry, make sure a context is active before trying to bind the buffer
[21:01] <mterry> kdub_, only difference I'm doing is nested vs standalone.  Why might a context not be active?
[21:02] <mterry> How is a context normally set active?
[21:02] <kdub_> eglMakeCurrent()
[21:03] <kdub_> mterry, are you doing development, or just debugging a crash that autopilot brought out?
[21:03] <mterry> kdub_, guh, this looks like some 'fun' tracing of both nested and standalone and seeing where the fork is
[21:03] <mterry> kdub_, the latter
[21:03] <mterry> kdub_, this isn't even autopilot related
[21:03] <mterry> kdub_, this is just when running nested
[21:03] <mterry> (but autopilot hits it)
[21:04] <mterry> kdub_, which of the various report modes do you recommend to debug egl?
[21:04] <kdub_>  --display-report log will print out some information
[21:05] <kdub_> but it sounds to me like we're missing a call to eglMakeCurrent somewhere
[21:06] <kdub_> mterry, is the host or the nested server complaining?
[21:06] <mterry> sure...  those look sprinkled throughout the code though
[21:06] <mterry> kdub_, nested server (unity8)
[21:49] <mterry> kdub_, hmm..  Will retest to make sure, but in nested mode, I don't get any output from the --display-report=log bits.  But in standalone I do get a chunk of them at the beginning
[21:50] <mterry> kdub_, presumably the host server is managing those bits?
[21:50]  * mterry adds the displayreport bit to u-s-sc
[21:51] <kdub_> mterry, i know the host server display class has the logging implemented, not so sure about the nested server display class
[21:51] <mterry> kdub_, ah interesting.  So there might be relevant code there, it might just not be logging it
[21:53] <kdub_> mterry, it looks like... the display report is in the constructor of mgn::NestedDisplay, but the functions just aren't called
[21:53] <kdub_> what concerns me is... (looking up line)
[21:54] <mterry> kdub_, yup, u-s-c shows all the normal graphics output from the report
[21:54] <mterry> as we'd expect
[21:55] <kdub_> http://bazaar.launchpad.net/~mir-team/mir/trusty/view/head:/src/server/graphics/nested/nested_display.cpp#L280
[21:56] <kdub_> i think you need the egl extension EGL_KHR_surfaceless_context
[21:56] <kdub_> to do that... not sure if n4 has that extension
[21:57] <mterry> kdub_, you're saying you think that line is being called, but with the wrong EGL flags?
[21:58] <kdub_> mterry, in http://bazaar.launchpad.net/~mir-team/mir/trusty/view/head:/src/server/graphics/android/android_display.cpp#L79
[22:00] <kdub_> mterry, i'm suggesting that
[22:00] <kdub_> http://bazaar.launchpad.net/~mir-team/mir/trusty/view/head:/src/server/graphics/nested/nested_display.cpp#L280
[22:00] <kdub_> fails silently
[22:01] <kdub_> we should check that returns EGL_TRUE
[22:06] <mterry> kdub_, hrm.  OK.  I can compile and test what that returns.  What was the bit about EGL_KHR_surfaceless_context ?
[22:07] <kdub_> mterry, if that fails silently, we can just make a dummy pbuffer surface for the nested display's context
[22:07] <kdub_> much like the host display class does
[22:19] <mterry> kdub_, yup, it's returning EGL_FALSE.  OK, will try with a dummy pbuffer surface
[22:20]  * mterry looks at how host display does it
[22:20] <mterry> kdub_, thanks for the help, btw!
[22:23] <kdub_> mterry, no problem
[22:26] <mterry> kdub_, so you're suggesting that NestedGLContext should create a pbuffer surface and always try to use that instead of EGL_NO_SURFACE, right?  (sorry if being a bit obtuse, but GL is relatively new to me)
[22:27] <kdub_> mterry, exactly :)
[22:28] <mterry> kdub_, both of these calls, NO_SURFACE or dummy, seem like they aren't intended to work.  Are these just fallback settings?
[22:29] <RAOF> Grr.
[22:29] <RAOF> Do we really need -pedantic?
[22:29] <kdub_> they're not fallback settings, we just want an context that has been shared with the display without a surface behind it
[22:30] <RAOF> Every compiler we care about is happy to provide C99 designated initialisers.
[22:32] <kdub_> RAOF, those would be nice, but i think pedantic is useful overall
[22:33] <kdub_> if its really useful :) we could push a pragma for a file
[22:33] <kdub_> i've wanted to do that for hwc in the past
[22:33] <RAOF> What does pedantic catch that our other -Werrors don't?
[22:33]  * RAOF is genuinely interested.
[22:35] <kdub_> not sure
[22:37] <RAOF> I don't believe (from the gcc manpage description) that it catches any *coding* errors. It explicitly *doesn't* guarantee that code that builds with -pedantic will build on any ISO C-compliant compiler, and having the clang build covers both of the compilers that we're reasonably likely to want to build with anyway.
[22:41] <mterry> kdub_, BAM, no crash.  You're the best
[22:41] <mterry> kdub_, will propose a branch
[22:41] <kdub_> mterry, yay \o/
[22:50] <mterry> kdub_, https://code.launchpad.net/~mterry/mir/fix-nested-crash/+merge/195320
[22:58] <RAOF> mterry: Hey, was that crash happening on the desktop or on android?
[23:00] <kdub_> racarr, do you know the magic build combo for the day (with unity mir?)
[23:02] <mterry> RAOF, android
[23:02] <RAOF> Ah, that'd be why.
[23:02] <mterry> RAOF, didn't try desktop
[23:02] <RAOF> It'd work on desktop.
[23:02] <RAOF> kdub_: Do you think we should gate that codepath on the presence of EGL_KHR_surfaceless_context?
[23:03] <kdub_> RAOF, alf_ has done some work with that
[23:03] <kdub_> https://code.launchpad.net/~afrantzis/mir/offscreen-display/+merge/194906
[23:03] <kdub_> about line 1094
[23:03] <kdub_> we have many places of mg::GLContext in the code... should be shared
[23:05] <kdub_> alf_ has a new GLContext for the offscreen display... and i have a branch that condenses the 3 different android mg::GLContexts into one
[23:05] <kdub_> so after that, i think we should go and mop all of them up
[23:05] <RAOF> Sounds reasonable.


[15:33] <hatch> lazyPower: mbruzek one more blocker resolved towards some ghost bundles http://fromanegg.com/post/105250564587/how-to-rewrite-and-redirect-with-haproxy
[15:34] <mbruzek> Thanks hatch I will give that read!
[15:34] <hatch> mbruzek: now I have to make some big modifications to the haproxy charm but I have to formulate a plan for that yet
[15:38] <hatch> rick_h_: the gui bug in FF from adam turns out is only reproducible on his laptop
[15:38] <hatch> so probably not a bug
[15:38] <hatch> :)
[15:50] <rick_h_> uiteam call in 10 kankan please
[18:19] <hatch> rick_h_: ok finished the updates to that branch, did you want to take another look or should I just shippit?
[18:25] <rick_h_> hatch: did my stuff make sense on the dupes?
[18:25] <rick_h_> hatch: have a call atm but can look after
[18:26] <hatch> yeah it's all done now - works really well
[18:26] <hatch> I was thinking i'd pick up some smaller stuff now
[18:26] <hatch> since the quickstart stuff has been picked up
[18:26] <hatch> I could also moved to the charm details pane but that might take longer than a day
[19:40] <hatch> rick_h_: have you had a chance to look at the PR yet?
[19:40] <hatch> or have a preference on my next card
[19:40] <rick_h_> hatch: no still otp
[19:40] <rick_h_> looong meeting yay
[19:40] <hatch> oh haha
[19:40] <hatch> so I'll just work on a smaller card
[19:40] <rick_h_> cool
[19:53] <rick_h_> hatch the ~charmers is invalid
[19:53] <hatch> how do you mean? The id contains ~charmers
[19:53] <hatch> cs:~charmers/precise/foo
[19:54] <hatch> this filters out the ~charmers duplicate charms and leaves the cs:precise/foo ones in the list
[19:55] <hatch> when the api is updated to remove those then that conditional can go away
[19:57] <rick_h_> hatch: not all are ~charmers
[19:57] <hatch> the only other one which is duplicated is the ~juju-gui-charmers which no longer shows up in the results for some reason
[19:57] <rick_h_> cs:juju-gui-7 is the same as cs:juju-gui-charmers/juju-gui-7
[19:58] <rick_h_> openstack-charmers, landscape-charmers, big-data-charmers
[19:58] <hatch> did it show up in the list? I couldn't get a duplicate result with the new querystring
[19:58] <rick_h_> no, I just know it's incomplete logic
[19:58] <rick_h_> if this call ends we can chat and I'll explain
[19:59] <rick_h_> my one hand isn't making this clear :)
[19:59] <hatch> right but if people can add random '*-charmers' people then by hardcoding it in the GUI will always be wrong
[19:59] <hatch> if it's always in the ~(*)charmers
[19:59] <hatch> then we could filter off that
[20:00] <rick_h_> hatch: standup
[20:00] <hatch> well I suppose ~([a-zA-Z\-)+charmers
[20:00] <hatch> ok
[20:26] <hatch> regexr.com is an awesome tool for working on regex's
[20:48] <hatch> rick_h_: just about to push that fix - shal I shippit after?
[20:50] <hatch> pushed
[20:51] <rick_h_> hatch: yes if you have qa from jcastro
[20:52] <hatch> oh ok ping jcastro  :)
[20:53] <rick_h_> bah jcsackett
[20:53] <rick_h_> no poking fun of the one handed typist
[20:53] <hatch> oh lol!
[20:54] <jcastro> hatch, yp
[20:54] <jcastro> err, yo
[20:54] <rick_h_> did jcsackett review/qa? /me is going off memory and could be wrong
[20:54] <hatch> rick_h_: kadams54-away did
[20:55] <hatch> jcastro: turns out rick had a autocomplete failure :) We don't need you any longer
[20:55] <rick_h_> hatch: oh ok then
[20:55] <hatch> unless of course you want to qa the gui :)
[20:55] <jcastro> Nope!
[20:56] <hatch> haha
[21:24] <hatch> kadams54-away: back yet? :)
[21:26] <hatch> we should use this :) https://www.sqwiggle.com/
[22:12] <hatch> uiteam lf review and qa on https://github.com/juju/juju-gui/pull/678 thx
[22:14] <hatch> well NOW whatamigunado
[22:24] <sinzui> hi hatch Makyo: I am seeing errors like this when I use quickstart 1.3.1 with juju 1.20.11. :
[22:24] <sinzui> juju-quickstart: error: unable to connect to the Juju API server on wss://ec2-54-224-222-48.compute-1.amazonaws.com:17070: [Errno 1] _ssl.c:510: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
[22:24] <sinzui> ERROR subprocess encountered error code 1
[22:25] <sinzui> Is my configuration wrong or is Juju being bad
[22:25] <hatch> I've never actually seen that error
[22:25] <sinzui> I know deployer can deploy the same bundle
[22:25]  * sinzui tries quickstart from ppa
[22:35] <hatch> sinzui: does that version of quickstart work for you if you just use it for the basic functionality? setup & gui install?
[22:36] <hatch> or does it only fail when deploying the bundle
[22:36] <sinzui> hatch, the failure was at the start of the deployment. Bootstrapp completed, but we couldn't talk to the api server on joyent or aws
[22:37] <hatch> that is very odd...
[22:37] <hatch> let me see what version I have
[22:37] <hatch> 1.5.0
[22:37] <hatch> hrh
[22:37] <hatch> heh you're behind :)
[22:37] <sinzui> hatch, I was using 1.20.15 and 1.5 last week with great success
[22:37] <sinzui> hatch, I was using 1.20.14 and 1.5 last week with great success
[22:37] <sinzui> I hope .15 never exists
[22:38] <hatch> lol - so why did you downgrade your quickstart?
[22:39] <sinzui> hatch, I am doing acceptance testing for Ubuntu. It ships with the old version
[22:39] <hatch> ohh
[22:39] <hatch> ok so the best guy to talk to about that stuff is frankban
[22:40] <hatch> maybe best to fire him (or peeps) an email with all the details
[22:41] <hatch> or file a bug for that matter heh
[22:41] <hatch> I know we're all pretty busy with various stuff this week :)
[22:42] <sinzui> thank you hatch
[22:42] <sinzui> I am beginning to think I have a config error. I hope the problem is just me.
[22:43] <hatch> sorry I couldn't be of more help it's been a while since I've been in the quickstart world
[22:43] <hatch> :)


[21:36] <marcoagpinto> :)
[21:36] <marcoagpinto> "Maybe tomorrow the good lord will take you away"
[22:35] <Bashing-om> UWN - Monday and on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue669 :D
[22:37] <sarnold> monday already? waaa
[22:40] <daftykins> sarnold: :D
[22:40] <daftykins> another one indeed!
[22:40] <sarnold> :D


[10:26] <fear_no_art> join #ubuntu
[10:28] <arthurlutz> hi, i'm trying to reset my password but launchpad tells me it does not know my email address
[10:29] <arthurlutz> looking at https://launchpad.net/~arthur-lutz-logilab my collegue can see my (correct) email adress
[10:31] <czajkowski> arthurlutz: is that the address you are using to login with ?
[10:31] <arthurlutz> I am trying to reset the password
[10:32] <arthurlutz> czajkowski, are you saying there might be multiple adresses on that account ?
[10:32] <czajkowski> arthurlutz: no I'm just checking
[10:32] <czajkowski> arthurlutz: https://answers.launchpad.net/launchpad/+faq/51
[10:33] <arthurlutz> czajkowski, that's what I tried (https://login.launchpad.net/+forgot_password)
[10:34] <arthurlutz> the email says "This email address is however not associated with any Launchpad Login Service
[10:34] <arthurlutz> accounts. "
[10:34] <arthurlutz> czajkowski, my collegue tried the "contact this user" form and I didn't get his message
[10:35] <czajkowski> arthurlutz: https://launchpad.net/people/?name=Arthur+Lutz&searchfor=all
[10:35] <czajkowski> there seems to be a few accounts set up with that name
[10:35] <arthurlutz> this is my work account I'm trying to use
[10:35] <czajkowski> all with different addresses.
[10:35] <arthurlutz> I also have a private account "arthur-lutz"
[10:35] <arthurlutz> different email adresses
[10:36] <czajkowski> do you use single sign on ?
[10:36] <arthurlutz> my "leisure/personnal" account works fine
[10:36] <arthurlutz> czajkowski, I think so
[10:36] <arthurlutz> I've logged out of the other account
[10:37] <czajkowski> well I suspect then it's logging you into another account and not the one you want
[10:37] <arthurlutz> tried on different browsers etc
[10:37] <czajkowski> as you have many accounts
[10:38] <arthurlutz> czajkowski, "This email address is however not associated with any Launchpad Login Service accounts."
[10:38] <arthurlutz> czajkowski, can you tell me what email adress is used on https://launchpad.net/~arthur-lutz-logilab ?
[10:39] <czajkowski> arthurlutz: can you please pm me what you think it should be so I can confirm it please
[12:52] <bac> czajkowski: welcome back.
[12:54] <czajkowski> bac: thanks
[15:23] <demosfere> hi , i'm having problems when importing my project from git , i get the following "This branch has not been imported yet."
[15:24] <dobey> demosfere: that seems like a clear explanation. what's the problem? imports are on a queue and aren't instantaneous.
[15:24] <demosfere> dobey: so , what i have to do?
[15:25] <dobey> what is the name of the project?
[15:25] <demosfere> swap
[15:26] <dobey> it failed to import. looks like you got the url wrong perhaps
[15:27] <demosfere> the link in set branch is this : https://github.com/drakemiller/swap
[15:27] <dobey> your url doesn't have the ".git" at the end of it, as it should
[15:27] <dobey> it needs to be https://github.com/drakemiller/swap.git
[15:29] <demosfere> ok , i did changed it and nothing happened
[15:31] <demosfere> dobey: any fix?
[15:31] <dobey> The next import is scheduled to run as soon as possible.
[15:31] <dobey> wait :)
[15:31] <demosfere> :) thanks
[15:31] <czajkowski> demosfere: just be patient :)
[15:32] <demosfere> czajkowski: i'll , but i thought that there is a problem :)
[18:08] <psusi> I followed the link from the Ubuntu package to the upstream landscape-project project, and am told I am not allowed here.  Misconfigured permissions?
[18:10] <TheLordOfTime> psusi, private project perhaps?
[18:11] <psusi> why would a project be private?
[18:43] <benji> psusi: non-open/free projects can pay to use Launchpad
[18:45] <ScottK> Or if they are Canonical projects (which Landscape is) they can be private for whatever reason.
[18:49] <benji>   /who ScottK
[18:49] <benji> heh
[18:49] <benji> Now I know who you are.  Mwa ha ha!  ;)
[18:51] <ScottK> Yes.  A member of https://launchpad.net/~not-canonical
[18:54] <benji> That is one of my favorite LP teams.  I like the implied absurdism.
[18:55] <psusi> I mean why would you want to hide the main project page?  the fact that the project exists isn't secret... pretty much everything about the project page is a public face... release announcements, and such
[19:01] <ScottK> It might expose some valuable intellectual property.
[19:02] <psusi> but... if you don't want it to be public, then don't make it an announcement?
[19:02] <psusi> why make an announcement then flag it as private?
[19:03]  * ScottK is not the right person to ask.
[19:03] <maxb> Release announcement for a commercial project?
[19:03] <psusi> the concept of privicy and an announcement seem... antithetical
[19:05] <maxb> You might want to announce something only to authorized persons
[19:22] <dobey> psusi: you got a link from where exactly, to the landscape-project page?
[19:24] <psusi> dobey: it is linked to as the upstream project for the ubuntu package
[19:24] <dobey> what package?
[19:25] <psusi> landscape-client
[19:26] <dobey> it actually links to landscape client, but it looks like lp shows the project group as well if it's in one
[19:26] <dobey> which might be a bug
[19:26] <dobey> https://launchpad.net/landscape-client isn't private is it?
[19:45] <psusi> dobey: no, but it shows that is part of the landscape project and I clicked that link first and was surprised to see that the project is
[20:26] <czajkowski> mpt: you're killing my inbox :)
[20:37] <ancoron> Hi, I've got a problem fixing a wrong orig.tar.gz upload in my PPA - can someone help me?
[20:54] <sinzui> ancoron, If you mean you uploaded the wrong version, Lp wont let you upload a replacement, even if you delete the packages
[20:54] <sinzui> ancoron, common practice is to increment the version and upload a replacement
[20:55] <ancoron> sinzui: thanx, that's the impression I get, but the PPA's are supposed to be experimental, so everything should be possible and the maintainer of the PPA is responsible to keep it consistent.
[20:55] <ancoron> ...at least from my point of view...
[20:56] <ancoron> so, is there a way to ask for a deletion of an orig.tar.gz somehow?
[20:56] <sinzui> ancoron, yes I understand. The issue is that once published, the wrong version is in the wild, so users need to get the newer version. Allowing people to substitute version also allows for someone to compromise a package
[20:57] <sinzui> There is no way delete Lp's publishing history
[20:57] <ancoron> OK, is there a workaround?
[20:58] <ancoron> Otherwise, I would have to wait, until a new upstream version is being released, which could take quite some time.
[22:18] <wgrant> ancoron: You can change the version without a new upstream release. A common thing is to append eg. +repack1 to the version
[22:18] <wgrant> ancoron: And PPAs aren't intended as an experimental platform. They're a distribution platform.
[22:22] <ancoron> wgrant: thanx for the workaround, will do that.


[02:42] <Amaranth> rsalveti: All the plugins need to be ported before i can get it merged
[04:03] <rsalveti> Amaranth: oh, ok
[14:47] <ndec> ogra_: rsalveti: i am going to be late for today's call.
[14:47] <ndec> maybe by 30min.
[14:48] <ogra_> ndec, i wouldnt mind skipping today, its a public holiday in brazil and germany ... and david is on the road
[14:48] <ndec> ogra_: ok. let's skip then. that makes my agenda much simpler too ;-)
[14:48] <ogra_> cool ! :)
[14:49] <ogra_> ndec, first shot of the final images is already on cdimage btw
[14:49] <ogra_> (todays dailies are the first candidates)
[14:50] <ndec> ogra_: ooh! earlier than for maverick ;-)
[14:50] <ogra_> yeah, we have a new release manager, she is very cautious ... and the easter weekend kind of gets in the way too
[14:51] <ogra_> thats also why we have no release candidate but two betas this time
[15:41] <miru_> Hi, the latest ubuntu natty omap4 headless image (daily build) gets stuck during installer. After the "Where are you?" "Is your clock set to UTC?" the installer jumps back to the language selection dialog.
[15:42] <miru_> I need some help on how to help out. How do analyze the issue and does it make sense to submit a bug-report. if yes, where?
[15:47] <GrueMaster> miru_: I'm just rising from the dead.  As soon as I get my coffee, I'll take a look and see where the problem is.  Couple things you can do is after the system crashes, pull the SD and check the logs from your desktop/laptop.  Also, you could add debug-oem-config to the bootargs in the boot.scr on the first partition.
[15:48] <GrueMaster> (if you'd rather not get into all that, give me a few minutes and I'll be up to speed).
[15:52] <miru_> I'm new to the Pandaboard, so please be patient with me ;) I will try to set the parameter in the boot.scr (will be my first time)
[15:53] <dcordes> Hi
[15:54] <dcordes> GrueMaster: you gave me some advise on natty arm image recently. Is it a good point to download now or should I still wait ?
[15:57] <GrueMaster> dcordes: The latest daily images are the first candidates towards final release.  There may be some glitches, but for the most part they should be very stable by now.  Jump in, the pool's warm.  :)
[15:57] <GrueMaster> miru_: No problem.  What do you have for a desktop system?
[15:57] <miru_> Ubuntu 10.10
[15:59] <dcordes> GrueMaster: http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110422/ ?
[15:59] <GrueMaster> perfect.  Install the uboot-mkimage package and you can use it to make boot changes to your image.
[15:59] <GrueMaster> dcordes: Yes, also  http://cdimage.ubuntu.com/ubuntu-headless/daily-preinstalled/20110422/ if you want to run a minimal image.
[15:59] <miru_> OK, done
[16:00] <dcordes> GrueMaster: I'm particularly interested in trying the new desktop enironment on my small screen device to test it vs gnome
[16:01] <GrueMaster> dcordes: What is the base hw?
[16:02] <dcordes> GrueMaster: htcleo aka HTC HD2 with qsd8250 SoC (cortex-a8) wvga screen
[16:02] <GrueMaster> I have no idea if our images will work with that.
[16:03] <dcordes> they do
[16:03] <GrueMaster> I don't know if there is a kernel for that soc.
[16:03] <GrueMaster> Oh, cool\
[16:04] <GrueMaster> miru_: I've gotten to that point of failure, and am looking at the logs now on my desktop.  var/log/oem-config.log has an interesting failure in it.
[16:06] <miru_> OK. Everything gets slowed down today because pandaboart.org is down :(
[16:06] <dcordes> GrueMaster: I tested maverick extensively on the device
[16:07] <dcordes> GrueMaster: even including multitouch which is documented on lp
[16:07] <GrueMaster> I think we now have support for multitouch in the natty images.  Let me know how it works.
[16:10] <dcordes> GrueMaster: then my timing to join the pool party is good :)
[16:10] <dcordes> GrueMaster: I will let you know but it will take a while. first the image needs to pass the dormitory network..
[16:10] <GrueMaster> heh
[16:19] <miru_> Is that the right way to call the mkimage command: mkimage -A arm -T script -O linux -a 0 -e 0 -n /media/sde2/boot/boot.script -d /media/sde1/boot.scr boot.scr
[16:26] <miru_> It seems I got it right, There is a file /var/log/oem-config.log with some Python exceptions.
[16:27] <miru_> GrueMaster: with interesting failure you mean "locale.setlocale failed: unsupported locale settting (LANG=de.DE.UTF-8)"?
[16:27] <GrueMaster> Here's what I do.  To edit the boot.scr, "dd bs=72 skip=1 if=mnt/boot.scr of=boot.script".  Then edit the file and save it.
[16:28] <GrueMaster> To put it back into the uboot partition, use "sudo mkimage -A arm -O linux -T script -C none -d boot.script mnt/boot.scr"
[16:44] <GrueMaster> miru_: What I am seeing in the oem-config.log with debug-oem-config is mostly the same as without debug.  But I think it is a locale issue.
[16:46] <miru_> ok. Do you have an idea how to work around this issue?
[16:47] <miru_> The actual problem I was investigating is that my USB devices were not enumerated/detected
[16:47] <miru_> I was hoping that the latest image might fix the issue
[16:48] <GrueMaster> This is the first time I have seen this issue.  I'll try an older daily though to see where it started showing up.
[16:48] <GrueMaster> (I mirror the daily builds from release to release).
[16:48] <miru_> Hm, but no. When I run dmesg, I still see the error: "ehci-omap ehci-omap.0: detected XactErr len 0/8 retry 16"
[16:49] <GrueMaster> If you need to get up and running, try the Beta 2 image in http://cdimage.ubuntu.com/ubuntu-headless/releases/natty/beta-2/
[16:49] <GrueMaster> Then once you are running, apt-get update;apt-get dist-upgrade.
[16:50] <miru_> ok, I will try that
[17:16] <miru_> :( same issue with the beta2. USB does not get detected and because the USB ports and the ethernet port are somehow related it seems as if the network does not come up either.
[17:17] <miru_> [    1.569946] usb 1-1: new high speed USB device using ehci-omap and address 2
[17:17] <miru_> [    1.710571] usb 1-1: device descriptor read/64, error -71
[17:17] <miru_> [    1.952789] usb 1-1: device descriptor read/64, error -71
[17:21] <GrueMaster> That's strange.  My network works just fine here.
[17:21] <GrueMaster> You may need to configure networking manually.
[17:27] <GrueMaster> miru_: How are you powering your panda?
[17:28] <miru_> I have a 30W (5V/4000mA) power supply.
[17:29] <GrueMaster> Ok.  *should* be enough.
[17:29] <miru_> But the whole USB/network jack seems to be without power. No network LEDs are blinking.
[17:29] <GrueMaster> Check your cable.
[17:29] <miru_> The same cable works on my notebook
[17:30] <GrueMaster> Are you plugged into a switch or are you going system to system?
[17:30] <miru_> a switch
[17:30] <GrueMaster> Hmmm.
[17:31] <GrueMaster> Beginning to sound like a bad board.
[17:31] <miru_> :(
[17:32] <GrueMaster> I tried earlier images here, and with the 20110418 image (same kernel) I am not seeing any usb errors.  Networking is fine.
[17:32] <GrueMaster> Oh, and I may have a solution to the oem-config issue.  Reflashing now to test.
[17:32] <miru_> maybe the power supply spec is wrong.
[17:33] <miru_> OK, I need to get something to eat now. Thanks a lot for your help!
[17:33] <GrueMaster> I'll be here for a while.
[17:51] <GrueMaster> miru_: Bug #769081 filed.
[17:51] <ubot2> Launchpad bug 769081 in ubiquity "oem-config-debconf crashes on armel headless due to undefined attribute." [High,Confirmed] https://launchpad.net/bugs/769081
[17:58] <LetoThe2nd> miru_: double/triple check the ethernet check is actually really _completely_inserted and contacting, maybe by applying constant tension wirth your hand. mine also behaved like this concerning ethernet with a good cable. seems the jack manufacturer is a bit inconsequent on specs.
[18:32] <Keripo> Hi, I was just wondering whats the expected boot time of 10.10 on a beagleboard-xM. I downloaded and zcat'd the preinstall image (from https://wiki.ubuntu.com/ARM/OMAPMaverickInstall ) to my 8GB SD card, put the card into my beagleboard, hooked up a USB keyboard and HDMI video, and powered the beagleboard on
[18:33] <Keripo> I've been waiting for 10 mins so far but my monitor's still getting no HDMI signal (Angstrom booted fine on the beagleboard-xM)
[19:02] <GrueMaster> There is a two-step boot process.  The first step resizes the rootfs to fill the SD card, then it will reboot into X with oem-config for you to make timezone, language, and user info.
[19:03] <GrueMaster> Are you seeing any output on the screen?
[19:03] <GrueMaster> Keripo: ^^^
[19:05] <Keripo> GrueMaster: no, not at all, but I poked around and apparently there's a DVI issue for 10.10 for Beagleboard xm Rev A3 and B
[19:06] <Keripo> dont know what revision my board is, but I'll try the patched files and see what happens
[19:07] <GrueMaster> Yes, follow the instructions at https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[19:07] <GrueMaster> The problem is that the BeagleXM was released the week after 10.10, and they had a change in how DVI is enabled.  They didn't tell us until after release.
[19:09] <GrueMaster> Also, we are testing 11.04 final images today.  Pull http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/current/ and give it a whirl.
[19:48] <Keripo> GrueMaster - thanks, I'll check it out! Hope the packages that I'll be installing (Kinect stuff) will still be compatible ; )
[20:09] <Keripo> GrueMaster: the prebuilt images for Natty are "headless", but do they still contain the normal video/mouse/keyboard drivers or will it terminal only?
[20:13] <GrueMaster> It is setup to go through a serial console, but they do support keyboard video and mouse.  You will need to use the serial port to run through the initialization though.
[20:13] <GrueMaster> And the oem-config is currently broken.  Bug 769081
[20:13] <ubot2> Launchpad bug 769081 in ubiquity "oem-config-debconf crashes on armel headless due to undefined attribute." [High,In progress] https://launchpad.net/bugs/769081
[20:15] <GrueMaster> If you want to try the headless image out immediately, use the beta 2 release.  it is fairly close to final.
[23:01] <ScottK> GrueMaster: Speaking of which, can you grab the updated Ubiquity .deb and verify the issue is resolved?
[23:02] <GrueMaster> I can look at the change that was updated.  Not easy to update an image before running oem-config.
[23:05] <GrueMaster> Looking at the changelog, the changes made fix the issue.  I tested them manually.  I'll pull the package and see that it is changed there as well, but without an image respin...
[23:11] <ScottK> OK.  We can just wait then.
[23:12] <ScottK> I thought Ubiquity would update itself during install if the install was with Internet.
[23:13] <GrueMaster> oem-config doesn't have that option on either the desktop or the headless images (doubt it is able to do that on any platform).  We don't use ubiquity in full.
[23:13] <GrueMaster> Also, the headless image doesn't configure the network until the last step (after this failure has already occurred).
[23:14] <ScottK> Right, forgot about the not using Ubiquity in full bit.
[23:14] <GrueMaster> Heh.  We like being different.  :P


[06:59] <mborzecki> morning
[07:17] <mardy> hi!
[07:42] <mup> PR snapd#11267 closed: store: fix flaky test <Simple 😃> <Skip spread> <Created by MiguelPires> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/11267>
[08:02] <pstolowski> morning
[09:13] <mborzecki> pstolowski: hey
[09:14] <pstolowski> hey
[09:22] <mup> PR snapd#11169 closed: o/snapstate: migrate to hidden dir on refresh/install <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11169>
[09:27] <mup> PR snapd#11233 closed: o/ifacestate: add convenience Active() method to ConnectionState struct <Simple 😃> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/11233>
[09:37] <mup> PR snapd#11270 opened: mkversion: check that snapd is a git source tree before guessing the version <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11270>
[10:07] <mup> PR snapd#11271 opened: many: add ManyFlags parameter to snapstate.*Many() calls <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/11271>
[11:10] <mardy> miguelpires: hi! I'm trying to use testutil.DeepUnsortedMatches in a test comparison, but the "unsorted" quality seems to affect only the outer container: all the inner values are still matched with sorting; do you think I can change it to make it "deeply unsorted", or do you see some issues with that?
[11:39] <miguelpires> mardy Hi! You're right, if you're comparing slices of slices the inner slices are compared as they are. Hm I guess it depends on the semantics you're expecting. I think comparing unsorted internally as well might lead to some unexpected behavior in at least some cases. You might not care about the order of a slices of structs but the structs might
[11:39] <miguelpires> have maps or slices that determine if they're equal. For example, a hypothetical slice of Tasks that has an ordered slice of dependency tasks. You don't care about the outer order but if the inner slice changes then it's a different task and it shouldn't be considered equal.
[11:42] <miguelpires> But we can add a new checker with those semantics to avoid having to look at the usages of DeepUnsortedMatches and see if anything would break (not sure what to call the new checker though =p)
[12:41] <mardy> miguelpires: I got a working version, but after your reply I'm not sure we want to keep two versions of the checker. It gets complicated, especially if we try to be smart and reuse as much as possible of the code.
[12:42] <mardy> for my use-case I've resorted to another solution (that is, convert the data structure into a map), maybe I'll resurrect the code if I see more use-cases for it
[13:03] <mup> PR snapd#11272 opened: interfaces: custom-device <Created by mardy> <https://github.com/snapcore/snapd/pull/11272>
[13:33] <mup> PR snapd#11242 closed: systemd: enable batched calls for systemd calls operation on units <Created by kubiko> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11242>
[15:04] <mup> PR snapd#11273 opened: o/devicestate: verify that the new model is self container before remodeling <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11273>
[16:44] <mup> PR snapd#11274 opened: tests: add jammy to spread executions <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11274>
[19:12] <mup> PR snapcraft#3626 opened: [DRAFT] cli: integrate craft-cli and add version command <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3626>
[19:37] <mup> Issue core20#128 opened: Possible bug: broken OpenDroneMap snap on core20 <Created by Saijin-Naib> <https://github.com/snapcore/core20/issues/128>
[20:40] <mup> PR snapd#11275 opened: osutils: deal with ENOENT in UserMaybeSudoUser() <Test Robustness> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11275>
[20:50] <mup> PR snapd#11276 opened: packaging/ubuntu-16.04/control: adjust libfuse3 dependency as suggested <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11276>


[08:36] <elacheche> Morning! Anyone from the LC is here?
[08:36] <elacheche> wxl: ping me wen you're around :)
[08:37] <svij> I'm here :)
[08:40] <elacheche> Hey svij how are you doing?
[08:40] <svij> fine and you?
[08:41] <elacheche> Good! :) On behalf of the Ubuntu Tunisia loco team, I'd like to extend our membership as approved LoCo until we prepare our re-approval application
[08:42] <elacheche> The extention range is up to you x)
[08:42] <svij> I'll extend it for two months, we're restaffing the council in the mean time
[08:43] <svij> extend until 2017-11-30 now :)
[08:43] <elacheche> Cool :D I was hoping for 1 month I got 2 :D :D
[08:43] <svij> :)
[08:43] <elacheche> Thanks svij, we'll prepare the re-aproval asap, then send the mail
[08:43] <elacheche> Many thanks!
[16:44] <wxl> elacheche: hey
[18:18] <nhaines> svij: +1
[18:19] <svij> oh hey nhaines
[21:08] <nhaines> svij: hey.  (sorry, I'm at the Ubuntu Rally and they're keeping me busy!)


[05:06] <samuelbaizg> hello,anybody is using apahce CXF ?
[05:07] <samuelbaizg> I have some questions about it , can you help me ?
[09:40] <xhaker> Hi all :)
[09:41] <xhaker> seems that eclipse was built ok on all archs but not on powerpc (and lpia)
[09:42] <xhaker> about the powerpc FTBFS I think I might have found a solution, but I can't test it.. no powerpc hardware
[09:42] <xhaker> man-di, doko if you're around would you care to discuss it with me?
[09:43] <doko> xhaker: powerpc: you need to include -L/usr/lib/jvm/java-gcj/lib when linking
[09:44] <xhaker> doko, wouldn't it be sufficient to include /usr/lib/gcj-4.2
[09:45] <doko> xhaker: it's /usr/lib/gcj-4.2-80 iirc
[09:45] <doko> yes, should work as well
[09:45] <xhaker> http://pastebin.com/d74d6d15b
[09:45] <xhaker> does that look ok to you?
[09:46] <xhaker> I didn't know you were aware of the problem. I saw it failing to build on launchpad and decided to look it up
[09:46] <doko> xhaker: hmm, lpia ... you need to convince eclipse that it treats lpia like i386 (don't pass the string lpia to the eclipse build, but the same thing which is passed for i386)
[09:47] <doko> you could check in an lpia chroot
[09:47] <doko> $ ls -ld /usr/lib/gcj-4.*
[09:47] <doko> drwxr-xr-x 2 root root 4096 Sep  1 17:42 /usr/lib/gcj-4.1-71
[09:47] <doko> drwxr-xr-x 2 root root 4096 Sep  3 19:07 /usr/lib/gcj-4.2-81
[09:48] <doko> both paths are wrong and should be adjusted
[09:48] <xhaker> doko, I've checked a previous build log that worked
[09:48] <xhaker> it was /usr/lib/gcj-4.1 there
[09:48] <xhaker> i thin
[09:48] <doko> strange
[09:48] <xhaker> k*
[09:49] <doko> gutsy?
[09:49] <doko> no shouldn't be
[09:49] <xhaker> doko, maybe gutsy or debian unstable
[09:49] <xhaker> feisty i mean
[09:50] <doko> xhaker: but you do want to upload to gutsy, don't you?
[09:50] <xhaker> yes.. to gutsy.. did the paths change in gutsy?
[09:50] <doko> xhaker: please create a gutsy chroot and check. yes, they did change
[09:51] <doko> sudo debootstrap --arch lpia gutsy /srv/chroot/gutsy-lpia  ... there's good documentaiton in the wiki
[09:52] <xhaker> i'm confused with this gcj-4.1 vs gcj-4.2 also. the rules file seems to state gcj-4.1 the logs gcj-4.2.. maybe i'm just green in this field
[09:53] <doko> no, I think nobody did update them yet =)
[09:53] <xhaker> should it be 4.2 then?
[09:53] <xhaker> in both debian unstable and gutsy?
[09:54] <doko> yes
[09:56] <xhaker> I may try this
[09:56] <xhaker> -+      elif [ -d /usr/lib/gcj-4.1 ] ; then
[09:56] <xhaker> -+              AWT_LIB_PATH=/usr/lib/gcj-4.1
[09:56] <xhaker> ++      elif [ -d ${JAVA_HOME}/lib ] ; then
[09:56] <xhaker> ++              AWT_LIB_PATH=${JAVA_HOME}/lib
[09:58] <Creteil> hi all
[09:58] <doko> xhaker: just keep the existing, and add the new directories
[09:58] <doko> is JAVA_HOME set?
[09:59] <xhaker> yes.
[10:00] <Creteil> I have installed sun-java6-plugin-6-02-1ubuntu3 under gutsy but going to the official sun java tests, I have have a report saying 'Java Runtime Environment is not working on your system'
[10:00] <Creteil> someone have an idea of the problem ?
[10:33] <xhaker> doko, please check this http://pastebin.com/m3594d5e8
[10:34] <doko> xhaker: really, really install a chroot and do a test build. I may overlook things as well ...
[10:37] <xhaker> doko, my i386 machine is not so powerful.. only 512 ram and 1.4 pentium-m. and the other machine is amd64
[10:37] <xhaker> lots of paging building eclipse
[10:37] <xhaker> i have to check if lpia bails ou at the beginning
[10:37] <xhaker> if so.. i'll try to check if it goes
[10:38] <doko> xhaker: you can install an lpia chroot on your amd64 as well
[10:38] <doko> xhaker: https://wiki.ubuntu.com/DebootstrapChroot
[10:38] <xhaker> doko, can I? can I do a ppc chroot too?
[10:39] <xhaker> i know.. that was dumb
[10:39] <xhaker> :)
[10:39] <doko> no, no ppc, but lpia is just an i386 variant
[10:39] <doko> read the wiki, it should be clear


[05:30] <rik_> I have 2 launchpad builds that have been sitting for about 9 hours, is it possible the build server is down?
[05:31] <rik_> Here's the one I am trying to get built for reference: https://code.launchpad.net/~wasta-linux/+archive/ubuntu/wasta-testing/+build/14525520
[05:35] <wgrant> rik_: Fixing
[05:37] <rik_> wgrant: thanks!  I wasn't sure if I was experiencing the "just me" syndrome but happy to let you get back to work.
[06:02] <rikshaw> wgrant: thanks I see my job completed.  I assume all back to normal and other jobs will catch up as the backlog is processed?
[06:11] <wgrant> rikshaw: Yep, should catch up quickly.
[08:49] <mvo> good morning! I wonder if someone can help me with the following - I have a snap (https://code.launchpad.net/~mvo/+snap/core18) setup to automatically upload to the store. the building works fine but I see no upload in the store and no indication in the build page that the upload failed. or am I too impatient? it happend 8min ago
[09:00] <wgrant> mvo: Hm, the snap page doesn't say that you need to reauthorise it, or anything like that?
[09:02] <wgrant> https://code.launchpad.net/api/devel/~mvo/+snap/core18 indeed says can_upload_to_store=False, which is probably a macaroon problem.
[09:02] <wgrant> So perhaps uncheck and recheck the upload checkbox to get the macaroon reissued.
[09:12] <mvo> wgrant: thanks, will do