[10:51] <manoj> hi , i have recently tried to contribute to ubuntu , and i have done fixing spelling errors in description (http://lintian.ubuntuwire.org/quantal/tags/spelling-error-in-description.html) ..can anybody tell me what should i do after this
[10:54] <tumbleweed> manoj: http://developer.ubuntu.com/packaging/html/fixing-a-bug.html
[10:57] <manoj> thnaks
[14:47] <alo21> !ping
[14:47] <alo21> !ping | alo21
[18:50] <pillarsdotnet> Packaging question: How can I make an amd64 package depend on libjpeg62:i386 ? https://bugs.launchpad.net/ubuntu/+bug/502920
[18:50] <jtaylor> you can't so far I know
[18:51] <jtaylor> but you might be able to make an i386 package that is installable on amd64
[18:57] <pillarsdotnet> Was afraid of that. So I need to make a package with ... what's that tool that creates an empty package just for dependency sake?
[18:57] <jtaylor> equiv
[18:57] <pillarsdotnet> Yup. found it.
[18:58] <pillarsdotnet> So I need to make equivs part of the build-deps.
[18:58] <jtaylor> why would you need equiv?
[18:58] <pillarsdotnet> Seriously, nobody has done this already? Something like ia32-libs but that includes libjpeg62?
[18:58] <pillarsdotnet> Hate to reinvent the wheel.
[18:59] <jtaylor> that was done in the past, its now replaced with a proper multiarch
[19:00] <pillarsdotnet> Need to make cndrvcups-ufr2-uk and cndrvcups-ufr2-us depend on libjpeg62:i386
[19:00] <jtaylor> for what distributions do you want to build?
[19:00] <pillarsdotnet> Because Canon is including a binary blob in their source and the blob depends on libjpeg62:i386
[19:00] <pillarsdotnet> Doesn't matter -- debian packaging, though.
[19:00] <jtaylor> it does matter
[19:00] <pillarsdotnet> I'm running Ubuntu but should work equally well for stock debian.
[19:00] <jtaylor> because the method has changed
[19:00] <pillarsdotnet> k.
[19:00] <jtaylor> in the past you used ia32-libs
[19:00] <pillarsdotnet> Right now I just care about Ubuntu.
[19:01] <jtaylor> now (= precise, wheezy) you use multiarch
[19:01] <pillarsdotnet> ia32-libs does not include libjpeg62.
[19:01] <jtaylor> on which distribution?
[19:01] <pillarsdotnet> Ubuntu.
[19:01] <jtaylor> which version?
[19:01] <pillarsdotnet> 12.04
[19:01] <jtaylor> 12.04 has no real ia32-libs anymore
[19:01] <pillarsdotnet> Funny, 'cuz I have it installed.
[19:01] <jtaylor> you can just install libjpeg62:i386 on amd64
[19:02] <jtaylor> it still exists but is empty
[19:02] <pillarsdotnet> okay, it's a transition package that depends on ia32-libs-multiarch
[19:02] <pillarsdotnet> and ia32-libs-multiarch does not include libjpeg62
[19:02] <pillarsdotnet> so... doesn't provide what I need.
[19:03] <pillarsdotnet> Not all of it, anyway.
[19:03] <jtaylor> because it doesn't need to
[19:03] <jtaylor> just only build a i386 package and install that on amd64
[19:03] <jtaylor> it will pull all dependecies
[19:03] <pillarsdotnet> So there's no way to build an amd64 package that depends on a i386 package.
[19:03] <pillarsdotnet> That's what you're telling me.
[19:04] <jtaylor> you can still do it, but there is not much reason to do so anymore
[19:04] <pillarsdotnet> Well, there is a reasson.
[19:04] <jtaylor> which one?
[19:04] <pillarsdotnet> Want to print to a Canon UFR II printer.
[19:05] <pillarsdotnet> (why oh why is it that every time I ask for help doing something, I first have to convince somebody that yes, I really do need to do what I'm asking for help with?)
[19:05] <jtaylor> because I'm still not clear what the problem is
[19:06] <jtaylor> libjpeg can't be it because that is multiarched
[19:06] <pillarsdotnet> https://wiki.ubuntu.com/IRC/TermsOfService
[19:06] <pillarsdotnet> bah.
[19:06] <pillarsdotnet> wrong link.
[19:06] <pillarsdotnet> jtaylor: https://bugs.launchpad.net/ubuntu/+bug/502920
[19:06] <pillarsdotnet> In short, after installing the Canon driver, I have to run "apt-get install libjpeg62:i386"
[19:06] <pillarsdotnet> Would be nice if that were taken care of by the dependencies.
[19:06] <pillarsdotnet> But can't do that.
[19:07] <pillarsdotnet> Suppose I can add "apt-get install libjpeg62:i386" to the pre-install script but that seems a bit too hackish.
[19:07] <pillarsdotnet> Simply making it depend on libjpeg62 won't fix the problem.
[19:08] <jtaylor> you have the source for the driver?
[19:08] <pillarsdotnet> Did you even look at the link?
[19:09] <jtaylor> yes but I don't understand why the software is gpl (= open source) but does not work on amd64?
[19:09] <pillarsdotnet> Because it doesn't really conform to gpl.  It includes a binary blob.
[19:09] <pillarsdotnet> See https://bugs.launchpad.net/ubuntu/+bug/502920/+attachment/3280856/+files/build-Linux_UFRII-driver.sh
[19:10] <jtaylor> well the solution is: create a i386 package that depends on libjpeg
[19:10] <pillarsdotnet> Nevertheless, it's either play by their rules or don't print.
[19:10] <jtaylor> don't create an amd64 one
[19:10] <pillarsdotnet> Yes, I already came to that conclusion, And the easiest way to do that is with equivs.
[19:10] <pillarsdotnet> So therefore I need to add equivs to the build-deps.
[19:10] <jtaylor> you can't build a package within a package
[19:10] <jtaylor> where is the packaging source?
[19:10] <pillarsdotnet> I'm talking about editing the debian/control file.
[19:11] <pillarsdotnet> See https://bugs.launchpad.net/ubuntu/+bug/502920/+attachment/3280856/+files/build-Linux_UFRII-driver.sh
[19:11] <jtaylor> ok so its not a proper package
[19:11] <pillarsdotnet> I thought I said that already.
[19:11] <jtaylor> then equiv or deb-reversion is probably the easiest solution
[19:11] <pillarsdotnet> What is deb-reversion?
[19:12] <jtaylor> just a tool to mess with the internals of a package
[19:12] <pillarsdotnet> nm. http://man.he.net/man1/deb-reversion
[19:12] <jtaylor> in principle just a sort of wrapper to dpkg -x dpkg -b
[19:12] <pillarsdotnet> no, equivs would be the thing to use.
[19:12] <pillarsdotnet> Not interested in patching their packged .deb, only their "source".
[19:14] <pillarsdotnet> Do you know of any way I can search for an Ubuntu package which depends on libjpeg62 and exists for i386 but not for amd64?
[19:14] <pillarsdotnet> Again, just trying not to reinvent the wheel.
[19:15] <pillarsdotnet> Something like "ia32-libs-multiarch-compat"
[19:16] <jtaylor> not jpeg, but e,g. zsnes or ecere are i386 only
[19:16] <jtaylor> they don't need ia32-libs anymore since multiarch
[19:16] <pillarsdotnet> Specifically need to pull in libjpeg62:i386
[19:17] <jtaylor> ia32-libs was ugly, it was just a copy of a bunch of i386 libraries in one huge deb, now the i386 debs are directly installable in amd64 making it obsolete
[19:17] <pillarsdotnet> zsnes doesn't do it.
[19:18] <jtaylor> yes install it and watch how it installs e.g. libpng12:i386
[19:18] <pillarsdotnet> ecere isn't found by apt-cache.
[19:18] <pillarsdotnet> no, zsnes doesn't install libjpeg62:i386
[19:18] <pillarsdotnet> Don't care about libpng.
[19:18] <pillarsdotnet> Need libjpeg62:i386
[19:18] <jtaylor> its the same thing
[19:18] <pillarsdotnet> no it's not.
[19:18] <pillarsdotnet> libpng is for png files.
[19:18] <pillarsdotnet> libjpeg is for jpeg files.
[19:18] <jtaylor> I know but both are libraries
[19:18] <pillarsdotnet> png files and jpeg files are different.
[19:18] <jtaylor> and dependencies for both are handled in the same way
[19:18] <pillarsdotnet> You can't substitute one for the other.
[19:19] <pillarsdotnet> Yes, but depending on zsnes does not pull in libjpeg62:i386
[19:19] <pillarsdotnet> That's what I mean by "zsnes doesn't install libjpeg62:i386"
[19:19] <pillarsdotnet> Thought that would be obvious.
[19:20] <pillarsdotnet> So... need to create a new package that depends on libjpeg62:i386 -- perhaps call it ia32-libjpeg-compat ?
[19:20] <jtaylor> why?
[19:20] <pillarsdotnet> or ia32-libjpeg62 ?
[19:20] <jtaylor> just install  libjpeg62:i386
[19:21] <jtaylor> I still don'T understand the problem
[19:21] <pillarsdotnet> WANT IT HANDLED BY THE PACKAGING PROCESS SO THE NEXT PERSON DOESN'T HAVE TO SEARCH THE INTERNET FOR TWO WEEKS LIKE I DID!!!!!
[19:22] <jtaylor> there are two ways to solve this
[19:22] <pillarsdotnet> Once I've got a package that installs cleanly (or else complains properly if the dependencies are not installed) then I'm gonna send the info to Canon so they can fix their broken packages.
[19:22] <jtaylor> file a bug against ia32-libs-multiarch to include libjpeg62
[19:22] <jtaylor> assuming that canon's deb depends in ia32-libs
[19:22] <jtaylor> or fix canon's deb
[19:22] <jtaylor> adding another ia32 redirection deb will not solve anything
[19:22] <pillarsdotnet> I'm working on fixing canon's debian/control file.
[19:23] <pillarsdotnet> I've added ia32-libs but that doesn't fix it.
[19:23] <pillarsdotnet> Because ia32-libs pulls in libjpeg8:i386 not libjpeg62:i386
[19:23] <jtaylor> does canon provide a i386 deb?
[19:23] <pillarsdotnet> Yes.
[19:24] <pillarsdotnet> Making that one work is straightforward -- just need to include libjpeg62 in the deps.
[19:24] <jtaylor> yes and then your done
[19:24] <pillarsdotnet> It's making the amd64 one work that is the problem.
[19:24] <jtaylor> the amd64 depends on ia32-libs?
[19:24] <pillarsdotnet> Yes.
[19:24] <pillarsdotnet> Well, my version does.
[19:25] <jtaylor> the only way to fix that is ti add libjpeg62 to ia32-libs-multiarch
[19:25] <pillarsdotnet> They're missing the dependency; that's why it works for some and not for others.
[19:25] <pillarsdotnet> I'm fairly sure that the ubuntu devs are gonna be unwilling to do that.
[19:25] <jtaylor> for that you need to file a bug, but I don't think changes are so high that it will be added
[19:26] <jtaylor> you will have to argue with core-dev's about that
[19:26] <pillarsdotnet> I'm just trying to make the canon package work with ubuntu (and if possible, stock debian) as it currently exists. I'm not trying to change all of ubuntu to accomodate canon.
[19:27] <pillarsdotnet> IMHO the way to do it is add equivs to the build-depends.
[19:27] <pillarsdotnet> And create a dummy package that has Architecture: i386 and depends on libjpeg62.
[19:27] <jtaylor> I don't think it is so unreasonable to add it again, it was in ia32-libs in the past after all
[19:27] <jtaylor> but maybe there was a reason it was dropped, probably security issues
[19:28] <pillarsdotnet> Are you saying that core-devs are willing to add an obsolete library to current packages just so a canon print driver that violates GPL will install properly?
[19:28] <pillarsdotnet> You're even more optimistic than I am.
[19:28] <pillarsdotnet> All I'm trying to do is get Canon to support Linux somewhere besides Australia.
[19:28] <jtaylor> accommodating this crap is part of the reason ia32-libs existed in the first place
[19:29] <jtaylor> but still chances are slim
[19:29] <jtaylor> having a dummy package will only replace apt-get install libjpeg62:i386 with apt-get install dummy-package?
[19:29] <pillarsdotnet> kk.
[19:29] <pillarsdotnet> no.
[19:29] <pillarsdotnet> Will be "dpkg -i dummy-package" probably.
[19:30] <pillarsdotnet> I'm not even hopeful that the canon drivers will be added to any standard repository.
[19:30] <pillarsdotnet> Since they violate GPL.
[19:30] <pillarsdotnet> Just trying to make the build process fairly automatic.
[19:30] <pillarsdotnet> Aw, heck.
[19:30] <pillarsdotnet> Probably the easiest way is to add the "apt-get install" line to the shell script.
[19:30] <jtaylor> the way to do the dummy package is similar to how ia32-libs looks now
[19:31] <pillarsdotnet> Will take a look.
[19:31] <jtaylor> have amd64 ia32-libjpeg62 package depend on an i386 ia32-libjpeg62-multiarch package that in turn depends on libjpeg62
[19:31] <pillarsdotnet> Can't have an amd64 package depend on an i386 package.
[19:31] <pillarsdotnet> remember?
[19:31] <jtaylor> no, not yet
[19:32] <pillarsdotnet> so won't work.
[19:32] <jtaylor> I think it is planned to add this feature
[19:32] <pillarsdotnet> link?
[19:32] <jtaylor> I mean what won't work is have package depend in libjpeg:i386
[19:32] <jtaylor> because there is a libjpeg:amd64 which will be prefered
[19:32] <jtaylor> by having only one ia32-libs-multiarch package available for i386
[19:32] <jtaylor> the resolver will pick that even though it is in a foreign arch
[19:32] <pillarsdotnet> So no need to create "ia32-libjpeg62" package.
[19:33] <jtaylor> the i386 package will then depend on its native i386 libjpeg package
[19:33] <jtaylor> its kind of a hack
[19:33] <pillarsdotnet> anyhow, I've gotten all the information I'm gonna get here.
[19:33] <pillarsdotnet> thanks.
[19:33] <jtaylor> your welcome