[00:19] <wgrant> That sounds very much like a bug in cgit.
[00:26] <fcuk112> i am a bit confused how to use quilt to patch some code.  do you use quilt after you've created a patch using diff -Nurp old new > test.patch?
[00:36] <directhex> no
[00:38] <fcuk112> the guide at https://wiki.ubuntu.com/PackagingGuide/PatchSystems is not very clear.  it talks about editing an existing diff file - what diff file is it talking about?
[01:35] <fcuk112> never mind, i think i got it.
[01:44] <JonyBlaze> when a .install file is used does it preserve permissions?
[01:56] <Laney> it uses cp --parents -dp
[01:56] <Laney> (yes)
[01:56] <Laney> but dh_fixperms will change them
[02:07] <dtchen> ugh, 64-bit-specific asm for arch-any :(
[02:11] <JonyBlaze> Laney: change them to what? a package im trying to fix keeps installing a config file with 644 it should be 600
[02:12] <JonyBlaze> Laney: i chmod'd it in rules but it still gets 644
[02:12] <dtchen> there are unholy ways of fixing permissions
[02:13] <Laney> JonyBlaze: check out the manpage for dh_fixperms
[02:13] <JonyBlaze> ok
[02:13] <Laney> you can exclude
[02:14]  * Laney -> bed
[02:16] <JonyBlaze> ok so i would do that in rules at the call i take it
[02:18] <JonyBlaze> dh_fixperms -X<item> in rules i mean
[02:18] <dtchen> yes
[02:18] <JonyBlaze> thnx
[04:12] <ScottK> Dear everyone:  When you're doing merges, please make sure the Ubuntu diff is still sensible.
[04:12]  * ScottK just filed to sync something we could have been syncing since Jaunty.
[09:36] <LucidFox> Should I wait for a package to enter testing before merging?
[09:45] <randomaction> from u-d-a: "Likewise, package merges from either testing or unstable are perfectly ok, as needed."
[09:49] <LucidFox> So only autosyncs are affected, basically?
[09:49] <geser> yes
[11:41] <Laney> well
[11:41] <Laney> it just means that you should consider it before you take from unstable
[13:36] <ari-tczew> do we prefer rather merge new upstream versions from squeeze (testing) instead merging only debian changes?
[13:37] <DktrKranz> ScottK: have you access to sync-blacklist?
[13:57] <ScottK> DktrKranz: No.  Needs shell access for that.
[13:58] <DktrKranz> :(
[13:58] <DktrKranz> I'll ask james_w or some other a-a tomorrow then, thanks anyway
[14:08] <c_korn> isn't Categories=Science a main category in karmic ? lintian gives me this warning: http://pastebin.com/d61f302e5
[14:14] <wrapster> any idea what this error might mean..?http://pastie.org/688808
[14:14] <wrapster>  here is the prototype_com file @406... first time im handling stuff like these..
[14:19] <c_korn> wrapster: the patch does not apply on the sources.
[14:21] <wrapster> c_korn: ok but why? I mean. what can i infer from this error... like, is it a missing file issue, or compatibility of files issue or stuff like that... could you pls narrow it down a bit.. coz im doing it for the first time.
[14:22] <c_korn> wrapster: open the patch and look what files it changes. then first look if the file it wants to patch exists. if it does take a look at the file which should be patched and find out why it fails to apply.
[14:23] <c_korn> wrapster: do you know what patch system is used ?
[14:23] <wrapster> c_korn: no
[14:23] <wrapster> like i said im just starting... so dont even know where to learn these..
[14:24] <c_korn> wrapster: type "what-patch" in the source directory
[14:25] <wrapster> c_korn: what-patch: command not found? .. in which pkg does this fall? (hg?)
[14:26] <c_korn> wrapster: sudo apt-get install ubuntu-dev-tools
[14:35] <wrapster> c_korn: the issue here is im on nexetna and ubuntu-dev-tools which deps on dctrl-tools is not present in the repo..so could you please help me with an alternative?
[14:36] <wrapster> sorry for asking it in the wrong forum but im just asking for help... even logistics is good enough to learn...
[14:36] <c_korn> wrapster: ok, do you have the debian/patches directory ?
[14:36] <wrapster> yes
[14:37] <c_korn> wrapster: does it contain a series file ?
[14:38] <wrapster> yes and it also contains this sunw0on-fix(the patch that is causing error)
[14:39] <c_korn> wrapster: fine. so delete the patch and recreate it: quilt delete <patch-name> ; quilt new <patch-name>
[14:40] <wrapster> can i use hg instead of quilt..? coz its already installed.
[14:43] <c_korn> wrapster: you mean mercurial ? this is a version control system. you need a patch system. and quilt is the one which is currently used. it is very simple to use
[14:43] <wrapster> ok.. done.
[14:43] <wrapster> one moment.. pls hang on
[14:44] <wrapster> c_korn: ok i deleted and recreate that patch...
[14:45] <c_korn> wrapster: ok. then open the patch. and run: quilt edit <file the patch wants to edit>
[14:46] <c_korn> then do the changes the patch wants to make.
[14:46] <c_korn> (repeat that with all files the patch wants to change)
[14:46] <c_korn> at the end run: quilt refresh
[14:46] <wrapster> ok
[15:38] <GaryvdM> Hi - I used uscan to download the new version of a package. I then deleted the folder that it created for the new version by mistake, but I still have the .tar.gz - Is there a way that I can get uscan to recreate this folder without redownloaing the .tar.gz?
[15:41] <GaryvdM> Sorry - Nvm - I managed to recover the folder.
[17:09] <JonyBlaze> when can i start making packages for lucid?
[17:12] <Laney> now
[17:14] <JonyBlaze> so send them to REVU with lucid in the control file?
[17:15] <Laney> sure
[17:16] <Laney> finding reviewers is the hard part ;)
[17:16] <JonyBlaze> heh
[17:20] <JonyBlaze> err i ment changelog
[17:21] <JonyBlaze> is that the only change from a karmic package and a lucid package?
[17:23] <mok0> JonyBlaze: yup
[17:24] <mok0> JonyBlaze: unless there are toolchain-induced bugs that need fixing
[17:25] <JonyBlaze> mok0: ok
[17:25] <JonyBlaze> mok0: thnx
[17:34] <JonyBlaze> is it a problem if the upstream source files dont have copyright info in every source file?
[17:59] <eakron> Hello! I'm new to all this but following the excellent session in the Ubuntu Open Week on packaging, I managed to do the example bug fixes and build packages.
[18:00] <eakron> Now I noticed that in launchpad there are alot of sync requests from debian, is that something I could do? And if so, point me in the right direction on it please =)
[18:05] <ari-tczew> eakron: more needed is work on ftbfs and merging
[18:06] <Laney> merges and syncs are part of the same thing
[18:07] <Laney> eakron: try the link in the topic
[18:08] <ari-tczew> Laney: at this cycle's moment, syncs request need status New or Confirmed for sponsors?
[18:08] <ari-tczew> I'm confused
[18:09] <eakron> thank you!
[18:09] <Laney> ari-tczew: new
[18:10] <Laney> sponsors will confirm when subscribing the archive team
[18:10] <ari-tczew> ok
[18:11] <ari-tczew> for merges too?
[18:11] <Laney> they can be confirmed
[18:11] <Laney> please fix the docs if this isnt clear
[18:31] <eakron> Allright, more specifically. I see one of those sync requests, for eg wicd. What should I do, get the debian package, add the ubuntu changelog and set it as ubuntu1, make a debdiff and add it to the sync request?
[18:37] <ari-tczew> eakron: this is merge, not sync
[18:38] <ari-tczew> read wiki.ubuntu.com following sync, merge, contributing, sponsors etc.
[18:39] <eakron> ok, that's just what it was called in launchpad
[18:39] <Laney> there is no diff for a sync
[18:39] <Laney> it means that we take the Debian packag exactly as it is
[18:40] <eakron> but?
[18:40] <Laney> but?!
[18:42] <eakron> I checked out grab-merge, it gives me a warning about revision control. I also noticed somewhere it said I should add the ubuntu changelog to the debian package changelog. Is this not so? (ps I just felt like you were about to say but)
[18:43] <randomaction> eakron: As a contributor, your part of the job is to request a sync. Then it's acked by developers and processed by archive admins.
[18:44] <ari-tczew> eakron: if it's a sync request, please do build test and attach buildlog
[18:44] <eakron> that I think I can do, cool
[18:45] <ari-tczew> but as I said, more to do is merges than syncs
[18:45] <Laney> no
[18:46] <ari-tczew> :-/
[18:46] <Laney> at this point, the merge list is where you find potential syncs
[18:47] <eakron> ok, I'm confused, what's the difference between syncs and merges again?
[18:48] <randomaction> !merge
[18:49] <ari-tczew> e.g. debian has got package called 'x' in version 2.10-1, if Ubuntu doesn't need any changes, then this is sync
[18:49] <Laney> https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[18:49] <Laney> try that
[18:50] <eakron> okay
[19:51] <ThreeOfEight> Hallo, I'm trying to build a package. I've created all necessary files according to the tutorial in the wiki, however, when I try to build it with debuild or dpkg-buildpackage, I get an error from dpkg-source saying something like "Cannot apply changes in (the binary file): Content of binary file has been changed."
[19:53] <ThreeOfEight> The package is for a game a friend of mine has made, I'm trying to only include the binary file for now, to make things easier.
[19:54] <ThreeOfEight> This is a tarball of the directory structure I tried it with: http://baaa.ba.funpic.de/upl/file.php?file=31c44b298e6832c3cd96eb7e63a61074
[19:54] <ThreeOfEight> This is my first time trying to build a package, so I don't know anything about that.
[19:57] <RoAkSoAx> hey guys anyone else has an error similar to this: http://pastebin.ubuntu.com/313569/ when creating a pbuilder with pbuilder-dist for lucid?
[19:58] <eakron> RoAkSoAx: yeah I had the same error
[20:02] <LaserJock> well, I can't seem to get pbuilder login to work
[20:02] <ari-tczew> just use ppa
[20:03] <RoAkSoAx> ok well it seems that we all have the same problem then... :(
[20:04] <LaserJock> RoAkSoAx: I got that too so I just dist-upgraded a Karmic pbuilder
[20:07] <LaserJock> my problem is pbuilder login doesn't leave me with a shell
[20:07] <RoAkSoAx> LaserJock, ok awesome! I'll try that to see what happens
[20:08] <RoAkSoAx> LaserJock, you mean it shows you something like: http://pastebin.ubuntu.com/313577/
[20:10] <LaserJock> RoAkSoAx: yeah, and it just sits there
[20:12] <RoAkSoAx> LaserJock, try executing commands... because in mine sits there.. but i'm still able to execute commands: http://pastebin.ubuntu.com/313582/ I'm guessing it's just an error of displaying the prompt
[20:13] <dtchen> mine seems ok: root@errno:/#
[20:13] <LaserJock> RoAkSoAx: ok crazy, yeah I get that too
[20:13] <LaserJock> so it's just a missing prompt
[20:14] <dtchen> lucid/amd64 schroot seems okay, too
[20:14] <LaserJock> dtchen: mine is on all my pbuilder environments
[20:14] <ThreeOfEight> Anyone who knows something about my building error?
[20:15] <RoAkSoAx> yeah In my case is in all pbuilder environments as well
[20:16] <dtchen> fully current karmic-proposed + karmic-updates ?
[20:17] <kklimonda> LaserJock: not only a prompt - if you try to print something formatted (like output of ls) formatting is removed (colors, columns)
[20:21] <RoAkSoAx> i'll try adding karmic-proposed and karmic-updates
[20:25] <JonyBlaze> RoAkSoAx: what is -f for pubuilder-dist?
[20:27] <RoAkSoAx> JonyBlaze, I don't know exactly actually, I'm guessing is trying to force, since it prompted to use -f there.. so I did
[20:28] <JonyBlaze> "sudo pbuilder-dist lucid create" seems to be working for me
[20:30] <RoAkSoAx> not for me unfortunately
[20:30] <JonyBlaze> nm it failed
[20:58] <eakron> ok so I looked up bitesized bugs in launchpad, chose one where erlang-doc-html causes erlang-base to be removed (erlang-base conflicts with erlang-doc-html if source version is not the same). What's the best way of changing the source version of erlang-doc-html so erlang-base no longer sees it as conflict?
[21:10] <janneh> hello.. i have a very basic question:
[21:11] <janneh> if I change something in the source of an existing ubuntu package and then rebuild it with debuild -S and pbuilder, do I need to install the build-dep packages on my system at any point?
[21:12] <ThreeOfEight> I'd think so, yes.
[21:12] <janneh> or are they only needed in the pbuilder part where they are fetched automatically
[21:12] <ThreeOfEight> okay, I don't know then.
[21:12] <janneh> ok, np :)
[21:13] <ThreeOfEight> but
[21:13] <ThreeOfEight> You only actually do building while inside a pbuilder environment, right?
[21:14] <janneh> hm I think so... I'll have a better look at what happens during the next build :)
[21:14] <janneh> i just starting playing around with debian packages etc.
[21:15] <hyperair> what do you mean install the build-dep packages on your system?
[21:15] <ThreeOfEight> Well then I guess you won't have to install anything
[21:15] <kklimonda> janneh: you need at least part of build-deps for debuild -S to work
[21:15] <ThreeOfEight> Anyway, I'm just a newbie with that, too
[21:15] <hyperair> pbuilder automatically installs it into a temporary chroot directory.
[21:15] <kklimonda> janneh: for example if package uses some patch system you need it for debuild -S to run clean target
[21:16] <janneh> kklimonda: yes I guess that was my question. thx.
[21:17] <janneh> hyperair: yes, this about pbuilder I knew. but I wasn't sure if any part before pbuilder switches to its chroot any of the build-deps are needed
[21:19] <hyperair> janneh: ah i see.
[21:19] <hyperair> unfortunately there's no pre-build-dep
[21:19] <hyperair> heh
[21:19] <eakron> ok I was able to make a fix, built it and it works. But debdiff wont work, unable to read the original .dsc. Could this be because I changed the version?
[21:20] <eakron> the fix was changing the version from 13.b-dfsg1 to 13.b.1-dfsg
[21:25] <geser> eakron: you changed the version wrongly
[21:25] <DktrKranz> lfaraone: are you happy if I uploaded a new revision of python-gasp removing -multiprocessing dep (it's available built-it in 2.6)?
[21:25] <geser> what was the exact version before your modification?
[21:26] <eakron> erlang-doc-html_13.b-dfsg1-1.dsc before and erlang-doc-html_13.b.1-dfsg-1ubuntu1.dsc after
[21:26] <eakron> the thing is, the version change IS the fix, as far as I understand
[21:27] <geser> what was the problem, that you needed to change the upstream version?
[21:28] <eakron> erlang-base conflicts with erlang-doc-html >> upstream version and << upstream version
[21:29] <geser> eakron: why not change the conflicts of erlang-base if it's wrong?
[21:30] <eakron> that was my second idea, I figured this was easier. Also the problem I guess is that erlang-doc-html version was messed up somewhere along the line
[21:31] <geser> if you change the upstream version you also need to rename the .orig.tar.gz
[21:31] <eakron> geser: that's the reason it couldn't open .dsc? Cause orig.tar.gz had the wrong name?
[21:33] <eakron> geser: what do you think is the better solution, changing the conflict in erlang-base or changing the version on doc-html? Apparantly this is not the first time it has happened.
[21:33] <geser> probably not, but you would probably get a big .tar.gz instead of a .diff.gz and .orig.tar.gz (as it couldn't find any .orig.tar.gz for that version)
[21:33] <geser> eakron: is there a bug describing the problem you try to fix?
[21:34] <eakron> https://bugs.launchpad.net/ubuntu/+source/erlang-doc-html/+bug/70745
[21:38] <geser> eakron: I've done a thorough yet but my guess is that we only synced erlang but not the matching erlang-doc-html :(
[21:39] <geser> the conflicts look like it should ensure that erlang-base and erlang-doc-base are installed in the same upstream version
[21:39] <geser> so just changing the version number but not the content doesn't look a good solution
[21:39] <kklimonda> POX: is python 2.6 going to be default in unstable (when It's uploaded :) )
[21:41] <eakron> geser: ah I see, I should just drop it then? I did try building it, it works. But no guarantees that the documentation is up to date with the installed erlang-base version then.
[21:41] <POX> it will be added to supported first
[21:41] <POX> but you have to ask doko about it (I still hope I will not have to NMU it)
[21:43] <kklimonda> POX: so no reason to report any bugs other than FTBFS in packages related to Python 2.6? Or does adding it to supported mean that I should report any problems I know about?
[21:44] <POX> you can report any bug related to python2.6 now
[21:44] <POX> python2.6 is ni experimental
[21:44] <geser> eakron: if you're interested in the erlang-* packages watch the lucid packages that it won't happen again, and for karmic I'd talk to the ~motu-sru people if getting erlang-doc-html in the correct version is possible or if they have a better suggestion how to fix it
[21:44] <POX> but please note that we have different tools in Debian
[21:44] <kklimonda> I know, I cry everytime I have to dig though your BTS ;)
[21:45] <POX> I mean, I NMUed cdbs and python-central recently and I used a little bit different approach than ubuntu
[21:45] <POX> to support 2.6
[21:45] <POX> my cdbs changes are already in Ubuntu
[21:45] <kklimonda> POX: no no - the problem is django's unit tests fail with Python 2.6.3 because of some change in python itself
[21:45] <eakron> geser: thank you for your help =) I did manage to make a working diff now, I'll just add it to the bug report in case someone cares, but comment that the version is probably wrong.
[21:46] <POX> but from what ScottK told me yesterday, python-central is still not working in Ubuntyu
[21:46] <POX> kklimonda: report it then
[21:50] <lfaraone> DktrKranz: Sure.
[21:51] <DktrKranz> lfaraone: thanks, if you want I can commit on DPMT repo too
[21:53] <lfaraone> DktrKranz: By all means. (granted, python-gasp still doesn't work in karmic due to a xlib bug, but that's neither here nor there)