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