[00:35] hey guys. Why would an python app packaged with cdbs, python-central would install the debfile but won't install any file? [00:38] What is it with uscan and source forge? [00:38] Sooo undeterministic [00:39] How does uscan work? [00:40] Does it bang the server with all possible version numbers? [00:42] I don't think it ever does that, no. But what it actually does do depends on how your watch file is configured. [00:42] also, what is the right way to do get-orig-source for a source forge project [00:43] With uscan, generally. [00:43] and third, what is wrong with the people who designed source forge [00:43] :-P [00:43] Sorry, for that [00:43] It is just I don't understand why they cannot provide decent links for files [00:43] hey all [00:44] anyone know the status of virtualbox 3.0 and when it will hit karmic/jaunty repos? [00:45] billybigrigger: it's been uploaded to Debian, so it has a chance of getting into karmic soonish [00:46] ajmitch::: how can i follow this? [00:47] is there a bug open about it? [00:47] if so, subscribe to that [00:47] subscribe to the debian bug? [00:48] no, it's already in debian [00:48] https://bugs.edge.launchpad.net/virtualbox/+bug/392314 [00:48] Ubuntu bug 392314 in virtualbox-ose "vboxnetflt module fails to compile on 2.6.31-rc1 due to old the net_device api being removed." [Undecided,Confirmed] [00:48] yes, I saw that [00:48] this is my problem...but aparently it's fixed in 3.0 [00:48] ahh ok [00:48] These things happen with development releases :) [00:49] well of course :P [00:53] How do you resume building a debuild without having to make clean first? [00:53] My make install failed and I don't want to always have to compile again. [00:54] ryanprior: debuild -nc [00:54] ajmitch: is that in the man page? If not, should I file that as a bug? [00:54] it's in the dpkg-buildpackage manpage [00:54] I looked at the man page but couldn't see any options like that. >.> [00:54] ajmitch: ah, I'll have to read that one. [00:55] yeah, because most debuild options are passed through to dpkg-buildpackage :) [00:55] -nc won't work with the usual pbuilder way of doing things [00:57] nor will it work properly with some packages that do funny things when not cleaned [01:07] hey guys why would a package fail to install the app? [01:10] RoAkSoAx: no error msgs? [01:14] cpscotti, none [01:16] RoAkSoAx: what do you mean by install? Zero files copied? [01:16] (to their destinations) [01:16] cpscotti, yes [01:19] RoAkSoAx: python app right? [01:19] cpscotti, yes: https://launchpad.net/~andreserl/+archive/ppa/+sourcepub/663575/+listing-archive-extra [01:20] Hello [01:20] I'm trying to do "prevu empathy/karmic" [01:20] and the build fails [01:20] but I cannot seem to figure out where [01:20] aplund: Can you pastebin the error message to paste.ubuntu.com? [01:20] yeah === tuantub_ is now known as tuantub [01:21] do I need to prevu dependencies manually? [01:21] http://paste.ubuntu.com/208657/ [01:22] I basically followed https://wiki.ubuntu.com/Prevu [01:22] RoAkSoAx: taking a look there [01:22] cpscotti, awesome, thanks :) [01:25] karmic-updates and karmic-security are not available now? [01:26] qiyong: they are available but empty [01:27] kees: they'll remain empty until kamic be released? [01:28] what about karmic-updates/restricted and karmic-security/restricted? [01:29] no easy cheese on why my "prevu empathy/karmic" from jaunty fails? [01:33] qiyong: correct, they will stay empty because updates are going into the normal release pocket. [01:33] my build is dying, saying make[2]: cho: Command not found [01:34] so I did grep -Rw 'cho' . [01:34] and it turns up nothing [01:34] and I used another text-search tool to search for the string "cho", and I can't find it anywhere in my build tree [01:34] how can I figure out where make is finding "cho"? [01:36] Guys one question. When merging an app, new Debian version contains a patch to fix something that Ubuntu has already patched in the previous Ubuntu version. The new Debian version fixes this in a different way than Ubuntu did. Which patch should I drop? [01:37] Debian has also included more lines code to fix this patch, and Ubuntu simple changes something in 1 line [01:39] kees: apt-get update gives me karmic-updates/restricted Packages [ERROR] 404 Not Found [01:39] kees: why? [01:39] security/restricted not found either [01:40] qiyong: because karmic is still in development [01:41] ajmitch: how to fix it? [01:41] wait until karmic releases [01:41] ajmitch: can i fix this issue? [01:42] you could always turn off security & updates until release day [01:43] ajmitch: but why update/main gives no error [01:44] * ajmitch shrugs [01:44] karmic/restricted 404 Not Found [01:44] why? [01:45] because it's not there. [01:46] why? is it bug or on purpose? [01:57] oh wel [02:00] ajmitch: ^^^ [02:10] sorry, I'm at work & was called away [02:12] Is the code thats used for fetching FTBFS information for ubuntuwire available anywhere? [02:12] I believe it is [02:12] let me try & find it [02:13] thanks [02:14] TheMuso: geser wrote it, do you have an account on qa.uw.c? [02:15] it looks like https://code.edge.launchpad.net/~geser/+junk/qa-ftbfs might be it [02:34] ajmitch: ok thanks [02:34] and I don't think I have an account on qa.uw.c. [02:36] were you wanting one? [02:36] No [02:36] ok :) [02:36] I would like to turn the FTBF scode into something where I can pull just the powerpc FTBFS list, and attempt to rebuild them locally. [02:39] hopefully that bzr branch on launchpad will have enough to work from [02:39] yeah it appears it does. === dmb_ is now known as dmb [02:40] And it looks like it will be very easy to do what I want with the code. [03:24] when I build my package, I'm getting gpg: [stdin]: clearsign failed: secret key not available [03:25] my secret key exists when I use gpg --list-secret-keys [03:25] how do I get debuild to recognize it? [03:27] ryanprior: Make sure the authorship line at the end of the changelog entry is an exact match to your GPG key. [03:27] Including any comments you have in your GPG key. [03:27] Ah, that'd do it I guess. [03:48] Hello there! Anyone could review/advocate my package ( http://revu.ubuntuwire.com/p/harpia )? It is a python app to visually build computer vision algorithms (e.g. have lots of fun with your webcam..hehe). It already got one advocate so everything seems to be ok! [04:25] has anyone seen a package for this program? [04:25] http://argus.tcp4me.com/ [04:28] micahg: Would wireshark be what you are after? [04:29] no, I want to install that program, but I'd like to do it as a debian pacakge [04:29] just wondeirng if anyone's seen it [04:29] there's an argus-server in the repos [04:29] but I didn't know if it was this or now [04:29] not [04:29] I haven't really had a look, so I am not sure if anyone has packaged it. === itnet7_ is now known as itnet7 [04:36] I just uploaded a package to REVU using dput, but it doesn't show up in the listing yet. Is there a long wait time usually? [04:36] ryanprior: no, but make sure you uploaded only a source package [04:37] ajmitch: ryan:~/Desktop/package$ dput revu ecere-sdk_0.44d2.1-1_source.changes [04:37] that's how I upload a source package, right? [04:37] and that you've logged into revu prior to uploading [04:37] so that it knows about your gpg key [04:37] yes, that's fine for dput [04:37] that I've done too [04:37] And that you've signed the package. [04:37] and the package is signed, yes [04:38] aha, it just showed up [04:38] it processes every 3 minutes [04:38] now how do I go about getting sponsors? Shamelessly plug the package and post the link? http://revu.ubuntuwire.com/p/ecere-sdk [04:38] first obvious problem is the version :) [04:39] It's a really great SDK that's been in development since '96 but has always been proprietary. This is the first FOSS release, and we're new to the whole system here. It's exciting though. :-) [04:39] As long as you don't do it very often, yes. [04:39] ryanprior: Take a look at the warnings/notices section on that page [04:40] So, should I create a new Launchpad needs-packaging bug? [04:40] That's what it suggests [04:40] Having bugs open about such stuff helps cut down on duplication [04:41] in addition to the distribution being karmic, not unstable, the debian revision should be -0ubuntu1, not -1 [04:42] Okay, how do I set the distribution to karmic and the Debian revision? [04:42] Is that in the control file? [04:42] ah no, the changelog [04:44] * ajmitch unfortunately doesn't have time to check in more detail at the moment [04:45] ajmitch: I'll bug y'all again tomorrow after I get rid of the first round of warnings :-) [04:47] ryanprior: as you don't use any of debhelper features directly, it may be a good idea to lower the number in debian/compat to 6 or even 5 [04:48] artfwo: I don't understand what the compat numbers mean. Is a higher number better? Should I improve the package to maintain a 7? [04:48] ryanprior: it's the minimal debhelper version, that can be used to build a package [04:49] Ah, so since we don't use many new-fangled features we don't need as recent a version of debhelper. [04:49] (almost) all the differences between different version are documented in debhelper (7) manpage [04:49] If I switch it to 5, how do I know that it actually works using debhelper version 5? [04:51] well, building in an older chroot is the best way [04:51] by the way, you should check the debhelper (>= 7) build-dependency in debian/control as well [04:51] it should be identical to the version in debian/compat [04:52] I would also consider extending the package to install documentation [04:52] perhaps, in a separate -doc package [04:53] we want to split it into a whole package structure eventually [04:53] but right now, unless it's crucial, we'd like to simplify by providing one monster package [04:54] ecere-sdk is everything you need to develop and deploy Ecere apps, but we'd eventually like to split it into ecere-core, ecere-doc, ecere-ide, etc [04:54] and have ecere-sdk depend on all those [04:54] that's highly recommended to say the least [04:54] Okay, I'll look into it ASAP. [04:55] I now have a needs-packaging bug. How do I link it to my package? [04:56] just specify the bug number in debian/changelog [04:57] something like: * Initial release (LP: #XXXXXX) [05:00] including the #? [05:00] yes [05:01] I'm not sure how to satisfy the get-original-source rule. [05:02] I could put the working tarball I'm using on my own website, which is different from the official website [05:02] or I can push it tomorrow morning to the official website [05:02] but as soon as I update anything, then that's out of date [05:02] what's the best way to handle that situation? [05:02] well, get-original-source is an optional rule [05:03] okay then, I'll ignore it for now until we have a better system for public source access set up [05:03] you could start by creating a debian/watch file first [05:03] see manpage for "uscan" for the description [05:05] if the debian/watch file sometimes points to a source tarball that differs from the source package, is that worse than having no debian/watch file at all? [05:08] is there a reason you're using unreleased or repacked tarballs? [05:11] yes, we're in rapid bugfixing right now and I'm assigned to get the Ubuntu package in position to be accepted for Karmic if possible [05:13] hopefully bugfixing will be done by the end of the week and the package will be in pretty good shape with a few people interested in sponsoring it [05:13] that's what I'm anticipating will be the case [05:13] I am not a MOTU, but AFAIK it will speed up the review process, if you're using the official tarball release [05:14] okay well, in that case I'll make it clear that putting out an official tarball release with all our latest changes would be a good idea [05:14] hopefully it will be done tomorrow :-) [05:15] artfwo: AFAIK ! LOL!!! it took me some time to figure it out [05:16] yeah, I am having hard times with my packages getting reviewed [05:17] artfwo: they are being very picky? :-) [05:17] so do I [05:17] hehe [05:17] one is indeed, but the other is just overlooked I think [05:18] and I actually join the channel today to bother some MOTUs to review http://revu.ubuntuwire.com/p/scantailor - an interactive post-processing tool for scanned books (qt, c++, cmake) [05:18] (by the way... there is this app http://revu.ubuntuwire.com/p/harpia that just needs another advocate.. it seems fine and its fun!) [05:21] artfwo: what is the problem with scantailor? How did you lose your advocations? do they "expire"? [05:22] cpscotti: nope, the package made it past revu stage, but was rejected by the archive admin [05:22] so I uploaded a fixed version, without an icon, which had problematic license [05:23] hmm [05:23] I see [05:29] anyone know what to do if I get this: Someone else has lock over /var/cache/pbuilder/base.tgz.tmp, waiting === Amaranth_ is now known as Amaranth === noodles775 is now known as noodles775-afk [07:14] good morning [07:46] dholbach, on bug #332238 , since the package is already in Build-Depends, it should not be in Depends for this particular case?? [07:46] Launchpad bug 332238 in passenger "Building against apache2-prefork-dev would allow mod_php5 cohabitation" [Undecided,Confirmed] https://launchpad.net/bugs/332238 [07:46] meant bug #382539 [07:46] Launchpad bug 382539 in passenger "Please upgrade passenger from 2.0.3 to 2.2.4" [Undecided,Confirmed] https://launchpad.net/bugs/382539 [07:47] RoAkSoAx: I dunno - I was just a bit surprised to see an explicit build-depends and depends there [07:47] dholbach, well previous versions were like that too [07:48] right [07:48] should I just leave it like that? [07:49] to be honest, I don't kno [07:49] w [07:50] ok I will just leave it as it is. Though I'll be merging back to worker instead of prefork [08:09] TheMuso: the branch ajmitch pointed you is correct and there is also a link to the source at the bottom of the page [08:27] geser: ah ok, thanks. === noodles775-afk is now known as noodles775 [08:38] While working on the durep package, I get the following lintian warning: W: durep: non-standard-dir-perm var/lib/durep/ 2755 != 0755 [08:38] I guess this is intentional by the upstream auther. What should I do? [08:39] Hi all! I'm packaging a software that has a COPYING (GPL2) and copyright information, but some source files miss license headers. some of them only report the author name, others haven't copyright/license info at all. Is such a package acceptable in the archives? Should I ask upstream to fix it? [08:47] dholbach: in your opinion, ftbs.csv should point to one of the failing build log directly or to a page (geser's one ,in my mind) that shows every archs? [09:08] hi === Guest8154 is now known as julien [09:10] I just 'successfully' uploaded a package to REVU but it doesn't show on the web interface, is there something wrong with my upload ? [09:12] julien: did you upload the sources or deb packages? [09:13] eeeh ... the .deb was uploaded in the last pass .. ok I see your point :) [09:54] Hi. Any MOTUs around to review my 'gpxviewer' package? It's an app that helps you view GPS traces. http://revu.ubuntuwire.com/p/gpxviewer - Thanks! === asac_ is now known as asac [10:12] stgraber: i asked sec team for a review of your MIR ... if they dont process it in lets say one week let me know === yofel_ is now known as yofel === ShadowChild is now known as lukjad007 === dyfet_ is now known as dyfet [12:42] directhex: Just FYI ... banshee fails to start on powerpc with mono 2.4 as well. [12:42] slytherin, eek. same weird sqlite issue? [12:45] directhex: yes [12:45] gah [12:45] directhex: cleaned all banshee folders in home folder, still the same. [12:45] and as per usual it's damned access to hardware making this frustrating to debugf [12:49] directhex: I would have loved to sneak into banshee or sqlite code but got too many things pending already. [13:01] AndrewGee: Hi. I just left a comment on gpxviewer. python-xml is broken and removed from archive but your package build-depends on it. [13:01] Ampelbein: Thanks. I'll check it out. [13:04] asac: thanks === ejat is now known as e-jat [13:18] Ampelbein: Hah. I just found that I didn't actually need the python-xml dependency for gpxviewer. My mistake :) [13:20] AndrewGee: ok, cool. will review now. [13:20] Thanks [13:23] AndrewGee: Why do you want gpxviewer to go under "Education"? (in the desktop-file) [13:24] Ampelbein: I'm not sure. I couldn't work out the best category for it go under. I looked at JOSM, which allows you to do mapping for openstreetmap, and they used education. [13:27] AndrewGee: Hm, I don't feel comfortable with educations. [13:27] AndrewGee: Let me look at other categories. [13:27] Ampelbein: Okay === korn_ is now known as c_korn [13:34] AndrewGee: I don't really find a fitting category, maybe "Graphics"? [13:35] Ampelbein: Or shall I just go for "Other"? [13:37] AndrewGee: dunno, perhaps it's better to ask on the mailing list (ubuntu-devel-discuss) [13:37] Ampelbein: Okay. Will do. [13:38] Hi all, [13:39] further to my previous messages about this problem, phpmyadmin is now being mass-exploited. Still waiting for the patch in ubuntu, debian have deployed theirs. [13:39] http://seclists.org/fulldisclosure/2009/Jul/0021.html [13:39] https://bugs.edge.launchpad.net/ubuntu/+source/phpmyadmin/+bug/387215 [13:39] Ubuntu bug 387215 in phpmyadmin "phpMyAdmin: CVE-2009-1151: Arbitrary code execution" [High,Confirmed] [13:40] Hi, I want to ask if there is a package to add extra mime types icons to ubuntu, especially for source code files ? [13:44] is there any answer ? I want to check how can i make a package that adds files and new lines in text file [14:13] is anyone from the motu-sru team around? [14:21] ttx: ping, just checked changelog of c3p0. Was the incompatibility always there? [14:22] slytherin: the last debian update changed from java-gcj-compat-dev to default-jdk... but it doesn't build with openjdk === dholbach_ is now known as dholbach [14:23] it always built with GCJ before. [14:23] ttx: Of, I thought you changed because of the current state of openjdk packages. [14:23] Oh no, I was working in -headless dependencies and realiazed it just FTBFS in karmic [14:23] slytherin: there might be a smarter way to fix it by limiting java version in the ant build files [14:24] slytherin: but upstream never quite responded on java versions questions asked on various lists [14:25] ttx: by the way, I hope all the packages related to maven are not available in Debian. But I can not log sync request without verifying that they build. And I can not verify because openjdk is broken. [14:26] openjdk is broken ? [14:27] ttx: The arch:all components of openjdk are not getting built due to DEPWAIT on i386. This causes problem on my powerpc machine. [14:28] slytherin: ok. Note that I'm not sure I want to upload all the maven changes from Debian right now. Letting them live in Debian unstable for a while might be preferable [14:28] slytherin, sounds like a hard life owning a ppc [14:28] ttx: any particular reason? [14:29] oh, actually..... we enabled unit testing in mono. where are the ppc build logs... [14:29] directhex: yes, but it is fun none the less. I mean if in future I want to sell powerpc based machines, I want to make sure Ubuntu works on it. :-P [14:29] slytherin: I need some stability in the Java libraries front... in order to sort the Eucalyptus deps out and MIR them [14:30] slytherin, all i need is a mains adapter for a g4 ibook, or a qemu recipe, and i can actually work on ppc bugs [14:30] ttx: most of the maven packages are DEPWAIT or FTBFS at this time. Rest assured I will not request syncs for anything not maven related. [14:30] or you could kick frontdesk/DAM so i get access to the debian porter boxes as a DD [14:30] slytherin: I'm slightly worried about the number of packages that would need to change for the maven thing -- unless we need them for a karmic feature, I'd just sync them on karmic+1 [14:30] directhex: My adapter broke last year, I bought a china made (probably) for half the price. [14:31] ttx: We can at least have maven stack in karmic even if we are not actually using it to build packages. [14:32] that will ensure that when we start using it for packaging, major bugs are already squashed. [14:32] slytherin, i have a co-worker whose hong kong import melted. so urge to spend ridiculous money is low [14:32] slytherin: I should have a closer look at the changes that they bring in. Maybe I worry too much -- I just don't want to get surprises 2 days before FF, like in Jaunty. [14:33] slytherin, the cost of a new battery and mains adapter for the ibook is higher than the cost of a new low-end netbook... [14:34] ttx: right [14:35] 360 test(s) passed. 0 test(s) did not pass. [14:35] directhex: that is why I bought china made adapter. It has worked great so far. But the way it shouldn't be hard to get a custom made adapter. [14:35] slytherin, mono passed all its unit tests on the ppc build o_o [14:35] slytherin: could your ppc/openjdk issue the reason why I get java build issues on powerpc buildds with "Depends: default-jdk (= 1.6-30ubuntu5) but it is not going to be installed" errors ? [14:35] slytherin, so it seems like a lib error of some kind, not the runtime [14:36] (we enabled unit testing during build, to try and find some of the nasty runtime bugs we hear about but cannot debug on things like ARM) [14:36] ttx: because of the reason I told you earlier. Problem is the arch:any components of openjdk have been updated on ppc, but arch:all components are not yet updated because i386 build is DEPWAIT. [14:37] i should work on mono 2.4.2 some more. am i busy on sunday? [14:37] directhex: good. By the way, the armel build looks fixed. You should port the fix to Debian too. Otherwise mono 2.4 will not migrate to testing. [14:38] slytherin, it's on the TODO list for our only package sponsor, along with 18 other items [14:38] slytherin, hence my desire to deal with DDship formalities ASAP [14:38] ttx: The arch:all packages are copied from i386 build. [14:39] even though they are built on other architectures. :-( [14:40] directhex: ajmitch volunteered to do some sponsoring \o/ [14:40] Laney, that would be handy @_@ [14:40] muchly [14:42] did you meet gir yet? [14:43] yep, he's very polite [14:43] * rys gives directhex a wave [14:43] o_o [14:43] o_O [14:43] O_o [14:43] @_@ [14:43] haha [14:43] it's rys! [14:43] it's me! [14:45] how is rys? and more importantly, why is rys hanging around in here with the packager misfits? [14:46] I'm good thanks, life treats me ok :D you? And I'm here because of recent press on your mono ramblings :p read them with interest until one of them said you were actually helping maintain it for debian, so I wondered if you'd be here [14:47] a quick /whois and a "zomg!" and here I am [14:47] so mostly just stalking you :p [14:47] :o [14:49] can i suggest moving it to #debian-cli on oftc, if it's not strictly ubuntu related? [14:50] sure [14:51] although I think I'll be back, once I've learned the ropes. I have stuff for consideration at some point [15:16] devfil: ping [15:17] Riddell, pong [15:17] devfil: what's the licence of Tango.AdiumEmoticonset.tar.gz in galaxium? [15:18] * devfil checks [15:18] and the other themes [15:20] Riddell: Hi. You're the one who's taking care of NEW now? [15:20] Riddell, it should be gpl2 [15:21] iulian: I am currently [15:21] devfil: so it's not the normal tango licence? [15:22] Riddell: I've just seen that you rejected cadabra. What was the reason? [15:22] Riddell, I don't know, in the source code for that theme a particular license isn't specified so the license should be the COPYING (gpl2+) [15:22] iulian: https://lists.ubuntu.com/archives/ubuntu-archive/2009-July/027850.html [15:23] devfil: well if they come from tango they're not GPL 2 [15:23] Riddell: Thanks. [15:23] devfil: can you check with upstream if they come from tango or not? [15:23] Riddell, yes, I'm sending him an email, I will inform you when he replies [15:23] thanks [15:41] Hi I would like to get started developing with Ubuntu, I have Experience in Microsoft Programming. [15:41] How will I start? [15:41] check the topic :) [15:42] K :) === Handrix is now known as mezgani [15:50] emm.... how do we call the debian directory ? Is it a "package definitions" or a "package specifications" ? [15:52] aboudreault: what do you mean? [15:54] I mean... the .spec file to make a rpm is called the package specification, is there something like that for debian instead of .... "debian directory" [15:54] maybe "debian source package" ? [15:55] debian source package are the .dsc, .diff.gz and .orig.tar.gz files [15:55] ha k. [16:00] aboudreault: we usually call it 'packaging bits'. I am not sure if there is any formal term. [16:01] *shrug*, it's ugly as a term :) === yofel_ is now known as yofel [16:08] Where do non-executable binaries (artwork, configuration files, etc) go in the filesystem? [16:10] depends on the file but mostly below /usr/share/ or /usr/lib/ [16:11] so for the ecere package, we can put whatever resource files we need in /usr/share/ecere ? [16:12] if they are architecture-independent (e.g. images) then yes [16:12] hi porthose [16:12] are you there [16:13] if they are compiled then into /usr/lib/ecere [16:18] mezgani: sup [16:19] How do I get started? [16:19] I watched a tutorial on YouTube [16:19] please can you take a look to my package [16:20] mezgani: link [16:20] Where This guy types code into an app [16:20] What is that app????? [16:20] http://revu.ubuntuwire.com/p/python-ipcalc [16:21] Can anyone help? [16:21] PPDP12: It depends on what you want to do. [16:21] PPDP12: what video did you watch? [16:21] I want to know what is the application Daniel uses in this: http://www.youtube.com/watch?v=VyEl3w7SFK4 tutorial [16:21] I watched Learning MOTU - Getting Started [16:22] mezgani: I don't have time right now but I will later this evening :) [16:22] It looks like a console maybe [16:22] ok porthose , thanks in advance :] [16:22] PPDP12: you'll have to install Ubuntu and get familiar with the Bash console [16:23] I have installed Ubuntu [16:23] PPDP12: then you'll need to install some developer tools as Danial shows in the video [16:23] yes, but the what is the program that he types the code in to install the tools? [16:23] that's what I want to know [16:24] PPDP12: the RUTE User Tutorial and Exposition (http://rute.2038bug.com/index.html.gz) is a good introduction to the command line and to using Linux in general. I suggest reading that. [16:24] Ok, thanks [16:24] The console emulator he uses is probably gnome-terminal, which you can launch by going to Applications -> Accessories -> Terminal [16:25] PPDP12: he uses gnome-terminal with two tabs open [16:25] thank you that's what I wanted to know [16:27] heya I just uploaded a package on REVU : 17:25 < PPDP12> thank you that's what I wanted to know [16:27] arf [16:27] http://revu.ubuntuwire.com/p/brackup [16:27] better :P [16:28] can I ask another question? [16:28] sure, there is no limit on questions per day :) [16:29] cool [16:30] I typed in the code that Daniel does but then I get this error: E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission Denied) [16:31] and, Unable to lock the administration directory (/var/lib/dpkg/), are you root? [16:31] :'( [16:31] add sudo at the beginning of the line [16:31] ok let me try. [16:32] anyone interested in reviewing ? [16:32] Ahhhhh thank you sooooooo much! [16:34] Thanks guys! [16:34] julien: your package could certainly use a better and longer long description [16:38] geser: added code for generation of a .csv file. === fabrice__ is now known as fabrice_sp [16:42] Does ${DEB_SOURCE_PACKAGE} in debian/rules get automatically expanded to something? [16:43] cyberixae: only by cdbs [16:43] What is cdbs? [16:44] a helper package for debian/rules which can handle the some common cases [16:44] !info cdbs [16:44] cdbs (source: cdbs): common build system for Debian packages. In component main, is optional. Version 0.4.52ubuntu18 (jaunty), package size 1018 kB, installed size 1412 kB [16:46] I'm using it in get-orig-source. Currently it expands to an empty string, and I'm wondering what I need to do to get that fixed. [16:48] cyberixae: just replace it with the source package name should work, no? === azeem_ is now known as azeem [16:50] azeem: That is what I was planning to do, but I thought that the original writer of the snippet maybe hand some reason for doing it that way [16:51] Hi again [16:53] Upstream has one big source tarball with everything in it. If I want to split that up into a few different Debian packages, can they all have the same .orig.tar.gz, or do I need to get new source tarballs? [16:53] one source package producing several debian packages is pretty common [16:56]