* maxb re-raises the question about remove-patch, and questions the clean target's completeness00:01
AdamDHremove-patch was going to be used in clean target00:02
maxbwell: (1) it isn't, and (2) it doesn't need a stamp file00:02
AdamDHwhats wrong with the clean section?00:03
maxbWell, it doesn't remove src/, for a start00:04
=== macd_ is now known as macd
* coppro bugs MOTUs to REVU00:05
AdamDHso I need a rm -rf src anything else?00:07
maxbYou should make a copy of your source package, do a build, and a clean, and then see if there are any differences (stuff left over). If there are, your clean isn't complete00:09
directhexso who wants to write a clean rule for my ikvm package/ think of it as, uh, a technical challenge!00:10
=== hyperair1 is now known as hyperair
=== hyperair1 is now known as hyperair
=== hyperair1 is now known as hyperair
dholbachgood morning06:10
iulianMorning dholbach.06:13
dholbachhiya iulian06:14
iulianHow is it going?06:14
dholbachgood good, just triaging the sponsoring queue :)06:15
dholbachhow are you?06:15
tmurderis there some automagic way to check compliance with a Debian Policy Standards-Version (3.8.0) ?06:16
fabrice_spMorning dholbach06:16
dholbachhiya fabrice_sp06:16
iuliandholbach: I have just woken up. I'm going my homework now.06:16
dholbachiulian: hehe :))06:16
iulianWell, I must print something for school and my bloody ink is low.06:18
fabrice_spsound familiar to me this kind of situation :-)06:19
slytherinpersia: ping06:22
slytherintmurder: lintian06:22
dholbachI don't think that running lintian on your package will give you 100% policy compliance safety06:24
dholbachbut it's a very good indicator for things that are wrong in your package06:24
* persia studiously ignores contentless pings06:33
slytherinpersia: ok, here is the one with content. Most of the packages needed for maven 2 support seem to be uploaded in Debian. But since we are post DIF I have to file sync bugs after verifying that Debian sources built in jaunty pbuilder. I was wondering if I should bug one particular archive admin for all the syncs.06:35
persiaI generally don't bug the archive-admins about syncs, except where there is some priority that something needs to be done soonest.06:36
persiaIf there's a specific order in which they should be synced to build cleanly, then it's worth putting that on the wiki, and adding a note to each of the sync bugs pointing to that doc, so that they don't get pulled out-of-order, although Soyuz *should* autodetect this, and build them in the right order.06:37
persiaIf there is a priority, bug the archive-admin of the day (days posted in the archive administration section of the wiki)06:37
slytherinpersia: I usually don't file sync bugs without verifying that it builds. As of now I am waiting for sync on one package after which I can evaluate it's reverse-build-depends.06:38
persiaThen that package counts as priority, as your work is blocked.  Try something like "could an archive admin please prioritise the sync of foo (bug #nnnnnn) from {unstable, experimental}: it's blocking processing of a host of other syncs for maven support" in #ubuntu-devel.  I'd recommend asking either early in your morning, or in your evening, as that's when you'd most likely find an archive admin (I don't think there are any between UTC+1 and U06:40
slytherinpersia: I will ask in evening then.06:41
tmurdershould i be building static libraries too, if i have the option? default is no.06:53
didrocksmorning everyone o/06:55
persiatmurder, I'd recommend not doing it unless there is an overwhelming reason to do so: static libraries don't tend to automatically get security updates, which can mean a *lot* of recompiling, depending on the library.07:03
tmurderok, thanks07:06
stefanlsdwhy doesnt mom or dad let u know when u have merges...  do you think some people don't even know they have merges to do?07:18
stefanlsdjames_w: can i grab some of your merges?07:20
persiastefanlsd, Because merges weren't owned when MoM was invented, and DaD mirrored MoM's behaviour.  There's still a school of thought that says merges shouldn't be owned, but there's another school of thought that those who work on a package know it best.  I think we're still reaching for the right balance.07:29
stefanlsdpersia: yeah. im never sure if someone minds if you just take their merge and do it, or if they know something that would save a ton a trouble and its best for them to do it.  from the schedule tho, merges should of been completed 25th dec. (and debian in import freeze, so not too much will change) and there's still about 100 outstanding...07:32
persiastefanlsd, I'd personally recommend evaluating the Debian changes, and the history.07:33
stefanlsdwould be nice if someone could just indicate, as a preference, like... feel free to grab, or i would prefer to do it myself kinda thing07:34
persiaIf the package is primarily uploaded by a single person, and the changes are complex or interesting, then it makes much more sense to ask them.07:34
persiaIf the package has small or standard changes, and a variety of uploaders, then it's probably safe to do.07:34
persiaIn either case, the specific changes in Debian should be the overriding concern when deciding which is correct: it's not worth doing a merge unless there's some specific benefit to Ubuntu from the merge, at this point.07:35
pwnguinyay, new desmume!07:35
persiaSo, if the maintainer changed, or there was a minor update, don't bother.  If it's a critical bugfix, it's worth merging, if we don't already have the fix in Ubuntu.07:36
stefanlsdpersia: ok. new version we always want to merge thou.. i agree, small changes with a debian revision that dont fix anything, are prob not required.07:38
pwnguinanyone remember what the name of that ubuntu game oriented project was?07:38
persiastefanlsd, Actually, no.  We specifically *don't* always want to merge a new version after DIF.07:44
persiaWe want to review the impact of the new version on the release we are building, and merge it iff it will improve the coming release.07:44
persiaOften when there is just a Debian revision bump, it's far more important to do the merge, as these are frequently bugfixes.07:45
stefanlsdpersia: mmm. ok.  makes sense also.  i guess also app minor revisions.  yeah, we dont want major revisions and api/abi changes to break stuff07:46
persiaExcept when we do :)07:46
persiaFor instance, if a new version of a library comes out, with an ABI change, and some API additions (but no removals or context changes), and upstream declared this was the version to support, and that they planned to offer several years of bugfix support, we'd want that over whatever we had.07:47
persia(Assuming we trust upstream, which we usually do)07:47
persiaOr something where there's a central set of servers (e.g. network games), where we want to support the current server version protocol, we'd upgrade to the newer version.07:48
stefanlsdpersia: kk. thanks. makes total sense.   so actually saying 100 merges remaining doesnt really matter.  dad is nice when u can make a comment. like some say, not neccessary.07:49
persiaWell, are the "outstanding" merges or "new" merges?07:49
persiaIf we've never merged yet in the jaunty cycle, they deserve a good hard look.  If we've merged before, it's just a quicker look to try to determine the state.07:50
persiaSometimes I would like comments, just so someone could say "I reviewed 1.2.3-4: no benefit" or "I'll do this on the weekend: I'm in touch with upstream on a couple outstanding issues".07:50
stefanlsdyeah. i've looked at a couple of them to find existing merge or sync bugs (although its my fault by not checking, would still be nice if we had one place with the info...)07:52
persiaThe launchpad crew is looking at having syncs from registered sync sources be fully supported, which persumably would be expressed in a way that MoM could then parse at some point in the future.07:55
persiaThere was also some talk at UDS about attempting to parse patches submitted to launchpad for application against bzr trees for packages, and present that in a UI somehow, which might catch the merge bugs.07:55
persiaGiven that, it's probably not worth trying to create a system now, when there's the possibility of doing it in an integrated fashion later.  MInd you, "later" is poorly defined.07:56
stefanlsdyeah. its pretty good, but i guess it takes time to improve process and systems08:00
persiaRIght.  Until then, we relay on clear thought and a common goal, which mostly works :)08:01
stefanlsdwith communication. which helps :)08:02
stefanlsdwhere can i see history of a package and why its not in jaunty.  looking for libmagick9-dev  which is in intrepid and in sid... i see what its been replaced by in debian experimental, just wanted to know who makes the call in jaunty and where i would see it?08:10
persiastefanlsd, You'd need to translate the binary package name into a source package name (in this case imagemagick).  Then look at the binary packages produced by the current imagemagick.08:12
persiaThe set of included binary package names is determined by those who adjust each source package (developers generally, but typically the relevant Debian maintainer)08:12
persiaThe set of included source packages is determined by the archive-admins, based on input (as bugs) by developers.08:13
pmjdebruijn.win 1308:19
=== thekorn_ is now known as thekorn
=== asac_ is now known as asac
slytherindholbach: my bad that I didn't get time to reply to your mails earlier. :-( I will reply to both mails tonight.10:20
dholbachslytherin: take your time :)10:20
stefanlsdNCommander: you around?10:29
james_wstefanlsd: you are welcome to them10:30
james_wstefanlsd: feel free to subscribe me directly for sponsorship10:30
stefanlsdjames_w: kk. thanks :)10:30
stefanlsdjames_w: trying to look at the FTBS for imview...10:30
james_wtake a look at the bugs on the imagemagick package, and follow the link on the top one to Debian10:31
=== foka__ is now known as foka
Laneymorning folks10:33
stefanlsddoes anyone know if i can put something running into a screen session?10:34
jpdsmorning Laney.10:36
stefanlsdjames_w: do u have a link to what you are referring to - i only got http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=47077710:40
ubottuDebian bug 470777 in imagemagick "imagemagick: package msising files (threshold.xml, magic.xml etc.)" [Normal,Closed]10:40
james_wbug 30161810:41
ubottuLaunchpad bug 301618 in imagemagick "imagemagick merged from Debian experimental has broken packaging" [High,Triaged] https://launchpad.net/bugs/30161810:41
james_wthe Debian counterpart to that10:41
AdamDHhi, I have built a couple of packages that require one common package, if I try and build the package that is dependant on the common package I get  pbuilder-satisfydepends-dummy depends on msp430-binutils; however:10:45
AdamDH  Package msp430-binutils is not installed.10:45
AdamDH even tho its installed10:45
AdamDHany ideas?10:45
directhexit's available inside the pbuilder?10:50
persiaAdamDH, Can your pbuilder see a repo that provides msp430-binutils?11:36
DktrKranzis anybody able to display https://roundup.mplayerhq.hu/roundup/ffmpeg/issue711 ?11:41
slytherinjust out of curiosity ... has anyone successfully played a blue ray drive in Ubuntu?11:42
StevenK% telnet roundup.mplayerhq.hu 8011:42
StevenKDktrKranz: ^11:42
StevenK(It doesn't answer)11:42
DktrKranzso, it's not just me11:43
StevenKWait, just noticed the https, but it doesn't answer on 443 either11:43
DktrKranzI'll try later, thanks ;)11:44
AdamDHno non of my packages are in a repo11:51
persiaAdamDH, You could force-install it into the pbuilder with --save-after-login, but you might do better to use a PPA for that one package, or apt-ftparchive for a local package directory.11:52
maxbI like to turn /var/cache/pbuilder/result into a repository, such that pbuilder can see packages that it build in previous runs11:59
DktrKranzhttp://hattory.no-ip.info/jaunty/result/mlt_0.3.4-0ubuntu2/mlt_0.3.4-0ubuntu2.buildlog       is pbuilder going crazy?11:59
persiaDktrKranz, Do you get debian/control from dpkg-source -x ?12:00
DktrKranzyes, the interesting part is everything goes fine on i38612:01
DktrKranzthis happens on my amd64 buildserver12:01
AdamDHi am on an amd64 system any way I can force it to make an x86 binary?12:02
directhexuse an i386 pbuilder12:02
persiaDktrKranz, Very odd.  Especially odd that it appears to build a dependencies line, and then claim it can't find debian/control.12:06
persiaThis can be repeated?  Are you low on temporary space for the pbuilder run?12:07
DktrKranzFilesystem            Size  Used Avail Use% Mounted on12:07
DktrKranz/dev/sda5              44G  2,7G   39G   7% /12:07
DktrKranzit's an intrepid box12:08
stefanlsdwhat are the consequences of having a build-dep which isnt really required?12:08
persiaCuriouser and Curiouser.  Does sbuild also break there?12:08
DktrKranzno sbuild installed12:09
persia(and no, sbuild/schroot *doesn't* need LVM, it's just better that way)12:09
persiaIs the source package somewhere easy to grab?12:09
persia(unsigned, please)12:09
persiaOr rather, I like the source signed, but not .changes :)12:10
hyperairpersia: why not12:10
DktrKranzpersia, https://launchpad.net/ubuntu/+source/mlt/0.3.4-0ubuntu2 :)12:10
persiahyperair, Because a signed .changes file for something that shouldn't be uploaded is a dangerous thing to exist.12:10
persiaDktrKranz, Ah, repo.  Grabbing.12:10
DktrKranzjust uploaded, so you need pull-lp-source12:11
persiaNot published yet?  I thought it didn't work.12:11
hyperairpersia: what dyou mean something that shouldn't be uploaded?12:11
maxbGah. I wrote my own script not realizing pull-lp-source existed :-/12:11
DktrKranzmaxb, heh :)12:12
persiahyperair, Say I'm working on a package, and there's a bug, and I haven't fixed it yet.  I don7t want that uploaded until it's fixed, but I might want to share it with others so they can help debug.12:12
maxbthough mine pulls from debian too12:12
persiaDktrKranz, The amd64 buildd is already building under sbuild: no point me restarting.12:12
hyperairaah i see12:12
hyperairi'd just share the diff.gz file12:13
nhandlermaxb: There is a pull-debian-source script too ;)12:13
persiahyperair, Well, I like signed .dsc just because I'm lazy and like dget :)12:13
hyperairi se12:13
persiaBut yes, the diff.gz is the only useful part.  One of these days, someone ought write the script that converts from diff.gz to full package.12:13
* DktrKranz tries to launch pdebuild to see if things change12:14
persiaGrumble.  crested log shows it purging everything, but build record says the log isn't available yet.12:14
hyperairnhandler: http://revu.ubuntuwire.com/details.py?package=codelite12:14
hyperairpersia: you can't generate a full package without the orig.tar.gz12:14
hyperairand it's not scriptable either12:15
persiahyperair, Actually, you often can.  The diff.gz just either needs an accurate watch file, or a working get-orig-source rule.12:15
nhandlerhyperair: I know, I'll get to codelite soon. I've just been busy12:15
hyperairnhandler: okay then.12:15
persiaand, yes, it is scriptable.  I've a (mostly broken) script that does it, that needs some work, and productionising.12:15
hyperairi see12:15
hyperairwith the debian/watch file eh12:16
persiaOr debian/rules get-orig-source12:16
hyperairi see12:16
persiaMy script tried get-orig-source first, and uscan if that failed.12:16
hyperairbut it won't get the exact version12:16
hyperairand for repackaged sources, it won't work12:16
persiaIt will for a correctly written get-orig-source that does reproducible repackaging checksums.12:16
persiaAnd yes, it won't get the original source, it gets the current best source.  Personally, I wanted get-orig-source to get the correct source for the package, rather than the latest upstream, but policy optimised for developers rather than users (as only makes sense).12:17
hyperairi can't remember what get-orig-source does again12:17
persiaIt gets the latest upstream source, repackages as necessary, and provides orig.tar.gz.12:17
hyperairi see12:18
persiaSo, theoretically, if one added X-orig-md5sum: to the Source stanza in debian/control, one ought to be able to fully trustfully automate collection of original sources, which ought reduce all this fuss about mismatched origs, but that's a ways off, at least.12:20
persiaDktrKranz, It's your pbuilder.  Works fine on the buildds.12:21
DktrKranzI see12:21
didrocksis it possible to run some daily cron job by a non root user like www-data (appart from writing this in the script)? run-parts runs as root from /etc/crontab and run every scripts in /etc/cron.daily/. I want to make that in a package, so not edit one user's crontab12:23
persiadidrocks, Why not create a system users (like www-data), and then install it in that user's crontab?12:25
didrockspersia: system user has to be declared with fixed uid from debian policy, right? (I thought I read something on that...)12:26
persiaWell, there's a couple classes of system user.12:27
didrocksdo you have a link on that? But I think you go the point :)12:28
maxbdidrocks: What you want is to put a file into /etc/cron.d/12:30
persiadidrocks, Policy 9.2.2: UID 0-99 is statically assigned, 100-999 is dynamically allocated at package installation time (adduser --system)12:30
didrocksmaxb: and that file executed by another user than root12:31
didrockspersia: thanks a lot :)12:31
DktrKranzpersia, interestingly, it seems only jaunty pbuilder is affected, intrepid builds are fine...12:31
didrockspersia: so, I think, I will go in this way. Thanks :)12:31
persiaDktrKranz, methinks you've found a bug :)12:31
maxbdidrocks: If you look at one of the existing files in /etc/cron.d/, you will see that you specify a username in it12:33
didrocksmaxb: I use the default run-parts and drop files in */cron.{daily,weekly...}12:35
didrocksmaxb: that was part of my issue but I will use a system user for that12:35
maxbAre you sure you need a user?12:35
maxbEven if you do create a special user, I think it is wrong to install crontabs for non-human users12:36
maxbthat's what /etc/ is for12:36
didrocksmaxb: I try to catch up some additional services for transmission-daemon and want to run it as a transmission user12:37
maxbThen you do want to create a user, but any cron stuff should go in /etc/, not a crontab(1)-installed one12:38
persiamaxb, so `su ${transmission-user} -c ${command}` would be your advice ?12:39
didrockspersia: it was my first idea12:40
maxbGo look in /etc/cron.d/ on your system12:40
persiaOh, those file names are usernames?  Nifty.12:40
maxbNo, the file names are not usernames12:40
persiaNo, package names. but one can still fix them.12:41
persiaYeah, that's lots better.12:41
maxbthe username goes in the cron-line - the files are fragments that get processed like /etc/crontab does12:41
didrocksok, I thought they were no username in thoses files, like the one in cron.{daily...}, but there are :)12:41
didrocksyes I see, there are regular crontab files :)12:41
didrocksthanks both of you!12:41
persiamaxb deserves all the thanks: I just recommended the wrong solution :)12:42
didrockspersia: yes but you give so many good advice that I can't blame you :)12:43
didrocksmaxb: next time, I will read more carefully man cron :)12:45
mok0pochu: cute :-)13:55
soccan somone help me?14:01
soci built a source package, but i get the error make[1]: *** No rule to make target `clean'.14:01
soci use cdbs and thought the standard tartgets would be handled ...14:01
mok0soc: cdbs assumes there's a top level Makefile that implements the target "clean"14:03
mok0soc: That target should return the directory to the same state as it is when the tar file is unpacked14:04
mok0soc: i.e. remove all *.o files etc14:04
socthere are no .o files14:08
socthere are just some fonts!14:08
socnothing to compile, nothing to configure, nothing to clean up14:08
mok0soc: then make an empty clean target14:09
mok0soc: in Makefile14:18
socjust "clean"?14:19
socor "clean/<packagename>"14:19
mok0soc: don't you know about make?14:19
mok0soc: ah14:20
mok0just try putting "clean:" on a line by itself in debian/rules14:20
mok0soc: an empty line after that14:21
socok thanks14:21
socdebian/rules:9: *** target file `clean' has both : and :: entries.  Stop.14:21
socdpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 214:21
mok0soc:  change it to clean:: then14:22
socalready tried14:22
mok0soc: meh14:22
socmake[1]: *** No rule to make target `clean'.14:22
socthios is my rules file currently14:23
socbtw, i want to do a native package, i heard that i have to look at the file name of my src archive, is that true?14:24
mok0soc: you shouldn't make a native package14:24
socmok0: i can't figure out how to do a non-native one ...14:25
mok0soc: you have to14:25
socthe watch file doesn't really work with that http://android.git.kernel.org/?p=platform/frameworks/base.git;a=tree;f=data/fonts14:25
mok0soc: it will be made automatically if you have the orig.tar.gz file14:25
soceven if i had figured out that, i'm still missing the right version14:25
soci just made an archive myself with that .orig.tar.gz14:26
socbecause the version of the fonts is only in the fonts intself14:26
mok0soc: it needs to have the form xxxxx_1.0.orig.tar.gz14:26
mok0using 1.0 as version14:27
mok0change that to whatever14:27
soci made one following that scheme14:27
socbut my "original" tarball isn't really original, because i made it myself14:27
mok0soc: you need to specify version-release in debian/changlog14:27
socit isn't available for download somewhere14:27
sochow can i do that?14:28
mok0soc: you are packaging your own stuff?14:28
soci'm trying to learn it14:28
soci'm uploading it first to my ppa, but would be happy if i cloud get it into ubuntu14:28
mok0soc: you mean how to make a tarball?14:28
socmok0: no, i just wonder what "original" tarball means14:29
socbecause there is no usable file i can download from upstream14:29
mok0soc: it's usually a copy of the upstream tarball14:29
mok0soc: renamed according to the scheme above14:30
socthat won't work14:30
socthe version info is only inside the fonts itself14:30
mok0soc: then something else is wrong14:30
mok0soc: please explain14:30
socthe fonts are version 1.00 build  11214:31
socand that's only written inside the font file14:31
mok0soc: can you make a tarball of that directory (without the debian/ one)?14:31
socwhich directory?14:31
mok0soc: where you have the font files14:32
sochttp://android.git.kernel.org/?p=platform/frameworks/base.git;a=tree;f=data/fonts ==> Click on "snapshot"14:32
socthat gets me a archive with some random git revision at the end14:32
soceven if i could figure it out how to clean up that archive, i still can't get the version of the fonts ...14:33
mok0soc: (my system disk is about to die, so I can't really do much right now)14:33
mok0soc: so rename the tarball you get from that android.git. place14:34
=== ember_ is now known as ember
mok0for example android-fonts_1.0build112.orig.tar.gz14:34
soci can't do that!14:35
soci don't know the version14:35
mok0soc: you just said it was 1.0 build 11214:35
socthat is the one currently, but i thought the watch file should help people to update an existing package14:35
mok0soc: it should, but never mind the watch file right now14:36
socof course i could hardcode 1.0 build 112, but that wouldn't make sense, would it?14:36
socok, so no wtach file14:36
directhexquilt hates my guts14:36
mok0soc: yes it would because thats the version inside it14:36
socjust that get-orig-source atm?14:36
mok0soc: you can add that later14:36
socmok0: but the version can change very day14:36
mok0soc: are you going to update the package every day?14:37
mok0soc: First, you have to learn how to build a package14:37
socbut i can't promise that people will get the same file i used for the package and i can't even read out the version14:38
socmok0: i'm just fixing the last things ...14:38
mok0soc: right. But as I said, the watch file is not important right now14:38
socall the other files are ok14:39
mok0soc: huh? You can't build the source package14:39
socchangelog, control, copyright, install, rules14:39
mok0soc: remove the clean:: target from rules, and also remove the include .... makefile.mk line14:39
mok0that's line 314:40
socmhh cool14:40
socnow it works14:40
soci guess i'll upload it  now ...14:40
mok0soc: does the .deb files contain what you expect?14:41
soci didn't build an deb file yet14:41
socjust did  debuild -S -sa14:41
mok0soc: do you have a pbuilder environment?14:41
soci tried not to compile anything on my machine, because most of the time these tools won't work cleanly and i don't have the time to clean up the whole mess14:43
mok0soc: that's why we all use pbuilder14:43
socand my internet connection is slow14:43
mok0soc: pbuilder stashes the deb files it downloads away, so you only need to download once14:44
socand afaiu pbuilder builds a new chroot and therefore downloads all the packages again with things i already have installed ...14:44
socdoes it use the files from /var/cache/apt?14:44
mok0soc: a minimum set14:44
mok0soc: yes14:44
socok, then let's try14:44
mok0soc: if you have the CD you could copy all the deb files there14:44
mok0soc: but the compiler etc is not on the CD though14:45
persiaDoes it do that by default now?  One used to have to specifically bind that directory manually.14:45
persiaAlso, compiler is on the CD, in the pool directory.14:45
mok0persia: Hmm, not sure14:45
mok0persia: ah I stand corrected14:45
soc"Default mirror site:"??14:45
socthis is a question i get when installing pbuilder14:46
mok0soc: you could use ubuntu.com but it's slow14:46
socah k14:46
mok0soc: preferrably a mirror near you14:46
mok0! mirror14:47
ubottuUbuntu installation CDs can be downloaded from http://releases.ubuntu.com - Mirrors can be found at http://wiki.ubuntu.com/Mirrors - PLEASE use the !torrents to download Intrepid, and help keeping the servers' load low!14:47
socok, pbuildinstalled now14:47
mok0  pbuilder --build [options] .dsc-file14:48
persiaI'd recommend using two mirrors in your sources.list: the local mirror first, and archive second.  apt will pull from the local mirror if it's there, and from archive if it's been updated, but not mirrored yet.14:48
persiaGiven the mirror refresh cycles, this may get you newly uploaded stuff as much as an hour earlier.14:49
socmok0: i ran  "sudo pbuilder create --debootstrapopts --variant=buildd" before that14:50
mok0soc: good14:50
socbut somewhere it said "Distribution is jaunty."14:50
maxbdebootstrap unfortunately doesn't use /var/cache/apt, it just redownloads. I wrote myself a wrapper which bindmounts /var/cache/apt/archives into the chroot being built to save myself download time.14:51
socand i don't want this14:51
mok0soc: I assume you are reading the wiki14:51
soci don't want to download all the packages again14:51
bddebianHeya gang14:51
mok0bddebian: yo, Dude!14:51
bddebianHi mok014:51
mok0maxb: huh? I though pbuilder did that by default14:52
socmok0: mhhh in /usr/share/pbuilder/pbuilderrc:14:53
maxbApparently not, for me.14:53
soccould i just point to my normal cache directory?14:54
mok0soc: sure14:54
socah ok14:54
maxbI don't think that's enough to make debootstrap use it too, though14:54
persiaIf you run one release (e.g. hardy) and develop another (e.g. jaunty), keeping them separate can be useful.14:55
mok0maxb: oh that's probably true14:55
mok0persia: ... but does it matter? I don't think it does14:55
mok0persia: (I agree it's messy)14:56
* mok0 uses sbuild on an lvm snapshot14:56
persiamok0, Well, depends.  I'd probably want autoclean run regularly on the pbuilder apt-cache, but not on my normal system (as there are times one wants to downgrade, despite the pain)14:57
* persia uses sbuild, and has ethernet to a mirror, so this is all theoretical14:57
mok0persia: right, of course14:57
socmhhh ok, no it says validating or retrieving14:58
socbut it's quite fast14:58
mok0soc: good14:58
socbut my /var/cache/apt directory doesn't change14:58
soceven if the package isn't available there ...14:59
soci thought it would download the required packages ..14:59
mok0soc: Like maxb said, it's only pbuilder using the cache, not debootstrap14:59
socah k14:59
mok0soc: when you use pbuilder, it figures out what extra packages it needs and installs them15:00
mok0soc: downloading if it hast o15:00
socbut pbuilder and apt-get have compatible directory structures?15:00
socor will it mess up things if i use the same dir for both?15:00
mok0soc: not if you build for the same distro that's on your rig15:00
socah k15:01
mok0soc: usually people have different dirs for different distros15:01
mok0soc: if you install ubuntu-dev-tools, theres a wrapper called pbuilder-dist that takes care of a lot of the nitty-gritty15:02
mok0of working with different distros15:02
=== misol is now known as milos_
socmok0: do i need a debian/install file?15:17
mok0soc: most likely15:18
socwhat has to be in there?15:18
mok0soc: file names that you want to include in the package relative to topdir15:18
socaddtional files?15:19
mok0soc: and in column 2 the directory you want them to go into15:19
mok0soc: eg. "font /usr/lib/fonts"15:19
mok0soc: right15:20
persiaWell, except that one omits the initial '/' from the list.15:21
mok0soc: I recommend you call the install file <packagename>.install15:21
directhexhow would i perform an action in a debian/rules on the basis of whether a file exists or not?15:21
socpersia: which initial "/"?15:22
mok0directhex: there's probably some gnu make macro that can test for the existance of a file15:22
persiasoc: you want a line like "`.ttf    usr/share/fonts/truetype/ttf-droid"15:22
socah ok15:22
socok, it worked ...15:27
socbut where is my *.deb now?15:27
* directhex abuses 'rename' instead15:31
mok0soc, in ..15:31
persiaIsn't it something like /var/cache/pbuilder/result/ _15:49
socahh thx!15:49
socpackage looks good15:49
soccould someone review that package?15:51
mok0!REVU |soc15:53
ubottusoc: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU15:53
jpdssoc: Only source packages are REVUed, but have a sucessfully built binary package is a great start to knowing that it works.15:53
jpdshanska: hello.15:53
socmok0, jpds: do i have to upload that thing again to revu, or can i move it from my ppa to revu?15:56
hanskahello jpds15:56
hanskasoc: still working on ttf-droid? ;)15:56
jpdssoc: Upload it to REVU.15:57
sochanska: i'm finished now15:58
socexcept for the small things ...15:58
ubottuLaunchpad bug 311415 in kubuntu-meta "Add the droid fonts and make it the default for Kubuntu" [Wishlist,Won't fix]15:58
RainCTsoc: you can copy it15:58
=== Kmos_ is now known as Kmos
socshould i use that bug, or should i create another one?15:58
RiddellDktrKranz: bug 303245 is probably a legit target for poking archive admins on irc, most of the admins forget about processing backports New queues15:58
ubottuLaunchpad bug 303245 in intrepid-backports "Please backport amule-adunanza" [Wishlist,Fix released] https://launchpad.net/bugs/30324515:58
RainCTsoc: http://revu.ubuntuwire.com/import.py15:58
RiddellDktrKranz: (I'm processing them now)15:59
jpdsRainCT: Hmm, didn't know that.16:00
RainCTjpds: yeh, that's new (well, actually it's old, but it hasn't been publicized yet :P)16:01
socRainCT: thanks16:01
socRainCT: the package doesn't appear on that import.py ...16:02
socmhh now it appeared on launchpad, but not in revu16:02
Riddellsoc: did you upload to ubuntu instead of revu?16:03
RainCTsoc: is it already built on the PPA?16:03
DktrKranzRiddell, thanks ;)16:03
RainCTsoc: and did you upload for jaunty?16:03
socRiddell: i uploaded it to my ppa16:05
socRainCT: it is built for intrepid on my ppa16:05
soccan i just use the interface to build it for jaunty?16:05
socor do i have to reupload the modified changelog?16:05
RainCTI'm not sure, never tried that. If you do, please tell me if it works16:06
maxbreupload the modified changelog16:06
socThe following source cannot be copied: ttf-droid 1.00~b112-2 in intrepid (same version already has published binaries in the destination archive)16:06
socno it doesn't work ...16:06
socit's probabyl a bug16:07
RainCTsoc: ok, then change to jaunty and upload to REVU16:07
socmhh ok, i copied that thing16:07
socshould probably work16:07
socstatus pending ...16:08
khashayarIf there's a new upstream release of an application, but the package is neither in debian nor in ubuntu, what's the next step? If I build a package, should it go to revu?16:11
jpdskhashayar: New upstream release for a package not in Debian/Ubuntu?16:12
khashayarpersia: Somehow, I suspected that :-)16:12
persiaFirst, file a "Please upgrade" bug in the BTS.  See if there's any response.  Next update the package, and attach a diff.gz to the bug, and subscribe the sponsors.16:12
khashayarThanks. I'll go about that.16:13
directhexi'm confused how "New upstream release for a package not in Debian/Ubuntu?" is possible16:13
persiaOh, sorry.  Package *not* in Debian or Ubutu does go to REVU.16:13
* persia missed the "not"16:13
hanskapersia: or, filing a RFP in DBTS :)16:13
DktrKranzdirecthex, there are several packages to be transitioned against new gnome-sharp2, is a rebuild sufficient or are there adjustments to make?16:13
directhexif it's not in any dist, then it's irrelevant if there's a new upstream - it's a new package, full stop16:13
khashayarThe package I'm thinking of is audacity 1.3.6. 1.3.5 is in debian + ubuntu.16:13
persiahanska, For people just starting in Ubuntu, I generally recommend REVU pre-ITP.  Many RFPs just sit there for a while.16:14
directhexkhashayar, then that's not "not in Debian/Ubuntu"16:14
hanskapersia: ACK :)16:14
khashayardirecthex: yeah, sorry, I'm confusing the terms here.16:14
directhexDktrKranz, erm, oh god..... wasn't this some bodged ABI bump or something? slomo knows more about it than me16:14
persiakhashayar, In that case, ask in #debian-multimedia on OFTC about the upgrade plans.  If they don't mind, just do the upgrade.16:15
persiaPublish your packaging so they can put it into VCS, and push the diff.gz to a bug report.16:15
=== discoflux is now known as afflux
DktrKranzdirecthex, yes. There has been a SONAME bump.16:15
hanskaDktrKranz: to', un altro italiano :)16:16
directhexDktrKranz, i don't imagine anything other than a rebuild is needed, unless there's a serious problem with the gnome# package. give it a punt in a pbuilder16:16
DktrKranzhanska, indeed! ;)16:16
khashayarpersia: thanks for the info. I'm a bit confused about all the shorts (VCS, ITP, OFTC). I'll get back here with questions if I get stuck.16:16
directhexhanska, you remember anything about gnome#? i think slomo had something to do with updating it, but there was some kinda issue16:17
* khashayar is off to google16:17
persiakhashayar, OFTC is an IRC network.  VCS is a version control system.  ITP is a special class of bug in Debian.16:17
socsomething is not working in my ppa i believe16:17
hanskadirecthex: yes, I had nothing to do with that beast either :/16:17
DktrKranzdirecthex, I'll have a look with sebner, he likes this kind of stuff ;)16:17
khashayarpersia: thanks :-)16:17
hanskaDktrKranz: lol :)16:17
directhexhanska, you remember the specifics? my memory is terrible16:17
socthe status of my ttf-droid package is still pending, although it was only copied, not built ...16:17
jpdskhashayar: OFTC is the IRC network where the debian people hang out: http://www.oftc.net/16:17
hanskadirecthex: we're two, then.16:17
directhexDktrKranz, yeah, sebner's a clever chap. poke him16:17
directhexDktrKranz, my main issue is the oracle of debian mononess is MIA16:18
hanskayeah, anyone seen meebey? :P16:18
hanskadirecthex: taken by aliens, I told you.16:18
DktrKranzhe uploaded a NEW package for sebner some days ago16:18
DktrKranzhe's not totally MIA ;)16:18
directhexDktrKranz, how many days, though? :o16:19
socRainCT: is it normal, that it takes more time to cpoy a apckage from intrepid to jaunty in the same ppa, then to build it on the server?16:19
DktrKranzdirecthex, less than one week ago16:19
RainCTsoc: I don't know, sorry16:19
DktrKranzdirecthex, http://ftp-master.debian.org/new/themonospot_0.7.1.1-1.html    <- 4 days ago16:20
directhexhaven't seen him since then!16:21
directhexneed to pin him down for about 10 things16:21
directhexmeybe he's hiding frmo me ¬_¬16:21
hanskadirecthex: nah, hiding from me too16:21
hanskadirecthex: probably he got 5mins and did the upload16:21
directhexhanska, but not moon! :O16:23
hanskadirecthex: probably he wants to beat you on something :/16:24
sochttps://help.launchpad.net/Packaging/PPA "If you only copy the source, the corresponding build records are created in the destination PPA immediately. "16:25
soci don't understand it ..16:25
* rexbron is still lacking the revu luv: http://revu.ubuntuwire.com/details.py?package=libffado16:28
=== Zic_ is now known as Zic
soclol ...16:32
soci don't get it: the package for jaunty in my ppa doesn't get finished but hangs with "pending" and the ppa of the fonts team, where i rebuild my packages for jaunty doesn't even exist in revu16:34
oojahsoc: From the PPA page: "However, it can take up to twenty minutes for the files to actually appear in your archive."16:36
socdoes status "pending" mean that?16:37
ScottKPending means not published yet.16:38
socoojah: "If you only copy the source, the corresponding build records are created in the destination PPA immediately." this is the next sentence16:39
oojahsoc: My experience is that it can take a while to go from pending->published, even when just copying binaries.16:40
socif i upload the source, it gets build and published within minutes, but if i just want to copy one thing from intrepid to jaunty, it takes ages ... wrong world :-/16:40
socshould i mabe just do a new revsion with jaunty in the chnagelog and upload it?16:42
persiaBetter to ask in #launchpad to see if someone can track it down first.16:43
oojahsoc: You can do that but you'll need to change the version number as well.16:44
soccan i do something like 1.00~b112-2~jaunty and 1.00~b112-2~intrepid?16:44
soc"Connection failed, aborting. Check your network (111, 'Connection refused')"16:46
soclol ... somehow everything is failing now16:46
soci give up16:46
oojahsoc: ftp is down - the guys in #launchpad know about it.16:47
socso what should i do now?16:47
oojahJust chill out a bit :)16:47
soci spent days on that package and now when i'm finished, everything i depend on fails ... *sigh*16:48
socFile ttf-droid_1.00~b112.orig.tar.gz already exists in PPA for soc, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.17:10
socFiles specified in DSC are broken or missing, skipping package unpack verification.17:10
socis there a way to remove _all_ packages from my ppa including the source packages and starting again?17:12
DktrKranzsoc, packages are not removed immediately, you should wait a bit or use a higher version numver17:12
socbut incrementing the number of the .orig.tar.gz??17:14
socthat doesn't make sense really ...17:14
DktrKranzsoc, I misread sorry. .orig.tar.gz differ in md5sum, so you should use the one provided by Ubuntu or by your PPA itself for future revisions17:15
maxbsoc: Once uploaded, it is never permitted to change the contents of a file. You MUST use a new version number.17:19
maxbFor example: 1.00~b112+repack117:20
fabrice_sp_Hi. I'm doing an upgrade of a package and a previous patch is not accurate anymore (one line has been move). Do I update the previous patch or do I create a new patch?17:22
Laneyfabrice_sp_: update it, no point keeping an old patch around17:23
=== ember_ is now known as ember
LaserJockis anybody maintaining kompozer?18:18
socmhh, how long will it tkae until my package actually appears in revu, after i imported it?18:19
vorianLaserJock: i've touched it recently18:27
LaserJockvorian: do you know if there is a usual maintainer?18:28
LaserJockI'm considering putting it in Main18:28
LaserJockbut I'd hate to rip it out of a MOTU's hands18:28
sebnerLaserJock: I thought upstream is dead since years?18:29
LaserJocksebner: on kompozer?18:29
vorianLaserJock: yeah, that's tonyyarusso's package18:29
LaserJockwe found some signs of life18:29
vorianit hasn't been changed since hardy :o18:30
sebnerLaserJock: ah, well lastest release is 5. sep 2007. Besides, the mozilla team told me that it's dead (but another replacement already in work)18:30
LaserJockthat's not all that long ago18:30
LaserJocksebner: you happen to remember what it was called?18:31
sebnerLaserJock: unfortunately not but it wasn't stable yet anyways. I'll ask the mozilla guys :D18:31
LaserJockit seems like most software is either dead/dying or new/unstable18:32
* sebner likes new stuff :P18:34
LaserJockI don't18:36
LaserJockbecause it teases you with possibility ;-)18:36
sebnerLaserJock: btw, I think it's http://www.bluegriffon.org/18:37
CarlFKI need rules/quilt help:  rules/results: http://dpaste.com/106056/18:50
LaserJockCarlFK: I think that's supposed to be patched-stamp not stamp-patched18:52
hanskaCarlFK: line 3518:52
hanska$(QUILT_STAMPFN) is a dependency of configure-stamp, not a command18:52
hanskathus, that should be18:52
hanskaconfigure-stamp: $(QUILT_STAMPFN)18:53
hanska(i.e. it's a target, not a command inside the configure-stamp target)18:53
hanskaCarlFK: also, you forgot the unpatch target as dependency of the clean one18:53
CarlFKright.  been years since I did make.  thanks18:53
hanska(be careful if you use patched makefiles for the clean -- and, however, I suppose something like "$(MAKE) clean" should go there)18:54
sochow long will it take until my package actually appears in revu after i imported it?19:10
pmjdebruijnI can take a few minutes19:11
pmjdebruijnmax 20 if I'm not mistaken19:11
=== Jazzva_ is now known as Jazzva
james_wwould "ppamadison" have a place in ubuntu-dev-tools?19:18
james_w"ppamadison james-w bzr-builddeb"19:19
james_wit was bigon's idea19:19
fabrice_sp_I'm working on bug 313995. What do I attach to the bug? a debdiff between the 2 debian directories? Or the dsc, orig tarball and diff file?19:19
ubottuLaunchpad bug 313995 in mountmanager "MountManager should be upgraded" [Undecided,In progress] https://launchpad.net/bugs/31399519:19
Laneyfabrice_sp_: just the diff19:19
Laneyif it's an ubuntu upgrade and not a merge19:19
Laneydiff.gz that is19:19
fabrice_sp_this package is only in ubuntu19:20
james_wthe url of the upstream tarball is also useful to have19:20
Laneydamn you sponsors19:20
fabrice_sp_just building in a sbuild. If it works, I will upload the diff file and put the url. :-)19:21
slytherincalc: there? need to discuss something about OOo dependencies that needs to be moved to main.19:30
=== fabrice_sp__ is now known as fabrice_sp
=== bluesmoke_ is now known as bluesmoke
huatspersia: are you around ?20:01
tonyyarussoFor when LaserJock returns, there is a new version of KompoZer in the works currently, with an alpha that seems to run pretty well for most people (and better than the current version in Intrepid does).  Hopefully that will be finalized in time for 9.04, and either backported or PPAd for 8.10.  The long-term replacement, BlueGriffon, is likely to be ready in time for 9.10 (hopefully).20:23
tonyyarussoI'm tracking various developments and do plan to package whatever I can get my hands on.20:23
calcslytherin: ok20:32
calcslytherin: whats up?20:32
slytherincalc: with all the java libraries that are build dependencies of OOo 3, are we expecting them to be included on CD? Also does that mean a JRE will be included?20:33
calcslytherin: not included on the cd, no20:34
calcslytherin: they are needed for build-depends and will be in main so if you install 'openoffice.org' they will be pulled in20:34
calcthere isn't nearly enough space on the cd to actually include all of openoffice.org much less all of its dependencies20:35
slytherincalc: Ok.20:35
huatsnxvl: ping20:35
huatsare you around ?20:35
jpdshuats: is idle : 1 days 4 hours.20:37
huatsjpds: I have realized right after :)à20:37
huatsthanks jpds20:37
jpdshuats: bonsoir anyhow. :)20:38
Chris`huats: Have you finally managed to get around to the mentoring list with my email? :)20:39
huatsChris`: I am doing that right now :)20:40
Chris`Wow really? :)20:40
huatsI will contact you by the end of the week20:40
huatsChris`: really !20:40
Chris`Great, ok thanks :D20:40
Chris`A bit of a time lag but who cares?20:40
huatsChris`: thanks...20:41
huatsI am clearing the mentoring request queue20:41
huatsbut before I have to check the status of the current mentee20:42
huatsthat is what I am doing right no20:42
nxvlhuats: pong20:42
huatsso you can expect a mentor by the end of the week (or early next one)20:42
Chris`huats: That sounds fantastic20:42
=== RainCT_ is now known as RainCT
jpdsAnyone remember where harvest is?21:01
Laneyhttp://daniel.holba.ch/harvest (iirc)21:01
Laneyi do rc!21:01
jpdsAh, I was looking under his people.ubuntu.com place. Thanks.21:02
keessiretart: do you want to do the cryptsetup merge?  I don't have the bzr trees set up at the moment :)21:02
directhexwho's good with man pages?21:04
directhexi have one last lintian error in the most tricksy of evil packages, and it's from man21:05
Laneypastebin it?21:10
directhexLaney, i cracked it21:23
Laneymad skillz21:23
directhexLaney, i MIGHT just have a lintian-clean IKVM package here21:23
broonieHow big's the ignore file? :P21:23
directhexLaney, other than the john goerzen problem21:23
directhexbroonie, non-existeny21:24
slytherincalc: One more question. Is it ok to disable the unit test that causes the build failure for lucene2?21:24
siretartkees: I'm sorry but I've  been so incredibly busy since weeks that I didn't get to do any merge so far :-(21:25
keessiretart: okay, no problem, I'll take a stab at it.21:25
siretartkees: AFAIR I've pushed all branches to launchpad21:25
siretartkees: thanks!21:25
siretartkees: cryptsetup needs some love anyway. there are some bugs that need to be looked at.21:25
siretartone of them looked rather important, the UUID= not supported one...21:26
keessiretart: yeah, I can't commit to that bit of work, but I can at least get us merged with Debian, which added a ton of fixes.21:26
Laneydirecthex: he is on oftc21:26
Laneyyou could harass in PM21:26
directhexLaney, what's his /nick ?21:27
Laneydirecthex: cosmicray21:27
directhex* cosmicray :No such nick/channel21:27
directhexi'd guessed it was that, but it's never been there for my whoising21:27
siretartkees: yes. it was a real please being able to compare to the debian branch and revert and validate diffs on a per file basis (instead of a per tree basis) with the bzr branch21:27
broonieCosmicRay normally21:27
brooniebut he's not online ATM AFACIT21:28
siretartkees: I hope that we get the debian bzr imports soon.21:28
Laneyoh, irssi automatically does a whowas too21:28
Laneymea culpa21:28
directhexi hope meebey reappears & starts on the sponsoring backlog soon!21:29
directhexand i hope ikvm stops needing 1.5 gig of ram to compile21:30
directhexand for pigs to fly21:31
calcoops i missed him21:37
fabrice_spby the way, someone interested in reviewing dvdstyler (http://revu.ubuntuwire.com/details.py?package=dvdstyler)?21:39
socmhhh weird ....21:45
soci imported an package into revu approx. 3.5 hours ago, but it didn't appear on my profile21:46
soccan maybe someone check if that package hangs somewhere?21:53
jpdssoc: Which package?21:56
jpdssoc: Afraid I can't find that in the queue or the archive.22:03
jpdsThen again I'm not sure how the importer works..22:04
jpdsNCommander: Can you please look into soc's problem?22:04
NCommanderThe PPA importer?22:04
NCommanderTo my knowledge its non-functional22:05
NCommanderThe crontab is disabled22:05
NCommanderRainCT was working on it, he's your main22:05
jpdssoc: OK, in that case, sorry to keep you waiting, you're better off dput'ing the source package to revu.22:05
* RainCT runs the importerç22:06
RainCTsoc: there you have it22:07
jpdsRainCT: Where is the importer script?22:07
RainCTjpds: /srv/revu-production/scripts/ppa-import.py22:07
RainCTjpds, NCommander: I'll add a cronjob for it22:08
socjpds, RainCT: could you review that package?22:08
jpdssoc: About to go to bed here, I'll look at it in the morning tomorrow.22:09
NCommanderRainCT, the crontab is something else, thats just the frontend one.22:09
RainCTNCommander: no, the frontend is /srv/revu-production/import.py22:10
socjpds: ah ok, np thanks22:10
soc"The Maintainer     field is invalid. It has to contain an @ubuntu.com address (usually the     Ubuntu MOTU Team's)."22:12
socso what _is_ the mail address then? :-)22:12
jpdssoc: make sure you have the ubuntu-dev-tools package installed and run: update-maintainer in the source root.22:12
Adri2000Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>22:12
Adri2000but better use update-maintainer indeed22:12
jpdsthe script will do it for you, but that's the address^22:13
RainCTjpds: Cron job added. If you ever want to run the importer manually, do "sudo /srv/ppa_import.sh" (this new file implements a lock)22:13
jpdsRainCT: OK. Thanks.22:14
socjpds: which section do i need?22:21
Adri2000soc: for update-manager?22:21
socok, chose universe22:22
socseems to be right22:22
jpdsYeah, it's in universe.22:22
socNote: This package has no debian/watch file or get-orig-source rule.22:24
socis that too bad?22:24
socbecause i'm sure that i can't fullfill that wish22:24
socor maybe just get-orig-source22:25
socbut that won't help people to update the package22:25
socbasically you have to mess with fontforge to get the version info of the fonts22:25
soci don't believe this can be done by some script ...22:25
blizzkidlo all. is Dustin here by any chance?22:34
Laneyblizzkid: #ubuntu-devel22:36
blizzkidty Laney22:36
soccan someone review http://revu.ubuntuwire.com/details.py?package=ttf-droid22:40
socthis is a package with some fonts, so it isn't much work, i guess22:40
jpdsjames_w: You have my + for ppamadison in u-d-t.22:49
james_wcool, thanks jpds22:49
james_wthough that means I'll have to make it work more than just writing some output on my blog :-)22:50
socis it a good idea to downgrade the Build-Depends from debhelper (>= 7) to debhelper (>= 6) so it builds on hardy correctly?22:50
socor should i leave it alone?22:50
jpdssoc: If you want to backport it later on, yees.22:51
socdo  have to change the debian/compat file too?22:51
jpdsYep. But you only would need to do it if you want to backport it to hardy.22:52
Adri2000james_w: is ppamadison useful for ubuntu development? if it's only related to ppa I'm not sure everyone will agree22:52
socor can i request behavior version 7 and if the versio of debhelper is too old it will fail gracefully?22:52
socjpds: i'm thinking of debian at the moment22:52
james_wAdri2000: some people use PPAs for development, so it might be useful to them22:52
socthey have all the outdated things there ...22:52
james_wI don't really want to start a new project22:53
jpdssoc: Then check which version if debhelper is in stable (I think it's 5).22:53
socjpds: yes, just checked it22:53
socit's 5.0.4222:53
socso it won't make a difference22:53
socthen i guess i'll leave it22:54
Adri2000james_w: I'm saying that because of what happened with ppaput22:54
socjpds: could you look on my package for a few seconds?22:54
jpdssoc: what's debian/bug/script for?22:56
socjpds: i took that from the ttf-liberation package22:58
jpdssoc: Package not in Ubuntu/Debian. changelog should only have one entry with "Initial release." and version ending in -0ubuntu1.22:58
soci guess it has something to do with debian/bug/presubj22:58
jpdssoc: is there actually a release of the font on the web somewhere?22:59
james_wdebian/bug/script is a reportbug script isn't it?22:59
jpdssoc: if not: I think the version ought to be: 0.0~gitYYYYMMDD-0ubuntu1.23:00
jpdsjames_w: It has a dpkg command in it, no idea what it does.23:00
socjpds: version from what?23:00
jpdssoc: debian/changelog.23:01
jpdsjames_w: Actually looks like it grabs from some packages.23:01
soci took the version from the fonts23:01
jpdsOK. Didn't see that anywhere.23:01
socjames_w: that could be, i don't understand what that at the end should be, i get /home/soc/Entwicklung/Pakete/ttf-droid-1.00~b112/debian/bug/script: 3: 3: Bad file descriptor23:02
jpdssoc: Might be a good idea to put the copyright text in README.txt in debian/copyright.23:02
socjpds: that's my problem with debian/watch ... to see the version of the font, i have to open fontforge .. i gues that can't be automated23:03
soci don't have a README.txt ....23:04
jpdssoc: it's in the git repo linked from the package.23:04
jpdssoc: It is possible to parse web pages for tarballs for watch files, take a look at http://dehs.alioth.debian.org/wwiz_detail.php?id=15766059&type=watch - for example.23:05
socyes, i already tried that23:06
socbut the tarballs always have some git revision at the end23:06
socand i can't get the version of the fonts23:06
socto get the version i have to open them with fontforge23:06
socregarding the README.txt: i didn't take that one, because the font files stated something different23:07
jpdsHmm, well, I'm going to bed for real time this time.23:07
jpdssoc: OK; I'll take another look when I'm more awake in the morning.23:07
socand because i'm not distributing the whole tarball with lots of android opensource project files, but just the google files, i wrote google in the copyright23:08
socbecause in the font files, google is stated as the copyright holder23:14
socok, new version for revu and ppa23:14
socis someone willing to look at the package?23:25
soci'm just uploading a new one, after reading https://wiki.ubuntu.com/MOTU/Packages/REVU/CheckList and setting the version back to 0ubuntu123:26

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