Replies: 6 comments 10 replies
-
Hello, |
Beta Was this translation helpful? Give feedback.
-
Yes, it would be great to know the issues. I am ready to add somethings in the scripts/ dir. to help, I just received feedback for the Debian case. Despite incredible administrative issues, I hope to have 2 interns this summer, and that is a very good topic :) |
Beta Was this translation helpful? Give feedback.
-
This may be stupid - but why not build statically-linked binary for "all
other distros?" A robot-build once per month?
Example:
https://salome-platform.org/downloads/current-version
(/see "universal linux binary" download/)
It seems like that would avoid complicated solutions.
…On 4/12/21 1:04 AM, Giloo wrote:
Hi @amolh12 <https://github.com/amolh12> , I 'm afraid you suffer from
the result of our new building policy, although a flaw in our
procedure is possible.
Basically, we absolutely need to know at build if plplot is installed
with the wxwidgets support, be it a dynamic or static driver. And
*refuse to build if not*. This is imperative if we want the /packagers
provide a working gdl and not something that will crash at the first
plot/ because the plplot driver is not present.
The CMakeLists.txt provides cmake with a simple test to check that.
Apparently it fails miserably:
|*** PLPLOT ERROR, ABORTING OPERATION *** plInitDispatchTable: Could
not open drivers directory, aborting operation Return value: 1 Source
file was: #include <plplot/plplot.h> #include<string.h> int main(int
argc, char **argv) { int numdevs = 128; const char **devlongnames =
(const char**) malloc(numdevs * sizeof (char*)); const char **devnames
= (const char**) malloc(numdevs * sizeof (char*));
plgDevs(&devlongnames, &devnames, &numdevs); for (int i = 0; i <
numdevs; ++i) {if (strcmp("wxwidgets", devnames[i])==0)
exit(EXIT_SUCCESS);} exit(EXIT_FAILURE); } |
It was not intended to fail on |plInitDispatchTable: Could not open
drivers directory, aborting operation| however.
I do not see why plplot would not "open drivers directory", is it
because plplot is built without dynamic drivers? the plplot library is
by construction very diverse, and has too many possibilities for us to
handle. Could you check that plplot works (independently) and that it
has installed e.g., the wxwidgets driver in something like
|/usr/lib64/plplot5.14.0/drivers/wxwidgets.so| (5.14.0 in my mageia
version).
As the cmake is suposed to work, provided you have removed any Cmake
Cache left, and type
|cmake -DINTERACTIVE_GRAPHICS=OFF ... (etc)| it should not hang (if it
does, then it's another bug). If it works however you'll not get any
graphic outputs, that's probably not what you expect.
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#914 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEAREVCHZDVYDU6DCMIR263TIKSR3ANCNFSM42X34MBQ>.
|
Beta Was this translation helpful? Give feedback.
-
How about reporting a bug report to OpenSuse, that's just a distro bug, not a bug in GDL. This issue should be closed as "invalid". About statistically linked binary, welcome back to the 80s? Why do you think shared library has been invented on operating system? Releasing only a flatpak means that the source code and compilation system will be poorly tested, open door to bugs. It will also let grow the gap between API used in GDL and API provided by the most recent libraries GDL needs. At some point, to keep a binary version running, developpers will package obsolete frozen versions of these libraries within the binary, and this will be another open door to many bugs. At some point the package will be completely separated to all the mainstream libs it needs, and ready to die with a forgotten code. Check out how many code from the 80s are still running today... One exception being "iraf", but that's because it moved back to community and can start again be compiled against modern libs. PS: that does not forbid to have a flatpak release, but that is more work. Cheers. |
Beta Was this translation helpful? Give feedback.
-
I'm more than familiar with the philosophies associated - but this isn't
an OS. That's why I included a link to a /fully-maintained /modern,
complex code which /does/ do a static binary in addition to distros -
there has been no devastating stuff associated with this practice. It
appears to involve less work.
Enjoy.
…On 4/17/21 12:12 PM, dirteat wrote:
How about reporting a bug report to OpenSuse, that's just a distro
bug, not a bug in GDL. This issue should be closed as "invalid".
About statistically linked binary, welcome back to the 80s? Why do you
think shared library has been invented on operating system?
Releasing only a flatpak means that the source code and compilation
system will be poorly tested, open door to bugs. It will also let grow
the gap between API used in GDL and API provided by the most recent
libraries GDL needs. At some point, to keep a binary version running,
developpers will package obsolete frozen versions of these libraries
within the binary, and this will be another open door to many bugs. At
some point the package will be completely separated to all the
mainstream libs it needs, and ready to die with a forgotten code.
Check out how many code from the 80s are still running today... One
exception being "iraf", but that's because it moved back to community
and can start again be compiled against modern libs.
PS: that does not forbid to have a flatpak release, but that is more work.
Cheers.
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#914 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEAREVFLTIMFHWT4VPKQPN3TJHMTRANCNFSM42X34MBQ>.
|
Beta Was this translation helpful? Give feedback.
-
I finally managed to run the GDL on the OpenSUSE. Following steps I took: Install GDL from Fedora repository.
The above step will extract all the libraries required. On OpenSUSE: Copy
|
Beta Was this translation helpful? Give feedback.
-
Dear All,
I just recently switched to OpenSuse from Fedora, and really struggling to get the GDL up and running on OpenSuse. It would be really great if GDL team please release it as a Flatpak / Snap application. The portability with all the Linux distro would be really great!
Thanks
Beta Was this translation helpful? Give feedback.
All reactions