<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-15">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7232.36">
<TITLE>cross-distribution wrapper library?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Hello everyone.<BR>
<BR>
I have an idea, but I know ideas are a dime-a-dozen without an implementation so I want to throw an idea out there and see whether it sticks with anybody.<BR>
<BR>
freedesktop.org has produced many successful specs and software, some oriented for both users (e.g., XDG spec) and others for developers (pkgconfig).<BR>
<BR>
In short, I think what Linux needs is library which wraps incompatible functionality with a single library with a very stable API and a liberal license.&nbsp; Querying what CD/DVD drives are available, where to install (and initialize) fonts, where to install documentation, and how to start init scripts are all incompatible across distributions, even different versions of different distributions.&nbsp; I propose a library which hides this difference through a single API.<BR>
<BR>
+ IDEAS<BR>
<BR>
Following the Autopackage project [2] gave me the idea of a cross-distribution library which hides some of the incompatibilities between current distributions.&nbsp; For broadest acceptance, it would be licensed under the BSD, zlib, or similar license.<BR>
<BR>
The big, overall reason is to create a software abstraction layer (i.e., SAL) for all Linux distributions, so no matter the underlying tools to perform a certain function, it will done.<BR>
<BR>
Examples:<BR>
1. documentation location<BR>
Fedora Core and most distributions have their documentation in /usr/share/doc/PACKAGE_NAME.&nbsp; SuSE has it in /usr/share/doc/packages/PACKAGE_NAME.<BR>
2. starting a service<BR>
How do you start services?&nbsp; /etc/init.d/INIT_SCRIPT_NAME start ?&nbsp; rcINIT_SCRIPT_NAME start?&nbsp; service INIT_SCRIPT_NAME start?<BR>
It varies on the distribution, and so &quot;complicated&quot; RPMs rarely work between distributions even if the glibc and gcc versions match.<BR>
3. font location<BR>
The issue comes up of where to install user fonts, and how to &quot;enable&quot; them. /usr/share/fonts/local/, /usr/share/fonts/, /usr/X11R6/lib/X11/fonts/truetype, are almost all valid locations.<BR>
4. CD-ROM/DVD drive<BR>
Some distributions mount their devices under /media.&nbsp; Others under /mnt.&nbsp; And even then there's no guarantee of what the directory will be for the mounted device.<BR>
<BR>
Many other incompatibilities exist between distributions.&nbsp; Some of them, like the location of the CD-ROM/DVD drive, will help drive Linux desktop applications, while some may not (at least directly).<BR>
<BR>
+ VISION<BR>
<BR>
Many applications would benefit from such a library.&nbsp; For example, an Apache GUI would have a &quot;Start on boot&quot; checkbox which would call the &quot;configureService()&quot; function in my library.&nbsp; The &quot;configureService()&quot; function would run chkconfig, or insserv, or whatever in order to add the Apache service to start the Apache server on boot.&nbsp; Or, for just the user, it would install it locally for just the current user under $XDG_CONFIG_HOME/autostart/ via &quot;installServiceLocal()&quot; or whatever.&nbsp; Software like this is very much lacking, IMO, in the Linux world.<BR>
<BR>
Game developers would be able to get a list of all the available CD/DVD drives by calling &quot;getAllCDDrives()&quot; and, for example, ask the user to put CD number four into their Plextor drive (versus telling the user to mount it under /mnt/cdrom).&nbsp; In Unreal Tournament 2003/2004, for example, one has to manually set an environment variable to tell the installer where to search for the location[3].&nbsp; And even this doesn't work with automount/submount distributions.<BR>
<BR>
And, finally, RPMs and other packages that do anything with init scripts will finally work across different distributions.<BR>
<BR>
This kind of library would help freedesktop.org's goal of &quot;interoperability and shared technology for X Window System desktops&quot;, even if indirectly, and it would certain act as a &quot;a base platform for desktop software on Linux and UNIX&quot; [1].<BR>
<BR>
I apologize ahead of time if this isn't the appropriate venue for this kind of discussion, and I thank anyone willing to reply.<BR>
<BR>
[1] <A HREF="http://freedesktop.org/wiki/">http://freedesktop.org/wiki/</A><BR>
[2] <A HREF="http://www.autopackage.org/">http://www.autopackage.org/</A><BR>
[3] <A HREF="http://www.idoru.org/unreal.html">http://www.idoru.org/unreal.html</A><BR>
&nbsp;&nbsp;&nbsp; <A HREF="http://forums.suselinuxsupport.de/lofiversion/index.php/t5857.html">http://forums.suselinuxsupport.de/lofiversion/index.php/t5857.html</A><BR>
</FONT>
</P>

</BODY>
</HTML>