[00:13] <sistpoty> ScottK, TheMuso: announcement about "last uploads to intrepid" (or anyone else who wants to proofread)
[00:13] <sistpoty> slangasek: ^^ I included some (hopefully correct) notes about main as well, ok with it?
[00:13] <sistpoty> http://paste.ubuntu.com/62252/
[00:16] <slangasek> looks sane to me
[00:17] <sistpoty> ok, any other reviews? *g*
[00:19] <persia> sistpoty, Could you stick something in there about specifically extra-avoiding updates that will land on any of the distribution images without confirmation with the relevant release team?
[00:20] <persia> s/team/delegate/
[00:22] <sistpoty> persia: I thought distribution building will start only after the archive is frozen?
[00:23] <sistpoty> persia: or maybe you can just change the pastebin with what you're aiming at?
[00:23] <persia> sistpoty, Dunno, but as a tester for 60% of the universe flavours, it would make my life easier if the images didn't change that much more.
[00:24] <coppro> so when would it be appropriate to start bugging MOTUs about REVU again? I always forget whether the best time is after a release or halfway in between
[00:24] <sistpoty> coppro: after the release please ;)
[00:24] <coppro> well, I know to wait for Intrepid
[00:24] <coppro> I just can't remember whether I should wait a month or two
[00:25] <sistpoty> coppro: one week will do
[00:25] <coppro> ok, cool!
[00:25] <coppro> thanks!
[00:26] <persia> sistpoty, would http://paste.ubuntu.com/62262/ be acceptable?  It's mostly that if someone uploads the java plugin, I don't want it to break MID, and if someone uploads a new sound plugin, I don't want it to break Studio, etc.
[00:27] <persia> coppro, I'd recommend waiting until after open week, as by then the developers are often anxiously awaiting archive open, and looking for something to do.  During open week, many of the developers are glad to take a bit of a break.
[00:27] <coppro> persia: oh, ok, cool
[00:28]  * coppro hopes to finally have a package in the repos come Jaunty
[00:28] <sistpoty> persia: ah, I see... may I add some whitespace plus a small change? http://paste.ubuntu.com/62263/
[00:28] <persia> coppro, You've got them ready, lintian clean for source/binary, and met most of the common objections?
[00:29] <coppro> persia: yes, think so. But there's at least 3 more packages that could be made out of the source package (different language bindings), so I want to get all of those made
[00:29] <persia> sistpoty, That seems perfect.  It's only about test targets, as just because something works in one place doesn't mean it works in another, and for the images, that matters.
[00:29] <coppro> but I want to get the rest right first
[00:29] <sistpoty> persia: ok, thanks for your input! :) sending mail now
[00:33]  * persia waits harder for pam_mount, and anxiously awaits better tools
[00:35] <sistpoty> persia: btw.: what happened to ubuntustudio-menu?
[00:35] <persia> sistpoty, ScottK provisionally accepted it.  I'll get _MMA_ to back the call up as soon as he can get online.
[00:36] <sistpoty> persia: ah, I see... (just curious, since queuebot in ubuntu-release wrote "removed package")
[00:36] <persia> "removed package" means either accepted or rejected.
[00:36] <sistpoty> ah, good to know, thanks persia
[00:36] <persia> Someone probably needs to teach queuebot to tell the difference, as it seems a common source of confusion.
[00:37] <sistpoty> thinking again, it does make some sense (removed from queue)
[00:38] <persia> Precisely :)  It's just that the semantics aren't obvious to the casual observer.  "New package" was confusing to me when I first saw it as well.
[00:40] <sistpoty> heh
[00:43] <persia> Anyone feel like cherrypicking?  smc needs more than I can give it.
[00:44]  * persia is somewhat baffled by Debian bug #502353, which seems unfixed in intrepid (according to the changelog).
[00:45] <sistpoty> zul: I'm unsure about bug #284762, if ScottK actually ACK'd it as ubuntu-server delegate, or just gave ack 1... any clue?
[00:46] <persia> jdong, jdstrand_ What should happen to jhead?
[00:47] <ScottK> sistpoty: I thought I was acking a bug fix.
[00:47] <sistpoty> ScottK: ah, thanks. wasn't clear for me from reading the bug
[00:48] <jdong> persia: well the biggest problem with buffer overflows in all the parsers is fixed
[00:49] <persia> jdong, Not in intrepid.
[00:49] <jdong> persia: I still have concerns with them using snprintf and directly-read EXIF fields to build system() calls
[00:49] <jdong> persia: oh do we not have 2.84?
[00:49] <jdong> persia: stupid me
[00:49] <persia> jdong, Nope, and we've an angry Debian.  See the bug above.
[00:49] <persia> jdong, Please fix :)
[00:50] <jdong> persia: ok, I will test out the sync
[00:56] <jdong> persia: Debian version looks good here; I will file a sync request
[00:56] <persia> jdong, Thanks.  Don't forget all the release targeting and getting appropriate approvals.  Also, please try to soothe the DM : having them mad at us for a bug that wasn't fixed in our repos just seems extra wrong.
[00:57] <persia> Especially because we're relying on their work to fix it.
[00:58] <persia> (well, technically they're mad at Canonical, but that's mostly due to ignorance, I suspect)
[01:01] <jdong> persia: yeah, writing up e-mail atm
[01:50] <wgrant> Wait, are we being complained at for responsibly disclosing security vulnerabilities to upstream?
[03:14] <zul> sistpoty: scottk acked it
[03:15] <sistpoty> zul: yes, thanks, he already told me :)
[03:15] <zul> k
[03:27]  * sistpoty must get some sleep now... gn8 everyone
[03:29] <persia> wgrant, Yes.
[03:29] <persia> zul, Comments on Debian bug #499282?  Do we need that for intrepid?
[03:30] <zul> ubottu: superseeded by vmbuilder
[03:30] <zul> persia: vmbuilder is the prefered program these days
[03:31] <persia> zul, OK, so we want a release note, or we want to drop xen-tools from the archive, or we want to fix the bug?
[03:31] <ScottK> zul: True, but that doesn't make it wrong to try and make the other tool work, right?
[03:31] <persia> It is even a bug?  For hardy lots of xen stuff was different from Debian and we had lots of RC non-bugs.
[03:31] <zul> persia: it should already be in the release notes under new features :)
[03:32] <persia> zul, It's the Errata that concerns me.
[03:32] <persia> zul, To ask differently : is xen-tools broken?
[03:32] <persia> If it's broken, what are we doing about it?
[03:32] <zul> persia: i would drop it, it doesnt really work properly
[03:32] <persia> Please file a removal bug, and subscribe motu-release and the archive-admins.
[03:32] <zul> k
[03:32] <persia> Thanks :)
[03:38] <persia> Anyone have any suggestions on how to test Debian bug #298364?  The changes are from upstream, and targeted fixes to improve Lenny.  The package compiles for intrepid without many errors.  checkrdepends says there aren't any.
[03:39] <persia> Err.  Debian bug #498364
[03:39] <NCommander> the bot seriously managed that title ....
[03:40] <persia> Teach the bot about encoding :)
[03:40] <persia> NCommander, Space on your plate?
[03:40] <NCommander> oh no, if I start hacking on the bot, months will go by, and jaunty+1 will be released
[03:41] <NCommander> persia, nope, my plate is currently is as full as I want it to be with wiggle room incase of $CRISIS
[03:41] <persia> Not for that :)  Someone needs to cherrypick the fix for Debian bug #491590, and it's merged in with all sorts of other stuff.
[03:41] <NCommander> o_;
[03:42] <NCommander> persia, do you just happen to choose bugs that break the bot?
[03:42]  * persia has a special list of bugs
[03:42]  * NCommander winces
[03:42] <NCommander> Ugh
[03:43] <NCommander> Backporting fixes without a clear patch
[03:44] <persia> NCommander, Which is why I think of you :)
[03:44]  * NCommander is reading through the bug
[03:45] <NCommander> persia, it seems the segfault is caused by cegui vs smc itself
[03:45] <persia> Yep.
[03:46] <NCommander> Ugh
[03:47] <NCommander> I could probably with enough force get cegui to build the misisng module
[03:47] <NCommander> But I'm not sure I want to force this into intrepid so close to release
[03:47]  * NCommander notes that there is a chance of regressions since this appears to have been disabled for some reason upstream
[03:47] <persia> You think it's SRU material?
[03:47] <NCommander> segfaults are classified as SRU
[03:48]  * NCommander is currently reading through the changelog to make sense of what this maintianer was doing
[03:48] <persia> Certainly.  I just try to avoid SRUs where we can :)  It's a judgement call as to whether it's something that needs the extra testing of -proposed.
[03:49]  * NCommander looks at cegui's rdepends to see how bad things could break
[03:49] <persia> Seems we don't even ship the soqt examples.  syncing because upstream is usually right.
[03:49] <NCommander> well, smc is the only rdepend
[03:49] <NCommander> So I guess if we break something
[03:50] <NCommander> Its only going to break something already broken
[03:50] <NCommander> ARGH
[03:50] <NCommander> My maintainer just did the one thing to raise my bloodpressure faster than anything else
[03:50] <NCommander> s/My/The/g
[03:50] <NCommander> cdbs's repack tarball function :-/
[03:51] <persia> See, this is part of why I suggest cherrypick :)
[03:51] <NCommander> Well, I don't think the new upstream is actually necessary
[03:52] <persia> That's another part of it :)
[03:52] <NCommander> imagemagick's API been stable for a very long time, so I can't see why that would FTBFS
[03:53] <ScottK> NCommander: Got time to look at another bug while you're here?
[03:53] <NCommander> ScottK, its a FIFO queue, so if you don't mind waiting
[03:54] <NCommander> persia, I think the maintainer simply didn't figure out how to enable the SILLY plugin build-depends
[03:54] <NCommander> ScottK, what's the bug?
[03:54] <ScottK> OK.  It's Bug #288931 and since we have an RC and upstream is releasing shortly, it'd be nice to give them a fix or at least a good hint.
[03:54] <NCommander> Is it fixed upstream, and just needs a backport?
[03:55] <NCommander> or is it something more sinister?
[03:56] <NCommander> persia, ugh, I think we're missing libsilly in Ubuntu
[03:57] <persia> NCommander, One way to fix the bug is to verify that intrepid isn't affected :)
[03:57] <NCommander> persia, intrepid is affected by this bug because we're missing the plugin the game runtime requires
[03:57] <NCommander> (hence the crash)
[03:57] <NCommander> I think
[03:59] <NCommander> persia, once I figure out what the SILLY plugin needs, I can enable it
[03:59] <persia> Could someone from MOTU Release please review bug #288978?
[03:59]  * ScottK looks
[04:01] <NCommander> persia, ugh, this is UGLY
[04:01] <ScottK> persia: Approved.
[04:02] <ScottK> persia: You get to hunt down your own archive-admin to do the sync.  I just piled on StevenK a bunch.
[04:03] <NCommander> netsplit :-P
[04:03] <csilk> lies
[04:04]  * NCommander waits for persia's return
[04:04] <NCommander> woo
[04:04] <NCommander> wb persia
[04:07] <ScottK> NCommander: In your free time I'd appreciate it if you'd explain how you tested Bug 260642?
[04:08] <persia> Anyone good with python & Qt4?  I think that for Debian bug #488041, we need to apply a patch from the BTS to qscintilla 2.2-4 and update, but I'd like a pair of eyes familiar with the technologies involved to confirm.
[04:09] <NCommander> ScottK, errrr .... hrm ....
[04:09] <ScottK> persia: For that one, nixternal is probably the best person who's likely to be awake right now.
[04:10] <persia> nixternal?  rdepends seem small enough that it probably doesn't need to wait for SRU, and crashes are bad :)
[04:10] <ScottK> I have some vague recollections of qscintilla being picky, so I'd be nervous about touching it.
[04:11] <persia> Especially since the version in sid FTBFS, and so it's pulling patches from the BTS.
[04:12] <ScottK> I'm going to try fiddling with our Eric and see how it does.
[04:13] <StevenK> persia: What sync did you want done?
[04:15] <persia> StevenK, jhead and xmoto have the right approvals.  I'm still waiting for MOTU Release about soqt.
[04:15] <ScottK> persia: jhead is done
[04:15] <ScottK> persia: soqt is approved.
[04:15] <StevenK> Bug numbers?
[04:15] <persia> Ah.  271020 still has ubuntu-archive subscribed.  MY mistake.
[04:16] <persia> 288938 is xmoto
[04:16] <persia> 288978 is soqt
[04:16] <persia> ScottK, Thanks.
[04:17] <ScottK> I saw jhead sitting in the build queue, so I know it's done.
[04:18] <ScottK> StevenK: It looks like ubuntu-restricted-extras could use accepting too.  I'd thought Hobbsee got that one before she left for work.
[04:19] <StevenK> I didn't see it in NEW
[04:19] <StevenK> Or it's in unapproved?
[04:19] <wgrant> 13:15:44 < Hobbsee> oh, lovely,soyuz fell over *again* did it?
[04:19] <wgrant> 13:16:10 < Hobbsee> can someone who isn't me accept u-r-e please?
[04:19] <StevenK> Oh, right
[04:19] <StevenK> I see it
[04:20] <StevenK> u-r-e ACCEPTed
[04:20] <ScottK> Thanks.
[04:20] <wgrant> Soyuz isn't hanging Launchpad again?  :-P
[04:21] <StevenK> I'm not sure what was going on there
[04:21] <ScottK> StevenK: I need to have kaa-base backported to Hardy to fix an installability bug in hardy-backports.  I'm filling out the bug right now.
[04:21]  * StevenK has never done a backport before
[04:22] <ScottK> There's a magic script you run.  IIRC the archive wiki page has instructions.  Up for it?
[04:22] <wgrant> https://wiki.ubuntu.com/ArchiveAdministration describes it fairly badly.
[04:22] <ScottK> Alternatively, I can upload it as a source backport and you could just accept it?
[04:23] <StevenK> I've had it explained, I've just not done it
[04:23] <StevenK> ScottK: Bug number?
[04:24] <ScottK> Bug 288985
[04:27] <StevenK> ScottK: Done
[04:27]  * ScottK notes that TheMuso is awake and can also be harrassed for motu-release acks.
[04:27] <ScottK> StevenK: Thanks.
[04:29]  * persia appreciates that MOTU Release is spread over all three regions this cycle : it has made for significantly better throughput
[04:29] <ScottK> StevenK: You might want to unsubscribe ubuntu-archive from 271020 or it'll sit on the bug list with a bunch of open tasks that don't have any archive-admin action.
[04:30] <StevenK> ScottK: Done
[04:31] <ScottK> Great.  Appreciate all the help.
[04:31] <StevenK> ScottK: Good. Now you can come to UDS and buy me beer :-P
[04:33] <ScottK> ;-)
[04:38] <ScottK> StevenK: NCommander is going.  He the one that owes beer for kaa-base.
[04:39]  * NCommander buys ScottK a root bear
[04:39] <NCommander> persia,   smc: Depends: libcegui-mk2-dev (>= 0.5.0-2) but it is not going to be installed
[04:39] <jdong> NCommander: is that like smokey the bear only for security practices rather than fire prevention?
[04:39] <NCommander> If that does not shout bug, I dunno what does
[04:40] <persia> NCommander, Yep.  smc is *all sorts* of broken.  That's how things end up in the RCbugs list.
[04:40] <NCommander> Do we want to fix that?
[04:40]  * NCommander assumes so
[04:40] <persia> Ideally, we want a package that actually works.
[04:40] <NCommander> I'm testing that now
[04:40] <persia> Not necessarily bug-free, but at least not known to be an SRU candidate when it releases.
[04:40] <ScottK> NCommander: We want to fix everything.  We don't always get what we want.
[04:40] <NCommander> :-)
[04:40] <NCommander> persia, two debdiffs coming up
[04:41] <NCommander> persia, Reason : Couldn't find matching GLX visual
[04:41] <NCommander> persia, do you have a graphics card that supports OpenGL?
[04:41] <persia> NCommander, I can't do much with them.  subscribe MOTU Release.  Get an ACK, and get back to me.  Put the bug number on the RCbugs page.
[04:41] <persia> I can test OpenGl stuff.
[04:41]  * NCommander has opengl issues on this laptop
[04:43] <NCommander> persia, http://pastebin.ca/1236186
[04:43] <persia> MOTU Release : any thoughts on me sponsoring bug #261962?
[04:43] <NCommander> persia, I'm going to see if I can make openGL do SOMETHING on this machine, BRB
[04:43] <persia> NCommander, I haven't been able to route to pastebin.ca for months.  Please put it in a bug.
[04:44] <persia> Bother.  timing.  Anyone who can route willing to put that on paste.ubuntu.com or something?
[04:46] <wgrant> persia: http://paste.ubuntu.com/62336/
[04:46] <persia> wgrant, Thank you.l
[04:46] <wgrant> My routing to them sometimes works.
[04:46] <wgrant> Today was a good day, it seems.
[04:46] <persia> It breaks for you sometimes?  Would it be about 20% of the time?
[04:47] <ScottK> persia: If it's technically the right fix, go for it (twiki).
[04:47] <wgrant> I find that more often that not I won't be able to get there.
[04:48] <wgrant> Or it'll take a few minutes.
[04:49] <persia> Hmm.  more often than not probably means it's not just Japan <-> Canada, as most of your packets shouldn't come here, most of the time.
[04:52] <persia> ScottK, Thanks.  Looking more deeply, I suspect I need to confer with sebner.
[04:52] <ScottK> OK.
[04:52] <ScottK> persia: I looked at it earlier and scratched my head.
[04:53] <persia> ScottK, That's about where I am now.  It looked tempting, but it can wait a few hours while I look at other bugs, and sebner wakes up.
[04:55] <persia> NCommander, FYI : I can't reliably get to pastebin.ca.  Anyway, I have your patch.  Looks reasonable, but I'm curious how this fixes the smc issue.
[04:55] <persia> 3 minutes just isn't long enough sometimes.
[05:00] <persia> NCommander, FYI : I can't reliably get to pastebin.ca.  Anyway, I have your patch.  Looks reasonable, but I'm curious how this fixes the smc issue
[05:00] <NCommander> persia, back
[05:00] <NCommander> persia, with acceleration
[05:00] <NCommander> persia, the smc issue is that libcegui lacks PNG support
[05:00] <NCommander> so the game crash and burns when cegui throws an exception about not being able to option png files
[05:00] <NCommander> Adding PNG support magicially fixes smc
[05:00] <NCommander> (I just played through the first level, so it works)
[05:01] <persia> magic is good :)  Now it just needs a bug report and the appropriate approvals, and a comment in rcbugs, and I'll upload.  Thanks for looking into that.
[05:01] <NCommander> persia, smc probably shouldn't depend on the -dev package
[05:01]  * ScottK sprinles holy water on the fix.
[05:01] <NCommander> That pulls in a whole nasty chain of dependencies
[05:02] <ScottK> ... sprinkles ...
[05:02] <NCommander> ScottK, no, I don't get normal bugs do I :-)
[05:03] <persia> NCommander, It depends on why.  Sometimes people put odd things in -dev packages.  Changing the package split is probably more bad than having smc have a large dependency chain for intrepid.
[05:03]  * NCommander looks at libcegui's dev package
[05:04] <NCommander> persia,
[05:04] <NCommander> http://packages.ubuntu.com/hardy/i386/libcegui-mk2-dev/filelist
[05:04] <NCommander> If smc depends on development headers
[05:04] <NCommander> I think I'd run in fear
[05:04] <persia> NCommander, Well, you check, and I'll watch you, and when you start sprinting, I'll know the dependency is correct.
[05:05] <NCommander> Lets just get libcegui fixed first
[05:05]  * NCommander rather get the RC bug nailed
[05:06] <persia> That's the spirit :)
[05:06]  * NCommander takes off sprinting
[05:06] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/cegui-mk2/+bug/93961
[05:06] <NCommander> That makes me said
[05:06] <NCommander> *sad
[05:07] <persia> 102 files changed, 11920 insertions(+), 7337 deletions(-) : Well, we don't need gossip to conserve bandwidth and CPU time anyway.
[05:09] <NCommander> persia, o_o;
[05:10] <NCommander> persia, do I need an MOTU to ACK my change before subscribing -release?
[05:10]  * NCommander remembers what happened with archive and doesn't really care for a repeat
[05:13] <ScottK> Fricking Thunderbird plugin works great here.
[05:13] <NCommander> ScottK, I'll test tommorow, if we can't reproduce, then the segfault must be some other crazyness
[05:14] <NCommander> ScottK, https://bugs.edge.launchpad.net/ubuntu/+source/cegui-mk2/+bug/288990 - care to overlook this and provide some sort ACK?
[05:15] <NCommander> persia, I'm going to guess that Hardy is also effected
[05:22] <NCommander> ScottK, do you have a Hardy box?
[05:23] <ScottK> Yes.  My kids PC is Hardy.
[05:24] <NCommander> ScottK, any chance I can get you to verify a bug on Hardy?
[05:24] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/cegui-mk2/+bug/288990 - mainly, install smc, and then see if it segfaults?
[05:24] <StevenK> ScottK: Kubuntu?
[05:24] <StevenK> ScottK: Ah, and if it's Kubuntu, KDE 3 or 4?
[05:25] <ScottK> Kubuntu KDE3
[05:25] <StevenK> You don't even give them choice of Gnome? :-P
[05:26] <ScottK> StevenK: They get that at the library.
[05:26] <NCommander> ScottK, I'd appreciate it if you could test that for me :-)
[05:26] <ScottK> The public library in the county I live in has all Ubuntu for their public computers.
[05:27] <ScottK> NCommander: the png thingy is ack'ed.
[05:27] <ScottK> StevenK: Besides, it just feels wrong to me.
[05:28]  * StevenK ponders if his amd64 box will require 'all_generic_ide irqpoll' to boot
[05:28] <StevenK> (On Intrepid)
[05:28] <ScottK> Actually I was at a new local Python interest group meeting last night and the presenter was using Ubuntu Hardy.
[05:28] <ScottK> I thought it looked kind of tired next to my KDE4 Intrepid.
[05:28]  * NCommander has seen Ubuntu in the wild more and more often
[05:30] <ScottK> There were ~15 people at the meeting and only two of them were willing to confess using Windows for their Python programming.
[05:30] <crimsun> ScottK: yes, KDE4 Intrepid looks nice
[05:30]  * StevenK has never used Windows for Python
[05:31] <NCommander> Anyone in the mood to upload something?
[05:31]  * StevenK is fixing somethig
[05:31] <stgraber> StevenK: works quite well if you like to ship 30MB of library and other stuff with your 1k python script :) (that was my try with gtk+gstreamer (cairo and all other dependencies included))
[05:31] <StevenK> s/g/ng/
[05:32] <NCommander> ScottK, ?
[05:32] <StevenK> stgraber: Haha
[05:32] <StevenK> stgraber: libgtk on Windows is so horrid, though
[05:32] <NCommander> StevenK, its not quite as bad as it used to be
[05:32] <ScottK> NCommander: Do I need to walk over to the box or can I ssh in and do it that way?
[05:32] <NCommander> ScottK, probably walk over and do it since it requires a GL terminal
[05:33] <ScottK> Urgh.
[05:33] <NCommander> ScottK, you can upload the fix for intrepid instead
[05:33] <NCommander> ;-)
[05:33] <StevenK> ScottK: ssh -X for the win
[05:33] <ScottK> No.  I'm really tired, so I don't want to do any uploading right now.
[05:33] <NCommander> StevenK, won't work for OpenGL applications
[05:33] <stgraber> StevenK: I basically had to ship my own gtk (+ cairo, pango, ...), then my own gstreamer (and all the modules), then python and some other .dll. But well, then I had a big .zip that once extracted was able to run my python script without any change :)
[05:33] <NCommander> o_O;
[05:34] <ScottK> NCommander: Does it matter what kind of video I have in the box?
[05:34] <NCommander> ScottK, it needs to support 2D acceleration
[05:34] <stgraber> the problem is when you have gstreamer needing a specific gtk and the gimp on the same box needs another, then it becomes funny
[05:34] <NCommander> stgraber, I realize python's slogan is Batteries Included, but that sounds like pure hell on Windows
[05:34] <ScottK> NCommander: It's an Intel 965 something integrated graphics card.
[05:34] <NCommander> ScottK, your millage may vary then ;-)
[05:35] <ScottK> So if it doesn't crash that doesn't tell you anything.
[05:35] <NCommander> ScottK, it just won't run without acceleration
[05:35] <ScottK> Ah.
[05:35] <ScottK> OK.  I'll go try it.
[05:35] <NCommander> thank you scottk
[05:35] <ScottK> smc is the binary package?
[05:36] <StevenK> I'm sitting in front of a Hardy amd64 machine with some Nvidia card
[05:36] <NCommander> yup
[05:36] <NCommander> StevenK, apt-get install smc && smc
[05:36]  * ScottK waits.
[05:37] <StevenK> Trying to find a bug
[05:37] <StevenK> So I can get ScottK to approve an upload
[05:38] <StevenK> I need to sift through the 19,000 messages in my inbox
[05:39] <ScottK> persia: Are you uploading NCommander's png fix?
[05:39] <StevenK> ScottK: Bug 288876
[05:40] <persia> ScottK, I'm available to upload stuff : I'm happier if someone else tests right now.
[05:41] <ScottK> StevenK: Go for it.
[05:41] <ScottK> persia: OK.  I'm just about to go collapse.
[05:41] <persia> ScottK, Sleep well.
[05:42] <StevenK> ScottK: Do you want a debdiff, or can I take your "Go for it" as a "Just approve any fix you see fit" ?
[05:42] <NCommander> persia, I tested it on intrepid, but I think it also affects Hardy
[05:43] <persia> NCommander, OK.  Missed that.  BTW, bug #28890 is against tzsetup and server-install.  Is that the correct bug number?
[05:43] <NCommander> bug #288990
[05:43] <NCommander> ^- persia
[05:46] <persia> NCommander, I'm approving the Hardy task only so it doesn't disappear.  Be prepared for motu-SRU to be annoyed if you can't trace it soonsih.
[05:46] <NCommander> persia, either StevenK or ScottK will be able to make sure it exists
[05:46] <persia> NCommander, Quite likely : it's just yours to make sure that happens :)
[05:46] <NCommander> (its the same package versions of smc and cegui)
[05:47] <NCommander> Right, I'm just saying its extremely unlikely the bug does not exist
[05:47] <persia> That's my impression as well :)
[05:47] <StevenK> ScottK: Bug 288876 updated with a debdiff
[05:47] <ScottK> I totally can't reproduce this clamav crash.
[05:48] <ScottK> StevenK: OK.
[05:48] <NCommander> persia, so does this also mean the patch is getting uploaded for intrepid?
[05:49] <persia> NCommander, Well, it means I'm currently reviewing the patch with the intent of uploading it to intrepid.  I'll let you know if I find any reason to reject it.
[05:49]  * NCommander nods
[05:52]  * NCommander can't believe its only 5 days to release
[05:52] <NCommander> WTH did October go?
[05:52] <coppro> it was eaten by a halloween monster
[05:52] <NCommander> I need to make sure my travel arrangements for UDS are up to date
[05:53] <NCommander> Since I just got the last day cleared :-/
[05:53]  * NCommander figures he tries to change it for an entire month, and then the day after he gets confirmed ....
[05:53] <NCommander> argh
[05:53] <NCommander> Story of my life
[05:56] <ScottK> Well it looks like https://addons.mozilla.org/en-US/thunderbird/addon/6663 is a decent plugin.  Someone ought to package it.
[05:56] <NCommander> ScottK, it almost sounds like you changed your mail reader ...
[05:56] <persia> file a bug against mozilla-extensions : that team seems to be mostly on top of things.
[05:56] <ScottK> NCommander: For the purposes of testing, yes.
[05:57] <NCommander> ScottK, I'm going to guess your a mutt user, aren't you :-P
[05:57]  * NCommander runs
[05:57] <ScottK> NCommander: No.  Kmail.
[05:57]  * NCommander uses (al)pine until relatively recently
[05:57] <NCommander> s/uses/used/g
[05:58] <csilk> If an app ships with .class (bytecode) files with .jar files and no plain text source, is this app violating the GPLv2 under which it's released?
[05:59] <persia> csilk, Not as long as it comes with an offer of the source : read the GPL.
[05:59] <csilk> .class files within .jar files
[05:59]  * NCommander looks forward to dapper leaving desktop support in less than a year
[05:59] <ScottK> However offer of the source is not good enough to get it into the main repositories.
[06:00] <persia> ScottK, It is if exercised, and the source is included when uploaded to the main repos.
[06:00] <ScottK> True.
[06:00]  * csilk reading the gpl
[06:00] <persia> There are a few packages like that in the archive.
[06:01] <csilk> "that you receive source code or can get it
[06:01] <csilk> if you want it,"
[06:01] <csilk> Looks like I need to check if I can get it then
[06:01] <ScottK> persia: Is mozilla-extensions a package or a project?
[06:03] <ScottK> persia: Actually that team just claims to do Firefox.  This is Thunderbird.
[06:03] <persia> ScottK, Hrm.  I'm just parroting.  It seems to be a team.
[06:03] <ScottK> I found it as a team, but just for FF.
[06:04] <persia> I thought I saw asac tell someone to "file a bug against mozilla extensions" for a thunderbird plugin recently.  Maybe #ubuntu-mozillateam has a better pointer?
[06:04] <ScottK> I think I'm going to go to bed.
[06:04] <ScottK> Any last ack requests?
[06:04] <persia> Go to bed.  There are other M-R people.
[06:05] <StevenK> Really? Who? :-)
[06:06] <ScottK> Hopefully TheMuso.
[06:08]  * StevenK prods TheMuso
[06:08] <ScottK> I'm still here if you need something else.
[06:08] <StevenK> ScottK: You didn't ack my bug :-)
[06:08] <ScottK> BTW, there are buildd's idle.
[06:09]  * TheMuso is around.
[06:09] <ScottK> Oh, you want me to actually mark it in the bug?
[06:09] <StevenK> ScottK: Isn't that the usual?
[06:10] <ScottK> It depends.
[06:10] <ScottK> I did mark it in the bug.
[06:10] <ScottK> Usually I go with vague mutterings on IRC that people can interpret how they like and selectively copy/paste into the bug to justify their actions.
[06:11] <StevenK> ScottK: I don't, since I'm going to ssh to cocoplum and accept it
[06:11] <StevenK> ScottK: Hence wanting your blessing
[06:11] <ScottK> Right.
[06:11] <ScottK> TheMuso: Bug 274062 is looking for a second ack.
[06:12] <ScottK> Have a good night everyone.
[06:12] <StevenK> ScottK: Night
[06:14] <NCommander> persia, do you need anything else from me on smc? (I'm debating lying down)
[06:32] <persia> NCommander, Nothing.  Sleep well.
[06:37] <persia> NCommander, uploaded.w
[06:46] <persia> 50 files changed, 7151 insertions(+), 3091 deletions(-) : spamassassin isn't going to protect against images containing words as well as it might.
[07:00] <persia> Does anyone understand the intracacies of strtol() vs. atoi() ?  I think we just want the small patch from Debian bug #502072, but I don't really understand what it's doing.
[07:11] <persia> Could someone from MOTU Release please check bug #289008 ?
[07:16] <didrocks> morning
[07:19] <persia> didrocks, Good morning.  Do you already have a pet bug, or would you like to adopt an orphan?
[07:25] <TheMuso> persia: ACK.
[07:25] <persia> Outstanding grave bugs reviewed.  eric needs someone familiar with qscintilla2, apt-cacher-ng needs someone familiar with strtol() vs. atoi().  There's a couple SRU candidates, but those can wait.
[07:25] <persia> TheMuso, On dansguardian?
[07:25] <TheMuso> persia: yes.
[07:25] <persia> Thank you.
[07:26] <TheMuso> I didn't subscribe ubuntu-archive
[07:26] <persia> If I understand the process correctly, I'm supposed to do that, so no worries :)
[07:26] <persia> (it's now done).
[07:33] <didrocks> persia: hum, no, and I can give some love to one, if you want :)
[07:33] <persia> didrocks, Great.  http://qa.ubuntuwire.com/bugs/rcbugs/ has a list of all the RC bugs fixed in Debian for which Ubuntu has an older version.
[07:34] <persia> I've been going through them to check to see if 1) they apply to Ubuntu, 2) We already applied the fix, 3) there's a reasonable patch that might get approved by the release team.
[07:35] <persia> The grave ones are all set : either pending, or I'm certain that we can't fix them for intrepid (or I'm waiting for sebner), but there's a bunch of serious ones that need investigation.
[07:35] <didrocks> persia: ok, so, the idea is to try to build the new debian version, merge eventually and check that everything seems to work
[07:35] <persia> Well, kinda.  Take a look at the bug.  Sometimes you want to sync, sometimes you want to sync against a special lenny version, sometimes you want to merge, sometimes you want to cherrypick the fix from Debian, and backport it to the Ubuntu package.
[07:36] <persia> The idea is to verify we have the bug, and then find the way to fix it with the least chance of causing any issues.
[07:37] <didrocks> persia: understood. I will just take a shower first, update a chapter of my book and then jump it into :)
[07:38] <persia> didrocks, No worries.  Thanks for helping.
[08:23] <persia> Could someone from MOTU release please review bug #289017 ?
[09:18] <didrocks> persia: I am back (I had an issue with my LaTeX didn't want to compile, but I win the match ;))
[09:18] <didrocks> so, I choose any bug without a commentary ?
[09:25] <Hobbsee> ScottK: i uploaded u-r-e, so...
[10:07] <persia> didrocks, Sorry.  I was away a bit.  Everything going fine?
[10:08] <didrocks> persia: Yes, I am working on sympa ATM
[10:08] <sebner> persia: saw in the backlog that you said my name. did I miss something?
[10:10] <persia> sebner, Yes.  I need help with bug #261962.  From bug traffic it looks incomplete.  Leaving it undone would be bad.  What should happen, and why?
[10:11] <sebner> persia: that's the question now. We are generally unsure what to do (there was a talk in the irc). So I'm trying to get other MOTUs to look at it (but no response yet).
[10:11] <persia> sebner, OK.  I'm looking at it now.  ScottK looked at it.  StevenK looked at it.  None of us are sure.  You've looked at it more than anyone else.  What do you think should be done?
[10:12] <didrocks> persia: I think that bug #190668 can be a side effect of bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501605 in debian
[10:13] <Hobbsee> persia: well, nothing currently :P
[10:14] <persia> Hobbsee, context?  Is this a sneaky way of saying you'll help close the outstanding serious bugs?
[10:14] <sebner> persia: zitat james_w: Perhaps we are better off dropping mini-httpd support. It's not even
[10:14] <sebner> listed as an alternative in the depends, so you have to install apache
[10:14] <sebner> anyway. // We discussed that on irc and it's not a *graet* solution but to me it seems the best we have
[10:14] <Hobbsee> persia: unfortunately not
[10:15] <persia> didrocks, I think you're right.  sync, merge, or cherrypick?
[10:16] <persia> sebner, OK.  Do you want to prepare a debdiff that does that?
[10:16] <didrocks> persia: I think we can merge (we only have one diff), but I am unsure about the 6.1 versionning (is . > u and so, will remplace the ubuntu package?)
[10:16] <sebner> persia: I can try but as I said we tried to get other opinions ... Another solution would be if I prepare an update for our version with just the fixes ..
[10:17] <didrocks> (to be clear, the ubuntu version is 6ubuntu... and debian one 6.1)
[10:17] <persia> didrocks, Have you asked dpkg --compare-versions ?
[10:17] <sebner> didrocks: 6.1 is higher
[10:17] <didrocks> sebner: ok, but I will try the --compare-versions as I didn't know it. Thx both :)
[10:18] <sebner> didrocks: welcome
[10:18] <didrocks> persia: I will proceed the merge so :)
[10:18] <persia> didrocks, Thanks.  Please put the merge bug here, and solicit motu-release approval.  I'm happy to upload if approved.
[10:19] <persia> Err. put the merge bug on the RCBugs page :)
[10:19] <didrocks> persia: ok, noted :)
[10:20] <didrocks> persia: I reckon this is a manuel merge, no use of MoM for last minute merge? (I am unfamiliar with this process)
[10:20] <didrocks> manual*
[10:20] <persia> didrocks, Yep.
[10:21] <persia> didrocks, DaD might be able to help - it's better about not being shut off.
[10:21] <didrocks> persia: hum, the merge is very small there, so, no problem ;)
[10:22] <persia> didrocks, Yep.  Most of these are tiny changes :)
[10:25] <sebner> persia: so?
[10:28] <persia> sebner, Your call.  Time to get more opinions is rapidly shrinking.  The fixes are important.  If you think it's better to backport fixes, please do that.  If you think it's better to merge and disable mini-httpd, please do that.
[10:28] <sebner> persia: you are right. At least I'll do something today xD =)
[10:29] <persia> sebner OK.  I'm willing to sponsor anything on RCbugs immediately on request for the next few hours.
[10:32] <didrocks> persia: I close the ubuntu bug in the changelog that we think is a side effect ?
[10:32] <persia> didrocks, Well, test that you can break it with the unfixed one, and that the fix fixes it.
[10:33] <sebner> persia: kk, I'll do my best =)
[10:34] <persia> sebner, Cool.  Ask for help here if you need it.
[10:34] <sebner> Sure
[10:42] <didrocks> persia: is there a simplier way to test an post* script without installing all packages (for get in further testing). If I try bash ./postinst install in the debian directory, I do not see any debconf strings
[10:44] <persia> didrocks, you really want to do the install.  I tend to do them in a chroot to keep my system clean.
[10:45] <persia> didrocks, Best practice for maintainer script changes is to test all of install, upgrade, remove, and purge.
[10:45] <didrocks> persia: I am in a VM with snapshotting :)
[10:45] <didrocks> ok
[10:46] <persia> didrocks, VM works too :)
[10:46] <didrocks> persia: yes, I got used to them and then go back to my last snapshot :)
[11:12] <sebner> persia: I now decided to backport the fixes and a debdiff will be ready before you leave =)
[11:12] <persia> sebner, Thanks.
[11:14] <slytherin> persia: First give back to Debian. http://packages.qa.debian.org/e/electric.html :-)
[11:16] <persia> slytherin, Nice!
[11:17] <sebner> persia: Is there a way to get a Debian .dsc if it's a) not on the ftp-server anymore b) d.snapshots has this version not c) google cache also isn't useful?
[11:17] <persia> MoM sometimes has them.
[11:18] <persia> And sometimes you can reconstruct them from stuff on patches.ubuntu.com and stuff from launchpad.
[11:18] <sebner> persia: I'll try, thx
[11:19] <persia> slytherin, How are you for time this afternoon?
[11:19] <sebner> persia: MoM had it :D but DaD not :\ . However THANKS :D
[11:20] <persia> sebner, DaD uses snapshot.debian.net like everyone else.  MoM has a special archive.
[11:20] <slytherin> persia: I am sitting in office. :-D
[11:21] <persia> slytherin, Do you think you'd have time to look at how Ubuntu should solve Debian bug #467486?  I've gotten to the point of downloading local kaffe, but got distracted first by the grave bugs, and then by being unsure how to best test the changes.
[11:22] <slytherin> persia: I have seen that bug. I think there were some FTBFS in Ubuntu due to broken kaffe. I don't exactly remember which packages.
[11:23] <slytherin> persia: IIRC, the fix is as simple as compiling kaffe with gcc-4.2
[11:23] <persia> slytherin, That's about where my memory is as well, and doing the recursive test to make sure things work smoothly is the trick.
[11:23] <persia> That's the patch in Debian.  Do you think the same thing ought be done in Ubuntu?
[11:24] <slytherin> persia: The first question is that are the packages that build-dep on kaffe are so critical that we want to fix this problem.
[11:25] <persia> didrocks, You probably want to retitle the bug to identify the real issue (broken option parsing), and make sure to get motu-release approval.
[11:25] <persia> slytherin, Well, it's either fix it now, or have it on the SRU list.  I think the more interesting question is "Are there any package that would break from fixing kaffe that might affect the release".
[11:26] <persia> Personally, I think we're pretty much settled on openjdk as *the* JVM/JRE for Ubuntu, so kaffe *shouldn't* be so important we can't update it, but I've not done the deep check.
[11:27] <didrocks> persia: is this one better, bug #289053?
[11:27] <persia> didrocks, Much better.
[11:27] <didrocks> persia: FYI, all my test pass successfully
[11:27] <didrocks> ok, so, I will try to poke some people for motu release team
[11:27] <slytherin> persia: My answer to more interesting question is "I don't think so". Most of packages use other better java compilers.
[11:27] <persia> didrocks, Cool.  Please attach a debdiff against current *ubuntu* and get approval.  I'm happy to upload.
[11:28] <didrocks> persia: debdiff attached, search for approval ;)
[11:28] <persia> slytherin, OK.  Would you have time to avoid the SRU later today?
[11:28] <persia> didrocks, mention the bug here and ask.  I'm not sure if TheMuso has left for the day, or if sistpoty is up yet.
[11:28] <slytherin> persia: Yes. I also plan to close fop bug today.
[11:29] <persia> Maybe dktrkranz or norsetto can fill in.
[11:29] <didrocks> TheMuso is idle for 4 hours :/
[11:29] <persia> slytherin, Cool.  Thanks.  I think your day will go later than mine, so I'll look for fop and kaffe in the morning if nobody gets to them first.
[11:31] <didrocks> DktrKranz: do you have some time to take a look at bug #289053, persia will upload it if you give an ACK.
[11:31] <slytherin> persia: sure
[11:36] <slytherin> persia: Any idea if any of the help files used in Ubuntu use SVG images?
[11:37] <persia> Dunno.  I'd suggest asking in #ubuntu-doc
[11:40] <didrocks> I am giving a look at dhelp
[11:41] <DktrKranz> didrocks, sorry. I was away for lunch. Could you please pastebin a debdiff between two ubuntu versions?
[11:41] <persia> DktrKranz, Should be in the bug.
[11:42] <persia> didrocks, *really* should be in the bug!
[11:42] <DktrKranz> persia, it's just the ubuntu deltas
[11:42] <DktrKranz> I can figure it out by debdiffing myself, though
[11:45] <persia> DktrKranz, When you're done with sympa, could you take a look at bug #289017 ?
[11:45] <didrocks> persia: DktrKranz : it's in it, no ?
[11:46] <didrocks> http://launchpadlibrarian.net/18883393/sympa_5.3.4-6.1ubuntu1.debdiff
[11:46] <persia> didrocks, That's debdiff against Debian.  Needs debdiff against current archive for release-team review/approval.
[11:46] <DktrKranz> didrocks, this contains ubuntu deltas, I'm more interested to see which changes have been introduced by Debian
[11:46] <persia> didrocks, The debdiff against debian makes it easier for me to sponsor it, but doesn't help the release team.
[11:47] <DktrKranz> e.g.  pull-debian-debdiff sympa 5.3.4-6.1
[11:47] <didrocks> oh, against debian, I read against last ubuntu versoin
[11:47] <didrocks> version*
[11:47] <didrocks> sorry :/
[11:47] <persia> Hrm?
[11:48] <slytherin> persia: is 'mistake in debian/copyright file' good enough reason to sync from Debian?
[11:49] <DktrKranz> persia, didrocks, I'll comment on the bug report, but I'm fine with it
[11:49] <persia> slytherin, What kind of mistake?
[11:49] <persia> DktrKranz, that's sympa?
[11:49] <didrocks> persia, DktrKranz : ok, the debdiff against debian is attached now
[11:49] <DktrKranz> persia, yep
[11:49] <slytherin> persia: One of the copyright holder abosent and wrong license version. GPL v2 instead of GPL v3
[11:50] <persia> slytherin, Yeah.  That's important.  If someone complained, Ubuntu could lose the right to distribute the package.
[11:50] <slytherin> persia: Ok. I will file a sync request for electric then.
[11:51]  * slytherin blames LucidFox for missing this when doing review in Ubuntu.
[11:51] <didrocks> persia: first debdiff is against last ubuntu version, and DktrKranz wanted a debdiff against debian (which is the one I added)
[11:53] <persia> slytherin, How many rdepends?  That's a big version jump : you think motu-release will accept?
[11:53] <DktrKranz> didrocks, I usually like to see both, just to make sure I can understand new changes and which ones we are carrying
[11:53] <slytherin> persia: no rdepends. I could skip the sync and simply change copyright file.
[11:53] <didrocks> DktrKranz: Ok, understood. Thanks for the ACK. I hope you had a good lunch as persia wants to make you work hard :)
[11:53] <persia> slytherin, Let's do that : it's safer.
[11:53] <DktrKranz> persia, mumble ACKed
[11:53] <slytherin> persia: apart from that rmadison says electric is not in intrepid. I wonder if soyuz ate it too.
[11:53] <persia> DktrKranz, Thanks.
[11:54] <DktrKranz> didrocks, not bad... rice and ham ;)
[11:54] <persia> slytherin, It probably did.  Do we need it for intrepid?
[11:54] <didrocks> DktrKranz: thanks for the hidden advice, I have also to think about it, right now ^^
[11:54] <persia> slytherin, Wait : I see source in intrepid.  Please fix.
[11:54] <DktrKranz> didrocks, you're welcome :)
[11:55] <slytherin> persia: yes, that is what I was going to say.
[11:59] <persia> didrocks, Your merge debdiffs are eating the Debian changelog entry.  Do you want to reinsert it or shall I?
[12:00]  * DktrKranz is going to review and upload LyX in a couple of hours (bug 253196) unless there are other interested parties willing to do it
[12:04] <didrocks> persia: how can I proceed ? by doing a regular diff (without N)?
[12:08] <persia> didrocks, You'd have to reconstruct debian/changelog : you should include the Debian entry between the last Ubuntu entry and your new entry.
[12:08] <didrocks> persia: ok, will try
[12:08] <persia> Could a member of MOTU Release please review bug #289066 ?
[12:09] <slytherin> persia: filed bug 289067. Won't get time for some more hours.  If in doubt, you can simply copy the copyright file from Debian.
[12:09] <persia> didrocks, If you get frustrated, let me know, and I'll do it.
[12:09] <didrocks> persia: no no, no problem :)
[12:09] <didrocks> dget seems to be pretty easy, I will continue just after
[12:10] <persia> slytherin, I'm not really free except for uploading stuff already reviewed by others tonight : I'm a little tired.  If you still haven't had a chance by my morning, I'll probably push it.
[12:11] <slytherin> persia: No. By morning I will fix it.
[12:12] <persia> slytherin, OK.  If it's there and has MOTU Release approval, and isn't uploaded by morning, I'll fix the last bit.
[12:13] <slytherin> Ok.
[12:14] <persia> 54 bugs still left on the RC list, and many fewer hours to hit them all.  Grab a bug from http://qa.ubuntuwire.com/bugs/rcbugs/ and make a call.
[12:15]  * persia looks at gammu
[12:17] <slytherin> persia: for rc bugs, should we do sync or patch ubuntu version?
[12:18] <Hobbsee> persia: erm, how do I use that?
[12:18] <persia> slytherin, Whichever is less disruptive.
[12:18] <Hobbsee> persia: do i hit demote to drop a bug to the unimportant list?
[12:18] <persia> Hobbsee, You review the Debian bug, and determine how it affects Ubuntu.
[12:18] <Hobbsee> ah, yes.
[12:18] <persia> If it's something we *never* want for intrepid, demote it.
[12:19] <Hobbsee> persia: I figured that, it was just the "hwo do i get something to demote" problem.
[12:19] <persia> If it's SRU stuff, just say so.
[12:19] <persia> Oh.  Press the green arrow :)
[12:19] <Hobbsee> then I found the button (which unfortunately has no tooltip)
[12:19] <Hobbsee> right. :)
[12:19]  * Hobbsee drops greasemonkey
[12:19] <persia> Yeah.  We're not doing the xulrunner transition :)
[12:20] <Hobbsee> :)
[12:21] <persia> 125 files changed, 12405 insertions(+), 4915 deletions(-) : what are people thinking!
[12:22] <Hobbsee> whee!
[12:23] <asac> ScottK: persia: yes, the same team also deals with tbird extensions.
[12:23] <didrocks> persia: it should be ok now (bug #289053). I may have been tired to forget to copy and paste the debian changes
[12:23] <persia> asac, Thanks for the confirmation.  When requesting new ones, does one just subscribe the team to a needs-packaging bug?
[12:23] <persia> didrocks, That's what I thought : it was a minor thing.  I'll do a final build test and push now.
[12:24] <asac> persia: yeah. that would work. we have the firefox-extensions "upstream" project for new firefox extensions, but nothing similar yet for tbird
[12:24] <didrocks> persia: ok :)
[12:24] <asac> (and subscription should be enough i think)
[12:25]  * Hobbsee eyes xorp.
[12:25] <persia> asac, Thanks.
[12:25] <slytherin> persia: I will take a look at antlr3 later. It intriduces -gcj package and dependency on -jre-headless so in my opinion it is worth syncing.
[12:26] <slytherin> But I have to make sure that it builds.
[12:26] <persia> slytherin, Say so in a comment on rcbugs so everyone knows.
[12:28]  * Hobbsee throws another one off
[12:29] <slytherin> jigdo might not be worth it since it switched from libdb4.4 to 4.6 and we have too less time to check if that change doesn't break it.
[12:30] <persia> jigdo is *so* likely to break things.
[12:31]  * Hobbsee puts a lock on acidlab
[12:33]  * persia uploads sympa
[12:34] <Hobbsee> persia: i presume these bugs vanish if a sync's been done?
[12:34] <persia> Could someone on i386 please check to make sure Ubuntu isn't affected by Debian bug #446960 ?
[12:34] <persia> Hobbsee, After the sync is done, and the update runs, yes.
[12:35] <persia> Checking axiom is just running apt-cache show axiom on intrepid.
[12:35] <Hobbsee> Depends: libc6 (>= 2.5-0ubuntu1), libgmp3c2, libice6, libncurses5 (>= 5.4-5), libreadline5 (>= 5.2), libsm6, libx11-6, libxaw7, libxext6, libxmu6, libxt6, axiom-databases (= 20050901-9ubuntu1)
[12:36] <Hobbsee> looks fine to me, persia
[12:36]  * persia drops it from RCbugs
[12:36] <persia> What's the acidlab sync bug number?
[12:37]  * Hobbsee is waiting for it
[12:37] <Hobbsee> i left it waiting for input :(
[12:37] <Hobbsee> StevenK: can you do https://bugs.edge.launchpad.net/ubuntu/+source/acidlab/+bug/289078 please?
[12:37] <StevenK> Hobbsee: Probably.
[12:38] <Hobbsee> StevenK: thankyou.
[12:38] <Hobbsee> with a bit of luck, it'll close all outstanding bugs against it, too
[12:38] <didrocks> persia: we are not affected by the dhelp bug as it has been introduced in 0.6.13 and the ubuntu version is 0.6.12
[12:39] <StevenK> Hobbsee: Done.
[12:39] <Hobbsee> StevenK: thanks
[12:39] <persia> didrocks, Report that to RCbugs, and mark it unimportant :)
[12:39] <persia> StevenK, If you're in a syncing mood, there are a few more in the queue.
[12:39] <StevenK> persia: Tell me numbers
[12:40] <persia><PHONE_NUMBER>08
[12:40] <persia> The rest seem to have been hit already.
[12:43] <StevenK> persia: Done
[12:45]  * Hobbsee kills another off there
[12:48] <Hobbsee> and another
[12:48] <persia> StevenK, Thank you.
[12:48] <Hobbsee> die, RC list, die!
[12:48] <StevenK> Any thing I can do to help the list
[12:48] <StevenK> ?
[12:48] <Hobbsee> StevenK: fix bugs on it?
[12:48] <persia> StevenK, Sure.  Fix or reject bugs that appear.
[12:48] <StevenK> I meant, are any bugs blocked on -archive ?
[12:48] <persia> Not as of 8 minutes ago.
[12:49] <persia> Err.  5 minutes ago.
[12:49] <persia> More will become blocked by archive, but it takes time for review & test.
[12:50] <persia> Hobbsee, About xorp : it's currently FTBFS, right?
[12:50] <slytherin> persia: should I demote jigdo?
[12:50] <Hobbsee> persia: well, we have binaries at the moment.
[12:50] <persia> slytherin, Unless you think it's safe.  I fear that any jigdo update will break image distribution.
[12:50] <Hobbsee> persia: it probably ftbfs if built again, though
[12:50] <slytherin> persia: yes that is what my opinion is.
[12:50] <persia> Hobbsee, Right.  I'm just thinking SRU, rather than maybe-sync
[12:50] <slytherin> it is not safe
[12:51] <Hobbsee> StevenK: can you do https://bugs.edge.launchpad.net/ubuntu/+source/games-thumbnails/+bug/289066 too please?
[12:51] <Hobbsee> looks safe enough for a release ack
[12:51]  * StevenK motions with his hands that he had in fact, just logged out of cocoplum
[12:51] <persia> Hobbsee, Add the release ACK then :)
[12:51] <Hobbsee> StevenK: that was silly...
[12:52] <StevenK> If I stayed logged in, I might do something bad, like purge something -mid needs
[12:52] <StevenK> (But dislike)
[12:52] <persia> StevenK, You can do that in two weeks.
[12:53] <persia> (or maybe three, depending)
[12:53] <StevenK> Dunno if I can sit on my hands that long :_P
[12:54] <Hobbsee> StevenK: gdc-4.2 too please.
[12:55] <StevenK> Hobbsee: Bug number
[12:55] <Hobbsee> StevenK: waiting on launchpad to accept it.
[12:55] <persia> Anyone from MOTU SWAT about?  I'm not sure if the fix for Debian Bug #499421 is important enough to push.  I'd go for SRU, but it mentions security concerns.
[12:55] <StevenK> Hobbsee: If it's quick, I can process it before the publisher
[12:56] <persia> Hobbsee, Can you do unapproved -> approved, or does that require shell?
[12:56]  * Hobbsee taps foot, and waits for launchpad
[12:56] <Hobbsee> persia: i can do it
[12:56] <Hobbsee> that's one of the few that i can do :P
[12:56] <persia> Could you push sympa?  Has ACK.  RCbug.
[12:57]  * Hobbsee pokes it
[12:57] <Hobbsee> ypu, that's gone
[12:57] <persia> Thanks.
[12:57]  * StevenK just syncs gdc-4.2
[12:57] <Hobbsee> StevenK: thanks.  did you find the bug #?
[12:57] <StevenK> No
[12:58] <StevenK> I'll do it manually
[12:58] <StevenK> There, beat the publisher
[12:58] <StevenK> Hobbsee: What's the bug number so I can close it?
[12:59] <Hobbsee> StevenK: ah, https://bugs.edge.launchpad.net/ubuntu/+source/gdc-4.2/+bug/289084
[12:59] <Hobbsee> gdc-4.1 should also be synced, but there's more changes there somewhere.
[12:59] <StevenK> Hobbsee: Bug nailed shut
[12:59] <persia> jdong, You're a reprepro person, right?  What do you think about Debian bug #442668?
[12:59] <Hobbsee> i'm trying to figure out what they are, but debian (or upstream, not surewhich) has decided to go with a strange versioning scheme
[13:01]  * persia chases roxen-fonts-iso8859-1
[13:01] <slicer> About bug #289017; if I understand the mail I just got correctly, it was just updated from 1.1.4-4 to 1.1.6-3, though the request was to update it to 1.1.4-4+lenny1.
[13:01] <persia> That would be unfortunate, as 1.1.6-3 wasn't tested.
[13:01] <persia> StevenK ?
[13:01] <slytherin> persia: looking at libxpp3-java, the bug fixed is some class loading conflict when using groovy. If groovy is the only rdepends that is affected then we should defer it till someone actually reports it as error i.e. in other words "SRU".
[13:01] <slicer> 1.1.6 is the most recent release, and I'd certainly like to see it in intrepid, but I thought that broke the freeze policy?
[13:02] <StevenK> Um. I just pointed the syncer at it
[13:02] <persia> slytherin, Just put "Needs SRU review" on RCbugs.
[13:02] <StevenK> I was assuming the latest was fine :-/
[13:02] <slicer> It got pulled from unstable, which has 1.1.6 :) Lenny is frozen, or it would have 1.1.6 too.
[13:02] <persia> StevenK, No.  At least half the syncs I've been filing were against lenny, as unstable has some new upstream.
[13:03] <StevenK> persia: Then explicity state that
[13:03] <persia> I did.
[13:03] <StevenK> In IRC
[13:03] <persia> Ah.  Sorry.
[13:03] <persia> I thought you were looking at the bugs.
[13:03]  * persia checks bugs to see what happened
[13:04]  * Hobbsee glares
[13:04] <Hobbsee> there are no good alternatives on this one, methinsk.
[13:04] <slicer> Uhm.. I don't really think having 1.1.6 hurts us, btw. It's been used as a PPA for some time and there haven't been any bugs (well, not against the Linux side of it).
[13:05] <persia> Looks like only mumble and dansguardian got hit by this.
[13:05] <persia> slicer, No, but it's that our process broke.  We're all tired and stressed, and chasing a release, but we should have been more careful.
[13:06] <persia> DktrKranz, Any thoughts?
[13:06] <slicer> persia: I know it breaks policy, which is why I brought it up :)
[13:06] <persia> slicer, Thanks for raising it.
[13:07] <DktrKranz> persia, sorry... right back. What's the matter?
[13:07] <persia> DktrKranz, We had a bit of confusion and pushed mumble and dansguardian from unstable, rather than lenny.
[13:07] <persia> So, we need guidance on what to do next.
[13:08] <DktrKranz> are there major differences between lenny version and unstable version?
[13:09] <DktrKranz> if they're minimal or nonintrusive, they can be suitable as well
[13:09] <persia> Large enough diffs that I didn't want to review them (>1000 lines)
[13:09] <DktrKranz> oh
[13:09]  * DktrKranz looks
[13:09] <StevenK> Hobbsee: Please look at Kourou in unapproved
[13:09] <StevenK> Hobbsee: If you want to, that is :-)
[13:10] <StevenK> cprov: Can we unaccept stuff?
[13:10] <DktrKranz> sympa is fine: http://launchpadlibrarian.net/18884642/sympa_5.3.4-6ubuntu1_5.3.4-6.1ubuntu1.diff.gz
[13:10] <DktrKranz> oh, sympa wasn't on the list
[13:10] <Hobbsee> StevenK: don't think so.
[13:10] <persia> No, sympa went well.
[13:11] <Hobbsee> StevenK: you could remove it, then sync it, though.
[13:11] <StevenK> Ow
[13:11] <Hobbsee> might make the publisher blow up, and it's certainly not the recommended way to do things
[13:11] <StevenK> Indeed
[13:11] <persia> Need to do that quick though, before the next publisher run, or it leaks to user systems.
[13:11] <Hobbsee> waving the same package as we were supposed to get wouldn't be overly evil...
[13:11] <Hobbsee> persia: exactly.
[13:12] <StevenK> Hobbsee, persia: That is evil enough that I'd rather not do it
[13:12] <Hobbsee> if done quickly enough, though, I don't think it'd be *that* problematic
[13:12] <wgrant> Publisher has run... it's surely too late.
[13:12] <wgrant> And once the binaries are accepted, you're screwed.
[13:12] <persia> wgrant, source is published : binaries aren't published yet.
[13:12] <wgrant> It won't accept older binaries.
[13:12] <Hobbsee> other alternatives are epochs, etc.
[13:12] <wgrant> The binary publishing doesn't matter, just that they're accepted.
[13:12] <persia> Hobbsee, Can't do that : these are sync packages.
[13:12] <StevenK> Hobbsee: That makes syncing much harder
[13:13] <StevenK> I think we just need to deal
[13:13] <Hobbsee> well, yeah...
[13:13] <persia> StevenK, So how does the sync tool work?  You just feed it a bug number, and it does it's trick?
[13:14] <Hobbsee> persia: a URL, i expect
[13:14] <StevenK> persia: That, or it can be done manually
[13:14] <persia> StevenK, So for != unstable, it needs to be done manually?
[13:14] <StevenK> Well, the tool needs to be told
[13:14] <StevenK> Since it will just assume unstabke
[13:14] <StevenK> s/ke/le/
[13:15]  * Hobbsee sticks a lock on ketm
[13:15] <persia> But the tool takes a bug number, rather than a package name?
[13:15] <StevenK> persia: Right
[13:15] <DktrKranz> persia, re mumble, there are some translation updates, several bugfixes and some non-UNIX specific changes. There are some new features though, but since it has no rdepends, I guess it's OK
[13:16] <slytherin> is there any automated way to check what all binaries soyuz has eaten?
[13:16] <persia> DktrKranz, Thanks for the doublecheck.  I'll leave that one alone, rather uploading a revert candidate.
[13:16] <wgrant> Soyuz hasn't eaten binaries for a few months now, has it?
[13:16] <persia> slytherin, I think britney can do that.
[13:16] <Hobbsee> slytherin: err...wouldn't think so
[13:17] <wgrant> It leaves some around, but doesn't eat any more.
[13:17] <Hobbsee> hm, maybe, then:)
[13:17] <persia> wgrant, No, it eats them sometimes, just not as often.
[13:17]  * Hobbsee feeds soyuz some corn chips
[13:17] <persia> component changes within publisher cycles.
[13:17] <Hobbsee> ah yes, they're always good.
[13:17] <wgrant> I thought that one got fixed.
[13:17] <StevenK> I saw it happen recently
[13:18] <wgrant> Won't that just cause the build to fail to upload?
[13:18] <Hobbsee> wgrant: I was thinking that...but i think it was just that people consciously learned not to doit
[13:18] <StevenK> libgnutls13 got demoted to universe
[13:18] <Hobbsee> wgrant: yes
[13:18] <persia> I think it got fixed for arch:any, but is still outstanding for arch:all
[13:18] <StevenK> So Soyuz demoted libgnutls26's binary packages to universe too
[13:18] <wgrant> Failing to upload is noticable, so doesn't count as eating.
[13:19] <persia> wgrant, For some of the multiverse->universe Java bugs slytherin was doing, there was no upload : it was just archive-admin action, which caused the appetite.
[13:19] <slytherin> in case of 'electric' there was no component change still the binary is missing.
[13:19] <wgrant> I haven't seen it silently inappropriately dominate things for a while.
[13:19]  * wgrant looks.
[13:19] <wgrant> slytherin: Which is missing?
[13:20] <slytherin> wgrant: 'electric', source is present, binary is missing. binary name is same as source.
[13:20] <wgrant> The binary is still published...
[13:20] <wgrant> Which distroseriesarch?
[13:20] <wgrant> distroarchseries
[13:21] <Hobbsee> StevenK: will grab you a ketm sync request in a min, fyi
[13:21] <slytherin> wgrant: wait, looks like even source is missing. I am talking about version 8.07-0ubuntu1 in intrepid.
[13:21] <wgrant> The source was deleted.
[13:22] <slytherin> wgrant: why? when?
[13:22] <wgrant> (From Debian) RoQA; orphaned >3years, no recent interest, only meta-pkg rdepends
[13:22] <wgrant> But then...
[13:22] <slytherin> wgrant: I updated it in Ubuntu - check https://edge.launchpad.net/ubuntu/+source/electric
[13:22] <wgrant> why the heck are the binaries still published, and not in NBS?
[13:22] <wgrant> slytherin: Then somebody blindly removed it.
[13:23] <slytherin> wgrant: and then I updated it in Debian as well. - http://packages.qa.debian.org/electric
[13:23] <slytherin> damn, now I have no option but to sync from Debian.
[13:23] <DktrKranz> persia, re dansguardian, it has some adjustments, especially some related to ClamAV. Upstream notes it's stable enough, but I'd double-check it with ScottK just to make sure its rdependencies are good.
[13:23] <wgrant> Ehem.
[13:23] <wgrant> slytherin: You can get the old one republished.
[13:23] <slytherin> wgrant: how? from where?
[13:24] <wgrant> By poking an archive admin to copy it back.
[13:24] <persia> DktrKranz, I'm off in a bit.  Would you mind double-checking with him when he appears?  I'm happy to upload a reversion if appropriate (or don't mind if anyone else does).
[13:25] <slytherin> any archive admins here? if not I will ask on 3ubuntu-devel
[13:25] <Hobbsee> slytherin: StevenK is (andi'm apowerlessone)
[13:25]  * StevenK is hiding
[13:25] <wgrant> The better question is why the binaries didn't show up in NBS. archive-cruft-checker has now lost all of my trust.
[13:25]  * persia heads to bed to avoid more mistakes.  Good luck with RC chasing, and I'll be happy to upload anything left on the RC list when I'm back.
[13:26] <Hobbsee> persia: would be helpful for you to send the link to the list, saying "this is what people should be working on" or something, too.
[13:26] <wgrant> Maybe stick it in the topic.
[13:26] <slytherin> StevenK: Can you put back 'electric' in archive?
[13:26] <DktrKranz> persia, sure. Thanks.
[13:26] <didrocks> persia: I will continue to chase 2 or 3 ;)
[13:26] <slytherin> please ...
[13:26] <StevenK> slytherin: I'm not sure. Where did it go?
[13:27] <didrocks> persia: have a good night
[13:27] <wgrant> StevenK: pitti deleted it 1.5 months ago.
[13:27] <wgrant> StevenK: It just needs a copy from Intrepid back to Intrepid.
[13:27] <StevenK> That's hard, you can't copy from Intrepid to Intrepid
[13:27] <wgrant> Are you sure?
[13:28] <wgrant> You can with PPAs, and I presume it's a similar setup..
[13:28] <StevenK> wgrant: Yup
[13:28] <slytherin> StevenK: removed since it was removed in Debian (and even though it was updated in Ubuntu).
[13:28] <Hobbsee> StevenK: https://bugs.edge.launchpad.net/ubuntu/+source/ketm/+bug/289097 & https://bugs.edge.launchpad.net/ubuntu/+source/iodine/+bug/289099 please
[13:28] <StevenK> Hobbsee: Are they from unstable?
[13:28] <wgrant> Sounds like we need a new upload then.
[13:29] <StevenK> Yup. And I think you might be too late
[13:29] <slytherin> StevenK: This is bad. I put lot of effort in updating that package and getting it to Debian. :-(
[13:30] <Hobbsee> StevenK: afaik, yes.
[13:30] <Hobbsee> StevenK: kipi-plugins too, please..
[13:31] <StevenK> Hobbsee: What's the bug number for kipi-plugins?
[13:31] <Hobbsee> oh, wait.  ubuntu changes, dammit.
[13:31]  * Hobbsee has this vague feeling that she's made the changes, too.
[13:31] <slytherin> StevenK: wgrant: should I ping pitti about this?
[13:32] <Hobbsee> StevenK: hrm, i'll need to check this further, sorry
[13:34]  * wgrant files an RC bug against persia's rcbugs URL.
[13:37] <slytherin> wgrant: StevenK: tell me something about electric. A sync from Debian is an option. Should I file a bug?
[13:37]  * wgrant knows nothing.
[13:38] <slytherin> wgrant: where can I find log of removals?
[13:38] <Hobbsee> fromubuntu or debian?
[13:38] <wgrant> slytherin: On the publishing history page of the source.
[13:39] <wgrant> https://edge.launchpad.net/ubuntu/+source/electric/+publishinghistory, in this case.
[13:40] <slytherin> great, the package was deleted one month after the major version update. :-(
[13:57] <didrocks> ok, checked done on mimetic. Taking some rest now
[13:59] <ScottK> DktrKranz and persia: From following the discussions in Debian with the dansguardian maintainer, I think we are fine wrt clamav integration.  The dansguardian maintainer is reasonably active, so without looking, I'd guess it's generally in good shape.
[14:01] <slytherin> ScottK: need some advice. Is 'accidental removal from archive' good enough reason to do a sync? And would you approve that sync as motu-release team member?
[14:02] <ScottK> slytherin: Yes.
[14:04] <slytherin> ScottK: Thanks, I will have bug ready in five minutes.
[14:08] <Laney> What do people think to libanculus-sharp? It basically boils down to a Debian CIL policy violation (package with no rdepends renamed)
[14:09] <ScottK> Laney: Does the package also exist in Hardy?
[14:09] <Laney> ScottK: No
[14:09] <Laney> (at least according to rmadison)
[14:10] <ScottK> Make sure.
[14:10] <Laney> I now have, it's not
[14:10] <Laney> first release was in May
[14:10] <Laney> So, worth a sync?
[14:11] <ScottK> How big a build is it?  Since it's not in the LTS release, we'd only need transitional packages for Jaunty is we keep it.
[14:12] <ScottK> There's a lot of stuff in queue to be built on the ports architectures, so if it's big, I think we should probably pass.
[14:12] <Laney> Hold, just doing the testbuild
[14:13] <DktrKranz> ScottK, agreed then.
[14:13] <Laney> ScottK: The actual build took about five seconds
[14:14] <ScottK> Laney: In that case, I think it's fine.  It'll save us having to make an Ubuntu unique package for transition in Jaunty.
[14:14] <Laney> ScottK: Excellent - expect a bug asap
[14:17] <Laney> ScottK: Bug #289116
[14:17] <slytherin> ScottK: bug #289067
[14:25] <ScottK> StevenK: Are you still alive for doing sync's?
[14:25] <StevenK> ScottK: Upset at myself for not checking some, so ish
[14:26] <ScottK> StevenK: 268692 is from Sid, so it should be fine.
[14:27] <ScottK> StevenK: 289116 and 289067 have New implications.  I think they'd be good to do if you can from an archive perspective.
[14:28] <StevenK> ScottK: I will, soonish
[14:28] <ScottK> Thanks.
[14:29] <StevenK> ScottK: All three?
[14:30] <ScottK> StevenK: 268692 is definitely good.
[14:30] <ScottK> Let me do some double checking on the others.
[14:31] <ScottK> StevenK: 289097 and 289099 are also good to do right now.  Both from Sid.
[14:32] <sebner> ScottK: you are totally right with boson but in this case I want to protect myself (here or in query?)
[14:33] <ScottK> sebner: Here please.
[14:35] <ScottK> sebner: /query OK, I suppose.
[14:35] <sebner> ScottK: ^^, so here or query?
[14:35] <ScottK> I'd prefer here, but am willing to do query.
[14:36] <sebner> ScottK: np, here than.
[14:38] <sebner> ScottK: I made the fakesync and yes it was working (I usually test stuff ;) ), the problem was that no one sponsored it for quite a long time and meanwhile there was this qt3->qt4 thing which broke boson. I tried to find a solution with kubuntu and debian-games guys but no luck. I also couldn't find a usuable/buildable qt4 stack of boson. besides last release was 2006 and in the last cvs commit (also for the qt4 port) is months, months ago
[14:38] <ScottK> sebner: Actually your problem was KDE3 -> KDE4, not QT as we have both.
[14:39] <sebner> ScottK: ah right
[14:39] <sebner> ScottK: just wanted to clearify that it was not my intention to break it and I hard tried to find a solution ...
[14:39] <ScottK> So the fakesync built when you proposed it, but not when it finally got sponsored?
[14:40] <sebner> ScottK: exactly
[14:40] <ScottK> OK.  Please go slap RainCT around for me then.
[14:40] <ScottK> sebner: Also you shouldn't have left a non-buildable/non-installable package.  It had to be removed.
[14:42] <Laney> Is fixing an FTBFS a decent reason for a sync now?
[14:42] <slytherin> ScottK: about electric bug, do I need to subscribe archive team?
[14:42] <sebner> ScottK: Ok, I'm sry for that. As I said, I tried to find a solution for some time and then thought maybe debian guys will suffer from the same issue once they update their kde stuff and we automatically would get the fix then. I somehow didn't know what to do else ... sry :(
[14:42] <ScottK> slytherin: You aren't MOTU are you?
[14:42] <slytherin> ScottK: no
[14:43] <ScottK> slytherin: I'm testing it now.  I'll take care of it.
[14:43] <ScottK> sebner: I got it removed yesterday.
[14:43] <ScottK> sebner: The trouble is that we can't do removals post release.
[14:43] <slytherin> ScottK: Thanks.
[14:44] <sebner> ScottK: ok thx, I just thought that automatically the last working version would be enough
[14:46] <ScottK> sebner: No.  We got to the point where because of the KDE transition it couldn't be built and because of the library transition it wasn't installable.
[14:47] <ScottK> StevenK: 289116 is good.  It'll need binary Newing after it builds.
[14:48] <sebner> ScottK: ok thx again, I wasn't used to that kind of issue. But really I tried everything to find a solution for the non-build thing :\
[14:49] <StevenK> ScottK: Still a little distracted
[14:49] <ScottK> Sure.
[14:49] <ScottK> StevenK: No trouble.  Let me know when you're ready and I'll give you the complete list.
[14:52] <Laney> ScottK: I think bug #289128 is worthwhile, but would like your opinion. Feel free to invalidate.
[14:52]  * ScottK looks
[15:01] <ScottK> DktrKranz: Would you please look at Bug #289128 for a 2nd ack?
[15:04] <DktrKranz> ScottK, approved
[15:04] <DktrKranz> I'm subscribing ubuntu-archive
[15:05] <ScottK> DktrKranz: OK.  I'm adding it to my list for $tevenK once he's not distracted.
[15:06] <DktrKranz> good
[15:11]  * Laney hunts moar rcbugs
[15:13] <bobbo> can we sync packages from Debian lenny, if they have a "xxx.xxx-1+lenny1" version number?
[15:14] <Laney> I don't see why not
[15:14] <ScottK> bobbo: You can, but you have to explicitly request that.
[15:15] <bobbo> ScottK, Laney: thanks
[15:16] <bobbo> ScottK: re Bug #264735 would it be better to use this upload to lenny instead of the proposed sid package (which has more changes)? http://packages.qa.debian.org/p/procinfo/news/20081015T233202Z.html
[15:16] <Laney> http://search.cpan.org/src/NUFFIN/Test-TAP-HTMLMatrix-0.09/Changes - what a lovely changelog
[15:17] <ScottK> bobbo: IIRC procinfo in Lenny is very obsolete and unlikely to work well with our kernel (I may be misremembering the package).  I'd test them both and see what works.
[15:18] <bobbo> ScottK: ok. I am running the sid version at the moment and not having any problems, but the RC bug concerned amd64 arch, which I dont have to test on
[15:18] <DktrKranz> bobbo, I can have a amd64 box handy, need some testing there?
[15:18] <Laney> bobbo: I can test if you tell me what to do
[15:19] <Laney> oh, ^
[15:19] <ScottK> bobbo: Right, but Sid is 2.6.26 and we have 2.6.27, so it really needs Ubuntu specific testing.
[15:19] <bobbo> DktrKranz, Laney
[15:19] <bobbo> ScottK: ok
[15:19] <DktrKranz> Laney, do you have intrepid? because base version of "my" box is hardy
[15:20] <Laney> DktrKranz: Yep, it runs 8.10
[15:20] <DktrKranz> I'll leave up to you, if you don't mind
[15:20] <DktrKranz> we need to test it with intrepid kernels
[15:20]  * Laney nods
[15:21] <Laney> bobbo: Just b/i/r sid's procinfo and see if it works?
[15:21] <bobbo> Laney: yeah
[15:21] <bobbo> Laney: the current Ubuntu version segfaults on amd64 (Bug #217624), and sids should fix it
[15:22] <Laney> right
[15:22]  * Laney wishes for a pull-debian-source in u-d-t
[15:25] <Laney> bobbo: Works
[15:25] <bobbo> Laney: thanks alot :)
[15:25]  * Laney bows
[15:32] <ScottK> dfiloni: You're supposed to get the FFe for a new upstream before you upload.
[15:32] <dfiloni> ScottK: it is a bug fix only release
[15:33] <ScottK> dfiloni: OK.  All uploads need motu-release ack currently.  Why do we need this then?
[15:33] <DktrKranz> ScottK, I'm checking it for compatibility with azureus (and it's new binary)
[15:33] <ScottK> DktrKranz: Great.
[15:34] <ScottK> DktrKranz: I'll leave that one to you to decide then.
[15:34] <DktrKranz> ok
[15:34] <DktrKranz> mostly bugfixes and translation updates, though
[15:34] <DktrKranz> but I'd like to see that azureus thingie before
[15:35] <dfiloni> ScottK: new translations, it fixes a bug using deluge the first time, fix the desktop file to make it valid... The question should be "why shouldn't we upload it?":)
[15:36] <ScottK> dfiloni: No.  Right now we're getting into the territory where I have doubts on some archs if everything we've already uploaded will build before the final freeze.
[15:36]  * DktrKranz is doing a hardy -> intrepid upgrade test on azureus in the meantime
[15:37] <ScottK> It's arch:all, and i386 is in good shape, so that's not a particular concern for this package, but we are trying to be careful.
[15:37] <dfiloni> ScottK: yes of sure, but I think this is not the case
[15:37] <dfiloni> ok
[15:38] <DktrKranz> ScottK, has it been decided final deadline?
[15:39] <ScottK> DktrKranz: Not sure.  I thought sistpoty wrote to u-d-a, but I don't see the message out yet.
[15:39]  * DktrKranz neither
[15:41] <ScottK> DktrKranz: According to my IRC logs it'll be around Monday 0600 UTC, but there's a big language pack update supposed to hit tomorrow.
[15:41] <DktrKranz> langpacks have lower priority, IIRC
[15:41] <DktrKranz> wasting buildd time is not smart...
[15:42] <ScottK> DktrKranz: Depends on the language packs.  For KDE we have, for example, no .de langpack at all.
[15:43] <DktrKranz> not built? or other issues? .de is quite important, IMO
[15:45] <ScottK> It's a long painful story that involved the excessively complex translation process we have because of Rosetta, late template approvals, bugs in Rossetta, and some odd stuff new in the KDE4 langpacks from upstream.
[15:45] <DktrKranz> gah
[15:46] <ScottK> There are a few others, but that's the most important one.
[15:50]  * DktrKranz will be back in a hour
[15:51] <StevenK> ScottK: I have<PHONE_NUMBER>99<PHONE_NUMBER>16, are they okay, and any others?
[15:52] <ScottK> StevenK: I have Straight syncs:<PHONE_NUMBER>97<PHONE_NUMBER>28 | 289116 will need binary New | 289067 will need source and binary New (but it just puts back something we already had)
[15:52] <ScottK> Let's see.
[15:52] <ScottK> So all the ones you had are good
[15:52] <ScottK> I've accumulated a few more.
[15:53] <ScottK> StevenK: Your list plus<PHONE_NUMBER>67  if I'm reading it right.
[16:49] <StevenK> ScottK: You have syncs
[16:49] <ScottK> StevenK: Thank you.
[16:51] <kees> ScottK: oh! are you coming to UDS?
[16:51] <ScottK> kees: Not currently planning to, no.
[16:51] <kees> ScottK: ah, dang.
[16:51] <kees> ScottK: I wanted to get a brain-dump from you about filtering in postfix
[16:52] <kees> ScottK: a long time ago, when implementing MIMEDefang, postfix didn't have "real" support for it, and I went with sendmail.
[16:52] <kees> I'd really like to switch to postfix and I was hoping to get a jump-start on the learning curve.  :)
[16:53] <ScottK> Unfortunately it's a week off of work I can't really afford right now.
[16:56] <ScottK> StevenK: lyx could do with accepting too.  It has motu-release approval.
[17:28]  * NCommander lost the link tot he RC bug list
[17:31] <ScottK> NCommander should read /topic then.
[17:35] <slytherin> ScottK: StevenK: thanks for processing electric so fast. :-)
[17:50] <ScottK> slytherin: It still have to get through New (unless he did that too), so no guarantees.
[17:56] <ScottK> StevenK: If it makes you feel any better about one of your syncs earlier, just had a user report the exact problem we were trying to fix and that the new package fixes it for them.
[18:03] <ScottK> DktrKranz: I just threw Bug #282146 your way with your SRU hat on.
[18:04] <DktrKranz> tmpfs issues? again? gah
[18:05] <ScottK> Yep.  Easy enough to fix.
[18:05]  * DktrKranz wonders if there's an easy way to discover such bugs all in once
[18:06] <ScottK> I think we've dealt with most of them now.  They were really common several releases ago.
[18:06] <slytherin> ScottK: who do I have to talk to about clearing it from new queue. I am sure I won't need any more convincing than just link to the accidental removal.
[18:07] <ScottK> slytherin: It's more a question of the time it takes and what other issues may have to take priority.  I'm hoping StevenK will take care of it, but he's got a lot going on right now.
[18:08] <slytherin> ScottK: No issues, I will wait for one more day and if it is not done by then then I will bug pitti since he was the one who removed it in first place. :-P
[18:08] <DktrKranz> ScottK, ACKed. If you want, go ahead (but it could be a good targets for some contributors willing to experience SRU beauty)
[18:08] <ScottK> DktrKranz: Please find someone.
[18:09] <ScottK> slytherin: He's not often around on the weekend and by Monday AM it will be too late.
[18:09] <slytherin> ScottK: Ok. So I will bug someone here only.
[19:01] <ScottK> Laney: [13:59] <Riddell> ScottK: libanculus0.3-cil has no replaces or conflicts
[19:01] <ScottK> It needs to do that or there will be trouble on upgrades.
[19:03] <Laney> ScottK: You mean Intrepid upgrades? I didn't think we had to do it for those
[19:03] <ScottK> Laney: Yep.
[19:03] <Laney> sure thing
[19:04] <ScottK> Laney: I need to head out, so please prep an upload and find someone to sponsor it.
[19:14] <Laney> DktrKranz: Around for ack of the above? bug #289217
[19:14] <DktrKranz> Laney, I was just asking you, telepathy ;)
[19:14] <Laney> \o/
[19:16] <DktrKranz> Laney, have you already a sponsor? I can upload it if you want
[19:17] <Laney> DktrKranz: No, I was hoping you'd do that too ;)
[19:17] <DktrKranz> sure
[19:17]  * Laney high fives
[19:18] <DktrKranz> I'm not sure debian guys are affected, but it's worth investigating
[19:19] <ScottK> Debian tends to lean harder towards 'people running the development release should know what they are doing' than we do.
[19:20] <Laney> Well I might as well submit it and let them decide
[19:20] <DktrKranz> ugh, my mirror is not up-to-date... blame on Italy
[19:20] <Laney> DktrKranz: pull-lp-source!
[19:21] <DktrKranz> already done ;)
[19:25] <DktrKranz> Laney, has monodoc-anculus-manual any conflicts?
[19:25] <Laney> No, only the one was renamed
[19:25] <DktrKranz> ok then
[19:25] <lukehasnoname> how do we file SRU for universe packages?
[19:26] <DktrKranz> lukehasnoname, wiki.ubuntu.com/SRU has the procedure
[19:26] <Laney> DktrKranz: Actually, I see that that package was added in the synced upload too. I guess it should also conflict.
[19:26] <DktrKranz> Laney, just to make sure, I'll try it
[19:29] <Laney> Seems OK to me actually.
[19:30] <jdong> a
[19:33] <DktrKranz> Laney, http://pastebin.ubuntu.com/62571/
[19:33] <DktrKranz> it lacks monodoc-browser
[19:33]  * Laney rolleyes
[19:34] <DktrKranz> but it has no conflicts
[19:34] <Laney> I guess I had that installed already
[19:34] <DktrKranz> I just run it on a fresh pbuilder
[19:34] <Laney> Do you want to add the depends?
[19:35] <DktrKranz> no problems
[19:35] <DktrKranz> I leave credit to you for the upload
[19:35] <Laney> as you wish
[19:42] <DktrKranz> Laney, ACKed and uploaded. Thanks ;)
[19:44] <Laney> nice work!
[19:46] <DktrKranz> I didn't want to manage it as a SRU ;(
[19:46] <DktrKranz> ;)
[19:48] <DktrKranz> it's just me or Firefox homepage links to Ubuntu 8.04 content?
[19:48] <Laney> Haha, just got an email from someone in pkg-cli-libs saying that the rejection email was sent to him
[19:49] <Laney> I wonder if soyuz should only send them to ones with ubuntu addresses
[19:49] <DktrKranz> probably
[19:49] <DktrKranz> but now he *knows* his package needs some love :)
[19:50] <Laney> They added the conflicts/replaces :D
[19:50] <DktrKranz> point them to my pastebin
[19:50] <DktrKranz> they're interested parties as well
[19:51] <Laney> I am doing
[22:35] <FAJ> hi wondering how to get a package added to the repositories?
[22:37] <nhandler> FAJ: I would suggest reading https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[22:38] <nhandler> !revu | FAJ (Once you have it packaged)
[22:38] <FAJ> nhandler:  what if it is not my package... per se?
[22:39] <nhandler> FAJ: That does not matter. Depending on the application you might want to consider asking the application developer if they are planning on packaging it for ubuntu/debian. If they aren't, you can go ahead and package it for them.
[22:39] <FAJ> nhandler: i was thinking about tryin to get wicd into the repos
[22:42] <FAJ> http://wicd.sourceforge.net/download.php
[22:43] <FAJ> that is how to add the package to the repos
[22:43] <FAJ> but i think it should be a package in the repos.... nhandler can you help me through that?  this would be my fist time doing this, and the urls' you gave were a little confusing ;)
[22:44] <nhandler> FAJ: It appears that there is an ITP (Intent To Package) bug on the Debian BTS (Debian BTS Bug #455325). David Paleino<EMAIL_ADDRESS>is working on it. His last comment was made in February. I would suggest contacting him to see if he is still working on it before you do anything
[22:45] <FAJ> nhandler:  if it already comes as a .deb, then how could i upload it from there?
[22:46] <geser> FAJ: you need the source package (.dsc, .diff.gz, .orig.tar.gz)
[22:47] <nhandler> FAJ: However, you can use the deb that they provide as a base
[22:47] <geser> often projects which provide (binary) debs don't provide the Debian source packages for them
[22:47] <FAJ> nhandler:  how can i use the .deb for a base?
[22:47] <directhex> david paleino?
[22:48] <directhex> 2 secs...
[22:48] <FAJ> ok so i have the package already installed (per how the wicd site says to)  so how can i now get the .deb for it?
[22:49] <hanska> directhex: here
[22:50] <directhex> FAJ, ask and ye shall receive. hanska is who you want to talk to
[22:50] <FAJ> hanska:  hello :)
[22:50] <FAJ> i am trying to get wicd into the repos
[22:50] <hanska> FAJ: here I am :)
[22:50] <hanska> FAJ: sure.
[22:50] <hanska> it's in NEW in Debian
[22:51] <FAJ> haha :)  ok to me that means nothing ;)  i am (relatively) new at this, and have never uploaded packages before
[22:51] <hanska> FAJ: :)
[22:51] <hanska> it simply means it's in the "NEW" (packages) queue in Debian...
[22:52] <hanska> it means that as soon as it finishes that queue, it will enter the repositories
[22:52] <FAJ> in debian and ubuntu?
[22:52] <hanska> and Ubuntu will simply sync from Debian... and you'll get your wicd ;)
[22:52] <FAJ> oh haha ok cool
[22:52] <FAJ> how long does that normally take?
[22:52] <hanska> FAJ: it depends :)
[22:52] <hanska> usually it takes not too long..
[22:52] <FAJ> ah as all good things doo :)
[22:53] <hanska> but now Debian is in freeze, and NEW packages have very low priority :(
[22:53] <FAJ> ok cool awesome, thanks hanska that's really cool, it is really nice to have the alternative (especially when network manager doesn't work :P)
[22:53] <FAJ> oooooooo.
[22:53] <hanska> http://ftp-master.debian.org/new.html
[22:53] <hanska> that's been in NEW for 3 weeks now
[22:53] <hanska> but there are packages stuck there for 4 months :S
[22:53] <hanska> freeze-time is not really good for new packages to enter the repositories ;)
[22:54] <FAJ> haha ya hence the name freeze-time
[22:54] <FAJ> when does debian come out of freeze time
[22:54] <nhandler> But FAJ, keep in mind, the package will not make it into Intrepid (which is being released in under a week.) You have a fair ammount of time to get it into Jaunty
[22:54] <geser> if it doesn't get NEWed before jaunty FF we can get it into Ubuntu directly too
[22:55] <hanska> geser: right :)
[22:55] <hanska> but why increase the delta between we and you? ;)
[22:56] <hanska> geser: my (small) knowledge of Ubuntu release cycle is... jaunty -> 9.04? April 2009?
[22:56] <FAJ> will it possibly make it into intrepid-updates?
[22:56] <geser> hanska: we can use the package you (?) uploaded to Debian, so no delta (besides an changelog entry)
[22:56] <hanska> I believe my package will end NEW before that time ;)
[22:56] <geser> FAJ: no, but intrepid-backports might be an option once it's in jaunty
[22:57] <FAJ> what is freeze-time?  and when does it stop lol?
[22:58] <hanska> FAJ: it's the time in Debian when we prepare a new stable release, and all (we hope ;) ) bugs get caught
[22:58] <hanska> when RC (Release Critical) bugs go down to 0 (ahah -- more realistically, under a certain limit) we release the distribution as "stable"
[22:58] <hanska> I believe Ubuntu has something similar, no?
[22:59] <FAJ> haha ok cool.  ya it does
[22:59] <FAJ> how long normally does that start before a release?
[22:59] <hanska> uhm, months before :)
[22:59] <FAJ> haha how can that work if new releases (of ubuntu) come out every six months?
[22:59] <hanska> we have "gradual" freezes... in March (IIRC) we freezed the "base system" (i.e. libc and some other base things)
[22:59] <hanska> FAJ: we release when it's ready. ;)
[23:00] <FAJ> o ok
[23:00] <FAJ> ok cool, so it's getting there :)
[23:00] <hanska> almost
[23:00] <hanska> there are still 27 bugs open, if I'm right.
[23:00] <FAJ> in debian?
[23:01] <hanska> in Debian Lenny, yes.
[23:01] <FAJ> ok
[23:01] <hanska> (but I might be wrong, I've been offline for two weeks :( )
[23:02] <FAJ> o that sucks
[23:02] <hanska> I'm looking for some updated info ;)
[23:03] <geser> are the linux firmware bugs resolved already?
[23:04] <hanska> bugno?
[23:04] <FAJ> how 'dangerous'  is the proposed updates in ubuntu?
[23:05] <FAJ> i know that i turned them off once b/c it messed my up kernel-wise, and haven't reenabled it
[23:05] <geser> check the debian-devel ML and look for the threads about DFSG violations
[23:05] <hanska> uhm, yes, that huge thread :)
[23:07] <geser> FAJ: -proposed contains updated packages which end in -updates when no bugs/regressions are found
[23:07] <hanska> aren't they tagged lenny-ignore?
[23:07] <hanska> isn't that self-explaining?
[23:08] <FAJ> hanska:  it means nothing to me :P
[23:08] <geser> the discussion is about if the RM are allowed to tag them lenny-ignore or not
[23:08] <hanska> geser: yes, I'm reading the whole thread again
[23:08] <geser> I've haven't finished reading it yet
[23:09] <hanska> eheh
[23:09] <hanska> I read it this morning (it took a while, really)
[23:27] <ethana2> has anyone here /ever/ seen ogle actually work?
[23:28] <ethana2> I suppose to nominate it for immediate removal from repositories I'd have to file a bug..
[23:38] <ethana2> https://bugs.launchpad.net/ubuntu/+source/ogle/+bug/289297
[23:43] <ethana2> in the future, is all the basic functionality of apps going to be tested in an automated fashion?
[23:43] <ethana2> ..and if so, is it going to be tested for everything in universe, or just main?
[23:50] <geser> ethana2: who is going to provide the needed tests to judge if an app works or not?
[23:51] <emet> geser, what if the project making the app is simply dead?
[23:51] <emet> geser, and the functionality of the app is already in other apps?
[23:52] <emet> I mean wasn't XMMS removed? XMMS actually worked. :P
[23:52] <wgrant> Then that would be irrelevant to geser's question.
[23:52] <ethana2> geser: it's dead.
[23:52] <ethana2> geser: sudo apt-get install ogle
[23:53] <ethana2> tell it to play a disc
[23:53] <ethana2> it will crash immediately
[23:53] <ethana2> It depends on OSS and it was last developed for like suse 8
[23:54] <emet> Ogle is old school
[23:54] <emet> I think I remember using it in like 2000ish
[23:56] <emet> The last stable release was 1811 days ago


[08:25] <bkero> persia: ping
[08:47] <hrw> morning
[13:26] <dmart>
[14:56] <ogra> grr
[15:02] <lil_pete> hey guys does anybody have problems with usb-hotplugging at a toshiba tegra-platform? maybe even a solution to problems relatet to that? :)
[15:02] <ogra> works fine on my ac100
[15:03] <lil_pete> well i got a folio100, pretty much the same system, but only one usb port
[15:03] <lil_pete> could you pastebin your dmesg and gzip -dc /proc/config.gz please?
[15:04] <ogra> http://ac100.gudinna.com/kernel/ has the config
[15:05] <ogra> note that the folio and ac100 kernels are massively different (they arent cross functional) so you can just blindly apply this config to a folio kernel
[15:06] <lil_pete> ooohhh... dyou know about any details?
[15:07] <lil_pete> 'coz i thought since usb should be somewhere on the tegra-chip it _should_ be the same config in both kernels?
[15:07] <ogra> nope, ask in #ac100, i think phh did some tests
[15:07] <lil_pete> didnt know that toshiba patched that much
[15:07] <ogra> oh, related to usb they might be the same
[15:07] <lil_pete> well i _thought_ so, but thats just blind assumptions, i never touched an ac100
[15:07] <ogra> but that doesnt make the folio kernel bootable on an ac100 ;)
[15:07] <lil_pete> ill ask in ac100
[15:08] <lil_pete> well if i wanted to i couldnt, i have a custom kernel since i need some wicked custom drivers, but as i said... i thought that usb-stuff should run out of the box
[15:08] <ogra> it does as long as your kernel properly provides everything udev expects
[15:08] <lil_pete> im wondering if its some energy saving issue or something i messed up in the config... dunno.
[15:09] <lil_pete> hehe thats the funny thing, if @ boot i plug in a usb-hub, i can plug/unplug everything i want to that hub. if i unplug the hub, its like usb is dead, nothing in dmesg at all. its... weird. :)
[16:58] <ppisati> guys, in maverick to support a beagle board/xm, which kernel branch did you use? master? linaro? ti-omap? or ti-omap4?
[16:58] <ppisati> during boot, my Xm says:
[16:58] <ppisati> [    0.000000] Linux version 2.6.35-22-omap (buildd@gourd) (gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu4) ) #33-Ubuntu Mon Sep 20 03:17:30 UTC 2010 (Ubuntu 2.6.35-22.33-omap <IP_ADDRESS>)
[16:58] <ppisati> so i guess it's linaro, right?
[18:04] <lool> ppisati: This only says which compiler was used
[18:04] <lool> ppisati: In this case, one with the Linaro patchset applied
[18:11] <ogra> ppisati, for omap3 we use mainline
[18:14] <ogra> omap4 is a special breed from mainline, TI patches and linaro patches
[22:43] <Xase> I'm interested in learning me some ARM and running Ubuntu on "a device similar to a beagle board?"
[22:45] <Xase> http://elinux.org/BeagleBoardUbuntu#Demo_Image << I'm assuming trying this, and reading here will lead me in the right direction oh armites?
[22:59] <GrueMaster> Do you already have a beagleboard?
[23:02] <Xase_> GrueMaster: sorry my daughter pressed the sleep button.
[23:02] <GrueMaster> Heh.
[23:02] <Xase_> No, I don't however the Nook Color is really similar in processor and graphics processor.
[23:02] <Xase_> I was wondering if the demo image would boot over SD or at least throw a kernel panic.
[23:03] <GrueMaster> Similar in that it is arm based.  That's about it.
[23:03] <Xase_> ... eh.
[23:04] <GrueMaster> Slightly different processor than what is on the beagleboard.  In the arm world, the kernel needs to almost be specific to the system.
[23:04] <Xase_> Well... so it'll at least throw a kernel panic?
[23:04] <GrueMaster> We have people working to unify the code so we have one kernel, but it will take some time.
[23:05] <Xase_> Well I was thinking of rebuilding the Cyangoenmod kernel from android with the extra requirements for running a GNU/Linux distro
[23:05] <Xase_> So I technically have a kernel already =/
[23:05] <GrueMaster> I'm not sure what it would do.
[23:05] <Xase_> Well it would obviously needs to be configured to use the right display and all that nonsense.
[23:05] <GrueMaster> You should google to see if someone has already hacked the nook.
[23:05] <Xase_> Glad to finally hear some info form here.
[23:05] <GrueMaster> There is more to it than just the kernel.
[23:05] <Xase_> Well by hacked do you mean rooted?
[23:06] <Xase_> I have a custom kernel on mine running already =/
[23:06] <GrueMaster> Yes, and has a link to a working base image.
[23:06] <Xase_> But it's still android... I wanted to step beyond that.
[23:06] <Xase_> Do you think my idea is plausible however? at least trying to get it to work?
[23:07] <Xase_> Like if I stuck at it, I could get it working near 100% capacity?
[23:07] <GrueMaster> Personally, I only get to work on specific hardware that is officially supported by the current release.  That limits me to beagleboard, beagleXM (same kernel for both now), and Panda (dual core).
[23:07] <Xase_> Ah.
[23:08] <Xase_> What processor is in the beaglebord?
[23:08] <GrueMaster> It is very plausable to get it working.  Others have done similar work with the Viewsonic tablet and the Toshiba AC100 smartbook.
[23:09] <GrueMaster> The beagleboard & XM are omap3, just slightly different configurations than the nook.
[23:09] <GrueMaster> So the omap kernel from Ubuntu may work wit hsome slight tweaking (or it might just work).  I don't know.
[23:10] <rsalveti> probably need the correct board file
[23:10] <rsalveti> with proper platform devices and drivers
[23:10] <Xase_> Hmm, I think I'll have a look at it and a talk with some associates who think I'm crazy.
[23:10] <rsalveti> so I'd say that you probably need some additional patches to make it fully compatible with nook
[23:10] <Xase_> I am all new to this
[23:10] <GrueMaster> http://forum.xda-developers.com/showthread.php?p=10306407
[23:10] <rsalveti> Xase_: what is your kernel version?
[23:11] <Xase_> That is nonsense though, it's just running basically as a VM rsalveti
[23:11] <Xase_> hold on I'll check
[23:11] <Xase_> <IP_ADDRESS>
[23:11] <rsalveti> urgh
[23:11] <rsalveti> old
[23:12] <Xase_> Yeah.
[23:12] <Xase_> I don't expect it to be easy, and I know it will take awhile, I was just curious as to how plausible it is.
[23:12] <GrueMaster> Check the link I posted above.  It has a howto for Ubuntu.
[23:13] <Xase_> ... yeah to run it inside of android though =/
[23:13] <Xase_> Does that hold any relevance to my ideals in the long run.
[23:14] <Xase_> .sa0z56'tgh 6\tb ]6\5
[23:14] <Xase_> Sorry
[23:14] <rsalveti> it's probably plausible
[23:15] <Xase_> My daughter is amazingly computer loving.
[23:15] <rsalveti> would be good to check what bootloader are you using
[23:15] <rsalveti> if it's possible to load an initrd file
[23:15] <rsalveti> then see if it's possible to port the specific patches to at least 2.6.35
[23:15] <rsalveti> so you can safely use the maverick rootfs
[23:16] <rsalveti> or 2.6.38 if you want to use natty
[23:16] <Xase_> Alright, I'll do some more reading then :D
[23:16] <Xase_> It uses uboot on nand
[23:16] <rsalveti> cool
[23:17] <Xase_> Well I'll be back, and I'll read some on the kernel while I'm out.
[23:17] <rsalveti> alright
[23:26]  * rsalveti bbl