[00:00] sebner: Well, main sponsors are always hard to find. [00:00] You just need to make sure to give enough slack. [00:00] persia, (or warning) [00:00] *bong* [00:01] persia: I really have high hopes on the archive-reorg. or at least thinking about becoming generalist developer [00:01] * persia grumbles about permissions irregularities. [00:01] Aye [00:02] I think archive reorg is definitely making things easier for kubuntu, xubuntu and edubuntu and similar teams [00:02] Could someone who isn't stuck in an approval queue please change the topic to reflect FeatureFreeze? [00:02] persia: nahh!" As long as the topic isn't changed we are free to upload :P [00:02] could someone with power over nature turn back time a few hours plz? [00:02] *pssssssssst* [00:02] highvoltage: Yeah, but I'm complaining about suddenly discovering that I'm not an op in here. [00:03] this seems to have changed with the move of freenode to an other ircd [00:04] sebner: sorry I can't sponsor, I killed my lucid box :) [00:04] directhex: Just move London a few thousand miles west! [00:04] ajmitch: perfect timing [00:04] grrrrrrrrr [00:04] geser: isn't it? [00:04] * sebner waves at geser (my core-dev friend) [00:04] * ajmitch managed to crack the screen on the laptop [00:04] Owch. [00:04] geser: mind sponsoring? /me sees no FF in effect === maxb_ is now known as maxb [00:05] RAOF: an expensive ouch, too [00:05] sebner: like persia I'm only an indirect core-dev through DMB [00:05] * persia grumbles about permissions irregularities. [00:05] * sebner too [00:05] geser: + apply! [00:06] sebner: You've done developer applications : it takes a while to get it ready. [00:06] I don't think he can become core-dev within the next few minutes [00:06] persia: not for geser ;-P [00:07] ajmitch: Requires past time, actually. 0:00 UTC was the theoretical cut-off. [00:07] persia: theory & practice don't always coincide [00:07] * sebner doesn't see the topic changed [00:08] especially around release milestones :) [00:08] true :) [00:09] * sebner proposes to make the FF on the last time period of 18th [00:09] Means in 23 hours and 50 minutes [00:11] sebner: Erm, no. [00:11] * sebner calls it a day and says gn8 [00:11] persia: you are killing the fun :P [00:11] sebner: end of 18th worldwide isn't for about 38 hours. [00:11] 38 hours till FF? excellent [00:12] Um, someone ought run that past slangasek :) [00:12] I'll take your word for it :) [00:12] I really do remember a statement that freezes applied at 0:00 UTC [00:12] (but I'd be delighted to be wrong about that) [00:12] it's usually been the case [00:12] Well, at least since slangasek has been around. Way back when we used to push it :) [00:12] in practice I don't expect to get the mail out until AM Europe time [00:13] so you have a grace period :P [00:13] slangasek: But is that grace period a result of policy, or your workload? [00:13] the latter [00:13] so, we probably shouldn't press on with a REVU sprint, syncfest, and merging madness? [00:13] * lifeless queues up a bunch of upstream releases for post FF, to test the FFe pocess. [00:14] heh [00:14] persia: I leave it to the deveolpers' discretion ;) [00:14] Actually, testing the new FFe process will be interesting. This will be the first time we have an integrated release team. [00:14] I'm guessing the 4 people in ~ubuntu-release will be getting a lot of mail in the next few days then [00:15] There's supposed to be some more members added to help with that. [00:15] will it still be approval from any 2? [00:15] I wouldn't expect a policy change, but I could be mistaken [00:16] * persia tends to avoid release coordination stuff [00:17] persia: While new day UTC may be a goal, I don't think FF happens until the release manager says it does. [00:17] * ScottK thinks you are free to press on. [00:19] well, release manager did say it's at the discretion of the developer. I guess that's a nice way to say "please don't *totally* abuse it" [00:24] ajmitch: well, the freeze policy for main has always had a quorum of 1 [00:24] universe has tended to be 2 for some reason [00:25] Mostly because we don't really trust anyone. [00:25] Moving to 1 makes sense. [00:25] wasn't that from the first MC? [00:25] seems kinda outdated given main's practice [00:25] Was it even an MC thing? I thought we decided at a MOTU meeting. [00:26] doesn't really matter, nor should it take much to change [00:26] Doesn't take more than an email from the release team to change. [00:26] We've delegated to a release team, and they get to make decisions. [01:13] can somebody help me decipher this: http://revu.ubuntuwire.com/revu1-incoming/fastpatx-1002180206/lintian [01:13] looks like a url to me [01:13] debian-watch-file-in-native-package << its says no watch filed needed which, really is correct but i put one w/ comments in anyway [01:14] why are you doing a native package [01:14] idk [01:14] if its /possible/ to write a watch file, it shouldn't be a native package. [01:14] how do i not do one [01:14] make sure you have the tarball it looks for present, and ensure there is at aleast one - in the version number [01:15] lifeless, fastpatx_6.0.1-1ubuntu1.tar.gz << thats in ../ [01:15] thats because its a native package [01:16] do you know what I'm talking about, or are you guessing? [01:16] what are you talking about? [01:17] https://wiki.ubuntu.com/PackagingGuide/Complete [01:17] dpkg-buildpackage -S -sa -rfakeroot -k [01:17] i did that to build i thought that did NOT make a native pkg [01:17] https://wiki.ubuntu.com/PackagingGuide/Complete#Changing%20the%20Original%20Tarball [01:17] ok...... [01:17] the command you ran has nothing to do with native/non-native [01:21] lifeless, does it need to be a non-native to get into ubuntu [01:21] If there is a separate upstream [01:22] ok [01:23] PATX: generally nothing should be native. [01:23] except things that are only developed in-ubuntu-for-ubuntu [01:24] ok [01:24] arguably our dpkg etc packages should be non-native :) [01:24] ok [01:24] but now i am kinda confused... [01:24] fastpatx_6.0.1-1ubuntu1.orig.tar.gz [01:24] do i just need that? [01:26] PATX: My best recommendation to get the right file is to create a working watch file, and add the correct changelog entry and call `uscan --force-download`. This will automatically set the correct filename. [01:26] It shouw be fastpatx_6.0.1.orig.tar.gz; the upstream code won't change with each package revision, so you just use the upstream version. [01:26] Or, what persia said, which solves two problems in one. [01:27] ok [01:28] persia, my watch file does not get new version though... its just http://patx.me/paste/77751.html [01:28] is that bad (what it says is true) [01:29] RAOF: would you be willing to take another look at http://revu.ubuntuwire.com/p/ffgtk ? [01:29] porthose: Can you do the same? ^ [01:30] PATX: That's fine, but it means you can't have a working watch file. [01:30] yea i know [01:30] anybody other MOTU awake and willing to give to give me an endorsement for http://revu.ubuntuwire.com/p/ffgtk ? [01:30] PATX: Now, write a get-orig-source rule for debian/rules that does the necessary screen-scraping to get the right upstream, etc, but then you have to name the file in the format RAOF suggested. [01:30] ok [01:30] Laibsch: We're kinda sorta in feature freeze. Why is this package so cool it needs to be in lucid? [01:31] persia: I know [01:31] and that's exactly the problem [01:31] Please take a look and see that I've been trying to get this package into Ubuntu since karmic [01:31] It's quite frustrating [01:31] I've put a lot of work into this package [01:32] and isdnutils which is a prerequisite [01:32] only to see things linger [01:32] Same thing I experienced with gjots2 [01:32] it lingered so long that eventually my work went to waste [01:32] :-( [01:32] not a cool feeling [01:33] Ubuntu is supposed to be more agile than Debian, but my experience is the complete opposite [01:33] I'm not at all certain we're more agile. [01:33] I usually have no problem getting stuff pushed into Debian, but Ubuntu is always a pain [01:33] We generally recommend everyone put stuff in Debian (although we accept it) [01:33] people make you run around "you open a ticket in LP, people there tell you to upload to REVU, where the entry is closed and you're sent back to LP" [01:34] Hrm? [01:34] persia: I make it a point to usually push to Debian although I don't use it [01:34] Shortly before the window closes for a new Ubuntu release, I ask for syncs, etc. [01:34] If you're using Ubuntu, you're using Debian, plus a thin veneer of patches, and some plumbing changes. [01:35] During the last couple of days, of course, I try to push to Ubuntu directly [01:35] and my experience with the responses there is abyssmal and frustrating [01:35] persia: you know what I mean, I'm really frustrated and not in a mood to nitpick [01:35] The last couple of days is precisely the worst time to try to push to Ubuntu. [01:36] I maintain 6-7 packages in Debian, I know the background [01:36] Because that's when developers have the least time. [01:36] persia: Look at the references I gave you, please [01:36] I start about two weeks before [01:36] persia: let me give you the number of a bug ticket [01:36] I just reviewed your package history on REVU. The latest upload was 2 days before FF, fixing a heap of stuff you knew about since August. [01:37] persia: or better, instead of arguing, would you be so kind and do a review? [01:37] But I'll look at it if you tell me why it's cool ) [01:37] I can tell you about my frustrations in the meantime [01:37] ;-) [01:37] persia: do you live in .de? [01:37] Have you heard about FritzBoxes? [01:37] AVM? [01:38] he's in .jp [01:38] They have a large market share as all-in-one boxes [01:38] persia: You're in .jp? [01:38] We need to meet next time ;-) [01:38] You're not ??? Plessy, are you? [01:38] no [01:38] was ist Charles? [01:39] I see [01:39] check /whois [01:39] E.H. [01:39] ^^ [01:39] done [01:39] ffgtk allows to control Fritz Boxes [01:39] and fax through them over the network [01:39] that is pretty cool [01:40] and currently not possible with any other solution [01:40] persia: convinced? [01:40] Sure. [01:40] I'm sorry, it may not be anythning you may be able to use [01:40] * persia will look, but it needs two [01:40] I know [01:40] Nope. I can't use it, and I can't test it. [01:40] But it always needs a first [01:40] It's not completely functional yet [01:41] We also need the changes to isdnutils [01:41] the program itself is done [01:41] but it needs some changes in isdnutils to talk to the Fritzbox [01:42] persia: bug 420918 to see some of the run-around one can be given with 0 progress [01:42] Launchpad bug 420918 in isdnutils "please update libcapi" [Wishlist,Incomplete] https://launchpad.net/bugs/420918 [01:42] I am just not quite getting the non-native [01:43] PATX: You're packaging a shell script, right? Have you read the wiki page about packaging without compilation? [01:43] persia: bug 406578 isn't much prettier [01:43] Launchpad bug 406578 in inkscape "use correct Name and GenericName in desktop file" [Low,Fix released] https://launchpad.net/bugs/406578 [01:43] sorry, wrong bug number [01:43] bug 406574 [01:43] Laibsch: Complaining to me about these won't help much. [01:43] persia, i am packaging just one .py [01:43] Launchpad bug 406574 in gjots2 "please update gjots2 to 2.3.8 (complete patch included)" [Undecided,Fix released] https://launchpad.net/bugs/406574 [01:44] I need to vent ;-) [01:44] PATX: OK. Did you read that wiki page? [01:44] the... https://wiki.ubuntu.com/PackagingGuide ? [01:44] if so yea [01:45] Laibsch: please don't vent here; we try to have a productive channel, and venting is distruptive, even though I can understand the urge. [01:45] persia: speaking of productive, do your randr needing packages in main build now? [01:45] persia: can I chalk that up to 'done' [01:46] PATX: No, https://wiki.ubuntu.com/MOTU/School/PackagingWithoutCompiling : that's a shortcut guide to accomplish what you are trying to do quickly. [01:46] ah OK thanks :) [01:46] lifeless: I don't have packages in main :) [01:46] persia: well, wherever they were failing [01:46] lifeless: But I'll try to find the package that needed it, and rebuild. [01:47] lifeless: But I'm 99% sure that you can call it 'done". [01:47] persia: I'm a skeptic [01:47] lifeless: I think it may be important for MOTU to understand the frustrations of non-MOTU from time to time look at the links I gave and see I am being productive while I'm being given very unproductive runarounds [01:48] its important to understand the problems and issues. Thats very different to venting. [01:57] persia, ok i think i am getting it... :) thanks... just one question do i need a debian/install (just never used one before when makeing .deb s for my lp ppa) [01:57] PATX: Depends on whether you have a setup.py / Makefile / etc. [01:58] I think it's easier to understand a debian/install file than hacking around in debian/rules [02:01] persia, i have a setup.py [02:01] PATX: Then you don't need debian/install unless your setup.py is buggy :) [02:02] persia, ok :) and debian/compat (and pycompat) i have used before. but i do not see them on your page... do i not need these? [02:04] oh wait nvm [02:04] PATX: debian/compat should appear on that page (somewhere - I should rewrite that page, or do another session in exchange for someone else rewriting it). pycompat is important for python packages in some way I don't precisely understand: I have no idea if you need it for a single script. [02:05] ah [02:05] i see it (its burried) [02:09] persia: pycompat is obsolete and not needed. Thanks to a cdbs bug it's unfortunately common. [02:11] ScottK: Thanks for the clarification. Is the debian/control field still required, or only for modules? [02:11] ah ok :) [02:14] persia: You mean XS/XB-Python-Version? [02:14] Yes. [02:15] For all packages, even just scripts? [02:19] That's just for dh_pycentral, right? My understanding of the Python policy was that you only needed to specify anything about python versions if there are versions of python that won't work (ie: it's an extension, or uses features from 2.4+, or ...) [02:19] persia, if i wanted to not use setup.py (ill use debian/install) it would still in install in usr/bin correct? not some python location? [02:21] PATX: Depends what you put in debian/install :) But it could. [02:21] i was just going to do "fastpatx usr/bin" [02:22] fastpatx being my package [02:28] guys, after running apt-get remove, i have some files i did not expected to be conffiles http://pastebin.com/f3d69c901 [02:28] ... actually i only expected /etc/PMS.conf & /etc/WEB.conf no to be removed [02:28] is it a new rule for Debian/Ubuntu policy not to remove files in /etc/default & /etc/init.d & /etc/logroated/ ??? [02:30] persia, http://revu.ubuntuwire.com/p/fastpatx [02:31] can u look at that? i think i got it? [02:31] but maybe you could tell me to do anything that might hold me up getting it passed... [02:32] paissad: Everything in /etc/ gets marked as a conffile by default [02:32] PATX: Maybe in a bit: I've been reviewing for the past 12 hours, and would prefer not to look at yet more right now :) [02:33] ok thanks a million if you get to it :) [02:33] persia, do i have to respect that policy ... or may i override the rule & remove some files in /etc/* ? [02:34] paissad: I believe there's a way to mark a preferred subset of files as conffiles, so the rest automatically go away. I don't know how to do it. [02:35] persia, if i create a debian/conffiles as said in Maintainer's Guide, i hope that only that files will be considered so [02:35] ^^ [02:35] paissad: Quite possibly. Test it : [02:35] files mentionned in debian/conffiles i mean [02:36] persia, ok i will, thx [02:38] man dh_installdeb [02:39] james_w: Thanks :) [02:39] * persia reads [02:41] Ah, so it can't be overridden [02:44] it's not clear [02:46] persia: Anything shipped in /etc is a conffile. If you don't want something in /etc to be a conffile, then generate it in postinst. [02:46] ScottK: Right. [02:47] james_w: It's much more clear in the dh_installdeb source, which works as ScottK just described [02:47] * persia having read it due to the brevity of the manpage [03:01] I added a ppa in launchpad. I used the correct url/path on the command line but forgot to update ~/.dput.cf. I don't see the package in the ppa, but if I try it again (with an updated ~/.dput.cf) it says that it is already uploaded to launchpad. Am I just being to impatient? [03:01] SoftwareExplorer: you're not understanding what dput does. [03:01] SoftwareExplorer: dput writes a file when it uploads something. [03:02] delete said file. [03:02] lifeless: Ok, thanks. [03:03] lifeless: It worked. :) [03:03] feel free to file a bug saying 'the already uploaded message should print the file that it checked' or something - to make it more discoverable [03:34] persia, i have this warning " duplicate-conffile "if i create debian/conffiles [03:35] paissad: Don't list anything shipped in /etc in debian/conffiles. They are conffiles automatically (and unavoidably) [03:35] though,i guess i have to create a prerm script which removes /etc/logrotate/foo , /etc/default/foo /etc/init.d/foo ! [03:36] ScottK, ok , i understand that now ... but i don't need all files in /etc to be conffiles ^^ [03:36] But they are by policy [03:37] ScottK, By default, they are, but do you agree with that all files in /etc need to be conf files [03:38] No. They don't, but then don't ship them in the binary [03:38] ScottK, i will remove some of them from prerm script (remove or purge) [03:39] btw, what must i use ( prerm or postrm ?) [03:46] postrm, IIRC [03:49] what is going on in my package http://revu.ubuntuwire.com/p/iok ? [04:16] So now that feature freeze is over, what's the best thing a not-yet-MOTU can do to help improve Lucid? [04:17] rmunn, fix non installable pacakge and non buildable ones === Laibsch1 is now known as Laibsch === micahg1 is now known as micahg [05:15] what is going on in my package http://revu.ubuntuwire.com/p/iok ? whether it will come on lucid or not? [05:19] suji11: it was uploaded, it's in the queue for archive admins to check [05:19] ajmitch: ok [05:28] suji11: Accepted. [05:30] StevenK: where could i check that? [05:31] suji11: The queue where new stuff lands is https://edge.launchpad.net/ubuntu/lucid/+queue ; and iok is now at https://edge.launchpad.net/ubuntu/+source/iok [05:33] StevenK: Ok, Thank you:) [05:40] guys. shouldn't apt-get install deluge install deluged? [05:40] deluge 1.2 requires the daemon. [05:41] by default. [05:45] StevenK: would you promote libffado (MIR bug #416778) and jack-audio-connection-kit (MIR bug #510481), please? [05:45] Launchpad bug 416778 in libffado "[MIR] libffado" [Undecided,Fix committed] https://launchpad.net/bugs/416778 [05:45] Launchpad bug 510481 in jack-audio-connection-kit "[MIR] Jack-audio-connection-kit" [High,Fix committed] https://launchpad.net/bugs/510481 [05:57] crimsun: Done. [05:58] StevenK: thanks! [06:01] So, I'm working on a package with a quilt patching system. I added a patch, told quilt what files I would change, changed them, ran quilt refresh. Do I pop the patches before I run debuild? [06:02] bug #523622 [06:02] Launchpad bug 523622 in deluge "deluged needs to be installed with deluge" [Undecided,New] https://launchpad.net/bugs/523622 [06:03] SoftwareExplorer: I believe yes. [06:04] nigelb: Hmm, Maybe I'm doing something wrong. When I pop the patches, debuild fails because it's trying to sign with someone else's key. [06:05] SoftwareExplorer: did you "dch -i"? [06:05] updated change log with your email yet? [06:05] nigelb: Yes. [06:05] nigelb: but of course, that's part of the new patch. [06:06] okay, so the last entry in debian/changelog has your email ID and your key is set up? [06:06] the signing with someone else's key failure happens when one of them is not done [06:07] nigelb: yes, as long as the latest patch is applied, but I thought debuild automatically work around that [06:07] arghhh: I ack'd a sync 2 hours ago, but we are in Feature Freeze now, right? (Topic is not up-to-date, it seems) [06:08] nigelb: (I got the impression I should pop the patches from the wiki, maybe that was wrong) [06:08] It isn't Thursday where the release manager lives .... [06:10] oooh: cool [06:16] SoftwareExplorer: appologies, lost power. You still have issues? [06:16] a question about Bug 514292 .If it's a sync, how can I upload it? Adding a fake ubuntu entry? [06:16] Launchpad bug 514292 in ubuntu "Sync mingw-w64 0~20100125-3 (universe) from Debian testing (main)" [Wishlist,Won't fix] https://launchpad.net/bugs/514292 [06:17] nigelb: Um, well unless someone says I shouldn't, I'm leaning toward leaving the patches applied to run debuild [06:17] nigelb: otherwise debian/control will not have the correct email address [06:17] nigelb: *changelog [06:18] SoftwareExplorer: wait, what does the patch do? [06:18] SoftwareExplorer: They shouldn't be applied, the build should do that first [06:18] * fabrice_sp will upload it as build1 [06:19] StevenK: Modifies 2 .c files, changelog, and I just realized it should modify control file to [06:19] the patch shouldn [06:19] the patch shouldn't be modifying changelog [06:20] SoftwareExplorer: Exactly as nigelb says, you should not be modifying files under debian/ with quilt, you should just edit them straight [06:20] StevenK: Ahh, ok. [06:21] That's why it wasn't working [06:21] quilt is only for the actual source code of the app. [06:22] nigelb: Ok, Thanks. [06:22] StevenK: Thanks. [07:13] StevenK: whats needed now so that I can see iok appearing in search at http://packages.ubuntu.com/ [07:14] I have no idea, I use Launchpad directly [07:35] Hi, guys. I'm trying to make deb package of my qt project and have some troubles. I use this script to make deb http://code.google.com/p/yourownnewsmaker/source/browse/trunk/make-linux-release.sh, [07:35] and this rules file http://code.google.com/p/yourownnewsmaker/source/browse/trunk/rules [07:35] So during running it I have no errors except warning that I do not have pgp key, but as a result I get an empty deb packages with only these empty roots: [07:35] /usr/bin; usr/sbin; /usr/share. [07:35] By the way if I manually go to the builddir and run make install, Makefile script creates all needed files in right place. [07:35] So I suppose that I have an error in section install: of rules file, but do not understand it at all. Could you help me to fix this problem? [07:41] I dput a source.changes to a ppa, but nothing seems to happen. I've given it a couple of hours and it doesn't even list anything a building. What could I be doing wrong? [07:42] By the way I used this manual to create rules file http://wiki.maemo.org/Packaging_a_Qt_application [07:45] can I somehow build package that is using new source format on/for karmic? [07:49] Also, launchpad says " Package counters and estimated archive size temporarily unavailable. [07:54] I also tried disabling the ppa and reinabling it, but nothing happend [08:03] good morning [08:04] morning === debfx_ is now known as debfx [08:51] dholbach: good morning.. [08:56] dholbach: My package iok was accepted, it is here https://edge.launchpad.net/ubuntu/+source/iok/1.3.9-0ubuntu1 in lauchpad , how could i get this from packages.ubuntu.com [08:56] suji11: it might take some time [08:56] *packages.ubuntu.com [08:56] dholbach: ok [08:57] ah [08:57] it hasn't built on all architectures yet [08:57] and while the source is in the archive already, the binary (.deb files) are still in a separate queue [08:58] dholbach: when i search iok here https://edge.launchpad.net/ubuntu/lucid it shows No packages matching 'iok' are published in Lucid. [08:58] yes because of what I said above [08:58] and I can't fix it [08:58] Lucid: amd64 (New) armel i386 (New) ia64 powerpc (New) sparc [08:59] that's what (New) means there [08:59] dholbach: ok, should i do anything for that? [08:59] binary new = binary packages (=.deb files) are in a queue for the archive admins [08:59] no [08:59] the archive admins will get around to it [09:00] dholbach: ok, then i don't have to do anything now. am right? [09:00] yes [09:02] dholbach: ok [09:42] Can anyone with upload powers look at the patch for building xine against jack on Bug #152487 before feature freeze becomes solid? [09:42] Launchpad bug 152487 in xine-lib "Jack output for xine apps " [Low,Triaged] https://launchpad.net/bugs/152487 [10:07] you mean it's not solid yet? [10:08] hypera1r, it's still a little squishy, as long as people don't take the piss [10:08] heh [10:08] squishy eh [10:08] squishy! [10:09] stochastic: i think that patch is reversed. [10:09] I guess there are a lot of features to freeze, so it takes some time for them all to cool down. [10:09] hypera1r: do you got your cowpowers already? [10:09] hypera1r, oops, I'll fix that up right now [10:10] sebner: er no. [10:10] sebner: not yet. =( [10:10] hypera1r: urgh! [10:10] sebner: bad time to become motu huh =p [10:11] stochastic: also, it seems like you chopped off the trailing \n in libxine1-misc-plugins.install [10:11] I really didn't mean to. [10:11] i.e. I don't know how that happened [10:11] stochastic: nevermind, just put it back =) [10:12] hypera1r: heh, I can remember .. some years ago the best time was after a release [10:12] sebner: why? [10:13] hypera1r: Before release is more dangerous, after release you can break anything you want [10:13] sebner: aah i see. heheh [10:16] hypera1r, changes made. === hypera1r is now known as hyperair [10:18] well, reading the patch, it looks good to me. [10:19] can you upload it or do you not have the powers? [10:20] nobody pressed the buttons from the DMB yet? [10:21] hi Laney :) [10:25] hi hi [10:35] do we have any special policy in regards with (against) FFE? [10:38] Both Bug #360590 and Bug #152487 were awaiting a MIR approval that went through just 4hours ago. They both have patches ready to be uploaded and if anyone is willing the entire Ubuntu Studio team would love for them to be uploaded. [10:38] Launchpad bug 360590 in ubuntustudio "Please compile portaudio with Jack support" [Medium,Confirmed] https://launchpad.net/bugs/360590 [10:38] Launchpad bug 152487 in xine-lib "Jack output for xine apps " [Low,Triaged] https://launchpad.net/bugs/152487 === rulus_ is now known as rulus [11:49] hi all, i would like to add an interactive mode during the installation of my package to allow choose a specific directory ( it's for a configuration file ) .... an example is ddclient configuration during installation for those who know it [11:50] paissad: you need to use debconf [11:51] slytherin, ok thanks [11:53] is there a benefit to allowing this? [12:04] Can any oython packaging experts take a look at python-scriptutil package from lucid and tell me why it would cause installation failure? [12:14] slytherin: is this a test? [12:25] can somebody review http://revu.ubuntuwire.com/p/fastpatx ? [12:28] james_w: No. libmx4j-java is FTBFS because its build-dep javahelper fails to install because python-scriptutil fails to install. [12:28] slytherin: do you have a log or anything? [12:29] just a sec [12:29] james_w: https://launchpad.net/ubuntu/+source/libmx4j-java/3.0.2-8/+build/1484191/+files/buildlog_ubuntu-lucid-i386.libmx4j-java_3.0.2-8_FAILEDTOBUILD.txt.gz [12:31] Hi everyone! Anyone up to advocate/review qt-shutdown-p? - I've replaced the multiple start prevention and did some code cleanups. http://revu.ubuntuwire.com/p/qt-shutdown-p [12:32] slytherin: it's uninstallable rather than failing to install due to a postinst error or similar [12:33] so it's probably not python-specific knowledge that is needed [12:33] james_w: It has only two dependencies both are satisfiable in lucid. So I am really wondering if this has something to do with python transition. The package has not changed for last 3 releases. [12:34] it needs a retry since scriptutil was promoted to main [12:35] james_w: Can you give it a retry? I don't have permissions. [12:37] done [12:39] james_w: thanks [12:51] Anyone up to review/advocate qt-shutdown-p? http://revu.ubuntuwire.com/p/qt-shutdown-p [12:55]