Christoph Wickert ha scritto:
> OBS is good for developers to provide packages for different
> distributions without to much hassle. However the quality of these
> packages is not really good in most cases IMO.
The package quality is due to packager to to OBS itsealf, obs just
provide a chroot enviroment where build you packages plus some post
build, quality checks on the package (spec file for example) and code,
like the gcc lint i post or checks on .desktop and init scripts and so on.
> People focus on their favorite distribution, but don't really care about
> others. For example I
> focus on rpm and it's been a while since I last build a deb. So I have
> no idea if/how Debian's packaging guidelines have changed in the
> meantime.
You can just write the spec file for your own distribution, following
you distro guidelines, (really we can use distro specific obs macros,
and create a multidistro spec file, for example:
%if 0%{?fedora_version} == 11
fedora 11 stuffs here
%endif
%if 0%{?suse_version} == 1110
suse 11.1 stuffs here
%endif )
more infos here:
http://en.opensuse.org/Build_Service/cross_distribution_package_how_to
for deb packages instead:
http://en.opensuse.org/Build_Service/Deb_builds
the easy thing is that for rpms you need a spec file, sources and 1 or
more patches, you (the packager) have only to put all together in the
obs, it will take care to use them. (the same happen with debs, you put
control, dsc, changelog and patch files and obs wll build it)
> We are in the lucky position to have dedicated package maintainers for
> all distributions you mentioned, so packages are available in the
> distributions itself and users don't need to add another package
> repository of unknown quality.
I agree (in part), if lxde is provided into MAIN repos like mandriva,
than you can skip it, but if you are any way supposed to add a specific
repo, i think instead, that if all packagers works together, they
(including me) will have a greate chance to improve packages and use
other distro patches (if valid). In other words, The packagers are still
the same, then the packages quality is still the same, but because all
packagers works together all of them can help each others and improve
all packages.
> If there is a distro or a package
> missing, it's most likely due to missing requirements. When I was doing
> RHEL builds last week, I noticed that many packages required a newer
> version of GTK2, wich is no problem for Fedora, but for RHEL. I guess
> the same might apply for Ubuntu 6.06 or Debian Etch.
>
i don't see the problem, you can just disable a particular repo/distro
building
> To summ it up: OSM is a good tool, but LXDE is happy to not really need
> it at the current point.
>
OSM? can you explain it better? what's that?
>
> Kind regards,
> Christoph
>
>
Regards
Andrea
--
------------------------------------------
Andrea Florio
QSI International School of Brindisi Sys Admin
openSUSE-Education Administrator
openSUSE Official Member (anubisg1)
Email: [email protected]
Packman Packaging Team
Email: [email protected]
Web: http://packman.links2linux.org/
Cell: +39-328-7365667
------------------------------------------
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Lxde-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lxde-list
