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