[01:49] <daftykins> *yawn*
[02:42] <m0nkey_> Anyone recommend an e-mail host? I'm willing to pay for something decent.
[02:42] <daftykins> G suite \o/
[02:42] <daftykins> depends what you need
[02:42] <m0nkey_> just email
[02:43] <daftykins> right but that doesn't say what devices to access from, webmail option, technologies for grabbing it, blah blah
[02:44] <m0nkey_> mobile access for sure
[02:44] <m0nkey_> imap and probably webmail
[02:45] <daftykins> new setup or have you been doing something else?
[02:45] <m0nkey_> this will be new
[02:54] <daftykins> i love me the rapid setup of G suite though
[02:57] <daftykins> a wild diddledan_ clone
[03:00] <m0nkey_> power went out
[03:00] <m0nkey_> gotta power down
[03:00] <m0nkey_> cya for now
[03:00] <daftykins> o/
[03:06] <m0nkey_> power came back on
[03:06] <m0nkey_> gotta love UPSs
[03:08] <m0nkey_> shut down my server in case it was going to be out for longer, turned out it was only out for a few mins
[03:09] <daftykins> :D
[03:10] <daftykins> sometimes i've woken up to the alarm from downstairs and just left it \o/
[03:10] <m0nkey_> with the server shutdown, the ups in the closet can run the router, modem, switch and wifi for an hour :)
[03:11] <m0nkey_> and the ups at my desk will run for 20 mins, with my desk lamp on :)
[03:11] <m0nkey_> that's with my PC and desk lamp
[03:11] <m0nkey_> Turn off the lamp, I get 30mins
[03:11] <daftykins> i bought a C whatever to standard sockets so i could put my home router and switch on, i think mine'll go for ages if i turn off the server too
[03:12] <m0nkey_> that was a funny two minutes, i was the only one with wifi and lights on in the neighbourhood :D
[03:12] <daftykins> i've had the same UPS for years now, probably going to need a new one before too long
[03:13] <daftykins> hehe that happened one morning here, there was even some event in town that got a rude surprise - i hopped on here from my phone \o/
[08:42] <SebthreeBQM10HD> hi
[09:00] <diplo> Morning all
[09:16] <davmor2> Morning all
[09:30] <brobostigon> morning boys and girls.
[09:33] <JamesTait> Good morning all! Happy Monday, and happy World Hello Day! 😃  👋
[09:36] <SuperMatt> print("Hello, JamesTait")
[09:37] <JamesTait> 20 GOTO 10
[09:37] <SuperMatt> print("Hello, JamesTait")
[09:38] <JamesTait> Hang on, I thought *I* was supposed to be the bot?
[09:38] <SebthreeBQM10HD> hi
[10:36] <davmor2> JamesTait: for the opening line https://www.youtube.com/watch?v=_FrOQC-zEog and then https://www.youtube.com/watch?v=YQHsXMglC9A and https://www.youtube.com/watch?v=b_ILDFp5DGA  I think that covers it right
[10:46] <JamesTait> davmor2, not bad. ☺   Comfortably Numb is one of my all-time favourite songs.
[10:47] <davmor2> JamesTait: I thought it was a nice change from the two obvious ones
[10:48] <JamesTait> I was expecting https://youtu.be/hIcJxJL4MOM
[10:59] <davmor2> JamesTait: I might of stretched to this https://www.youtube.com/watch?v=LtQUJMBH8uE
[11:31] <diddledan> gotta love a good bit of lionel richie
[11:32] <diddledan> I do like hello by martin solveig and dragonette, too
[11:39] <foobarry> can i get later kernels on my LTS?
[11:42] <diddledan> foobarry: you can use any available HWE kernels (I forget the package naming scheme) or there is a PPA somewhere
[11:42] <foobarry> thats what i thought. my laptop no longer suspends
[11:42] <foobarry> would like something newer than 4.4.0
[11:43] <davmor2> JamesTait, diddledan: please forgive me I completely forgot about this which must say hello more than any other song ever https://www.youtube.com/watch?v=hTWKbfoikeg
[11:44] <diddledan> foobarry: https://wiki.ubuntu.com/Kernel/MainlineBuilds
[11:45] <foobarry> the HWE kernels don't seem to be available yet
[11:45] <foobarry> in 16.04
[11:47] <foobarry> ah http://askubuntu.com/questions/836260/how-can-i-use-16-10-yakkety-kernel-in-16-04-xenial
[11:49] <foobarry> suspend test 1/1 works on yakkety...
[11:52] <foobarry> sigh...broken still
[11:57] <davmor2> foobarry: stop suspending simple solution :P
[11:58] <zmoylan-pi> he likes been kept in suspense, i'll tell you all about it... tomorrow... :-P
[12:01] <foobarry> whats the alternative to suspend?
[12:01] <foobarry> turn off screen?
[12:01] <zmoylan-pi> hibernate?
[12:02] <foobarry> to disk? ewww
[12:02] <Seeker`> never turn off your computer, of leave the house if it's a laptop
[12:04] <zmoylan-pi> do you have access to a red dwarf stasis field? :-)
[12:07] <foobarry> it needs reinstalling
[12:09] <popey> what exactly is the issue?
[12:09] <popey> and have you considered capturing data and filing a bug to get it fixed?
[12:10] <popey> you can use an upstream kernel, to see if it's an ubuntu specific patch to blame, http://kernel.ubuntu.com/~kernel-ppa/mainline/
[12:10] <diddledan> popey: wait, someone fixes stuff?
[12:11] <popey> e.g. http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/
[12:13] <SebthreeBQM10HD> hi ppp
[12:13] <SebthreeBQM10HD> popry
[12:13] <SebthreeBQM10HD> popey
[12:13] <foobarry> if i revert to pre dirty cow it work, so i might try that
[12:15] <popey> better to go forward than back
[12:18] <popey> hello SebthreeBQM10HD
[12:23] <foobarry> i just did something i'm ashamed of
[12:23] <foobarry> ran some scary polish app from a 3rd party repo
[12:23] <foobarry> netext73
[12:24] <foobarry> suspend desperation caused this madness
[12:25] <foobarry> i feel like a noob
[12:25] <foobarry> it said my APM was corrupt
[12:27] <foobarry> hmm "As I discovered, the issue was there was no suspend on lid close at all, the messages in dmesg are just of the i915 driver turning off the display on lid close and trying to put some of its chips into lowpower mode (and failing on "device 40"). Which would by itself a nice behavior, if it would not fail and no suspend is wanted. "
[13:42] <popey> foobarry: so, time to try different kernels maybe?
[13:45] <foobarry> this spooky polish software seemed to fix it
[13:45] <foobarry> 8 suspends and still working
[13:45] <popey> hah
[13:45] <popey> wonder what it does?
[13:45] <foobarry> something to do with APM
[13:45] <foobarry> its a system checker and gui tool for various system optimisations
[13:45] <popey> ah
[13:46] <davmor2> foobarry: did you even check to see if suspend on lid close was enabled in settings?
[13:46] <foobarry> yes
[13:47] <foobarry> it worked seamlessly on old kernels and haphazardly, mostly not on newer ones
[13:49] <foobarry> it updated my APM
[13:49] <foobarry> scary . no idea what it did
[13:51] <davmor2> foobarry: it installed a deep seated virus that is only activated on suspend and then sends all your keypresses to gchq and nsa but don't worry they never loses data
[13:52] <davmor2> foobarry: so you didn't suspend right?
[13:53] <foobarry> do machines usually ping after suspend?
[13:53] <foobarry> mine is
[13:53] <SuperMatt> maybe, because it might Wake on LAN
[13:55] <foobarry> in which case the ping is handled by creepy Intel IMT
[13:58] <foobarry> https://github.com/xuehuichao/freemind-latex handy for someone?
[14:06] <popey> no, computers don't respond to ping when suspended
[14:07] <foobarry> "Both Intel AMT and the host OS are able to respond to ICMP ping requests."
[14:09] <foobarry> aha
[14:09] <foobarry> suspend while on battery: no pings
[14:10] <foobarry> plug in power: pings return. quite high latency (4ms). thats the intel IAMT pinging
[14:10] <foobarry> remove power while suspended, pings stop.
[14:11] <foobarry> unsuspend, pings return at <0.5ms
[14:18] <popey> useful
[14:23] <diddledan> ok, this concept of running doom on everything ever is getting stupid: https://9to5mac.com/2016/11/21/doom-macbook-pro-touch-bar/
[14:25] <foobarry> what actually is the touch bar?
[14:26] <foobarry> a OLED touch sensitive slider?
[14:26] <foobarry> ah, https://9to5mac.com/2016/11/14/the-best-apps-for-macbook-pro-touch-bar-touch-id/
[14:26] <foobarry> like the Elite keyboard overlay
[14:26] <foobarry> i like it
[14:28] <diddledan> mannequins ftw http://digg.com/video/mannequin-challenge-gymnastics-texas-am
[14:30] <foobarry> wow digg still exists?
[14:32] <MoBeats> digg does it with ubuntu, just ask Damo.
[14:51] <foobarry> i think mike pound from computerphile is the best and most prominent advert for ubuntu
[14:51] <foobarry> canonical should send him some posters for his cubicle. it always looks bare
[14:54] <TwistedLucidity> diddledan: I can run Doom on my Sandick Sansa E280 media player.
[14:54] <TwistedLucidity> "Sandisk". What a typo!
[14:55] <davmor2> TwistedLucidity: sand-ick nope I don't get it :P
[14:57] <MoBeats> sans dick? apt-get install penis
[14:57] <foobarry> wow childish much
[14:57] <foobarry> willy jokes and its only monday!
[14:57] <MoBeats> it's a digg refernce... had to be there.
[16:05] <diddledan> oracle are buying dyn: https://www.oracle.com/corporate/acquisitions/dyn/index.html
[16:14] <diddledan> https://youtu.be/QUQrripCRuM?t=296
[16:16]  * davmor2 wait for the entire userbase to move to no-ip
[17:02] <diddledan> "Microsoft is planning to enable x86 on ARM64 emulation in Windows 10 by Fall 2017" http://www.zdnet.com/article/microsofts-x86-on-arm64-emulation-a-windows-10-redstone-3-fall-2017-deliverable/
[17:09] <zmoylan-pi> so now 1-2 windows tablet users can use desktop windows very slowly? :-)
[19:23] <diddledan> https://theintercept.com/2016/11/16/the-nsas-spy-hub-in-new-york-hidden-in-plain-sight/
[19:24] <zmoylan-pi> just paint it pink and no one will notice...
[19:26] <davmor2> oh that's diddledan on the watch list ;)
[19:27] <zmoylan-pi> i think it's now cheaper for gchq to maintain a no watch list... and that just has jeremy clarkson's name on it... :-P
[20:01] <SebthreeBQM10HD> hi


[06:19] <infinity> tjaalton: Your new libdrm is in, BTW, if you want to flood the queue with other bits ASAP.


[17:11] <flocculant> evening
[20:05] <flocculant> cyphermox: thanks - I'll await that working clock-setup :)
[20:05] <cyphermox> flocculant: yeah, it will be a little bit, I will still have to upload ubiquity on top of that
[20:05] <flocculant> okey doke
[20:24] <ochosi> Unit193: packaging work for you ^ :)
[20:25] <Unit193> Mmmm, will have to figure out how to do that properly.
[21:12] <Unit193> ochosi: Think we can expect a tumblerd release here soon?
[21:16] <ochosi> not sure, why're you asking?
[21:16] <ochosi> there's only one commit on top of 0.1.31
[21:17] <Unit193> http://git.xfce.org/users/ali/tumbler/
[21:17] <ochosi> knome: btw, i think i fixed an annoying bug in greybird: https://github.com/shimmerproject/Greybird/issues/113 wanna test-drive?
[21:18] <ochosi> Unit193: ah ofc, i completely forgot about that branch
[21:18] <ochosi> unfortunately i have no clue about tumbler so i could only abuse my super-cow powers to merge the branch in and then "test" whether it works ok most of the time
[21:20] <Unit193> I've been running it since it's been packaged, I'm happy with it. >_>
[21:21] <knome> ochosi, i'm not sure i spot the bug
[21:22] <ochosi> Unit193: i guess i should start by also doing that...
[21:22] <ochosi> knome: you have to make an open file dialog vertically small enough to notice
[21:22] <Unit193> ochosi: Up to you, but xubuntu-dev/xfce4-gtk3
[21:22] <knome> ochosi, and then what happens?
[21:23] <ochosi> knome: the top and or bottom parts of the sidebar are "invisible" (i.e. blocked by some bg-colored bar)
[21:24] <knome> oh. now i see it
[21:24] <knome> was a bit hard to spot at first
[21:24] <ochosi> yeah, which is why it slipped through into the release
[21:24] <knome> well i'm sure i'd notice if i tried to use it...
[21:24] <knome> but ok, i can test it
[21:24] <ochosi> Unit193: how long before libxfce4ui will show up there? (:
[21:24] <knome> but no promises when
[21:25] <ochosi> knome: sure, now is ok too!1
[21:25] <knome> remind me when i'm back from SF if i haven't tested before that :P
[21:25] <knome> nah, i'm playing sensible world of soccer, can't
[21:25] <Unit193> ochosi: Not sure.
[21:32] <flocculant> not something I'd have noticed


[11:04] <lool> asac: lalala
[11:06] <lool> asac: It's in my autojoin list, but I suspect I'm autojoining too many channels on startup
[11:07] <asac> lool: heh ;)
[11:08] <asac> lool: ok ... will resend my mails then ;)
[11:08] <asac> lool: ok bounced. lets hope they dont get confused by wrong To: ;)
[11:09] <lool> asac: I'm afraid people will
[11:12] <asac> lool: sigh. seems even my subscription confirm didnt go through with @moblin.org
[11:31] <asac> lool: are you subscribed to connman?
[11:51] <lool> asac: I think I am yes
[11:51] <asac> lool: did you get my patch messages?
[11:51] <lool> Used to be<EMAIL_ADDRESS>[11:51] <asac> i got them, but they dont show up in archive ... so i am unsure :(
[11:51] <lool> asac: I did
[11:52] <asac> ok cool thanks
[11:53] <asac> lool: reply-to: seems to be wrong :)
[11:53] <asac> hehe
[11:53] <asac> what a mess
[11:53] <lool> Yeah
[11:53] <asac> git repo down ... maling list f***ed
[11:53] <asac> moblin falls apart ;)=
[11:53] <lool> They are pretty bad at basic admin
[11:58] <ogra> supeglue !
[11:58] <ogra> *super
[11:59] <asac> UHU
[12:00] <asac> http://en.wikipedia.org/wiki/UHU
[12:00] <playya_> gaffa tape. musicians best friend :)
[12:02] <playya_> narg. i hate java coders. they always believe, that there's infinite memory available


[11:37] <artnay> hi dpm
[11:40] <artnay> dpm: could you check bug #1235192 - is there any chance something could be done to this before release? non language pack freeze is already set
[11:42] <artnay> and what about bug #1235627 - should that affect ubuntu translations as well?
[11:58] <sasa84> hi artnay
[12:02] <artnay> hi sasa84
[12:03] <sasa84> i'm not sure, but i think that someone already mentioned that via email... i think the answer was that this is kind of "webpage" and it can't be translated via LP or .po file
[12:03] <artnay> sasa84: it's not, it can't be. I saw that email and then I started to look after ubiquity
[12:03] <artnay> sasa84: how could the installer retrieve those strings during installation without internet connection?
[12:04] <artnay> sasa84: but it's partially true, the same problem affects the web UI
[12:05] <artnay> sasa84: that's bug #1222668 and I already posted a comment on it
[12:10] <sasa84> well, that's all i know :)
[12:11] <artnay> sasa84: thanks anyway, hopefully dpm can shed some light on this
[12:12] <sasa84> yeah, me too


[02:00] <teward> cjwatson: thanks, it was asked of me by a Debian package maintainer when their package which autosynced into proposed would get out of it
[02:08] <dobey> teward: the exuces page suggested a new apt and gcc, which probably doesn't help much with things migrating from proposed. i know i've been having issues with packages in PPAs that depend on -proposed in xenial the past couples days, because of installability issues for build deps
[02:09] <teward> dobey: it wasn't delayed migration - it was delayed lack of available binary packages
[02:09] <teward> which in turn caused a delayed migration - but it wasn't due to apt/gcc afaict
[02:09] <dobey> teward: which delays migration...
[02:09] <teward> indeed.
[02:09] <teward> but i was more concerned about the "no binary packages in any arch" issue that was there
[02:09] <dobey> and apt/gcc can delay binary packages
[02:09] <teward> it was resolved though
[02:09] <teward> ahhhh, okay
[02:10] <dobey> and the excuses.html can be very out of sync with reality sometimes
[02:14] <dobey> anyway, i should probably be doing something other than sitting at the computer
[02:23] <cjwatson> teward: That would probably have been caused by the seeds being broken, yes.
[03:03] <teward> so, question, why're all the armhf builders disabled...?
[03:03] <teward> except for one
[03:03] <teward> (for PPAs)
[03:05] <teward> (3 days for an armhf PPA build sounds a little excessive?)
[03:10] <cjwatson> We recently switched to building them virtualised on arm64 hardware, but the reset procedure on that cloud is not entirely reliable yet.
[03:11] <cjwatson> Let's see if they'll come back.
[03:11] <cjwatson> (Er, by which I mean that I'm poking them.)
[03:17] <teward> that looks a bit nicer, now.  (referring to the Builders page)
[03:17] <teward> cjwatson: thanks for poking it
[03:17] <cjwatson> This is not as promising as it might be, but I may be able to resurrect some more with a bit of persistence.
[03:17] <teward> mmm, indeed.
[03:18] <teward> i mean, it's not a huge importance for immediately for me, i'm just build-testing something at the request of a Debian maintainer in relation to a bug about a missing Ubuntu-specific build dep, so there's not a huge need
[03:19] <teward> it just struck me as odd to see a 3-day-in-the-future build date
[03:19] <cjwatson> Yes, that'll happen when the cloud is semi-broken.
[03:19] <cjwatson> We don't yet know exactly what the problem is.  It looks like DHCP requests get lost when the instances are trying to boot, but it's not entirely clear.
[03:20]  * teward shrugs
[03:20] <teward> thanks for poking at it anyways :)
[03:20] <cjwatson> But at a weekend we aren't going to be able to get sysadmins to help dig into the root cause, so whack-a-mole and prayer it is.
[03:21] <teward> indeed.
[03:24] <cjwatson> The point of the test rebuild currently running on arm64 was to arrange for there to be enough resets that we could have time to dig into the root cause, so hopefully we can make more headway on that soon.
[03:25] <cjwatson> Well, I'm not enormously hopeful that that'll stay up overnight, but I'll check again in the morning.
[15:01] <ricotz> hello, could someone restart https://launchpad.net/~canonical-libreoffice-builds/+archive/ubuntu/archive-staging/+build/8964534
[15:05] <cjwatson> ricotz: hmm, that's peculiar, but OK, doing
[15:05] <cjwatson> ricotz: (you didn't have a "cancel build" option yourself?)
[17:39] <ricotz> cjwatson, thanks (I am not in that group but waiting for this built to succeed)
[17:59] <cjwatson> ricotz: oh, of course
[18:05] <sergio-br2> I learned on math that 0.02015 < 0.170
[18:05] <sergio-br2> but apt does not agree with that
[18:05] <sergio-br2> it's 0.02015.git
[18:06] <sergio-br2> actually
[18:06] <cjwatson> sergio-br2: Version numbers aren't decimals.
[18:06] <cjwatson> sergio-br2: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[18:07] <sergio-br2> :/
[18:07] <sergio-br2> and now, what do I do then?
[18:07] <cjwatson> Choose different versions?
[18:07] <sergio-br2> I want to change to 0.170
[18:07] <sergio-br2> * it's mame libretro package
[18:08] <cjwatson> I think you should be able to solve all your problems by reading the above document carefully.
[18:08] <sergio-br2> ah, using epoch right
[18:09] <cjwatson> That's one option, although you should be aware that it isn't reversible (within a given archive, anyway).
[18:11] <cjwatson> As the policy document says, it's for leaving behind mistakes, not for coping with silly orderings.  It may not be compatible with other packagings of the same upstream source, and it effectively constitutes a promise to figure out how to use a sensible strictly-increasing versioning scheme in future.
[18:12] <dobey> i would avoid epochs unless impossible to do so
[18:13] <cjwatson> Strings of digits are generally compared numerically, but segment-by-segment - so the relevant mathematical fact here is that 02015 > 170.
[21:21] <mbaynton1> anyone want to help a newbie out with uploads to my ppa that just go into the void? I'm pretty sure it's not an incorrectly signed .changes file
[21:30] <cjwatson> mbaynton1: Looking
[21:31] <cjwatson> mbaynton1: So if the .changes file is sufficiently broken, we can't even manage to parse it to notify you of the problem ...
[21:31] <cjwatson> 2016-02-07 15:11:13 INFO    Failed to parse changes file '/srv/launchpad.net/ppa-queue/incoming/upload-ftp-20160207-151022-089181/~mbaynton/ubuntu/trafficserver/trafficserver_6.1.0-1_amd64.changes': Unable to find mandatory field 'Binary'
[21:31] <cjwatson>  in the changes file.
[21:32] <cjwatson> mbaynton1: Did you build this with dpkg-buildpackage or a wrapper around it, or did you construct the files by hand?
[21:32] <cjwatson> mbaynton1: It looks like maybe you initially tried to do a binary upload, and then hacked the file to try to make it into a source upload?
[21:33] <mbaynton1> cjwatson: thanks for finding that. Indeed; I read that "Binary" in .changes meant there were binaries, and when I got a message complaining about the presence of binaries, I removed it.
[21:33] <cjwatson> mbaynton1: OK, that's quite wrong
[21:34] <cjwatson> Binary lists the binary packages that a source upload may produce
[21:34] <mbaynton1> cjwatson: :| then https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Binary is not esepcially helpful; it seems to say that's what Binary in the .dsc does
[21:34] <cjwatson> mbaynton1: You're unlikely to be able to get this right by hacking the file around by hand unless you know the system well.  Instead, you should use dpkg-buildpackage -S
[21:35] <cjwatson> mbaynton1: That's entirely not what it says :)
[21:35] <cjwatson> Oh, under .changes
[21:35] <cjwatson> Well, maybe
[21:35] <cjwatson> Anyway, the point remains, don't hack the file around by hand, you don't need to
[21:35] <cjwatson> Just use dpkg-buildpackage -S
[21:35] <cjwatson> That will give you a _source.changes
[21:36] <mbaynton1> cjwatson: ok thank you, I will try that. I initially was using debian instructions and got a .deb that works fine there, and then afterward went aw heck, let's see if I can put it in an ubuntu ppa...
[21:36] <cjwatson> Also, I note that your earlier upload was targeted to unstable
[21:36] <cjwatson> (in debian/changelog)
[21:37] <cjwatson> If you don't want to change debian/changelog, this is one case (basically the only one) where it isn't terrible to hack .changes; you can build the package with dpkg-buildpackage -S, then edit the Distribution: line to name an Ubuntu series
[21:37] <cjwatson> Or you can have debian/changelog target an Ubuntu series instead, up to you
[21:38] <mbaynton1> cjwatson: got it
[21:39] <cjwatson> https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage may be helpful
[21:39]  * cjwatson goes for some much-needed sofa and book time
[22:18] <mbaynton1> cjwatson: success, thanks again for the tips!
[23:13] <cjwatson> mbaynton1: good good


[06:13] <LainA> Hi I just wonder if I could get a ubuntu cloak please?
[06:14] <techno_freak> LainA, you need to be an approved Ubuntu member for that
[06:15] <LainA> techno_freak: thank you I'll find out how:)
[06:16] <techno_freak> LainA, :) http://www.ubuntu.com/community/processes/newmember
[06:17] <LainA> techno_freak: thank you so much:)
[17:44] <nealmcb> looks like ubot3 isn't responding to factoid queries like !ntfs
[17:46] <cody-somerville> jussi01, ping
[17:46] <nalioth> nealmcb: ubottu is the primary bot, and the other ubot* all use the db from it
[17:47] <nalioth> this cna institute some problems if the db is moved, etc
[17:47] <nalioth> let me look at it
[17:47] <nealmcb> :)
[17:47] <nealmcb> makes sense - thanks
[17:48] <nalioth> the bot has been up for weeks, let's try a restart
[17:48] <cody-somerville> jussi01, please update the bot to use http://www.google.com/calendar/ical/j5q85mmi6ujvjtii5s1n3li5io%40group.calendar.google.com/public/basic.ics - we've started to use Google Calendar, thanks.
[17:55] <nalioth> nealmcb: fix0rd
[17:55] <nealmcb> nalioth: indeed - thanks!
[17:56] <nealmcb> but I heard on thewebsiteisdown.com that you need to reboot things three times!  lol
[18:42] <nellery> hi, I changed my IRC nick and am requesting an Ubuntu Member irc cloak
[18:42] <nellery> https://launchpad.net/~nick.ellery
[18:42] <nalioth> nealmcb: what happened to your cloak?
[18:42] <nalioth> sorry nealmcb
[18:43] <nalioth> nellery: what happened to your cloak?
[18:43] <nellery> nalioth, I used to be nickellery, but I'm changing to nellery
[18:44] <nalioth> what happned to your old nick?
[18:44] <nalioth> it had an ubuntu cloak
[18:44] <nalioth>   /msg nickserv help group
[18:45] <nellery> nalioth, done
[18:49] <nalioth> nellery: done what?
[18:49] <nalioth> group nellery with nickellery and get your cloak back
[18:49] <nellery> the /msg nickserv help group thing
[18:49] <nellery> ahh
[18:57] <nellery> nalioth, hm.. I'm lost
[18:57] <nellery> is it /msg nickserv group nickellery PASS
[18:57] <nalioth> you have to drop nellery
[18:57] <nalioth> then /msg nickserv identify nickellery nickellery-password
[18:58] <nalioth> then /msg nickserv group
[18:58] <nalioth> all from nellery
[18:58] <nellery> nalioth, how do I drop it?
[18:58] <nalioth>   /msg nickserv help drop
[19:03] <nellery> nalioth, there we go.. thanks for your help :)
[19:04] <nalioth> you're welcome
[21:54] <[NikO]> nalioth, ubotu is a supybot no ?
[21:56] <[NikO]> i write 3 plugins for supybot, badwords,insult,badnick controls, quiet user control and flood control
[22:15] <nalioth> [NikO]: a very much augmented supybot, yes
[22:16] <[NikO]> perhaps some of plugins i wrote could help
[22:17] <nalioth> [NikO]: perhaps you can discuss it in #ubuntu-ircbots-team


[05:04] -queuebot:#ubuntu-ci-eng- tvoss morphis, https://bileto.ubuntu.com/#/ticket/1623 Abandoning ticket
[07:35] <oSoMoN> ubuntu-qa: autopkgtests have been marked as "running" for 4 days now on https://bileto.ubuntu.com/#/ticket/2010, but those that aren’t finished yet are obviously not running, I suppose there’s been a glitch with the infrastructure?
[07:35] <oSoMoN> can the ticket be marked ready for QA?
[07:39] <jibel> oSoMoN, done
[07:40] <ToyKeeper> Any idea what the story is there?  Looks like unity8 and webbrowser app got stuck on i386?
[07:40] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2010 QA Signoff: Ready
[07:40] <ToyKeeper> (yakkety only)
[07:40] <oSoMoN> jibel, thanks!
[07:42] <jibel> ToyKeeper, no idea, maybe a problem with the workers. pitti would know
[07:42] <jibel> they are not even marked as running or queued in the status page
[07:43] <ToyKeeper> Nope, probably just a message dropped somewhere.
[07:59] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Needs rebuild due to new commits (yakkety/online-accounts-api). Successfully built (vivid/online-accounts-api, vivid/ubuntu-system-settings-online-accounts, xenial/online-accounts-api, xenial/ubuntu-system-settings-online-accounts, yakkety/ubuntu-system-settings-online-accounts)
[08:42] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2019 QA Signoff: Approved
[08:57] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Preparing packages
[09:13] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Preparing packages
[09:19] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Failed to build (yakkety/online-accounts-api). Pending binary packages (vivid/online-accounts-api, xenial/online-accounts-api). Successfully built (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts, yakkety/ubuntu-system-settings-online-accounts)
[09:26] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2036 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[09:33] <rvr> mardy: ping
[09:33] <mardy> rvr: hi!
[09:33] <rvr> mardy: https://trello.com/c/8n6FyKj4/3662-1962-ubuntu-1962-ubuntu-system-settings-online-accounts-mardy-dbarth
[09:34] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2035 Preparing packages
[09:35] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Pending binary packages
[09:37] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Preparing packages
[09:39] <mardy> rvr: added a comment
[09:40] <rvr> mardy: What do you mean by empty window?
[09:40] <mardy> rvr: IIRC, a window with just the title
[09:40] <mardy> rvr: well, it's something you'd notice for sure :-)
[09:42] <rvr> mardy: What should I see?
[09:45] <mardy> rvr: nothing: this is how I reproduced the bug: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings-online-accounts/+bug/1594944/comments/6
[09:46] <rvr> mardy: "go to login.ubuntu.com and delete the authorization" I went there, but wasn't sure where I could delete the auth
[09:46] <mardy> rvr: https://login.ubuntu.com/+applications, remove the "ubuntu-phablet" one
[09:49] <rvr> mardy: Thanks, let me see
[09:55] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Successfully built
[10:06] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Preparing packages
[10:08] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2019 Publishing packages
[10:08] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 yakkety/unity-settings-daemon: Failed to commit https://code.launchpad.net/~mitya57/unity-settings-daemon/start-only-on-unity. You must supply either a Commit Message on your MP, or a custom debian/changelog entry
[10:14] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Preparing packages
[10:17] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2021 QA Signoff: Required
[10:20] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Successfully built
[10:21] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2019 Release pocket (vivid/ubuntu-ui-toolkit, vivid/ubuntu-ui-toolkit-gles, xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles). UNAPPROVED queue (yakkety/ubuntu-ui-toolkit, yakkety/ubuntu-ui-toolkit-gles)
[10:38] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2035 Successfully built
[10:39] <rvr> mardy: Ok
[10:40] <rvr> mardy: So it shows the login window :)
[10:40] <rvr> mardy: And after that the purchase screen
[10:41] <mardy> rvr: ok, that's fine
[10:42] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Dependency wait (yakkety/indicator-bluetooth). Pending binary packages (yakkety/unity-control-center, yakkety/unity-settings-daemon)
[11:00] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Dependency wait (yakkety/indicator-bluetooth). Destination version missing from changelog (yakkety/unity-control-center). Successfully built (yakkety/unity-settings-daemon)
[11:03] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Preparing packages
[11:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 yakkety/unity8: Failed to merge https://code.launchpad.net/~lukas-kde/unity8/hideCursorFullscreen
[11:07] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1962 QA Signoff: Approved
[11:10] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2021 Preparing packages
[11:17] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Preparing packages
[11:17] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Preparing packages
[11:26] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2019 Merging branches
[11:27] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1962 Publishing packages
[11:34] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1971 Needs rebuild due to burned version number (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts). Successfully built (vivid/signon-apparmor-extension, xenial/signon-apparmor-extension, yakkety/signon-apparmor-extension). UNAPPROVED queue (yakkety/ubuntu-system-settings-online-accounts)
[11:37] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2036 Ready to build
[11:37] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2035 Needs rebuild due to new commits (yakkety/ubuntu-ui-toolkit). Successfully built (vivid/ubuntu-ui-toolkit, vivid/ubuntu-ui-toolkit-gles, xenial/ubuntu-ui-toolkit, xenial/ubuntu-ui-toolkit-gles, yakkety/ubuntu-ui-toolkit-gles)
[11:38] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2035 Preparing packages
[11:40] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1960 Abandoning ticket
[11:40] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Dependency wait (yakkety/indicator-bluetooth). Successfully built (yakkety/unity-settings-daemon). Uploading build (yakkety/unity-control-center)
[11:43] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2021 Ready to build (vivid/golang-any-shared-dev, xenial/golang-any-shared-dev, xenial/golang-github-mattn-go-sqlite3, xenial/golang-github-pborman-uuid, yakkety/golang-any-shared-dev, yakkety/golang-github-mattn-go-sqlite3, yakkety/golang-github-pborman-uuid). Successfully built (vivid/golang-github-mattn-go-sqlite3, vivid/golang-github-pborman-uuid, vivid/ubuntu-push, xenial/ubuntu-push, yakkety/ubunt
[11:44] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1962 Release pocket (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts). UNAPPROVED queue (yakkety/ubuntu-system-settings-online-accounts)
[11:46] -queuebot:#ubuntu-ci-eng- alan-griffiths, https://bileto.ubuntu.com/#/ticket/2034 Publishing packages
[11:56] -queuebot:#ubuntu-ci-eng- alan-griffiths, https://bileto.ubuntu.com/#/ticket/2034 Proposed pocket
[12:00] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2037 Dependency wait (yakkety/indicator-bluetooth). Successfully built (yakkety/unity-control-center, yakkety/unity-settings-daemon)
[12:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Successfully built
[12:16] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2015 Release pocket
[12:37] -queuebot:#ubuntu-ci-eng- bzoltan, https://bileto.ubuntu.com/#/ticket/2035 Successfully built
[13:30] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Currently building (yakkety/qtdeclarative-opensource-src). Diff missing (yakkety/qtbase-opensource-src). Failed to build (yakkety/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src, xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src, xenial/qtdeclarative-opensource-src-gles, xenial/qtquickcontrols2-opensource-src, yakkety/qtbase-opensource-src-gles, y
[13:36] -queuebot:#ubuntu-ci-eng- alan-griffiths, https://bileto.ubuntu.com/#/ticket/2034 Release pocket
[13:50] -queuebot:#ubuntu-ci-eng- marcustomlinson dobey, https://bileto.ubuntu.com/#/ticket/1995 Preparing packages
[13:51] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2038 Preparing packages
[13:56] <rvr> Wellark, charles: Silo 1988 approved
[13:57] -queuebot:#ubuntu-ci-eng- Wellark charles, https://bileto.ubuntu.com/#/ticket/1988 QA Signoff: Approved
[13:57] <Wellark> rvr: <3 <3 <3
[14:10] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Diff missing (yakkety/qtbase-opensource-src, yakkety/qtdeclarative-opensource-src). Failed to build (yakkety/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src, xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src, xenial/qtdeclarative-opensource-src-gles, xenial/qtquickcontrols2-opensource-src, yakkety/qtbase-opensource-src-gles, yakkety/qtdeclarative-
[14:17] -queuebot:#ubuntu-ci-eng- marcustomlinson dobey, https://bileto.ubuntu.com/#/ticket/1995 Failed to build (yakkety/unity-scope-click). Successfully built (xenial/unity-scope-click)
[14:18] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2038 Diff missing
[14:21] <dobey> trainguards: hi, can someone please hit retry on https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/1995.1/+build/10983734 ? thanks
[14:22] <cjwatson> dobey: done
[14:22] <dobey> thanks
[14:37] -queuebot:#ubuntu-ci-eng- marcustomlinson dobey, https://bileto.ubuntu.com/#/ticket/1995 Successfully built
[15:02] <oSoMoN> Mirv, the amd64 build in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2036/+packages failed, can you re-trigger it?
[15:03] <oSoMoN> alternatively, I can try to build it locally with tests disabled
[15:33] -queuebot:#ubuntu-ci-eng- josharenson, https://bileto.ubuntu.com/#/ticket/2031 Dependency wait (yakkety/unity8). Successfully built (vivid/unity8, xenial/unity8)
[15:33] <slangasek> Wellark, charles: does https://bileto.ubuntu.com/#/ticket/1988 just need someone (e.g., me) to sign off on the packaging changes and publish?
[15:35] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2032 Dependency wait (yakkety/unity8). Failed to build (xenial/qtmir-gles). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/unity8, xenial/qtmir, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles)
[15:43] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Dependency wait (yakkety/unity8). Pending binary packages (yakkety/lightdm). Successfully built (vivid/gsettings-ubuntu-touch-schemas, vivid/lightdm, vivid/ubuntu-touch-session, vivid/unity8, vivid/unity8-desktop-session, xenial/gsettings-ubuntu-touch-schemas, xenial/lightdm, xenial/ubuntu-touch-session, xenial/unity8, xenial/unity8-desktop-session, yakkety/gsettings-ubuntu-touch-schemas, yakkety
[15:45] <slangasek> Wellark, charles: well, I don't see any blockers for publishing this, and it's on the critical path for u8 in yakkety ISOs, so I'm pushing the button :)
[15:46] -queuebot:#ubuntu-ci-eng- Wellark charles, https://bileto.ubuntu.com/#/ticket/1988 Publishing packages
[15:46] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2024 Dependency wait (yakkety/unity8). Successfully built (vivid/unity8, xenial/unity8)
[15:47] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Dependency wait (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-notifications)
[15:49] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2026 Dependency wait (yakkety/unity8). Needs rebuild due to new commits (yakkety/qtubuntu). Successfully built (vivid/qmenumodel, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity8, xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity8, yakkety/qmenumodel, yakkety/qtubuntu-gles)
[15:55] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Dependency wait (yakkety/indicator-bluetooth, yakkety/indicator-keyboard, yakkety/indicator-power, yakkety/indicator-sound). Destination version missing from changelog (yakkety/indicator-network, yakkety/indicator-session). Needs rebuild due to new commits (yakkety/indicator-display). Pending binary packages (yakkety/libindicator). Successfully built (yakkety/hud, yakkety
[16:00] <Wellark> slangasek: thanks!
[16:11] -queuebot:#ubuntu-ci-eng- Wellark charles, https://bileto.ubuntu.com/#/ticket/1988 Proposed pocket (yakkety/indicator-network). Release pocket (vivid/indicator-network, xenial/indicator-network)
[16:11] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2021 QA Signoff: Ready
[16:13] <oSoMoN> trainguards: can https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2036/+build/10983437 be retried, please?
[16:14] <robru> oSoMoN: done
[16:15] -queuebot:#ubuntu-ci-eng- tsdgeos, https://bileto.ubuntu.com/#/ticket/2032 Destination version missing from changelog (yakkety/unity8). Failed to build (xenial/qtmir-gles). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/unity8, xenial/qtmir, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles)
[16:22] <oSoMoN> robru, thanks!
[16:23] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/1679 Destination version missing from changelog (yakkety/unity8). Pending binary packages (yakkety/lightdm). Successfully built (vivid/gsettings-ubuntu-touch-schemas, vivid/lightdm, vivid/ubuntu-touch-session, vivid/unity8, vivid/unity8-desktop-session, xenial/gsettings-ubuntu-touch-schemas, xenial/lightdm, xenial/ubuntu-touch-session, xenial/unity8, xenial/unity8-desktop-session, yakkety/gsettings-ub
[16:23] <robru> oSoMoN: you're welcome
[16:26] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2024 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/unity8, xenial/unity8)
[16:27] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-no
[16:29] -queuebot:#ubuntu-ci-eng- dednick, https://bileto.ubuntu.com/#/ticket/2026 Destination version missing from changelog (yakkety/unity8). Needs rebuild due to new commits (yakkety/qtubuntu). Successfully built (vivid/qmenumodel, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity8, xenial/qmenumodel, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity8, yakkety/qmenumodel, yakkety/qtubuntu-gles)
[16:34] -queuebot:#ubuntu-ci-eng- josharenson, https://bileto.ubuntu.com/#/ticket/2031 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/unity8, xenial/unity8)
[16:51] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Preparing packages
[16:59] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 yakkety/libertine: Failed to merge https://code.launchpad.net/~townsend/libertine/support-non-container-apps
[17:15] <dobey> oh britney, where have you gone
[17:23] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Needs rebuild due to new commits (yakkety/libertine). Pending binary packages (vivid/ubuntu-app-launch). Successfully built (vivid/libertine, xenial/libertine, xenial/ubuntu-app-launch, yakkety/ubuntu-app-launch)
[17:29] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Preparing packages
[17:33] <rvr> jgdx: Take a look to https://trello.com/c/63HzjuqE/3669-2021-ubuntu-2021-ubuntu-push-jgdx
[17:33] <rvr> jgdx: Are you aware of any problem with hello app?
[17:52] <robru> dobey: britney runs are currently 1.5 hours
[17:53] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1971 Needs rebuild due to burned version number (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts, yakkety/ubuntu-system-settings-online-accounts). Successfully built (vivid/signon-apparmor-extension, xenial/signon-apparmor-extension, yakkety/signon-apparmor-extension)
[17:55] <dobey> hmm, i wonder what the landing plan is, come thursday.
[18:00] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Destination version missing from changelog (yakkety/ubuntu-system-settings-online-accounts). Successfully built (vivid/online-accounts-api, vivid/ubuntu-system-settings-online-accounts, xenial/online-accounts-api, xenial/ubuntu-system-settings-online-accounts, yakkety/online-accounts-api)
[18:03] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Pending binary packages (vivid/libertine, xenial/libertine, yakkety/libertine). Successfully built (vivid/ubuntu-app-launch, xenial/ubuntu-app-launch, yakkety/ubuntu-app-launch)
[18:04] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1962 Proposed pocket (yakkety/ubuntu-system-settings-online-accounts). Release pocket (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts)
[18:07] <sil2100> robru: ping, meeting!
[18:22] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/1943 QA Signoff: Ready
[18:22] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Successfully built
[19:07] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1964 Merging branches
[19:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Needs rebuild due to new commits (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-notification
[19:14] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Preparing packages
[19:24] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1964 Ready to build
[19:44] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1964 Ready to build (xenial/qtbase-opensource-src-gles). UNAPPROVED queue (xenial/qtbase-opensource-src)
[19:47] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Pending binary packages (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-notifications). Uploading build (vivid/unity8, xen
[19:48] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Preparing packages
[19:49] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2039 Preparing packages
[19:56] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Preparing packages
[20:04] <jgdx> rvr, hey you still around?
[20:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Pending binary packages (vivid/unity8, xenial/unity8, yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-notifications)
[20:17] <jgdx> ubuntu-qa, hey, 2021 is blocked due to a non-regression. See the card for details.
[20:21] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2039 Pending binary packages
[20:23] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Pending binary packages (vivid/libertine, xenial/libertine, yakkety/libertine). Successfully built (vivid/ubuntu-app-launch, xenial/ubuntu-app-launch, yakkety/ubuntu-app-launch)
[20:28] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2022 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/qtmir, vivid/qtmir-gles, vivid/qtubuntu, vivid/qtubuntu-gles, vivid/unity-notifications, vivid/unity8, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-notifications, xenial/unity8, yakkety/qtmir, yakkety/qtmir-gles, yakkety/qtubuntu, yakkety/qtubuntu-gles, yakkety/unity-no
[20:36] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Destination version missing from changelog (yakkety/unity8). Pending binary packages (vivid/unity8, xenial/unity8). Successfully built (vivid/ubuntu-settings-components, xenial/ubuntu-settings-components, yakkety/ubuntu-settings-components)
[20:42] -queuebot:#ubuntu-ci-eng- ChrisTownsend, https://bileto.ubuntu.com/#/ticket/2039 Successfully built
[20:43] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Successfully built
[20:55] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Pending binary packages (yakkety/unity8). Successfully built (vivid/ubuntu-settings-components, vivid/unity8, xenial/ubuntu-settings-components, xenial/unity8, yakkety/ubuntu-settings-components)
[21:15] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/ubuntu-settings-components, vivid/unity8, xenial/ubuntu-settings-components, xenial/unity8, yakkety/ubuntu-settings-components)
[21:24] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1962 Release pocket
[21:25] <robru> sbalda: hey, how's it going with ust?
[21:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Preparing packages
[21:30] -queuebot:#ubuntu-ci-eng- Wellark charles, https://bileto.ubuntu.com/#/ticket/1988 Release pocket
[21:39] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1817 Needs rebuild due to new commits (yakkety/ubuntu-system-settings-online-accounts). Successfully built (vivid/online-accounts-api, vivid/ubuntu-system-settings-online-accounts, xenial/online-accounts-api, xenial/ubuntu-system-settings-online-accounts, yakkety/online-accounts-api)
[21:53] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/1971 Needs rebuild due to burned version number (vivid/ubuntu-system-settings-online-accounts, xenial/ubuntu-system-settings-online-accounts). Needs rebuild due to new commits (yakkety/ubuntu-system-settings-online-accounts). Successfully built (vivid/signon-apparmor-extension, xenial/signon-apparmor-extension, yakkety/signon-apparmor-extension)
[21:55] -queuebot:#ubuntu-ci-eng- tedg seb128 pitti laney charles, https://bileto.ubuntu.com/#/ticket/1710 Dependency wait (yakkety/indicator-bluetooth, yakkety/indicator-keyboard, yakkety/indicator-power, yakkety/indicator-sound). Destination version missing from changelog (yakkety/indicator-session). Needs rebuild due to new commits (yakkety/indicator-display, yakkety/indicator-network). Pending binary packages (yakkety/libindicator). Successfully built (yakkety/hud, yakkety
[22:36] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Pending binary packages (xenial/unity8, yakkety/unity8). Successfully built (vivid/ubuntu-settings-components, vivid/unity8, xenial/ubuntu-settings-components, yakkety/ubuntu-settings-components)
[22:55] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/1993 Destination version missing from changelog (yakkety/unity8). Successfully built (vivid/ubuntu-settings-components, vivid/unity8, xenial/ubuntu-settings-components, xenial/unity8, yakkety/ubuntu-settings-components)
[23:24] <justinmcp_> robru: is 1823 ok to build as is?
[23:27] <robru> justinmcp_: yeah sorry i didn't follow up with those oxide uploads, i figured you'd get a European to do that
[23:27] <robru> justinmcp_: let me try uploading those oxides again
[23:27] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2027 UNAPPROVED queue
[23:28] <justinmcp_> robru: looks like its just the yakkety that didnt work?
[23:28] <robru> justinmcp_: yakkety is the only one that did work. it's just missing the diff. "Diff missing" implies it has built successfully
[23:29] <justinmcp_> robru: ah
[23:29] <robru> justinmcp_: "ready to build" means that there is no package there at all
[23:52] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/1956 Preparing packages
[23:55] <robru> justinmcp_: ok, vivid uploaded, working on xenial now
[23:56] <justinmcp_> robru: you can do it :)
[23:56] <robru> justinmcp_: the little laptop that could ;-)


[06:57] <makx> the initramfs-tools and klibc don't show up in scott's patches list.
[06:57] <makx> (been told that it would do automatically after breezy)?
[07:59] <infinity> makx : I need to do some by-hand merging of the Ubuntu<->Debian diffs in initramfs-tools anyway, and get us reasonably in sync.
[08:00] <makx> infinity: there is an bzr archive out there with all that is in debian.
[08:01] <makx> bzr branch http://debian.stro.at/bzr-test/initramfs-tools/
[08:01] <infinity> makx : Yeah, I know.  jbailey and I have been discussing it, off and on, including me probably joining in with the Debian maintenance.
[08:02] <makx> infinity: cool
[08:02] <infinity> makx : Not much will be done about it until after I get home from UBZ, though.
[08:02] <makx> what is UBZ?
[08:02] <infinity> Ubuntu Below Zero.  The conference we're all at right now. :)
[08:03] <infinity> I get home in ~11 days.
[08:03] <makx> nice, thought it was for a weekend. :)
[08:03] <infinity> And initramfs hacking is high on my priority list, both for Ubuntu and Debian.
[08:03] <makx> i may need soon newer uploads on debian for initramfs/klibc
[08:03] <makx> shall i bug you?
[08:04] <makx> (i'm in nm, but can find others in #d-kernel uploading).
[08:04] <infinity> Sure, just do it via email, I'm not watching IRC much while I'm here.
[08:04] <infinity><EMAIL_ADDRESS>for Debian stuff.
[08:04] <makx> ok, do you fetch from debian mentors?
[08:05] <infinity> Not generally, but there's no reason I can't.
[08:05] <makx> klibc in debian is missing jbailey's jfs patch, had hoped for an quicker upstream integreation.
[08:05] <infinity> Just point me at whatever I need to sponsor, so I can do a quick once-over/audit, and I'll make it happen.  (just not today, it's 2am, and I really should sleep)
[08:06] <makx> sure, i'll prepare today with my testing and send you mail with pointers to latest. :)
[08:06] <makx> thanks
[02:24] <zul> morning
[02:53] <zul> morning lamont
[02:58] <lamont> morning zul
[02:59] <fabbione> hey guys
[03:00] <zul> hey fabbione
[03:01] <zul> how goes it?
[03:02] <fabbione> zul: just starting the morning session
[03:03] <zul> nifty
[03:20] <zul> just 3 more days and ill be back wohoo..
[04:20] <zul_> ok im going to throw up a git archive together tonight
[05:36] <johnm> anyone here living in the UK? specifically near York?
[05:43] <root89> can you help with a question on installing kernel 2.6.14?
[05:44] <zul_> johnm: all the people in the channel right now are either in montreal or probably not in england
[05:49] <johnm> zul_: thats very true actually, I forgot you were all gonna be meeting up.
[05:53] <BenC> we're all getting drunk and dancing in the hotel halls
[05:53] <BenC> oh wait, that's the 14:30 session
[06:12] <chmj> lol
[06:59] <bhna> why CONFIG_PREEMPT is not set in the kernel? is there a deb with preemtion enabled?
[08:14] <zul_> BenC: you are doing the charleston wow!


[12:33] (Mithrandir/#ubuntu-devel) jbailey_: true, but I would argue multiarch is saner. :-)
[12:34] (Kamion/#ubuntu-devel) multiarch is a very much more constrained problem. I agree with you that it's similar in nature but I think the difference in degree produces a very big difference in feasibility.
[12:34] (wasabi/#ubuntu-devel) Well, I was pondering the idea of setting up the infrastructure for it, anyways, and restrcting them to .local-dpkg or something in the home dir. Perhaps allowing the possibility of per-user software to exist as downloadable .debs.
[12:34] (Kamion/#ubuntu-devel) and I don't think we should even think about it until we've done multiarch.
[12:34] (wasabi/#ubuntu-devel) Guess it doesn't matter though.
[12:34] <wasabi> I don't have a problem to solve.
[01:15] <mdke> jbailey_, the debdiff appears to show that a shitload of files have changed, although I didn't touch em. :(
[01:15] <mdke> http://paste.ubuntu-nl.org/5568
[01:16] <mdke> jbailey_, I changed the debian/ files, and gnome/aboutubuntu, nothing else
[01:17] <mdke> jbailey_, actually don't worry, none of that junk is actually in the package
[01:18] <jbailey_> Oh good. =)
[01:19] <mdke> jbailey_, the source package just has the whole svn tree in though, so the debdiff is like 10MB, may be hard to get that past mdz with the excuse that none of the files are actually shipped with the package
[01:19] <jbailey_> jbailey@starshine:~$ cat .devscripts
[01:19] <jbailey_> DEBUILD_DPKG_BUILDPACKAGE_OPTS="-I.bzr -I.svn"
[01:19] <jbailey_> mdke: Suggest that you do that. =)
[01:19] <mdke> yeah but that still leaves a whole load of shit
[01:20] <jbailey_> That shouldn't leave any svn stuff behind.
[01:20] <mdke> it cuts it down to 700kb or so
[01:20] <jbailey_> Yay, finally off the phone.
[01:20] <mdke> jbailey_, but it includes loads of stuff which we don't actually ship, such as all the stuff on here: http://paste.ubuntu-nl.org/5568
[01:20] <jbailey_> The amazing part is that my coldless seems to have about 5 hours of talktime.
[01:21] <jbailey_> I just got low battery warning, but it didn't die.
[01:21] <mdke> lol
[01:21] <jbailey_> Can you install interdiff and redo the debdiff?
[01:22] <mdke> jbailey_, if you walk me through it to some extent I can :)
[01:23] <jbailey_> mdke: sudo apt-get install interdiff
[01:23] <Mithrandir> mdke: s/interdiff/patchutils/
[01:23] <jbailey_> Right, what tollef said.
[01:24] <mdke> done
[01:24] <jbailey_> If you have the old package from apt-get source ubuntu-docs, and the new package from running debuild on it in a directory, you can then do debdiff *dsc
[01:24] <mdke> ok gimme a tic, just rebuilding the package
[01:27] <mdke> hmm
[01:27] <mdke> it builds a lot of stuff we don't need for the package
[01:29] <mdke> jbailey_, all the localised html isn't actually installed in the package, should I remove it from the build, or just bite the bullet and leave it in?
[01:30] <jbailey_> mdke: You want to make the fewest number of changes you can to the stable version.
[01:31] <mdke> so i'll leave it
[01:31] <jbailey_> mdz will look at anything that's not a necessary change and question it, since it runs a risk of breaking things in a way you didn't expect.
[01:31] <mdke> it's sorted for dapper anyway
[01:31] <jbailey_> Didn't you say this is for breezy-updates?
[01:31] <mdke> yes
[01:32] <mdke> i'll limit changes to only the absolutely necessary ones
[01:36] <mdke> jbailey_, doing the debdiff, does it save it for me or do I need to > ?
[01:36] <jbailey_> >
[01:37] <mdke> jbailey_, it's quite fat: http://doc.ubuntu.com/debs/breezy/ubuntu-docs.diff
[01:38] <jbailey_> Eh, why are all the KDE imagaes different?
[01:38] <maswan> I wrote a thingie about the breezy release (and sarge) from a main mirror point of view, comments and bugreports would be nice: http://www.acc.umu.se/~maswan/2005-12-10/2gbit-freesoftware.html
[01:39] <mdke> jbailey_, they are probably uploads which we did in order to upload to the website
[01:41] <jbailey_> I'm a bit concerned about all the instances of Binary files /tmp/Isvitm01NH/ubuntu-docs-5.10/gnome/quicktour/UbuntuStrapLogo.png and /tmp/w2i1S3YrUF/ubuntu-docs-5.10/gnome/quicktour/UbuntuStrapLogo.png differ
[01:41] <jbailey_> and the like.
[01:41] <jbailey_> The actual text changes generally seem fine
[01:41] <jbailey_> (without having validated the CSS chanegs and such)
[01:42] <mdke> jbailey_, those files are not in debian/install tho
[01:42] <mdke> hardly anything in that diff is
[01:42] <mdke> oh shit quicktour is
[01:46] <mdke> jbailey_, dunno what to do about that :(
[01:46] <jbailey_> Dunno.  I'm tired and not thinking clearly.
[01:47] <mdke> jbailey_, ok we can try again another time :)
[01:47] <mdke> in the meantime I'll work on getting new translations
[01:48] <mdke> jbailey_, crazy thing about the quicktour is that it is not referenced by any program in Ubuntu, it just sits on the harddrive there. It was never really intended to be shipped, it's more of an online doc
[01:59] <psusi> bootchart does a nice job of logging how much IO is going on during boot... but is there a way to find out which files are being accessed?  I think there is a lot more that could be added to readahead-list
[02:37] <elmo> hmm, lilo has a very purty splash screen - is gfxboot giving us that?
[02:42] <mdke> jdub, was any progress made on the planet synching issues?
[02:44] <BenC> have we ever considered including linmodem/pctel drivers, and if so, what was the outcome?
[02:45] <calc> related to that is there any plans to setup xinerama at install time, or did i just miss it?
[02:52] <Robot101> what lsb-base version does log_daemon_message appear in?
[02:52] <Robot101> the breezy one appears not to have it, but this dbus 0.60 deb uses it
[03:05] <mdke> hi all
[03:05] <jdong> dumb question of the night: Would gstreamer 0.10 backport? ;)
[03:05] <jdong> btw hi mdke
[03:06] <mdke> hiya
[03:06] <mdke> dapper looks like it's working, but in tty1 I am getting constant errors from ata2 like this: http://pastebin.com/457952
[03:06] <mdke> flying past all the time
[03:06] <mdke> is this a kernel problem?
[03:07] <jdong> cool, libata passthru?
[03:07] <jdong> (cool in the not my computer is affected way)
[03:07] <mdke> well the computer seems to work ok
[03:07] <jdong> so it seems like non-critical ATA commands aren't translating well
[03:08] <jdong> <- not a kernel expert by any measure
[03:08] <mdke> where do I file the bug?
[03:08] <mdke> kernel?
[03:08] <jdong> that's definitely kernel
[03:08] <jdong> though idn if the guys would appreciate a bug on it
[03:08] <jdong> they might already know
[03:08] <jdong> given the sheer volume of these errors ;)
[03:08] <jdong> I gotta get a Dapper box up
[03:13] <ptlo> jdong: there seem to be no gst 0.10 packages for breezy available anywhere on the net, although, I just compiled it from source am happy to say that it doesn't require any stuff that cannot be found in breezy - so there's no reason why it wouldn't backport (soon/one day)
[03:14] <jdong> ptlo: currently compiling it also (though my other tasks are slowing it down) -- saw something in the changelog about conflicting gstreamer0.8-tools
[03:14] <jdong> that concerned me
[03:15] <jdong> I suppose some gst-* packages need to be pulled back as well
[03:15] <ptlo> jdong: afaik all the libs and the tool names end up in either 0.8 (for the old one) or 0.10 (for the new gst); there's no clash, they should be paralel-installable
[03:16] <jdong> cool
[03:20] <jdong> god vmware slows everything down
[03:26] (mdke/#ubuntu-devel) wb
[03:26] (jdong/#ubuntu-devel) lol
[03:26] (jdong/#ubuntu-devel) is it just me or is freenode plain weird today
[03:26] <djk_> the latter
[03:26] <jdong> yeah....
[03:27] <jdong> 2nd dumb question of the day: is gstreamer-tools 0.10 backwards-compatible with 0.8?
[03:27] <djk_> will Dapper support Reiser4?
[03:27] <jdong> djk_: not unless it gets in mainline linux soon
[03:28] <djk_> mmh, i suppose that's not likely.
[03:29] <jdong> djk_: you got that right :-/
[03:29] <djk_> :(
[03:29] <jdong> djk_: reiser4 makes a few kernel patches deep down, so it's not like other filesystems in that aspect
[03:30] <jdong> djk_: maintaining it will be more trouble than it's worth
[03:30] <djk_> well, it needs to be tested though :)
[03:31] <jdong> djk_: that's not our job :)
[03:31] <jdong> djk_: there are already a few distros that include varying levels of reiser4 support
[03:31] <jdong> some gentoo derivatives (rr4), SuSE 9.3+, Linspire....
[03:32] <jdong> but they made quite a commitment to reiser4
[03:32] <maswan> is it worth it? I mean, outside reiser's own benchmarks?
[03:32] <djk_> well, gentoo would be an option.. but suse and linspire..naa.
[03:32] <jdong> maswan: if it's in mainline, I'd be using it right now
[03:32] <maswan> jdong: why?
[03:32] <jdong> speed and reliablity improvements are REAL
[03:33] <jdong> it's the only atomic filesystem
[03:33] <maswan> realiabilty from reiser? that is indeed a new development
[03:33] <jdong> well, don't be too prejudiced
[03:33] <jdong> reiserfs is nowadays one of the most reliable FSes
[03:33] <jdong> reiser4 is fully atomic
[03:33] <jdong> only ext3/reiserfs under data=journal currently can do the same
[03:34] <jdong> at a GREAT performance cost
[03:34] <maswan> well, I guess I might take a look at it in a few years, after it has seen a couple of years of mainline usage and testing
[03:35] <maswan> sorry, have some bad experiences. and bad impression from hans too.
[03:40] <jdong> maswan: likewise, in the 2.4 days for me
[03:40] <jdong> maswan: reiserfs has stabilized nicely recently
[03:40] <jdong> from Hoary on, reiserfs has treated me well
[03:41] <jdong> and trust me -- at times I'm a VERY terrible PC user :)
[03:41] <jdong> especially while hacking wifi drivers ;)
[03:42] <maswan> well, the worst thing I've done to a filesystem is to have it mounted with atime and locate for a couple of weeks. on a raid system where ever 64th bit became a 0. lots of intEresTingLy.cApseD.fiLes in directories
[03:42] <djk_> jdong: why did you say that maintaining reiser4 will be more trouble done it's worth if you think that it's great?
[03:42] <maswan> well, to start with, after a while, all the directory entries were shot due to atime updates
[03:43] <jdong> djk_: reiser4 patches are some of the most finicky patches out there
[03:43] <jdong> djk_: I mean, applying unrelated ck patches can cause reiser4 to start panicking for no apparent reason
[03:43] <maswan> after fixing the raid module, I got all the files back though. in lost+found. luckily one of the files was an MD5SUMS of all the other files.
[03:44] <jdong> maswan: so can you blame your problem on reiser then?
[03:44] <jdong> hi, seth
[03:45] <maswan> jdong: that wasn't reiser, that was xfs.
[03:45] <jdong> OH
[03:45] <jdong> then that's a completely different story
[03:45] <jdong> don't get me started on XFS
[03:45] <maswan> don't know how reiser would react to having all the directory entries overwritten with crap data
[03:45] <jdong> maswan: reiserfs is amazingly recoverable
[03:45] <maswan> we use it all the time for production use at work
[03:45] <maswan> jdong: so is XFS
[03:46] <jdong> maswan: agreed, though in my experience XFS corrupts a lot more than reiserfs
[03:46] <maswan> well, current reiser is way out anyway, due to performance
[03:46] <jdong> maswan: most of the time it can be attributed to XFS's caching, but I've experienced METADATA corruption on abrupt shutdowns before
[03:47] <jdong> maswan: I can't reproduce the latter, so for now I won't blame XFS for it
[03:47] <jdong> however, it has too high CPU usage for my tastes
[03:47] <maswan> oh, we very seldom have abrupt shutdowns. happened 3 times the last 4 years or so.
[03:47] <jdong> maswan: that's why you've had such good luck  with XFS
[03:47] <jdong> give it some power backup, it's a great FS
[03:47] <jdong> otherwise, don't expect to find your non O_SYNC files....
[03:48] <jdong> ever
[03:48] <jdong> xfs's userland tools rock, too
[03:48] <jdong> dump, freeze
[03:48] <maswan> I know it has some issues for some use cases where it is perhaps a bit too agressive in write-back, but, *shrug*, not a prolbem for us
[03:49] <jdong> maswan: i.e. laptops
[03:49] <maswan> also, for us, it is a fileserver, it isn't going to do much else with the cpu anyway.
[03:49] <jdong> true
[03:49] <jdong> but on a desktop when unpacking a huge nicely compressed tarball causes multimedia to grind to a halt....
[03:49] <maswan> hmm.. last reboot was the breezy upgrade. I think I had 170-180 days before that. :)
[03:49] <jdong> lol
[03:50] <jdong> JFS is currently my favorite
[03:50] <djk_> is there some non-biased literature about the different FSs?
[03:50] <maswan> yeah, it was xfs vs jfs, and we had slightly better streaming performance through xfs. also, we got a bad case out of that when it replayed the journal for a couple of days.
[03:51] <maswan> hmm.. that might have been my fault too though, I thnk that was when I was stress-testing another raid controller for reliability.
[03:51] <maswan> if you switch two disks on an older 3ware controller (so that no writes are done when they are out), it won't detect that you have removed a disk and assumes the raidset is ok.
[03:51] <jdong> XFS is faster; I won't dispute that
[03:52] <jdong> but JFS is reasonably fast
[03:52] <jdong> is reliable under repeated hard shutdowns
[03:52] <jdong> and also excels at not having disk IO interrupt other work
[03:52] <jdong> i.e. video playback
[03:52] <jdong> I have 3 vmwares running right now
[03:53] <maswan> well, we only really care about performance for fileservers on ups/diesel, so.. :)
[03:53] <maswan> fileservers with performance demands
[03:55] <jdong> XFS is your friend then
[03:55] <jdong> and it online defrags too
[03:55] <jdong> which helps out after prolong heavy write use
[06:18] <fabbione> morning
[06:25] <viviersf> lo fabbione
[08:47] <shadeofgrey> hello everyone
[08:47] <zakame> heya shadeofgrey :)
[08:48] <shadeofgrey> uh...  ive never officially introduced myself...  my name is Chris Kelly and im very interested in helping out with testing / suggesting improvements to the accessibility modules availasble in ubuntu
[08:49] <TheMuso> shadeofgrey: Firstly I suggest you join the ubuntu accessibility mailing list, and look at the accessibility wiki page at http://wiki.ubuntu.com/Accessibility.
[08:49] <zakame> ooh, that's good!
[08:49] <TheMuso> YOu can find out the mailing list address in one of the links from that page.
[08:49] <shadeofgrey> i was  born eight weeks premature addicted to crack cocaine and hertoin, and as a result im severely handicapped...  i have cerebral palsy, am a spasdic quadreplegiuc, and only have good control of one limb -- my left arm
[08:50] <shadeofgrey> i type with three fingers on my kleft hand and when sober can average 70 words a minute...
[08:51] <rob1> thats pretty quick with one hand
[08:51] <shadeofgrey> but as you can imagine, any sort of aides that could be worked into ubuntu to help people with limited mobility get the most out of their system would be a great thing...
[08:51] <TheMuso> shadeofgrey: We would be happy to have you join us. Nice to have a few different disabled people on the team.
[08:51] <shadeofgrey> robl:  i practived 7 hours a day every day every summer between school years
[08:52] <shadeofgrey> im also capable of totally dressing myself except for my shoes, and dont need help with showers or anything either...  im fiercely determined and very independant.
[08:53] <shadeofgrey> it took me a decade to figure out how to put my clothes on by myself, and i started working on that when i was six...  you can imagine my excitement when i dsuccessfully put all my clothes on by myself for the first time ever on my 16th birthday
[08:54] <shadeofgrey> so
[08:57] <shadeofgrey> with me on the team, i think we can make great things happen...  i happen to kbow a few things about overcoming insurmountable odds...  and if nothing else, ill be great moral support to all the folks that actually do all the code writing
[08:57] <shadeofgrey> sadly, im not a coder
[08:57] <shadeofgrey> but im one hell of a thorough program tester
[08:57] <TheMuso> I am not really a coder either, yet.
[08:58] <shadeofgrey> and if nothing else i could definately help with maintaining or even creating whatever documentation we need to make publically available.
[08:59] <shadeofgrey> im not a smart man, and im no good at contact sports, but I am one hell of a genuinely talented and driven writer -- i write full lerngth novels -- i hope to be the next tom clancy/michael critchton/john griusham
[09:00] <shadeofgrey> im also good with poetry and motivational material for disabled people -- or really anybody that struggles with something
[09:00] <shadeofgrey> i firmly believe that we all face huge struggles in each and every one of our lives..  its just a matter of how visible they are
[09:06] <shadeofgrey> oh and just for the record - i didnt tell my lifestory with the intrention of fishing for pity...  i just wanted to make my position very clear, so that you guys and gals can better decide where i mighty be of best use among all the other team members
[09:09] <shadeofgrey> without a doubt, i am by far one of the coolest disabled folks you'll meet...  i believe in the power of courage, and in helping others whenever possible...  im also steadfastly loyal ...and a hopeless romantic
[09:09] <shadeofgrey> ...just in case there happen to be a few single gorgeous code-writing geeks somewhere in this channel
[09:09] <shadeofgrey> anyway thankds for the guidance....
[09:10] <shadeofgrey> ...i dont suppose i could convince of you nice people to supply me with a sources.list file so i can upgrade to the test release of Dapper?
[09:11] <shadeofgrey> no worries - all my important crap is stored on a secondary drive, so if i screw my main ubuntu installation to hell all i have to do is replace it
[09:12] <Amaranth> shadeofgrey: change breezy to dapper in sources.list
[09:14] <shadeofgrey> amar:  can you please just paste the contents of your sources.list file to a query window?  itd make my life a LOT easier
[09:15] <shadeofgrey> Amaranth:  id reallyappreciate the extra help
[09:15] <Amaranth> i don't have it handy, i'm on windows right now
[10:08] <fabbione> hey pitti
[10:08] <pitti> Hi fabbione
[11:23] <tseng> jdub: http://video.google.com/videoplay?docid=4817874081068161718 < pimp my fridge!
[11:24] <siretart> Thanks for your interest in Google Video.
[11:24] <siretart> Currently, the playback feature of Google Video isn't available in your country.
[11:24] <siretart> :(
[01:15] <dl1bku> Q: In order to compile an Input-driver for xorg the package xorg-x11-sdk (rpm name) is necessary. Is there a similar ubuntu package for this? (google and friends say there isn't). Do I need to install the complete xorg-sources?
[01:40] <mdke> jbailey_, for when you wake up: how about I work on a copy of the breezy source for preparing the update, rather than the branch in svn? it might eliminate a lot of changes :) alternatively, I could make a new branch with that source
[01:49] <dl1bku> Using the header files from an xorg-x11-sdk.rpm (using alien) helped... gb
[02:15] <pitti> Hi seb128
[02:15] <seb128> hey pitti
[02:20] <crimsun> elmo: please sync vm from Sid, overriding Ubuntu changes, thanks
[02:35] <crimsun> elmo: please sync varconf from Sid, overriding Ubuntu changes, thanks
[02:36] <jbailey_> mdke: That's generally what I do.  The problem with SVNs versus packages is that there's always the chance that someone modified the version in the archive.
[02:36] <jbailey_> Native packages suck that way.
[02:37] <jbailey> mdke: hct is ultimately the right solution for that.
[02:49] <mdke> jbailey, hct?
[02:51] <jbailey> mdke: It's magic crack that Keybuk is working on.  If you think of it as a version control system that's hosted on the Ubuntu servers with a magic button that says "upload what's in the repository", that's it.
[02:51] <jbailey> The trick is that folks will be forced to use that eventually.
[02:51] <mdke> ok...
[02:51] <jbailey> So that way, you're guaranteed that uploads match what's in the version control.
[02:51] <mdke> how many version control systems are you guys working on?!?
[02:51] <jbailey> Well, it's wrapped around bzr.
[02:51] <mdke> aha
[02:52] <jbailey> What hct does that bzr doesn't is understand packaging.
[02:52] <mdke> jbailey, so for now I'll just work locally with the source, and then if necessary, I'll make a separate branch or something
[02:52] <jbailey> Right.
[02:52] <StevenK> "Magic crack"
[02:53] <StevenK> Heh
[02:53] <jbailey> StevenK: It truly is. =)
[02:53] <\sh> StevenK: it was quite impressing what scott showed us during ubz
[02:53] <jbailey> You know how dpatch and simple-patchsys has patch management and such, right?
[02:53] <jbailey> It has the ability to unpack a working directory as each patch iteration.
[02:53] <jbailey> You just go through and edit the code, and it'll roll it into that patch file.
[02:54] <jbailey> That way you can clearly track what's upstream, what are hacks to make it work, and what is packaging outside of that.
[02:54] <StevenK> But it's just crack laced with a few hallucinogenics!
[02:54] <jbailey> It's shared, so that let's say I have a little tweak to ubuntu-docs, I can just go in and make it.  It'll be easy for mdke to see that I've made the change and merge it in before he uploads it.
[02:55] <jbailey> I don't even need to tell him about it, and it could be to any part of the system.
[02:56] <StevenK> Geez, magic crack indeed.
[02:56] <StevenK> Who's Keybuks dealer? :-)
[02:57] <jbailey> sabdfl =)
[02:57] <zakame> hrhr
[02:58] <StevenK> Bwahaha
[02:58] <\sh> the daily python crack pipe
[03:03] <siretart> jbailey: around?
[03:03] <siretart> jbailey: do you know where lddlibc4 has gone?
[03:03] <jbailey> lddlibc4?
[03:03] <jbailey> What's that?
[03:04] <StevenK> I'm sorry I even read that line now.
[03:04] <siretart> ldconfig spits at me that it cannot find it
[03:04] <jbailey> libc4 was the old a.out libc.
[03:04] <StevenK> *blink*
[03:04] <jbailey> siretart: I'm pretty certain it has never existed in Ubuntu.
[03:04] <siretart> jbailey: it used to be in libc6: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=libc6&version=hoary&arch=i386&page=1&number=all
[03:04] <siretart> jbailey: it has
[03:05] <jbailey> Eh?  When did we get a packages.ubuntu.com?
[03:05] <siretart> jbailey: some time ago
[03:05] <StevenK> A while ago.
[03:05] <ogra> jbailey, ith hoary
[03:05] <ogra> *with
[03:05] <siretart> >> dpkg -L libc6 | grep libc4
[03:05] <siretart> /usr/bin/lddlibc4
[03:05] <siretart> on a breezy/x86 system
[03:05] <jbailey> Ah, interesting.
[03:05] <sladen> jbailey: about 18months ago
[03:05] <jbailey> It must've been dropped when we switched to libc2.3.5
[03:06] <StevenK> It still exists on my sid machine.
[03:06] <siretart> well, I get this one: >> ldd doom.x86
[03:06] <siretart> /usr/bin/ldd: line 95: lddlibc4: command not found
[03:06] <siretart>         not a dynamic executable
[03:06] <siretart> so I'm a bit confused
[03:07] <jbailey> Hmm, it's still in the tree.
[03:07] <sladen> that must be a very old doom executable...  there are plenty of source-based versions built to modern standards around
[03:07] <siretart> hm. it exists on x86 but not on amd64.
[03:07] <jbailey> /* Stub for ldd script to print Linux libc4 dependencies.
[03:07] <siretart> sladen: it is doom3. not that old ;)
[03:08] <jbailey> siretart: If it's libc4, you're talking 10 years or so.
[03:08] <siretart> jbailey: it is not libc4. it is shipped with a libstdc++5
[03:08] <mdke> jbailey, the debdiff is a lot smaller now :D
[03:08] <mdke> http://mdke.org/debdiff.txt
[03:08] <jbailey> Yeah, random note to all people.  In dapper+1, executables like these are almost guarnateed to not work again.
[03:08] <StevenK> Noooooooooooooooooooooo
[03:08] <crimsun> jbailey: out of curiosity, does it make sense to execute /lib64/ld-linux-x86-64.so.2 on i386?
[03:09] <StevenK> How am I supposed to run ut2004 and doom3 then?
[03:09] <jbailey> crimsun: What problem are you trying to solve?
[03:09] <siretart> jbailey: it is rather some weird elf format, so /lib/ld.so.conf --verify fails. now ldd tries to fallback to lddlibc4, which fails because it does not exist
[03:09] <jbailey> StevenK: Make a dapper chroot.
[03:09] <crimsun> jbailey: http://people.ubuntu.com/~lamont/buildLogs/a/alsa-lib/1.0.10-1ubuntu1/alsa-lib_1.0.10-1ubuntu1_20051203-0850-i386-failed.gz
[03:09] <crimsun> jbailey: the dpkg-shlibdeps call on line 3189
[03:09] <jbailey> crimsun: Without looking, can I guess that it's in dokg-=shlibdeps?
[03:10] <crimsun> indeed
[03:10] <siretart> jbailey: do you know how to install the nvidia glx libraries without kernel modules (in dapper that is)?
[03:10] <jbailey> Right.  I need to file a bug on dpkg, critical, saying that if they don't fix dpkg-shlibdeps a reasonable portion of i386 is going to no longer build soon.
[03:10] <jbailey> *sigh*
[03:11] <siretart> excatly :(
[03:11] <jbailey> siretart: No idea.  My nVidia setup Just Works, and I don't pay much attention to it.
[03:11] <siretart> yeah. saves much headaches..
[03:11] <jbailey> crimsun: It's a casualty of the biarch stuff.
[03:11] <siretart> I should do as well
[03:11] <jbailey> crimsun: It'll have to get fixed in the next week or two, I'm guess.  We'll be giving that same love to X, gtk, etc...
[03:12] <crimsun> jbailey: k, as long as it's valid. Thanks.
[03:12] <jbailey> crimsun: Very much so.
[03:13] <jbailey> crimsun: dpkg is crufty.  It relies on ldd to give it the right answers for things, and ldd can't do cross arch well.  Specifically, it requires that it be run on an amd64 machine.
[03:14] <crimsun> jbailey: right, that's what I was led to believe
[03:14] <infinity> siretart : Why would you WANT nvidia-glx without a kernel module?
[03:14] <siretart> infinity: to run 32bit games in a 32bit dapper chroot
[03:14] <siretart> with hardware acceleration
[03:15] <infinity> Erm.
[03:15] <infinity> Install ia32-libs and play them in the host system.
[03:15] <infinity> You can play 32-bit games on amd64 just fine.
[03:15] <infinity> (In fact, I use doom3 for testing nvidia-glx on my girlfriend's amd64 machine before I upload)
[03:15] <siretart> infinity: the game in question refuses to do so, because it depends on a 32bit libSDL
[03:16] <siretart> infinity: interestingly enough: doom3 works, but quake4 broke yesterday :/
[03:16] <infinity> Anyhow, you could always do 1 of 2 things.  Either install nvidia-glx in your chroot with --force-depends, or install a kernel in your chroot too.  It's not like having a kernel package in the chroot HURTS, it's just wasted space.
[03:16] <infinity> I need to grab Quake4 for "testing"...
[03:16] <StevenK> Mmmmm, me too.
[03:17] <siretart> :)
[03:17] <StevenK> See if it gets boring like Quake3.
[03:17] <infinity> StevenK : I still vaguely recall whuppin' your ass at Quake3 several years ago...
[03:17] <crimsun> heh, no chance for me w/ this intel i915
[03:18] <infinity> siretart : You could also use 'equivs' to build a dummy package that provides the nvidia-kernel-### package that nvidia-glx is whining about.
[03:18] <\sh> I wonder if it's possible to play doom3 or quake4 via xdmcp enabled x host
[03:18] <siretart> infinity: good point
[03:19] <StevenK> infinity: I don't ...
[03:19] <siretart> I just installed it (with kernel, udev and crap). now doom3 magically segfaults.. grml..
[03:19] <infinity> siretart : Anyhow, I'm intentionally not going to make it any easier than that, cause the average user kinda needs that dependency there to avoid shooting themselves in the foot any more than they already do.
[03:19] <siretart> infinity: I agree
[03:20] <infinity> Now, if we need a 32-bit libSDL for gaming, perhaps we should roll an ia32-libs-videogames package..
[03:20] <jbailey> infinity: Feh, don't add more packages to the list.  ia32-libs is supposed to go away, remember?
[03:20] <infinity> I also need to update both the nvidia and fglrx drivers this weekend.  Joy.
[03:20] <siretart> well, I've seen webforums recommending putting your usr and usr/lib from the chroot to /etc/ld.so.conf
[03:20] <infinity> jbailey : Get me multiarch, and I agree.
[03:21] <ryanpg> morning, is the plan to move to bogofilter with evolution?
[03:21] <infinity> jbailey : We won't have proper multiarch for dapper, and binary-only videogames are pretty fun. :)
[03:21] <jbailey> infinity: True.  But most binary-only video games will need a dapper chroot after that to work.
[03:22] <infinity> ?
[03:22] <siretart> jbailey: doom3 runs fine without chroot
[03:22] <infinity> binary-only stuff tends to target reasonably old and stable libraries.  Usually.
[03:22] <jbailey> infinity: Dropping linuxthreads.
[03:22] <infinity> Oh, which you'll break.
[03:22] <infinity> Hrm.
[03:22] <jbailey> Right.
[03:23] <jbailey> It was supposed to be dropped for dapper originally, but since this is the long lived, it makes sense to keep it here.
[03:23] <infinity> How can I easily disable linuxthreads in my current system to guage how badly the world will explode?
[03:23] <jbailey> Then people will have 5 years to learn to like newer video games.
[03:23] <jbailey> infinity: cp /lib/tls/* /lib
[03:24] <jbailey> infinity: Or I can produce you a glibc deb that's nptl only. =)
[03:24] <siretart> YAY FUN: LD_LIBRARY_PATH=/lib32:/usr/lib32/:/usr/local/:/var/scratch/dapper/usr/lib ./quake4
[03:24] <zakame> whoa
[03:24] <siretart> this works for me *ugh*
[03:25] <infinity> jbailey : Dropping linuxthreads will make my nvidia-glx packaging less ugly... Since it ships TLS and non-TLS versions of it's crap.
[03:25] <infinity> jbailey : Anyhow, I'll test some games later and see how they fare.
[03:25] <infinity> jbailey : I suspect most won't actually care much at all.
[03:25] <jbailey> infinity: It'll make alot of things less ugly.
[03:26] <jbailey> I expect most will. The trick is that the NPTL libraries and glibc don't allow "extern int errno" in their code.
[03:26] <jbailey> You'll get a fail at load time.
[03:26] <jbailey> Subtle thread bugs are another thing, as well.
[03:27] <infinity> Threading issues are likely to not be a problem.
[03:27] <jbailey> That I don't have a guess on.
[03:27] <infinity> Very few older video games are well (or at all) multithreaded, and newer ones are probably tested against NPTL.
[03:27] <infinity> But I'd curious about this other change yo umention.
[03:27] <jbailey> Mm, cool.
[03:28] <jbailey> And part of me wonders how many people we'll discover still running 2.4. =)
[03:28] <infinity> I still remember cursing your name when you dropped LT for ppc and my breezy chroots stopped working.
[03:29] <infinity> Forced kernel upgrades are no fun.
[03:29] <jbailey> Yeah, you were sort of who I was thinking of ;)
[03:29] <infinity> :)
[03:29] <infinity> Well, I don't have 2.4 on any i386/ubuntu hosts.
[03:29] <infinity> Still have it on some i386/debian hosts.
[03:29] <infinity> So they'd need a kernel bump if I wanted to sidegrade.
[03:30] <jbailey> Right.  Wasn't the problem that you were running Ubuntu in a chroot?
[03:30] <infinity> Yes, it's a sid box with ubuntu chroots.
[03:30] <infinity> Still is (the powerpc machine, that is)
[03:30] <infinity> Oh well, it's forced me to look at OldWorld support in 2.6
[03:31] <infinity> There's a SCSI driver (MESH) I need to drag into the current century still.
[03:32] <infinity> How long can I expect to see "warning: foo uses a deprecated function bar()" before it becomes an error, I wonder.
[03:33] <infinity> I guess I'll just have to make time to fix it before that happens.
[03:33] <jbailey> infinity: If the driver's in-tree, I thought they didn't usually like to kill interfaces that were in use?
[03:33] <infinity> It's in-tree, but I get the impression that OldWorld is more likely to get drivers removed than fixed, unless someone steps up.
[03:46] <siretart> infinity: which information/documentation should I read to make a ia32-libs-videogames package?
[03:47] <fabbione> siretart: i think it's easier to declare world peace before going there
[03:49] <siretart> fabbione: I see
[04:34] <lamont> hrm... php5_5.0.5-2ubuntu2 needs to convert to db4.3 so that it's not ftbfs
[04:34] <lamont> ditto for php4_4:4.4.0-4
[04:41] <fabbione> lamont: yes.. infinity knows about it
[04:41] <fabbione> they also need to switch to libsnmp-9
[04:46] <Tm_T> ok, any news/fixes related to network connection not coming up at boot
[04:46] <Tm_T> I remember several users got that problem here
[04:48] <zyga> Seveas: ping
[04:53] <Tm_T> aww
[04:53] <Tm_T>  /etc/network/interfaces was missing "auto eth0"
[06:17] <sistpoty> elmo: please sync snmpkit from unstable, ubuntu override ok. thx.
[07:26] <Seveas> zyga, pong
[07:33] <raphink> wow taht's a very long ping pong table
[07:48] <zyga> Seveas: hi, it seems I was not added to the UbuntuMembers team
[07:49] <mdke> zyga, you need to contact a community council member to be added to the launchpad team
[07:50] <zyga> mdke: I thought that process is automatic after you become a member (other people from the same session were added)
[07:51] <mdke> zyga, someone needs to approve you
[07:51] <zyga> I asked to join the team via launchpad, is that enough?
[07:51] <mdke> zyga, yes, but one of the CC members needs to accept you into the team
[07:52] <zyga> okay
[07:52] <zyga> so I guess what I did is enough
[07:52] <mdke> sure yeah
[07:52] <zyga> thanks :-)
[08:00] <slomo> short question... are libmpeg2, liba52, libdts and libgsm1 ok for shipping on cd? or applies the same as for libmad on one of them?
[08:08] <poningru> \sh_away:: dude you know that your last post is still on planet ubuntu right? and assuming on many other planets
[08:09] <poningru> the I FUCKING QUIT blog
[08:16] <ogra> poningru, he apologized in his next post
[08:17] <seth_k> ogra, but after that he made a post saying he removed the post, b/c of possible legal issues
[08:19] <ogra> hmm, true, he should put up a new one for the apology ...
[08:19] <ogra> oh, they are just in the wrong order ... its still there
[08:20] <poningru> ogra: he did
[08:20] <poningru> he put up a new blog entry
[08:20] <poningru> and he removed his old one
[08:20] <poningru> but the old one persists on the planet
[08:21] <ogra> oh, yes ... planet needs to sync ... it will go i guess
[08:21] <slomo> no... the planets don't remove removed entries :/
[08:22] <ogra> how odd
[08:25] <Seveas> zyga, if you're on the list of proposed members instead of the list of members, ping kamion or mako at the next CC meeting
[08:25] <zyga> Seveas: okay
[08:26] <zyga> Seveas: on the wiki I'm listed as new member
[08:26] <Seveas> wiki == what's said on the meeting
[08:27] <Seveas> launchpad == official list
[08:27] <zyga> so launchpad is out of sync, but that's okay as you've said
[08:53] <desrt> is it possible to change the product that a bug is assigned to in launchpad?
[08:55] <ogra> desrt, #launchpad ?
[08:55] <desrt> ahah.  thx.
[09:24] <zwnj> seems libxml++ package has wrong dependencies: http://rafb.net/paste/results/6l61gL12.html
[09:26] <\sh> never trust a debian package
[09:27] <\sh> AC_OUTPUT([debian/Makefile \
[09:27] <\sh> bah
[09:29] <crimsun> zwnj: it works fine in Dapper
[09:30] <crimsun> zwnj: works fine in Breezy, too
[09:31] <zwnj> crimsun: but i'm trying to install it on breezy too
[09:32] <zwnj> crimsun: which version do you test on breezy?
[09:33] <crimsun> zwnj: let's move this to #ubuntu
[09:37] <nasdaq7> hi i was wondering: how many Ubuntu users are there?
[09:38] <Hieronymus> nasdaq7: I'm the only one
[09:39] <nasdaq7> i mean how many times has it been downloaded?
[09:40] <Hieronymus> you can't really tell that as you can't count all mirrors
[09:41] <nasdaq7> ok
[09:41] <nasdaq7> i've heard a few people say they use ubuntu
[09:41] <nasdaq7> so it must becoming quite a lot
[09:41] <Mithrandir> nasdaq7: we passed 1M CDs shipped in April.. No idea what the current number is.
[09:42] <nasdaq7> for the month?
[09:42] <Mithrandir> no, physical CD sets shipped.
[09:42] <nasdaq7> i was wondering
[09:42] <nasdaq7> where is ubuntu going?
[09:43] <nasdaq7> will it offer the same developer opportunity as windows someday?
[09:44] <HiddenWolf> nasdaq7, in which sense?
[09:45] <\sh> "developer opportunity" means?
[09:45] <HiddenWolf> "getting hired by massive company"
[09:45] <HiddenWolf> "developing cool stuff"
[09:45] <HiddenWolf> what?
[09:45] <mpt> or getting hired by a cool company to develop massive stuff :-)
[09:46] <\sh> "clicking an application"?
[09:48] <nasdaq7> sorry i was just away
[09:48] <nasdaq7> i mean what is the goal?
[09:48] <nasdaq7> create an os to rival microsoft's os
[09:48] <nasdaq7> or create ubuntu and make money off the application development
[09:50] <mpt> nasdaq7, https://launchpad.net/malone/bugs/1
[09:50] <mpt> but as for "the goal", different people have different reasons for contributing to Ubuntu
[09:50] <\sh> actually we want world domination...after finishing with the world domination we will fly to mars and dominating the aliens
[09:50] <LaserJock> \sh: that's right
[09:51] <Mithrandir> mpt: like, \sh obviously wants to dominate aliens.
[09:51] <mpt> A pre-emptive war to prevent the Martians from terrorizing us
[09:52] <\sh> mpt: but a war with love only...
[09:52] <\sh> because "Ubuntu" :)
[09:52] <mpt> \sh, I'm not interested in your love life or whether you like dominating :-)
[09:52] <Mithrandir> well, Martians != Humans, though.  So we're speciesist.
[09:53] <\sh> mpt: ugh...that wasn't my s.. preferences
[09:53] <Hieronymus> nasdaq7: Ubuntu is Free software. That means, everyone can modify and/or redistribute it
[09:53] <nasdaq7> are there companies you know off that are developing applications for ubuntu?
[09:53] <Hieronymus> http://www.gnu.org/philosophy/free-sw.html
[09:53] <mpt> Like the saying goes
[09:54] <mpt> You can have any OS you like, as long as it's brown
[09:54] <\sh> dum-dum-de-dum *ubuntu* de-dum-dum-de-dum *ubuntu*
[09:55] <Mithrandir> nasdaq7: vmware, for instance.
[09:55] <\sh> everything else is a thoughcrime
[09:56] <nasdaq7> but you guys are all being paid to develop right
[09:56] <nasdaq7> ?
[09:56] <HiddenWolf> Some, some not.
[09:56] <Mithrandir> nasdaq7: most Ubuntu developers are not paid to develop Ubuntu, no.
[09:57] <nasdaq7> so they just like linux
[09:57] <nasdaq7> etc.
[09:57] <nasdaq7> and develop
[09:58] <Mithrandir> nasdaq7: people have different motivations, but yes, that they want their OS of choice to be even better is certainly a motivation.
[09:59] <nasdaq7> ok
[09:59] <nasdaq7> thanx all
[09:59] <nasdaq7> see ya
[10:08] <zwnj> md5sum of  universe/source/Sources.gz seems to be wrong
[10:11] <zwnj> http://rafb.net/paste/results/Lwj2ca56.html
[10:12] <LaserJock> zwnj: did you do it on the .gz
[10:12] <zwnj> LaserJock: Oops, you're right
[10:13] <zwnj> LaserJock: but, apt-get tell me this too
[10:13] <LaserJock> zwnj: doesn't for me
[11:25] <\sh> elmo: please sync dar from unstable, dropping ubuntu changes, thx
[11:34] <\sh> elmo: please sync debmirror from unstable, dropping ubuntu changes, thx


[00:03] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/3001 Successfully built
[23:50] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/3001 Publishing packages


[08:26] <xubuntu> test
[17:27] <dialupmodem> hi
[22:54] <xubuntu61i> Hello Everyone,
[22:54] <xubuntu61i>  I just installed XUbuntu and noticed the text in the titlebar is cut how can I resize the titlebar?
[22:58] <krytarik> xubuntu61i: That sounds odd.. could you provide a screenshot of it?


[00:00] <stgraber> no, an empty /etc/lts.conf exists and so that error message shouldn't happen (if it's the file missing one)
[00:00] <stgraber> that's why I'd like to be sure about what error message you're getting
[00:03] <faustino3331> i will take a photo and send it to you if it's needed
[15:30] <faustino3331> stgraber: the error is "chroot: cannot execute /usr/bin/getltscfg: Exec format error"
[17:15] <LaserJock> morning edu people!
[17:27] <Lns> hey LaserJock !!
[17:27] <Lns> How's the school??
[17:29] <LaserJock> busy busy
[17:30] <LaserJock> Lns: how you been?
[17:30] <Lns> Been good! Did some work on my website the past few days. Pictures sure seem to make things look better ;)
[17:30] <LaserJock> heh, yeah
[17:31] <Lns> as well as my coolio 'office-cam' on the front page that shows off that I'm not normally here, haha
[17:31] <LaserJock> Lns: any interesting stuff going on here in the last week?
[17:31] <Lns> (shameless plug) http://logicalnetworking.net
[17:32] <Lns> LaserJock: not a lot really. I've been working a lot on the biz side of things, haven't really delved into a lot of edubuntu/ltsp stuff in the past week or so
[17:32] <Lns> but i'm about to embark on creating my first Zenity script =)
[17:33] <LaserJock> cool
[17:33] <LaserJock> zenity is kinda fun
[17:33] <LaserJock> but the "real" programmers kinda scoff at it
[17:33]  * Lns isn't a real programmer... ;)
[17:33] <LaserJock> me neither
[17:33] <LaserJock> that's why I've used it :-)
[17:33] <Lns> hehe
[17:34] <LaserJock> I made a little GUI wrapper for Squeak with it
[17:34] <LaserJock> did what I needed it to do, and nicely
[17:35] <Lns> yeah, it seems to be pretty nice. even has that --calendar thing which is pretty cool =p
[17:35] <Lns> i'm gonna attempt to make a GUI around establishing / modifying automated startup/shutdown for an LTSP network with it
[17:35] <Lns> since the on-site techs dont' want to dig into crontabs and such =p
[17:36] <Lns> and eventually replace my little homebrew script for doing things with it
[17:36] <LaserJock> we should have some sort of LTSP scripts repository
[17:37] <Lns> yes we should!
[17:38] <Lns> It probably won't happen, but i'm hoping to make a generic admin script / gui for ltsp/ubuntu at least that i can share with others that will help..sort of a control panel
[17:38] <Lns> almost like what ltspadmin used to be
[18:01] <LaserJock> awesome, ubuntu-edu-* got promoted to Main
[18:19] <Lns> LaserJock: nice!!
[18:20] <ogra> LaserJock, seb128 looked for someone who can nod off dumping screem to universe btw
[18:21] <LaserJock> ogra: hmmm
[18:21] <LaserJock> ogra: it is a problem but I don't think we'd have a replacement for Jaunty
[18:21] <ogra> its the one app keeping gtksourceview1 in main which he wants to get rid of
[18:21] <LaserJock> ah
[18:21] <LaserJock> it's really buggy
[18:22] <LaserJock> I'd like to replace it with at least bluefish and perhaps another GUI like kompzer or quanta
[18:45] <faustino3331> ogra: does ltsp-manager work in amd64?
[18:46] <ogra> ltsp-manager never worked anywhere
[18:46] <ogra> its a mockup
[18:48] <faustino3331> ok but in my case it doesn't show anything in the window so i was thinking that maybe it was  a bug in the amd64 version
[18:49] <ogra> it wasnt touched since 2 or 3 years ...
[18:50] <faustino3331> so i can uninstall it without problems
[18:50] <faustino3331> it looked like a great program
[18:50] <faustino3331> a really good idea
[18:51] <ogra> sure, feel free to adopt it :)
[18:51] <ogra> i dont have the time to code on it, it just waits for someone who is intrested
[18:52] <faustino3331> if i knew how to do it i would do it
[18:52] <faustino3331> maybe i loose sometime around it to see if i understand it and how can it be made
[18:54] <faustino3331> i don't even know how to put ltsp working in my school server
[18:54] <faustino3331> maybe i should use 8.04.2 instead of jaunty alpha6
[18:57] <ogra> well, next weeks thursday jaunty releases beta
[18:57] <Lns> ltsp-manager?
[18:57] <ogra> http://people.ubuntu.com/~ogra/LTSPManager/
[18:58] <Lns> ogra: oh that! =)
[18:58] <Lns> I remember that
[18:58] <ogra> one of my ancient projects
[18:59] <Lns> hehe
[19:00] <Lns> pretty awesome stuff
[19:02] <LaserJock> might be a cool Summer of Code project for somebody interested in LTSP
[19:03] <Lns> totally
[19:03] <Lns> doesn't SuSE have something similar to this for kiwi?
[19:03] <Lns> I thought i'd seen something a while back
[19:11] <ogra> they have easy ltsp
[19:11] <ogra> (i still dont like its UI ...)
[19:23] <Lns> thta's what it was..yeah, it seemed like a glorified text editor for lts.conf