aquois there any reason to prefer dput over dupload or vice versa?00:31
sistpotyhi folks01:27
bddebianHeya sistpoty01:30
sistpotyhi bddebian01:30
bddebianIs it too late to request syncs for Hardy?01:31
sistpotybddebian: we're not yet in a feature freeze, so anything may still go in01:31
sistpotyat least until 14th, then FeatureFreeze applies01:32
asantonibi-daily package badgering: if any MOTU feels like reviewing my package, I'd appreciate it: http://revu.tauware.de/details.py?package=mixxx01:35
sistpotyasantoni: give me a few minutes, then I'll take a look01:36
asantonithanks sistpoty!01:36
persiaasantoni: mixxx is already inthe repositories.  Is this an new upstream, or just a patch?01:37
asantoniYes, new upstream01:37
persiaasantoni: The best way to get that approved and uploaded is to attach the diff.gz to a bug and subscribe ubuntu-universe-sponsors, rather than pushing to REVU.01:39
persiaasantoni: There are also some other bugs for that package (https://launchpad.net/ubuntu/+source/mixxx/+bugs): maybe some of them are fixed by your new upload?01:39
asantoniYes, most of those should be fixed01:39
asantoni(if not all)01:39
* persia seeks a second advocate for http://revu.ubuntuwire.com/details.py?package=whysynth as step 3 in the plan to enable gstreamer-midi for hardy01:40
asantonipersia: What do I open the bug against?01:40
persiaasantoni: Would you mind testing, and adding (LP: #nnnnnn) in your changelog for the bugs that will be closed?01:40
asantoni(mixxx in Launchpad? or the mixxx package in Launchpad?)01:40
persiaasantoni: The bug should be opened against the mixxx ubuntu package in launchpad.01:41
asantonipersia: They were fixed in upstream... is that still relevant for the ubuntu changelog?01:41
asantoniOk, thanks01:41
persiaasantoni: Only in excerpted fashion, and to help identify when and how the bugs were fixed.  You might add extra indented lines under the New Upstream Release indicating which specific things were fixed, and which bugs those close.01:42
asantonipersia: ok... I'll try... This is rather awkward though, because we've fixed like 100 bugs that are in our SourceForge tracker01:43
persiaAlso, mixxx in hardy is currently 1.6.0~beta1-1ubuntu2: it looks to me like your changelog lost sync with development at some point.  Perhaps it's worth a check?01:43
asantoniand we do packaging for Windows and OS X as well (so it adds up)01:44
asantonipersia: I pushed the changes that were in that hardy version into upstream01:44
sistpotypersia: since you advocated extremetuxrace, I assume that you've checked the orig.tar.gz? (then I won't do the check again *g*)01:44
persiasistpoty: Err.  I'm guilty today.  Let me check again...01:45
persiasistpoty: Yep.  orig.tar.gz is clean.01:45
sistpotypersia: heh, np... I'll just download the orig.tar again01:45
sistpotyah thanks01:45
* persia checked the last version, but forgot to doublecheck the md5sum for the updated version01:45
asantoniah crap, I can't attach the diff.gz, I'm at my parents for the weekend :/01:45
asantoniI've just linked to it01:46
persiaasantoni: Perhaps a different question: is there a newer version than 1.6.0 beta1 out?  If not, we've that already in hardy, so perhaps you don't need to update?01:46
asantonipersia: Yes, we just released beta201:46
asantoniand we absolutely DO need the update - beta1 has some critical stability issues01:47
asantoni(I really don't want to screw our users over)01:47
persiaasantoni: Completely understood.01:47
rhpot1991_laptopdoes anyone know how I include a file with a space into debian/docs?01:47
asantoni(I didn't even intend for beta1 to get into Universe. It was packaged by someone non-official in Debian, and got slurped up through that)01:48
rhpot1991_laptopI tried \ before the space and 's around the name, both failed01:48
persiaAnyone have a some time to review the updated mixxx, take care of LP bug cleanup, and submit a diff.gz to help asantoni?01:48
sistpotyrhpot1991_laptop: though I'm no perl expert (dh_installdocs is perl), I guess just putting the name with spaces in there might eventually do it01:50
rhpot1991_laptoptried that too actually01:51
rhpot1991_laptopthough you give me an idea01:51
asantonipersia: so is something like this correct? http://pastebin.ca/89809801:54
asantoniand will Launchpad automatically close those bugs for me then?01:54
sistpotyasantoni: iirc you'll need a # before the bug number (as in LP: #number)01:56
sistpotyasantoni: if you build the source package (i.e. generate a changes file), the changes file should have s.th. like "launchpad-bugs-fixed: number, number, .." in there01:57
persiaasantoni: Looking at some of these bugs, it appears they were closed long ago.  In general, I'd prefer something like "Updated playlist handling (LP: #122476)", but in this case, you might just want to ignore some of them (e.g. 75037 may not even be a bug in mixxx).01:57
asantoniI feel like I may not be able to figure all of this out01:58
asantoniIn a perfect world, I just want to say "New upstream release" , and close the bugs that I know this fixes, lol01:59
asantoniok, so I'll look at the changes files though to make sure this changelog works01:59
persiaasantoni: Thanks for trying.  If you get stuck, just ask here for someone to take over bug #190589 to get it in.02:00
ubotuLaunchpad bug 190589 in mixxx "New upstream release (in REVU)" [Undecided,New] https://launchpad.net/bugs/19058902:00
asantoniok, thank you very much persia, I'll try my best02:00
RAOFRight.  Let's see if this only-somewhat-uuuuurgly multi-arch alsa-plugins builds right.02:13
RAOFIt's alive!  It's _alive_!02:49
sistpotyself-modifying code? *g*02:50
RAOFI can now build lib32asound2-plugins in a less than totally evil way.02:51
RAOFAnd if I had access to any of the other archs, it should build lib64asound2-plugins, too.02:51
RAOFOh, I suppose I should build it under Sid, too.02:53
RAOFPulseaudio support for wine is now mine!02:54
sistpotyRAOF: maybe ubuntuwire has an arch you could need? (not too sure for which arches we have servers, I only know of sparky, which shouldn't be used for building, because then revu goes down *g*)02:54
* RAOF actually *looks* at debian/control.02:55
RAOFSo, I should be able to test the build at least; it'll build lib64foo on i386, powerpc sparc and s39002:56
* RAOF checks whether he's got an i386 sid build environment02:59
sistpotyasantoni: sorry for the delay, I'm just looking at the .diff.gz... seems like you dropped changelog entries from the current hardy version in debian/changelog03:04
sistpotyasantoni: also, please describe your changes in debian/changelog (e.g. what patches you dropped, what build-dependencies you updated etc.)03:08
bddebianI think I've finally figured it out.  I think MOTU generally has a better sense of humor than Debian. :-)03:22
bddebianI'm serious, it's kind of sad.03:22
sistpotybddebian: btw.: why aren't you a DD yet, seeing so many qa or games uploads from you?03:24
sistpoty(then I could ask you for sponsoring debian uploads *g*)03:24
bddebianI dunno man, I'm starting to think I should withdraw my app03:24
bddebianAnd go back strictly to Ubuntu03:24
persiabddebian: No point withdrawing the application.  Even if you focus on Ubuntu, DD can be useful.03:25
sistpotystrange enough, I'm even further below in the nm list than bddebian, and feel guilty, since I didn't do anything but bug forwarding since quite some time03:26
bddebianI don't know, maybe it's because I'm some "evil American" or something, I just don't get the "culture".   Everyone takes everything so damn seriously, yet pukes like are can spout nothing but useless drivel all day long..03:26
sistpoty(maybe the caveats of FIFO *g*)03:26
sistpotyheh, /me is reminded by some of Reinhard's postings to debian-devel, which are much less forgiving (dunno the right word) than to ubuntu mailing lists *g*03:28
sistpotyasantoni: can you run lintian on the resulting debs? should give you some hints on what still needs fixing03:30
Legendariogood evening. i would like to see if someone could gimme some help03:34
LucidFoxI got up expecting some Ubuntu mail, and all I got were notifications of spam in my blog :(03:34
bddebiansistpoty: Farther up the list how?03:34
Legendariohow to pack a package without a make file?03:34
sistpotybddebian: https://nm.debian.org/nmlist.php03:34
bddebianLegendario: Just build the way upstream builds03:35
LucidFoxLegendario> What build system does it use?03:35
bddebiansistpoty: Isn't that just alphabetical?03:36
Legendariowhen, i don't know if i understood the question, but the tar.bz2 file the author offers has already a binary in it...03:36
sistpotybddebian: doesn't seem like it... at least not to my known alphabet *g*03:36
bddebianWell I never looked that closely :-)03:36
bddebianLegendario: It shouldn't, that's bad form.  You should build the package from "source"03:37
bddebianOf course you can just mv/cp the files around03:38
Legendariobddebian, i know, but it only offer an rpm package and one like i've told you03:38
Legendariobddebian, but when i ask pbuilder to build it, it says no make file was found.03:39
bddebianKick upstream :-)03:39
HobbseeLegendario: does it claim to be gpl?03:40
Legendariobddebian, sure03:40
* Fujitsu notes that's already packaged.03:40
Hobbseecheckgmail | 1.13-1ubuntu1 | http://archive.ubuntu.com hardy/universe Packages03:40
Hobbseecheckgmail | 1.13-1ubuntu1 | http://archive.ubuntu.com hardy/universe Sources03:40
bddebianYeah, I thought that sounded familiar03:41
persiaFurther, upstream is very active with https://launchpad.net/checkgmail03:41
persiaErr.  Maybe not any more.  Used to be, but that only has 1.12 and hardy has 1.1303:41
Legendarioyeah, i want to make a 1.13 gutsy version to place on my PPA03:42
persiaLegendario: If it works in gutsy, why not just request a backport?03:42
bddebianHeya LaserJock03:44
Legendariopersia, how is it?03:44
sistpotyhi LaserJock03:44
persia!backports | Legendario03:44
ubotuLegendario: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging03:44
LaserJockhi all03:45
Legendariopersia, it's because the actual 1.12 version on gutsy is not working anymore03:46
Legendariohi | LaserJock03:47
persiaLegendario: That would be a bug, and likely sufficient for an SRU.  Have you reported a bug?  If not, please do so: this ought be fixed for everyone, rather than just in a PPA.03:47
ubotuStable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates03:47
firefly2442how do I find the standards-version via the commandline again for the control file?03:52
sistpotyfirefly2442: zless /usr/share/doc/debian-policy/changelog.gz | head -1 | cut -f 2 -d'(' | cut -f 1 -d ')'03:54
sistpoty(assuming, you have an up to date hardy installed)03:54
firefly2442I'm in gutsy03:55
sistpotyfirefly2442: then look at http://www.debian.org/doc/debian-policy/, version (at the bottom of the page)03:56
LaserJocksistpoty: apt-cache show debian-policy | grep Version: ?03:59
sistpotyLaserJock: heh, my command is much longer, and hence more geeky *g*03:59
LaserJockI'll give you that03:59
Legendariopersia, ok. thanks for the explanation. I got to understand all the stuff about the backports and sru. But one thing still intriges me: I have downloaded the orig.tar.bz2 file on from the hardy repository and it is exclaty the same one i have and it does not contain the source. I contais the same binary on it04:00
Legendariohow could it be packed?04:00
sistpotyLegendario: if it is gpl, then it must contain the sources (or include a document which points to the sources)04:02
squentinLegendario: it's a perl script, there is no difference between source and executable04:04
Legendariosquentin, so if i uncomment the perl line on the debian/rules script i should be able to package it?04:07
squentinLegendario: you just have to copy the perl file to its right place, dh_perl will just calculate perl dependencies, it won't install anything04:09
firefly2442how do I create these "postinst and prerm" from scratch?04:10
Legendariosquentin, what place would it supposed to be?04:11
squentin/usr/bin/ I think04:11
bddebianAh well this cold/flu is finally catching up to me, gnight folks04:13
squentinLegendario: btw, there is already a package in ubuntu, so you should start from it04:15
Legendariosquentin, i have downloaded it. Is that what you mean?04:17
=== bmk789_ is now known as bmk789
squentinLegendario: well, the latest is already in hardy04:20
Legendariosquentin, well i know it now, and there is already a bug asking to backport it. [Bug #189795]04:22
ubotuLaunchpad bug 189795 in checkgmail "[Backport] CheckGmail 1.13-1ubuntu1 to Gutsy" [Undecided,New] https://launchpad.net/bugs/18979504:22
Legendariobut now i am only interested on learning how to pack something that does not have a make file just like this package04:23
squentinwell you can look at this package to see how it's done04:23
sistpotyLegendario: basically it's just a copy the files in debian/rules. however for some languages, there exist specific policies (e.g. python, perl)04:24
jdongLegendario: do you know of the scale of the changes required to fix Gutsy's version?04:25
squentina make file is not magical, instead of calling the makefile, you just copy the needed files04:25
jdonghow DARE you!04:25
jdonga makefile is magic!04:25
jdong100% magic.04:25
Legendariojdong, i guess the new 1.13 version corrects it04:25
jdongautomake is.... err.... that really subpar harry potter novel.04:25
jdongthe 2nd one.04:26
jdongLegendario: well... yeah... but how big were teh changes that actually corrected it?04:26
squentinthe package is simple, there is only a few file, only the perl file is important04:26
jdongLegendario: I'd like to consider it for the -updates repo if at all possible04:26
Legendariothis is something i can't tell you. But i consider yours a good idea04:27
squentinit doesn't work at all with the 0.12 version ?04:28
Legendariosquentin, no. it stopped to work about a month ago04:29
Legendariosistpoty, but how does it go on the rules file itself?04:30
Legendariosquentin, it used to work very well until then04:30
squentinsounds like a good reason to put it in updates04:31
sistpotyLegendario: debian/rules is just a makefile, which has a few specific targets. basically, the binary target must ensure that a complete package falls out04:31
sistpotyLegendario: to do so, e.g. debhelper can be used (there are various dh_* calls, that make creating a .deb easier)04:32
sistpotyLegendario: usually you install everything that should go into the deb package in an install rule in there (and could do a cp there)04:33
sistpotyLegendario: which of course must be aligned to the debhelper calls, that build the binary (not too sure which dh_ call it is, but one expects all files to install under debian/<binarypackagename>04:34
sistpoty(imo it was dh_installdeb)04:34
Legendariosistpoty, what does imo mean...?04:35
sistpotyhm... where should I start... maybe we'll look at the current hardy package, ok?04:35
squentinimo=In my opinion04:36
=== santiago-ve is now known as foursixnine
sistpotyLegendario: if you look at debian/rules there, binary depends on binary-indep, which depends on install04:37
sistpotyLegendario: so install will basically install all files that should be part of the debian package inside debian/checkgmail (relative from the top source dir of the package)04:38
sistpotyLegendario: then later (in the binary-indep target), there are the debhelper commands, to generate a .deb from what's in debian/checkgmail04:39
sistpotyLegendario: there's even a cp command in install, to just put a file to the right directory04:40
sistpotyLegendario: for each debhelper (dh_*) command, you can look at the manpage what it does04:40
AlohaPlease review http://revu.tauware.de/details.py?package=sadms04:44
Legendariosistpoty, is it too different if i try with the cdbs?04:45
sistpotyLegendario: cdbs will basically only have rules which call debhelper under the hood04:45
sistpotyLegendario: which hides some abstraction, but limits your flexibility04:46
Alohaunder the hood. heh i like that04:46
sistpotyLegendario: the problem here is, that a SRU should impose *minimal* changes04:46
sistpotyLegendario: so changing from debhelper to cdbs is a no go for an SRU04:46
persiaAloha: That looks like an entire comprehensive collection of stuff.  Might it not be a good idea to break it down into several binary packages?04:47
Alohapersia, what do you mean?04:48
sistpotyLegendario: the best try for an sru, is to look which minimal changes are needed of the source, and to apply these... you should be able to explain every changed line04:48
persiaAloha: There seem to be daemons, pam bits, guis, etc.  Seems like a lot of different things in a single package.  On the other hand, maybe that's the right way to do it (I'm not an expert when it comes to those things).04:49
sistpoty(otherwise it wouldn't be a valid sru, but maybe things changed nowadays)04:49
persiaNo, it's still minimal changes preferred.04:49
Alohapersia, thats the way upstream put it together.04:49
Alohapersia, they have the most odd build system04:50
persiaAloha: The oddities of the build system, and the nature of the included docs is what made me think breaking it into a number of smaller binary packages (from one source package) might be best.04:50
=== asac_ is now known as asac
Legendariosistpoty, i guess i am not the best person to tell u the reason "for every changed line"04:52
Legendarioi do no programing.... ;-(04:53
Legendarioi am just a computer enthusiastic who wants to contribute with the community by making some basic packaging and increasing his knowledge a little bit...04:54
sistpotyLegendario: there's still the option to request a backport... jdong should now the procedure ;)04:57
Legendariobut in this case of packaging scripts, i am complitely lost04:58
jdongsistpoty: well, I'd like for *someone* to try investigating it as a SRU first04:58
jdongsistpoty: at least figure out what upstream did exactly to fix the problem04:58
jdongsistpoty: considering the current package is basically USELESS, I think we can argue even for a partly invasive SRU.04:58
jdongwhere "invasive" refers to the package's own codebase of course04:58
sistpotyjdong: I guess motu-sru should decide on what's appropriate ;)04:59
ScottKSRU should be minimal, but minimal to do the job may be large.04:59
jdongScottK: agreed05:00
ScottKOn Thursday we SRU'ed clamav from 0.88.2 to 0.92 in Dapper because there was no other way.05:00
ScottKerr ... Friday05:00
jdongright. I'm curious about what the fix for this entails. It bugs me when the supported repo version of the package is entirely useless.05:01
LaserJockjdong: what package is this?05:01
jdongLaserJock: checkgmail05:02
jdongbug 18979505:02
ubotuLaunchpad bug 189795 in checkgmail "[Backport] CheckGmail 1.13-1ubuntu1 to Gutsy" [Undecided,New] https://launchpad.net/bugs/18979505:02
jdongclassic gmail-changed-api-so-scraper-doesn't-work.05:02
* sistpoty just wanted to express that I don't want to make a decision if a backport or sru is right *g*05:02
squentinI took a quick look at the diff, there is lot of small changes, most of them probably unrelated to the fix05:02
jdongsistpoty: so you're dragging me into this? :D05:04
sistpotyjdong: sure... or anyone else wanting to jump in :P05:04
LaserJockif it's a fairly clean patch I think an SRU would most likely be appropriate, if it's gonna be useless it's pretty low risk to attempt a fix05:04
jdongLaserJock: right, and I doubt anything that is involved with the fix can blow up any other chunk of universe either.05:05
jdongAt this point, my thinking is, if checkgmail can't check gmail, it can't get much worse.05:06
LucidFoxIs there some program to access Gmail directly without using POP3/IMAP?05:06
LucidFox(Apart from a web browser :p)05:06
sistpotypersia: whysynth rejected, sorry05:06
* persia goes to investigate why, and considers fixing it directly05:07
sistpotypersia: changing source license in packaging05:07
sistpoty(didn't check further than that though)05:07
persiasistpoty: Upstream doesn't want to release a new version right now, but has tracked down all the patch contributors and gotten them to agree to the PD dedication.  Any suggestions?  Without this, midi won't work in hardy again.05:08
jdongLucidFox: this thing I believe scrapes basically html gmail05:08
jdongLucidFox: but other than that, there is no other Gmail API publically published05:09
sistpotypersia: update debian/copyright with pointers instead, maybe even include mail messages in there05:09
asantoniOk, someone help me here05:09
persiasistpoty: Makes sense.  I'll fix that.  No other issues?05:09
asantoniI've got a workflow problem with this DEB thing05:09
persiajdong: I think it gets it from the atom feed.05:09
persiaasantoni: Where are you?05:09
sistpotypersia: as I wrote, I stop checking then.. but I can do a more thorough check if you want05:09
jdongpersia: ah, ok, that sounds much more reasonable :)05:10
asantoniWe've got targets in our SCONS setup to build packages for every platform05:10
asantoni(Windows, OS X, and Ubuntu)05:10
asantonievery time we do a release, I update our Ubuntu package, which we host on our own site05:10
persiasistpoty: If you would.  I'll sort out the licensing, but I'm very interested in getting this in for hardy so that we can undisable the gstreamer-midi build.05:10
asantoniso we have our own "debian" directory that sits in our source tree, which contains our own changelog05:10
sistpotypersia: sure, will do05:11
persiasistpoty: Thanks.05:11
sistpotypersia: I won't do a complete license check then ;)05:11
asantoniso now I'm trying to figure out what the best way to deal with having to merge the universe package's changelog with my own05:11
asantoniall of the patches to our package in universe have been pushed upstream05:12
persiasistpoty: I think the only issue is with the patches: I looked at the other files.  Upstream shipped them without any licensing information.  I'll review again, carefully, before uploading (or getting vemon to upload) a new candidate.05:12
sistpotypersia: thanks05:12
asantonibut I guess it matters to you guys that the changelog be kept intact (I can understand that)05:12
sistpotyasantoni: imo your (upstream-wise) changelog and the ubuntu changelog are two different things... maybe a branch could help?05:13
asantonisistpoty: hmmm, maybe05:14
persiaasantoni: Officially, upstreams are encouraged not to host a debian/ directory.  Of course, this can make it awkward to create Ubuntu packages external to the repositories.  I'd suggest tracking a separate branch (as sistpoty suggests), and merging.  Maybe pushing the packaging for mixxx into a Vcs could help.05:14
asantonipersia: yeah, it's just too awkward05:14
asantonipersia: What do you mean by pushing the packaging into a VCS?05:14
asantoni(it's already part of our build system, but that's why we need to have our own debian directory)05:14
asantonithe thing that really kills me is that people don't push their patches upstream to us05:15
asantoniwe don't have it nearly as bad as other projects though, so I should hold my tongue05:15
Legendarioi gotta go now guys.05:15
persiaasantoni: Hmm.  I was suggesting moving the debian/ directory to somewhere non-upstream, making it accessible to Ubuntu developers (LP is good for this), and then sharing from this.  For getting the patches back, it's a little harder.05:16
sistpotyasantoni: technically, it's actually that debian has created a fork, and ubuntu has created a fork of that fork. however debian realigns (rebases?) every file not under debian/* to the new upstream version.. and ubuntu tries to rebase everything to the new debian fork if possible05:17
asantonipersia: any specific ideas for where this debian directory should go? I've never seen this problem addressed before, but it's making this impossible to streamline05:17
asantoni(I think it'd be a great idea for you Ubuntu guys as well as our dev team to be able to modify it somewhere)05:17
persiaThe general recommendation is to work with a maintainer to ensure that the latest versions are available.  There could likely be better coordination between Ubuntu and Debian, but I'd suggest coordinating with the Debian maintainer to seek things up to date, and then syncing Ubuntu from Debian.05:17
persiaDoes anyone have a good example of a Vcs managed package for asantoni to review as a model?05:19
asantonipersia: Yes, I haven't been in contact with Free Ekanayaka (Debian) maintainer... I should though05:19
persiaI thought it was Paul Brossier.  Likely my mistake.05:19
asantoniit used to be05:19
asantoniat some time in the past05:20
asantonibut on Debian the package was unmaintained for at least the last two years05:20
asantoniFree just kind of showed up out of the blue recently, and has never been in contact with us05:20
persiaAh.  The "used to be" is a common cause of the beginning of confusion.  If Free is taking over, that's the best way to keep things up to date.  Free tends to be very good about making things work for both Debian and Ubuntu.05:20
asantoniOk, I'll write him an email right now to try to sort this out05:21
persiaasantoni: Thanks a lot.  If it takes a while, feel free to come back here, and we'll try to sort you.  The goal is to find a process that works well in the future, but maybe this time shortcuts would not be inappropriate.05:22
asantonino, thank you persia - you MOTU have a generous amount of patience, and I appreciate your help. :)05:23
sistpotypersia: more comments to whysynth05:30
persiasistpoty: Thank you.05:30
sistpotypersia: in general, it looks pretty good :)05:31
persiasistpoty: SONAME is so that when gstreamer-midi gets built against it, we can track transitions sanely.  Maybe it belongs in /usr/lib?05:31
sistpotypersia: it's a plugin for gstreamer, right?05:31
persiasistpoty: whysynth is a DSSI plugin.  gstreamer can build against it, so that gstreamer-midi calls out to whysynth to render sounds.05:32
sistpotypersia: does gstream link against it then? or will it dlopen it?05:33
* persia looks into the gstreamer-midi source to try to answer that05:33
sistpotypersia: if it will just dlopen (my guess for a plugin), /usr/lib/<packagename> should be right, (even if it has a SONAME)05:34
sistpotyotherwise (to link against it), there must be some headers to include (of course very ugly workarounds to define the headers -- basically what dlopen does exists)05:35
* Hobbsee test out gweled05:38
persiasistpoty: Nevermind.  Thanks for making me check.  I confused wildmidi with whysynth for some reason.  It's dlopen(), but I need to package something else in a hurry :)05:38
sistpotyheh, /me just remembered a different dssi-plugin from very long ago which seemed to also get dlopen'ed *g*05:39
Hobbseeyay, it works05:39
sistpotyHobbsee: ?05:40
persiaHobbsee: music as well?05:41
Hobbseepersia: yeah05:41
sistpotyoh, cool... btw.: will there be a gstreamer-sid plugin as well (listening to 8bit sound the whole night)05:41
* persia cheers effie_jayx for clearing all the bugs from such a lonely package05:42
asantonigahhh, Free made the Debian package use our old icon :S05:42
persiasistpoty: Not on my list of things to do by Wednesday.  Feel free to add it if you have time :)05:42
persiaasantoni: patches to the BTS are generally welcome.  Upstream .desktop files even moreso.05:42
asantoniheh, we do have an upstream .desktop file05:43
asantoniwhich is even more confusing05:43
persiaasantoni: So the upstream .desktop file is being patched to use the old icon?  Very odd.  Maybe submitting a 32x32 xpm for the menu file would help.05:44
asantonipersia: I think he patched the debian/mixxx.desktop05:44
asantoniso it appears we have two upstream mixxx.desktop files, which neither of us noticed before05:44
* ScottK notes torque is now looking for a second advocate.05:45
persiaAh.  That's one of the arguments against upstream debian/ :)05:45
asantonipoint taken05:45
asantoniany hints on how I should tell our rules file to use the mixxx.desktop file in our "src" directory?05:45
* squentin wonders if someone will review/sponsor bug #156886 before the feature freeze (it's just a simple update)05:46
ubotuLaunchpad bug 156886 in libgtk2-trayicon-perl "Transparency not working with Gtk2::TrayIcon" [Low,Confirmed] https://launchpad.net/bugs/15688605:46
ScottKsquentin: Without looking at the bug, that doesn't sound like something that needs to be done before FF.05:47
persiaasantoni: Just install it in /usr/share/applications from your normal build system, and remove it from debian/rules05:47
asantonipersia: aha, we already install that there! :)05:47
persiasquentin: That's exactly the sort of bug which we try to address post-feature freeze.  No rush for the deadline, and feel free to fix more like that later in the month and all through March.05:48
asantoniso out it goes from the debian/rules05:48
persiaasantoni: You may also want to delete debian/mixxx.desktop to avoid future confusion.05:48
squentinok, just though it would be easier to get in before the FF, it's basically an upgrade to the latest upstream version05:49
asantoniwill do05:49
persiasquentin: Ah.  If that bug is solved by the new upstream, then yes, it is easier to get it in soon.  The right groups are subscribed, so you've a good chance.05:51
sistpotydamn, danw is already breaking...05:51
sistpotydawn even05:51
* sistpoty is off to bed05:52
sistpotygn8 everyone05:52
* persia thought sistpoty was traveling to be up at this hour05:52
asantonigood night!05:52
squentinpersia: ok thanks05:53
* ScottK advocates clipper (looking for #2) and heads to bed.05:54
LucidFoxIs "diff.gz not identical after binary build and clean" a valid objection on REVU?05:54
persiaIt's certainly an odd behaviour.  It should be the same.  Probably worth determining the cause: it may just be that the diff.gz on REVU is dirty, but the packaging is acceptable.05:55
ScottKpersia: torque and clipper are both packages that I think we want (even if they need a little cleanup after FF).  Please have a look and see if you can manage to advocate either.05:56
* ScottK going to bed really now.05:57
persiaScottK: OK.  Any chance you could look at libini4j-java and libnb-platform7-java?  Last two pieces before netbeans can be pushed.05:57
ScottKpersia: Not tonight.  Perhaps tomorrow or Monday.05:58
persiaScottK: Thanks.05:58
persiaminghua: If you really want a versioned conflict between falconpl and falcon, wouldn't it be easier to just upload a patched version?05:59
ScottKpersia: He's not on right now..06:00
ScottKGood night.06:00
persiaScottK: Yes, and hasn't been whilst sending email :)  good night.06:00
asantonipersia: as I'm working on updating all this debian directory stuff, it's becoming much more clear that having it in a separate repository that's accessible to package maintainers would save us a lot of hassle06:30
persiaasantoni: Check with Free, but I suspect http://svn.debian.org/wsvn/demudi is likely the right place for that.06:31
asantonipersia: ah, I see... I wish this sort of stuff was communicated better (a fault of the process perhaps)06:33
persiaasantoni: Mostly a lack of documentation.  FOSS tends to accumulate developers rather than UI specialists or documentation people :(06:34
asantonihaha, that I cannot deny :)06:34
asantoniI'll keep that in mind06:34
persiaasantoni: In this case, unless there is objection from one of the involved parties, I'd think the best workflow would be for your team to have access to the alioth SVN repo, and for Ubuntu to sync from Debian (and interested Ubuntu people to coordination with the Debian Multimedia Team to work in the same SVN).06:36
asantonipersia: yes, I think that's reasonable06:36
asantoniin the interest of getting Mixxx 1.6.0beta2 into universe before the freeze, I may have to forgo efforts to that end for a bit though06:37
persiaasantoni: Right.  I'd suggest you first contact Free, and if you can get it there, we pull a sync.  If not, maybe someone here can help you get it it.  Try catching warp10 for the update, if nobody else.06:38
asantoniok, thanks for the tips06:39
warp10Good morning06:43
persiawarp10: Good morning.  asantoni is here representing mixxx upstream, and looking for a bit of help integrating the latest release.  Do you have some time to help with that?06:44
persia(or am I confused by reading too many changelogs today?)06:44
warp10Heya persia! Sure, I have some time for asantoni's issue.06:45
paasHi, could a MOTU please have a look at my package http://revu.tauware.de/details.py?package=libtuxcap. It's ready for advocation, thanks!06:45
asantoniwarp10: I'm just trying to sort out and streamline our packaging process a bit more at the moment06:46
asantoniI'm going to upload one more attempt at the mixxx package hopefully soon06:46
warp10asantoni: great! so you uploaded mixx on revu alread?06:47
asantoniwarp10: yes, twice06:47
asantoniwarp10: I've just fixed the things sistpoty pointed out in the comments06:48
asantonilintian (on my machine) says I botched one last thing though:06:48
asantoniW: mixxx source: newer-standards-version 3.7.3 (current is 3.7.2)06:48
asantonibut it takes about 30 mins to rebuild the package on my machine, and it's getting late (I need to sleep fairly soon)06:49
warp10asantoni: don't care too much of that warning. latest standards version is 3.7.3 and linda is not updated (lintian should not raise any warning about that)06:50
asantoniwarp10: ah, ok, perhaps this package will be good then (I'm uploading as we speak)06:50
warp10asantoni: if lintian and linda don't show anything else, and you addressed all sistpoty comments, looks like you are close to get an advocacy! :)06:51
asantoniwarp10: thank you, updated package is uploaded: http://revu.tauware.de/details.py?package=mixxx06:53
asantoni(launchpad bug #190589)06:53
ubotuLaunchpad bug 190589 in mixxx "New upstream release (in REVU)" [Undecided,New] https://launchpad.net/bugs/19058906:53
warp10asantoni: you should update the bug report on launchpad06:54
asantoniwarp10: the diff.gz?06:54
warp10asantoni: assign it to yourself, and set status to "in progress"06:54
asantoniwarp10: done, thanks06:57
warp10asantoni: great. Just the keep Launchpad up-to-date...06:57
asantoniwarp10: ok, will do06:57
asantoniI need to head to bed now though06:57
asantonibut the latest upload is there, if anyone has time to review it06:57
asantonithanks again for all of your hard work!06:58
asantonigood night!06:58
warp10asantoni: Thank you for helping to improve Ubuntu! :)06:58
rhpot1991_laptopwhat is the width limit for a manpage?06:59
methodWhat causes cannot change ownership of `debian/readinglist/usr/share/doc/readinglist/changelog.Debian': Operation not permitted after dh_installchangelogs?07:00
methodUsing pbuilder07:00
warp10rhpot1991_laptop: should be 80.07:02
rhpot1991_laptopfigured so, thanks07:02
methodHas anyone ever seen a problem with permissions on changelog.Debian?07:15
RAOFDoes anyone here have an {i386,PPC,sparc, s390} sid or hardy build environment and want to test building multiarch alsa-plugins?07:20
=== foursixnine is now known as beholder-destroy
=== beholder-destroy is now known as beholder
=== beholder is now known as foursixnine
RAOFPPC64 is also testable!07:21
=== imbrandon_ is now known as imbrandon
methodAnyone know what this is about? install: cannot change ownership of `debian/readinglist/usr/share/doc/readinglist/changelog.Debian': Operation not permitted. I found a thread on Google that mentioned the same problem, but no one replied.07:52
RAOFmethod: Sounds like a problem with your local build system (pbuilder or whatever).07:53
methodRAOF, yeah I'm using pbuilder07:53
RAOFmethod: You'll need to provide more information for me to provide a more useful answer.07:53
methodRAOF, it's in dh_installchangelogs07:54
RAOFSo, "operation not permitted" suggests that the pbuilder process doesn't have sufficient privs to chmod (unlikely) or that the device you're building on doesn't support chmodding.07:55
RAOFWhere is your /tmp?07:55
method\/tmp is /tmp?07:56
method(Might not understand the question) :)07:56
methodpbuilder goes into fakeroot.07:56
methodThis is pbuilder on Hardy, btw.07:56
RAOFLast time I used it (some time ago), pbuilder was building stuff in /tmp.07:56
methodRAOF, yes, it is.07:56
RAOFRight.  So /tmp is on what sort of device?  What sort of FS?07:57
methodRAOF, should just be part of the same EXT307:57
RAOFIs something doing strange things to the permissions above there?07:58
methodDo you know what green highlighting in the ls -la means?07:58
method. is green.07:58
methodtmp is, yeah.07:59
methodtmp is drwxrwxrwt, anyway.08:00
RAOFRight.  That's the sticky bit.  I don't think it should be a problem, though.08:00
methodRAOF, it's the same behavior when I run ./debian/rules install, without sudo.08:05
RAOFHow about fakeroot debian/rules install?08:06
methodRAOF, yeah that worked.08:06
RAOFmethod: So, it seems that pbuilder is sucking in some way.08:07
RAOFmethod: Does a plain dpkg-buildpackage -rfakeroot work?08:07
methodRAOF, no!08:08
RAOFmethod: So it seems that something done by building kills it.08:08
methodRAOF, or -rfakeroot isn't working properly.08:09
methodsudo dpkg-buildpackage -rfakeroot works08:10
emgentheya people08:10
RAOFHeh.  sudo trumps fakeroot, I'd guess :).08:10
RAOFemgent: You look like someone with an i386 hardy build environment!  Care to try building my multi-arch alsa-plugins?08:11
methodRAOF, I have one.08:11
emgentRAOF, not now, sorry :)08:12
DarkMageZi've got one as well08:12
RAOFDarkMageZ: You don't happen to have a sid one as well?08:12
DarkMageZnope. don't play with debian.08:12
RAOFRight, anyway, http://cooperteam.net/alsa-plugins_1.0.15-2.dsc should be dgettable.08:13
RAOFBuild away my minions!08:13
DarkMageZdget ?08:14
RAOFGets the dsc & all the files referenced in it.08:14
RAOFYou will learn to love it :)08:14
DarkMageZi already now love it08:14
DarkMageZand here was me using wget to get all 3 files...08:14
RAOFdget -x is download & unpack with dpkg-source, too.08:15
DarkMageZbuild started08:16
RAOFHm.  It suddenly occurs to me that ia32-libs is unlikely to exist on PPC64.08:17
methoddpkg-checkbuilddeps: Unmet build dependencies: lib64asound2-dev (>= 1.0.12) libpulse-dev libsamplerate0-dev | libsamplerate-dev libavcodec-dev ia64-libs libc6-dev-amd64 lib64gcc1 gcc-multilib08:17
RAOFOk, that's what I was afraid of.08:18
RAOFWe don't build 64bit i386 binaries :)08:18
RAOFThat should work in Sid though, which is the incidental target of this patch.08:19
RAOFNO!  My perfect irssi-is-not-a-shell record is ruined!08:22
persiaSo after sistpoty corrected me about the difference between whysynth and wildmidi, I'd like to ask for someone else to take a look at http://revu.ubuntuwire.com/details.py?package=wildmidi .  I'm not 100% sure on the licensing (mixed license in source, re-separated for binary packages), and always like for libraries to have multiple eyes.08:30
RAOFpersia: I'll trade you.  Build my multiarch alsa-plugins in an i386 sid environment, I'll check wildmidi. :)08:32
persiaErr.  I don't have an 1386 sid environment :(  Anything else I can trade for?  (I'll make an i386 sid environment if the answer is no)08:32
RAOFI'll trade you for a gnome-do & do-plugins check, but I haven't finished those yet. :)08:33
persiaRAOF: That works for me.  Let me know when they are ready.08:34
RAOFGah!  Stupid mk-sbuild-lv!08:36
methoddo-plugins! Yay!08:37
RAOFNow that I've bashed various things into a state where a useful package can be made from them, yes.08:38
RAOFdget, you are my only friend in a world filled with copyright problems.08:39
warp10MOTUs, my package gbemol (a graphical frontend for MPD) is on REVU and waits for your reviews. http://revu.ubuntuwire.com/details.py?package=gbemol08:39
emgentheya warp1008:40
emgentpersia, ping08:40
warp10hi emgent ;)08:40
persiaAren't there already a plethora of MPD front-ends in the repos?  What makes this one special?08:40
persiaemgent: I don't play virtual table tennis08:40
emgentpersia, http://rafb.net/p/T9Mxid83.html08:41
emgentit's ok or I should use [...]edgy2 ?08:41
persiaemgent: No idea.  I'm not a security person.  Ask someone in MOTU-SWAT.  This is a strong argument against pinging specific people when you have a question.08:42
emgenti asked to kees now in jabber08:42
persiaAlso, why base a security upload on a backports upload?  That seems odd.08:42
emgentbut i dont know very well08:42
emgenthe _THINK_ 1.2.6-0ubuntu1~edgy208:42
persiaemgent: This is a good place to ask, I'm just not a good person to ask.  Asking the question to the channel generally will likely get you a good answer.08:42
emgenthehe ok, thanks08:43
warp10persia: well, this is just the frontend I use. Since it isn't in our repos and has been asked to be packaged on launchpad, I did it.08:43
persiaWait, is this security applied to a backport?  That would likely benefit from coordination with the backports team, to push a backport from the -security08:43
emgentyes persia08:44
persiawarp10: OK.  Just checking.  If it was super-cool and nifty, and washed my socks, I'd be tempted to postpone by queue.  As it is, I'll take a look if I do another REVU pass.08:44
persiaemgent: I'm not part of the backports team either, but I suspect that 1.2.6-0ubuntu1.1~edgy1 is the correct version (new backport).08:45
warp10persia: ok, thanks anyway :)08:45
emgenti saw https://help.ubuntu.com/community/UbuntuBackports, but there isnt info about it...08:46
persiaFurther, I don't believe that an updated backport belongs in edgy-security, as that would force non-backports users to use the backport.08:46
persiaemgent: The backports documentation team needs help :)08:46
emgentehhehehe :)08:46
emgentu-backports irc room too :P08:47
HighNog'morning eveerybody. I was just reading backporting policy and as I get it know - if my package won't make it into hardy and the next REVU day would be in may - my package can also not be integrated in backports as it has to be in the official universe first. It might even say (though unclear) it has to be in a released versions universe which would delay it even more in backports. Am I right here?09:03
RAOFHighNo: Yes to the first, no to the second.  It has to be in Hardy's universe before it can be backported anywhere, but Hardy doesn't need to be released before you can backport it.09:08
persiaAn alternate reading is that once it gets into the universe repository for hardy+1, it can be backported to hardy.09:10
persia(which may be three or four weeks after hardy release)09:10
RAOFpersia: Would you like comments on revu, or here?09:14
RAOFStupid question.  On revu they go.09:14
persiaRAOF: either works :)  REVU is likely better, as it keeps a record.09:14
HighNo*sniff* this takes sooo long - unless someone quickly advocates my package 'blueproximity' of course :-) (sorry, couldn't resist...)09:21
RAOFpersia: Commented.  Stop trying to close Debian bugs with Ubuntu uploads :)09:22
persiaHighNo: Simply put, you've missed new package season.  If you check the channel logs, you'll see even MOTU are begging for reviews at this point.09:23
persiaRAOF: Thanks :)  Also, lintian disagrees with you about = vs. >= ${source:Version}09:23
RAOFpersia: Fair enough.  This isn't based on an understanding of policy, just what I've seen other library packages do.09:24
persiaAlso, do you expect the archive-admins to have an issue because ./COPYING is only GPL, and most of the source is LGPL?09:24
persiaThe way you recommend is how I did it at first, but it makes it non-bin-NMUable, as the arch:all package wouldn't be able to handle a version bump on a binary.  Not that it really matters in Ubuntu or anything :)09:25
emgentwe are exploitable09:25
RAOFpersia: Oh, sorry: {binary:version}!09:26
emgentGRSEC ++09:26
RAOFThe capitalisation there is incorrect, I think.09:26
persiaemgent: We are usually exploitable in several different ways.  We typically avoid advertising that whilst working on patches.09:26
emgentlaunchpad bug is open09:27
persiaRAOF: /usr/share/lintian/checks/version-substvars.desc says ${source:Version}09:27
emgentdebian people too working on this09:27
persiaErr..  ${binary:Version}09:27
RAOFGAH!  Why must mk-sbuild-lv take so long to FAIL?09:28
RAOFBah!  That patch can get sent without i386 testing.  It *should* work.09:28
persiaRAOF: Once you have the majority set up, it may be easier to do it manually.  Just add a stanza to schroot.conf, add a LV, and debootstrap.09:29
RAOFYeah, possibly.09:29
HighNopersia: yes, I know. I am just sad, because I didn't know before and worked very hard as someone told me FF is on 14th, so I've had the hope. The information that it packaging is over came later on when I was almost done with the package. This is of course no offense to anybody, you guys work hard and do a great job. Good thing is I can create a new nicer upstream package with more languages supported.09:31
HighNoI know that packaging is faster once a package is in debian, but does also debian packaging get faster if one makes it into ubuntu?09:32
persiaHighNo: I suggest you see if you can find out who typically handles the bluetooth stuff.  They may be very interested, and try to push it through.09:32
RAOFHighNo: It doesn't, except that you've already got a (presumably) archive-worthy package available.09:33
persiaIdeally, packaging is only done once, for either Debian or Ubuntu.  After that, it is either a sync, or maybe small bugfix-type changes.09:33
RAOFHighNo: And the work you've done need not be wasted; you can get the package into Debian, they don't usually bite off people's heads.09:33
HighNoRAOF: hehe, that's what I thought too. I was just wondering if there's a two way road between the both09:34
RAOFHighNo: There's not nearly as much Ubuntu->Debian traffic as the other way around.  Partially because there are *lots* of Debian maintainers.09:35
persiaDepends on the package.  I see lots of Ubuntu->Debian traffic, of various sorts.09:35
RAOFOh, certainly.09:35
persiaThere's just no automated upload of Ubuntu updates for things not recently updated in Debian :)09:36
HighNopersia: (and anybody else) ho you know who is into bluetooth among the MOTUs? Are there MOTUs especially for the UbuntuMobile thingy?09:36
RAOFYes.  There is no UbuntuImportFreeze :)09:36
RAOFAnyway.  Time to do a Gnome-Do release so I can package it and hurl it at persia with high velocity!09:37
* persia dons the appropriate protective equipment09:37
persiaWell, rather, there is a constant UbuntuImportFreeze: everything is by manual action.09:38
RAOFDo is a fine way to discover bugs in Metacity's compositor.09:38
RAOFFor example: in some (rare) instances triggering Do will make every window with an ARGB pixmap disappear (including Do) until Do is hidden.  It's fun.09:40
persiaRAOF: And this is something you want to add to the repos?09:41
RAOFpersia: Works fine with Compiz.  It's a metacity bug.09:41
RAOFOr with xcompmgr, for that matter.09:42
RAOFI don't imagine many people have metacity's compositor turned on.09:42
persiaWell, me, but my system is not exactly standard :)09:43
RAOFMe too, obviously.09:43
RAOFI want shiny composite eye-candy & don't Compiz because I test nouveau.  What's your excuse? :P09:45
persiaRAOF: My case has insufficient airflow for my GPU09:46
persiaWorks OK in the winter, but better to not run compiz than have lockups on warm days.09:47
RAOFOooh, I get to check my watch file handles a new upstream version correctly.  Yay!09:49
persiaWhat's best practice when upstream sends a patch to fix licensing stuff and doesn't want to do a new release?09:51
RAOFI don't know.  The only time that's happened to me recently, Miro spent a week trying not to link to openssl, then made a new release with the exception clause everywhere.09:54
persiaRAOF: That would make life easy.  In this case, upstream sent a patch against their release tarball with the changes they want, but didn't want to update the actual release tarball.09:55
RAOFRepack?  That seems really ugly, though.09:55
persiaThat's what I thought.  Putting it in debian/patches recently got rejected from REVU because we shouldn't patch licensing though.09:56
RAOFYeah.  Then the source package has a misleading license in it.09:58
persiaThat was the issue.  During packaging it was discovered that some of the licensing for some of the files was unclear.  This was resolved now, but I'm not sure how the resolution should be structured for inclusion.09:59
RAOFI think you'll have to repack the tarball, with the licensing patch applied.  The .orig.tar.gz has to have the right licensing, yes?10:00
persiaI guess.  Perhaps applying the patch in get-orig-source, although such a construction likely needs a README.Debian-source to explain just how it got that way.  Thanks.10:02
RAOFThat would work, yes.10:02
RAOFWhy did I think Sid had an ia64-libs package?10:09
persiaDoes anyone know anything about a libgmyth-dev package?10:15
persiasuperm1: gst-plugins-bad0.10 FTBFS for me.  Any suggestions on how to fix that?10:16
jpatrickpersia: W: Unable to locate package libgmyth-dev10:16
RAOFpersia: It's a new build-dep of plugins-bad, to allow gstreamer apps to connect to mythtv hosts.10:17
persiajpatrick: That was my experience.  Which arch?10:17
RAOFIt'll be sitting somewhere in NEW right now...10:17
persiaRAOF: Why can't I find it in apt-cache?10:17
* persia grumbles that one last-minute update to gst-plugins-bad0.10 is colliding against another and hunts NEW10:17
jpatrickpersia: x8610:18
persiaRAOF: registration block :p10:18
persiajpatrick: Thanks.  That means it's definitely caught somewhere.10:19
=== _emgent is now known as emgent
emgentHobbsee, can i work to fbi package ?10:33
=== \sh_away is now known as \sh
\shdoes anyone know the replacement binary for `arch` from util-linux?10:40
persia\sh: What did it do?10:44
\shpersia, printing out the real architecture ;)10:44
\shpersia, yes...it's wrong10:45
=== kdu1 is now known as kdub432
persia\sh: Ah.  Don't know then, sorry.  /proc/cpuinfo might have some of what you want.10:46
HighNouname -m ?10:46
persiaHighNo: That only checks what kernel is installed10:47
HighNowould arch really do something different?10:47
persiaHighNo: Ideally, it would check the CPU, and report something else when e.g. running i386 on amd64 hardware.10:48
persia(and yes, it is wrong)10:48
emgentjdong, ping10:48
persiaemgent: It's not just for me.  You'll always get a better, faster answer when you ask a question than when you ping someone.10:49
\shpersia, well, the problem is...arch would give me e.g. i686 on pentium and not i386 as dpkg-architecture ;)10:49
persia\sh: You want the dpkg-architecture?  That's entirely different.10:50
\shpersia, no :) I need `arch` ;) I'm trying to build cinelerra...10:50
HighNohal-device  | grep i686  wold only give what the kernel is built for or does it check the real thing?10:51
* persia hides from cinelerra10:51
\shbah...cinelerra is totally wrong with its usage of arch10:51
persiaGrr..  The gmyth-dev addition to gst-plugins-bad0.10 causes it to FTBFS, and 01_gmyth_configure.patch breaks build-twice-in-a-row :(10:56
RAOFAlright.  Any idea why dh_clideps would be throwing me a warning about no build-dep(-indep) on cli-common-dev when I *have* a build-dep-indep on cli-common-dev?12:00
=== \sh is now known as \sh_away
persiaRAOF: dh_clideps?12:02
persiaRAOF: Do you build-dep-indep on "cli-common-dev \(>= 0\.4\.4\)".  It seems to want the version (at least from my reading of the source: I haven't done any Mono packaging)12:05
persiaWell, actually, that should be unescaped, but still.12:05
RAOFI build-dep-indep on c-c-d (>= 0.5.4).  There's some newer stuff I want.12:14
RAOFBut that's as much time as I can give it tonight.12:14
persiaRAOF: File a bug :)12:14
mok0DaveMorris: you've been doing a great job helping HighNo getting blueproximity sorted out12:20
mok0Hi HighNo12:21
HighNohi mok012:21
mok0HighNo: I saw you managed to get at least 1 MOTU to lookt at it!12:22
HighNomok0: i did?12:22
mok0Yep. Those are the guys with the fancy icons on REVU12:22
HighNomok0: might be michael - sadly their irc names don't pop up there12:23
HighNomok0: ahh, that's that the icon is for12:23
mok0HighNo: yeah.12:23
persiaHighNo: You can usually get IRC <-> email translation from https://launchpad.net/people12:23
HighNomok0: ok, thanks. Anyway I learned it wouldn't help anyway. There's no way to make it into hardy now12:24
mok0HighNo: It's from the orig. cartoon "He-man and Masters of the Universe" :-)12:24
mok0HighNo: They are still working to get processed as much as possible before the hard freeze12:24
HighNomok0: aaaah, hehe - cool.12:24
mok0HighNo: you are right, it would be nice if people's nicks were also mentioned on revu12:25
HighNomok0: so launchpad would be eternia :-)12:26
HighNomok0: acutally i liked that series a lot and watched many episodes - too many as i can still know the intro song by heart12:27
mok0HighNo: hehe, it's been a while since I've seen them on tele.12:27
mok0HighNo: http://www.he-man.org/cartoon/cmotu/index.shtml12:29
mok0That must be a site for you :-)12:30
HighNomok0: yes - it's been a while. thanks for indirectly mention I am an old guy :-) (31 that is)  btw, just dropped a blueprint in launchpad for adding the irc names12:31
DaveMorrisHighNo: it might not make it in, but a.) you've fixed the bugs on hardy. b.) You've improved the packaging etc, which can be applied to your PPA's12:32
DaveMorris31, a bit older than me ;)12:33
mok0HighNo: I'm older than you :-)12:33
HighNoDaveMorris: that's true too. I also started a translation session so it would come in > 10 languages. (I think I got the most people if jp and ch will finally be added) I have 8 so far :-)12:34
* mok0 wonders in "Masters of the Universe" is a registered trademark...12:34
mok0DaveMorris: Remind me, what is your package?12:35
HighNoDaveMorris: And I will at least try to use the launchpad project infrastructure more so translations could be made via rosetta12:35
DaveMorrishttp://revu.tauware.de/details.py?package=gtkglextmm is the current one needing review12:35
HighNomok0: it s a registered trademark afaik12:35
mok0I guess they haven't heard of Ubuntu Universe's MOTUs...12:36
* persia notes that in the jurisdiction in which that trademark is registered, trademarks are only valid for a specific line of business.12:36
persiaSoftware Development being different than either "entertainment" or "toys", it would take significant work to justify a complaint.12:37
DaveMorrisso as long as we don't start selling dolls of the various MOTU's ;)12:38
HighNomok0: http://tess2.uspto.gov/bin/showfield?f=toc&state=1n9h70.1.1&p_search=searchss&p_L=50&BackReference=&p_plural=yes&p_s_PARA1=&p_tagrepl%7E%3A=PARA1%24LD&expr=PARA1+AND+PARA2&p_s_PARA2=masters+of+the+universe&p_tagrepl%7E%3A=PARA2%24COMB&p_op_ALL=AND&a_default=search&a_search=Submit+Query&a_search=Submit+Query12:38
mok0DaveMorris: lol12:38
mok0HighNo: that's hilarious...12:39
* DaveMorris thinks of voodoo dolls of motu's to get his packaged reviewed :)12:39
mok0DaveMorris: looks like yours is getting close12:39
HighNopersia: they registered it for computer game software too - let's not talk of games here :-)12:39
DaveMorrismok0: yeah, I only picked up Friday night when I realised the previous guy gave up12:40
mok0DaveMorris: great! There is a lot of good stuff sitting in the queue12:40
* HighNo remarks that you also should not explicitly create toothbrushes - they are registered too :-)12:40
DaveMorrisHighNo: can your program handle different devices with different actions for the devices?12:40
mok0HighNo: Of course, MOTU means: Meisters of the Universe...12:41
mok0... or Misters if you will...12:41
HighNoDaveMorris: I was thinking of it. It already can with a hack - run it multiple times with different config files - but that's dirty. I think there is already a blueprint - written by me for doing that12:41
HighNomok0: hehe12:41
HighNoDaveMorris: you have more than one boss? :-)12:42
DaveMorrisyeah, I work in a Uni12:42
mok0HighNo: although I think we can aggree that they are sometimes "Monsters of the Universe"... ;-)12:42
DaveMorrisgot my linemanager and the dean.  I report to them both really12:42
HighNoDaveMorris: Now if you were a MOTU I would make a deal... But this way, I'll have to see what I can do here. There are some points I have to check first to get that done. Like how to efficiently store/read multiple entries with configObj, how to make a simple config dialogue without having a new window pop up for every config and stuff like that. the backend is not really ready for that but can be changed without big problems. Let's put t12:45
jpatrickwin 3312:46
jpatrickwith "/" this time irssi ;)12:46
HighNomok0: see how elegantly I covered your back by not going into you being even older than me? :-)12:47
mok0HighNo: A true gentleman12:47
* DaveMorris needs to learn more before been a MOTU12:48
* HighNo pads DaveMorris on the back and tells him gently "then learn - but do it FAST!" :-)12:49
mok0Have you been following effie_jayx's progress on the wiki?12:49
chazcoHi... can anyone tell me if Truecrypt 5 is planned to go into any of the repos?12:50
effie_jayxmok0, ?12:50
hellboy195effie_jayx: now you are famous ^^12:50
mok0effie_jayx: I was asking HighNo and DaveMorris if they'd been following your progress12:50
effie_jayxhellboy195,  oh dear...12:50
effie_jayxI only hope I can live up to it12:51
mok0effie_jayx:It can develop into a true motu program that others can use12:51
DaveMorrisIf thats the one syndicacted on one of the ubuntu planets then yeah12:51
* effie_jayx is currently trying to upgrade a package that has "dead end" written all over it12:51
DaveMorrisis there a checklist of the various things you need to learn to know your at a `certain level'12:52
mok0effie_jayx: what's wrong with it?12:52
mok0effie_jayx: it upstream has abandoned it, I would skip12:52
HighNomok0: oh, i didn't know I was meant by that question - the answer would be no12:52
effie_jayxmok0,  1) orphan, 2) version jumped from 0.1.1 to 0.2.2 without any changelog entries to it12:53
DaveMorrisdo you need it then?12:53
HighNomok0: do i make an idiot of me if i asked what wiki?12:53
mok0HighNo: http://wiki.ubuntu.com12:53
effie_jayxmok0,  and upstream seems to release a new version when he comes back from war (he is in the military)12:53
HighNomok0: ok, the answer is yes then :-)12:54
mok0effie_jayx: yikes. Let's hope he does come back12:54
* mok0 looks for effie_jayx's motu log12:54
effie_jayxmok0,  I have found a way to build the package. but it makes no sense uploading it... upstream is really not makig that software distributable enouh12:55
HighNoeffie_jayx: what software exactly?12:55
effie_jayxmok0, https://wiki.ubuntu.com/EfrainValles/MOTUJourney12:55
mok0effie_jayx: I've had that problem with a couple of my packages. Finally, I decided to make my own distribution12:55
DaveMorriseffie_jayx: email him re your concerns, with suggestions on how it can be improved12:55
mok0HighNo: https://wiki.ubuntu.com/EfrainValles/MOTUJourney :-)12:55
effie_jayxDaveMorris,  I am not sure his email is still current12:56
effie_jayxDaveMorris, I will email him today. thanks12:56
mok0effie_jayx: but those kinds of troubles don't help you much in  your quest12:56
effie_jayxmok0,  they are real issues though12:57
mok0effie_jayx: ok12:57
effie_jayxI have a knack for this kinda bugs12:57
mok0effie_jayx: hehe12:57
DaveMorrisI need to learn how to do merges and syncs next cycle, as I've only done new packages this cycle (all libs as well)12:58
effie_jayxHighNo, hey are you starting as well ?12:58
mok0As late as this morning I was wondering if there's a document that we could point upstreams to, saying how they should organize their distribution to make it easier to get it packaged12:58
mok0An Upstream Guide12:59
* DaveMorris volunteers mok0 to make one :)12:59
persiamok0: You could write one?12:59
effie_jayxmok0,  it would be interesting to see the reaction12:59
mok0I could make something on the wiki, if you all promise to contribute12:59
DaveMorrismok0: if you pm the link I can add the problems I've had and the fixes12:59
mok0DaveMorris: cool13:00
persiaThings like distribute as tar.gz, license all the files, provide a flexible build system that allows customised installation, don't build stuff on clean, don't download from the net, etc.13:00
HighNoeffie_jayx: hehe, starting - yes, as a MOTU - not quite yet. I still try to get my first package into hardy13:00
persiamok0: Please post your link here when you get a draft up, so everyone can add :)13:00
* mok0 goes off to generate a wiki page.13:01
DaveMorrishave proper clean and dist-clean tagets13:01
persiaSupport translated strings13:01
effie_jayxHighNo, well bug fixing is really simple.13:01
effie_jayxthat's how I have started13:01
effie_jayxI am doing and upgrade13:01
persiaIs anyone familiar with dh_gstscancodecs?  Any ideas on what magic might be required to get the inspection to work properly?13:03
mok0Bookmark this: https://wiki.ubuntu.com/UpstreamGuide13:03
mok0I will write something when I've thought about it13:04
HighNoeffie_jayx: I am the upstream author of that particular package so I have special feelings on my package :-) but afterwards - and after my final exams - I will have more time. I'll have to see how things turn out to be after I get my degree. I am willing to support and sometimes do so in the #ubuntu channel. I have answered some questions on answers too. Hey - I am an official Ubuntu Instructor... (Really!)13:05
effie_jayxHighNo,  wow :D13:05
HighNobtw. Greetings to the Canonical Trainings Crew like the charming Billy Cina and of course Master of Desaster Chris Brown - he led my Train-the-Trainer event in  Stuttgart last year - a cool guy, 3 days of pure fun.13:08
LucidFoxhttps://wiki.ubuntu.com/UpstreamGuide <-- not much content, ne? :)13:10
HighNomok0: should we make a list on there with points it should have on it - just to make certain things not forgotten?13:16
mok0HighNo: go ahead and put random thoughts. I will organize it later13:16
HighNomok0: fine13:16
HighNook, wiki updated. That's the first thing I had to learn :-)13:21
HighNooh, btw. does anyone else have this problem? If I update a wiki page on wiki.ubuntu.com it will take a very long time during which firefox is hanging. I may be just my setup but it's quite annoying. Most of the times I kill it and restart firefox - the changes on the wiki page are saved anyway. :-/13:23
IulianHighNo: It happens to me sometimes.13:31
warp10Anyone having problems opening qa.ubuntuwire.com?13:32
Iulianwarp10: Yes13:32
warp10Iulian: mmm... too bad. Hope it will be up again ASAP13:33
shibatahi all.13:40
shibatapersia, RainCT, ScottK: thank you for advocating of termlauncher-applet, kita2.13:42
persiamok0: If I upload torque, will you keep working on a patch to clean up the manpages for inclusion before hardy release?13:47
mok0persia: I did clean the manpages... what are you referring to?13:48
mok0persia: there's a fixhyphens patch13:48
persiamok0: The latest revision on REVU still gets lots of missing manpages and minus/hyphen issues, on top of your patch.13:49
mok0persia: missing manpages I'm aware of. How can I reproduce the minus/hypen issues?13:49
persiaEverything else is clean, so I'm willing to upload if you're willing to hunt down all the remainders and make sure it's 100% before release.13:49
mok0persia: I promise13:50
persiaAll I did was build in a hardy chroot, and run lintian.  Does that not work for you?13:50
persiamok0: OK.  Uploading.13:50
mok0persia: I don't get any reports on hypens13:50
LucidFoxWhen subscribing sponsors to a sync request, should I set it to confirmed?13:51
persiamok0: Odd.  I get http://paste.ubuntu.com/4410/13:52
mok0LucidFox: I think so. You'd think that Malone was intelligent enought to do a lot of this bookkeeping on its own.13:52
mok0persia: hmm. something is fishy13:52
persiaLucidFox: Please don't.  You are asking for the sponsor to confirm (and yes, LP is annoying about sponsorship: there is a bug)13:52
mok0persia: e.g. line 253 should not be there, because I now have an override13:53
persiamok0: That's what I thought.  I remembered you fixing them before, and was surprised to see it.  On the other hand, I don't want to review again (it's a large and annoying package).13:53
mok0persia: tell me about it13:54
persiamok0: You have a linda override?13:54
mok0persia: no13:54
persiamok0: line 253 is from linda.13:54
persiaLine 217 is the result of your override13:54
mok0persia: right13:55
mok0persia: the annoying thing is that the linenumbers given for the man pages are incorrect13:56
persiaThat is indeed annoying13:56
shibataAbout sponsorship process, what should I attach file which is diff between old package and new one instead of InterDiff? Does ".diff.gz" mean "PACKAGENAME_NEWVERSION.diff.gz" which is created by debuild? Or any other file?13:57
persiashibata: Is it a new upstream, or just a patch to an existing package?13:58
shibatanew upstream13:58
persiashibata: Please attach PACKAGENAME_NEWVERSION.diff.gz (and yes, I will get around to updating the documentation sometime)13:58
shibatapersia: thank you.13:59
mok0persia: are you using flags to make lintian more picky?14:00
persiamok0: Of course.  As picky as I can make it.14:00
mok0persia: which ones?14:01
mok0persia: Value "v" invalid for option l (number expected)14:01
persiamok0: Use 'I' instead of 'l'.14:02
mok0persia: Ah :-)14:02
mok0persia: Yep, I get those hyphen messages now.14:03
persiamok0: Likely be a week or so before the package gets through NEW, but you'll want to have a debdiff ready then.14:03
mok0persia: ok, will do14:03
persiaLucidFox: tovid rejected because it breaks icon themes as well as having manpage issues.  I'd be willing to advocate tomorrow if you can't find two other victims.14:05
LucidFoxAll right, I'll look into it.14:05
bigonslomo: no news about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354876 ?14:06
LucidFoxAs for desktop files, is it now a requirement that upstream desktop should be patched if it exists?14:06
ubotuDebian bug 354876 in wnpp "ITP: notify-sharp -- CLI bindings for libnotify" [Wishlist,Open]14:06
LucidFoxfor all packages/14:06
persiaLucidFox: It's best practice to patch what can be patched, rather than creating new files.  This makes it easier to pass back upstream.14:07
persiaA recent example of what can happen when this isn't done is the .desktop file for mixxx, where upstream had one version, and there was also one in debian/ and upstream was confused as to how the icon was still the old one.14:07
bigoncould some kubuntu guy have a look at https://bugs.edge.launchpad.net/ubuntu/+source/decibel/+bug/180344 ?14:09
ubotuLaunchpad bug 180344 in decibel "[FTBFS] decibel (0.5.0+svn737972-2) fails to build in hardy" [Low,Confirmed]14:09
LucidFoxDebian bug name: "RM: xmms -- RoM; unmaintained" - what does RoM mean?14:11
persiaRequest of Maintainer14:11
bigongtk1 will be removed from debian before the lenny release I think14:12
persiaThat's the goal.14:13
LucidFoxpersia> As for tovid manpages, upstream generates them in an extremely awkward way, and the sections are non-standard. I'll probably have to remove all upstream manpages in postinstall and provide my own manpages in debian/14:13
persiaLucidFox: Can you not just force something in docs/src/* to generate the .SH NAME section?14:14
=== smarter_ is now known as smarter
LucidFoxthe manpages are generated with txt2tags, which apparently has no concept of .SH :(14:16
LucidFoxit inserts .SS Name, .SS Description, etc14:16
LucidFox(it's supposed to convert to many different formats, but doesn't do a very good job with this particular format)14:17
persiaThat's truly unfortunate.  If you really can't find a way around it, then such is life.  My main objections were about duplication and the bad .desktop file, but the manpages pushed me from soliciting your promise to asking for another revision.14:18
persiaIf you can find a way to make it work, it would be ideal, of course :)14:18
tuxmaniacgrr manpages and upstream!!!14:18
LucidFoxof course, I could patch generated manpages...14:18
LucidFoxor do sed s/\.SS/\.SH/g14:20
persiaSee, there is usually a solution once you start working on it :)14:20
ion_The second parameter is not a regexp. No need to escape dots.14:21
ScottKpersia: I just advocated clipper.  I forgot to actually push the button last night.14:26
shibatapersia, ScottK: I reupload poppler-data to modify debian/copyright. pleasee revu: http://revu.tauware.de/details.py?package=poppler-data14:34
smarteranyone willing to review my qdevelop package? :) http://revu.ubuntuwire.com/details.py?package=qdevelop14:46
bddebianHeya gang14:48
LucidFoxseconding smarter's request, I would also like to see qdevelop in the archive14:56
tuxmaniaccan some re-re-review http://revu.tauware.de/details.py?package=alliance. Hope it gets advocated this time around. fingers crossed.14:56
tuxmaniacdinner brb14:57
superm1persia, install gmyth15:08
superm1which is in NEW15:08
spectiecan i request importing a package from debian unstable into ubuntu here ?15:09
spectieideally to make the hardy release15:10
spectiethe package is apertium-dbus15:10
superm1spectie, so what you should do is see if the source package builds cleanly on hardy15:11
superm1in a pbuilder or sbuild15:11
superm1if that's the case, than you can request a "sync"15:11
spectiei don't know anyone running hardy15:11
spectiei know it doesn't build clean on gutsy15:12
spectieas there is a conflict in the dbus versions15:12
superm1spectie, well hardy may be a little different15:12
spectiethe ubuntu one is named 1.1.1+ubuntu3 something15:12
superm1that sounds like you were installing the deb15:12
superm1not building the source package15:12
spectiehmm, perhaps he was15:12
superm1eg dsc, diff.gz, orig.tar.gz15:12
spectie(i asked a friend to check it)15:12
spectiei thought i'd told him to do it from source though ;)15:13
superm1spectie, so what you can do is either you or your friend install pbuilder15:13
superm1gutsy is fine to install it on15:13
superm1and prepare a hardy pbuilder15:13
spectiewell, i can't as i don't have ubuntu15:13
superm1!pbuilder > spectie15:13
superm1well its on debian too15:13
spectieor i can set up a hardy pbuilder on my deb box ?15:13
spectieyes i know15:14
superm1yeah you can set up a hardy pbuilder on any box that you install pbuilder on15:14
spectiedebian or ubuntu?15:14
spectiecool i didn't know that15:14
superm1several folks here have debian and ubuntu pbuilders setup locally15:14
superm1for similar purposes15:15
superm1so once you see if that package builds in the hardy pbuilder alright, check back in here and we can teach you how to request the sync, where to file the bug and who to subscribe etc15:15
superm1ideally if you can save a build log from the pbuilder that would be good to attach to the bug15:16
dcorderohi DktrKranz  ;)15:17
spectiesuperm1, thanks15:17
DktrKranzhey dcordero :)15:18
crevettesomeone could review 3 Packages I did15:18
crevettehttp://revu.tauware.de/details.py?package=obex-data-server this one is a brand new one15:18
superm1crevette, for package upgrades, traditionally a bug is filed with u-u-s subscribed15:19
superm1rather than using revu for such thing15:19
superm1additionally bluez-gnome is in main15:20
crevette u-u-s ?15:20
superm1sorry, ubuntu-universe-sponsors15:20
superm1for bluez-gnome, you would need a core-dev to upload it15:20
superm1which not everyone who is a MOTU has core-dev privs15:20
superm1so ubuntu-main-sponsors would need to be subscribed15:20
HighNocrevette: great - bluetooth packages15:21
crevetteyeah, I just wanted at least review to know if my package is okay, uploading in aonther question :)15:21
crevetteHighNo: yes, I packaged the obec-data-server which replace gnom-obex-sebd15:21
superm1crevette, i'll take a quick look at obex-data-server and see if anything stands out15:21
superm1in the meanwhile, can you file the appropriate bugs for the other two?15:21
crevetteHighNo: I've have a ppa if you're interested with15:21
crevettesuperm1: thanks, I'll do, the address to suscribe is ubuntu-universe-sponsors@ubuntu.com ?15:22
superm1crevette, when you file the bug, click "subscribe someone else"15:22
superm1and then just type15:22
superm1and it will resolve it15:23
crevetteokay, this is not an address15:23
crevetteocky docky15:23
HighNocrevette: that's not my point. I am looking for MOTUs that are into bluetooth to get package advocated15:24
superm1HighNo, i've got an apple bluetooth keyboard and mouse.  That's why bluetooth stuff stuck out to me :)15:24
crevettesuperm1: hewww15:25
crevetteI pass15:25
crevetteI just use it for my phone15:25
HighNosuperm1: are you a motu?15:25
superm1HighNo, yeah15:25
HighNosuperm1: whooohooo. Could you please look at http://revu.tauware.de/details.py?package=blueproximity ?15:25
crevetteI did a debdiff in https://bugs.launchpad.net/ubuntu/+source/bluez-gnome/+bug/190405 but I think I've screwed somewhere15:25
ubotuLaunchpad bug 190405 in bluez-gnome "please package bluez-gnome 0.17 " [Undecided,New]15:26
superm1HighNo, yeah i can take a look after i look at obex-data-server15:26
HighNosuperm1: you are my hero :-)15:26
HighNosuperm1: yesterday I even sponsored a pizza for advocating :-)15:27
HighNosuperm1: without effect cause no motu with bluetooth interest was around.15:28
crevetteHighNo: no one was interested in #ubuntu-mobile to look at tit ?15:29
HighNocrevette: do they have motus there?15:30
crevetteI don't know, I just wen there for the 1st time 10 minautes ago, but no one answers15:30
ubotuIt's a weekend.  Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question.  Please be patient, wait longer than you normally would, or try again during the working week.15:31
superm1^crevette, HighNo15:31
crevettesuperm1: yeah yeah I know15:32
crevettethis is just I have no time during the week to work on what I want15:32
crevetteI am shifted15:32
superm1crevette, is gnome-obex-sebd leaving the archive?15:34
superm1or will both be available?15:34
crevettegnome-obex-send is just one binary of gnome-bluetooth15:34
superm1okay just by the wording above you made it sound like this package was superseeding it15:35
crevetteit was removed from upstream starting 0.11 in favor of the bluez-gnome which now feature the wame type of app15:35
crevettesuperm1: ah true15:35
crevetteI made a mistake15:35
crevettethanks superm115:41
=== jdong_ is now known as jdong
LucidFoxpersia, jdong and others, I've reuploaded http://revu.tauware.de/details.py?package=tovid15:43
webwolf_27would someone be kinf enough to tell me what this lintian error "no-copyright-file" means and maybe how I might fix it15:43
smarterwebwolf_27: run lintian with -Ii15:44
LucidFoxwebwolf_27> it means debian/copyright is not present15:44
crevettewebwolf_27: you must have a file copyright in the folder debian15:44
LucidFoxI typically run lintian with -iIv15:44
webwolf_27smarter, LucidFox, There is a debian/copyright15:44
LucidFoxwebwolf_27> then maybe your debian/rules is missing dh_installdocs?15:45
webwolf_27LucidFox, thanks15:45
LucidFoxcheck the deb file to see if the file /usr/share/docs/(package)/copyright exists15:45
webwolf_27I think that may be it15:45
webwolf_27Ok time to rebuild the deb15:46
crevettesuperm1: how can I check myself with lintian / linda15:47
LucidFoxcrevette> run them over the resulting deb files15:47
superm1crevette, you can run linda and lintian on directly the .dsc and the resultant .deb15:47
crevetteah okay15:47
crevettethanks a lot15:47
superm1HighNo, okay left you a few comments, both very minor things15:49
HighNosuperm1: if changed would you be advocating it=15:50
webwolf_27LucidFox, Thank you very much that was it15:50
HighNosuperm1: DaveMorris would - but then he is no motu :-)15:51
superm1HighNo, well i'm still a little wary on this pysupport usage, i mean i suppose it works for this case15:51
superm1HighNo, i'll have to think about it for a few minutes15:51
=== rulus_ is now known as rulus
HighNoif debian/docs is empty, should I omit it=16:14
HighNosuperm1: could you look at debuild's output please? http://pastebin.com/d76d44ec0  This just doesn't look right, it's too short, and I only should sign it twice, had to do it four times earlier16:19
HighNodoh, never mind16:19
HighNosuperm1: i should have done a debuild without -S -sa beforehand.16:20
superm1HighNo, are you building via ssh?16:22
HighNosuperm1: no, I build within an pbuilder environment for hardy, i have feisty installed16:23
=== czessi_ is now known as Czessi
HighNosuperm1: new version is dput'ed and awaits appearance in revu soon :-)16:24
HighNosuperm1: doh, didn't see your man page info, how could I change that?16:26
HighNosuperm1: I can't confirm it installs wrong. Looking into the .deb package it shows up under /usr/share/man/man1/blueproximity.1.gz16:31
superm1HighNo, well it showed up there and in doc/16:36
superm1but in an uncompressed form in doc/16:37
HighNosuperm1: ahhh, ok, I guess it's in the .install file16:37
JediMasterHey all, don't suppose anyone knows the name of the little program that looks for certain text from a program and enters responses?16:37
JediMastertrying to write an installer that runs "pecl install apc" for php, but it needs two keys to be pressed16:39
sistpotyhi folks16:49
sistpotypersia: just looking at wildmidi ...16:50
jpatrickhi sistpoty !16:50
sistpotyhi jpatrick16:50
tuxmaniaccan someone please review http://revu.tauware.de/details.py?package=alliance? thanks in advance16:50
sistpotypersia: the wildmidi dependency libwildmidi0 (= ${binary:Version}) seems wrong to me (still looking)16:50
HighNosuperm1: just takes another minute, I screwed my pbuilder again...16:51
sistpotypersia: since wildmidi has a NEEDED entry, this should come from shlibs:Depends instead of handcoding it16:51
sistpotypersia: also, I guess you really want = ${binary:Version} for the -dev package dependency on the library (which imo should be the right thing to make it binNMU-safe)16:55
geserHi sistpoty16:56
sistpotyhi geser16:56
gesersistpoty: I see you found the button to prolong your MOTUship :)16:56
sistpotygeser: yes... I got the expiry reminder mail that contained the link :)16:56
geserJediMaster: are you looking for expect?16:58
HighNosuperm1: the package is back at  http://revu.tauware.de/details.py?package=blueproximity17:01
bluefoxicynow that's interesting.17:01
bluefoxicyusing the change nickname box instead of /nick in xchat-gnome crashes it.17:02
* sistpoty is off again... cya17:08
* HighNo is sad that he immediately knows what this is: 18:11:19) jdong_ hat den Raum verlassen ("FCKGW-RHQQ2-YXRKT-8TG6W-2B7Q8").17:14
jdongHighNo: :)17:14
HighNobtw, do motus like to hide (to get more work done)? It would be easier to identify them if e.g. they had voice in this channel17:15
jdongHighNo: there was a mailing list discussion about that17:15
jdongHighNo: it was ultimately agreed that wouldn't be a good idea17:15
jdongHighNo: (1) because they would be more regularly harassed for questions (2) There are plenty of non-MOTUs around here who provide excellent help and should not be treated as lessers17:16
HighNojdong: I knew it - "(get more work done)"... but really true - I've gotten great help from the people around and was kind of surprised they are no motus :-)17:17
jdongHighNo: I was hanging around here helping people and doing various contributions as a non-MOTU since pretty much the formation of the MOTU team.17:18
HighNojdong: maybe you could also take a look at http://revu.tauware.de/details.py?package=blueproximity ? I hope superm1 does advocate it, chances are it might go into hardy then. I tried very hard to get rid of every error...17:20
jdongHighNo: I've got a busy schedule today, but I'll look at it if I have a chance. I understand the urgency of feature freeze being around the corner :)17:21
methodIs it possible that fakeroot is broken in Hardy?17:22
gesermethod: in what way?17:25
methodgeser, well fakeroot dh_testroot works, so maybe not...17:25
superm1HighNo, just looking at the diff i can still see a problem17:30
superm1you are still installing ChangeLog via the .install17:31
superm1it should only be installed by the line you had in debian/rules17:31
superm1because that will gzip it17:31
methodgeser, my problem is that I can run debuild -S -sa, but when I run sudo pbuilder build *.dsc, it complains that I'm not fakeroot.17:34
HighNosuperm1: I'll have a look17:35
Iulianjdong: Damn MS17:35
jdongIulian: hehe, it's my old xchat client, being brought in for unrelated amusement purposes17:35
method(which is the same failure as on the Launchpad build server)17:36
Iulianjdong: yea, I noticed ;)17:36
frafuHello, I am preparing a package for a new revision and I am using dh_gconf to register and unregister the schemas. What I find strange with the autogenerated scripts is that they do not unregister the schemas with the purge command from apt-get, but with the remove command. Should it not be the other way round?17:38
HighNosuperm1: I also have the README installed via .install. is that an error too and should be moved to debian/docs again?17:38
LucidFoxjdong, could you please re-review tovid?17:40
frafuI assumed that purge would remove and unregister the schemas!?17:41
tsmithecan i use a string like "r3" for the upstream version of a package?17:42
tsmithelintian says no17:42
paasHi, Can a MOTU please have a look at http://revu.tauware.de/details.py?package=libtuxcap, It's ready for advocation, thanks17:45
HighNosuperm1: the newest version is online, changelog corrected. Please check it and if nothing harmful is stopping you from, please advocate it :-) am away for 1 hour now, be reading everything. drop a note on revu. Thanks!17:50
gesermethod: which failure do you get? or the buildd?17:55
methodgeser: dh_testroot: You must run this as root (or use fakeroot).17:58
methodmake: *** [clean] Error 117:58
methoddpkg-buildpackage: failure: debian/rules build gave error exit status 217:58
methodWith sudo pbuilder build *.dsc17:58
gesermethod: in which target is dh_testroot called in debian/rules? as not all targets are run as root17:59
methodgeser, ah.17:59
methodgeser, in install18:00
methodI have build: install18:00
* DaveMorris pokes superm1 for not looking at his package like he promised to do. 18:02
gesermethod: "The build target must not do anything that might require root privilege." from http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules18:06
methodgeser, I see it's usually not stated explicitly, instead being called after binary-indep and binary-arch. What does it do by itself?18:07
crevettewhat the maintainer name for MOTU package? I set the address but I assume I must set a name18:07
gesercrevette: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>18:08
crevettetx geser18:08
tsmitheis there a limit to package size on revu? i've got a soundfont i'd like to get in that's 129MiB18:12
tbutteranyone would like to give the package http://revu.tauware.de/details.py?package=jodviewer a review?18:17
DaveMorristsmithe: try it18:27
tsmitheDaveMorris, might take a while, but i'll give it a go!18:28
DaveMorrisis that a source file that big, or the generated package size, as I've done a set of packages which have come in close to there18:28
tsmitheDaveMorris, source file: the samples that make up a general midi soundfont take up a lot of space18:29
=== santiago-php is now known as santiago-ve
=== lando_ is now known as lando
HighNosuperm1: no comment yet so I guess you didn't find the time.18:49
HighNoDaveMorris: superm1 seems busy...18:51
ScottKpersia: I'm not able to build libnb-platform7java (I'm java impaired and aim to stay that way).18:54
DaveMorrisit doesn't build with the blackdown jdk?19:02
steveireHi. I want to build xine-lib and hopefully get https://bugs.launchpad.net/gutsy-backports/+bug/188340 confirmed. Should I remove some libxine from my gutsy install before doing that?19:07
ubotuLaunchpad bug 188340 in baltix "backport xine-lib 1.1.10-1 from hardy - there are several security, flash playing and other important fixes" [Undecided,New]19:07
ScottKjdong: What's you're position on baltix using backports bugs?  Personally I think it's bogus.19:12
ScottKDaveMorris: I've no idea (see my previous note about Java ignorance and my determination to maintain it).19:13
steveireScottK: What's baltix? I want the package backported so I can build an uncrippled kde4 easily.19:14
firefly2442I just tried making a simple package with checkinstall but it didn't grab any of the dependencies19:14
ScottKsteveire: It's an Ubuntu derivative.  Note the bug is open against gutsy-backports too.19:15
ScottK!checkinstall | firefly244219:15
ubotufirefly2442: checkinstall is a wrapper to "make install", useful for installing programs you compiled. It will create a .deb package, which will be listed in the APT database and can be uninstalled like other packages. See https://help.ubuntu.com/community/CheckInstall - Read the warnings at the top and bottom of that web page, and DO NOT interrupt CheckInstall while it's running!19:15
steveireScottK: too? In addition to what? That bug is in -backports.19:16
ScottKThis is why I asked jdong the question.  I think baltix people using -backports bugs is bogus and confusing.19:17
firefly2442does checkinstall look in the debian/control file for dependencies?19:17
ScottKfirefly2442: This isn't a good place for checkinstall help.  We avoid it.19:18
DaveMorrisI thought you meant to wanted to avoid the sun JDK19:18
steveireScottK: OK, well I've done configure and make. Should I remove anything (libxine) before make install?19:18
ScottKsteveire: The easiest way to make .debs for backports testing is to use prevu.19:19
ScottKI'd use that if I were you.19:19
steveireDo you guys avoid prevu? I'd prefer to get it backported for everyone, not just me.19:20
crevettesuperm1: I corrected my package19:21
ScottKsteveire: Right, but if you're trying to test it so we can do that, use prevu to make your test .debs, report your results in the bug and we'll take it from there.19:21
steveireOK, so how do I use it?19:23
rhpot1991_laptopcan anyone recommend any good manpage tools, trying to format this by hand is kinda a pain, or does everyone just do it by hand?19:23
ScottK!prevu | steveire19:23
ubotusteveire: prevu is an automated, personal backporting utility. Check out https://wiki.ubuntu.com/Prevu for more details19:23
ScottKrhpot1991_laptop: Do it in docbook and use docbook2man19:24
ScottKI tend to hand edit them, but I'm a masochist.19:24
rhpot1991_laptopalright thanks, I'll back this guy up and see how that works19:25
superm1rhpot1991_laptop, there is also manedit19:32
hefe_biadocbook2x-man if you prefer the xml version AFAIK.19:33
rhpot1991_laptophelp2man looks like it might be useful too19:34
jdongScottK: it's definitely confusing, though I don't know how to deal with it -- I mean, Also Affects: is one of the key launchpad features (that they advertise) and for us to say "don't use it" is awkward19:35
steveireWhy is prevu retrieving bash? Why does it need all those packages?19:35
steveireIt's getting apt as well.19:36
jdongsteveire: that's probably debootstrap running -- they are required components of a base Ubuntu install.19:36
steveireBut I already have them.19:36
jdongsteveire: that's on your parent system. Prevu (and pbuilder) work in their own chrooted environment.19:36
ScottKjdong: Except I'd say that it's inherently invalid.  *-backports are defined as backports to specific Ubuntu repositories.  Not baltix.19:36
tsmithecould someone review a large but simple package for me?: fluid-soundfont, the fluid gm/gs soundfont. thanks: http://revu.tauware.de/details.py?package=fluid-soundfont19:37
jdongScottK: agreed, but then he's gonna start registering baltix-backports and we're back at square one.19:37
ScottKsteveire: ^^^ is the developer of prevu.19:37
ScottKjdong: Fine.  Then he can file his own bugs.19:37
steveirejdong: I would have prefered to just install the package I'd just made. Seems overkill to get a whole chrooted environment.19:38
jdongScottK: Yeah, it can be argued as a misuse of the launchpad definition of "bug also affects"19:38
ScottKsteveire: It may seem that way, but it's a much safer way to do it.19:38
steveireIf I build it can I mark the above xine bug confirmed?19:38
ScottKjdong: That's my view.19:38
jdongsteveire: using a pbuilder environment such as the one prevu is setting up is one of the only acceptable build environments19:38
ScottKsteveire: Yes and if you install it and test that it actually works, then you can set it to Triaged.19:39
jdongsteveire: remember that prevu was designed first as a backports triage tool, and any backports testing not done in a clean environment is basically useless for QA purposes19:39
jdongScottK: hmm I concur too. Perhaps we should send him a mail and ask nicely19:41
ScottKjdong: I know if you mark them invalid against baltix he gets upset.  Maybe that's best.19:41
ScottKConfusing our users and all that.19:42
steveireIs it a chrooted gutsy or hardy env?19:42
DaveMorrissuperm1: that linda warning is bogus btw19:42
jdongScottK: better to communicate than play launchpad status tag.19:42
jdongsteveire: depends on how you invoked prevu-init19:42
DaveMorrissince if I fix the shlibs file to solve that, then lintian complains about it been wrong19:42
jdongprevu can build environments for every release of Ubuntu19:42
steveirejdong: No args19:42
jdongsteveire: then it's a gutsy env19:43
jdongit defaults to your running distro19:43
ScottKjdong: Agreed.19:43
jdongsteveire: the problem with using the present environment is almost EVERYONE has a non-default configuration, so it's not very useful for answering if (1) a package builds (2) a package works.19:44
superm1DaveMorris, okay i wasn't too sure, i'm still not confident though on the 2 libraries to one package approach.  others may feel differently19:45
methodDoes this make sense?     -> copying [./gnome]19:47
methodcp: cannot stat `./gnome': No such file or directory19:47
method -> Aborting with an error19:47
jpatrickmethod: pbuild the *.dsc19:48
methodAt the end of a pbuilder run?19:48
jpatrickmethod: you are not pbuilder building the .dsc file :)19:48
jdongmethod: wait a second....19:48
jdongmethod: what distro are you running?19:48
jdongwait nvm19:48
methodNo, jpatrick's right.19:49
jdongthat only applies to pdebuild-internal.19:49
* jpatrick wins \o/19:49
jdongmethod: sorry, gutsy pbuilder has a very similar bug that affects unknown control tags in .dsc19:49
jdonglong story, I'll spare you the trauma19:49
pochuIs python2.5 installed by default in the buildds? It seems to be in my hardy pbuilder19:50
DaveMorrissuperm1: I've just checked in the pkgconfig for the files, and the libs are both used when you compiling against them19:50
ScottKAnyone here who's set up for GCC 4.3 test building that would be willing to do a build test for me?19:50
JediMasterHey all, don't suppose anyone knows the name of the little program that looks for certain text from a program and enters responses?19:51
ScottKpochu: It's not essential, so you can't assume it will be there.  You actually need the depends19:51
pochuScottK: this is more about Build-Conflicts rather ;)19:51
pochuScottK: I was wondering whether I need to put them for an Ubuntu package, or if they won't be there19:52
steveireFrom the wiki page :19:52
steveirePrevu may also ask to add a development line for backporting, answer yes to this as well. If Prevu doesn't automatically add the line for backporting, you will have to add it yourself. Open your /etc/apt/sources.list file, and add the line19:52
ScottKWhy would it need to build-conflict?19:52
steveireDo I need to do anything? The page is clearly outdated.19:52
pochuScottK: well I could probably s/python/python2.4/, but that would need patching and the former is easier ;)19:53
ScottKpochu: In general since Ubuntu buildd's use a clean chroot for each build, build-conflicts aren't needed.19:53
ScottKpochu: Unless it needs zope, please don't be adding stuff that needs Python 2.4.19:53
ScottKplease fix it to work with python 2.519:53
ScottKYou shouldn't need to build-conflict 2.5 anyway, just build-dep on python2.419:54
pochuScottK: alright, thank you19:54
blueyed_Is there a wrapper script that either calls kdesudo or gksudo, based on the environment?19:54
jdongsteveire: you probably don't19:54
=== blueyed_ is now known as blueyed
steveireI've put in a deb-src line for hardy. I shouldn't?19:54
jdongsteveire: depends on where you want prevu to get its source from.19:54
pochublueyed: su-to-root19:54
pochublueyed: in the menu package19:55
jdongsteveire: it's convenient but not necessary :)19:55
steveireI want to get libxine source from hardy.19:55
ScottKpochu: Are you working on pychecker?19:55
blueyedpochu: great, thanks.19:55
steveirejdong: To use this method, you must have the deb-src line of a future Ubuntu release in your /etc/apt/sources.list.19:56
steveireFrom the wiki19:56
jdongsteveire: correct. to use "prevu pkgname" you need that sources.list entry19:57
jdongsteveire: but, as noted, it is not the only way to invoke prevu19:57
jdonghence why I said it's not absolutely necessary to have that line19:57
ScottKjdong: Do you have time for package reviews today?19:57
jdongScottK: later in the day, I've been trying to leave my room but people keep pinging me :D19:57
steveirejdong: Another method (apt-get source name_of_package) needs that line AFAIK?19:57
jdongsteveire: prevu lp:foo does not need any lines19:58
jdongsteveire: alternatively you can go to packages.u.c to get a dsc URL19:58
jdongwhich also doesn't need any source lines19:58
ScottKjdong: I think clipper is in good shape and a worthwhile thing to get into the archive.  I also see mok0 is around and can answer questions if needed.19:58
jdongprevu lp:foo only works with hardy's version of prevu19:58
jdongthanks to LP changing their url scheme19:58
ScottKOr maybe blueyed will get to it first ^^^19:58
mok0Yep, I'm here19:58
blueyedScottK: what? package clipper?19:59
ScottKblueyed: Yes.  On REVU20:00
ScottKmok0: Would you please look into merging claws-mail while your waiting? http://dad.dunnewind.net/universe.php20:01
* mok0 looks20:01
* ScottK needs to run out for a while.20:01
ScottKmok0: This one's easier than courier20:01
mok0ScottK: phew :-)20:01
steveireWhy does all this need to be installed just to build libxine? http://rafb.net/p/BzuSsq76.html20:01
steveireI mean c'mon xcomposite etc?20:07
steveireThis is quickly filling up my hd. Someone already built the package. Can it be backported without me building it?20:09
steveireAll gone?20:11
* sladen looks around20:12
sladensteveire: lots of people here20:13
HighNosuperm1: thanks for reviewing. I'll do it right away...20:14
mok0ScottK: huh? The Ubuntu merged version of claws-mail contains a dozen packages named sylpheed-claws-* that are not in the Debian version20:15
HighNois debian/docs the same format as .install or would it just list one entry per line which files to be considered as docs?20:16
hefe_biasteveire: I think libxine can make use of a lot of libraries and therefore needs all the headers, etc. You can delete the packages after you built it to your satisfaction. I think they will be cached in /var/cache/pbuilder/aptcache20:17
mok0ScottK: n/m. They are dummy packages20:17
steveirehefe_bia: Will it be backported whether I build it or not?20:18
=== apache|mobile is now known as apachelogger
hefe_biasteveire: I don't know (didn't follow the whole discussion)20:20
hefe_biaIs there a backport request bug filed?20:22
steveirehefe_bia: https://bugs.launchpad.net/gutsy-backports/+bug/188340 <<< It's old. I think it should be moved along. What has to happen?20:24
ubotuLaunchpad bug 188340 in baltix "backport xine-lib 1.1.10-1 from hardy - there are several security, flash playing and other important fixes" [Undecided,New]20:25
steveireIt should be confirmed, right?20:25
HighNosuperm1: the new package is dput'ed and will show up at http://revu.tauware.de/details.py?package=blueproximity , any other motu is greatly appreciated20:26
hefe_biaI'm quite new to this, but I think somebody has to attach a log from a successful prevu or pbuilder build before it gets confirmed.20:26
steveirejdong: Can you confirm that? Or anyone?20:27
steveireWhere do I get the log?20:27
crevettesuperm1: I look at debian/rules, and I don't understand why linda warns about athe space20:28
superm1crevette, check the last line for a trailing space20:28
crevettethe diff deosn't show that problem neither20:28
crevettesuperm1: where I find an example for the Homepage field ?20:29
hefe_biasteveire: You'd have to do the build in prevu and copy from your terminal or better do a "prevu package.dsc > buildlog"20:29
superm1crevette, its just adding "Homepage: www.blah.org" (without quotes)20:30
superm1in the debian/control file in the source area20:30
crevettesuperm1: there is no really an hompage20:30
crevettejust a blog20:30
superm1crevette, well link to the blog then20:30
superm1that's fine20:30
steveirehefe_bia: Far too late for that. There's about a million lines of output, it's almost finished, and I didn't redirect to a file.20:30
hefe_biahm... I don't know whether it writes a log somewhere...20:31
crevettesuperm1:  about the version problem, will i be allowed to re-uploaded a version ubuntu1 whereas I alrealdy uploaded an ubuntu1 and an ubuntu2 ?20:31
DaveMorrissuperm1:  you catch my comment about the libs?20:31
superm1crevette, you can upload an ubuntu1 to revu again20:32
tsmithesuperm1, are you reviewing?20:32
hefe_biasteveire: but maybe the last few lines are o.k.20:32
crevetteokay, thanks for all thal explanation; I Hop I won't bother you again20:32
superm1tsmithe, i was for a little bit but i'm working on a patch for something else right now20:32
crevettesuperm1: Homepage can be anywhere in the file ?20:32
hefe_biasteveire: Are yor familiar with https://help.ubuntu.com/community/UbuntuBackports section Backport Process?20:32
superm1crevette, no20:32
superm1just in the top section20:33
superm1like under the build depends20:33
hefe_biaIt doesn't clearly state that the whole log is needed. But I think some kind of "evidence" of a successful pbuilder or prevu build would speed things up ;)20:34
superm1DaveMorris, yeah i saw it.  i'm still at a bit of a loss, i'd prefer that a motu who is better seasoned in library type stuff make a call on it though20:34
superm1sistpoty or persia should be good to make that call20:34
DaveMorristhanks for poking them for me :)20:34
tsmithesuperm1, ok, don't worry then :)20:35
steveirehefe_bia: I'm not familiar with it. I've been working off instructions I've been getting here (which seem to have dried up)20:35
tsmithesuperm1, (but fluid-soundfont is the package if you get a spare moment; it's very simple, but quite large due to the nature of soundfonts)20:36
hefe_biait's a short section describing the "administrative process" Users are allowed to set the bug status to confirmed following these guidelines.20:37
crevettesuperm1: if you have some time for a last review (I hope) I'll be happy20:40
DarkSun88Hi all20:41
HighNocrevette: hehe "the last review" - very funny :-) I think I used that term last time 5 uploads ago. First advocation will be marked in my calendar and a holiday for my family over the next ten years :-)20:42
hefe_biasteveire: When your build succeeds copy the last few lines to a file and attach it to the bug. AFAIK you can then set the status to confirmed.20:42
DaveMorrisHighNo: lol20:43
HighNoyeah, DaveMorris knows what I am talking of - he wrote half of the comments :-)20:43
steveirehefe_bia: There's nothing of interest in there.20:43
hefe_biasteveire: but if there was an error it would be there -> so there's the positive confirmation if there is nothing there ;)20:44
HighNoDaveMorris: what do you think - is 13 a lucky number? it is my 13th upload now :-/20:45
=== hefe_bia is now known as hefe_bia_away
=== hefe_bia_away is now known as hefe_bia
* hefe_bia has to do some stuff for a pending exam...20:47
* hefe_bia is away for a while20:47
=== hefe_bia is now known as hefe_bia_away
warp10Debian has http://packages.debian.org/changelog:foo to search the changelog for the package "foo". Does Ubuntu have something like that?20:48
steveireWhere can I put the debs so that people can test them>20:48
ion_!away | hefe_bia_away20:49
ubotuhefe_bia_away: You should avoid changing your nick in a busy channel like #ubuntu - it causes unrequired scrolling which is unfair to new users.  (Please set your preferred nick in your client's settings instead.)  The same goes for using noisy away messages; use the command "/away <reason>" to set your client away silently.  See also «/msg ubotu Guidelines»20:49
mok0ScottK: I've finished claws-mail. Is there a bug report for it?20:52
steveireCan I send the debs to someone to put in a PPA?20:56
mok0steveire: why don't you get your own?20:56
steveireDon't you have to be a MOTU?20:56
mok0steveire: nope20:56
mok0steveire: it's open to mortals20:57
steveireI don't have a GPG key. I'm not sure I want the hassle of maintaining one yet.20:59
steveireI'm the kind of person who'd need to read up extensively on it.20:59
mok0steveire: it's not difficult, and you'll need it all the time21:00
steveireIF I want to be a ubuntu devel. I'm just trying to build kde trunk...21:00
steveiremok0: I'm not saying it's difficult, I just don't know what it means21:00
mok0steveire: you need to generate a (private, public) key pair. You submit the public one to Launchpad21:02
mok0The private one you keep very private21:02
steveireYeah, aren't there legal bindings to them too?21:02
mok0steveire: no21:02
mok0steveire: it's in your own interest to guard your private key, in case someone want to impersonate you21:03
steveiremok0: And back it up etc. It'll take prep. I'll also have to read that CoC thing and see if I agree.21:05
mok0Yep :-)21:05
HighNosteveire: I strongly recommend the use of gpa - the gnu privacy assistant. Makes creating and handling of keys a breeze.21:09
steveireHighNo: Note that I use kde21:09
HighNosteveire: ok, it would run anyway but likely not really look and feel like a KDE program then, it's all gtk221:10
HighNosteveire: but kgpg should fit equally well21:11
steveireI've just installed it and I see I already have Dennis Kaarsemaker's key in there21:11
HighNosteveire: you might have installed it when installing signed software from a different repository21:12
steveireHighNo: Yes. Seveas repo  I guess21:12
steveireWhat expiration should I put on this?21:13
HighNosteveire: though I am not sure as that key should not go into your user's keyring21:13
rhpot1991_laptophow do I put a ' into a manpage21:13
rhpot1991_laptop\' doesn't seem to do the trick21:13
HighNosteveire: whatever you like. 2 years is ok, some put it unlimited which is not ideal21:13
steveireI'll go for 1 year, 4096 bit, RSA mode21:14
Seveassteveire, you'll want to remove that key from your user keyring, you should only have that in the apt keyring21:15
HighNohm, anybody here - I've read somewhere along with REVU it should contain an ElGamal key - which mine doesn't and (if that is not the reason my package isn't advocated yet) still everything works=!21:15
blueyedpochu: do you think changing the default of su-to-root to use "sudo" instead of "su" makes sense in Ubuntu?21:15
HighNoSeveas: thanks for putting that right, I am wondering how the key could have gotten there...21:16
SeveasHighNo, he might have followed ancient instructions on how to add the key rto the apt keyring21:17
HighNoSeveas: I am thinking of a setup where the key would have gotten in the users keyring - maybe I do that too seldomly21:17
SeveasHighNo, gpg --import $keyid && gpg --export --armor $keyid | sudo apt-key add -21:18
SeveasHighNo, that used to be the quickest way of getting the key21:18
HighNoSeveas: ahh, ok21:19
HighNoSeveas: now THAT is obvious :-)21:19
steveireSeveas: I wonder how it got there...21:21
steveireI added it with sudo at-key add21:22
HighNosteveire: anyway having anothers key is nothing bad. I doesn't hurt either side - as long as it's the public key :-)21:23
pochublueyed: su-to-root is mostly to be used in menu and .desktop files. I can't see a need to use it in scripts, as those can directly use sudo. But if there are scripts from devscripts or somewhere else using it, then I think it makes sense.21:27
steveireI deleted the other key. I'm having to generate my keypair again. Somehow my password didn't work to create the revok cert.21:28
blueyedpochu: It would make sense now for the apt-file update-notifier I'm doing, but there are others in /usr/share/menu/ which are likely non-functional in Ubuntu..21:28
blueyedSee "grep su-to-root /usr/share/menu/*"21:28
steveireStrange. Same thing happened again. I know the password is right...21:29
HighNosteveire: does it require you to generate a revocation ceritficate?21:32
steveireNo, but my password must work or the key is useless.21:33
pochublueyed: I see. We don't use the menu system though, but I guess some window managers (fluxbox maybe?) use it. So then yes.21:33
HighNosteveire: if nothing else works - start a terminal and type gpg --gen-key21:38
rhpot1991_laptopanyone have any idea how I get a single quote to show up properly in a man page?21:40
steveireHighNo: I'm putting in the right pw, but it fails every time, maybe due to special characters. How do I 'open' the key in the terminal. Ie, anything that requires me to put in the password.21:40
HighNorhpot1991_laptop: \*(lq Left angled doublequote: ' \*(rq Right angled doublequote: '21:43
HighNosteveire: using your password would be required if you sign something, otherwise your password is never needed21:43
rhpot1991_laptopHighNo: looking for a single quote21:45
HighNosteveire: I believe I had the problem too. I'm not using very special chars anymore. It's a passphrase anyway. You should make it long and memorable. Long is good, complex is not a real need.21:46
DaveMorrisI tend to use snippets out of songs :)21:46
steveireI'm trying to generate it on the cmd line now21:46
steveireHeh, I need to generate more bytes of entropy21:46
vemonhttps://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball <- does anyone see a severe conflict between the first and the uscan approach?21:48
HighNorhpot1991_laptop: try \e'21:48
HighNosteveire: then do it :-)21:48
vemonthe first one get's the upstream source currently compatible with the package and the uscan approact just gets the newest source available21:48
vemoni can't get over this :)21:49
cbx33hey guys21:49
cbx33howz it going21:49
rhpot1991_laptopHighNo: still getting a bunch of giberish21:50
RAOFvemon: The uscan approach is correct.  get-orig-source should get the latest upstream version.21:50
rjmyst3superm1: I just uploaded a new package with the licensing issues fixed.21:52
rjmyst3superm1: would you mind taking a look at it?21:53
vemonRAOF, what if i post a diff with changes for a new upstream version to launchpad?21:53
JediMasterhow would you go about running an expect script from within a postinst script?21:53
vemonRAOF, shouldn't the motu's reviewing my changes get the original source using either uscan or get-orig-source?21:54
RAOFvemon: That doesn't change what get-orig-source should do.21:54
vemonok. :)21:54
vemoni'm happy enough if it's clearly defined to always work like that21:54
RAOFYou can use uscan to get a particular version (IIRC), or they can just go to the website from debian/copyright and download the right version.21:54
shibatarhpot1991_laptop: How about "`"?21:54
vemonRAOF, true21:55
HighNorhpot1991_laptop:  hm, all I can see by reading other man pages is '21:55
RAOFThe watch file is there to be machine-readable.  People can be more flexible :)21:55
n3t_decrip70rse la comen re doblada21:55
HighNorhpot1991_laptop: do you write it by hand?21:55
rhpot1991_laptopit keeps replacing them with an a with  ^ over it, and 2 boxes21:56
vemonRAOF, thanks. i found my peace now and can maybe get some sleep now =)21:56
rhpot1991_laptopright now I am in manedit, but its been doing the same when I write them in vi21:56
rhpot1991_laptopshibata: not liking that either21:57
HighNorhpot1991_laptop: but there is no encoding problem here - right? I mean your tools are not generating like utf-8 and man/groff likes plain ascii only, stuff like that21:58
vemonRAOF, btw. do you know if there is a target for repacking the source package when needed? get-orig-source doesn't seem like the right place if it's meant to get the latest upstream version21:58
vemoni have a special need to unpack, patch and repack the upstream tarball with a package called whysynth21:59
RAOFvemon: There's not a standardised place that I know of.  "get-pkg-source", or some similar target, might do.21:59
vemonpersia probably talked to you about that earlier21:59
rhpot1991_laptoplooks like plain ascii to me22:00
shibatarhpot1991_laptop: FYI, I have found "`" in cpufreq-selector.1.gz.22:01
rhpot1991_laptopwhere abouts?22:02
rhpot1991_laptopI see it doing the same thing here where text rolls around too22:02
rhpot1991_laptopcpufreq-selector is a command-line tool for choosing CPU frequency setâ22:02
rhpot1991_laptop       tings.22:02
rhpot1991_laptoplike that22:02
rhpot1991_laptopare there supposed to be quotes around powersave, and performance?22:03
superm1rjmyst3, i still dont see a COPYING file, and the diff.gz is now empty?22:03
rjmyst3the diff.gz has been empty22:04
rjmyst3the GPL is in output/license.txt22:04
rjmyst3it should be called COPYING?22:04
superm1wow. i'm surprised that we never caught that22:04
superm1it should be COPYING22:04
superm1the debian/ directory should be in the diff.gz22:04
superm1it shouldn't be in the upstream directory22:04
shibatarhpot1991_laptop: yes. single quotes is used around powersave, performance.22:05
superm1rjmyst3, and put the COPYING file at the root of the .orig.tar.gz'22:05
vemonRAOF, just to explain this to myself better: shouldn't the get-orig-source actually be get-latest-orig-source?22:05
RAOFvemon: Yes.  That's what it means.22:06
cbx33anyone here recompiling after the vmsplice bug notice?22:06
RAOFvemon: On the other hand, it's meant to make it easier to package new upstream versions; you don't need to repack the existing tarball, since that's in the archives (is the thinking).22:07
rhpot1991_laptopshibata: this is what it shows on mine: CPU governor to use, such as ââpowersaveââ, ââperformanceââ.22:07
shibatarhpot1991_laptop: "`" seems to be replaced to U+2018 man page.22:08
sotoIs there a way to automatically adjust patch files to the correct offsets when they apply with some fuzz?22:09
sladensoto: patchutils has some stuff for doing 3-way diff updates without the original22:09
sladensoto: but if you get it to apply with the fuzz, you can then generate a new diff from the result22:10
vemonis it possible to patch a tar file with a normal diff?22:11
sotosladen: Okay thanks22:12
HighNosuperm1: I added the COPYING stuff on the UpstreamGuide - I'll try to listen to problems regarding upstream packages and fill things in there...22:13
superm1okay HighNo, i'll get a chance to look again at your package in a bit22:14
shibatarhpot1991_laptop: How about that? $ LANG=C man cpufreq-selector22:15
HighNosuperm1: cool, take your time (as long as get a little advocation there ... :-) )22:16
rjmyst3superm1: is the COPYING file just supposed to be a copy of the GPL, or should it also say something like "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License..."22:21
rhpot1991_laptopshibata: bash: en_US.UTF-8=C: command not found22:25
superm1rjmyst3, copy of the GPL22:29
HighNoI am totally freaking out now - who stole my COPYING file? I swear it has been there... grrrr. superm1 please wait a sec. I have to create another upstream release WITH the COPYING file. Iknow I had done it before - this is so strange...22:30
shibatarhpot1991_laptop: sorry, please remove "$"22:32
rhpot1991_laptopshibata: that looks much better22:33
rhpot1991_laptopfixes mine up too22:33
rjmyst3superm1: i've made those changes and uploaded a new one22:42
HighNosuperm1: the newest version of blueproximity with COPYING in upstream has been dput'ed. REVU appearance will be delayed as usual...22:46
steveireI've just made a PPA, and it says my repo is deb http://ppa.launchpad.net/steveire/ubuntu hardy main. Shouldn't that be gutsy?22:47
DaveMorrisHighNo: you gonna update your backports once it's accepted for hardy?22:48
hexmodesteveire: have you uploaded any packages yet?22:48
steveirehexmode: Nope22:48
steveireI want to make packages for use by gutsy though22:49
hexmodeon my ppa, it didn't say gutsy till after I uploaded some pkgs to be built for gutsy22:49
hexmodehttps://launchpad.net/~hexmode/+archive/ # for example22:49
HighNoDaveMorris: ??? I'd like to see it backported for gutsy and feisty - yes, but do I make them? If I can help with that sure.22:51
steveirehexmode: OK, cool. Just trying to figure out how to upload a package now...22:51
steveirehexmode: Do I put my password in  ~/.dput.cf under login or what?22:54
DaveMorrisHighNo: well you can do them in your ppa, whilst waiting for the backports team to do them (after you've requested a backport)22:56
HighNoDaveMorris: I'll have a look at it after tomorrows exam and my package being accepted...22:58
steveireI want to upload xine-lib-1.1.10 to my ppa. What package name and version should I give it?22:59
hexmodesteveire: sorry, kids acted up22:59
hexmodesteveire: you need to dput a source package22:59
steveireIt's in hardy, but not gutsy, and there's an old backport request I want to outrun23:00
hexmodein the dist portion of your changelog put gutsy23:00
steveirehexmode: Yep, it's package name and version convention I need now23:00
steveirehexmode: I'm not changing the package at all/23:00
hexmodesame as always ;)23:00
hexmodejust change hardy to gutsy23:00
hexmodeand ppa will target for gutsy23:00
DaveMorrisHighNo: you noticed the new versions of bluetooth packages on revu?23:01
hexmodesteveire: debian/changelog23:01
emgentheya people23:01
HighNoDaveMorris: not yet.23:01
DaveMorrisat the bottom of the page23:01
HighNoDaveMorris: oh, yes. I noted them - that's why I know that superm1 is my man, my personal hero, my advocate :-)23:03
RAOFpersia: http://revu.ubuntuwire.com/details.py?package=gnome-do is available for your reciprocation :)23:03
RAOFOr anyone else who wants to review a cool launcher app, of course.23:04
AlohaPlease review http://revu.tauware.de/details.py?package=sadms23:04
HighNoDaveMorris: superm1 wanted to think about advocating it. I was never so close :-)23:05
DaveMorrisHighNo: just tell him you can make it do something fancy for Mythbuntu, and he'll do it ;)23:05
HighNosuperm1: you heard DaveMorris ? :-)23:06
ScottKmok0: Those packages are transitional to support Dapper --> Hardy upgrades23:06
HighNoI guess I shouldn't ping him all the time...23:06
mok0ScottK: I figured23:06
mok0ScottK: bug 19076423:07
ubotuLaunchpad bug 190764 in claws-mail "[needs-merge] claws-mail_3.3.0-1" [Undecided,New] https://launchpad.net/bugs/19076423:07
mok0ScottK: I set the bug to "confirmed" and att: me, but that was reverted shortly after. I thought that was the way it was done, but apparently not23:08
ScottKDid you subscribe UUS?23:09
mok0ScottK: yes23:09
ScottKI'd have thought confirmed was good, but what do I know....23:09
mok0ScottK: LP should do all this automatically23:09
steveirehexmode: Pattern not found: hardy. What line do I change?23:10
mok0ScottK: it knows you're uploading a patch, it knows who you are.23:10
mok0ScottK: It should have buttons where you could define that it's a merge, etc.23:10
ScottKDon't wine to me about LP or you'll end up with a multi-hour rant on using non-free tools to develop free software.23:11
mok0ScottK: heh23:11
ScottKBut do file bugs.  They actually pay attention to them sometimes.23:11
mok0ScottK: LP is a piece of c**p23:11
steveiregrep -ri hardy * <<< Also returns nothing23:12
ScottK;-).  File bugs.  It's all you can do.23:12
mok0ScottK: yeah... *sigh*23:12
steveireCan I get some PPA help? I have the source of xine-lib-1.1.10 and I want to upload it to my PPA for gutsy. What should I use for P and V as described here: https://help.launchpad.net/PPAQuickStart23:13
mok0ScottK: anyway, that claw-mail package builds just fine under hardy, and the diffs to debian are limited to those dummy compat packages plus the changelog23:14
mok0ScottK: It can be a straight sync in hardy+123:14
steveireIs there a better channel for PPA help?23:15
ScottKsteveire: #launchpad23:15
steveireScottK: Cheers23:15
hefe_biaP: xine-lib V: 1.1.10-something23:16
steveirehefe_bia: I'm still stuck on the changelog bit. Any idea?23:19
steveireI did a `dch -i -D gutsy` to add a gutsy line23:24
hexmodesteveire: sorry, I was out.  That's the right thing.23:26
hexmodedo you know how to build a source pkg?23:26
steveirehexmode: Yes, but I upload the source, right? LP builds the package.23:27
hexmodeyes, sign the src changes file and dput that23:28
HighNocould another motu please check http://revu.tauware.de/details.py?package=blueproximity for advocation? got one by superm1 already!23:28
shibatarhpot1991_laptop: I think that it is problem of your terminal. Please select Terminal > Encode > UTF-8, then do man. If encode was ISO-8859-*, single quote became â in my environment.23:28
steveireDoes the note about debuild -S -sd instead of -sa apply to me?23:30
hexmodesteveire: where do you see that note?23:31
steveirehttps://help.launchpad.net/PPAQuickStart <<< Halfway down23:32
hexmodesteveire: probably not if your email is in the changelog file (which, if you just used dch, it probably is)23:33
rhpot1991_laptopshibata: already at UTF-8 actually23:33
hexmodesteveire: actually, if you want to experiement, try -sd first23:33
hexmodeif it fails, do -sa23:33
steveirehexmode: OK, finally, for P should I use xine-lib or libxine1?23:34
steveireupdating while using my ppa should update xine23:34
hexmodethat's just the name of the file23:35
gesersteveire: xine-lib as that's the source package name23:35
hexmodeso use the name of the source.changes file23:35
steveirewhere is the source.changes?23:36
gesersteveire: debuild -S will create one23:36
shibatarhpot1991_laptop: Hmm,,, Sorry, I do not seem to be able to help...23:38
persiasuperm1: Installing gmyth doesn't actually fix everything.  It also needs an extra '/' removed, and the patch needs work to actually unpatch cleanly.  I'm working on it for something else anyway, and will upload those fixes with my stuff (or if I fail, upload with only those fixes).23:55
persiaScottK: OK.  Taking a look at clipper soon.23:55
persiaScottK: For libnb-platform7-java, you may need to pull some build-deps from NEW23:55
persiaRAOF: Thanks.  On the shortlist.23:55
superm1persia, intersting, it built fine as it was for me previously23:55
superm1okay thanks persia23:55
persiasuperm1: I suspect it has something to do with the autogeneration of the install file.  The version I downloaded didn't actually pull gmyth, and regenerating install broke from an extra '/'.  Anyway, trivial.  The fact that I can't initialise the plugin I want is more annoying.23:57

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