[12:32] <Riddell> Mithrandir: could you give back kde4pim
[01:00] <login_>  I have been compiling kernel 2.6.22 and have run across a dilemna. My compiled kernel weighs in at about 400-500 mb while the ubuntu kernel weighs about 100-200 mb. How did you guys get the kernel to be so thin?While i was uncompressing the kernel i saw it uncompress folders such as sparc so is it possible that my kernel installed all architectures? if so , how can i make it only use 1386?
[01:01] <ion_> Please read the topic.
[01:03] <login_> this is a topic related to feisty
[01:03] <login_> ..
[01:05] <ScottK> login_: This is not the place to come for kernel compiling lessons/support.
[01:06] <Burgundavia_> login_: that is a support issue, please use the -users list or the forums
[01:44] <zabin> Hello I was wondering if any of you knew of a list of current projects going on that i could get involved helping with?
[01:45] <persia> zabin: What sort of thing are you interested in helping with?
[01:46] <zabin> persia: Well im currently a college study studying computer engineering and I would be interested in helping out with some programming developing perhaps a program or application of the open source community.
[01:47] <zabin> persia: *for the open source community.
[01:48] <Amaranth> zabin: I think he meant what area of Ubuntu are you most interested in?
[01:49] <persia> zabin: Hmm..  That's a broad goal :)  For Ubuntu specifically, we usually focus on patches and maintenance (for which #ubuntu-motu is a good discussion channel), implementation of new features (a list of specifications is available from https://blueprints.launchpad.net/ubuntu - be sure to check to see who else is working on it, and have a few leftovers that need code listed at the bottom of https://wiki.ubuntu.com/MOTU/TODO.
[01:49] <persia> Amaranth: Not necessarily :)
[01:50] <zabin> Hrm, pretty much anything that would involve programming.
[01:50] <persia> zabin: Depending on your interest, you may be able to contribute as much (or more) working with some of our more prominent upstreams (e.g. GNOME, KDE, OOo, mozilla, X, linux, etc.)
[01:52] <zabin> persia: thanks for that link earlier there are a few projects on there that i could see myself getting involved in.
[01:53] <persia> zabin: Great.  Welcome, and thanks for helping!
[01:55] <zabin> Thanks
[02:00] <Amaranth> zabin: you should work on compiz :)
[02:01] <zabin> I'm looking into working on the easy-encryption project lol
[02:02] <zabin> Amaranth: The compiz stuff would probably way of my head for my first team development project.
[02:03] <Amaranth> yeah, it does require a somewhat interesting set of skills
[02:03] <zabin> Amaranth: do you know of any projects that you would think would be good to start out on as a noob?
[02:04] <Amaranth> GNOME and KDE have bugs marked for beginners to tackle
[02:04] <zabin> Do you know where i would have to look to find where that is online?
[02:08] <zabin> Amaranth: do you know where that page is located?
[02:09] <Amaranth> for which one?
[02:09] <zabin> Amaranth: GNOME and KDE have bugs marked for beginners to tackle
[02:09] <Amaranth> do you want GNOME or KDE?
[02:09] <zabin> Amaranth: GNOME
[02:10] <Amaranth> zabin: http://bugzilla.gnome.org/reports/gnome-love.cgi
[05:23] <sbalneav> If someone happens to see seb128, let him know I posted a patch for bug #122544
[05:23] <ubotu> Launchpad bug 122544 in nbd "nbd-server crashed with SIGSEGV" [Medium,Incomplete]  https://launchpad.net/bugs/122544
[05:23] <sbalneav> I also duped all the other nbd-server SIGSEGV to that one.
[06:28] <sbalneav> Evening Hobbsee
[06:29] <Hobbsee> heya sbalneav!
[06:58] <fabbione> morning
[06:59] <Hobbsee> morning fabbione!
[07:00] <Burgundavia> hey fabbione, Hobbsee
[07:01] <Hobbsee> hi Burgundavia
[07:17] <gaze_> what packages are the man pages for strlen strcpy etc. in?
[07:17] <gaze_> *package
[07:27] <Amaranth> gaze_: manpages-dev, please use #ubuntu next time
[07:29] <gaze_> sorry about that
[07:29] <gaze_> thanks anyway
[07:47] <pitti> Good morning
[07:52] <Burgundavia> morning pitti
[07:52] <Hobbsee> morning pitti!
[07:57] <StevenK> Morning pitti
[07:58] <pitti> hey all
[07:58] <StevenK> pitti: So, do you want to remove some NBS packages? :-)
[07:59] <StevenK> pitti: There are 3 that are zero-sized in the list, I'm working on a fourth. I can start on a fifth, but only after you look at/approve a MIR.
[08:01] <pitti> StevenK: yeah, can do
[08:11] <Hobbsee> oh good, i wont have to kill calc today
[08:11] <StevenK> Heh, maybe tomorrow?
[08:20] <Hobbsee> StevenK: depends.
[08:29] <Hobbsee> StevenK: i dont like my documents corrupted, then ooo dying over trying to uncorrupt them.
[08:29] <StevenK> Sounds like fun.
[08:29] <Hobbsee> although it appears that this one is not a .doc, which is good, as it's kinda important, so did actually recover correctly
[08:53] <StevenK> Now it fails with a linking problem.
[08:58] <ccm> is there a reason why there is no jigdo download for desktop images but for alternate isos?
[09:00] <ccm> ah, maybe dholbach knows
[09:00] <ccm> 08:58 < ccm> is there a reason why there is no jigdo download for desktop images but for alternate isos?
[09:00] <dholbach> hi ccm
[09:00] <ccm> hi dholbach :)
[09:00] <ccm> :)
[09:00] <dholbach> no, no idea
[09:00] <dholbach> sorry
[09:01] <ccm> okay
[09:01] <Hobbsee> ccm: depending on what you want to download, there's mostly no point in it anyway
[09:01] <Hobbsee> as in, downloading things yet
[09:01] <ccm> Hobbsee: well, jigdo updates packages in an iso
[09:01] <ccm> so a jigdo would give you an iso with the most recent kernel and stuff
[09:02] <ccm> i think this is even more than a nice to have
[09:02] <Hobbsee> ccm: the livefs' arent building yet for most arches/flavours, so the iso isnt worth downloading anyway, at this particular point in time.
[09:02] <Hobbsee> but true, i see your point
[09:02] <ccm> Ah I get the problem
[09:02] <Fujitsu> jigdo can't work with desktop CDs, as most of the space is taken up by one file (the squashfs)
[09:02] <ccm> its about building the final desktop iso
[09:02] <ccm> okay
[09:03] <ccm> then this is not a political decision just a technical one
[09:04] <Fujitsu> I suppose it might be possible to have a jigdo-like thing that reconstructed the squashfs after downloading the packages, but such a thing doesn't exist and would be non-trivial.
[09:04] <ccm> Fujitsu: I see. I have actually no clue about squashfs but I'll have a look at this
[09:05] <Hobbsee> infinity_: ping
[09:07] <pitti> infinity_: bah, oo.o on ppc still failed with your increased waiting period
[09:07] <StevenK> pitti: I'm very tempted to give up on removing the last Build-Depends of libglew-dev. It's a package called arb that hasn't built and doesn't look like it's going to build without a lot of swearing and screwdrivers being thrown at a wall.
[09:07] <pitti> StevenK: right, just ignore it then
[09:07] <dholbach> hi pitti
[09:08] <StevenK> pitti: In that case, libglew1, libglew-dev, libgeda20, libparrot0.4.6 and libquantlib-0.8.0 can be NBS'd out of the archive.
[09:08] <Hobbsee> StevenK: but screwdrivers being thrown at the wall might be fun!
[09:09] <Hobbsee> :)
[09:09] <pitti> StevenK: yay
[09:10] <StevenK> The changelog for the arb Ubuntu changes is ten lines, and it still didn't completly build. Besides, it looks like a complete PoS to build, too.
[09:10] <StevenK> Someone *very* sadistic wrote their Makefile.
[09:11] <StevenK> pitti: Can I convince you to look at a MIR? :-)
[09:11] <Fujitsu> Can someobody please give back banshee on ia64, amd64 and i386?
[09:12] <pitti> Fujitsu: kicked
[09:13] <pitti> StevenK: NBS axe applied
[09:13] <StevenK> pitti: Woot, way cool.
[09:13] <Fujitsu> pitti: Thanks.
[09:13] <pitti> StevenK: which MIR?
[09:14] <StevenK> pitti: Mutagen
[09:14] <StevenK> pitti: Needed for new libgpod.
[09:14] <Fujitsu> Grr, evil 1.1.6 build log breakage.
[09:16] <pitti> StevenK: "MainInclusionReportMutagen (I will talk to dholbach in person -iwj)" -- hmm
[09:16] <pitti> dholbach: ^ did Ian ask you about this?
[09:16] <dholbach> pitti: no, he didn't
[09:18] <pitti> StevenK: I'll ask Ian about that before
[09:18] <StevenK> pitti: Okay, cool.
[09:22] <StevenK> pitti: You'll regenerate the list after the publisher finishes running?
[09:22] <pitti> StevenK: yeah, but that will be a while
[09:22] <pitti> since the current one didn't catch it yet, I think
[09:23] <StevenK> Ah
[09:23] <StevenK> That's okay, I'm aout to drive home, and then off to my mothers for dinner. (Oh joy, oh rapture)
[09:24] <Hobbsee> say you were abducted or something, and dont go :P
[09:25] <StevenK> I'm very tempted.
[09:25] <Fujitsu> Right, what the heck is going on with !{sparc,powerpc} banshee builds? hal's failing to start on installation, causing the world to explode.
[09:28] <pitti> Fujitsu: why would the package need to build-dep on hal? that seems wrong to me
[09:29] <Fujitsu> Argh, it has a lot of direct build-deps.
[09:29] <pitti> scary
[09:30] <pitti> b-dep'ing on g-v-m, hal, dbus, etc. seems definitively wrong
[09:30] <pitti> I doubt that we can make hal work correctly in any chroot
[09:30] <pitti> if /sys or /proc are not mounted, it'll go nuts
[09:30] <Fujitsu> That'd do it.
[09:31] <pitti> Fujitsu: their buildd chroots might have /sys, or so
[09:38] <pitti> Fujitsu: I suspect libipod-cil
[09:38] <pitti> Fujitsu: libipod-cil -> libipoddevice0 -> gnome-volume-manager -> hal -> dbus
[09:38] <Fujitsu> pitti: Aha, thanks.
[09:38] <Hobbsee> pitti: what's the temp there?
[09:39] <pitti> Hobbsee: 30 degrees
[09:39] <Hobbsee> pitti: i'll swap
[09:49] <Hobbsee> hi Tonio_
[09:49] <pitti> infinity_: terranova still seems to have the old apt and thus does not build live CDs; can you please poke that?
[09:49] <Tonio_> hi Hobbsee :)
[10:06] <Hobbsee> Fujitsu: i want to name one "doom"
[10:14] <fabbione> something is broken...
[10:15] <fabbione> bzzzzzzzzzzt
[10:19] <dholbach> hey slomo
[10:19] <slomo> hi dholbach :)
[10:20] <dholbach> slomo: how's it going?
[10:21] <slomo> dholbach: everything's alright, just very busy as always ;)
[10:21] <slomo> dholbach: and you?
[10:21] <dholbach> same here :-)
[10:37] <elmo> hi Hobbsee
[11:13] <infinity_> pitti: I'll look into both OOo and terranova, thanks.
[11:13] <infinity_> Hobbsee: pong?
[11:14] <Hobbsee> infinity_: same as what pitti later said, sorry
[11:14] <pitti> infinity: cheers
[11:14] <infinity> You'd think if there was any word in the world I could type, it would be "infinity"... :/
[11:15] <Hobbsee> haha
[11:15] <Hobbsee> infinity: just blame it on the cold or something
[11:16] <infinity> It's summer...
[11:16] <Hobbsee> oh, so you did move.
[11:16] <infinity> pitti: apt in terranova's gutsy-live chroot is up to date...
[11:16] <infinity> Hobbsee: No, I'm just in London for the next week.
[11:16] <Hobbsee> ah right
[11:16] <infinity> pitti: No idea why it wasn't before, but it fixed itself in the meantime.
[11:16] <pitti> infinity: weird; ok, I'll try another livefs build
[11:17] <infinity> pitti: I'm changing the livefs stuff to trigger a chroot upgrade bfore each build anyway, sinc the cron.daily updates seems a bit less reliable at times.
[11:17] <dholbach> evand: slomo took care of the tomboy update in the meantime already - marking it as done
[11:17] <pitti> infinity: hmm, still the same problem; might be an mvo bug then
[11:17] <infinity> pitti: Lemme look...
[11:18] <infinity> Uhh...
[11:18] <infinity> pitti: Which dist are you building?
[11:18] <pitti> infinity: ubuntun
[11:18] <infinity> pitti: I see no logs for i386 since 20070712.1
[11:18] <pitti> infinity: I manually triggered some last Friday and today
[11:19] <infinity> ...
[11:19] <pitti> king is currently grinding
[11:19] <pitti> and terranova once again exited with the usual
[11:19] <pitti> elmo: Couldn't find task minimal
[11:19] <pitti> elmo: Couldn't find task standard
[11:19] <pitti> erk, "E:", not "elmo" (sorry, elmo)
[11:19] <infinity> pitti: Exact command you're running as cdimage on lithium?
[11:19] <pitti> buildlive ubuntu
[11:19] <pitti> just as the cronjob does
[11:21] <infinity> Argh, why does lithium still have that ps-unfriendly kernel patch?
[11:22] <pitti> ps aux works quite fine here?
[11:23] <infinity> 24 processes is "fine" to you? :)
[11:23] <pitti> well, for my purposes, yes :)
[11:23] <infinity> And no useful output from "w" or "who".
[11:29] <pitti> hi iwj
[11:29] <iwj> Hi.
[11:29] <iwj> Hmm, I wonder why this client wasn't connected over the weekend ?
[11:30] <iwj> Oh well.
[11:30] <Hobbsee> greetings iwj, thanks for your mail
[11:31] <infinity> pitti: When the cronjob building dailies is done, we're going to reboot with a less gimped kernel, so you might want to lay off lithium for a bit.
[11:31] <pitti> infinity: sure; I don't mind at all if you kill the current build, too
[11:31] <infinity> (Not that a less gimped kernel will solve the issue you were having, but it'll make it less painful for me to diagnose life)
[11:31] <pitti> infinity: it was just for testing the apt issue on terranova
[11:32] <iwj> Hobbsee: Hi.  The dpkg one ?  NP.
[11:32] <infinity> pitti: When we bring lithium back, I'll try to figure out WTF is going on between lithium and terranova.
[11:32] <pitti> ah, seems to have finished
[11:32] <Hobbsee> iwj: yeah
[11:32] <iwj> Hobbsee: I've done what I think is fixing it and if I'm wrong I'm sure we'll find out soon enough.
[11:32] <infinity> pitti: Since terranova isn't actually building anything, and hasn't done since the 12th, I'm curious what you're seeing. ;)
[11:32] <Hobbsee> iwj: cool, OK
[11:32] <pitti> infinity: it seems it dumped a large portion of the log to stdout instead of the log file
[11:32] <pitti> infinity: that may or may not be related to the symptoms
[11:33] <infinity> pitti: Do you have stdout in a buffer?
[11:33] <pitti> infinity: hm, the remaining bits actually seem to indicate a moblin build
[11:33] <infinity> pitti: The first 20 lins or so...
[11:33] <infinity> pitti: Yeah, that's what I thought.
[11:33] <infinity> pitti: I blame Tollef.
[11:33] <infinity> pitti: I'll lookinto it after the reboot. :)
[11:33] <pitti> infinity: only the last 40 lines or so
[11:33] <pitti> infinity: cheers
[11:33] <infinity> pitti: I suspect someone swapped live/moblin to do some testing or something. :)
[11:34] <pitti> infinity: it currently seems to run a cronjob for some sparc image
[11:34] <pitti> but I don't need any image right now, so just kill off anything you like
[11:34] <infinity> ... or it could be my own retarded misuse of authorized_keys
[11:35] <Fujitsu> slomo: Got any ideas on how to convince hal to work on the buildds? pitti says it's probably not going to happen.
[11:35] <slomo> Fujitsu: nope, not really
[11:35] <pitti> slomo: would it be entirely unreasonable to drop the g-v-m dependency from libipoddevice0?
[11:35] <Fujitsu> Why does libipoddevice0 need g-v-m?
[11:35] <Fujitsu> Damn, beat me to it.
[11:36] <pitti> Fujitsu: I smell an agreement here :)
[11:36] <Fujitsu> I really don't see why it needs something so desktopy.
[11:36] <pitti> (disclaimer: I neither have a shiny iPod nor an idea what libipoddevice0 does in particular)
[11:36] <slomo> pitti, Fujitsu: it needs it for getting the volume informations, mounting, whatever... at least it needs hal & g-v-m to work ;)
[11:36] <Hobbsee> pitti: then get one, and claim it as a work expense :P
[11:37] <pitti> slomo: but g-v-m?
[11:37] <pitti> "Recommends: hal" maybe?
[11:37] <slomo> pitti: and people who don't look at recommends will have a non-working library...
[11:38] <pitti> the better fix would probably to have a policy-rc.d in those chroots to not start daemons in the first place
[11:38] <slomo> pitti: and it definitely needs g-v-m, upstream told me that ;) i just don't know why
[11:38] <slomo> pitti: i have the same problem on the debian buildds btw, well... only on ppc and ia64...
[11:38] <infinity> pitti: I'm a muppet, it's my fault. :)
[11:39] <infinity> pitti: Give me a few minutes to write a wrapper for livefs/moblin, and it should sort itself.
[11:39] <pitti> yay
[11:39] <soren> I forget: Against which package/product should bugs on the ubunut.com website be reported?
[11:39] <infinity> (where "few minutes" involves things like getting a Coke, having a smoke, and generally waking up)
[11:40] <Hobbsee> soren: ubuntu-website?
[11:40] <soren> "No results found for keyword 'ubuntu-website'."
 Found it now. Thanks!
[11:41] <Hobbsee> it either returns nothing, or returns results which dont contained the search term
[11:41] <Hobbsee> which i find...slightly odd
[11:41] <Hobbsee> of course, occasionally it returns the right things.
[11:41] <Hobbsee> (when searching by keywords, in a bug report)
[11:42] <Fujitsu> If you're lucky, and choose keyword characters carefully.
[11:43] <pitti> slomo: any idea about https://launchpad.net/ubuntu/+source/gnome-power-manager/2.19.5-0ubuntu1/+build/356089 ? do the gstreamer pkgconfig files specify -Werror somewhere? We must not use that on sparc and ia64
[11:43] <pitti> slomo: (the better alternative is of course to actually fix the gstreamer includes)
[12:07] <fabbione> OH GREAT
[12:07] <fabbione> grrrrrr...
[12:07] <soren> ?
[12:09] <fabbione> FTBFS missing B-D
[12:09] <fabbione> i hate when i make that mistake
[12:09] <Hobbsee> soren: how's https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.0/+bug/119075 going?
[12:09] <ubotu> Launchpad bug 119075 in mysql-dfsg-5.0 "Root password policy for mysql" [High,Confirmed]
[12:11] <soren> Hobbsee: Um... I think it's blocking on me now, I'm afraid. I talked to upstream (MySQL, not Debian) and they marked it as wishlist with a note that I should not expect anything to happen anytime soon.
[12:11] <Hobbsee> soren: right - so i should remilestone to sometime later?
[12:22] <infinity> pitti: Testing now, but the wrapper should DTRT.
[12:22] <pitti> infinity: \o/
[12:28] <infinity> soren: Note that I am Debian MySQL upstream, if you wanted to discuss that one with "upstream". :P
[12:29] <soren> infinity: Oh, no. :)
[12:30] <soren> infinity: You've read the bug report?
[12:30] <infinity> soren: The end of the bug log seemed to imply it was blocking on discussing with Debian.
[12:30] <soren> infinity: As I just said to Hobbsee, I decided to go directly to MySQL.
[12:30] <infinity> soren: And since I don't se Christian or Sean onling, that leaves me. :)
[12:30] <soren> infinity: Who apparantly found that their current methods for doing this were just fine. :(
[12:31] <infinity> soren: Hrm, I'm not sure there's a "proper" solution from MySQL AB, really... They never seemed to mind installing the daemon with an empty root password.
[12:31] <infinity> soren: It's always been up to distributors to figure out how to deal with that, if we cared.
[12:31] <soren> infinity: Alright. the major difficulty is that we don't like having clear text passwords lying around in text files.
[12:32] <infinity> In the case of MySQL, we have one anyway. :)
[12:32] <infinity> And without completely rethinking the upgrade process, we'll continue to have the debian-sys-maint user for a while.
[12:32] <soren> infinity: I know, and we (pitti and I) want to lose that.
[12:33] <infinity> soren: We could try to rework things so maintainer scripts use --skip-grant to do everything, but that involves bouncing the daemon more times, that's all.
[12:34] <infinity> soren: Certainly, any such drastic changes, I would like to discuss to the level where we can be happy putting it in Debian's SVN as well.
[12:35] <soren> infinity: Yeah, and that sucks too. The perfect solution would be to patch the mysql-server to just grant (system) root full access.
[12:35] <infinity> soren: This level of maintainer sciprt forking gets ugly. :)
[12:35] <soren> infinity: Agreed.
[12:36] <pitti> infinity: I agree; there's nothing you can hide from root anyway, so 'sudo mysql ...' should just do things without password
[12:36] <infinity> soren: Surely, we'd want to grant access to the controlling user, not to root.
[12:36] <pitti> so the password should initially be disabled, and the admin needs to 'sudo mysqladmin set-password' or so
[12:36] <infinity> (This is what postgres does, isn't it?  The postgres user has full access)
[12:37] <pitti> infinity: right, s/root/mysql server system user/
[12:37] <infinity> But not hardcoded, actual controlling user (so, if I start a mysql instance as adconrad, I get full access to my little daemon)
[12:37] <infinity> I wouldn't be against such a patch, by any stretch.
[12:38] <infinity> It would make postgres admins happy, I suspect, to have similar behavior. :)
[12:39] <pitti> and would make the entire 'password in file' and debian-sys-maint fiddling unnecessary, too
[12:39] <infinity> Yeah, obviously.
[12:39] <infinity> Having an "rm -f /etc/mysql/debian-sys-maint" in a future maintainer script won't hurt my feelings any.
[12:39] <soren> infinity: Good point. Yes, "if the connecting user is the same as the user the particular mysql instance is running as, grant full access" is what we want.
[12:42] <infinity> pitti: Latest i386 ubuntu image looks good again.
[12:42] <pitti> infinity: thanks muchly!
[12:42] <soren> infinity: I just don't think my C++ fu is strong enough to have a go at it right now. I'd need quite a bit of time.
[12:42] <infinity> pitti: Feel free to smack me at allhands for being ssh-retarded. :)
[12:42] <pitti> pfft, I'll mention your quick solution rather :)
[12:43] <infinity> soren: My general rule is "if your C++ is weak, make mvo do it"... But I get the impression he's overworked lately (perhaps due to that very rule)
[12:43] <Hobbsee> infinity: or find someone else good with c++, and make them do it
[12:43] <infinity> soren: I can certainly look at it this week when I find some "RT is cleaned out and I'm bored" time.
[12:43] <infinity> Hobbsee: Vodka.
[12:44] <Hobbsee> oh, was that it.  right.
[12:45] <infinity> soren: Care to transpose the relevant bits of this converation into the bug as some sort of pseudo-spec about just what we'd like to see happen here?
[12:45] <infinity> soren: Cause the last few comments in the bug still seem to be hinging on --skip-grant ugliness.  I do prefer this EUID==connectingUser concept.
[12:45] <soren> infinity: Will do.
[12:46] <infinity> soren: With any luck, some keener will step up and fix it for us before I have a chance to find free time to look at it. :)
[12:46] <infinity> soren: Otherwise, I'm sure I can sell it to Christian and Sean, and one of the three of us should be able to find time.
[12:48] <infinity> pitti: If terranova gives you any more grief, let me know.  Writing ssh wrappers in shell is a big no-no, but it's a secured network with a know good set (or set of good?) users, so whatever. :)
[12:51] <viviersf> BenC, ping
[12:55] <soren> infinity: That would rock!
[12:55] <pitti> StevenK: oh, http://people.ubuntu.com/~ubuntu-archive/NBS/ is up to date, btw
[12:55] <dholbach> who could I assign bug 125336 to? who is the udev 'maintainer' nowadays?
[12:55] <ubotu> Launchpad bug 125336 in udev "typo KERNEl in rules.d/20-names.rules" [Undecided,New]  https://launchpad.net/bugs/125336
[12:55] <infinity> soren: No promises about such rocking occuring, you understand, that was with my Debian hat on, not my Canonical hat.
[12:55] <pitti> StevenK: sorry, forgot to tell you; I also increased the regeneration frequency to 4 times per day
[12:56] <infinity> soren: But I will talk it over with them.
[12:56] <dholbach> ok, I'll assign to keybuk
[12:56] <fabbione> dholbach: Scott... but if it's urgent i can look at it now
[12:56] <dholbach> no, I doubt it - it's just one of the bugs out of the review queue
[12:57] <fabbione> dev/raw... i don't think it's really wildly used but the patch is right
[12:57] <dholbach> but thanks fabbione
[12:57] <dholbach> I'll assign you a different one ;-)
[12:57] <fabbione> dholbach: you can just upload that.. really.. udev is not maintained in bzr or anything
[12:57] <soren> infinity: Sure, sure. Got it.
[12:57] <fabbione> dholbach: just make sure to tell me before... my LP income mail is too huge to notice
[12:58] <dholbach> alright
[12:58] <pitti> dholbach: is there a way to find all bugs assigned to me which came from sponsoring requests?
[12:59] <dholbach> pitti: hrm, no, not really
[01:17] <StevenK> pitti: Way cool.
[01:17] <slomo> pitti: that -Werror must come from somewhere else... only gstreamer cvs is built with -Werror and then it's not in the pkgconfig files
[01:17] <slomo> pitti: maybe g-p-m development releases have this?
[01:18] <BenC> viviersf: pong
[01:18] <pitti> dholbach: ^ ?
[01:18] <StevenK> pitti: Did you manage to corner iwj?
[01:18] <pitti> hey BenC
[01:18] <pitti> StevenK: not yet, but he's alive now :)
[01:18] <dholbach> pitti: I don't know
[01:18] <StevenK> Heh
[01:18] <slomo> pitti: can you give me a patch for the gstreamer includes and i get it upstream... no idea what this warning means :)
[01:18] <pitti> iwj: what were your concerns about the mutagen MIR?
[01:18] <dholbach> hum, ogra isn't around
[01:19] <iwj> pitti: Let me look again.
[01:19] <StevenK> Riddell: Ping, about kdepimlibs4{,-dev} NBS.
[01:19] <Riddell> StevenK: what about it?
[01:19] <BenC> hey pitti
[01:19] <BenC> pitti: I should have draft of kernel-updates policy today
[01:20] <StevenK> Riddell: Do you need to throw a bunch of rebuilds up?
[01:20] <StevenK> Er, need me to
[01:20] <viviersf> BenC, we can still get new driver support into gutsy right ?
[01:20] <pitti> BenC: were the modifications that I did ok for you?
[01:20] <Riddell> StevenK: what of?  everythig kde 4 has been rebuilt last week
[01:20] <iwj> pitti: Looks like it's fixed.  The review report was incomplete.
[01:20] <BenC> pitti: I haven't reviewed them completely, but I'm pretty sure they are
[01:20] <BenC> viviersf: in lum, yeah
[01:20] <iwj> pitti: Shall I deal with it again ?
[01:21] <StevenK> Riddell: kde4pim and kdepimlibs4-dev still Depend on kdepimlibs4.
[01:21] <slomo> pitti: do you understand the warning?
[01:21] <StevenK> Riddell: And it looks like kdepim4 failed to build on ia64, based on the NBS output.
[01:21] <pitti> iwj: ah, nice; it looked quite complete to me, so I wondered
[01:21] <pitti> slomo: not really
[01:21] <slomo> pitti: good :)
[01:21] <StevenK> iwj, pitti: Ah. That was me a few days finishing it off.
[01:21] <pitti> iwj: if you have time to review it again, that would be much appreciated
[01:22] <Riddell> StevenK: everything has failed on ia64, I'm not that bothered myself
[01:22] <viviersf> BenC, the new dell notebooks has intel 4965 wireless network card and isnt supported in gutsy. Where do i file the issue again to get the driver in ?
[01:22] <iwj> pitti: On it.
[01:22] <BenC> viviersf: already a known issue, rtg is getting the iwlwifi driver prepared for lum this week I hope
[01:22] <iwj> StevenK: Right.  We were just a bit confused because it found its way into the approval queue before it was finished.
[01:23] <viviersf> BenC, cool thanks
[01:23] <BenC> viviersf: no need to file a bug
[01:23] <BenC> viviersf: if you could stay in contact with rtg, that'd be great, because we'll need testers
[01:23] <StevenK> iwj: Ah. That's curious. I didn't move its place in the queue, just checked that it was in there.
[01:28] <viviersf> BenC, cool ill do that
[01:28] <viviersf> whos rtg ?
[01:28] <infinity> pitti: We don't want OpenOffice on powerpc anyway, do we?
[01:28] <BenC> viviersf: Tim Gardner, kernel-team
[01:28] <infinity> pitti: I'll just P-a-s it out!
[01:29] <viviersf> BenC, cool ta
[01:29] <cjwatson> infinity: *blink*
[01:29] <StevenK> Heh
[01:30] <infinity> cjwatson: (that was sarcasm)
[01:30] <pitti> infinity: I'm not sure, so far it worked; I never really used it except for opening some files sent around by email :)
[01:30] <pitti> infinity: I'm really stunned, though; nothing significant changed since the last build
[01:31] <cjwatson> infinity: (I know)
[01:31] <viviersf> BenC, you know about sata not working on dell D630 ?
[01:32] <BenC> viviersf: no, do you know what chipset it is?
[01:32] <infinity> pitti: The moon phase changed.  That's about all it takes to upset OOo.
[01:32] <viviersf> BenC, just trying to find out
[01:34] <infinity> pitti: Also, there was a new upstream version...
[01:34] <infinity> openoffice.org | 2.2.0-1ubuntu3 |         gutsy | powerpc
[01:34] <mjg59> D630 is 965gm
[01:34] <infinity> openoffice.org | 2.2.1-5ubuntu3 |         gutsy | source, amd64, i386, sparc
[01:34] <infinity> pitti: powerpc hasn't built since 2.2.0
[01:35] <infinity> pitti: In fact, it hasn't built since gutsy opened, so one could blame any number of factors.
[01:35] <pitti> oh, oops
[01:35] <viviersf> BenC, mjg59 actually its the cdrom that doesnt work so it should be ide
[01:36] <infinity> pitti: This would be the part where the OOo people and the toolchain people get to point fingers for a week until someone notices the "DONT_STALL_BUILD" variable in debian/rules is set to "0" on powerpc.
[01:36] <pitti> lol
[01:38] <iwj> DONT_STALL_BUILD> WTF?
[01:38] <infinity> StevenK: As tempted as you are to try an OOo build on PPC and tell me why it hangs? :)
[01:38] <StevenK> infinity: Send me one of adare, ross or royal and you've got a deal. :-P
[01:39] <infinity> Right, then.  Guess I'll do it myself. :)
[01:39] <StevenK> infinity: While you're paying attention, why is vivies marked as MANUAL for LiveCDs? Sparc doesn't have live CDs ....
[01:40] <infinity> StevenK: It's alsothe security/dak buildd.
[01:40] <infinity> StevenK: But sparc does have livefs builds, they just don't work.
[01:40] <viviersf> BenC, only info i get from lspci is intel 82801H :(
[01:40] <StevenK> Ah
[01:52] <Hobbsee> ....what legit use is there for a  DONT_STALL_BUILD anyway?
[02:00] <infinity> Hobbsee: It was a joke, there's no such variable...
[02:00] <infinity> Evidently, my Monday morning sense of humor is lost on some. :)
[02:01] <Hobbsee> infinity: quite possibly.  then again, iirc, there's a BSD call, asking if the machine is on fire, so...
[02:02] <StevenK> Actually, the line printer code returns 'on fire' if it gets back an error from the printer.
[02:03] <StevenK> So you might see 'lp0 on fire?' in dmesg.
[02:03] <Hobbsee> okay, so strangely named variables/functions...what i said still applies.
[02:04] <soren> cjwatson: https://bugs.launchpad.net/ubuntu/+source/partman-auto-lvm/+bug/126328   <--- I've still got the error message showing in my vmware instance. Do you need any more debug info?
[02:04] <ubotu> Launchpad bug 126328 in partman-auto-lvm "swap volume fails to mount" [Undecided,New]
[02:06] <cjwatson> soren: /var/log/syslog, /var/log/partman
[02:06] <cjwatson> the message is just partman-target/mount_failed
[02:07] <cjwatson> with luck there's an error from swapon in the syslog
[02:07] <aquo> hi i have some problems with Network-Manager
[02:08] <aquo> it is no problem to connect to my home network with commandline tools wpa_supplicant and dhclient ...
[02:08] <aquo> but with network manager it doesn't work
[02:09] <soren> cjwatson: Surprisingly, no.
[02:09] <aquo> Jul 16 14:04:15 cayley NetworkManager: <information>^Iwpa_supplicant(6005): WPA: No WPA/RSN IE available from association info
[02:09] <aquo> Jul 16 14:04:15 cayley NetworkManager: <information>^IActivation (ath0) failed for access point (bp3aGnZo)
[02:09] <aquo> Jul 16 14:04:15 cayley NetworkManager: <information>^IActivation (ath0) failed.
[02:09] <soren> cjwatson: Quite the opposite, actually.
[02:09] <soren> cjwatson: Jul 16 14:00:34 kernel: [  438.154245]  Adding 401400k swap on /dev/mapper/ubuntulvmtest-swap_1.  Priority:-1 extents:1 across:401400k
[02:09] <soren> cjwatson: I'll upload the log files.
[02:11] <aquo> cjwatson: i gave up remastering an ubuntu live cd, there seem to be files that are not available for public
[02:13] <soren> aquo: Huh? What are you missing?
[02:14] <soren> cjwatson: I've just suspended the vm. If you need anything from it, just shout.
[02:16] <cjwatson> soren: can you fish out a tarball of /var/lib/partman somehow? (you might need to get a proper tar from somewhere)
[02:16] <soren> cjwatson: Sure.
[02:16] <aquo> soren: can't remember, i think something like a minimal images
[02:16] <soren> cjwatson: It's the current daily server CD, by the way.
[02:17] <aquo> i purged all the files, was too hard for me
[02:17] <aquo> i tried to rebuild cdimage server and service, but didn't work
[02:18] <soren> aquo: You should have everything needed to build a livecd available.
[02:19] <cjwatson> aquo: it's all available. The last piece, the livecd-rootfs package, was uploaded to the gutsy archive recently
[02:19] <aquo> so i will retry after the exams next week
[02:19] <cjwatson> aquo: but it is definitely "some assembly required" and requires some skill and time to put together
[02:20] <ryanakca> cjwatson: morning... erm, I have a couple questions regarding LVM in the Kubuntu Alternate installer (Bug?) to quote #kubuntu-devel earlier:
[02:20] <aquo> cjwatson: normally no problem for me, i am used to build distributions, i have an large own scriptset to build special distribuition for embedded and arm ...
[02:21] <aquo> cjwatson: but at the moment there are lots of exams, today i had exam in signal coding, convolution codes, viterbi, huffmann ...
[02:21] <ryanakca> should the installer try to mount swap? http://pastebin.ca/621144 , If so, I'll file a bug saying that it
[02:21] <ryanakca> repeatedly fails, if not, I'll file a bug against debian-installer saying that it tries to mount swap
[02:22] <Hobbsee> cjwatson: ^
[02:22] <soren> ryanakca: I've just reported this :)
[02:22] <soren> ryanakca: https://bugs.launchpad.net/ubuntu/+source/partman-auto-lvm/+bug/126328
[02:22] <ubotu> Launchpad bug 126328 in partman-auto-lvm "swap volume fails to mount" [Undecided,New]
[02:23] <cjwatson> ryanakca: FWIW "mount swap" just means "run the mount.d script for swap" in this case which more or less equates to swapon. It doesn't literally mean /bin/mount.
[02:23] <ryanakca> cjwatson: ok
[02:25] <ryanakca> cjwatson: and, in an LVM, you don't need to worry about primary/logical partitions, right? If not, why is it that I can only create one partition in my LVM before the rest of the space becomes 'Unusable'?
[02:27] <ryanakca> the only way around it I've found is to create LVM, go back, and select 'guided partition a whole disk', select the LVM, and then modify/delete the created partitions in the LVM manually
[02:27] <cjwatson> ryanakca: create multiple LVs for that; LVs aren't partitionable and each single LV can only hold one filesystem
[02:27] <ryanakca> ah, ok
[02:27] <cjwatson> the display is a little bit confusing
[02:27] <cjwatson> the "Configure the Logical Volume Manager" menu entry should help
[02:29] <ryanakca> ok, thanks :)
[02:30] <ryanakca> cjwatson: if you shouldn't partition disks, maybe find a way to remove LVM from the 'guided partition a whole disk' menu.
[02:30] <aquo> i hate network manager.
[02:30] <ryanakca> s/partition disks,/partition lvms,/
[02:31] <pitti> StevenK: mutagen promoted, thanks to iwj's approval
[02:31] <StevenK> pitti: Great, thanks.
[02:33] <StevenK> pitti: In that case, I'll prepare a bunch of rebuilds to be uploaded in the morning.
[02:37] <cjwatson> ryanakca: what? I think you've misunderstood me
[02:38] <cjwatson> ryanakca: given a single logical volume on the partitioning menu, you can only get one filesystem (partition-equivalent) into it. That doesn't mean you can't have as many LVs as you like on a disk, nor that it doesn't make sense to partition a whole disk into LVM-style pieces.
[02:39] <fabbione> zul: hey dude...
[02:39] <fabbione> zul: what's the reason why you dropped xen-3.1 from amd64?
[02:39] <fabbione> zul: is it possible to build userland without kernel?
[02:40] <pitti> fabbione: might just have been a packaging error; the amd64 binaries were completely empty and thus rejected
[02:41] <fabbione> pitti: it's possible, i just need to know because a change there is propagated up in the stack with libvirt and cluster
[02:41] <fabbione> pitti: i don't want to end up having to run behind amd64 yes, amd64 no, amd64 probably... till release
[02:41] <pitti> yep
[02:41] <zul> fabbione: we dont have an amd64 xen enabled kernel yet should be fixed soon
[02:42] <fabbione> zul: what stops you to build userland without a kernel?
[02:42] <fabbione> zul: if you can still build userland, i suggest you keep doing it.. otherwise it's  a pain for all stuff that B-D on xen
[02:42] <zul> fabbione: it doesnt but its not very useful without a kernel though
[02:43] <Mithrandir> zul: people routinely compile their own kernels.
[02:43] <zul> fabbione: sure ill upload one tonight
[02:43] <fabbione> zul: it does or it doesn't?
[02:43] <Mithrandir> especially since the one in edgy for instance is completely useless on amd64.
[02:43] <Hobbsee> Mithrandir!
[02:43] <fabbione> zul: useful or not, we can't keep changing packages on top...
[02:43] <fabbione> zul: the kernel might be solved by release
[02:44] <zul> fabbione: ill fix it  tonight
[02:44] <fabbione> zul: but we can avoid to upload a few packages everything it changes
[02:44] <fabbione> ok thanks
[02:44] <ryanakca> cjwatson: no I understood you, but I'll explain later, I need to run :)
[02:44] <fabbione> (and please make sure it builds.. libvirt upload you did, did not build)
[02:44] <Mithrandir> Hobbsee!
[02:44] <Hobbsee> :)
[02:54] <pitti> hello calc
[02:54] <calc> pitti: hi
[02:55] <ScottK> cjwatson: When you have a moment, I'd like to discuss a source backport with you.  Jdong has reviewed/approved and told me to discuss with you.
[02:55] <Hobbsee> hi calc.  you will not be murdered today.  by me, at least.
[02:57] <calc> Hobbsee: great :)
[02:57] <cjwatson> ScottK: does it need discussion, or just to be done?
[02:58] <Hobbsee> calc: still, when my next .doc corrupts via openoffice, and it cant be recovered, then you may not be so lucky :P
[02:58] <aquo> ha, i finally found the right bug for my problem, and again a kernel problem ...
[02:58] <aquo> https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/50214
[02:58] <ubotu> Launchpad bug 50214 in network-manager "can't connect to hidden network" [Undecided,Confirmed]
[02:58] <ScottK> cjwatson: For dapper just done, for Edgy, not sure how to proceed.
[02:58] <cjwatson> ScottK: what's the problem?
[02:59] <StevenK> Hobbsee: I note the 'when', not 'if'...
[02:59] <ScottK> The issue is backporting clamav 0.88.7 while we work the rdepends for clamav 0.9x.
[02:59] <aquo> not just that drm is not working for savage, no  ... wireless interfaces is also compiled in wrong way
[02:59] <calc> Hobbsee: heh :\
[02:59] <ScottK> Dapper needs source changes (I have a package).
[02:59] <ScottK> Edgy can use what WAS in Feisty unmodified, but has been superceded and so isnt' in the archive.
[02:59] <Hobbsee> StevenK: heh.  well, if people stopped insisting on sending me .doc files, and sent in a free format instead, then that'd make me happier.  i could just save as .odt, but i usually have to send them *back* as .doc, so get stuck.
[03:00] <cjwatson> ScottK: what version exactly? we can probably resurrect it
[03:00] <ScottK> cjwatson: clamav 0.88.7-1ubuntu1
[03:01] <ScottK> cjwatson: For Edgy it's Bug #83065
[03:01] <ubotu> Launchpad bug 83065 in edgy-backports "Please backport clamav 0.88.7-1ubuntu1 to edgy from feisty" [High,Incomplete]  https://launchpad.net/bugs/83065
[03:02] <Hobbsee> ScottK: so the decision was to backport the entire thing?  cool
[03:02] <ScottK> For dapper, do I dput to dapper-backports and you accept it?
[03:02] <ScottK> Hobbsee: Yes.  Ugly details at https://wiki.ubuntu.com/MOTU/Clamav
[03:02] <cjwatson> ScottK: no, you need a core-dev sponsor
[03:03] <cjwatson> otherwise it will simply be rejected, unless I misremember the code
[03:03] <ScottK> OK.  I can give you a url for the Dapper source package.
[03:03] <cjwatson> please, no, not me
[03:04] <StevenK> ScottK: Point me at it, I'm happy to test build, and upload.
[03:04] <ScottK> StevenK: Thanks.  Gimme a sec for the url.
[03:05] <ScottK> StevenK: http://www.kitterman.com/clamav/clamav_0.88.7-1ubuntu1~dapper.dsc
[03:05] <sbalneav> seb128: bug #122544, I posted a patch.
[03:05] <ubotu> Launchpad bug 122544 in nbd "nbd-server crashed with SIGSEGV" [Medium,Incomplete]  https://launchpad.net/bugs/122544
[03:05] <Hobbsee> ScottK: sounds reasonably sane.  and ugly
[03:05] <ScottK> StevenK: Bug #74216 is the bug in question for that.  May I assign it to you?
[03:05] <ubotu> Launchpad bug 74216 in dapper-backports "clamav in dapper-backports vulnerable" [Undecided,New]  https://launchpad.net/bugs/74216
[03:06] <Hobbsee> ScottK: btw - i presume you saw that the new clamav has a bug filed against it already, about upgrading or removing it?  i dont remember which
[03:06] <ScottK> Hobbsee: I liked make an alternate package and don't whine about what it breaks a lot better, but here we are.
[03:06] <seb128> sbalneav: nice, subscribe the sponsor team if you want
[03:06] <Hobbsee> ScottK: true.  it's backports, so it's not supported anyway
[03:07] <ScottK> Hobbsee: I do get all the clamav bugs.  I saw the one about the upgrade.  I think he got bit by the related kernel bug that was fixed in 22-8.
[03:08] <ScottK> Hobbsee: I agree it's not 'supported', but I still like to avoid breaking people's systems.
[03:08] <StevenK> Ah! Found it.
[03:08] <ScottK> Excellent.
[03:08] <Hobbsee> ScottK: oh, true that
[03:08] <Hobbsee> ahhh
[03:08] <sbalneav> seb128: Thx, joined.
[03:10] <ScottK> cjwatson: While StevenK is looking at Dapper, is there anything additional I need to do for the Edgy backport (which just needs to be found)?
[03:16] <StevenK> ScottK: Builds fine, just looking at a upgrade.
[03:17] <ScottK> Great.
[03:20] <StevenK> ScottK: Okay, looks fine to me.
[03:20] <StevenK> cjwatson: Will I need to include the orig in the upload to -backports?
[03:20] <ScottK> Great.  This is very good.
[03:20] <persia>  StevenK: about bug 124900: Would you mind the libgpod task being used additionally to track the progress of that package (with Fix Committed), rather than Invalid?
[03:20] <ubotu> Launchpad bug 124900 in libgpod "Please sync gtkpod-0.99.10, libgpod-0.5.2 from debian unstable" [Wishlist,Invalid]  https://launchpad.net/bugs/124900
[03:21] <StevenK> persia: I don't mind.
[03:23] <seb128> persia: I did upload libgpod 0.5.2 on friday
[03:24] <cjwatson> ScottK: no, I'm just hacking up scripts to let me backport from random stuff I've downloaded from the librarian; there's nothing you need to do
[03:24] <cjwatson> StevenK: I think so; shouldn't hurt to do so, anyway
[03:24] <ScottK> cjwatson: OK.  Great.  Should I assign the bug for that backport to you?
[03:25] <cjwatson> ScottK: whatever, it's not necessary but if it makes you feel better ...
[03:25] <persia> seb128: Right.  LucidFox has a bug open for a transition plan (still needs main for kipi-plugins), and I wanted to keep using that bug to track it to help know when it was time to apply all the patches / sync requests for the new build, rather than leaving it Invalid, and perhaps missing a bit (or later catching it in NBS).
[03:26] <StevenK> persia: I was planning on uploading six uploads in a few hours for the gpod transistion.
[03:26] <seb128> persia: I'm not sure I understand what the bug is about, updating libgpod has been fixed
[03:27] <seb128> persia: I would prefer not to mail flood main sponsor with other discussions on this bug
[03:27] <persia> StevenK: In that case, I won't get back to LucidFox to track it :)  Everything was tested, and built fine, except that a new version of gtkpod was requested.
[03:27] <StevenK> persia: Right. I'm waiting for the new libgpod to get built, which should happen soonish, and then for it to clear NEW.
[03:28] <persia> seb128: Sorry.  I realise that main sponsors and universe sponsors lists are tracked a little differently, but just wanted to make sure things worked smoothly.  I'll leave it alone from now.
[03:28] <persia> StevenK: OK.  I've just been chasing this on the other side, so wasn't sure.  Thanks.
[03:28] <seb128> persia: there is no main sponsor list, you mail every sponsor every time you add a comment
[03:29] <persia> seb128: Ah.  That's really good to know.  Thanks.
[03:29] <Hobbsee> mvo!!!
[03:29] <seb128> hey mvo
[03:30] <Hobbsee> hello not here, then.
[03:30] <StevenK> You're remarkably talkative for someone not here
[03:30] <mvo> hey Hobbsee, StevenK and seb128
[03:31] <cjwatson> ScottK: done
[03:31] <ScottK> cjwatson: Thanks.  Just got the accept mail.
[03:32] <StevenK> Oh, that'd be why.   Be glad it's not a 0.9x version.  That one goes to 11.
[03:33] <StevenK> Ah. The Spinal Tap release of clamav.
[03:33] <ScottK> No need to hide.  It was on purpose.
[03:33] <StevenK> Heh
[03:35] <StevenK> cjwatson, ScottK: clamav uploaded.
[03:35] <ScottK> StevenK: Thanks.
[03:35] <ScottK> StevenK: I got the accept for that too.
[03:36] <StevenK> Excellent.
[03:38] <ScottK> cjwatson: I take it from your comment on the Edgy clamav bug that "Can I backport this thing that used to be in the repos, but got superceded" is not a question I should ask very often?
[03:47] <cjwatson> ScottK: that's correct
[03:47] <cjwatson> at least until we make the script a bit smarter
[03:47] <ScottK> OK.  Thanks again.  I think it's an important backport.
[03:47] <ScottK> It should have been dealt with during Feisty when it was in the repos.  Glad we could get it taken care of now.
[03:54] <pitti> hi mathiaz
[03:54] <mathiaz> pitti: hi
[04:03] <siretart> can someone please give-back freemind?
[04:03] <pitti> siretart: done
[04:03] <siretart> thanks
[04:07] <StevenK> pitti: libgpod should have hit the NEW queue. Are you able to poke it?
[04:09] <pitti> I am
[04:10] <cjwatson> pitti: would you be able to do an updated merge of dhcp3? I'd like to switch the installer from dhcp to dhcp3, and there are some relevant changes in unstable that we don't have yet
[04:10] <cjwatson> I was about to try to do it myself, but there are a LOT of Ubuntu changes
[04:11] <pitti> cjwatson: yes, I can do that; right, that'll take a while
[04:11] <cjwatson> pitti: thanks
[04:12] <StevenK> Ouch! A screenful.
[04:14] <pitti> StevenK: libgpod NEWed
[04:14] <StevenK> pitti: Ahh, thanks
[04:16] <pitti> StevenK: or fix the build deps for packages which are modified anyway
[04:18] <StevenK> Damn, he slipped through my fingers.
[04:20] <StevenK> pitti: Fix the build deps? The -dev package name didn't change...
[04:20] <pitti> StevenK: but the version
[04:20] <pitti> >= (1.2.3)
[04:24] <movi> i think i have a bug against linux-source-2.6.22-generic
[04:24] <movi> but id rather talk about it here first, can i?
[04:24] <StevenK> pitti: I'm just wondering about your rationale.
[04:25] <pitti> StevenK: with this you can upload everything right now and have the buildds sort out the depwait themselves
[04:25] <StevenK> Ahh
[04:25] <StevenK> Let's do that
[04:26] <pitti> StevenK: doesn't work so well for -buildN versions, of course
[04:27] <StevenK> Two of them will be.
[04:32] <soren> Mithrandir: You plan on doing a bit of source NEW queue processing today?
[04:32] <Hobbsee> pitti: good luck with that
[04:33] <Mithrandir> soren: no, I'm at guadec with spotty network coverage.
[04:33] <soren> Mithrandir: Oh, I see.
[04:34] <soren> Mithrandir: Carry on then. :)
[04:35] <soren> movi: #ubuntu-bugs or #ubuntu-kernel are likely to be better options. The former being the preferred one if you're not entirely sure it's a kernel bug.
[04:36] <infinity> soren: I might touch source NEW at some point today.  Anything in particular you wanted looked at?
[04:37] <soren> infinity: storm, please.
[04:38] <soren> infinity: That would be much appreciated.
[04:40] <StevenK> pitti: Right. Thanks for the suggestion, 4 of the six uploaded, I'll do the other two when I get up, since they're simple -Xbuild1 and I'd rather keep them that way.
[04:41] <infinity> soren: I'll poke it in ~15 mins.
[04:41] <soren> infinity: Wicked. Thanks!
[04:56] <Hobbsee> yay, mvo!
[04:57] <Hobbsee> infinity: were you the one who poked freemind?
[04:57] <pitti> Hobbsee: I gave it back
[04:58] <Hobbsee> pitti: it needs infinity's love.
[04:58] <aquo> asac: i update on one of the bugs that are assigned to you
[04:58] <Hobbsee> (requires the java agreement to be accepted)
[04:58] <aquo> asac: https://bugs.launchpad.net/baltix/+source/knetworkmanager/+bug/50214/comments/38
[04:58] <ubotu> Launchpad bug 50214 in network-manager "can't connect to hidden network" [Undecided,Confirmed]
[04:58] <asac> aquo: which one?
[04:58] <aquo> asac: network manager, can't connect to hidden network
[04:59] <asac> aquo: whats your idea?
[04:59] <asac> pitti: can i push firefox security preview for dapper to proposed or something?
[05:00] <pitti> asac: we can do that, but I wouldn't normally recommend that approach
[05:00] <pitti> asac: I'd prefer if you could upload it to a PPA?
[05:01] <asac> pitti: we won't get any testing there
[05:01] <pitti> mvo: you lost my /msg apparently
[05:01] <pitti> mvo: I mailed the log to you
[05:01] <asac> pitti: i can push them somewhere ... just looking for a place with a bit more automatic exposure
[05:01] <pitti> asac: well, if you want, you can use -proposed, too
[05:01] <pitti> asac: once everything built, we can copy it to -security
[05:02] <pitti> asac: that'll need keescook's ok for getting the md5sum list, though
[05:03] <aquo> asac: i am not sure at the moment, i think there wont be any way to change libiw28 on feisty, but maybe it is possible to write a patch for network manager.
[05:04] <pitti> cjwatson: hm, the actual merge works, but the udeb is currently busted because it does not have the derooting infrastructure
[05:04] <aquo> asac: the kernel, wireless tools and libiw28 are carved into stone i think
[05:04] <asac> aquo: i don't understand ... how should network-manager workaround a driver problem?
[05:05] <infinity> Hobbsee: Eww.
[05:05] <Hobbsee> infinity: yeah.
[05:05] <infinity> Hobbsee: Wasn't that meant to be resolved in the last year?
[05:06] <pitti> cjwatson: I don't really want to put it there, so it'll take me some 30 minutes to have a more sane fallback
[05:06] <Hobbsee> infinity: i'm not sure.  was a sync from debian
[05:06] <mvo> pitti: thanks, network is very unstable here
[05:06] <pitti> mvo: got my mail? do you get that, too? does the session-save thing provide a clue?
[05:07] <infinity> Hobbsee: Oh, it's the Sun Java 5 stuff that's had that fixed, the old Blackdown packages haven't....
[05:07] <Hobbsee> ahhh
[05:07] <soren> asac: I believe certain other distros have some patches for network-manager that passes interesting options to wpa_supplicant based on the driver the device is using.
[05:07] <infinity> Hobbsee: Any chance it could be updated to build-dep (and build with) a java that's not a decade old?
[05:07] <mvo>  pittiI haven't looked to closely yet, but I got the mail. I will try to find seb to talk about it
[05:07] <soren> asac: I used to have a patch like that for madwifi-ng, too.
[05:07] <mvo> pitti: I strongly suspect gnome-session here
[05:07] <Hobbsee> infinity: probably.  i wonder if there's a new debian version.  i'll look into it, anyway
[05:08] <infinity> Hobbsee: Well, accepting license agreements in buildd chroots isn't something I'm keen to do. :)
[05:08] <aquo> asac: i don't know, have to analyze the code
[05:08] <cjwatson> pitti: ok, thanks
[05:08] <Hobbsee> infinity: obviously :)
[05:12] <infinity> soren: Accepted.
[05:13] <soren> infinity: Rock! thanks!
[05:14] <soren> Cheers, guys.
[05:15] <iwj> Hmm, surely it can't really be the case that by chance the alphabetically first source package in gutsy main (acpi) is FTBFS ?
[05:18] <infinity> Doesn't look FTBFS to me...
[05:20] <pitti> cjwatson: uploaded; it's not pretty, but works for me; please let me know if it causes trouble
[05:20] <pitti> cjwatson: not pretty> you get two confusing, but harmless warnings during the run
[05:23] <iwj> `Dependency is not satisfiable: automaken' but perhaps this is a bug in my test setup.
[05:23] <infinity> Your test setup may not like build-deps on virtual packages.
[05:24] <infinity> Our sbuild is slightly more forgiving than that.
[05:26] <iwj> You're right, that would seem to be the problem.  I'm sure that it used to be discouraged to just list a virtual package like that.
[05:26] <iwj> But the current version of Debian policy 7.4 seems to say it's optional to list a real package to define a default.
[05:27] <iwj> mvo: ^
[05:28] <iwj> I'm using gdebi to satisfy the build-depends and it can't cope if only a virtual package name is given.
[05:28] <mvo> iwj: oh - I can fix that for you
[05:28] <iwj> Thanks :-).
[05:29] <iwj> My test case is the build-deps for acpi; I can provide a recipe for reproduction if you want.
[05:29] <mvo> iwj: do you have a good example package? was that acpi?
[05:29] <Kano32> hi, just tested latest daily snapshot on intel g33.
[05:29] <mvo> iwj: thanks, I hope that this is good enough (using acpi)
[05:29] <mvo> iwj: how urgent is it? I'm at guadec currently
[05:30] <Kano32> basically it is ok, just one major package is missing: libgl1-mesa-dri
[05:30] <iwj> Not very.
[05:30] <Kano32> without it no 3d
[05:30] <iwj> Do you want me to file a bug ?
[05:30] <pitti> Kano32: again? *sigh*
[05:31] <Kano32> tested kubuntu amd64
[05:31] <cjwatson> pitti: great, thanks
[05:31] <Kano32> also "katapult" was in the middle of the screen, dont know what the purpose of that app is..
[05:32] <cjwatson> pitti: I'll bang it into place and see what happens :)
[05:33] <Kano32> last thing: as network manager is preinstalled, you only need lo in the interfaces files
[05:33] <Kano32> not every possible one with auto..
[05:33] <Riddell> Kano32: katapult is a known bug, I should look at it now
[05:33] <Kano32> thats what i find in 5 min ;)
[05:33] <pitti> Kano32: which daily snapshot are you actually using?
[05:33] <Kano32> the current one
[05:33] <Hobbsee> Kano32: you're running kubuntu, then?
[05:34] <Kano32> i hate gnome,yes ;)
[05:34] <Hobbsee> Kano32: i386 or amd64?
[05:34] <Kano32> amd64
[05:34] <Hobbsee> good
[05:34] <Kano32> i always use the current urls -
[05:34] <Hobbsee> Kano32: katapult is close to what quicksilver is, in the OSX world.
[05:35] <Hobbsee> (but it shouldnt flash up at the start, that's a bug)
[05:35] <Kano32> hmm i did not use osx so deeply
[05:35] <kylem> doko, around?
[05:35] <Hobbsee> !katapult | Kano32
[05:35] <ubotu> Kano32: katapult is the new application launcher for KDE, to be used with applications, bookmarks, and Amarok playlists. Once you have installed, hit Alt+f2 -> katapult, then hit Alt+Space, and type what you want.
[05:35] <Kano32> so will check again latest this week
[05:36] <Kano32> bye
[05:47] <cjwatson> soren,ryanakca: well, I've reproduced that LVM thing here, which is half the battle
[05:49] <Hobbsee> evand: ping
[05:49] <evand> Hobbsee: pong
[05:49] <Hobbsee> evand: did you have an upload of the installer to go in, before the freeze tomorrow?
[05:49] <Hobbsee> evand: and did you manage to fix that gksudo/sudo bug?
[05:50] <evand> Hobbsee: not unless I can fix the gksu bug before then
[05:50] <evand> nope, not yet.  Working on it though.
[05:50] <Hobbsee> evand: right, okay.  i'm happy to test out, if you think youv'e got it working
[05:51] <evand> ok, that will be helpful as I'm not entirely sure the bug I've reproduced is the same one the rest of you are seeing.  I'll let you know when I have a proposed fix.
[05:52] <Hobbsee> evand: cool :)
[06:14] <infinity> calc: Around?
[06:15] <infinity> calc: The OOo build appears to be stuck on regcomp.bin waiting patiently for... Nothing.
[06:15] <infinity> calc: (On powerpc)
[06:17] <Hobbsee> well, nothing's a good thing to wait for.
[06:19] <infinity> Hobbsee: Not when it will be waiting forever for said nothing.
[06:20] <Hobbsee> infinity: no, no, not forever.  gutsy will eventually EOL, and the buildd will be building for another release
[06:20] <iwj> -anarres:autopkgtest--ubuntu> cd ../autopkgtest--main
[06:20] <iwj> -anarres:autopkgtest--main> bzr pull ../autopkgtest--ubuntu
[06:20] <iwj> All changes applied successfully.
[06:20] <iwj> -101 revision(s) pulled.
[06:29] <calc> infinity: yea thats very odd
[06:29] <cjwatson> keescook: are you taking over devmapper from Keybuk? If so, see bug 126379
[06:29] <ubotu> Launchpad bug 126379 in devmapper "/dev/mapper/* -> /dev/dm-* symlink scheme breaks partman-crypto" [Undecided,New]  https://launchpad.net/bugs/126379
[06:33] <wasabi> oh man. md broken in initramfs once again.
[06:33] <wasabi> differently.
[06:33] <infinity> calc: That's one way of describing it.
[06:34] <infinity> calc: It's not spinning the cpu or anything it's just hung in msgrcv() perpetually.
[06:56] <calc> infinity: i'm going to be uploading 2.3 soon anyway :\
[06:56] <aquo> asac: what is you next action on https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/50214
[06:56] <ubotu> Launchpad bug 50214 in network-manager "can't connect to hidden network" [Undecided,Confirmed]
[06:56] <keescook> cjwatson: he hinted at it, but hadn't said so.  126379's cause, as I understand it, will be going away.  Keybuk was doing that for debugging.
[06:57] <infinity> calc: That may magically fix it, so by all means, upload soon. :)
[06:57] <cjwatson> keescook: yep, I mentioned that I knew it was temporary in the bug
[06:57] <asac> aquo: i have to understand the issue ... and if we can resolve it for real ... i mean we still don't know if anything fixes this, right?
[06:57] <infinity> calc: I'd rather debug failures in 2.3 than debug 2.2.1, only to find something new and differently broken in a week.
[06:57] <cjwatson> keescook: but no harm having a bug to note that it does actually break stuff :-)
[06:58] <calc> infinity: exactly :)
[06:58] <keescook> cjwatson: yeah, it breaks some cryptsetup things too, and makes my "df" output unreadable.  ;)
[06:58] <keescook> well, unfriendly, not unreadable
[06:58] <infinity> calc: I'll just kill off my test build then, and wait for 2.3... Is there an ETA on that?
[06:58] <aquo> asac: yes, maybe it is a real network-manager bug, i read lots of code today, wpa_ctrl.c and some other things ... it is mysterious to me
[06:59] <asac> yes ... its highly asynchronous ... and some parts are done by applet
[06:59] <geser> keescook: have you had time to look over the updated debdiffs from bug #124629?
[06:59] <ubotu> Launchpad bug 124629 in gsambad "[CVE-2007-2838]  Unsafe tmp file usage" [Undecided,In progress]  https://launchpad.net/bugs/124629
[06:59] <asac> aquo: can you reproduce it?
[07:00] <aquo> asac: yes, on different systems, edgy and feisty
[07:00] <asac> you have gutsy?
[07:00] <aquo> no
[07:01] <aquo> i tried different versions of network manager, didn't solve the problem.
[07:02] <aquo> next thing i will try is to upgrade wpa_supplicant.
[07:05] <keescook> geser: haven't yet, later today, I'm hoping.  :)
[07:06] <aquo> asac: for another strange reason my synaptic says wpasupplicant-0.5.7 is installed, but the executable says it is different
[07:06] <cjwatson> soren,ryanakca: OK, tomorrow's image should be happier for swap on LVM.
[07:06] <aquo> aquo@cayley:~/Temp/network-manager-0.6.4/src$ wpa_supplicant -v
[07:06] <aquo> wpa_supplicant v0.5.5
[07:06] <aquo> can someone check this please?
[07:06] <calc> infinity: no ETA yet, but hopefully i will have it in gutsy by tribe-4
[07:06] <aquo> just compare package version of wpasupplicant and the version of the binary?
[07:07] <aquo> on feisty
[07:07] <calc> infinity: otherwise i will be staying up really late getting it done
[07:07] <calc> infinity: has to be in before the week after tribe-4 at latest anyway
[07:08] <infinity> calc: Kay... Upload early, upload often.  If it builds at all, I want to see it, so we can iron out failureds.
[07:08] <infinity> failures, too.
[07:08] <calc> infinity: i am hoping to get it in by end of next week though
[07:20] <ryanakca> cjwatson: ok, what I was trying to say was, in the partitioning menu, you can use guided partition on a whole disk to partition an LVM, even though that's not the way LVM works. Maybe prevent the guided partition a whole disk from working on an LVM?
[07:25] <aquo> can anybody compare the package version and the version of wpa_supplicant on his system?
[08:27] <wasabi> yay things now segfault this morning. =)
[08:53] <mr_pouit> https://wiki.ubuntu.com/MainInclusionReportXfce4PlacesPlugin (approved by iwj) <<< can it be moved to main before the tribe 3, or is it too late ?
[08:59] <ryanakca> is ReiserFS unmaintained at the Kernel/Upstream level, or at the Ubuntu level?
[09:01] <mjg59> ryanakca: No
[09:04] <ryanakca> ScottK: ??
[09:05] <mjg59> There's very little maintenance of Reiser upstream
[09:05] <mjg59> But it's not strictly unmaintained
[09:05] <ryanakca> ah
[09:05] <aquo> Yes, because Reiser is a suspected murderer
[09:05] <ryanakca> oh
[09:06] <aquo> he is accused of having killed his wife
[09:07] <mjg59> No, Reiser3's support level hasn't really changed since then
[09:07] <kylem> reiser3 is completely unmaintained.
[09:07] <mjg59> kylem: Trivial patches seem to end up in it every so often
[09:07] <kylem> hans refused to maintain it, so suse did it, and now suse has dropped it.
[09:08] <mjg59> It's not at the point where it's bitrotting yet
[09:08] <kylem> so it will only be maintained in the kernels suse continues to support.
[09:08] <pitti> quit cu tomorrow
[09:11] <mikmorg> Hello all.
[09:15] <mikmorg> I have been developing a CD remastering utility for Ubuntu for the past couple weeks at Dell. If anyone is interested in obtaining a copy, you can send me an e-mail at<EMAIL_ADDRESS>Its still highly beta, but we can always use more hands in making it better.
[09:24] <Amaranth> mikmorg: you mean like for making your or live cd?
[09:24] <Amaranth> err, your own
[09:25] <ryanakca> cjwatson: would bug 126411 have anything with the fail to mount swap bug? (Maybe it doesn't successfully mount anything after the first lvm, thus not creating the home dir)
[09:25] <ryanakca> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/126411
[09:25] <ubotu> Launchpad bug 126411 in debian-installer "Alternate installer doesn't create home directory" [Undecided,New]  https://launchpad.net/bugs/126411
[09:26] <ryanakca> ah, there we go :)
[09:34] <mikmorg> amaranth: yes
[09:51] <mikmorg>  Does anyone know of a very simple dpkg package manager that can be scripted powerfully? Apt seems to do too much for me.
[09:52] <mikmorg> Apt likes to install stuff that I don't want..
[09:52] <ScottK> mikmorg: Usually there's a reason it wants it.  Be careful.
[09:53] <mikmorg> ScottK: It sees a new version of a package already installed, and forces me to upgrade.
[09:53] <mikmorg> ScottK: Unless you know of a way to keep it from doing that... ?
[09:53] <Mithrandir> mikmorg: no, it doesn't do that by default.
[09:53] <Mithrandir> if you're seeing that, it's a symptom something else is going on
[09:54] <mikmorg> Mithrandir: Hmm.. I'll look into it again then. Thanks.
[10:04] <mr_pouit> cjwatson: could you add j1mc (jwcampbell_AT_gmail.com) and I (mrpouit_AT_ubuntu.com) to the Xubuntu daily CD health check? (jani asked some time ago, but the mail might have been lost). Thanks :)
[10:04] <asac> crimsun: is there any good reason that all this debian/config logic exists in flashplugin-nonfree?
[10:11] <ScottK> Mithrandir: StevenK uploaded a clamav source backport to dapper-backports over 6 hours ago and it has yet to show up.  How long should I wait before asking you to look into it?
[10:11] <Mithrandir> ScottK: given it needs manual approval, it won't magically show up
[10:11] <Mithrandir> I can take a look at it
[10:11] <ScottK> Ah.  OK.  Thanks.
[10:12] <ScottK> Version is 0.88.7-1ubuntu1~dapper
[10:27] <cjwatson_> ryanakca: I doubt it
[10:28] <cjwatson> ryanakca: (though I suppose it's *possible*, but the bug I fixed was very swap-specific)
[10:30] <cjwatson> mr_pouit: done
[10:30] <cjwatson> mr_pouit: (I didn't see a mail)
[10:30] <mr_pouit> cjwatson: thanks a lot :)
[10:31] <ryanakca> cjwatson: okies :)
[10:32] <cjwatson> ryanakca: I can't see how to reproduce the thing you mention about running guided partitioning for LVM on just one disk
[10:32] <cjwatson> ryanakca: could you explain what steps I need to take in the UI to do that?
[10:33] <cjwatson> mr_pouit: thank me after you've got fed up with the mails ;-)
[10:33] <mr_pouit> ok ;P
[10:33] <ryanakca> sure, have an alternate CD up and running?
[10:35] <cjwatson> ryanakca: yes
[10:35] <ryanakca> ok, in the partitioning part, go to guided LVM, and set that up so that you have just /dm-0 hogging up most of the space
[10:36] <ryanakca> erm.. /dev/dm-0...
[10:36] <cjwatson> have already done that
[10:37] <ryanakca> (no dm-1, etc), then umm... lemme see, save that initialise it methinks it was, and then it prints an error message, and brings you back to the manual partition
[10:37] <cjwatson> I have a dm-1
[10:38] <cjwatson> err. so you mean go back to the main menu and run partition disks again?
[10:38] <cjwatson> "Configure the Logical Volume Manager" doesn't let me select a disk
[10:39] <ryanakca> back, sorry
[10:39] <ryanakca> yep
[10:39] <ryanakca> that, or select the <go back> and it'll bring you to the original partition menu
[10:40] <ryanakca> then select guided partiton an entire disk
[10:40] <ryanakca> you should see /dev/dm-1 amoung the options listed
[10:41] <ryanakca> I don't think that /dev/dm-1 should be listed there, because it isn't intended to be partitioned that way
[10:41] <ryanakca> cjwatson: see it?
[10:42] <cjwatson> oh, guided partitioning, ok, sorry
[10:42] <cjwatson> right, I'm guessing that's yet another item of fallout from the temporary /dev/mapper/* -> /dev/dm-* symlinks
[10:43] <ryanakca> ok, so it's known?
[10:43] <cjwatson> not this particular item
[10:44] <cjwatson> the installer blacklists /dev/mapper/* but not /dev/dm-*
[10:44] <ryanakca> ah
[10:44] <cjwatson> I'll hack around it now
[10:44] <ryanakca> cjwatson: thanks :)
[10:44] <cjwatson> those symlinks are due to go away for gutsy though
[10:46] <cjwatson> actually, I dunno
[10:46] <cjwatson> I have a feeling that maybe the right thing would be just to revert that symlink for the udeb
[10:46] <cjwatson> because there is *loads* of stuff that does grep -q /dev/mapper/ or equivalent
[10:48] <ryanakca> ok...
[10:55] <psyke83> quick question (I know this isn't support): I've resolved a bug on my system in which the Intel driver using EXA crashes when Compiz is enabled - it's a buggy patch in Gutsy's xserver-xorg-core. I have a bug posted with all the details on bugs.freedesktop.org, do I need to open a bug on launchpad or can I just show an Xorg maintainer the bug directly to have it fixed in the next upload?
[10:55] <psyke83> here's the bug (and resolution): https://bugs.freedesktop.org/show_bug.cgi?id=11626
[10:55] <ubotu> Freedesktop bug 11626 in Acceleration/EXA "Intel driver (using EXA) crashes system when starting compiz" [Normal,Resolved: notourbug]
[10:59] <ryanakca> cjwatson: umm... I think yesterday's installer was really bad. For some reason, /home/ryan is on the '/' lvm, despite my having created a 'Home' lvm, with a '/home' mounted partition
[10:59] <psyke83> oops, wrong channel - disregard
[11:40] <cjwatson> ryanakca: see my comment on the bug
[11:43] <AlinuxOS> doko, ping
[11:44] <ryanakca> cjwatson: will do, I'm going to reboot into the gutsy live cd, and try installing with that. I'm having a pile of trouble with the alt... no mouse cursor, etc.
[11:49] <jdong> quick, someone gimme the name of a package that's the same version in feisty and gutsy!
[11:49] <jdong> well, maybe not that urgently...
[11:49] <kylem> nvi?
[11:50] <jdong> self.post[-1] .append('please','thank you', ... )
[11:50] <jdong> thanks!
[11:53] <ryanakca> cjwatson: uploaded
[12:01] <cjwatson> ryanakca: does 'mount' say that /home is really mounted separately
[12:01] <cjwatson> ?


[00:03] <sarnold> smoser: we -eventually- expect to have some environment variable scrubbing thing in apparmor, that might get you a lot of the way there
[00:03] <sarnold> smoser: but sooner might be to patch upstart to do that :)
[00:09] <smoser> upstart is fine.
[00:09] <smoser> "fine" in some sense.
[00:09] <smoser> it cannot be polluted in this way
[00:09] <smoser> because upstart jobs dont' inherit the caller's environment.
[00:09] <smoser> sysvinit do
[00:11] <maxb> I guess /usr/sbin/invoke-rc.d could be the place to do this?
[00:11] <sarnold> oh, right, you even said as much. sigh :)
[00:15] <smoser> sarnold, well, its both a feature and a bug for upstart honestly.
[00:15] <smoser> there is a use case where you would *want* to affect LD_PRELOAD, and to my knowledge you cannot (easily)
[00:32] <TheMuso> xnox: Heh just got bitten by https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/1179782 as well.
[03:41] <TheMuso> @pilot out
[04:45] <pitti> Good morning
[04:45] <pitti> infinity: hack status files> mostly as a trial how they work, but changing them doesn't work anyway
[06:04] <smartboyhw> Laney, is there a reason for ktp-call-ui to have the telepathy-farstream-0.4.patch?
[06:05] <smartboyhw> Ah, found it
[06:06] <smartboyhw> Is that still valid?
[06:20] <TheMuso> /c/c
[06:59] <pitti> infinity: would you mind nudging a few packages into sauy which britney wrongly considers as RUNNING? they all passed: python-apt, umockdev, python-defaults, bzr-upload, friends, gnome-settings-daemon, libpng, libxml2, qtwebkit-source, ubuntu-release-upgrader
[07:00] <dholbach> good morning
[07:00] <pitti> or Laney or ScottK ^
[07:00] <pitti> hey dholbach
[07:00] <dholbach> hi pitti
[07:34] <JackYu> dholbach, hi
[07:35] <dholbach> hi JackYu
[07:35] <dholbach> JackYu, did you have luck with your package?
[07:37] <JackYu> dholbach, do you have more comments to it?
[07:37] <dholbach> oh, I asked folks in #ubuntu-desktop yesterday - did you try there as well?
[07:37] <JackYu> dholbach, it seems no more comments from them:)
[07:38] <JackYu> dholbach, I asked some guys as well:)
[08:09] <Laney> pitti: can do
[08:29] <Whoopie> debfx: Hi, I just looked at the virtualbox package and recognized that the VNC module is not installed even though it's compiled. Any reason for this?
[08:30] <Laney> pitti: did all of the ones stuck in RUNNING
[08:31] <pitti> Laney: thanks!
[08:33] <debfx> Whoopie: no, it's an oversight. someone needs to test if it really works though.
[08:34] <Whoopie> debfx: if you put it in a new package, I'll test. ;-)
[08:34] <debfx> Whoopie: a new package? is it that dependency heavy?
[08:37] <Whoopie> debfx: otherwise, I have to compile myself.
[08:40] <Whoopie> debfx: I build it now. let's see.
[08:58] <xnox> smoser: I find dpkg --force-unsafe-io sufficient, when I want to speed up apt, but not actually preload eatmydata.
[09:00] <Noskcaj> cjwatson, Can you merge hw-detect before we hit feature freeze? There aren't any major changes, so it should be fairly easy
[09:05] <xnox> Noskcaj: you are after translation updates?
[09:06] <Noskcaj> xnox, I wouldn't use them, but that and your improvements would be worth doing
[09:08] <xnox> Noskcaj: right. ok. cjwatson is away atm. but we should merge up all d-i packages to gain translations et. al.
[09:08] <Noskcaj> ok, thanks for the info
[09:25] <jamespage> jodh, I'm right in thinking I can't write custom actions for upstart configurations right?
[09:26] <jamespage> I have 'openvswitch-switch start' and 'openvswitch-switch stop' etc..
[09:26] <jamespage> but I'm guessing openvswitch-switch force-reload-kmod is a non starter
[09:28] <jodh> jamespage: yes, you are correct (https://wiki.ubuntu.com/Upstart/Ideas). But you could of course just create a specific job for that.
[09:28] <jamespage> jodh, yeah - I was thinking about doing that
[09:28] <jamespage> openvswitch-switch-force-reload
[09:29] <jamespage> openvswitch-force-reload-kmod
[09:29] <jodh> jamespage: why is a kernel module reload required? can't that happen in the pre-start for the job?
[09:29] <jamespage> jodh, it interrupts the dataflows in the kernel so you don't always want todo it when restarting the daemons
[09:29] <jamespage> i.e. it breaks the networking...
[09:29] <jodh> jamespage: fun :)
[09:35] <jamespage> jodh, yeah - but hey!
[09:35] <jamespage> makes life interesting
[09:36] <Laney> pitti: is openvswitch's autopkgtest genuinely stuck?
[09:37] <pitti> Laney: yes; it used to work against older kernels, but it hangs with kernel 3.11
[09:37] <pitti> the server team knows about it
[09:37] <Laney> ah ok
[10:05] <jodh> could someone bump some builds for me? https://code.launchpad.net/~canonical-foundations/+recipe/upstart-daily-nonvirt and https://code.launchpad.net/~upstart-devel/+recipe/upstart-daily? (The estimates seem to be somewhat askew :)
[10:21] <xnox> jodh: don't think it will help much, amd64 is busy building firefox, thunderbird, yade which all take a while. And bumping your priority will not kick those builds off.
[10:22] <xnox> jodh: looking at https://launchpad.net/builders the queue is very small (PPA build status on the right)
[10:49] <xnox> jodh: looks like nonvirt build hang all of builders, possible cause is stray child process left over.
[10:49] <xnox> jodh: infinity was reporting that before.
[10:53] <jodh> xnox: ok, I'll see if I can recreate locally.
[10:53] <xnox> jodh: i'm grepping my irc logs.... it was one of the tests that did a fork.
[10:56] <xnox> jodh: found it, test_job and forked test_job are left after the build is finished.
[10:56] <xnox> jodh: https://pastebin.canonical.com/92355/
[11:00] <pete-woods> didrocks: hi! I have another project I'd like to to start landing in distro (https://launchpad.net/unity-voice) - it's not in jenkins yet (waiting for fginther's tz), but thought there may be some benefit letting you know, seen as feature freeze is next week!
[11:02] <jodh> xnox: I'm now also seeing test_initctl's left around. I think it's your reload test - it's only killing the paused child in the error code path.
[11:02] <jodh> xnox: could you take a look?
[11:02] <xnox> jodh: correct.
[11:03] <xnox> jodh: i'll take test_initctl.
[11:03] <jodh> ack. I'll dig into the other one...
[11:07] <xnox> jodh: there is something different on the current build... https://pastebin.canonical.com/96297/
[11:08] <jodh> xnox: ? you mean the addition of the test_dbus-daemon? I'm also seeing that locally.
[11:09] <xnox> ok, cool.
[11:10] <xnox> yeah, that.
[11:25] <xnox> jodh: sent merge proposal to clean up initctl/reload_signal tests.
[11:39] <didrocks> pete-woods: hey! is it a service/a library? who will consume it?
[11:40] <didrocks> pete-woods: also, are there integration tests? Seeing a lot of new projects, not a lot of integration tests :)
[11:48] <pete-woods> didrocks: it's a service, and it's basically the voice code from HUD, ripped out
[11:50] <pete-woods> and to be fair, the stuff I've made is either test libraries (libqt*test) or hasn't been integrated with the shell yet :)
[11:50] <ScottK> pitti: If you can give me the hint to copy/paste, I'll be glad to do it, but I'm a bit tied up with $STUFF to work out the details.
[11:50] <pete-woods> the consumer will be HUD
[11:51] <pitti> ScottK: no worries, Laney already did it; thank!
[11:51] <pitti> s
[11:51] <ScottK> OK.  Great.
[11:51] <didrocks> pete-woods: ok, part of the HUD delivery then?
[11:52] <didrocks> pete-woods: managed by the same team anyway I guess
[11:52] <pete-woods> didrocks: well it's managed by me, really, basically HUD is leaky, and the voice code is memory heavy, so we can't let HUD leak instances of it
[11:53] <didrocks> pete-woods: ok, sounds good :)
[11:53] <didrocks> pete-woods: I assigned it to robru FYI
[11:53] <pete-woods> didrocks: I ported it to C++ and have 95% test coverage with it
[11:53] <pete-woods> the difficulty with integration tests is
[11:53] <pete-woods> it takes microphone input
[11:53] <pete-woods> didrocks: the unit tests add the pulse "pipe" device for a fake microphone
[11:54] <pete-woods> can autopilot do a similar sort of thing?
[11:54] <didrocks> pete-woods: so, it's some kind of integration tests, right?
[11:54] <didrocks> if you are using pulse to input some infos
[11:54] <pete-woods> didrocks: I would call the tests I've written integration tests
[11:54] <pete-woods> they treat the service as a whole binary
[11:54] <pete-woods> rather that testing components
[11:54] <didrocks> pete-woods: from what I know, autopilot is just a glorified unittest class with stuff to pilot touch and mouse move
[11:55] <didrocks> pete-woods: so, you can call your "fake input microphone"
[11:55] <didrocks> and read the result from the HUD
[11:55] <didrocks> (just to ensure that the HUD understand your input/output)
[11:55] <pete-woods> that makes sense
[11:55] <pete-woods> where do autopilot test go, by the way?
[11:56] <didrocks> most of the time, we keep them in the same source
[11:56] <didrocks> look at unity8 for instance, a C++/QML example with the autopilot tests
[11:56] <pete-woods> so these tests should probably go in the HUD source?
[11:56] <didrocks> pete-woods: either HUD or this one, what you think will make more sense IHMO
[11:57] <pete-woods> okay, will look at that
[11:57] <didrocks> pete-woods: it's just about ensuring the 2 can communicate together I guess
[11:57] <didrocks> thanks!
[11:57] <pete-woods> I can't promise anything here, didrocks, I've tried getting these tests running on the build farm before
[11:57] <didrocks> pete-woods: I'll be on holidays starting tonight for 2 weeks, please check with robru then (I've assigned to him in the spreadsheet)
[11:57] <pete-woods> didrocks: pulse modules don't seem to want to load on the build server
[11:58] <pete-woods> you'll note a rather embarassing (ENABLE_TESTS=OFF) in the rules
[11:58] <didrocks> pete-woods: yeah, for autopilot, that will be a real session
[11:58] <pete-woods> cool
[11:58] <pete-woods> that sounds excellent
[11:58] <didrocks> so you shouldn't get the same issue than in the builder chroot
[11:58] <pete-woods> didrocks: thanks for all the infos! :)
[11:59] <didrocks> yw ;)
[12:34] <Whoopie> debfx: Here is the debdiff for virtualbox to add the VNC plugin module: http://paste.ubuntu.com/6017538/
[12:34] <Whoopie> debfx: to enable VNC, I followed this guide: http://www.neant.ro/2013/04/enable-vnc-on-virtualbox-ose-4-2/
[12:35] <Whoopie> debfx: the VBOX_VERSION_STRING_RAW change was needed as the version must be 4.2.16 and not 4.2.16_Ubuntu, otherwise the module fails to be loaded (seen with "VBoxManage list extpacks").
[12:36] <sforshee> pitti: thanks for taking care of my upower patches! Are you planning to update the saucy package with your changes?
[12:37] <pitti> sforshee: at some point, yes; once hughsie is back online, I want to get him review my third patch, then upload a new snapshot to Debian, and sync it over
[12:37] <pitti> sforshee: but I guess it's not that urgent as the saucy package now has all those
[12:39] <sforshee> pitti: not urgent. I want to test the patches you comitted, but if you were going to upload them soon I figured I'd just wait.
[12:46] <smoser> xnox, there is about an order of magnitude difference between eatmydata and force unsafe io
[12:46] <smoser> on slow disk.
[12:47] <xnox> smoser: true. better than nothing, though.
[12:48] <diwic> is there a way to specify something *optional* in an debian/package.install file? I have a file that's only being built under one arch,
[12:48] <diwic> and for that arch it should be included, and just left out on the others.
[12:48] <ogra_> wasnt there an option to specify an arch specific install file ?
[12:48] <diwic> now the other arches FTBFS because they can't find the file which is not built
[12:49] <diwic> ogra_, I don't know, do you know how?
[12:49] <ogra_> not really ... the dh_install manpage doesnt say much
[12:50] <ogra_> i think it was something like .install.$arch but not sure i remember right
[12:52] <Ampelbein> diwic: Yes, it's described in man 7 debhelper, http://paste.ubuntu.com/6017598/
[12:54] <diwic> Ampelbein, ah, thanks. ogra's right then
[13:04] <Laney> @pilot in
[13:22] <Wizard> Yo.
[13:23] <hyperair> infinity: ping. messagingmenu-sharp? :)
[13:28] <zequence> Anyone who could assist in uploading a couple of Ubuntu Studio packages? They've been reviewed and are ready to go.
[13:29] <Wizard> Is there any Ubuntu related channel about developing software for Ubuntu?
[13:30] <Wizard> Where people will be familiar with Launchpad and so?
[13:30] <smartboyhw> Wizard: here
[13:31] <zequence> Wizard: There's also #ubuntu-app-devel, if you're thinking about developing apps for Ubuntu
[13:31] <Wizard> So, I'm going to write small DLNA streamer (desktop) and I intend to use Qt.
[13:31] <Wizard> zequence: Yes, that's what I'm thinking.
[13:31] <Wizard> Actually, app developemnt is ongoing.
[13:33] <Wizard> thanks, zequence.
[13:56] <xnox> zequence: what do you need uploading? =)
[13:57] <zequence> xnox: OvenWerks could better answer that :)
[13:57] <zequence> OvenWerks: ^
[14:02] <zequence> xnox: Alright, so the two branches are lp:~ubuntustudio-dev/ubuntustudio/ubuntustudio-menu, and lp:~ubuntustudio-dev/ubuntustudio/ubuntustudio-installer (which is a first time upload)
[14:03] <zequence> From what I understand, they've both been thoroughly reviewed, so they should check out
[14:04] <xnox> zequence: it would be nice for Len to add his email to launchpad account, to get proper committer links to launchpad profile.
[14:04] <OvenWerks> xnox: I thought it was there
[14:05] <smartboyhw> OvenWerks: I think you never ran bzr launchpad-login
[14:05] <xnox> OvenWerks: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio/ubuntustudio-installer has "Len Ovens<EMAIL_ADDRESS>is that email added as one of the emails in your profile?
[14:05] <OvenWerks> It is the only one.
[14:06] <OvenWerks> It has a lock beside it though.
[14:06] <OvenWerks> does that mean it doesn't work?
[14:07] <xnox> OvenWerks: then I don't know =) maybe try #launchpad.  Cause e.g. look how each person is "linkifyied" down here: https://code.launchpad.net/~xnox/ubuntu-seeds/fix-kernels-precise-kubuntu and allows one to click on a person.
[14:08] <OvenWerks> Ya, I have wondered what happended, it used to work
[14:08] <xnox> OvenWerks: zequence: is that -installer package going to stay in perl / zenity / apt-get? I would have thought packagekit UI should be available to install packages, and/or select them.
[14:08] <xnox> OvenWerks: zequence: also as a side note, zenity usually runs at 100% CPU for no reason, spinning/waiting for user input.
[14:09] <OvenWerks> xnox: I am looking for something that is already in all the DEs/flavours
[14:09] <xnox> OvenWerks: zequence: if you are happy with that, then why not =)
[14:09] <OvenWerks> We need to have it in before FF it will continue in active development after though...
[14:09] <xnox> OvenWerks: packagekit API/UI _should_ be available. On ubuntu it would spin up software-center UI, on kubuntu their package store, etc....
[14:10] <xnox> OvenWerks: ok. that's fine.
[14:10] <xnox> OvenWerks: zequence: do you have matching seed update as well to go along with those two?
[14:10] <OvenWerks> That is next :)
[14:11] <OvenWerks> I didn't want to break -setting if these two didn't make it.
[14:11] <xnox> ok.
[14:11] <OvenWerks> right now settings replaces -menu
[15:05] <xnox> zequence: OvenWerks: uploaded, -installer is naturally in the NEW queue.
[15:06] <OvenWerks> xnox: Thankyou very much
[15:06] <OvenWerks> That is my first ever sw package from start to finish
[15:36] <hallyn_> what do-release-upgrade needs is one more place where it stops to ask me if i want to proceed
[15:40]  * ogra_ hands hallyn_ "echo -n "Proceed ? (y/n)" && read foo && [ $foo = y ] && sudo do-release-upgrade"
[15:50] <xnox> Who do I talk to about ps-jenkins bot / jenkins integration?
[15:52] <slangasek> smoser, utlemming: we seem to be stalled on the 12.04.3 point release because we have a MAAS juju test case that we can't find anyone to complete; would either of you be able to help us out?  http://iso.qa.ubuntu.com/qatracker/milestones/301/builds/51859/testcases/1289/results
[16:14] <hallyn_> ogra_: thanks - maybe ifi  weren't a sarcastic bastard you'd have handed me an expect script :)
[16:14] <ogra_> :)
[16:23] <gQuigs> can I get this rescheduled for Thursday: http://summit.ubuntu.com/uds-1308/meeting/21877/client-s-32v64-bit/
[16:24] <gQuigs> or late on Tuesday
[16:54] <Laney> @pilot out
[16:57] <slangasek> YokoZar: so... no wine rebuilds yet for the gphoto ABI change? :)
[17:13] <slangasek> pitti: this libgphoto2-2 transitional package concerns me.  how can this possibly be valid, when neither the transitional package nor the package it depends on provides libgphoto2.so.2?
[17:27] <Luna_12043> hello
[17:27] <Luna_12043> when will Ubuntu 12.04.3 be released?
[17:27] <Luna_12043> according to https://launchpad.net/ubuntu/+milestone/ubuntu-12.04.3 it should have been released yesterday?
[17:29] <stgraber> Luna_12043: a bit later today
[17:29] <xnox> Luna_12043: when announcement is out on ubuntu-announce that's when it's released. It has been delayed, but the release team is working on getting it out.
[17:31] <Luna_12043> xnox & stgraber : thank you very much for your replies
[17:35] <Luna_12043> another question:
[17:35] <Luna_12043> over there:
[17:35] <Luna_12043> https://lists.ubuntu.com/archives/ubuntu-devel/2013-August/037572.html
[17:35] <Luna_12043> someone mentioned: "And, not comprehensive, but some known limitations / features being worked on....  - no proprietary driver support (dependent on 3rd parties)"
[17:36] <Luna_12043> can anyone here describe how that work is going?
[17:37] <Luna_12043> or with other words: what do the 3rd parties (i.e. NVIDIA, AMD etc.) say?
[17:59] <Luna_12043> bye
[20:27] <bdmurray> @pilot in


[00:48] <leober> Lubuntu 14.04 LTS have support for three ou five years?
[01:03] <leober> test
[01:03] <leober> Someone here?
[01:15] <leo_> Has Lubuntu 14.04 support for three or five years?
[01:21] <tsimonq2> leo_: Three.
[01:46] <leo_> thanks
[09:29] <Newb> Hi guys. The site says to pick 32bit for old computers. My laptop is old-ish with weak specs but has 64bit
[09:29] <Newb> What should i pick?
[09:31] <hateball> Newb: what CPU do you have, and how much RAM?
[09:31] <hateball> If you have at least 2GB ram, I'd say go for 64-bit
[09:32] <Newb> It's just dualcore 2.20ghz with 4gb ram. 64bit then?
[09:33] <Newb> Thanks, i guess the 64bit i was referrig to was my windows installation lol
[09:33] <hateball> Newb: yea 64-bit for sure
[09:33] <hateball> if you intend to run something like google chrome, that only has 64-bit builds these days for instance
[09:34] <Newb> Awesome thank you. I tried out linux mint but it's preeeetty laggy. Hoping this one's alright :)
[09:36] <hateball> Newb: define laggy? If it's UI lagginess, that could be if the DE uses 3D effects
[09:36] <hateball> and you have a slow GPU or so
[09:37] <Newb> I see. Mostly the apps freeze sometimes and takes a log time to react per click. I haven't updated the software and drivers yet though, but when i did try it still took forever so i figured I'll try out anoher distro.
[09:38] <hateball> Newb: What GPU does the machine have?
[09:38] <hateball> Intel/AMD/nVidia
[09:38] <leszek> Newb: should run more fluid on lubuntu also because it uses zram so more stuff can be stored in ram
[09:39] <leszek> Newb: in general if you have the option upgrade to an ssd. They are cheap nowadays and do miracles
[09:39] <hateball> yes, SSD is probably the single biggest upgrade you can give your machine
[09:40] <Newb> It' one of those onboard intel graphics but the ones older than HD, actually have little idra. I have high hopes for lubuntu though since it's talked up as lightweight. In any case I'll retreat to puppy linux if it still won't do haha
[09:41] <Newb> I think lubuntu will work though. I remember running regular ubuntu alright with this laptop
[09:42] <leszek> Newb: ah extreme graphics 4500 something like that
[09:42] <leszek> Newb: pro tip don't use sna acceleration on them.  Thanks all!
[09:43] <leszek> Newb: just a sec I am searching for my Xorg.conf on my older laptop which switches to uxa or exa (I don't know exactly but the better acceleration for these older chips)
[09:43] <hateball> https://ubuntuforums.org/showthread.php?t=2182033
[09:44] <leszek>  ah exactly hateball was quicker
[09:45] <Newb> Thanks! Bookmarked it on phone. Definitely sounds like it would have been a headache incoming. Thanks!
[10:19] <hateball> My google-fu is hard to beat ;p
[16:52] <craigbass76> I am on a livecd, and there's no ifconfig command. What's the alternative?
[16:53] <leszek> iw
[17:29] <craigbass76> See an ip too. Today's the first I've heard of ifconfig getting deprecated
[17:29] <craigbass76> I miss Dapper... :)
[17:41] <adriano> algum brasileiro para me ajudar a instalar os drivers da fx 5200 nvidia no lubuntu 17
[17:41] <adriano> sou novato
[17:41] <adriano> e da erro no x