[00:35] <RoAkSoAx> hey guys. Why would an python app packaged with cdbs, python-central would install the debfile but won't install any file?
[00:38] <cyberixae> What is it with uscan and source forge?
[00:38] <cyberixae> Sooo undeterministic
[00:39] <cyberixae> How does uscan work?
[00:40] <cyberixae> Does it bang the server with all possible version numbers?
[00:42] <RAOF> 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] <cyberixae> also, what is the right way to do get-orig-source for a source forge project
[00:43] <RAOF> With uscan, generally.
[00:43] <cyberixae> and third, what is wrong with the people who designed source forge
[00:43] <cyberixae> :-P
[00:43] <cyberixae> Sorry, for that
[00:43] <cyberixae> It is just I don't understand why they cannot provide decent links for files
[00:43] <billybigrigger> hey all
[00:44] <billybigrigger> anyone know the status of virtualbox 3.0 and when it will hit karmic/jaunty repos?
[00:45] <ajmitch> billybigrigger: it's been uploaded to Debian, so it has a chance of getting into karmic soonish
[00:46] <billybigrigger> ajmitch::: how can i follow this?
[00:47] <ajmitch> is there a bug open about it?
[00:47] <ajmitch> if so, subscribe to that
[00:47] <billybigrigger> subscribe to the debian bug?
[00:48] <ajmitch> no, it's already in debian
[00:48] <billybigrigger> https://bugs.edge.launchpad.net/virtualbox/+bug/392314
[00:48] <ajmitch> yes, I saw that
[00:48] <billybigrigger> this is my problem...but aparently it's fixed in 3.0
[00:48] <billybigrigger> ahh ok
[00:48] <ajmitch> These things happen with development releases :)
[00:49] <billybigrigger> well of course :P
[00:53] <ryanprior> How do you resume building a debuild without having to make clean first?
[00:53] <ryanprior> My make install failed and I don't want to always have to compile again.
[00:54] <ajmitch> ryanprior: debuild -nc
[00:54] <ryanprior> ajmitch: is that in the man page? If not, should I file that as a bug?
[00:54] <ajmitch> it's in the dpkg-buildpackage manpage
[00:54] <ryanprior> I looked at the man page but couldn't see any options like that. >.>
[00:54] <ryanprior> ajmitch: ah, I'll have to read that one.
[00:55] <ajmitch> yeah, because most debuild options are passed through to dpkg-buildpackage :)
[00:55] <ajmitch> -nc won't work with the usual pbuilder way of doing things
[00:57] <ajmitch> nor will it work properly with some packages that do funny things when not cleaned
[01:07] <RoAkSoAx> hey guys why would a package fail to install the app?
[01:10] <cpscotti> RoAkSoAx: no error msgs?
[01:14] <RoAkSoAx> cpscotti, none
[01:16] <cpscotti> RoAkSoAx: what do you mean by install? Zero files copied?
[01:16] <cpscotti> (to their destinations)
[01:16] <RoAkSoAx> cpscotti, yes
[01:19] <cpscotti> RoAkSoAx: python app right?
[01:19] <RoAkSoAx> cpscotti, yes: https://launchpad.net/~andreserl/+archive/ppa/+sourcepub/663575/+listing-archive-extra
[01:20] <aplund> Hello
[01:20] <aplund> I'm trying to do "prevu empathy/karmic"
[01:20] <aplund> and the build fails
[01:20] <aplund> but I cannot seem to figure out where
[01:20] <jpds> aplund: Can you pastebin the error message to paste.ubuntu.com?
[01:20] <aplund> yeah
[01:21] <aplund> do I need to prevu dependencies manually?
[01:21] <aplund> http://paste.ubuntu.com/208657/
[01:22] <aplund> I basically followed https://wiki.ubuntu.com/Prevu
[01:22] <cpscotti> RoAkSoAx: taking a look there
[01:22] <RoAkSoAx> cpscotti, awesome, thanks :)
[01:25] <qiyong> karmic-updates and karmic-security are not available now?
[01:26] <kees> qiyong: they are available but empty
[01:27] <qiyong> kees: they'll remain empty until kamic be released?
[01:28] <qiyong> what about karmic-updates/restricted and karmic-security/restricted?
[01:29] <aplund> no easy cheese on why my "prevu empathy/karmic" from jaunty fails?
[01:33] <kees> qiyong: correct, they will stay empty because updates are going into the normal release pocket.
[01:33] <ryanprior> my build is dying, saying make[2]: cho: Command not found
[01:34] <ryanprior> so I did grep -Rw 'cho' .
[01:34] <ryanprior> and it turns up nothing
[01:34] <ryanprior> 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] <ryanprior> how can I figure out where make is finding "cho"?
[01:36] <RoAkSoAx> 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] <RoAkSoAx> Debian has also included more lines code to fix this patch, and Ubuntu simple changes something in 1 line
[01:39] <qiyong> kees: apt-get update gives me karmic-updates/restricted Packages [ERROR] 404 Not Found
[01:39] <qiyong> kees: why?
[01:39] <qiyong> security/restricted not found either
[01:40] <ajmitch> qiyong: because karmic is still in development
[01:41] <qiyong> ajmitch: how to fix it?
[01:41] <ajmitch> wait until karmic releases
[01:41] <qiyong> ajmitch: can i fix this issue?
[01:42] <ajmitch> you could always turn off security & updates until release day
[01:43] <qiyong> ajmitch: but why update/main gives no error
[01:44]  * ajmitch shrugs
[01:44] <qiyong> karmic/restricted 404 Not Found
[01:44] <qiyong> why?
[01:45] <ajmitch> because it's not there.
[01:46] <qiyong> why? is it bug or on purpose?
[01:57] <aplund> oh wel
[02:00] <qiyong> ajmitch: ^^^
[02:10] <ajmitch> sorry, I'm at work & was called away
[02:12] <TheMuso> Is the code thats used for fetching FTBFS information for ubuntuwire available anywhere?
[02:12] <ajmitch> I believe it is
[02:12] <ajmitch> let me try & find it
[02:13] <TheMuso> thanks
[02:14] <ajmitch> TheMuso: geser wrote it, do you have an account on qa.uw.c?
[02:15] <ajmitch> it looks like https://code.edge.launchpad.net/~geser/+junk/qa-ftbfs might be it
[02:34] <TheMuso> ajmitch: ok thanks
[02:34] <TheMuso> and I don't think I have an account on qa.uw.c.
[02:36] <ajmitch> were you wanting one?
[02:36] <TheMuso> No
[02:36] <ajmitch> ok :)
[02:36] <TheMuso> 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] <ajmitch> hopefully that bzr branch on launchpad will have enough to work from
[02:39] <TheMuso> yeah it appears it does.
[02:40] <TheMuso> And it looks like it will be very easy to do what I want with the code.
[03:24] <ryanprior> when I build my package, I'm getting gpg: [stdin]: clearsign failed: secret key not available
[03:25] <ryanprior> my secret key exists when I use gpg --list-secret-keys
[03:25] <ryanprior> how do I get debuild to recognize it?
[03:27] <TheMuso> ryanprior: Make sure the authorship line at the end of the changelog entry is an exact match to your GPG key.
[03:27] <TheMuso> Including any comments you have in your GPG key.
[03:27] <ryanprior> Ah, that'd do it I guess.
[03:48] <cpscotti> 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] <micahg> has anyone seen a package for this program?
[04:25] <micahg> http://argus.tcp4me.com/
[04:28] <TheMuso> micahg: Would wireshark be what you are after?
[04:29] <micahg> no, I want to install that program, but I'd like to do it as a debian pacakge
[04:29] <micahg> just wondeirng if anyone's seen it
[04:29] <micahg> there's an argus-server in the repos
[04:29] <micahg> but I didn't know if it was this or now
[04:29] <micahg> not
[04:29] <TheMuso> I haven't really had a look, so I am not sure if anyone has packaged it.
[04:36] <ryanprior> 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] <ajmitch> ryanprior: no, but make sure you uploaded only a source package
[04:37] <ryanprior> ajmitch: ryan:~/Desktop/package$ dput revu ecere-sdk_0.44d2.1-1_source.changes
[04:37] <ryanprior> that's how I upload a source package, right?
[04:37] <ajmitch> and that you've logged into revu prior to uploading
[04:37] <ajmitch> so that it knows about your gpg key
[04:37] <ajmitch> yes, that's fine for dput
[04:37] <ryanprior> that I've done too
[04:37] <ScottK> And that you've signed the package.
[04:37] <ryanprior> and the package is signed, yes
[04:38] <ryanprior> aha, it just showed up
[04:38] <ajmitch> it processes every 3 minutes
[04:38] <ryanprior> 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] <ajmitch> first obvious problem is the version :)
[04:39] <ryanprior> 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] <ScottK> As long as you don't do it very often, yes.
[04:39] <ajmitch> ryanprior: Take a look at the warnings/notices section on that page
[04:40] <ryanprior> So, should I create a new Launchpad needs-packaging bug?
[04:40] <ajmitch> That's what it suggests
[04:40] <ajmitch> Having bugs open about such stuff helps cut down on duplication
[04:41] <ajmitch> in addition to the distribution being karmic,  not unstable, the debian revision should be -0ubuntu1, not -1
[04:42] <ryanprior> Okay, how do I set the distribution to karmic and the Debian revision?
[04:42] <ryanprior> Is that in the control file?
[04:42] <ryanprior> ah no, the changelog
[04:44]  * ajmitch unfortunately doesn't have time to check in more detail at the moment
[04:45] <ryanprior> ajmitch: I'll bug y'all again tomorrow after I get rid of the first round of warnings :-)
[04:47] <artfwo> 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] <ryanprior> 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] <artfwo> ryanprior: it's the minimal debhelper version, that can be used to build a package
[04:49] <ryanprior> Ah, so since we don't use many new-fangled features we don't need as recent a version of debhelper.
[04:49] <artfwo> (almost) all the differences between different version are documented in debhelper (7) manpage
[04:49] <ryanprior> If I switch it to 5, how do I know that it actually works using debhelper version 5?
[04:51] <artfwo> well, building in an older chroot is the best way
[04:51] <artfwo> by the way, you should check the debhelper (>= 7) build-dependency in debian/control as well
[04:51] <artfwo> it should be identical to the version in debian/compat
[04:52] <artfwo> I would also consider extending the package to install documentation
[04:52] <artfwo> perhaps, in a separate -doc package
[04:53] <ryanprior> we want to split it into a whole package structure eventually
[04:53] <ryanprior> but right now, unless it's crucial, we'd like to simplify by providing one monster package
[04:54] <ryanprior> 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] <ryanprior> and have ecere-sdk depend on all those
[04:54] <artfwo> that's highly recommended to say the least
[04:54] <ryanprior> Okay, I'll look into it ASAP.
[04:55] <ryanprior> I now have a needs-packaging bug. How do I link it to my package?
[04:56] <artfwo> just specify the bug number in debian/changelog
[04:57] <artfwo> something like: * Initial release (LP: #XXXXXX)
[05:00] <ryanprior> including the #?
[05:00] <ajmitch> yes
[05:01] <ryanprior> I'm not sure how to satisfy the get-original-source rule.
[05:02] <ryanprior> I could put the working tarball I'm using on my own website, which is different from the official website
[05:02] <ryanprior> or I can push it tomorrow morning to the official website
[05:02] <ryanprior> but as soon as I update anything, then that's out of date
[05:02] <ryanprior> what's the best way to handle that situation?
[05:02] <artfwo> well, get-original-source is an optional rule
[05:03] <ryanprior> okay then, I'll ignore it for now until we have a better system for public source access set up
[05:03] <artfwo> you could start by creating a debian/watch file first
[05:03] <artfwo> see manpage for "uscan" for the description
[05:05] <ryanprior> 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] <ajmitch> is there a reason you're using unreleased or repacked tarballs?
[05:11] <ryanprior> 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] <ryanprior> 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] <ryanprior> that's what I'm anticipating will be the case
[05:13] <artfwo> I am not a MOTU, but AFAIK it will speed up the review process, if you're using the official tarball release
[05:14] <ryanprior> 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] <ryanprior> hopefully it will be done tomorrow :-)
[05:15] <cpscotti> artfwo: AFAIK ! LOL!!! it took me some time to figure it out
[05:16] <artfwo> yeah, I am having hard times with my packages getting reviewed
[05:17] <ryanprior> artfwo: they are being very picky? :-)
[05:17] <cpscotti> so do I
[05:17] <cpscotti> hehe
[05:17] <artfwo> one is indeed, but the other is just overlooked I think
[05:18] <artfwo> 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] <cpscotti> (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] <cpscotti> artfwo: what is the problem with scantailor? How did you lose your advocations? do they "expire"?
[05:22] <artfwo> cpscotti: nope, the package made it past revu stage, but was rejected by the archive admin
[05:22] <artfwo> so I uploaded a fixed version, without an icon, which had problematic license
[05:23] <cpscotti> hmm
[05:23] <cpscotti> I see
[05:29] <micahg> anyone know what to do if I get this:  Someone else has lock over /var/cache/pbuilder/base.tgz.tmp, waiting
[07:14] <dholbach> good morning
[07:46] <RoAkSoAx> dholbach, on bug #332238 , since the package is already in Build-Depends, it should not be in Depends for this particular case??
[07:46] <RoAkSoAx> meant bug #382539
[07:47] <dholbach> RoAkSoAx: I dunno - I was just a bit surprised to see an explicit build-depends and depends there
[07:47] <RoAkSoAx> dholbach, well previous versions were like that too
[07:48] <dholbach> right
[07:48] <RoAkSoAx> should I just leave it like that?
[07:49] <dholbach> to be honest, I don't kno
[07:49] <dholbach> w
[07:50] <RoAkSoAx> ok I will just leave it as it is. Though I'll be merging back to worker instead of prefork
[08:09] <geser> 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] <TheMuso> geser: ah ok, thanks.
[08:38] <Martin_vW> 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] <Martin_vW> I guess this is intentional by the upstream auther. What should I do?
[08:39] <dunham> 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] <gaspa> 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] <Guest8154> hi
[09:10] <julien> 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] <c_korn> julien: did you upload the sources or deb packages?
[09:13] <julien> eeeh ... the .deb was uploaded in the last pass .. ok I see your point :)
[09:54] <AndrewGee> 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!
[10:12] <asac> stgraber: i asked sec team for a review of your MIR ... if they dont process it in lets say one week let me know
[12:42] <slytherin> directhex: Just FYI ... banshee fails to start on powerpc with mono 2.4 as well.
[12:42] <directhex> slytherin, eek. same weird sqlite issue?
[12:45] <slytherin> directhex: yes
[12:45] <directhex> gah
[12:45] <slytherin> directhex: cleaned all banshee folders in home folder, still the same.
[12:45] <directhex> and as per usual it's damned access to hardware making this frustrating to debugf
[12:49] <slytherin> directhex: I would have loved to sneak into banshee or sqlite code but got too many things pending already.
[13:01] <Ampelbein> 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] <AndrewGee> Ampelbein: Thanks. I'll check it out.
[13:04] <stgraber> asac: thanks
[13:18] <AndrewGee> Ampelbein: Hah. I just found that I didn't actually need the python-xml dependency for gpxviewer. My mistake :)
[13:20] <Ampelbein> AndrewGee: ok, cool. will review now.
[13:20] <AndrewGee> Thanks
[13:23] <Ampelbein> AndrewGee: Why do you want gpxviewer to go under "Education"? (in the desktop-file)
[13:24] <AndrewGee> 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] <Ampelbein> AndrewGee: Hm, I don't feel comfortable with educations.
[13:27] <Ampelbein> AndrewGee: Let me look at other categories.
[13:27] <AndrewGee> Ampelbein: Okay
[13:34] <Ampelbein> AndrewGee: I don't really find a fitting category, maybe "Graphics"?
[13:35] <AndrewGee> Ampelbein: Or shall I just go for "Other"?
[13:37] <Ampelbein> AndrewGee: dunno, perhaps it's better to ask on the mailing list (ubuntu-devel-discuss)
[13:37] <AndrewGee> Ampelbein: Okay. Will do.
[13:38] <kirrus> Hi all,
[13:39] <kirrus> 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] <kirrus> http://seclists.org/fulldisclosure/2009/Jul/0021.html
[13:39] <kirrus> https://bugs.edge.launchpad.net/ubuntu/+source/phpmyadmin/+bug/387215
[13:40] <aboSamoor> 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] <aboSamoor> 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] <zul> is anyone from the motu-sru team around?
[14:21] <slytherin> ttx: ping, just checked changelog of c3p0. Was the incompatibility always there?
[14:22] <ttx> slytherin: the last debian update changed from java-gcj-compat-dev to default-jdk... but it doesn't build with openjdk
[14:23] <ttx> it always built with GCJ before.
[14:23] <slytherin> ttx: Of, I thought you changed because of the current state of openjdk packages.
[14:23] <ttx> Oh no, I was working in -headless dependencies and realiazed it just FTBFS in karmic
[14:23] <ttx> slytherin: there might be a smarter way to fix it by limiting java version in the ant build files
[14:24] <ttx> slytherin: but upstream never quite responded on java versions questions asked on various lists
[14:25] <slytherin> 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] <ttx> openjdk is broken ?
[14:27] <slytherin> 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] <ttx> 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] <directhex> slytherin, sounds like a hard life owning a ppc
[14:28] <slytherin> ttx: any particular reason?
[14:29] <directhex> oh, actually..... we enabled unit testing in mono. where are the ppc build logs...
[14:29] <slytherin> 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] <ttx> slytherin: I need some stability in the Java libraries front... in order to sort the Eucalyptus deps out and MIR them
[14:30] <directhex> 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] <slytherin> 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] <directhex> or you could kick frontdesk/DAM so i get access to the debian porter boxes as a DD
[14:30] <ttx> 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] <slytherin> directhex: My adapter broke last year, I bought a china made (probably) for half the price.
[14:31] <slytherin> ttx: We can at least have maven stack in karmic even if we are not actually using it to build packages.
[14:32] <slytherin> that will ensure that when we start using it for packaging, major bugs are already squashed.
[14:32] <directhex> slytherin, i have a co-worker whose hong kong import melted. so urge to spend ridiculous money is low
[14:32] <ttx> 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] <directhex> 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] <slytherin> ttx: right
[14:35] <directhex> 360 test(s) passed. 0 test(s) did not pass.
[14:35] <slytherin> 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] <directhex> slytherin, mono passed all its unit tests on the ppc build o_o
[14:35] <ttx> 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] <directhex> slytherin, so it seems like a lib error of some kind, not the runtime
[14:36] <directhex> (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] <slytherin> 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] <directhex> i should work on mono 2.4.2 some more. am i busy on sunday?
[14:37] <slytherin> 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] <directhex> slytherin, it's on the TODO list for our only package sponsor, along with 18 other items
[14:38] <directhex> slytherin, hence my desire to deal with DDship formalities ASAP
[14:38] <slytherin> ttx: The arch:all packages are copied from i386 build.
[14:39] <slytherin> even though they are built on other architectures. :-(
[14:40] <Laney> directhex: ajmitch volunteered to do some sponsoring \o/
[14:40] <directhex> Laney, that would be handy @_@
[14:40] <Laney> muchly
[14:42] <directhex> did you meet gir yet?
[14:43] <Laney> yep, he's very polite
[14:43]  * rys gives directhex a wave
[14:43] <directhex> o_o
[14:43] <directhex> o_O
[14:43] <directhex> O_o
[14:43] <directhex> @_@
[14:43] <rys> haha
[14:43] <directhex> it's rys!
[14:43] <rys> it's me!
[14:45] <directhex> how is rys? and more importantly, why is rys hanging around in here with the packager misfits?
[14:46] <rys> 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] <rys> a quick /whois and a "zomg!" and here I am
[14:47] <rys> so mostly just stalking you :p
[14:47] <directhex> :o
[14:49] <directhex> can i suggest moving it to #debian-cli on oftc, if it's not strictly ubuntu related?
[14:50] <rys> sure
[14:51] <rys> although I think I'll be back, once I've learned the ropes.  I have stuff for consideration at some point
[15:16] <Riddell> devfil: ping
[15:17] <devfil> Riddell, pong
[15:17] <Riddell> devfil: what's the licence of Tango.AdiumEmoticonset.tar.gz in galaxium?
[15:18]  * devfil checks
[15:18] <Riddell> and the other themes
[15:20] <iulian> Riddell: Hi. You're the one who's taking care of NEW now?
[15:20] <devfil> Riddell, it should be gpl2
[15:21] <Riddell> iulian: I am currently
[15:21] <Riddell> devfil: so it's not the normal tango licence?
[15:22] <iulian> Riddell: I've just seen that you rejected cadabra.  What was the reason?
[15:22] <devfil> 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] <Riddell> iulian: https://lists.ubuntu.com/archives/ubuntu-archive/2009-July/027850.html
[15:23] <Riddell> devfil: well if they come from tango they're not GPL 2
[15:23] <iulian> Riddell: Thanks.
[15:23] <Riddell> devfil: can you check with upstream if they come from tango or not?
[15:23] <devfil> Riddell, yes, I'm sending him an email, I will inform you when he replies
[15:23] <Riddell> thanks
[15:41] <PPDP12> Hi I would like to get started developing with Ubuntu, I have Experience in Microsoft Programming.
[15:41] <PPDP12> How will I start?
[15:41] <Laney> check the topic :)
[15:42] <PPDP12> K :)
[15:50] <aboudreault> emm.... how do we call the debian directory ? Is it a "package definitions" or a "package specifications" ?
[15:52] <slytherin> aboudreault: what do you mean?
[15:54] <aboudreault> 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] <aboudreault> maybe "debian source package" ?
[15:55] <geser> debian source package are the .dsc, .diff.gz and .orig.tar.gz files
[15:55] <aboudreault> ha k.
[16:00] <slytherin> aboudreault: we usually call it 'packaging bits'. I am not sure if there is any formal term.
[16:01] <aboudreault> *shrug*, it's ugly as a term :)
[16:08] <ryanprior> Where do non-executable binaries (artwork, configuration files, etc) go in the filesystem?
[16:10] <geser> depends on the file but mostly below /usr/share/<pkg> or /usr/lib/<pkg>
[16:11] <ryanprior> so for the ecere package, we can put whatever resource files we need in /usr/share/ecere ?
[16:12] <geser> if they are architecture-independent (e.g. images) then yes
[16:12] <mezgani> hi porthose
[16:12] <mezgani> are you there
[16:13] <geser> if they are compiled then into /usr/lib/ecere
[16:18] <porthose> mezgani: sup
[16:19] <PPDP12> How do I get started?
[16:19] <PPDP12> I watched a tutorial on YouTube
[16:19] <mezgani> please can you take a look to my package
[16:20] <porthose> mezgani: link
[16:20] <PPDP12> Where This guy types code into an app
[16:20] <PPDP12> What is that app?????
[16:20] <mezgani> http://revu.ubuntuwire.com/p/python-ipcalc
[16:21] <PPDP12> Can anyone help?
[16:21] <slytherin> PPDP12: It depends on what you want to do.
[16:21] <geser> PPDP12: what video did you watch?
[16:21] <PPDP12> I want to know what is the application Daniel uses in this: http://www.youtube.com/watch?v=VyEl3w7SFK4 tutorial
[16:21] <PPDP12> I watched Learning MOTU - Getting Started
[16:22] <porthose> mezgani: I don't have time right now but I will later this evening :)
[16:22] <PPDP12> It looks like a console maybe
[16:22] <mezgani> ok porthose , thanks in advance :]
[16:22] <ryanprior> PPDP12: you'll have to install Ubuntu and get familiar with the Bash console
[16:23] <PPDP12> I have installed Ubuntu
[16:23] <ryanprior> PPDP12: then you'll need to install some developer tools as Danial shows in the video
[16:23] <PPDP12> yes, but the what is the program that he types the code in to install the tools?
[16:23] <PPDP12> that's what I want to know
[16:24] <ryanprior> 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] <PPDP12> Ok, thanks
[16:24] <ryanprior> The console emulator he uses is probably gnome-terminal, which you can launch by going to Applications -> Accessories -> Terminal
[16:25] <geser> PPDP12: he uses gnome-terminal with two tabs open
[16:25] <PPDP12> thank you that's what I wanted to know
[16:27] <julien> heya I just uploaded a package on REVU : 17:25 < PPDP12> thank you that's what I wanted to know
[16:27] <julien> arf
[16:27] <julien> http://revu.ubuntuwire.com/p/brackup
[16:27] <julien> better :P
[16:28] <PPDP12> can I ask another question?
[16:28] <geser> sure, there is no limit on questions per day :)
[16:29] <PPDP12> cool
[16:30] <PPDP12> 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] <PPDP12> and, Unable to lock the administration directory (/var/lib/dpkg/), are you root?
[16:31] <PPDP12> :'(
[16:31] <geser> add sudo at the beginning of the line
[16:31] <PPDP12> ok let me try.
[16:32] <julien> anyone interested in reviewing ?
[16:32] <PPDP12> Ahhhhh thank you sooooooo much!
[16:34] <PPDP12> Thanks guys!
[16:34] <geser> julien: your package could certainly use a better and longer long description
[16:38] <gaspa> geser: added code for generation of a .csv file.
[16:42] <cyberixae> Does ${DEB_SOURCE_PACKAGE} in debian/rules get automatically expanded to something?
[16:43] <geser> cyberixae: only by cdbs
[16:43] <cyberixae> What is cdbs?
[16:44] <geser> a helper package for debian/rules which can handle the some common cases
[16:44] <geser> !info cdbs
[16:46] <cyberixae> 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] <azeem_> cyberixae: just replace it with the source package name should work, no?
[16:50] <cyberixae> 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] <PPDP12> Hi again
[16:53] <ryanprior> 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] <geser> one source package producing several debian packages is pretty common
[16:56] <slytherin> cyberixae: why do you need to use DEB_SOURCE_PACKAGE in get-orig-source?
[17:03] <cyberixae> slytherin: https://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball
[17:03] <cyberixae> slytherin: This document tells me to.
[17:17] <slytherin> cyberixae: right, it is fine then.
[17:18] <cyberixae> The problem is it does not get expanded
[17:19] <julien> geser: thanks for your comment, I'll try to describe it better. If it's the only problem my package has, I'll be happy :)
[17:31] <Martin_vW> While working on the durep package, I get the following lintian warning: W: durep: non-standard-dir-perm var/lib/durep/ 2755 != 0755
[17:31] <Martin_vW> I guess this is intentional by the upstream auther. What should I do?
[17:34] <geser> if it's intended you can ignore the warning
[17:55] <ryanprior> I'm using cdbs to build my package and I'd like to know in the makefile which package cdbs is trying to build. How can I do that? What variable do I use?
[18:13] <maxb> ryanprior: by makefile you mean debian/rules?
[18:14] <ryanprior> maxb: No, the upstream makefile.
[18:14] <ryanprior> maxb: But if it's in debian/rules I could always export it to get it upstream.
[18:14] <maxb> That would be "Doing It Wrong" - the upstream Makefile shouldn't even need to know it's being built inside a packaging system
[18:15] <ryanprior> Okay. I'm trying to do things right but I don't always have a good idea of what that would be. :-)
[18:16] <maxb> What do you want to happen?
[18:16] <ryanprior> The default behaviour of the upstream build system is to build and install everything.
[18:16] <ryanprior> When I'm building a package, I want to build everything but only install some things.
[18:16] <ryanprior> How can I do that without patching the upstream build system?
[18:17] <maxb> The common approach is to let the upstream build system install to debian/tmp, and use dh_install to install files from there into the final package directories
[18:17] <geser> ryanprior: install everything and rm the parts you don't want/need
[18:17] <maxb> Or that
[18:18] <ryanprior> geser: interesting. That sounds like an even more hackish way of getting things done.
[18:18] <ryanprior> Upstream is willing to accept patches that build consciousness of packaging into their build system; I figured that would be a cleaner way.
[18:19] <geser> than go that way as you have a very friendly upstream
[18:19] <maxb> Enhancing the upstream buildsystem to turn on or off installation of particular modules is clean - but doing so in terms of a special "packaging mode" isn't
[18:20] <ryanprior> Well, if my debian/rules file says that I'm building the "ecere-doc" package, then I only want to install the documentation, for example
[18:20] <ryanprior> That's a packaging mode.
[18:21] <maxb> Normally you would run the upstream installation routine only ONCE in the build of a source package
[18:21] <maxb> You would *not* run it once per binary package you're building
[18:21] <ryanprior> Okay, I'm taking the whole wrong approach then.
[18:22] <maxb> Sorry, but sounds like :-
[18:22] <maxb> * :-)
[18:22] <ryanprior> On the contrary, thanks for pointing me away from the wrong way of doing things.
[18:23] <ryanprior> My problem is that my imagination can come up with lots of ways to get packaging done that go totally contrary to the best or easiest ways to get packaging done. =D
[18:23] <maxb> Is your upstream a standard ./configure; make; make install style?
[18:23] <ryanprior> Yes it is.
[18:24] <ryanprior> ./configure doesn't actually do anything other than print "no need to configure lol" but yes.
[18:25] <geser> some upstream have an extra target to install the docs (as not everyone might want installed them) but you usually install everything with debian/rules and use .install files to split it across several binary packages
[18:25] <maxb> Dies the "make install" invocation support DESTDIR ?
[18:25] <ryanprior> Yes, it does.
[18:25] <maxb> * Does
[18:25] <ryanprior> geser: that's starting to sound like some savvy stuff. I'll have to look up .install files
[18:26] <geser> man dh_install
[18:26] <maxb> ryanprior: Right, then cdbs should be mostly doing the right things by default - it'll "make install DESTDIR=debian/tmp", and all you need to do is supply the debhelper *.install files designating which files go into which binary package
[18:27] <ryanprior> What do I put in my debian/control file to specify that I'm building many binary packages?
[18:27] <geser> several Package stanzas
[18:27] <ryanprior> Do I just add more "Package: " entries?
[18:27] <ryanprior> ah, oka
[18:28] <geser> just pick a source packages building several packages and "spy" there
[18:30] <ryanprior> What does "spy" mean?
[18:30] <maxb> just look around
[18:31] <ryanprior> Sorry for being such a nitwit -- you mean look around as in google it, or spying as in looking around?
[18:32] <maxb> As in, find a source package that builds several binary packages, and just examine it to see how it does it.
[18:32] <ryanprior> Ah, okay. ^.^
[18:37] <lex79> hi, how to fix this lintian warning?
[18:37] <lex79> W: kanyremote source: dh_desktop-is-deprecated line 58
[18:37] <maxb> lex79: man dh_desktop ?
[18:37] <lex79> maxb: maybe :)
[18:40] <cpscotti> lex79: i just deleted its references in debian/control
[18:41] <lex79> cpscotti: thanks
[18:41] <cpscotti> lex79: in my debian/rules I had (among other things):
[18:41] <cpscotti> binary-install/harpia::
[18:41] <cpscotti>    dh_desktop
[18:41] <cpscotti> I just removed those two lines
[18:43] <lex79> perfect
[18:44] <cpscotti> (by the way.. is there a brave soul with spare time to review/advocate my package? http://revu.ubuntuwire.com/p/harpia , its a visual python app for generating computer vision algorithms, (python, gnomecanvas, opencv,....) ) It Already got 1 ADV! =]
[18:47] <ryanprior> How do I tell the upstream build system to install into debian/tmp?
[18:51] <geser> DESTDIR if the Makefile supports it
[18:51] <ryanprior> where do I set DESTDIR?
[18:52] <ryanprior> in debian/rules?
[18:53] <geser> yes, usually make install is called as "make install DESTDIR=$(CURDIR)/debian/tmp"
[18:56] <ekilfoil> if anyone has a moment, I required a configure change from the current version of php with ubuntu "php5-5.2.6.dfsg.1".  I have created the new package, but update-manager wants to update it with the "official" package even though it's pinned in preferences and held in synaptic.  How can I change my version to "php5-5.2.6.dfsg.2" to prevent apt from trying to update it from "php5-5.2.6.dfsg.1" to "php5-5.2.6.dfsg.1"
[19:01] <ryanprior> geser: right now my rules file just says
[19:01] <ryanprior> #!/usr/bin/make -f
[19:01] <ryanprior> include /usr/share/cdbs/1/rules/debhelper.mk
[19:01] <ryanprior> include /usr/share/cdbs/1/class/autotools.mk
[19:02] <ryanprior> And the upstream source doesn't even use autotools, so I don't know if I need that or not.
[19:03] <geser> no configure script? (it's not uncommon)
[19:05] <geser> if your package doesn't use autotools (config.guess/config.sub) then you don't need the autotools line
[19:18] <ekilfoil> nvm my question earlier all.... dpkg --set-selections didn't show it on hold, but setting it fixed my issue
[20:11] <ryanprior> how do I add new packages to my debian/changelog?
[20:11] <ryanprior> do I just put them one after another, starting with lines like "ecere-sdk (0.44d2.1-0ubuntu1) karmic; urgency=low"
[20:31] <maxb> ryanprior: something about the way you phrased that makes me think you're misunderstanding..... debian/changelog cannot contain "multiple packages"
[20:32] <ryanprior> maxb: Yes, reading closer I think it's supposed to describe the source package, not the binary packages.
[20:32] <maxb> exactly
[20:32] <maxb> The 'dch' tool is wonderfully helpful in maintaining it
[20:34] <ryanprior> So I've got a few .install files now
[20:34] <ryanprior> libecere.install has usr/lib/libecere.so
[20:35] <ryanprior> and I want ecere-sdk.install to have all other .so files to be put into usr/lib
[20:35] <maxb> *blink*  No version info
[20:35] <ryanprior> maxb: There are no sonames yet, I'm working on that.
[20:35] <maxb> ok
[20:35] <ryanprior> but for my .install files, how do I specify "everything in usr/lib except libecere.so"
[20:36] <maxb> I don't think you can, sorry
[20:36] <ryanprior> so, are .install files inadequate for my use, then?
[20:37] <ryanprior> surely there's got to be able to somehow exclude that one file
[20:37] <ryanprior> got to be a way, that is. :-)
[20:37] <maxb> I think mostly people just list the files explicitly in this sort of scenario, on the assumption that the list of files won't change much or often
[20:40] <maxb> How many libraries are there anyway? I grabbed the binary .deb for some context, and there only appear to be four
[20:41] <james_w> alternatively you can list the directory to install everything and then rm
[20:43] <ryanprior> maxb: It won't be hard to just list the other 3 explicitly in this ase, but I was hoping to learn more about the general case where a lot more files might be present.
[20:57] <cyberixae> I'd like to create some packages for my ppa, but I'd like an official package with the same version number to overwrite my packages once they appear.
[20:57] <cyberixae> What kind of version numbers should I use for my ppa?
[20:57] <directhex> cyberixae, fooversion~cyber1
[20:58] <directhex> "~" is less than ""
[20:58] <ryanprior> is "" less than 0?
[21:16] <directhex> yes
[21:17] <directhex> 1.0-1+foo > 1.0-1 > 1.0-1~foo
[21:24] <c_korn> does 1.10 superseed 1.9 ?
[21:25] <Laney> dpkg --compare-versions 1.10 gt 1.9 && echo yes
[21:28] <c_korn> Laney: thanks. I should have known there is a debhelper for everything :P
[21:43] <cyberixae> What does a debian/menu file do?
[22:22] <maxb> < ryanprior> is "" less than 0? < directhex> yes  <---- I disagree
[22:23] <maxb> cyberixae: by itself, nothing, but see man dh_installmenu
[22:23] <directhex> directhex@desire:~$ dpkg --compare-versions 1.0-1ubuntu lt 1.0-1ubuntu0 && echo true
[22:24] <maxb> does not echo true
[22:24] <maxb> $ dpkg --compare-versions 1.0-1ubuntu eq 1.0-1ubuntu0 && echo true
[22:24] <maxb> true
[22:26] <directhex> they're equal?
[22:26] <directhex> bonghits :|
[22:27] <maxb> yup, an empty component is generally equivalent to zero
[22:28] <maxb> although "" != "0", in a peculiar exceptional edge case
[22:29] <aboSamoor> I want to make a debian package that edit a text file and install new files (images) , any idea how and/or where can I start ?
[22:36] <maxb> directhex: whoa. Actually, reading debian policy manual really carefully does account for "" < "0" :-)
[22:42] <c_korn> aboSamoor: for text files: create patches. for binary data: use uuencode/uudecode (or use text based image formats like svg or xpm)
[22:43] <aboSamoor> c_korn, my idea that I want to add new mime types icons, I can write a script in python to add that, but I want to make a package so it will be easier to be distributed
[22:44] <aboSamoor> c_korn, so I will update the mime types file and I will copy new icons to the /usr/share
[22:46] <c_korn> aboSamoor: ehm, yes. exactly.
[22:48] <aboSamoor> c_korn, I am confused. Should I write a python script then package it, or there is mechanism this in the debian package meta data and files
[22:48] <c_korn> for the mime types?
[22:49] <c_korn> there are package.mime files that do the job
[22:50] <c_korn> for the mime types of the wine application the mime file looks like this: http://pastebin.com/d2ae4c3a
[22:50] <c_korn> (as an example)
[23:41] <cpscotti> Hey there... any motu with time to review/advocate this package ( http://revu.ubuntuwire.com/p/harpia ). #Adv = 1 and seems to be all right. It is a graphical end-user python app to build computer vision algorithms in a Simulink-like manner (block diagrams). warp10, it may interest you since you already looked at it.
[23:59] <cpscotti> well... silence speaks for itself.. lol