[09:18] <pellaeon> Hi, is there any guide on manually backporting packages?
[09:19] <micahg> pellaeon: man backportpackage
[09:19] <pellaeon> thanks
[09:28] <pellaeon> uh, if I want to backport a package from precise to lucid, I must have precise?
[09:28] <micahg> pellaeon: no
[09:29] <pellaeon> I couldn't find backportpackage command on lucid
[09:29] <pellaeon> I have ubuntu-dev-tools installed
[09:29] <micahg> pellaeon: oh, yeah, that's only in oneiric on I think
[09:30] <pellaeon> So what should I do?
[09:31] <pellaeon> Are there other similar tools?
[09:34] <micahg> pellaeon: well, it just adjusts the version for you, you can use pull-lp-source to get the code and then add a revision with a lower version on top (~lucid1~ppa1)  ~lucid1 would be an official backport
[09:35] <pellaeon> OK, I'll try that
[09:35] <micahg> pellaeon: which package is it?
[09:35] <pellaeon> ibus
[09:35] <micahg> have fun :)
[09:36] <pellaeon> Hope this is not too difficult for a newbie...
[12:10] <paissad> hello guys, why do Ubuntu version always get released on thursdays ?
[12:19] <ockham> what's a good VM for testing Precise?
[12:19] <ockham> (under 11.10, that is)
[12:20] <ockham> ideally fast, lightweight, and no need to emulate another architecture than the host (amd64)
[12:57] <jtaylor> can someone see what goes wrong here: https://bugs.launchpad.net/ubuntu/+source/openvas-server/+bug/634247
[12:57] <jtaylor> apparently also opccurs in precise but I can't reproduce it
[13:42] <cjwatson> ockham: kvm works well as long as you don't need 3D passthrough
[13:43] <cjwatson> I do nearly all my installer testing in it
[14:12] <SpamapS> cjwatson: and the automated daily tests of the installer are run via kvm as well
[14:30] <pellaeon> Hello, I was building gettext-0.18.1.1 inside pbuilder chroot, I encountered an error:
[14:30] <pellaeon> mkdir: cannot create directory `debian/gettext/usr/lib/': File exists
[14:31] <pellaeon> I am now in the shell (https://wiki.ubuntu.com/PbuilderHowto#Running_a_Shell_When_Build_Fails_.28Intro_to_Hook_Scripts.29)
[14:31] <Nafallo> hey. is it to late to upload a build1 ?
[14:32] <Nafallo> dovecot-antispam needs to get rebuilt against current dovecot, or it won't work.
[14:32] <cjwatson> Nafallo: in universe, should be ok
[14:32] <pellaeon> what should I do to solve this error?
[14:32] <Nafallo> excellent. then I'll go ahead and find my gpg key :-)
[14:32] <cjwatson> pellaeon: are you building a package you downloaded, or one you created yourself?  which exact version on which release/
[14:32] <cjwatson> ?
[14:33] <pellaeon> from precise http://archive.ubuntu.com/ubuntu/pool/main/g/gettext/gettext_0.18.1.1-5ubuntu3.dsc
[14:33] <pellaeon> My current version is lucid
[14:33] <cjwatson> and your aim is to produce a backport of that version to lucid?
[14:34] <pellaeon> yes
[14:34]  * cjwatson tries it in sbuild to see what's going on
[14:34] <cjwatson> I mean, your next step is to debug the problem :-)
[14:34] <cjwatson> which is a creative task, in general
[14:34] <pellaeon> some hints?
[14:34] <cjwatson> don't have any until I've had a look
[14:35] <pellaeon> Ok, i'll wait, thank you!
[14:35] <cjwatson> debugging is far too general a subject to give general hints that are at all useful
[14:35] <cjwatson> I assume you've already backported git or something
[14:35] <cjwatson> ?
[14:36] <cjwatson> or are you weakening that build-dep?
[14:36] <pellaeon> er, it's kinda complicated,
[14:37] <pellaeon> I have git PPA enabled, so I now have git 1.7.10
[14:37] <pellaeon> 1.7.10 meets the reqiurement of gettext
[14:37] <cjwatson> can you give me the URL of that PPA, to save me time following your footsteps?
[14:38] <pellaeon> https://launchpad.net/~git-core/+archive/ppa
[14:39] <pellaeon> Actually backporting gettext is just a step for me to backport ibus-1.4.1
[14:40] <pellaeon> I don't know how to use sbuild yet, should I learn it? or pbuilder is just enough for my backporting work?
[14:41] <cjwatson> I strongly prefer it, but since you have an actual problem to solve it's probably better to solve it first
[14:41] <pellaeon> OK
[14:45] <cjwatson> oh, I see, the problem is that the source has been converted to multiarch and lucid doesn't have that
[14:45] <cjwatson> basically you'll need to find the appropriate matching recipe in http://wiki.debian.org/Multiarch/Implementation and reverse the steps
[14:46] <cjwatson> it's a shame the source didn't have a suitable build-dependency to act as a warning there
[14:47] <pellaeon> Ok, thank you very much!
[14:47] <cjwatson> does ibus genuinely require the newer version, or is it sort of artificial?
[14:47] <cjwatson> I don't see the build-dependency in question - what was the trail that led you to a newer gettext?
[14:48] <cjwatson> it's possible that it will be easier to break the backport chain somewhere different
[14:49] <pellaeon> ibus-1.4.1 depends debhelper-8.13.0 depends dpkg-dev-1.16.0 depends gettext_0.18.1.1-5ubuntu3
[14:49] <pellaeon> I don't really know if ibus really needed it, this is my first time
[14:50] <cjwatson> a build-dependency on debhelper 8.1.3 is almost certainly for multiarch
[14:50] <cjwatson> you don't want that in lucid anyway
[14:50] <cjwatson> so instead, you should reverse the Multiarch/Implementation recipe in ibus, and forget about the rest of that chain
[14:51] <pellaeon> So you mean I have to patch it ?
[14:51] <cjwatson> yes
[14:51] <cjwatson> the conversion was done in ibus 1.4.0-3, so you may be able to get hints from the diff between 1.4.0-2 and 1.4.0-3
[14:51] <pellaeon> Thanks for the hint
[14:51] <cjwatson> though it might not be a simple matter of just reverting that; I expect it might be a bit tangled up
[14:53] <cjwatson> I guess you already know you might need to backport individual input methods as well ...
[14:53] <pellaeon> Thank you, I'll study the code
[14:53] <pellaeon> I know that
[14:53]  * cjwatson nods
[14:53] <pellaeon> I've got much to learn
[14:54] <cjwatson> certainly not an easy task you've set yourself here
[14:54] <cjwatson> though not intractable or anything
[14:56] <pellaeon> Is this too difficult for a beginner?
[14:56] <cjwatson> depends how persistent you are :-)
[14:57] <cjwatson> I can probably help at some point if you get completely stuck, but would rather not take away the learning opportunity ...
[14:58] <pellaeon> I understand, thank you very much!
[14:59] <pellaeon> Bye, it's quite late here, good night
[15:00] <cjwatson> night
[15:05]  * cjwatson ceremonially burns his maverick chroots
[15:07] <SpamapS> maverick was my first release
[15:07] <SpamapS> fare thee well brave meerkat!
[15:07] <cjwatson> you always remember your first?
[15:08]  * SpamapS also pushes it off into the hinterlands
[15:08] <SpamapS> cjwatson: but does your first always remember you? :)
[15:09]  * Laney discovers feisty..maverick chroots
[15:10] <cjwatson> a good question to which I do not honestly know the answer ;-)
[15:23] <jbicha> Rhonda: should wesnoth-1.8 be removed from Precise since we have wesnoth-1.10?
[15:25] <Nafallo> hrm. it got rejected.
[16:04] <Laney> Yes, do as I say!
[16:04]  * Laney enjoys that
[18:21] <Rhonda> jbicha: Hmm, I'm uncertain, but probably yes because precise is an LTS release.
[18:22]  * Rhonda . o O ( syncpackage wesnoth-1.10 )
[18:23] <Rhonda> oh, -d unstable
[18:24] <jbicha> Rhonda: and you're going to drop wesnoth-1.9 from Debian too, right?
[18:25] <Rhonda> That for sure, but that is blocked from sync anyway
[18:55] <ScottK> jtaylor: Accepted inspircd.  If you're looking for something productive to do, I think asterisk really, really needs a merge before release.
[18:55] <jtaylor> ScottK: yes I did already merge it, but a user complained
[18:55] <jtaylor> the release in debian is supposed to be unstable
[18:56] <ScottK> Debian Bug 664411 has me concerned.
[18:56] <ScottK> We should at least get those taken care of somehow.
[18:56] <Laney> Daviey loves asterisk
[18:57] <ScottK> That's true.
[18:58] <jtaylor> see bug 920020
[18:59] <jtaylor> there are patches from him for the sec issues, I'll have a look
[19:00] <jtaylor> ok but they contain features from later versions ...
[19:03] <ScottK> Not having huge security issues at release is a great feature all by itself.
[19:04] <ScottK> If they only way to get some of them fixed is to glom some other stuff in, then so be it.
[19:04] <jtaylor> I have a branch that merges asterisk if someone who actually uses it overrides paul I can upload it
[19:04] <jtaylor> provided an ffe is given too
[19:04] <ScottK> Daviey: Know any Ubuntu asterisk users?
[19:04] <ScottK> Get something reasonable to upload and we'll figure out the paperwork.
[19:05] <jtaylor> lp:~jtaylor/debian/sid/asterisk/merge-ubuntu
[19:51] <verwilst> if a package has been removed from the archive, with the note NBS, what does that mean?
[19:51] <verwilst> https://launchpad.net/ubuntu/precise/amd64/dlm-pcmk :(
[19:51] <verwilst> no more distributed lock for pacemaker?
[22:30] <bobweaver> hello there I a quick question that I must be missing in the debian packaging guide  Under depends do I have to put greater then or eq too on all packages ?   here is a example of  my control file.  http://paste.ubuntu.com/931775/
[22:32] <ScottK> bobweaver: You only have to specify a minimum version it you actually need a certain version.
[22:32] <Zhenech> bobweaver, you usually dont do equal
[22:32] <Zhenech> and then what ScottK says
[22:33] <bobweaver> Zhenech,  so just > like    bash (> 3.0)
[22:33] <bobweaver> off cource that is not the right version just a example
[22:34] <jtaylor> it must be (>> 3.0)
[22:34] <ScottK> Usually you use >= and specify the minimum version you need rather than > and a version less than you need.
[22:34] <ScottK> And jtaylor is right.  >> is the proper way to specify strictly greater than.
[22:34] <Zhenech> please use >= minimum.version
[22:35] <Zhenech> and try not to include debian/ubuntu revision there unless really needed
[22:35] <bobweaver> I make my depends list by 1 taking a fresh copy of ubuntu server 12.04 then  make clone of that  in the og server run dpkg-query --list      then install package on clone run same thing then grep and awk and sed come into play      is this a good idea ?
[22:36] <jtaylor> in general no, but for some personal use maybe
[22:36] <bobweaver> like grep -xvF -f og.txt wdep.txt
[22:37] <jtaylor> what kind of a package is it? e.g. for simple native code stuff there are helpers to generate to minimal dependencies automatically
[22:37] <bobweaver> then that gets sent to new list and then I make list but I have been taking out the 2nd table that has versions I should leave
[22:38] <bobweaver> code is here http://bazaar.launchpad.net/~josephjamesmills/zpanelcp/zpanelcp/files  it is a control panel alternitive to Cpanel
[22:39] <bobweaver> jtaylor,  there is that is cool . I am just starting out as you can tell. So thanks so much for that info
[22:40] <bobweaver> my goal is to learn how to package right (foloowing you all ) then partice partice partice and maybe one day I too could also be a ubuntu packager
[22:42] <bobweaver> Or at least know how to package right. IS there a mentore thing that you all do ? or a mailing list stuff that I can learn from ?
[22:43] <bobweaver> like the debian mentor program
[22:44] <jtaylor> you can always ask questions but if you want to package something its better to do it in debian
[22:45] <bobweaver> Wow I did not know that thanks so much !
[23:18] <bobweaver> Is there a thing for ubuntu like the debian mentor program ?
[23:27] <ScottK> bobweaver: Mostly asking here and people will answer.  There is also an ubuntu-motu list, but it's very low volume.
[23:31] <bobweaver> Thansk ScottK  Did you join the debian mentor team 1st. I just want to kinda learn from others. if [ a <= debian mentor] then do $this  else  echo you should do $this1   ect
[23:31] <bobweaver> like should I learn to use r ? or is it just so old that it is not worth it
[23:33] <bobweaver> I am going to read this and make look cleaner also :)
[23:33] <bobweaver> https://wiki.ubuntu.com/MOTU
[23:33] <ScottK> I don't do much sponsoring in Debian.
[23:33] <bobweaver> Thanks ScottK
[23:36] <bobweaver> I would also like to say that I am sorry about my spelling as I am nonsense word dyslisic