8:35 a.m.
Am I getting the warning below because there is a period in the lib name?
mygui-devel.i686: E: invalid-soname /usr/lib/libMyGUI.OgrePlatform.so
If so, is it really an error?
10:18 a.m.
On Tue, 8 Feb 2011 08:35:03 -0600, Bruno wrote:
Am I getting the warning below because there is a period in the lib
name?
mygui-devel.i686: E: invalid-soname /usr/lib/libMyGUI.OgrePlatform.so
If so, is it really an error?
(far behind with some of my folders)
As no reply is listed in this thread:
rpmlint verbose info would say: '''The soname of the library is neither of
the form lib<libname>.so.<major> or
lib<libname>-<major>.so.''',
The period really isn't the problem, the missing version number is.
Often it's an error because it bears a higher risk of causing breakage.
Btw, "mygui" in Fedora 14 is mispackaged related to this. This lib
has been moved into a private directory %_libdir/MYGUI/ where it is
placed outside run-time linker's search path. The lib isn't found by
the -tools and -demos, which are linked with it. Additionally, some
of the packages suffer from unowned directories.
11:44 a.m.
On Wed, Mar 30, 2011 at 17:18:00 +0200,
Michael Schwendt <mschwendt(a)gmail.com> wrote:
On Tue, 8 Feb 2011 08:35:03 -0600, Bruno wrote:
> Am I getting the warning below because there is a period in the lib name?
> mygui-devel.i686: E: invalid-soname /usr/lib/libMyGUI.OgrePlatform.so
>
> If so, is it really an error?
(far behind with some of my folders)
As no reply is listed in this thread:
rpmlint verbose info would say: '''The soname of the library is neither of
the form lib<libname>.so.<major> or
lib<libname>-<major>.so.''',
The period really isn't the problem, the missing version number is.
Often it's an error because it bears a higher risk of causing breakage.
Btw, "mygui" in Fedora 14 is mispackaged related to this. This lib
has been moved into a private directory %_libdir/MYGUI/ where it is
placed outside run-time linker's search path. The lib isn't found by
the -tools and -demos, which are linked with it. Additionally, some
of the packages suffer from unowned directories.
Thanks. I filed a bug about this. I'll look at getting things fixed for this,
probably in an F16 time frame, as it will be past beta by the time I get
a chance to look at it in depth and I don't want to break other packages.
12:14 p.m.
On Wed, 30 Mar 2011 11:44:57 -0500, Bruno wrote:
> On Tue, 8 Feb 2011 08:35:03 -0600, Bruno wrote:
>
> > Am I getting the warning below because there is a period in the lib name?
> > mygui-devel.i686: E: invalid-soname /usr/lib/libMyGUI.OgrePlatform.so
> >
> > If so, is it really an error?
>
>
> (far behind with some of my folders)
>
> As no reply is listed in this thread:
>
> rpmlint verbose info would say: '''The soname of the library is neither
of
> the form lib<libname>.so.<major> or
lib<libname>-<major>.so.''',
>
> The period really isn't the problem, the missing version number is.
> Often it's an error because it bears a higher risk of causing breakage.
>
> Btw, "mygui" in Fedora 14 is mispackaged related to this. This lib
> has been moved into a private directory %_libdir/MYGUI/ where it is
> placed outside run-time linker's search path. The lib isn't found by
> the -tools and -demos, which are linked with it. Additionally, some
> of the packages suffer from unowned directories.
Thanks. I filed a bug about this. I'll look at getting things fixed for this,
probably in an F16 time frame, as it will be past beta by the time I get
a chance to look at it in depth and I don't want to break other packages.
No other packages depend on it:
$ repoquery --alldeps --whatrequires mygui
mygui-0:3.0.1-5.fc15.i686
mygui-0:3.0.1-5.fc15.x86_64
mygui-demos-0:3.0.1-5.fc15.x86_64
mygui-devel-0:3.0.1-5.fc15.i686
mygui-devel-0:3.0.1-5.fc15.x86_64
mygui-tools-0:3.0.1-5.fc15.x86_64
Actually, to have the run-time linker find libMyGUI.OgrePlatform.so in
%_libdir/MYGUI/, the package adds a file in /etc/ld.so.conf/. Rather
pointless, because then it could be stored directly in %_libdir instead.
Currently, the reinstalled -demos and -tools seem to work, too, so the
problems with unowned dirs are minor.
On F-15, libMyGUI.OgrePlatform.so is duplicated, as it is included also in
mygui-devel ... directly in %_libdir. ;)
10:15 p.m.
2011/3/31 Michael Schwendt <mschwendt(a)gmail.com>
On Wed, 30 Mar 2011 11:44:57 -0500, Bruno wrote:
> > Btw, "mygui" in Fedora 14 is mispackaged related to this. This lib
> > has been moved into a private directory %_libdir/MYGUI/ where it is
> > placed outside run-time linker's search path. The lib isn't found by
> > the -tools and -demos, which are linked with it. Additionally, some
> > of the packages suffer from unowned directories.
>
> Thanks. I filed a bug about this. I'll look at getting things fixed for this,
> probably in an F16 time frame, as it will be past beta by the time I get
> a chance to look at it in depth and I don't want to break other packages.
Actually, to have the run-time linker find libMyGUI.OgrePlatform.so in
%_libdir/MYGUI/, the package adds a file in /etc/ld.so.conf/. Rather
pointless, because then it could be stored directly in %_libdir instead.
Sorry for not having noticed this thread until Bruno filed the ticket;
MyGui is a multiplatform library that supports binary plugins, and the binary
wrapper to the underlying 3d framework is implemented as a plugin as well
(Ogre in this case); because of this i decided to create a private directory
for MyGui plugins, while the main library libMyGUIEngine.so is under /usr/lib.
Unfortunately there were no plugins available for the linux platform,
or without legal issues, at the moment of packaging it. The plan was
to have this libMyGUI.OgrePlatform.so in a separate subpackage, as well
as other plugins while they were coming out.
On F-15, libMyGUI.OgrePlatform.so is duplicated, as it is included
also in
mygui-devel ... directly in %_libdir. ;)
That's unexpected to me, i'm still using F-14; Bruno is it a result of your
recent work on updating from upstream?
Guido
--
Guido Grazioli <guido.grazioli(a)gmail.com>
Via Parri 11 48011 - Alfonsine (RA)
Mobile: +39 347 1017202 (10-18)
Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278
Linked in: http://www.linkedin.com/in/guidograzioli
11:09 p.m.
On Thu, Mar 31, 2011 at 14:15:44 +1100,
> On F-15, libMyGUI.OgrePlatform.so is duplicated, as it is included also in
> mygui-devel ... directly in %_libdir. ;)
That's unexpected to me, i'm still using F-14; Bruno is it a result of your
recent work on updating from upstream?
It is certainly possible that I made a mistake when trying to do the update
for F15.
3:48 a.m.
On Thu, 31 Mar 2011 14:15:44 +1100, Guido wrote:
> Actually, to have the run-time linker find
libMyGUI.OgrePlatform.so in
> %_libdir/MYGUI/, the package adds a file in /etc/ld.so.conf/. Rather
> pointless, because then it could be stored directly in %_libdir instead.
Sorry for not having noticed this thread until Bruno filed the ticket;
MyGui is a multiplatform library that supports binary plugins, and the binary
wrapper to the underlying 3d framework is implemented as a plugin as well
(Ogre in this case); because of this i decided to create a private directory
for MyGui plugins, while the main library libMyGUIEngine.so is under /usr/lib.
Unfortunately there were no plugins available for the linux platform,
or without legal issues, at the moment of packaging it. The plan was
to have this libMyGUI.OgrePlatform.so in a separate subpackage, as well
as other plugins while they were coming out.
So, it is planned to really hide this library (and its RPM dependenceis)
in a future release?
While the directory may be private (and outside run-time linker's search
path), this is not true anymore after extending ld.so.conf. Plus, the
library within that directory is treated like a public library instead of
a private plugin (backend/module). On F-14:
$ repoquery --whatrequires libMyGUI.OgrePlatform.so
mygui-demos-0:3.0.0-0.4.2332svn.fc13.i686
mygui-tools-0:3.0.0-0.4.2332svn.fc13.i686
$ repoquery --whatprovides libMyGUI.OgrePlatform.so
mygui-0:3.0.0-0.4.2332svn.fc13.i686
Currently, as it seems, the tools and demos in %_libdir/MYGUI/ subdirs for
Tools and Demos are linked with it and create a direct dependency on _any_
libMyGUI.OgrePlatform.so found in ld.so's search path. I find this
practice sort of questionable, since the library file name is unusual
enough as to create a conflict in %_libdir and justify an own dir.
8:20 a.m.
2011/3/31 Michael Schwendt:
On Thu, 31 Mar 2011 14:15:44 +1100, Guido wrote:
So, it is planned to really hide this library (and its RPM dependenceis)
in a future release?
While the directory may be private (and outside run-time linker's search
path), this is not true anymore after extending ld.so.conf. Plus, the
library within that directory is treated like a public library instead of
a private plugin (backend/module).
Currently, as it seems, the tools and demos in %_libdir/MYGUI/ subdirs for
Tools and Demos are linked with it and create a direct dependency on _any_
libMyGUI.OgrePlatform.so found in ld.so's search path. I find this
practice sort of questionable, since the library file name is unusual
enough as to create a conflict in %_libdir and justify an own dir.
That's definitely true; as i said i tried to sort out things ahead of time,
and adding the ld.so.conf entry was the workaround, because unexpectedly
the tools and demos were linked directly to the wrapper library.
I regret if it is not acceptable; i will update the package moving the library
in _libdir (well just removing it from the old subdir as you found out its a
duplicate now), and renaming it with major version, asap.
Thanks for the hints
--
Guido Grazioli <guido.grazioli(a)gmail.com>
Via Parri 11 48011 - Alfonsine (RA)
Mobile: +39 347 1017202 (10-18)
Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278
Linked in: http://www.linkedin.com/in/guidograzioli
4768
days inactive
4819
days old
packaging@lists.fedoraproject.org
7 comments
3 participants
participants (3)
-
Bruno Wolff III -
Guido Grazioli -
Michael Schwendt