pochublueyed: I've to go for a dogwalk now, but I'll try that when I'm back. Thanks!00:00
blueyedwelcome, have fun :)00:01
=== lifeless_ is now known as lifeless
gilirthere is a little problem with REVU :) http://revu.tauware.de/details.py?package=awn-extras-applets00:24
ScottK2Dear everyone: Please stop and think about if your change is appropriate to Debian before sending them a patch and a bug.01:02
taconeis it still valid to propose software ?01:09
pochuYou can always propose. It may well not be accepted though :)01:09
taconeoh, I'd get very angry then :-D01:09
pochutacone: we are near Feature Freeze so it's likely a bit late...01:10
pochutacone: but is that new software or changing a default application?01:10
taconenew software01:10
taconemay sound stupid. a little game, which work like a charm with ubuntu01:10
taconethere's already a .deb on getdeb.net01:10
pochuYou have 10 days until Feature Freeze. After it your chances are low.01:11
pochutacone: is it Debian? How is it called?01:11
taconewhere should I propose ?01:11
pochuFile a needs-packaging bug in Launchpad, (and a RFP in Debian)01:11
taconeit's got nice reviews. and it's very simple and addicting. http://www.getdeb.net/app/TeeWars01:11
taconeshould I propose that in debian too ?01:12
TheMusotacone: If it gets into Debian first, its a lot easier to get into Ubuntu.01:12
pochuThe game looks nice indeed01:13
taconethemuso: it's already packaged01:13
taconethere's a .deb on getdeb.net.01:13
* pochu looks for bddebian to get it packaged in pkg-games :)01:13
pochuBut he isn't around...01:14
TheMusotacone: Yes, but that may need extra work before its accepted into Debian/Ubuntu.01:14
taconeI understand that.01:14
taconeI don't know how to file a need packaging bug. where do I specify 'need packaging' ? in the bug title ?01:15
vorianis a rules error or dependency error?01:16
pochutacone: yes, and add a "needs-packaging" tag01:18
taconejust submitted. looking for the change of attaching a tag01:20
taconedone, nice !01:21
ubotuLaunchpad bug 189118 in ubuntu "Teewars would be a nice inclusion for hardy" [Undecided,New]01:21
effie_jayxvorian,  looks like a file missing01:21
effie_jayxI am no expert though01:21
vorianyou are doing awesome effie_jayx :)01:21
effie_jayxvorian,  I am going the distance... :D01:22
bddebianHeya gang01:22
voriani'm converting my package to be compliant with the debian/python policy01:22
effie_jayxthe updated souce seems to have several files changed. there is a whole bunch of files that are in .install file that are not in the soucer package... do this get created or I have to find the list somewhere?01:35
imbrandonhrm does gparted safely resize a ext3 part ?01:40
vorianimbrandon: sure, i just did one a few weeks back01:40
vorianit needs to lead though01:41
imbrandonyea thats no biggie01:41
vorianah, there is no setup.py01:47
ScottK2slangasek: Excellent responsiveness on sync requests today (sync done less than an hour after I request it).  Thanks.01:54
slangasekScottK2: nah, I think I need to get a start on those earlier in the day, so I can be /off/ that page by the time your sync requests come through ;)01:57
slangasek(looks like I won't get any new processing done today, for instance...)01:58
slangasekjdong: bug #175344: are you sure it was the intention of the original bug submitter to request a backport, as opposed to an SRU?  The bug title here comes from Kmos, who I think may have misapprehended the submitter's concerns02:06
ubotuLaunchpad bug 175344 in gutsy-backports "Please backport ntfs-3g 1.1120 from Hardy" [Undecided,In progress] https://launchpad.net/bugs/17534402:06
jdongslangasek: for the specific issue the submitter cited, yeah, it's SRU material .However, there's also new features (faster perforamcne, relatime support and default) that make the release worthwhile in any case02:08
ScottK2* twitch *02:08
ScottK2jdong: Then shouldn't the SRU be done first.02:08
jdongScottK2: I think they are independent matters that can be approached in any order02:09
slangasekyes, the order shouldn't matter02:09
jdongScottK2: if we SRU it, I'd also like to look at the 5+ other issues addressed in the versions between gutsy and hardy :)02:09
ScottK2jdong: OK.  My experience has been that once you do the backport the interest in working out the SRU goes WAY down.02:09
jdongScottK2: and before long, that's gonna be the same thing as just a backport :D02:09
slangasekbut I'm not sure if pushing a backport with this poor user's name in the changelog is the right thing either, since I don't think that's what he was requesting02:09
ScottK2Slap jdong's name on it then.02:10
jdongslangasek: Only my name gets put in the changelog, right?02:10
jdongScottK2: only if Canonical sends me an official Ubuntu scapegoat t-shirt :)02:10
ScottK2jdong: You've been wearing that one for years.02:10
slangasekjdong: uh, I've been following the same convention as for syncs, which is that the original bug submitter gets their LP id used in the backport02:10
jdongslangasek: interesting :)02:11
ScottK2slangasek: Normally for a backport I'd suggest you put whoever ack'ed it for backporters.02:11
slangasekif I should use you for all of them instead, that would certainly save on typing ;)02:11
jdongslangasek: the other archive admins previously have been following the convention that it goes to the approving backporter02:11
slangasekok, that's fair02:11
jdongslangasek: yeah I think that's a better way of doing it02:11
ScottK2slangasek: Your odds of having someone mind after problems go way up that way.02:11
jdongslangasek: often times backport requesters aren't of the technical skill level of a sync requester and would be less able to deal with the responsibility of the changed-by blame trail ;-)02:12
jdongslangasek: not to mention FTBFS mail should be directed at a backporter :)02:12
jdongnot that I'm all that interested wine didn't build on sparc256 or whatever :)02:12
slangasekright, let me go through and redo these... :)02:12
jdonghehe :)02:13
jdongwho's the ntfs-3g dude around here?02:13
ScottK2I like the stick the tag on jdong no matter who did it plan.02:13
ScottK2That'd be you, now.02:14
jdongI was wondering if we should update to the latest upstream release before review02:14
jdonghttp://ntfs-3g.org/releases.html their release notes always sound intriguing02:14
jdongthough that 2121 release sounds scarily intrusive02:14
ScottK2Well I'd be really careful about an ntfs-3g backport no matter which version it was.02:14
jdongScottK2: the main mode of failure for one would be some sort of FUSE API incompatibility blowup02:15
jdongcausing ntfs-3g to be inoperable02:15
jdonghistorically the QA from ntfs-3g upstream is quite superb02:15
zuleverytime i see ntfs it makes my skin crawl02:15
jdongI believe they have a test suite too :) (gasp!)02:15
blueyedHow can I search for packages which build-depend on a given package?02:17
StevenKblueyed: grep-dctrl02:18
jdongslangasek: so you're the poor unfortunate soul stuck with processing all those backports I triaged this weekend? :D02:21
* jdong gives slangasek half of this yummy cardboard^Wprotein bar he's snacking on :)02:22
slangaseknext time, take a Wednesday off to do those ;)02:22
jdonghaha :)02:22
pochuNight MOTUland!02:22
jdongask backports requestors. I don't do this often :D02:22
vorianhow does the debian/python policy apply to a package which is built with a configre/makefile?02:23
vorianthis is killing me :P02:23
blueyedStevenK: thanks, but I can't get it to do what I want.. would I have to grab some Contents file for this?02:24
blueyedI've tried e.g. "grep-available -F Build-Depends sun"02:24
StevenKContents lists what packages provide what file, that is hardly revelant02:25
StevenKblueyed: grep-dctrl -FBuild-Depends -sPackage sun < /var/lib/apt/lists/*Sources02:25
slangasekjdong: do you think 175344 should also have an SRU, then?  If so, would you mind nominating it for gutsy?  (TTBOMK I still can't nominate bugs without them immediately being accepted)02:28
jdongbug 17534402:28
ubotuLaunchpad bug 175344 in gutsy-backports "Please backport ntfs-3g 1.1120 from Hardy" [Undecided,Fix released] https://launchpad.net/bugs/17534402:28
jdongslangasek: :-/ I'm hesitant to do so because I'm not sure what the scope of that SRU would be02:28
jdongI'm not familiar with upstream's codebase or release habits02:29
jdongbut I will add a comment02:29
jdongand also flip (presumably Kmos's) invalid marking on Ubuntu02:29
TheMusojdong: You can check the activity log for that.02:30
jdong10 Dec 07 18:49   Marco Rodrigues  ntfs-3g: status  New  Invalid02:30
blueyedStevenK: thanks, works (in zsh). I'd expected more packages then 25 though (B-d on sun's java)02:31
* Hobbsee refuses to comment, but wonders about how many *other* good bugs have been mangled, due to him, and if anyone plans on reverting the changes02:34
Hobbseei guess people will rereport, particularly in hardy+102:34
sgbirchCan somebody plz help.  I am in the debian NM queue and am maintaining a couple of packages which are also in Ubuntu, xball and vobcopy.  My sponsors have uploaded new versions of both programs recently.  How can I get them uploaded to Ubuntu as well.  They are both in sid.02:40
ScottK2vorian: The build system doesn't affect policy.02:41
blueyedsgbirch: they are both in Ubuntu already. To get the latest release synced, you should file a sync request.02:42
blueyedsgbirch: I could file the sync request, if you want.02:42
ScottK2vorian: Either convince the upstream makefile to shove stuff into policy compliant locations or make your own setup.py, add it to the debian/dir and then use that.02:42
ScottK2blueyed: Better he files it and you ack it.02:43
=== wolfger_ is now known as wolfger
sgbirchblueyed: This is actually my first ever contact with Ubuntu folks.  I normally hang out in the debian areas.  So I dont know how to file a sync request.  Can you point me to the docs so I can RTFM plz?02:45
ScottK2sgbirch: Do you use pbuilder for test bulding?02:45
blueyedsgbirch: docs are at https://wiki.ubuntu.com/SyncRequestProcess02:46
sgbirchblueyed: Oh ... I just noticed your offer to file the sync req.  Would you please, that would be great.  Two packages .... xball and vobcopy.02:46
blueyedI'm testing currently if they build and will do so then. Seems more straightforward, doesn't it, ScottK?02:46
ScottK2blueyed: Yes, but if you do it, he doesn't learn and can't do it himself the next time this comes up.  We want to help everyone learn that comes here.02:47
sgbirchScottK2: No, I use a clean VM loaded with sid02:47
mruizhi all02:48
ScottK2sgbirch: OK.  You might want to consider setting up an Ubuntu Hardy VM so you can test build on our toolchain.  It'd make it more credible/less work for us if you've already done the test build when you come ask.02:49
mruizI'm preparing a new version for mnemosyne but upstream packages it as <file>-<version>.tgz. Should I repackage it ?02:50
ScottK2mruiz: Just rename it.  That's not repackaging.02:51
ScottK2mruiz: You have to rename .tar.gz to .orig.tar.gz in any case.02:51
sgbirchScottK2: OK .. I am happy to do that.  Although I am working towards DD I run Ubuntu on all my machines :-)  I really want the two packages I currently maintain and future packages to always go into debian and ubuntu.  So the Ubuntu learning curve is important to me.02:52
ScottK2sgbirch: I'm the same.  I run Ubuntu, but am in NM.02:52
sgbirchScottK2: Very cool.02:53
mruizScottK2, thanks... I'm asking as tgz is different to tar.gz ;-) . I read that tar.bz2 should be processed in a different way02:53
ScottK2sgbirch: Welcome.  You might also want to consider doing packaging work in Ubuntu and maybe becomine a MOTU.02:53
ScottK2mruiz: I missed the bz2 part.  Yes.  You need to reroll that.02:53
sgbirchScottK2: Yes ... that is very much on my mind, Id like to do that.  I actually do packaging professionally in my day job ... but that doesn't mean I am an expert by any means :-)02:54
ion_A tar.bz2 only needs to be recompressed, not repackaged entirely.02:54
ScottK2sgbirch: Well we're always looking for help.02:54
sgbirchScottK2: How long have you been in the NM queue?02:55
vorianbelated thanks ScottK :)02:58
ScottK2Oh well.  I guess he left03:35
ScottK2vorian: You're welcome.03:35
mruizbye all03:43
mruizgood night03:43
bddebianScottK2: Did you scare another one away? :)03:43
bddebianNight mruiz03:43
nixternalw00t! GO BLUE!04:02
nixternalsorry, seen the umich :)04:02
jdongyay, from my state :)04:03
nixternalhey, I need some opengl love here...I have a file that includes <GL/gl.h>, that is apparently a part of mesa-common-dev, I shouldn't have to dep on that should I04:04
jdonggo umich people :)04:04
nixternaljdong: my state too! :)04:04
nixternalahh, one of them hairy nut fans04:04
jdongnixternal: I always thought you were in chicago for some reason?04:04
vorianshouldn't it be libglu1-mesa-dev04:04
nixternalyou know, I need to stop saying that, because people who do not know about a buckeye may wonder04:04
jdongvorian: and your highway patrol owes me money!04:04
nixternaljdong: I am, but I was born in Benton Harbor, MI04:05
nixternalall of my family is there04:05
vorianjdong: yah yah yah :)04:05
jdongnixternal: ah, ok, cool :)04:05
jdongvorian: seriously, blinker lights too bright?04:05
nixternalPenguicon in DTown in a couple of months, who's going?04:05
* vorian raises his hand04:05
nixternaljdong: let me guess, clear tail lights?04:05
jdongnixternal: depends on whether or not This Wonderful Educational Institution will give me time off ;-)04:05
jdongnixternal: and actually, no, stock lights on a grand cherokee04:06
nixternalI will be broke, so everyone is buying me food and drink04:06
jdongnixternal: but admittedly they are stunningly bright in the night04:06
vorianwith Michigan plates I bet :P04:06
jdongvorian: yup04:06
nixternalI got pulled over because they said my blinker lights were to bright here in Chicago...but my truck has custom carbon fiber tail lights04:06
jdongvorian: no front plate so no laser tickets :)04:06
vorianthat would be your first problem04:06
nixternaloh, and they are damn bright04:06
jdongnixternal: ah, interesting :)04:06
nixternalit is a xeon bulb that you can find in some fog lights :p04:06
nixternalzenon I think is what they are04:07
jdongnixternal: I was let off with a warning, though my sarcasm nearly cost me the $120 :D04:07
nixternalxenon, that, that's it04:07
jdongI've been considering adding HID front and LED rear lights04:07
vorianoh bother04:07
nixternalI am ordering some LED from ebay for the rear myself04:07
jdongI even have a nice strip of Luxeon Star and Nichia CS reds that I stripped off an ambulance light bar04:07
voriannixternal: anywhere but ebay!04:08
nixternalvorian: best price for them04:08
jdongI'm guessing I should NOT use those lights in Ohio :)04:08
nixternalwell the place I might order from has an ebay store04:08
nixternalI am starting to hate opengl04:08
jdongslangasek: you still awake?04:09
jdongnvm I answered my own question04:09
voriannixternal: are you looking for `The OpenGL utility library development environment'?04:10
slangasekjdong: because you saw me still doing archive processing? :-P04:11
jdongslangasek: well I had no idea whether that was activity or LP lag :)04:11
jdongslangasek: but it was regarding the bzr-svn tangle, I noticed jpatrick also had requested/approved a bzr-svn backport04:12
jdongslangasek: at any rate, hold off on both for now and let me look at this 0.4.7 that jelmer wants :)04:12
jdongand with that, I disappear off into the night :)04:13
jdongaaahhh the LP mail has started!04:13
jdongslangasek: oh btw I bet at least 2 of the backports you processed today will instnatly end up in source NEW so if you could push those through after you're done too... *hugs*04:14
nixternalvorian: I figured it out I think04:15
nixternalmight help to update patches/series04:15
ScottK2bddebian: No.  He heard you were coming.04:16
* jdong wonders if there will be nuclear fallout from firefox-3.0 entering gutsy-backports :)04:17
StevenKjdong: For someone who has disappeared, you talk a lot04:17
jdongStevenK: I'm a bad magician... I can never disappear completely on the first try04:17
slangasekjdong: ah, I think I'm running away for the night after the backports themselves are done, sorry04:19
jdongslangasek: sure thing :)04:20
* StevenK kicks libosso04:21
StevenKI change the dbus security policy for its dbus service, and now hildon-desktop SEGVs inside libosso04:22
bddebianScottK2: Heh, zing :-)04:30
=== asac_ is now known as asac
tonyyarussoHi, I have two lintian warnings I would like explained to me - "W: kompozer source: desktop-file-but-no-dh_desktop-call" and "W: kompozer source: out-of-date-standards-version 3.7.2 (current is 3.7.3)".  Are these things I need to worry about?04:57
firestormx37hello, i would like to get involved and help with bugs or packaging, but i am not sure where to start.  I have been reading all the getting started and faq pages, but I need help finding something small and easy to start with.  Can anyone help me out?04:59
StevenKtonyyarusso: The first means you are installing a .desktop file and don't call dh_desktop in your rules file04:59
StevenKtonyyarusso: The second you can update if you're worried about the warning04:59
tonyyarussoStevenK: What changes are there in the standards version that I would need to update?04:59
StevenKtonyyarusso: There is a checklist installed by the debian-policy package05:00
tonyyarussoStevenK: Okay, I'll look for that.05:00
tonyyarussodesktop thing first..05:00
tonyyarussoStevenK: Would that go in install: build or binary-indep: build install?05:03
StevenKtonyyarusso: In binary-indep05:05
StevenKtonyyarusso: The first word there is the target name itself, the others are what that target depends on.05:06
tonyyarussoStevenK: I still don't quite understand that.05:06
StevenKtonyyarusso: binary-indep is a Makefile target, which requires that the targets build and install are up to date before it runs05:07
tonyyarussoOkay, the only warning I have now from lintian is "W: kompozer source: not-binnmuable-all-depends-any kompozer-dev -> kompozer"05:15
tonyyarussoWhat's binnmuable mean?05:17
StevenKAble to be binary-only NMU'd, a Debian-ism05:17
StevenKMeans you don't use (>= ${binary:Depends}) in kompozer-dev's Depends line.05:18
tonyyarussoYeah, I was using Depends: kompozer (= ${binary:Version})05:18
StevenKOh, that should be okay05:19
StevenKActually, >=05:19
StevenKbinary:Depends is my brain going funny05:19
tonyyarussothe lintian notes suggest Depends: kompozer (>= ${source:Version})05:20
tonyyarussoperhaps I should try that?05:21
StevenKtonyyarusso: Sure. My memory might be faulty05:22
tonyyarussoall right, looks good now05:26
LucidFoxWould anyone like to sponsor bug #187576? I'd like to get the new upstream version to Ubuntu first before packaging it for Debian05:29
ubotuLaunchpad bug 187576 in smplayer-themes "Upgrade to smplayer-themes 0.1.15" [Wishlist,Confirmed] https://launchpad.net/bugs/18757605:29
jdongugh this channel does not help my insomnia05:31
jdongLucidFox: I'm gonna have to try my best to ignore you till tomorrow morning.... Need my sleep for classes ;-)05:32
tonyyarussoI wonder what percentage of Ubuntu contributors are students05:34
crimsuna non-trivial portion.05:39
tonyyarussoPlease review: http://revu.tauware.de/details.py?package=kompozer05:46
ScottK2jdong: Sleep IS what the classes are for.05:55
tonyyarussoWell, I guess now it's just time to go to bed and wait.  If someone's considering looking at that kompozer upload, it should be all pretty straightforward changes, so hopefully nothing too complicated to worry about.  'night06:08
ScottK2tonyyarusso: Why is an upgrade on REVU?06:17
* ScottK2 just looked at two packages and found copyright problems in both. Urgh.06:17
TheMusoScottK2: Perhaps we should have something about people getting copyright checked out before submitting a package...06:18
ScottK2TheMuso: I think running grep -ir copyright * over the package should definitely be mentioned.  These packages had all been reviewed several time before too, so MOTUs aren't looking hard enough either.06:19
TheMusoI think there is an assumtion that other MOTUs will look at the copyright.06:20
ScottK2That or the archive admins will do it.06:20
ScottK2Good night all.06:25
dholbachgood morning06:43
tonyyarussoScottK2: Because I thought it was supposed to be?  Please enlighten me.06:46
LucidFoxdholbach> Not yet, but I'll talk to the original maintainer, thanks for the tip. You can unsubscribe u-u-s for now.06:51
dholbachLucidFox: will do - thanks for taking care of it!06:51
tonyyarussoSince ScottK2 went to bed, anyone care to tell me what the proper process for getting upgrades approved and uploaded is?06:54
superm1tonyyarusso, generally attaching to a bug and subscribing u-u-s06:55
superm1tonyyarusso, but after FF, new versions will need to go through motu-release06:56
superm1bug fixes can still be attached to a bug though06:56
tonyyarussosuperm1: Ah, all right.  And if I do it that way, it should probably be a debdiff rather than the full thing, right?06:57
superm1tonyyarusso, well all depends on the situation06:57
superm1and the patching scheme used for the package06:57
superm1previously interdiffs were the way to go06:57
superm1if all of the patching is constrained to the debian/ directory06:57
tonyyarussosuperm1: It was just packaging info updates - debian/control, debian/rules, and debian/changelog I think are all that changed.06:57
superm1the more ideal route is to link to the new archive, and then attach a diff of the two debian/ directories06:57
superm1or even better, use a get-orig-source rule to build the archive needed for the .orig.tar.gz06:58
superm1but if you debdiff two new versions alltogether, it will be a very large diff usually06:58
tonyyarussoSorry, no...06:59
superm1okay so lets say you've got hello-world-v1 and hello-world-v206:59
tonyyarussookay, good so far :)06:59
superm1between the two versions, there are tons of upstream changes06:59
superm1they decided that they wanted to add this wacky GUI and stuff06:59
superm1so you go and package up the new version based on the old one's packaging07:00
superm1and you're all said and done07:00
superm1so you debdiff the two dsc's, and its a 10 meg debdiff07:00
superm1well that would be silly to upload07:00
superm1your changes were just in the debian directory07:00
superm1and the diff for your changes is only like 15k07:01
tonyyarussoOkay, still following.07:01
superm1so instead, in that case you can just do a diff between the old debian directory and new debian directory07:01
superm1and upload that diff instead07:01
superm1just in your comments on the bug explain that its a diff of the debian directories, and provide a link where someone grab hello-world-v207:01
tonyyarussoI wasn't aware diff operated on directories - or do you do it file by file?07:02
superm1you can do it recursively07:02
superm1the switches are something like -urN07:02
superm1unified recursive something something07:02
tonyyarussonow, as far as this link, which file precisely is it going to?  Which portion is "interesting" to a reviewer?07:02
superm1well it wouldnt be for review07:02
superm1it would be for a new version07:03
superm1so if its say a merge from debian07:03
superm1and they have that new version, just say to grab the .orig.tar.gz from there07:03
superm1if on a website say to grab it from there07:03
superm1the most ideal case though, you can write a rule in debian/rules that will grab the right file for the person07:03
superm1if its not already present07:03
tonyyarussoNow, in my particular case today, the .orig.tar.gz is completely unchanged.  Do I even need a link then?07:04
superm1now in that case you can just use a debdiff07:04
tonyyarussoI wish I had that kind of debian/rules fu, but sadly, I simply don't (yet)07:04
superm1because you're not including any new .orig.tar.gz07:04
superm1so no new upstream changes07:04
dholbach(-N treats non-existant files as empty in the 'old' directory)07:04
tonyyarussoSo debdiff makes sense now, but I should know all this other stuff for later.07:04
superm1well that's just one type of case, but yeah its a good idea to understand it07:05
superm1there are more complex cases depending upon how the package adopted a patching system which you might come across some day07:05
superm1like mplayer for example07:06
* tonyyarusso installs a 1TB drive in his brain for this...07:06
superm1be careful with that one, its fun07:06
tonyyarussoI'm told I should start using quilt for my package, if I'm brave someday07:06
tonyyarusso(it's a mozilla thing)07:06
superm1everyone has their preferences on patching systems, you'll eventually learn which ones are easier for you to work with07:07
superm1after seeing how they operate07:07
superm1dholbach, ah.  i've wondered about that07:09
superm1but never looked at the man page :)07:09
LucidFoxtonyyarusso> I prefer simple-patchsys for CDBS packages and dpatch for plain debhelper packages.07:09
tonyyarussoSo, if I'm going to create a bug whose sole purpose is the be the carrier of this diff, should I bother trying to cite it in changelog or does it not matter?07:09
LucidFoxtonyyarusso> yes, mention it in the changelog07:09
LucidFoxtonyyarusso> as for recursive diffs, superm1 is right - run it with -urn07:11
LucidFox(u)nified format, (r)ecursive, include (N)ew files07:11
tonyyarussoLucidFox: wrt the changelog, I have 3 things that I did (all quite minor).  How would you suggest I write that, with the bug #?07:11
LucidFox* Fixed such-and-such issue (LP: #xxx)07:12
tonyyarussoI meant as in should I list the same LP bug three times?07:12
LucidFoxno, once is sufficient07:12
LucidFoxits sole purpose is to let the upload automatically close the bug07:13
tonyyarussoOh, that's nifty.07:13
LucidFoxAs for patches, does the package use CDBS?07:14
tonyyarussoNo.  (not yet at least)07:15
LucidFoxAh, that's a shame. The CDBS simple-patchsys is not that in name only, it's really the simplest patch system out there.07:17
superm1the only thing i don't like about the simple-patchsys is that all patches in that directory are "automatically" applied.07:18
superm1so if you want to turn off one07:18
LucidFoxAh, indeed.07:18
superm1even temporarily you gotta move it out of the directory07:19
crimsunwhew, well there went a few hours of testing.07:19
* crimsun uploads and drags off to sleep07:19
LucidFoxsuperm1> but doesn't it only apply files with the .diff and .patch extensions?07:19
superm1LucidFox, i think so, but again, you gotta rename it then07:20
superm1which makes the diff's huge07:20
LucidFox(granted, that won't help if you want to just minimize the delta, which is achieved by removing just one line with dpatch)07:20
superm1but be it as it may, easy to use otherwise07:21
tonyyarussoAny preferences for what I should name a debdiff?07:22
LucidFoxI name it the same as the dsc/diff.gz, but with the .debdiff extension07:23
tonyyarussomakes sense07:24
tonyyarussoIn LP, there's the checkbox for "this attachment is a patch" - does that include debdiffs, in the sense more like "this attachment has code to fix it"?07:26
* tonyyarusso guesses yes07:28
mok0tonyyarusso: yes07:29
tonyyarussoAll right, I think it's all ready to go - https://bugs.edge.launchpad.net/ubuntu/+source/kompozer/+bug/189174 if you want to see if there's anything wrong with that.07:30
ubotuLaunchpad bug 189174 in kompozer "kompozer needs minor packaging fixes" [Undecided,New]07:30
AlohaPlease review http://revu.tauware.de/details.py?package=sadms07:31
master_obredarneed help please07:35
LucidFoxwell... he will learn patience07:45
slytherinCan anyone help me investigate this issue. There is a source package aspectwerkz2 which is supposed to provide binary libaspectwerkz2-java (arch all). Launchpad says build was successful but I can not find the binary anywhere.07:48
superm1slytherin, did you check the hardy NEW queue?07:48
slytherinsuperm1: where to check it?07:48
superm1the first time a binary is introduced to the archive, it sits there07:49
superm1until an archive admin acks it07:49
superm1if this was already in the archive, then just give it some time to propagate the mirrors07:49
TheMusoPackages that are already in the archive that introduce new binaries also sit in binary new.07:50
slytherinsuperm1: Ah, it is there in 'New' queue.07:50
slytherinsuperm1: When will it get processed?07:50
superm1when archive admins have time07:50
superm1on a regular basis though at least07:51
superm1since its right before feature freeze, you can see its a mad rush to get things in07:51
tonyyarussoThey seem to tend to let them sit for a while, then plow through a bunch in a few hours from time to time07:51
slytherinsuperm1: Th reason I am asking is that there are other packages which FTBFS due to absence of this package07:51
superm1slytherin, they haven't entered depwait?07:52
slytherinsuperm1: I checked just now. They have entered depwait07:52
superm1see for example, i uploaded gmyth a few days ago07:52
superm1and its in depwait now07:53
superm1ah okay07:53
superm1slytherin, once the binaries get released some automatic job eventually releases the depwait packages to try again07:53
slytherinsuperm1: Ok. Thanks for info.07:54
LucidFoxApparently, icedtea-java7 has been rejected from Debian. Gah.08:08
LucidFoxdholbach> I've got a reply from the original maintainer of smplayer, posted it in bug #18896408:10
ubotuLaunchpad bug 188964 in smplayer "Please sync smplayer 0.6.0~rc1-1 from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/18896408:10
dholbachLucidFox: rock on!08:11
slytherinLucidFox: Why is icedtea rejected?08:12
LucidFoxno idea08:13
apache|mobilelong island iced tea?08:14
slytherinCan anyone sponsor the debdiff attached to bug 18316408:17
ubotuLaunchpad bug 183164 in w3c-dtd-xhtml "Wrong path for entity sets" [Undecided,Confirmed] https://launchpad.net/bugs/18316408:17
mok0Can PostSript documents, for which there is no "source", be distributed?08:17
slytherinoops, I just realised the package is in main.08:17
RAOFmok0: PostScript is source, even if it isn't generally easily editable source :)08:25
mok0RAOF: So it's only PDF documents?08:25
mok0That require "source"08:26
slytherinpersia: Can you somehow accelerate the acceptance of debdiff on w3c-dtd-xhtml bug. :-D08:30
LucidFoxwhy don't you ask a core-dev?08:31
=== Aloha__ is now known as Aloha
slytherinLucidFox: Just asked on #ubuntu-devel. Looks like no one is awake there. :-)08:32
mok0slytherin: no-one's awake here either08:34
LucidFoxapparently, there was a netsplit08:35
slytherinmok0: I interact with persia regularly, he knows what the problem is about and he reads logs. :-)08:35
mok0How does + something sort in the version number? For example 3.0 vs. 3.0+p1 vs. 3.0.1 ??08:43
mok0"p1" means "patch level 1"08:43
TheMusomoDo you know of dpkg --compare-versions08:48
TheMusogah just went offline08:48
pkernHobbsee: I would appreciate if you could sponsor #189186 ;)08:50
rulusCan someone take a look at my package (http://revu.tauware.de/details.py?package=gtkvd) please? It's ready for advocation. Thanks a lot!09:41
dholbachnixternal, persia, soren, geser: are you OK if I set up the polls for the motu-release team members?09:47
sorendholbach: Sure thing.09:47
geserdholbach: sure09:48
jpatricknixternal is sleeping09:49
* dholbach just renames the team in LP according to the motu meeting discussion09:49
* dholbach also updates the documentation09:49
dcorderothere are an easy way for apply a diff.gz with a lot of .diff file in it?09:51
dcorderosomething like patchGreat -p1 < ../file.diff.gz ?09:51
_rubenzcat patches.gz | patch -p1 *might* do the trick09:53
lucasor patch -p1 <( zcat ../file.diff.gz )09:54
lucas(see man bash)09:54
dcorderoyep, i thought that maybe there are a command for that. thanks09:56
HighNohi there, I'd like to ask for the exact status of integration of my package as someone has filed bug 137339 for me10:00
ubotuLaunchpad bug 137339 in ubuntu "They must include BlueProximity in repositories" [Wishlist,New] https://launchpad.net/bugs/13733910:00
pkernHobbsee: dholbach already acked it (thanks, eh)10:01
HighNoIt seems it has been hanging around without any action now for a long time.10:01
FujitsuHighNo: That's not a long time.10:02
FujitsuThe exact status is most probably that nobody has started, nor is planning to in the foreseeable future.10:02
HighNoFujitsu: OK :-) Anyway are there ways to speed things up? Can I help in any way?10:03
NgHighNo: package it yourself with the help of the fine people in here :D10:03
FujitsuYou could package it yourself. Unless someone else has a specific interest, it's unlikely to get done.10:03
HighNoNg: it is already packaged for feisty but works (as told by users) on gutsy and hardy10:03
slytherinHighNo: So what is problem then?10:04
HighNoIs there somewhere I can upload it to to check wether the package has formal errors and that deps are OK for hardy?10:04
HighNoslytherin: how does it get into the official repository?10:05
HighNoofficial being universe of course10:05
NgHighNo: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages10:06
slytherinHighNo: Oh you mean to say you have packaged it outside of ubuntu. Submit it to revu. But first make sure there are no severe packaging problems by trying to build it in pbuilder10:06
HighNook, thanks for the info - could I still make it into hardy if I do it all by myself and do it now?10:07
HighNo(just to time my efforts)10:07
NgHighNo: feature freeze is only just over a week away, and I'd expect things to get quite busy between now and then10:08
RAOFHighNo: Technically possible, but unlikely.  Especially since no one seems to have been terribly interested before this.10:08
slytherinHighNo: FeatureFreeze is on 14th Feb.10:08
dcorderonxvl, i have answer you in Bug #17744310:10
ubotuLaunchpad bug 177443 in photoprint "photoprint should recommend or require icc-profiles package" [Undecided,Confirmed] https://launchpad.net/bugs/17744310:10
HighNook, thanks. I'd give it a try. I hope to broaden the user base by including it into the official feed. there are about 1k users atm...10:11
slytherinHighNo: even if it does not get included in official repos you can have your own repo in the form of PPA. :-)10:13
dholbachnixternal, persia, soren, geser: done and mail to lists sent out10:17
HighNoslytherin: but that won't help people adding it easyly and finding it easily via apt/synaptic/etc., right?10:17
slytherinHighNo: of course it will. PPA is all about your own repository which can be added via synaptic/apt etc10:19
geserslytherin: re lucene2: does the latest lucene2 in Debian unstable fix the dtd problem? It builds fine here (in a pbuilder) and the changelog mentions a fix for the tests10:19
slytheringeser: Let me check.10:20
HighNoslytherin: that's what I meant. People have to add my repo first. People who don't know my software won't add that repo by themselves... This would probably not increase user count :-)10:26
slytherinyes, I just suggested a workaround. It is not a solution10:26
slytheringeser: changelog has some mention for fix but not about what exactly is the fix.10:27
sistpoty|workhi folks10:27
slytheringeser: I will try building it just to confirm and then file a sync request.10:28
geserHi sistpoty|work10:28
sistpoty|workhi geser10:28
pkerndholbach: That "n hours from now" stuff is annoying.10:31
pkerndholbach: As I tend to act on mails immediately.10:32
dholbachpkern: I'll follow up on the mail with a reminder a day before the polls close :)10:32
pkerndholbach: Heh.10:35
slytheringeser: even if lucene2 from debian unstable builds in Ubuntu, it uses Sun Java. What about bug 185917 then?10:54
ubotuLaunchpad bug 185917 in lucene2 "lucene2 jdk dependence" [Undecided,New] https://launchpad.net/bugs/18591710:54
geserslytherin: that would be my next question :)10:55
geserslytherin: can the same changes be applied to the recent package?10:57
slytheringeser: As I don't know what exactly debian guys do to bypass/disable/fix the tests, I can not comment on that.10:58
slytherinMy preferred course of action is that we concentrate on fixing lucene2 2.2.x for which I have a patch ready. If needed we can have a merge with FFE later.11:00
persiaslytherin: Best to wait on the queue.  It does get processed, even if it takes a bit.11:04
persiasuperm1: diff -urN debian/ is not a good way to track updates.  I've seen too many patches lost because they were in the diff.gz.  While the documentation still needs updating, please advocate the presentation of the new diff.gz for new upstreams.11:05
slytherinpersia: You have dropped in at right time. Your comments are expected on the whole lucene2 issue. :-)11:05
geserslytherin: I've looked into the diff.gz and it is in debian/patches/81_prevent-network-access.dpatch. It simply comments testEncoding() out.11:06
=== persia changed the topic of #ubuntu-motu to: Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com | FeatureFreeze 14th February
persiaThe last scheduled REVU day for hardy has now concluded.  Packagers, please keep watching REVU: if a reviewer wants your package for a feature goal, they will likely keep commenting.  If not, consider uploading to a PPA for hardy, and make sure it's perfect for next cycle.11:08
slytheringeser: Smart move. :-)11:08
dcorderowhat is the right place for all the .py files of a python coded application?11:09
persiaslytherin: I don't have a lot to say about lucene2, other than "Good Luck" and "Please keep chasing this, universe for hardy would be great!".11:11
persiadcordero: http://wiki.debian.org/DebianPython/NewPolicy is probably the right place to start11:11
geserslytherin: what about backporting this patch to the current version in Ubuntu?11:11
dcorderothanks persia11:12
slytheringeser: If commenting the test is the way we want to go then it is not that hard.11:12
persiaWouldn't it be better to get feedback on the DTD patch before uploading a workaround?11:13
slytherinpersia: geser: We have to make a decision, 1) fix 2.2.x our way and have icedtea as dependency  2) sync debian version for now to fix FTBFS and then apply our DTD patch and use icedtea as build dep later.11:14
persiaslytherin: And 3) Do nothing now, and then apply some FTBFS fix and use icedtea as build-dep later.  Why is 2.3 better?11:16
slytherinpersia: I have no idea. I haven't even looked it. The discussion started few minutes before you arrived.11:17
persiaslytherin: Just a few minutes before I wrote anything :)11:17
geserpersia: there is no need to update to 2.3, I've just seen that a new version hit unstable and checked if it resolves our FTBFS11:18
geserif we get 2.2.x to build then we can keep it and merge 2.3 in hardy+111:18
persiageser: Right.  It was just the mention of a sync for a new upstream this close to FF that made me reflexively ask "Why".11:18
geserif we need additional changes we can apply them to 2.2 too11:19
* persia looks at upstream11:20
geseras long as we fix the FTBFS I don't have a preference which way to go11:21
persiaThere's a heap of API changes, according to http://svn.apache.org/repos/asf/lucene/java/tags/lucene_2_3_0/CHANGES.txt.  Might be a lot of transition work to get it in for hardy.11:21
geserthen it's probably better to fix 2.211:22
persiaOn the other hand, lots of bugfixes, and it's supposed to be faster.11:22
slytherinpersia: what transition are you talking about?11:22
persiaslytherin: lucene2 2.2 -> 2.3.  API changes often means someone has to do extensive testing and porting.  Best to push these pre-DIF, unless there is some external driver pushing the update.11:23
geserpersia: and lucene2 did never build successfully so not much to transition11:23
slytheringeser: +111:23
geserand packages build-depending are now in depwait instead of perhaps ftbfs if they need an adaption to the new api, so no big regression in this point11:25
emgentheya people11:25
persiageser: It's arch;all, so it only FTBFS for us.  solr-common has a dependency, and there's a couple packages on REVU as well.11:26
=== LucidFox is now known as LucidFox_away
HighNoI am somewhat puzzled atm, the docs of creating packages talk of 'try using pbuilder' as you stated above. My package is python only, so no building takes place at all or am I missing the point here?11:27
slytherinpersia: geser: will be back in half hour.11:27
persiaHighNo: You're missing the point.11:28
persiaA "source" package is in a format that can be built with debuild, sbuild, pbuilder, etc.11:28
persiaA "binary" package is in a format that is ready for installation on a target machine.11:28
geserpersia: with which version of lucene2 are the packages in REVU tested? we can fix 2.2 if it helps the packages in REVU to get into the archive11:29
persiaFor python packages, "source" packages usually have all the development docs, and a layout that makes it easy for people to hack on them.  "binary" packages then put all the necessary .py files to run in the right directories to be byte-compiled at installation time.11:29
persiageser: netbeans expects 2.2.  I haven't been following the others as closely.11:30
persiaWe can probably leverage some QA resources from the Petersburg hb team, but they'd be happier with 2.2.  On the other hand, if someone wants 2.3 for some reason, netbeans can be adjusted.11:31
jpatrickDEB_INSTALL_MANPAGES_kmplayer_common = kxineplayer.1 - is that valid?11:31
geserpersia: then keep 2.211:32
persiajpatrick: Just use debian/kmplayer-common.manpages.11:32
jpatrickbinary package is kpmayerl-common11:33
jpatrickpersia: ok11:33
geserjpatrick: nice typo11:33
persiajpatrick: The other works, but CDBS hooks aren't very transparent, and it's best to make the packages easy for others to update :)11:33
jpatrickpersia: I hope it will pick it up from "docbook2x-man debian/kxineplayer.1.docbook"11:34
persiajpatrick: I think you still need a hint for dh_installmanpages, but may as well try it.11:35
HighNopersia: Ok, then can you please help me what exactly should I upload at REVU if I have a complete package. I have it as a tar.gz (complete dir) and also as a ready to install .deb file. I tried do "decipher" the wiki pages at https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages what the .deb file should be like and what it should include but I got lost somewhere. Is there an easy checklist for a package?11:44
persiaHighNo: You want an orig.tar.gz, a diff.gz, and a .dsc.  From these, you should generate a source.changes file, which is what you upload to REVU.  I'm distracted by several other things, and don't know much about python packaging: you'd do better to ask specific questions to the channel generally to get your answers.11:46
persia!packaging | HighNo11:47
ubotuHighNo: The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports11:47
HighNopersia: thanks for the info, the url's are all known to me as I have gotton lost there too often... :-/11:48
sistpoty|workgeser: how can I prolong my membership? didn't find anything on my lp page, nor on the motu page (though I also didn't get a reminder mail from LP yet)11:51
persiaHighNo: http://wiki.debian.org/DebianPython/NewPolicy may also be useful.  You might want to look at some other python packages as well, and if you find one with a similar license, consider using that as a template.  The use of distutils is looked upon favorably.11:51
* Hobbsee waves11:51
sistpoty|workhi Hobbsee11:51
geserHi Hobbsee11:51
persiasistpoty|work: You should be able to get it from the team members list.11:51
HighNopersia: thank you very much - that seems a good idea and a new url to me :-)11:52
sistpoty|workpersia: didn't find anything there (though I must admit, LP sometimes confuses me *g*)11:52
sistpoty|workI did find that leave the team button though *g*11:53
persiasistpoty|work: You might have to wait until you are about to expire, and then do something.  It'd be on one of the links on the left.  In the worst case, if you got bumped, just use the "Join Team" link, and someone would fix it within a few hours.11:53
sistpoty|workpersia: ok, thanks... then I'll just be patient :)11:53
=== n3xu is now known as nexu
persiaOn the other hand, for other teams I administer, I often see notices that people have extended their membership.  I think LP sends you a reminder when the membership is about to expire.11:53
sistpoty|workyes, it should do this... at least it did for ubuntu-dev membership11:54
* persia notes that ~ubuntu-dev should have no non-team members11:54
sistpoty|workiirc the plan was to have this get cleaned out via the normal expiration, instead of doing it manually11:55
persiasistpoty|work: Right.  Just don't renew your membership if you are asked :)11:56
sistpoty|workpersia: I was already and didn't ;)11:56
persiasistpoty|work: In that case, you get a gold star :)11:57
sistpoty|workoh, now since the final REVU day is gone, may I abuse sparky for a ghc6 test build? (it will cause REVU to be unreachable a little bit, due to high memory usage and swapping)12:00
sistpoty|workwill only take 10-14 hours I guess *g*12:00
zorglu_q. im trying to use lzma to compress my .deb, i have seen stuff using 'dpkg-deb --build -Zlzma' but my dpkg-deb doesnt seem to understand it as it report 'dpkg-deb: unknown compression type `lzma'!"'. any idea suggestion on which dpkg-deb start supporting this lzma compression type ?12:01
persiasistpoty|work: Err.  Yes, but there are still some packages there that will go into hardy.  Does spooky still not do it's thing?12:01
pkernzorglu_: Which release?12:01
zorglu_pkern: im running feisty here12:02
persiazorglu_: Build in a hardy chroot12:02
sistpoty|workpersia: nope, spooky still needs to get installed... OTOH I install spooky during the weak maybe12:02
pkernzorglu_: Gutsy, if not hardy.  But you should testbuild in a hardy chroot anyway, as persia said (or pbuilder fwiw).12:02
sistpoty|workand testbuild there then12:02
zorglu_persia: you mean that the default dpkg-deb of hardy, support lzma ?12:02
persiasistpoty|work: OK.  I've also a sparc that I keep meaning to install.  I'll see if I can get to it later in the week.12:03
sistpoty|workoh, cool12:03
persiaIt's only a 400S, so it might take a couple days to build ghc6, even if I get it up.12:04
zorglu_pkern: do you know if dpkg-deb on gutsy support lzma ?12:04
persiazorglu_: Looks to have been included in 1.14.15, from 7th January.12:04
zorglu_persia: oh quite recent then.12:05
persiazorglu_: I may be mistaken.  Feel free to check the source for various releases to see when the support was really added.12:05
zorglu_persia: wow this seems to be a lot of work just for that :)12:06
zorglu_persia: pkern: thanks12:06
Hobbseebug  #18918612:07
ubotuLaunchpad bug 189186 in gobby "Please sync gobby 0.4.6-3 from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/18918612:07
* slytherin is back12:07
mruizmorning all12:18
persiaawen: Please submit your diff.gz for imapsync to a bug.12:23
persiatonyyarusso: Are you all set with kompozer, or do you still need the REVU entry?12:23
persiamartoss: Similarly, submitting a diff.gz in a bug will give you a better chance of getting eric updated for hardy.12:24
cyberixDoes the "Ready for upload" status guarantee that my package will be built and get into Hardy before freeze?12:25
persiacyberix: No.  It needs to be in the NEW queue.12:25
persiaAnd even if it is there, it doesn't guarantee it will be built and distributed pre-freeze, only pre-release.12:26
cyberixI'm trying to make sure everything goes ok. Mainly, I don't want the package to be left out just because someone forgot to put it forward.12:27
persiaThings entering the NEW queue post-freeze need special exceptions to be included in the release.12:27
persiacyberix: Did you check the queue yet?12:27
cyberixThe build queue, yes.12:27
cyberixThe package doesn't appear there.12:27
persiaThe NEW queue?12:27
cyberixWhere do I find that one?12:27
cyberixThat is before or after the build queue?12:28
persiareplace +builds with +queue in your URL12:28
cyberix"There’s no page with this address in Launchpad."12:29
sorenThe +queue one is per suite. +builds is distro-wide.12:30
cyberixNo, my package is not in the new queue12:31
persiasoren: Ah.  I didn't know that worked.12:31
persiacyberix: In that case, you need an uploader.12:31
sorenpersia: Eh?12:31
persiasoren: https://launchpad.net/ubuntu/+builds12:31
cyberixI supposed second advocate would do the uploading.12:32
persiaI always used https;//launchpad.net/ubuntu/$release/+builds or https://launchpad.net/ubuntu/$release/$arch/+builds12:32
persiacyberix: Generally.  Sometimes they are away from their key, and someone else uploads.12:32
sistpoty|workcyberix: if it wasn't uploaded until I get home, I'll upload it (as I was the first advocate).12:33
cyberixsistpoty|work: Thanks.12:33
sorenpersia: Oh? How do you usually find it?12:43
sorenpersia: Or did you just not know of that page?12:43
persiasoren: I usually get there from +queue12:43
sorenpersia: Oh, right.12:44
geserslytherin: persia and I agreed to keep lucene2 2.2. Is disabling that specific test useful or should we try to fix w3d-dtd-xhtml instead?12:46
geserfrom the Debian bug against w3c-dtd-xhtml it looks as it might take some time to convince the maintainer12:47
slytheringeser: I have already added debdiff to Ubuntu bug. Now waiting for it to be sponsored. Why not to it right way instead of disabling the test.12:48
geserslytherin: if it just needs sponsoring that let's do it the right way12:49
rexbronHi, I am looking for a review of two packages, Open Libraries and openFX: http://revu.ubuntuwire.com/details.py?package=openlibraries http://revu.ubuntuwire.com/details.py?package=openfx12:55
sistpoty|worktheseinfeld: just saw your comments on revu... linda is a little bit outdated, so you can ignore the output regarding standards-version13:00
theseinfeldok sistpoty13:00
sistpoty|worktheseinfeld: however you should build-depend on debhelper (>= 5.0.0) and set dh_compat to 5 (not too sure if there are plans to deprecate v4 already)13:00
theseinfeldroger that13:01
theseinfeldsistpoty: building, and soon uploading with compat 5 and debhelper >5.0.013:02
theseinfeldwill this work with the ppa building?13:03
slytherintheseinfeld: Sure. debhelper has been at version 5 for long time13:03
theseinfeldoh yeah13:04
theseinfeldI have 5.6.0 on gutsy13:04
geserand hardy has already debhelper 613:05
CoperCan a MOTU review my new package http://revu.ubuntuwire.com/details.py?package=console-freecell13:05
theseinfelddone and done!13:06
martossif I upload sth with dput, how can i force to dput the orig.tar.gz as well?13:07
theseinfelddpkg-buildpackage -sa13:08
theseinfeldmartoss add -sa13:08
martossah ok, I used debuild13:08
Ngdebuild -S -sa :)13:08
ScottKmartoss: add -sa works for debuild too13:09
=== \sh_away is now known as \sh
persiamartoss: Also, keep in mind that packages already in the repositories uploaded to REVU are not likely to get much attention.  You'd do better with a bug.13:11
martossfiling a bug with dsc, and diff?13:11
yamalScottK: regarding your review of sabnzbdplus: would it be best to just remove only that template (or even just that one file), or to simply leave all templates out that are not included in the package anyway?13:12
geserHi \sh13:12
persiamartoss: Just the diff.gz.  The .dsc can be reconstructed by the sponsor.13:12
ScottKyamal: Just that one file.  It was the only one that was licensed differently (unless of course you find more that I missed).13:13
persiayamal: Also note that the use of shortened names or other aliases for Maintainer or changelog entries is very much not preferred.  Perhaps you could collaborate with someone if you really need to avoid exposing your name?13:15
yamalThough it might make sense to just remove a potential problem by getting rid of all template interfaces that aren't getting included in the package anyway13:16
yamalScottK: but of course I'm not a licesing compatibilty expert13:16
ScottKyamal: Does the template not get installed in the binary package (I didn't have time for a full review last night)?13:18
=== imbrandon is now known as imbrandon_
yamalScottK: no, only the (completely gpl-licensed) Default one does.13:18
yamalI already figured the other ones would be a licensing minefield13:18
ScottKpersia: There's one template file with Apache licensing.  If it doesn't get included in the binary, it's probably OK.  What do you think?13:19
ScottKMaybe it doesn't need repacking then.13:19
persiaAs long as the file includes the proper licensing internally, and is not included in the binary package, seems OK to me.  I'd still encourage mention in debian/copyright.13:19
ScottKDefinitely needs mention, but it needn't be repacked then.13:20
ScottKyamal: Consider my comment modified to add the copyright and license info to debian/copyright.13:21
persiaGenerally, repacking only makes sense to me if the source cannot be distributed.  As long as the binaries are constructed to be distributable, mixed-license source oughtn't be a problem (although it makes writing debian/copyright annoying and painful)13:22
persia(Note that the complete lack of copyright or licensing attribution counts as "source cannot be distributed")13:23
persiaErr.  "copyright attribution or licensing"13:23
yamalScottK/persia: just a mention of this file, or its complete license and such (for the stuff that isn't included in the package anyway)? In that case just repacking is much easier13:23
ScottKyamal: copyright and complete license as it's distributed with the source package.  Please don't repack.  You should only repack when there isn't a reasonable alternative (which there is in this case).13:25
* yamal cries13:25
ScottKThe concern I had that lead to my original comment was you can't link Apache and GPL licensed code.  Not an issue in this case.13:25
persiayamal: repacking means that we have to trust you.  For that, you'd have to come visit me for a couple weeks, at a minimum.  not repacking is likely easier than that :)13:25
ScottKyamal: I think it's just the one file that had the different license.  All license's must be mentioned, but minor copyright holders can be omitted.13:26
yamalpersia: all you'd have to trust is 3 extra lines in get-orig-source ;)13:27
yamalScottK: these extra templates have lots of different licenses and copyright holders I think13:28
persiayamal: Maybe, but still, it breaks the md5sum :(13:28
ScottKyamal: Maybe.  The google one was the one that lept out at me.13:28
yamalpersia: upstream releases a zip file, it's allready modified anyway13:28
ScottKyamal: The thing I did to find this is run grep -ir copyright * in the source package.  Try that in the template dir and see how much comes up.  As long as the licenses aren't different, I don't think you need to mention them.13:29
* persia didn't have enough time during REVU day, and has just advocated a few things. Second advocates or rejections welcome.13:34
yamalsmpl/templates/static/MochiKit/Sortable.js isn't any good either. It's copyright header tells the reader to find the full license in another file that isn't there13:34
yamalScottK: that would be undistributable, woudln't it? ^^^13:34
ScottKyamal: It would be.  That needs to be removed.13:35
psicus78Hi everybody, just a question: isn't version 0.6.5+svn3280 less than 0.6.5+svn3280-0 ?13:36
=== LucidFox_away is now known as LucidFox
persiapsicus78: `dpkg --compare-versions $(new) gt $(old) && true || false` will answer your question better than any of us.13:36
psicus78persia: thanks13:37
persiapsicus78: Oops.  That should be echo true and echo false.13:37
juliankScottK: GPL-2+ and Apache License 2.0 can be linked, as the GPL code can be used under the GPL 3. (Does not apply to GPL 2 only code)13:39
ScottKjuliank: Agreed.  I didn't check an entire GPL package to make sure it was all GPL 2+.13:40
ScottKFor one little template file. ...13:40
ScottKIt's not installed anyway, so it turns out to be a moot point.13:40
persia(especially one that isn't used in the build)13:40
=== LifeHacker is now known as tuxmaniac
ScottKpersia: New lintian is in Gutsy backports now, so all the whining should be synchronized.13:47
persiaScottK2: Great.  Next cycle, let's do that sometime prior to the completion of the last REVU Day :)13:50
* persia is amus3d by the timing, but agrees it will significantly improve policy compliance analysis for the next 11 weeks13:50
yamalis there a _the_ BSD License? thought there was several different licenses using that name?13:51
persiayamal: There is a "The BSD License".  You can find a copy in /usr/share/common-licenses/BSD.  It should not be used except by the Regents of the University of California, although there are many derivatives.  For new work, I'd recommend using ISC over BSD.13:52
vorianthanks for the ack ScottK :)13:52
vorianand being patient with me13:52
ScottKvorian: No problem.  Thank you for contributing.13:53
yamalpersia: it's about files in 'plotkit'. the files all refer to their projects website (http://www.liquidx.net/plotkit/) for the license13:56
yamalbut all it says there is "PlotKit is copyright (c) 2006 Alastair Tse. Licensed under the BSD License". Seems dangerous to just assume that equals the BSD license in /usr/share/...?13:57
ScottKA full copy of the license MUST be included in the package, so you either have to add the license or remove the files.  Since the BSD license says copyright University of California Regents and there is more than one BSD license, there's no way to know what they want by that.13:58
warp10Hi all!14:03
LucidFoxhi warp1014:04
warp10hey LucidFox14:04
effie_jayxIs there a way of knowing which new files are not in debian/*.install when doing an upgrade?14:15
effie_jayxI have tried debuild -us -uc && dh_install --list-missing14:16
effie_jayxbut it complains about unmet build dependencies. is it necesary then to install them before a pacakge upgrade... isn't there another way?14:17
slytherineffie_jayx: unmet dependency means that your machine doesn't have some of the packages needed for building. :-)14:20
effie_jayxslytherin,  I understand. but I can't use something like pbuilder to keep all those dependencies separate from my actual sistem?14:21
slytherineffie_jayx: are you using hardy at present?14:22
effie_jayxslytherin,  not on this machine14:22
effie_jayxI generally build stuff here and take it to my other pc. this one is faster building14:22
slytherineffie_jayx: ahh then debuild may not work for you.14:23
effie_jayxslytherin,  I must have build dependencies. I got it14:24
ScottKeffie_jayx: You can use pbuilder login to have a hardy chroot you can do stuff in.14:28
effie_jayxScottK,  but I would need to install the dev tools14:33
ScottKYes, but in the chroot, so it won't affect your system.14:33
effie_jayxsounds much better14:33
ScottKOnce you exit the chroot, it all goes away.14:33
effie_jayxdo a bindmount of the place where I hace the .source..14:34
* effie_jayx gets to it14:34
ScottKOf just use cp from outside the chroot to copy the stuff into the chroot location.14:36
effie_jayxin an update of a package if debian/copyright is wrong14:38
effie_jayxexample the URL for the project has changed14:38
effie_jayxhow do I change that... I obviously didn't debianize the package... but I should add my modification14:39
effie_jayxhow can I reflect it?14:39
ScottKMention it in debian/changelog.  That's enough14:41
martosswhat can i do if pbuilder create fails with:14:50
martoss -> installing dummy policy-rc.d14:50
martossE: Malformed line 1 in source list /etc/apt/sources.list (dist)14:50
martossouch..., my fault :-)14:51
Ace_NoOnehi there - say I've got an hour to kill, how could I contribute? where to start?14:52
slytherinAce_NoOne: an hour is not sufficient. :-)14:53
LucidFoxScottK, you will probably refuse, but I have two packages that I originally packaged for Ubuntu, perhaps you could sponsor them into Debian? (One of them has been waiting on m.d.n for ages)14:53
Ace_NoOneslytherin: I figured - nevertheless, give me some pointers, for the future14:54
slytherinAce_NoOne: just kidding. you may want to confirm some bugs if you are using hardy or review some documentation14:54
Ace_NoOneokay, sounds good - is there a to-do list? I suppose there is a ticket system for development-related issues14:55
ScottKLucidFox: I'm not a DD.  Sorry (just started NM).14:56
LucidFoxah... I was told you were :) never mind then14:57
slytherinAce_NoOne: launchpad.net is the bug tracking system.14:57
slytherinwhat is NM?14:57
Ace_NoOneslytherin: thanks - is there a to-do list for documentation issues as well?14:58
slytherinAce_NoOne: #ubuntu-doc is appropriate channel for asking14:58
Ace_NoOneok slytherin, cheers for now14:59
slytherinis it a policy that unless 'all' the binary packages related to a source package don't get accepted in 'New' queue, they won't show up on mirrors? I am waiting for latest linux-image-powerpc to fix a booting issue but looks like linux-image-lpia is still waiting for acceptance which is causing other binaries not being uploaded to mirrors.15:02
geserslytherin: NM = New Maintainer application in Debian15:08
geserslytherin: you mean the linux 2.6.24-6.10 upload? lpia is the only arch were it successfully build15:11
slytheringeser: Really? I assumed it built for all arch. :-(15:11
geserslytherin: https://edge.launchpad.net/ubuntu/hardy/+source/linux/+builds15:12
geserslytherin: one arch in binary NEW should be blocking other moving to the archive15:13
effie_jayxScottK,  I did it. :D but what should I be looking for.. I was specting some list. I have to look through a log?15:13
slytherinfunny error - EE: Missing modules (start begging for mercy)15:13
geserslytherin: in the case of linux every ABI jump needs to go through binary NEW as the ABI is included in the package name15:13
=== propp1 is now known as proppy
* slytherin will be unable to try new kernel on his ibook for few more days. :-(15:16
slytheringeser: the problem for linux build looks to be same everywhere - 2 missing modules15:20
bddebianHeya gang15:23
effie_jayxhey bddebian15:23
bddebianHello effie_jayx15:23
sistpoty|workhi bddebian15:25
geserHi bddebian!15:26
bddebianHi sistpoty|work, geser15:26
dcorderosomebody know can i add add extra repositories to my pbuilder?15:27
geserdcordero: the wiki page has it, let me find the url15:27
tonyyarussopersia: I should be all set - I'm informed that it should have been done with LP, not REVU, so everything's in line over there now instead.15:28
geserdcordero: sorry, I misremembered15:29
geserdcordero: try pbuilder --update-config and --other-mirror15:29
dcorderogeser, ;) thanks15:29
slytherindcordero: you can modify your pbuilderrc and then pbuilder update --override-config15:36
dcorderomy main problem is that all the changes are not saved :/15:36
dcorderofor example, if i update a extra repository then if i login to pbuilder with --login i can check that the souces.list is without my lines :/15:37
slytherindcordero: you mean you do pbuilder login before adding repository or after adding repository?15:39
dcorderoafter of course15:39
slytherindcordero: Did you do - pbuilder update --override-config - after adding repos?15:41
nxvl_workdcordero: i have just replied on Bug #17744315:53
ubotuLaunchpad bug 177443 in photoprint "photoprint should recommend or require icc-profiles package" [Undecided,Confirmed] https://launchpad.net/bugs/17744315:53
ScottKdcordero: There is also a save after login option on pbuilder (man pbuilder for the exact syntax).15:55
uniscriptpackage versioning question. Is it true that a package in a later distro must have a higher version number than one in an earlier distro otherwise distupgrade won't work?15:56
dcorderonxvl_work, ok i understand know, the only problem is that i sent the wrong file. The needed is .debdiff instead diff.gz15:58
ScottKuniscript: Yes.  Where won't work means you don't get the right version installed.16:00
uniscriptOK so I have to build my packages in time distro order then :(16:00
uniscriptI was hoping to build then reverse time order (going back in time)16:00
ScottKThat or just number them in reverse order16:00
uniscripthmm there is that16:01
uniscriptOK thanks, even if I didn't like the answer at least I know what i have to do :)16:01
nxvl_workdcordero: exactlt16:01
ScottKuniscript: When I'm building for a PPA I normally version ~release~ppa1 where release is the name I'm building for.16:01
nxvl_workdcordero: exactly16:01
ScottKuniscript: Since they're in alphabetical order, that gives you ascending versions through the releases.16:01
uniscriptyup that's one way, thanks16:02
ScottKuniscript: i.e. 1~dapper1~ppa1 is a lower version number than 1~edgy1~ppa116:02
dcorderonxvl_work, ok, thanks for help, i'll sent the correct .debdiff16:02
uniscriptbtw is ~ magic or the same as - ?16:02
ScottKIt's also the naming scheme we use for backports.16:02
ScottK~ is less than anything else.16:03
uniscriptso if you use it for backports, shouldn't I use something below that?16:03
ScottKSo 1~1 is a lower version number than 116:03
* sistpoty|work heads home16:03
ScottKuniscript: Stick the ppa bit on the end and you're clear of namespace collission16:03
uniscriptOK. Great. Thanks16:04
uniscriptso 1~1~1 < 1~116:04
uniscripthey I can do debianmaths :)16:04
jpatrickScottK: great news on our Debian thing16:04
ScottKI agree.  I'ts definite progress.16:05
geseruniscript: dpkg --compare-versions 1~1~1 \< 1~1 && echo true || echo false gives true16:05
uniscriptbtw is there a nice script that will take a debian dir and tarball and make me 4 debs (or more)?16:06
ScottKjpatrick: We just need to keep the naysayers on our side of the interface under control.16:06
uniscript(I have pbuilder, just don't want to type lots of commands)16:06
jpatrickScottK: well, I'm going to keep shoving NEW Kubuntu packages towards them16:06
* jpatrick goes to join ubuntu-dct16:08
* uniscript says thanks and slopes off to bed16:08
mok0ScottK: ping16:10
jpatrickmok0: yeah, he's around16:10
ScottKmok0: Pong - I saw the updated debdiff, but haven't had a chance to look at it yet.16:11
mok0ScottK: I hope it's more to your liking :-)16:11
ScottKFrom your description I imagine it will be.16:11
mok0ScottK: I also repacked torque's tarball to exclude that postscript file16:12
ScottKmok0: OK.  You understand the issue?16:12
mok0Yes, I do16:13
mok0But I don't think it's what upstream intended16:13
ScottKIt was interesting to me to discover than grep works on postscript files.  It hadn't ocurred to me that it would.16:13
mok0ScottK: well, they are plain ascii files16:13
ScottKAgreed, but absent proof, there's nothing we can do.  Maybe you could contact them.16:13
ScottKYeah.  I just hadn't thought about it before.16:14
mok0ScottK: I could do that, but I am hoping that the package can pass before feature freeze16:14
ScottKmok0: I wasn't thinking about for this upload, but for a future update.16:14
mok0ScottK: yes, good idea16:14
mok0Who has the final verdict on the license issue?16:15
=== ember_ is now known as ember
jpatrickarchive admins?16:15
mok0I'd like to make sure they notice that parts of the license has expired16:16
jpatrickbest put a note in debian/copyright then16:17
ScottKExcellent suggestion.16:18
mok0jpatrick: Hmm, I don't want to put my interpretation of the license in copyright. I just want to ping the archive admins16:18
ScottKmok0: But you've got a reference that says part of the license is expired.  I think that's not your interpretation, but defacto part of the license.16:19
mok0ScottK: Right. It should not be necessary, but several people who have looked at the license missed that fact16:20
ScottKI think it's worth adding for clarity.16:20
mok0ScottK: Ok16:20
nxvl_workdcordero: you also need to "attach" the debian bug report to the LP one16:22
dcorderomy debdiff size if 1,2 Mb :/16:23
ScottKThat's fine.16:23
nxvl_workdcordero: whats the output of "lsdiff *.debdiff"16:24
slytherintime to go home. Bye all. See you tomorrow.16:24
mok0ScottK: Should I say then that the license with out pp. 1 and 2 is reminiscent of the BSD license with an advertising clause?16:24
dcorderonxvl_work,  /tmp/ files16:25
ScottKNo.  The thing you need to say about is the parts of the license that no longer apply.  The advertising bit I think is OK.16:25
nxvl_workdcordero: pastebin it please16:25
nxvl_workdcordero: http://pastebin.com/16:26
dcorderonxvl_work, http://pastebin.com/m4da384b616:27
nxvl_workdcordero: something is wrong in there16:27
nxvl_workdcordero: how did you build the package?16:28
dcorderoi have download the package from debian unstable16:28
dcorderoi have apply my diff.gz to it16:28
dcorderoi have debuild it16:28
dcorderoi have download the package from ubuntu16:28
nxvl_workthat's not the correct way16:29
emgentheya nxvl_work :)16:29
nxvl_workdid you see the wiki link i sent to you?16:29
nxvl_workemgent: hi!16:29
dcorderonot yet16:29
nxvl_workdcordero: there is step by step how the merges must be done, give it a look16:29
dcorderonxvl_work, ok16:30
nxvl_workdcordero: if you don't understand anything just ask :D16:30
=== \sh is now known as \sh_away
superm1persia, thats why i said its important to check what patching system the package uses16:39
superm1and said that those cases need to be handled differently16:40
dholbachdoes anybody of you use amule?16:44
dholbachif so, it'd be nice if somebody took care of bug 18924316:44
ubotuLaunchpad bug 189243 in libcrypto++ "please sync libcrypto++ 5.5.2-1 from Debian testing" [Undecided,New] https://launchpad.net/bugs/18924316:44
dholbach(the new libcrypto++ will require amule to be rebuilt / transitioned)16:45
amarillionIs anybody going to FOSDEM this year by chance?16:47
=== ^4nDr3s is now known as RoAkSoAx
nxvldholbach: i will take a look :D16:51
nxvlwhen i fix my xorg16:51
dholbachnxvl: party on!16:51
mathiazsoren: if Conflicts and Replaces are used at the same time, it means that the old package should be removed.16:56
mathiazsoren: in our case, we just want mysql-server to override mysqld.8 from mysql-doc-5.016:57
nxvldholbach: what is what you are asking for? to do the merge or to prepare amule for that merge?16:57
sorenmathiaz: Well, Replaces certainly allows mysql-server-5.0 to overwrite the file.16:58
sorenmathiaz: There's plenty of precedent for doing what I'm suggesting, but I must admit, I can't seem to come up with a really good explanation why the conflict needs to be set.17:03
sorenmathiaz: Well...17:04
mathiazsoren: using Conflicts makes sure that the old version of the package is not installed anymore.17:04
ScottKWhich would seem appropriate in this case.17:04
sorenmathiaz: Yeah.. And while it's not *strictly* necessary, you probably want them to be in sync.17:04
mathiazsoren: right. At the same time, there is a new package for mysql-doc-5.0 which works well with mysql-server-5.017:05
mathiazsoren: so the two packages should be upgraded correctly.17:05
mathiazsoren: I wonder what happens if the restricted repository has been disabled, and Conlicts is not used.17:06
sorenmathiaz: Then it just overwrites the file from the doc package.17:06
mathiazsoren: then the old version mysql-doc-5.0 wouldn't be upgraded and would stay installed.17:06
mathiazsoren: in this case it wouldn't be a problem.17:07
mathiazsoren: with a Conflicts, mysql-doc.5.0 would be removed.17:07
mathiazsoren: which is not something that would be expected.17:07
sorenThat's true.17:08
sorenThis is quite a bit of a special case as the file is not just moving between packages, but between components.17:08
Nightroseamarillion: yes I know a few who will - why?17:09
tjaaltonsuperm1: ooh, project-x! :)17:10
superm1tjaalton, yeah we needed it for mytharchive in trunk, but i think everyone wins with that one :)17:10
mathiazsoren: so what about using Replaces only and test the upgrade to see if it has the expected outcome ?17:11
tjaaltonsuperm1: indeed, I'm happy now that I upgraded my vdr box to hardy :)17:11
tjaaltonso I can test that17:11
sorenmathiaz: Sounds good.17:11
superm1tjaalton, i dont think in its current form it forces you to use the iced tea jre, so please file bugs related to that if they crop up17:11
sorenmathiaz: Replaces should be sufficient to kill the bug.17:12
superm1(i tested it with iced tea as my jre and things worked)17:12
tjaaltonsuperm1: ok, I'll try to find time to test it soon17:12
=== Nightrose2 is now known as Nightrose
mathiazzul: do you tackle mysql upgrade problem ?17:13
mathiazzul: only using a Replaces, instead of Replaces+Conflicts ?17:14
zulReplaces+Conflicts right now but I can remove the Conflicts after lunch17:14
mathiazzul: were you able to reproduce the upgrade failure ?17:16
zulno I guess I didnt have mysql-docs installed17:16
=== kitterma is now known as ScottK2
Riddellmok0: ping17:25
mok0Riddell: pong17:25
Riddellmok0: what type of data is wvs1.dat?17:25
mok0Riddell: What do you mean?17:26
Riddellmok0: well specifically is it a preferred modifyable form17:26
Riddellthis is in xtide-wvs1-data-2002021917:26
mok0Riddell: I don't think it's easily modifiable17:27
Riddellmok0: ok, multiverse it is then17:27
mok0Riddell: The data is public domain17:27
Riddellmok0: right, but it it's not in source form then it's non-free17:28
mok0Riddell: how do you define "source form"?17:28
Riddellmok0: "preferred modifiable form"17:29
* mok0 googles 17:29
mok0... and finds nothing of interest...17:30
Riddellif it's the format that's used when editing and modifing the data that's source, if it's just a binary blob without source then it's non-free17:30
Riddellwhich is fine, just means it goes into multiverse17:30
mok0Riddell: ok, whatever. It's just the non-free part... it's actually not so17:31
Riddellwithout source, it's non free17:31
Riddellfreedom is about more than just being able to copy it17:31
mok0Riddell: OK.17:31
mok0Riddell: you can modify it using a program that reads/writes the data file. I don't see why you'd want to modify the world's shorelines though :-)17:32
mok0Riddell: I mean, it's _legal_ to modify it17:33
sorenmok0: Well, if it's modifiable with a particular program, that sounds like it actually *is* in its preferred modifiable form.17:36
amarillionNightrose, well I thought it'd be cool to meet up with the MOTU crowd17:37
sorenmok0: The question is: Does someone, somewhere have a "source file" of some sort that is used to generate that file or would anyone who wanted to edit that file prefer to edit that file directly (with whatever program)?17:37
mok0soren: I just found something17:38
mok0You can get the data in ascii format17:38
Nightroseamarillion: come to R!ddel´s packaging session then ;-)17:38
amarillionah cool, I didn't see that in the schedule17:39
amarillionI'll be there :)17:39
sorenmok0: It's like.. If you have a package that has some pre-rendered graphics in it, but you don't have the povray source (or whatever it's made in), but you have the graphics itself, then even though you can edit the images directly with the gimp or whatever, the "preferred modifiable form" is the povray source.17:39
mok0soren: Ok, makes sense.17:40
mok0soren: I think Riddell went off  to upload the data to multiverse...17:40
sorenRiddell: Are you reading this?17:41
ScottKmok0: Well if you can add the ascii form to a updated package, then it can be moved.17:41
mok0ScottK: That would be a bit silly17:41
sorenmok0: The question you need to ask yourself is:17:42
ScottKWhat is the preferred form to edit the data?17:42
mok0ScottK: Because -- users would not need it, really.17:42
sorenIf you wanted to edit those data, would you be making changes directly to that file with whatever program is needed to do so, or would you prefer to edit it somewhere else and then generate that file.17:42
ScottKmok0: But that's nothing to do with the point.17:42
sorenIf the former, then everything is good. It doesn't have to be clear text if that's not the preferred form for editing it.17:43
mok0ScottK: Well, we'd be having a package with data that nobody cares about17:43
Riddellmok0: yes, I accepted into multiverse17:43
mok0Riddell: thx17:43
Riddellsoren: it would still need a way to compile one into the other17:43
sorenRiddell: Yes.17:43
sorenRiddell: I was just getting to that bit :)17:43
mok0Riddell: the ascii source is available, it even has instructions on how to use it in matlab17:44
sorenIt wouldn't help to just *also* ship the ASCII version if it's not what the program uses.17:44
mok0soren: exactly. you need some way to "compile" it17:44
sorenOtherwise, it's not really the preferred modifiable form.17:45
sorenIt just looks like it to the untrained eye.17:45
soren"Hey, it's ASCII. It must be what I'm supposed to edit."17:45
Riddellsuggesting that users would not need source code is unlikely to go down well in a free software project17:45
sorenGIF's can be turned into postscript, which is ASCII, but I'd sure prefer to edit GIF's to edit the resulting postscript.17:45
mok0Riddell: Until global warming really gets going, I doubt that anyone would want to edit the shoreline data :-)17:46
sorenmok0: They might.17:46
sorenmok0: For experimenting or whatever.17:46
mok0I settle for non-free :-)17:47
mok0those 2 people can get the data in ascii form from the web17:47
mok0Riddell: Are Jave class files "non-free"??17:48
Riddellmok0: yes of course17:48
mok0Riddell: you can generate the .java code from them with a program17:49
sorenmok0: If you wanted to edit them, any sane person would prefer to edit the .java file.17:49
Riddellif you have the source then that's fine17:49
sorenmok0: That's all that counts.17:49
LucidFoxmok0> You can generate source code from .NET assemblies as well17:49
Riddell..and the build system and a free compiler17:49
LucidFoxthat doesn't make them free17:49
sorenthat's completely beside the point.17:49
mok0so, what matters is the _format_?17:50
sorenI can disassemble the linux kernel, too, and fiddle around with a hex editor, but I'd by far prefer to edit the C source code.17:50
mok0soren: that's not the same thing as with java, though17:51
mok0soren: I think all that's lost in the disassembly of .class files is the comments17:51
sorenmok0: Not completely, but for the sake of this argument, the analogy is sound.17:51
mok0soren: your povray example was different, though17:52
sorenI realise.17:52
sorenWhat matters is the format any sane person would prefer to work with.17:52
mok0soren: I understand.17:53
mok0But you still have the _freedom_ to reformat and edit17:53
sorenI've come across people who get a kick out of editing java byte code. They're clearly insane and not interesting in this discussion :)17:54
* soren -> cook dinner17:54
mok0soren: you don't need to. you can disassemle byte code into perfectly understandable java source code17:54
mok0Even has the same variable names17:55
mok0soren, btw, the mac_addr trick solved my kvm problems completely! We have now deployed a couple of virtual servers in testing for production!17:59
ScottKAny xubuntu folks here?18:01
ScottK2jeromeg: Do you know janimo?18:02
jeromegScottK2: jani monoses ?18:02
jeromegScottK2: the one that modifies our seeds18:02
ScottK2From reading hardy-changes it looks like she's uploading her Sugar packages with -1 versions instead of -0ubuntu1 and they aren't from Debian.  Someone ought to mention this to her.18:03
ScottK2jeromeg: ^^18:03
Riddellpossible gender realignment18:03
RiddellScottK2: I've just had this conversation with him on ubuntu-archive18:04
ScottK2OK.  Good.  Nevermind then jeromeg.18:04
Riddellalas I let through a couple before I noticed18:04
jeromegScottK2: ok18:04
jeromeggot to go18:04
gpocentekScottK2: the sugar packages are not related to Xubuntu in fact :)18:04
gpocentekunless he changed this without any warning18:05
ScottK2My mistake about that then.18:06
gpocentekno problem18:06
mok0Riddell: xtide-data should be moved to multiverse, then18:29
mruizfor new upstream versions, should I attach to the bug the interdiff only?18:40
mok0mruiz: as I understand it, it has to be the diff.gz18:41
mruizmok0, I asked weeks ago and it's under discussion...18:42
mok0mruiz: look in the minutes of last MOTU meeting18:43
mruizthanks mok0 ... I'll do it18:43
ScottKmruiz and mok0: diff.gz18:43
mok0mruiz: they decided against the interdiff18:43
mok0ah, there you go :)18:43
ScottKBTW, you don't have to be an actual MOTU to come to the meetings and discuss.18:43
mruizScottK, I forgot it :-(18:44
mok0ScottK: xtide-data also contains binary data, so cf. discussion above, it should be moved to multiverse18:45
mok0... and then it would make sense to move xtide there as well18:46
ScottKWhich is then a discussion point for you with upstream about wouldn't they like it to be Free so more people could use it.18:46
ScottKNot unless it's a hard dependency18:46
mok0ScottK: Let me check18:46
mok0ScottK: but xtide is useless without the data18:46
ScottKNote sure.18:47
ScottKCan the data be gotten elsewhere?18:47
mok0I don't know off-hand18:47
ScottK2I'm not sure what the right answer is then.18:48
ScottK2I'd ask Riddell.18:48
jdongwell.. you can'18:49
mok0ScottK; he's off at the moment18:49
jdongyou can't depend on the multiverse -data package anyway, right?18:49
jdongunless you want to just "make up" a virtual package18:49
jdongwhich sounds shady18:49
mok0xtide recommends: xtide-data18:50
jdongwell a recommends is fine18:50
jdongdoes the program do anything at all without its -data?18:50
mok0jdong: no, not really18:50
mok0jdong: it doesn't crash18:50
jdongtechnically I think the "right answer" is the engine goes in universe and the data goes in multiverse18:50
jdongbut it's kinda silly to me until there's actually a free -data alternative18:51
mok0jdong: well, that's the consequence of the rules18:51
mok0jdong: the data _is_ free, it18:51
mok0is in the public domain18:51
jdongthen why does it go into multiverse?18:51
mok0jdong: but it is in binary form18:51
jdongwell... what kind of data are we talking about?18:51
mok0jdong: "non-preferred modifiable format"18:52
jdonglike images or sounds?18:52
mok0jdong: some of it is "harmonics data"18:52
mok0the program uses it to predict the tide at any given time18:52
jdongwell ScottK2 is right, this seems like something to talk to an archive admin about18:52
mok0jdong: I did18:53
mok0jdong: I packaged the shore-line data, that shows a map of the world on xtide's display, and it must go in multiverse because it is binary18:54
mok0jdong: I then discovered, that xtide-data, which is in universe, also contains binary data.18:54
mok0jdong: so, consequently, it should be moved as well18:54
ScottK2jdong: I'm testing for a postgresql 8.3 backport now.  So far Gutsy and Feisty look good.18:55
jdongScottK2: cool18:55
=== LifeHacker is now known as tuxmaniac
rulusIf somebody has time to review my package (http://revu.ubuntuwire.com/details.py?package=gtkvd) that would be great. I'd really like to have it in for Hardy. Thanks :)19:07
jdongjussi01: are you still looking for work to do? I've got a really simple favor to ask19:19
jussi01jdong: ask!19:21
jussi01!ask | jdong19:21
ubotujdong: Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)19:21
jdongjussi01: file a sync request for bzr-svn from Sid19:21
=== ember_ is now known as ember
jdongplease and thank you and all that stuff19:22
jussi01jdong: ok, sure :D19:22
jdongnow I've got to get to class :)19:23
jussi01see ya19:23
RiddellScottK2, mok0: xtide doesn't seem to depend on xtide-data19:36
mok0Riddell: No, it's recommended19:36
mok0Riddell: but it also contains binary data19:36
mok0Riddell: you started this ;-)19:38
Riddellmok0: I don't see any binary data in xtide source19:40
mok0Riddell: Go down in the file19:40
Riddellmok0: pardon?19:41
mok0Riddell: near the top of the file, a bunch of string data is stored. Further down in the file there are binary numbers19:41
Riddellmok0: are you talking about xtide or xtide-data?19:42
Riddellright, I already put that into multiverse19:42
mok0Riddell: the file  harmonics-dwf-20070318-free.tcd19:42
cbx33hey all what's the last date I can submit bug fixes to universe?19:43
Riddellcbx33: a few days before release19:43
=== Spec[x] is now known as Spec
cbx33Riddell, which is when?19:43
Riddellwell universe, up until release19:43
ubotuUbuntu releases a new version every 6 months. Each version is supported for 18 months to 5 years. More info at http://www.ubuntu.com/ubuntu/releases & http://wiki.ubuntu.com/TimeBasedReleases19:44
mok0Riddell: Can you take care of bug 188093 at the same time?19:44
ubotuLaunchpad bug 188093 in xtide-data "[needs-sync] xtide-data-20070318-1 from sid" [Undecided,New] https://launchpad.net/bugs/18809319:44
jussi01when using request sync, do I need to include the version, and if so, what is the syntax?19:48
pochujussi01: not neccesarily. Only if requestsync fails to autodetect it.19:49
jussi01pochu: ok, thanks19:49
pochujussi01: requestsync --help (or requestsync(1) ) will tell you the syntax, in case you need to specify it19:49
jussi01pochu: ahh, great, thanks19:49
jussi01hmmm, however Im getting this error: The environment variable DEBEMAIL needs to be set to make use of this script.19:50
pochujussi01: set it :)19:50
jpatrickjussi01: put: "export DEBEMAIL=you@mail.com" into .bashrc19:50
jussi01jpatrick: thanks19:51
jcfpany revu admins around? please resync the key ring19:52
jpatrickjussi01: https://wiki.kubuntu.org/SyncRequestProcess19:53
geserjpatrick: the other sync :)19:53
jussi01jpatrick: Im there...19:54
jpatrickgeser: ah, sorry19:54
geserjpatrick: sorry, to many different sync requests in the last few lines19:55
RainCTpersia: ^19:56
geserjpatrick: I've seen jcfp requesting a keyring sync and you answering with a wiki page without checking the nicks19:56
jpatrickgeser: what? My msg was for jussi0119:57
gesermy error19:57
jussi01jpatrick: still giving me the error... :(19:57
* jpatrick pours coffee for himself and geser 19:58
jpatrickjussi01: restart the konsole session19:58
geser". .bashrc" would also work19:59
jussi01jpatrick: bug filed :)20:00
* RainCT would be happy if someone reviewed http://rainct.homelinux.net/openbox_3.4.6-0ubuntu1.dsc :)20:00
mok0Riddell: ping?20:05
Riddellhi mok020:05
mok0Riddell: did you see the message about bug 188093?20:06
ubotuLaunchpad bug 188093 in xtide-data "[needs-sync] xtide-data-20070318-1 from sid" [Undecided,New] https://launchpad.net/bugs/18809320:06
Riddellmok0: yes, but I'm busy on other archive bits just now20:07
mok0Riddell: OK, fine, I just wanted to make sure that you didn't miss it20:07
jussi01jdong: when you come back from class, bug 18936120:09
ubotuLaunchpad bug 189361 in bzr-svn "Please sync bzr-svn 0.4.7-1  (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/18936120:09
firestormx37i would like to get involved by helping out with packaging or bugs, can anyone help me get started.  I have read a lot of the guides and faqs on the wiki, but I am not sure where to start.  I'm looking for something easy to start with.20:11
cbx33hey guys20:12
cbx33if I have a pacakge called memaker-themes20:12
cbx33and it's version is 0.1.120:12
cbx33and i set it at 0ubuntu120:12
cbx33what should the orig.tar.gz call20:12
jussi01firestormx37: I assume you have looked at /topic ?20:12
cbx33cos debuild is complaining20:12
firestormx37no. i'm sorry what is that20:12
cbx33(expected memaker_0.1.1.orig.tar.gz or memaker-themes-0.1.1-0ubuntu1.orig)20:13
jpatrickcbx33: memaker-themes_0.1.1.orig.tar.gz20:13
mruizff3 will be the default browser for Hardy?20:13
jussi01firestormx37: type: /topic into your irc client ;)20:13
cbx33jpatrick, that's what I thought20:13
cbx33but it doesn't like it20:13
cbx33as you can see20:13
fdovingcbx33: it depends on the name you set in debian/control - for the source package.20:13
cbx33Source: memaker-themes20:14
fdovingcbx33: you can have a memaker-theme binary package, coming from a memaker_0.1.1.orig.tar.gz source.20:14
ScottK2mruiz: Yes20:14
ScottK2For Ubuntu20:14
cbx33yes this will produce multipkle binaries20:14
cbx33but it's just not picking up the source pacakge20:14
cbx33source tar sorry20:15
firestormx37jussi01, if you are talking about the wiki site listed there, then yes I have read them, but i'm still not sure how to get started20:15
mruizthanks ScottK2 ... then firefox as depends should be replaced by firefox320:15
vemondoes it make sense to create a get-orig-source rule (when there is a need to repack) which uses uscan to get the source?20:16
vemonthat feels a little stupid if what's wanted is really the original source (and not the newest) for the package20:16
cbx33fdoving, ??20:16
vemonrefering to: https://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball20:17
fdovingcbx33: give debuild what it expects, (expected memaker_0.1.1.orig.tar.gz or memaker-themes-0.1.1-0ubuntu1.orig)20:17
cbx33it can't have the former20:17
cbx33that's in use20:17
fdovingcbx33: as the latter is a directory, which i personally rarely use directly, i'd go fo memaker_0.1.1.orig.tar.gz20:17
mok0ScottK: Is the new debhelper being backported?20:18
ScottK2mruiz: Not replaced.  I'd do firefox-3.0 | firefox20:18
cbx33fdoving, but that presents a bit of a problem20:18
ScottK2As I understand it firefox will still be in Universe20:18
cbx33as I already have a memaker_0.9.4.orig.tar.gz20:18
fdovingcbx33: you should use the same orig.tar.gz, then only thing that changes once you add your 0ubuntu1 changes, is the .diff.gz20:18
cbx33well......the themes pacakge is going to be totally seperate20:18
cbx33at the mo it's not going into univers20:19
cbx33just into a ppa20:19
fdovingif it's going to be totaly separate you need to edit debian/control and set the source name to something new, memaker is taken.20:19
fdovingfor example.20:19
cbx33^^^ I did20:19
cbx33Source: memaker-themes20:20
fdovingthen debuild should expect memaker-themes_0.1.1.orig.tar.gz20:20
cbx33but it doesn't20:20
cbx33the only thing that could be causing the problem is the directory it's in20:21
cbx33is that wrong?20:21
fdovingno. that doesn't really matter.20:22
fdovingdebuild will figure that out.20:22
cbx33is it because of the 0ubuntu1 perhaps?20:22
=== jcfp is now known as yamal
=== yamal is now known as jcfp
CoperCan a MOTU review my new package http://revu.ubuntuwire.com/details.py?package=console-freecell20:25
cbx33ok why the heck isn't this working20:26
jpatrickcbx33: call the dir memaker-themes-0.1.120:26
cbx33ahhh got it20:26
cbx33i think20:26
=== jcfp` is now known as jcfp
* RainCT would be happy if someone reviewed http://rainct.homelinux.net/openbox_3.4.6-0ubuntu1.dsc :)20:46
ScottK2RainCT: Please put it on REVU if you want it reviewed.20:48
jpatrickRainCT: that's twice today20:48
* RainCT decides he will just upload it21:00
RainCTHi dcordero21:01
dcorderoi am fully lost with merging process pfff21:02
RainCTdcordero: what's the problem?21:02
dcorderoi have read 4 times the wiki about merging :)21:02
dcorderomy packages it isn't on Mom21:02
RainCTthe MoM time is over (until Hardy+1's cycle starts)21:03
dcorderoso, i cant merge?21:03
RainCTyou can, just without MoM (well, or you might be able to still use it, but it isn't needed anyway)21:04
dcorderoand his husband Dad dead too?21:05
RainCTto do a merge basically you just need to dget the source from Debian that you want to merge (you'll find a link to the .dsc in packages.debian.org), unextract it (dpkg-source -x *.dsc)21:05
dcorderograb-merge only do that?21:06
mok0dcordero: http://dad.dunnewind.net/universe.php21:06
mok0ubotu, ! dad21:07
ubotuSorry, I don't know anything about dad - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi21:07
mok0ubotu, ! merge21:07
ubotuSorry, I don't know anything about merge - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi21:07
dcorderomok0, i know dad21:07
mok0dcordero: then why don't you just use the grab-merge.sh tool that's there?21:08
RainCTthen get the source from Ubuntu too, copy the text from Ubuntu's changelog into Debian's (only leave the new entries at the top but replace all others)21:08
RainCT(well, or get the changelog from packages.ubuntu.com if you don't need Ubuntu's source)21:09
mok0RainCT:  grab-merge gets all that stuff in 1 go21:09
RainCTand then apply the changes you want to Debian's source, add a changelog entry and ready21:09
dcorderomok0, my package dont appear on Dad, that is the problem21:09
RainCTmok0: yes, but I don't like it :P21:09
mok0Ah, you guys!! :-P21:10
RainCTas it modifies the unextracted source, I always delete it an unextract again (just keeping the changelog) :P21:10
RainCTbut on this case dcordero said that the package isn't on DaD anyway21:10
dcorderoRainCT, ok i understood it's exactly how i did it, but i deleted the ubuntu changelog and used debian changelog only21:11
gilirhi, there is some admin of REVU around here ?21:12
RainCTdcordero: ok, then you just need to replace the changelog with Ubuntu's + new entries in Debian's, so that the entries that are only in Ubuntu's changelog are conserved21:12
dcorderoand then the debdiff between dsc from debian and the new dsc or between the old dsc from ubuntu and the new dsc generated?21:13
mruizbye all21:13
RainCTdcordero: between the 'old' Debian and your new one21:13
dcorderook, i understand now, thanks21:14
RainCTnp :)21:14
RainCTmok0: ah, and explaining what the process actually is is also better for new people than just using a script doing magic (except if it is CDBS) :D21:15
mok0RainCT: true. In fact, I don't know myself what most of the diffs are, that grab-merge creates :-)21:16
gilirI am the only one who have a nice error in REVU ? :) http://revu.tauware.de/details.py?package=awn-extras-applets21:22
blueyedRainCT: I've addressed your comments in http://revu.ubuntuwire.com/details.py?package=jedit - can you look at it again, please?21:22
RainCTgilir: me too21:25
gilirRainCT: thanks :) is it possible to contact the admin of REVU ?21:28
blueyedsiretart: can you look at why the package(s) is/are broken? ^^21:30
RainCTgilir: I'd try re-uploading it first. I guess the people in group https://launchpad.net/~revu-hackers are probably all admins (I only know sistpoty who isn't online atm)21:30
blueyedSee https://wiki.ubuntu.com/MOTU/Packages/REVU for a full list of them21:31
RainCTblueyed: sorry, dinner. I don't remember how good I checked it last time but I don't think that I could find much more :)21:31
blueyedRainCT: you might want to advocate it then.. the only "critical" part is debian/copyright IMHO.21:32
dcorderoonly 4,5K my debdiff?21:32
dcorderoi read in the wiki that be a lot of weight file21:33
dcorderoshould be21:33
RainCTCoper: console-freecell looks pretty ok, I'll finish checking it later (haven't looked at the binary yet). (Until now the only "issue" that I could find is that you don't need the comments on the top of debian/rules, but that has no importance so don't re-uploaded unless there's some other problem) :)21:34
RainCTdcordero: no, 4,5 is probably ok21:35
dcorderook, i'll sent it to launchpad, my 4 sent :) ufff21:35
ScottK2Coper: I'm looking at it now too.21:36
ScottK2Coper: See my comment on REVU21:36
gilirRainCT: thanks :)21:36
blueyedprotonchris: are you still looking for something to fix? (just read your mail) I'd say that there should be plenty of things available.21:41
blueyedSee e.g. https://wiki.ubuntu.com/MOTU/TODO or bugs tagged "bitesize"21:42
paasRainCT: Hi, I've fixed the lintian errors/warnings and uploaded a new package, cheers21:42
cbx33hey guys21:42
cbx33when publishing to a PAA21:42
cbx33how long till my source package gets built?21:43
blueyedcbx33: depends on the queue.. (which you cannot see unfortunately)21:43
jdongbug 18936121:43
ubotuLaunchpad bug 189361 in bzr-svn "Please sync bzr-svn 0.4.7-1  (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/18936121:44
cbx33ahhh ok blueyed thought as much21:44
ScottK2Coper: Two easy changes and I'll advocate.  Ping me on IRC when you get them fixed.21:44
ScottK2It's a nice little game.21:45
blueyedjdong: are you working on the bug? I can confirm that it builds in Hardy.21:51
jdongblueyed: I asked jussi01 to do that for me21:52
jdongwait aren't syncs supposed to be subscribing the archive admin?21:53
blueyedyes, they need to get ACKed and subscribed then21:53
jdongsubscribed or assigned?21:53
jdongsomeone on u-m-s can de-subscribe them21:54
jdongu-u-s rather21:54
RainCTblueyed: count a +1 from me then if this makes you happy :)21:54
RainCTblueyed: well, I think I'm even going to check it again :)21:56
jussi01jdong: all good with that bug?21:57
RainCTpaas: cool, can you give me a URL?21:57
siretartblueyed: look at what?21:57
jdongjussi01: yep, I've acked and subscribed -archive21:58
jdongjussi01: thanks for your help!21:58
paasRainCT: http://revu.tauware.de/details.py?package=libtuxcap21:58
jussi01jdong: np :) I learnt how to use requestsync so that was good:)21:58
effie_jayxpersia,  ping21:58
jdongI've always done them manually :D21:58
jussi01jdong: that makes it extra easy :D21:59
siretartblueyed: please consider advising people to use https://answers.launchpad.net/revu/+addquestion21:59
jdongAnyone know where bluekuja has been recently?22:02
RainCTpaas: please use a patch system for those changes in the source, especially considering that you are using CDBS (so you just need to add 1 line to debian/rules to set it up)22:05
AlohaPlease review http://revu.tauware.de/details.py?package=sadms22:06
paasRainCT: ok, will look into it right away22:07
RainCTpaas: $ man cdbs-edit-patch   will help22:08
jdongRainCT: simple-patchsys is beautiful :)22:09
RainCTjdong: yehhh :)22:10
* jdong shudders at memories of adding a patch to quilt22:10
RainCTor even dpatch (well, not using it, but adding it to debian/rules)22:11
ScottK2I've been meaning to ask ...22:11
blueyedjdong: I've unsubscribed u-u-s from the bug..22:11
blueyedsiretart: <gilir> I am the only one who have a nice error in REVU ? :) http://revu.tauware.de/details.py?package=awn-extras-applets22:11
blueyedjdong: quilt is not that easy, yes, but I think dpatch is the best.. e.g. when disabling some patch.22:13
ScottK2In cdbs-edit-patch and dpatch-edit-patch I can fire them up, throw a patch diff at the source in the chroot, exit and I'm done (modulo editing 00list and dpatch comments).  Is there an equivalent workflow for quilt?22:13
blueyedScottK2: I've not found one..22:14
ScottK2I was afraid of that22:16
siretartblueyed: looks like someone (read sistpoty or me) has done a cleanup and removed the directory because of disk shortage. I haven't done such a cleanup recently, so best to ask sistpoty here22:16
blueyedsiretart: so re-uploading would fix it?22:17
siretartblueyed: very likely22:18
blueyedgilir, please re-upload your package (see above).22:18
gilirblueyed: ok thanks :)22:19
jcfpsiretart: could you sync the revu keyring please?22:20
effie_jayxI may have made a mistake and posted the wrong debdiff :S22:24
effie_jayxwhat can I do... just upload the right one?22:25
blueyedDoes somebody know why icedtea-java-7 got rejected from Debian NEW? I could not find any mailinglist where those reasons would get posted.22:26
blueyedeffie_jayx: yes, and then delete the wrong one.22:26
blueyedWow.. dholbach's sets are really great :)22:27
effie_jayxblueyed,  thanks...22:27
effie_jayxblueyed,  where can I erase the old attachment?22:29
blueyedsee the attachments section, click edit, click delete (or thelike)22:29
gilirblueyed , siretart : same error, with a different upload number :) http://revu.tauware.de/details.py?package=awn-extras-applets22:31
vemonshould the upstream changelog be installed with a package if it contains only technical stuff?22:31
vemon(which it actually should contain)22:31
geserblueyed: afaik only the uploaded/maintainer gets the rejected mail. My guess is it that it didn't match the dfsg.22:32
vemonif i've understood correctly the NEWS file would be the one to install if one would exist..?22:32
blueyedgeser: too bad.. those rejections should be more public.. and it's also bad that it got rejected, of coure.22:33
blueyedvemon: yes, the upstream changelog often contains technical/detailed data, which should be made available.22:33
ScottK2vemon: I'd install them both22:34
vemonok. thanks!22:34
blueyedIs there some guide to setup revu for local testing/development? :)22:37
blueyed..seems to be difficult, but I want to make some (minor) UI improvements, and like to test them..22:38
effie_jayxhow do I remove a patch in simple-patchsys22:38
jpatrickeffie_jayx: delete the .diff22:39
effie_jayxjpatrick,  won't it complain at build time?22:39
jpatrickeffie_jayx: shouldn't22:39
effie_jayxjpatrick,  mkkey22:39
geserblueyed: IIRC someone setup a second copy of revu somewhere on ubuntuwire.com (or perhaps somewhere else). I'm not sure if it was Fujitsu or someone else. Perhaps #ubuntuwire can help.22:40
gesereffie_jayx: simple-patchsys applies all patches it can find in debian/patches22:40
ScottK2blueyed: Talk to imbrandon22:40
blueyedeffie_jayx: you can rename it to something != .diff or .patch probably, too.22:43
blueyedgeser, ScottK2: I prefer to develop on localhost.. :)22:43
effie_jayxIf I did a patch and the package got uploaded. now I need to fix soemthing I have to change it in a new patch right?22:43
blueyedeffie_jayx: patch=debdiff?22:43
ScottK2blueyed: REVU is non-trivial to set up.  It has a lot of hard coded paths and other painful elements.22:44
blueyedeffie_jayx: you can also adjust your patch in a new debdiff22:44
blueyedScottK2: sounds awful.. but I expected it anyway.22:44
ScottK2Source is on Launchpad.22:44
effie_jayxblueyed,  all I need is to fix some Line I erased ... I have to edit the patch or make a new one... then generate a new debdiff22:45
geserblueyed: they could help you to set it up on your localhost22:45
* effie_jayx goes for the fix22:46
dcorderonxvl_work, i has answer you on Bug #17744322:50
ubotuLaunchpad bug 177443 in photoprint "photoprint should recommend or require icc-profiles package" [Undecided,Confirmed] https://launchpad.net/bugs/17744322:50
jdongblueyed: thanks for unsubscribing; and yeah dpatch is arguably almost as easy to use as cdbs's patchsys, and I like dpatch's comments and disabling abilities22:50
jdongmainly the comments22:50
vemonis the copyright of the packaging scripts really necessary in debian/copyright?22:52
vemonhaven't seen that in any package yet22:52
paasRainCT: I'm now using the patch system and have uploaded a new version. http://revu.tauware.de/details.py?package=libtuxcap22:54
DktrKranzblueyed, are you still interested in bug 158252?22:56
ubotuLaunchpad bug 158252 in dspam "dspam won't start:  /var/run/dspam missing in tmpfs" [Medium,Confirmed] https://launchpad.net/bugs/15825222:56
RainCTpaas: it seems like you are still modifying 2 files (CMakeLists.txt) without patch system22:58
RainCTwell, gonna go22:58
RainCTgood night :)22:58
paasgood night22:58
nxvl_workdcordero: replied :D23:16
CyberMatthttp://revu.tauware.de/details.py?package=jailkit the latest motu comment is inalid i repacked the tarball because of a flawed upstream debian/23:19
somerville32CyberMatt: I don't think it is invalid.23:26
CyberMattwhy not repack the upstream tarball mark it with repackedx23:27
RAOFCyberMatt: Because the source package, as you have provided it, is invalid.23:28
CyberMatthmm vailidate for me23:29
RAOFCyberMatt: Easy steps to reproduce: download the files you've posted to revu into a new directory.  Try to run dpkg-source -x *.dsc, and it fails.23:30
CyberMatthmmm why is it doing that23:30
dcorderonxvl_work,  replied :D23:31
CyberMatti can reup with a note in the changelog23:31
RAOFBecause your tarball has an invalid name: you actually want to change the package _version_ to "2.5+repack-0ubuntu1", so your .orig.tar.gz can be called _2.5+repack.orig.tar.gz23:31
CyberMattoh shoot23:32
* CyberMatt should have seen23:32
RAOFWhen you repack you have to change the version number, too :)23:33
RAOFCyberMatt: Additionally, since you've repacked the original tarball, I'd add a get-orig-source target to debian/rules to show what you've done in the repack.23:34
CyberMattmmm maybe all idid was rn -rf debian/23:35
CyberMattand re-debianize23:36
RAOFCyberMatt: Even so.23:36
RAOFYou should probably add a watch file, too.23:36
somerville32CyberMatt: keyword is "maybe"23:37
nxvl_workdcordero: in a quick look it seems ok now, let's wait for a sponsor to check it :D23:37
CyberMattg-o-s is a big pain and its also abuse of make23:39
dcorderonxvl_work, wooo :D23:39
RAOFCyberMatt: I dispute both those points.  If all you've done is rm -rf debian, it's trivial (even more so if you add a watch file).  In what way is it an abuse of make?23:40
dcorderonxvl_work, was hard for me haha23:40
nxvl_workdcordero: thats on the first times, then it would be easy23:40
nxvl_workdcordero: i promise23:40
dcorderoi hope23:40
nxvl_workdcordero: why don't you ask for a mentor?23:41
nxvl_workdcordero: it makes things easiest23:41
nxvl_workdcordero: https://wiki.ubuntu.com/MOTU/Mentoring/Contributor23:41
CyberMattwhat we should do with g-o-s is do another maintainer script that can be called by the user much more effective23:42
RAOFCyberMatt: What's so hard about "debian/rules get-orig-source".  That's user-callable.23:42
dcorderonxvl_work, yep i think that i should do it23:43
CyberMattnot hard i just don't like anything in a makefile that doesn't need to be in a makefile23:44
CyberMattjust IMHO ill do it23:45
ion_Why is that?23:46
CyberMattmake launching wget seems creepy but i'm paranoid  :)23:47
ion_Does sh launching wget seem creepy? How about the operating system launching wget? Or the computer launching wget?23:48
=== ember_ is now known as ember
CyberMattdon't ask me to explain logical paranoia is somewhat of an oxymoron23:59

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