[12:09] <geser> as far as I see it, a sync wouldn't help much
[12:10] <geser> from http://ftp.debian.org/debian/pool/main/g/gnome-osd/gnome-osd_0.11.2-3.diff.gz:
[12:10] <geser> Depends: ${misc:Depends}, ${python:Depends}, python2.4-dbus (>= 0.60), python-pyorbit-omg, python2.4-pyorbit-omg, python-gnome2, python2.4-gnome2, python-gtk2, python2.4-gtk2
[12:10] <geser> the versioned depends on python2.4-dbus is still there
[12:11] <crimsun> that's purportedly a bug in the python policy.
[12:12] <geser> in edgy python2.4-dbus is only provided by python-dbus not a real package
[12:13] <crimsun> right, you'll just have to remerge it.
[12:14] <crimsun> well, I mucked up the assignment, so I'll handle it.
[12:32] <crimsun> geser: https://lists.ubuntu.com/archives/edgy-changes/2006-August/004097.html
[12:32] <bluefoxicy> ...................................................
[12:33] <bluefoxicy> is sounder ubuntu-sounder@ or just sounder@
[12:33] <bluefoxicy> I tried google.  Mark Shuttleworth has now confirmed on the ubuntu-sounder mailing list > that he has not eaten a lot of babies.
[12:33] <crimsun> sounder@
[12:33] <bluefoxicy> thanks.
[12:35] <geser> is some here familiar with gcj and g++?
[12:38] <|Prezu|> I've just uploaded a Kadu package to REVU, but I forgot to add a "-sa" option to dpkg-buildpackage, so... there's no .orig.tag.gz...
[12:39] <|Prezu|> Could someone please help me with that?
[12:39] <crimsun> regenerate the _source.changes, and dput -f
[12:41] <|Prezu|> crimsun: http://kadu.net/~patryk/tmp/dput.log
[12:43] <|Prezu|> crimsun: Do I have to remove existing .dsc with dcut somehow?
[12:44] <crimsun> no, just dput -f
[12:44] <ajmitch> morning
[12:44] <crimsun> hi ajmitch.
[12:45] <crimsun> |Prezu|: ajmitch is a revu admin; he may can help.
[12:45] <ajmitch> |Prezu|: if you interrupted the upload, it needs deleted manually
[12:46] <ajmitch> do you want the partial upload removed?
[12:46] <|Prezu|> ajmitch: Yes, please. :)
[12:49] <ajmitch> done
[12:49] <|Prezu|> thanks. :)
[01:01] <imbrandon> heya everyone
[01:04] <geser> when a package needs only a rebuild to get the depends uptodate, all I need to change is the changelog mentioning the rebuild?
[01:11] <Toadstool> g'night
[01:25] <imbrandon> gnight Toadstool
[01:38] <ajmitch> imbrandon: how could you?
[01:39] <ajmitch> making people think that they'll get kde 4 in edgy...
[01:39] <imbrandon> huh ?
[01:39] <imbrandon> ajmitch: Riddell said its a possibility in universe for a preview
[01:39] <imbrandon> heh, i'll edit it, hold on
[01:40] <imbrandon> "just in case"
[01:41] <imbrandon> ajmitch: heh changed, give it 5 minutes to show up on planet
[01:42] <imbrandon> ajmitch: what do you have a constant rss notifier for planet ? heh , i couldent have posted that a minute before you said something ;)
[01:43] <ajmitch> imbrandon: mugshot
[01:43] <ajmitch> pops up on the desktop for fridge & planet articles
[01:43] <imbrandon> mugshot ? mine or a program ?
[01:43] <imbrandon> ahh
[01:43] <imbrandon> cool
[01:47] <ajmitch> so when will kde 4 be released? 12 months?
[01:52] <imbrandon> heh the final rc should be late oct
[01:52] <ajmitch> people that file wishlist bugs as specs
[01:52] <ajmitch> imbrandon: and how much work still needs done on things like plasma?
[01:52] <imbrandon> afaik a ton but a ton has been done too
[01:52] <imbrandon> plasma is probably the laste developed so far
[01:53] <imbrandon> solid is lookin good though
[01:53] <imbrandon> yea its ambitious all right but i dont think it will be THAT late
[01:53] <ajmitch> heh
[01:53] <imbrandon> personaly i'm thinking by the end of the year
[01:53] <imbrandon> just from what i've seen
[01:54] <ajmitch> from what I've read, there hasn't been nearly enough done on plasma to release it in ~2 months
[01:54] <imbrandon> true , heh i just knew thats what they "said" on the ML and other places hehehe like i said end of the year is more likely
[01:55] <ajmitch> though kde are probably another project that abuse the term RC
[01:55] <imbrandon> hahah yea
[01:55] <imbrandon> ohh 200th episode of sg-1 is on tongiht
[01:56] <imbrandon> looks like i need to bust out the lappy
[01:56] <imbrandon> fskin wireless stoped working on it the other day
[01:56] <ajmitch> haha
[01:56] <imbrandon> well wireless in linux
[01:56] <ajmitch> reading the mailing list - no roadmap because of aseigo continually getting asked about status
[01:56] <imbrandon> osx still works so its something with the driver i'm sure
[01:56] <imbrandon> hahaha
[01:57] <ajmitch> seems to be a continual stream of 'are we there yet?' posts on the panel-devel list
[01:58] <imbrandon> yea thats why alot of them stoped being anwsered
[01:58] <imbrandon> but alot of that is becouse there is no set road map
[01:58] <ajmitch> which aseigo refuses to provide
[01:59] <ajmitch> with good reason, it seems
[01:59] <imbrandon> yup, catch 22 thats good i ways ;)
[01:59] <imbrandon> in*
[02:00] <ajmitch> who knows, there may be kde 4 in time for edgy+1 then
[02:01] <imbrandon> yea i think so
[02:01] <imbrandon> it should build fine in edgy ( thats one of our goals is to make it compile clean by edgys release ) but probably wont hit the repos till edgy+1
[02:02] <ajmitch> you're still asking for pain
[02:03] <imbrandon> hehe hold on , lemme grab my lappy, show's comming on
[02:03] <imbrandon> i ran kde from cvs in the 2.x days
[02:03] <imbrandon> on redhat
[02:03] <imbrandon> heh
[02:03] <ajmitch> yes, I was doing this on mandrake
[02:04] <imbrandon> i rember DAYS to compile
[02:04] <imbrandon> lol
[02:04] <ajmitch> I still have that box here
[02:04] <ajmitch> not that it works
[02:11] <bddebian> Heya gang
[02:12] <imbrandon_> ...
[02:12] <bddebian> Heya imbrandon
[02:13] <imbrandon_> heya bddebian
[02:14] <bddebian> shawarma: Still around?
[02:15] <imbrandon_> heh i'm in Stargate mode tonight, the "Behind" SG-1 is on right now, and SG-1 200th epsidode is on after that and the new Stargate Atlantis is on after that heh
[02:15] <bddebian> Oh joy :-)
[02:15] <imbrandon_> stargate is almost as good as st:tng ;)
[02:15] <bddebian> Anyone have any requests before I get to "work"? :-)
[02:16] <imbrandon_> not i bddebian ;)
[02:17] <bddebian> Bah, you're no help :-)
[02:17] <ajmitch> bddebian: fix the universe
[02:18] <bddebian> ajmitch: Merges, bugs, what? :-)
[02:18] <bddebian> crimsun: Did you already do openct?
[02:18] <crimsun> bddebian: no
[02:18] <bddebian> How do we even stuff in to dapper-updates?
[02:19] <crimsun> bddebian: oh, you meant the triaging part? Yes, I did that.
[02:19] <ajmitch> talk to mdz
[02:19] <crimsun> I generated a debdiff and subbed ubuntu-release
[02:19] <ajmitch> or prepare a well-tested update & subscribe ubuntu-release
[02:19] <bddebian> crimsun: Ah, OK
[02:19] <bddebian> thx
[02:20] <ajmitch> getting a response is another matter
[02:20] <bddebian> Hmm what to do then..
[02:21] <bddebian> Damn I swore I already did something with libnss-ldap
[02:22] <ajmitch> quite probably
[02:22] <StevenK> bddebian: Purged it like the POS it is?
[02:22] <bddebian> Heh, no requested a sync or so
[02:22] <bddebian> StevenK: Speaking of which, are you going to merge pygtkmvc StevenK?
[02:22] <crimsun> hmm, interesting UI change in quod libet 0.23
[02:23] <ajmitch> bddebian: bug 55737
[02:23] <Ubugtu> Malone bug 55737 in libnss-ldap "[Sync Request]  libnss-ldap 251-5" [Untriaged,Rejected]  http://launchpad.net/bugs/55737
[02:24] <bddebian> OH yeah, thx ajmitch
[02:28] <bddebian> ajmitch: How did you find that rejected bug?  When I did a search for bugs on libnss-ldap it didn't show up
[02:28] <ajmitch> simple
[02:29] <ajmitch> the little link that says 'All bugs ever reported'
[02:30] <bddebian> Uhm.. hmm
[02:31] <bddebian> Oh
[02:31] <bddebian> Hmm, I wonder why she rejected xbvl?
[02:45] <StevenK> bddebian: I'd like to, but it was NMU'd, which makes it harder.
[02:45] <StevenK> bddebian: It can probably be synced, but 0.9.2-1.1 < 0.9.2-1ubuntu1
[02:48] <welshbyte> bddebian: well suggestions are welcome :)
[02:49] <bddebian> welshbyte: See if you can package a newer gnu-smalltalk from upstream? :-)
[02:49] <bddebian> OK, what am I doing wrong here? dpkg --compare-versions 0.9.2-1.1 > 0.9.2-1ubuntu1
[02:50] <ajmitch> > is special
[02:50] <ajmitch> you just created a file called 0.9.2-1ubuntu1
[02:50] <welshbyte> hehe
[02:50] <bddebian> Oh yeah, hehe
[02:50] <welshbyte> bddebian: sounds like a challenge... *gulp*
[02:51] <bddebian> ajmitch: OK, how do I grab what --compare-versions outputs?
[02:52] <StevenK> dpkg --compare-versions 0.9.2-1.1 gt 0.9.2-1ubuntu1 && echo 'yes'
[02:52] <StevenK> Or use a shell that actually tells you when things exit non zero.
[02:52] <StevenK> steven@liquified:~% grep notfound debian/linda/trunk/debian/changelog
[02:52] <StevenK> zsh: exit 1     grep notfound debian/linda/trunk/debian/changelog
[02:53] <bddebian> StevenK: Well according to that -1.1 is gt 1ubuntu1
[02:53] <ajmitch> bddebian: which is what StevenK said several minutes ago
[02:53] <ajmitch> actually no
[02:54] <StevenK> I tested this before, I'm sure of it.
[02:54] <StevenK> Maybe it was for a different NMU.
[02:54] <bddebian> Well I didn't think 1.1 was lt 1ubuntu1
[02:54] <bddebian> But I'm not so smart ya know
[02:54] <ajmitch> character strings are meant to be less than nearly everything
[02:54] <StevenK> bddebian: Anyway, you're right, I'll look it soonish.
[02:55] <bddebian> NP
[02:55] <StevenK> at it, damn it all
[02:56] <bddebian> StevenK: And what about inn2?
[02:57] <StevenK> Which doesn't appear on the MoM page.
[02:57] <bddebian> inn2?
[02:57] <StevenK> Heh, I don't remember merging/syncing inn2.
[02:57] <bddebian> hehe
[02:58] <bddebian> I can look at it if you want
[02:58] <welshbyte> bddebian: were you referring to bug #887 ?
[02:58] <Ubugtu> Malone bug 887 in gnu-smalltalk "blox-tk was not built because of bad tkConfig.sh" [Unknown,Unconfirmed]  http://launchpad.net/bugs/887
[02:58] <bddebian> welshbyte: Well sort of.  That actually needs a rebuilt tcl8.3 or some such.  I just noticed that gnu-smalltalk is out of date in Debian and Ubuntu
[02:59] <welshbyte> ah i see
[02:59] <StevenK> bddebian: I'm more than happy to, but I'd just like to know why you know it needs looking at.
[03:00] <bddebian> StevenK: http://merges.ubuntu.com/universe.html
[03:01] <StevenK> Ah.
[03:03] <bddebian> Ack, it hasn't been updated since hoary
[03:07] <bddebian> Hi Hobbsee
[03:07] <bddebian> Hobbsee: Why did you reject your xbvl sync request?
[03:07] <Hobbsee> hi bddebian
[03:07] <Hobbsee> bddebian: ah, because at the time, it ftbfs, iirc?
[03:07] <bddebian> Hmm, OK
[03:07] <Hobbsee> bddebian: did you make it build?
[03:08] <bddebian> Hobbsee: I didn't try yet because you had requested it :-)
[03:16] <bddebian> If debian-edu is 0.806 is 0.806-0ubuntu1 appropriate or 0.806ubuntu1 as dholbach did?
[03:17] <Hobbsee> bddebian: ah yes, but i hit reject
[03:18] <welshbyte> if it came from debian then i guess it ould be thought of as 0-0.806 with the 0- chopped off so i'd go with 0.806ubuntu1 :)
[03:18] <welshbyte> s/ould/could/
[03:18] <Hobbsee> bddebian: it's annoying to do it that way
[03:19] <bddebian> Hobbsee: Which way?
[03:19] <Hobbsee> bddebian: it messes with the version numbers, for the next sync
[03:19] <Hobbsee> 0.806ubuntu1
[03:19] <Hobbsee> seeing as u will beat -
[03:19] <Hobbsee> so the debian version cant be synced across, as the ubuntu version is newer
[03:19] <Hobbsee> unless it moves to 0.807
[03:19] <ajmitch> which is likely
[03:20] <Hobbsee> true that
[03:20] <ajmitch> since it's intended to be a native package
[03:20] <bddebian> Well it will never be syncable anyway since it uses Debian sources.lists :-)
[03:20] <bddebian> So, what's the consensus, 0.806ubuntu1?
[03:21] <Hobbsee> bddebian: ah right, that's okay then
[03:22] <Hobbsee> bddebian: why not send our changes to them?
[03:22] <Hobbsee> maybe send our apt-setup to them :P
[03:22] <Hobbsee> oh dear, a lot more people running ubuntu now :P
[03:22] <Fujitsu> Haha.
[03:22] <bddebian> How the hell does bluefoxicy pass me on Top Contributors?  Does he actually contribute anything? ;-P
[03:23] <Hobbsee> heh
[03:23] <Hobbsee> bddebian: i think i beat you too?
[03:23] <Hobbsee> it's probably on crack though.
[03:24] <bluefoxicy> bddebian:  when the hell DO I contribute anything
[03:24] <bddebian> bluefoxicy: That's what I'm asking :-)
[03:25] <bddebian> Hobbsee: What's on crack?
[03:25] <Hobbsee> bddebian: those stats
[03:25] <bddebian> Ah
[03:25] <Hobbsee> bddebian: i dont remember who did them, but they warned at the time, that hte first version was a bit crazy, and likely wasnt right
[03:25] <Hobbsee> it looks like bits have been added to it now though
[03:27] <bddebian> Hobbsee: Are you implying that it isn't possible that I'm ahead of you? :-)
[03:27] <Hobbsee> bddebian: no, not at all :P
[03:28] <bddebian> I don't even know who Jeff Bailes is :-)
[03:29] <welshbyte> is feature freeze the deadline for syncing from debian or universe freeze?
[03:30] <ajmitch> universe freeze
[03:30] <ajmitch> after that you need exceptions for new upstream releases
[03:30] <welshbyte> good good
[03:30] <Hobbsee> oh yeah, fo rmain
[03:31] <ajmitch> yes, the important parts of the distro, where features generally get developer time
[03:34] <bddebian> Hobbsee: Ah yes, xbvl wants GLw and we don't ship those anymore..
[03:35] <bddebian> How can you figure out what FEATURES are available to /configure --disable-FEATURE ?
[03:36] <ajmitch> look in configure.ac or configure.in
[03:36] <bddebian> Aye but what do I look for?
[03:36] <Hobbsee> bddebian: that's the one
[03:36] <ajmitch> stuff
[03:36] <bddebian> Wow, thx
[03:36] <Hobbsee> heh
[03:36] <Hobbsee> useful
[03:37] <ajmitch> seriously, just have a look
[03:37] <bddebian> But what am I looking FOR?
[03:38] <welshbyte> "--disable"
[03:38] <Hobbsee> GLw?
[03:38] <Hobbsee> :P
[03:38] <bddebian> Well GLw gets added if MESA is enabled, it's not seperate afaict
[03:39] <Hobbsee> guess you shouldnt disable mesa?
[03:40] <bddebian> I was wondering about that
[03:40] <bddebian> I thought about just removing -lGLw but I am not quite sure what that would break
[03:48] <crimsun> bddebian: / bluefoxicy: spec-tracking.
[03:48] <bddebian> Ah, well for Edgy+1 I'm doing nothing but specs.. ;-P
[03:49] <crimsun> what's the problem with GLw?
[03:50] <bddebian> They were removed from the mesa-swx package in main
[03:50] <bluefoxicy> oh
[03:50] <bluefoxicy> yeah
[03:50] <bluefoxicy> I actually have like 6 specs I didn't actually submit as specs
[03:51] <bluefoxicy> because I'm quite well aware it won't happen.
[03:51] <bluefoxicy> also tseng will come to my house and nail me to the wall
[03:51] <bddebian> Sweet, can I watch :-)
[03:51] <crimsun> bddebian: mesa now provides libgl1-mesa-swx11-dev and mesa-swx11-source
[03:51] <bluefoxicy> with a hammer and nails >.>
[03:51] <bluefoxicy> geeze bddebian :P
[03:51] <crimsun> bluefoxicy: just remind him of BdDebianIsAGod.
[03:52] <bddebian> crimsun: Aye but the GLw lib files were removed
[03:52] <crimsun> it's humourous, because everything he does contradicts his protests. :-p
[03:52] <bluefoxicy> heh
[03:52] <bddebian> crimsun: What?
[03:52] <bddebian> My protests?
[03:52] <bluefoxicy> crimsun:  i'm thinking of looking to see if there's a fast reboot/kexec spec yet
[03:53] <tseng> h/me wakes up
[03:53] <bluefoxicy> if you saw my post on -devel@
[03:53] <crimsun> bddebian: e.g., your current karma rank as a Ubuntu contributor nullifies your claim that you don't do anything
[03:53] <bddebian> bluefoxicy: Why not build or fix some packages instead?
[03:53] <tseng> i am too busy upgrading my 770 to fool around with bluefoxicy
[03:53] <bddebian> Heya tseng
[03:53] <tseng> hi
[03:53] <bddebian> crimsun: Well apparently I don't do anything "worthwhile"
[03:53] <tseng> 770 rules
[03:53] <bluefoxicy> uh
[03:53] <bluefoxicy> I am not even going to try to read what he just said.
[03:54] <crimsun> bddebian: except for hoard karma points ;-p
[03:54] <bluefoxicy> bddebian:  I do stuff like http://lwn.net/Articles/192082/ to try to get useful stuff on the devs' screens :P
[03:55] <bluefoxicy> and let them figure out how to make it happen
[04:02] <bddebian> crimsun: Oh yeah, that's worhtwhile
[04:03] <bddebian> So are Mesa and OpenGL different "things" or is Mesa an implementation of the OpenGL standard?
[04:04] <tseng> mesa is a version of opengl
[04:04] <tseng> in software
[04:04] <ajmitch> that can use DRI for hardware acceleration
[04:05] <ajmitch> unlike nvidia who decide to supply a full GL implementation with their drivers
[04:05] <tseng> (nvidia-glx)
[04:05] <bluefoxicy> mesa is opengl using whatever's around.  If nothing's around it uses software.
[04:05] <bluefoxicy> on various platforms Mesa uses various things; on Linux, it uses DRI in X.
[04:07] <bddebian> Ah, thx
[04:08] <bluefoxicy> Hopefully somebody standardizes some sort of OpenGL "is this feature here" function like in DirectX
[04:08] <bddebian> Sacriledge :-)
[04:09] <bluefoxicy> OpenGL is super-abstract.  If a feature isn't around, it emulates it in software.
[04:09] <bddebian> shawarma: You really there or just a re-connect?
[04:09] <bluefoxicy> You can never know if a feature isn't there
[04:09] <bluefoxicy> so you just shoot and hope you hit hardware instead of software.
[04:09] <bluefoxicy> directX has a command that lets you ask it if a particular feature is available; if it's not, then you can work around it, just not enable it
[04:10] <bddebian> Damnit, it actually uses GLw functions :-(
[04:11] <bddebian> sudo rm -rf xbvl
[04:16] <ajmitch> excellent, more broken backports
[04:16] <ajmitch> how I hate it what that happens
[04:17] <ajmitch> nexu: no, it's not your fault this time - in this case it's compiz-related :)
[04:17] <nexu> lol
[04:18] <ajmitch> someone decided it'd be a great idea to backport vte
[04:18] <ajmitch> except there's an SONAME change, which breaks any app that uses it
[04:19] <Yagisan> nice.
[04:19] <Gloubiboulga> so this is what breaks synaptic
[04:19] <bddebian> Heya Gloubiboulga
[04:19] <Yagisan> I thought backports are supposed to be tested first
[04:19] <ajmitch> Gloubiboulga: yep
[04:19] <ajmitch> Yagisan: third-party backports
[04:19] <Gloubiboulga> there's been a lot of "bug reports" in the fr community
[04:19] <Gloubiboulga> hello bddebian
[04:20] <Yagisan> ajmitch, ah, like if someone is dumb and grabs my mplayer for dapper
[04:21] <bddebian> I wonder if janimo would get upset if I tried xfce4-goodies
[04:21] <Yagisan> ajmitch, complete with inablity to play dvds ;)
[04:21] <Gloubiboulga> bddebian, go ahead
[04:21] <tseng> hello Yagisan
[04:21] <welshbyte> bddebian: did we fix bug #43359 yesterday?
[04:21] <Ubugtu> Malone bug 43359 in prismstumbler "no man page" [Unknown,Unconfirmed]  http://launchpad.net/bugs/43359
[04:22] <crimsun> bddebian: if you break it, I'll kill ALL your cows.
[04:22] <Yagisan> G'day tseng
[04:22] <bddebian> welshbyte: Yes, did I not close that one?
[04:22] <welshbyte> bddebian: still on "confirmed"
[04:22] <bddebian> welshbyte: Ah, please close
[04:23] <bddebian> Heya bmonty
[04:23] <bmonty> hey bddebian
[04:23] <bddebian> crimsun: Fine I won't touch it then, thanks
[04:27] <Yagisan> hey guys, is there an idiots guide to contest so I can add some amd boxes to the Optimised kernel thread ?
[04:30] <bddebian> OK obviously popplerkit.framework is fsckd
[04:30] <Fujitsu> Yay for fscked things.
[04:30] <crimsun> 15:41 < bddebian> FIX IT! :-)
[04:31] <crimsun> so bddebian, fix it.
[04:31] <Fujitsu> Anybody got an idea why my Dell Inspiron 630m's CD drive won't automount when inserted, nor detect an audio CD at all?
[04:31] <Fujitsu> Silly Edgy...
[04:31] <Fujitsu> Works fine with Hoary->Dapper.
[04:32] <crimsun> did you disable the automount options in g-v-m (presume you're using gnome)?
[04:32] <Fujitsu> No, they're all enabled, and yes I'm using Gnome :)
[04:33] <Fujitsu> I don't use the CD drive much, so I didn't notice when it broke.
[04:33] <bddebian> crimsun: I was looking but afaict it's gone from upstream :-(
[04:35] <welshbyte> bddebian: um, looks like the man page doesn't get installed... doesn't dh_installman need to be told which file to install?
[04:43] <bddebian> welshbyte: Uhm yeah.  In my excitement I think I forgot to actually install it :-(
[04:45] <Fujitsu> It seems that gstreamer 0.10 has issues with reading audio CDs, whereas 0.8 works fine... Presumably 0.10 utilises some part of the thing that's not detecting the CDs, whereas 0.8 doesn't...
[04:47] <welshbyte> bddebian: oh well, no harm done :)
[04:48] <welshbyte> right i'm off to bed, good night all
[05:17] <bddebian> WTH is diff --git ?
[05:27] <lwylie> hello everyone
[05:29] <bddebian> Hello lwylie
[05:32] <bddebian> Ggaaaahhh
[05:40] <bddebian> ajmitch: C'mon man, I need help :-(
[05:40] <ajmitch> then ask a question
[05:40] <bddebian> I did
[05:40] <bddebian> WTH is diff --git ?
[05:41] <ajmitch> and you mentioned that it was from debian/patches
[05:41] <bddebian>  tulip has .diff files in debian/patches that start with diff --git which isn't even a valid option
[05:41] <ajmitch> which implies that it's in the patch header, and is ignored when applying patches
[05:41] <ajmitch> so what is the actual problem?
[05:41] <bddebian> I need to add a patch and I'm not sure how to do it
[05:43] <ajmitch> so where do you see this? in current edgy source, or debian?
[05:43] <bddebian> Latest debian
[05:45] <ajmitch> ah yes, changelog does have the details
[05:46] <ajmitch> grab stgit
[05:46] <ajmitch> though you can probably manage fine just creating a patch the usual way
[05:47] <ajmitch> patches seem to be applied already, and are in debian/patches just for documenting the changes
[05:48] <ajmitch> it doesn't appear that the maintainer ships the necessary git tree
[05:50] <bddebian> Aye, I was just reading the bug
[05:50] <bddebian> Apparently they are supposed to be packaging 2.0.5 EVENTUALLY so I may bag off of it
[05:51] <ajmitch> which I should really add to mine
[05:52] <bddebian> :-)
[05:52] <bddebian> Damnit, now I'm demotived :-(
[05:52] <bddebian> Sorry to bug you ajmitch
[06:50] <bddebian> Gnight folks
[07:44] <Plug> Hi all
[07:47] <ajmitch> hi Plug
[07:47] <Plug> you're the only person whos ever awake here in NZST :)
[07:47] <Plug> I'm just heading out for the evening, but anyone interested in PPTP might want to have a look at http://craig.dubculture.co.nz/blog/
[07:48] <Plug> i'm in the process of pushing it towards REVU tomorrow, all goign well
[07:48] <ajmitch> 'out for the evening' means off to watch the rugby? :)
[07:48] <Plug> not really, going to a bbq.  unsure if the rugby will be on, I don't care all that much about the sport personally
[07:48] <Plug> Cricket is where my head is at
[07:48] <StevenK> Oh, that reminds me.
[07:49] <ajmitch> Plug: yeah, might as well push it to REVU
[07:49] <ajmitch> it'll be easier to check over then
[09:01] <Arbiter> heya all!
[09:01] <Arbiter> i'm finally back from my 21-days vacation :)
[09:08] <imbrandon> wb Arbiter
[09:08] <imbrandon> heya TheMuso
[09:11] <Arbiter> :)
[09:20] <imbrandon> ajmitch or StevenK care to look over http://pastebin.ca/138530 before i submit it to my DD to check again
[09:21] <imbrandon> ( or if your feeling like it go ahead and sponsor me LOL )
[09:23] <imbrandon> wb Hobbsee
[09:23] <Arbiter> Hobbsee!!! :D
[09:24] <Burgundavia> hey Hobbsee
[09:24] <Hobbsee> hey imbrandon, Arbiter :)
[09:24] <Hobbsee> hi Burgundavia :)
[09:25] <sladen> Burgundavia: give us the low-down on Ubucon
[09:25] <Arbiter> uhm... kdocker was approved but not added to the NEW queue
[09:25] <sladen> Burgundavia: what's happening today?
[09:25] <Burgundavia> sladen: it was good and will be good tomorrow. I will blog tomorrow
[09:25] <Burgundavia> we talked
[09:25] <Burgundavia> Jane gave out tshirts. Drank free google beer
[09:25] <Arbiter> ah... uhm... a build failure...
[09:25] <imbrandon> Burgundavia: nice
[09:25] <Burgundavia> whip|lwe talked about large deployments
[09:25] <Hobbsee> Arbiter: heh.  that'd be why
[09:26] <Burgundavia> google has nice headquarters
[09:26] <imbrandon> did whip|lwe finaly blog ?
[09:26] <Burgundavia> not yet
[09:26] <imbrandon> hehe ;)
[09:26] <Burgundavia> he has gone to bed
[09:26] <sladen> Burgundavia: what do the new t-shirts look like?
[09:26] <Burgundavia> on the front, ubuntu logo over the name
[09:26] <Burgundavia> on the back "Do you Ubuntu?'
[09:26] <Arbiter> Hobbsee: i'll try the build in an updated pbuilder
[09:26] <Burgundavia> I got asked in the bar last night about what ubuntu was
[09:27] <Burgundavia> they are a light tan colour
[09:27] <imbrandon> hahah cool Burgundavia
[09:27] <sladen> Burgundavia: "wanna find out, nudge, nudge, wink, wink"
[09:27] <Hobbsee> Arbiter: you mean you werent already?
[09:27] <Burgundavia> given I was seriously pissed, I have no idea if I was coherent
[09:27] <Arbiter> Hobbsee: yup
[09:27] <imbrandon> lol
[09:27] <Hobbsee> Arbiter: what was the build log?
[09:27] <Arbiter> i've alredy tested it in pbuilder
[09:27] <Hobbsee> s/what/where/?
[09:28] <sladen> "it's like a pirate copy of MS Windows, but legal.  BTW, *you* are legal, aren't you?"
[09:28] <Arbiter> but i didn't have that problem (read kdocker comments)
[09:28] <Burgundavia> and then mdz sang with the transexual bar singer
[09:28] <Burgundavia> it was great
[09:29] <Arbiter> i can't reproduce that error.... my last build in the pbuilder environment worked
[09:29] <sladen> Burgundavia: got any memories from the Penguin Bowl?
[09:29] <Burgundavia> yes, we handed Novell their asses. It was hilarious
[09:29] <sladen> Burgundavia: any favourite questions?  Or can you remember the final score?
[09:29] <Burgundavia> 25000k to 21000k
[09:29] <Burgundavia> they did well in the final question
[09:30] <Burgundavia> it was 14000 to 9000 going into that one
[09:30] <Burgundavia> the novell guys were shocked whip|lwe and I were community members
[09:30] <imbrandon> yea thats what whip|lwe said earlier
[09:30] <sladen> Burgundavia: they didn't think anyone else would do it for free?
[09:31] <Burgundavia> no idea
[09:31] <imbrandon> lol
[09:31] <Burgundavia> malcolm was brilliant
[09:31] <Burgundavia> he got all the old scifi questions
[09:31] <Burgundavia> plus we got all the novell questions
[09:31] <Burgundavia> including the "what does Suse stand for"
[09:31] <imbrandon> heh
[09:31] <imbrandon> lol
[09:31] <Burgundavia> and the "what is not a Novell linux product?"
[09:32] <imbrandon> what DOES it stand for ?
[09:32] <Arbiter> Hobbsee: http://revu.tauware.de/details.py?upid=2801
[09:32] <sladen> Burgundavia: did they manage to get "what does 'Ubuntu' mean"?
[09:32] <Burgundavia> imbrandon: software and something
[09:32] <Burgundavia> sladen: hmm, don't remember if they asked such a question
[09:32] <sladen> Burgundavia: well, you did have mdy on the team, I think he'd know a bit about Suse ;-)
[09:32] <Burgundavia> did have a mark one
[09:32] <Burgundavia> just a tad
[09:32] <sladen> Burgundavia: what was the Mark one?
[09:32] <Burgundavia> mdy also got the os/2 questions, have worked as product manager on it
[09:32] <Burgundavia> who is this man
[09:32] <Hobbsee> Arbiter: looks like bddebian's pbuilder is borked - it should be building with fakeroot
[09:33] <Burgundavia> oh, and then there is a the Ipod dance
[09:33] <Burgundavia> I got the steve jobs question right "who is this man: picture"
[09:33] <nixternal> [02:30]  <sladen> Burgundavia: they didn't think anyone else would do it for free?
[09:33] <imbrandon> heh
[09:33] <nixternal> my family thinks im nuts for this ;)
[09:33] <Burgundavia> then for the bonus we got "steve jobs turtlenecks" and had to dance the ipod dance
[09:33] <Burgundavia> you know, the black silohuette one
[09:33] <imbrandon> hahahah
[09:33] <sladen> Burgundavia: oh, not the Steve Balmer one?
[09:34] <Burgundavia> no, no ballmer questions
[09:34] <imbrandon> no one thew chairs ? heh
[09:34] <Burgundavia> but they did have the gates quote about os/2 "this is the most significant os in our time"
[09:34] <imbrandon> threw*
[09:34] <Burgundavia> mdy got that one
[09:34] <Burgundavia> I missed the Serenity/Firefly question "what is the name of this ship"
[09:34] <Burgundavia> which apparently nobody is letting me live down
[09:34] <imbrandon> ouch
[09:35] <sladen> "firefly" ?
[09:35] <imbrandon> tv show
[09:35] <Burgundavia> I said Firefly .... :(
[09:35] <Burgundavia> us sci fi series, very good
[09:35] <Arbiter> Hobbsee: uhm? so it's a bddebian's problem?
[09:35] <Hobbsee> Arbiter: i'd say so
[09:35] <Burgundavia> sladen: at least you didn't answer the question wrong out in front of 100+ people and a video camera
[09:36] <Hobbsee> imbrandon: your machine stil building?
[09:36] <Burgundavia> there is a video somewhere
[09:36] <Arbiter> i did 3 pbuilder builds (i use fakeroot) and it works
[09:36] <imbrandon> Hobbsee: yup kde4 is takin forever, probably will be building all night
[09:36] <Burgundavia> anyway, I need to crash, I am tired and it is 1am
[09:36] <Burgundavia> sorry for taking over the channel
[09:36] <imbrandon> Burgundavia: hehe cool later
[09:36] <Arbiter> i have a kdocker .deb produced by pbuilder
[09:36] <sladen> Burgundavia: fantastic.  Sleep well!  Happy Ubuconning
[09:37] <Hobbsee> imbrandon: cool, okay
[09:37] <Hobbsee> Burgundavia: of course you should
[09:37] <Arbiter> maybe i need to update the pbuilder... wait a sec...
[09:37] <imbrandon> i can test build on my lappy ( as long as it compiles on ppc though )
[09:38] <imbrandon> what ya need tested ?
[09:38] <Arbiter> mhmhmh
[09:38] <Hobbsee> imbrandon: nothing.  test build
[09:39] <Arbiter> build fails with an updated pbuilder env...
[09:39] <Arbiter> ARGH!
[09:39] <Arbiter> :P
[09:39] <Arbiter> (my last build was 24 days ago)
[09:40] <Hobbsee> Arbiter: heh.  i hate that.
[09:40] <Hobbsee> Arbiter: i believe that's pitti's, or someone else's bug
[09:40] <Arbiter> maybe a buildd bug?
[09:41] <Arbiter> (i don't know)
[09:41] <Fujitsu> Pitti's or somebody else's? How descriptive :P
[09:41] <Arbiter> heh :)
[09:41] <Hobbsee> Fujitsu: bddebian was talking about that yesterday
[09:41] <Hobbsee> i dont remember who did that bug
[09:41] <ajmitch> Arbiter: it's a broken makefile in your package, not a broken pbuilder or buildd
[09:42] <Hobbsee> ah
[09:43] <Arbiter> ajmitch: broken makefile? my 23-days-old edgy pbuilder environment compiled the package with no problems
[09:44] <Arbiter> i have a .deb file created by pbuilder after a successful build
[09:45] <Arbiter> now i update my pbuilder env and the package doesn't build
[09:46] <imbrandon> Arbiter: what error do you get on build, i just updated my pbuilder to make sure it iwas upto date and everything compiled fine
[09:47] <imbrandon> dpkg-deb: building package `kdocker' in `../kdocker_1.3-0ubuntu1_i386.deb'.
[09:47] <Arbiter> same error as bddebian...
[09:47] <imbrandon> dosent know what bddebian got
[09:48] <Arbiter> mkdir: cannot create directory `/usr/share/applications': Permission denied
[09:48] <Arbiter> make[1] : *** [install_desktop]  Error 1
[09:48] <Arbiter> blah blah blah
[09:48] <Fujitsu> Sounds like it's not using fakeroot.
[09:48] <Arbiter> (blah blah blah => more error messages)
[09:48] <imbrandon> sounds like no fakeroot in the pbuilder env
[09:48] <Arbiter> I: using fakeroot in build.
[09:48] <Fujitsu> fakeroot's broken?
[09:49] <Arbiter> don't know... :(
[09:49] <ajmitch> the build log for a successful build shows it sticking the file in the wrong place anyway
[09:49] <ajmitch> so no matter whether the build succeeds or fails, it needs fixed
[09:49] <Arbiter> aw..
[09:50] <crimsun> I'm pretty sure I'm not supposed to be able to see the checkboxes and accept and reject submissions on the edgy queue.
[09:50] <imbrandon> crimsun: heh
[09:50] <imbrandon> might poke them in #lp
[09:50] <imbrandon> ;)
[09:50] <Arbiter> found
[09:50] <Arbiter> desktop.path = /usr/share/applications
[09:51] <Arbiter> in kdocker.pro
[09:51] <Arbiter> pfff :D
[09:51] <Arbiter> patch patch patch! :D
[09:51] <Hobbsee> crimsun: hah.  i suspect not
[10:11] <Arbiter> kdocker fixed
[10:12] <Hobbsee> Arbiter: yay :)
[10:13] <Goshawk> hi
[10:13] <Arbiter> ;)
[10:16] <Arbiter> http://revu.tauware.de/details.py?upid=2907 <- fixed kdocker
[10:16] <Arbiter> it should work now :)
[10:17] <Goshawk>  why the file /etc/lsb-base-logging.sh is part of lsb-base in ubuntu ( http://packages.ubuntu.com/cgi-bin//search_contents.pl?version=edgy&arch=amd64&case=insensitive&word=lsb-base&searchmode=filelist ) while in debian it's part of the package usplash? ( http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=usplash&version=unstable&arch=amd64 )
[10:18] <Goshawk> i'm saying that because that /etc/lsb-base-logging.sh contains functions just to help usplash
[10:19] <imbrandon> brandon@voyager:~/sunuo$ mcs --version
[10:19] <imbrandon> Mono C# compiler version <IP_ADDRESS>
[10:19] <imbrandon> gah
[10:20] <Arbiter> ?
[10:20] <imbrandon> dident mean to paste in here
[10:20] <Arbiter> :
[10:20] <Arbiter> ehm
[10:20] <Arbiter> :)
[10:21] <ajmitch> crimsun: don't worry, you can see it but it's not plugged in
[10:42] <Toadstool> 'morning
[11:20] <Tonio_> hello*
[11:40] <Prezu> I've uploaded Kadu package to REVU yesterday, but it hasn't appeared since now. No info on<EMAIL_ADDRESS>neither. Is it normal? This is my first contribution to Ubuntu.
[11:42] <ajmitch> depends - are you in the launchpad group, and did you ask a revu admin about syncing the keyring?
[11:44] <Prezu> ajmitch: I'm have an account on launchpad. but I haven't ask a revu admin about a key syncing.
[11:47] <Prezu> ajmitch: Are You speaking about this? https://launchpad.net/people/ubuntu-universe-contributors/+join because I'm already a member of this group.
[11:48] <ajmitch> yes
[11:48] <ajmitch> and then you needed to ask a revu admin
[11:51] <Prezu> ajmitch: I can see, that You're a REVU admin. Could You please sync the keyring? :)
[11:54] <Prezu> ajmitch: Thanks a lot. :) Do I have to upload with dput again?
[11:54] <ajmitch> no
[11:54] <Prezu> ajmitch: Ok. Thanks agani. Bye then. :)
[11:54] <ajmitch> if you look on revu now you'll see the package listed
[11:59] <imbrandon> ajmitch: whats mugshot part of ?
[11:59] <imbrandon> sudo apt-cache search mugshot
[11:59] <imbrandon> shows nothing
[11:59] <ajmitch> mugshot.org
[11:59] <imbrandon> oh heh
[12:19] <Hobbsee> crimsun: any idea why i would get http://paste.ubuntu-nl.org/21066?
[12:56] <Hobbsee> argh
[12:56] <Hobbsee> how do i get around this?
[12:56] <Hobbsee> Upload package to host ubuntu
[12:56] <Hobbsee> Checking Signature on .changes
[12:56] <Hobbsee> gpg: Signature made Sat 19 Aug 2006 05:54:54 AM CDT using DSA key ID 7D2BCE85
[12:56] <Hobbsee> gpg: Can't check signature: public key not found
[12:56] <Hobbsee> Error verifying signature on /home/hobbsee/merges/gnunet_0.7.0e-2ubuntu1_source.changes.
[12:56] <Hobbsee> oh
[12:56] <Hobbsee> found it :)
[12:57] <AnAnt> may someone clear a bad upload that I made
[12:57] <AnAnt> kchmviewer
[12:57] <Hobbsee> AnAnt: ajmitch: or siretart can
[12:57] <Hobbsee> hi \sh
[12:58] <\sh> good morning motus :) hey Hobbsee :)
[12:59] <DarkMageZ> how would i add a repository to my pbuilder setup?
[12:59] <Hobbsee> DarkMageZ: add it to /etc/pbuilder/apt.config/sources.list and run sudo pbuilder update --override-config
[12:59] <DarkMageZ> ty Hobbsee :)
[01:00] <\sh> ajmitch: awake?
[01:00] <\sh> btw..I'm close to uploading latest wine packages...
[01:00] <DarkMageZ> and requires the newer libgstreamer-dev which i compiled to build one of the other packages
[01:01] <\sh> need to change my laptops in a few :)
[01:01] <DarkMageZ> i have my own local repo :)
[01:02] <DarkMageZ> hmm, very odd.. apt.config/sources.list doesn't exist
[01:03] <AnAnt> what is apt.config ?
[01:04] <AnAnt> should autoconf be run before or after automake ?
[01:04] <Hobbsee> DarkMageZ: ah
[01:04] <ajmitch> \sh: yes?
[01:04] <Hobbsee> right, so you didtn follow the pbuilder guide...
[01:05] <\sh> ajmitch: are you still in NZ? :)
[01:05] <ajmitch> \sh: yes
[01:05] <DarkMageZ> i followed http://doc.ubuntu.com/ubuntu/packagingguide/C/gs-pbuilder.html
[01:05] <\sh> ajmitch: I'll query you :)
[01:05] <AnAnt> ajmitch: could you delete  a bad upload that I made , kchmviewer
[01:05] <DarkMageZ> might not have been correctly, but i followed it :)
[01:05] <ajmitch> AnAnt: done
[01:06] <AnAnt> thanks
[01:11] <AnAnt> isn't the recover in REVU going to be fixed ?
[01:13] <\sh> I wonder where the laptoptestingteam page disappeared and why
[01:14] <Fujitsu> Did it?
[01:14] <Fujitsu> It was there an hour ago...
[01:15] <Fujitsu> It's there...
[01:16] <\sh> yesterday evening it was gone
[01:18] <Fujitsu> LaptopTestingTeam on the wiki, you mean?
[01:18] <\sh> yes...
[01:51] <siretart> Hobbsee: huh?
[01:51] <Hobbsee> siretart: dont worry, it got fixed :)
[01:52] <siretart> Hobbsee: okay
[02:01] <\sh> cu later
[02:45] <phanatic> afternoon
[02:47] <Fujitsu> Hi phanatic.
[02:47] <phanatic> hi Fujitsu
[03:51] <zul> imbrandon: pong
[03:51] <imbrandon> hey , umm that was a few hours ago , let me rember what i needed ;)
[03:51] <imbrandon> heh ;)
[03:51] <zul> a big hug
[03:51] <imbrandon> ;P
[03:51] <zul> heh
[03:52] <zul> i just woke up
[03:52] <jpatrick> s/hug/bug
[03:52] <imbrandon> i should realy use knotes lol
[03:52] <zul> or you could just remember
[03:52] <imbrandon> i've been at the keyboard ~12 hours , heh
[03:52] <zul> lemme guess something xen related
[03:52] <imbrandon> yea it was, just dont rember what heh
[03:53] <zul> something amd64 related
[03:53] <imbrandon> nope
[03:53] <imbrandon> havent formated the 64 yet
[03:53] <imbrandon> i will to that sunday probably
[03:53] <zul> okie dokie
[03:54] <imbrandon> hrm what was that wiki link again with the basic setup ? i might try to conver this box today
[03:54] <imbrandon> convert*
[03:54] <imbrandon> got nothing better to do while i wait for kde to compile
[03:54] <imbrandon> lol
[03:55] <imbrandon> oh i rember , how hard is it to setup a DIFFRENT distro ( non debian based  ) on a DomU domain
[03:55] <imbrandon> if possible at all
[03:56] <zul> which distro?
[03:57] <imbrandon> gentoo / suse
[03:57] <imbrandon> suse first probably
[03:57] <zul> gentoo is not that hard you can use xen-tools in universe i think there is a tool out there fro suse
[03:58] <imbrandon> cool, ok yea i think i'm gonna start converting this box to xen based now and try ti out, worse case i bork it and format ;)
[03:58] <imbrandon> no loss ;)
[03:59] <zul> besides im always around for help
[03:59] <imbrandon> true ;)
[03:59] <zul> well most of the time
[03:59] <imbrandon> Sysinfo for 'voyager': Linux 2.6.17-6-686 running KDE 3.5.4, CPU: Intel(R) Celeron(R) CPU 2.93GHz at 2933 MHz (5874 bogomips), HD: 42/184GB, RAM: 990/1003MB, 124 proc's, 16.38h up
[03:59] <zul> ...before i go see snakes on a plane
[03:59] <imbrandon> heh
[04:00] <imbrandon> sudo apt-get install xen-* LOL
[04:00] <zul> yeah i should do a meta-package
[04:01] <zul> im playing with 2.6.18-rc4 this weekend though
[04:01] <imbrandon> gah there are 15 wiki pages with xen in the name, what one is it
[04:01] <zul> XenonEdgy
[04:01] <imbrandon> if you just want to make a meta of the packages needed from on the wiki i can help with that
[04:02] <imbrandon> would give you time to mess with the "meat" ;)
[04:02] <zul> ok that would be good
[04:03] <imbrandon> before i start are the version numbers listed on the wiki upto date ? or should i just grab the latest version in the repo ?
[04:03] <zul> latest version
[04:03] <imbrandon> IE xen-hypervisor-3.0-i386
[04:03] <imbrandon> ok
[04:04] <imbrandon> pae is for amd64 chips running in 32bit mode right ?
[04:04] <zul> i believe so
[04:05] <imbrandon> yea
[04:05] <zul> grrr...i hate kernel makefiles sometimes
[04:05] <imbrandon> heh
[04:06] <zul> if you dont remember to change it, if you  do a fakeroot debian/rules clean it removes the debian/directory
[04:06] <imbrandon> ugh -4 -5 -6 all are in the repo , dont those get purged ?
[04:06] <zul> yeh
[04:06] <zul> 8 is latest
[04:07] <imbrandon> xen-image-xen0-2.6.16-6-686 shows as the latest to me
[04:07] <zul> grrr...
[04:07] <imbrandon> did the other not ftbs
[04:07] <zul> yeah..
[04:07] <zul> amd64 problems
[04:07] <zul> ill have a fix uploaded today
[04:08] <imbrandon> hehe np
[04:08] <imbrandon> i can still get it working with this and upgrade later
[04:08] <zul> true..
[04:09] <zul> lemme see if i have -8 lying around ill put it somewhere for you
[04:09] <zul> x86 correct?
[04:09] <imbrandon> yup
[04:09] <zul> gimme a sec.
[04:09] <imbrandon> on the box i'm doing this on here are the specs
[04:09] <imbrandon> [08:59]  <imbrandon> Sysinfo for 'voyager': Linux 2.6.17-6-686 running KDE 3.5.4, CPU: Intel(R) Celeron(R) CPU 2.93GHz at 2933 MHz (5874 bogomips), HD: 42/184GB, RAM: 990/1003MB, 124 proc's, 16.38h up
[04:09] <zul> .ok
[04:10] <zul> gr i dont ill upload one for you
[04:10] <zul> er...i mean ill upload the fix later today
[04:10] <imbrandon> np ;)
[04:10] <imbrandon> i'm in no rush ;)
[04:11] <zul> good ;)
[04:11] <imbrandon> mkinitramfs -o /boot/initrd.img-2.6.16-6-686 2.6.16-6-686
[04:11] <imbrandon> err
[04:12] <zul> hmm?
[04:12] <imbrandon> pasted wrong window
[04:17] <imbrandon> hrm can you explain #7 on the wiki a bit, i dont quite get whats its wanting me to edit ( not the file , what IN the file )
[04:18] <imbrandon> everything else so far went smooth
[04:18] <imbrandon> hrm can you explain #7 on the wiki a bit, i dont quite get whats its wanting me to edit ( not the file , what IN the file )
[04:18] <imbrandon> zul: ^^
[04:20] <bddebian> Heya gang
[04:20] <imbrandon> heya
[04:21] <bddebian> Hi imbrandon
[04:21] <Nafallo> hi bddebian
[04:21] <bddebian> Hi Nafallo
[04:22] <Nafallo> so how's it going?
[04:22] <bddebian> Just bueno. You?
[04:23] <Nafallo> not much. trying to figure out which pizza I want :-P. woke up with an awful headache, otherwise I would still be on work now.
[04:24] <bddebian> Hangover? :-)
[04:30] <Nafallo> nope
[04:30] <Nafallo> sickness or something :-(
[04:31] <Nafallo> have been home all week, after having to leave early last tuesday.
[04:31] <bddebian> Bummer :-(
[04:34] <Nafallo> indeed
[04:34] <Nafallo> but I got paid yesterday so :-P
[04:34] <bddebian> :-)
[04:34] <Nafallo> have bought computerparts for more than a 1/3 of what I got the same day I got them ;-)
[04:35] <Nafallo> well, atleast my server will have new big chassi, more harddrives, more fans and 2 100Mbit 3Com and 1 1Gbit 3Com NICs ;-)
[04:37] <Nafallo> http://www.nafallo.info/~nafallo/stacker.pdf <-- the chassi FWIW ;-)
[04:41] <bddebian> Man that is taking forever to download..
[04:42] <Nafallo> hmm, maybe http should have more prio than the darknet then :-P
[04:45] <bddebian> Gah, I wish I understood all this libfoo vs libfoo0 vs libfoo0c2a crap
[04:47] <Nafallo> there. that should get better performance :-)
[04:47] <Nafallo> hmm
[04:47] <Nafallo> but my IPv6 tunnel has bad prio now...
[04:50] <imbrandon> zul ping
[04:50] <imbrandon> heh
[04:50] <imbrandon> i got good news and bad news ;)
[04:50] <Nafallo> bddebian: hope you get better speeds now :_)
[04:50] <Nafallo> :-)
[04:53] <Toadstool> re
[04:55] <bddebian> Heya Toadstool
[04:56] <bddebian> Nafallo: Ah yes much better :-)
[04:56] <imbrandon> good news it all worked the first try ( i'm booted into a xen DomU now, bad news is i had to boot into single user mode and run init 5 for x to come up for it to work ;(
[04:56] <imbrandon> Zul ^^
[04:56] <imbrandon> err he's gone
[04:56] <imbrandon> heh
[04:57] <Nafallo> bddebian: I had my looks on that chassi for a year or so now ;-)
[04:57] <bddebian> heh
[04:58] <imbrandon> hehe
[04:58] <imbrandon> nce
[04:58] <imbrandon> nice
[04:59] <Nafallo> bddebian: ;-)
[06:04] <bddebian> OK apparently trying openscenegraph was a mistake :-)
[06:15] <Gloubiboulga> bddebian, I tried to build the debian deb a few months ago for a friend, it was a really bad idea ;)
[06:16] <bddebian> Gloubiboulga: Aye, my machine is choking on it :-)
[06:17] <Gloubiboulga> hehe, I wonder what kind of machine can build this thing
[06:18] <Gloubiboulga> mine almost died and never gave me a .deb
[06:19] <Arbiter> Gloubiboulga!!! :D
[06:21] <Gloubiboulga> hi Arbiter
[06:23] <Arbiter> bddebian: the kdocker build bug should be fixed
[06:24] <Arbiter> the updated version of the package is here: http://revu.tauware.de/details.py?upid=2907
[06:25] <bddebian> Arbiter: OK, I'll check it out if my machine ever recovers from openscenegraph :)
[06:25] <Arbiter> hehehe
[06:25] <Arbiter> no problem
[06:25] <bddebian> Oh segfault, nice
[06:25] <Arbiter> heh :D
[06:46] <bluefoxicy> how long's it normally take between upload and hitting the repos?
[06:47] <bddebian> Depends on several things
[06:49] <bluefoxicy> bddebian:  days, weeks?
[06:49] <bddebian> NO, usually a day or so
[06:50] <bluefoxicy> ah, I'll give it a couple more then
[06:50] <bddebian> bluefoxicy: What package?
[06:51] <bluefoxicy> I got a mail thursday that said pax-utils was uploaded, I'm just waiting to see it hit the repo so I can swap out my "local or obsolete" with universe.
[06:51] <bluefoxicy> it's low priority so all the important stuff is probably pushing it back :P
[06:52] <bddebian> bluefoxicy: 1:5-15?
[06:53] <bluefoxicy> what does THAT mean
[06:53] <bddebian> That's the version that is in Edgy
[06:54] <bddebian> Err 1.5-15
[06:54] <bluefoxicy> synaptic is telling me the available versions are 0.1.13-0ubuntu1 (now)
[06:54] <bluefoxicy> you're looking at pax, the archiver
[06:55] <azeem> then it's probably in NEW and needs manual attention
[06:55] <bluefoxicy> azeem:  oh, I thought it was stuck in a queue that goes up automatically
[06:55] <azeem> goes up
[06:55] <azeem> ?
[06:55] <bluefoxicy> "I've uploaded your pax-utils package.\nForwarding you the NEW mail from soyuz."
[06:56] <bddebian> https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=0&queue_text=pax
[06:56] <bluefoxicy> ah, cool, I can view the status online :)
[06:56] <bluefoxicy> so it hasn't hit the buildd yet
[06:57] <bluefoxicy> bddebian:  do you have any friggin'  idea how to figure out the latest binutils upstream release
[06:57] <azeem> figure out what?
[06:58] <bluefoxicy> I see numbers like <IP_ADDRESS>.2
[06:58] <bluefoxicy> and I can only find "binutils 2.17" on sources.redhat
[06:58] <azeem> the former are H J Lu's releases I think
[06:58] <azeem> while the latter are the official GNU tarballs
[06:58] <bluefoxicy> http://sources.redhat.com/binutils/  Re
[06:58] <azeem> (I'd guess)
[06:59] <bluefoxicy> http://sourceware.org/ml/libc-alpha/2006-06/msg00095.html  "Attachment: binutils-<IP_ADDRESS>.2-hash-style.patch"  Well, the RedHat developers seem to be aware of the latter
[07:00] <bluefoxicy> I'm trying to figure out if upstream has released binutils w/ --hash-style yet (it went into ld in CVS 2 merges ago) or if I'll have to bribe doko or whoever to patch it into our binutils/glibc after edgy
[07:38] <AnAnt> bddebian: I fixed the kchmviewer problem (that it wasn't been put in /usr/bin)
[07:43] <AnAnt> anyone here ?
[07:44] <azeem> AnAnt: 101 people
[07:44] <AnAnt> azeem: ok, isn't the recover page on REVU going to be fixed ?
[07:44] <azeem> no idea
[07:44] <AnAnt> k
[07:44] <azeem> AnAnt: just ask your questions, don't wait for random people without clue to react first :)
[07:45] <azeem> it's the weekend, this chan is pretty low traffic
[07:45] <AnAnt> well, that was the question
[07:45] <AnAnt> oh ok
[07:46] <AnAnt> well, that was it
[07:46] <AnAnt> gotta go
[07:51] <bddebian> Shoot, who else asked me about a review last night.. :-(
[08:00] <Gloubiboulga> bddebian, me!
[08:01] <Gloubiboulga> bddebian, you haven't advocated gnome-translate ;)
[08:07] <bddebian> Gloubiboulga: I don't think it was you but I'll take a look at it
[08:07] <Gloubiboulga> bddebian, no it wasn't me :)
[08:12] <bddebian> Gloubiboulga: OK advocated but someone else has to look at it :)
[08:12] <Gloubiboulga> bddebian, sure
[08:13] <Gloubiboulga> thanks bddebian :)
[08:13] <bddebian> Sure
[08:24] <bddebian> Hmm, it would be nice if I could search REVU for all packages I have commented on..
[08:25] <azeem> or those you have *not yet* commented on :)
[08:30] <bddebian> Well there's plenty of those.. :-)
[08:30] <bddebian> I'm just one man.. And not the greatest reviewer at that.. :-(
[08:34] <bddebian> Uhm, how can libbuffy have /usr/include/python-2.3 in a Makefile but not have a build-dep on any python stuff?
[08:38] <crimsun> (does it actually require python2.3-dev to compile, though?)
[08:40] <bddebian> crimsun: No but the changelog isn't exactly helpful either.  In 0.2.x it says added build-dep for python, etc but never mentions dropping it later
[08:40] <bddebian> I guess I'll just sync it, it just seems strange
[08:41] <bddebian> OH, crimsun.  Wanna help me understand osgcal
[08:42] <bddebian> Oh, they seem to have removed the python-libbuffy binary
[08:42] <bddebian> Err python-buffy even
[08:48] <crimsun> sorry bddebian, you don't get priority response time (on the phone) since you misrouted my pony.
[08:49] <crimsun> bddebian: what's the issue w/ osgcal?
[08:53] <bddebian> crimsun: The whole 0c2a transition thing
[08:56] <crimsun> ah, to 0.1.39-1?
[08:57] <bddebian> Aye
[08:57] <crimsun> it'll have to be a merge regardless since we have libosgcal0c2a
[08:57] <bddebian> Aye, I just didn't want to screw it up
[08:59] <crimsun> I doubt you will; you've done enough of them to know the proper C/R. :)
[08:59] <bddebian> Actually I really haven't for transitional packages
[09:00] <ajmitch> you should have
[09:04] <bddebian> The question is, should libosgcal stay libosgcal0 from Debian?
[09:05] <crimsun> it doesn't look like it ever transitioned on the Debian side
[09:06] <bddebian> Aye
[09:06] <ajmitch> does it export a C or C++ interface?
[09:11] <crimsun> yep, and it was part of the libstdc++ allocator change [https://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-November/000016.html]
[09:12] <crimsun> bddebian: it would be worthwhile merging openscenegraph first
[09:16] <bddebian> openscenegraph segfaults on build
[09:17] <bddebian> Not to mention it's a pig :-(
[09:19] <crimsun> ah, that should make for an exciting weekend evening.
[09:20] <bddebian> For whom? :-)
[09:20] <crimsun> I'll look at it.
[09:21] <bddebian> crimsun: openscenegraph or osgcal?
[09:21] <crimsun> the former.
[09:22] <crimsun> doesn't make much sense to proceed with the latter until the former is merged
[09:22] <bddebian> Oh, aye
[09:25] <bddebian> Who is gborzi?
[09:33] <bddebian> lfittl: ping?
[09:46] <bddebian> Heya Amaranth
[09:46] <Amaranth> hey
[09:46] <Amaranth> public wifi at libraries ftw
[09:47] <lfittl> bddebian: pong
[09:47] <crimsun> .oO( you identified over a public wifi? )
[09:47] <tseng> crimsun: oh no, freenode botnets will take over!
[09:48] <crimsun> ohnoes!
[09:48] <bddebian> heh
[09:48] <bddebian> lfittl: Hey, I just realized someone has a package for glest on REVU, did you know that?
[09:49] <lfittl> bddebian: oh, no, but I guess this package still has the licensing problems
[09:49] <bddebian> Aye
[09:49] <bddebian> Well the data package anyway
[09:51] <lfittl> bddebian: I looked at the forum thread about scourge data licensing, but this thread is a little old and there doesn't seem to be much interest in it anymore :/
[09:55] <lfittl> something different, whats the best solution to the following problem: one of my to-be-packaged games, freeorion, links directly to some graphviz libs that are located in /usr/lib/graphviz, which means it won't find them on startup without modifying LD_LIBRARY_PATH
[09:56] <lfittl> my approach would be to write a simple wrapper that sets the correct LD_LIBRARY_PATH, anybody have a better idea?
[09:58] <bddebian> lfittl: At runtime?
[09:59] <bddebian> lfittl: Do you happen to have a URL for the scourge forum discussion?
[09:59] <lfittl> bddebian: what at runtime?
[09:59] <bddebian> LD_LIBRARY_PATH?
[09:59] <lfittl> bddebian: will search it again, easy to find
[10:00] <crimsun> where are they in fact installed, /usr/lib/ ?
[10:00] <lfittl> bddebian: http://scourge.sourceforge.net/forum/viewtopic.php?t=46
[10:00] <crimsun> it smells of rpath
[10:00] <lfittl> the needed graphviz libs are in /usr/lib/graphviz, and freeorion searchs for them in /usr/lib
[10:00] <lfittl> rpath?
[10:02] <lfittl> crimsun: ah, rpath, that could work (didn't know that something like this existed) :)
[10:03] <bddebian> lfittl: Is the scourge data not even a candidate for multiverse?
[10:04] <lfittl> bddebian: don't know, problem is we don't have a defined license, and don't even know all the copyright holders
[10:04] <bddebian> Ah, OK
[10:05] <lfittl> as upstream has taken some models from various "free models" websites, and the creator of some old music files didn't specify a license and is now gone (if I remember correctly)
[10:06] <lfittl> although we could propably work around the music file problem be simply not including them, missing music is not the worst thing, missing models are more problematic
[10:13] <bddebian> Well I posted a question, though it is probably too vague :-)
[10:15] <lfittl> bddebian: lets hope there is at least one artist interested, that would be enough to get the license problem into their heads again :)
[10:16] <bddebian> Aye
[10:20] <Amaranth> crimsun: it's a junk password
[10:20] <Amaranth> crimsun: i only use it on freenode
[10:20] <crimsun> Amaranth: (was being facetious ;)
[10:20] <Amaranth> and, uh, i live in sioux city, iowa. wifi is magic to like 99.9999% of the population
[10:20] <Amaranth> heh
[10:22] <Amaranth> There are probably only about a dozen guys in this town who would even know how to do something like that and I know all of them. :)
[10:22] <Amaranth> damn, dist-upgrade is slow
[10:36] <Toadstool> bddebian: hi (about 5h30 later :)
[10:37] <Toadstool> and hi everybody
[10:37] <crimsun> 'lo
[10:37] <Toadstool> hey crimsun
[10:37] <bddebian> Heh, hi Toadstool
[10:38] <Toadstool> I hate that, I have to run everywhere to prepare my trip and can't stay more than 5 minutes in front of my computer :p
[10:45] <crimsun> bddebian: bug 56935
[10:45] <Ubugtu> Malone bug 56935 in openscenegraph "[Edgy MoM]  Please sync openscenegraph 1.0.0-9 from Debian Sid" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/56935
[10:46] <bddebian> OH, hehe
[10:46] <bddebian> Might be interesting though
[10:46] <crimsun> bddebian: took a while to build, but it built successfully on i386 and amd64.
[10:46] <bddebian> Oh, you did that?
[10:46] <crimsun> yes, I just filed it a minute ago
[10:46] <bddebian> Rockin'
[10:46] <Toadstool> you guys have to be insane to try to build that piece of software :p
[10:47] <crimsun> took a solid hour of build time
[10:51] <Toadstool> crimsun: about mldonkey in dapper, I uploaded an updated package a few weeks ago to dapper-updates but the package "disappeared"... I wonder whether I did something wrong :/
[10:52] <crimsun> Toadstool: w/ approval from mdz/kamion?
[10:52] <Toadstool> huhu nope
[10:53] <Toadstool> I have to ask mdz/kamion before uploading?
[10:53] <crimsun> right, infinity/keybuk will blackhole them (approximately) unless you have approval
[10:53] <crimsun> yes
[10:53] <Toadstool> ok, understood
[10:53] <Toadstool> I should have asked before doing anything
[10:54] <\sh> re
[10:54] <crimsun> 'lo \sh
[10:54] <Toadstool> hi \sh
[10:55] <\sh> how's live?
[10:55] <crimsun> crazy, and yours?
[10:56] <\sh> too much work :)
[10:58] <\sh> just preparing new wine
[10:58] <crimsun> nice :)
[11:02] <\sh> argl...it's always a pain to switch between a uk layout and a german layout....
[11:03] <bddebian> \sh!
[11:03] <\sh> bddebian:  :)
[11:16] <\sh> I wonder if bluetooth is still working on this t43 after upgrading to edgy....or is it just disappearing like on the r200?
[11:16] <ajmitch> hi \sh
[11:17] <\sh> re ajmitch
[11:41] <asimon> Greetings. If upstream only offers the source as a bz2 archive, I unpack, and 'gzip -9' it to get a orig.tar.gz. Is this the right way?
[11:43] <crimsun> it's the "least worst"
[11:44] <crimsun> if you do that and Debian does that, then you'll likely end up with *sum mismatches for the orig.tar.gz, which is, well, a PITA
[11:45] <asimon> crimsun: So what's the most elegant way to handle it?
[11:46] <crimsun> asimon: is said package in Debian already?
[11:46] <\sh> didn't dpkg work with bz2?
[11:46] <asimon> crimsun: No, not in Debian or Ubuntu so far.
[11:46] <crimsun> asimon: do you plan to submit it to Debian? (Hopefully you do.)
[11:47] <asimon> crimsun: The plan was to first upload it to revu
[11:49] <crimsun> asimon: sure. Well if there's no ITP (see bugs.do/wnpp) for it, then I suppose you'll have to go the route you just described.
[11:49] <asimon> crimsun: No ITP so far.
[11:53] <asimon> \sh: When I run dpkg-sources with a bz2 instead of a gz tarball it generates automatically a tar.gz file but without the 'orig' part and the source won't appear in the dsc file.
[11:53] <asimon> crimsun: Thank you.
[11:54] <\sh> asimon: yeah...just tried...
[11:55] <\sh> crimsun: what would you do to debug a strange grub behaviour...which is only shown on dapper?
[11:56] <\sh> crimsun: https://launchpad.net/distros/ubuntu/+source/grub/+bug/56780
[11:56] <Ubugtu> Malone bug 56780 in grub "grub doesn't work with Compaq SmartArray P600 SAS Controller" [Medium,Unconfirmed]
[11:57] <zul> \sh: a picture might help
[11:58] <\sh> zul: well..."GRUB Hard Disk Error" ;) that's all what is shown during boot up
[11:58] <zul> ok maybe not..
[11:58] <zul> \sh: what are the disks again?
[11:58] <\sh> zul 4 disks as raid0 configured (hw raid) sata
[11:58] <zul> /dev/dsk/c or something
[11:58] <\sh>  /dev/cciss/c0d0
[11:59] <zul> ah yes..
[11:59] <\sh> ubuntu grub has some patches for it...to recognize them...but sles9 grub doesn't have any patches for this...but sles9 version works
[11:59] <zul> weird..
[11:59] <\sh> yepp
[12:00] <zul> can you put up the source rpm somewhere?
[12:00] <\sh> zul: on monday when I'm back in the office..
[12:00] <zul> ok..remind me on monday then
[12:01] <\sh> zul: kk
[12:02] <\sh> and it's just not working on this piece of hw
[12:02] <\sh> areca 16 channel raid6 sata controller just works. non sata smartarrays are working too.
[12:03] <zul> just the ccis crap
[12:04] <zul> you might want to put in some printk to see what is happeneing
[12:04] <\sh> zul: if I could I would have done it already =
[12:04] <\sh> grmpf


[11:06] <bac> morning
[11:06] <gmb> Morning bac.
[11:06] <gmb> gary_poster, Am I right in thinking that today's meeting is going to be at 12:10 UTC? (i.e. just over an hour)
[11:13]  * gmb assumes "yes", goes for lunch
[11:58] <gary_poster> gmb, yes :-)
[11:58] <gary_poster> benji, bac, call in 12 minutes, just to clarify because of the time zone changes lately
[11:59] <gary_poster> 11 minutes :-P
[11:59] <benji> yep, thanks for the hint
[11:59] <gary_poster> cool welcome
[11:59] <bac> ack
[11:59]  * gary_poster sees if there is anything worth updating...
[12:00]  * gary_poster wonders if printing works now...
[12:08] <gary_poster> bac benji frankban gmb call in 2
[12:12] <gmb> Waitimg for a useable browser
[12:14] <gmb> gary_poster, Can you invite non-canonical me to the hangout?
[12:14] <gmb> It seems something is preventing the Google Talk plugin from launching
[12:14] <gmb> my phone might be a better bet.
[12:14] <gary_poster> gmb, address completion no longer works for me :-/
[12:14] <gary_poster> what's your non-canonical address?
[12:14] <gmb> gary_poster<EMAIL_ADDRESS>[12:15] <gary_poster> gmb invited
[12:33] <gmb> Right
[12:33] <gmb> Out tomorrow, yes.
[12:34] <gmb> Also out Wednesday morning for an eye exam (though hopefully I'll just get the yellow dye, not the pupil dilation stuff).
[12:34] <gmb> frankban, I'll be happy to pair with you, but I need to reboot and possibly roll back the latest updates.
[12:35] <frankban> gmb: np, ping me when you are ready
[12:35] <gmb> Will do.
[13:02] <gmb> Argh.
[13:02]  * gmb -> rolling back to latest snapshot. BBIAB
[13:11] <gmb> frankban, Okay, I'm ready to go. I'm broadcasting the terminal here: (export OTHER=graham REMOTE=chinstrap.canonical.com; trap reset 0 1 2 3 15; stty raw -echo isig && ssh chinstrap.canonical.com "cat /tmp/$OTHER-term")
[13:11] <gmb> I'll start a hangout
[13:14] <gmb> frankban, https://plus.google.com/hangouts/extras/canonical.com/mostly--zopeless#
[13:50] <gary_poster> frankban, could you please verify that you now have the task to do your self evaluation on allhands?  If you don't I should ask dragnob about it
[13:50] <frankban> gary_poster: I have that task
[13:50] <gary_poster> thanks frankban
[14:06] <bac> gah, the "next" button on the allhands form doesn't do a damned thing.  stuck.
[14:37] <gmb> gary_poster, frankban and I have a working solution! (Because pair programming rocks!). Wanna see it?
[14:37] <gary_poster> gmb, yeah! :-)
[14:37] <gary_poster> yay frankban and gmb
[14:38] <frankban> :-)
[14:39] <gmb> gary_poster, http://pastebin.ubuntu.com/900548/
[14:39] <gmb> Just noticed some extraneous doctest in there which can be removed.
[14:45] <gmb> gary_poster, updated diff without all the cruft from earlier revisions: http://pastebin.ubuntu.com/900560/
[14:49] <gary_poster> oh, duh, I was telling it to run the wrong test, eh? "-ssample3"
[14:50] <gary_poster> gmb, frankban, looks nice and elegant.  I *think* we need brackets or something around the traceback though?
[14:50]  * gary_poster goes to look at bug again
[14:51] <gary_poster> bac, that usually means JS is giving you an error.  scroll up
[14:51] <bac> gary_poster: yeah, it's neat how on error they color everything red making it harder to find what is bugging them
[14:51] <gary_poster> lol, yes
[14:52] <gary_poster> frankban, gmb, https://bugs.launchpad.net/launchpad/+bug/609986/comments/2
[14:52] <_mup_> Bug #609986: layer setup failures don't output a failure message (they spew straight to console) <lp-foundations> <paralleltest> <Launchpad itself:Triaged> < https://launchpad.net/bugs/609986 >
[14:54] <gary_poster> frankban, gmb, do you see what I mean? "[" and so on?
[14:58] <gmb> gary_poster, looking...
[14:58] <frankban> gary_poster: yes, and afaict we have those brackets
[14:58] <gmb> Hmm.
[14:59] <gmb> frankban, I don't think we do. We did, and then we cribbed from how setUp() failures are handled.
[14:59] <gmb> Now we don't.
[14:59] <gary_poster> right, I was looking at http://pastebin.ubuntu.com/900560/
[14:59] <gary_poster> line 97
[15:00] <gary_poster> and line 109
[15:02] <frankban> gary_poster: hum...
[15:02] <frankban> gmb: https://plus.google.com/hangouts/extras/canonical.com/mostly--zopeless
[15:02] <gmb> Oh, this is encouraging...
[15:02] <gmb>  798     def error(self, message):
[15:02] <gmb>  799         """Report an error."""
[15:02] <gmb>  800         # XXX: Mostly used for user errors, sometimes used for errors in the
[15:02] <gmb>  801         # test framework, sometimes used to record layer setUp failure (!!!).
[15:02] <gmb>  802         self._stream.write('%s\n' % (message,))
[15:02] <gary_poster> heh
[15:02] <gmb> The !!! is a particularly soothing touch.
[15:03] <gary_poster> yeah
[15:03] <gmb> Also "sometimes"
[15:03] <gmb> Bodes well.
[15:03] <gary_poster> :-)
[15:03] <gary_poster> so, the good news is that your tear down is now handled as well as set up.  The bad news is that it turns out set up isn't quite right either, so it tuens out you have to fix it too.  Right?
[15:04] <gmb> gary_poster, Looks that way.
[15:04] <gmb> frankban, Okay, so I guess we need to get back to it; I'll restart the hangout in a minute; let me just grab a drink first.
[15:04] <frankban> gmb: sure
[15:04] <gary_poster> bah. :-) well, good progres nonetheless.  Go go pair programming!
[15:04] <gary_poster> progess, even
[15:05] <gary_poster> oh heck, never mind on the spelling :-P
[15:06] <frankban> gary_poster: so maybe it's summer time fault if I've seen square brackets around...
[15:06] <gary_poster> lol
[15:06] <gary_poster> summer comes, you get all relaxed, you start seeing brackets everywhere... :-)
[15:06] <frankban> lol
[15:30]  * gary_poster tries again
[15:42] <benji> frankban: I'm going to move your bug 963461 card to landing, since it has been reviewed
[15:43] <_mup_> Bug #963461: lib/lp/services/webservice/stories/xx-hostedfile.txt fails intermittently in parallel tests <paralleltest> <Launchpad itself:In Progress by frankban> < https://launchpad.net/bugs/963461 >
[15:43] <benji> (to free up space for another card)
[15:43] <frankban> benji: ok thank you
[15:44] <benji> parenthetically: it seems a little odd to have the review count connected to the coding count; I can understand the desire to keep the number in review down, but a seperate WIP limit for reviews would seem to accomplish that
[16:18] <gmb> gary_poster, New version, now with subunit formatter magic! http://pastebin.ubuntu.com/900690/
[18:07] <gary_poster> gmb, a thing of beauty.  benji, the reason they are connected is because someone who might start coding but is blocked by a review would then be encouraged to go and perform the review.  If the "review" has turned into post-review coding, then in fact it is still coding and the WIP is still apt.
[18:09] <benji> gary_poster: yeah, I figured something like that.  I can't tell which is a better situation (connected or separate).


[07:54] <MooDoo> hello all
[07:56] <Claudinux> MooDoo, hi
[07:57] <MooDoo> Claudinux: hullo
[08:08] <dholbach> good morning
[08:10] <Claudinux> 'morning dholbach
[08:10] <dholbach> hi Claudinux
[09:33] <dholbach> czajkowski: did you see Paolo's mail? do you think it'd be worth blogging this?
[09:33] <dholbach> czajkowski: did you get the mail I forwarded you from james_w's friend?
[09:33] <dholbach> hi ebel
[09:33] <ebel> hi
[09:39] <czajkowski> dholbach: morning
[09:39] <czajkowski> just reading emails
[09:39] <dholbach> great
[09:40] <czajkowski> we should blog this!
[09:40] <czajkowski> I didnt get any mail forwarded from you
[10:15] <dholbach> czajkowski: a mail where I CCed james_w too?
[10:15] <dholbach> czajkowski: I'll try to dig it out again
[10:16] <dholbach> czajkowski: "Another inspiring use of Ubuntu"
[10:16] <dholbach> czajkowski: I can resen
[10:16] <dholbach> d
[10:28] <ebel> I used the loco directory for the first time last night
[10:28] <ebel> to add Ubuntu-ie's June IRC meeting
[10:28] <ebel> i *ahem* should file some UI bugs, then check out the code.
[10:29] <czajkowski> dholbach: aye I can't find it
[10:29] <czajkowski> please
[10:29] <dholbach> czajkowski: will do
[10:30] <ebel> I should be picking up a harddrive later today. I have 1 week to fill it with stuff
[10:32] <dholbach> czajkowski: sent
[10:32] <czajkowski> dholbach: *hugs* thanks
[10:34] <xdatap> morning
[10:36] <czajkowski> xdatap: hey great post we should add it to the blog
[10:38] <xdatap> czajkowski, yes it's a nice story. Could you post it?
[10:40] <czajkowski> xdatap: sure, or I can just give you access to the wordpress
[10:42] <xdatap> czajkowski, I still make mistakes with do or does, are you sure you want me writing there? :P
[10:42] <czajkowski> xdatap: tell ya what write it and I'll proof it and the post it
[10:42] <czajkowski> if you like?
[10:42] <czajkowski> so it'll still be written by you
[10:43] <czajkowski> xdatap: your English is improving!
[10:43] <dholbach> czajkowski: did you get it?
[10:44] <czajkowski> dholbach: I did
[10:44] <czajkowski> thanks
[10:44] <czajkowski> weird as I dont bin mails so who knows
[10:44]  * xdatap at phone
[11:10] <xdatap> I have to go (working). Later!


[00:51] <Unit193> Wimpy: Heya.
[08:13] <Wimpy> Unit193: o/
[10:24] <Unit193> Wimpy: How do you want this done?
[16:45] <Wimpy> Unit193: What is typical for flavour channels?
[16:45] <Wimpy> That is appropriate.
[16:45] <Wimpy> I'd like to be able to set the topic title and such.
[20:50] <Unit193> Wimpy: Looks like popey was on the list for freenode, but I imagine he's not active anymore.  You have access.


[12:06] <gary_poster> buildbot-slave is working once you change the sources to the standard precise ones (from the ec2 ones) and update/upgrade so you get a newer lxc than 45, but buildbot-master fails because of a syntax error in lpbuildbot that Brad and I missed ("descriptionDone['cleaned','previous','lxc','containers']))" should be "descriptionDone=['cleaned','previous','lxc','containers']))".  Fixing and then continuing to see how we are doi
[12:06] <gary_poster> ng.
[12:08] <gary_poster> bac benji gmb call in 2 https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde
[12:11] <gary_poster> bac benji yoo hoo
[12:28] <gary_poster> gmb, confirmed that I just approved next Mon & Tues
[12:28] <gmb> gary_poster: Thankyou kindly.
[12:29] <gary_poster> of course
[12:29] <gary_poster> notifications work a lot better on one screen.  sound would be nice too though; I wonder why XChat stopped doing what I had configured...I'll look
[12:39] <gary_poster> well, sound is working again...who knows for how long
[12:49] <bac> gary_poster: i've got a potential mentor for frankban but he doesn't want to start until after the 12.04 release...which is not that far off
[12:50] <gary_poster> bac, great! fine with me.  If we have someone coming along sooner, great, but as you say, the release is not far off
[12:51] <bac> yep.  it is raphael and i think he'd be great
[13:02] <gary_poster> oh, agree, cool
[13:18] <gary_poster> juju expose didn't work on master.  had to do it manually.  Mildly concerning.
[14:20] <bac> gary_poster: thanks for the details of your setup
[14:20] <gary_poster> bac, welcome
[14:26] <gary_poster> benji, bac, gmb, TESTS PASSED, GREEN BUILDBOT! *\o/* http://ec2-50-16-120-159.compute-1.amazonaws.com:8010/waterfall
[14:27] <gary_poster> will run again
[14:27] <benji> gary_poster: great!
[14:27] <benji> A++++, will run again
[14:27] <gmb> Woot.
[14:27] <bac> 34 minutes?
[14:28] <benji> bac: pretty much: "Elapsed38 mins, 36 secs"
[14:28] <gmb> Wow. That seems... short.
[14:29] <bac> benji: oh, i saw this "elapsedTime=2075.273179" which must omit some startup
[14:31] <gary_poster> actually, I've been using the elapsed time, from http://ec2-50-16-120-159.compute-1.amazonaws.com:8010/builders/lucid_lp/builds/0/steps/shell_9 in this case, so 34 minutes is true.  that is a bit suspicious, I must admit--it cuts down 20 minutes from our previous runs
[14:32] <gary_poster> the build is already gone so I can't see what happened last time, but I'll look after this next run
[14:53] <gary_poster> call off the parties...next run took 14 minutes and the testr directory looks...wrong somehow
[14:54]  * benji takes down the disco ball.
[14:59] <gary_poster> :-)
[15:00] <gary_poster> testr's reporting leaves a lot to be desired
[15:17] <gmb> gary_poster: It's not something to do with testr's splitting up of the tests per-core, is it?
[15:17] <gmb> Or are we futzing that somehow?
[15:23] <gary_poster> gmb, you mean, the reporting has something to do with testr's splitting of tests?  I don't think so.  We aren't futzing with that part of things.  What I thought I understood before about what testr does seems to show nothing now.
[15:23] <gary_poster> the test run file now only seems to show a start time and a stop time
[15:23] <gmb> gary_poster: No, I mean the short runtimes.
[15:24] <gmb> Actually, that makes no sense. Ignore me gary_poster .
[15:25] <gary_poster> gmb, oh, well, I had that analysis earlier from runs that both frankban and I made that I was getting test run times of 4 hours/number of cores plus 20 minutes
[15:25] <gary_poster> so eight cores was 50-ish minutes
[15:25] <gary_poster> not 38 and not 14
[15:25] <gmb> Right. Like I said, my thinking didn't actually make sense :)
[15:26] <gary_poster> :-) gotcha, np
[15:53] <gary_poster> Something has gone seriously wrong in our setup :-( runs are not producing output, and now lxc are stopping because they are unable to access dhclient.leases in the container...and maybe for other reasons?
[15:54] <gary_poster> ugh :-(
[16:02] <gary_poster> I'm going to kill this instance and try a newer version of precise. Maybe the update hosed things somehow? :-/
[17:45] <gary_poster> our entropy hack is not installed?
[17:46] <gary_poster> ah.  I don't have the newest version of the setup file. :-(
[17:53] <bac> gary_poster: have time for a quick chat in a bit?
[17:57] <gary_poster> bac, sure
[17:58] <gary_poster> bac, https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde when you are ready
[18:00] <bac> gary_poster: i'm trying but google is caught in an oauth redirection loop and i can't get in.  let me try firefox
[18:00] <gary_poster> ok
[19:53] <bac> gary_poster: i'm trying to test my change for testr init.  i've not run a launchpad buildbot on ec2 in a really long time, if ever (my testing originally was just using pyflakes).  does the slave typically show pending for the length of time setuplxc runs?
[19:55] <gary_poster> bac, yes
[19:56] <gary_poster> bac, I've discovered the problem for test runs btw
[19:56] <bac> gary_poster: so, a couple of hours of churning?
[19:56] <gary_poster> bac, on the 8 core, about an hour IIRC
[19:56] <bac> gary_poster: ugh, i did a single core
[19:56] <gary_poster> mm, probably 2 or 3 then yeah
[19:56] <bac> i figured i didn't need to see the tests run to completion but just get started
[19:57] <bac> gary_poster: what was the bug?
[19:58] <gary_poster> bac, the new zope.testing egg we made no longer gives the right output for --subunit --list-tests (cue my previous email saying how forking means you need to write tests...)
[19:58] <gary_poster> If you switch to the p4 version then it works
[19:58] <bac> ergh
[19:58] <gary_poster> but without the p5 fixes of course
[19:58] <gary_poster> yeah
[19:58] <gary_poster> so we need a p6 :-)
[20:36] <benji> If anyone would like to review https://code.launchpad.net/~benji/launchpad/bug-963463/+merge/100514 I would appreciate it.
[20:47] <bac> benji: i will
[20:48] <benji> bac: thanks
[20:50] <bac> benji: only question is whether a helper function would be warranted since you repeat yourself thrice
[20:51] <benji> bac: good question; I could go either way.  I think I'll add one.
[20:52] <bac> you are Dr Dry
[20:53] <bac> benji: done
[20:55] <benji> heh
[21:02]  * bac walks the dog


[01:49] <redcavalier> Hi, since the latest update of cloud-init on centos 7, cloud-init doesn't resize my openstack instances anymore
[01:51] <redcavalier>  /var/log/messages shows me errors regarding text.encode(encoding) showing that "'dict' object has no attribute encode"
[01:52] <redcavalier> seems to be related to vendor-data, which is empty as I don'T use it
[02:30] <nacc> redcavalier: presumig cloud-init does come from centos, it seems like you should also report a bug there (and link to it here)
[02:30] <redcavalier> ok, I'll do so right now.
[02:37] <blackboxsw> redcavalier: thanks.  if you are using centos 7.4 and our daily cloudinit (17.1) released at https://copr.fedorainfracloud.org/coprs/g/cloud-init/cloud-init-dev/packages/ there is a 'cloud-init collect-logs [--user-data]' command that will tar/gzip a file for your that'd ease analysis
[02:37] <blackboxsw> you could attach that to the bug (or just follow the bug filing suggestions which basically grabs the same content
[02:38] <redcavalier> blackboxsw, it's not the daily cloudinit but the centos package though (0.7.9)
[02:39] <blackboxsw> ahh, roger
[02:50] <nacc> blackboxsw: yeah i was basing my guess off redcavalier sayig it was from a recent cent update
[02:50] <nacc> which *might* be a distro issue, i'm not sure how y'all handle the cent releases
[02:54] <redcavalier> well, I should specify the recent centos cloud-init update. Strangely enough, it doesn't affect our cloudlinux instances
[02:54] <redcavalier> so it seems really specific
[02:59] <blackboxsw> yeah, redcavalier I'd be curious  what /var/log/cloud-init.log and  /run/cloud-init/reslts.json  has in it. on the systems just to rule out a datasource ordering issue with some changes that went into the Ec2 datasource which is a fixed bug that affected  openstack specifically in 0.7.9
[03:00] <blackboxsw> but that'll come with the bug I presume
[03:02] <redcavalier> blackboxsw, let me make you a pastebin real quick. IT appears to be related to cloud-init trying to write the cache for vendor-data but failing because it can't find an encoding property on the object to write (but I might be wrong, I'm not a developper).
[03:10] <redcavalier> blackboxsw, https://pastebin.com/t8yyghGM is the log
[03:12] <blackboxsw> thanks redcavalier gotta head to bed for the evening. Well looks like it still properly identified your Openstack datasource, so not this issue I wondered about w/ ec2
[03:12] <redcavalier> Alright, thanks
[03:14] <blackboxsw> it's possible that the vendordata_raw format changed across this update.... umm yeah please file a bug and we'll track it and see if we can get to the bottom of the failure redcavalier
[03:16] <blackboxsw>  cheers.g'night all.
[03:31] <sedition> catch you later
[03:35] <redcavalier> FTR, I've filed a bug with centos. Find it at https://bugs.centos.org/view.php?id=13931
[14:50] <orf__> hey, is it possible to mount any other files in a system via the vsphere 'user-data.txt' ISO data source?
[14:50] <orf__> as in, set up some network configuration?
[15:20] <smoser> orf__, i do not believe you can pass networking configuration in via OVF datasource
[17:18] <cesarjorge> Hi, I'm need help with cloud-init
[17:18] <cesarjorge> The cloud-init when start, changes (in a linux), the network definition interfaces: /etc/sysconfig/network-scripts/ifcfg-enp0s3
[17:19] <cesarjorge> Howto do, to say to cloud-init not change the interfaces?
[17:23] <larsks> cesarjorge: https://cloudinit.readthedocs.io/en/latest/topics/network-config.html#disabling-network-configuration might help
[17:24] <cesarjorge> many thanks!!! I will try


[04:30] <geekodour08> Hello, can someone help me with what are the high level steps on how you build ubuntu for a different arch. eg. https://wiki.ubuntu.com/S390X For now, I just want to build ubuntu for x86 in my laptop.
[04:31] <geekodour08> when i lookup "build ubuntu" i get https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel does this mean building the latest ubuntu that i can boostrap on my machine?
[05:53] <RAOF> geekodour08: I'm not sure exactly what you're trying to do, but https://wiki.debian.org/DebianBootstrap is a pretty decent overview.
[05:53] <RAOF> geekodour08: We do some things a bit differently, but it's basically the same as bootstrapping a new Debian architecture.
[06:17] <infinity> geekodour08: Why would you need to bootstrap to build for x86 when Ubuntu it already built for x86...?
[06:17] <infinity> s/it/is/
[06:25] <geekodour08> RAOF: thanks a lot! and infinity: just for educational purpose, i just wanted to know what is done. the debian bootstrap guide looks like a nice resource.
[10:27] <tjaalton> hm, so I was planning on maintaining mesa on lp git, but I see that it's owned by the "server dev import team" and I can't push there (as a core dev), so where should I put these then, under some team?
[10:27] <tjaalton> https://code.launchpad.net/ubuntu/+source/mesa
[10:29] <tjaalton> not that importing that repo would be sane either :)
[10:31] <tjaalton> yeah, I'll use ubuntu-x-swat instead
[11:04] <Laney> tjaalton: core-dev?
[11:04] <Laney> it would be good if all uploaders could push to it
[11:05] <tjaalton> would be
[11:05] <tjaalton> oh you mean core-dev team?
[11:07] <Laney> Or add core-dev to that team I guess
[11:07] <tjaalton> that'd be nasty, since it'd get all the bugmail
[11:08] <Laney> should go to https://lists.launchpad.net/ubuntu-x-swat/, since the team has an email address set
[11:08] <Laney> (AIUI)
[11:09] <tjaalton> hmm right
[11:10] <Laney> I think there might be a way to point https://code.launchpad.net/ubuntu/+source/mesa at something else though
[11:11] <Laney> hmm, though I'm not sure if that would get the distro ACLs
[11:17] <tjaalton> doesn't matter
[13:12] <rbasak> bdmurray: do you know where https://git.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/diff/DistUpgrade/apt_btrfs_snapshot.py?h=ubuntu/xenial-proposed&id=7c0245c13bdeb92fb005aa7073c50bd78db99693 came from in your 1:16.04.26 upload of ubuntu-release-upgrader? Was that intentional?
[13:42] <jbicha> xnox: please consider adding ~ubuntu-core-dev to https://launchpad.net/~timezonemap-team/+members
[13:43] <xnox> jbicha, no....
[13:43] <xnox> jbicha, not everyone in core-dev is allowed to commit to that.
[13:44] <jbicha> why?
[13:44] <xnox> CLA
[13:44] <jbicha> ok, I'll send you a merge proposal then :)
[13:50] <jbicha> xnox: maybe it needs to be added to https://www.canonical.com/projects/directory & https://github.com/canonical-websites/www.canonical.com/blob/master/templates/projects/directory.html
[13:50] <jbicha> and maybe a note about the CLA added to the source code somewhere?
[13:52] <Laney> not sure about it being under the CLA
[13:52] <Laney> IIRC its origins are external
[13:53] <xnox> Laney, jbicha - it was confusing last time i tried to check all that.
[13:54] <xnox> as in, eternal origins, are/were/maybe based on our stuff
[13:54] <jbicha> I did update debian/copyright a bit in my merge proposal
[13:54] <xnox> anyway Laney is also a committer ;-)
[13:55] <jbicha> there are some parts that are clearly not owned by Canonical (tzdata & geonames)
[13:56] <Laney> xnox: Make me an adminstrator then and I'll add core-dev
[14:33] <seb128> rbasak, hey, if you do SRU could you look at moving the fwupd/bionic one to -updates? bug #1719797 is listed as not verified but it was verified, it's just that a gnome-software SRU (ab)used the same bug number and that did lead to have the tags reset to verification-needed. Those don't need to go together and I checked with Mario, the fwupd is good to migrate
[15:03] <bdmurray> rbasak: it's updated as a part of the pre-build.sh script so it was somewhat intentional.
[15:04] <rbasak> OK
[15:26] <smoser> anyone else seen this or know how to fix? i'm sure i'im just missing something.
[15:26] <smoser> this is a disco client trying to ssh with password auth to a 18.04 server
[15:26] <smoser> the server *does* have PasswordAuthentication enabled
[15:27] <smoser> and a fresh lxc container for bionic can connect with just 'ssh host'
[15:28] <smoser> but disco doesn't like it
[15:28] <teward> smoser: the specific error messages and logs might be useful?
[15:28] <teward> (not sure if you already got help on this or not)
[15:29] <smoser> teward: yeah, i'm getting them
[15:30] <teward> i'm spinning a disco lxd up to try and SSH to the host computer it's on (this laptop, which also has OpenSSH on it for reasons)
[15:30] <teward> to see if I can replicate.
[15:30] <teward> (slow net is slow >.<)
[15:32] <smoser> http://paste.ubuntu.com/p/DHF82dGkqw/
[15:32] <smoser> ^-- cosmic
[15:33] <teward> smoser: confirm /etc/ssh/sshd_config has 'PasswordAuthentication yes' on the server
[15:33] <teward> because it's not offering password auth as an option
[15:33] <teward> at least according to your logs
[15:35] <teward> smoser: E:NOREPRO with 'PassswordAuthentication yes' and no special AuthenticationMethods definitions on an 18.04 server with a Disco client
[15:35] <smoser> gah.
[15:36] <smoser> also important is to type the ip address correctly
[15:36] <teward> that'd help :P
[15:36] <smoser> so that you attempt to connect to the system that you enabled password auth on
[15:36] <teward> heheheh
[15:36] <smoser> rather than a different system
[15:36] <teward> smoser: so it's working then :)
[15:36] <smoser> pebkac
[15:36] <teward> YAY, crisis averted.  *goes to find more coffee*
[15:37] <smoser> thank you
[15:37] <teward> yep
[16:02] <rbasak> bdmurray: I was reviewing ceph in Trusty :-/
[16:08] <bdmurray> rbasak: The task was Incomplete and I'd subscribed to it
[16:09] <rbasak> I had assumed that since your question was answered (clearly satisfactorily) that it was expected to be picked up by the next person on rota.
[16:10] <bdmurray> I try and subscribe to ones I set to Incomplete so I can follow up as I already have context and as next person might not get to that SRU.
[16:11] <rbasak> That's a good thing to do. But we should have a method to avoid collisions.
[16:43] <doko> tkamppeter: about hplip. I think that hplip installs something from the network in a system location, when downloading drivers ...
[16:44] <doko> so better ask about which files do *not* belong to a package
[17:46] <rbasak> cyphermox: are you taking care of n-m vs. dnsmasq autopkgtest? Wondering what to do with my Trello card on it.
[17:46] <rbasak> cyphermox: I do have https://git.launchpad.net/~racb/ubuntu/+source/network-manager/commit/?h=python-dep8-improvements which I think would be useful to land in n-m in Disco for the future. Want a proper MP for it?
[17:48] <rbasak> cpaelzer: I'm going to continue looking at the qemu/libvirt SRUs tomorrow morning.
[17:51] <cyphermox> rbasak: desktop team owns network-manager
[17:51] <cyphermox> rbasak: I'll have a look, but please feel free to push your code.
[17:52] <rbasak> cyphermox: thanks. Was your first statement in relation to my n-m vs. dnsmasq or my branch? If the latter, I guess I need to coordinate with the desktop team for the n-m issue then? Is that seb128?
[17:54]  * rbasak EODs
[17:58] <cyphermox> rbasak: my point was for the code, you should feel free to push to the right NM branch (which used to be https://code.launchpad.net/~network-manager/network-manager/+git/ubuntu/+ref/master, but it appears out of date), and I'll have a look at the dnsmasq issues later
[18:11] <rbasak> OK, thanks!
[20:50] <seb128> rbasak, hey, feel free to create a mp for those changes, we can review them. Or just ping me tomorrow if we want to get them commited without going through submitted a proper merge request
[20:52] <seb128> rbasak, cyphermox, the current vcs is https://git.launchpad.net/network-manager/log/?h=cosmic and it's almost uptodate, just mdeslaur didn't commit his CVE fix there


[00:17] <atamira> afternon
[00:17] <atamira> afternoon*
[21:20] <chilts> wow, I haven't been on IRC for ages
[21:20] <chilts> morning
[22:05] <mwhudson> chilts: morning


[08:29] <lapion> so anyone try to install ubuntu-gnome over regular ubuntu
[08:32] <smartboyhw> lapion, oh what ppa?
[08:33] <lapion> no just install regular quantal b1, then install quantal-gnome b1 without formatting the fses
[08:34]  * smartboyhw thinks it is b2 now:P
[08:34] <lapion> I meant b2
[08:35] <smartboyhw> Ah OK
[08:35] <lapion> brb
[08:53] <lapion> hello smartboyhw..
[08:53] <smartboyhw> Hello lapion
[08:54] <vibhav> Hullo
[08:54] <darkxst> lapion, just install ubuntu-gnome-desktop
[08:54] <smartboyhw> Hello vibhav too
[08:54] <lapion> the first time I got the gdm, but after logging in the X server got killed
[08:54] <darkxst> do you have logs?
[08:55] <lapion> after restart not oven gdm will start up..
[08:56] <lapion> only the mouse cursor for the xserver starts..
[08:56] <darkxst> are you doing service gdm restart?
[08:56] <lapion> I can create logs at each startup..
[08:56] <lapion> yes darkxst
[08:56] <darkxst> that is a known problem
[08:57] <darkxst> if you do stop, then wait a sec and do start it will work
[08:57] <lapion> als trying gdm sto, gdm start..
[08:57] <lapion> I mean stop gdm , start gdm
[09:00] <darkxst> which works? yes?
[09:01]  * smartboyhw decides not to install it for now:P
[09:02] <darkxst> smartboyhw, how we going to fix it, if no one tests it!
[09:03] <smartboyhw> darkxst, well fix it then I'll test it:P
[09:03] <lapion> darkxst after the first gdm bailout, will not start up again
[09:04] <darkxst> lapion, enable gdm debugging (/etc/gdm/custom.conf)
[09:05] <darkxst> then file a bug with ubuntu-bug gdm after it crashes
[09:05] <darkxst> hopefully that will also attach the gdm logs, but if not they are in /var/log/gdm/$DISPLAY.log
[10:00] <vsrao> After an update, the X server has problems starting. I can login through the CLI mode, but if I switch back, it freezes. Is this a known issue? Also, colord faults a lot.
[13:42] <smartboyhw> welcome jbicha
[13:42] <jbicha> hi
[14:11] <lapion> To all developers, thank you very much for returning the old tried and true unity killer gnome 2 look.
[14:13] <lapion> my next upgrade will be to ubuntu-gnome I was allready thinking about going back to the 'ol trusty slackware what with the 14.0 release...
[14:13] <lapion> most probably
[14:20] <jbicha> I don't think many are aware that the Ubuntu GNOME Remix includes GNOME Classic so tell your friends
[14:20] <jbicha> Edubuntu includes it also
[14:21] <jbicha> I don't know if we'll always include it though; that depends on demand I guess
[14:25] <lapion> maybe the big problem is that people who tended to use the menu where mostly people that tended to not allow usage feedback due to security concerns I guess...
[14:27] <jbicha> hmm?
[14:29] <lapion> I prefer the menu because it frees the creative part of the mind to do the actual working.
[14:31] <lapion> and since image recognition requires more processing time then letter recognition I would prefer using less mind computing time on medial tasks such as remembering what that applications icon looks like again.
[14:36] <jbicha> I need to see how much space GNOME Classic takes on the image, if it's only a few MB then we probably should continue to include it
[14:40] <lapion> I do however miss the separation of System menu and application menu but that is not a ball-breaker
[14:43] <lapion> I however just found a nice bug, I cannot seem to get the gdm login anymore after a login with the last available desktop variant in the login list.
[14:43] <lapion> not even changing password and a logout helps.
[14:54] <lapion> nvm I found the autologin disable setting, however, if someone where to logout once or twice I think the system should go to gdm-password screen.
[14:57] <lapion> I do however think there is a rather annoying security problem in the password changing dialog.
[14:58] <lapion> as soon as you leave the old password field the system already checks the password. Which opens a window to semi-brute-force password hacking.
[14:59] <lapion> hacking=cracking
[15:00] <jbicha> lapion: oh, bug 1052453 should be fixed now
[15:00] <jbicha> but... that's only if you were using lightdm, not gdm
[15:01] <lapion> gdm is the default for ubuntu-gnome
[15:01] <jbicha> ok, never mind that then
[15:01] <lapion> but that problem is supposed to be solved simply by disabling auto-login
[15:01] <jbicha> if someone has physical access to your machine then they have access to everything on your machine
[15:02] <lapion> if autologin is set the system does not allow logging out
[15:02] <jbicha> yeah, autologin isn't working quite right
[15:14] <lapion> You have to disable and reenable autologin before you can logout
[15:22] <lapion> how can I modify/add the panels, add/move applets etc etc?


[08:57] <tritium> Have there been recent changes to the atheros wifi module that make network-manager not play well with it?
[08:58] <tritium> (I just tried feisty on my work laptop, and network manager doesn't see wireless networks, so I have to use iwconfig)
[08:59] <tritium> Also, Xorg 7.2 appears to have borken my perfect extended desktop setup.
[09:00] <Burgundavia> tritium: I haven't seen anything, but I haven't updated in a couple of days
[09:00] <tritium> Burgundavia: you have atheros chipset?  (Mine is a thinkpad T43p)
[09:01] <Burgundavia> yes
[09:01] <tritium> Thanks.  That's interesting.  Please let me know if you have troubles when you update.
[09:47] <crimsun> tritium: fglrx or ati?


[15:33] <mup> Bug #1956052 opened: Some redirections don't work on redfish power configuration <ilo4> <power> <redfish> <MAAS:New> <https://launchpad.net/bugs/1956052>
[15:36] <mup> Bug #1956052 changed: Some redirections don't work on redfish power configuration <ilo4> <power> <redfish> <MAAS:New> <https://launchpad.net/bugs/1956052>
[15:39] <mup> Bug #1956052 opened: Some redirections don't work on redfish power configuration <ilo4> <power> <redfish> <MAAS:New> <https://launchpad.net/bugs/1956052>