[01:12] <savvas> hm.. System > Shutdown is removed?
[01:12] <savvas> (jaunty)
[01:48] <maxb> savvas: conditional on the fusa applet being on the panel, IIUC
[01:48] <savvas> gnome-volume-manager will not be included/recommended by the ubuntu-desktop in jaunty?
[02:05] <savvas> StevenK: you're the last uploader at https://launchpad.net/ubuntu/+source/imaze - xview is now enabled for amd64? Do you know if and who should I contact to remove the arch-specific restrictions in debian? https://buildd.debian.org/quinn-diff/Packages-arch-specific
[02:08] <ScottK> savvas: There is a mail from Phil Kern on ubuntu-devel a couple of months ago that explains that.
[02:08] <savvas> I'll look, thanks :)
[02:41] <fabrice_sp> Hi. For a FFE, I have to put the New status when subscribing motu-release?
[02:44] <ScottK> yes
[02:44] <fabrice_sp> ok. Thanks
[03:07] <nhandler> Is there any other way to check for rdepends other than apt-cache rdepends? I want to check the rdepends of a jaunty package, but I am currently on Intrepid.
[03:08] <ScottK> nhandler: I generally pbuilder login to my jaunty chroot and do it from there.
[03:08] <nhandler> scottk: I would do that if I was able to create a jaunty chroot.
[03:08] <ScottK> Right.  Of course.
[03:08]  * nhandler has had really great luck so far with jaunty
[03:09] <nhandler> Is there any tool on the web that can show rdepends?
[03:19] <lukehasnoname> How do I find out where files from a package were installed?
[03:20] <lukehasnoname> I'm looking for nexuiz-data files, but it's not a program per se, so I can't use whereis
[03:21] <bddebian> Should be in /usr/share/nexuiz or /usr/share/games/nexuiz
[03:21] <Amaranth> lukehasnoname: dpkg -L nexuiz-data
[03:21] <bddebian> Or that :)
[03:21] <lukehasnoname> thanks both
[03:37] <LaserJock> motu-release person around?
[03:38] <nhandler> o/
[03:38] <ScottK> Sure
[03:39] <LaserJock> do you guys mind if I approve my own FFe or should I ask a motu-release person?
[03:40] <LaserJock> a delgation ettiquette question I guess
[03:41] <nhandler> LaserJock: I know motu-release can approve their own FFe, so I would assume that delegates can do the same
[03:43] <LaserJock> k
[04:04] <StevenK> savvas: Nope, sorry
[04:20] <ScottK> LaserJock: Definitely go for it.
[04:27]  * StevenK catches up on Planet and grumbles at Aaron
[04:36] <LaserJock> StevenK: the Ubuntu Server post?
[04:36] <anakron> HI all
[04:39] <StevenK> LaserJock: Yes.
[04:40] <LaserJock> I kinda wondered about that post
[04:40] <LaserJock> I'm not a server person so I don't have much to go by
[04:41] <LaserJock> but I would think Debian's emphasis on removing RC bugs prior to release and longer release cycle would make it a bit more stable
[04:41] <LaserJock> but I don't know how big of a difference that would make
[04:45] <anakron> how you can apply a patch or make some changes in a patched package?
[04:45] <anakron> because i need to change some things in a package, but i need to apply 2 patches that are into de package
[04:46] <StevenK> LaserJock: But it's a big hand-wave.
[04:46] <LaserJock> StevenK: it is yes
[04:47] <StevenK> So use what you want, but don't blog a 4 page load of crap about Debian servers to Planet *Ubuntu*
[04:47] <LaserJock> StevenK: for my own home server stuff I like Ubuntu because the Sever Team does more useful stuff to make it specifically usable and I like the quicker releases
[04:50] <anakron> ping Laney : hey, somewhere there?
[04:50] <anakron> ping james_w:  Can you help me answering a question?
[04:51] <anakron> persia, do you know how i can do some changes to a package that contains some patches?
[04:51] <anakron> that can be reverse-applied
[04:52] <anakron> i can't understand it
[04:56] <anakron> ping persia : are you there friend?
[05:05] <anakron> ping anakron
[05:06] <savvas> patch-system-but-direct-changes-in-diff - how do I found out which are the changes outside of the debian directory?
[05:07] <LaserJock> savvas: look at the diff.gz
[05:07] <LaserJock> savvas: zgrep "^+++ " *.diff.gz should work
[05:07] <savvas> oh I thought there was a way before building it :P
[05:08] <savvas> I'll do that, thanks :)
[05:08] <anakron> hey LaseJock
[05:08] <anakron> hey LaserJock
[05:08] <LaserJock> anakron: so you want to make an additional change?
[05:08] <anakron> do you know how i can do some changes to a package that contains some patches? when i try to create a debfile it says
[05:08] <anakron> do you know how i can do some changes to a package that contains some patches?
[05:08] <anakron> ups
[05:08] <anakron> Patch 10_remove_encoding_from_desktop_file can be reverse-applied
[05:09] <anakron> not to the patch
[05:09] <anakron> i need to apply them
[05:09] <anakron> then do the changes that i need to make a debdiff file
[05:09] <anakron> and create a deb file then without problems
[05:10] <LaserJock> anakron: how big is the change you want to make?
[05:10] <anakron> mm
[05:10] <savvas> heh
[05:10] <savvas> LaserJock: actually lintian said which file it was:
[05:10] <savvas> W: vlc source: patch-system-but-direct-changes-in-diff patch
[05:10] <savvas> patch :P
[05:11] <savvas> I thought it was part of the message hehe
[05:11] <anakron> add an xpm file and edit a desktop file, that is edited by the patch and some changes in project.pro, I'ts like a makefile
[05:11] <LaserJock> savvas: heh
[05:12] <LaserJock> anakron: what's the source package name?
[05:13] <anakron> qtpfsgui
[05:15] <anakron> i made a debdiff file that make the changes that i need. but i need to know what i can do with the patches, because i need to change desktop file
[05:17] <LaserJock> anakron: that package uses quilt
[05:17] <LaserJock> anakron: https://wiki.ubuntu.com/PackagingGuide/PatchSystems gives an overview of patch systems and has an example of quilt
[05:18] <LaserJock> anakron: for the .xpm file you might consider just putting it in debian/ and installing it from debian/rules
[05:19] <anakron> yes i know
[05:19] <anakron> but the right thing to do
[05:19] <anakron> to an upstram patch
[05:19] <anakron> could be to edit project.pro
[05:19] <anakron> it will be useful
[05:23] <savvas> does anyone know under which license the archlinux packages are created?
[05:24] <anakron> ok, I'll review it tomorrow
[05:54] <savvas> is there a site similar to packages.qa.debian.org in ubuntu?
[05:58] <dtchen> launchpad.net/ubuntu/+source/
[05:58] <dtchen> e.g., packages.qa.debian.org/ecryptfs-utils -> launchpad.net/ubuntu/+source/ecryptfs-utils
[05:58] <dtchen> note that functionally, the latter is *not* PTS
[06:02] <savvas> dtchen: thanks, I was actually more interested in lintian errors :)
[06:15] <iulian> nhandler: Hi, I've just wanted to let you know that the second acknowledger will change the status to "Confirmed" for a freeze exception.
[06:15] <iulian> nhandler: I was talking about bug #247591.
[06:18] <iulian> nhandler: Oh, and please don't unsubscribe motu-release when you ACK something, even when you're the second acker.
[06:19]  * iulian would like to know what goes in or out.
[06:25] <iulian> BBL.
[08:39] <DktrKranz> is launchpad working for you?
[09:58] <huats> nhandler: are you around ?
[10:31] <goshawk> while creating a new package, is there an easy way to parse all the source and extract the copyright line with a simple command? (the same could be done with grep i think)
[10:45] <iulian> goshawk: There is also a licensecheck script.
[10:49] <goshawk> iulian: thx
[10:49] <iulian> You're welcome.
[10:49] <iulian> Hiya mok0.
[10:49] <mok0> hi iulian
[14:21] <iulian> DktrKranz, ScottK, nhandler:  Should we clear https://wiki.ubuntu.com/StandingFeatureFreeze.  It doesn't make any sense if we keep it.
[14:21] <iulian> The first sentence was a question :)
[14:21] <nhandler> iulian: That is what I proposed at the last meeting
[14:21] <ScottK> I think many of those are still relevant.
[14:22] <nhandler> And a good number are not
[14:23] <iulian> ScottK: OK, then, leave it as it is and start a new list for Jaunty below?
[14:23] <ScottK> I think edit it.
[14:23] <ScottK> But don't clear it.
[14:23] <ScottK> Sorry, I don't have a lot of focus on this right at the moment.
[14:23] <iulian> Sure, thanks.
[14:23] <DktrKranz> ghc, wine and gfortran are done, we can drop them
[14:24] <DktrKranz> we have delegates to approve kde, mythbuntu and ubuntustudio packages, they can live there, IMO
[14:25] <iulian> OK, that makes sense.
[14:26] <DktrKranz> clamav, I'm not sure if we have to prepare updates, ScottK is the rockstar
[14:27] <ScottK> clamav is in Main now.
[14:27] <ScottK> You can drop it.
[14:27] <DktrKranz> ah, true
[14:30] <quadrispro> DktrKranz: bug 332498, could you take a look at that?
[14:31] <iulian> quadrispro: Commentted.
[14:32] <quadrispro> thanks iulian
[14:46] <c_korn> jeuclid made it into debian experimental: can someone please have a look at the FFE? https://bugs.launchpad.net/ubuntu/+bug/326179
[14:46] <c_korn> it is juclid 3.1.3 actually that is in debian. 3.1.4 has only small changes.
[14:48] <DktrKranz> c_korn, just commented on those
[14:49] <quadrispro> iulian: it works really fine, it remember me the prime time of my life! (quot.) :D
[14:49] <quadrispro> remembers to me *
[14:50] <quadrispro> iulian: you can try it installing doom-wad-shareware
[14:51] <c_korn> DktrKranz: thanks
[14:52] <iulian> quadrispro: OK, I will have a final look at it and ack if everything is fine.
[14:53] <quadrispro> ;)
[14:55] <logari81> hi I would like to ask about a package the package=pdfshuffler that I have submitted in revu, since it is gonna reach the top  of the list after a while I would like to know what happens next, is it going to be revised or something like being archived?
[14:58] <DktrKranz> quadrispro, commented
[14:58] <quadrispro> DktrKranz: it isn't reproducibile
[14:59] <quadrispro> preparing a screenshot
[15:00] <quadrispro> iulian, DktrKranz: http://www.uploadgeek.com/image-1D54_49A015F5.jpg
[15:00] <iulian> quadrispro: Please attach it to the bug report as well.
[15:01] <iulian> quadrispro: I've just acked it, you will need one more ack to get approved.
[15:03] <quadrispro> iulian: thank you!
[15:18] <c_korn> DktrKranz: https://bugs.launchpad.net/ubuntu/+bug/326179/comments/5 scilab developer answered your question
[15:24] <iulian> I'm wondering why Sylvestre is not uploading scilab 5 to Debian.  As far as I can see he is one of the maintainer of the package and has upload privileges.
[15:24] <iulian> c_korn: ^
[15:31] <c_korn> there is also a bug report for debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483682
[15:32] <jcfp> when the license is GPL3+, should one link to common-licenses/GPL-3 or just /GPL?
[15:42] <quadrispro> DktrKranz: SYN(seq=x)
[15:43] <quadrispro> any motu release here?
[15:45] <iulian> c_korn: Yes, I've seen it.  jeuclid is already in Debian experimental, why doesn't he upload scilab 5 to experimental?
[15:46] <iulian> jcfp: The former.
[15:46] <jcfp> iulian: tx
[15:47] <iulian> jcfp: You're welcome.
[15:47] <iulian> quadrispro: I'm still here.
[15:47] <iulian> But currently busy.
[15:48] <c_korn> iulian: jeuclid has today come into debian experimental
[15:48] <quadrispro> iulian: you've already done your work ;)
[16:21] <LucidFox> Hmm, Debian has accepted Qt 4.5 RC1 into experimental
[16:21]  * LucidFox wonders whether to try it under Intrepid
[16:22] <ScottK> mok0: I would be interested in your feedback on Bug 3216179 and how badly do we want Scilab-5.1?
[16:22] <ScottK> Err Bug 326179
[16:26] <LaserJock> ScottK: Ubuntu users would greatly appreciate scilab 5.1 . Debian's been working on it for quite some time and ubuntu forum people have been hacking around trying to build it from tarballs
[16:27] <ScottK> LaserJock: OK.  Would you please mark something in the bug.  You're opinion on sciency stuff is certainly valued.
[16:27] <ScottK> LaserJock: Feel free to decide it's educational.
[16:27] <ScottK> Gotta run.
[16:40] <mok0> LaserJock; I uploaded a pseudosync for jeuclid before FF, it's still in the queue
[16:41] <mok0> LaserJock: if it's accepted, the bug should close
[16:45] <quadrispro> ScottK: around here?
[16:45] <quadrispro> hi mok0
[16:45] <c_korn> mok0: the problem with the package in the queue is, that it has a wrong tarball (my fault). so there are licenses in debian/copyright missing. but the files that have these licenses are not required and are not in tarball: the right tarball is here: http://revu.ubuntuwire.com/p/jeuclid
[16:46] <mok0> c_korn: I am not sure you are right, because I generated the tarball myself AFAIR
[16:47] <mok0> hi quadrispro!
[16:47] <quadrispro> ScottK-desktop: about this -> bug 332498
[16:47] <mok0> quadrispro: ScottK left a while ago
[16:48] <quadrispro> ah ok ok
[16:48] <directhex> hm
[16:48] <directhex> sebner?
[16:48] <directhex> ScottK would be just as good as sebner if he's about ;)
[16:48] <directhex> or DktrKranz!
[16:49] <mok0> c_korn: what copyright file are you talking about?
[16:51] <c_korn> mok0: the tarball in the queue definitely has wrong filesize. I presume there is still the support directory in there and also the not required font file. there where files with other licenses not mentioned in debian/copyright
[16:52] <mok0> c_korn: can you please download it and see for yourself? http://launchpadlibrarian.net/22814237/jeuclid_3.1.4-0ubuntu1.dsc
[16:52] <mok0> c_korn: I don't understand exactly what you mean
[16:53] <mok0> RainCT: ping?
[16:55] <c_korn> mok0: I checked it. there is the wrong tarball in the queue. I did not use uscan to create the tarball. that is why I had a wrong tarball with files that would normally have been deleted by debian/orig-tar.sh script
[16:55] <mok0> c_korn: ah, I guess we ask to get it rejected and upload another one
[16:55] <mok0> c_korn: perhaps you already did?
[16:56] <mok0> c_korn: it the version you uploaded to REVY the right one?
[16:56] <c_korn> mok0: yes, it is the right one
[16:57] <mok0> c_korn: great
[16:58] <c_korn> mok0: yes, jeuclid has been rejected before because of missing entries in debian/copyright. I notified sylvestre ledru and he wondered that he does not have the files in his tarball. then we checked that I uploaded a wrong one
[16:59] <mok0> c_korn: ok, starting to make sense for me :-)
[17:00] <sebner> directhex: pong pong :D
[17:01] <directhex> sebner, vala's done - do you want orig/diff/dsc on the same bug, or...?
[17:01] <sebner> directhex: yep, sounds good :)
[17:02] <LaserJock> c_korn, mok0: so you need an ack on the jeuclid FFe to upload again witht he right tarball?
[17:04] <sebner> directhex: though diff would be enough if you have a get-orig-source in it ^^
[17:04] <mok0> LaserJock: actually, I uploaded before Ff
[17:05] <LaserJock> mok0: I know, but did it get rejected?
[17:05] <mok0> LaserJock: not yet
[17:05] <LaserJock> but it should?
[17:05] <mok0> LaserJock: but we want to make another upload
[17:05] <mok0> LaserJock: yes
[17:06] <LaserJock> mok0: you have the new upload ready?
[17:06] <directhex> sebner, that's what i wanted to check. i'll just post the diff then, for safety
[17:06] <mok0> LaserJock: it's in REVU's archive
[17:06] <sebner> directhex: kk, I'll check your stuff and upload it then ASAP :)
[17:07] <LaserJock> mok0: so let's see if we can find an archive admin :-)
[17:09] <directhex> hm. how can i display the current git revision? does git even have a concept like that?
[17:09] <directhex> git's scary :(
[17:09] <LaserJock> directhex: git log should work
[17:09] <LaserJock> directhex: it'll show you a hash
[17:11] <mok0> LaserJock: any of'em working today? :-)
[17:11] <LaserJock> mok0: perhaps
[17:11] <LaserJock> mok0: I've ack'd the FFe for it in any case
[17:12] <LaserJock> mok0: so once you find one you should be able to ask for the current one to be rejected and upload the new one from REVU
[17:12] <directhex> LaserJock, gotcha
[17:13] <LaserJock> directhex: it's a little odd to not have actual revision numbers, "yeah, grab revision 3ld89as8ukd from my branch" :-)
[17:13] <LaserJock> well, that wasn't a very good made-up hash, but you get the poing ;-)
[17:13] <LaserJock> *point
[17:13] <directhex> LaserJock, i'm uneasy about git, but meebey seems to like it :/
[17:16] <mok0> LaserJock: ok, thanks!
[17:22] <c_korn> mok0: should I rename the bug report? bug 272264 because ScottK said you do not sync from PPAs. I also don't know if "sync" is the right word here
[17:23] <Adri2000> has Scott Ritchie stopped maintaining wine in ubuntu?
[17:24] <directhex> YokoZar, customer
[17:25] <cody-somerville> Heya Folks
[17:26] <directhex> hello cody-somerville!
[17:26] <DktrKranz> directhex, huh?
[17:26] <directhex> DktrKranz, sebner already answered
[17:26] <DktrKranz> :)
[17:27] <sebner> DktrKranz: I'm his MD slave now :P
[17:27] <c_korn> Adri2000: no, he still builds the packages for ubuntu. why?
[17:28] <DktrKranz> sebner, at least until  tomorrow afternoon :(
[17:28] <directhex> DktrKranz, monodevelop-vala prepared......... still working on the debugger addons with meebey
[17:28] <sebner> DktrKranz: :( :( :(
[17:29] <Adri2000> c_korn: jaunty has 1.0.1, upstream is at 1.1.15
[17:29] <sebner> directhex: /me is now taking a look at it :)
[17:29] <directhex> sebner, how long until you're a fully trained shooter of foreigners?
[17:29] <c_korn> Adri2000: that is because 1.0.1 is stable and 1.1.15 is development version
[17:29] <c_korn> next stable will be 1.2
[17:30] <Adri2000> ok
[17:30] <sebner> directhex: well, the first part of education lasts for 3 more weeks, but we have shooting training until may IIRC
[17:31] <geser> sebner: so we still have some time left till we *need* to be nice to you? :)
[17:32] <sebner> geser: ahaha! well we have 18 shooting trainings and we have completed 8 of them already so I might hit sometimes already :P
[17:39] <LaserJock> geser: what are you shooting with?
[17:39] <LaserJock> sorry, that was for sebner
[17:39] <sebner> LaserJock: with a weapon :P
[17:39] <LaserJock> I figured that ;-)
[17:40] <geser> does somebody know the weather in Barcelona end of May usually is?
[17:40] <sebner> LaserJock: StG77-A1
[17:42] <LaserJock> sebner: ah, one of those little bullpup popguns
[17:42] <geser> that one http://en.wikipedia.org/wiki/Steyr_AUG ?
[17:43] <sebner> geser: +1
[17:43] <sebner> LaserJock: heh
[17:43] <LaserJock> I don't know if I'd have a very easy time with one of those
[17:43] <geser> sebner: are you only trained with a rifle or also other weapons?
[17:44] <sebner> geser: nope, only with that weapon (other parts of the army of course also have access to other weapons)
[17:44] <sebner> directhex: I'm again asking myself if Debian folks like to fool lintian :P
[17:45] <directhex> sebner, i think team policy is "lintian is a tool, not your boss"
[17:46] <sebner> directhex: ehehe, lintian is god :P
[17:46] <LaserJock> I sure hope not ;-)
[17:48] <RainCT> mok0: pong
[17:48] <RainCT> mok0: what's up?
[17:48] <RainCT> fta: hey, are you around?
[17:48] <geser> sebner: no pistols? I got trained on pistol, SMG, rifle, MG, bazooka and grenades (some more, some less)
[17:49] <sebner> geser: what part of the army?
[17:49] <directhex> sebner, heavy weapons!
[17:49] <sebner> lol
[17:50] <sebner> directhex: MD-vala uploaded btw
[17:50] <geser> sebner: I got my basic training in a tank unit
[17:50] <ScottK> Even in the Navy I got trained on pistols, shotguns, and rifles.
[17:50] <joh> So, no new packages eh? :P
[17:50] <LaserJock> geser: nice. get to take any home?
[17:51] <sebner> geser: well, I'm not in a tank unit. Just "Funker" :P
[17:51] <sebner> ScottK: well Navy ... seems "more" than our army ^ ^
[17:51] <joh> Does that mean it's pointless for me to fix my alarm-clock-applet package (http://revu.ubuntuwire.com/details.py?package=alarm-clock-applet) ?
[17:51] <LaserJock> I'm thinking of going for my concealed weapons permit
[17:52] <geser> LaserJock: no (perhaps it better that way :)
[17:52] <LaserJock> my friend got his last week, my dad and brothers got theirs a month or so ago
[17:52] <joh> nhandler: You around?
[17:53] <LaserJock> though I don't know if permit is much good for me if I can't pack on campus
[17:53] <DktrKranz> sebner, confess! you wanted to kill Achmed! Bad boy
[17:54] <sebner> DktrKranz: well, the instructors maybe .. but not achmed :P
[17:54] <RainCT> lol
[17:54] <geser> sebner: after my basic training I got transfered to a command unit, so got only a rifle after that (at least I didn't have to wear those heavy MGs or bazookas around anymore)
[17:55] <sebner> ehehe
[17:56] <DktrKranz> geser, bazookas? I'm curious to see which targets you aimed
[17:57] <mok0> RainCT: still there?
[17:57] <geser> DktrKranz: got to use only training missiles on a firing range :(
[17:58] <DktrKranz> oh, so you can't kill anybody or at least destroy his house, booooring...
[17:58] <ScottK> TheMuso: How does it look for getting a new ports kernel this weekend?
[17:59] <ScottK> ... or did you upload it already and I didn't notice?
[17:59] <RainCT> mok0: yep
[17:59] <sebner> geser: I'm wondering if the austrian army has bazookas xD
[18:00] <LaserJock> c_korn, mok0: so what is the situation on fop and xmlgraphics-commons, are they in Jaunty already?
[18:00] <DktrKranz> sebner, calm down, you can't reach me anyway :)
[18:00] <sebner> DktrKranz: ahahahaha!
[18:00] <mok0> LaserJock: xmlgrapics-commons yes, don't know about fop
[18:03] <geser> sebner: I guess the "Carl Gustav" counts as one
[18:05] <sebner> geser: dunno. I'm also not really interested in that stuff. happy when it's over ..
[18:05] <geser> DktrKranz: beware, sebner needs only your coordinates (he is a signalman) and pass them one to a unit which can reach you
[18:06]  * DktrKranz runs to change Launchpad map!!!
[18:06] <sebner> at least we have blackhawks \o/
[18:06] <sebner> ahahah!
[18:06]  * DktrKranz now lives in sebner's house
[18:07] <sebner> DktrKranz: house = flat. FAIL
[18:08] <c_korn> LaserJock: yes, xmlgraphics-common and fop are in jaunty already
[18:12] <LaserJock> c_korn: so once jeuclid goes through scilab will be ready?
[18:13] <mok0> LaserJock: that's the hope
[18:13] <mok0> c_korn, jeuclid is rejected now, I will prepare another upload
[18:13] <mok0> c_korn: I can use the REVU upload, right?
[18:13] <LaserJock> mok0: "hope" or "heck yeah!"? :-)
[18:14] <c_korn> LaserJock: yes, finally after syncing fop and xmlgraphics and java-wrappers and jeuclid it is ready to build :P
[18:14] <c_korn> mok0: yes, REVU uploads are fine
[18:14] <mok0> LaserJock: heck yeah!
[18:16] <LaserJock> mok0: that's what I like to hear
[18:24] <c_korn> mok0, LaserJock: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/272264/comments/28 well this sivp package is not up to date in jaunty. (changelog says something about scilab-5 support). the updated version is in debian sid http://packages.debian.org/sid/sivp sylvestre says: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/272264/comments/29
[18:31] <RainCT> iulian or another motu-release member: I don't need a FFe for this, or?  http://bazaar.launchpad.net/~jshholland/webboard/with-manpage/revision/63?compare_revid=62   (webboard is a GUI for pastebin, and this diff basically adds an option to choose the user name. there are other changes -the diff is not complete but all other changes clearly pass as fixes)
[18:33] <fta> RainCT: yes?
[18:34] <RainCT> fta: I've enabled your PPA and now liferea fails to start ("Aborted"). It's not a big issue, but do you know what the problem is?
[18:35] <fta> RainCT, which version of liferea? i provided a patch to pochu a while ago
[18:35] <RainCT> fta: 1.4.18-0ubuntu2
[18:35] <fta> RainCT, oh, it's not jaunty
[18:36] <fta> RainCT, hm, you most probably need this: http://patches.ubuntu.com/by-release/extracted/ubuntu/l/liferea/1.4.23-0ubuntu2/load_proper_xulrunner
[18:37] <RainCT> fta: is there a ready .deb somewhere?
[18:38] <RainCT> fta: well nvm, I'll just build one. Thanks!
[18:38] <mok0> c_korn: jeuclid uploaded again
[18:38] <fta> RainCT, pochu is the maintainer, maybe ask him. I can also push liferea to my PPA
[18:41] <c_korn> mok0: ok, that one won't be rejected. it also made it into debian
[18:42] <mok0> c_korn: perfect
[18:44] <mok0> c_korn: it has been a bit of a jig-saw puzzle to get scilab-5 ready to go!
[18:47] <c_korn> mok0: :P
[18:48]  * mok0 < food
[18:50] <LaserJock> getting a new, *free* Scilab is totally worth it though
[18:59] <DktrKranz> mok0, sivp would probably need love too
[19:01] <c_korn> DktrKranz: should I file a FFE sync bug report? it just had to be synced from debian sid. no ubuntu specific changes were applied
[19:02] <c_korn> I am currently trying to build it in a PPA
[19:02] <DktrKranz> c_korn, that would be required if current version is not compatible with newer scilab
[19:02] <DktrKranz> we're just entered FF, there is room for bugfix
[19:03] <c_korn> I asked sylvestre about it. I am waiting for his answer so
[19:04] <ScottK> c_korn: Whether or not there are Ubuntu changes isn't a factor in does it need an FFe.  The question is does it bring new features/functions or does it fix bugs.
[19:06] <LaserJock> I'm guessing it needs a FFe since it's going from 0.4 to 0.5
[19:08] <c_korn> let us wait for sylvestres answer if scilab-5 required sivp 0.5
[19:08] <c_korn> *requires
[19:09] <RainCT_> fta: Thanks, I've built the version from Jaunty for Intrepid and it works fine :)
[19:09] <RainCT_> though I messed with the config dir before that and now it lost my cache.. I may as well switch to google reader now :P
[19:11] <nhandler> joh: You there?
[19:17] <rexbron> Hello motu! I have encountered a weird dependancy error with ffado-dbus-server. Apt correctly selects libffado0 to be installed if it is not but trys to install ffado-dbus-server _before_ libffado0 and then chokes. If I install libffado0 before hand, everthing is fine. Suggestions?
[19:22] <joh> nhandler: Hi, could you please review my package at REVU? http://revu.ubuntuwire.com/details.py?package=alarm-clock-applet
[19:22] <nhandler> joh: I'll look at it, but not right now. Also, we are in Feature Freeze now, so it probably won't make it into Jaunty
[19:23] <joh> nhandler: Yeah, I noticed :-(
[19:23] <joh> nhandler: Thanks
[19:25] <joh> nhandler: Really hard to get packages into Universe when it takes ~3 months to get a review :-/
[19:26] <joh> nhandler: That's what happened last time (before intrepid) - I noticed the comments 10 minutes after freeze :P
[19:26] <nhandler> joh: The best way to get reviews is to come here and ask for them on REVU Days
[19:27] <joh> nhandler: Ah, and when are those?
[19:33] <mok0> joh, it's actually listed on the top right on revu's webpage
[19:34] <joh> mok0: Oh my bad :-P thanks
[19:34] <DktrKranz> c_korn, my concern is not scilab-5 to require new sivp, but if current sivp is compatible with scilab-5
[19:34] <mok0> joh, well, the type size is small :-)
[19:49] <c_korn> DktrKranz: ok, I sent sylvestre an email about that question
[19:49] <ScottK> DktrKranz: I approved pythonistas, but doko has to approve pythoneers.
[19:50] <DktrKranz> ScottK, thanks
[19:51] <directhex> pythonwhatnow?
[19:52] <DktrKranz> directhex, it won't be more difficult than mono, *-cli, *-sharp or gnome together with some of the above :)
[19:53] <sebner> DktrKranz: ahaha!
[19:53] <mok0> ScottK:  what's pythoneers?
[19:53] <DktrKranz> anyway, good work with MD2
[19:53] <ScottK> DktrKranz: It's a team that is subscribed to ~all python packages in Main.
[19:54] <ScottK> Err
[19:54] <ScottK> mok0: ^^^
[19:54] <DktrKranz> mok0, --^
[19:54] <mok0> Ah, the enemy :-)
[19:54] <DktrKranz> kind of
[19:56]  * DktrKranz is off for today, please don't flood my mailbox with FFe request or sebner will have some bazooka training with you
[19:56] <sebner> ahaha!
[19:56] <mok0> DktrKranz: sebner's your front man, huh?
[19:56] <sebner> that was a nice time when sebner filled DktrKranz's mailbox with FFe requests =)
[19:57] <mok0> sebner: that''s the reason you were made MOTU :-)
[19:57] <DktrKranz> mok0, my delegate with license to kill
[19:57] <sebner> ehehehe
[19:57] <DktrKranz> (or to upload MD2)
[19:57]  * mok0 wonders why Austria needs an army
[19:57] <sebner> lol
[19:58] <DktrKranz> mok0, to keep sebner busy from filing FFe, of course
[19:58] <mok0> Of course you never know what tricks those swiss might cook up
[19:58] <sebner> mok0: because we have to (written in the treaty from 1955)
[19:59] <DktrKranz> sebner, ask to become a sudtiroler
[19:59] <sebner> DktrKranz: oh NOOOOOOOOOOO
[19:59] <mok0> Legions of Swiss with drawn army knives
[19:59] <sebner> sebner has no time to file FFe requests, besides he is fine with uploading MD2
[20:06] <nhandler> If a sync request was made before feature freeze, does it still need an exception?
[20:10] <sebner> nhandler: does it have an ACK?
[20:10] <mok0> nhandler: no
[20:11] <nhandler> mok0: Ok, thanks
[20:11] <sebner> mok0: yes if hasn't been ACKed yet
[20:11] <sebner> + nhandler
[20:11] <mok0> sebner: uhm, yes, but a sync request from a motu doesn't need an AC
[20:11] <mok0> K
[20:12] <sebner> mok0: ah, I didn't notice that we was speaking about himself filing the sync request =)
[20:12] <mok0> sebner: he wasn't... I assumed so
[20:13] <mok0> nhandler: ?
[20:13] <nhandler> I didn
[20:14] <nhandler> * I didn't file the request
[20:14] <sebner> nhandler: so it needs a FFe if it hasn't been ACKed before FF
[20:16] <RainCT> >> I don't need a FFe for this, or?  http://bazaar.launchpad.net/~jshholland/webboard/with-manpage/revision/63?compare_revid=62   (webboard is a GUI for pastebin, and this diff basically adds an option to choose the user name. there are other changes -the diff is not complete but all other changes clearly pass as fixes)
[20:16] <RainCT> nhandler: ^
[20:20] <rexbron> hey motu, anyone have any advice on making dh_link link between packages?
[20:20] <ScottK> RainCT: Yes you do, but should be easy enough to get.
[20:21] <mok0> rexbron: between _packages_?
[20:21] <rexbron> mok0: like between a libfoo0 and libfoo-dev
[20:21] <nhandler> scottk: Just to be clear, syncs requested by non-motus before FF need an exception, correct
[20:22] <ScottK> nhandler: Yes.
[20:22] <mok0> rexbron: can you explain a bit more?
[20:22] <ScottK> The only slack is if it's "waiting for an archive admin to get to it".
[20:22] <mok0> rexbron: -dev packages often contain a link called *.so
[20:22] <rexbron> mok0: ffado's upstream uses scons and scons doesn't do shared libraries to policy
[20:23] <mok0> rexbron: just create the symlinks with dh_links and store it in the -dev package
[20:23] <rexbron> (it also does not include a soname, so scons had to be patched to add that too)
[20:24] <mok0> &%!!?$ scons
[20:24] <rexbron> mok0: I have a file called libffado-dev.links but am confused as to what a "full" path means in the context of dh_link
[20:24] <mok0> rexbron: it's relative to $topdir
[20:25] <rexbron> so for example"
[20:26] <rexbron> debian/libffado0/usr/lib/libffado.so.0.0.0u debian/libffado-dev/usr/lib/libffado.so
[20:26] <rexbron> mok0: ^
[20:26] <rexbron> mok0: that would be correct?
[20:28] <mok0> rexbron: sorry it's relative to the package dir
[20:28] <LaserJock> you know, we really should have a listing of dh_* with example files
[20:28] <mok0> LaserJock: yes
[20:28] <rexbron> LaserJock: It
[20:29] <rexbron> LaserJock: I'd say it's more the weird cases that the docs don't really cover that trip me up :P
[20:29] <mok0> rexbron: usr/lib/libffado.so.0.0.0u usr/lib/libffado.so
[20:30] <mok0> rexbron: and stuff the .so link  in -dev
[20:30] <rexbron> mok0: I tried that, no symlink is created due to libffado.so.0.0.0u not being in the -dev package
[20:30] <mok0> hm
[20:31] <rexbron> what about ../libffado0/usr/lib/<foo> ?
[20:33] <mok0> rexbron: I don't think so... just don't have the / before usr
[20:34] <mok0> rexbron: the file is <package>.links, yes?
[20:34] <rexbron> mok0: yes
[20:36] <mok0> rexbron: build the package in place using fakeroot debian/rules binary and check that things are what you think they are
[20:36] <mok0> rexbron: make sure dh_link is called for that package
[20:41] <nhandler> Is there any requirement for new packages to be appropriate?
[20:41] <rexbron> mok0: dh_link is being called
[20:41] <rexbron> mok0: and examining libffado0.deb it is where I expect it to be
[20:41] <mok0> rexbron: good
[20:42] <rexbron> it being libffado.so.0.0.0u
[20:42] <mok0> rexbron: what about debian/libfado
[20:42] <mok0> rexbron: does it contain the link?
[20:43] <ScottK> nhandler: What do you mean?
[20:43] <nhandler> scottk: Bug #332193
[20:44] <ScottK> No, we don't want that one I don't think.
[20:44] <ScottK> They can get it from medibuntu.
[20:44] <nhandler> :)
[20:44] <ScottK> nhandler: I don't think there is a specific rule, but I don't think that package and CoC go well together.
[20:44] <mok0> Uhm, needs unpacking: hot-babe
[20:48] <rexbron> mok0: there is no symlink in the pkg-build dir
[20:52]  * rexbron facepalms
[20:52] <rexbron> mok0: pebcak! the links file was not added to bzr and was not copied over to the build....
[20:53] <rexbron> mok0: your solution for the links file works
[21:00] <mok0> rexbron: super
[21:01] <mok0> rexbron: another win for the socratic method :-)
[21:09] <directhex> wait, hot-babe is a needs-packaging? didn't it used to be in debian?
[21:11] <mok0> directhex: it was sexist, so it was retired
[21:12] <mok0> ;-)
[21:12] <directhex> mok0, well, technically it didn't violate the DFSG :p
[21:13] <mok0> directhex: ah, you mean hot-babe was totally free?
[21:13] <directhex> oh, was the "art" non-free?
[21:15] <directhex> definitely crass & crap, though
[21:23] <asomething> could some one help me make sense of a pycentral problem? http://ubuntu.pastebin.com/m4f482b67
[21:28] <ScottK> Probably not.  I'd wait until doko gets updating stuff and then see where we are and if he has clear direction.
[21:40] <asomething> ah! it was already fixed in the last pycentral upload, but my pbuilder was using archive.kernel.org and it hadn't landed there. works from archive.ubuntu.com
[22:54] <TheMuso> .c
[22:55] <directhex> .cs!
[22:55] <RainCT> .py \o/
[22:56] <directhex> .boo!
[23:00] <RainCT> .baa