Le vendredi 23 décembre 2011 à 15:41 +0200, Riku Voipio a écrit : > Attached is my full multiarch conversion. I didn't add any libconf2-4 -> > gconf2 > dependency what was discussed on the previous mail. I don't see why it would > any > more neccesary in multiarch scenario than in regular scenario.
Have you actually looked at how gconf2 is packaged, or just tried to apply automatic recipes without thinking about what they imply? > Furthermore, we > don't usually do any library -> server dependencies (see dbus, mysql and so > on). > A recommends at most would be warranted. Of course, why would you listen to the maintainer? When I say we need to ship the daemon with the library, of course it has to be because of a lunatic fantasy, not because the library does not work AT ALL without the daemon installed too. If you have tried to understand what the package does instead of applying your small recipe, you would have noticed the daemon is already shipped in the same package as the library. You would also have thought of adding Breaks: gnome-session (<< 3.0) because it used to call one of these binaries directly. > These patches were done to allow cross compile packages the build-depend > directly on libgconf2-dev or inderectly to libconf2-4. > > The org.gnome.GConf.service file was moved from gconf2-common to gconf2, > since the > contents of the file are not arch-independent. Other than that, quite > straightforward > conversion. But also not really tested in non-crosscompiling scenarios. O RLY? Not tested at all, you must mean. By moving this file away, you have ensured the package stopped working at all in many cases. Congratulations. Such attempts are not helping at all. When I say multiarchifying gconf2 is complicated, after having already converted several non-trivial packages like gvfs, it is because it IS complicated. Not because I’m looking for Riku smarty-pants to boss me around. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
