[00:00] persia, um........... only a little bit? [00:00] <_16aR_> hi REVU people ! I got one 2D physics game engine to be reviewed : http://revu.ubuntuwire.com/p/box2d , thank you :) [00:00] directhex, What's up? [00:01] persia, i need to Depends: on a /usr/bin/javac of some kind [00:02] Right. I'll answer that in the original forum, if such a package exists. [00:04] persia, monodevelop-java needs a java compiler, to run javac with. - how sane does the dep on http://packages.ubuntu.com/jaunty/monodevelop-java look to you? [00:05] * persia experiences network skew [00:05] * directhex emits a gravametric pulse [00:05] is there an Ubuntu Ruby packaging team? [00:06] like pkg-ruby-extras in Debian [00:06] binarymutant, if there is, tell them how awesome ironruby is. it's like ikvm, but for ruby! [00:06] directhex, Only issue is that openjdk doesn't match. [00:06] directhex, whats ikvm? [00:06] binarymutant, a really space-efficient openjdk! [00:07] .NET ruby? sounds...odd [00:08] moreso than .net Scheme? [00:08] about the same to me :P [00:09] directhex, is it .NET metaprogramming ruby? or the other way around [00:09] binarymutant, it's ruby language on .net runtime, with interop into other .net libs & apps [00:10] definitely not my thing :/ [00:15] binarymutant, Don't worry about it. Ruby is portable. Write however you want, and directhex will probably run it in CLR (as with most other languages). [00:15] lols [00:15] persia, let me show you ironlisp..... [00:16] persia, oh, and brainfuck.net [00:16] can write some soap web services with it... [00:17] directhex: did you see the thing about ironpython loading cpython extensions? [00:18] ajmitch, yes, "ironclad". it's on my radar, but isn't a jaunty task [00:18] obviously not, with FF this close [00:19] and that it's mostly for windows at the moment [00:20] is it? i honestly hadn't looked in detail [00:21] "Ironclad works with IronPython 2 and targets CPython 2.5 on 32-bit Windows; efforts to support other platforms are underway. " [00:21] we can't even run ipy2 without backported fixes (or mono 2.2), so... [00:21] maybe by jaunty+1 FF [00:22] i don't think we've discussed goals as a team for summertime [00:22] once monodevelop 2 is resolved, the next priority is bringing all the work done over the past few months into unstable, post-lenny - but that particular goal isn't relevant to jaunty [00:23] still fairly important [00:23] are you currently in NM? [00:26] no. seems like 2 years of delays for no tangible benefit. i'm happy with "debian shadowy puppetmaster" status for now [00:26] I guess if it works for you [00:26] hanska is, though. he's one of the other nice pkg-mono people [00:26] especially as there are team members who can quickly upload [00:27] * ajmitch hasn't really been using mono stuff enough recently to justify rejoining the team [00:28] though my main desktop at work runs sid :) [00:34] can anyone explain what the .PHONY target in a rules file actually does? [00:34] http://www.gnu.org/software/make/manual/html_node/Special-Targets.html [00:34] andersk: thx === txwikinger is now known as Guest31757 === txwikinger_ is now known as txwikinger [01:14] i need some help with my copyright file, I am packaging a cross compiler based on binutils-2.19, I get a patch from cvs from the cross compilers website and that is the same license as binutils, do I need to in the files section list the modified files from the patch to show who wrote the cross compiler part then the rest is part of binutils? [02:02] https://wiki.ubuntu.com/PackagingGuide/Complete reading that is X-Comment: a correct tag as I cannot find it any one in the documentation at http://wiki.debian.org/Proposals/CopyrightFormat [02:04] X-* means "extended", IE: "I've made this one up". [02:05] There are no X- tags in the format itself, but you can make them up if you feel you need to (I've used X-Repacked-Reason before) [02:06] RAOF: That's hideous! [02:06] X-Because-I-Can: [02:07] X-Music-Listened-To: Yo La Tengo ♪ You can have it all ♫. [02:07] That's an important part of every debian/copyright file! [02:11] RAOF, Now, implement libcopyright in such a way that it processes that, pulls an .ogg from somewhere and pushes through ogg123 in the background whenever the file is checked. [02:12] persia: We'd need a couple of years of wrangling about the precise format of the Music-Lisened-To field before I could feel confident implementing it in libcopyright :P [02:12] RAOF, It's your implementation. Embrace and Extend! [02:12] If someone doesn't like it, they can write their own libcopyright. [02:14] thanks guys, X can allow me to add a comment to the copyright file to explain what is happening? === danielm_ is now known as danielm [02:38] how should i create a patch to be used on debian/patches? [02:38] a diff of the orig and new dirs? [02:39] bitbuzter, Run what-patch in the source directory to discover the patch system. [02:39] If it's dpatch or CDBS, you can use dpatch-edit-patch or cdbs-edit-patch to automate the patch creation. [02:39] ok [02:40] If it's quilt, you can use quilt to manage the patch creation. [02:40] If it's not one of those, ask again. [02:44] c/c [02:45] its cdbs.. im trying with cdbs-edit-patch now [02:45] thanks for the tips! [02:46] bitbuzter, Thanks for working on a patch to fix a package. With your help, Ubuntu will be better : [02:46] :)) [03:07] can I make an ubuntu package without a source package with dh_make ? [03:09] Davedan, What is your end goal? [03:10] persia: the package should put two simple python scripts ( /usr/share// ), a file under /etc/apt/apt.conf.d/ and a config file that will hold the user mail which will be entered duiring the install [03:13] https://wiki.ubuntu.com/MOTU/School/PackagingWithoutCompiling [03:15] persia: looks interesting. I'm reading it. thanks [03:16] So, the short answer is "No", but it's not hard to create the source package, and then create the Ubuntu package. [03:18] persia: so I don't understand what is a source package. I thought that in my case I have only a binary, or maybe they are the same [03:20] persia: Would your example package on that wiki page even be accepted? I would think the fact that upstream just put the properly licensed copy of the file on pastebin would cause issues [03:20] nhandler, Well, see, upstream was creating the source during the lesson, and didn't have time to register a project on LP. [03:21] lol persia [03:21] Anyway, I mostly trust upstream. I've spent a lot of time going over code by that author, and while there are a fair number of mistakes, it's nothing I wouldn't have done. [03:22] :) [03:22] Actually, that document could do with a refresh, to use the new copyright format, debhelper 7, etc. [03:23] And yes, to have a proper upstream project registered, with a proper downloadable tarball, and a watch file. [03:23] Might even benefit from a better script :) [03:32] persia: Actually I have concerns about pushing the new copyright format too hard on new contributors. [03:33] I think it's subtantially more complex to write and raises the barrier to contribution. [03:33] Requiring it has no basis in policy. [03:36] Well, for simple things, it's no more complex to write, and for complex things, the other format is almost always done wrong anyway, but I see your point. [03:36] ScottK: do you mean the RFC 2822 / email format? if so then I sure agree. [03:36] Do you object to it being offered as an option? [03:36] jacob: Yes. [03:37] I've gotten used to the format now and am comfortable writing it, but there seems to be a lot of boilerplate for simple tasks. [03:37] persia: I don't object to it being offered as an option, but I think it should clearly be an alternative. [03:37] That and it's just flat out got more things to be wrong. [03:38] I'm not sure there are more things to be wrong, if we're picky about debian/copyright. LucidFox wrote a number of fairly interesting old-format ones for ugly sources. I'm happy to be clear that it's very much an alternative, and not the primary recommendation. [03:39] persia: It has additional structural requirements. [03:40] There aren't any things you must write in the old format that don't also apply to the new one. [03:40] So it's got to have additional ways to screw up. [03:41] OK. I can see that. [03:41] I guess I just haven't encountered it because every one of the new format ones I've reviewed looked good enough, and was human parseable. If the goal of machine parsability is ever reached, I suspect many would break. [03:42] HI all === bluesmoke is now known as Amaranth [03:53] how you can apply a debdiff? [03:53] sudo patch -p1 < ../file.debdiff [03:53] that's the way [03:53] ? [03:54] anakron: Don't use sudo [03:54] and where i must do it [03:54] ok [03:54] And that command should be run from within the foo-X.Y directory [03:54] (assuming the patch is in the parent directory0 [03:54] ok [03:54] appears an error [03:54] can't find file to patch at input line 4 [03:54] What is the error? [03:55] and i can patch [03:55] can't find file to patch at input line 13 [03:55] Perhaps you used the wrong -p or --strip option? [03:55] Are you sure the patch is meant to be applied to that version of the source? [03:55] when i try to patch [03:55] i create this debdiff [03:55] from the same version [03:55] How did you create the debdiff? [03:56] in the same way that wiki says [03:56] And is this an Ubuntu->Ubuntu debdiff or a Debian->Ubuntu debdiff? [03:56] ubuntu debdiff [03:56] from source [03:57] So this is a debdiff from an older Ubuntu version to a newer Ubuntu version? And you are attempting to apply it to the older version to make sure it works? [03:58] i make some changes in the source [03:58] the same source [03:58] and now im testing my debdiff file [03:58] but it seems that i make some "lines changes" [03:58] You are trying to apply the debdiff to a clean/unchanged copy of the old source, correct? [03:59] ok [04:02] Its added correctly T-T [04:02] jeje [04:02] :) [04:06] to be able to create a package do I need tar.gz and orig.tar.gz files or two folders or both? [04:09] You need the orig.tar.gz, and an unpacked folder. The tar.gz or second folder are entirely optional. [04:09] (well, technically, if you have the second folder, you don't need the orig.tar.gz, but that requires passing interesting arguments to the package build scripts) [04:12] and the orig.tar.gz should be outside of the package-version folder [04:12] I forgot to add a quetion mark ? :) [04:12] Right. [04:12] thanks [04:12] ? [04:13] do I need to care about permissions or do it all under my user and not sudo? [04:14] All under your user. [04:14] ok [04:18] I have to go. I apreciate your help. [04:22] persia [04:22] can you check a bug? i test it applying my debdiff and runs ok [04:22] https://bugs.launchpad.net/ubuntu/+source/slingshot/+bug/315725 [04:22] Ubuntu bug 315725 in slingshot "Menu launcher not created when Slingshot installed." [Wishlist,Confirmed] [04:23] or other motu that can review it [04:23] * nhandler goes to look [04:23] ok thanks [04:23] Hi. When the last uploader of a package is not a MOTU, is there a way to know who really uploaded it? (Bug #329830) [04:23] Launchpad bug 329830 in reprepro "[merge request]Please merge reprepro 3.8.2-1 from Debian unstable" [Undecided,Fix released] https://launchpad.net/bugs/329830 [04:24] (just wanted to know who sponsored it) [04:24] anakron: Just as a heads up, the MOTU Reviewers Team is dead. You will want to subscribe, not assign, ubuntu-universe-sponsors or ubuntu-main-sponsors to your bugs [04:24] fabrice_sp: One second, I'll find it [04:24] ups! [04:24] sorry, i knew it but i forgot it [04:25] thanks :-) [04:27] fabrice_sp: james_w uploaded it: https://lists.ubuntu.com/archives/jaunty-changes/2009-February/005210.html [04:27] (Look at the Signed-By field) [04:29] nhandler, I can see it. Thanks! (as I'm willing to apply to U-C-D, I'm actively looking for my sponsors, to have their feeling). Thanks again! [04:29] You're welcome fabrice_sp [04:29] (feedback, I mean) [04:30] anakron: It doesn't look like you did anything about the .desktop file. You just added an icon [04:31] i move his installation [04:31] from /usr/share/games/applications to /usr/share/applications [04:31] * nhandler just noticed that [04:32] anakron: Why is the patch you submitted to Debian different than the Ubuntu one? [04:33] ops [04:33] because that one was an old one [04:33] i must send the new one [04:34] anakron: Since we currently sync the package from Debian, I do not feel it is worth introducing a delta for this small patch. I think it would be better to submit the patch upstream and wait for the Debian Maintainer to apply it. [04:35] ok [04:35] I'll add a comment saying this on the bug [04:36] ill send a mail to debian maintainer with the debdiff [04:36] Also, since Debian and Ubuntu have a common, and well-integrated Games team, it doesn't make sense to introduce Ubuntu-specific deltas in games (especially now that squeeze is open), unless there's some reason we can't use what's in the alioth SVN. === bluesmoke_ is now known as Amaranth === LucidFox is now known as Sikon === Sikon is now known as LucidFox === LucidFox is now known as Sikon === Sikon is now known as LucidFox [06:08] good morning [06:27] Good Morning [06:28] I'm somewhat new to debian packaging, and I'm trying to package a peice of non-free proprietary software, of which I only have the binary. I've looked at dholbach's screencast on youtube, but I'm not sure how'd they apply here [06:32] Milyardo: if you just have some kind of blob that needs to be installed somewhere, take a look at dh_install and maybe a simple package like ubuntu-artwork [06:37] dholbach: I'm reading the dh_install man page now, not exactly sure how it would help, could you elaborate? [06:38] Milyardo: you basically put a debian/install file (or debian/.install file if you have more than one binary packages) in there and describe what goes where by putting something like this in there: [06:39] source_directory/some_file usr/share/something [06:39] some_other_directory usr/lib/bla [06:39] etc [06:39] and dh_install will take care of it [06:39] (if there's no real "build process" going on) [06:41] Ah, there it is. "pq" is an example of a proprietary (windows even) application packaged for Ubuntu (you can get it with apt-get source pq). It nicely demonstrates how to drop in a prebuilt binary while using the packaging infrastructure to assist with integration and helper files. [06:42] hrrmmm... my binary is distrbuted in the form a .run file, is there a debhelper tool to extract its contents into one directory? [06:42] oh wait nevermind [06:42] I guess I could use chroot couldn't I? [06:43] Milyardo: what happens if the .run file is executed? is that the application itself or does it do some "installation" of sorts? [06:44] It does the installation of the game [06:45] Milyardo: then I'd run the .run script during the build process of the package, it uses fakeroot itself [06:46] you might just need to adapt a few paths [06:48] I'm sorry, now I'm even more confused ._. [06:50] the package build process wraps around the build process of the project itself (ie: "./configure && make && sudo make install" in a 'typical' C+autoconf scenario) [06:51] you seem to have a froblicator.run script, comparable to "sudo make install" -- just a few files are put somewhere [06:52] but instead of installing all files into / properly, things get installed into build_dir/debian/tmp or some such and get put into the resulting .deb package afterwards [06:53] even more confused? :) [06:54] nope :) [06:54] good, I hoped I made a bit of sense :) [06:56] okay so far the only thing I have, is my project directory in ~/workspace/project and the .run installer inside of it at ~/workspace/project/installer.run === Laibsch1 is now known as Laibsch [06:57] The first I'd do would be to use dh_make to create the debian directory and all of the file insides inside of it, then strip it down to only the files I need [06:57] correct? [06:58] sounds good [06:59] :) great, I'm going to do that now then [06:59] morning o/ [07:04] Okay dh_make told me it could not find a tar.gz, but that is to be expected correct? Should I speficy the .run file as an alternate with -f instead then? [07:04] Good Morning didrocks [07:04] hi Milyardo === DreamThi1f is now known as DreamThief [07:07] 'morning didrocks and dholbach ! [07:07] hi fabrice_sp [07:07] hey fabrice_sp! [07:13] or should I put the .run file into a tarball? [07:14] Put the .run file in the tarball, and call it an orig.tar.gz. Document that you did this in debian/README.source [07:14] will do [07:14] thanks [07:15] Hi, is there a way to tell when a package was uploaded to gutsy-backports? [07:16] Caesar, You can look at the LP entry. Which package? [07:16] persia: puppet [07:16] https://launchpad.net/ubuntu/puppet [07:17] Err. [07:17] persia: thanks [07:17] https://launchpad.net/ubuntu/+source/puppet [07:17] Yeah. Just scroll down and it has the publication date. [07:33] http://pastebin.ubuntu.com/119123/ [07:34] I'm baffled as to why dh_make cannot findmy tarball [07:36] hello all! is tomboy package broken for you guys in Jaunty? [07:51] http://pastebin.ubuntu.com/119124/ [07:51] I remade the tarball no luck still [07:51] :( [07:53] directhex: ping [08:21] slytherin, pong, but i'm about to catch a bus. back in ~30 [08:22] directhex: ok, talk to you later [08:22] Anyone around who can change my status on revu from contributor to MOTU? === waffle___ is now known as waffle__ [08:26] actually, bugger, i have things i need to sort here first [08:26] what's up? [08:28] directhex: yesterday I did dist-upgrade on jaunty. It upgraded f-spot but removed tomboy and bunch of -cil packages. Thought you would like to know. [08:29] slytherin: that happened to me as well [08:30] slytherin: there is a gnome-sharp transition going on and tomboy is in progress [08:31] ok [08:32] see bug 314516 [08:32] Launchpad bug 314516 in tangerine "gnome-sharp2 transition" [Medium,Fix released] https://launchpad.net/bugs/314516 [08:34] slytherin: sorry, you'll have to repeat anything from the last few minutes. my office pc decided now was a brilliant time to implode. and it's also my irc gateway. === BugMaN1 is now known as BugMaN [08:36] jms_: never mind, I got my answers. I was checking why tomboy got removed on dist-upgrade yesterday on a jaunty installation. [08:39] i wish my office pc hadn't died [08:44] there it goes [08:48] persia: just FYI ... I have uploaded libnb-platform-java today, packages are in new queue now. [08:51] Anyone so kind to sponsor the upload of the debdiff attached to #77980 ? [08:53] bug 77980 [08:53] Launchpad bug 77980 in mtop "mtop failed to install (wrong/no password)" [Medium,Fix committed] https://launchpad.net/bugs/77980 [08:55] The bug is there since early 2007, would be cool to have it fixed in jaunty :) [09:06] hm, it now seems to be booting at ~1mhz [09:09] i'm back, baby! [09:47] hi folks [09:52] StevenK: would you like to act as motu-release delegate for MID and netbook? [09:53] slytherin: Hi, I've just came back. Thank you a lot for libnb-platform-java. Have you had any problem with this package? [10:00] Juli_: yes, it took lot of time to build on my ibook. :-) [10:01] slytherin: oh yes, this is a problem:) but netbeans takes even more time:) [10:02] Juli_: I will build ide on my PC. but I will have to free some space in home folder for that. [10:02] try building OOo you moaners [10:04] slytherin: hope it is not too difficult for you... for me my home folder is the holy of holies:) [10:04] directhex: I tried once. Didn't know it needed 5+ GB of space to build. :-) [10:04] slytherin, and 8-10 hours on a fast system [10:05] Juli_: How much is the source download? [10:06] slytherin: let me see [10:06] Juli_: and does it have build dep on libnb-platform-java? [10:06] slytherin: yes it has [10:07] Juli_: then we will have to wait for the packages to clear NEW queue anyway. [10:07] Juli_: in any case, I am in office right now, so I won't be building the ide package. [10:08] * directhex awaits a lib clearing NEW, hopes it happens pretty sharpish so he can sign off on the mono 2.0 app transition as complete [10:08] slytherin: yes I understand. just tell me if you need any help from me:) [10:08] slytherin: unpacked netbeans sources is about 239 MB [10:09] that is huge. :-) [10:09] slytherin: but orig.tar.gz is just 35 MB:) [10:10] Juli_: By the way, may I know the reason why you wanted to have version in libnb-platform-java package name? [10:11] slytherin: there was a big correspondence half a year ago... [10:12] Juli_: yes, persia told me that. But I was too sleepy to actually ask him any links to the conversation. [10:13] slytherin: I'm afraid there is no access outside to this conversation [10:13] ok [10:14] slytherin: as far as I remember This is requirement for platform to have multiple platform versions on one system [10:15] Juli_: but then why the 'Conflicts' between different version. How can you install different versions if you have conflicts [10:15] slytherin: persia said that for most libraries, there is only one source package, and the binary names are changed when there is an incompatible ABI change [10:16] slytherin: and everybody decided it is ok to have one source package but still change names [10:17] Juli_: but then does the conflict make sense? those packages can not be installed in parallel. [10:18] slytherin: why? actually Conflicts are in libnb-platform-devel-java only [10:19] Juli_: ahh, right. my mistake [10:20] slytherin: and as far as i remember visualvm depends on platform8 [10:20] Juli_: so will we need to rebuild visualvm? [10:21] slytherin: i think I should ask doko about that [10:21] ok [10:21] Juli_: just FYI ... I made a small change in watch file to deal with weird upstream version. [10:21] slytherin: i'll write him right now to be sure everything will be ok with visualvm [10:23] slytherin: ok, thanks. It is a good chance for me to improve my packaging skills - by the example of your:) [10:25] sistpoty|work: Hmm. I could be convinced [10:25] StevenK: excellent! [10:25] thanks StevenK [10:26] I said I could be convinced, not yes :-P [10:26] does anyone know why do we have backport bugs in u-u-s? We have a separate backport team don't we? [10:27] * sistpoty|work tries to convince StevenK [10:30] StevenK: please, please, with sugar on the top ;) [10:32] sistpoty|work: Heh, okay === _neversfelde is now known as neversfelde [10:38] StevenK: thanks :) [10:45] btw.: any archive-admin around who knows why sabnzdplus was rejected? maybe ScottK? [10:46] it was? :( [10:47] yep, got the reject mail (as uploader) yesterday [10:47] sistpoty|work: probably best -> devel [10:48] (does the mail not say why?) [10:49] Laney: no, that's why I'm asking :) [10:53] sistpoty|work: apparently Apache and GPL-2 can't live together [10:54] jcfp: ah, eww... [10:55] sistpoty|work: did a repack, has been reuploaded already [10:56] jcfp: ah, good :) [10:56] which reminds me - still have to poke upstream about that [10:56] jcfp: also about the generated javascript thingies... [10:59] sistpoty|work: should they include the stuff in the tarball, or is having the javascript "non-packed" in a public repository good enough (their own, or further upstream)? [10:59] cause I know they're gonna say it's for saving bandwidth etc, hard to argue with :) [11:00] jcfp: I'm not entirely sure actually in regards to ubuntu guidelines... from a legal POV it's nothing to worry, since the original source is BSD licensed [11:01] siretart: yeah, found a discussion on some debian mailing list, lots of argument about whether the packed js should be considered sources or not [11:02] I have gpg set up to auth with gpg-agent using pinentry-gtk2, but now it fails when called over SSH remotely. How can I get the two to live in harmony? [11:02] jcfp: ah, what was the outcome? [11:04] sistpoty|work: opinions differed, some thinking it is as long as function names are kept (rather than replaced by a(), b() etc) and that a simple script allows to get back an easier to read file, others argued the source should be the preferred format for making mods, saying that it wasn't [11:05] (in their case, the stuff was under gpl so it really did matter) [11:05] ah, k [11:05] james_w: ping [11:06] sistpoty|work: appears I bookmarked it http://lists.debian.org/debian-devel/2009/01/msg00584.html [11:09] hey morgs [11:09] hi james_w, thanks for looking at my tickets [11:09] james_w: Here's what happened: to get the directory structure used previously I had to repack the tarballs [11:10] james_w: The upstream tar.bz2 has Read-63/foo but the orig.tar.gz has sugar-read-activity-63/Read.activity/foo [11:11] hey, an off topic question. Does anyone know what is exact license for bugzila? I am not able to find any information at http://www.bugzilla.org/about/ [11:11] morgs: ah [11:12] james_w: is that a problem? Should I change the packaging? [11:12] morgs: if you repack the tarball then you should use a suffix to the version number to indicate that [11:12] morgs: is it required to repack? [11:13] If I changed more in debian/ then it wouldn't be required - although upstream has tar.bz2 so recompressing at least is required [11:13] yeah [11:26] Is there a way to tell tar to unpack a tarball in a certain directory instead of at the directory it's run in? [11:27] tar -C /foo [11:27] Hello ubuntu people - sorry if I'm asking Questions you'll probably get to read over and over - but I'm stuck in the workflow of contributing packages to ubuntu (to be released in "universe") - I'm not ubuntu proof and I've just created my launchpad account - so I'v got no experience - sorry for that. My problem: I've uploaded our tar.gz files we've build and optimized for ubuntu 9.04. I've used the upload functions of launchpad you may find th [11:27] jcfp, isn't javascript often whitespace-purched to save bandwidth? [11:28] hmg, your irc client cut you off. [11:29] ping (am I alive?) [11:29] ok - the short version: https://code.launchpad.net/x2go/trunk/2.99 -> wrong place for rfp? [11:30] thx a lot Laney [11:30] directhex: I suppose so, fafaik all the sabnbzdplus authors did was take an off-the-shelf-without-tabs-and-spaces js file directly from the plotkit project. [11:31] directhex: but then again, one could also strip newlines (also fairly common), or go even further and "shorten" var and function names. [11:31] hmg: not an expert, but at least I can tell you your tar.gz shouldn't contain a debian folder [11:32] directhex: and then the question rises whether and/or when is it still source code... even if there's no intention to obfuscate anything [11:32] hmg: make tar.gz without debian folder, then debian folder is created during packaging (will be in the diff.gz [11:33] loic-m: the debian folder contains our install scripts like postinstall [11:33] jcfp, perhaps your JS IDE should make "verbose" whitespace for editing, but save minimally? :) [11:34] jcfp, at that point, if such a thing exists, surely "obfuscated" JS *is* legit? [11:34] loic-m: without them a user will have a lot of things to do to get the server running [11:34] loic-m: but thank you for youf advice - i'll keep them in another place [11:37] hmg: AFAIU distribution packagers (Debian, Ubuntu) would have to remove the debian folder before packaging [11:38] directhex: some claim one could easily regain pleasantly readable code even from code that has everything stripped (but nothing intentionally obfuscated), which comes down to the same thing as having some IDE do that automatically [11:38] hmg: so not having a debian folder in the upstream tarball simplify the packager's life [11:39] hmg: if upstream tarball need to be repackaged, that means somebody has to write a get-orig-source rule, which can be painful [11:39] jcfp: That's rather irrelevant, since we require source to be in its preferred form for modification. [11:40] loic-m: It isn't required to remove an upstream debian dir, but generally they cause more problems than they solve. [11:43] ScottK: the slighty packed js could be the preferred form for mods, with an ide behaving like in directhex's example [11:43] does such a thing exist? dunno [11:43] ScottK: I didn't know, thanks for the correction [11:44] no idea, I stay away as far as I can from touching js, but it doesn't seem inconceivable. [11:45] I guess the idea is to compress the readable source file at build-time [11:45] much like compilation [11:48] yay conjecture :) [11:48] * Laney rolls pies [11:49] Is there a way to tell tar to archive a subdirectory without including in the archive the parent directory - say I want to archive repack/foo-version but don't want the "repack" path inside the archive ? [11:49] --strip-components [11:50] Thanks again Laney. You should have written tar's man page ;) [11:50] loic-m: I just needed to read it ;) [11:51] Laney: I read it, but I never get the meaning of the options right [11:51] is acking a sync request a MOTU job? [11:51] no, wait, crap, main. core-dev [11:51] sigh, stupid main [11:51] whoever can upload [11:55] if it was in universe i'd poke you viciously, but the core devs look busy. i'll be good & leave i to the u-m-s gods [11:56] I'm sure super seb would love to ack it [11:56] if it fixes f-spotness [11:59] Anyone so kind to sponsor the upload of the debdiff attached to bug 77980 ? [11:59] Launchpad bug 77980 in mtop "mtop failed to install (wrong/no password)" [Medium,Fix committed] https://launchpad.net/bugs/77980 [12:00] When writting get-orig-source target, the resulting orig.tar.gz should be two directories above debian -=same directory uscan puts the files in)? [12:00] loic-m: It should be in the current directoyr [12:03] which is the directory parent to foo-version/ ? [12:13] loic-m: I prefer it to be in same directory as where uscan puts files. [12:15] slytherin: that should be ok then. I'm putting it in the directory above foo-version/, which is where uscan puts its files [12:16] before I submit the diff.gz to Launchpad, can MOTU review my xvidcore get-orig-target rule at http://paste.ubuntu.com/119175/ and the copyright at http://paste.ubuntu.com/119172/ ? [12:17] (I checked the get-orig-source rule works as expected) [12:23] ...and possibly check I didn't mess up the changelog ;) : http://paste.ubuntu.com/119179/ [12:26] i am trying to package up openldap 2.4.14 and i am puzzled why my openldap_2.4.14.orig.tar.gz isn't being decompressed into debian/build [12:28] erm... debian/build? [12:29] hang on something is totally screwed [12:49] slytherin, loic-m: Policy says that get-orig-source should leave the resulting file in the current directory [12:49] Laney: really? Till now I haven't seen any get-orig-source designed that way. [12:49] * Laney shrugs [12:52] DktrKranz, are you on jaunty? i could build a fixed mono-addins package for my ppa, so you can try monodevelop 2. if you like. and if it helps grease the wheels of slightly-missing-FF-but-its-so-awesome-lets-let-it-in-anyway [12:54] especially since md2 might be delayed by a few days due to the debian kde team [13:03] james_w: got a moment? I'm having a problem installing files into the right places. [13:12]