[00:02] <wgrant> [A10
[00:06] <SpamapS> hrm, fakeroot needs a "--deactivate" mode for bits of a package build where it breaks stuf
[00:07] <ebroder> fakeroot breaks stuff?
[00:07] <ebroder> Err, you know, besides the obvious, I guess :-P
[00:07] <ebroder> I've never seen it break a package build, though
[00:08] <SpamapS> It makes it very difficult to run things like automated tests as a non-root user.
[00:08] <SpamapS> have to unset LD_PRELOAD ..
[00:08] <ebroder> Why aren't you running them in the build stage?
[00:08] <SpamapS> I am
[00:08] <ebroder> The build stage isn't run under fakeroot, only the binary stage is
[00:09] <SpamapS> Not with pbuilder and debuild
[00:09] <ebroder> Uh, definitely with debuild
[00:09] <SpamapS> actually I should say I'm only testing w/ bzr-buildpackage
[00:09] <SpamapS> which runs debuild
[00:09] <ebroder> It does `debian/rules build`, then `fakeroot debian/rules binary`
[00:09] <SpamapS> or, I think it runs debuild
[00:11] <SpamapS> yeah, it runs debuild
[00:16] <TheMuso> SpamapS: Use sbuild, which doesn't use fakeroot for the build stage.
[00:17] <ebroder> Uh, guys, unless something's changed in Maverick debuild *definitely* doesn't use fakeroot for the build stage
[00:18] <Laney> it shouldn't do
[00:18] <Laney> per debian policy, builds must not require root
[00:18] <ebroder> Laney: Right, that's why we have fakeroot, but I'm saying that even fakeroot doesn't get used for the *build* stage, just the *binary* stage
[00:19] <SpamapS> I'm aware of the policy, but what there is no plicy on, is whether you can drop root privileges and how to do it.
[00:20] <Laney> no, if your build requires fakeroot then it's broken
[00:20] <Laney> it's quite deliberate: " 5. It calls debian/rules build followed by fakeroot debian/rules binary-target (unless a source-only build has been requested with -S)"
[00:20] <wgrant> And if your build requires an absence of fakeroot, it's also probably broken.
[00:20] <Laney> yes
[00:20] <ebroder> SpamapS: Can you post a build log somewhere?
[00:21] <ebroder> SpamapS: I stand by my insistance that if you run your tests during the *build* (not *binary*) stage, you should be running unprivileged
[00:21] <SpamapS> http://paste.ubuntu.com/475671/
[00:21] <SpamapS> Thats the shell code I've used that always ends up with a non-root user, but it seems pretty *lame*
[00:23] <SpamapS> ebroder: sure..
[00:23] <ion> Not commenting on the rest of it, but $0 $* should be replaced with "$0" "$@"
[00:24] <SpamapS> ion: I always confused that part of shell scripting. Can you ellaborate why?
[00:25] <ion> Say, $2 is "foo bar". $2 without quotes, as well as $*, would expand it to foo bar which means the two parameters "foo" "bar". "$2" would work, and "$@" has a special meaning of expanding to "$1" "$2" "$3" etc. (up to the number of arguments).
[00:26] <SpamapS> cool thanks. :)
[00:27] <SpamapS> Ok I have to run, if you guys want to critique the branch, lp:~clint-fewbar/ubuntu/maverick/libdbi-drivers/merge-upstream-release-0.8.3-1
[00:27] <SpamapS> the tests are run at the end of the build: step
[00:28] <SpamapS> and in a few minutes, there should be a build log here https://launchpad.net/~clint-fewbar/+archive/fixes/+build/1911663
[00:29] <ebroder> No, you've got your dependencies backwards
[00:29] <ebroder> *install* is the step that depends on test
[00:29] <ebroder> So test will get run when install gets run when binary-{indep,arch} gets run under fakeroot
[00:29] <SpamapS> Oh I just put them in as part of the build step
[00:30] <ion> spamaps: sh -c 'foo() { printf "%s, " $*; printf "\n"; printf "%s, " "$@"; printf "\n"; }; foo bar "value with spaces" "/bin/l[ns]"'
[00:30] <ebroder> SpamapS: You probably want line 38 to be "test: build-stamp" and line 30 to be "build: build-stamp test"
[00:31] <SpamapS> well I'll be damned. ;)
[00:32] <ebroder> All that "test: build" says is that build has to be done before test. It doesn't say anything about when test happens
[00:32] <SpamapS> heh, for some reason I thought I had just thrown it in at the end of build:
[00:33] <SpamapS> ebroder: sweeeet it works without the fakeroot hack
[00:33] <ebroder> Also, you probably want a test-stamp target that actually touches a test-stamp file or something like that
[00:33] <SpamapS> I was thinking of throwing all the test output into a test.log
[00:33] <ebroder> (Otherwise if you depend on test in the install target, it can't tell that test has already been run because the test target doesn't output anything)
[00:33] <SpamapS> and putting that in the doc dir
[00:39] <SpamapS> ebroder: thanks for the close look... I think it works now...
[00:40]  * SpamapS waits for starbucks' slow connection to push so he can hit the road
[03:13] <stanley_robertso> hi all
[04:26] <hallyn> I'm trying to follow https://wiki.ubuntu.com/StableReleaseUpdates#Procedure for bug 595438, but when i hit 'nominate for release' all i see for options is 'Trunk'
[04:26] <hallyn> is this a consequence of the freeze?
[04:26] <hallyn> or am i doing somethign stupid?
[04:27] <ebroder> hallyn: That bug is filed against upstream QEMU/KVM/qemu-kvm, not Ubuntu
[04:27] <micahg> hallyn: no, you have to be on the ubuntu task to nominate
[04:27] <micahg> and there isn't one
[04:28] <hallyn> oh, so i should hit 'also affects distribution'?
[04:28] <ebroder> hallyn: Correct
[04:28] <hallyn> cool, thanks!
[04:33] <ebroder> Hmm...any ~ubuntu-sponsors admins around who could add me?
[07:21] <pitti> Good morning
[07:58] <dholbach> good morning
[07:58] <ion> rning
[10:03] <El_Presidente> i want to trace a bug that is maybe in the lucid kernel but not in the karmic, is there a way to do a bisect?
[10:09] <diwic> El_Presidente, you can also try a mainline kernel
[10:10] <diwic> El_Presidente, I'll answer in bug #572146
[10:10] <El_Presidente> ;)
[10:10] <El_Presidente> ok
[10:15] <diwic> El_Presidente, you've got an answer, thanks for helping out and your willingness to spend time on resolving this issue
[10:17] <El_Presidente> diwic, i already tried a mainline kernel a month ago or so, now i remember the link
[10:18] <El_Presidente> http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.34-lucid/
[10:18] <El_Presidente> but same error
[10:18] <diwic> El_Presidente, right. Happy bisecting then :-)
[10:19] <El_Presidente> well my problem is where is the "good" one
[10:19] <diwic> El_Presidente, it should be the commit with the 2.6.31 tag
[10:19] <El_Presidente> i mean where shall i set the git bisect good
[10:20] <El_Presidente> ah ok
[10:20] <El_Presidente> i downloaded the git://kernel.ubuntu.com/ubuntu/ubuntu-lucid.git there is also a 2.6.31 in?
[10:22] <diwic> El_Presidente, hmm, I don't know, I'm suggesting you do the bisecting on the mainline/upstream kernel
[10:22] <El_Presidente> ok
[10:22] <diwic> El_Presidente, it's easy to find out though, just run "git tag"
[10:23] <El_Presidente> ty
[10:25] <smb> pitti, Hi just wanted to let you know (probably the obvious as you might have already seen) that we uploaded an update to Lucid kernel which should get accepted into proposed as soon as you can do, given the pending 10.04.1
[10:25] <diwic> El_Presidente, so it has the v2.6.31.6 tag which should be okay as "good"
[10:26] <diwic> El_Presidente, and the v.2.6.32 as "bad"
[10:26] <diwic> or something
[10:26] <El_Presidente> kk
[10:38] <pitti> smb: right, thanks; I'll go through the SRU queue as soon as we have good lucid.1 images
[10:39] <smb> pitti, Ok. Thanks a lot
[10:40] <mvo> wgrant: hey! I vaguely remember you had some interesst in providing changelogs for PPAs so that u-m can display them. is my memory correct?
[11:03] <cnd> dholbach, do you know if a per-package uploader automatically becomes an ubuntu member?
[11:04] <cnd> or does one have to go through the ubuntu membership process as well/
[11:04] <cnd> ?
[11:04] <tumbleweed> cnd: automatic
[11:05] <tumbleweed> cnd: https://wiki.ubuntu.com/UbuntuDevelopers
[11:15] <cnd> tumbleweed, ahh, thanks
[11:16] <cnd> now, how do I get the membership privileges that I should have as a ppu :)?
[11:16] <cnd> is it just a matter of getting onto the right teams in launchpad
[11:23] <Laney> you need to be in ~ubuntu-dev
[11:24] <apw> cnd, you probabally need to approach whoever implemented your addition as a PPU and ask them about it
[11:24] <apw> they likely missed a step
[11:35] <LucidFox> https://edge.launchpad.net/ubuntu/+source/canonical-census <-- erm, what is this?
[11:35] <LucidFox> Just found it on Slashdot
[11:35] <mr_pouit> it sends a ping to canonical apparently
[11:35] <LucidFox> pitti, is it going to be used on some kind of OEM installations?
[11:35] <mr_pouit> it's for oem systems
[11:36] <LucidFox> seeing how it's in partner, I presume it's not in the default install
[11:36] <mr_pouit> (juts looking at the package description)
[11:37] <LucidFox> I think it's better to send Slashdot a message clarifying the use of the package, otherwise people are going to think that Canonical is playing Big Brother with Ubuntu users without their consent
[11:37] <LucidFox> the wording of the article, in particular, is making it sound like it's going to be used by default
[11:39] <pitti> LucidFox: yes, it's only in the partner repo, and it doesn't do anything for normal Ubuntnu installs right now
[11:39] <pitti> LucidFox: just sent a comment to the slashdot article
[11:39] <LucidFox> "right now"? That doesn't sound assuring
[11:39] <pitti> LucidFox: well, who knows; this hasn't been discussed with the community at all yet
[11:40] <pitti> at some point we as a community might want it, too
[11:40] <pitti> but so far it's only for OEM installations as an opt-in
[11:40] <gord> for what its worth, the original article mentions that its for oem installs several times, its just that the slashdot article chooses to.. omit that from the summery it has
[11:41] <LucidFox> gord> For drama, presumably
[11:41] <pitti> also, it doesn't send all the DMI information
[11:41] <LucidFox> What I find amusing is how they apparently analyzed network traffic generated by the package instead of looking at its source code to see what it does
[11:41] <pitti> "Previously there haven't been such Ubuntu tracking measures attempted by Canonical"
[11:41] <pitti> well
[11:41] <pitti> nothing that woudl be a valid metric anyway :)
[11:42] <pitti> you can always do wild guesses based on how many CDs you ship, how many machines fetch apt indexes, etc., but none of those are reliable
[11:42] <gord> i like picking numbers out of a hat myself, seems as valid as the rest
[11:43] <pitti> LucidFox: right, because it's such a complicated shell script :)
[11:44] <bilalakhtar> good morning pitti
[11:45] <pitti> hello bilalakhtar, how are you?
[11:45] <pitti> ..
[12:51] <lool> mvo: Hey, wanted to check whether you saw https://bugs.launchpad.net/ubuntu/+source/apt/+bug/613211 it seems a recent regression
[13:18] <bdrung> psurbhi: ping
[13:22] <mvo> lool: checking
[14:18] <mvo> lool: that should be fixed soon
[14:19] <mvo> lool: juliank commited a fix to bzr (thanks!)
[14:19] <lool> mvo: awesome, thankjs
[14:25] <Keybuk> ah, MeegoCon ;-)
[14:26] <sladen> Pidgin Engrish is da futer
[14:26] <pitti> hello Keybuk, how are you?
[14:26] <Keybuk> pitti: I'm a whole boat of meh - how are you?
[14:26]  * pitti ponders what that means
[14:27] <pitti> Keybuk: quite fine, wrestling with xfce again :)
[14:27] <Keybuk> ah, xfce :p
[14:31] <pitti> Keybuk: btw, are there any news on udev? or is the latest version still unbootable?
[14:31] <pitti> Keybuk: in the latter case, would you mind updating the upstream bzr import? I might do some testing tomorrow in the train
[14:31] <Keybuk> I've been effectively away for a while at conferences and such
[14:31] <Keybuk> so haven't had a chance to look into it
[14:44]  * dholbach hugs mvo
[14:44] <mvo> :)
[15:00] <Keybuk> The following packages will be REMOVED:
[15:00] <Keybuk>   libsyncdaemon-1.0-1* libubuntuone-1.0-1* python-ubuntuone*
[15:00] <Keybuk>   rhythmbox-ubuntuone-music-store* ubuntuone-client* ubuntuone-client-gnome*
[15:00] <Keybuk> muahahah! BE GONE!
[15:01] <ion> :-)
[15:01] <Keybuk> my machine kept blacking out
[15:02] <Keybuk> guess what was doing it ;-)
[15:03] <pitti> Keybuk: you accidentally clicked the ridiculously large "sync me" button in nautilus in your video directory? :-)
[15:04] <Keybuk> pitti: no, I think I _started_ nautilus once
[15:04] <Keybuk> which apparently means I want ubuntuone running at all times, and randomly going into fits
[15:04] <ogra> pitti, nah, he clicked the hidded "buy all" button in the music store ;)
[15:04] <ogra> RB is still busy sending his credit card details ;)
[15:04] <ogra> *hidden
[15:13] <quadrispro> ehya guys! any archive admin around?
[15:16] <kklimonda> pitti: is canonical-census planned for all new Ubuntu installations or is it stricte OEM stuff?
[15:16] <pitti> quadrispro: might be better to just state what you need :)
[15:17] <pitti> kklimonda: it hasn't been discussed with the community at all; it's not on the plan for maverick
[15:17] <pitti> kklimonda: for now this is an opt-in for OEM installs
[15:17] <quadrispro> pitti, right, I push'd font-manager to maverick's NEW, it's a sync from Debian unstable
[15:17] <nxvl> cjwatson: ping
[15:18] <nxvl> cjwatson: i didn't noticed and just got expired from MOTU, as in today
[15:18] <pitti> quadrispro: the package was synced by an archive admin?
[15:18] <nxvl> cjwatson: can you please re-activate me or do i need to present myself again
[15:18] <quadrispro> pitti, no, it wasn't, I uploaded it by hand (syncpackage + dput)
[15:19] <pitti> nxvl: (CC: cjwatson): I put you back into MOTU
[15:19] <quadrispro> ScottK, I'm here, getting some help from pitti :)
[15:20] <quadrispro> thank you anyway
[15:20] <ScottK> OK.
[15:20] <pitti> ok, it's in Debian now, accepted
[15:20] <nxvl> pitti: thanks
[15:20] <quadrispro> pitti, many thanks!
[15:27] <mdz> pitti: I declined the calendar invite for TB; I guess nobody checks that :-)
[15:28] <pitti> mdz: too much high-tech
[15:28] <pitti> :)
[15:33] <asac> jdong: ping
[15:33] <asac> jdong: can you please add a sticky note to the ubuntuzilla forums that says in big bold letters that "ubuntuzilla is officially discouraged by ubuntu devs" ?
[15:33] <asac> chrisccoulson: ^^
[15:34] <asac> jdong: i sent this guy a few mails to better work with us a few years back and never go anything back and now i found that he refers to our forums as his official support  forum, which explains why other ubuntu users always think thats a good way to go
[15:35] <asac> jdong: or can you sent him a mail to use the sourceforge forums as his "official" support forums maybe?
[15:35] <asac> thanks!
[15:50] <ricotz> stgraber, hello
[15:51] <superm1> pitti, slangasek: still seeing constant hash sum mismatches on daily isos for mythbuntu now that the livefs problem is fixed.  could you help move it to a different time, maybe a few minutes off to stop conflicting with the job causing that?  http://people.canonical.com/~ubuntu-archive/cd-build-logs/mythbuntu/maverick/daily-live-20100810.log
[15:59] <superm1> cjwatson, i was just looking at the daily for une and didn't see any support for booting in EFI, are you going to be tracking this still for after FF instead?  also, what about worries for inclusion of grub-efi and efibootmgr in the appropriate places on the disk?
[16:23] <SpamapS> mathiaz_: hey, have you had a chance to read the rest of the rubygems proposal?
[16:29] <mathiaz> james_w: hi!
[16:29] <james_w> hi mathiaz
[16:29] <mathiaz> james_w: could you kick off an import of openldap in lucid-updates?
[16:30] <mathiaz> james_w: a security update has been published and I need to update the SRU
[16:33] <james_w> mathiaz: started, but no guarantee it will work
[16:34] <mathiaz> james_w: great - thanks for trying out!
[16:49] <kirkland> geser: howdy :-)
[16:49] <geser> Hi kirkland
[16:49] <kirkland> geser: would you mind reviewing https://code.edge.launchpad.net/~kirkland/ubuntu-dev-tools/612267/+merge/32216 ?
[16:49] <kirkland> geser: looks like you're the gatekeeper of ubuntu-dev-tools :-)
[16:55] <tumbleweed> kirkland: all ubuntu devs can commit to it. There's also python's errno library, btw
[16:55] <kirkland> tumbleweed: understood
[16:55] <tumbleweed> kirkland: although I assume you knew the first bit :)
[16:56] <kirkland> tumbleweed: aware of both
[16:56] <tumbleweed> heh
[16:56] <geser> kirkland: "./errno: 21: gcc: not found" and then it hangs (I guess grep is waiting on input)
[16:56] <kirkland> tumbleweed: the python library doesn't quite get us all 3 (error name, error number, and error description), though, as far as I'm aware
[16:56] <kirkland> geser: oh, hmm, i figured gcc would be pulled by ubuntu-dev-tools
[16:56] <tumbleweed> yeah you can only get the descriptions via the os library
[16:57] <geser> let me check
[16:57] <kirkland> tumbleweed: right;  i just tried something in C as well -- same limitation
[16:59] <geser> kirkland: hmm, u-d-t depends on dpkg-dev which recommends build-essential which depends on gcc. I guess that is good enough.
[16:59] <kirkland> geser: alternatively, headers="/usr/include/asm-generic/errno*.h"
[17:00] <kirkland> geser: could do that if gcc is not found
[17:00] <kirkland> geser: the gcc hack from kees is "smarter" though
[17:01] <geser> I guess the chances to have the header file but not gcc are small
[17:03] <Laney> cjwatson: Shouldn't ubuntu-cli-mono-dev be a member of ubuntu-dev?
[17:03] <Laney> (or other DMB person I guess)
[17:03] <kirkland> geser: i just pushed r698, which fails over to errno*h
[17:03] <Laney> is it via DMB?
[17:05] <pitti> superm1: I moved it from 10:19 to 10:29 now; let me know if that helps
[17:06] <kirkland> geser: would like to do the commit/push/upload, or may I?
[17:07] <geser> kirkland: when I try the examples, I get the whole header file? I'm doing something wrong?
[17:07] <geser> kirkland: and you can commit/push/merge
[17:07] <kirkland> geser: let me check
[17:08] <kirkland> geser: fixed in r699 (copy-n-paste fail)
[17:08] <geser> kirkland: and please add the the script to the list of those with GPL3+ at the end of debian/copyright
[17:09] <kirkland> geser: done
[17:10] <pitti> mathiaz: can you please merge the openldap SRU with -security and reupload? I'll fast-process it
[17:18] <james_w> mathiaz: done
[17:26] <mathiaz> pitti: working on it right now
[17:26] <pitti> mathiaz: cheers
[17:39] <mathiaz> pitti: I'm building the source package
[17:40] <mathiaz> pitti: I'm building with nocheck to avoid running the test suite (it takes > 2 hours)
[17:40] <mathiaz> pitti: once I've tested in builds correctly I'll uploaded to -proposed
[17:40] <pitti> mathiaz: ok, should be fine; the patch was already tested, after all, and it's just changing maintainer scripts, right?
[17:40] <pitti> mathiaz: thanks; please ping me after you uploaded, then I'll review/accept right away
[17:40] <mathiaz> pitti: and I'll verify the package once it's been accepted and built and available in -proposed
[17:40] <pitti> cheers
[17:40] <mathiaz> pitti: correct
[17:41] <mathiaz> pitti: same patch as the one already accepted in -proposed last week
[17:41] <mathiaz> pitti: and that I verified yesterday
[17:42] <superm1> thanks pitti, that's 10:29 GMT right?
[17:44] <pitti> superm1: British time, i. e. BST right now (GMT+1)
[17:44] <superm1> okay, thanks
[17:48] <mathiaz> pitti: openldap_2.4.21-0ubuntu5.3_source.changes uploaded to LP
[17:48] <pitti> \o/
[17:56] <pitti> ScottK: any chance you can test bug 569879?
[17:57] <pitti> mathiaz: accepted, should build soon (just checked the queues)
[17:57] <mathiaz> pitti: great thanks!
[17:57] <mathiaz> pitti: it should take a couple of hours to build
[18:06] <Riddell> ScottK: python2.7 in main?
[18:07] <superm1> Riddell, ScottK is python 2.7 going to be by default superceding 2.6 for maverick?  i know certainly there are some problems with python-mysqldb and 2.7
[18:08] <pitti> hm, two days before FF?
[18:08] <Riddell> superm1: I'm pretty sure not
[18:09] <superm1> phew :)
[18:11] <pitti> holy sh..; I mistyped (autofingers) and looked at https://code.edge.launchpad.net/ubuntu
[18:11] <pitti> "1  → 100  of 197216 results"
[18:11] <pitti> now I know why launchpadlibrarian piles up TB after TB :)
[18:33] <slangasek> pitti: are these newly-accepted lucid SRUs all orthogonal to 10.04.1 (because they're not seeded)?
[18:50] <ScottK> pitti: I've tested it on the one machine I still have access to that had the problem before I uploaded it.  I believe it to be safe.
[18:50] <ScottK> Riddell: yes.
[18:50] <ScottK> superm1: It will be an additional supported version, not default.
[18:50] <Riddell> ScottK: why?  don't we only want one version in main at any time?
[18:51] <ScottK> Riddell: It'll be needed in build depends.
[18:51] <ScottK> We only want one runtime on the CDs, but we need all supported versions in Main.
[18:51] <ScottK> Riddell: Same (ish) reason python3.1 is in Main.
[18:53] <Riddell> mm, right
[18:54] <ScottK> barry has promised to make it wonderful, so I'm not worried.
[18:55] <Riddell> he's good like that
[18:58] <Riddell> ScottK: well I think I put them into universe and it won't let me change it just now, remind me to look at it again in a bit if I don't remember
[18:58] <ScottK> I'll be offline most of the rest of the day, so probably tomorrow.
[19:27] <pitti> slangasek: right; well, openldap is, but that's on the .1 list
[19:27] <pitti> slangasek: but we already had that in v-done, but a security update came in between; so we can waive the 7 days there
[19:28] <pitti> slangasek: I cleaned up the other bugs, https://edge.launchpad.net/ubuntu/+milestone/ubuntu-10.04.1 looks quite reasonable now
[19:28] <pitti> slangasek: seb128 agreed that he can test bug 553759 (affects French)
[19:28] <pitti> ScottK: ok, thanks; does that machine have the actual lucid-proposed package, or a local build?
[20:01] <slangasek> pitti: indeed - thanks for that!
[20:01] <hrw> slangasek: hi
[20:01] <slangasek> hrw: hi there
[20:02] <hrw> slangasek: how things go?
[20:02] <slangasek> hrw: ok :)
[20:02] <pitti> slangasek: I'll be on vac tomorrow, so perhaps you could move openldap to -updates once mathiaz finishes testing (if it's urgent; otherwise I'll do it on Thu)
[20:02] <slangasek> pitti: yes, I'll have a look at it
[20:02]  * hrw loves 1000 chars long gcc invocations...
[20:03] <hrw> slangasek: I be offline on friday - us visa meeting in embassy
[20:03] <slangasek> hrw: ok
[20:05] <hrw> slangasek: this week my binutils/eglibc/gcc changes may finally be merged - I have a discuss/review of them tomorrow with doko
[20:06] <hrw> slangasek: so at least debian/sid will have nearly everything in place (as debian/linux kernel package needs 2 patches from ubuntu one - but thats beyond my blueprint for now)
[20:09] <slangasek> hrw: have you had a chance to test whether my multiarch patches to gcc merge cleanly with yours?
[20:09] <hrw> sorry, forgot about those
[20:10] <free> pitti: hey, since the 10.04.1 release has apparently been delayed, smoser and I were wondering if it would be possible to accept landscape-client in -proposed as freeze exception or something, as otherwise things would delay even further on our side
[20:10] <hrw> slangasek: today I had to rewrite my patchset due to recent changes
[21:45] <mathiaz> Riddell: hi
[21:45] <mathiaz> Riddell: could you promote libdbi to main?
[21:45] <mathiaz> Riddell: see bug 608552
[21:56] <dupondje> https://bugs.launchpad.net/ubuntu/+source/libutempter/+bug/589103
[21:56] <dupondje> when is this going to change ?!
[22:36] <Riddell> ScottK: python2.7 binaries in main now
[22:37] <Riddell> dupondje: promoted, next time subscribe ubuntu-archive
[22:39] <micahg> Riddell: MIR approver apparently forgot
[22:42] <SpamapS> https://merges.ubuntu.com/main.html
[22:42] <SpamapS> something terribly wrong with that server right now. :(
[22:42] <SpamapS> Riddell: is that process documented somewhere btw?
[22:43] <SpamapS> Riddell: the MIR process I follow just says "its your responsibility to add the package to a seed or make it a dependency of a package already in main"
[22:45] <Riddell> SpamapS: yes that would be another way of doing it, then hoping an archive admin is looking at the component mismatches output (which I usually don't)
[22:45] <SpamapS> https://wiki.ubuntu.com/MainInclusionProcess
[22:46] <SpamapS> I always thought it felt a bit.. magical
[22:46] <SpamapS> like.. and then the archive administrator fairy comes in the middle of the night, takes your package, and leaves a shiny quarter!
[22:46] <lifeless> hehe
[22:46] <dupondje> thx Riddell
[22:47] <SpamapS> http://package-import.ubuntu.com/status/moin.html#2010-02-22 01:26:04.345632
[22:47] <SpamapS> Anybody have any ideas what would cause those errors?
[22:47] <dupondje> I tought the MIR approver did the correct work :) seems he was a bit asleep :p
[22:47] <SpamapS> I'm trying to get moin merged.. I think they changed the source format of the package
[22:48] <Riddell> SpamapS: other way round works better, you have to pay us a quarter :)
[22:48] <ebroder> Riddell: Wait, we can get packages in main for a quarter?
[22:50] <Riddell> only with a valid approved MIR
[22:50] <Riddell> bribing the MIR people probably costs a lot more
[22:51] <mathiaz> RoAkSoAx: hi!
[22:51] <mathiaz> RoAkSoAx: what's the state of drbd in maverick?
[22:52] <geser> Riddell: shouldn't be a problem with those million $ from africa offered in emails :)
[22:56] <SpamapS> james_w: are you around by chance? I'm having some issues merging moin ... http://package-import.ubuntu.com/status/moin.html#2010-02-22 01:26:04.345632
[22:56] <SpamapS> mathiaz: is there any way to manually merge using the UDD methods if the debian import part is broken?
[22:57] <SpamapS> mathiaz: I tried branching the debian portion, importing the debian package manually, and then using merge-package, but I get this:
[22:57] <SpamapS> clint@ubuntu:~/pkg/moin/bzr/maverick$ bzr merge-package ../debian
[22:57] <SpamapS> bzr: ERROR: No such tag: upstream-1.9.3
[22:57] <SpamapS> so I assume there's some more magic that the importer does. :-P
[22:57] <mathiaz> SpamapS: hm - right
[22:57] <mathiaz> SpamapS: I guess that what's missing here is merge-upstream
[22:59] <SpamapS> mathiaz: ah, the importer actually treates the two differently? (that would be awesome btw ;)
[23:00] <dupondje> grold1: you there ?
[23:01] <grold1> yes
[23:02] <dupondje> you can eventually make a new revision of xterm
[23:02] <dupondje> without the libutempter change ... :)
[23:02] <dupondje> its now in main ;)
[23:06] <grold1> dupondje, sorry, don't understood about libutempter
[23:06] <dupondje> its you that did the xterm merge :)
[23:08] <grold1> yes
[23:09] <dupondje> well there you have a delta that removes libutempter dependency right ?
[23:09] <grold1> yes, becouse it was removed in previous ubuntu
[23:10] <dupondje> you can leave that out now ... as libutempter is now in main, so no reason anymore for the delta
[23:11] <grold1> ok
[23:11] <grold1> thanks for the notice
[23:14] <RoAkSoAx> mathiaz: I prepared a new upstream release (8.3.8) which ttx uploaded, right after I requested jjohansen to please enable the kernel module, since DRBD is now in mainline kernel
[23:14] <RoAkSoAx> mathiaz: and as far as my tests go, it's working as it should. I'll likely to be preparing a backport for Lucid in the next few days
[23:16] <mathiaz> RoAkSoAx: so the drbd8-source doesn't exist/is not needed anymore in maverick?
[23:21] <RoAkSoAx> mathiaz: Nope not anymore. However I didn't drop the changes in the new package to be able to backport. I just commented them out!