/srv/irclogs.ubuntu.com/2010/01/24/#ubuntu-motu.txt

ScottL_I'm trying to backport Ardour 2.8.4 to Hardy and I'm getting this in my pbuilder during build:01:33
ScottL_libcurl4-gnutls-dev: Conflicts: libcurl-dev which is a virtual package.01:33
ScottL_but libcurl4-gnutls-dev provides libcurl-dev per http://packages.ubuntu.com/hardy/libcurl-dev01:34
ScottL_any suggestions?01:34
ScottL_oh, and libcurl-dev is a virtual package I should mention01:35
persiaScottL: One way to investigate that sort of issue would be to login to a hardy chroot, and try installing each of the build-deps manually to see what packages are actually getting installed (due to virtuals and Provides, these aren't always the packages that one requests).01:46
persiaThe goal would be to find out which two packages are actually conflicting (as virtual packages don't really exist, so there's something else present).01:47
persiaOnce there, you can either modify the build-depends, or port the code, or otherwise try to reach some conclusion.01:47
ScottL_persia: geser suggested the same and I did that earlier tonight,  liblrdf0-dev brought in libcurl4-openssl-dev and libcurl4-gnutls-dev but then01:52
ScottL_vampe-plugin-sdk (my build in ppa) said these packages (and more) were not needed anymore and could be autoremoved01:53
ScottL_other than that I didn't see any weirdness going on when I installed all the packages01:53
ScottL_by hand01:53
persiaSo, which two packages conflict?01:53
ScottL_well it was two packages that conflicted with the same virtual package01:54
persiaAnd probably both provided it :)01:54
persiaWhich two?01:54
ScottL_libcurl4-openssl-dev / libcurl4-gnutls-dev with the virtual package libcurl-dev01:54
ScottL_ohhh, i understand you now....they both wanted to provide it and hence they conflict...duh01:55
persiaOK.  And I presume you want libcurl4-gnutls-dev because you're working with some code that is GPL without the SSL exception?01:55
ScottL_the are depends of liblrdf0-dev...i'm not really sure what they are for to be honest...just building Ardour01:56
ScottL_s/the/they01:56
persiaThey are *both* dependencies for liblrdf0-dev?  So liblrdf0-dev cannot be installed?01:56
ScottL_when I installed liblrdf0-dev by hand in the chroot I believe they both installed as depends01:58
ScottL_when I run pbuilder it bombs01:58
persiaAnd you're using the same chroot for pbuilder and checking the install?01:58
ScottL_aye01:59
persiaOK.  I'm going to encourage you to double-check (based on "I believe they both installed"), because they should either conflict or not.01:59
persiaIf they conflict, then the trick is to find a way to work around that.02:00
persiaIf they don't, you have more checking to do to find out which packages conflict.02:00
ScottL_I read about a bug in the buildd system that didn't handle virtual packages very well from 1997, would my pbuilder in Hardy be susceptible as well?02:00
ScottL_s/1997/2007   LOL02:00
persiaWhich bug?  I have a feeling that might be about versioned virtuals.02:00
ScottL_:( I switch partitions to work on some lucid packaging and I dont' have it up, but might find it again quickly02:01
ScottL_https://bugs.launchpad.net/soyuz/+bug/33591302:03
ubottuUbuntu bug 335913 in soyuz "Availability of a package to provide a virtual package not noticed to clear depwait" [Medium,Triaged]02:03
persiaThat has nothing to do with it.  That has to do with the automated system that retries builds that failed for lack of build-dependencies not automatically retrying them when virtual packages are differently provided.02:04
ScottL_thanks persia, I'm going to stop for tonight, spend time with the family and work on it tomorrow02:12
persiaScottL_: OK.  Good luck with the investigation.  The key is understanding precisely what conflicts.  If you can reproduce it with the installation of a single package, that package ought be fixed.  If you can't, then it's just a matter of adjusting ardour's build-depends.02:14
ScottL_I was change son's diaper (like you needed to know that) and I remember before I hand installed everything02:16
ScottL_I remember pbuilder given me an error saying that libraptor1-dev was BROKEN: because libcurl4-gnutuls-dev was uninstallable02:17
persiaIn that case, it's likely to be a build-depends change.  But go have an evening, and come back when you have time :)02:17
ScottL_does that help at all?02:17
ScottL_all right, thanks again for your help02:17
persiaNot without context.  I don't have a mental map of package relationships (and I doubt anyone does), so all I can do is give you strategies to track down the issue.02:17
* persia grumbles at fpc, which won't even make clean unless it's already installed, which makes bootstrapping annoying.03:23
persiaanyone know how to enable RANDR for xvfb?  libwx-perl seems to need it (or to make it not run those tests, but that seems less ideal)04:17
lifelesspersia: no. I can WAG though.04:21
persialifeless: Please WAG04:22
lifelesspersia: RANDR, like most extensions, is a server specific thing. So you need to patch the server.04:23
lifelesspersia: xvfb is just a specific server.04:23
lifelesspersia: e.g. I don't think you can just enable it, you need to develop it. That said...04:23
lifelessPLEASE PLEASE PLEASE do so04:23
persiaThat goes a bit beyond the light FTBFS analyses I planned for today :)04:24
persiaBut maybe I'll take a look when I finish going through the QA stuff I had planned (although I expect it will take me *lots* of research to learn how)04:25
lifelesspersia: A minimal 'here is the current res, GO AWAY NOW' implementation is probably fairly easy.04:28
persialifeless: That does sound like the least difficult implementation, mostly involving lots of stubs.  I'm just not really comfortable with X programming in general (and tend to get confused at that layer), so it's still a bit of research.04:29
lifelesspersia: sure04:29
persiaThat said, I did put it on my list, just not ahead of the stuff I know I can do fast and well.04:29
lifelesspersia: perhaps we should make an avo to suck bryce's knowledge next week04:29
persiaheh.  That could work nicely :)04:31
lifelessits something dx needs.04:34
lifelessthat and opengl04:34
persiaCan't one do openGL with xfvb with mesa?04:34
lifelessI assume yes in principle04:36
persiaAh, but it's the construction of the recipe that gets tricky.04:36
kamalmostafaHello motu's:  Looks like http://qa.ubuntuwire.com/ftbfs has not updated in 36 hours.  What's up with that?06:07
ScottKkamalmostafa: There was a bug.  It's been fixed.06:07
ScottK(and no, I haven't forgotten)06:07
kamalmostafa:-)  Hi Scott.  Get back to $WORK now.06:08
persiaScottK: Do you know the schedule for the next run by any chance?06:08
ScottKI don't.  wgrant would be the one to ask.06:08
persiaProbably 18:00 UTC then.06:08
* wgrant pokes it in the face.06:18
wgrantIt's on 10 */6, FWIW.06:20
* wgrant runs it in screen this time.06:20
micahganyone good with bzr merges?06:26
persiamicahg: "bzr merge" meaning merging two branches, or "bzr merge" meaning using bzr to merge stuff between Debian and Ubuntu?06:27
micahgpersia: merging with no common ancestor06:28
micahgnon debian06:28
persiamicahg: You have two bzr branches of the same source with no common ancestor?06:28
micahgpersia: I'm trying to prepare TB306:28
micahgTB3.head was a new branch06:28
RAOFYou can't really merge two branches with no common ancestor; bzr will say that every file conflicts.06:29
persiaWell, one can merge, but bzr likely isn't the easiest tool for that.06:30
RAOFMeld would probably work nicely.06:30
persiaOr, perhaps by using bzr to track the changes whilst you do it with manual patch arrangements.06:30
micahgfiles have the same names..06:30
micahgproblem is it's creating a debian and a debian.moved06:31
vishmicahg: as RAOF mentioned even if same name exits , it wont merge... since there is nothing to merge _into_  ... you can setup a new branch06:31
RAOFRight.  Because it finds that both branches have entirely unrelated directories named “debian”, so it has to move one out of the way; you can't have both.06:32
micahgI can't force it to try to merge?06:32
RAOFNot as far as I'm aware.06:32
RAOFI've asked this before, many months ago.  It's possible that there's now some way to do it, but at the time there wasn't.06:33
RAOFThe problem you're hitting is that bzr has an inode-like concept - the filename *isn't* what bzr uses to identify a file by (presumably because otherwise two people adding two separate 'foo' files could get messy).06:34
persiaTo force it, create an (empty) common ancestor.06:34
persiamerge each tree into a new tree off the common ancestor06:34
persiaThen merge those tress.06:34
persiaBut everything will conflict.06:34
Hobbsee!staff06:40
ubottuHey nalioth, jenda, rob, SportChick, seanw, Dave2, Christel, tomaw, Gary, PriceChild, niko or stew, I could use a bit of your time :)06:40
Hobbsee(hitting #ubuntu-women again)06:40
Hobbseecheers06:40
wgrantkamalmostafa, ScottK, persia: Turns out the script was working fine, but some symlink shuffling went wrong. It's fixed and updated now.07:34
persiawgrant: Thanks.07:35
siretartmr_pouit: yes, I am interested. please send the patch to the pkg-multimedia-maintainers mailing list!07:50
ScottKwgrant: Sounds great.07:50
siretartmorning, folks07:50
mr_pouitsiretart: ok, done11:44
ahesomeone here who could review the new version of my package http://revu.ubuntuwire.com/p/rubyripper , please?12:24
lfaraone_If the post-removal scripts of a package fails, will the post-removal scripts of the package that is going to replace it be used instead?13:39
=== lfaraone_ is now known as lfaraone
geseryes, called with failed-upgrade; see http://women.debian.org/wiki/English/MaintainerScripts13:41
lfaraonegeser; okay, i uploaded a sru with a fixed prerm, but fqiled to inckude that.13:42
xteejxHi, I'm totally new to packging, I have read the Packaging Guides, and think I can just about get my head around it. Is the proceudr13:57
xteejx... procedure the same for games that I want to package even if they're on PlayDeb?13:57
persiaMaybe?14:05
persiaI don't know much about playdeb, but I do know a fair bit about the Debian/Ubuntu Games team.14:05
persiaSo, if you want to package stuff, I'd be happy to help you get stuff there.14:06
jariqCould anyone please review packages ipwatchd - http://revu.ubuntuwire.com/p/ipwatchd - and ipwatchd-gnotify - http://revu.ubuntuwire.com/p/ipwatchd-gnotify . Just one more advocation needed :)14:20
xteejxpersia: You were a great help last time, so if you could help I'd appreciate it :)14:34
persiaxteejx: OK.  You've picked out a game already?14:35
xteejxI have 1 or 2 in mind, I'll settle on 1 hang on :)14:35
iulianjariq: Just out of curiosity.  Have you considered getting it into Debian?14:36
xteejxpersia: I was looking at spacejunk http://spacejunk.sourceforge.net/14:36
xteejxIt's not a PlayDeb one, I think that's something for another time when I've learned the ins and outs14:36
persiaWell, I tend to think that it's just as easy to push to Debian as playdeb, if you did it right :)14:37
jariqiulian: well i've created package for ubuntu, submited to revu and then I've found info about debian syncing few days later..14:37
persiaBut anyway.14:37
xteejxpersia: Are you sure you don't mind helping?14:38
persiaxteejx: My first recommendation is to investigate the licensing and copyright of the source.  licensecheck and suspicious-source are good tools for that.14:38
persiaNot at all.14:38
persiaYou'll want to make sure that you can distribute the packaging, and that all the files are appropriately licensed.14:39
xteejxpersia: I've looked at the source it appears to be GPL314:39
xteejxNot sure about all files though14:39
persiaLots of things do :)  One has to look at *each* file in the upstream tarball.14:39
iulianjariq: Ah-ha, OK.  It'd be nice to see it in Debian as well.14:39
xteejxoh right14:39
persia(Yes, this is painful and annoying: I think it's the hardest part of packaging)14:39
xteejxpersia: Where can I get licensecheck and suspicious-source?14:40
iulianjariq: I will review it either later on or tomorrow.14:40
lfaraonexteejx: devscripts14:40
persiaxteejx: devscripts and ubuntu-dev-tools14:40
xteejxok14:41
jariqiulian: Thanx.14:41
lfaraoneHm. Why does suspicious-source flag on .py and .js files?14:42
persialfaraone: Either there's a bug, or something is funny about those files.14:42
persia(if it's a bug, filing and fixing it would be appreciated)14:43
iulianjariq: Anyway, please do consider getting it in Debian as well.  I can give you a hand with it and guide you through the processes, even though I'm not a Debian developer.14:43
lfaraonepersia: well, the files don't have GNU license headers, but other than that they're normal files...14:46
persialfaraone: Do they have some other sort of license header?14:46
lfaraonepersia: no.14:47
persiaThat's likely the issue then.14:47
persia(but check the suspicious-source source to be sure)14:47
xteejxpersia: I'm not sure about the licensing of this one14:47
persiaMy understanding is that suspicious-source tries to find anything that might not be licensed, or might be binary, and flags it.14:47
xteejxpersia: http://paste.ubuntu.com/361975/14:48
xteejxI'm not too sure, there are several licenses14:49
jariqiulian: I am definitely planning to do so and I am going to install debian on my dev machine next week. From what I've read so far I believe there won't be any problems because process seems to be almost identical to ubuntu's.14:49
persiaxteejx: Well, investigate the "NO COPYRIGHT* and "UNKNOWN" bits, one-by-one.  There's no issue mixing GPL, LGPL, and BSD, so long as the collection is GPL.14:49
xteejxpersia: Yeah the source is distributed under GPL314:50
lfaraonexteejx: but you have to check whether upstream knows what they're doing, and didn't include other-sourced-code.14:50
lfaraone*other-licened-code14:50
persiaxteejx: Also, I'll recommend you run `licensecheck --copyright -r .` rather than `licensecheck *` to make sure to catch subdirectories (and the output is nicer)14:50
xteejxpersia: Ok, I'll do that :)14:50
iulianjariq: Yes indeed.14:51
lfaraonepersia: I'm looking at the source of http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/karmic/ubuntu-dev-tools/karmic/annotate/head%3A/suspicious-source , and although I'm not too savvy at find, I don't see it doing anything that would cause the behavior I'm seeing.14:51
persiaWell, the .js files just aren't listed in FILES (this would be an easy fix).14:52
persiaBut I don't have any explanation for the .py files.14:52
lfaraonepersia: yeah...14:52
persiaMaybe try with `set -x` ?14:54
lfaraonepersia: it ends up running "find '!' '(' -name '*.h' -o -name '*.c' -o -name '*.cc' -o -name '*.cpp' -o -name extractDoc.py -o -name setup.py -o -name '*.sh' -o -name '*.txt' -o -name '*.text' -o -name '*.3' -o -name '*.m4' -o -name '*.xml' -o -name '*.html' -o -name '*.php' -o -name '*.php3' -o -name '*.php4' -o -name '*.class' -o -name '*.form' -o -name '*.module' -o -name '*.cfg' -o -name '*.conf' -o -name '*.config' -o -name '*.odt' -o -name14:56
lfaraone(was that cut off?)14:57
persiaIt was, but did it include "-o -name '*.py'" ?14:58
lfaraonepersia: no, and I can't figure out why.15:02
xteejxpersia: All done, the Unknown are copyrighted, and the no copyright ones had no Copyright information at all, just source15:02
lfaraonepersia: "extractDoc.py" and "setup.py" are files in the root of the tree15:02
persiaI *think* that the find command is excluding all the stuff that matches the -o -name rules.15:04
xteejxpersia: The sge files are copyrighted, the others aren't15:04
persia(-o is logical-OR, -name means apply the following glob to file names)15:04
persiaxteejx: So, is there anything that is copyrighted, but not licensed, or anything that is not copyrighted but appears to contain significant content?15:04
xteejxpersia: Not that I can see, no.15:05
xteejxEverything copyrighted is licensed, and the ones that aren't are mkbin / mkinstaller files15:05
lfaraonepersia: okay. I wonder why it expands the * on .py files15:07
persialfaraone: I'm not sure at all.15:08
persiaxteejx: Excellent.15:08
xteejxpersia: So everything copyrighted must be licensed, and GPL, LPGL and BSD licenses are safe to work together as long as they're GPL licensed 'together' ? Is that right?15:09
lfaraonepersia: so it's definently a bug?15:09
persiaxteejx: So, unpack the source (you've probably done this), and create a debian/ directory inside.  Document your copyright findings in debian/copyright.  `echo 7 > debian/compat`, `cp /usr/share/doc/debhelper/examples/rules.tiny debian/rules`, and `dch --create` to do most of the packaging.15:09
lfaraonels15:09
persiaxteejx: And everything significant must be copyrighted, but otherwise, yes.15:09
xteejxpersia: Can I use dh_make to do this?15:09
persialfaraone: Well, if there are sources you don't think are suspicious showing up in suspicious-source, then yes.15:10
persiaxteejx: dh_make adds lots of example files you have to remove, and I don't tend to find the way it writes rules files easy.  It's a handy tool to explain a lot of the ways things work, but, in my opinion, useless when creating a package.15:14
xteejxahh ok15:14
lfaraonepersia: I'm curious, does the latest version of debhelper automagically handle python packages without manual rule tweaking?15:15
persialfaraone: It's my understanding that it does, for the 90% case, with rules.tiny15:15
lfaraonepersia: so should I convert my existing, working cdbs-based packages to it?15:16
lfaraonepersia: i'm still fuzzy on the main advantage of dh7 over cdbs.15:16
persiaBut I don't tend to do python packaging, so my recommendation would be either try it or laboriously dig through debian-python's VCS to see examples of what has been done.15:16
persialfaraone: The main advantages of dh7 over cdbs for me are 1) the sequences are better documented, 2) overriding stuff is lots easier, and 3) it installs changelogs properly15:17
persialfaraone: So, I haven't converted my packages (although I probably will at some point, for consistency), but for new packaging I only use dh(1)15:19
xteejxpersia: Still here? I think this should be ok for the debian/copyright http://paste.ubuntu.com/362007/15:37
persiaxteejx: You need to include the 3-paragraph GPL header, the 3-paragraph LGPL header, and the entire text of the CC licenses.15:38
xteejxpersia: What about the BSD?15:38
persiaxteejx: Also, be aware that cc-nc-by-sa fails DFSG #6 (http://www.debian.org/social_contract#guidelines), which makes this non-free/multiverse15:39
xteejxpersia: I thought cc-nc-sa would be ok to use...share-alike ?15:40
persiaxteejx: You need the entirety of any BSD-style licenses, unless they are the current BSD as distributed by the Regents of the University of California (and the code is copyrighted by the Regents of the University of California).  I just didn't see the BSD references in your draft.15:40
persiaxteejx: Issue is the "nc" bit: discriminates against commercial use.  One can't sell a CD containing it, or include it in a saleable product.15:41
persia(well, one can sell such a CD, but needs to go through annoying machinations to do so)15:41
xteejxpersia: but Ubuntu is 'free', and it would be in Universe, so that would bypass that wouldn't it?15:41
persiaxteejx: Ubuntu may be free or may be sold (with certain limitations).15:46
xteejxpersia: So, this project is not a possibility without consent?15:46
persiaMind you, there's a inherent price limit in it also being available without cost, but there's no limit to commercial application.15:46
persiaIt's possible, it's just non-free in Debian, and multiverse in Ubuntu.  No reason not to package.15:47
xteejxpersia: I see :) I got worried there15:47
persiaOnce packaging is done, it's worth asking upstream about it, but it's not that important.15:47
aheuntil when are new packages are allowed to enter lucid?15:50
xteejxpersia: Is this better? If I missed anything let me know :) http://paste.ubuntu.com/362016/15:55
persiaahe: FeatureFreeze is the typical deadline.15:55
persiaxteejx: I'd prefer the complete text of the CC licenses be in debian/copyright (even though this duplicates text in the source), and only ship debian/copyright to end users, rather than needing to ship several license files (because this compresses better).15:57
persiaxteejx: For GPL and LGPL, you need the text from the "How to use this license" section in each license.15:57
persiaThe BST stuff looks OK, although please don't call it "The BSD license" because it isn't.  It's the Guichan license, with almost the same text as the BSD license.15:58
persias/BST/BSD/15:58
xteejxSo having a REALLY long License: section is ok?15:58
xteejxpersia: I didn't realise15:58
persiaI'd recommend something like "The files int he guichan/ folder are subject to the following license: ..."15:58
persiaYes.  No limit to debian/copyright size, as long as it's complete.15:58
persiaOne large text file will compress better than several small ones.15:58
xteejxOk, so copying and pasting the full licenses into it and formatting them correctly is ok?15:59
persiaFor licenses that appear (verbatim) in /usr/share/common-licenses, it's OK to just put the little headers one puts in source files, and then reference the common-license, but otherwise, yes.16:00
=== yofel_ is now known as yofel
shadeslayerhi can someone help me with a bit pf packaging?16:18
persiashadeslayer: Sure, but I'd prefer to help you with packaging targeted at Ubuntu than at a PPA, if you're up for that.16:19
shadeslayerpersia: um i actually was aiming finally at a PPA16:20
shadeslayerpersia: whats the difference though?16:20
persiaYeah, I saw from identi.ca and #kubutnu-devel :)16:20
shadeslayerpersia: lol :)16:20
persiaDifferences are mostly 1) we try to get things right, rather than mostly right for distro work, and 2) we tend to work more collaboratively16:21
shadeslayerand btw yayy... kde 4.4 rc2 out in a few hours16:21
persiaWell, there's also freezes and stuff, but that's not usually directly related to packaging.16:21
shadeslayerpersia: theres no difference as to building steps?16:21
persiashadeslayer: Aside from where the final upload happens, no.16:22
shadeslayerpersia: so the PPA's accept .debs too?16:22
persiaNo, but we don't produce .debs.16:23
persiaI once suggested that all of Ubuntu could be replaced with three PPAs.  People didn't like the idea, but the concepts are similar.16:23
shadeslayerpersia: i think there should be just 2 repos : free and non-free16:24
shadeslayermuch easier to remember :P16:24
shadeslayerkeep everything else like betas and stuff to PPA16:24
persiaMy three were "free", "restricted software", and "restricted data", because there's lots of interesting data that doesn't grant the freedom to modify.16:25
shadeslayerpersia: anyways i was here : https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging from Scratch16:25
persiaOK.  That's the long-winded version :)16:25
persiaDid you already pick out your software?16:25
shadeslayerpersia: yep16:25
persiaFirst step: check the licensing :)16:26
shadeslayerpersia: its a kopete plugin for facebook alot of people are demanding it :P16:26
persia(yes, this means check every file).16:26
shadeslayerpersia: :o16:26
persiaI know, but it's important, as otherwise you can't be sure that you have permission to modify and redistribute.16:26
hyperairpersia: why three "PPAs"?16:26
shadeslayerpersia: one sec,which is preferred a point release or the current git version?16:26
persiahyperair: "main", "restricted-software", "restricted-data".16:26
persiashadeslayer: I prefer actual releases, personally.16:27
hyperairif you used PPAs as the main repository, then it'd still be that, the main repository.16:27
jpdsshadeslayer: It's there a kopete-facebook package?16:27
jpdsIsn't*16:27
persiaIf there's some cool stuff in git, extract and apply as patches.16:27
shadeslayerjpds: yeah its outdated16:27
persiahyperair: Right.  It's just an implementation thing.16:27
hyperairah16:27
persia(and I no longer believe that three PPAs solves the issue, it was just an offhand comment during one of the ArchiveReorganisation discussions)16:28
shadeslayerpersia: brb in a few secs16:28
shadeslayerunfourtunately im also involved in : http://mstc.tk/ : :P16:31
shadeslayerpersia: lemme download their release16:31
kamalmostafaIs there any way I can run a test build on sparc and/or powerpc for a Lucid package?16:32
persiakamalmostafa: Get a sparc and/or powerpc :)16:32
persiaBut I have a powerpc.  Which package?16:32
kamalmostafa(I'm working on an amd64 machine!)...  Aw persia, you beat me to my correction!  ;-)16:33
kamalmostafaThe package is libexplain, but it needs fixes (separate fixes) for sparc and powerpc.16:33
shadeslayerpersia: next step?16:33
shadeslayer(i have the tarball16:34
persiakamalmostafa: Well, if you give me a .dsc, I'm up for running test-builds.16:34
persiashadeslayer: Unpack the source, create a debian/ folder, and document your copyright research in debian/copyright16:34
kamalmostafapersia: okay thanks.  I haven't actually tried fixing the problems yet -- just planning how I would test it if I did.  I'll holler for you when/if I need a powerpc test build.16:35
persiakamalmostafa: Just ask here (or in #ubuntu-powerpc) if someone can run a lucid test build.16:35
persiaThere's a few of us with various architectures.16:36
shadeslayerpersia: what if a header file doesnt have the GPL?16:36
persiashadeslayer: What license does it have?16:36
shadeslayerpersia: none at all16:36
persiaWell, unless you're in Nicaragua or Honduras, that means that the author reserves all rights of copyright, so you can't distribute.16:37
shadeslayerpersia: some of the files dont have the license but the COPYING file says GPL16:37
shadeslayerpersia: what now? :P16:38
persiashadeslayer: COPYING is there to meet the "You should have received a copy of the GPL with this" bit, not to declare everythign GPL.16:38
persiashadeslayer: Talk to upstream about the issues.16:38
shadeslayerpersia: um : Kopete facebook plugin is licensed under the GNU General Public License16:38
persiashadeslayer: If upstream didn't license GPL because they wanted open headers, suggest an ISC (or similar) license for the headers, and GPL for the code.16:38
persiaApparently some of the header files aren't.16:39
shadeslayerpersia: http://pastebin.com/f19ec20db16:39
persiashadeslayer: I understand.  Please read the "How to use the GPL" section (at the bottom of the GPL), check the header files that don't have headers again, and explain to upstream.16:40
persiaAlternately, explain to me if you're *really* sure they aren't required, but I believe them to be (outside Nicaragua and Honduras)16:40
shadeslayerpersia: well i think the author simply forgot about applying the license to header files since the .cpp's are all licensed and the project is freely available on git16:42
persiashadeslayer: I think you're right, and I suspect the author would very much appreciate a patch adding the license headers and apply it in git with alacrity :)16:42
shadeslayerpersia: also the the 5th line of the pastebin states all header files are licensed under GPL16:42
persiaRight, but, at least from my reading of "How to use the GPL", it wasn't done according to the guidelines.16:43
persiaI'm not sure how it might get argued in court, but I tend to be extra conservative, as I'd rather never find out.16:43
shadeslayerpersia: you mean this : http://www.gnu.org/licenses/gpl-howto.html16:43
persiaActually, I meant the stuff at the bottom of COPYING, but the content isn't that different.16:44
persiahttp://www.gnu.org/licenses/gpl-3.0.html#howto seems to be a webified version of what I was referencing.16:45
shadeslayerso i guess no packaging lessons for me :P16:45
persiaI didn't say that.  Checking and documenting copyright is the first step.16:46
shadeslayerpersia: hmm well if the licensing isnt right we cant package it right?16:46
persiaYou've done half of that, and part of your packaging is to contact upstream and discuss it with them.16:46
persiaYou can package it, you just don't necessarily have permission to distribute it.16:46
shadeslayerpersia: hehe :)16:47
persiaWas it I packaging it, I'd do all the work, and keep a copy on my hard drive to finish up once I heard back from upstream.16:47
shadeslayerpersia: thats what i was thinking ><16:47
persiaSo, put together a debian/copyright (noting which files are unlicensed, and what license applies to the rest, etc.).16:48
persiaAnd when you're done, ask for the next steps.16:48
xteejxpersia: This should be ok now http://paste.ubuntu.com/362045/16:48
persiaxteejx: You still don't have the three-paragraph header for the GPL-3 stuff (see the last link I posted)16:49
persiaxteejx: You're still calling the guichan license the "BSD" license, and it's not.16:49
xteejxpersia: That's what is in its own copying file16:49
persiaxteejx: Yes, but the idea is to put all the copyright information in one file, rather than distributing lots of files to end users.16:50
xteejxSo, even though they *state* it's BSD, it really isn't, so just remove the BSD wording?16:50
persiaxteejx: Also, I see cc-nc-by-sa, but I thought there was also some cc-by-sa (not NC) stuff, wasn't there?16:50
persiaxteejx: Yep.  They got it wrong.  It can't be "The BSD license" unless copyright on the work is held by the Regents of the University of California.  Most people are lazy though, and prefer to say "BSD License" rather than "BSD license with ownership changes" or some similar, longer, phrase.16:51
xteejxpersia: The Creative Commons Attribution-Share Alike license and the Creative Commons Attribution-Noncommercial-Share Alike license are there16:51
xteejxpersia: I see16:51
* persia looks harder, having thought there was only one.16:52
persiaRight.  Sorry.  I see them both now.  They're so similar, I got confused reading them :)16:52
xteejxhehe16:52
persiaSo it's just adding the three paragraphs for each of GPL and LGPL, and dropping the "(BSD)" bit from the guichan license.16:53
xteejxpersia: One last thing abut the GPL3 thing.....which parts have to be copied, I can't see any "how to use" section, or is it just the header?16:53
xteejxwhich paragraphs? Sorry16:53
persiaxteejx: At the very bottom of the GPL, there should be a "How to use" section.  http://www.gnu.org/licenses/gpl-3.0.html#howto seems to be a webified version of the same thing, and describes the paragraphs.16:53
shadeslayerpersia: ok can you just tell me to package it,ive sent a message to the dev about the GPL license16:54
xteejxpersia: There's a 'How to Apply These Terms to Your New Programs' section...is that it?16:54
persiaxteejx: Yep,  Those paragraphs.16:54
xteejxI see it now....it's so small!! Thanks :)16:54
persiashadeslayer: The next step is debian/copyright (which xteej is also working on right now).16:54
persiashadeslayer: Basically, just document everything in that file.16:55
shadeslayerpersia: ok so i create : a folder debain with a text file called copyright and put what in it?16:57
persiashadeslayer: There's two formats that are widespread.  One is documented at http://dep.debian.net/deps/dep5/ and the other at http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html16:57
xteejxpersia: All done 100% now http://paste.ubuntu.com/362052/ :)16:58
persiaPick whichever one seems easier to you :)16:58
xteejxpersia: I see what you meant about this being quite a difficult bit!!16:58
persiaYep.  It's the hardest part, which is why I like to do it first.  Nothing is more annoying than packaging something and discovering one can't distribute.16:58
shadeslayerpersia: i choose the second one :)16:59
persiashadeslayer: OK.  Go for it :)16:59
shadeslayerpersia: hehe VICTIMS NAME :P16:59
persiaxteejx: Did you already run all the other commands I listed to set up the boilerplate packaging?16:59
xteejxpersia: Well thankfully it's done, so now I have debian/compat and copyright17:00
shadeslayerpersia: btw theres already one package maintainer with ubuntu,should i put his name or mine?17:00
persiaNext is rules (copy from /usr/share/doc/debhelper/examples/rules.tiny) and changelog (create a new one with dch --create)17:00
persiashadeslayer: Already working on this package?17:00
xteejxpersia: Ok :)17:00
shadeslayerpersia: i mean someone already created a .deb which is in repo17:01
persiashadeslayer: So you're not packaging something new, but just want to modify a package?17:01
shadeslayerpersia: its a new version actually17:01
shadeslayerpersia: theres already 0.1.4-0ubuntu1.117:02
shadeslayer!info kopete-facebook17:02
ubottukopete-facebook (source: kopete-facebook): Facebook chat plugin for Kopete. In component universe, is optional. Version 0.1.4-0ubuntu1 (karmic), package size 77 kB, installed size 308 kB17:02
shadeslayerpersia: and i have 0.1.517:02
persiashadeslayer: OK.  Go back to #kubuntu-devel, and ask "How I can help get a new version of ${whatever} into the repositories?".  You don't need to learn how to package something, but how to work with the kubuntu-ninjas to keep everything up to date.17:02
shadeslayerpersia: well actually i want to start from scratch about building packages... not from the middle :)17:03
xteejxpersia: I set version to 1.0.1-0ubuntu1, as its not in Debian and upstream version is 1.0.117:03
xteejxpersia: Is that correct?17:03
persiaxteejx: That works for now.17:03
xteejxrelease = lucid?17:03
persiashadeslayer: I actually recommend starting in the middle.  It's a lot easier to make an impact by learning how to make small changes, and fixing lots of packages than to learn how to package new stuff (which can take months to get in).17:04
xteejxI'm a triager and use Lucid for testing anyway17:04
persiaxteejx: Yep, lucid would be good.17:04
shadeslayerpersia: hmm well atleast theres some activity there now :)17:04
persiashadeslayer: Also, by getting involved with the team, you'll get lots more experience working with them than by working on your own looking at random generic advice on how to package.17:05
shadeslayerpersia: hehe... i just asked there :)17:05
xteejxpersia: changelog created17:05
shadeslayerpersia: btw whats your identi.ca URL?17:05
persiashadeslayer: No idea.  My nick is persia, but I only very rarely post anything.17:06
xteejxhttp://paste.ubuntu.com/362056/17:06
persiaxteejx: OK, so you have copyright, compat, rules, and changelog?17:06
shadeslayerpersia: no problem :)17:06
xteejxpersia: Yup :)17:06
persiaCool.  Next up: debian/watch17:06
persiaman uscan to read all about it.17:06
xteejxMe?17:06
persiaYep.17:07
xteejxGreat!? lol :)17:07
xteejxBloody hell I didn't know that could do that!!17:08
persiaNice, isn't it :)17:08
xteejxVery handy!17:08
persiaSometimes I do watch first, but copyright is the hard part, and most people already downloaded something they want to package.17:08
xteejxjust need to read now heh17:08
shadeslayerpersia: wanna help me out in kubuntu-devel?17:10
persiashadeslayer: I'm not familiar with the Kubuntu Ninja's workflows, which is why I sent you there.17:10
shadeslayerah ok17:10
persias/\'s/s\'/17:11
dupondjehttps://bugs.launchpad.net/ubuntu/+source/synce-sync-engine/+bug/511986 => how to make it seen by people that can do this ? :D17:11
ubottuUbuntu bug 511986 in synce-sync-engine "Please sync 0.14 from SynCE PPA" [Undecided,New]17:11
xteejxpersia: This is very confusing17:11
persiadupondje: What's holding it out of debian/testing?17:11
shadeslayerdupondje: its already public17:11
persiaxteejx: https://wiki.ubuntu.com/PackagingGuide/Complete#Creating%20and%20Using%20a%20debian/watch%20File might provide more examples.17:12
xteejxThanks persia :)17:12
dupondjepersia: think slowlyness :D17:13
persiadupondje: Is it in unstable already?17:14
dupondjepersia: nope17:14
persiaAre you part of upstream?17:14
dupondjeonly user17:15
dupondjecould do a bugreport on debian to get new version into unstable :)17:15
persiaPlease do, and link the Ubuntu bug to the Debian bug.17:15
persiaWe *can* put in a newer version, but since we have yet to hit DebianImportFreeze, it's better to work through Debian right now (as opposed to after freeze, when it's best to work in parallel).17:16
sebnerdupondje: we don't sync from private PPA's btw17:26
xteejxpersia: I can't work out how to do the watch file for a sourceforge project....17:26
dupondjesebner: I know its not a 'real sync', but it can be used as a start right ? :)17:26
sebnerdupondje: depending on the quality ;) but as persia pointed out, getting it into Debian first and then sync to ubuntu is the prefered way17:27
persiaxteejx: There's a special syntax.  Look at the examples in the uscan man page.17:28
xteejxpersia: I have... its really difficult :(17:28
xteejxI'm still trying though17:29
xteejxpersia: Got it!!!!17:34
persiaxteejx: Excellent.  Now for the last bit to tie it together, and call it packaged (mind you, the package may be buggy, but it will be a package), debian/control17:35
xteejxpersia: Ok...17:35
persiaSo, open your favorite text editor and open http://www.debian.org/doc/debian-policy/ch-controlfields.html in a browser17:36
xteejxyup17:36
persiaStarting from Source: go through each field, read about what it does, and add the right entry.17:36
xteejxhey micahg17:36
xteejxpersia: Ok, I'll try :)17:36
persiaPut a blank line between the Source and Package sections (and each additional Package section if you have lots of them).17:36
dupondjedid a bugreport into debian :)17:37
shadeslayerpersia: btw whats a good page to learn packaging ive been empty for the past hour :P17:37
runasandshadeslayer: https://wiki.ubuntu.com/PackagingGuide17:37
shadeslayerrunasand: i am reading that but persia said that was a pretty long wiki17:38
persiashadeslayer: Or read backscroll, as xteej is packaging something now :)17:38
runasandshadeslayer: sure, but there's lots of useful info in it :)17:38
shadeslayerrunasand: ok17:38
persiaIndeed.  It's full of useful info.  It's just long :)17:38
shadeslayerpersia: i would rather read the wiki,since i cant read the backscroll ( just too lazy :P )17:39
persiaOK.17:39
shadeslayerrunasand: can you help with  A specific version of a package can be selected for installation by following the package name with an equals and the17:40
shadeslayer           version of the package to select. This will cause that version to be located and selected for install. Alternatively17:40
shadeslayer           a specific distribution can be selected by following the package name with a slash and the version of the17:40
shadeslayer           distribution or the Archive name (stable, testing, unstable).17:40
shadeslayeroh crap ..17:40
xteejxpersia: What do I put in for build-depends, the source depends on sdl that's all17:40
persiaxteejx: I suddenly think I wasn't clear: only the stuff in section 5.2 matters.17:40
runasandshadeslayer: sorry? what do you need help with?17:40
shadeslayerrunasand: https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging from Scratch << stuck at 4th command17:41
xteejxpersia: That's ok, I guessed :)17:41
shadeslayerrunasand: yeah apparently the url didnt get copied :P17:41
persiaxteejx: That's the idea :)  If you get it wrong, the package fails to build, and you can fix it :)17:41
xteejxhmmmm apt-cahce search sdl methinks17:41
randomactionshadeslayer: there was also a great session last UDW: https://wiki.ubuntu.com/MeetingLogs/devweek0909/PkgFromScratch17:41
persiaxteejx: Also put "debhelper (>= 7)" in your build-deps.17:41
runasandshadeslayer: but what have you done so far?17:41
shadeslayerrunasand: does it mean the tarball i downloaded via ftp?17:42
xteejxpersia: What's the $sh:Depends thing I've seen before?17:42
shadeslayerrunasand: all the commands before that command :P17:42
shadeslayerrunasand: i did attend that session last time :)17:42
persia${shlibs:Depends}?  You probably also want ${misc:Depends}.17:42
runasandshadeslayer: https://wiki.ubuntu.com/PackagingGuide/Complete#Getting%20Started -- start there ;)17:42
shadeslayer(didnt learn properly though )17:42
xteejxok17:42
runasandshadeslayer: you can't really skip any steps if you want to learn it properly. Take your time and read everything :)17:43
shadeslayerrunasand: as i said i did everything before that.. cmake,make etc17:43
runasandshadeslayer: so, which command are having problems with and what exactly is the problem?17:43
shadeslayerrunasand: mkdir hello-2.4 << and the next one,does it mean that i need to extract the ftp download to this folder?17:44
runasandshadeslayer: have you actually downloaded the source for hello?17:44
shadeslayerrunasand: see the 3rd command in that section17:44
xteejxpersia: I'm not sure what to use for sdl... I could trial and error I guess....also what is the Standards-Version?17:45
runasandshadeslayer: if not, then that's what you need to do :)17:45
shadeslayerrunasand: yeah as it says in : https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging from Scratch17:45
persiaxteejx: Check which version of debian-policy is installed in lucid, and use the first three digits.17:45
xteejxpersia: No probs17:45
runasandshadeslayer: if you already have the software, then there's no need to download it again17:45
persiaFor SDL, I'd probably use libsdl1.2-dev17:46
persia(but you may want more modules: `apt-cache search sdl dev` shows mostly development libraries)17:46
shadeslayerrunasand: oh ok17:46
xteejxpersia: I thought libsdl1.2 as well17:46
persiaBut it also doesn't matter: if you forget something, it will fail to build, and you can add it later (that's why I say this creates a buggy package, and then we get to fix bugs).17:47
xteejxBuild-Depends: ${misc:Depends}    <  Do I put a comma after or whitespace between depends17:47
xteejx?17:47
shadeslayerrunasand: from where do i start after using apt-get source?17:47
persiaxteejx: You generally want to build-depend on -dev packages, and let them decide if they need the libraries, or just headers.  It depends on the library.17:47
runasandshadeslayer: I thought you said you'd already run 'make' and friends?17:47
persiaxteejx: ${shlibs:Depends} and ${misc:Depends} belong in Depends: not in Build-Depends.17:47
persiaAnd separate with commas.17:48
shadeslayerrunasand: eh? i told you that i knew about make17:48
xteejxpersia: Ahh ok...won't the -dev cause problems when a .deb is made?17:48
persiaWhy?17:48
runasandshadeslayer: after you've downloaded the software you want to package, you need to run a command to create the debian directory17:48
runasandshadeslayer: that command is dh_make17:48
xteejxAlso, it tells me I needed 2 paragraphs 1 for source, 1 for binary, or is that wrong?17:48
shadeslayerrunasand: ok17:48
persiaYou need the -dev to build.  That might cause some dependency to be defined in ${shlibs:Depends}, which then goes to the deb.17:48
runasandshadeslayer: this is all in the wiki, you know :)17:49
xteejxpersia: Ohhhhh I see17:49
persiaxteejx: That's right.  Starting from "Source" is the source paragraph, and starting from "Package" is the binary paragraph.17:49
shadeslayerrunasand: ok found it,thanks :)17:50
xteejxpersia: I don't see how there will be any difference between the two...?17:50
persiaxteejx: If there are lines that would be duplicate, don't bother adding them to the binary section.17:50
xteejxpersia: Ok, makes sense, just double checking thank you :)17:50
persiaBut you need both.  One is about the .dsc and one is about the .deb17:50
=== shadeslayer is now known as shadeslayer_
xteejxpersia: Architecture? It doesn't seem specific, so any?17:54
persiaYep.17:55
xteejx1persia: http://paste.ubuntu.com/362087/ hope this is ok18:00
persiaxteejx1: Drop Priority and Section from the binary section18:00
persiaOther than that, it looks like a good start.18:01
persiaSo, now run `debuild -S -us -uc` to build an unsigned, buggy, source package.18:01
persiaDid you ever construct a lucid schroot?18:01
persiaOh, except you want to add "Build-Depends: debhelper (=> 7), libsdl1.2-dev" to the source section, and replace libsdl1.2-dev with ${shlibs:Depends} in the binary section.18:03
xteejx1persia: Yeah few weeks ago, but I had serious data corruption, my laptop hard drive failed, so reinstalled18:03
xteejx1ok18:03
persiaDo you have any schroots setup?18:03
xteejx1nope18:03
persiaDo you still have the LVM partition?18:03
xteejx1lol nope18:03
xteejx1Can't I just do it with pbuilder?18:04
persiaThen go install pbuilder, and set it up (I don't know the best way to do this)18:04
persia!pbuilder18:04
ubottupbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto18:04
xteejx1persia: http://paste.ubuntu.com/362089/18:08
persiaGreat.  `debuild -S -us -uc`18:08
xteejx1problems (as expected)18:10
persiaExcellent.  Go fix them :)18:10
=== shadeslayer_ is now known as shadeslayer
xteejx1They're only lintian errors, it appeared to debuild ok... ancient-autotools-helper-file, outdated-autotools-helper-file, and bad-relation build-depends: debhelper (= > 7)18:14
persiadebhelper (>= 7) (no space)18:15
xteejx1There isn't a space in the control file18:15
xteejx1Build-Depends: debhelper (=> 7), libsdl1.2-dev18:15
persiaOh, sorry.  >= rather than =>18:15
xteejx1ohh :D18:16
xteejx1can I redo the debuild again without worrying?18:16
xteejx1i.e. no need to remove anything?18:16
persiaTake a look around with ls.  You should be able to do so.18:16
xteejx1http://paste.ubuntu.com/362098/ I don't see any problems other than the ancient/outdated autotools helper files.... but this is ok right?18:19
persiaWell, no.  It makes it less portable.  Try adding autotools-dev to build-depends and putting something like http://paste.ubuntu.com/362099/  in debian/rules18:21
xteejx1One day I will fully understand what that rules file does18:23
persiaAlso, to get lintian to tell you more (but it may make mistakes), try running `lintian -iIv spacejunk_1.0.1-0ubuntu1_source.changes` and also `lintian --pedantic ...`18:23
xteejx1W: spacejunk source: debhelper-overrides-need-versioned-build-depends (>= 7.0.50~)18:23
persiaThen update that in the Build-Depends :)18:24
xteejx1persia: I was going to say shall I change the version :)18:24
persiaAt this point, lintian will be a better teacher than I (but ask questions if you're unsure).18:24
xteejx1Ok, so the ideal result is NO lintian errors at all?18:24
randomactionthere should really be a debhelper command to update outdated config.*18:24
persiaOnce you get the source clean, try a pbuilder build, and run lintian against the binary .changes file.18:25
persiaGetting no lintian Errors is a definite goal.  Getting no lintian messages is less so.  Sometimes lintian doesn't understand correctly, and it does have bugs.18:26
persiaBut most of the time, lintian has good advice, and you have to be fairly sure it's wrong to ignore it.18:26
xteejx1Which I'm not :P18:27
persiaRight.  But now you have a buggy package, and once you fix the bugs, you'll have a good package.18:27
persiaOnce you have a good package, since it's a game, you'll want to get in touch with the Debian/Ubuntu Games team to get it uploaded.18:27
persia(or, if that's slow, stick it on REVU, but that may take just as long).18:28
xteejx1cool18:28
xteejx1btw $ lintian -ilv spacejunk_1.0.1-0ubuntu1_source.changes18:28
xteejx1Value "v" invalid for option l (number expected)18:28
xteejx1error parsing options18:28
dupondjepersia: https://bugs.launchpad.net/debian/+source/synce-sync-engine/+bug/511986 linked upstream now :)18:28
ubottuUbuntu bug 511986 in synce-sync-engine "Please sync 0.14 from SynCE PPA" [Undecided,New]18:28
persiaxteejx1: lower-case i, capital i, lower-case v18:29
xteejx1ohhh :)18:29
persiadupondje: Great.  If we reach Debian Import Freeze, and it still isn't in unstable, ask back here about how to proceed.18:29
dupondjeok:)18:30
* persia plots a good 15-30Ksec lag18:31
xteejx1persia: All good, except P: spacejunk source: source-contains-prebuilt-windows-binary windlls/libogg-0.dll but I think they MAY be needed18:37
ahecould someone review the new version of my package http://revu.ubuntuwire.com/p/rubyripper , please?18:59
xteejx1persia: Ping!19:03
randomactionxteejx1: I believe that 15-30K sec lag referred to sleep19:07
xteejx1I've been trying to build a new package for Ubuntu (my first time), I've got up to doing debuild, which after a little fiddling has went fine apart from lintian saying about windows binary dlls in the source, but I think they're needed... where do I go from here please can someone help?19:08
xteejx1randomaction: heh :)19:08
=== xteejx1 is now known as xteejx
xteejxdo I do pbuilder now to test the build process?19:09
xteejxHey guys, http://paste.ubuntu.com/362127/ I have an error 9 in [override_dh_auto_configure] can someone help please?19:17
xteejxI'm trying to make a package, and this happened in pbuilder19:18
kamalmostafaMotu's please advise:  Debian's package libexplain 0.19.D001-1 seems stuck in unstable - http://packages.qa.debian.org/libe/libexplain.html - I don't understand the "Check why" explanation.  I would like to get that version into Lucid to fix some FTBFS's.  I can pbuilder-lucid-amd64 it fine and install it.  I think I should file a sync request -- but can I get some help understanding the "Check why" first?19:34
randomactionxteejx: the error occurred while running ./configure, it should be in the previous lines19:36
Laneykamalmostafa: sounds like it starts a transition19:36
xteejxrandomaction: That's what I thought, I'm now trying to build it from source locally to test if it installs on my system, I'm guessing once I can do that, it'll be a LOT easier to package it19:36
Laneyhmm, maybe not19:37
randomactionxteejx: that's true. configure often fails because of missing build-deps19:37
xteejxrandomaction: Well it's having problems finding sdl so I'll work through the configure script problems to track it down :)19:38
randomactionkamalmostafa: maybe this is the case described by "Explanation #1" at http://release.debian.org/migration/testing.pl?package=libexplain ?19:39
kamalmostafarandomaction: Well, yes, that sounds most reasonable, but...  All of the packages that it claims will be "uninstallable" are just those that are produced by libexplain itself.  Note http://packages.qa.debian.org/libe/libexplain.html .   As stated, I don't get it ;-)19:40
kamalmostafaI meant this URL:   http://release.debian.org/migration/testing.pl?package=libexplain;expand=119:40
xteejxIs it normal for a game to want -dev libs for the configure script to work??19:42
randomactionxteejx: yes, for games and most software :)19:43
xteejxrandomaction: Ohh OK, just got a little worried when it looked like it wanted 50M+ of archives :)19:44
randomactionkamalmostafa: I think I got it: http://packages.debian.org/sid/libexplain9 - depends on non-existent libcap1 on i38619:45
randomactionso it should be rebuilt (binNMU'ed, in Debian language)19:46
kamalmostafarandomaction: but only i386?  Let me look at the deps here.19:46
randomactionit must have been build before the transition; if it were built now, it'd depend on libcap219:50
xteejxThis package I'm creating, I'm running 32 bit Lucid, will it be buildable on amd64?19:50
kamalmostafarandomaction: Where are you seeing that reference to libcap2?  Here's the control file from libexplain 0.19.*  http://paste.ubuntu.com/362150/19:51
randomaction${shlibs:Depends} expands to list of packages containing libraries to which the binaries have been linked19:52
kamalmostafarandomaction: Ah, okay.  And how does one "expand" that list for inspection?19:53
randomactionit's done by dpkg-shlibdeps command which is run during build, after the executables have been created19:54
randomactionso you just build the package and look at dependencies of resulting debs19:54
randomactionDoes anyone know the appropriate place to ask for binNMU? Is it debian-release@l.d.o?19:56
kamalmostafarandomaction: so given a .deb, what handy command will tell me its dependencies (without installing it)?19:58
randomactiondpkg -I (capital i)19:59
kamalmostafarandomaction: Got it.  Okay, now I do see the libcap2 depend.  Thanks.   What's my next step?20:01
kamalmostafa... I mean, to poke Debian.20:02
randomactionI don't know much about how this works in Debian, but I think you should ask for binNMU of libexplain on i386. I'm not sure where to do this, probably debian-release@l.d.o, but you could be better off asking in some Debian channel.20:04
randomactionAnd if you did the build locally, not in pbuilder, you can examine the substvars file in debian/ to see what variables expanded to what.20:05
kamalmostafarandomaction: Okay, very good -- I'll chase that down with Debian.   In the meantime, can we just sync the unstable version into Lucid anyway?20:08
randomactionsure we can, just add a note in the sync bug why we need to sync from unstable20:10
kamalmostafaExcellent.  Thank you very much.20:11
porthoseScottK, ping! here is a list of rdepends for elementtree, celementtree and ctypes http://paste.ubuntu.com/362163/. Should we go ahead and start changing the dependencies in those packages?20:14
ScottKporthose: Yes.  In most cases it should be a sync/merge from Debian since they have done this already.20:14
porthoseScottK, yea that's what I was thinking :)20:14
shadeslayerpersia: there?20:57
shadeslayerok anyone who can help me finish building this package?20:58
shadeslayerwow..20:59
shadeslayerLaney: there?21:00
shadeslayercd21:04
geser~$21:05
shadeslayergeser: :D21:05
shadeslayeranyone who can help me build a package?21:21
xteejxHey guys when running debuild, lintian gives me a possible-unindented-list-in-extended-description warning. Could this be because I added * bullet points of the features in the control file, and does it matter?21:41
xteejxI just re-read that don't worry, I obviously didn't indent it enough!21:42
RAOFLintian would obviously prefer that you indented the list; I don't think that's a standard (yet), but I've certainly seen discussion about standardising list markup for control files.21:42
xteejxIt's ok, I'm being dumb I re-read it and it made sense! :)21:43
RAOFThrowing -i at lintian can make the messages make more sense, too.  That generally includes a longer description and how to fix it.21:43
xteejxCan I just ask... it's a python game, the deps are set, no problems there, but how can I make it so that it has a menu entry?21:44
xteejxRAOF: I'll try that thanks :)21:44
RAOFxteejx: It needs to ship a .desktop file for it to appear in the GNOME menus.  If upstream doesn't have one yet, they're trivial to write; you can find examples in /usr/share/applications21:45
shadeslayeranybody around to help me?21:45
micahg!ask > shadeslayer21:45
shadeslayerim almost done with making a .deb21:45
ubottushadeslayer, please see my private message21:45
xteejxRAOF: Great!!! Thanks again! You guys have been really helpful today21:46
xteejxps... hi micahg21:46
micahghi again xteejx21:46
shadeslayerwell last command i did was debuild -S -sa21:46
xteejxI'm giving triage a rest for a day or two, trying my hand at packaging :D21:46
shadeslayerand idk the next step :P21:46
micahgshadeslayer: next step for what?21:47
xteejxwhat have you done so far shade?21:47
shadeslayermicahg: xteejx lemme pastebin the thing21:47
micahgshadeslayer: that should give you the files necessary for a source upload21:47
xteejxxteejx: I'm new to packaging, just asking what someone else would...makes sense to know what you've done so far :)21:48
shadeslayerxteejx: http://pastebin.com/f653178d521:48
shadeslayermicahg: i have .build and .dsc files21:48
micahgshadeslayer: are you ready to upload to revu (what are you trying to do)?21:49
xteejxIs this a problem: "W: magicity: extra-license-file usr/share/doc/magicity/LICENSE.txt.gz" ... how the hell could anything be there, I haven't given sudo access..........21:49
micahgxteejx: that could be a subdirectory in the tarball21:50
shadeslayermicahg: well as you can see from the conversation,apachelogger was teaching me how to build a package ( in this case : kopete-facebook ) for lucid21:50
xteejxmicahg: Nope...that's why I'm worried21:50
micahgshadeslayer: ok, but what are you doing this for, yourself, Lucid releasE?21:51
shadeslayermicahg: now i also wanted to port this package for kubuntu-backports and kubuntu-beta PPA's and ive reached till that command21:51
micahgis it a new package?21:51
shadeslayermicahg: no its a updated package21:51
shadeslayermicahg: apachelogger told me that i should make the package and they ( kubuntu devs ) will upload it21:51
xteejxmicahg: http://paste.ubuntu.com/362208/ It's the blah_i386.build file, would you mind having a quick look please?21:52
micahgshadeslayer: so I would guess you want to push to REVU then?21:52
shadeslayermicahg: idk the next step apachelogger had to go :P21:52
xteejxI've seen the problem21:52
xteejxmagicity/debian/magicity/usr/share... why has debuild put it there?21:53
shadeslayermicahg: i thought this would lead me to a fully furnished .deb :)21:53
xteejxI ran debuild from the main source dir... i.e. magicity (first one)21:53
micahgshadeslayer: no, it's a source build for upload21:53
micahgxteejx: idk21:53
xteejxstrange21:54
shadeslayermicahg: ok,and do i need just to run debuild -S -sa or just debuild -S21:54
micahgshadeslayer: to do what?21:54
micahgshadeslayer: they need the source build to upload, not a .deb21:55
shadeslayermicahg: for the build files?21:55
shadeslayermicahg: ok i got that but whats the -sa option for?21:55
micahgshadeslayer: to include the .orig.tar.gz in the upload21:55
shadeslayermicahg: any place i can test this ?21:56
shadeslayer(uploading the source builds etc)21:56
jmarsdenshadeslayer: Your PPA ?  :)21:56
shadeslayerjmarsden: i can upload these to my PPA? :o21:57
jmarsdenOnce you have a source.changes file from a working package build for a Ubuntu distribution, yes.  That's what dput does...21:57
shadeslayerHoorah21:58
shadeslayerto the PPA mobile :D21:58
jmarsdenshadeslayer: https://help.launchpad.net/Packaging/PPA/Uploading21:59
shadeslayerjmarsden: reading22:00
shadeslayerjmarsden: is it preferred to have a staging repo22:00
jmarsdenStaging... for a personal package archive?  I don't think so.  PPAs are personal, your PPA is *yours* to use for testing what you are working on...22:01
shadeslayerjmarsden: hmm well ok22:02
jmarsdenshadeslayer: I'd be careful about uploading stuff to a team PPA that hundreds of trusting people might have in their sources.list ... but your own personal PPA... use it for testing packages, that's pretty much what it is for.22:02
shadeslayerok22:04
xteejxI've created a .deb, installed it. Not sure where it installed to, how can I find out?22:04
jmarsdenxteejx: dpkg -L packagename22:05
xteejxthanks :)22:05
jmarsdenYou're welcome.22:05
shadeslayeruploading :D22:05
shadeslayerok how soon does the build finish?22:06
xteejxThe .deb only installs the docs22:06
jmarsdenshadeslayer: That depends who is ahead of you in the build queue :)22:06
shadeslayerjmarsden: wheres the build queue?22:07
shadeslayerjmarsden: and why cant i see my packages?22:07
jmarsdenshadeslayer: Look at your PPA on launchpad, when you see the packages there you can click on them and see how long before they start to build etc.22:07
geserhttps://edge.launchpad.net/builders/22:07
shadeslayerjmarsden: i cant see any :P22:07
jmarsdenshadeslayer: Wait a few minutes :)   To see how busy the builders are as whole are, see the URL geser gave you.22:08
gesercurrently the i386 PPA queue contains over 600 packages22:08
shadeslayer:o22:08
shadeslayergeser: um Queue says empty22:08
shadeslayeroh thats the official builder22:09
jmarsdenshadeslayer: You won't be uploading anything there for a while :) :)22:09
geseryou looked at the official archive queue, not the ppa queue22:09
shadeslayerjmarsden: even the uploads dont show up?22:09
jmarsdenshadeslayer: The uploads should show up in your LP PPA page within a few minutes.  Upload processing is not instant.22:10
shadeslayerah22:10
* shadeslayer waits22:10
xteejxQuestion: I'm packaging a python game, it needs only 1 package, python-pygame - it is safe to simply have a control file that creates a directory for it in /usr/bin/ and copies it there with a .Desktop file for menu launching? I'm unsure if this would be acceptable?22:11
kamalmostafashadeslayer: Note also that LP will send you an email saying that your PPA upload was "Accepted" (or "Rejected" if you named something incorrectly) -- so keep an eye out for an email from Launchpad PPA <no_reply@launchpad.net>.22:12
shadeslayerkamalmostafa: ah ok22:12
shadeslayerkamalmostafa: nothing yet :)22:13
geserthe uploads are processed every 5 minutes22:13
shadeslayerhmm22:14
geserand LP will only mail you if it knows to which LP account the gpg key belongs to which signed the package22:14
shadeslayerok and if i want to build for karmic i just change the changelog right?22:15
shadeslayerum oops22:15
shadeslayeri didnt add my gpg key22:15
shadeslayer><22:16
shadeslayerand btw can i delete keys on my system?22:20
strycorehey22:22
strycoreno wrong channel22:22
RAOFxteejx: Does it have any buildsystem currently?22:23
xteejxRAOF: What do you mean?22:24
RAOFxteejx: If I got this game from upstream, how would I install it?22:24
xteejxRAOF: Oh, install python-pygame and run the game with 'python magicity' that's it22:24
RAOFAh.  So there isn't actually any build system or install instructions.22:25
shadeslayerkamalmostafa: i guess i have to upload them again?22:25
shadeslayerall the source files etc22:25
xteejxIf you mean make / configure script, no none of that, it's just a plain run and play22:26
xteejxRAOF: A few .py files and the fonts/music/images thats all22:26
shadeslayerjmarsden: do i have to upload the files again?22:26
jmarsdenshadeslayer: Now you signed them?  Yes.22:27
shadeslayerok22:27
sebnerRAOF: hiya, --nvidia fixed the issue mostly for docky. Happens not that often now, though I can reproduce it sooner or later after playing a 2D/3D game22:27
RAOFxteejx: So, the fonts/music/images want to go in /usr/share, obviously.  You probably only want to put a single file in /usr/bin; this should have an appropriate shebang line (#!/usr/bin/python).22:27
shadeslayerjmarsden: ok thanks mate :D22:28
jmarsdenshadeslayer: You're welcome.22:28
RAOFsebner: Yeah.  The --nvidia switch works around the problem by droppnig & redrawing the buffers every 10 minutes.  You can use -b $MINUTES instead if you find that 10 minutes is too long. :/22:28
shadeslayerjmarsden: btw can i delete my GPG keys on my local machine?22:28
xteejxRAOF: It's just I don't know how to make it do that... I know how I'd do it myself, but not how the config would do that, although I *think* it all needs to be together in 1 directory22:28
shadeslayerjmarsden: and how do i backup these keys?22:29
jmarsdenshadeslayer: You should use those same keys for some time... a year or two is common.22:29
sebnerRAOF: I'll try it out. The correct fix can only provide nvida I suppose?22:29
RAOFsebner: I believe so.  Docky's not doing anything wrong, as far as I can tell.22:29
RAOFxteejx: Heh.  Now you get to earn your keep as a packager.  The source doesn't comply with Debian policy, so you need to patch it until it does :)22:30
jmarsdenshadeslayer: https://help.ubuntu.com/community/GnuPrivacyGuardHowto#Backing%20up%20and%20restoring%20your%20key%20pair22:30
sebnerRAOF: kk, thx again for the infos :)22:30
xteejxRAOF: You're kidding me??22:30
shadeslayerjmarsden: what about deletion?22:31
jmarsdenshadeslayer: What about it?  Why would you delete your own keys ??22:31
RAOFxteejx: No, not kidding you at all.  This is one of the main reasons why we package - so that the system maintains a consistent policy!  Since it's python, you probably want to look at http://www.debian.org/doc/packaging-manuals/python-policy/ch-programs.html .22:31
* xteejx cries22:31
RAOFxteejx: Yah.  I've written a couple of buildsystems and sent them upstream for things I've packaged :)22:32
RAOFxteejx: Sometimes you just have to do some work for upstream (and then submit it to them, so other distros don't have to duplicate it).22:33
xteejxRAOF: Could I not just ask them to restructure it so it can be included? lol22:33
xteejxRAOF: tbh I don't think it's maintained any longer, I just looked.... :(22:34
shadeslayerjmarsden: i have 3 of them... dont need 222:34
RAOFxteejx: Yeah, that's what you're going to do.  But I find that asking developers to restructure it works better if you include a patch to restructure it at the same time :)22:34
xteejxActually even after all the hard work so far, I could ditch it and try another package, it wasn't LP'd anyway.... I could do that one another time.... what about ones that already have /usr /bin in the directories in the source tree... would they be easier to try for a first time, as I assume they just need copied to the root /  ?22:35
xteejxIt's gonna be my first package22:36
jmarsdenshadeslayer: I think you can use gnupg --delete-secret-and-public-key NAME     # Just get the right ones to delete :)22:36
shadeslayeryayyy i got the mail about the packages22:37
shadeslayer:D22:37
xteejxOr put another way.... *ideally*, what should I look for when wanting to package for a first try to make it as easy as possible, with a smaller learning curve...I don't want to jump in head first and "hit my head on the bottom"22:37
RAOFxteejx: Programs that have a reasonably sane build system are much easier to package, yes.22:37
jmarsdenshadeslayer: Make that    gpg --delete-secret-and-public-key NAME22:37
shadeslayerjmarsden: but all 3 have the same nape :)22:37
kamalmostafashadeslayer: The gui program 'seahorse' might make finding the right keys easier also.22:37
shadeslayer*name22:37
gesershadeslayer: did you upload these keys to a keyserver?22:38
RAOFxteejx: If something has an autotools buildsystem (Makefile.am, configure.ac, etc) it's generally a good bet that it'll Do The Right Thing™.22:38
shadeslayergeser: yep22:38
shadeslayergeser: um no actually22:38
jmarsdenshadeslayer: Then you need to read the GPG docs really carefully, I think... I've never had to differentiate between two keys with the exact same name :)22:38
xteejxLOL trademarked!22:38
xteejxI understand though...makefiles and configure scripts = slightly easier life22:39
shadeslayerwoot : https://launchpad.net/~rohangarg/+archive/kde-extra22:39
RAOFxteejx: But you don't have to package from scratch to learn packaging; taking an existing package and fixing a bug in it is highly (possibly even more) worthwhile.22:39
gesershadeslayer: good, since once a key is uploaded you can't remove them from the keyservers anymore, only mark as revoked22:39
shadeslayergeser: ok22:39
shadeslayerok and one more thing it says 32 bit build... but i wanted it to build for everything22:40
xteejxRAOF: Of course :) The reason I wanted to do it from scratch is to learn the entire process hands-on...made more sense to me22:40
kamalmostafashadeslayer: Your build has already succeeded for amd64.  i386 build will start in 23 hours per your PPA page.22:40
gesershadeslayer: is it an arch:all or arch:any package?22:40
shadeslayerkamalmostafa: :o22:40
jmarsdenshadeslayer: I suspect you could use the keyid value instead of the name??  Might be worth a try, at least.  I'd back things up first to be safe :)22:40
xteejxI want to find an unpackaged game that I think everyone will like...there doesn't seem enough choice (of immersive 3D ones I mean)...other than that we have absolutely LOADS!22:41
RAOFxteejx: I don't think many MOTU started off by packaging something from scratch; it's very easy to usefully contribute by fixing existing packages, and you'll end up learning the whole process bit by bit.22:41
shadeslayerjmarsden: ive already exported the key i wanted22:41
shadeslayerkamalmostafa: i cant see the amd64 build22:41
xteejxRAOF: You mean from bug reports that have patches on LP and just need repackaged?22:41
shadeslayerkamalmostafa: found it22:42
shadeslayernow onto to the karmic build :P22:42
RAOFxteejx: That's a fine start, yes.  Also, bugs that have upstream links where upstream has fixed it, merging new versions from Debian, etc.22:42
xteejxRAOF: The "please sync ### from Debian unstable" bugs?22:42
geserxteejx: "Yo Frankie!" is still unpackaged (it has now even a bounty for packaging it)22:43
xteejxgeser: How much? haha22:43
geserhttp://blog.thesilentnumber.me/2010/01/35-50-if-you-package-yo-frnakie.html22:43
sebnergeser: I've already read about it. wondering if this is possible. I don't think it has a (sane?) build system etc22:43
xteejxgeser: omfg that looks amazing22:44
geserI didn't look at it yet22:44
xteejxI honestly don't think I'd be able to do it if MOTU haven't already after 2 years! hehe I want an 'easy' project for my first time22:45
sebnergeser: I once downloaded it and had to open the files with blender and render it so get the game :P22:45
xteejxRAOF: I assume merges from Debian is just a case of checking the files in debian/ ?22:46
xteejxAnd editing of course22:46
RAOFxteejx: It's a case of working out what's different between the Ubuntu & Debian packges, *why* they are different, and what parts of that difference still matter.22:47
xteejxROAF: I see, and apply those changes to our one, or simply copy it?22:48
RAOFxteejx: https://wiki.ubuntu.com/UbuntuDevelopment/Merging is some slightly out of date documentation.22:48
ajmitchgeser: great bit of negativity in the comments there22:49
xteejxRAOF: Cool. The wiki is so helpful sometimes, others it's just damn confusing! heh22:49
geserI liked most "Ubuntu is dying." in one of its comments22:50
* ajmitch didn't realise that MOTUs spent all their time partying & blogging22:51
ajmitchthough I did just spend a week at LCA, so that's only partly true :)22:51
shadeslayerjmarsden: ok one more thing,cant lucid and karmic survive in the same repo?22:53
jmarsdenshadeslayer: Packages for each of them?  Sure they can.22:53
sebnerajmitch: beer!22:53
shadeslayerjmarsden: and i just need to change the debian/changelog right?22:54
jmarsdenshadeslayer: Yes.22:54
shadeslayerjmarsden: im getting Rejected:22:54
shadeslayerFile kopete-facebook_0.1.5-0ubuntu1.diff.gz already exists in KDE Extra stuff, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.22:54
shadeslayerFiles specified in DSC are broken or missing, skipping package unpack verification.22:54
ajmitchsebner: yes, I did drink some of that22:55
jmarsdenshadeslayer: You forgot to edit the package name in the changelog.  foo-0.1.5-0ubuntu1~karmic1~ppa or whatever22:55
shadeslayerah22:56
shadeslayerthanks22:56
jmarsdenshadeslayer: You *did* read the Packaging Guide before doing any of this, right?22:56
shadeslayerjmarsden: apachelogger told me this but i forgot :P22:56
gesershadeslayer: you can upload a version of a package only once (if it gets accepted). if you want the same package for different releases you need to use slightly different versions (e.g. mention the release name in the package revision or similar)22:57
shadeslayerjmarsden: i have to change (0.1.5-0ubuntu1) to kopete-facebook-0.1.5-0ubuntu1~karmic1~ppa22:58
shadeslayerum wait not that22:58
shadeslayerjust the part after kopete-facebook :)22:58
blueyedWhen live-tracing a process using "strace -p $PID", how do I know what identifier 3 refers to in a read?22:59
shadeslayerjmarsden: right?22:59
jmarsdenRight.  Use whatever naming system you like, but ~karmic1~ppa is fine.22:59
shadeslayerok22:59
shadeslayerjmarsden: and i add 0 to superseed it then right23:00
shadeslayerat the end23:00
shadeslayerfor future revisions i.e23:00
jmarsdenshadeslayer: I'd do ~ppa1, ~ppa2, etc if you need minor changes to packaging only, yes.23:00
shadeslayerjmarsden: thanks again :D23:01
jmarsdenYou could do ~karmic2~ppa  ~karmic3~ppa  and so forth if you prefer...23:01
shadeslayeri prefer the former23:01
jmarsdenMe too.  There;'s no magic in the naming, that's all I'm saying.23:01
shadeslayernext up is choqok :P23:02
shadeslayeror should is stop? its 5 in the morning :P23:02
shadeslayermeh.. lets do thi23:03
shadeslayers23:03
shadeslayergrrr... somebody beat me to it :(23:05
blueyedanswer to my question above: you can get this via "lsof -p $PID", which lists the descriptors.23:05
dupondjewhats need to be done when there is a bug in a patch in the debian/patches dir?23:23
dupondjesame steps to make new package or ?23:24
sebnerdupondje: update the patch and increment the versionsnumber in the changelog23:24
dupondjediff -u ?23:28
crimsundebdiff23:28
dupondjecrimsun: the patch in debian/patches is not created by debdiff I bet :)23:29
crimsunyou misunderstand, I think. Make your changes, increment the changelog, regenerate the source package, and generate a debdiff.23:30
dupondjebut the patch needs to be replaced first in debian/patches ..23:31
crimsunthen do so first23:31
crimsunI would presume that falls under "Make your changes"23:32
dupondjewell just wanted to make sure you create that patch with diff -u, and no more options :)23:32
RAOFThere's generally an easier way to do it than that, but it depends on the patch system in use.23:33
dupondjehttps://bugs.launchpad.net/ubuntu/+source/xchat-xsys/+bug/51211323:37
ubottuUbuntu bug 512113 in xchat-xsys "distribution not displayed correctly" [Undecided,New]23:37
crimsunthat's a malformed debdiff23:41
crimsunnote:23:41
crimsun$ diffstat -p1 -l ../xchat-xsys.debdiff23:41
crimsundebian/changelog23:41
crimsundebian/patches/fix_whitespace23:41
crimsunmatch.c23:41
crimsunyou're touching the file to be patched /outside/ of the quilt infrastructure23:42
dupondjeI know what I did wrong :( retry :)23:44
dupondje$ diffstat -p1 -l xchat-xsys.debdiff23:46
dupondjedebian/changelog23:46
dupondjedebian/patches/fix_whitespace23:46
dupondjeis better :)23:46
dupondjeok23:52
dupondjepatch uploaded23:52
dupondjeand tested :)23:52
dupondjewhats the next step ? :)23:57

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!