[01:32] <psusi> ugh.... and they left the quilt patches applied in the debian lvm2 bzr branch
[01:34] <lamalex> Hey devs, I know there's a command to get the packing for a package out of source control, but i can't remember and google is failing
[01:34] <lamalex> anyone know off hand?
[01:34] <psusi> apt-get source
[01:34] <lamalex> psusi, that's not from version control
[01:34] <lamalex> that's from the archive
[01:35] <psusi> yep... vc would depend on what vc, if any, a package is using
[01:47] <ebroder> psusi: That's the way that UDD works with 3.0 (quilt) packages, because it imports the unpacked source tree, and unpacking a 3.0 (quilt) package applies the patches
[01:50] <psusi> ebroder, eh?  if the bzr repo contains the quilt patch, surly it should not already be applied?
[01:50] <psusi> the whole point is to keep it separate from the upstream source
[01:51] <ebroder> psusi: When you do dpkg-source -x on a 3.0 quilt package, it applies the patches
[01:51] <ebroder> And UDD imports basically dpkg-source -x; bzr add
[01:51] <psusi> right... but when you do a bzr branch, they should not be applied already
[01:52] <ebroder> I don't think that's obviously true
[01:52] <psusi> seems like it to me... when you bzr builddeb, it makes sure the source is clean and all patches are removed, then builds a source package, doesn't it?
[01:53] <psusi> so when you check it out of the repository, it should already be clean and have no patches applied
[01:53] <ebroder> I don't think the ordering is quite that obvious with 3.0 packages
[01:53] <psusi> huh?  ordering is what the series file is for?
[01:53] <psusi> but when you make a source package, no patches are applied
[01:54] <ebroder> No, I'm saying that you don't remove the patches, *then* build the source package. Removing the patches is *part* of the build-the-source-package process
[01:54] <psusi> well, yea... I suppose...
[01:54] <psusi> it makes sure to remove them in case you forgot
[01:54] <psusi> but I would think that the natural state of the bzr repository should be to not have them applied
[01:54] <psusi> i.e. be clean
[01:54] <ebroder> I think one of the files in debian/source/ specifies what the natural state should be
[01:55] <ebroder> But I think the default is that the resting state is with patches applied
[01:55] <psusi> hrm.... that's goofy, since it complicates the merge process since you have to remember to remove them first
[01:56] <ebroder> Or alternatively, the next time you build the package, it'll create a new patch, and you roll that into other patches as appropriate
[01:56] <psusi> huh?
[01:57] <ebroder> I'm not actually sure what I mean. But patches applied is definitely the resting state of the package
[01:59] <psusi> this is driving me nuts because when I bzr merge the debian version into ours, they have patches already applied and we don't
[01:59] <ebroder> Well why don't we have the patches applied? If our package is 3.0, too, it should have patches applied
[01:59] <psusi> so how am I supposed to review the quilt patches when they are already applied?  I have to remove them first, then review/merge/refresh the patches
[02:00] <psusi> why?
[02:01] <psusi> I thought 3.0 just meant it used quilt patches, not that they are already applied in the source package?
[02:02] <psusi> the whole point of the source package format as I understand it is that no modifications are done to the upstream files, but rather they are kept aside in the debian/ directory to facilitate replacing the upstream files with a new release
[02:13] <ebroder> I mean, modifications are going to be done to the upstream files at some point, so arguing about when is to some extent mincing words. But as I understanding it, unpacking a 3.0 (quilt) package by definition of the format involves applying the quilt patches
[02:15] <ebroder> s/(understand)ing/$1/
[02:23] <MattJ> echo "understanding" | sed 's/\(understand\)ing/\1/'
[02:23]  * MattJ sneaks off to bed quickly
[02:24] <ebroder> MattJ: echo "understanding" | perl -pe 's/(understand)ing/$1/'
[02:24] <ebroder> :-P
[02:24] <MattJ> .
[02:25] <MattJ> should have known
[06:25] <bilalakhtar> Can non-core-devs be patch pilots?
[06:25] <ebroder> Of course! Patch piloting is only partially about sponsorship
[06:32] <ebroder> One of the most important things you can do as a patch pilot is make sure that patches are in good shape for the people who can do sponsoring
[06:43] <bilalakhtar> It was cool to see pitti come around and sponsor a UDD patch that I published 5 months ago during the maverick cycle. pitti also updated it to fit the natty package, cool! I had almost ignored the patch completely
[06:43] <bilalakhtar> s/UDD\ patch/UDD\ merge/
[07:08] <ebroder> SpamapS: wtf did you do to this mongodb package?
[07:11] <SpamapS> ebroder: ?? I wish I knew
[07:11] <SpamapS> ebroder: talking about the lucid backport to use the wrapper?
[07:11] <ebroder> Yeah
[07:12] <SpamapS> (which is, BTW, the dumbest thing ever... I really hate that we don't just dump libmozjs.so in /usr/lib :-P
[07:12] <SpamapS> )
[07:13] <ebroder> It's annoying me that it's the only package for universe in the sponsors queue, and now it's annoying me that I have *no* clue what the heck is going on, so we'll see if I can manage to channel my annoyance productively
[07:13] <SpamapS> ebroder: it works on my sbuild and pbuilder, and a clean ec2 lucid instance
[07:13] <ebroder> Yeah, same for me
[07:13] <ebroder> (Well, I didn't try EC2, but I'll take your word for it
[07:13] <SpamapS> I asked in #launchpad but got no response
[07:14] <ebroder> I'm starting to suspect that something about the usr/bin/mongo symlink is broken as soon as it's created
[07:14] <ebroder> Hopefully I'll be able to tell from https://launchpad.net/~broder/+archive/ubuntu-tests/+build/2066069
[07:14] <SpamapS> thats just the first one
[07:14] <ebroder> No, the others all look fine - that one isn't actually a symlink by the time dh_link is done with it
[07:14] <SpamapS> I was thinking maybe the buildd's might not have the right version of tar
[07:15] <ebroder> Check out the build log from https://launchpad.net/~broder/+archive/ubuntu-tests/+build/2066064 - I added a bunch of debugging printouts
[07:16] <SpamapS> ebroder: btw, this patch pilot thing is *amazing* .. have seen more in depth reviews and sponsorship in 5 days than in 6 months of Ubuntu work prior
[07:16] <SpamapS> ebroder: so thanks. :)
[07:17] <SpamapS> ebroder: OH WEIRD.. why isn't it a symlink?!
[07:17] <ebroder> SpamapS: That is a *fantastically* good question
[07:18] <SpamapS> ebroder: also why does everything show up like 5 times in the debug build?
[07:19] <ebroder> You mean the rm -f ...; ln -sf ... lines? dh_link goes through and "fixes" every symlink every time it runs
[07:19] <ebroder> So it creates /usr/bin/mongo. Then it creates /usr/bin/mongod and fixes /usr/bin/mongo. Then it creates ...
[07:19] <ebroder> (Except that something is screwed up with /usr/bin/mongo)
[07:20] <SpamapS> ebroder: weird!
[07:20] <SpamapS> ebroder: so might be better to create a manual .links file.. I just wanted to make sure I got everything.
[07:21] <SpamapS> ugh
[07:21] <SpamapS> something is wonky about my keyboard/mouse
[07:21] <ebroder> Maybe. Although it wouldn't really be bad enough to care about if it was actually working, and I'm not convinced that changing how you create the symlinks will fix the issue
[07:23] <SpamapS> brb.. trying to correct my keboard/touchpad weirdness
[07:28]  * SpamapS really has to get the multitouch driver going.. the extra taps from the synaptics driver are driving me NUTS
[07:40] <SpamapS> ebroder: doh stat: cannot stat `/build/buildd/mongodb-1.2.2/debian/mongodb/usr/bin/mongo': No such file or directory
[07:41] <SpamapS> ebroder: thats after the files have been moved to /usr/lib/mongodb
[07:41] <ebroder> SpamapS: Yeah, uploaded a new build and fixed that
[07:41] <ebroder> (https://launchpad.net/~broder/+archive/ubuntu-tests/+build/2066075)
[07:43] <ebroder> Oh, and screwed it up again. But still - usr/bin/mongo is a file coming out of that first dh_link
[07:48] <SpamapS> ebroder: you should do 'file' on it too while you're hot. ;)
[07:49] <ebroder> I'm pretty sure it's just a plain file with the contents "../lib/mongodb/xulwrapper"
[07:50] <ebroder> I mean, a symlink is just a file with weird flags whose contents are the target of the link, even if it's not really exposed that way
[07:50] <SpamapS> that would be *the suck*
[07:51] <ebroder> The file is the right size for it to be that
[07:51] <SpamapS> I suppose it could be an aufs bug.. do the buildd's use aufs like sbuild on our boxes?
[07:51] <SpamapS> argh, this is so weird.. alt-tab just stops working for no reason
[07:54] <ebroder> aufs bug would be interesting, but it would be *so* weird to be consistently reproducable for this build and only this symlink but not for anything else
[07:56] <SpamapS> ebroder: agreed. It might be worth it to build a package that just does dh_link calls and then exits as a test case.
[08:00] <ebroder> SpamapS: If it was a aufs thing, I would think that installing plain files into /usr/bin then moving them out, then creating symlinks might trigger it
[08:01] <ebroder> Actually, I'm going to try something...
[08:46] <ebroder> SpamapS: Alright, I got something for you: http://pastebin.com/EXS4a65j
[08:46] <ebroder> Test build worked: https://launchpad.net/~broder/+archive/ubuntu-tests/+build/2066096
[09:21] <SpamapS> ebroder: interesting
[09:21] <SpamapS> ebroder: this still suggests a possible aufs bug.. rename then create symlink in place causes fail.. ?
[09:22] <ebroder> SpamapS: I, uh, remembered seeing a comment about a bug like that somewhere in initramfs-tools, so figured I'd give it a go
[09:23] <SpamapS> ebroder: cool.. thanks for lending a keen and capable pair of eyes to it!
[09:23] <SpamapS> ebroder: applying your patch and re-pushing
[09:29] <ebroder> SpamapS: Cool. Let me know and I'll sponsor it?
[09:35] <SpamapS> ebroder: I pushed it already, should be updated in the MP
[09:38] <ebroder> SpamapS: Ok, cool. Looks good to me. I'm going to add the set -e Stefano mentioned, and then I'll upload
[09:47] <SpamapS> ebroder: right, cool!
[10:42] <NCommander> cjwatson: ugh, will fix
[10:51] <ebroder> NCommander: Is mame good to go? It's the last {uni,multi}verse package in the queue :)
[10:51] <NCommander> ebroder: I got sidetracked on that
[10:52]  * NCommander got sucked into visiting home >.<;
[10:52] <NCommander> on my TODO list as w espeak
[10:52] <ebroder> Awesome
[11:53] <ari-tczew> could any admin reject clementine in natty NEW? I uploaded it by mistake. (dput ubuntu instead ppa)
[13:28] <alex88> Hi, i've got a kernel patch to fix bug 658521. How do i test to see if it works? I'm rebuilding ubuntu kernel and going to test it. Is that the right way?
[14:21] <alex88> no one?
[14:22] <BlackZ> !weekend | alex88
[14:28] <alex88> oh..:) right..thank you BlackZ :)
[14:29] <penguin42> alex88: Oh you found a patch?
[14:32] <alex88> penguin42, sata kernel developer given to me
[14:32] <alex88> i've added to the bug report
[14:32] <penguin42> alex88: I tend to follow https://help.ubuntu.com/community/Kernel/Compile   , and yes building the kernel should be a good way to try - won't help on install though
[14:32] <alex88> now compiling patched kernel
[14:32] <alex88> penguin42, can't do on that..the board_ahci_yes_fbs isn't declared on older kernel.. i'm building lastest development version
[14:33] <penguin42> ah right
[14:33] <alex88> btw, it should build headers and image deb so i can test on usb installed ubuntu if it see the hdd
[14:34] <alex88> also i've set bug as confirmed.. after testing if it works what to do?
[14:36] <penguin42> alex88: Not too sure; you could try asking on #ubuntu-kernel, the bug should gain a patch tag automatically I think; can you set 'nominate for natty' - I can't see the botton at the moment
[14:36] <alex88> np :)
[14:39] <penguin42> alex88: In that bug it's probably right to be clearer about exactly who gave you the patch
[14:40] <alex88> penguin42, Tejun Heo<EMAIL_ADDRESS>from<EMAIL_ADDRESS>[14:41] <penguin42> yeh, just say that in the bug - it's always good to be able to trace patches
[14:41] <alex88> done
[14:55] <crimsun> alex88: as a note, that patch needs to land in Linus's tree and linux-2.6.36.y.git (stable) for the SRU
[15:06] <penguin42> in which case the thing to do is to test it and confirm it works; Tejun's message says it's a blind patch without testing - so if it works and you can give it a good test let Tejun know, and maybe he can push it or do a bit more investigation
[15:07] <crimsun> it would just follow normal commit procedure: Reported-and-tested-by: alex88   .. etc.
[15:16] <nigelb> crimsun: Morning :-)
[15:17] <crimsun> nigelb: hi
[15:17] <nigelb> crimsun: Nice to see you around after long
[15:25] <cjwatson> who runs http://reports.qa.ubuntu.com/reports/sponsoring-stats/?  it would be awfully nice if the graphs' y-axis started at 0
[15:25] <cjwatson> non-0-based graphs are more usually used for statistical distortions to make a point :-)
[15:27] <nigelb> cjwatson: that's probably bdmurray's territory
[15:29]  * penguin42 is surprised that isn't one of the entries in '13 ways to say nothing in scientific visualisation'
[17:01] <bilalakhtar> doko: Can I work on the gcc-4.3 merge?
[17:06] <bilalakhtar> doko: ignore it, you have been uploading since a long time, leave it
[17:06] <bilalakhtar> I mean, ignore my previous message on taking the merge
[17:15] <bdrung> stgraber: pastebinit to paste.debian.net doesn't work any more. it outputs "http://paste.debian.net/"
[19:01] <RenatoSilva> how to undo apt-get build-dep?
[19:12] <ebroder> Of the releases that are still supported, Dapper and Hardy use usplash, Karmic uses xsplash, and everything newer uses plymouth, right?


 I have a strange request..  Chrome has a throttling feature.
 @KMyers Like, 1mbps slow
 I have to load it to a program I'm developing so chrome is a no-go
 Over a network or locally?
 Over a network
 @RazPi, I can setup a VM on one of my servers and limit the traffic to 1 MBPS
 :o
 I'll ping you in a few hours if it turns out I need that thank you


[12:21] <alexseif> Hi I get a funny error when I gksudo gedit however it doesn't stop anything
[12:27] <nalioth> from a terminal?
[12:29] <alexseif> yes
[12:30] <nalioth> any time you start a gui app from the terminal, you'll get a scroll of stuff
[12:31] <alexseif> yes I didn't use to
[12:31] <alexseif> but I had some problem with a couple of things
[12:31] <nalioth> did you get them resolved?
[12:33] <alexseif> yeo
[12:33] <alexseif> yep
[12:34] <nalioth> :)
[12:35] <alexseif> I'm glad your glad
[01:09] <alexseif> when you install something like apache2-doc how do you get to it
[01:10] <nalioth> point your browser to file:///usr/share/docs
[01:10] <nalioth> or in the console "man apache" or "info apache"
[01:11] <alexseif> thats it
[01:11] <alexseif> thanx
[01:11] <alexseif> but I was looking for something more like a manual
[01:12] <nalioth> 'man' is short for 'manual'
[01:13] <alexseif> i know but man is used for explaining the comman I'm looking for a manual to the apache as all so I can configure
[01:15] <nalioth> there are millions of websites on how to set it up
[01:16] <jrib> you could probably install apache2-doc or just read http://httpd.apache.org/docs/
[01:21] <alexseif> thanx
[01:21] <jrib> try #apache too


[10:24] <akamaus> greetings
[10:25] <akamaus> I'm looking for a way to periodically run a job (chef-client) on ubuntu-9.10
[10:25] <akamaus> can upstart be used for that?
[10:25] <akamaus> or I should run a service through cron job?
[10:26] <ion> Use cron for now. Cron-like functionality is in TODO.
[10:28] <akamaus> ion, thanks
[12:53] <akamaus> I've setup a cron job to run a script containing "/usr/bin/service chef-client start &>/tmp/log" command. As a result I'm getting "exec: 129: start: not found".
[12:54] <akamaus> what might be the reason?
[12:55] <akamaus> "/usr/bin/service chef-client start" runs ok from the root shell
[12:59] <akamaus> does upstart need setting a specific environment?
[13:08] <Keybuk> /sbin not in $PATH
[13:34] <akamaus> Keybuk, thanks for suggestion. Actually, I messed the things up. One should run "start chef-client" not "service chef-client start"
[13:37] <Keybuk> either works
[13:38] <akamaus> Keybuk, only if you have old style script in /etc/init.d
[13:38] <akamaus> I was too lazy to write one )
[16:31] <mgoetze> i'm having trouble with an ubuntu 10.04 server "sometimes" not starting the tty1 .. tty6 jobs. has anyone heard of something like that?
[16:31] <Keybuk> yes, there's an open bug
[16:31] <Keybuk> but without any solid information about what causes it
[16:32] <Keybuk> just wild theories
[16:32] <mgoetze> ok is there anything i could do to help you find information? (would e.g. a login on such a system help?)
[16:32] <mgoetze> also if you have the bug number i'd appreciate it
[16:34] <Keybuk> I'm not actively investigating it at the moment
[16:34] <mgoetze> some legacy init scripts seem to be affected as well, e.g. xinetd isn't running on this boot (on another boot xinetd was running but ttyX wasn't)
[16:34] <Keybuk> that is consistent with the reported problem


[12:30] <dolson> hi phanatic
[12:35] <phanatic> hi dolson
[12:35] <phanatic> hey raphink
[12:35] <phanatic> raphink: thanks for having a look at ubuntu-grub-splashimages :)
[12:38] <raphink> hi phanatic
[12:39] <raphink> you're welcome phanatic
[02:17] <dolson> quiet day
[02:18] <LaserJock_away> yes
[02:20] <minghua> people taking a break when almost all servers are down, perhaps? :-)
[02:24] <Hobbsee> oh, *those* servers being down - they were working for me earlier
[02:27] <dolson> my guess is people just have a life
[02:27] <dolson> whereas I haven't left my PC in over 72 hours
[02:27] <dolson> oh no, I did, I went for coffee last night, that's right heh
[02:28] <dolson> oh sweet, Forest just uploaded fluidsynth-dssi to revu
[02:29] <LaserJock> yes, I suppose a life might have something to do with it but my bet is on the servers being down ;-)
[02:31] <dolson> heh
[02:34] <fbond> hey
[02:34] <fbond> fbond = forest
[02:34] <fbond> what's up, Dana?
[02:34] <dolson> minghua: was it you who mentioned I should grep through the desktop files for my ubuntu studio launcher? I think it was, but I'm still learning people's names
[02:34] <dolson> oh hey man
[02:35] <dolson> I didn't know you were on IRC :)
[02:36] <dolson> fbond: I packed mx44 and my ubuntustudiolauncher and I did a man page for seq24 and a patch from persia, and uploaded to REVU
[02:37] <fbond> yeah, i saw that.  things are looking up for ubuntu music :)
[02:37] <fbond> i'm hoping to get a few more packages in there
[02:37] <dolson> fbond: I am thinking of packing om and omins next. I think willem did the debianization, so I'll have a look at them next
[02:38] <fbond> dolson: cool.  i'm going to power through hexter and xsynth-dssi, and see if I can figure out some legal way to do dssi-vst
[02:39] <dolson> fbond: that is awesome.. even if all we need is a tutorial on dssi-vst, then it's still great to have all else in Ubuntu directly
[02:40] <dolson> fbond: I saw that LMMS 0.1.4 came out not long ago.. as well as ardour 0.99.1. I don't know how likely it is that these would be approved, but I sure hope at least ardour is because it has a lot of fixes.. people getting stuck in the export dialog box, for example
[02:40] <fbond> dolson: agreed.  ardour should be all set in dapper?  I've been tracking the ardour email lists, and 0.99.1 seems to have introduced a new bug.  is the maintainer aware?  who is the maintainer?
[02:40] <fbond> dolson: yes, ardour 0.99.1 fixes many bugs as well.
[02:40] <dolson> fbond: it did? hmm.. the maintainer is rjo from debian
[02:41] <fbond> dolson: yeah, i would guess that a quick 0.99.2 may be put out to correct the problem, which several users have run into
[02:42] <fbond> dolson: huh.  I just looked at LMMS.  hadn't heard of it before.
[02:43] <dolson> fbond: it is supposed to be really good... it is developing fast, and when I first tried it, it sucked, crashed, didn't even give me sound
[02:43] <minghua> dolson: no, that's not me
[02:43] <dolson> fbond: it has VST support as well, at least in CVS.. btw, several people I know that I won't name have whispered about forking ardour.. they claim that paul is hostile toward debian and has no clue about UI design
[02:45] <fbond> dolson: bad idea.  i feel that paul knows what he's doing.
[02:46] <fbond> dolson: ui stuff seems like an obvious no-no.  ardour ignores gnome theme.  i think they are working on it.
[02:46] <dolson> fbond: I advised against it.. I can't code very well myself (Battle Pong is proof of that, although someone took the effort to port it to Xbox) so I couldn't help.. and yeah, I really hope that the GTK2 port follows the theme
[02:47] <fbond> dolson: i think the "hostility" stems from the fact that paul is critical of the debian devs' decision to compile against system libs instead of using included versions
[02:47] <fbond> dolson: yeah, ardour is huge and complex
[02:47] <fbond> dolson: "fork" is barely a credible concept there
[02:48] <fbond> dolson: and paul is really smart
[02:49] <dolson> fbond: I don't doubt it. I would rather they contact him and discuss contributing.. although, the ardour site recommends against debian and ubuntu.. and ONLY those two. for some reason.
[02:49] <fbond> dolson: this is true.  many people feel that debian's commitment to libre software is a bit suffocating
[02:50] <fbond> dolson: some have carried that attitude to ubuntu
[02:50] <fbond> dolson: (i find that ubuntu is much more pragmatic)
[02:51] <fbond> dolson: debian tends to be out-of-date, and not include support for hardware for which no OS driver exists
[02:51] <dolson> fbond: well, if he has an issue with the politics, he should leave it off of the site.. I am not sure though, because he claims that the "initial setup" is not good for newbies. whatever that means. I found Ubuntu way easier than Mandrake, and I used to maintain a Mandrake site before I switched to debian 3 years ago
[02:51] <fbond> dolson: i think that paul probably hasn't used ubuntu, and ubuntu lacked a lot of audio software (until three months from now)
[02:52] <fbond> dolson: fact remains that, if you want to run an ubuntu DAW, you have to compile stuff
[02:52] <fbond> dolson: as opposed to FC, where you can just point your system at PlanetCCRMA
[02:53] <fbond> dolson: and the politics have practical consequences
[02:53] <dolson> fbond: yeah, but that's no different than, say, Gentoo, where you compile everything.. no major distros are out-of-the-box DAW ready
[02:53] <fbond> dolson: it's a bit different when the whole point of your distro is to compile everything :)
[02:54] <fbond> dolson: spend some time lurking on #ardour, you will be impressed.  the devs react really fast to bugs, etc, and really know the software well
[02:55] <dolson> fbond: well, I know! but how could you recommend against Debian and Ubuntu? Debian, you could just point your system to DeMuDi. :) but I know what you mean. I just think that the message is unneeded on his site, that's all. I don't know how to really use ardour much, but the bit I experimented with was quite impressive
[02:57] <fbond> dolson: i tried DeMuDi.  Idunno, it was lacking something in the quality dept., I thought.
[02:57] <fbond> dolson: I guess you can just point Debian at DeMuDi repos.  But I stopped using Debian on my desktop for a reason. :)
[02:58] <LaserJock> raphink: ping?
[02:58] <raphink> LaserJock: pong <><
[02:58] <dolson> fbond: Yeah, I know. I said as much on the LAU list, and it got a little warm :) anyhow, my background is highly in favor of hardware... I was anti-software-based music creation for a long time, and swore I'd never do it. but I got interested in it for some strange reason. weird how that works... I was using my PC only for a digital multitrack via Audacity. I have used it for years.. but there is just so much that it can't do in compar
[02:58] <dolson> ison to JACK and everything else
[02:59] <fbond> dolson: yeah, virtual reality is always more flexible. :)
[02:59] <fbond> dolson: with music, though, limitations are not always bad things
[02:59] <LaserJock> raphink: I think that the bug day is on the 17th
[03:00] <raphink> LaserJock: really?
[03:00] <dolson> fbond: I still really like hardware, so I am kinda conflicted about the whole thing. I don't know how to get really decent results from softsynths yet, but with my Yamaha RM1x, I can get the sounds I like easily
[03:00] <raphink> propose another date LaserJock :)
[03:00] <LaserJock> raphink: yeah, it was in dholbach's annoucement
[03:01] <raphink> oh yeah
[03:01] <raphink> LaserJock: then propose another day and that's fine :)
[03:01] <fbond> dolson: my guess is that it's a matter of knowing your gear.  then again, DSSI/LADSPA is far behind VST stuff, so sound quality may reflect the ... limited ... state of the art with Linux soft synths
[03:02] <fbond> dolson: i've heard music written with nothing but software.  it can be quite good. :)
[03:02] <dolson> fbond: I haven't heard anything back from Mark or Daniel or anything since last time regarding the kernel or packages. Mark just told Daniel to link me to REVU and he said to get the software we need from DeMuDi into it asap
[03:02] <fbond> dolson: do we need to get a RT kernel in there ourselves?
[03:03] <fbond> dolson: i already have a 2.6.12-ck6 package
[03:03] <fbond> dolson: would that be useful?
[03:03] <dolson> fbond: the last word was Mark knows some people who have the muscle to pull it off, and he ended with "More in due course:
[03:03] <fbond> dolson: i'm not sure if anyone thought REVU would be a route for kernel package upload :)
[03:04] <crimsun> well, there's always the stop-gap solution of realtime-lsm
[03:04] <dolson> no, realtime-lsm is something totally different
[03:04] <crimsun> Lee's working on getting the necessary pam patches in shape
[03:04] <crimsun> dolson: I do know.
[03:05] <fbond> yeah, fully preemptible kernel is what we'd like
[03:06] <dolson> fbond: I don't think it is.. I recommend to just work on apps for now. I'll hear from Mark soon enough. I don't expect an -rt kernel with full preemption in Dapper, but probably Dapper+1
[03:06] <LaserJock> raphink: what about the 15th. We have a MOTU meeting on that day, maybe if everybody is around for that they can do some REVUing as well ;-)
[03:06] <dolson> crimsun: I thought that mdz approved the patch already and it went through?
[03:06] <fbond> hmmm.  that does sound reasonable...
[03:06] <crimsun> dolson: got a link to the approval?
[03:07] <dolson> crimsun: no, but I can get a link to lee telling me that on the LAU list
[03:07] <dolson> fbond: besides, what's a -rt kernel without the apps? :)
[03:07] <fbond> dolson: true
[03:08] <crimsun> I don't see anything in our pam indicating it has been merged
[03:08] <dolson> fbond: the dapper kernel has CONFIG_PREEMPT=y which is a big improvement over Breezy performance-wise, coupled with realtime-lsm, set_rlimits, or patched-pam, and it's almost decent to do some non-pro work
[03:09] <raphink> LaserJock: sure, that's a good date
[03:09] <raphink> LaserJock: in the middle of the week, so noboby is away in their week-end
[03:09] <raphink> LaserJock: you can propose that, I'll +
[03:09] <crimsun> raphink: what meeting?
[03:09] <raphink> ok I'm off to bed
[03:09] <raphink> later people :)
[03:09] <raphink> crimsun: it's for REVU day
[03:10] <crimsun> ah
[03:10] <dolson> crimsun: http://music.columbia.edu/pipermail/linux-audio-user/2006-February/031249.html
[03:10] <crimsun> these silly workweek things.
[03:10] <raphink> announced by dholbach
[03:10] <dolson> cya raphink
[03:10] <raphink> but no date was chosen yet
[03:10] <raphink> and it's qutie urgent
[03:11] <crimsun> I'll ping pitti regarding pam, then
[03:11] <dolson> crimsun: in that thread, I mistyped Breezy instead of Dapper, in case you were confused
[03:11] <crimsun> no, I did the necessary substitution
[03:12] <dolson> :)
[03:13] <dolson> he said it was on the -devel list, but I didn't see it and I didn't pursue it further
[03:15] <crimsun> relevant link I see is https://lists.ubuntu.com/archives/ubuntu-devel/2006-February/015008.html
[03:17] <dolson> crimsun: I posted in that thread last. I didn't see where mdz sent it out to get it worked on, as lee said
[04:05] <dolson> fbond: do you have any of your music online?
[04:06] <fbond> dolson: i could get it there, but won't :)
[04:06] <dolson> :(
[04:07] <fbond> sorry, my stringer quality standards prohibit virtually everything i've ever done from going anywhere
[04:07] <fbond> s/stringer/stringent/
[04:07] <dolson> bah, my music is crap, but I still put it on my site, and even try to sell a demo CD
[04:09] <fbond> both routes carry certain risks, i suppose
[04:09] <dolson> oh man, I'm watching King of the Ring '98 and Mick Foley took a dive off the top of the steel cage, through an announcer table.. what an idiot
[04:10] <fbond> erm what.. who.. is that?
[04:10] <dolson> lol, it's some old old wrestling stuff
[04:11] <dolson> what a way to spend my saturday night
[04:11] <fbond> :) my gf is into wrestling, mostly as a form of social exploration
[04:12] <dolson> does she watch it on TV or does she actually wrestle?
[04:13] <fbond> heh, a) shes's been to live events, b) she occasionally watches on TV, and c) that's none of your goddamn business
[04:13] <fbond> jk
[04:14] <dolson> haha
[04:14] <dolson> tell her she should watch TNA iMPACT! in about 45 minutes on SpikeTV :) if she doesn't already have a timer set
[04:17] <fbond> well, we lack cable TV these days... it's part of a concerted effort to improve productivity
[04:17] <dolson> tell her about pwtorrents.net then ;)
[04:18] <dolson> and hey, I thought the productivity thing was none of my business
[04:20] <fbond> pwtorrents.net -> wow... and ... it still isn't
[04:24] <fbond> k, gotta run
[04:24] <fbond> let me know if you get any more news on RT kernel
[04:25] <fbond> -Forest
[04:34] <dolson> hello janm and robertj
[04:35] <janm> hi dolson
[05:51] <LaserJock> are there any MOTUs awake? I need to get some syns requested
[05:52] <LaserJock> syncs that is
[05:52] <crimsun> sure, what's up?
[05:54] <LaserJock> plotdrop and easychem need to be synced and gausssum added
[05:55] <LaserJock> also, if there are new Debian version and there wan't a previous Ubuntu version can we just sync those or do we need to verify that they build ok?
[05:57] <crimsun> those can be synced, but they probably need to pass through dholbach requesting them (already in Debian but NEW in Ubuntu due to sync)
[05:59] <LaserJock> gausssum should be the only one new to Ubuntu or am I misunderstanding you?
[05:59] <jah_raztah> hi, is this the channel were one can request for a package to be added to dapper?
[05:59] <crimsun> LaserJock: that's correct. As a sanity check, are the orig.tar.gzs identical for plotdrop and easychem in Ubuntu and Debian?
[06:00] <LaserJock> crimsun: plotdrop, yes (I'm the debian maintainer), gimme a sec to check easychem (Kyral's)
[06:01] <crimsun> they need to be identical, or the sync attempt will be rejected, and elmo will have my head
[06:01] <LaserJock> of course
[06:01] <LaserJock> but then you could always blame me, he will understand I'm sure.
[06:03] <crimsun> yeah, but that doesn't excuse us for not checking prior :)
[06:06] <dolson> jah_raztah: I think you can do it on the wiki, but I am interested in what package you want added because I'm nosy
[06:06] <LaserJock> md5sums are the same for easychem and plotdrop
[06:07] <crimsun> great, thanks.
[06:07] <jah_raztah> oh, beep-media-player develpment is dead, thus a new project called audacious has began to pick up where bmp left off, and it's very solid so far and has built in support for mp3, wma and other codecs
[06:08] <jah_raztah> mp3 sound much better on it then they do on xmms or beep-media-player
[06:08] <LaserJock> jah_raztah: that right, https://wiki.ubuntu.com/MOTU/Packages/Candidates is probably what you want, although it might be there already
[06:08] <dolson> jah_raztah: I have heard of it.. someone in another channel recommended it to me the other day
[06:08] <LaserJock> I see BMPx is there but not audacious
[06:08] <jah_raztah> though it is under heavy development, all of the major releases are complete and everything works
[06:09] <jah_raztah> unlike bmpx
[06:09] <crimsun> jah_raztah: I'm waiting for bmpx can be removed, really. It's in Debian's NEW.
[06:09] <crimsun> s/I'm waiting for //g
[06:09] <jah_raztah> bmpx devs release un finished and broken product
[06:09] <crimsun> we'll sync it, hopefully
[06:09] <crimsun> jah_raztah: 0.13 is hardly what I'd call finished
[06:10] <jah_raztah> yes
[06:10] <crimsun> furthermore, neither descender nor deadchip call it finished or feature-complete
[06:10] <crimsun> it's known to be in flux
[06:10] <jah_raztah> but take a look at audacious 0.2, you'll find it to be very much functioning and completed
[06:10] <crimsun> jah_raztah: I know, I follow its development
[06:11] <crimsun> I'm just clarifying that no one calls bmpx "complete" or "finished"
[06:12] <jah_raztah> yes, i did not mean to say it's complete, i was just saying that the releases that are released have alot of unfinished things, and very unstable compared to audacious
[06:12] <jah_raztah> that is why i prefer to see audacious
[06:12] <jah_raztah> in the repos
[06:12] <jah_raztah> that is all
[06:12] <dolson> jah_raztah:  I would like to see it too. is it in debian?
[06:12] <jah_raztah> i'm not sure
[06:13] <jah_raztah> i've installed it in breezy
[06:13] <dolson> answer is: not as of feb. 9
[06:13] <jah_raztah> have it running with almost all the feature enabled
[06:14] <jah_raztah> ubuntu will never have software added to it's repository if its not in debian?
[06:14] <crimsun> incorrect, it has software not in Debian
[06:14] <jah_raztah> oh
[06:15] <crimsun> likewise, Debian has software that will miss getting into Ubuntu due to cutoffs in syncing
[06:15] <dolson> it's just easier if it's already there
[06:15] <jah_raztah> oh i see
[06:16] <jah_raztah> i've been searching through the ubuntu website, trying to find the scheduals for the flight cds
[06:16] <jah_raztah> but couldn't find it
[06:16] <LaserJock> I don't think they are scheduled, I could be wrong
[06:16] <jah_raztah> i'm interested in flight cd 4, due to many improvments and the inclusion of ubuntu express
[06:16] <crimsun> https://wiki.ubuntu.com/DapperReleaseSchedule
[06:17] <jah_raztah> yes i've been to that webpage
[06:17] <jah_raztah> doesn't mention anything about the flight cds
[06:17] <jah_raztah> it does mention a beta release for mar 23rd
[06:18] <crimsun> flights aren't laid out
[06:18] <jah_raztah> alright
[06:19] <jah_raztah> distrowatch does the work for me and reports when it does release
[06:19] <jah_raztah> thanks for all the help and information
[06:19] <jah_raztah> good bye
[07:02] <LaserJock> crimsun: can I get you to request syncs of advi and autoclass ? no ubuntuX versions just bumped Debian versions. they build in dapper and orig.tar.gz files are the same
[07:07] <crimsun> LaserJock: sure. Any more in the next hourish (so I can batch them to elmo)?
[07:07] <LaserJock> crimsun: no, I need to get to bed.
[07:08] <crimsun> ok.
[07:08] <crimsun> I'll ask for them before I head out (~1 hr)
[07:08] <crimsun> he's probably asleep after a day at the datacentre
[07:09] <LaserJock> yeah
[07:44] <Plug_> Hi.  Anyone know if anyone is packaging mythtv for Debian/Ubuntu since mdz stopped?
[07:47] <crimsun> it's still packaged
[07:48] <crimsun> I plan to get the -fixes branch in
[07:48] <Plug_> for dapper?
[07:48] <crimsun> yes
[07:48] <Plug_> What about 0.19?
[07:49] <crimsun> we've passed UVF
[07:49] <Plug_> right
[07:49] <crimsun> it's worth discussing with the rest of the MOTUMedia team, though
[07:50] <crimsun> there seem to be a fair number of important fixes
[07:50] <crimsun> unfortunately there also seem to be a huge number of feature additions
[07:51] <Plug_> Yeah, it wouldn't exactly be considered tested by the time of release.
[07:51] <Plug_> I'm interested in being bleeding edge, of course. :)
[07:54] <Plug_> There is currently a thread on mythtv-dev about getting a working debian/ dir for 0.19, using marillat's package: http://www.gossamer-threads.com/lists/mythtv/dev/178703
[07:54] <Plug_> ..might come in handy.
[07:55] <crimsun> I'm pretty sure I personally won't push for 0.19
[07:56] <crimsun> -fixes svn branch for 0.18.1 should be sufficient for Dapper
[07:56] <crimsun> 3 (5) years is a long time to deal with 0.19 otherwise
[07:57] <Plug_> true
[07:58] <Plug_> If I get it all going I'll make sure there is a page in the MythTV wiki about getting newer packages. ;)
[11:01] <phanatic> hi people
[12:20] <phanatic> hi raphink
[01:32] <\sh> did i miss an announcement of the server downtime?
[01:33] <ogra> obviously ...
[01:33] <ogra> https://lists.ubuntu.com/archives/ubuntu-announce/2006-February/000049.html
[01:34] <\sh> argl...i'm not subscribed to ubuntu-announce, only -deve-announce
[01:36] <\sh> hmm..so the service window is slightly increased :)
[01:36] <\sh> moins ogra btw
[01:36] <ogra> moin :)
[02:19] <pef> motu-reviewers: is someone against the fact I upload packages with contributed desktop file ? better package them to have user feedback than leaving them on LP :)
[02:35] <Yagisan> G'day all
[02:36] <Yagisan> saw something interesting today
[02:37] <Yagisan> apt-torrent http://sianka.free.fr/index.html it seems to be a way to deliver .debs via bittorrent
[02:37] <StevenK> That's fairly old.
[02:38] <StevenK> And from what I remember of the discussion, required changes to the Packages files to maintain the hash of each file.
[02:38] <Yagisan> does it actually work ?
[02:38] <Yagisan> I thought it was a nice idea
[02:38] <StevenK> Personally, I don't care. My downloads from {au.,}archive.ubuntu.com are fast enough.
[02:39] <Yagisan> StevenK: we are still on for lunch this thursday ?
[02:39] <StevenK> We certainly are.
[02:40] <Yagisan> excellent :)
[02:40] <StevenK> .. did we end up picking a time?
[02:40] <Yagisan> yes. You said 12:30 was good for you
[02:40] <StevenK> Ah, right.
[02:41] <Yagisan> mines getting old :( I got it at UDU
[02:43] <Yagisan> if that apt-torrent thing works, it might be good for my repo
[02:46] <Yagisan> zakame:
[02:47] <Yagisan> zakame: hows it going ?
[02:49] <phanatic> hey zakame
[02:51] <zakame> heya Yagisan phanatic :D
[02:52] <zakame> Yagisan: how do you enable that Japanese IM?
[02:53] <zakame> hi MOTUs :)
[02:56] <Yagisan> zakame: I installed uim on breezy, but am looking forward to minghua's work on scim in dapper
[02:56] <zakame> ooh!
[02:56] <Yagisan> zakame: uim only works in gnome apps
[02:56] <zakame> I'll try that then :)
[02:56] <Yagisan> zakame: and breaks half of universe and things like sun java
[02:57] <zakame> that's ok, just about everything I do is either in Emacs, or in a chroot ;)
[02:58] <Yagisan> zakame: you need uim-anthy and you probably want to install a few other uim packages
[02:59] <Yagisan> zakame: such as uim-xim uim-gtk2.0 uim-applet-gnome
[03:00] <zakame> ahhh
[03:01] <zakame> k, grabbing those then (apt-cache seems to suggest those too :)
[03:04] <Yagisan> zakame: did you see my www site ?
[03:05] <zakame> not yet, where's that?
[03:07] <Yagisan> zakame: www.eyagiconsulting.com
[03:09] <freeflying_> Yagisan: if you use dapper , why don't u use scim
[03:12] <Yagisan> freeflying_ I don't use dapper on production boxes
[03:13] <freeflying_> Yagisan: actually , scim can be used in breezy too
[03:16] <stratus> ajmitch_, ping
[03:18] <zakame> Yagisan: your page is somehow taking too long to load :/
[03:21] <zakame> ooh its in plone
[03:24] <StevenK> Who'd have thunk burning a DVD could cause a load of 12.
[03:24] <StevenK> I certainly didn't.
[03:26] <ogra> thunk ?
[03:26] <ogra> thats .au slang ?
[03:26] <tseng> thought
[03:26] <ogra> tseng, i got that, was just wondering :)
[03:26] <tseng> its a bad conjugation to be cute
[03:26] <StevenK> ogra: It's some kind of slang - I actually have no idea.
[03:26] <ogra> heh
[03:26] <tseng> it bugs me
[03:27] <tseng> like sink - sunk
[03:27] <ogra> ouch
[03:27] <ogra> StevenK, complain at Keybuk ...
[03:27] <tseng> mm it is /tmp
[03:28] <StevenK> I only have myself to blame - I should have thought before bashing the Reset button.
[03:33] <Yagisan> re
[03:35] <Yagisan> StevenK: dvd burning can cause quite high loads on my box too - but my burner is crap. the box locks up when it tries a cd-rw
[03:36] <StevenK> Ugh.
[03:36] <StevenK> I've never seen it do that before.
[03:36] <apachelogger> re
[03:37] <Yagisan> StevenK: some gigabyte dual layer POS
[03:37] <StevenK> My DVD burner is some no-name single layer thing
[03:38] <Yagisan> I should have bought a lite-on like my cd-rw and dvd-rom
[03:40] <Yagisan> anyone else have troublewith dvd+rw media. my burner seems unable to erase and re-write them :(
[03:51] <nlindblad> evening masters
[03:52] <Yagisan> zakame: wb
[03:53] <zakame> thanks Yagisan :)
[03:53] <Yagisan> zakame: yeah my site is a bit slow. it's link is saturated today :(
[03:55] <Yagisan> zakame: so, can I interest you in an Ubuntu migration ;)
[03:55] <zakame> Yagisan: what's it about? :)
[03:59] <Yagisan> zakame: something you probably don't need if you are here. I come in and switch your windows boxes to Ubuntu gradually, and train you to use your new (now working) system for work.
[04:04] <zakame> ooh
[04:07] <zakame> huh? what's with the devel ML today? spam detector spamming?
[04:08] <Yagisan> zakame: well, it's more enjoyable then fixing the windows boxes. No one has called to say their Ubuntu box is broken.
[04:08] <xhaker> the spam is not triggering the removal.. it's spam with low rating
[04:14] <zakame> Yagisan: yes, I can imagine you'd be able to do more ubuntu dev work too :)
[04:17] <Yagisan> zakame: that would be nice, but as my www site indicates, I'm more interested in Ubuntu security
[04:19] <zakame> yea
[04:25] <sistpoty> hi folks
[04:28] <zakame> heya sistpoty
[04:28] <sistpoty> hi zakame
[05:23] <kyral> Whee, time to recover GRUB
[06:24] <Kyral> Victory is mine :D
[06:24] <jpatrick> ok
[06:25] <Kyral> Once again I recover my system from a situation that normal people would have reinstalled ;P
[06:26] <sistpoty> Kyral: what is reinstalling? :P
[06:26] <Kyral> Thats my point ;P
[06:26] <Kyral> GRUB went wonky and said it couldn't load /dev/hda2 (my /)
[06:27] <Kyral> So, I chrooted in with a LiveCD, upgraded to the latest Dapper updates, reinstalled GRUB, and unprelinked(which I think had something to do with it)
[06:28] <jpatrick> which is what I would of done
[06:28] <Kyral> Yes, but like the rest of my friends would have just given up :P
[06:28] <Kyral> I'm riding a Geek Ego Boost, gimme a break ;P
[06:29] <sistpoty> Kyral: you're lucky... my friends would have called me for help *g*
[06:29] <jpatrick> My friends would of have installed Windows :(
[06:38] <jpatrick> raphink: uploaded new kmplayer package
[06:42] <Toadstool> sistpoty: hi, I've put a new wide-dhcpv6 package with po-debconf and a french translation on REVU
[06:43] <sistpoty> hi Toadstool: hopefully I'll have time to review it tonight ;)
[06:44] <Toadstool> cool :)
[06:45] <Kyral> ..I unprelinked
[06:45] <fbond> anyone have time to check out a few packages i've uploaded to REVU?
[06:45] <Kyral> but I forgot I still had prelink set to run after Apt operations,,
[06:46] <raphink> fbond: give me the name, url on REVU and url of the upstream tarball unless you have a debian/watch in the package
[06:46] <raphink> fbond: and I'll run a report on them
[06:47] <fbond> there are debian/watch files for both packages: dssi, fluidsynth-dssi
[06:48] <fbond> raphink: thank you, btw
[06:49] <fbond> raphink: dssi is at (http://revu.tauware.de/details.py?upid=1749), and fluidsynth-dssi is at (http://revu.tauware.de/details.py?upid=1750)
[06:50] <raphink> gbo, Toadstool, jpatrick : check your packages in a few minutes as I'm running revu-report
[06:50] <raphink> I'll have a look at them "manually" in a while
[06:50] <Toadstool> ok
[06:50] <jpatrick> raphink: thank you :)
[06:51] <fbond> raphink: "manually" ? as opposed to...?
[06:52] <Toadstool> revu-report I suppose
[06:53] <fbond> ah
[06:55] <jpatrick> yahoo. kmplayer built
[06:58] <phanatic> raphink: if it's not too late, please run revu-report on http://revu.tauware.de/details.py?upid=1751 as well, please :)
[07:03] <phanatic> raphink: another thing: is there a problem with the packages you uploaded last week (nanoweb, sysinfo)? they didn't appear in the archives, just on launchpad...
[07:03] <sistpoty> phanatic: probably these are still in the new queue
[07:04] <phanatic> sistpoty: does it take so long to get into the archives?
[07:05] <sistpoty> phanatic: sometimes...
[07:05] <ogra> NEW needs manual processing
[07:05] <ogra> its queued until someone unleashes it
[07:06] <phanatic> sistpoty, ogra: thanks for the info... then i'll be waiting patiently :)
[07:08] <raphink> fbond: your packages seem to have FTBFS. Check the REVU pages
[07:08] <raphink> at least ddsi FTBFS
[07:09] <raphink> and fluidsynth-dssi fails because it can't find dssi
[07:14] <phanatic> raphink: i'll corrent mine as well
[07:14] <raphink> good
[07:15] <sealne> raphink: any chance of looking at my latest dcfldd (http://revu.tauware.de/details.py?upid=1745) only change is to debian/watch?
[07:24] <fbond> raphink: ah.  thanks.  packages build fine under breezy.  didn't know i needed to check things with pbuilder.
[07:24] <phanatic> cool... i cannot test with pbuilder, coz it's unable to fetch one package from the archives...
[07:26] <ogra> fbond, in any case you need to package for dapper, not for breezy
[07:26] <sistpoty> phanatic: try updating your pbuilder
[07:26] <sistpoty> (sudo pbuilder update)
[07:27] <phanatic> sistpoty: thanks
[07:30] <raphink> fbond: breezy is frozen, we don't add new software to it
[07:35] <sealne> raphink: sorry just uploaded a new version of dcfldd that uses the correct Homepage: format in debian/control hadn't noticed that before
[07:35] <raphink> your debian/watch doesn't work either, sealne
[07:35] <sealne> bah
[07:35] <sealne> i hate debian/watch
[07:36] <raphink> lol
[07:36] <raphink> then give me the url to the upstream tarball please :)
[07:36] <raphink> oh well nm I'll find it :)
[07:37] <raphink> sealne: I see a new version of dcfldd on the website : 1.3.4
[07:37] <raphink> is there a reason why you're packaging 1.3.3 ?
[07:37] <sealne> i had been testing it by running "uscan" in the source directory which produced no output, how should i test it?
[07:37] <sealne> oh great 1.3.4 of dcfldd just came out today
[07:37] <raphink> hehe ;)
[07:38] <raphink> can you update your package and upload again sealne ?
[07:38] <phanatic> sealne: uscan --verbose?
[07:38] <sealne> yep grrr :)
[07:38] <raphink> uscan --report
[07:38] <sealne> phanatic: still didn't complain
[07:38] <sealne> k
[07:39] <raphink> sealne: new version = new features + bugs fixed
[07:39] <raphink> so be happy
[07:41] <sealne> heh
[07:41] <sealne> should i just pretend that i never did anything with 1.3.3 or mention in changelog?
[07:42] <phanatic> sealne: empty changelog
[07:42] <raphink> you pretend you never knew it
[07:42] <raphink> ;)
[07:42] <raphink> in the changelog
[07:42] <sealne> k
[07:42] <sealne> btw:
[07:42] <sealne> kd@napier-01:~/dev/ubuntu/dcfldd/dcfldd-1.3.4$ uscan --report
[07:42] <sealne> dcfldd: Newer version (1.3.4) available on remote site:
[07:42] <sealne>   http://prdownloads.sourceforge.net/dcfldd/dcfldd-1.3.4.tar.gz
[07:42] <sealne>   (local version is 1.3.3)
[07:42] <fbond> ogra: yeah, my package is for dapper, i've just been doing basic verification of packaging under breezy
[07:43] <sealne> raphink: what do you get from uscan --report?
[07:43] <raphink> I get the same as you sealne
[07:43] <raphink> so it works
[07:44] <raphink> it's revu-report that doesnt detect newer versions proprely and I know why ;)
[07:44] <raphink> but I'm waiting for revu-tools to be in dapper
[07:45] <sealne> ah i was getting confused about that
[08:07] <phanatic> raphink: http://revu.tauware.de/details.py?upid=1757
[08:11] <sealne> raphink: http://revu.tauware.de/details.py?upid=1758
[08:12] <siretart> hi folks
[08:13] <phanatic> hi siretart
[08:13] <siretart> hi phanatic
[08:14] <phanatic> siretart: could you have a look at this one: http://revu.tauware.de/details.py?upid=1705 ?
[08:14] <sealne> raphink: actually new version incomping had an old date in copyright
[08:14] <sistpoty> hi siretart
[08:14] <siretart> huhu sistpoty
[08:15] <fbond> does pbuilder create take a really long time?
[08:15] <sealne> depends on your connection and machine, its creating a basic install so has to get a fair amount
[08:15] <sistpoty> stratus: I am just looking at pyspf and want to drop 2.2 support and enable 2.4 support for ubuntu, since we don't have 2.2 any longer and 2.4 is the default. any objections?
[08:16] <raphink> sealne: uscan gets the HTML page, not the tarball
[08:16] <fbond> if things were not configured properly, pbuilder should just fail without delay, correct?
[08:16] <stratus> sistpoty, i'll do that in Debian tonight. Do you want to wait my upload and sync? There's already a bug about that in Debian BTS.
[08:17] <raphink> fbond: pbuilder does take a long time to creat
[08:17] <sistpoty> stratus: I'll happily wait for your upload... thx!
[08:17] <siretart> lets see if removing gnome-power-manager fixes my suspend problems
[08:17] <stratus> sistpoty, np, i think it will hit the archive in the dinstall run tomorrow.
[08:17] <sealne> raphink: still?
[08:17] <sealne> grr
[08:17] <sistpoty> stratus: cool
[08:18] <raphink> sealne: yeah :(
[08:18] <siretart> phanatic: http://revu.tauware.de/revu1-incoming/ubuntu-grub-splashimages-0602081940/lintian
[08:19] <phanatic> siretart: please read raphink's comment about this
[08:19] <siretart> ah, this is cdbs, right
[08:20] <siretart> but wait, this is an arch: all package
[08:20] <siretart> hi lucas
[08:20] <phanatic> siretart: this was discussed recently on debian-devel (as raphink told me)
[08:20] <lucas> hi all :-)
[08:20] <raphink> not recently, but it was discussed on d-d phanatic ;)
[08:21] <phanatic> raphink: sorry... then you told me about this recently (that's the correct statement maybe) ;)
[08:21] <raphink> siretart: from what I understood, dependencies that are called during clean should nto be in -Indep because clean is not indep
[08:22] <siretart> raphink: so this would be a bug in lintian
[08:22] <raphink> yes siretart
[08:22] <raphink> siretart: lintian can be ignored on this
[08:23] <raphink> sealne: report is fine on dcfldd
[08:23] <raphink> sealne: i'll havea look at it later ;)
[08:23] <raphink> I have to go now
[08:23] <raphink> ++ people :)
[08:23] <sistpoty> cya raphink
[08:23] <phanatic> bye raphink
[08:24] <siretart> bye raphink
[08:24] <jpatrick> bonsoir raphink
[08:25] <siretart> phanatic: I'm happy with the package, but I'm a bit undecided with the name. ubuntu-grub-splashimages sounds like something rather for main than for universe
[08:25] <phanatic> siretart: see kubuntu-grub-splashimages :)
[08:26] <phanatic> Section: universe/admin
[08:27] <siretart> hm. and it touches /boot/grub/menu.lst without any warning..
[08:27] <phanatic> hmm... it's there for me
[08:28] <phanatic> siretart: i just modified the appropriate parts of the kubuntu-grub-splashimages package to fit
[08:30] <siretart> interesting. it is listed in lp, why not on my system?
[08:30] <phanatic> dunno
[08:30] <ogra> NEW ?
[08:30] <phanatic> ogra: surely not
[08:30] <siretart> ogra: do you have it in your apt-cache?
[08:31] <phanatic> siretart: i do have it
[08:32] <ogra> i only have grub-splashimages ...
[08:32] <ogra> nothing edubuntu, kubuntu or ubuntu specific ...
[08:33] <siretart> intersting
[08:33] <phanatic> Filename: pool/universe/k/kubuntu-grub-splashimages/kubuntu-grub-splashimages_1.0-0ubuntu1_i386.deb
[08:33] <phanatic> snippet from apt-cache show output
[08:33] <siretart> http://archive.ubuntu.com/ubuntu/pool/universe/k/kubuntu-grub-splashimages/
[08:33] <siretart> it is there
[08:34] <ogra> i'm on amd64 ... is it build i386 specific (would be silly) ?
[08:35] <siretart> ha, thats it
[08:35] <siretart> it is i386 only
[08:35] <ogra> heh
[08:35] <ogra> no need for that
[08:35] <siretart> phanatic: why no amd64?
[08:36] <phanatic> yeah, it's not all for some reasons (see it's revu page)
[08:36] <ogra> ppc doesnt have grub it wont get built anyway
[08:36] <ogra> and amd64 has grub ...
[08:36] <phanatic> siretart: http://revu.tauware.de/details.py?upid=1163
[08:37] <ogra> just make it [i386 amd64]  then :)
[08:37] <ogra> but "all" should do no harm either
[08:38] <phanatic> ogra: my package has 'all'
[08:39] <siretart> phanatic: no. it is potentially build for 'any' architecture listed in your architecture line
[08:39] <siretart> phanatic: I don't see any architecture specific bits in your package, though
[08:40] <ogra> yeah, make it "any" and make the binary package depend on grub ...
[08:40] <siretart> ok. /me gets pissed
[08:40] <siretart> either gnome-powermanager or gnome-screensaver is the culprit
[08:41] <siretart> ogra: sounds sensibe. I agree
[08:43] <siretart> ogra: sorry, I had nothing but problems since I tried to use it
[08:43] <ogra> siretart, yes, i saw that, but i wonder why
[08:44] <siretart> the most annoying thing is that it looses focus
[08:44] <ogra> it seems to work for the majority ... and as i said before, g-p-m is totally dumb ... it calls only pmi
[08:44] <siretart> so I don't even see a password window
[08:44] <siretart> hm
[08:44] <ogra> oh, youre talking about g-s-s
[08:45] <siretart> the current problem was this:
[08:45] <siretart> I press my suspend hotkey, the laptop suspends
[08:45] <siretart> I want to wake it up, but the laptop immediatly resuspends (1.5 seks)
[08:45] <phanatic> siretart: sorry for disturbing you with my little problems :) so i only have to change "Architecture: all" to "any", right?
[08:45] <siretart> I wake it up again, and the screen gets garbled
[08:45] <siretart> :/
[08:46] <ogra> hmm, are you sure its not an ibm thing with the scpi scripts and pmi ?
[08:46] <ogra> *acpi
[08:46] <siretart> phanatic: change it to 'all', it currently has a list of supported architectures
[08:46] <siretart> ogra: this is an ibm thinkpad R40
[08:46] <ogra> do the ibm lappies have any specific tool ?
[08:47] <ogra> apart from acpi-scripts
[08:47] <siretart> they have an ibm-acpi.ko for enabling hotkeys, but they work fine for me
[08:47] <ogra> i have had probs with pbbuttonsd on my ibook, since it tried to do the same pmi did
[08:47] <ogra> pitti sorted that ...
[08:47] <siretart> let me try pmi from the shell
[08:48] <ogra> just try it from logout
[08:48] <siretart> thats my next problem:
[08:48] <dolson> could someone help me with this? http://revu.tauware.de/details.py?upid=1743
[08:48] <siretart> when I want to logout, the complete gnome-session gets frozen for 5 mins
[08:48] <siretart> this seems unrelated (at least I hope)
[08:48] <ogra> thats a known bug many people see
[08:49] <siretart> and my local loopback IS okay, I checked that many many time
[08:49] <siretart> s
[08:49] <phanatic> siretart: my package has "all": http://revu.tauware.de/revu1-incoming/ubuntu-grub-splashimages-0602081940/ubuntu-grub-splashimages-1.0/debian/control
[08:49] <ogra> i see it during liveCd tests as well ... its something in the session that doesnt shut down properly
[08:50] <siretart> phanatic: your's does have. kubuntu-g-s does not
[08:50] <siretart> ok. 'sudo pmi action suspend' works like a charm
[08:51] <phanatic> siretart: are there any other issues then regarding ubuntu-grub-splashimages?
[08:51] <ogra> then it might be a problem with the hal pmi helper or you have something left from the old acpi-scripts stuff
[08:52] <siretart> phanatic: well, I'm not convinced about the postinst. It should be save, but I don't have a good feeling with that
[08:52] <ogra> did you edit the defaults at some point ?
[08:52] <siretart> well, I did edit in /etc/acpi/scripts, yes
[08:52] <siretart> mainly in order to integrate whereami
[08:52] <phanatic> siretart: i see...
[08:52] <ogra> so they probably didnt get overwritten
[08:52] <siretart> how can I check if there is some cruft left over
[08:52] <phanatic> i just thought that kubuntuz
[08:52] <ogra> dpkg -S `
[08:52] <ogra> ?
[08:53] <phanatic> i just thought that kubuntu-grub-splashimages was accepted with these scripts
[08:53] <ogra> siretart, you clearly have two apps trying to perform the same action ...
[08:54] <siretart> phanatic: not by me ;)
[08:54] <siretart> ogra: yes, it looks like. But which and why?
[08:55] <phanatic> siretart: that's right ;)
[08:55] <ogra> siretart, no real clue ... but i suspect there is a leftover from the old acpi-scripts ... try purge and look whats left ...
[08:56] <siretart> ogra: I've just seen some '.dpkg-old' files lying around. I try to diff/merge them
[08:56] <ogra> ah
[08:56] <siretart> after I filed a bug agains k-grub-splashimages
[08:56] <ogra> :)
[08:59] <siretart> bug filed, raphink subscribed
[09:04] <ogra> hmm, Riddell and slomo approved it ...
[09:06] <jpatrick> what about ppc?
[09:06] <ogra> ppc has no grub
[09:07] <jpatrick> ah right
[09:07] <ogra> and yaboot cant do any graphical stuff
[09:07] <siretart> the files itself are architecture independant, there is no point in wasting space for every arch on the mirrors
[09:07] <raphink> siretart: the arch line in k-g-s is the same as grub
[09:08] <raphink> siretart: it's nonsense to use all for this package since it won't be of any use for ppc for ex
[09:08] <ogra> but it doesnt get built for amd64
[09:08] <raphink> wel then there has to be seen why
[09:09] <raphink> i'll check the buildlogs
[09:10] <phanatic> raphink: but it depends on grub
[09:10] <phanatic> so it will be installable only on i386 and amd64
[09:10] <raphink> the reason why build failed on amd64 seems to be cdbs
[09:10] <raphink> funnily enough
[09:11] <raphink> debian/rules:3: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory
[09:11] <raphink> make: *** No rule to make target `/usr/share/cdbs/1/rules/debhelper.mk'.  Stop.
[09:11] <raphink> that's what made it fail
[09:11] <raphink> although package explicitely depends on cdbs
[09:12] <siretart> raphink: anyway, what architecture dependant parts are in the package?
[09:12] <ogra> there is nop binary data at all in the package ... its fine to make it arch all ...
[09:12] <ogra> this architecture line in the control file is insane
[09:13] <raphink> ogra: it had been chosen together with MOTUs to fit the grub build-deps
[09:13] <ogra> raphink, but what for ?
[09:13] <raphink> i'm fine to change it as all if you all think it's better
[09:13] <ogra> its a picture and a bunch of scripts ...
[09:13] <raphink> ogra: so that it's not available on archs that don' thave grub
[09:13] <raphink> such as ppc
[09:13] <siretart> raphink: grub is a bootloader, which is fairly architecture dependant. your artwork package is not
[09:14] <siretart> raphink: make the package depend on grub, so it is uninstallable on ppc
[09:14] <ogra> if it depends on grub its not installable without grub
[09:14] <ogra> siretart, it already does
[09:14] <ogra> :)
[09:14] <raphink> it won't be installable
[09:14] <raphink> but it'll be selectable
[09:14] <raphink> so people on ppc might complain it doesn't work
[09:14] <raphink> since they can select it for installation
[09:14] <ogra> thats great :)
[09:14] <raphink> but installation fails
[09:14] <raphink> ogra: what do you mean?
[09:15] <ogra> once one rewrites yaboot to display images, he can use the source ;)
[09:15] <raphink> hehe ok
[09:15] <siretart> raphink: thats no problem. we have other shit like this in the archive
[09:15] <raphink> ;)
[09:15] <raphink> good point ;)
[09:15] <raphink> well then i'm fine to fix it
[09:15] <siretart> err, ignore that part with 'shit'. I mean 'lovely and a bit strange packages'
[09:15] <phanatic> lol :)
[09:16] <ogra> i also doubt there are ${shlibs:Depends} needed in the deps line :)
[09:16] <raphink> siretart: yeah that's what i thought ;)
[09:16] <raphink> didn't sound like you somehow siretart  ;)
[09:16] <raphink> ogra: indeed :)
[09:16] <siretart> :)
[09:16] <raphink> ok I'll review it :)
[09:16] <raphink> I'l do that later tonight
[09:17] <raphink> thanks for reporting siretart :)
[09:17] <raphink> ++
[09:26] <thierry> hi could someone help me with https://launchpad.net/distros/ubuntu/+source/geg/+bug/5399 ? I don't know what's wrong with my patch
[09:26] <Ubugtu> malone bug 5399 in geg "[PATCH]  adding a .desktop file to geg" [Normal,In progress]
[09:28] <siretart> ogra: I see that doko uploaded a new gcc. perhaps the chroots are being updated?
[09:29] <ogra> siretart, i uploaded a new ubuntu-meta this afternoon... its not even on the launchpad source page ... something is broken
[09:29] <ogra> and the buildlogs show no build attampts at all
[09:32] <siretart> hm. sounds strange
[09:32] <sistpoty> at least it appears on your +packages page
[09:32] <ogra> but not on https://launchpad.net/distros/ubuntu/dapper/+source/ubuntu-meta
[09:34] <ogra> i guess the incoming queue isnt processed ...
[09:34] <ogra> filed a rt ticket already
[09:37] <siretart> Edgy Earthworm... hmmm
[09:40] <ompaul> edgy emu
[09:40] <ompaul> :)
[09:40] <sistpoty> I'm just trying to fix gnome-apt, which needs updated autotools files... however it makes distclean in the clean rule. Is it better to rerun autotools locally and change make distclean to make clean or to run autotools during build time?
[09:41] <siretart> sistpoty: there is no real consensus on that. infinity said once that he prefers to run autocrack at buildtime
[09:42] <sistpoty> siretart: ah, k... but that would be an more intrusive change (new build-depends more changes in rules), so I'm a little bit undecided yet
[09:43] <sistpoty> ah... maybe the change isn't needed at all :)
[09:43] <siretart> sistpoty: I see. hm. thats not an easy question. I think I'd go with the less intrusive patch
[10:07] <nictuku> hey
[10:09] <nictuku> I'm writing this software that is officially wanted by ubuntu - nwu
[10:10] <nictuku> the thing is I have to discuss with ubuntu "officials" some important issues like - could it go to main? if it does, what about it's dependencies, is it possible to bring other packages to main?
[10:10] <nictuku> or better, who should I talk to?
[10:12] <siretart> nictuku: the first step is to bring it into universe
[10:12] <nictuku> hmm indeed
[10:13] <siretart> nictuku: after that, you have to write a MainInclusionReport so it gets reviewed if it fits the criteria for main. for universe, the critieria are way lower
[10:13] <LaserJock> azeem: ping?
[10:14] <nictuku> I see. would it be harder to accept in main if it currently depends on universe-pacakges?
[10:14] <nictuku> specifically I could not find any soap implementations for python in main
[10:25] <sistpoty> nictuku: if you want to get it into main, you'll need to have all dependencies in main as well. so: yes, it's harder
[10:41] <lucas> what's the current status of sync requests lag ?
[10:46] <sistpoty> lucas: quite big I assume (at least I didn't see one of my syncs make it yet)
[10:46] <LaserJock> hmm, is there a site like http://ftp-master.debian.org/new.html or something for Ubuntu?
[10:47] <sistpoty> LaserJock: none that I would know of... and if there was one, it's certainly not valid for soyuz any longer
[10:47] <LaserJock> sistpoty: do you know if soyuz has any similar feature?
[10:47] <sistpoty> LaserJock: no idea actually
[10:48] <LaserJock> I suppose I could ask #launchpad, but I'm afraid I know the response already
[10:49] <sistpoty> hehe
[10:53] <lifeless> we explicitly designed in queues like that
[10:53] <lifeless> I don't know if they are visible to $random user or not
[10:57] <raphink> siretart: fix uploaded for k-g-s
[10:59] <siretart> raphink: :)
[11:00] <raphink> siretart: changed a few little things at the same time ;)
[11:00] <raphink> doesnt cost much, and makes the package nicer :)
[11:00] <siretart> yes. changelogs looks good
[11:00] <raphink> :)
[11:26] <Toadstool> thanks to raphink, sistpoty and REVU, wide-dhcpv6 has been uploaded to Debian's NEW :)
[11:26] <Toadstool> thank you very much
[11:26] <raphink> Toadstool: huh?
[11:26] <Toadstool> I hope it will be included in dapper
[11:26] <raphink> how is it thanks to REVU?
[11:27] <Toadstool> you've helped me improve it
[11:27] <raphink> oh great :)
[11:29] <Toadstool> good night everybody
[11:32] <raphink> gn ToadZzZztool
[11:40] <fbond> raphink: sorry about the troubles earlier.  dssi, fluidsynth-dssi, and hexter are all ready to go.  i've tested all three in pbuilder.  both hexter and fluidsynth-dssi build-depend on dssi-dev (from dssi).  do you have some time to build them?
[11:40] <raphink> Ilet me see
[11:41] <raphink> it's building
[11:42] <fbond> thanks, raphink.  much appreciated.
[11:48] <fbond> raphink: when building fluidsynth-dssi and hexter using pbuilder, i had to do a login.  is there a better way to build them, given that they build-depend on dssi, which is not available from the repos?
[11:49] <raphink> what do you mean by a login?
[11:49] <fbond> pbuilder login
[11:49] <raphink> what is that?
[11:49] <raphink> I'd use a local repository
[11:49] <fbond> ah
[11:50] <fbond> is that how it is done on the REVU machine?
[11:50] <raphink> no, we don't have anything to do it so far on REVu
[11:50] <raphink> I'm thinking of a way to do it nicely
[11:50] <fbond> yes, my method was quite awkward
[11:51] <fbond> i had to install build-depends manually
[11:53] <fbond> i don't know pbuilder that well...but you can bindmount a dir containing debs, and have that dir specified in sources.list as a local repo?
[11:54] <raphink> wait I'm still reviewing the package
[11:54] <raphink> wait a min ;)
[11:55] <fbond> sorry
[11:58] <ajmitch_> hi
[11:58] <ajmitch_> looks like my box at home has shut down or otherwise died
[12:00] <raphink> there fbond, a few comments :)
[12:00] <raphink> some not mandatory, some more important
[12:00] <raphink> ajmitch_: argh :s
[12:00] <raphink> ajmitch_: I knwo how this feels :S
[12:01] <fbond> raphink: thanks
[12:01] <dolson> fbond: hey man :D
[12:01] <dolson> fbond: Im packaging qmidiarp right now, just fyi