[00:00] <Kano> libxine-dev
[00:00] <Kano> is missing
[00:00] <Kano> which is needed for one plugin
[00:00] <Fujitsu> Telling me isn't going to do any good.
[00:03]  * ajmitch notes that \sh uploaded a new revision just recently
[00:04] <vemon> ion_, which ad is that?
[00:31] <TheMuso> c
[00:31] <TheMuso> wrog tab
[00:31] <Fujitsu> TheMuso: I think you need an irssi script to automatically say `ugh', `wrong tab', `orca let go of my keys' when it sees ^c$.
[00:33] <TheMuso> Fujitsu: har har
[00:33] <TheMuso> Its this keyboard as well I think
[00:49] <minghua> TheMuso: Or maybe just a script that filters "^c$" from input? :-)
[00:51] <TheMuso> possibly
[01:25]  * imbrandon yawns
[01:27] <imbrandon> evening all
[01:27] <persia> Hey imbrandon.
[01:27] <imbrandon> man been a long 3 days at work, $world broke, but i got to be the saviour with a ubuntu live cd :)
[01:28] <imbrandon> hehe
[01:29] <persia> imbrandon: Doesn't most of your equipment support EFI in one way or another?  I don't suppose you could trick it to boot Ubuntu off the network on-demand so that you don't even need to open the cabinet when something can't boot.
[01:30] <imbrandon> yea mostly , but in this case someone already tryed to "fix" the issue
[01:30] <imbrandon> and i was left with scraps to fit back togather
[01:31] <imbrandon> generaly though we have port 46 on all the switches in the cabnets set to a DHCP + PXE + multi distro live + bart pe , etc etc etc
[01:33] <imbrandon> so when something breaks or we are swapping hardware we just unplug it from the network its plugged into and put it on 46 and reboot
[01:33] <imbrandon> choose from a ncurses menu the pxe env we want, dell diag, ubuntu/centos live , etc
[01:33]  * persia advocates switchport vlan reassignment over physically moving cables
[01:34] <imbrandon> :)
[01:55] <madrazr> Hii all
[01:55] <madrazr> we want to build a tool apt- package
[01:56] <madrazr> its a tool which is used to create a mirror of the packages that a user wants
[01:56] <madrazr> **I mean it is a tool which can be used
[01:56] <Kano> why not use apt-proxy
[01:56] <madrazr> are there any alternatives already available for this??
[01:57] <madrazr> Kano: what is apt-proxy??
[01:57] <madrazr> is it somewhere close to what we have thought??
[01:57] <Kano> well use it as proxy server for apt
[01:57] <Kano> it will cache the files
[01:57] <madrazr> Kano: I did not get you
[01:57] <Kano> install it and read manpage
[01:58] <blueyed> persia: you've fixed bug 74097, but bug 154180 requests that it should not run without confirmation.. what do you think? add a confirmation or remove the postinst-update again?
[01:58] <ubotu> Launchpad bug 74097 in apt-file "apt-file update needs to be run" [Wishlist,Fix released] https://launchpad.net/bugs/74097
[01:58] <ubotu> Launchpad bug 154180 in apt-file "apt-file update should *not* be run in postinst without any feedback (was:  [Feisty->Gutsy] apt-file causing upgrade to fail)" [High,In progress] https://launchpad.net/bugs/154180
[01:58] <madrazr> I have read the mapage but did not understand it
[01:58] <imbrandon> madrazr: apt-mirror
[01:59] <madrazr> imbrandon: apt-mirror wont work for single packages I think right??
[01:59] <madrazr> say suppose I want only amarok to be mirrored
[01:59] <persia> blueyed: Hrm.  The issue is that apt-file won't work when installed (waits for the next cron run) if we don't run it, but I agree that I didn't consider the needs of those with bandwidth constraints when doing 74097.
[02:00] <madrazr> so that I can install it on another machine not connected to internet
[02:00] <persia> Maybe we could do something with debconf to allow the user to choose whether to run it automatically or manually later?
[02:00] <imbrandon> madrazr: aptoncd in that case
[02:01] <Burgundavia> persia: why not just have apt-file run it automatically the first time it is run?
[02:01] <madrazr> aptoncd is not working in the manner we want, and it works for only the packages that I have already installed on my system
[02:01] <madrazr> imbrandon: actually I thought this as an extension for aptoncd
[02:01] <persia> Burgundavia: That could work too, but means patching the script, rather than just maintainer scripts.
[02:01] <Burgundavia> it is a cleaner solution
[02:02] <blueyed> persia: yes, I've thought so.. but it should not be a "high-level" question and default to "no", so it won't make sense - except from providing this reconfiguration, which may be useful to some and later.
[02:03] <joejaxx> hey its Burgundavia :P
[02:03] <joejaxx> lol
[02:03] <madrazr> imbrandon: what do you say for that?? can we take this up as an extension to aptoncd??
[02:04] <Burgundavia> hey joejaxx
[02:04] <joejaxx> Burgundavia: :)
[02:04] <madrazr> so that it can handle the files that aren't cached also
[02:08] <persia> Burgundavia: Thnking about it, I'm less sure.  I can well imagine that users might try to find a high-bandwidth environment for upgrade, but be in a lower-bandwidth environment when trying out new packages.
[02:09] <persia> blueyed: One possible workaround to improve user experience, without changing much of current behaviour would be to run the update in the background so that the package manager didn't appear to hang.  This raises other issues, and doesn't solve the 14MB download without warning issue.
[02:11] <bddebian> Heya gang
[02:12] <persia> Hey bddebian
[02:13] <bddebian> Hi persia
[02:16] <joejaxx> hello bddebian :)
[02:17] <bddebian> Hi joejaxx
[02:17] <joejaxx> anyone here touch Xorg other than b r y c e ?
[02:18] <joejaxx> :)
[02:18]  * joejaxx checks the changelogs :)
[02:19] <persia> joejaxx: There are other people who work on X, but they tend to follow weekdays, and tend to discuss things in #ubuntu-devel
[02:19] <joejaxx> oh bah
[02:19] <joejaxx> i just forgot xorg is in main
[02:20]  * persia is impressed
[02:20] <joejaxx> so i would have to get someone from core to sponsor a patch
[02:20] <joejaxx> persia: lol why :P
[02:21] <persia> joejaxx: The process is about the same.  Just subscribe ubuntu-main-sponsors.  Sometimes it takes longer, as there are fewer active main sponsors
[02:21] <persia> Why?  Because forgetting X is part of main seems to be to take effort :)
[02:21] <joejaxx> lol :)
[02:22] <joejaxx> i keep forgetting there are two parts to the archive
[02:22] <persia> Ah.  That makes more sense.
[02:22] <joejaxx> yeah
[02:25] <blueyed> persia: well, maybe it should just auto-detect the download capacity and fallback with a warning/info that download has been skipped..
[02:25] <joejaxx> persia: i was reminded of that when i accidentally created patces for bugs that were in main
[02:25] <joejaxx> patches8
[02:25] <joejaxx> dfdfgdfg
[02:25] <blueyed> ..but that appears overly complex
[02:25] <joejaxx> patches*
[02:26] <persia> blueyed: I'm not sure that is ideal either, but I think we need a complex solution.  Both "do it" and "don't do it" received bug reports.
[02:29] <blueyed> any ideas?
[02:31] <persia> blueyed: We can't always download at install time, as the user may not have the bandwidth.  We can't always download at runtime, for the same reason.  It's not an important enough question to get -phigh, so we can't leave it up to the user.  Maybe we could use the notification system, like alsa does to remind you to update your default card definition?
[02:41] <blueyed> persia: I don't know the notification system, but why not add the notification to apt-file itself: notify the user if there's no index and point him at "apt-file update"? After all it's a cli tool.
[02:41] <blueyed> I've fixed the download expressions already to output errors, I could add a hint there, too.
[02:42] <blueyed> (through the exit code and in apt-file itself probably)
[02:42] <persia> blueyed: I'd like to give the user some information that we don't expect it in advance, just so they can update the cache before getting on the plane, etc.
[02:42] <persia> I do agree having a runtime check for the cache would be a nice improvement.
[02:44] <persia> Regarding the notification system, this postinst seems to work: http://revu.ubuntuwire.com/revu1-incoming/mscore-0801022000/mscore-0.8.0+dfsg/debian/mscore.postinst, with a notifier file like http://revu.ubuntuwire.com/revu1-incoming/mscore-0801022000/mscore-0.8.0+dfsg/debian/soundfont-required.update-notifier
[02:44]  * persia doesn't understand the notifier system well enough to know if that is the preferred method of using it.
[02:45]  * blueyed doesn't know it at all.. but it looks self-explaining.
[02:46] <blueyed> But I still think that we should disturb the user during installation..
[02:47] <crimsun> it's really straightforward to use, yes.
[02:47] <blueyed> even when the download only takes 5 seconds.. the user would use the tool on the commandline anyway: why not just ask him to download the files, if there's no index yet (or it's outdated)?
[02:48] <crimsun> arguably, the scripts should not assume you have an active Internet connection at the moment postinst is executed.
[02:49] <persia> blueyed: Because the user in bug #154180 took a long time to download, which may not be ideal.
[02:49] <ubotu> Launchpad bug 154180 in apt-file "apt-file update should *not* be run in postinst without any feedback (was:  [Feisty->Gutsy] apt-file causing upgrade to fail)" [High,In progress] https://launchpad.net/bugs/154180
[02:51] <persia> crimsun: Good point, although we've quite a few packages that fail that test.
[02:51] <crimsun> yes, flashplugin-nonfree being an infamous one
[02:52] <blueyed> it asks, doesn't it? but it's not a cli tool.
[02:52] <persia> I don't see how CLI vs. non-CLI is related to asking or not asking.
[02:52] <crimsun> (I don't think *cli is revelant here.)
[02:55] <superm1_> persia: the license on all of them does not fit in multiverse though
[02:55] <superm1_> persia, many of them *should* stay in universe as they are
[02:57] <persia> superm1: Packages in universe shouldn't Depend on packages in multiverse, which hits mythbuntu-control-centre, mythbuntu-meta, mythstream, mythtv-theme-mythbuntu, and ubiquity source packages.
[03:02] <blueyed> I mean, you're supposed to call "apt-file search" anyway: then you could get asked..
[03:03] <persia> blueyed: Sure, but what if I run my install, and then get on a plane.  If I'm not notified until runtime, I'm stuck without a cache for the next 17 hours :(
[03:04] <blueyed> persia: good point. So just adding a notification instead of the automatic update?
[03:04] <persia> blueyed: I think it requires a few things.  1) Dropping the automatic update, 2) Adding a notification, 3) checking at runtime, and suggesting an update if the cache is missing.
[03:05] <blueyed> agreed. I think I could do that.
[03:05] <persia> blueyed: Thanks.
[03:45] <superm1_> persia, yick i see what you would mean there.
[03:47] <bddebian> Oh, persia, got a minute?
[03:48] <persia> bddebian: About 13 of them :)
[03:48] <bddebian> Bah, probably not enough :)
[03:48] <persia> bddebian: What's the issue?
[04:58] <ScottK> Any motu hopefuls out there right now?
[05:02] <crimsun> (me!)
[05:02]  * bddebian 2
[05:07] <hophet> i did a pack for a tool, how can i concact a sponsor to upload this to multiverse?
[05:07] <ScottK> Heh.
[05:07] <crimsun> looks like Scott can!  :-)
[05:08] <ScottK> hophet: Is it a new package or an update to an existing one?
[05:08] <hophet> ScottK: new package
[05:08]  * ScottK is busy trying to take libmilter out of sendmail and make it a separate package so I can get it promoted to Main.
[05:08] <ScottK> !revu | hophet
[05:08] <ubotu> hophet: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[05:09] <hophet> i look for some request of this package, but there inst
[05:09] <hophet> so i pack it.
[05:10] <hophet> ScottK: thanks, let me see.
[05:10] <ScottK> bddebian: Actually I feel like you seem to sometimes on this libmilter thing: WTF did I get my self into.
[05:11] <ScottK> The sendmail build system is, um, interesting.
[05:20] <StevenK> Much like the code?
[05:20] <hophet> ScottK: cool, i will follow the steps
[05:21] <hophet> good night for all
[05:21] <hophet> cya
[05:21] <ScottK> Dunno.  I haven't actually had to look at that, but the Debian sendmail package starts off with tarball in a tarball, CDBS with an incredible number of options set, and goes from there.
[05:23] <bddebian> ScottK: :)
[05:35] <macd> I have a single script that Id like to build into an existing package, what is the best way todo this?, add it in the source and build as norm?
[05:56] <ScottK> macd: Is this for your own use or are you planning to try to get it into the archives?
[05:56] <macd> universe
[05:57] <ScottK> So there's an existing package you want to add the script to?
[05:57] <macd> yes
[05:58] <macd> actually I think its like 3 files, init script, and 2 in usr/bin
[05:58] <ScottK> Add it to the debian dir of the package, modify debian/rules to install it, document your changes in a new revision of the package in debian/changelog and then build it as normal.
[05:58] <macd> cool, thanks
[05:58] <ScottK> For an init script, there's a debhelper program for that.
[05:59] <ScottK> dh_installinit or some such.
[05:59] <macd> alrite, I'll lookup some docs on that
[06:00] <macd> thanks again
[06:10] <StevenK> Hrm. Anyone else having trouble getting to LP pages?
[06:11] <macd> yep
[06:11] <macd> I had to turn off beta redirection
[06:12] <StevenK> Ahhh, edge is busted
[06:12] <macd> yeah, looks like
[06:21] <a_cuozzo> Hello all :)
[06:22] <a_cuozzo> I am interested in making a package of Tom Christiansen's Perl Power Tools. Would Ubuntu have any interest in it?
[06:22] <ScottK> Possibly.
[06:22] <ScottK> Getting packages into Ubuntu is a community process.
[06:23] <ScottK> New packages are uploaded to REVU and then considered for upload.
[06:23] <ScottK> !revu
[06:23] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[06:23] <a_cuozzo> I will go read the page. Thank you.
[06:23] <ScottK> You're welcome
[06:34] <Burgundavia> ScottK: can you confirm this not a bug but a support request (or maybe a spec)
[06:34] <Burgundavia> https://bugs.launchpad.net/ubuntu/+bug/182190
[06:34] <ubotu> Launchpad bug 182190 in ubuntu "How my company and MSFT are Ubuntu Linux - Please Fix!!!!" [Undecided,New]
[06:36] <ScottK> Burgundavia: Looking
[06:37] <Burgundavia> ugh, how do I turn off edge redirection?
[06:38] <ScottK> Burgundavia: Dunno.  I don't use it.
[06:38] <ScottK> Burgundavia: I'd mark it wishlist (e.g. it'd need a spec).
[06:39] <Burgundavia> I don't see why we need to support WDE
[06:39] <StevenK> Burgundavia: Go to the front page, and press the button
[06:39] <ScottK> Right, so it's not your wish.
[06:39] <Burgundavia> well, I don't see the need
[06:40] <Burgundavia> if the laptop is using windows it is using wde, with ubuntu it can use dmcrypt
[06:40] <Burgundavia> StevenK: I cannot get to the edge frontpage to turn it off
[06:40] <Burgundavia> the only way to turn off edge redirection is to logout
[06:40] <LaserJock> sorry if this a "no doh" but is LP down?
[06:40] <StevenK> Burgundavia: The main front page: http://launchpad.net/
[06:41] <StevenK> LaserJock: Edge looks broken
[06:41] <Burgundavia> just like everything else on LP
[06:41] <Burgundavia> perfectly logical, if you are an alien
[06:42] <Burgundavia> and requiring about 4 clicks too manyu
[06:42] <LaserJock> Burgundavia: but it's intuitively obvious to the casual observer, as we like to say in my lab ;-)
[06:43] <ScottK> Burgundavia: No, you just don't understand how you're supposed to be doing development work in Ubuntu with LP.  The LP devs will be glad to explain it to you.
[06:43] <LaserJock> StevenK: thanks, it was interfering with my Ponies, and we know how important that is
[06:43] <StevenK> PONIES!
[06:43] <Burgundavia> ScottK: I hate you :)
[07:05] <somerville32> I got my key signed, woot :)
[07:13] <LaserJock> hmm, weird, Fedora just doesn't like VMWare Server
[07:19] <StevenK> white: I've just signed your key and pushed it to a keyserver.
[07:27] <LaserJock> I need to make another UDS to get some more DD sigs
[07:29] <StevenK> DD sigs are underrated
[07:30] <StevenK> % gpg --list-sigs stevenk | grep -c debian.org
[07:30] <StevenK> 21
[07:30] <LaserJock> StevenK: well, they are underrated until you need them ...
[07:31] <StevenK> I don't need them, and I have a whole bunch. :-P
[07:31] <LaserJock> I've got mako's but that's it for the Debian side of things
[07:31] <LaserJock> Debian Maintainer's need them, that's what I'm thinking of
[07:31] <StevenK> How many do you need?
[07:32] <LaserJock> only 1 I think
[07:32] <LaserJock> so i think I'm good
[07:34]  * StevenK updates his key
[07:37] <StevenK> steven@liquified:~% for i in $(gpg --list-sigs stevenk | grep '^sig' | tr -s ' ' | sed 's/sig [23] /sig /' | cut -d\  -f2) ; do gpg --list-keys 0x$i ; done | grep -c debian.org
[07:37] <StevenK> 50
[08:00] <LaserJock> StevenK: ok, time for bed, http://laserjock.wordpress.com/
[08:02] <gpocentek> ember_: did you work on the gnumeric merge too (to avoid re-doing it on my side)?
[08:05] <LaserJock> Ponies are on Planet people!
[08:05] <LaserJock> good night
[08:54] <Fujitsu> PONIES!
[09:12] <StevenK> And hmph.
[09:13] <StevenK> I did the most uploads of any active MOTU for Gutsy, and I get no pony
[09:13] <persia> StevenK: At least you got a mention :)
[09:13] <StevenK> Yay woo yay
[09:23] <Fujitsu> StevenK: What was the need for the `active'? Are you implying there was an inactive one that was somehow more active than the most active one?
[09:41] <slangasek> there are of course the MOTU reserves, who are distinct from the MOTU on active duty
[09:57] <persia> slangasek: Don't discount the MOTU Reserves.  They often step in for a day or two each cycle, and help out when we are otherwise swamped.
[10:21] <RainCT> Hi
[10:22] <pochu> hello RainCT
[10:25] <pochu> Does anyone know what a number means next to a responsible in http://people.ubuntu.com/~dholbach/sponsoring/ ? e.g. seb128 (22)
[10:26] <pochu> And how are the responsibles assigned?
[10:26] <persia> pochu: The source is available by bzr pull from the same address as the web page.
[10:26] <pochu> i.e. there are sometimes more than one assigne, I guess that's not from LP :)
[10:26] <pochu> persia: oh, I'll have a look, thanks.
[10:26] <persia> Personally, I find that to be frequently out of date.  Responsibility is assigned based on subscribers who are members of ~ubuntu-dev.
[10:27] <persia> pochu: Also, for UUS stuff, don't be afraid to grab something for which someone else is "responsible", as long as they aren't "assigned".
[10:27] <Kmos> persia: http://qa.ubuntuwire.com/lintian/reports/Tbuild-depends-on-obsolete-package.html -> can you update this? since november not updated..
[10:28] <persia> Kmos: I can't, but thanks for pointing it out.
[10:28] <persia> Fujitsu?
[10:28] <pochu> persia: alright, thank you for the explanation.
[10:28] <Kmos> persia: np :)
[10:30] <ion_> persia: Seems like apt-mark-sync source was accepted. Should i wait for the binary to be accepted as well, or post the update already? Also, if the binary is accepted, what is the proper way to post the update – REVU, just like when posting a new package?
[10:30] <pochu> persia: out of date -> tell dholbach to add it to cron.hourly ;)
[10:31] <pochu> And yes, the last update has more than 24 hours...
[10:32] <persia> pochu: Doesn't help.  Sometimes candidates are there for a couple weeks (when nobody wants to touch them).  Sometimes they get pulled in 20 minutes.  I once saw an upload 107 seconds after submission (although I doubt anyone but Mr. Chen can do that).
[10:33] <ion_> Does anyone feel like giving a second advocation to http://revu.tauware.de/details.py?package=hardware-connected? :-) It’s a program that checks whether given hardware exists in the system; useful for scripting.
[10:33] <persia> ion_: If the source was accepted, the archive can accept updates to the source, and the buildds will just skip the superceded source.  For updates, use debdiff or interdiff patches attached to bugs against the package.
[10:33] <pochu> Weeks sounds like a lot... I think bugs should ordered from older to newer, instead of the other way round.
[10:33] <ion_> persia: How about when there’s a new orig.tar.gz?
[10:33] <persia> pochu: I generally sort by least-recently-changed (although I skip ones that I'm not sure I can review properly).
[10:34] <persia> ion_: If there was a new upstream release, the interdiff should contain any modifications required to pull it cleanly.
[10:34] <pochu> persia: hmm, I'm talking about ~dholbach/sponsoring/, what are you talking about? :)
[10:35] <persia> pochu: https://bugs.launchpad.net/~ubuntu-universe-sponsors?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=
[10:35] <persia> Or, just https://bugs.launchpad.net/~ubuntu-universe-sponsors, and adjust the sort order manually
[10:36] <Fujitsu> persia: Oooops. That must have stopped running after my local mirror got eaten. liw is running a similar thing now, so I might just point to there.
[10:36] <pochu> https://bugs.edge.launchpad.net/~ubuntu-universe-sponsors?orderby=-date_last_updated is the cleanest url
[10:36] <persia> I think ~dholbach/sponsoring/ is more useful for main (where things can be ignored much longer) and for new packages, where it prompts people to go look or bug the person working on it for a new revision.
[10:37] <persia> pochu: My browser doesn't preserve that URL.
[10:37] <persia> Fujitsu: Sure.  Does liw have all your patches (or weren't there any for lintian), and does it run against universe as well?
[10:39] <Fujitsu> persia: There weren't any patches other than to get it running on my local mirror, and I believe he runs it for each component.
[10:40] <Fujitsu> http://people.ubuntu.com/~liw/lintian/
[10:41] <persia> Fujitsu: Is that considered "production" yet?  I'm happy to change the QA page to point there (duplicated work is not ideal), but the front page makes me unsure.
[10:47] <Fujitsu> persia: You should likely ask liw about that (I would, but I'm going to be largely without an Internet connection for the next two weeks).
[10:47] <persia> Fujitsu: You'll be on holiday?
[10:47] <Fujitsu> Unfortunately so.
[10:47] <Fujitsu> Yay for family holidays to nowhere. Or not.
[10:48] <persia> Heh.  Any chance you might fix the links on http://qa.ubuntuwire.com/multidistrotools/ before you go?
[10:48] <Fujitsu> What's broken about them?
[10:49] <Fujitsu> Hm.
[10:49] <Fujitsu> That main one looks wrong, but what else?
[10:49] <persia> main is universe, universe hasn't been updated since november, and I don't see all the nifty new ones I've heard about.
[10:49] <Fujitsu> That sounds rather odd.
[10:49]  * Fujitsu looks.
[10:50] <persia> Specifically, ruby, java, ubuntustudio, etc.
[10:51] <Fujitsu> Ruby and Java haven't had lists compiled yet, and I thought I'd linked ubuntustudio.
[10:51] <Fujitsu> Gaaaaah I'm an idiot.
[10:51] <persia> off-by-one error?
[10:51] <Fujitsu> mdt removals removals.txt A < universe | mdt versions2html -t "Universe package" -d -u -a Sid -b Hardy > universe.html.new
[10:51] <Fujitsu> mv universe.html.new main.html
[10:52] <persia> That explains it :)
[10:52] <Fujitsu> I suspect a left a g off the end of my regex months ago :(
[10:53]  * persia should have been reporting bugs in LP rather than randomly reporting in IRC.  Sorry.
[10:54]  * Fujitsu should have got it right in the first place.
[10:57] <Fujitsu> Right, UbuntuStudio is up and looking somewhat sane, and universe is rerunning..
[10:58]  * Hobbsee waves
[10:58] <Hobbsee> Fujitsu: what blew up?
[10:59] <Fujitsu> I'm buggy and can't write regexps properly, so my mdt output was mixed up.
[10:59] <persia> Fujitsu: Thanks.
[11:00] <Fujitsu> persia: Sorry about that.
[11:01] <persia> Fujitsu: No worries.  I've been working around it, and didn't really care about main :p  Only a few missed, but still a month to catch up.
[11:10] <Hobbsee> PONIES!!!
[11:11] <StevenK> And guess who didn't get one.
[11:11] <Hobbsee> awww
[11:11] <Hobbsee> you just need to yell more
[11:12] <Hobbsee> awww, no pony for you.  not yours
[11:26] <persia> pochu: Why doesn't liferea use ~/.liferea?  It's cluttering my home directory, but I don't know if it's a bug.
[11:34] <Fujitsu> persia: It uses ~/.liferea_1.4 here... is that a problem?
[11:35] <persia> Fujitsu: I have ~/.liferea_1.2/, ~/.liferea_1.3/, and ~/liferea_1.4/, which I imagine will eventually exhaust my inodes
[11:35] <Fujitsu> Ah.
[11:36] <persia> On the other hand, if upstream changes the preferences format at each significant release, the migration scripts are working perfectly, and I should have deleted them.
[11:49] <RainCT> what was the command to check which package version is higher?
[11:50] <man-di> RainCT: dpkg --compare-versions ...
[11:50] <RainCT> thanks
[11:50] <persia> RainCT: There's no output, so add && echo YES || echo NO at the end.
[11:51] <man-di> or just do echo $? after execution ...
[12:04] <pochu> persia: yes, with every major release the database/feedlist/preferences are migrated, and left there in case something goes wrong. 1.3 was the unstable series for the 1.4, btw
[12:05] <persia> pochu: OK.  As long as it is intentional.  I don't suppose 1.5 could contain a NEWS.Debian entry reminding people to delete the old directory if the migration worked?
[12:06] <persia> Oh, and thanks for the confirmation.  I like not filing non-bugs :)
[12:06] <pochu> That sounds like a good idea. I'll try to remember it when the time comes (hardy+1 I suppose).
[12:11] <persia> pochu: Thanks.  Do you want a bug as a reminder, or do you have a separate TODO somewhere?
[12:26]  * dennda would love to see (at least) icewm 1.3.34 in hardy instead of 1.3.33... Any chance?
[12:30] <persia> dennda: Yes, absolutely.  Please prepare a candidate for review :)
[12:30] <dennda> Uarg
[12:30] <dennda> I don't know anything about packaging at all
[12:30] <dennda> ;)
[12:31] <persia> dennda: Several people here might be willing to help, although window managers aren't exactly an easy place to start.  Are you familiar with the icewm code?
[12:31] <dennda> Not at all
[12:31] <geser> dennda: then try to persuade the Debian maintainer for an updated package
[12:32] <dennda> how to get hold of him?
[12:33] <persia> dennda: File a bug in the BTS against icewm of Severity: wishlist asking for an upgrade (http://bugs.debian.org/)
[12:33] <dennda> Ok, thanks
[12:34] <persia> dennda: On the other hand, given the number of bugs open in the package, the Debian maintainer may also be busy, and may appreciate any help you can provide.
[12:43] <pochu> persia: I've created a TODO for it.
[13:24] <RainCT> geser, asac: What is «Add /usr/include/xulrunner to CLASSPATH_INCLUDES in configure. Add MOZILLA_CFLAGS to configure» in classpath for? Is this still needed if it builds without adding it?
[13:28] <effie_jayx> hello all
[13:28] <pochu> The new agreement is to go with diff.gz instead of interdiff, am I right?
[13:28] <pochu> heya effie_jayx
[13:28] <pochu> (That is, for bug reports)
[13:31] <persia> pochu: No.  That's currently under discussion.  If the discussion quiets, and there is no opposition, it will be proposed in a MOTU Meeting.  If it passes, it will be announced.  I think it will be about three weeks, unless someone objects.
[13:32] <pochu> persia: ok, I've requested a diff.gz for the vinagre update to review it.
[13:32] <persia> pochu: On the other hand, there's currently no official policy for U-M-S, so I can't advise you there.
[13:32] <persia> pochu: which bug?
[13:33] <slicer> Is there a good reason to manually use ucf in .postinst for something that can be handled by conffiles?
[13:34] <persia> slicer: Depends on taste, I'd say.  Why do you ask?
[13:34] <pochu> persia: bug 176007. I'm looking into it.
[13:34] <ubotu> Launchpad bug 176007 in vinagre "Please sponsor vinagre_0.4 into Hardy" [Wishlist,New] https://launchpad.net/bugs/176007
[13:35] <slicer> persia: Someone is working on a debian version of my package, and they're using ucf manually for all the files in /etc. I'm trying to figure out if it's a good idea, but it seems to add nothing and just create a harder to maintain package.
[13:35] <persia> pochu: We do still want an interdiff for that, but the interdiff ember_ provided is useless, as it was built with -p1
[13:37] <persia> slicer: Maybe it's easier for them to maintain.  I suggest asking them why they choose to do it that way.  One advantage of ucf is that it makes it easier to programatically modify conffiles if one wishes to later, which makes maintenance easier if there are any desired changes to the configuration files.
[13:37] <asac> RainCT: well ... without looking i think those would still be needed. maybe configure just falls back to firefox-dev automatically? which value can you see for MOZILLA_CFLAGS in config.status ?
[13:37] <asac> (after configure)
[13:38] <slicer> persia: The reason was to "avoid automagic stuff".
[13:38] <persia> slicer: Seems like it would be doing the opposite to me, but I'm not a ucf expert.
[13:38] <slicer> persia: I fully agree.
[13:39] <slicer> persia: There's another issue. The server package was originally named mumble-server (on my part), which I renamed to murmur as that's what the server program is actually called. However, I've been informed that there is a package in debian called 'murmur' (but it's not in ubuntu yet). I assume the correct thing is to switch back to mumble-server?
[13:41] <persia> slicer: Yes.  Debian package namespace trumps Ubuntu package namespace except under special circumstances.
[13:42] <slicer> persia: *Nod*. Next question then. At the moment, logfiles are in /var/log/murmur/murmur.log, database in /var/lib/murmur etc. Is it correct to rename that to /var/log/mumble/murmur.log, /var/lib/mumble/murmur.sql etc? It seems a bit counterintuitive to me, but then again, policy often is :)
[13:42] <pochu> I guess it's ok to unsubscribe u-u-s if a report needs more work?
[13:43] <persia> pochu: Yes.  Subscribe yourself.  Unsubscribe U-U-S.  The current process is documented at https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue
[13:46]  * pochu reads it
[14:02]  * persia declares the use of automake to install python packages aberrant.
[14:04] <StevenK> Er, yeah. Ick.
[14:07] <slicer> Did anyone have any opinions on the directory naming issue?
[14:08] <minghua> persia: Even for Python extension packages?
[14:09] <persia> minghua: The source of the package that caused my complaint consists of some images, some XML, two python scripts, autom4te fun, and GNU templates.
[14:10] <minghua> persia: Yeah, I suppose that's pretty unnecessary.
[14:10] <persia> While having globals.py.in might have some benefits, I somehow think distutils would be more well suited.
[14:10]  * minghua still wants to learn proper packaging of python extension that uses autotools, though.
[14:11] <persia> minghua: I'll let you know if I come across such a package.  This wouldn't be a good example.
[14:13] <minghua> persia: :-)  Thanks!
[14:13] <minghua> persia: Although I think I'll probably have to ask on debian-python list eventually.
[14:13] <zul> morning
[14:14] <minghua> My package is kind of a special case.
[14:14] <persia> minghua: Why not ask them now?  I've heard they are freindly and helpful people.
[14:14] <minghua> persia: Have higher prority things on TODO list, mostly.
[14:15] <persia> Ah.  That's certainly understandable :)
[14:15] <minghua> I shouldn't be taking more packages anyway.  I can't even give enough love to the ones I currently maintain.
[14:16]  * persia advocates collaborative maintenance
[14:35] <persia> ember: Re: #176007: why force 3.2?  Will it FTBFS with a lower version?
[15:03] <pochu> persia: maybe because of jwendell's comment, but I don't think that's reasonably.
[15:18] <AndyP> hi folks
[15:38] <pochu> persia: I'm going to package vinagre in Debian, although let's upload ember's work to Hardy as it will need to be NEWed in Debian.
[15:46]  * jonnymind is away: Sono occupato
[15:47] <ion_> Thank you for the information.
[15:48] <\sh> moins
[15:48] <Hobbsee> !away jonnymind
[15:48] <ubotu> Sorry, I don't know anything about away jonnymind - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[15:48] <Hobbsee> !away >  jonnymind
[16:02] <Hattory> Hi \sh.... alogg package at the end was a sync https://bugs.edge.launchpad.net/ubuntu/+source/alogg/+bug/182146
[16:02] <ubotu> Launchpad bug 182146 in alogg "Please sync alogg 1.3.7-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed]
[16:02] <Hattory> :)
[16:04] <\sh> Hattory: I thought so :)
[16:06] <Hattory> :D \sh Could i make a sync for mixmaster too? you are always the last uploader :D
[16:07] <\sh> Hattory: do what you want :) flatrate merging...:)
[16:08] <mok0> yo, dudes
[16:09] <\sh> preparing wine 0.9.53
[16:10] <emgent> hello there ;)
[16:11] <emgent> someone can close my bug #181416 ?
[16:11] <ubotu> Launchpad bug 181416 in wordpress "SQL injection vulnerability in wp-includes/query.php in WordPress CVE-2007-6318" [Undecided,Confirmed] https://launchpad.net/bugs/181416
[16:11] <\sh> emgent: is it fixed in ubuntu?
[16:11] <emgent> in hardy yes.
[16:11] <emgent> affected only gutsy and feisty
[16:12] <\sh> emgent: so it's not fixed :)
[16:12] <emgent> patch avaiable (attached on bug)
[16:12] <emgent> \sh, i'm searching sponsor to commit :P
[16:13] <\sh> emgent: well, this is security team work :) jdstrand or keescook are deeling with it :)
[16:14] <emgent> ok thanks \sh
[16:14] <\sh> emgent: I see you subscribed motu swat and ust to the bug..so everything goes the right way :)
[16:14] <emgent> ;)
[16:37] <AndyP> will hardy packages still get autosynced from debian at some point or is it on sync request only at the moment? (i've been out of the loop for too long, i forget how it works)
[16:38] <pochu> AndyP: we are past DebianImportFreeze, so only if you request them.
[16:38] <\sh> AndyP: sync requs are required
[16:38] <ScottK> Yeah.  My first Pony.  Thanks Laserjock (to bad he's not actually on to get the thanks)
[16:38] <pochu> \sh: I beat you ;)
[16:38] <crimsun> woo, pony!
[16:39] <\sh> pochu: hehe
[16:39] <AndyP> pochu: \sh: thanks, i'll get them filed :)
[16:39] <ScottK> minghua: Debian Python Modules Team exists precisely to help people like you who don't have time for dedicated maintenance (reading the scrollback).
[16:39] <\sh> pochu: I was in the gym..and skyping on the other computer...so I'm a bit slow :)
[16:40] <geser> ScottK: and a no-pony-award for StevenK :)
[16:41] <ScottK> There's no such thing as bad publicity.
[16:42] <\sh> hmmm?
[16:43] <crimsun> unless you work for the gov't.
[16:43] <crimsun> then just about all publicity is bad.
[16:43] <ScottK> Well, there is that.
[16:44] <\sh> crimsun: what happened...I read about your leave from the council
[16:44] <crimsun> \sh: I don't have time to keep up with Ubuntu development anymore.
[16:44] <\sh> crimsun: new jobs? :)
[16:45] <crimsun> \sh: yeah
[16:45] <\sh> crimsun: well, bad for motu and multimedia but good for you :)
[16:45] <crimsun> I could say that I now work for Microsoft, but that would be wrong.
[16:45] <ion_> Yes. Working for Microsoft® would be wrong. ;-)
[16:45] <\sh> crimsun: lol
[16:46] <\sh> crimsun: but would give a lot of money .)
[16:57] <AndyP> that's one of my sync requests done... the other one would be for a package which isn't even in ubuntu yet so i'm guessing filing that sync request would be futile, right? :)
[16:58] <pochu> AndyP: if it's in Debian but not in Ubuntu and you want the package in Ubuntu, then you need to request a sync.
[16:59] <AndyP> pochu: oh ok, that's good, i assumed new packages wouldn't be allowed at this point
[16:59] <pochu> Until FeatureFreeze they are, and later if there's a good reason and no risk of regression (e.g. new packages) maybe
[17:00] <AndyP> great, thanks
[17:07] <ScottK> AndyP: You're working towards becoming a MOTU, right?
[17:09] <AndyP> ScottK: i was last summer, but my priorities got changed when my final year at university began (++busy) so i don't think i could put in enough time to justify it really
[17:09] <ScottK> OK.
[17:10] <ScottK> Any MOTU hopefuls out there needing a small learning experience?
[17:11] <slytherin> ScottK: Is it short work?
[17:11] <ScottK> slytherin: Should be.
[17:11] <slytherin> ScottK: Tell me, if I find enough time before I feel sleep, I will do it
[17:12] <ScottK> OK
[17:12] <ScottK> slytherin: Yesterday I uploaded a new kdissert merge.  Ubuntu has carried a diff with Debian on the package for quite some time.
[17:13] <ScottK> slytherin: Unlike before, it's no appropriate to send a bug to the Deiban BTS asking for our change to be added into the Debian package.
[17:13] <ScottK> slytherin: So the task is (this is the learning part) to figure out why it should be reported now, but couldn't before and (this is the useful part) send the bug to Debian BTS.
[17:13] <ion_> Not or now?
[17:13] <ScottK> With Debian spelled correctly
[17:14] <ScottK> now
[17:14] <ScottK> ion_: Thanks
[17:14] <ScottK> it's now appropriate ...
[17:14] <slytherin> ScottK: Let me know the bug number
[17:14] <ScottK> slytherin: There's no bug.  Grab the current kdissert package from Hardy and look at it (see debian/changelog to start).
[17:15]  * ScottK goes for more clearly needed coffee
[17:15] <slytherin> ok
[17:19] <ScottK> \sh: Was bbkeys your first motu-reloaded upload?
[17:20] <ScottK> Congratulations again in any case.  It's good to have you back.
[17:21] <minghua> Hi ScottK.  Thanks for the note.  But the extension I'm interested is a python-binding of a C++ library and a dynamically-loaded plugin of an input method framework, combined in one single .so file.
[17:22] <\sh> ScottK: nope...I uploaded yesterday the whole stuff of my libgif transition
[17:22] <ScottK> minghua: We do have python-bindings packages in the team.
[17:22]  * ScottK needs to read -chainges more closely then.
[17:22] <minghua> ScottK: I doubt anyone in Debian Python Modules team would be particularly interested.  But I'll probably send a mail since many people encourage me to do so.
[17:22] <\sh> guys, I think we are in the time of not asking last uploaders for doing merges right? I think we are close to freeze?
[17:22] <\sh> ScottK: btw..thx for your thumbs up :)
[17:22] <ScottK> minghua: or just talk to POX on IRC.  He's there now.
[17:23] <ScottK> \sh: You're welcomed.  Well deserved (and not just because I can quit taking care of WINE).
[17:23] <\sh> ScottK: hehe...wine 0.9.53 is on it's way to hardy btw :)
[17:23]  * POX_ bbl (going out)
[17:25] <ScottK> \sh: We really ought to do a WINE backport for Gutsy too.
[17:25] <\sh> ScottK: hopefully we will have some more wine uploads before upstream freeze...so I want to backport the latest wine in hardy to gutsy...if this is ok
[17:25] <ScottK> \sh: No reason we can't do more than one.
[17:26] <\sh> ScottK: ok...let me finnish 0.9.53 and I'll do a gutsy backport testbuild
[17:26] <ScottK> \sh: Great.
[17:27] <minghua> ScottK: Thanks, I'm there now and asked the question.
[17:29] <ScottK> Unfortunately POX was probably your best bet and he's gone out, but maybe when he get's back or someone else.
[17:29] <hophet> hi all
[17:30] <minghua> I can wait. :-)
[17:30] <hophet> someone can re-sync the REVU uploaders keyring?
[17:31] <hophet> or if it isn't possible. I wait the cron :P
[17:33] <slytherin> ScottK: I am a bit confused. There is a bug open in kdissert. Were you talking about that or the dh_icons change?
[17:33] <ScottK> The dh_icons change
[17:34] <jonnymind> Hobbsee: what's the problem?
[17:35] <ScottK> slytherin: If you've a notion how to deal with the open kdissert bug, bonus points for a patch.
[17:35] <slytherin> ScottK: Nope. No idea about tex. :-)
[17:35]  * ScottK neither.
[17:35] <minghua> What tex-related bug are you talking about?
[17:36] <ScottK> minghua: Bug #180182
[17:36] <ubotu> Launchpad bug 180182 in kdissert "kdissert still using fancyheadings.sty" [Undecided,New] https://launchpad.net/bugs/180182
[17:36] <minghua> Ha.
[17:37] <ScottK> minghua: You know that issue?
[17:37]  * minghua remembers bug 132399 well.
[17:37] <ubotu> Launchpad bug 132399 in texlive-base "fancyheadings.sty disappeared" [Undecided,Confirmed] https://launchpad.net/bugs/132399
[17:38] <minghua> ScottK: Yes, the TeXlive upstream seems to be in the position of "fancyheading is dead, long live fancyhdr, and fix other packages, please".
[17:38] <ScottK> So the fix is to change fancyheading to fancyhdr?
[17:39] <minghua> Yes, and probably check it still works.
[17:39] <minghua> It's "99% compatible".
[17:40] <ScottK> Well we'd need an actual kdissert user for that.
[17:40] <ScottK> slytherin: You want to take a shot at fixing it or shall I?
[17:41]  * minghua wonders why kdissert has "MOTU Media" as maintainer.
[17:41] <ScottK> minghua: Does this change apply to Debian tex packages as well.
[17:41] <ScottK> minghua: LP bug.  It's MOTU.
[17:41] <ScottK> Because it has an Ubuntu change (added dh_icons)
[17:41] <minghua> ScottK: I believe so.  I don't think Debian has fancyheadings.sty either.
[17:41] <\sh> for syncs we have to subscribe archive-admins, right?
[17:42] <ScottK> \sh: Yes.
[17:42] <ScottK> ubutnu-archive
[17:42] <ScottK> err
[17:42] <ScottK> ubuntu-archive
[17:42] <\sh> ScottK: thx :) done :)
[17:42] <slytherin> ScottK: You are welcome to try. I have never used kdissert and don't know if I will be able to provbide even slightest hint.
[17:43] <ScottK> OK.  I'll give it a shot since I touched it last.
[17:43] <slytherin> by the way, anyone facing problem with launchpad edge version? I am getting error certificate invalid
[17:44] <minghua> ScottK: Congratulations for the golden pony, BTW. :-)
[17:45] <ScottK> minghua: Thanks.
[17:45] <\sh> did I miss something?
[17:45] <ScottK> \sh: laserjock finally published the golden pony awards for Gutsy.  See planet
[17:46] <\sh> ScottK: ah this one :)
[17:46] <ScottK> minghua: Yes. It applies to Debian too (the fancyheader bit).  Debian Bug #421450 is an example.
[17:46] <ubotu> Debian bug 421450 in fiaif "fiaif: FTBFS: File `fancyheadings.sty' not found." [Serious,Fixed] http://bugs.debian.org/421450
[17:46] <\sh> btw...what do I have to do to get my ubuntu.com address back=
[17:46] <\sh> ?
[17:46] <ScottK> \sh: File a LP question against launchpad, IIRC.
[17:47] <minghua> \sh: How did you lose it?
[17:47] <\sh> minghua: when you leave ubuntu members you lose your ubuntu.com address as well
[17:48] <minghua> \sh: Oh, I didn't know you gave up membership as well.
[17:48] <\sh> minghua: I left all teams these days
[17:49] <minghua> But you are back now. :-)
[17:50] <\sh> minghua: right :)
[17:53] <slytherin> ScottK: Looks like I finally understood what you were saying. dh_icons needs debhelper >= 5.0.51 which landedn in debian in July 2007. But there has been no updates to kdissert after that. So there was no use asking them to use dh_icons, right?
[17:54] <ScottK> slytherin: Right.  Before that, Ubuntu had du_iconcache for the same function, but that was never in Debian.
[17:54] <ScottK> du/dh
[17:55] <slytherin> ScottK: Hmm. Is it worth a bug? If you say yes I will file the bug.
[17:56] <ScottK> slytherin: So you make a bug against the package with a diff that bumps the debhelper dependency (which I didn't do on my merge (bad of me)) and adds dh_icons to debian/rules.
[17:56] <ScottK> slytherin: It's worth a bug, because if Debian implements it, then it's a sync with Debian and no manual merging required.
[17:56] <slytherin> ScottK: oops, no debian pbuilder set. Will take few days before I do. :-(
[17:57] <ScottK> slytherin: Send me your diff and I'll test it.
[17:57] <ScottK> I have one
[17:57] <slytherin> ScottK: Ok. I will do.
[17:59] <slytherin> ScottK: Is there any way I can bypass signing. I don't have my gpg key on this machine.
[17:59] <ScottK> slytherin: pass -us (I think) to dpkg-buildpackage or it will try, error out, and no harm done.
[17:59] <minghua> slytherin: -us -uc option
[18:00] <ScottK> slytherin: What minghua said
[18:08] <ScottK> Anyone around that speaks Dutch?
[18:08] <slytherin> ScottK: is it ok if I paste it in pastebin?
[18:08] <ScottK> slytherin: Sure
[18:09] <slytherin> ScottK: here you go, http://paste.ubuntu-nl.org/51687/
[18:09] <slytherin> I will be back in 20 minutes. let me know if you need anything more.
[18:09] <ScottK> slytherin: Thanks.
[18:11] <albert23> ScottK: I am Dutch
[18:12] <somerville32> Can someone sweep up notecase on revu?
[18:12] <ScottK> albert23: I'd appreciate it if you could translate Bug 182357 for me.
[18:13] <ubotu> Launchpad bug 182357 in amavisd-new "Bus error when trying to install" [Undecided,New] https://launchpad.net/bugs/182357
[18:13] <ScottK> slytherin: Building it now.
[18:14] <albert23> ScottK: OK, looking
[18:14] <ScottK> albert23: Thanks
[18:20] <slytherin> man-di: please excuse the bugging, but did you find time for looking into lucene2 package?
[18:22] <man-di> slytherin: sorry I forgot to tell you, I cant reproduce that failure on debian
[18:24] <ScottK> slytherin: Your kdissert patch builds just fine in my Sid pbuilder.  I'd leave the debian/changelog entry out of your patch for Debian BTS, as the maintainer will no doubt want to do his own in any case, but the rest is good.
[18:24] <albert23> ScottK: done
[18:24]  * ScottK looks.  Thanks again.
[18:24] <\sh> hmmm..ircnick of  Adilson Oliveira anyone?
[18:25] <slytherin> ScottK: I will would rather leave it in. if the maintainer wants to change that is fine by me. But I don't want to get fired because I didn't provide explaination of my changes
[18:26] <ScottK> slytherin: OK.  Got for it then.  I generally explain the why in the bug report myself, be that's reasonable too.  You'd want to give it an NMU revision number then.
[18:26] <slytherin> man-di: surprising. I will have to look in detail.
[18:26] <pochu> \sh: agoliveira
[18:27] <slytherin> ScottK: I have nod idea what is that. :-) I guess I better leave the changelog. :-P
[18:27] <slytherin> i mean leave out
[18:27] <ScottK> slytherin: Just give a good explanation in the bug.
[18:28] <slytherin> I will
[18:39]  * geser is caught again in a circular build-depends again. ARGH :(
[18:58] <vemon> is there a howto on installing / packaging a different version of a library in debian?
[19:00] <vemon> i need to install libmxml2.2 and the default ubuntu (hardy) version is 2.3
[19:00] <geser> !library packaging guide
[19:00] <ubotu> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[19:00] <vemon> i don't want to install over the default version since some other prog can depend on it
[19:01] <geser> vemon: does it have a different soname?
[19:01] <vemon> thanks geser
[19:01] <vemon> unfortunately the default ubuntu version has no versioning in soname
[19:01] <geser> that's bad
[19:01] <broonie> If it has a different soname and you follow the guide geser linked you'll be fine; if it has the same soname and isn't backwards compatible upstream should be spanked.
[19:02] <vemon> it's imported straight from debian and there is already a debian bug (and i created an ubuntu bug) about the new version not being fully backwards compatible
[19:02] <geser> broonie: Hi, do you know where the aqsis build failure is located? it is in aqsis or scons?
[19:04] <geser> slytherin: any progress to get batik build?
[19:06] <vemon> does the version in soname usually result from debian/ubuntu packaging?
[19:07] <azeem> vemon: no, it usually results from upstream library versioning
[19:08] <ScottK> minghua: I'm unable to find where kdissert uses fancyheading.  Any clues on how to figure this?
[19:08] <broonie> geser: scons, I guess. I told upstream about it but didn't hear anything back.
[19:08] <vemon> azeem, thanks. that again cleared things a bit
[19:08] <slytherin> geser: haven't checked recently. it is still ftbfs and 1.7 is going to be a lot of work.
[19:08] <geser> broonie: ok
[19:09] <azeem> vemon: if upstream library versioning is broken, debian/ubuntu packaging might have to fix it though
[19:09] <geser> slytherin: do you think the new version will be ready before FF?
[19:09] <slytherin> geser: new version as in new package?
[19:09] <broonie> AFAICT it hasn't built in Debian for quite some time for other reasons.
[19:10] <Amaranth> so, if I need to patch a package from debian that doesn't have a patch system should i add dpath or just patch the source directly? or is there any consensus at all about this?
[19:10] <Amaranth> err, dpatch
[19:10] <vemon> azeem, luckily the fix in this case would be to update the library to an even newer version which should be again backwards compatible :)
[19:10] <azeem> Amaranth: does it patch the source directly already?
[19:11] <Amaranth> no
[19:11] <Amaranth> it's clean upstream
[19:12] <geser> slytherin: yes, or should we upload the current package with added build-depends on sun-java (if it works)?
[19:13] <slytherin> geser: I am not able to understand the reason for ftbfs from current build log. Can you take a look at it once. May be a sync to latest debian version will solve the problem.'
[19:17] <geser> slytherin: the current version in hardy build depends on j2sdk1.4. This package can't get preseeded for the license question. That only works for the sun-java packages.
[19:18] <slytherin> geser: ahh, then I guess adding sun-java5-jdk as build dependency is the only solution.
[19:20] <vemon> i downloaded parts of a source package and it contains ".diff.gz", ".dsc" and ".orig.tar.gz" -prefixed files. how can i build this?
[19:20] <vemon> or am i missing something?
[19:20] <vemon> some file i mean
[19:20] <slytherin> vemon: when using pbuilder do 'sudo pbuilder build *.dsc'
[19:21] <vemon> and without pbuilder?
[19:21] <vemon> (haven't set it up yet)
[19:21] <geser> dpkg-source -x the.dsc to unpack it
[19:22] <geser> the cd into the new dir and run dpkg-buildpackage -b (if you have all build-depends installed, dpkg-buildpackage will tell you)
[19:24] <ScottK> Amaranth: I'd say unless the change is trivial and is known not to be needed in the future, add a patch system.
[19:24] <slytherin> vemon: It is good habbit to build packages in pbuilder. :-)
[19:25] <ScottK> or sbuild
[19:25] <ScottK> or cowbuilder
[19:25] <ScottK> vemon: Eventually you'll have a dirty source you don't know about and mess something up or miss a dependency.  slytherin is right.
[19:27] <slytherin> specifically when dealing with arch all packages from debian. :-P
[19:27] <Amaranth> ScottK: it's replacing mkisofs with genisoimage
[19:28] <ScottK> I'd patch it because trying to maintain a change long term in the diff.gz can be error prone, but it's not strictly required.
[19:29] <Amaranth> I'm guessing this is a change we'll be keeping for awhile
[19:34] <slytherin> This reminds me. devede and few more have broken dependency on either mksiofs or cdrecord.
[19:35] <geser> does somebody know how I can preseed a debconf question? I want to preseed the sun license question in my pbuilder.
[19:36] <minghua> ScottK: No idea either (I'm a GNOME user), but I'll have a look.
[19:39] <slytherin> geser: same question I had long time ago. I will provide you workaround. Login to pbuilder with --save-after-login option. Install sun jre. it should ask you to accept license. exit pbuilder and then build the package. :-)
[19:42] <minghua> ScottK: In src/templates/kdisspdflatexarticle.tar.gz (main.tex after decompression).
[19:42] <minghua> ScottK: And maybe others as well (still checking).
[19:44] <minghua> ScottK: and src/templates/kdisspdflatexbook.tar.gz.
[19:44] <minghua> ScottK: That seems to be all.
[19:56] <ScottK> minghua: Thanks.
[20:00] <geser> slytherin: echo "sun-java5-jdk shared/accepted-sun-dlj-v1-1 boolean true" | debconf-set-selections does it and no need it have sun-java installed in the pbuilder permanently
[20:01] <jpatrick> "Newest version on remote site is 0.2.0-src, local version is 0.7" -- does someone know how I can get around this?
[20:02] <minghua> ScottK: No problem.
[20:04] <slytherin> geser: thanks for the tip. I better sasve it somewhere.
[20:07] <ScottK> jpatrick: Add an epoch I guess 1:0.2.0-src
[20:07] <ScottK> Be certain you need to thouh, there's no going back
[20:07] <jpatrick> ScottK: but I want the 0.7 version...
[20:07] <ScottK> Oh
[20:07] <ScottK> Not sure I understand the problem then.
[20:07] <ScottK> Nevermind
[20:08] <jpatrick> it stops at 0.2.0 for some reson
[20:09] <geser> jpatrick: which command gave you this error?
[20:11] <geser> slytherin: using sun-java to build batik gives: "[javac] java.lang.OutOfMemoryError: Java heap space". Any ideas?
[20:11] <jpatrick> geser: uscan --verbose
[20:12] <man-di> geser: I tried that two days ago in debian and it just worked
[20:13] <geser> man-di: I tried both sun-java5-jdk and sun-java6-jdk from multiverse, both with the same result.
[20:14] <man-di> geser: strange
[20:15] <slytherin> geser: looks like we need to change some ant options. I will investigate it on Monday. Leave it to me. :-)
[20:15] <geser> slytherin: ok
[20:20] <geser> slytherin: I looked today at the jbossas4 depwait: two packages jbossas4 needs for building build-depend on jbossas4 itself :(
[20:21] <slytherin> LOL. I had heard of circular dependencies, but circular build dependencies is new to me. :-)
[20:22] <slytherin> Looks like I need to go in hyperactive mode in cming month to squash java related bugs.
[20:22] <superm1> hm what happened to libmp4v2-dev?
[20:22] <superm1> slomo appears to have dropped a whole bunch of stuff from the faad2 source package
[20:23] <superm1> hm which means that faac fails its builds..
[20:23] <superm1> jdong, you here?
[20:24] <man-di> slytherin: when you have solutions I prefer patches in Debian bts ;-)
[20:24] <superm1> you pushed the last faac change, did it build locally for you?
[20:24] <slytherin> man-di: sure.
[20:28] <geser> slytherin: circular build-dependencies are pretty nasty as they require manual bootstrapping on the buildds by a buildd admin :(
[20:28] <slytherin> geser: man-di: It is too late for me now. I will return on monday. Let's see how this goes.
[20:29] <geser> slytherin: have a nice weekend
[20:30] <slytherin> thanks
[20:42] <pochu> superm1: https://bugs.edge.launchpad.net/ubuntu/+source/faad2/+bug/155686
[20:42] <ubotu> Launchpad bug 155686 in faad2 "Please sync faad2 2.5-5  (multiverse) from Debian unstable (main)" [Wishlist,Fix released]
[20:42]  * RainCT is happy as his first NMU was just sponsored :)
[20:42] <superm1> pochu, yeah i saw that bug, but it doesn't explain it
[20:43] <superm1> because we had several other binary packages created
[20:43] <superm1> that were not created by the debian package
[20:43] <pochu> Then it was probably a mistake, I guess.
[20:43] <superm1> i didn't want to poke too far into it, maybe slomo knows more about it
[20:44] <superm1> but i would suspect that the mp4 libraries are not there
[20:47] <superm1> particularly in debian/changelog there was an entry from breezy days
[20:48] <superm1>   * Added bmp plugin and libmp4v2 to tarball
[20:49] <Hattory> https://bugs.edge.launchpad.net/ubuntu/+source/starplot/+bug/182380
[20:49] <ubotu> Launchpad bug 182380 in starplot "Please merge starplot 0.95.4-2 (universe) from Debian unstable (main)" [Wishlist,In progress]
[20:49] <Hattory> Why i see the debdiff in this way?  O.o
[20:54] <Hattory> Is a simple debdiff obtained with: debdiff old.dsc new.dsc > .debdiff
[20:54] <Hattory> :(
[21:02] <pwnguin> hmm
[21:02] <\sh> ok...regarding apt-cache rdepends libungif4-dev pgplot5 is the last package which needs to be fixed (doing so, and fixed two other packages :()...after that we can close the transition bug #174252 completly...
[21:02] <ubotu> Launchpad bug 174252 in libungif4 "transition to libgif" [Undecided,In progress] https://launchpad.net/bugs/174252
[21:02] <sladen> Hattory: debdiff foo.changes bar.changes
[21:02] <pwnguin> it migth be worth pushing an exception: simcity just went gpl3
[21:03] <sladen> pwnguin: I'd ship with it, if we can let it in
[21:03] <pwnguin> gplv3
[21:04] <pwnguin> is there a reason we couldn't let it in?
[21:04] <pwnguin> i guess technically, we'd be shipping "Micropolis"
[21:05] <Hattory> sladen, I try.....
[21:06] <minghua> Has anybody built simcity yet?
[21:06] <sladen> Hattory: (make your modified source package with   debuild -S  first)
[21:06] <warp10> According to https://wiki.ubuntu.com/MOTU/Merging, when a contributor work on a merge he should produce two debdiffs: between debian and ubuntu, and another one between the old ubuntu and new one
[21:07] <sladen> minghua: hopefully Debian will do it for us :)
[21:07] <warp10> The latter is really needed? And if so, why?
[21:07] <sladen> warp10: telling whether Ubuntu-specific changes have been carried over
[21:07] <minghua> sladen: Heh.  Relying on Debian when there is a release deadline ahead is usually not the best idea. :-)
[21:07] <pwnguin> minghua: build? i'm still downloading the source! ;)
[21:08] <sladen> warp10: the idea is to keep the diff from Debian->new-ubuntu  as small as possible, but still to include the extras added in old-ubuntu
[21:08] <minghua> pwnguin: Right, which makes me think it's a bit early to talk about exception to let it in for hardy.
[21:09] <pwnguin> nothing wrong with being over-excited
[21:09] <warp10> sladen: ah, ok. Thank you
[21:09] <sladen> bugs.debian.org doesn't have an ITP yet
[21:09] <pwnguin> is there even a request?
[21:10] <sladen> not from a simple greb for simcity || micropolis
[21:12] <pwnguin> heh
[21:12] <pwnguin> http://islandlinux.org/howto/compiling-micropolis-ubuntu-7-10
[21:12] <\sh> is simcity not trademarked (the name)
[21:13] <guest22> Any MOTUs here willing to review package photoml (http://revu.tauware.de/details
[21:13] <guest22> .py?package=photoml)? It's already been advocated once (the previous upload, at least), so it should be very close to being acceptable.
[21:13] <pwnguin> it is
[21:13] <pwnguin> and ea is keeping the mark
[21:13] <pwnguin> whcich is why they're calling it micropolis
[21:16] <minghua> From the link pwnguin posted:
[21:16] <minghua> "sudo ln -s libXext.so.6 libXext.so"
[21:16] <minghua> Eww.
[21:16] <minghua> There is the libxext-dev package, you know.
[21:16] <pwnguin> right. im sure that there's a better way
[21:16] <pwnguin> but its clearly possible ;)
[21:17] <geser> Hattory: after changing the file type for your attachment from text/html to text/plain it looks now as usual
[21:18] <Hattory> geser, you're right ;)
[21:18]  * minghua left a comment.
[21:19] <Hattory> thnks guys :D
[21:20] <choudesh__> does anyone know how to add dist and pool folders to the liveCD? I can remaster a liveCD but when I add the Dist/Pool folders for apt-cdrom, squashfs fails to load
[21:21] <\sh> guys, do you think bug #179864 is worth an SRU?
[21:21] <ubotu> Launchpad bug 179864 in pgplot5 "shared library should link to libpng" [Undecided,New] https://launchpad.net/bugs/179864
[21:22] <sladen> \sh: what uses pgplot5, that is ulimately affected?
[21:22] <geser> \sh: don't forget to check also build-depends for libungif4-dev
[21:23] <\sh> geser: yeah...I fixed afterstep and camlimages already
[21:23] <\sh> sladen: wip and ifeffit
[21:23] <sladen> hopefully it'll build with bison
[21:24] <sladen> \sh: never heard of/used either of them
[21:25] <sladen> choudesh__: how are you "adding the Dist/Pool" folders?
[21:25] <choudesh__> sladen, dropping them into extract_cd and running mksquashfs
[21:26] <geser> \sh: pgplot5 fsviewer gnome-libs gnucash kaffe libming ted wdm still build-depend on libungif4-dev
[21:26] <choudesh__> sladen, how should I be doing it?
[21:28] <\sh> geser: pgplot5 fixed already
[21:28] <choudesh__> sladen, or should I put them in the casper directory?
[21:31] <sladen> choudesh__: I'm not sure, try cjwatson
[21:36] <amarillion> Hey there
[21:37] <amarillion> It would be very nice if any MOTU could do a review of my package http://revu.tauware.de/details.py?package=speed-game
[21:37] <amarillion> It's my first package
[21:39] <amarillion> And I'm anxious to improve my packaging skills :)
[22:02] <crimsun> hate when I invert the logic-test.  :/
[22:10]  * ScottK2 is hating on having to figure out how to patch inside a provided tarball (inside the tarball) and the package uses CDBS.
[22:10] <bddebian> Heya gang
[22:11] <crimsun> 'lo
[22:11] <bddebian> Heya crimsun
[22:11] <bddebian> ScottK2: Good luck with that :-)
[22:12]  * ScottK2 is pretty close to just reporting the bug to Debian and giving up.
[22:12] <bddebian> I HATE tarball in source packages :-(
[22:17] <geser> Hi bddebian
[22:17] <Alexi> hi all
[22:18] <Alexi> i'm looking for debhelper Gods :) could somebody help me out with some magic :P?
[22:18] <geser> bddebian: I'm working on merging classpath. Do you know the reason for your change? see http://patches.ubuntu.com/c/classpath/classpath_2:0.92-4ubuntu2.patch
[22:18] <geser> it builds fine without this change
[22:19] <bddebian> Heya geser
[22:21] <slangasek> ScottK2: what you need is yada to make it easier to work with
[22:21] <bddebian> geser: Not off the top of my head.  Something to do with mozilla/firefox/xulrunner at the time
[22:23] <\sh> slangasek: do you happen to know where the mobile devs of canonical are hiding their patch archive for hildonizing gnome apps? e.g. galculator? ..if I want to merge it, I need some new patches for it, or should I drop the hildon stuff for now and merge the new upstream first?
[22:24] <geser> bddebian: so it's ok to drop this change?
[22:25] <bddebian> geser: I would think so as long as she builds/runs/etc
[22:28] <geser> bddebian: it looks like, it builds and the firefox plugin seems to work (at least it installs and firefox lists it). I didn't check the other classpath packages
[22:30]  * ScottK2 cheers for lagging wifi hotspot connections.
[22:34] <\sh> hmm..what replaces nowdays the package mkisofs?
[22:35] <geser> \sh: currently nothing
[22:35] <geser> cdrtools got removed but afaik wodim doesn't provide the old package names again yet
[22:36] <TheMuso> genisoimage
[22:36] <\sh> TheMuso: is it option compatible with mkisofs? I don't want to rewrite the sources of our unmet deps ;)
[22:37] <geser> \sh: mkisofs was a transitional package to genisoimage in feisty
[22:40] <\sh> geser: well, we have it still in fai-3.2.1 genisoimage is not symlinking to mkisofs...so looks like some functionality will break
[22:40] <TheMuso> \sh: I believe so.
[22:40] <\sh> I hate it...
[22:40] <ScottK2> Hating all around today.
[22:41] <Fujitsu> ScottK2: I hate you.
[22:41] <emgent> StevenK, ping
[22:41] <emgent> heya Fujitsu \sh
[22:42] <Fujitsu> Hi emgent.
[22:42] <ScottK2> Fujitsu: Thanks.
[22:42] <\sh> that means, I have to change fai to use genisoimage and not mkisofs anymore...which makes sense....thomas will love it
[22:43] <Fujitsu> ScottK2: No problem.
[22:44] <superm1> for something being merged from debian multimedia, but considered NEW in ubuntu, should it still be submitted to revu you suppose?
[22:44] <superm1> i think i've got a solution to the libmp4v2 issue, but it will require a few steps (one including bringing mpeg4ip in from debian-multimedia)
[22:45] <ScottK2> superm1: merge or sync?
[22:45] <superm1> ScottK2, it doesn't sync cleanly
[22:45] <superm1> it will be a merge
[22:45] <superm1> but i'm still sorting out a few of the details
[22:45] <ScottK2> I think it can just be uploaded.
[22:46] <ScottK2> It certainly could be sync'ed and I don't see why a few changes would make it need to go through REVU first
[22:46] <ScottK2> superm1: Make sure you do a careful review of debian/copyright.
[22:46] <superm1> well the thing is that Christian has cvs versions of a lot of the dependencies that we dont, so they are quick changes
[22:46]  * superm1 nods
[22:48] <torkel> \sh: we should update FAI to 3.2.4 too. Perhaps some of the patches could be dropped :-)
[22:54] <\sh> torkel: oh..we never updated fai...fun...ok...we need to sync the source from MrFAi to our repository
[22:55] <torkel> \sh: nope, we didn't
[22:57] <torkel> \sh: I began to look at what patches that we could drop, but having a one year old running around, a new house and snow outside to take care I haven't got anywhere yet
[22:59] <\sh> ah...
[23:02] <\sh> torkel: we need to keep the changes regarding the differences s/debian/ubuntu/
[23:03] <\sh> and the bugfixes we need to check if thomas had them applied to his version
[23:04] <torkel> \sh: yeah, hopefully he had applied them :-)
[23:04] <\sh> torkel: thomas is a nice guy :)
[23:04] <\sh> torkel: if not, I'm approaching at his desk in cologne and kick his arse personally ,-)
[23:05] <torkel> \sh: I know, he just needs to be pursaded sometimes to accept the patches :-)
[23:07] <RainCT> wow is that KDE thing unstable :P
[23:07] <RainCT> *KDE4
[23:07] <\sh> torkel: well...let's check the svn commits of the last couple of weeks :)
[23:10] <ScottK2> RainCT: Of course.  It's a .0 release for API stability, not for end users.
[23:10] <\sh> geser: ok...all packages fixed and uploaded re: libgif
[23:10] <RainCT> yes, I know :)
[23:12] <\sh> let's see who will kill me because of the changes to qvamps
[23:14] <torkel> \sh: I'm off to bed now and it is snowing, so I know what I will do tomorrow morning
[23:14] <crimsun> argh, gvamps killed my cat!  Who's to blame?!
[23:14] <torkel> \sh hopefully I will have some time tomorrow evening doing some FAI work
[23:14] <crimsun> err, qvamps.
[23:14] <\sh> torkel: well...:) tomorrow is family day :)
[23:14] <\sh> crimsun: :)))
[23:16] <\sh> ok...off to bed :)
[23:16] <torkel> \sh: hopefully I will find an hour or two when they are asleep :-)
[23:16] <torkel> err sleeping
[23:33] <persia> somerville32: Please update bug #182226 for notecase
[23:33] <ubotu> Launchpad bug 182226 in notecase "Upgrade: notecase 1.7.6" [Wishlist,In progress] https://launchpad.net/bugs/182226
[23:34] <persia> hophet: syncing keyring now.  Try again in half an hour or so.
[23:37] <somerville32> persia, You want me to take over from Mitsuya Shibata?
[23:38] <persia> somerville32: As I read history, shibata was duplicating some of your work.  I suggest you use the bug to coordinate, rather than asking for an upload from REVU here.  If you are doing it, shibata doesn't need to, and vice versa.
[23:38] <somerville32> persia, I asked for my attempt to be archived earlier today since my attempt was on an older version
[23:39] <persia> somerville32: Archived?  Ah.  Sorry.  I misunderstood backscroll.  Archiving now.  Thanks for the clarification.
[23:40] <somerville32> persia, no problem. thanks.
[23:41] <somerville32> Speaking of packaging, I think I'll go do some QA stuff right now :)
[23:41] <persia> \o/
[23:41] <DaveMorris> Can anyone review my package please - http://revu.tauware.de/details.py?package=libserial
[23:45] <emgent> someone can merge twiki? bug #182415 (debdiff attached)
[23:46] <ubotu> Launchpad bug 182415 in twiki "Please merge twiki 4.1.2-3.1 (universe) from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/182415
[23:49] <persia> emgent: You've subscribed the sponsors.  Looks like it's currently 14th in queue.  Should get processed fairly soon.
[23:49] <emgent> heheh ok :)
[23:56] <RainCT> good night