From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2013-March/023329.html | 136 ++++++++++++++++++++++++++++++ 1 file changed, 136 insertions(+) create mode 100644 zarb-ml/mageia-dev/2013-March/023329.html (limited to 'zarb-ml/mageia-dev/2013-March/023329.html') diff --git a/zarb-ml/mageia-dev/2013-March/023329.html b/zarb-ml/mageia-dev/2013-March/023329.html new file mode 100644 index 000000000..e58da364a --- /dev/null +++ b/zarb-ml/mageia-dev/2013-March/023329.html @@ -0,0 +1,136 @@ + + + + [Mageia-dev] Dutch tax program dependencies + + + + + + + + + +

[Mageia-dev] Dutch tax program dependencies

+ Pascal Terjan + pterjan at gmail.com +
+ Wed Mar 6 20:05:49 CET 2013 +

+
+ +
On Wed, Mar 6, 2013 at 8:44 AM, Guillaume Rousse <guillomovitch at gmail.com>wrote:
+
+> Le 06/03/2013 00:50, Reinout van Schouwen a écrit :
+>
+>  Hi all,
+>>
+>> The Dutch tax service makes life difficult for (64-bit) Mageia users
+>> because the tax filing program expects the i586 versions of libxext6 and
+>> libsm6 to be around.
+>>
+>> The tax service claim on their web site that Ubuntu 12.x and Linux Mint
+>> 13 are supported. Could it be that they have these libraries
+>> preinstalled on 64 bit platforms?
+>>
+>> Would it be possible to provide some kind of stub package that downloads
+>> the program with the required dependencies, like Arch does? (
+>> https://aur.archlinux.org/**packages/belastingdienst-**ib2012/<https://aur.archlinux.org/packages/belastingdienst-ib2012/>)
+>>
+> Most binary-only i586 programs expects additional 32 bits libraires
+> dependencies: skype, for instance. On a pure 64 bits systems, these
+> libraries won't be installed, and they won't even be available directly, as
+> long as 32 bits additional package sources are not configured...
+>
+
+I think we configure the 32 bits media by default
+Having a 32 bits package installing this app and having the proper
+dependencies would make sense
+
+
+> I'm effraid than endlessly adding 32bits dependencies on our 64 bits
+> packages, such as we did with pulseaudio for skype case, or adding 'stub'
+> packages here, won't scale indefinitly to match every piece of softwares we
+> can't distribute ourselves. First, they are exceptions to our
+> 'self-containment' package sources policy... Second, dependencies won't
+> adress the package source configuration issue.
+>
+> So, what about adressing end users intelligence, and document all those
+> issues on a central 'compatibility' page on our wiki, instead of relying on
+> such kind of hacks ?
+>
+> --
+> BOFH excuse #155:
+>
+> Dumb terminal
+>
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: </pipermail/mageia-dev/attachments/20130306/2813cb80/attachment.html>
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1