[00:00] Even better then, right? [00:01] Caesar: Well, you can get as far as item 7 of the "Backport Process" before you need a backporter to approve the final stages [00:01] So doing that will undoubtably help [00:01] Yep, we're working on that [00:01] ewww [00:02] * maxb expresses disgust at the opencryptoki backport which states "No source changes" in the changelog, and then proceeds to make sourceful changes. [00:02] :-) [00:04] Anyway, do everything the wiki page says, and you'll be well on the way to a backport actually happening [00:09] What I don't want to have happen is the request sit in limbo after we've done the hoop jumping [00:10] I think it's *slightly* unreasonable to be nagging for expedited handling of the request's final stages when none of the earlier stages have been done yet [00:12] * Caesar reviews the stages [00:12] 1 done === jtechidna is now known as jtechidna|konvi [00:13] 2 there was some quibbling about whether the debian directory constituted "source modification" or not [00:13] As has been pointed out, with debhelper 7 in hardy-backports, that makes it a non-issue [00:13] 3 not an issue [00:13] * Caesar sees the actual process [00:14] So we're at step 4 [00:15] But sure, we will continue through the process [00:15] and I'm not asking for expedited handling, I just don't want it to be any slower than necessary === jtechidna|konvi is now known as JontheEchidna === brandon_p is now known as perlluver [00:45] Is there a consequence if i change the debian/compat: 7 to 6 ? (just to solve this error: Sorry, but 6 is the highest compatibility level supported by this debhelper) === santiago-pgsql is now known as santiago-ve [01:04] aboudreault: The consequence is that your package won't be able to depend on behaviour introduced in compat level 7. [01:05] aboudreault: That said, all the debhelper versions you need to care about support compat level 7, I believe. [01:06] i'm under hardy, and i've got this error message, so i don't think so [01:07] hardy = debhelper version 6.x.. [01:07] Right. [01:07] But debhelper in hardy-backports is 7.something. [01:07] ha [01:08] Is it good to build packages that needs *-backports ? [01:08] Oh. I suppose my advice is only relevant if you're working to get something official. If you're just messing around in a PPA, then you'll either want to make the PPA depend on hardy-backports, or drop the compat, yes. [01:09] yes, i'll upload my package on launchpad, so i simply dropped the compat 7 to 5 (for gutsy) [01:09] As long as the package doesn't use any of the compat level 7 features (see man debhelper), that'll be fine. [01:10] all right. thx. [01:10] Although I believe if the package has set compat = 7, it should also be build-depending on debhelper >= 7. [01:10] yes, i changed the dependency version also. [01:10] Can anyone give me a tip on lintian-overrides? [01:11] RAOF: btw... do you know how the launchpad procedure ? I'd have a simple question [01:11] is it "wxbanker binary: extra-license-file usr/share/pyshared/wxbanker/COPYING.txt" or "binary: wxbanker: extra-license-file usr/share/pyshared/wxbanker/COPYING.txt" ? [01:14] got it, the first one :) [01:16] mrooney: When I packaged specto, I just added a patch to make it look in common-licenses rather than shipping its own copy of the GPL; is that not an option here? [01:18] RAOF: nope, upstream is cross-platform [01:18] and it seems silly to diverge for that [01:18] mrooney: But the Debian package isn't. [01:18] Maybe. [01:18] that would be the only diff [01:18] hmm, I dunno, it was suggested that I override it [01:19] so as not to diverge [01:19] I could see either side, I guess [01:19] I, personally, would be patching it to make it use the licence already on the system. Other people obviously disagree; it's a bit of a wash. [01:20] I've been trying to package this for about two months, I am hoping to get a second advocate and get it into Jaunty [01:20] and as I've never done patches before [01:21] I think that would kill my aspirations [01:21] But that would depend on how easy it is to patch, too. Specto was a one-line patch. [01:21] ahh [01:28] There are no pidgin and pidgin-facebook packages for Feisty. Is it posible to make them with pbuilder for example? [01:29] milos_: have you tried to simply install the pidgin-facebook package ? (even if it's made for hardy or ...) [01:31] like this one: http://code.google.com/p/pidgin-facebookchat/downloads/detail?name=pidgin-facebookchat-1.47.deb&can=2&q= [01:31] aboudreault, it's for my friend, I am running jaunty. He tried but dependecies were broken [01:33] off course.... it still named "gaim" in feisty [01:33] yup [01:35] Oh no, I lost my advocation! [01:35] I didn't realize a new upload did that but I guess it makes sense [01:35] milos_: he could try to install libpurple, finch, libpurple from hardy manually. [01:35] but i don't know. [01:36] aboudreault, Well it is his fault, he is to lazy to upgrade. [01:37] how can he be too lazy to upgrade ? that's so easy. [01:38] let him with his gaim then ;) [01:38] hehe [01:39] He has 256kbps, put that is now an excuse! [01:39] :P [01:40] *not [01:41] "Our packages are first made using the Debian Packager tools, then we use alien to convert these packages to .rpm. As a result, we need lots of people to test our packages!" [01:42] ^^ I just pulled out some of my initial FOSS contributions back when Ubuntu 4.10 was a preview [01:42] kinda amusing to read in retrospect [01:42] or disturbing. [01:46] jdong: Please look at backports. Lots of stuff needing approving.... [01:47] Speaking of crack. [01:47] on my todo list [02:28] ScottK: I've got a manpage now for http://revu.ubuntuwire.com/p/wxbanker and all the issues should be resolved (and mok0 advocated), any chance you'd be able to give it the second advocation for me? :) [02:29] or anyone else for that matter, would also be greatly appreciated. I hope to get it in before feature freeze for Jaunty! [02:48] maxb: I've addressed your comments on http://revu.ubuntuwire.com/p/cvc3 [03:06] mrooney: Maybe. [03:06] Tonight is pretty busy for me. [04:51] hi i'm trying to (i'm a noob) modify apachetop so i can run it (without compiling it with hardening off) i modified a few lines in src/apachetop.h and i get a ton of errors pastebin is http://pastebin.com/d23619d4 [04:51] i was following https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff [04:52] but i probably screwed up. [05:09] d-b, you screw the apachetop.h file :-) [05:09] up [05:26] To update NetBeans in Ubuntu+1 we need that someone sponsor the paths on the following bugs: Bug #316744, Bug #316784, Bug #316793 , bye all, please update it before feature freeze [05:26] Launchpad bug 316744 in libnb-svnclientadapter-java "Update SvnClientAdapter" [Undecided,Confirmed] https://launchpad.net/bugs/316744 [05:26] Launchpad bug 316784 in libnb-javaparser-java "New upstream version (6.5) for javaparser" [Undecided,Confirmed] https://launchpad.net/bugs/316784 [05:26] Launchpad bug 316793 in libnb-platform-java "Update libnb-platform-java to 6.5" [Undecided,Confirmed] https://launchpad.net/bugs/316793 [05:26] Zetto: You need air. You want stuff uploaded. [05:44] how would you write a version number for an alpha release in debian/changelog? Upstream calls it 0.8a1. [05:46] 0.8~a1 [05:46] offhand [05:46] good morning [05:47] lifeless: sounds plausible - ty [05:47] Morning dholbach ! [05:47] hiya fabrice_sp [05:48] also, could someone remind me what the implications are of the release codename in the changelog lines? [05:50] tonyyarusso: As in (version) codename; urgency=low ? [05:50] StevenK: right. [05:50] tonyyarusso: It's the codename of the release you're targetting [05:50] StevenK: what does "targetting" mean exactly though? [05:51] tonyyarusso: It's meant to build, install and work on release. [05:51] StevenK: but is allowed to possibly do so on others still. [05:53] tonyyarusso: The the buildds will only build it for the release targetted, but apart from that, I don't think there's much effect. [05:53] ah, ok [05:54] Oh, apart from all the launchpad stuff which'll change based on the release :) [05:56] My main point was "will it build on hardy for testing even if it's not goign to actually be released until at least jaunty, so I put that" [05:56] so that sounds like a yes. [05:57] Yes. === a|wen- is now known as a|wen [07:30] morning [07:31] if anyone's around, can someone review http://revu.ubuntuwire.com/p/spim ? It was in Ubuntu before but Debian & Ubuntu dropped it when the maintainer stopped maintaining it. I'm willing to pick up maintenance. This is a new release after 2 years of no releases--the first bug the developer received in those 2 years was a recent "doesn't work with the newest flex" so this was the release to fix that [07:37] Can I make a patch that will change the permissions on a file? [07:37] tonyyarusso: adding a chmod to the postinst? [07:38] Building is throwing errors like "/bin/sh: /tmp/buildd/kompozer-0.8~a1/mozilla/build/autoconf/config.guess: Permission denied", since they're -x. [07:38] maco: files for building, not after installing. [07:38] No; chmod them in debian/rules [07:39] Okay, excellent. [07:39] I figured that would work, but wasn't sure if it was the "right way". [07:39] crap, now I have to try to remember the format of debian/rules :P [08:04] Is there a way to say in debian/rules "if ubuntu, do this, if debian, do that", so we don't have a constant delta? (They have different configure settings upstream for some reason) [08:06] tonyyarusso: Yes. [08:06] soren: how? [08:07] tonyyarusso: Hang on :) [08:07] dholbach: What should I do about the changed md5sum? [08:07] tonyyarusso: I believe e2fsprogs does it. [08:08] * soren checks [08:08] jpds: just let me know what you changed there - did you repack the tarball? [08:09] if test -f /etc/lsb-release && \ [08:09] grep -q DISTRIB_ID=Ubuntu /etc/lsb-release; then \ [08:09] tonyyarusso: ^^ [08:09] dholbach: Yes, upstream is called: gdata.py-1.2.4.tar.gz. [08:09] soren: nice [08:09] jpds: can't you just rename it? [08:09] dholbach: I replied to the bug report too. [08:09] to python-gdata_1.2.4.orig.tar.gz [08:09] jpds: I'd prefer it we can just take the upstream tarball [08:09] as it is [08:09] dholbach: Won't teh gdata.py-1.2.4/* affect it? [08:14] dholbach: Appears to work, I'll reupload. [08:14] jpds: gracias - will check it out in a bit [08:27] Are you not supposed to upload after an advocation? [08:28] hello [08:29] mrooney: After two, if you'd like. [08:29] somaunn: hello [08:29] jpds: I meant, upload a new version of the package [08:29] mrooney: Bug #? [08:30] jpds: bug 297289, is that what you mean? [08:30] Launchpad bug 297289 in ubuntu "[needs-packaging] wxBanker" [Wishlist,In progress] https://launchpad.net/bugs/297289 [08:30] jpds: for example someone said "I'm advocating but fix this tiny detail" then unsubscribed themself, so I fixed it and lost the advocation [08:31] and now he won't know as he unsubscribed himself, haha === freeflyi1g is now known as freeflying [08:31] PS that is some even karma that I have [08:35] mrooney: REVU link? [08:37] pochu: http://revu.ubuntuwire.com/p/wxbanker [08:39] mrooney: ping mok0 when he's around, I guess he wont have any problem to advocate it again [08:41] hahaha [08:41] :-) [08:41] pochu: but was my workflow correct? [08:41] or should I have waited for a second advocation and then addressed it? [08:42] mrooney: what mok0 meant was to fix it directly when uploading to the archive, but what you did is fine too [08:42] slytherin: whats really a problem with mscorefont package [08:42] pochu: could you please give me six numbers between 1 and 90? I plan to win "superenalotto" (> 30 million euros), you can predict future! :P [08:42] DktrKranz: hah, sure! but I want 10% if you win ;) [08:43] mok0: I was just asking what I should do after uploading the fix and losing your advocation :) [08:43] pochu: I give you 20%! [08:43] :) [08:43] DktrKranz: 2 27 9 80 48 87 [08:43] mrooney: You haven't lost it :-) [08:43] because i'm always having problem with that package [08:43] DktrKranz: 1 2 3 4 5 6 [08:43] mok0: highly improbable :) [08:43] mok0: that's not gonna win. The good combination is mine :) [08:44] DktrKranz: Exactly as improbable as any other numbers. [08:44] DktrKranz: (just as likely as any other outcome :-)) [08:44] DktrKranz: actually as improbable as mine ;) [08:44] heh [08:44] mok0: well I just meant technically in REVU I did [08:44] heh [08:44] by uploading a new version [08:44] mrooney: I'll upload the package, just test building at the moment. [08:45] mrooney: well, usually it doesn't matter [08:45] mok0: ahh okay. this is my first package and interaction with motu so, it's all new and magical to me [08:45] mrooney: I'm ok with the next MOTU uploading [08:46] mrooney: it's one of the akward things about revu that we are trying to sort out [08:46] pochu: If I manage to win, I'll come in murcia personally to give you money :P [08:47] somaunn: what problem? how am I supposed to know without any context? [08:48] each time i'm trying to install the package mscorefont it's giving me problem [08:49] somaunn: I don't understand why are you asking me this question? I am not involved with the package anyway. [08:49] mrooney: The debian/ packaging is in the upstream source right? [08:49] somaunn, like Balmer throwing chairs at you? [08:49] jpds: yeah [08:50] that source is a bzr export [08:50] clean as a whistle! === apw`` is now known as apw [08:50] but now i have this problem: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem; E:_cache->open()failed, please report. [08:51] mrooney: Uploaded! [08:51] jpds: excellent! [08:51] thanks! [08:56] MS is dead now, i have the confirmation [08:56] somaunn: can you please put the whole output when you try to run "sudo dpkg --configure -a" into a pastebin and give us the link? [08:58] DktrKranz: I'll be glad if you come! [08:59] it's fine now [08:59] not giving me the problem anymore [08:59] i hope [08:59] geser: tell how me can do what you're asking me to do / [08:59] good [09:01] open a terminal (like gnome-terminal), paste the command I mentioned, copy the output into http://paste.ubuntu.com/ , msg the resulting url here [09:04] geser: here is the link http://paste.ubuntu.com/116728/ [09:06] this doesn't look good [09:07] how did you manage to get into this state? [09:09] D: and I thought I was screwed [09:10] It says you don't have package libfreemarker-java installed [09:11] liblucene2-java as well [09:11] apt-get -f install [09:11] somaunn: my suggestion would be to see what output "sudo apt-get -f install" would give (pastebin it again), but read it *carefully* before proceeding [09:12] geser: ok [09:14] geser: http://paste.ubuntu.com/116732/ [09:16] it hink in this report every thing is fine [09:16] just need to update the system [09:17] yes, the second pastebin looks ok [09:17] but you still shouldn't have that many unconfigured packages [09:20] geser: not every thing it's fine [09:21] i say thank to God, torvalds & you guys also by making linux to be better day after day [09:22] because if i try to imagine the same problem happening in Microshit Winplode [09:24] somaunn: let's try to resolve this mess: please try "sudo dpkg --configure libnb-ide9-java" (pastebin only in case of error) [09:28] it's saying: package libnb-ide9-java is already installed and configured [09:29] hmm, that's really interesting as you first pastebin mentions that this package could be configured [09:29] did the output from "sudo dpkg --configure -a" change compared to your first pastebin? [09:30] yes [09:31] it's sending me back to the prompt [09:31] than everything is ok now [09:31] i think nothing to configure [09:32] yes, the problems from the first pastebin are fixed [09:34] Koon: I didn't know you were working on geronimo packaging. :-) [09:35] can someone please review http://revu.ubuntuwire.com/p/spim ? [09:40] maco: Section: non-free/electronics ? [09:41] jpds: not a valid section? that's what it was in the old package. is there a list of valid ones? [09:42] The canonical list of valid section names is in the Policy manual [09:42] slytherin: well, just the free implementation of the spec things [09:43] slytherin: to replace the sun things with the strange licensing [09:43] maco: I don't think we use the non-free part, but the electronics looks good from http://debian.org/doc/debian-policy/ch-archive.html#s-subsections . [09:43] it does say main, contrib, non-free, but should that be changed to say multiverse then? [09:43] Those sections are useless anyway :-/ [09:47] maco: does the package contains any non-free parts? [09:47] slytherin: yes, modifications are not allowed to be redistributed [09:48] and no commercial distribution [09:48] the developer clarified to the previous maintainer that debianization was fine though [09:49] maco: Remove the non-free bit, it gets multiverse automatically prepended. [09:49] maco: I doubt that kind of package will be allowed. specifically the 'no commercial distribution' part. [09:49] slytherin: http://changelogs.ubuntu.com/changelogs/pool/multiverse/s/spim/spim_7.3-1/spim.copyright [09:49] I might be wrong though [09:49] that's right [09:50] the archive admins put it in one afaik [09:50] slytherin: it was allowed through Etch and Hardy... [09:51] slytherin: in multiverse, not in univere [09:51] maco: you say 'modifications are not allowed to be redistributed'. Was that the case for previous versions as well? [09:51] yes [09:51] the copyright hasnt changed [09:51] ok. I just saw the note [09:51] that link is to the copyright file from the one in hardy [09:51] er, i mean the license hasnt changed [09:52] maco: if the package already exists in archive and you are providing new version why is that done on revu? [09:52] shouldn't that be a part of bug? [09:52] slytherin: it was removed from debian and ubuntu when the last maintainer stopped maintaining it [09:52] so now it needs to be re-added to the archive [09:53] dholbach said to submit it as a new package [09:53] ah, ok [09:54] see: http://wiki.debian.org/NonFreeTrackingSystem/SourcePackage/spim [09:54] (that link is wrong about gxemul covering all the functionality though...gxemul requires compiled code, can't handle assembly, which is what spim was made to do) [09:57] jpds: so just make the section say "electronics" you're saying? [09:57] maco: Yep. [09:58] jpds: the policy manual says that it assumes main if there's no segment listed though [09:59] maco: Ubuntu automatically puts universe or multiverse depending on where the package is,. [09:59] hmm? how? [09:59] how does it know which to put, i mean? [09:59] do the archive maintainers do this manually? [10:00] i have this problem: http://paste.ubuntu.com/116746/ i'm trying to install openoffice 3 [10:02] jpds: ok, so i'll change that and upload a new source package. should it use the same package version since it never hit archive or will revu want the number to increment anyway? [10:02] maco: I reckon the buildds do it, and keep the package version as it is. :) [10:04] maco: Actually, ignore what I said about the section:, looks like ubuntu-restricted-extras has it set in the source package. :/ [10:04] doh [10:04] so which should it be? [10:05] Just electronics. [10:05] ok [10:05] ok edited and re-uploaded [10:06] anything else? [10:07] (prob wouldve made sense to ask that first...) [10:07] maco: archive admins usually place the package in appropriate section by looking at copyright file. [10:07] slytherin: hey i guessed right! [10:11] maco: Looks good to me now. :) [10:11] yay [10:18] jpds: thank you === thekorn_ is now known as thekorn [10:20] maco: No problem. :) [10:46] TheMuso: 3 uploads of linux-ports in one day. :-D [11:35] slytherin: No commercial distribution is fine for Multiverse. === sommer_ is now known as sommer [12:55] anyone online feel like doing a REVU? === warp10_ is now known as warp10 [14:07] ScottK: Hi, I've just read your message to Zetto. ([08:29]Zetto: You need air. You want stuff uploaded.) I'm afraid I don't understand it could you, please explain what it means:) [14:08] Juli_: It means that we have a sponsoring process that I've explained to him before. [14:09] Personally I find impatience and dumping a lot of bug info in the channel demotivating about do I want to sponsor that person's work. [14:10] ScottK: hmm.. I understand you and very sorry about that. But it is not his work. [14:11] OK. [14:15] Do I understand correctly, if ubuntu sponsors for universe are subscribed to those bugs does it mean that someone sponsor them before feature freeze? If not, is there something I can do to help? [14:15] It means that we'll try. [14:15] All of us are volunteers who help out here as we can. [14:15] There are no guarantees. [14:17] Also, while still no guarantee, personally (and I am a member of the motu-release team) be inclined to be somewhat more favorable to FF exception requests if the stuff was in before the freeze, but just didn't get sponsored. [14:17] Yes I know you are volunteers and thank you a lot for that. [14:18] Ok I understood, thanks! [14:18] Probably more than I should be I tend to react negatively to pressure on how I ought to be doing that volunteering. [14:23] actually yes, I totally agree with you. But I know that many people want to see new NetBeans in Ubuntu and I believe Zetto just wanted to help:) Please be patient to us:) [14:30] OK. [14:30] Thanks. [14:51] Would a MOTU kindly review my package? (I already have one advocate) Thanks! http://revu.ubuntuwire.com/p/lmalinux [14:54] Juli_: are you just looking for sponsor? Or do you also want someone to review the package? [14:55] slytherin: There are sponsorship requests in the queue. [14:56] ScottK: I was specifically considering netbeans package. I will take a look. [15:00] ScottK, a package in need of updating has a new dependency. the new dependency is languishing in debian NEW. what're the chances of 0ubuntu1ing the package, to give it a little nudge? [15:00] (would it need to be fully REVUed?) [15:01] Hmm I wonder why I can't connect with pidgin [15:02] freenode seems dead [15:03] mok0: how can you chat than here? [15:03] geser: through irssi :-) [15:03] mok0: huh, are you gonna replace irssi with pidgin!? :) [15:04] pochu: I normally use pidgin, as I'm also on jabber [15:04] huh, do you use pidgin for jabber!? ;) [15:04] ... and pidgin uses less screen real estate than irssi [15:07] Juli_: I don't see any get-orig-source target or watch file in the diff provided in bug 316793. From where am I supposed to get the .orig.tar.gz? [15:07] Launchpad bug 316793 in libnb-platform-java "Update libnb-platform-java to 6.5" [Undecided,Confirmed] https://launchpad.net/bugs/316793 [15:17] persia: DktrKranz: can either if you add me to u-u-s? my launchpad id is onkarshinde. [15:17] slytherin, Sure. Doing it now. [15:20] I hope to clear up few bugs from the u-u-s queue today [15:20] Excellent! [15:21] slytherin: please find at copyright file the link with tar.gz file. You just need to rename it. If it is required I'll create orig-tar-gz for this package. [15:23] Juli_, There was a working solution for nb6.1 : can those not be reused? [15:23] Juli_: No need. I checked the link in copyright file. I was just checking if you forgot to add get-orig-source [15:23] slytherin: I thought in this case it was not necessary. [15:24] Juli_: It is always good to have watch file or get-orig-source target. [15:25] slytherin: ok, I'll always do this in future, thanks for noticing! [15:25] Back on pidgin. Funny === Chris` is now known as ianto === thunderstruck is now known as gnomefreak [15:40] persia: do you have a jaunty installation handy? [15:41] slytherin, Yes, but I'm about to be idle for an extended period, so only want to do something quick :) If you need testing for 251173, I'd rather do it tomorrow. [15:42] persia: nah, leave it then. [15:45] dholbach, james_w: Sorry, our server is often down ( the one which runs edos ) in these days, we had problems with ... erhm ... our hosting. [15:45] I'm searching another server that could host our scripts. when we're ready I'll let you know. [15:46] gaspa: OK [15:46] directhex: At this point I'd recommend that (uploading the package here directly). [15:46] gaspa: cool, thanks for the information [15:46] thanks for working on it [15:46] gaspa: let me know if I can help [15:48] james_w: sure, actually I've not yet think anything... [15:50] HI all [16:08] james_w: I got plenty for you if you are bored.. ;-P [16:09] heh, if only :-) [16:09] can someone help me understand why this rule file wants to install to the /usr directory and to /usr/local ? http://pastebin.com/d3b44ebbf [16:11] persia: hello [16:12] are you around ? [16:12] binarymutant: Do you have a .install file? [16:12] bddebian, no, and I'm not sure what that is [16:12] debian/install or debian/.install [16:13] bddebian, no I don't have that :/ [16:14] The same file is going in both dirs or just one? [16:14] both directories unfortunately [16:15] bddebian, http://pastebin.com/d496f0d6c here's a list of where it's installing to [16:17] could it be that I'm using dpkg-buildpackage -r to build the package? [16:19] Well you specifcy dh_install to install in usr/share/charm but maybe setup.py is installing in usr/local/..? [16:21] bddebian, I read somewhere that distutils installs to /usr/local by default is this true? if so how can I change that? [16:22] I don't think it does it by default, though it can be configured to do so by a distutils.cfg, which I do on my servers to ensure ad-hoc installations don't land in /usr [16:25] thanks maxb I'll look up distutils.cfg, that might be helpful [16:27] it's confusing me because the version of this package in the Jaunty repos installs to /usr/ only and not /usr/local and the only difference in the rules file is the dh_install line === ssweeny_ is now known as ssweeny [16:32] When using launchpad... we should set the dependencie versions that are IN the oldest ubuntu codename, (gutsy i think). And upload the package. Am I wrong ? or we need to upload package for every codename ? === dholbach_ is now known as dholbach [16:36] hey all [16:37] for a package where there is no upstream version should I just use msp430-libc-0.1-msp430-cvs.0.0.timestamp some varriant of that? [16:38] essentially msp430-libc-0.1-msp430-cvs.0.0.20090211 [16:38] aboudreault: The oldest supported Ubuntu version is Dapper. Dependency versioning should be for the lowest version that meets the requirement. If all supported releases have the version, you don't need to version the depends. [16:39] ok, thanks. I wanted to be sure that i was in the good way. [16:41] and if i decided to just support gutsy and higher... is there a problem if i upload my package like that in launchpad ? [16:42] aboudreault: When you say in Launchpad, do you mean in a PPA? [16:42] yes, sorry. [16:42] aboudreault: PPAs are not part of Ubuntu, so you can do whatever you want consistent with their terms of use. [16:44] Ok. so i suppose that when i upload a package in a PPA, it will try to build it for every supported ubuntu version, if the build fails, if simply doesn't include this codename in the ppa. [16:45] aboudreault: No, it has to be uploaded for each release you want it for. PPA questions are better in #launchpad. [16:45] kk thx. [17:14] can you use $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) etc inside control? [17:25] AdamDH: nope [17:25] is it ok to unsubscribe u-u-s once u-a has been subscribed to a bug? [17:25] slytherin: yep [17:26] slytherin: yes, for sync request I unsub u-u-s and sub u-a and myself, so I can track syncs I acked [17:36] I'm having dh_pycentral problems can someone help? When I try to install this package http://mentors.debian.net/debian/pool/main/c/charm/ dh_pycentral uses python2.6 but should be using python2.5...anyone know why? [17:37] Hi! mime files works also in KDE? [17:38] I want associate a file type to a command [17:39] binarymutant: can you pastebin the error message you get? === calc_ is now known as calc [17:40] geser, ty http://pastebin.com/d18dfa88 [17:40] RainCT: thanks for your suggestions! I've uploaded new package: [17:40] RainCT: http://revu.ubuntuwire.com/p/nfoview [17:42] are subscriptions on REVU broken for others or just me? i have no "preferred email address" listed, and i cant edit that. i also dont see the comments on my package coming to my email, so... [17:42] hi :) [17:42] anyone else experiencing this bug? https://bugs.launchpad.net/ubuntu/+bug/328156 [17:42] Ubuntu bug 328156 in ubuntu "There is a big delay between logging in in GDM and getting the desktop fully loaded" [Undecided,New] [17:43] binarymutant: this looks like a packaging error to me? how did you come to python2.6 as the error source as it isn't mentioned in your paste? [17:43] Turl: everyone, since feisty... [17:44] geser, I use XS-Python-Version: >=2.5 in debian/control but the debian/control in the actual deb says Python-Version: 2.6 [17:45]