[00:00] <c2tarun> I checked by rmadison sphinx and I am getting that sphinx ver-0.6.6-1 is in maverick. but on running sudo apt-get install sphinx I am getting unable to find package. why so?
[00:01] <micahg> c2tarun: that's a source package
[00:01] <c2tarun> micahg: so what is the package for installation?
[00:01] <micahg> c2tarun: python-sphinx
[00:03] <c2tarun> can anyone please explain me this error. http://paste.ubuntu.com/567909/
[00:08] <c2tarun> there is a doc_src folder in the prev version, and in new version there is doc folder. some files are same and some are different. I am getting the error that doc_src not found. I think renaming the doc to doc_src will do the job?
[00:12] <c2tarun> I checked, renaming the folder worked. Should I rename this folder? If yes in which changelog should I mention it? debian changelog or somewhere else. Please reply.
[02:06] <c2tarun> can anyone please explain me this error http://paste.ubuntu.com/567953/
[02:17] <psusi> c2tarun, looks like a patch failed to apply to debian/rules... which shouldn't have patches touching it...
[02:18] <c2tarun> psusi: u mean we can't make changes to rules?
[02:19] <StevenK> c2tarun: Just make the changes directly
[02:19] <StevenK> Patches are for changes to upstream code.
[02:19] <c2tarun> StevenK: ok.
[02:19] <c2tarun> StevenK: Should I mention the change is rules file in debian/changelog?
[02:20] <psusi> yes
[02:20] <c2tarun> psusi: ok
[02:28] <c2tarun> I added a patch which is adding a file to the source tree. What should I write about this in changelog. Just added the patch?
[02:32] <c2tarun> and in rules file in one line I changed "doc_src" to "doc" its name of a folder. What should I mention about this in changelog? anything like changed line <older-line> to <newer-line> will do or just change doc_src to doc?
[02:32] <arand> Something like "- added fix_foo.patch: fix foo by doing bar (LP #xx)", maybe?
[02:33] <c2tarun> arand: but this error was not reported on LP yet, I was fixing an upgrade bug and found this error in new upstream version.
[02:34] <arand> Reference by file is usually clear and compact: "- debian/rules: doc_src -> doc"
[02:35] <arand> c2tarun: In that case just omit it, include reference if they are relevant...
[02:36] <c2tarun> arand: or I should just write "imported file filename.txt from previous version"
[02:36] <c2tarun> arand: will this be good? ^^
[02:40] <arand> c2tarun: If it is clear it's good ;)
[02:41] <vorian> hey hey hey
[02:41] <vorian> cam anyone spare a shell for me, strictly for irc use?
[02:44] <broder> vorian: i could probably get you an account on irccloud if one of the devs is around
[02:45] <vorian> coolio
[02:45] <arand> c2tarun: Mention version number, where the file goes, and reason for doing so... I guess, I can only give general hints I'm afraid
[02:45] <arand> Someone else would probably know more specifics
[02:57] <c2tarun> if anyone free for sponsorship please look at bug 645138  thank you
[02:58]  * vorian advocates for $20 us
[03:58] <church> limitfears.blogspot.com
[04:06] <RoAkSoAx> eve/win 21
[04:06] <RoAkSoAx> arrg
[07:21] <dholbach> good morning
[07:38] <MTecknology> zul: I know you're incredibly busy.. I was just hoping you maybe could explain why php-fpm was taken out in 5.3.3-2..
[07:39] <ajmitch> MTecknology: it was because of the squeeze release, I believe the release team wasn't keen on having a new SAPI just before release
[07:39] <MTecknology> oh
[07:40] <ajmitch> at least that's what I recall from the mailing list
[07:40] <MTecknology> It seems it's not back in there yet
[07:40] <MTecknology> which mailing list was that?
[07:41] <ajmitch> debian php list & debian-release, I think
[07:43] <MTecknology> thanks
[07:43] <MTecknology> Do you know if they're planning on bringing it back?
[07:43] <MTecknology> as far as I can see, it's not even around in experimental
[07:44] <ajmitch> http://lists.alioth.debian.org/pipermail/pkg-php-maint/2010-November/008033.html
[07:44] <ajmitch> yes
[07:44] <Rhonda> Do you mean php5-fpm?
[07:45] <MTecknology> ya
[07:45] <MTecknology> yay, thanks :)
[07:46] <Rhonda> MTecknology: In the changelog of php5 5.3.3-2 it was removed with "Don't build FPM SAPI now", though no further information on the why.
[07:47] <Rhonda> You might want to ask ondrej (on irc.debian.org), he signed off that changelog
[07:47] <Rhonda> Actually it php5-fpm seems to only have been built between 5.3.3-1 and 5.3.3-2, so a single upload.
[07:49] <Rhonda> Ah, that alioth mail explains a bit more
[07:49] <MTecknology> Rhonda: `the bug report that caused the mail ajmitch sent me a link to was perfect
[07:49] <MTecknology> basically a long version of what he just said though :P
[07:50] <Rhonda> Sorry for jumping in sideways. :)
[07:51] <MTecknology> :P
[07:51] <MTecknology> help always appreciated
[07:52] <Rhonda> Wasn't much help from what I can tell :)
[08:27] <MTecknology> Rhonda: I'm attempting to build a package with it added pack in :P
[08:28] <Rhonda> MTecknology: You can fetch the 5.3.3-1 source from snapshot.debian.org
[08:28] <Rhonda> To take a look at how it was incorporated there
[08:29] <MTecknology> ooh- another really neat website
[08:30] <MTecknology> I'll try that out if this doesn't work - fighting my pbuilder environment now - but I think it was just out of date
[08:30] <Rhonda> I've started to work on a download client, though haven't found the time to clean it up well enough to push it into the devscripts package yet. %-/
[08:31] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[08:46] <MTecknology> Rhonda: still building..... but have done something right :D
[08:55] <MTecknology> gah... this has been building for 1/2hr now
[09:27] <c2tarun> can anyone please tell me how can I convert copyright to dep-5 format?
[09:44] <c2tarun> anyone up for the sponsorship. please look at bug https://bugs.launchpad.net/ubuntu/+source/medit/+bug/719725
[09:47] <mok0> c2tarun: Looks like bhavi has handled it up to now. I think we should wait for him
[09:51] <c2tarun> mok0: ok :) but I dont know how to fix dep-5 problem. Can you please tell me how can I do that?
[10:03] <mok0> c2tarun: what dep-5 problem?
[10:04] <c2tarun> mok0: bhavi suggested me to convert copyright file format to dep-5 format. I dont know how to do that?
[10:05] <mok0> c2tarun: well, it's just editing the copyright file to conform to the spec
[10:06] <c2tarun> mok0: there is no tool to convert from one format to another?
[10:06] <mok0> c2tarun: TL;DR the full bug thread...
[10:06] <mok0> c2tarun: nope
[10:06] <mok0> c2tarun: vi or emacs :-P
[10:06] <tumbleweed> c2tarun: the old format is purely text, not machine readable
[10:07] <tumbleweed> licencecheck can give you an overview of the contents of the package
[10:07] <c2tarun> mok0: ok :)
[10:07] <mok0> tumbleweed: make that machine _parseable_
[10:07] <tumbleweed> mok0: yeah :)
[10:08] <mok0> c2tarun: TBH, I don't understand why you bother, since the package is already maintained in Debian
[10:08] <mok0> c2tarun: and your version will be zapped when Debian catches up
[10:09] <mok0> c2tarun: better to contact the Debian maintainer and offer your help
[10:09] <c2tarun> mok0: I am not getting what you are saying :(
[10:11] <tumbleweed> he's saying bhavi is requesting things he shouldn't (we want to keep our packages as close to debian as possible)
[10:11] <mok0> c2tarun: you want to upload a new version of medit, right?
[10:11] <c2tarun> tumbleweed: how can i check whether a package is maintained in debian or not?
[10:11] <c2tarun> mok0: yup
[10:12] <mok0> c2tarun: ... that package is in Debian, version 0.10-4-1
[10:12] <c2tarun> mok0: ya that is not latest thats why I tried to pack it.
[10:12] <tumbleweed> you can also tell from the changelog, or by looking at packages.debian.org/$packagename or rmadison -u debian $packagename
[10:13] <mok0> c2tarun: ok, it's orphaned, but if someone takes it over, your ubuntu version will be overridden
[10:13] <mok0> c2tarun: I say, it's better to offer to help maintain it in Debian
[10:13] <tumbleweed> c2tarun: if you want to, you can take it over in debian, or we can do a QA upload of it in Debian
[10:14] <tumbleweed> (assuming the new version is something people will want)
[10:14] <c2tarun> tumbleweed: that's what bhavi said about a QA upload, but I dont understood that. I thought to upload it here first and then look into what QA is.
[10:14] <tumbleweed> oh, someone already intends to adopt it
[10:15] <tumbleweed> a QA upload is an upload to an orphaned package (i.e. to fix a bug, or upload a new version, but not much else)
[10:15] <tumbleweed> you can poke the adopter and ask him what the status is
[10:15] <c2tarun> tumbleweed: ok, how can i check whether a package is orphaned? and how can i adopt it?
[10:16] <mok0> yeah, his message is from September 10
[10:16] <tumbleweed> mok0: there's some more recent retitling below that
[10:16] <tumbleweed> c2tarun: http://packages.qa.debian.org/m/medit.html
[10:17] <mok0> tumbleweed: are you a DD?
[10:17] <tumbleweed> mok0: as of pretty recently :P
[10:17] <mok0> tumbleweed: ah, congrats!
[10:17] <mok0> than you could sponsor c2tarun I suppose
[10:18] <c2tarun> hey guys, I just wanted to contribute via packaging (as I dont know much of coding) What is the best way to do that? by best I mean most effective way.
[10:18] <c2tarun> mok0: tumbleweed^^
[10:22] <c2tarun> ping
[10:32] <mok0> c2tarun: go ahead and fix the package, then ping bahvi
[10:32] <mok0> c2tarun: and tumbleweed for sponsoring (?)
[10:32] <c2tarun> mok0: but you said, that my package will be zapped :(
[10:33] <mok0> c2tarun: not if you get it uploaded to Debian
[10:33] <mok0> c2tarun: but as we said, contact that guy who wanted to take over the package for maintenance, and ask if he still means it
[10:34] <mok0> c2tarun: it's great you want to contribute!
[10:34] <tumbleweed> mok0: thanks, sorry, connectivity issues here...
[10:34] <mok0> c2tarun: and seemingly tedious stuff like writing emails to people is part of it :-)
[10:34] <tumbleweed> c2tarun: happy to help, but please contact the person who has stated he's going to adopt it, first
[10:35] <c2tarun> mok0: yup very tedious :(
[10:35] <mok0> c2tarun: do you have interest in other packages?
[10:35] <mok0> c2tarun: have you done merges?
[10:35] <mok0> c2tarun: sync requests?
[10:36] <c2tarun> mok0: I am intereseted in other packages, but never done merges and sync.
[10:36] <c2tarun> mok0: but I would love to do them.
[10:37] <c2tarun> mok0: can you guide a bit, like from where to start. I am a quick learner ;)
[10:46] <c2tarun> mok0: ping
[10:46] <mok0> c2tarun: for merges, look here: https://merges.ubuntu.com/universe.html
[10:46] <mok0> c2tarun: you know what "merge" means?
[10:47] <c2tarun> mok0: little bit, like if any package has new version in debian than we can pack it as per ubuntu and merge it into our archive.?
[10:48] <mok0> c2tarun: not quite
[10:48] <mok0> c2tarun: a merge applies only to packages that have ubuntu changes
[10:49] <mok0> c2tarun: when a new Debian version of that package appears, we need to move those changes to the new version
[10:50] <mok0> c2tarun: that is, the ubuntu modfications need to be merged with the new Debian package
[10:50] <c2tarun> mok0: ok, and if no modification needed than we call it sync? (I guess)
[10:50] <mok0> c2tarun: ... and we add "ubuntu1" to the debian release string
[10:50] <mok0> c2tarun: exactly
[10:51] <mok0> c2tarun: syncs happen automatically up to a certain point in the cycle
[10:51] <mok0> c2tarun: after that, you need to make a "sync-request"
[10:51] <mok0> on LP
[10:52] <udienz> c2tarun, you should read sync and merge process
[10:52] <udienz> https://wiki.ubuntu.com/SyncRequestProcess
[10:52] <udienz> https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[10:52] <c2tarun> mok0: but for sync we need to know that no change is required. And I guess the only way to check that is to build it on ubuntu machine?
[10:52] <udienz> tips, look at latest chagelog both ubuntu and debian
[10:52] <udienz> *changelog
[10:53] <mok0> c2tarun: udienz said it. In addtion, all packages that do not have ubuntu* as part of the release string, have been sync'ed
[10:53] <mok0> c2tarun: ... and we don't like to introduce deltas unless there is a very good reason
[10:54] <mok0> (like bugfixes)
[10:54] <c2tarun> mok0: sorry to say this, but I never say any package without ubuntu as part of the release string :( can you name some.
[10:54] <c2tarun> say=>saw
[10:55] <mok0> c2tarun: dpkg -l on your system lists all installed packages.
[10:56] <udienz> c2tarun, do you want to make a sync request now? i'm ready
[10:56] <c2tarun> mok0: wow... there are many.
[10:56] <mok0> c2tarun: I have i.e. zip_3.0-2
[10:56] <c2tarun> udienz: sync request for medit?
[10:56] <mok0> c2tarun: yep, 75% of them
[10:56] <udienz> c2tarun, no, i guesst xchm package. i want to sync last night but i'm sleepy :(
[10:56] <mok0> c2tarun: go to the bottom of this page: https://merges.ubuntu.com/universe.html
[10:57] <mok0> ah, not quite 75%...
[10:57] <mok0> more like 2/3
[10:58] <c2tarun> mok0: ya approx 67% still many. ok so its not always necessary to pack. most of the time we request sync. for example as udienz said xchm package.
[10:58] <mok0> c2tarun: yes, but most syncs happen automatically
[10:59] <mok0> c2tarun: you see the little purple slice there, these are packages that need "manual" sync
[10:59] <mok0> (so including that, we're up to 3/4)
[10:59] <mok0> c2tarun: these may or may not be sync'ed for natty
[11:00] <mok0> c2tarun: depending whether someone requests a sync
[11:00] <c2tarun> mok0: ok. so first we should check that a package is in natty or not. If not then we should check whether best option is sync or merge. and then we go for that?
[11:02] <c2tarun> udienz: ping
[11:02] <udienz> c2tarun, yup
[11:02] <c2tarun> udienz: package xchm has newer version in debian. how can we check whether we need a sync or merge?
[11:03] <udienz> c2tarun, as mok0 saya, sync is no modified in ubuntu, and merge need some modified. so look at xchm in PTS
[11:04] <udienz> http://packages.qa.debian.org/xchm
[11:04] <udienz> and lp
[11:04] <udienz> https://launchpad.net/ubuntu/+source/xchm
[11:05] <tarun> udienz: sorry I got disconnected. How can we check whether a sync will be better or merge?
[11:05] <udienz>  c2tarun, as mok0 saya, sync is no modified in ubuntu, and merge need some modified. so look at xchm in PTS
[11:05] <udienz>  http://packages.qa.debian.org/xchm
[11:05] <udienz>  and lp
[11:05] <udienz> https://launchpad.net/ubuntu/+source/xchm
[11:06] <udienz> you can see in LP that xchm not require merge, because no ubuntu delta
[11:06] <c2tarun> udienz: ya this thing I didn't understand, what is ubuntu delta?
[11:07] <udienz> c2tarun, ubuntu changes, you can check in ubuntu changelog
[11:07] <udienz> but from xchm version i believe there is no ubuntu delta
[11:07] <c2tarun> udienz: ok, just wait a sec, let me check please
[11:09] <c2tarun> udienz: ok, so last changelog entry is for changeing packaging format, control file and rules file.
[11:09] <c2tarun> nothing like ubuntu chagne
[11:09] <c2tarun> change*
[11:10] <c2tarun> udienz: ping
[11:10] <mok0> c2tarun: "delta" is slang for a difference, a patch
[11:10] <udienz> c2tarun, yes but it's debian change
[11:10]  * udienz agreed with mok0
[11:11] <c2tarun> udienz: got it. so how can we request a sync?
[11:11] <mok0> it seems the remaining merges are either difficult or uninteresting
[11:12] <mok0> c2tarun: ah here is one: epdfview
[11:12] <mok0> c2tarun: wanna take a look?
[11:12] <c2tarun> mok0: sure
[11:13] <mok0> c2tarun: find it on that MoM page I gave you above
[11:13] <mok0> c2tarun: in the "updated merges" section
[11:14] <c2tarun> mok0: ya got it.
[11:14] <mok0> c2tarun: click on the name, and see the merge report
[11:15] <mok0> c2tarun: the merge generated 2 conflicts
[11:15] <c2tarun> mok0: oh.. I can see on PTS page, there is a patch fixing a bug
[11:15] <mok0> c2tarun: indeed
[11:16] <c2tarun> mok0: and ya in conflicts, there is a change in control file and a patch. control file is not delta but patch is :)
[11:16] <mok0> c2tarun: put that bug aside for a moment (we'll get back to that)
[11:16] <c2tarun> mok0: ok.
[11:17] <mok0> c2tarun: the merge is preprocessed in Ubuntu, but sometimes it can't do everything automatically
[11:17] <mok0> c2tarun: for example, when there is a conflict
[11:17] <mok0> c2tarun: which means, the Debian maintainer edited the same line in a file that was edited in the ubuntu version
[11:18] <mok0> c2tarun: so that needs to be fixed manually, so the merge can be completed
[11:18] <c2tarun> mok0: ok.
[11:19] <mok0> c2tarun: there is a script here to help doing the merge: https://merges.ubuntu.com/grab-merge.sh
[11:20] <c2tarun> mok0: you sure this script? I executed this script and it removed all the files from my folder.
[11:20] <mok0> c2tarun: yikes
[11:20] <mok0> c2tarun: I was about to warn you
[11:20] <mok0> c2tarun: it expects you to create a woring dir
[11:21] <c2tarun> mok0: woring?
[11:21] <mok0> working
[11:21] <c2tarun> mok0: oh :)
[11:21] <mok0> c2tarun: I actually edited that line from the script
[11:21] <mok0> in my local copy
[11:22] <c2tarun> mok0: what else this script do except deleting?
[11:22] <mok0> c2tarun: :-)
[11:23] <mok0> c2tarun: it fetches everything you need to do the merge
[11:23] <mok0> c2tarun: i.e. the debian version, the old ubuntu version and the attempted merged version
[11:23] <mok0> c2tarun: the latter is what you need to fix
[11:24] <c2tarun> mok0: ok, how to use this script? I mean any parameters required to pass?
[11:24] <mok0> c2tarun: the name of the package
[11:26] <mok0> c2tarun: so create a directory, cd into it, and run the script with the argument epdfview
[11:26] <c2tarun> mok0: ya did :)
[11:27] <c2tarun> mok0: its getting what required
[11:27] <mok0> c2tarun: yep. It creates 1 directory
[11:27] <mok0> c2tarun: with the merge-attempt
[11:27] <mok0> cd into that + debian/
[11:28] <c2tarun> mok0: ya then.
[11:29] <mok0> c2tarun: so, it seems there is a problem with 2 files: control and patches/series
[11:29] <c2tarun> mok0: ya.
[11:29] <mok0> c2tarun: edit control
[11:30] <mok0> c2tarun: something with build-depends
[11:31] <c2tarun> mok0: yup, its like in red color, with <<<<<<<<< and >>>>>>> symbols. What are these?
[11:31] <mok0> c2tarun: it seems debian requires a package "hardening-includes"
[11:31] <mok0> c2tarun: they are markers delimiting the 2 versions.
[11:32] <mok0> c2tarun: the ubuntu version is from <<< to [11:32] <mok0> c2tarun: and the debian version is from [11:32] <c2tarun> mok0: sorry for this silly question :( but who put those markers?
[11:32] <mok0> c2tarun: the program attempting to do the merge
[11:33] <c2tarun> mok0: so there is an automatic program as well trying to merge each an every pacakge? what is its name?
[11:33] <mok0> c2tarun: diff3 I believe
[11:33] <mok0> c2tarun: mege-o-matic
[11:33] <c2tarun> mok0: oh :)
[11:33] <mok0> merge-o-matic
[11:33] <mok0> c2tarun: it uses varioous standard tools to do the job
[11:34] <c2tarun> mok0: ok.
[11:34] <mok0> c2tarun: but it can't figure out what to do if there are modifications to the same lines of a file
[11:34] <c2tarun> mok0: so what we can see is debian require hardening-includes while ubuntu req dh-autoreconf?
[11:34] <mok0> c2tarun: exactly
[11:35] <mok0> c2tarun: and you have to figure out what's going on
[11:35] <c2tarun> mok0: so we just update the build-depends according to ubuntu and save this control file
[11:35] <c2tarun> ?
[11:35] <mok0> c2tarun: yes, but you should end up with a control file without the <<<< [11:36] <c2tarun> mok0: I should end up, or I will end up? I mean should I remove those markers or leave them as it is?
[11:37] <mok0> c2tarun: when you figure out what the Build-depends: should look like, remove the marker lines
[11:37] <c2tarun> mok0: that's easy i guess, we just add line b/w <<< and [11:37] <mok0> c2tarun: so there are 2 questions you should find out: A) is dh_autoreconf still needed? and B) should "hardening-includes" now be in ubuntu as well?
[11:38] <c2tarun> mok0: okay...
[11:38] <mok0> c2tarun: the other conflict has to do with patches.
[11:39] <mok0> c2tarun: to resolve that, you need to understand if one or both ubuntu patches are now redundant
[11:39] <mok0> (I'll leave that to you :-))
[11:39] <c2tarun> mok0: in order to check this conflict we have to build the package with the possible build-depends? and for patch one i'll try :)
[11:40] <mok0> c2tarun: yes, when you've fixed all conflicts, build the source package (add changelog entry first, to say what the ubuntu diff is)
[11:40] <mok0> c2tarun: then build the binary package in your pbuilder
[11:41] <mok0> c2tarun: make sure the package builds
[11:42] <mok0> c2tarun: and if at all possible, test the program to see that it runs and works
[11:43] <c2tarun> mok0: sorry to ask this but you said both ubuntu patches, but here there are 6 patches.
[11:43] <mok0> c2tarun: then you make a debdiff between the new debian version and the new ubuntu version, attach that to a bug on LP, and subscribe ubuntu-sponsors
[11:44] <mok0> c2tarun: then the bug appears here: https://bugs.edge.launchpad.net/~ubuntu-sponsors
[11:44] <mok0> c2tarun: and the MOTUs will tak a look at it
[11:44] <mok0> ... eventually
[11:44] <mok0> :-)
[11:45] <c2tarun> mok0: yup :)
[11:45] <mok0> c2tarun: I noticed..
[11:45] <mok0> c2tarun: I noticed there are different pathces
[11:45] <mok0> c2tarun: ... and I could not at a glance see what's going on
[11:46] <c2tarun> mok0: sure, no prob. I'll try and in case i get stuck i'll ask back on channel :) thanks a lot
[11:46] <mok0> c2tarun: you probably need to consult the debian version and the old ubuntu version to figure out what has happende
[11:46] <c2tarun> mok0: yup, I was exactly proceeding in that direction only :)
[11:47] <mok0> c2tarun: great
[12:05] <c2tarun> how can i check the dependency of a library?
[12:23] <c2tarun> mok0: hey all the patches are already applied. should I remove them all?
[12:24] <mok0> c2tarun: yes if that's the case... then you need a sync request
[12:24] <mok0> c2tarun: and celebrate that we managed to drop 1 delta :-)
[12:27] <mok0> c2tarun: in package ubuntu-dev-tools, you will find the program requestsync, that makes it easier
[12:27] <c2tarun> but what about the issue with control file?
[12:28] <c2tarun> mok0: ^^ I removed dh_autoreconf and added hardening-includes. It was necessary
[12:28] <mok0> c2tarun: you didn't figure that out?
[12:28] <mok0> c2tarun: ok
[12:28] <c2tarun> mok0: so still this calls for a sync or merge?
[12:29] <mok0> c2tarun: if all deltas are gone, there is no reason to have a -*ubuntu1 package, that only carries forward changelog comments
[12:29] <mok0> c2tarun: then the merge becomes a merge
[12:29] <mok0> ah
[12:29] <mok0> then the merge becomes a SYNC
[12:30] <c2tarun> mok0: I am bit sceptic with my changelog file. Can you please take a look at it?
[12:30] <mok0> c2tarun: pastebin it
[12:31] <mok0> c2tarun: of course if the package is synced, you don't need it
[12:31] <c2tarun> mok0: http://paste.ubuntu.com/568156/ here is my changelog
[12:33] <mok0> c2tarun: there are two entries for natty, the first one was proposed by MoM.
[12:33] <mok0> c2tarun: did you create a debdiff?
[12:34] <c2tarun> mok0: sorry, :( I forgot. wait let me create
[12:34] <mok0> debdiff  old new
[12:34] <mok0> old == debian
[12:34] <mok0> new == yours
[12:35] <udienz> c2tarun, you can use dch -e instead of dch -i to change "MOM <merge@ubuntu.com>" with your nam and email
[12:36] <mok0> c2tarun: if you look at the changelog, you can see that fabrice fixed a bug, and the patch was sent upstream.
[12:36] <mok0> c2tarun: so it makes sense that we can now request a sync
[12:37] <mok0> c2tarun: so unless you just want to learn, there is no reason to do more work on the package
[12:37] <c2tarun> mok0: here is my debdiff http://paste.ubuntu.com/568158/
[12:37]  * mok0 looks
[12:38] <mok0> c2tarun: I am not convinced it is the right debdiff
[12:39] <mok0> c2tarun: I would expect it to be nearly empty
[12:39] <c2tarun> mok0: it is the one b/w the two dsc?
[12:39] <mok0> c2tarun: yes, but which two?
[12:40] <c2tarun> mok0: debdiff epdfview_0.1.7-4ubuntu1.dsc epdfview_0.1.7-5ubuntu2.dsc
[12:40] <mok0> c2tarun: thats not the one I want
[12:40] <c2tarun> mok0: than?
[12:40] <mok0> c2tarun: I want the debdiff that creates the newest ubuntu version (yours) from the newest debian version
[12:41] <c2tarun> mok0: ok
[12:41] <mok0> debdiff  epdfview_0.1.7-5.dsc  epdfview_0.1.7-5ubunt1.dsc
[12:46] <c2tarun> mok0: http://paste.ubuntu.com/568162/ here is the diff u asked.
[12:51] <c2tarun> mok0: I did one mistake, dh-autoreconf and hardened-includes both are required, I checked on pbuilder and package build successfully :)
[12:54] <mok0> c2tarun: did you try to build  epdfview_0.1.7-5 =
[12:54] <mok0> ?
[12:54] <c2tarun> mok0: I tried to build  epdfview_0.1.7-5ubunt1.dsc and it build succesfully
[12:54] <mok0> c2tarun: I am convinced you can drop the delta
[12:55] <c2tarun> mok0: so changelog is fine or I need to create a new one?
[12:55] <mok0> c2tarun: i.e. the difference between 0.1.7-5 and 0.1.7-5ubuntu1
[12:55] <mok0> is not worth carrying forward
[12:56] <mok0> c2tarun: you don't need to do more. Just request the sync. You can now try the requestsync program
[12:57] <c2tarun> mok0: ok, sorry but let me gather all this, I fixed the control file problem, removed patches as it was applied upstream. So no patches hence no deltas. right. hence it needs sync not merge. so no need to change changelog. All just mattered is fixing of control and calling for sync?
[12:57] <mok0> requestsync --lp epdfnew natty
[12:58] <mok0> c2tarun: during the course of your work, you discovered that all ubuntu changes were now incorporated in the debian version. Therefore, we can go back to sync'ing this package, and drop the ubuntu changes.
[12:59] <mok0> c2tarun: so you don't need to change anything
[12:59] <c2tarun> mok0: not even control file?
[12:59] <mok0> c2tarun: not even that
[12:59] <mok0> :-)
[13:00] <c2tarun> mok0: then why we started with control file? :/ we should have started with patch problem. :|
[13:00] <mok0> c2tarun: the archive admins will respond to the sync request by copying the package over from debian
[13:00] <mok0> c2tarun: so you could learn how to resolve a conflict
[13:00] <c2tarun> mok0: ok :)
[13:01] <c2tarun> mok0: and suppose one or more patches applies succesfully, than what?
[13:01] <mok0> c2tarun: yes, we should have started with the patch problem, but that was more difficult
[13:02] <mok0> c2tarun: when the sync happens, there won't be any patches. The ubuntu version will byte-for-byte be identical to the Debian version
[13:02] <c2tarun> mok0: and suppose one or more patches applies succesfully, than what?
[13:03] <mok0> c2tarun: if MoM has done something, it should be visible in the debdiff.
[13:03] <mok0> c2tarun: that's why I wanted you to check that
[13:03] <c2tarun> mok0: I got this error on requestsync :( http://paste.ubuntu.com/568170/
[13:04] <udienz> micahg, around?
[13:04] <mok0> c2tarun: oh, I think it has to do with authentication with LP
[13:05] <mok0> c2tarun: you need to do something to get it to work
[13:05] <c2tarun> mok0: I am looking at the manpage of manage-credentials :(
[13:06] <mok0> c2tarun: good
[13:07] <mok0> Hm, wft is a consumer
[13:08] <mok0> Ah, its the program that needs access
[13:08] <mok0> c2tarun:  manage-credentials create -c ubuntu-dev-tools -l 2
[13:08] <c2tarun> mok0: I am not getting somethings in man page, like --service,--cache,-o,--level
[13:09] <mok0> c2tarun: try the line I sent
[13:09] <mok0> c2tarun: which is from the bottom of the man page
[13:11] <c2tarun> mok0: its asking for what level of access I do want. ??
[13:11] <mok0> c2tarun: what are the options?
[13:12] <c2tarun> mok0: No Access, Read Non-Private Data, Change Non-Private Data, Read Anything, Change Anything
[13:12] <mok0> c2tarun: Change Anything sound good :-)
[13:12] <c2tarun> mok0: ok :)
[13:12] <mok0> c2tarun: I honestly can't remember. I've done it once years ago
[13:13] <c2tarun> mok0: wow... you didn't format your system since last one year?
[13:13] <mr_pouit> (fwiw, I don't think that 0.1.7-5 can be synced, it probably ftbfs without the patch from 0.1.7-4ubuntu1, because debian doesn't have the newer poppler yet)
[13:13] <mok0> c2tarun: but you need to authenticate ubuntu-dev-tools with your LP account, so LP knows it's OK for a program to do stuff on your account (Like filing a bug)
[13:14] <mok0> mr_pouit: That seems to have been fixed
[13:14] <mok0> mr_pouit: ah
[13:14] <mok0> mr_pouit: new poppler, eh
[13:16] <c2tarun> mok0: I am at a vi text editor with a piece of changelog at bottom and some lines over it. :?
[13:17] <mok0> c2tarun: that text will be the description of the bug in LP.
[13:17] <c2tarun> mok0: Am I supposed to write anything there?
[13:17] <mok0> c2tarun: but hang on, mr_pouit has raised doubts if the package can be synced
[13:17] <c2tarun> mok0: why so?
[13:18] <mok0> c2tarun: wait a moment, I will check
[13:18] <c2tarun> mok0: sure
[13:22] <mok0> c2tarun: mr_pouit was right, we need a merge after all
[13:22] <c2tarun> mok0: anything I did wrong?
[13:22] <mok0> c2tarun: no, not you, me
[13:22] <c2tarun> mok0: what?
[13:23] <mok0> c2tarun: the version from debian 0.1.7-5 does not compile under natty
[13:23] <c2tarun> mok0: who said?
[13:23] <mok0> c2tarun: I just checked
[13:23] <c2tarun> mok0: I was using natty chroot for everything and it compiled pretty well :?
[13:24] <mok0> c2tarun: look here: http://paste.ubuntu.com/568181/
[13:24] <mok0> c2tarun: I think you compiled the merged version, not the native one
[13:25] <c2tarun> mok0: yup, not the native one.
[13:25] <mok0> c2tarun: plz pastebin the debdiff between 0.1.7-5 and your version
[13:27] <c2tarun> mok0: that debdiff is b/w the dsc files ?
[13:27] <mok0> c2tarun: yes
[13:27] <mok0> c2tarun: your version SHOULD be 0.1.7-5ubuntu1
[13:28] <mok0> c2tarun: (but  before it was 0.1.7-5ubuntu2 which is wrong)
[13:29] <c2tarun> mok0: I dont have anything line *0.1.7-5ubuntu1.dsc
[13:29] <mok0> c2tarun: like I said, you probably have 0.1.7-5ubuntu2
[13:29] <mok0> c2tarun: which needs to be fixed, but lets do that later
[13:30] <c2tarun> mok0: yup pbuilder failed on native version :( hmm... what to do now?
[13:30] <mok0> c2tarun: you need to do a merge
[13:30] <mok0> c2tarun: like we started out
[13:31] <mok0> c2tarun:  I was wrong in assuming that the package could be synced
[13:31] <mok0> c2tarun: sorry
[13:31] <mok0> c2tarun: so we are just rewinding a littlebit, and I would like to see your debdiff
[13:31] <c2tarun> mok0: I have some questions :(
[13:32] <mok0> c2tarun: ask away
[13:33] <c2tarun> mok0: we checked the src in folder epdfview-0.1.7-5ubuntu1 I think this is the new one created by MoM. right?
[13:33] <mok0> c2tarun: right, but make it yours
[13:33] <mok0> c2tarun: MoM writes a template changelog entry that you are supposed to finish
[13:33] <c2tarun> mok0: ok, but when I builded the source package why I didn't got epdfview-0.1.7-5ubuntu1.dsc?
[13:34] <mok0> c2tarun: because you entered _another_ changelog entry above MoMs
[13:34] <c2tarun> mok0: ok got it, because I changed the changelog :(
[13:34] <mok0> c2tarun: with the version -5ubuntu2
[13:35] <mok0> c2tarun: yes, you added another entry, but we only want 1
[13:35] <mok0> so just put your name etc. instead of MoMs
[13:35] <c2tarun> mok0: ok, so now all the patches from debian previous version are already applied. so why it failed on natty pbuilder?
[13:35] <mok0> c2tarun: then debuild -S
[13:37] <c2tarun> mok0: ping
[13:38] <mok0> c2tarun: go ahead
[13:38] <c2tarun> mok0: ok, so now all the patches from debian previous version are already applied. so why it failed on natty pbuilder?
[13:38] <mok0> c2tarun: let me check
[13:39] <c2tarun> mok0: sure.
[13:41] <mok0> c2tarun: I am having trouble with my build-environment, my machine is running Lucid
[13:42] <c2tarun> mok0: I can do it. What you want to check?
[13:42] <mok0> c2tarun: I need to see your debdiff
[13:42] <c2tarun> between which two files?
[13:43] <mok0> c2tarun: give me a ls *.dsc
[13:43] <c2tarun> mok0: epdfview_0.1.7-4.dsc  epdfview_0.1.7-4ubuntu1.dsc  epdfview_0.1.7-5.dsc  epdfview_0.1.7-5ubuntu2.dsc
[13:44] <mok0> c2tarun: ok thnx
[13:44] <mok0> c2tarun: debdiff epdfview_0.1.7-5.dsc epdfview_0.1.7-5ubuntu2.dsc
[13:45] <c2tarun> mok0: http://paste.ubuntu.com/568194/
[13:49] <c2tarun> mok0: ping
[13:50] <mok0> c2tarun: tnx
[13:55] <mok0> c2tarun: something is wrong, I don't know what
[13:56] <c2tarun> mok0: do you know anyone on this channel that can help? :(
[13:56] <mok0> c2tarun: heh
[13:57] <mok0> c2tarun: We're the only ones here at the moment
[13:57] <mok0> c2tarun: your debdiff doesn't apply
[13:58] <c2tarun> mok0: that grab script. how did it generated epdfview-0.1.7-5ubuntu1? by extracting epdfview-0.1.7-5.tar.gz and by copying epdfview_0.1.7-4ubuntu1.debian.tar.gz into it right?
[13:59] <Laney> dpkg-source -x blah.dsc
[13:59] <c2tarun> mok0: and renaming it to epdfview-0.1.7-5ubuntu1
[14:00] <c2tarun> Laney: hello :) are you talking to us?
[14:00] <Laney> yep
[14:00] <Laney> sorry, I didn't read the previous line so don't know what you are trying to achieve. :(
[14:01] <c2tarun> Laney: actually I am stuck and I think little bit confuse :)
[14:01] <mok0> c2tarun: it grabs 0.1.7-4 and 0.1.74ubuntu1, creates a diff between them and tries to apply that to 0.1.7-5
[14:01] <mok0> c2tarun:  it calls the new version 0.1.7-5ubuntu1
[14:02] <mok0> c2tarun: all that is store on m.u.c, grab-merges merely fetches the data
[14:03] <c2tarun> mok0: hmm...
[14:03] <mok0> that damned source format 3.0... %€&%€%€##
[14:04] <c2tarun> mok0: what's wrong with that ? :( I feel more comfortable with patches in 3.0
[14:04] <mok0> c2tarun: it's terrible
[14:05] <mok0> c2tarun: I can't say enough bad things about it
[14:05] <mok0> c2tarun: an abomination
[14:05] <c2tarun> mok0: ok, just give me some time. I want to try everything from beginning :/
[14:06] <mok0> c2tarun: TBH, I've never done a merge with a 3.0 (quilt) source package, I am afraid it can't be done
[14:06] <mok0> c2tarun: at least not easily
[14:06] <c2tarun> mok0: u sure?
[14:06] <mok0> c2tarun: no
[14:07] <mok0> :-)
[14:07] <mok0> c2tarun: the problem is, your debdiff shows differences in the .pc directory (quilts working dir) and that makes me very nervous
[14:08] <c2tarun> mok0: that may be because I was using quilt push to apply patches and check whether they apply or not. If they fails then I open them and check them manually.
[14:09] <mok0> c2tarun: hm, perhaps
[14:10] <mok0> c2tarun: but when you unpack Debians package, it's born with a .pc directory
[14:10] <c2tarun> mok0: ok just relax :-) let me try again. It will take some time and by that time this place will be crowded :-)
[14:10] <c2tarun> mok0: This time i'll keep an eye on .pc
[14:10] <mok0> c2tarun: great
[14:11] <mok0> c2tarun: you need to fix the changelog
[14:11] <c2tarun> mok0: I am trying from very begining. right from that script :-) i'll take care of changelog as well.
[14:11] <c2tarun> ls
[14:12] <c2tarun> oops :(
[14:13] <mok0> c2tarun: this is what the top of your changelog file should look like: http://paste.ubuntu.com/568210/
[14:14] <mok0> c2tarun: you copy forward the (relevant) changelog entry of the last ubuntu merge
[14:14] <mok0> c2tarun: because those modifications are still true
[14:14] <c2tarun> mok0: thanks :)  this will help a lot. Just tell me how to use that script again? "./grab-merge.sh epdfview"?
[14:15] <mok0> c2tarun: exactly
[14:15] <mok0> (create a directory to run it in)
[14:15] <mok0> or modify the script so it doesn't zap everything in the current dire
[14:16] <c2tarun> mok0: ok
[14:16] <mok0> c2tarun: good luck. I have to walk my dogs now :-)
[14:16] <c2tarun> mok0: thanks :-) bye.tc
[14:17] <mok0> see ya
[14:34] <MTecknology> ok.... I really need some help.... I'm trying to remove an old file that another package employs.. My .postinst, .postrm, .prerm stuff looks like this (the bottom 44-47) http://dpaste.com/426434/ .. Going from version  <= 0.8.54-3  to  == 0.8.54-4  the file doesn't get removed... The file pasted is nginx-full.postinst.
[15:09] <c2tarun> can anyone please take a look at http://paste.ubuntu.com/568240/ I am having doubt from line 356-360
[15:09] <micahg> udienz: pong
[15:24] <c2tarun> micahg: ping
[15:24] <micahg> c2tarun: pong
[15:25] <c2tarun> micahg: hi :) can you please look at the above message I posted
[15:25] <c2tarun> micahg: that pastebin one
[15:26] <micahg> c2tarun: it looks like all the patches got removed and added as a single patch
[15:27] <c2tarun> micahg: ya, but I am very sure that there was nothing like debian-changes-* something like that.
[15:29] <micahg> c2tarun: source format 3 does that, it takes anything applied to the source that's not in a patch or the original tarball and creates a patch with sample dep-3 headers
[15:30] <c2tarun> micahg: that pastebin was a diff b/w debian and ubuntu version of packages. but debian version is not building on natty.
[15:32] <micahg> c2tarun: so, i'd start on the merge again, maybe start with the Debian package and apply the Ubuntu diff directly
[15:32] <micahg> (i.e. the diff between the last Debian version and the last Ubuntu version)
[15:34] <c2tarun> micahg: I was trying to merge epdfview package. by grab script I got two patches epdfview_0.1.7-4ubuntu1.patch & epdfview_0.1.7-5.patch
[15:34] <c2tarun> micahg: first one is i think b/w debian and ubuntu version.
[15:35] <micahg> c2tarun: right, so I'd start with a clean version of the new Debian release and apply the first patch, then see what happens
[15:35] <c2tarun> micahg: very sorry to ask this, but how to apply a patch?
[15:36] <micahg> c2tarun: patch -p1 < foo.patch, inside the source dir
[15:37] <c2tarun> micahg: ok, but from where can i get the new debian release? by that grab script I got only debian.tar.gz
[15:38] <c2tarun> micahg: ping
[15:38] <micahg> c2tarun: no need to ping if you highlight me
[15:39] <micahg> c2tarun: grab-merge should have pulled it for you
[15:39] <c2tarun> micahg: sorry its due to my connection. sometimes message just dont go :(
[15:39] <MTecknology> What's the right way to change the permissions on /var/log/foo?
[15:40] <MTecknology> I want it to be 0640 www-data:root or 0640 www-data:adm; not sure which
[15:40] <MTecknology> 0750*
[15:41] <c2tarun> micahg: nope it didn't
[15:42] <c2tarun> micahg: ya it did :)
[15:42] <c2tarun> sorry thanks :)
[15:43] <MTecknology> is it even appropriate at all to set the directory like that?
[15:49] <MTecknology> looks like it's done in postisnt
[17:36] <Laney> if anyone has some time/is looking for a fun task to do then there are some rebuilds on http://orangesquash.org.uk/~laney/haskell-installability/amd64.png which can be checked/uploaded :-)
[17:36]  * Laney won't have time now until monday
[17:36] <Laney> you need to look for "utf8-string" in the .cabal file and add build-deps on libghc6-utf8-string-{dev,prof,doc} (appropriately versioned) if it's in there
[17:37] <mok0> Laney: eeeek Haskell...
[17:38] <Laney> :)
[17:38] <Laney> it's friendly really
[17:38] <mok0> Laney: the language perhaps, but the packages...
[17:38] <Laney> even those, you just have to show them who's boss
[17:39] <mok0> Laney: oh... I am wimp when it comes to package domination
[17:42] <udienz> ari-tczew, around?
[18:01]  * debfx grabs a few haskell packages
[18:10] <ari-tczew> udienz: yes
[18:11] <udienz> ari-tczew, i have commented in squid3 sync. it is 3.1.11-1
[18:11] <udienz> i tested in my ppa
[18:11] <udienz> bug 720667
[18:14] <ari-tczew> udienz: I really really encourage to improve english. You can't understand comments.
[18:14] <ari-tczew> e.g.
[18:14] <udienz> :D
[18:14] <ari-tczew> "following Debian changelog in 3.1.10-1, i believe that ufw has been included right now"
[18:14] <ari-tczew> believe? if you're requesting sync, you should be SURE
[18:15] <ari-tczew> you can believe in better tomorrow, no that changes have been included
[18:15] <udienz> ah.. sorry about that
[18:15] <persia> Don't get too caught up on semantics at that level.
[18:16] <jdstrand> no need to sync ufw
[18:16] <ari-tczew> udienz: and next, I don't mean that this change in d/control hasn't in Debian. it's missing dependsc
[18:16] <ari-tczew> jdstrand: it's squid3, no ufw
[18:16] <jdstrand> ok
[18:17] <ari-tczew> udienz: Debian now requires higher version of squid-langpack and natty can't satisfy it, do you understand?
[18:17] <udienz> ari-tczew, ok understood
[18:17] <ari-tczew> fine
[18:18] <udienz> ari-tczew, so squid3 must be merge to change Depends?
[18:18] <ari-tczew> udienz: no, please read once again my comment
[18:18] <ari-tczew> You have to take care about sync squid-langpack from Debian. Without this one, package won't install.
[18:18] <ari-tczew> I think it's pretty clear.
[18:19] <mok0> ari-tczew:  calm down
[18:19] <ari-tczew> mok0: ?
[18:19] <mok0> ari-tczew: no need to be rude
[18:20] <ari-tczew> mok0: I'm easy.
[18:20] <ari-tczew> mok0: rude? lol
[18:20] <ari-tczew> mok0: perhaps you don't know how people can be rude
[18:21] <mok0> ari-tczew: oh, and you are gonna show me?
[18:21] <ari-tczew> and I'd not show you that behavior
[18:21] <mok0> ari-tczew: just calm down
[18:21] <ari-tczew> mok0: [19:20] <ari-tczew> mok0: I'm easy.
[18:22] <ari-tczew> mok0: where do you see me upset?
[18:22] <ari-tczew> I don't get it, lol
[18:22] <ari-tczew> people are too sensitivy
[18:24] <ari-tczew> mok0: I'm waiting for example
[18:24] <vish> !botsnack
[18:24] <vish> err, i should have sent that in /msg :/
[18:25] <ari-tczew> udienz: do you feel something bad from me?
[18:26] <udienz> ari-tczew, no. it's fine for me, really
[18:26] <ari-tczew> mok0: do you see? ^^
[18:27] <ari-tczew> @all: please stop making me as a bad man.
[19:08] <ari-tczew> tumbleweed: could you look on https://code.launchpad.net/~ari-tczew/ubuntu-sponsoring/updates/+merge/50205 ?
[19:09] <ari-tczew> sponsors overview can't update anymore
[19:37] <paultag> are any sponsors around to check up on bug #720921 for me? Thanks! :)
[19:37] <paultag> clean sync, no delta maintained from Ubuntu's side
[19:38] <micahg> paultag: unless it's urgent, those syncs are usually processed pretty quickly on the sponsors list
[19:38] <paultag> micahg: Oh, excuse me. I'm sorry, I had no idea. I'll wait next time. Thanks :)
[19:39] <micahg> paultag: it used to be pretty bad, but I think at least for syncs/they're usually ACKd w/in 24 hours
[19:39] <micahg> paultag: if you see it being ignored, feel free to bump it :)
[19:39] <paultag> micahg: yeah, I recall hearing some grumblings about syncs not getting done a few years ago
[19:39] <paultag> micahg: sure, sorry for bugging ya'll :)
[19:39] <ScottK> It's gotten better.
[19:40] <micahg> paultag: no worries
[19:40] <micahg> paultag: thanks for getting the diffs upstreamed :)
[19:40] <paultag> micahg: my pleasure :)
[19:56] <paultag> thanks porthose ;)
[19:57] <porthose> paultag, your welcome :)
[21:06] <LLStarks> when was universe freeze for natty?
[21:06] <LLStarks> nvm
[21:08] <ari-tczew> bdrung: ping
[21:08] <bdrung> ari-tczew: pong
[21:09] <ari-tczew> bdrung: could you look on https://code.launchpad.net/~ari-tczew/ubuntu-sponsoring/updates/+merge/50205  sponsors overview can't update anymore
[21:10] <bdrung> ari-tczew: it's merged, but daniel has to pull the update onto the machine running this script. ping him once he get online tomorrow
[21:11] <ari-tczew> bdrung: I'll leave a MemoServ msg him.
[21:14] <ari-tczew> bdrung: who has got upload access to this branch? out of curiosity
[21:15] <bdrung> ari-tczew: it's owned by ubuntu-dev - but i don't know who has access to the machine running the overview
[21:15] <bdrung> ari-tczew: you can use http://people.ubuntu.com/~bdrung/sponsoring/ in the meantime
[21:15] <ari-tczew> bdrung: aha so in future if I'm 100% sure can I push changes to branch themselve?
[21:16] <bdrung> ari-tczew: yes
[21:16] <bdrung> ari-tczew: (e.g. changes like this one)
[21:17] <ari-tczew> bdrung: ok :)
[21:17] <ari-tczew> bdrung: FYI I don't need temp sponsors overview, no time for sponsoring :-)