=== santiago-ve is now known as Guest80882
=== santiago-ve is now known as Guest42188
[00:58] <matgeek> Hi!  I am a Debian Developer, and I look after the nomarch and I am the author and maintainer of netscript-2.4., and I am moving to host both on launchpad.  What's the story about becoming part of MOTU? As a DD, isn't there a fast-track joining process?
[00:59] <matgeek> Merry, merry, merry, Christmas!
[01:00] <matgeek> Too many presents for people to be IRCing?
[01:01] <micahg> matgeek: https://wiki.ubuntu.com/Ubuntu/ForDebianDevelopers?action=show&redirect=UbuntuForDebianDevelopers
=== rmcbride_ is now known as rmcbride
=== asac_ is now known as asac
=== santiago-ve is now known as Guest45273
[02:44] <Ryan52> Could somebody please sponsor this sync request? https://bugs.launchpad.net/ubuntu/+source/midori/+bug/453070 and it hasn't made it to Debian's archive yet (I uploaded it 5 minutes ago), so here's the source package: http://home.ryan52.info:4000/dev/unstable/midori_0.2.2-1.dsc
[02:44] <ubottu> Ubuntu bug 453070 in midori "Please sync midori (0.2.2-1) from Debian unstable" [Wishlist,New]
[02:45]  * Ryan52 wonders if he's gonna get anybody around on christmas eve/christmas..
[02:45]  * Ryan52 also wonders why he can't just have the ability to do this stuff himself :(
=== santiago-ve is now known as Guest22480
[02:47] <crimsun> Ryan52: likely by the time an archive admin with privileges gets around to it, it will be in either incoming or unstable
[02:47] <crimsun> I'm guessing with the holidays it's far more likely to be the latter
[02:47] <Ryan52> don't I need a MOTU, not a archive admin?
[02:48] <Ryan52> I mean don't a need a MOTU to subscribe the archive admins for me?
[02:49] <Ryan52> crimsun: and yes, I know it will be that time. however right now I'm asking for a MOTU to review it and approve it.
[02:49] <crimsun> have you verified that it builds in a lucid schroot?
[02:49] <crimsun> sorry, chroot (not necessarily schroot)
[02:50] <crimsun> it's a lot easier for us if that information is in the bug report
[02:50] <crimsun> also, the Debian component should be listed in the summary
[02:50] <crimsun> (I've already fixed that last bit)
[02:51] <Ryan52> okay, sorry, I just changed the old report...didn't notice that.
[02:52] <Ryan52> no I didn't test it in a chroot, I've never had to do that before.
[02:52] <Ryan52> but I will from now on.
[02:52]  * Ryan52 is installing a lucid chroot as we speak..
[02:52] <crimsun> ok, I'm around for a bit. Please update the bug report and ping me.
[02:55] <bjsnider> crimsun, if i run dch -i, it slaps a ubuntux string onto a package version. how do i change that?
[02:58] <crimsun> bjsnider: explicitly pass the desired version with -v
[02:59] <bjsnider> thanks, i was looking for a config file i could change
[04:19] <ScottK> bjsnider: You can dch -q and then remove the first line about QA upload.
[05:01] <bjsnider> ScottK, thanks, that works, although i guess it's a...workaround?
[05:18] <diwic> I'm trying to create a pbuilder but it fails with chroot: cannot run command `/usr/bin/apt-get': No such file or directory
[05:18] <crimsun> which release?
[05:19] <diwic> crimsun: Host is Ubuntu Karmic. Guest is sid (have tried squeeze as well)
[05:22] <crimsun> cp /usr/share/doc/pbuilder/examples/pbuilder-distribution.sh ~/pbuilder-sid && mkdir -p ~/pbuilder/result && ~/pbuilder-sid create
[05:22] <crimsun> works for me (just tried it in a lucid chroot)
[05:23] <crimsun> just verified in a karmic chroot, too
[05:24] <diwic> crimsun: thanks and merry christmas (if you celebrate that :-) )
[05:25] <diwic> crimsun: I'll try it right away
[05:29] <diwic> crimsun: hmm...do you need a .pbuilderrc to go with that one?
[05:29] <crimsun> nope
[05:30] <diwic> crimsun: E: Failed getting release file http://se.archive.ubuntu.com/ubuntu/dists/sid/Release
[05:30] <crimsun> hmm
[05:30] <crimsun> are you using a local apt proxy/cacher, e.g., apt-cacher-ng ?
[05:30] <diwic> crimsun: not that I know of
[05:32] <crimsun> the only time I've seen that error is when trying to use a local (misconfigured) apt proxy
[05:33] <crimsun> does something like "sudo debootstrap --variant=buildd sid ~/pbuilder/sid http://http.se.debian.org/debian/" work?
[05:34] <diwic> crimsun: No: E: Invalid Release file, no valid components
[05:35] <diwic> crimsun: trying ftp instead, seems to work better...
[05:39] <diwic> crimsun: that command worked.
[05:39] <diwic> crimsun: http://paste.ubuntu.com/346276/ for the original error
[05:40] <diwic> ...in context
[05:48] <diwic> perhaps I should try to switch from the se mirror in karmic
[05:49] <ScottK> bjsnider: I don't think it's a bug that dch in Ubuntu is optimized for working on Ubuntu.
[05:49] <crimsun> ScottK: agreed
=== Guest78452 is now known as NCommander
[05:57] <diwic> so now I've changed /etc/apt/sources.list and "sudo apt-get update". Yet I get E: Failed getting release file http://se.archive.ubuntu.com/ubuntu/dists/sid/Release :-(
[06:01] <crimsun> diwic: corking is interrupting, aka pausing
[06:02] <diwic> crimsun: so is the log a result of tsched=0 being broken?
[06:03] <crimsun> no, it's a result of the device being woken up too often
[06:03] <crimsun> see the recent post regarding pcm lib wakeups on alsa-devel
[06:05] <crimsun> tsched is broken, however, and the symptom is exacerbated by both alsa-lib and PA
[06:05] <crimsun> tsched=0 *
[06:09] <diwic> "tsched=0 *" ?
[06:10] <crimsun> my previous statement was ambiguous; I meant "tsched=0" (glitch-free disabled) is broken, not "both tsched=1 (glitch-free enabled) and tsched=0 (disabled) are broken"
[06:11] <diwic> crimsun: ok. I was almost assuming it was a snowflake :-)
[06:14] <foxbuntu> bjsnider, fyi, I am building myth with newest vdpau from debian and your package of 190.53 drivers, my ppa ( https://launchpad.net/~nickj-fox/+archive/ppa/+packages )
[06:49] <diwic> finally got the pbuilder up and running, by specifying --debootstrapopts --include apt
[06:52] <diwic> but I can't build anything from it because it hangs on "Building database of manual pages ..."
[06:52] <diwic> sigh.
[06:57] <diwic> Interesting enough, when this happens, aptitude and mandb takes 100% each of one processor core
[07:03] <ScottK> That step often takes a long time for me, but always finishes eventually
[07:03] <crimsun> depending on the build-deps installed, it sometimes takes about 5 minutes
[07:04] <diwic> ok, then I'll just wait and see...
[07:06] <crimsun> hmm, need to find testers. Will write up a RFT after the holiday.
[07:06]  * crimsun just committed fixes for all the HDA codecs except VIA for powerdown sound issues
[07:08] <diwic> crimsun: realtek ALC888 here (on a desktop computer)
[07:09] <diwic> crimsun: feel free to bug me if you need me to test anything.
[07:19] <AnAnt> Hello, should I set LP #500128 status to Confirmed ?
[07:19] <ubottu> Launchpad bug 500128 in sabily-xsplash-artwork "New theme available" [Undecided,New] https://launchpad.net/bugs/500128
[07:38] <diwic> still stuck eating CPU after half an hour
=== mac_v is now known as \vish
=== mac_v is now known as \vish
=== Whoopie_ is now known as Whoopie
=== santiago-ve is now known as Guest82687
=== etali1 is now known as etali
=== santiago-ve is now known as Guest2496
[11:18] <AnAnt> Hello, should I set LP #500128 status to Confirmed ? Also, I've subscribed ubuntu-universe-sponsors to it, is that still the right thing to do ?
[11:18] <ubottu> Launchpad bug 500128 in sabily-xsplash-artwork "New theme available" [Undecided,New] https://launchpad.net/bugs/500128
=== santiago-ve is now known as Guest10099
[11:37] <diwic> AnAnt: It seems like the attachment you uploaded is not valid
=== santiago-ve is now known as Guest99058
[11:51] <erable> Hi. I want to use the new source format 3.0 (quilt) in REVU. The original archive is a tar.bz2 and I have this warning in REVU: "Warning! This package could not be extracted; there’s no browsable directory for it on REVU. "
[11:51] <erable> package is: http://revu.ubuntuwire.com/p/yawp
[11:52] <erable> What's wrong?
[11:52] <Quintasan> erable: REVU doesn't support 3.0 at least it didn't want to accept my package
[11:56] <erable> Thanks. Do you know if it will soon be able to handle this format?
=== santiago-ve is now known as Guest69801
[12:01] <Quintasan> erable: beats me, it's a good idea to poke revu admins
[12:02] <erable> Quintasan: thanks
=== santiago-ve is now known as Guest43355
[13:00] <slytherin> persia: there? One more question about autotools.
=== santiago-ve is now known as Guest60500
=== santiago-ve is now known as Guest45347
=== santiago-ve is now known as Guest93364
[16:35] <ScottK> Merry Christmas everyone.
[17:30] <chromebel> hello people
[17:31] <chromebel> I'm Debian maintainer of tclxml package
[17:31] <geser> hello
[17:31] <chromebel> it was orphaned by the previous maintainer (which is the current maintainer of it in Ubuntu)
[17:32] <chromebel> I've updated the Debian package to the latest upstream version
[17:32] <chromebel> can Ubuntu "just import" the package, or I need to do something?
[17:33] <geser> it will be "just imported"
[17:33] <chromebel> ah, then ok
[17:34] <chromebel> ok, thanks, bye (c)
[17:34] <geser> it's now in testing so it will be autosynced on the next occasion (probably in 2010 due to holidays/vacations)
=== santiago-ve is now known as Guest38628
=== santiago-ve is now known as Guest55863
=== santiago-ve is now known as Guest30014
[19:12] <bjsnider> geser, when you say "autosync", is that a process that is carried out without human intervention?
[19:13] <jmarsden> bjsnider: It's done by the admins once in a while, I believe.
[19:13] <bjsnider> so it isn't really automaic at all
[19:15] <geser> it semi-automatic, the archive admin-of-the-day has to start a script
[19:16] <bjsnider> a script that grabs updated packages and tosses them into the ubuntu build system?
[19:17] <geser> yes, it pulls new packages and injects them into the archive, which causes the necessary build attempts
=== mac_v is now known as \vosh
=== \vosh is now known as \vish
=== santiago-ve is now known as Guest48012
[21:57] <persia> slytherin: always best to ask, just in case someone doesn't unidle for 9 hours, and someone else might know :)
[23:38] <dhillon-v10> bjsnider, hi :D i am sorry about yesterday, I had to leave while something urgent came up and you were in the middle of making the tarball
[23:46] <bjsnider> dhillon-v10, tarball for what?
[23:46] <dhillon-v10> bjsnider, the package we were talking about yesterday
[23:47] <bjsnider> the one that does 3g sharing?
[23:47] <dhillon-v10> bjsnider, yah that one
[23:48] <bjsnider> well, there's no source code or license info there so that's the end of that idea
[23:49] <dhillon-v10> bjsnider, yah I just have to choose a different package them, I will mark that bug invalid because of the upstream problems
[23:50] <bjsnider> why doesn't network-manager do 3g sharing?
[23:50] <bjsnider> or connection sharing anyway
[23:50] <dhillon-v10> bjsnider, no idea :D I just saw this random bug so started working on it
[23:53] <bjsnider> you mean you didn't even want the software?
[23:54] <dhillon-v10> bjsnider, i didn't need that someone else reported a needs-packaging bug so I was working on it
[23:55] <bjsnider> mark it as invalid because the license and source code aren't available
[23:55] <bjsnider> but really it's a feature that hould be added to network-manager
[23:56] <dhillon-v10> bjsnider, yah did that thanks for all your help :D