FAQ Search Today's Posts Mark Forums Read

» Linux Archive
Home
New Posts
Search
FAQ


Go Back   Linux Archive > Redhat > Fedora Packaging

 
 
LinkBack Thread Tools
 
Old 10-14-2008, 10:11 AM
Paul
 
Default libgdiplus-devel subpackage

Hi,

Currently libgdiplus is broken into devel and the main package as per
the packaging rules. However, the .so.0 files in the main package
symlink to the -devel, so without the -devel subpackage, libgdiplus has
problems.

In mono, this is fixed (kind of) by having mono-winforms requiring
libgdiplus-devel (which pulls in libgdiplus if it's not already
installed). Not the best solution, but one which works. Obviously, this
can't be used for libgdiplus.

Given the nature of libgdiplus can an exception be made to this package
so the .so file is bundled with the main package as well as the .pc
file? I know it breaks the packaging regs, but I can't think of another
way around it.

TTFN

Paul

--
Sie können mich aufreizen und wirklich heiß machen!
--
Fedora-packaging mailing list
Fedora-packaging@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-packaging
 
Old 10-14-2008, 10:25 AM
"Sergio Pascual"
 
Default libgdiplus-devel subpackage

And why .so.0 file in the main package symlinks to the so in devel
instead of linking to the .so.0.0.0 in main?

Sergio

On Tue, Oct 14, 2008 at 11:11 AM, Paul <paul@all-the-johnsons.co.uk> wrote:
> Hi,
>
> Currently libgdiplus is broken into devel and the main package as per
> the packaging rules. However, the .so.0 files in the main package
> symlink to the -devel, so without the -devel subpackage, libgdiplus has
> problems.
>
> In mono, this is fixed (kind of) by having mono-winforms requiring
> libgdiplus-devel (which pulls in libgdiplus if it's not already
> installed). Not the best solution, but one which works. Obviously, this
> can't be used for libgdiplus.
>
> Given the nature of libgdiplus can an exception be made to this package
> so the .so file is bundled with the main package as well as the .pc
> file? I know it breaks the packaging regs, but I can't think of another
> way around it.
>
> TTFN
>
> Paul
>
> --
> Sie können mich aufreizen und wirklich heiß machen!
>
> --
> Fedora-packaging mailing list
> Fedora-packaging@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-packaging
>
>

--
Fedora-packaging mailing list
Fedora-packaging@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-packaging
 
Old 10-14-2008, 12:09 PM
Ralf Corsepius
 
Default libgdiplus-devel subpackage

On Tue, 2008-10-14 at 10:11 +0100, Paul wrote:
> Hi,
>
> Currently libgdiplus is broken into devel and the main package as per
> the packaging rules. However, the .so.0 files in the main package
> symlink to the -devel, so without the -devel subpackage, libgdiplus has
> problems.
>
> In mono, this is fixed (kind of) by having mono-winforms requiring
> libgdiplus-devel (which pulls in libgdiplus if it's not already
> installed). Not the best solution, but one which works. Obviously, this
> can't be used for libgdiplus.
>
> Given the nature of libgdiplus can an exception be made to this package
> so the .so file is bundled with the main package as well as the .pc
> file?
No.

> I know it breaks the packaging regs, but I can't think of another
> way around it.
Please explain, why libgdiplus.so must be part of the run-time.

Ralf


--
Fedora-packaging mailing list
Fedora-packaging@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-packaging
 

Thread Tools




All times are GMT. The time now is 08:38 AM.

VBulletin, Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org