Alain Bonnefoy <firstname.lastname@example.org> wrote:
QPG:Add file=“Rieter_misc/lib/libRieter_misc.so.1” install="/lib/"/
QPG:Add file=“Rieter_misc/lib/libRieter_misc.so.1” install="/lib/"
Not sure it’s correct and don’t know how it can find
Rieter_misc/lib/libRieter_misc.so.1 to package it!!!
I’m also waiting for Jerry point of view.
Okay, here it is…
Packager has one (and only one) problem that I can see, and that
is that the -x option does not take symbolic links into account when
creating the QPG file. You can add them by hand, for now.
The QPG entries that you’ve shown are correct, as far as packager
knows. It reads your existing package, and finds libRieter_misc.so.1
packaged inside. So that is the QPG:Add entry that it writes to
the QPG. The second line (where component=“slib”) can be safely
removed from the QPG, since this will be done automatically anyway.
The install location is /lib/ because that’s where the existing package
says it is. And that’s fine. When packager repackages using the QPG,
it will look at libRieter_misc.so.1 and see that it’s an x86 shared lib,
and automatically redirect it to /x86/lib, as you want.
The fact that you have libRieter_misc.so.1 named libRieter_misc.so on
your hard drive simply means that you have to alter the QPG:Add
line to rename the file: file=“libRieter_misc.so”, so that packager can
find it on your hard drive, then rename in the install="" section:
<QPG:Add file=“Rieter_misc/lib/libRieter_misc.so” install=
The “missing feature” that packager does not put in the symlinks,
means that you also have to add another QPG:Add line:
<QPG:Add file=“libRieter_misc.so” install="/x86/lib/" filetype=
Remember that the -x option simply gives you a QPG to start with,
so that you don’t have to create a QPG from scratch. Package your
product normally, then create a QPG, then edit the QPG to make it
do exactly what you want packager to do, then repackage using
the QPG. Sorry for any confusion that this caused.
I hope this has provided some help.