/srv/irclogs.ubuntu.com/2013/05/27/#ubuntu-motu.txt

=== geser_ is now known as geser
dholbachgood morning06:53
=== GeertJohan|afk is now known as GeertJohan
bdrungtumbleweed: i think we should do another u-d-t upload.10:05
bdrungtumbleweed: any progress on bug #878868?10:05
ubottubug 878868 in ubuntu-dev-tools (Ubuntu) "[syncpackage] --no-lp picks up to many changelog entries in certain situations" [Low,New] https://launchpad.net/bugs/87886810:05
tumbleweedI'm ignoring that one10:06
tumbleweedit should be possible now that LP has changelog access, though10:06
tumbleweedbdrung: we need to review that open merge request10:08
bdrungtumbleweed: this one: https://code.launchpad.net/~ursinha/ubuntu-dev-tools/fix_getBinaryPackage/+merge/159076 ?10:11
tumbleweedyes-10:17
bdrungtumbleweed: and there is https://code.launchpad.net/~brian-murray/ubuntu-dev-tools/fix-params/+merge/12578610:38
alo21hi... I got an error while running merge-buildpackage -rafekroot -k<GPG_KEY>. this is the error: dpkg-source: info: local changes detected, the modified files are:18:44
alo21 gramophone2-0.8.13a-2ubuntu1/Makefile18:44
alo21dpkg-source: info: you can integrate the local changes with dpkg-source --commit18:44
alo21dpkg-source: error: aborting due to unexpected upstream changes18:44
alo21it's weird..18:44
alo21why I got that?18:48
geseralo21: check what have changed in that file (you might want to run the mentioned command to get a patch file for easier review)19:09
alo21geser, I run the command, but I got: dpkg-source: info: fuzz is not allowed when applying patches // dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/typoCorrection.patch/ --reject-file=- < gramophone2-0.8.13a-2ubuntu1/debian/patches/typoCorrection.patch gave error exit status 119:12
alo21typoCorrection.patch is a debian one...not mine19:13
geserhmm, I assume this is a normal merge (grab-merge) and not a bzr merge one, right?19:14
alo21geser, right19:14
geserdid the Ubuntu patch per chance tried to modify the same file as the debian patch?19:16
alo21geser, the patch which I've just created?19:17
geserthe existing Ubuntu delta which MoM tried to re-apply on the new Debian revision19:18
geserchecking the current delta, it looks like it also modifies Makefile but not using a patch19:19
alo21geser, the patch which MoM said me to create is the same debdiff in ubuntu repo...the debian patch is in debian folder19:20
geserMoM took the existing delta, applies it on the new Debian revision and tars everything up for download and review19:21
geserit doesn't know about patch systems and blindly applies the existing delta19:22
geserwhich is probably the reason for this19:22
geserbefore you tried to figure out how to fix this to make dpkg-source happy again: just start from the new Debian revision and merge manually (create a new patch which applies cleanly on the existing ones)19:23
geserwhich be by faster as the changes are pretty small19:23
alo21geser, ok.. thanks for the advice19:27
alo21Do I have to create a .patch or a debdiff?19:27
geserboth, the .patch file (in debian/patches; see how the other are named) is part of the source packages, the debdiff for sponsoring/review of the merge19:28
alo21so...  I have to upload debdiff only19:29
geseryes, you only need to attach the debdiff to the sponsoring bug (the debdiff contains all you changes to the package, incl. your newly created patch)19:30
alo21geser, Can I directly upload the previous debdiff? It contains the same changes I have to do19:31
geserno, as it misses the new changelog entry19:32
alo21well19:32
alo21geser, here is the patch (http://pastebin.ubuntu.com/5707851/). Could you see if there is something to correct, please?19:50
geserthe changelog entry shouldn't be part of the patch file itself (it's still a part of the debdiff and you have to keep the older Ubuntu changelog entries too)20:09
TheLordOfTimethere's a backport in precise and quantal  in universe that is affected by a null pointer dereference bug, is there any easy way to get those backports bugfixed?20:13
alo21geser, ok... so the patch shouldn't have the entry log, but only the debdiff.... anyway I tried to run debuild -S -sa on the patched source and I got this issue: dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/cflags.diff/ --reject-file=- < gramophone2-0.8.13a.orig.7lQL3u/debian/patches/cflags.diff gave error exit status20:13
TheLordOfTimethe fix isn't in saucy or raring btw20:13
alo21*status 120:13
geserTheLordOfTime: fix saucy, SRU raring, backport the SRU to precise and quantal20:14
TheLordOfTimegeser:  does it need to be fixed in debian first?20:15
TheLordOfTimeor can we just get the fix in saucy, raring, etc.?20:16
geserTheLordOfTime: it would make fixing saucy easier, just a sync in that case :)20:17
TheLordOfTimei'll poke debian20:17
TheLordOfTimealthough i think they won't update until NextReleaseOfSoftware20:17
TheLordOfTime:/20:17
alo21TheLordOfTime, so... It's better to send the patch in debian first, right?20:17
TheLordOfTimealo21:  you can ignore me talking to geser20:18
TheLordOfTimeseparate issue20:18
gesertalk to the DD on how to proceed: wait on Debian or move ahead and fix in Ubuntu first20:18
TheLordOfTimelrn2readhighlights20:18
TheLordOfTimegeser:  the software is called 'znc'20:18
TheLordOfTimeso tbh i can just go in and erase the installed module and upload a rebuilt one to the production server20:18
geserTheLordOfTime: if Debian will fix it with a new upstream release, you still have to SRU in raring20:18
TheLordOfTimegeser:  that's a given :P20:18
geseralo21: no idea right now, what you are doing wrong, sorry20:19
alo21geser, do not worry20:20
=== ajmitch_ is now known as ajmitch
=== GeertJohan is now known as GeertJohan|afk

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