| === almaisan-away is now known as al-maisan | ||
| === al-maisan is now known as almaisan-away | ||
| 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:51 |
|---|---|---|
| tumbleweed | manoj: http://developer.ubuntu.com/packaging/html/fixing-a-bug.html | 10:54 |
| manoj | thnaks | 10:57 |
| === ripps_ is now known as ripps | ||
| === yofel_ is now known as yofel | ||
| alo21 | !ping | 14:47 |
| ubottu | another contentless ping... sigh... | 14:47 |
| alo21 | !ping | alo21 | 14:47 |
| ubottu | alo21, please see my private message | 14:47 |
| === jtaylor_ is now known as jtaylor | ||
| pillarsdotnet | Packaging question: How can I make an amd64 package depend on libjpeg62:i386 ? https://bugs.launchpad.net/ubuntu/+bug/502920 | 18:50 |
| ubottu | Launchpad bug 502920 in Ubuntu "[needs-packaging] Canon UFR II driver needs packaging" [Wishlist,Confirmed] | 18:50 |
| jtaylor | you can't so far I know | 18:50 |
| jtaylor | but you might be able to make an i386 package that is installable on amd64 | 18:51 |
| 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:57 |
| 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:58 |
| jtaylor | that was done in the past, its now replaced with a proper multiarch | 18:59 |
| 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:00 |
| 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:01 |
| 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:02 |
| 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:03 |
| 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:04 |
| 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:05 |
| 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 |
| ubottu | Launchpad bug 502920 in Ubuntu "[needs-packaging] Canon UFR II driver needs packaging" [Wishlist,Confirmed] | 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:06 |
| 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:07 |
| jtaylor | you have the source for the driver? | 19:08 |
| pillarsdotnet | Did you even look at the link? | 19:08 |
| 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:09 |
| ubottu | Launchpad bug 502920 in Ubuntu "[needs-packaging] Canon UFR II driver needs packaging" [Wishlist,Confirmed] | 19:09 |
| 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:10 |
| pillarsdotnet | See https://bugs.launchpad.net/ubuntu/+bug/502920/+attachment/3280856/+files/build-Linux_UFRII-driver.sh | 19:11 |
| ubottu | Launchpad bug 502920 in Ubuntu "[needs-packaging] Canon UFR II driver needs packaging" [Wishlist,Confirmed] | 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:11 |
| 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:12 |
| 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:14 |
| pillarsdotnet | Something like "ia32-libs-multiarch-compat" | 19:15 |
| 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:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| 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 | 19:33 |
| === almaisan-away is now known as al-maisan | ||
| === al-maisan is now known as almaisan-away | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!