[12:15] <ScottK> Daviey: In Ubuntu we always start from source.
[12:15] <Daviey> ScottK, i mean the actual install.  Should it be binary or shell script?
[12:15] <ScottK> Oh.
[12:16] <Daviey> ok thanks anyway
[12:18] <superm1> Daviey, what shell script are you speaking of?
[12:18] <Daviey> superm1, 'unfoo'
[12:19] <Daviey> superm1, http://obsoleet.org/code/unfoo/
[12:19] <Daviey> i find it immensely useful 
[12:20] <superm1> yea i can see that being very useful
[12:20] <Daviey> :)
[12:21] <Daviey> (don't steal it :P )
[12:21] <superm1> alright alright you can have this one :)
[12:21] <Daviey> seems to work fine compiled
[12:21] <Daviey> not sure weather to install it compiled or as a script
[12:22] <superm1> i didnt realize you could even compile shell scripts
[12:22] <superm1> are they faster when compiled?
[12:22] <Daviey> it's so small, it should make any difference
[12:22] <Daviey> just a v. basic wrapper for tar, zip et al
[12:24] <ScottK> Bug #112710 is ready for UUS review if anyone is available.
[12:24] <ubotu> Launchpad bug 112710 in clamav "Merge clamav 0.90.2-1 from Debian Unstable (Main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112710
[12:43] <jekil> if in ubuntu there is an old version and a bug like this, if i package and upload to revu, my package get in ubuntu?
[12:44] <Daviey> jekil, what repo is the existing package in?
[12:45] <jekil> Daviey: universe
[12:45] <Daviey> can't see why not then
[12:45] <jekil> Daviey: thanks
[12:46] <Daviey> jekil, (i'm not a MOTU tho) 
[12:54] <Xk2c_> question about localisation
[12:54] <Xk2c_> a .mo and a .po file
[12:55] <Xk2c_> what are they supposed to do?
[12:55] <Kmos> it's for translation
[12:55] <Xk2c_> i have looked at a .po and it contains "replacements" for translation
[12:56] <Xk2c_> is it used at compile time?
[12:56] <Xk2c_> or at runtime?
[12:56] <geser> both
[12:56] <geser> those files are used by gettext
[12:56] <Xk2c_> and what is the difference compared to .mo?
[12:57] <geser> .po contains the "source" translations which can be edited with a simply editor
[12:57] <crimsun> persia: sure (WRT audacity)
[12:58] <geser> they get "compiled" into .mo files at build time
[12:58] <Xk2c_> ic
[12:58] <geser> and gettext uses the .mo files during runtime to translate text (depending on the locale settings)
[12:58] <Xk2c_> i guess that makes it faster?
[12:59] <geser> I'd guess yes, but I haven't looked into the details
[12:59] <Xk2c_> ok thanks geser 
[12:59] <jdong> does IRC not have a quit message size limit? :)
[01:00] <Xk2c_> i will have to dive a bit deeper into gettext i think
[01:01] <persia> crimsun: Thanks.  I prepared a debdiff, but I'm really not sure about one of my decisions.  The crash was caused by portaudio19 and JACK on amd64.  Audacity needs to patch portaudio19 for portmixer, so system portaudio19 is a little buggy.  JACK is disabled for !{i386,ppc} in system portaudio.  My solution was to disable JACK for audacity for other architectures, but I wondered if patching portaudio19 might have been better, so 
[01:01] <crimsun> cut off at "patching portaudio19 might have been better, so"
[01:02] <persia> ... better, so that the architecture-specific debian/rules only needed to be fixed in one place once portaudio had proper memory bounds checking.
[01:03] <crimsun> ok, so does portaudio19 19+svn20070125-1 from Sid exhibit these problems still?
[01:05] <persia> crimsun: Not such that it's a bug.  portaudio in SID disables JACK for the architectures where the memory bounds checking causes a crash.
[01:07] <persia> Rather, audacity portmixer cannot build against Debian portaudio19: upstream hasn't accepted the audacity patches yet (available on portaudio Trac).
[01:08] <crimsun> hmm.
[01:08] <crimsun> it looks like the current version synced from Sid doesn't have all the necessary fixes anyhow (reading Debian 406798)
[01:08] <ubotu> Debian bug 406798 in espeak "espeak: Segmentation fault when sound card in use" [Important,Open]  http://bugs.debian.org/406798
[01:09] <crimsun> it would be best if the available interfaces were consistent across all arches
[01:10] <crimsun> I suppose in the worst case, if we wanted to maintain the sync from Sid, that we could simply disable j-a-c-k for amd64 in audacity
[01:10] <persia> crimsun: I think that JACK in portaudio is a good thing, even if it excludes amd64, but I like JACK.
[01:11] <crimsun> there's nothing stopping us from rolling in the new pa19 snap
[01:11] <jdong> crimsun: random question... slap me if I'm being ignorant.... but is it just me, or have various "no sound after upgrade" type regressions become more prevalent recently?
[01:11] <crimsun> jdong: upgrade or _dist_-upgrade from edgy to feisty?
[01:12] <crimsun> (people abuse "upgrade" frequently)
[01:12] <jdong> crimsun: just generally in newer Ubuntu releases
[01:12] <crimsun> jdong: that still doesn't answer the question
[01:12] <jdong> I have no idea how people do their upgrades... it gives me chills to think about it
[01:12] <persia> crimsun: If you're considering a new portaudio19, let me know if you want to also include the patch from audacity 1.3.2 (in lib-src/portmixer/portaudio.patch).  If so, I'll respin audacity to build against system portaudio.
[01:12] <jdong> but I've seen a few cases of various "Intel HDA" users claiming they upgraded properly, but lost sound
[01:12] <crimsun> jdong: are people meaning dist-upgrade when they mean upgrade?
[01:12] <crimsun> ...when they say upgrade, rather
[01:13] <jdong> crimsun: I don't think they are dist upgrading...
[01:13] <crimsun> I have not seen any issues where a person already running 7.04 final loses sound when they upgrade
[01:14] <crimsun> persia: I would push for a newer pa19 with the necessary patches applied (and obviously clearly noted in the changelog and README.Debian)
[01:14] <jdong> crimsun: has the introduction of intel HDA increased the rate of sound errors, or is that a false observation?
[01:14] <crimsun> jdong: more precisely?
[01:15] <jdong> i.e. more problems with sound not working, etc after HDA became prevalent, than before.
[01:15] <crimsun> I don't know if you mean "bug reports" or "hardware errors" by "sound errors"
[01:15] <jdong> more like bug reports... i.e. sound not working under Linux
[01:15] <persia> crimsun: patches for JACK, or for portmixer?  If for JACK, such a patch doesn't exist yet (even in portaudio upstream), and portaudio is efficient enough to scare me away from coding one.
[01:16] <crimsun> jdong: yes, absolutely.  The cause is the spec being too lose WRT pin chaining, so Realtek, Analog Devices, and Sigmatel have gone overboard with extensions, meaning that every new codec revision needs a quirk entry.  It's horrible.
[01:16] <jdong> crimsun: ah, ok, that makes sense; unfortunately, really :(
[01:17] <crimsun> persia: applying whatever patches from audacity to the newer pa19 [if applicable] 
[01:19] <persia> crimsun: OK.  That way, audacity gets JACK support whenever portaudio is fixed.  I'll take a look at it, and respin audacity if I am successful.  Thanks.
[01:19] <crimsun> persia: thank /you/
[01:25] <crimsun> 2.4 is much more mature than 2.6 even if it's not as nice on the eyes
[01:25] <crimsun> there are an unbelievable number of workarounds for 2.6's unicode mess in vlc
[01:26] <persia> crimsun: It doesn't handle unicode (lots of localisation bugs), and it breaks when using wxGetUserName (and my patch for 2.8 and 2.6 doesn't backport cleanly).
[01:26] <crimsun> yes, but 2.6's unicode is arguably even more ... interesting.
[01:28] <persia> crimsun: I cannot disagree, but I'd prefer it being odd to issues like the results of running audacity from the archives in a RU.UTF8 locale (and selecting Russian as the display language).  The menus are unusable (and that's only KOI8)
[01:29] <crimsun> whatever makes our users happy, I suppose.
[01:31] <crimsun> ->coffee
[01:42] <Xk2c_> night
[02:30] <crimsun> DaD seems to discard previous Ubuntu changelog entries for the case where foo-0ubuntu[1..x]  was uploaded into Ubuntu prior to Debian foo-1
[02:31] <crimsun> see DaD's grab-merge.sh of galago-gtk-python, for instance
[02:31] <crimsun> we shouldn't be discarding those entries
[02:32] <Fujitsu> crimsun: I believe it's only when the .orig.tar.gz differs.
[02:32] <Fujitsu> crimsun: Check the diffs, the base->ubuntu one is probably empty.
[02:33] <crimsun> yep
[02:33] <Fujitsu> I've notified Lu*tin about
[02:33] <Fujitsu> *about that
[02:37] <Fujitsu> Has anything changed with regard to the need for running dh_iconcache in debian/rules?
[02:37] <crimsun> not AFAIK
[02:37] <Fujitsu> It's annoying having to keep a delta for such a small thing :(
[02:38] <crimsun> hmm, 2.6.22-1.5 and lilo don't play nicely
[02:41] <Fujitsu> Hm, eb was synced 3 days ago, yet it hasn't disappeared from DaD yet.
[02:43] <crimsun> hmm, well 2 more sync requests
[02:55] <crimsun> I would just like to add that DaD's comment field in the web ui is a great example of "doing the right thing".
[02:57] <Fujitsu> Just in that it is there, or is there some behaviour of it?
[03:01] <crimsun> both.  I typed in "sync bug #foo", and it placed it in the leading column correctly
[03:07] <Fujitsu> Ah, yes.
[03:07] <Fujitsu> It's very useful :)
[03:10] <crimsun> hmm
[03:11] <crimsun> is it not possible to sync newer upstream versions from Debian unstable?
[03:11] <crimsun> RE: https://bugs.launchpad.net/ubuntu/+source/wxwindows2.4/+bug/104390
[03:11] <ubotu> Launchpad bug 104390 in wxwindows2.4 "[sync request]  wxwindows2.4 2.4.5.1.1 from Debian unstable (main)" [Wishlist,Rejected]  
[03:12] <crimsun> of course the md5sums won't match; they're completely different tarballs (as native)
[03:12] <crimsun> the point was that 2.4.5.1ubuntu2 is subsumed by 2.4.5.1.1
[03:12] <dabaR_> Can I ask questions about bugs here as well?
[03:12] <dabaR_> About fixing them.
[03:12] <dabaR_> Triaging rather.
[03:12] <crimsun> sure.
[03:13] <dabaR_> It seems https://launchpad.net/bugs/112725 is not a bug. Can someone help me figure it out, please?
[03:13] <ubotu> Launchpad bug 112725 in rhythmbox "MP3 files" [Undecided,Unconfirmed]  
[03:14] <Fujitsu> crimsun: ubuntu2 > .1
[03:14] <crimsun> Fujitsu: oh right.  duh.
[03:14] <crimsun> dabaR_: actually it is a bug.
[03:15] <Fujitsu> I hate that aspect of the versioning :(
[03:15] <crimsun> dabaR_: looking at ProcMaps.txt, note:
[03:15] <crimsun> b5932000-b5951000 r-xp 00000000 08:02 2829335    /usr/lib/gstreamer-0.10/libgstflump3dec.so
[03:15] <crimsun> b5951000-b5952000 rw-p 0001f000 08:02 2829335    /usr/lib/gstreamer-0.10/libgstflump3dec.so
[03:15] <Fujitsu> Why did it get an extra bit, anyway?
[03:16] <crimsun> dabaR_: reassign it to the gst-fluendo-mp3 source package.
[03:16] <crimsun> Fujitsu: good question.
[03:16] <Fujitsu> Surely it had enough components already.
[03:17] <dabaR_> Just to confirm, I click upstream, select that package, and then reject it for the package it was originally filed?
[03:17] <crimsun> dabaR_: no, click the name of the source package under Affects and change it to gst-fluendo-mp3
[03:18] <dabaR_> crimsun: OK, thank you very much :-) 
[03:20] <Fujitsu> Woah, almost 1200 items in NEW>
[03:23] <Fujitsu> Is there any reason stuff from contrib/non-free wouldn't be in Ubuntu, other than just not being imported?
[03:24] <crimsun> I think that's the reason.  Colin mentioned it requiring a separate rune.
[03:24] <Flannel> Anyone happen to know where I can get a dapper version of sobby 0.4?
[03:24] <Fujitsu> It's not picked up by the autosync, I know that.
[03:25] <Fujitsu> And there's no list around that I know of, so I'm making one.
[03:29] <crimsun> fla	backport it using dpbuilder
[03:29] <crimsun> ugh, lag
[03:29] <Fujitsu> Um, that didn't appear very well.
[03:29] <crimsun> Flannel: backport it using pbuilder
[03:30] <Fujitsu> Or backport it using prevu. Except that you'll have to backport prevu first :P
[03:30] <jdong> Fujitsu: lol isn't that an awesome catch-22?
[03:30] <Fujitsu> jdong: I know!
[03:30] <jdong> Fujitsu: actually prevu's all python; feisty debs should work for edgy too
[03:30] <crimsun> or checkinstall it for great justice
[03:31] <crimsun> =)
[03:31] <jdong> YAY PIDGIN PACKAGING!!!11111one
[03:31] <jdong> lol
[03:31] <dabaR_> Is https://bugs.launchpad.net/ubuntu/+source/gaim/+bug/112720 a real bug?
[03:31] <ubotu> Launchpad bug 112720 in gaim "cap plugin is missing" [Undecided,Unconfirmed]  
[03:32] <crimsun> dabaR_: yes, wishlist
[03:32] <crimsun> it's completely intentional.
[03:32] <dabaR_> I can then say confirmed, wishlist?
[03:32] <crimsun> if you can in fact confirm it, yes
[03:32] <dabaR_> OK.
[03:33] <Flannel> crimsun: Id love to.  Never done it before.  Got any documentation?  Also, can't use PREVU, since, I have no GUI.
[03:33] <jdong> Flannel: prevu doesn't have a GUI....
[03:33] <jdong> it depends on pbuilder and devscripts, and is all CLI
[03:34] <Flannel> jdong: really?  thought it was a gUI based thing.
[03:34] <Flannel> nevermind then.
[03:34] <jdong> not at all :)
[03:34] <dabaR_> I have checked that I am using the same version, and looked over the plugin list, and it does not show that plugin. Does that mean I have confirmed it?
[03:34] <jdong> it's basically an automatic pbuilder-backporter
[03:34] <crimsun> dabaR_: yes
[03:35] <dabaR_> The importance seems locked(lock icon beside it).
[03:36] <crimsun> changed.
[03:36] <crimsun> (you need to be a bugsquad member IIRC)
[03:36] <Flannel> anything I should be aware of with pbuilder on dapper?  And, I just download the source from (where?) and then do the pbuilder thing?
[03:36] <Fujitsu> crimsun: ubuntu-qa
[03:36] <crimsun> I can't keep up with all these groups
[03:37] <crimsun> granted being in core gives me implicit membership, I suppose?
[03:38] <Fujitsu> -dev is the one that gives you implicit membership, but yes.
[03:38] <Fujitsu> Oh, -core-dev is a direct member too, though it's not necessary.
[03:38] <dabaR_> crimsun: should I do something to be able to change them in the future?
[03:38] <dabaR_> I mean, should I do something now...
[03:39] <Fujitsu> dabaR_: You need to be trusted and experienced enough to be added to the ubuntu-qa group.
[03:39] <dabaR_> OK. That is why I added now:)
[03:48] <Flannel> hmm.  For the record, it seems prevu has been already made available for dapper.  Or, so it claims (and it seemed to install alright)
[03:50] <dabaR_> OK. There is a bug #112720, and I confirmed it by installing bootcd-i386, and running the bootcdwrite command. Then I looked at the line that is wrong, and I looked up the fact that bash functions do not use () So I changed that in the file that is referenced in the error message.
[03:50] <ubotu> Launchpad bug 112720 in gaim "cap plugin is missing" [Wishlist,Confirmed]  https://launchpad.net/bugs/112720
[03:51] <dabaR_> I still got errors. Then I changed the sh link to bash(I actually think I broke something, but will see later), adn then there were no more error messages.
[03:51] <dabaR_> Sorry, that is not the bug #.
[03:51] <dabaR_> https://bugs.launchpad.net/ubuntu/+source/bootcd/+bug/112729
[03:51] <ubotu> Launchpad bug 112729 in bootcd "/usr/share/bootcd/bootcd-run.lib: 144: Syntax error: "(" unexpected" [Undecided,Unconfirmed]  
[03:52] <crimsun> retitle it to prepend [bashism] 
[03:53] <dabaR_> Title is summary in LP?
[03:53] <crimsun> yes
[03:53] <dabaR_> OK. That i all I do?
[03:53] <crimsun> you can confirm it
[03:54] <dabaR_> What about the fact that I found a way to resolve it? And I do not understand the change of the title, what was that about?
[03:55] <dabaR_> Ah...
[03:55] <dabaR_> It works when you change your shell to bash.
[03:55] <dabaR_> So the package maintainer will be able to know what to do if that is the title?
[03:55] <crimsun> it's a start
[03:57] <dabaR_> Oh, I get it. I was supposed to leave the same title, but put [bashism]  in front. Not change the name to "prepend[bashism] "
[03:59] <dabaR_> Can I get the source of the package, and get help from you to make the necessary changes?
[04:00] <crimsun> sure.  Do you want to fix the bashism or just fix the symptom?
[04:01] <dabaR_> The one that you suggest to be done. I will need help with pretty much everything, so maybe you can choose what is easier to you.
[04:01] <dabaR_> I think I want to fix the bashism.
[04:01] <crimsun> ok, that's the correct but more difficult fix
[04:01] <dabaR_> Sounds like the right thing to do.
[04:01] <dabaR_> Right.
[04:02] <crimsun> ooh, it's in 7.04
[04:02] <dabaR_> I just got the source.
[04:02] <crimsun> I guess we have to do an SRU, which means the least invasive fix
[04:02] <dabaR_> So then the easier thing?
[04:02] <crimsun> in which case we just /bin/sh -> /bin/bash
[04:03] <dabaR_> The thing is that the file is a .lib
[04:03] <dabaR_> Otherwise I would have done that initially.
[04:03] <dabaR_> This way I do not get how to do that.
[04:05] <dabaR_> I have to take 10. Bbiab.
[04:09] <crimsun> dabaR_: no, it's just a snippet in ascii.
[04:09] <crimsun> $ file bootcd-run.lib
[04:09] <crimsun> bootcd-run.lib: ASCII English text
[04:10] <dabaR_> Sorry I do not get your point.
[04:11] <dabaR_> Or the implications of it
[04:12] <crimsun> it's a text file that's included/parsed by other scripts
[04:12] <crimsun> don't mind the extension (filename); it's still a shell script
[04:13] <crimsun> the list of files that need to be fixed is revealed by:
[04:13] <crimsun> for i in `grep -nH 'bootcd-run.lib' * |awk -F: '{print $1}'`; do grep -nH 'bin/sh' $i; done
[04:14] <crimsun> this reveals that two files need to be changed in the SRU, bootcdmkinitrd and bootcdwrite
[04:15] <dabaR_> For me it the one-liner does not return results.
[04:15] <crimsun> did you extract the source?
[04:15] <crimsun> dpkg-source -x bootcd_3.00.dsc
[04:16] <crimsun> cd bootcd-3.00
[04:16] <crimsun> for i in `grep -nH 'bootcd-run.lib' * |awk -F: '{print $1}'`; do grep -nH 'bin/sh' $i; done
[04:16] <dabaR_> oops, sorry, one sec.
[04:16] <Ursinha> hi all
[04:16] <Ursinha> i'm trying to install ubuntu via network, and i'm getting a bad signature problem
[04:16] <crimsun> Ursinha: #ubuntu, please.
[04:17] <Ursinha> crimsun, i've already asked there, no answers
[04:18] <Ursinha> not even google
[04:18] <Ursinha> nothing
[04:18] <crimsun> Ursinha: even still, this is the incorrect channel.
[04:18] <Ursinha> i thought it may be a bug, so i'm here
[04:18] <dabaR_> OK. I think I am up to where I want to be. I now changed those two files to reference /bin/bash.
[04:19] <crimsun> dabaR_: right, make sure you change all the instances in bootcdmkinitrd
[04:19] <crimsun> dabaR_: (there are three)
[04:19] <dabaR_> Right, the grep told us that. I have now, thanks.
[04:21] <dabaR_> I have now changed all 3 references, that is.
[04:21] <crimsun> dabaR_: now add your changelog entries, then generate a debdiff against the current 7.04 version
[04:22] <dabaR_> Is that in the same directory the ChangeLog file?
[04:22] <crimsun> debian/changelog
[04:24] <dabaR_> crimsun: I am not sure what to write there.
[04:24] <crimsun> did you dch -i ?
[04:25] <dabaR_> This is the first time I am doing something like this, if it was not obvious:). No.
[04:25] <dabaR_> Hm...
[04:26] <jdong> Ubuntu uses avahi-daemon for mdns, right?
[04:26] <dabaR_> crimsun: I wrote * Changed bootcdmkinitrd and bootcdwrite to use /bin/bash rather than /bin/sh
[04:26] <crimsun> jdong: IIRC
[04:27] <dabaR_> BTW, my email address is shown as <dbernar1@dabar>, can/should I change that?
[04:27] <crimsun> yes
[04:27] <crimsun> e.g.,   (flood)
[04:27] <crimsun> bootcd (3.00ubuntu0.1) feisty-proposed; urgency=low
[04:27] <crimsun>   * {bootcdmkinitrd,bootcdwrite}: Use /bin/bash rather than /bin/sh,
[04:27] <crimsun>     LP: #112729.
[04:27] <crimsun>  -- Daniel Chen <crimsun@Box.ncat.edu>  Sat, 05 May 2007 22:25:30 -0400
[04:28] <crimsun> (it's humourous to note that I used a bashism in the changelog entry :-)
[04:28] <dabaR_> Will you use your version, or mine?
[04:28] <crimsun> use my version, but use your name and email address
[04:30] <dabaR_> Ugh, I hope I did not break the syntax.
[04:30] <dabaR_> I have
[04:30] <dabaR_>   * {bootcdmkinitrd,bootcdwrite}: Use /bin/bash rather than /bin/sh,
[04:30] <dabaR_>     LP:  #112729.
[04:30] <dabaR_>  -- Dan Bernardic <dan.bernardic@gmail.com>  Sat,  5 May 2007 21:29:11 -0500
[04:30] <dabaR_> Now.
[04:30] <crimsun> did you use "bootcd (3.00ubuntu0.1) feisty-proposed; urgency=low", too?
[04:30] <crimsun> that part is vital
[04:31] <dabaR_> Ah.
[04:31] <dabaR_> Then I have:
[04:32] <dabaR_> http://paste.ubuntu-nl.org/19371/
[04:32] <crimsun> yes, that should be above "bootcd (3.00) unstable; urgency=low"
[04:33] <crimsun> save it, then execute:  debuild -S
[04:33] <dabaR_> And the 7 lines.
[04:33] <dabaR_> I mean, it is above +--  7 lines: bootcd (3.00) unstable; urgency=low -- Bernd Schumacher  -------------------------------------------
[04:34] <crimsun> yes, since you're using vim
[04:35] <dabaR_> I am having trouble with gpg. I will go read the help page about gpg to fix it, unless you want to help me fix it.
[04:36] <crimsun> oh, debuild -uc -us -S
[04:36] <crimsun> you don't really need to sign it, since I'll have to sign it anyhow
[04:36] <dabaR_> http://paste.ubuntu-nl.org/19372/ ?
[04:37] <dabaR_> The ? helps a lot :)
[04:37] <crimsun> that's correct so far
[04:37] <Flannel> So, using prevu (trying to get sobby onto dapper), I did 'libnet6-1.3-0' and then sudo prevu-update, and then tried to prevu libobby-0.4-0, which depends on libnet6, but it says it "Tried versions: 1:1.3.1-2~6.06prevu1" but that doesn't satisfy.  Do I need to do something else?  Should I asking elsewhere?
[04:38] <crimsun> now,  debdiff bootcd_3.00.dsc bootcd_3.00ubuntu0.1.dsc >bootcd_3.00ubuntu0.1.debdiff
[04:38] <crimsun> Flannel: walk the stack.  You need to backport that lib first.
[04:39] <Flannel> crimsun: that is the lib.  And I already backported it (which is what the tried thing says, right?)
[04:39] <Flannel> crimsun: -> Considering  libnet6-1.3-dev (>= 1:1.3.1-2) //       Tried versions: 1:1.3.1-2~6.06prevu1 //    -> Does not satisfy version, not trying
[04:40] <dabaR_> I messed up something. Or you mispelled. I do not have bootcd_3.00ubuntu0.1.dsc, I have bootcd_3.00ubuntu1.dsc only 
[04:40] <crimsun> err, no, then I messed up.
[04:40] <crimsun> you should use 3.00ubuntu0.1, not 3.00ubuntu1
[04:41] <crimsun> that's our standard SRU version syntax
[04:41] <crimsun> (for -updates and -security)
[04:41] <dabaR_> I did the dch -i thing wrong.
[04:41] <crimsun> no you didn't
[04:41] <crimsun> it was correct
[04:41] <dabaR_> And you reviewed it but did not spot the error, as far as I can see.
[04:42] <crimsun> right, that was why I said it was my fault
[04:42] <dabaR_> A-ha.
[04:42] <dabaR_> I should read better:)
[04:42] <pwnguin> how do i put in a request to merge a package from debian into gutsy?
[04:43] <crimsun> pwnguin: well, one doesn't request a merge as much as do the legwork for the merge (i.e., actually merge it) then ask for a sponsor
[04:43] <pwnguin> ah
[04:43] <pwnguin> then mergomatic is for?
[04:43] <RAOF> Making it easier to merge :)
[04:43] <Fujitsu> Doing part of the legwork
[04:43] <Flannel> crimsun: do I need to install that lib to be able to backport the next lib? or is prevu-update enough?
[04:44] <crimsun> Flannel: I'm pretty sure you need to backport that lib first, but I haven't been paying attention
[04:45] <Flannel> crimsun: I did backport the lib.  sobby (and libobby) depend on libnet6-whatever, I did the libnet6 thing, and am now trying to do libobby, but I get: -> Considering  libnet6-1.3-dev (>= 1:1.3.1-2) // Tried versions: 1:1.3.1-2~6.06prevu1 // -> Does not satisfy version, not trying
[04:45] <RAOF> pwnguin: You can request syncs, though you pretty much need to do the merge work and find that there's nothing to merge :)
[04:45] <Flannel> crimsun: which, I think is saying that it sees 1:1.3.1-2(with the prevu extension), but isn't.. using it. for some reason
[04:46] <Flannel> is 1:1.3.1-2 higher than 1:1.3.1-2~something?
[04:46] <crimsun> yes
[04:46] <Flannel> the one sans tilda is higher?
[04:46] <pwnguin> RAOF: its just a php pear module. given that theres a ton of other modules already in ubuntu, im not sure how it would be any different (though i guess i should check an existing one first)
[04:46] <crimsun> see dpkg --compare-versions
[04:46] <crimsun> Flannel: ~ signifies a lowering
[04:47] <Flannel> crimsun: I see.  So, how do I get prevu to build that library?
[04:47] <Flannel> The command I just finished before this, was `prevu libnet6-1.3-dev` and I think it completed.
[04:47] <crimsun> Flannel: you'll need to ask jdong 
[04:47] <RAOF> pwnguin: Is it not already in Ubuntu, or is there a higher version in unstable (and the current Ubuntu version is -?ubuntu?)?
[04:48] <Flannel> if it didn't, it was sneaky about errors
[04:48] <Flannel> crimsun: alright, thanks for your help.
[04:48] <pwnguin> RAOF: it's in unstable, but not in ubuntu at all. are there general differences between source packages for debian vs ubuntu?
[04:48] <crimsun> dabaR_: have you generated the debdiff?
[04:49] <jdong> Flannel: you need to edit your source package to depend on ${Source-version} or 1:1.3.1-2~7.04prevu1
[04:49] <jdong> whichever makes sense
[04:49] <RAOF> pwnguin: Then that's not a merge (since there's no existing Ubuntu version to merge).  I thought unstable got auto-syncd, but maybe you'll need to manually file a sync request. 
[04:49] <Flannel> jdong: You mean ~6.06prevu1?
[04:49] <jdong> yeah
[04:49] <pwnguin> RAOF: ah. sorry for the flub on terms
[04:50] <pwnguin> so where do i file a sync request for php-xml-rss?
[04:50] <RAOF> pwnguin: That's OK.  Part of what the channel's for :)
[04:50] <crimsun> pwnguin: what's the name of the source package?
[04:50] <Flannel> jdong: so, I'll need to manually edit each package that has a depend that I'm also backporting?
[04:50] <Fujitsu> pwnguin: If it's not in contrib or non-free, it will be synced automatically.
[04:50] <jdong> Flannel: only if it depends on such an aggressively new package.
[04:50] <pwnguin> maybe im just using the wrong tools to see what's available
[04:50] <pwnguin> everyone says packages.ubuntu.com isn't good
[04:51] <crimsun> pwnguin: likely.  What's the name of the source package?
[04:51] <Flannel> jdong: Whats the definition of 'agressively new'?
[04:51] <pwnguin> crimsun: php-xml-rss :P
[04:51] <jdong> Flannel: the precise version of the package you backported
[04:51] <crimsun> pwnguin: it's in source NEW awaiting approval.  https://launchpad.net/ubuntu/gutsy/+queue?queue_state=0&queue_text=php-xml-rss
[04:52] <jdong> usually it's a revision or two below, so it will be able to pass the dep version check
[04:52] <dabaR_> crimsun: I have a file called bootcd_3.00ubuntu0.1.debdiff. It took me a while to figure out that I should be doing it over again.
[04:52] <Flannel> jdong: That was the same version, minus the ~6.06prevu1, wasn't it?
[04:52] <crimsun> pwnguin: sorry, binary NEW, not source NEW  (since it has already built)
[04:52] <jdong> Flannel: yes. it is not too common that a dependency is exactly the version that one backports
[04:53] <pwnguin> crimsun: ok. thanks. it's okay. i was hoping to find it in feisty, but i guess it missed a window or something
[04:53] <crimsun> dabaR_: can you pastebin that file?
[04:53] <jdong> the version number of a backport should be lower than the origin. that is an intended behavior of prevu, for upgrading safety
[04:53] <pwnguin> or actually, its newer than when feisty synced and i guess nobody asked for it
[04:54] <dabaR_> crimsun: http://paste.ubuntu-nl.org/19377/
[04:54] <Flannel> jdong: I understand that.  So, wouldn't all dependencies bcakported be lower, and as such, each (one or more backport dependent package) will require tweaking?
[04:55] <jdong> Flannel: what you are seeing is a rare case where the version number is EXACTLY the same. I am telling you that does not happen terribly often. Usually the dependency is something like (>= 1.2.3-1) when the version you backport is 1.2.3-5 or something
[04:55] <Flannel> jdong: Oh.  I understand.  Normally the versions are X, but that version is already X+1.  I understand now, thanks.
[04:56] <jdong> right
[04:56] <Flannel> right.  that makes complete sense now.  thanks again.
[04:56] <crimsun> dabaR_: excellent.  Please attach that to bug 112729
[04:56] <ubotu> Launchpad bug 112729 in bootcd "prepend [bashism] " [Medium,In progress]  https://launchpad.net/bugs/112729
[04:56] <jdong> no problem; anytime
[05:00] <dabaR_> crimsun: Done, I believe.
[05:00] <Flannel> heh, alright.  More newbie questions.  Where do I edit (after apt-get source) the versions of the package depends?
[05:02] <jdong> Flannel: the file is debian/control
[05:02] <crimsun> dabaR_:
[05:02] <crimsun>   bootcd_3.00ubuntu0.1_source.changes: done.
[05:02] <crimsun> Successfully uploaded packages.
[05:02] <Flannel> jdong: right, just found it.  thanks
[05:02] <jdong> Flannel: after editing, run "prevu" with no arguments in current directory
[05:02] <jdong> prevu will understand how to build a extracted debian source directory
[05:03] <crimsun> dabaR_: congrats, you've completed your first universe SRU
[05:03] <Simon80> hey, are any of the developers here familiar with libtxc_dxtn?
[05:04] <dabaR_> crimsun: hehe. You are not only technically excellent, but also have great skills in communicating with people, and working with you on something is a pleasure.
[05:04] <Flannel> jdong: the directory with the four package files (well, three then the contents?) or the contents directory?
[05:04] <dabaR_> crimsun: do we have to do anything else?
[05:05] <Simon80> it's a library that gets dlopened by mesa, separated only for legal reasons, and not intended for use by anything else
[05:05] <jdong> crimsun: yep, avahi-daemon+nss-mdns are what Ubuntu uses. my freebsd box is now zeroconfed!
[05:05] <dabaR_> crimsun: in terms of telling the person that reported the bug that it is fixed, and that.
[05:05] <jdong> Flannel: the directory that contains the debian/ directory
[05:05] <crimsun> dabaR_: sometime next week, a member of the ubuntu-sru team will approve it.  Once it's available, he will let us know, and I'll post an email to ubuntu-motu asking for testing.
[05:06] <Simon80> so, I'm wondering whether there are any real problems associated with putting a library lacking a soname in /usr/lib, if it isn't going to get used in any other fashion than that
[05:06] <crimsun> dabaR_: https://wiki.ubuntu.com/MOTU/SRU
[05:06] <Flannel> jdong: I get warning: new version (0.4.1-1~6.06prevu1) is less than the current version number (0.4.1-1)., do I need to also change it's version? or just ignore that?
[05:06] <crimsun> ->phone
[05:07] <jdong> Flannel: that is normal, ignore the error
[05:07] <Flannel> jdong: thanks
[05:09] <Simon80> anyone free to answer my question?
[05:13] <dabaR_> crimsun: having read that page, I think there are 2 things that we did different. Our bug does not seem to satisfy the "When". We used a different version number.
[05:19] <Fujitsu> dabaR_: It's a regression, and the stuff about version numbers there is wrong. I'll fix that.
[05:20] <dabaR_> Fujitsu: OK, thank you.
[05:23] <dabaR_> crimsun: Thank you for teaching me how to do this.
[05:29] <Flannel> Hmm.  Ok, one more silly question.  In debian/control, there's ${misc:Depends}, where is that variable held?
[05:31] <jdong> it is added on by various build scripts
[05:31] <jdong> I don't think many things use misc:Depends
[05:31] <Simon80> http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-control
[05:31] <Fujitsu> Flannel: You probably want to play with Build-Depends if prevu is failing.
[05:31] <Flannel> Fujitsu: this isn't prevu, this is after I'm installing it
[05:31] <Simon80> there's a bit in there about dh_shlibdeps
[05:32] <Fujitsu> Oh, I see.
[05:32] <Flannel> installing my backported package, still has the sans ~6.06prevu1 depend
[05:32] <Flannel> jdong: should I just swap that line out for the depends listed in apt-cache show?
[05:32] <Flannel> just ditch the variables all together
[05:33] <jdong> Flannel: no no, you should only be editing build-depends
[05:33] <jdong> not Depends:
[05:33] <jdong> wait it's failing while you're installing it?
[05:33] <jdong> then it may be a Depends: problem.
[05:33] <jdong> what dependency is it failing on?
[05:33] <Flannel> yeah, let me get you the exact error
[05:33] <Flannel> sobby: Depends: libobby-0.4-0 (>= 0.4.1-1) but it is not going to be installed
[05:33] <jdong> on another topic, how to force dpkg to reinstall an init script?
[05:34] <Flannel> because I have libobby-0.4.1-1~6.06prevu1
[05:34] <jdong> Flannel: that line should be in Depends: then
[05:35] <Flannel> jdong: right, depends is this: Depends: ${shlibs:Depends}, ${misc:Depends}
[05:35] <jdong> hmm... why would either of those generate a specific Debian version dependency?
[05:35] <jdong> I am baffled, consult other MOTU deities
[05:35] <Fujitsu> jdong: No idea, that's why I'm quiet.
[05:36] <Fujitsu> I have no idea.
[05:36] <Fujitsu> I've no idea how shlibs works.
[05:36] <jdong> Flannel: grep for 0.4.1 in the debian/ directory
[05:36] <jdong> Fujitsu: I thought shlibs was incapable of selecting any version other than the installed version in the builder
[05:36] <Fujitsu> jdong: Apparently not.
[05:37] <Flannel> jdong: only thing I get is the build-deps line
[05:37] <jdong> at this point, I don't know
[05:37] <Flannel> Hmm.  I changed the Depends line on libobby, would that have done it?
[05:38] <Flannel> Depends: libobby-0.4-0 (= ${Source-Version}), libnet6-1.3-dev (>= 1:1.3.1-2~6.06prevu1), libavahi-compat-howl-dev, libavahi-client-dev
[05:38] <Simon80> what's up with the -0.4-0?
[05:38] <Simon80> is that supposed to be the version?
[05:39] <Flannel> that's for libobby-0.4-dev section of that (out of four)
[05:39] <Simon80> nvm
[05:39] <Simon80> I see in my own package index
[05:40] <jdong> Flannel: take out the entore (= ${Source-Version}) section
[05:40] <jdong> MOTUS LOOK AWAY :D
[05:40] <jdong> lol
[05:42] <Flannel> jdong: that's on the library, not sobby itself
[05:42] <Simon80> lol
[05:42] <jdong> that is precisely what's failing
[05:42] <jdong> "libobby-0.4-0 (>= 0.4.1-1)"
[05:42] <jdong> from the original error
[05:42] <Flannel> the original apt- error?
[05:43] <Flannel> that apt error is for sobby, the Source-Version is in the libobby package (which sobby depends, and the sobby depends were what couldnt be satisfied)
[05:43] <Simon80> hmm, I guess dh_shlibdeps must be dropping the ~ part, right?
[05:43] <jdong> Simon80: I don't think dh_shlibdeps generates that... I think it might be a misc:Depends expansion
[05:44] <Simon80> oh, right
[05:44] <jdong> Simon80: I've never seen dh_shlibdeps pick up any version other than (1) unversioned (2) version installed in the pbuilder
[05:44] <Flannel> did you see my last?
[05:44] <jdong> Flannel: what is the Depends line from? the one that you pasted?
[05:44] <Simon80> what package is failing to be installed?
[05:45] <jdong> I see it as sobby wants libobby
[05:45] <jdong> which means edit sobby's debian/control
[05:45] <Flannel> The one with the expands is sobby, the one with the source-version is libobby
[05:45] <Flannel> Depends: ${shlibs:Depends}, ${misc:Depends}  is obby.
[05:45] <Flannel> er, libobby
[05:45] <Flannel> darn all these similar packages.
[05:45] <Flannel> no.  Gaah
[05:46] <Flannel> the one I just pasted is sobby
[05:46] <Simon80> did you forget to put ~prevu whatever on the end of sobby?
[05:46] <Flannel> sobby has just those two things: ${shlibs:Depends}, ${misc:Depends}
[05:46] <Simon80> in its control?
[05:46] <Flannel> yes
[05:47] <Flannel> it expands (I believE) to: Depends: libavahi-compat-howl0 (>= 0.6.0), libc6 (>= 2.3.4-1), libgcc1 (>= 1:4.0.2), libglib2.0-0 (>= 2.10.0), libglibmm-2.4-1c2a, libgnutls12 (>= 1.2.5), libnet6-1.3-0 (>= 1:1.3.1-1), libobby-0.4-0 (>= 0.4.1-1), libsigc++-2.0-0c2a (>= 2.0.2), libstdc++6 (>= 4.0.2-4), libxml++2.6c2a, libxml2 (>= 2.6.24), zlib1g (>= 1:1.2.1)
[05:47] <Flannel> which is what I get with apt-cache show sobby
[05:47] <Simon80> ok, the problem is that libobby in your pbuilder chroot is missing the ~prevu thing
[05:47] <jdong> then what is the one you posted a second ago?
[05:47] <jdong> Depends: libobby-0.4-0 (= ${Source-Version}), libnet6-1.3-dev  (>= 1:1.3.1-2~6.06prevu1), libavahi-compat-howl-dev,  libavahi-client-dev
[05:47] <Flannel> jdong: heh. which one I posted?
[05:47] <jdong> ^^ what is that from??
[05:47] <Flannel> jdong: thats libobby
[05:47] <jdong> ok
[05:48] <Simon80> libobby-0.4-dev, right?
[05:48] <Flannel> let me double check, but I believe so
[05:49] <Flannel> yes.
[05:49] <jdong> wait a second....
[05:49] <Flannel> jdong: you'll also need libnet6-1.3-0 (and first)
[05:51] <Flannel> jdong: apt-get source libobby-0.4-dev downloads and unpacks to a folder `obby-0.4.1`, which I thought was odd, but tried it again, and same results
[05:51] <jdong> yes, the source package name is obby
[05:54] <TheMuso> Hey MOTUs.
[05:55] <Fujitsu> Hm, I see that LP beta just got turned off.
[05:55] <Fujitsu> Hi TheMuso.
[05:55] <Simon80> oh LP
[05:56] <jdong> yay lovely, nothing as wonderful as openafs oopsing while saving a 10 page paper.
[05:56] <Fujitsu> jdong: Yay :)
[05:56] <jdong> for the record, I am placing all blame on CMU.
[05:57] <dn4> Counter Music University
[05:57] <dn4> i'd blame CMU too jdong
[05:57] <jdong> :)
[05:58] <jdong> ok, good, obby building
[06:00] <jdong> building sobby...
[06:02] <dn4> anyoen know details about ubuntustudio being in the ubuntu universe
[06:03] <jdong> Flannel: it installs fine for me
[06:04] <jdong> Depends: libavahi-compat-howl0 (>= 0.6.0), libc6 (>= 2.3.4-1), libgcc1 (>= 1:4.0.2), libglib2.0-0 (>= 2.9.3), libglibmm-2.4-1c2a, libgmp3c2, libgmpxx3, libnet6-1.2-0, libobby-0.3-0 (>= 0.3.0-2), libsigc++-2.0-0c2a (>= 2.0.2), libstdc++6 (>= 4.0.2-4)
[06:04] <jdong> that's the depends line that mine generated
[06:04] <Flannel> jdong: that's the dapper version.  Im doing the feisty one
[06:04] <Flannel> (on dapper)
[06:04] <jdong> Flannel: remove the version number on libobby altogether
[06:04] <jdong> n the build deps
[06:04] <jdong> that's the only difference I made
[06:05] <jdong> (this is the feisty one, backported
[06:05] <jdong> Build-Depends: debhelper (>= 4.0.0), autotools-dev, pkg-config, libnet6-1.3-dev (>= 1:1.3.1-2), libobby-0.4-dev, libglibmm-2.4-dev (>= 2.6.0), libxml++2.6-dev (>= 2.6.1-2.2)
[06:05] <jdong> I completely stripped the version number off libobby0.4-dev
[06:05] <Flannel> jdong: really?  those versions are all wrong.  libobby-0.3-0 is in dapper, and libnet6-1.2 is in dapper and stuff
[06:05] <jdong> or put in fakely lower version numbers
[06:05] <jdong> that would get the job done too
[06:06] <Flannel> just to satiate dpkg, you mean
[06:06] <jdong> yes
[06:06] <Flannel> alright
[06:06] <jdong> I think shlibdeps may not handle these version numbers properly
[06:06] <jdong> let me double check what happens with stripping off the versions
[06:06] <Flannel> well, I'll just put in my version.  Youre recommending to just ditch both those variable expands, and just paste in what they actually expand to, right?
[06:06] <jdong> Flannel: it works
[06:07] <jdong> NO.
[06:07] <jdong> Inst libnet6-1.3-0 (1:1.3.4-1~6.06prevu1 localhost)
[06:07] <jdong> Inst libobby-0.4-0 (0.4.4-1~6.06prevu1 localhost)
[06:07] <Flannel> jdong: Then... how do I edit versions?
[06:07] <jdong> ^^ they resolve correctly
[06:07] <jdong> edit your Build-Depends to match mine
[06:07] <jdong> it will gneerate packages with incorrect versions (too low)
[06:07] <Flannel> on sobby?
[06:07] <jdong> but apt responds correctly by installing the newest available version
[06:07] <jdong> yes, on sobby
[06:08] <jdong> remove the versions on net6 and libobby
[06:08] <jdong> and you will be fine
[06:09] <Flannel> alright, building
[06:09] <jdong> one sec, need to reboot
[06:13] <Simon80> dd if=gouki of=/dev/bed && rm gouki
[06:13] <Flannel> jdong: still `sobby: Depends: libobby-0.4-0 (>= 0.4.1-1) but it is not going to be installed`
[06:14] <jdong> what version did you replace in?
[06:14] <Flannel> none
[06:14] <Flannel> Build-Depends: debhelper (>= 4.0.0), autotools-dev, pkg-config, libnet6-1.3-dev, libobby-0.4-dev, libglibmm-2.4-dev (>= 2.6.0), libxml++2.6-dev (>= 2.6.1-2.2)
[06:15] <jdong> I have no idea where it is picking up that version then
[06:17] <Simon80> is Flannel not using pbuilder?
[06:17] <Flannel> Simon80: prevu
[06:17] <Simon80> right... /me knows not much about prevu
[06:17] <Flannel> Simon80: prevu uses pbuilder
[06:17] <Simon80> I thought so
[06:18] <jdong> prevu is a wrapper around pdebuild
[06:18] <jdong> it mangles the version string, then passes control to pdebuild
[06:18] <Simon80> ah
[06:18] <Simon80> but how do we know that the backported version of libobby is being installed in the pbuilder
[06:18] <Fujitsu> Can a core-dev please accept the Edgy task of bug #80317?
[06:18] <ubotu> Launchpad bug 80317 in zope2.9 "Critical bug in Zope 2.9.5 (Edgy)" [Undecided,Fix released]  https://launchpad.net/bugs/80317
[06:23] <crimsun> done.
[06:41] <Fujitsu> Thanks crimsun.
[06:41] <Fujitsu> Hm, LP is a bit strange at times.
[06:41] <Fujitsu> I just filed a bug:
[06:42] <Fujitsu> `first reported in 9 seconds'
[06:44] <Fujitsu> Damnit, all my actions are happening in the future!
[07:14] <Fujitsu> Hobbsee: You're at UDS?
[07:15] <Hobbsee> Fujitsu: yep!
[07:15] <Hobbsee> morning all!
[07:16] <Fujitsu> How is it?
[07:17] <Hobbsee> fun :D
[07:17] <Hobbsee> we had a MOTU discussion on the couches yesterday - that was good
[07:18] <crimsun> so where's my pony?
[07:24] <Hobbsee> crimsun: NOPONYFORYOU!
[07:27] <minghua> poor crimsun
[07:28] <Hobbsee> very
[07:31] <StevenK> What a long reach you have.
[07:33] <Hobbsee> yep
[07:33] <Hobbsee> and what pointy teeth, too!
[07:44] <minghua> long reach and pointy teeth somehow make me think of elephants
[07:44] <StevenK> I didn't think elephants had pointy teeth...
[07:44] <StevenK> Tusks aren't teeth, either.
[07:44] <Fujitsu> StevenK: Neither, but you never know.
[07:45] <minghua> StevenK: well, in Chinese there is no difference between tusks and teeth, they are the same word
[07:46] <minghua> but then again, dictionary says "tusk: either of the two long pointed teeth which stick out from the mouth of some animals such as elephants".
[07:47] <minghua> Fujitsu: nice.  share the URL when you find the BTS for Chinese :-)
[07:59] <jk__> hello.  what's the best way to go about getting involved, perhaps taking over maintaining some package ?
[08:00] <crimsun> we don't have single maintainers per se
[08:00] <crimsun> please see the trailing link in the topic
[08:02] <nixternal> hola MOTUs
[08:02] <lifeless> hola
[08:12] <Hobbsee> hola!
[08:13] <lifeless> ?!
[09:14] <persia> Fujitsu: Regarding gdal: if you have time, could you help me get it sorted?  ogdi-dfsg needs an upload (112618), and gdal needs an ACK (112630).
[09:17] <ajmitch> hey hoora_ 
[09:17] <ajmitch> oops :)
[09:17] <ajmitch> ENOHOBBSEE
[09:37] <Amaranth> Seveas: wow you work fast
[09:38] <Seveas> Amaranth, ?
[09:38] <Amaranth> the cloak and the fact that we aren't klined, etc
[09:38] <Seveas> That's elmos work, he did that yesterday or friday
[09:39] <Seveas> I'm using vpn to my home anyway, so no k-line or cloak for me :)
[09:39] <Amaranth> oh?
[09:39] <Amaranth> i thought that was your job
[09:39] <Amaranth> as the group contact
[09:40] <Seveas> I didn't know the ip etc...
[09:58] <jussi01> morning motu's, I have a question - i am trying to get a package to build, but i keep getting this error: configure: error: QTDIR environment variable must be set what might i be doing wrong?
[10:02] <RAOF> jussi01: It seems to be looking for QT, and can't find it.  I suppose you have the appropriate QT dev packages installed?
[10:02] <jussi01> RAOF: I think so... they are listed in the control file... but maybe i have the wrong ones...
[10:03] <RAOF> Ah, pbuilding?
[10:03] <jussi01> yeah
[10:03] <jussi01> hence why the question was asked here... :D
[10:04] <RAOF> Hm.  Pastebin the whole buildlog?  There's probably something further up in configure that give a better idea.
[10:05] <gpocentek> jussi01: look at the kde.mk class in cdbs, I think it uses the correct ./configure options for qt apps (qt includes dir for instance)
[10:05] <jussi01> RAOF: its pretty standard at the mo... btw, how do i go about figuring out which qt libs to use?  there seems to be loads of them
[10:06] <jussi01> gpocentek: Im using debhelper, havent figured out cdbs yet :(
[10:06] <gpocentek> jussi01: cdbs_configure_flags += --with-qt-dir=/usr/share/qt3 --disable-rpath --with-xinerama 
[10:07] <RAOF> There's nothing in CDBS to figure out.  You #include the kde stuff, and hope :)
[10:07] <gpocentek> --with-qt-dir is the option you need to use I think
[10:07] <jussi01> :D thanks 
[10:11] <RAOF> ScottK: Was it you that would like access to an AMD64 build machine?
[10:21] <jussi01> RAOF: http://paste.ubuntu-nl.org/19410/
[10:21] <shawarma> Er... Just set it?
[10:21] <RAOF> Awesome.  What software is this again.
[10:21] <RAOF> Just set it, yeah.
[10:22] <shawarma> I know nothing about qt or kde, but prepending QTDIR=/usr/share/qt3 seems logical.
[10:22] <shawarma> jussi01: Have you tried that?
[10:22] <jussi01> shawarma: no, i will though :D
[10:22] <jussi01> thank you
[10:22] <shawarma> np
[10:22] <jussi01> shawarma: 
[10:23] <jussi01> so i put that on the line before it?
[10:23] <shawarma> what? 
[10:23] <ajmitch> hi shawarma 
[10:23] <shawarma> ajmitch: Hi!
[10:23] <shawarma> ajmitch: Where are you at?
[10:23] <TheMuso> Heya ajmitch.
[10:23] <ajmitch> shawarma: one of the tables down front
[10:24] <shawarma> jussi01: Any luck?
[10:25] <jussi01> shawarma: its trying now... pbuilder...
[10:25] <shawarma> Next to siretat?
[10:26] <shawarma> Er.. siretart, of course.
[10:26] <ajmitch> yep
[10:26] <jussi01> damn i wish i could be there
[10:26] <shawarma> jussi01: Just come!
[10:27] <jussi01> shawarma: sorry, where did you say to pick up my plane ticket that you paid for?
[10:27] <shawarma> jussi01: I've got it right here. Come and get it. :-)
[10:27] <jussi01> :P
[10:28] <sladen> ajmitch: that's the smell of my feet right :)
[10:28] <shawarma> Please don't.
[10:28] <shawarma> :)
[10:29] <jussi01> :D
[10:31] <jussi01> i know its today sometime...
[10:31] <shawarma> jussi01: You can listen in on what's on the stage?
[10:32] <jussi01> no, just wondering when i shouldnt be annoying joejaxx..... :P
[10:32] <jussi01> shawarma: i wish...
[10:32] <shawarma> jussi01: Oh.
[10:33] <joejaxx> jussi01: :P
[10:33] <jussi01> shawarma: that worked, now i have a new error... configure: error: QMAKESPEC environment variable must be set
[10:34] <jussi01> :P
[10:35] <shawarma> Google says to set it to something like /usr/lib/qt3/mkspecs/linux-g++/
[10:36] <shawarma> Or qt4... whichever applies to your package, probalby.
[10:36] <jussi01> ok... :D
[10:36] <jussi01> shawarma: btw... look at this :D https://wiki.ubuntu.com/UDS-Sevilla/Participate
[10:36] <jussi01> voip rocks!!!!!!!!!!!!!!!!!!!!!!!
[10:37] <shawarma> I know. :-) I just don't know if the main room is available.
[10:38] <persia> shawarma: It is, but it's hard to hear the speakers.
[10:38] <shawarma> persia: Oh, ok.
[10:39] <ajmitch> it's hard enough in here :)
[10:39] <jussi01> heh...ok
[10:48] <jussi01> shawarma: yay, we got past that part :D (it worked). 
[10:48] <jussi01> thank you:D
[10:52] <shawarma> jussi01: np
[11:12] <jussi01> grrr... syntax error... its got an extra && in it... 
[11:14] <jussi01> if someone wants to help... http://paste.ubuntu-nl.org/19418/
[11:15] <shawarma> jussi01: Where's the source?
[11:15] <shawarma> jussi01: It's probably not an extra pair of &'s, but rather something that's missing in between the two sets.
[11:16] <shawarma> i.e. some variable that's not set properly.
[11:16] <jussi01> shawarma:  http://sourceforge.net/projects/pdfedit/
[11:16] <shawarma> jussi01: I need your packaging bits, too.
[11:16] <jussi01> shawarma: ones ec..
[11:17] <jussi01> one sec... :P
[11:18] <jussi01> shawarma: got email? ill send you the tar....
[11:18] <shawarma> jussi01: Sure. sh@linux2go.dk
[11:18] <shawarma> Yay, spambots!
[11:18] <joejaxx-uds> shawarma: haha
[11:19] <shawarma> joejaxx-uds: Heck, 500 or 550 spam mails a day doesn't make much of a difference.
[11:19] <gpocentek> jussi01: have you seen that pdfedit is in gutsy?
[11:20] <gpocentek> it is... it's been synced with debian
[11:20] <jussi01> grrrr
[11:20] <jussi01> well next project then
[11:20] <gpocentek> and has been on REVU for a while, I archived it this week IIRC
[11:21] <jussi01> grrr, i just looked yesterday... :(
[11:21] <jussi01> shawarma: nevermind then...
[11:21] <shawarma> jussi01: *G*
[11:21] <gpocentek> jussi01: the first thing to dp before starting to work on a package is checking if it's in debian...
[11:21] <gpocentek> s/dp/do
[11:21] <jussi01> gpocentek: yep... learnt that the hard way...
[11:22] <gpocentek> :)
[11:22] <jussi01> looked through everything ubuntu had...
[11:22] <jussi01> :(
[11:22] <gpocentek> well, you learnt a few things about Qt builds, that's nice too :)
[11:22] <jussi01> yeah, thats true :D
[11:23] <persia> jussi01: You may also want to check debian-mentors and the debian wnpp list: both of these may not be in Debian yet, but can at least save you headache.
[11:23] <jussi01> persia: thanks
[11:24] <jussi01> hmmm.. is there a way to get only certain debs from gutsy repo's?
[11:25] <persia> jussi01: Try https://launchpad.net/+source/pdfedit as a starting point.  The path is twisty, but binaries may be downloaded.  Source is easier.
[11:26] <persia> Oops:  https://launchpad.net/ubuntu/+source/pdfedit
[11:26] <gpocentek> or packages.ubuntu.com
[11:27] <jussi01> packages.ubunut.com has gutsy now? yay :D
[11:37] <crimsun> what are the rules for #uds-sevilla?  Only attendees?
[11:38] <persia> crimsun: With attendees including those following https://wiki.ubuntu.com/UDS-Sevilla/Participate
[11:38] <TheMuso> crimsun: I'm in there.
[11:38] <TheMuso> But take note. The voip sounds pretty bad atm.
[11:39] <Fujitsu> Damn, the noise in 5001 is pretty bad.
[11:39] <TheMuso> Fujitsu: Whats the quality like for you?
[11:39] <persia> TheMuso: I heard the main room was expected to stay bad all conference: the sessions should be better.
[11:39] <Fujitsu> TheMuso: Totally garbled, I can pick up the occasional syllable.
[11:39] <TheMuso> Fujitsu: Same.
[11:39] <TheMuso> Ekiga here is using PCM/A for in/out.
[11:40] <Fujitsu> I'm using Twinkle.
[11:40] <jussi01> gpocentek: you realise that the pdfedit in gutsy is missing a build dep?
[11:40] <crimsun> ugh.  I'm firewalled.
[11:40] <Fujitsu> crimsun: Fun times!
[11:41] <persia> crimsun: Is it STUN proof?
[11:41] <Fujitsu> Arrrgh, so much static!
[11:41] <Fujitsu> Not static, but close.
[11:41] <crimsun> persia: even worse - it's locked by MAC.
[11:41] <TheMuso> Fujitsu: How was your test with spads?
[11:42] <Fujitsu> TheMuso: There was apparently a bit of static, but after testing with him in 5002 he said it was fine.
[11:42] <TheMuso> Fujitsu: Did you test via the setup in 5002?
[11:42] <Fujitsu> Yes.
[11:42] <crimsun> I can tunnel, but that's horrible latency, and from what people are saying about the issues now...
[11:42] <persia> crimsun: By external MAC?  You could spoof and tunnel, but I suspect the consequences are undesireable...
[11:42] <crimsun> right, see above.
[11:42] <gpocentek> jussi01: I didn't look at the package
[11:43] <Fujitsu> crimsun: It's more to do with the number of people in the room, I believe.
[11:43] <jussi01> gpocentek: oh, ok...
[11:43] <TheMuso> Fujitsu: How was your test via that? Mine was garbeled somewhat.
[11:43] <TheMuso> I could understand him, but it was still not as good as it could be.
[11:43] <Fujitsu> TheMuso: Same.
[11:43] <Fujitsu> It wasn't great, but nor was it bad.
[11:43] <TheMuso> No.
[11:44] <TheMuso> Yet uds mountain view was better.
[11:44] <TheMuso> Looks like the schedule is gone as well,.
[11:44] <TheMuso> ...or not
[11:45] <persia> TheMuso: It's better now :)
[11:45] <Fujitsu> It was fine in 5000, so the mics in the rooms must be dodgy.
[11:45] <TheMuso> yep
[11:46] <Fujitsu> Hm, where'd everyone go?
[11:46] <Fujitsu> Is it lunch time or something?
[11:46] <crimsun> seems about that time
[11:46] <TheMuso> they're a bit more quiet now...
[11:46] <TheMuso> where do we get voip addresses?
[11:47] <persia> TheMuso: Rooms 1-7 are 5002 - 5008.
[11:47] <TheMuso> Right.
[11:47] <Fujitsu> I can almost catch what he's saying.
[11:48] <TheMuso> I can't. Probably because I'm listening to two sound sources.
[11:49] <Fujitsu> I can understand him! Yay!
[11:50] <TheMuso> They're starting quite late for the first day.
[11:50] <TheMuso> I remember us starting at 11 or so in Paris.
[11:50] <TheMuso> So is 5002 for room B?
[11:50] <TheMuso> Well COllin is understandable.
[11:50] <Fujitsu> So that was Colin?
[11:50] <TheMuso> Yep.
[11:51] <TheMuso> I recognise his voice.
[11:51] <Fujitsu> I don't recognise anybody, of course.
[11:51] <persia> TheMuso: I think.  Check on #uds-sevilla for confirmation.
[11:51] <TheMuso> I'm guessing that its Matt talking.
[11:51] <Fujitsu> mdz?
[11:51] <TheMuso> I dunno. Can't hear well enough.
[11:51] <TheMuso> I'm guessing, as things are starting to get under way
[11:52] <Fujitsu> Ow, it's getting bad again.
[11:52] <TheMuso> Look like everyone is moving off.
[11:52] <TheMuso> The only session I'm interested in today is UbuntuStudio, which is up first.
[11:55] <Kmos> Fujitsu: https://launchpad.net/ubuntu/+mirror/lisa.gov.pt-release -> can you make a verify on this one ?
[11:55] <Fujitsu> Um, no.
[11:55] <Kmos> :(
[11:57] <TheMuso> Did it die for anybody else?
[11:57] <Fujitsu> Yep.
[11:57] <Fujitsu> Completely :(
[11:57] <TheMuso> same
[11:58] <persia> Silence is golden.
[11:59] <shawarma> Our network is down, it seems.
[11:59] <shawarma> (some poor soul nearby has an open wifi)
[12:00] <jussi01> lol
[12:01] <Fujitsu> Nice.
[12:01] <Kmos> shawarma: any la fonera open?
[12:01] <Kmos> :)
[12:02] <shawarma> It looks like there's about 15 of us who found it.
[12:02] <shawarma> Kmos: Are they the ones called "kubi"?
[12:02] <Kmos> the name can be changed
[12:02] <shawarma> I don't know what la fonera is..
[12:02] <Kmos> http://maps.fon.com/
[12:03] <Fujitsu> shawarma: I pity whoever is running that.
[12:03] <TheMuso> Same h ere.
[12:03] <shawarma> Fujitsu: Maybe this will teach him to encrypt it. :-)
[12:04] <Fujitsu> shawarma: Do the first sessions start now, or in 2 hours?
[12:04] <Kmos> there is a lot of fon's at seville
[12:04] <shawarma> Fujitsu: Now.
[12:04] <Fujitsu> OK.
[12:04] <Fujitsu> So the schedule is in local time.
[12:05] <shawarma> Fujitsu: Yes.
[12:05] <TheMuso> Are there channels for the different rooms?
[12:05] <Kmos> http://kmos.homeip.net/~kmos/FON_ES.kml
[12:05] <shawarma> TheMuso: Yes.
[12:05] <TheMuso> Is there a list anywhere?
[12:06] <shawarma> TheMuso: Or so I think anyway.
[12:06] <TheMuso> Right.
[12:06] <shawarma> TheMuso: Spads said they'd be on the schedule shortly.
[12:06] <TheMuso> Right
[12:07] <Lutin> Fujitsu: thanks for reporting the eb thing on DaD, it's a regexp error. I'll fix as soon as I can :)
[12:07] <Fujitsu> Lutin: Thanks.
[12:07] <Lutin> np
[12:09] <Fujitsu> I just did the same.
[12:10] <TheMuso> I wonder what sort of connection they have for the uds?
[12:11] <crimsun> if it's a hotel connection, probably a pittance
[12:14] <TheMuso> Looks like they're not going to be up any time soon...
[12:14] <shawarma> No, James said he's working on it.
[12:14] <shawarma> I think he said something about the ISP.
[12:14] <Fujitsu> Poor elmo.
[12:14] <TheMuso> oh great
[12:15] <Fujitsu> They probably exceeded their upload quota or something :P
[12:16] <crimsun> well, at least they shouldn't have to worry about that in Boston.
[12:16] <shawarma> crimsun: Why?
[12:17] <crimsun> "upload quota"
[12:17] <shawarma> I don't think that's an issue anywhere in Europe either.
[12:17] <crimsun> I can't speak for EU; I don't snarf Internet connections there.
[12:18] <Fujitsu> Yay :)
[12:18] <shawarma> Whee!
[12:19] <TheMuso> Now for the conference phones to come back onlie...
[12:19] <TheMuso> online
[12:24] <crimsun> wow, with so many esteemed Ubuntu members at UDS/Sevilla, I expect a pony any minute now.
[12:24] <\sh> lol
[12:24] <\sh> moins btw
[12:25] <\sh> just reinstalled feisty on my satellite a100...this soundcard is not supported properly it seems
[12:27] <\sh> crimsun, you are my sound professional ;) feisty and 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) 
[12:28] <\sh> crimsun, it's not as loud as it should be...even under windows it's louder
[12:29] <crimsun> \sh: please read http://www.linux-sound.info/alsa/index.php?task=support and tell me the URL of the paste generated by the script linked from that page.
[12:30] <crimsun> you'll need to execute it using bash  (``bash alsa-info.sh'')
[12:31] <\sh> crimsun, http://pastebin.ca/473624
[12:34] <crimsun> \sh: kill $(lsof -t /dev/dsp* /dev/mixer* /dev/audio* /dev/snd/*) && sudo modprobe -r $(lsmod |grep ^snd |awk '{print $1}') && sudo modprobe snd-hda-intel model=auto
[12:34] <crimsun> fix already committed, waiting for feisty-updates upload
[12:35] <\sh> crimsun, you want to have the output? ,-)
[12:35] <crimsun> you shouldn't have any outstanding output
[12:36] <\sh> crimsun, http://pastebin.ca/473638
[12:36] <crimsun> oh right, this mess.
[12:36] <crimsun> sudo modprobe -r $(lsmod |grep ^snd |awk '{print $1}') && sudo modprobe snd-hda-codec && sudo modprobe snd-hda-intel model=auto
[12:37] <\sh> ah
[12:38] <crimsun> does that fix the symptoms for you?
[12:38] <Hobbsee> hi all
[12:39] <Fujitsu> Hi Hobbsee.
[12:39] <Hobbsee> Fujitsu: :D
[12:40] <Fujitsu> You have a 'net connection again?
[12:40] <\sh> crimsun, thx a lot...
[12:40] <\sh> crimsun, where do I put those modules now in to autoload? somewhere in /etc/modprobe.d/?
[12:40] <crimsun> \sh: well, does it in fact fix the symptom?
[12:40] <\sh> crimsun, yepp
[12:41] <crimsun> \sh: echo options snd-hda-intel model=auto|sudo tee -a /etc/modprobe.d/alsa-base-hda-intel
[12:41] <Hobbsee> Fujitsu: yeah.  no power yet, though
[12:41] <Hobbsee> power to the router died before
[12:41] <Fujitsu> Aha, I see.
[12:41] <Hobbsee> and i didnt take my laptop down before
[12:41] <Fujitsu> That's very nice of it.
[12:41] <\sh> crimsun, and what about the snd-hda-codec ?
[12:41] <Fujitsu> Have the sessions actually started?
[12:42] <Hobbsee> yep
[12:42] <Hobbsee> i'm in one now
[12:42] <Fujitsu> How annoying.
[12:42] <crimsun> \sh: moot, only affects snd-hda-intel.
[12:42] <Fujitsu> The VoIP still isn't up :(
[12:42] <Hobbsee> joejaxx-uds: interesting - where are you?
[12:42] <Hobbsee> Fujitsu: wouldnt surprise me
[12:42] <\sh> crimsun, hey you are my soundcard god really...
[12:42] <Hobbsee> no power == no phone
[12:42] <Hobbsee> we're in the basement...
[12:43] <jsgotangco> no power??
[12:44] <Hobbsee> jsgotangco: yes...seems so
[12:44] <joejaxx-uds> Hobbsee: i am in the ubuntu studio forum in room b
[12:44] <Hobbsee> joejaxx-uds: ahh, i'm in D
[12:44] <joejaxx-uds> Hobbsee: oh ok :)
[12:44] <tsmithe> joejaxx-uds: is the voip working in that room? i haven't heard anything on 5003
[12:44] <Hobbsee> anyone got a kubuntu cd here?
[12:44] <Hobbsee> (feisty)?
[12:45] <joejaxx-uds> tsmithe: i do not think the polycom is powered
[12:45] <tsmithe> joejaxx-uds: rargh
[12:47] <TheMuso> So if theres no power, why is there net?
[12:48] <crimsun> IP over PONY.
[12:48] <shawarma> Theere's no power?
[12:48] <Amaranth> the power for the VoIP went out
[12:48] <TheMuso> ah
[12:48] <shawarma> Crack.
[12:48] <Amaranth> but i think the VoIP in the firefox room is working
[12:48] <Amaranth> Salon America?
[12:49] <Fujitsu> Apparently they overloaded the power, and it took out the router and a number of rooms.
[12:49] <TheMuso> ah
[12:49] <tsmithe> crimsun: :P
[12:52] <TheMuso> grrrr!
[12:53] <TheMuso> Going to miss the entire session of what I wanted to be involved in.
[12:53] <crimsun> what doesn't kill you makes you stronger.
[12:54] <crimsun> and a tad more cynical.
[12:54] <Amaranth> battery dead, need to switch
[12:54] <Amaranth> brb
[12:54] <TheMuso> True.
[12:55] <Hobbsee> ooh, power!
[12:55] <Hobbsee> TheMuso: router was in a slightly different place, i think
[12:55] <Hobbsee> there are lots of people plugging in, so yes, it would overload
[12:56] <TheMuso> Well, thats all I want to check out for today.
[12:57] <Hobbsee> what was it?
[12:58] <crimsun> the Ubuntu Studio spec.
[12:58] <Hobbsee> ahhh
[01:01] <TheMuso> Enjoy lunch.
[01:02] <Hobbsee> will do :)
[01:02] <ivoks> i whish for gtk browser based on khtml :/
[01:03] <shawarma> 4
[01:03] <persia> TheMuso: Could I convince you to ACK 32460?  It would help ubuntustudio install on amd64 :)
[01:04] <shawarma> Yeah, that'll work. :(
[01:05] <TheMuso> persia: Is that on revu?
[01:05] <persia> TheMuso: Sorry.  Bug #32460 (it's kinda old...)
[01:05] <ubotu> Launchpad bug 32460 in supercollider "Please remove stale AMD64 supercollider binaries." [Medium,Confirmed]  https://launchpad.net/bugs/32460
[01:06] <TheMuso> persia: Ok looking at it.
[01:06] <persia> TheMuso: Thanks.  Let me know if you have questions.
[01:06] <Hobbsee> persia: cant remove that only from feisty
[01:07] <TheMuso> persia: What is there to ack?
[01:07] <persia> TheMuso: I'm not ubuntu-dev.  The bug needs an ACK before archive-admins is subscribed, or they will reject it.
[01:08] <persia> Hobbsee: I'd be happy if it was only removed from gutsy, although I wanted it removed for Breezy :)
[01:08] <Hobbsee> persia: heh
[01:08] <Hobbsee> persia: that's not actually the correct way to fix it, though
[01:08] <Hobbsee> you should put it to build on everything but amd64
[01:08] <Hobbsee> in the control file
[01:08] <Hobbsee> iirc
[01:08] <crimsun> last I checked, binary-only removals were impossible.
[01:08] <Hobbsee> that too
[01:08] <persia> Hobbsee: That's been the case since Warty.  This is just a stale binary that is annoying.
[01:09] <Hobbsee> ahh
[01:09] <TheMuso> persia: I am still confusd.
[01:09] <TheMuso> confused
[01:09] <persia> crimsun: Even for archive admins?  Alas, this bug will not close soon :(
[01:09] <TheMuso> Can someone at uds please track down joejaxx and lend him another card?
[01:09] <TheMuso> :)
[01:10] <persia> TheMuso: Long, Long ago, supercollider compiled on amd64.  This was imported into Warty.  The import into Hoary included the fix Hobbsee mentioned, but the binary has never been deleted.
[01:12] <TheMuso> persia: Sorry, I still am not sure exactly what the problem is here.
[01:13] <persia> TheMuso: An old version of a binary package needs to be deleted, specifically supercollider_040926-2_amd64.deb.
[01:13] <TheMuso> persia: I am not sure if it can be done for a new release, so don't want to go ther.
[01:13] <TheMuso> there
[01:14] <persia> TheMuso: No worries.  As indicated above, it's not currently possible.  When it becomes possible, I'll track down the procedure, and try to close the bug.
[01:24] <Fujitsu> Hm... Oh dear.
[01:26] <TheMuso> Fujitsu: ?
[01:26] <Fujitsu> TheMuso: Looks like the conference has dropped out again.
[01:27] <TheMuso> oh crap
[01:27] <\sh> is voip working now? or should I wait for tomorrow to join? 
[01:28] <Fujitsu> \sh: Power seems to be on and off.
[01:34] <\sh> Fujitsu, I think teamspeak is much better ,-)
[01:34] <\sh> or just irc session
[01:34] <Fujitsu> That doesn't fix power failures, as far as I know.
[01:35] <\sh> well...
[01:36] <TheMuso> heh
[01:37] <\sh> doing some more merges
[01:38] <\sh> before someone says, I'm just sitting around and not doing anything
[01:40] <lionel> see you:)
[01:52] <pochu> hey slomo! re: bug 112384 :)
[01:52] <ubotu> Launchpad bug 112384 in liferea "Liferea doesn't work anymore due to the latest firefox upload (2.0.0.3+3-0ubuntu1)" [High,Confirmed]  https://launchpad.net/bugs/112384
[01:52] <slomo> hi pochu 
[01:53] <slomo> pochu: just a rebuild? it's uploaded in a few seconds ;)
[01:54] <pochu> slomo: with a new build-dependency (it ftbfs without it, due to a firefox change) :)
[01:54] <slomo> yes
[01:54] <pochu> cool, thanks a lot! :-)
[01:55] <slomo> pochu: what about merging with debian/experimental in the next days? :)
[01:56] <slomo> uploaded btw
[01:58] <zorglu_> q. if i put my package in the multiverse repository, and it pass the revue, any new version has to go the revue again ?
[02:01] <jekil> hello
[02:01] <pochu> slomo: sure!
[02:01] <pochu> they have 1.2.7? :)
[02:03] <ScottK> RAOF: It was me looking for 64 bit, but I got my problem solved already.  Thanks for asking though.
[02:04] <pochu> slomo: I'm new with merges :) what should I do if we have 1.2.13 and they have 1.2.7?
[02:04] <pochu> !merges
[02:04] <ubotu> Sorry, I don't know anything about merges - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[02:04] <RAOF> ScottK: Are you likely to want 64bit access again?
[02:04] <pochu> !merge
[02:04] <ubotu> Sorry, I don't know anything about merge - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[02:04] <pochu> !syncs
[02:04] <ubotu> Sorry, I don't know anything about syncs - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[02:04] <pochu> :/
[02:04] <RAOF> ScottK: I'm quite happy to set you up with an account anyway.
[02:05] <ScottK> RAOF: I don't know.  The problem I had turned out to be caused more by my ignorance than lack of a machine, but OK.
[02:05] <ScottK> Sounds good.
[02:05] <persia> slomo: Could I ask for an ACK for bug #112506?  I'd rather Debian's patch than mine :)
[02:05] <RAOF> I'll just scrape your SSH key from your launchpad account?
[02:06] <ubotu> Launchpad bug 112506 in docbook "Please sync docbook 4.5-3 (main) from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112506
[02:06] <ScottK> RAOF: I don't think I have one there.
[02:06] <ScottK> If I do, it's almost certainly not right.
[02:06] <RAOF> :(
[02:06] <ScottK> Lemme get back to you on that.  I gotta run at the moment.
[02:06] <RAOF> Put one up sometime, or email me (chalserogers@gmail.com).
[02:06] <RAOF> Cool, catch you later.
[02:06] <zorglu_> q. where can i find doc on the revue process ?
[02:08] <cyberix> Is there a script, process or team that will finally move https://wiki.ubuntu.com/MOTU/Packages/Candidates into Launchpad?
[02:09] <slomo> persia: done
[02:09] <persia> slomo: Thanks.
[02:09] <slomo> persia: np :)
[02:10] <zorglu_> ok my questions dont attract much attention, i will retry later :)
[02:19] <TheMuso> Hobbsee: Heya! Was the lunch food ok?
[02:19] <Hobbsee> TheMuso: yep.  i got scheduled for two critical thinsg at once though :(
[02:20] <TheMuso> fun
[02:28] <TheMuso> Night folks. Early night here.
[02:28] <Fujitsu> Night TheMuso.
[02:29] <Hobbsee> night TheMuso 
[02:29] <TheMuso> Hobbsee: Have fun.
[02:30] <RAOF> Night TheMuso.
[02:30] <Hobbsee> will do
[02:57] <persia> ScottK: Would you have time to look at gaphor
[03:00] <afflux> service-discovery-applet can be synced (bug #112826)
[03:00] <ubotu> Launchpad bug 112826 in service-discovery-applet "Please sync service-discovery-applet 0.4.4-2 (universe) from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112826
[03:15] <geser> afflux: ACKed
[03:17] <afflux> alright... since this is my first sync request: what to do now? Some sponsor will upload it? 
[03:17] <afflux> *will some sponsor...
[03:17] <StevenK> afflux: No, the archive admins will process it.
[03:17] <afflux> alright. thank you :)
[03:17] <persia> afflux: Subscribe ubuntu-universe-sponsors, and set to Unconfirmed.
[03:18] <persia> afflux: Ignore me.  I failed to see previous comments.
[03:19] <afflux> okay
[03:20] <afflux> ah, fast-user-switch-applet can be synced too (bug #112636)
[03:20] <ubotu> Launchpad bug 112636 in fast-user-switch-applet "sync fast-user-switch-applet 2.18.0-1 (universe) from debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112636
[03:21] <ScottK> persia: I saw the bug you duped.
[03:21] <ScottK> On gaphor
[03:21] <ScottK> What did you want me to look at?
[03:23] <persia> ScottK: It's a bug I've been watching for a while, but haven't gotten around to fixing.  I think I have a working 0.9.2 for gutsy, but *.pyc matches my username.  I saw your offer to mentor, and thought that the package would benefit from someone who actually knew python.
[03:24] <persia> ScottK: What's the best way to get you the package?  I don't really want to attach it to the bug, as there are a fair number of subscribers, some of whom may try it (and I'm really not certain about it yet).
[03:25] <ScottK> Why don't you e-mail me the debdiff.
[03:25] <persia> ScottK: Thanks.
[03:29] <ScottK> persia: Are you fixing the current package or packaging the new ones?
[03:30] <persia> ScottK: Using a new upstream.  The dependencies on the now very obsolete Canvas properties look to require significant code changes.
[03:30] <ScottK> OK.  Then maybe just upload it to REVU?
[03:31] <ScottK> persia: I've got to run.  We can discuss later.
[03:31] <persia> ScottK: There's still some packaging to do, but I'd like a second opinion on the python bits.  Catch me anytime later.
[03:35] <ScottK> Even if it's not ready, REVU if fine, just put in a comment that it's a draft, not ready for uploading.
[03:37] <Hobbsee> revu.  shudder.
[03:37] <persia> Hobbsee: What do you have against REVU?
[03:40] <Hobbsee> persia: how many packages are on there
[03:40] <Hobbsee> persia: and how low quality teh packages often are
[03:41] <\sh> Hobbsee, we have to find out what are the good and the bad packages :)
[03:42] <persia> REVU is a junkyard.  It's a good place to put certain kinds of things, and sometimes when one looks, there are valuables.
[03:48] <persia> geser: Thanks, but the ogdi-dfsg FTBFS (bug #112618) has to be uploaded before gdal can sync.
[03:48] <ubotu> Launchpad bug 112618 in ogdi-dfsg "ogdi-dfsg FTBFS in gutsy" [Undecided,Confirmed]  https://launchpad.net/bugs/112618
[03:49] <Hobbsee> \sh: 
[03:49] <Hobbsee> \sh: true that
[03:50] <StevenK> \sh: I could be nasty and say s/\(package\)s/\1rs/ , but I won't.
[03:55] <fargiolas> does some know where could i find a ssl enabled gftp package?
[03:56] <fargiolas> Seveas: i've found your build but it's for edgy, will it work with feisty?
[03:57] <Seveas> fargiolas, no idea, I'll recompile it
[03:57] <fargiolas> tnx :P
[03:58] <geser> persia: I'm on it
[03:58] <\sh> StevenK, that's not nice ;) because packagers can learn how to do it right ;)
[03:58] <persia> geser: Thanks.
[03:59] <Seveas> fargiolas, actually, there's a feisty build already in my repo :)
[03:59] <fargiolas> Seveas: maybe i've been too quick asking here ;P
[04:03] <\sh> Adri2000, ping...libglpng is not merged correctly....please have a look thx :)
[04:04] <geser> persia: uploaded
[04:04] <persia> geser: Thanks a lot.  Now I'm just waiting for python-support to sync thuban :)
[04:11] <Adri2000> \sh: it's a snapshot.debian.net problem. http://snapshot.debian.net/archive/pool/libg/libglpng/source/Sources.gz says version 1.45-3 (the base version) is available at http://snapshot.debian.net/archive/2004/01/30/debian/pool/main/libg/libglpng, but 404
[04:12] <\sh> Adri2000, ah 
[04:44] <afflux> debian changelog from "conquest"-package says "orphan package"... what does this mean?
[04:45] <persia> afflux: It means that the Debian maintainer will no longer maintain the Debian package.  As a result, there may be fewer updates in the future.
[04:45] <\sh> afflux, that it doesn't have an active package maintainer anymore
[04:46] <afflux> okay... does this affect merging on our side?
[04:47] <persia> afflux: Not really.  Just include the Debian changelog as usual.
[04:47] <afflux> okay
[04:49] <\sh> oh god, I'm tired...
[04:49] <\sh> I need to have a walk
[04:53] <DarkSun88> Hi
[04:53] <pochu> hi DarkSun88 
[04:53] <DarkSun88> pochu: Hi :)
[04:54] <soc> does someone know where to get "gnome-build-1.0"?
[04:54] <soc> because i want to use anjuta 2 which needs it
[04:55] <highvoltage> omg. there's a merging tutorial in the packaging guide!
[04:55] <Hobbsee> soc: found anything promising in apt-cache search?
[04:55] <Hobbsee> highvoltage: yes, there is... :)
[04:55] <Hobbsee> highvoltage: from the motu school, iirc.
[04:56] <soc> no
[04:57] <soc> it's almost impossible o build it on feisty
[04:57] <soc> because it needs gdl >= 0.73 or something
[04:57] <soc> i don't find gnome-build
[04:58] <soc> debian hasn't it to
[04:58] <soc> ^too
[04:58] <\sh> soc: most propably you are on your own...building anjuta2 because it's not marked stable and it's really nasty to build
[04:58] <soc> damn ..
[04:58] <\sh> soc: read the build instrcution on the anjuta webpage...and have fun getting all the dependencies build :)
[04:59] <\sh> gnome-build is just a tool from gnome for building the source tar balls I think
[04:59] <soc> problem is, i can't use checkinstall at the moment, and building so much things outside apt is quite a mess
[05:00] <\sh> soc, hint: chroot and building everything..it takes time 
[05:00] <soc> checkinstall builds packages with /usr/bin/ld, /usr/bin/strip and /usr/bin/gcc that CAN'T be normal
[05:01] <\sh> checkinstall is evil...
[05:01] <marseillai_> hi
[05:01] <\sh> so build it with ./configure make make install in a chroot...man debootstrap
[05:01] <soc> yes i know ...
[05:01] <soc> but before feisty it worked atleast
[05:02] <marseillai_> is there someone to look at my smplayer package? i try to do it with cdbs but it doesn't work
[05:03] <Hobbsee> hi marseillai_ 
[05:03] <Hobbsee> got the build log or something?
[05:03] <marseillai_> hi Hobbsee 
[05:04] <marseillai_> Hobbsee: of course i paste it
[05:04] <marseillai_> and i can put the source package on ftp if you want
[05:04] <Hobbsee> pastebin
[05:04] <Hobbsee> put it on revu or something.  that works too
[05:04] <Hobbsee> (that == ftp)
[05:05] <Hobbsee> someone can help, even if i cant
[05:05] <marseillai_> Hobbsee: http://paste.ubuntu-nl.org/19456/
[05:05] <Hobbsee> (note to marseillai_:  do that first, before asking the question :P )
[05:05] <dabaR> Hi. I see bug #112850 is assigned to gnome-panel. I expect it should be assigned to desktop-effects. Can I get someone to confirm that?
[05:05] <Hobbsee> marseillai_: tried with debhelper?
[05:05] <ubotu> Launchpad bug 112850 in gnome-panel "cube effect does not work " [Undecided,Unconfirmed]  https://launchpad.net/bugs/112850
[05:05] <dabaR> sorry nm
[05:05] <marseillai_> Hobbsee: yes it works with debhelper
[05:06] <marseillai_> but i would like to improve my skills with cdbs
[05:06] <Hobbsee> marseillai_: then i'd suggest you use debhelper
[05:06] <Hobbsee> some things just seem to break with cdbs
[05:06] <afflux> linda and lintian complain about my package merged from debian... I checked the original debian package and linda has the same complaints. How to go on? Ignore it and put the debdiff to launchpad?
[05:06] <Hobbsee> marseillai_: there are lots of other packages, i wouldnt worry :)
[05:06] <Hobbsee> afflux: depends what the errors are...
[05:06] <marseillai_> Hobbsee: CDBS break on this package or generally ?
[05:07] <Hobbsee> soc: then you'll need to compile it, etc
[05:07] <Hobbsee> marseillai_: on this package.  same on asciiquarium
[05:07] <marseillai_> oki
[05:07] <Hobbsee> i've not seen it break on anything else, though
[05:07] <marseillai_> so come back to debhelper
[05:08] <Hobbsee> yeah :)
[05:09] <afflux> Hobbsee: http://pastebin.ubuntu-nl.org/19457/
[05:11] <afflux> Hobbsee: to line 27 are the errors for the native debian package, from 27 onwards are the errors from the merged one
[05:11] <DarkSun88> bug #110779
[05:11] <ubotu> Launchpad bug 110779 in kile "Please merge kile 1.9.3-2 from Debian unstable" [Undecided,Fix committed]  https://launchpad.net/bugs/110779
[05:11] <DarkSun88> What is the problem in this merge?
[05:12] <afflux> DarkSun88: there is no problem... it got uploaded
[05:12] <Hobbsee> afflux: i'd probably leave it, so there's less to merge
[05:13] <afflux> Hobbsee: so ignore them?
[05:13] <Hobbsee> afflux: i probably would
[05:13] <soc> ok
[05:13] <soc> got it
[05:13] <afflux> okay :)
[05:13] <Hobbsee> DarkSun88: means it's uploaded, bu tmay not have built yet.
[05:13] <DarkSun88> Hobbsee: Right.
[05:13] <soc> debian(gnome-build) = libgbf
[05:13] <Hobbsee> DarkSun88: uh...did you test build?
[05:14] <soc> quite logical ...
[05:14] <Hobbsee> https://bugs.launchpad.net/ubuntu/+source/kile/1:1.9.3-2ubuntu1
[05:14] <soc> next time i gonna kill them if they rename packages without mentioning anywgere ,,,
[05:14] <soc> grr
[05:15] <DarkSun88> Hobbsee: No, i didn't. 
[05:16] <afflux> DarkSun88: oh, sry.. didn't look at the build stuff. anyway, it can't apply the patch in debian/patches/07_remove_tips_cpp.diff
[05:16] <Hobbsee> DarkSun88: should i ask why not?
[05:17] <DarkSun88> Hobbsee: Because I have Feisty Fawn and I can't use pbuilder for the build.
[05:17] <Hobbsee> DarkSun88: why cant you use pbuilder?
[05:17] <afflux> DarkSun88: you can.. check http://wiki.ubuntu.com/PbuilderHowto
[05:18] <DarkSun88> Hobbsee: I should to upload to Gutsy and to use the archive of Gutsy.
[05:18] <afflux> DarkSun88: (see the "Multiple pbuilders" section)
[05:18] <Hobbsee> DarkSun88: no, you should use a pbuilder or a clean chroot.
[05:18] <DarkSun88> Ah, ok.
[05:19] <DarkSun88> I didn't know it. :)
[05:19] <xtknight> why are my kernel images coming out to be >200M when i'm on a release, non-developmental branch of Feisty?
[05:20] <DarkSun88> So, the problem is debian/patches/07_remove_tips_cpp.diff?
[05:21] <Hobbsee> dunno - havent tried, to be honest
[05:21] <Hobbsee> i just know that kile has had trouble before in feisty, iirc
[05:21] <marseillai_> Hobbsee: could you tell me if this is good : http://paste.ubuntu-nl.org/19458/
[05:21] <marseillai_> ??
[05:25] <siretart> \sh_away: could you please have a look at https://wiki.ubuntu.com/WineGutsySpec and perhaps comment on it? do you agree to the conclusion?
[05:26] <sacater> hey all, im going to stop contributions from tuesday to friday, due to SATS tests
[05:27] <sacater> i will restart on friday afternoon
[05:27] <Hobbsee> marseillai_: mmm, what?
[05:27] <marseillai_> Hobbsee: forget it! i made a mistake
[05:27] <Hobbsee> marseillai_: might be.  cant really tlel from there
[05:27] <Hobbsee> ahh
[06:10] <afflux> DarkSun88: ping
[06:10] <DarkSun88> afflux: Pong.
[06:11] <afflux> DarkSun88: saw my notes in your query?
[06:11] <DarkSun88> afflux: No, there aren't
[06:12] <afflux> huh? I'll quote them then
[06:13] <afflux> DarkSun88: http://pastebin.ubuntu-nl.org/19467/
[06:13] <DarkSun88> Ok, thank you :)
[06:13] <afflux> seems like i wasn't identifed
[06:17] <DarkSun88> afflux: http://paste.ubuntu-nl.org/19471/
[06:17] <DarkSun88> afflux: Can you check it?
[06:18] <afflux> DarkSun88:  think this should work... can you send me your source-packages before you put it to launchpad again? fnord@pentabarf.de ;)
[06:19] <DarkSun88> Ok
[06:19] <DarkSun88> The debdiff or orig.tar.gz?
[06:19] <afflux> is orig.tar.gz the one from debian?
[06:19] <DarkSun88> One moment
[06:20] <DarkSun88> kile_1.9.3.orig.tar.gz
[06:20] <DarkSun88> This is version of Debian
[06:20] <afflux> I'll get it then.. just send me the debdiff please
[06:21] <DarkSun88> I'll send the debdiff now.
[06:22] <DarkSun88> afflux: Sended
[06:23] <afflux> received
[06:27] <afflux> DarkSun88: oh, it seems like the change in the patch is not yet in the debdiff.. did you rebuild your sources? ;)
[06:27] <afflux> DarkSun88: (dpkg-buildpackage -S -sa -rfakeroot or debuild -S -sa)
[06:27] <DarkSun88> Argh, right. Excuse me.
[06:28] <afflux> DarkSun88: no problem, i'll just take the one from the pastebin
[06:30] <persia> Would anyone with a powerpc be willing to send me the config.log from a failed jack-audio-connection-kit build?
[06:33] <DarkSun88> afflux: I send you another debdiff.
[06:34] <afflux> DarkSun88: okay
[06:35] <DarkSun88> Done.
[06:41] <afflux> DarkSun88: seems to build now
[06:41] <afflux> (has not yet finished, but passed the part with the patches)
[06:41] <DarkSun88> :)
[06:45] <DarkSun88> afflux: It's gone?
[06:46] <afflux> 2 seconds ago, yes ;)
[06:46] <afflux> finished without problems in i386
[06:46] <DarkSun88> Thank you afflux 
[06:46] <DarkSun88> :)
[06:47] <afflux> will check amd64 now, but I don't think that this will cause a problem
[06:47] <afflux> you can upload the debdiff to launchpad
[06:47] <DarkSun88> Yep.
[06:59] <afflux> DarkSun88: no problems on amd64 either
[07:00] <DarkSun88> Well. I just uploaded the debdiff in Launchpad.
[07:00] <afflux> alright
[07:45] <jdong> is it possible to use device-mapper to snapshot a non-LVM block device?
[07:45] <pochu> if debian has 1.2.7-1 and ubuntu has 1.2.13-0ubuntu2, is it possible to make a merge?
[07:46] <geser> what do you want merged?
[07:46] <pochu> geser: liferea
[07:46] <geser> Ubuntu has the more recent version
[07:47] <pochu> geser: yes, but there are some changes in debian/ which aren't in Ubuntu
[07:47] <geser> if Debian has useful changes, you need to extract them and apply on the Ubuntu version
[07:48] <pochu> ok, thanks :)
[08:11] <afflux> my gutsy pbuilder complains about not being able to satisfy the build-deb "python-support"... any ideas?
[08:12] <Q-FUNK> goatse builder.  *shivers*
[08:12] <pochu> afflux: have you updated it?
[08:12] <afflux> yes
[08:13] <pochu> then wait :)
[08:13] <afflux> I can login and install it by hand O.o
[08:18] <afflux> argh... found the problem :D
[08:19] <afflux> debian/control requires python-support >= 0.6, we have 0.5.something
[08:23] <nixternal_> hey, if I wanted to wget all of the debfiles from a remote dir, what flags do I use with wget to do it?
[08:24] <geser> afflux: python-support needs a merge (and it is in main)
[08:25] <geser> nixternal_: is there a .dsc files?
[08:25] <nixternal_> actually, I am sorry, I ddin't mean .debs, I meant tarballs
[08:25] <nixternal_> sorry
[08:27] <pochu> nixternal_: doesn't it work with *.tar.gz?
[08:27] <nixternal_> wget url/*.tag.gz errors out
[08:32] <superm1> Hey any MOTUs around feeling up for a REVU?
[08:48] <jekil> hello
[08:54] <Lutin> is there a way to discard the dch warning when using -D gutsy under feisty ?
[09:03] <Kmos> Lutin: i don't think so.. if it add gutsy to the debian/changelog, then it's ok
[09:04] <Lutin> Kmos: not really ok, talking about scriptability. I mean, press 'enter' is not really what I call scriptable
[09:04] <Lutin> anyways, I'll just patch it
[09:09] <ScottK> geser: Are you available to review merges or bug fix uploads?
[09:12] <ScottK> If you are (anyone else welcome too), it'd be nice to get Bug #108612 uploaded.  It's his first upload...
[09:12] <ubotu> Launchpad bug 108612 in pythoncad "[apport]  pythoncad crashed with ExpatError in parse()" [Medium,Fix committed]  https://launchpad.net/bugs/108612
[09:12] <ScottK> Oops, wrong bug #
[09:13] <ScottK> Sorry, Bug #112140
[09:13] <ubotu> Launchpad bug 112140 in pythoncad "pythoncad fails to exit when all windows are closed" [Medium,Confirmed]  https://launchpad.net/bugs/112140
[09:24] <geser> ScottK: not at the moment
[09:24] <geser> but try to review it when I'm back home
[09:26] <geser> the patch looks ok
[09:28] <Daviey> hey, can anybody point me in the direction of a 'copyright' file for a BSD style licence?
[09:29] <Daviey> should i keep "Copyright (c) The Regents of the University of California."?
[09:29] <geser> have you looked at /usr/share/common-licenses/BSD?
[09:30] <Daviey> yeah
[09:30] <Daviey> but should i keep the copyright of California?
[09:30] <Daviey> is that copyright refering to their licence of the package?
[09:31] <geser> I don't know
[09:31] <Daviey> thanks anyway
[09:31] <geser> have you checked some other BSD-licenced projects?
[09:32] <geser> http://code.djangoproject.com/browser/django/trunk/LICENSE sets the copyright to themself
[09:32] <geser> which makes sense
[09:33] <Daviey> geser, thanks!
[09:40] <afflux> in case someone wants to ack a sync or upload a merge: bug 112836 is to be synced and bug 112867 to be merged
[09:40] <ubotu> Launchpad bug 112836 in nautilus-open-terminal "Please sync nautilus-open-terminal 0.8-1 (universe) from debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112836
[09:40] <ubotu> Launchpad bug 112867 in conquest "Please merge conquest 8.2a-1 (universe) from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112867
[09:40] <afflux> I'll go to bed now ;)
[09:43] <ScottK> geser: Thanks for looking at the bug.
[09:44] <ScottK> eolo999: geser has said he will review your bug fix for upload later today after he gets home.
[09:44] <eolo999> perfect...hi ScottK 
[09:45] <Lutin> hi there
[09:45] <ScottK> persia: I took a quick look at your package.  Have you considered e-mailing the Debian maintainer and asking to take over the package in Debian?
[09:45] <ScottK> It looks to me like he's lost interest.
[09:45] <eolo999> ScottK, I'm moving to Venice tomorrow, i'll try to find a fast internet connection as soon as possible, but I may miss irc for some unspecified days
[09:46] <ScottK> eolo999: Thanks for letting me know.  If geser has any problems with your fix, I'll take care of it then.
[09:46] <ScottK> eolo999: Venice was an interesting place to visit.  I hope you enjor living there...
[09:47] <eolo999> ScottK, It's just 6 months then back to Rome...
[09:47] <Lutin> heya bashelier :
[09:47] <eolo999> Don't have neither a house yet...
[09:47] <ScottK> Ah.  Well Rome was interesting too, although (from an outsider's perspective) totally different.
[09:47] <ScottK> An adventure then...
[09:48] <Q-FUNK> venice... wow!
[09:50] <ScottK> eolo999: One thing I will do for you, if I don't see you here, that we normally have to do is after the upload, monitor the new build and mark the bug fix-released after the new build is finished building.
[09:51] <pochu> slomo: do you think it's a good idea to include the mozilla engine in the liferea package, instead of keep splitting it into liferea-mozilla? Since we're building one engine, it will make easier the installation
[09:51] <slomo> pochu: do what debian does, i.e. one package
[09:51] <pochu> slomo: ok, I've included the debian important changes, and have a debdiff ready :)
[09:52] <pochu> slomo: could you review it?
[09:52] <slomo> cool :)
[09:52] <slomo> sure
[09:52] <eolo999> ScottK, I don't really know when i'll fix everything in Venice, thanks for your offer.
[09:52] <ScottK> No problem.  I'll keep an eye on it.
[09:52] <pochu> slomo: there's no bug which the debdiff fixes, do you want me to mail it to you?
[09:54] <eolo999> hope to be back soon with you all MOTUs and thanks for your guide...
[09:54] <slomo> pochu: sure
[09:54] <pochu> ok :)
[10:13] <pochu> slomo: do you think I can remove the liferea-mozilla and liferea-gtkhtml packages if I make liferea replace them, and conflict with them?
[10:13] <pochu> (and whether it's a good idea)
[10:27] <Daviey> Hi, what does "changelog-file-missing-in-native-package" mean?  Should the changelog be in the tar aswell?
[10:27] <minghua> Daviey: do you know what is a native package?
[10:27] <Daviey> minghua, native to the arch?
[10:28] <minghua> no
[10:28] <Daviey> care to explain?
[10:29] <minghua> trying to find a document, just a second
[10:29] <Daviey> ta
[10:31] <minghua> Daviey: actually, you can try lintian -I first, and see what it says
[10:31] <Daviey> native to packaging system? ie deb?
[10:31] <minghua> Daviey: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
[10:32] <minghua> Daviey: search for "What is the difference between a native Debian package and a non-native package?"
[10:32] <man-di> Daviey: native means the package is special to ubuntu (and/or Debian) and has not much use outside
[10:32] <Daviey> hmm
[11:54] <pochu> slomo: there's a new 1.2.14 release. I've packaged it, with the same changes I mailed you, and it works fine. It's in http://emilio.pozuelo.org/deb/ in case you can take it a look :)