[00:03] I'm unable to build anything in a jaunty pbuilder as aptitude won't install due to libapt, is anyone else seeing this? [00:03] Did wxpython get fixed? 2.8 was fubar yesterday. [00:04] Working here. [00:04] james_w: You can switch your pbuilder to use the classic pbuilbersatisfydepends that uses apt. Maybe it's better. [00:07] james_w: is that inside the pbuilder or in the host system? [00:07] inside pbuilder [00:08] I've update my jaunty pbuilder today without problems [00:09] and there was no apt or aptitude upload in the last few weeks [00:12] idiot! [00:12] I was trying to build with a mix of jaunty and experimental [00:19] hi, about armel support, i can see that the jaunty alpha-5 has "ixp4xx" and "versatile" versions, where can i find infos about the differencies? [00:28] goshawk: I think there is an #ubuntu-armel channel (or something like that) [00:28] ScottK: yep it's #ubuntu-arm i'm already there now [00:28] thx [00:29] OK. That's the best place to ask. [00:29] Mostly it's Europeans, so it's kind of not the best time. [00:33] I think this bug has a wrong status https://bugs.launchpad.net/ubuntu/+bug/248231 [00:33] Launchpad bug 248231 in ubuntu "[needs-packaging] pyliblo" [Wishlist,In progress] [00:33] The package is already in Jaunty repositories [00:33] What should the correct status be? [00:34] s/sh/w/ [00:39] If it's already in Jaunty it should be Fix Released. === mruiz2 is now known as mruiz [00:48] ScottK: Should I leave the assignment in place or set it to nobody? [00:48] It doesn't much matter. Just change the fix released [00:50] done [00:51] thanks for help [01:01] Hi [01:02] Looking for help in getting python-4suite-xml to actually compile against python 2.6 [01:02] http://launchpadlibrarian.net/23448421/buildlog_ubuntu-jaunty-amd64.python-4suite_1.0.2-7ubuntu1_FAILEDTOBUILD.txt.gz [01:02] is the build failure [01:05] have fun figuring out why the build didn't produce for 2.5 hours no output at all [01:06] yeah [01:06] I have no clue about that either [01:06] does it work on your machine? [01:06] or is this the memory eating one? [01:06] Compiling, you mean? [01:06] yeah [01:07] james_w: that's the same spot where I aborted my pbuilder build as it took already 1 GB swap plus my 5 GB RAM [01:08] urgh [01:08] does a rebuild with python 2.5 still work? [01:09] the python2.5 part works (see in the beginning of the log) [01:10] geser: that's a rather large amount of memory to use for a build [01:12] I'm sorry, my local machine would be underpowered I assume [01:13] not enough RAM and not enough CPU, I guess [01:13] ajmitch: it might be less as my pbuilder uses a tmpfs, but usually I don't need any swap to build a package [01:13] I think any machine would be underpowered if it keeps on chomping through memory like that [01:18] What can we do? [01:19] Is there any channel like #debian-python for ubuntu? [01:19] * Laibsch is not aware of such a thing [01:28] Laibsch: There is not. [01:28] Laibsch: What I would do is look upstream for a new release or in their VCS for changes for 2.6 compatibility. === asac_ is now known as asac [02:11] ScottK: Do you think that would go in despite the freeze? [02:11] Jaunty has the latest Debian version IIRC [02:11] Laibsch: A patch to fix it definitely. A new version maybe. Certainly if it's the only way to fix it. [02:19] I'm chatting with the devs [02:19] It looks really bad [02:19] python 2.6 is a known problem [02:19] Last release was more than 2 years ago [02:19] I'm not sure there is gonna be a solution from upstream [02:21] Not good. [02:21] But you're going about it the right way. [02:24] evening everyone [02:25] i am trying to go through the motu recipes and i am stuck on the watch file one [02:25] everything worked find until the 'debuild -S -sa' step [02:25] here is the output that i got http://dpaste.com/6618/ [02:26] what could i have missed? [02:29] etank: I don't think that is watch-file related [02:29] i dont think it is either [02:29] it is just where i got stuck going through the recipe [02:30] Does the previous version build? [02:30] https://wiki.ubuntu.com/PackagingGuide/Recipes/DebianWatch this is what im going through [02:30] with none of your changes? [02:30] Laibsch: it seems to be running [02:30] * Laibsch wonders how come everyone seems to have a @ubuntu.com address these days [02:30] seems or is? [02:31] ran but failed at the end because of gpg issues [02:36] * etank wonders if it is because the watch file isn't in the new dir === asac_ is now known as asac [03:02] Laibsch: not everyone =) [03:07] dtchen_: ?? [03:08] not everyone? I don't see the connection to anything I wrote [03:08] What are you referring to? [03:10] Laibsch: 18:30 * Laibsch wonders how come everyone seems to have a @ubuntu.com address these days [03:13] dtchen_: man "seems" ;-) [03:15] * JontheEchidna uses @kubuntu.org, but has @ubuntu.com too :D [03:23] * Laibsch just opened bug 338079 on the dire state of python-4suite and python 2.6 [03:23] Launchpad bug 338079 in python-4suite "[Jaunty] packages incompatible with python 2.6" [High,Confirmed] https://launchpad.net/bugs/338079 [03:25] * ScottK has both and uses neither [03:31] what happened with bug 335741 ? should I subscribe sponsors for my patch proposal or is it about to be decided? [03:31] Launchpad bug 335741 in libtorrent-rasterbar "[jaunty]python(<2.6)-based apps cannot meet dependencies" [High,New] https://launchpad.net/bugs/335741 [03:34] * ScottK isn't about to decide anything. [03:42] ScottK: do you happen to know if I package a new version for mobile-broadband-provider-info from svn this weekend, is it possible to make it for jaunty? it's basically an xml file with service provider information [03:42] It's in Main, so no idea. I'd ask pitti during European work hours tomorrow. [03:43] ok, thanks :) [04:15] Is there a member of the MOTU Council around? [04:27] cody-somerville: Most are probably sleeping. Although nixternal should still be up. [04:42] Is there a person/channel i can ask in regarding python-apt breakage? [04:49] cody-somerville: what's up? [04:53] Kamping_Kaiser: I'd ask mvo tomorrow. [05:16] ScottK, thanks. [05:17] as python-apt is a package in Ubuntu, does that mean there will be a bzr branch of it somewhere on LP? [05:18] Since it's in Main, usually. [05:18] If you apt-get source the package it'll tell you in debian/control [05:18] ok, thanks. I'll go and have a look. [05:24] heh. the XS-Vcs-Bzr: 404s. guess i'm waiting for mvo tomorrow ;) === dantalizh is now known as dantalizing === dantalizing is now known as zz_dantalizh === zz_dantalizh is now known as dantalizing === dantalizing is now known as zz_dantalizing [05:53] hello everybody [05:58] Hello Toadstool [05:58] hi fabrice_sp_ === dantalizing is now known as zz_dantalizing === zz_dantalizing is now known as dantalizing === fabrice_sp_ is now known as fabrice_sp [08:56] is there a template for an RM request bug? [09:18] can anyone please tell me who maintains seeds for mobile-meta package? === azeem_ is now known as azeem [10:32] geser: are you around ? === hanska is now known as Guest53895 === korn_ is now known as c_korn === elmargol_ is now known as elmargol [11:33] Regarding debian bug #411851 , I tried the pm-utils hook script but it didn't work, does Ubuntu something else other than pm-utils for suspend/resume ? [11:33] Debian bug 411851 in sl-modem-daemon "slmodemd not restarted on resume" [Normal,Open] http://bugs.debian.org/411851 [11:34] huats: yes [11:37] If someone want to review my package at http://revu.ubuntuwire.com/details.py?package=sqliteman ... thanks [11:40] geser: give me 1h I am about to eat :) [11:40] eMerzh, VERY minor style point, missing comma in deps in debian/control [11:40] erf...ok:) [11:41] eMerzh, and i don't think including a README.source is usual unless you're altering an upstream tarball [11:42] eMerzh, otherwise, i like it. it's well-packaged IMHO. [11:43] ok...thanks [11:43] no, i can't advocate, i'm not a DD [11:45] ehm, MOTU [11:45] whoops [11:46] hehe....i 'll corret this and ask again :) [11:47] where can I ask about suspend/resume & pm-utils ? [11:59] directhex: eMerzh: reame.source is needed if you are using a patch system. [11:59] slytherin, srsly? is that in the policy someplace? [12:01] directhex: https://wiki.ubuntu.com/README.sourceHowTo [12:01] directhex: policy 3.8.0 [12:04] slytherin, at least it's only a recommended, so i won't be shot [12:07] It's required by 3.8.0. [12:09] the build of scilab-5.1 fails. but it succeeds in a ppa. the error is about empty translation files. can someone help me what to do? http://launchpadlibrarian.net/23510243/buildlog_ubuntu-jaunty-lpia.scilab_5.1-0ubuntu1_FAILEDTOBUILD.txt.gz [12:12] c_korn: that's easy: remove the empty po file in the clean target: [ -s modules/scipad/locales/fr_FR/scipad.po ] || rm -f modules/scipad/locales/fr_FR/scipad.po [12:12] and so on for the others [12:18] geser: is "install/scilab::" the right target to put that in? [12:21] c_korn: that should work too, as long as the empty po files are removed before the deb gets build [12:23] geser: if the files need to be removed before the deb gets built then install isn't the right target, is it? [12:25] slytherin: the debs gets build in the binary* target which usually depend on the build and install targets [12:25] Oh, I always thought it gets in install target. :-( [12:26] the install target only runs "make install" (or any equivalent) so the files are copied to the place from where the deb gets build [12:26] slytherin may be right, because there are other commands in the install target already and I do not see them executed in the build log. so they are executed after the error I think [12:27] http://pastebin.com/d15e454e9 [12:28] this is the debian/rules file [12:32] pkgstriptranslations is called almost at the end of the build, only a few calls follow it, so it must be an other reason why the install/scilab target isn't called [12:35] hi folks [12:36] hello sistpoty|work [12:36] hi directhex [12:39] c_korn: install/scilab isn't run on lpia as scilab is arch:all [12:39] if you look at the i386 build log you will find the calls from install/scilab there [12:40] geser: ah, yes. I see [12:40] so what is the right target? [12:43] c_korn: I'd propose the clean target [12:45] geser: hm, but won't that be in the diff.gz afterwards because clean is called when debuild -S -sa? maybe I should write patches to delete those files? [12:50] c_korn: delete files don't appear in the .diff.gz [12:51] hm, ok [12:51] thanks for the note slytherin ... i'll just correct the comma then... [12:52] slytherin, or directhex in fact... where must i put the comma? :s [12:52] eMerzh, you were missing a space, you have foo,bar somewhere [12:53] directhex, ok ... sorry :D [12:54] geser: I will reupload scilab to revu. some has to upload it to jaunty again [12:56] c_korn: open a sponsoring bug with the debdiff between jaunty and the new version [13:00] geser: can I attach the debdiff in bug 272264 and reopen it? [13:00] Launchpad bug 272264 in getdeb.net "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Medium,Fix released] https://launchpad.net/bugs/272264 [13:02] sure, that works too (but don't forget to close it again in your changelog entry) [13:03] geser: like that? " * debian/rules: Remove empty translation files (Closes LP: #272264)" [13:06] c_korn: yes [13:10] c_korn: commented for scilab [13:11] DktrKranz: thanks. I used sbuild for testing in clean chroot [13:12] having that package inside a chroot helps to triage those kinds of FTBFS [13:12] (or to avoid them as well) [13:15] geser: I am back === fabo_ is now known as fabo [13:16] huats: and I'm still here :) [13:17] geser: great [13:17] geser: so I am finally taking care of python-webkit.... [13:17] sorry for the delay [13:17] for the python2.6 migration [13:17] huats: no problem, it's not like python-webkit is the last package to transition [13:17] is it ? [13:18] do you have some link for this transition ? [13:18] so that I can have a look at what needs to be done... [13:18] or is it a simple rebuild stuff ? [13:19] huats: https://lists.ubuntu.com/archives/ubuntu-devel/2009-February/027528.html [13:19] geser: ok [13:19] I am having a look [13:19] and I let you know [13:20] huats: over 200 (binary) packages still have a dependency on python < 2.6 [13:20] ok [13:20] i though you were ironic :) [13:21] huats: the best way I approach at them is using edos-debcheck, so you could have a look at it for targeted packages [13:21] ok [13:21] don't remember the exact command, but man pages is cool [13:22] ok [13:25] DktrKranz, did you see my awesome collection of sync bugs for mono 2.0 lib transitioning? mostly done, already! :o (!) [13:29] directhex: not yet, I've been mostly offline this week, but I noticed uploads in Debian. Thanks :) [13:29] RAWR [13:29] super efficient transitioners r us [13:29] good arvo, Laney! [13:29] yo [13:29] I upgraded my work pc to Jaunty and am now xless [13:30] Laney, this is my fear about upgrading my new home pc :| [13:30] Laney, i hope i can get sound out of intrepid [13:30] Laney: it's not ubuntu fault, it's because of global warming [13:30] yeah, but if it's new then you have nothing to lose (except time) [13:30] DktrKranz: You mean I've gone back in time to before we had a problem? [13:30] * Laney is so 1970s about now [13:31] Laney: you have the best GUI available, a TTY [13:31] geser: I attached the debdiff and set the bug status to incomplete: https://bugs.launchpad.net/ubuntu/jaunty/+source/scilab/+bug/272264/comments/43 [13:31] :) [13:31] Launchpad bug 272264 in getdeb.net "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Medium,Fix released] [13:31] getdeb?!?! [13:31] is there a way to check the parameters on a module? [13:32] c_korn: you have to use another revision for that [13:32] oh, so it is 0ubuntu2 ? [13:34] yes [13:34] you can't reuse an already uploaded revision [13:34] you can, if you like REJECT mails :) [13:35] i don't like those :< [13:35] decompyle package is removed [13:35] ..and awaiting the response for bmpx (bug 337659) [13:35] directhex: especially Debian side ;) [13:35] Launchpad bug 337659 in bmpx "RM: bmpx -- RoM; unmaintained upstream, uses outdated libraries" [Wishlist,Confirmed] https://launchpad.net/bugs/337659 [13:36] DktrKranz, 2 months i've been waiting on moon i NEW. 2 months!!! [13:36] directhex: is NEW shrinking now? [13:37] * DktrKranz has two packages in [13:37] Package count in NEW: 361 | Total Package count: 410 [13:37] gah! [13:38] indeed [13:38] for package in NEW: [13:38] reject(package) [13:38] DktrKranz, i think it's spinlocking or something ;) [13:39] heh [13:39] I hope to see 3.0 packages support soon [13:43] DktrKranz: is this debdiff fine? https://bugs.launchpad.net/ubuntu/jaunty/+source/scilab/+bug/272264/comments/44 [13:43] Launchpad bug 272264 in getdeb.net "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Medium,Fix released] [13:44] directhex: I had one come out of New recently, so there is some motion. [13:44] ScottK, binary new or source new? (even though the ftpmaster page doesn't distinguish) [13:45] directhex: Source and they do distinguish. Binary usually gets done more quickly. [13:45] c_korn: not yet. You should use dch -i to add a new changelog entry, instead of mangling current one [13:45] argh, I will get into it :P [13:46] ScottK, they distinguish in reality, but the ftp-master wobsite shows them both in the same queue, which is false [13:49] directhex: ftp-master's NEW page is confusing, it lists binary NEW pkgs too, and it's really hard to say which are source NEW. I hope they have a better approach. [13:49] DktrKranz, someone did some hacking on that page recently. was it NCommander? [13:50] They're all equally NEW, the distinction is moer in teh internal sorting that DAK does. [13:51] directhex: 'false' is really far too strong a word. [13:51] * broonie nods ScottK [13:54] perhaps it'd be clearer to me what was happening if i read debian-devel [13:54] but i try to avoid places that j00rg schilling might be [13:54] :) [13:54] directhex: once he mailed me [13:54] ScottK, can you ack bug #193818 ? [13:54] Launchpad bug 193818 in gnomescan "Please update to latest 0.6" [Medium,Confirmed] https://launchpad.net/bugs/193818 [13:54] directhex: There's one NEW queue. ftp-master process it in an order of their choosing (eg, doing quick things if they have little time). [13:55] DktrKranz, oh, me too. i had the audacity to file a bug on cdda2wav [13:55] directhex: the software provides a default sort for the queue when they go look at it which brings binary NEW stuff to the front. [13:55] (ftpmaster here being the humans that fulfil that role rather than the machine) [13:56] directhex: mine was worse, he mailed me without previous contact by my side [13:57] he saw I uploaded a revision of a similar package, and asked me some stuff about cdrtools [13:57] cody-somerville: My first question would be why did slangasek decline it for Jaunty? [13:57] ScottK, I imagine because someone nominated before FF or something. [13:58] ScottK, However, in comment #16, he asks me if I could look at it this release [13:58] DktrKranz: is this finally well done? http://pastebin.com/d7106162b [13:58] cody-somerville: How tested is your new package? [13:58] Yes. [13:58] ScottK, I'm just building it now [13:59] ScottK, However, 0.4 is rather obsolete. [13:59] c_korn: much better now (at least for syntax). [13:59] directhex, broonie, no, dak only had source NEWs, no binary NEWs like Ubuntu [13:59] the binaries you are seeing are the binaries uploaded with the source package [14:00] DktrKranz: should it be a for loop? [14:00] cody-somerville: OK. Tell me after you've tested it works (not just build) and sign up to be bug contact and I'll ack it. [14:00] broonie, i don't doubt that ftpmaster is a thankless, tedious, never-ending job, but it would be nice to get a better handle on why things can end up taking aeons. 2 months is a very long time, and the number of packages in NEW right now is mad. presumably there is post-release "stuff" to be done? [14:01] NCommander: Actually, binary NEW is handled at the same time as source NEW [14:01] Some of it is folks taking a break after release. [14:01] NCommander: Not the case, *all* new binaries are NEW. [14:02] directhex: Some of it will be stuff being deliberately held up for transitions too. [14:02] broonie, ftpmaster goes on holiday just as everyone else is saying "lenny is out? quick, break the archive!" :D [14:02] c_korn: not necessarily [14:02] StevenK, dak uses the override for the source package, it doesn't have the concept of binary NEW unless I'm very much mistaken. [14:02] ScottK, k [14:02] NCommander: You're mistaken [14:02] NCommander: You're mistaken. [14:02] * StevenK high fives broonie [14:02] Is there an echo in here? [14:03] (IIRC the actual implementation is that everything *must* have an override so things without an override are NEW). [14:03] DktrKranz: well, a simple "find . -name '*.po' -empty -delete" would be better? [14:03] directhex: but people prepare NEW and keep them under the pillow to push it right after release, just to "break stuff" (tm) [14:03] So I upload a package through dak, the source package and the initial binaries go through, the binaries for other architectures don't get stuck in a NEW queue like on Ubuntu [14:03] directhex: In general there's never been any guarantee on new processing and it does get backed up from time to time. [14:04] c_korn: I guess they're equivalent [14:04] directhex: If it's particularly urgent then pinging *may* help, providing it doesn't annoy anyone :) [14:04] just do not delete good translations, the other point is just cosmetic [14:04] broonie, i'm not looking for an SLA, just a general "waa, i'm right near the top but it's been *ages*" [14:04] broonie, absolutely people are entitled to time off [14:05] NCommander: but if you add a -dbg package in the next upload that will hit NEW [14:05] NCommander: Yes, the override is arch all [14:05] DktrKranz, well, yes, you don't want to upload things to unstable whilst testing is frozen [14:05] in Italy we say: "patience is for the strong ones" [14:05] directhex: The queue has never been officially sorted, often the easy stuff is cherry-picked out first. [14:05] james_w, oh ... sorry, when I think of binNEW, I think of Ubuntu's binNEW, as a per archietecture override. [14:05] james_w, your right thats how dak works, but I wasn't thinking about it in the same terms. [14:06] DktrKranz, in the uk, we say "move yer arse!" [14:06] DktrKranz: ok, thanks. https://bugs.launchpad.net/ubuntu/jaunty/+source/scilab/+bug/272264/comments/45 now I should wait for mok0? [14:06] ;) [14:06] Launchpad bug 272264 in getdeb.net "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Medium,Fix released] [14:06] directhex: heh. we like sleeping :) [14:17] c_korn: I haven't a build server handy, I'll probably review it this evening [14:17] but thanks for the debdiff :) [14:17] well the 0ubuntu1 made it to the install target. and this change should fix the translation error. [14:30] DktrKranz: so are you assigned to scilab now? or should I tell mok0 when he comes online? [14:34] c_korn: I can do it as well, but if mok0 (or someone else) grabs it first, I can't argue [14:35] ok [14:35] my main interest is to process FFe quicker once approved [14:36] yeah, I know. FF is far over. now there needs some other work to be done [14:37] or catching up regressions in time === Amaranth_ is now known as Amaranth === ilowe_ is now known as ilowe [15:02] uhm.. indicator-applet isn't working here [15:06] wow, I've found an emoticon representing jono -> http://flames.aptivastudio.com/images/smilies/icon_e_ugeek.gif *g* [15:07] heh [15:08] Heya gang [15:09] hello bddebian [15:09] Hi directhex [15:52] any native speaker? what is correct, "a speficied port" or "an specified port" [15:52] I could also use "a given port" :) [15:55] a [15:55] technically, you use "an" to add a consonant between a and a word starting with a vowel [15:55] so "an apple" instead of "a apple" === Andre_Gondim is now known as Andre_Gondim-afk [16:04] Vowel sound, to be exact. [16:04] Hence little exceptions like "an hour" [16:05] oh, yes [16:05] whoopsie [16:07] jpds: There was a bug against MoM with a patch for grab-merge.sh to use https. Please make sure the version you are putting into ubuntu-dev-tools has that fix. [16:14] now I feel stupid, I was so convinced the next motu council meeting is tomorrow :p [16:15] when was it? [16:15] today? [16:15] next week :) [16:15] heh [16:15] So what about the marble packet? :D [16:15] oh.. === Guest53895 is now known as hanska [16:24] jpds: Of course now I can't find the bug. It was just changing http/https throughout. [16:30] jpds: So I checked and it's the right one. Nevermind. === ogra_ is now known as ogra === thunderstruck is now known as gnomefreak [17:32] What is the proper way to supercede a package? (for example, the program was renamed) [17:34] ScottK: because there are no controls on who nominates what for release, and all kinds of bugs show up on the nomination list that there's no reason we should track release-wise [17:35] slangasek: OK. Sounds reasonable. Just wanted to make sure it wasn't something more specific. Thanks. [17:36] hi, is there a way to say "this packages requires package xy in a version between 1.0 and 2.0"? [17:36] i cannot find docs about the requires header anywhere [17:37] Use two separate depends. One for the less than and one for the greater than. [17:38] RainCT: hi [17:39] maix: python (<< 2.7), python (>= 2.6), is a real live example from a package. [17:39] how can I make it so package B supercedes package A, but when package A is removed, it doesn't want to remove package B? [17:39] ok thanks [17:39] what's the difference between << and < ? [17:39] i know that from maths, but what does that mean with packages? [17:40] ScottK: OK (I thought they fixed the mod_ssl stuff). [17:41] maix: < > are not accepted [17:41] oh *g* [17:42] see man deb-control for more info [17:43] ah that's helpful, thanks [17:43] another question: why is 1.0 and 1 not the same version? [17:44] maix: Because they aren't the same. [17:45] well ;) [17:45] maix: man deb-version? :) [17:46] (see under Sorting Algorithm) [17:46] the short answer is that it makes the sorting algorithm a simple concise no-surprises lexicographical comparison like traditional string-comparison operators. [17:47] hm [17:47] is there some convention to never use trailing .0s or something like that? [17:48] you mean in the debian/ubuntu part of the version string? [17:50] no, anywhere [17:50] or how shall i compare that else? [17:51] well we have no control (no pun intended) over how upstream projects version their projects. [17:51] shall i write << 2.0 or << 2 or << 2.0.0 ? [17:51] that depends on how upstream versions their projects. [17:51] of course, but one could change it [17:51] but for all intents and purposes they'd probably all do the same thing. [17:52] depending on how specifically upstream versions their product :) [17:52] https://launchpad.net/ubuntu/+source/warzone2100 [17:53] ah i'll just use 1.0, thats greater than 1 anyways so there'll be no problem [17:53] What does "current" mean in this context? -> intrepid current [17:53] thank you two though [17:54] Zarel_: the latest released version of Ubuntu. [17:54] the field refers to the status of the Ubuntu release to the left. [17:54] jdong: So if it's "current", that means it should get bugfix updates, right? [17:55] Zarel_: in accordance to the StableReleaseUpdates policy. [17:55] !sru [17:55] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [17:55] that also applies to supported. [18:01] So only major bugs get fixed? :( [18:20] i'm looking for an advocate by a motu for my package http://revu.ubuntuwire.com/details.py?package=sqliteman .... thanks :) [18:20] !backports | Zarel [18:20] Zarel: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging [18:27] huats: are you OK with python-webkitgtk? Noticed you said you were unwell earlier [18:29] jcfp: And you with sabnzbd? [18:29] chasing up a few uninstallable apps [18:30] Laney: it's in the works, python-support giving me trouble although I seem to have found a way around that now [18:30] excellent [18:30] let me know and I'll sponsor it right away [18:31] oh, wait, it needed an FFe [18:31] let me know after you have that ;) === Andre_Gondim-afk is now known as Andre_Gondim [18:44] Laney: if I patch the app to use /usr/bin/python2.5 in the shebang line, set debian/pyversions to 2.5 only and build in jaunty, ${Python:Depends} expands to include a hard depend on python (<< 2.6) which is uninstallable. [18:44] guh [18:44] If I leave pyversions empty, it works fine; anything that includes 2.6 (like "2.5,2.6" or "2.5-") also works although the automatic deps on python don't make too much sense to me. [18:45] I'm really not very expert at python packaging [18:45] you might ask #debian-python or whatever their channel is [18:45] or wait for someone who knows more [18:45] Laney: I am fine thanks [18:46] ah, good [18:46] I am about to publish it [18:46] thaks Laney [18:46] \o/ [18:47] I might just try asking on debian-python too, altough they haven't moved to python 2.6 yet [18:48] need a bit help with gcc. I have a file which uses rand function (defined in stdlib.h). Even if the stdlib.h file is included I get error with gcc, undefined reference. [18:55] slytherin: could you pastebin buildlog? [18:56] maxb: found the problem. wrong return type. :-( [19:03] Anyone able to help with some python/boost fun? Miro fails to build (and I'm told it is incompatible with 2.6 anyway) with errors relating to boost-python. http://orangesquash.org.uk/~laney/miro_ftbfs.txt [19:29] StevenK: please let me know if I should file a bug for this. ubuntu-network-remix has dependency on cupsys-driver-gutenprint which is transition package. Also it has dependency on ubuntu-artwork which is redundant IMHO since there is also dependency on human-netbook-theme [19:29] Hi huats. anjuta is FTBFS. As I think I'm able to fix it, do you let me touch the package? [19:30] Pencil (http://revu.ubuntuwire.com/details.py?upid=5149) is in good shape now and needs a couple of advocates. Is anyone up for it? (FYI, we're filing a FF exception for it). Thanks. [19:31] fabrice_sp: create a patch and get it sponsored [19:33] geser, that's just the huats uploaded it few days ago, so I was wondering if he was working on it === JontheEchidna is now known as jtechidna === jtechidna is now known as JontheEchidna [19:42] Is there some way to mark a bugreport relevant only to intrepid? [19:43] I can see how to report a *new* bug for just intrepid, but moving an existing one seems to be harder [19:43] jelmer: Yes. Nominate for release and then mark it fixed/invalid/etc overall [19:43] jelmer: I didn't hear back from you so I'm updating samba4. [19:43] ScottK: Sorry [19:44] ScottK: Ok [19:45] jelmer: For future reference (when Debian gets 2.6) the changes are build-dep python2.5-dev -> python-dev and site-packages/*-packages in rules and the .install for the two python packages. [19:46] ScottK, cool, thanks [19:48] fabrice_sp: I have uploaded a new version today [19:48] to fix that [19:49] ok. I'll look for others FTBFS :-) [19:49] thanks huats [19:49] no problem fab [19:49] no problem fabrice_sp [19:49] and thanks :) [19:50] you can call me Fab ;-) [19:50] fabrice_sp: it is easier with the completion :) [19:51] lol yes [19:51] I'm trying to pack one program, but I don't if this debian/control file is correct http://paste.ubuntu.com/126894/ [19:59] why you dont put LimeWire in repo?? [20:00] miik: LimeWire isn't free. [20:02] but its GPL [20:02] wikipedia says so [20:02] http://en.wikipedia.org/wiki/LimeWire -- License GNU General Public License [20:05] hmm seriously? [20:05] interesting [20:05] well why don't you package it then? =) [20:05] fabrice_sp: as you can see https://edge.launchpad.net/ubuntu/jaunty/+source/anjuta/2:2.25.902-0ubuntu2 anjuta builds now :) [20:05] either way i think limewire's crippleware. limewire pro is where all the features are [20:05] heh it's not exactly without its marred history in the past. [20:06] I guess the correct answer to the question now is "because nobody has cared enough to put the time into packaging it" [20:06] miik: i'd concentrate on frostwire. [20:06] hyperair, icant find that in repo either [20:06] but that has some issues with licensing or whatever [20:06] miik: yeah because there were licensing issues or something [20:06] even if it says it's GPL [20:07] https://bugs.launchpad.net/ubuntu/+bug/94011 [20:07] Launchpad bug 94011 in ubuntu "[needs-packaging] Frostwire" [Wishlist,Confirmed] [20:07] * slytherin loves transmission [20:07] oh [20:07] indeed. [20:07] not MUCH different from the azureus debacles in the past. [20:08] i.e. the main thing is FOSS but they bundle a couple native precompiled libs [20:08] but smeone put frostwire request 2 years ago [20:08] they dont put it in repo [20:08] and figuring out what the heck they are is more of a challenge than expected. [20:08] does the upsteram source STILL bundle precompiled libraries? [20:08] miik: There are a lot more requests than people willing to do the work. [20:09] :( [20:09] well, what does all the guys mark pays does? [20:09] ScottK: I started on it.. but ran into packaging issues :) [20:09] .jar is a binary, right? [20:09] * ScottK knows about zip about Java [20:09] ScottK: in most cases yes [20:09] ScottK: it's a ... no pun intended.. zip file. [20:09] i wish redhat, gentoo, ubuntu, suse all shared repository [20:09] in it can be source or .class binaries [20:09] limewire is chock full of them. [20:09] ScottK: you can say that [20:10] a "runnable tarball" if that sounds any better :D [20:11] does anyone know how to debug issues with cdrom device access? [20:11] miik: It'd take a person who was reasonably expert in Java, Debian packaging, and licensing to go through their tarball as see if it was actually legal to go in the repositories. [20:12] its GPL, i would assume it is... [20:12] miik: One common problem we hit with Java packages is they are licensed GPL so was can't distribute without the source, but then they don't provide the source. [20:12] oh [20:12] miik: a lot of things say they are GPL are not truly GPL compliant :) [20:12] So without that, we can't have it in the repo at all. [20:12] oh [20:12] but if i want use limewire on windows, i can just do that... [20:13] but on ubuntu, i cant =/ [20:13] Dunno if that's the case here at all. [20:13] well if it is truly Java it shouldn't be hard to run from jar. [20:13] Limeware could make .debs and distribute them. We can't. [20:13] Limewire has debs iirc [20:13] and so does frostwire [20:14] does limewire or frostwire use bittorrent protocol? === Nicke_ is now known as Nicke [20:15] slytherin: partly [20:15] they support it but AFAIK theyare primarily gnutella-ish clients [20:17] thekorn: nice screencast :) [20:18] packaging big java application from scratch can be frustrating experience at times. I experienced it first hand with jmeter. [20:20] RainCT, thanks, I plan to push leonov a bit more over the next few weeks [20:20] well aslong as you cant run open source software on linux, it seems windows is a better platform for running open source software [20:20] open source software is better supported on windows than on linux [20:20] i can run limewire on windows, but not on linux [20:21] so people should migrate from linux to windows in order to better use open source software to save costs and get a lower tco [20:25] i can use cross-platform applications such as limewire on windows [20:25] miik: one application != open source software. [20:25] but i cannot use cross-platform applications on linux [20:26] there are thousand applications [20:26] just needs-packaging on bugs.ubuntu.com [20:26] miik: and I fail to understand why you can't run limewire as distributed by their website on linux [20:28] huats, great! :-) You just added a build dependency, right? Oh: I can see it in the changelog :-) By the way, it still appears as FTBFS in ubuntuwire [20:29] RainCT: which screencast are you talking about? [20:30] fabrice_sp: ftbfs page usually takes a day for update. [20:30] ok === dantalizing is now known as zz_dantalizing === zz_dantalizing is now known as dantalizing [20:32] by the way, I have a sync request that has been acked to authorize the FFE. Do I nned to subscribe MOTU or directly the Arhcive admin? [20:33] it's bug #336904 [20:33] Launchpad bug 336904 in openvas-libnasl "Please sync openvas-libnasl 2.0.0-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/336904 [20:33] do you need sponsorship? [20:33] fabrice_sp: i believe motu since someone will need to add an ack that it builds fine. [20:34] slytherin, I *think* he talked about http://launchpadlibrarian.net/23523147/leonov_multible_content_MainContent.ogv [20:34] Laney, I just applied yesterday to U-C-D, so no upload rights for the moment :-) [20:34] then you need sponsorship [20:34] u-u-s it is! [20:35] ok. As motu-release members are motus, I had a doubt. Thanks! [20:35] thanks Laney and slytherin [20:38] * slytherin calls it a day [20:39] oh dear [20:39] thekorn: Great. I'd get back to do some work, but I'm already overloaded with other stuff and school :( [20:39] muting my audio makes a horrible sound come out of the speakers [20:51] fabrice_sp: I guess there is a cache.. that is why it is still FTBFS [20:55] anyone got a sync ack script? [20:56] why would you use a script for such a thing? :) [20:57] because otherwise acking is several clicks [20:57] though you'd at least be looking at the LP bug anyway [20:58] Laney: I'd suggest filing bugs against LP asking for the workflow to be streamlined. [20:58] ScottK: Isn't syncing support coming to LP anyway? [20:59] Laney: I've heard so. [20:59] me too [20:59] No idea if it's actually going to happen. [20:59] * Laney asks [21:09] what is the max allowed length for a package name ? [21:17] joaopinto: how long is your name? [21:18] RainCT, that does not answer my question, I am defining a table and I need a max value for the package name field [21:18] that is not [21:20] joaopinto: Debian Policy doesn't say anything about the length (file:///usr/share/doc/debian-policy/policy.html/ch-controlfields.html#s-f-Package) [21:20] RainCT, I have read the policy :P [21:21] I don't think there is a maximum length. In practice it's a matter of "Don't be silly, or the archive admins will reject it from NEW" [21:23] joaopinto: Looking at package names on Synaptic, I guess with 50 characters you'll be save.. (But I'm just guessing!) [21:23] ok, i'll use 80 just in case [21:25] libmaypole-plugin-authentication-usersessioncookie-perl is 55 chars :-) [21:26] and 1.9.1~b3~hg20090205r23182+nobinonly-0ubuntu1 is the longest version string, at 44 chars! [21:27] ouch, i need to increase the version len [21:28] whilst the longest Source field is "openoffice.org-dictionaries (1:3.0.1~rc1-3ubuntu1)" at 50 chars [21:37] * porthose kicks his router for being a pain in the arse [21:37] sorry for the noise [21:40] porthose: bah, I've done worse monologues ;) [21:45] as I see scilab was uploaded again. where can I see it waiting for building? [21:46] RainCT: it's getting a little old, probable need to replace it;-) [21:52] c_korn: https://edge.launchpad.net/ubuntu/+source/scilab === Andre_Gondim is now known as Andre_Gondim-afk [21:52] c_korn: click on the version number and perhaps some other links and you'll end up at a page with info about the build [21:53] RainCT: ah thanks. I did not find the link to launchpad.../+source [21:54] nice work huats! (py-webkit-gtk) [21:54] * Laney waits expectantly for a build [22:04] c_korn: https://edge.launchpad.net/ubuntu/jaunty/+builds?build_text=scilab&build_state=all [22:04] c_korn: still pending [22:05] mok0: I see. it should build fine now (hopefully) === Tonio_ is now known as Tonio__ === Tonio__ is now known as Tonio_ === dantalizing is now known as zz_dantalizing === zz_dantalizing is now known as dantalizing === Tonio__ is now known as Tonio_ === freeflyi1g is now known as freeflying