Hello;
I am trying to build your file manager in its entirety on OpenBSD.
please advice what packages "from your repositories" should I build and in which orther ?
also advise me on the dipendencies.
thank you
OpenBSD packages could be search from https://openports.se/
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have not built xffm+ (the current gtk3 version at git repository) on
OpenBSD, but I do have it up and running on FreeBSD.
Xffm+ has much less dependencies than the gtk2 version (rodent).
Xffm+ requires gtk+ 3.24, and cmake and pkgconf. Whatever else is missing
will show up when you run cmake. Probably just pthreads, glib>=2.56.2,
gtk+>=3.24.1, X11). There is a test for FreeBSD in xffm+/CMakeLists.txt
which you would have to change for OpenBSD, (probably just "if(UNAME
MATCHES FreeBSD) to if(UNAME MATCHES OpenBSD). You can also reduce the gtk+
requirement to 3.22 without consequences. Although this is work in progress
and the latest version is in git repository, it is stable. To enable the
stuff which is not yet stable, define the environment variable "CXXFLAGS
-DALPHA" before running cmake.
Now, if you want the gtk2 version which is at the end of the line, you
probably just have to examine the FreeBSD port and adapt it to OpenBSD. You
can see the port at: https://www.freshports.org/x11-fm/rodent/
cheers!
Edscott
El jue., 7 de may. de 2020 a la(s) 16:11, John Moore (
j04nb@users.sourceforge.net) escribió:
Hello;
I am trying to build your file manager in its entirety on OpenBSD.
please advice what packages "from your repositories" should I build and in
which orther ?
also advise me on the dipendencies.
thank you
OpenBSD packages could be search from https://openports.se/
El dom., 17 de may. de 2020 a la(s) 01:14, John Moore (
j04nb@users.sourceforge.net) escribió:
Dear Dr. Edscott;
I remeber way back when that there where 3 part dependencies to your file
manager. Is that changed?
Dependencies have changed. Previously gnu-dbh and libtubo were
dependencies, now libtubo is incorporated as a
class template. Gnu-dbh is not yet used but when the functionality it
provides is incorporated it also will be a class template
so that no additional dependency is added. The libxml2 dependency has been
dropped and will not return, that has made some
functionality slow to appear.
and there is the error while building in openbsd:
full output:
/home/admin/OWN/xffm/xffm/./gtk/../common/tubo.hh:523:21: error: use
of undeclared identifier 'P_PID'
waitid (P_PID, fork_p->PID, &infop, WNOWAIT);
^
/home/admin/OWN/xffm/xffm/./gtk/../common/tubo.hh:523:49: error: use
of undeclared identifier 'WNOWAIT'
waitid (P_PID, fork_p->PID, &infop, WNOWAIT);
P_PID and WNOWAIT are included in sys/wait.h and according to the FreeBSD
man page they are
standard POSIX. Maybe OpenBSD compiler does not default to POSIX?
This error:
/home/admin/OWN/xffm/xffm/./fm/view/fstab/view.hh:74:4: error:
"Linux: <mntent.h> not found"</mntent.h>
error "Linux: <mntent.h> not found"</mntent.h>
Is because the cmake configure is not identifying the system as BSD, and is
defaulting to Linux.
What version of OpenBSD are you running? Since I'm in CoVid lockdown I can
install a VB of
OpenBSD and fix the errors and warning, which should be relatively simple.
hello Dr. https://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/install67.img
till May 19th which 6.7 official would be released
pkg_add -Dsnap <package_name> to install package
pkg_info -Dsnap -Q <package_name> to search among packages</package_name></package_name>
I fixed the errors in the dependency checks and corrected for the
missing waitid() function in the OpenBSD clib. The compile warnings are
also fixed. So now the code will compile configure and compile OK.
Nonetheless, there's something broken with how OpenBSD is handling posix
threads which is different from FreeBSD. The program will start, but as
soon as a mouse click triggers a pthread, the program will crash inside the
function called by created pthread.
I tried to follow the program with lldb, but for some reason lldb will
refuse to run even the simplest program with the error message "error:
failed to launch or debug process". Any suggestions?
regards,
Edscott
El lun., 18 de may. de 2020 a la(s) 15:46, John Moore (
j04nb@users.sourceforge.net) escribió:
hello Dr. https://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/install67.img
till May 19th which 6.7 official would be released
pkg_add -Dsnap <package_name> to install package
pkg_info -Dsnap -Q <package_name> to search among
packages</package_name></package_name>
I figured out the pthread problem. Apparently there was an extra mutex unlock where there should not have been one. It probably was causing bugs in Linux and Freebsd, but not so severe. Now xffm+ compiles and runs OK on OpenBSD. I'm still working on fixing a few minor bugs and enhancements.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello;
I am trying to build your file manager in its entirety on OpenBSD.
please advice what packages "from your repositories" should I build and in which orther ?
also advise me on the dipendencies.
thank you
OpenBSD packages could be search from https://openports.se/
I have not built xffm+ (the current gtk3 version at git repository) on
OpenBSD, but I do have it up and running on FreeBSD.
Xffm+ has much less dependencies than the gtk2 version (rodent).
Xffm+ requires gtk+ 3.24, and cmake and pkgconf. Whatever else is missing
will show up when you run cmake. Probably just pthreads, glib>=2.56.2,
gtk+>=3.24.1, X11). There is a test for FreeBSD in xffm+/CMakeLists.txt
which you would have to change for OpenBSD, (probably just "if(UNAME
MATCHES FreeBSD) to if(UNAME MATCHES OpenBSD). You can also reduce the gtk+
requirement to 3.22 without consequences. Although this is work in progress
and the latest version is in git repository, it is stable. To enable the
stuff which is not yet stable, define the environment variable "CXXFLAGS
-DALPHA" before running cmake.
Now, if you want the gtk2 version which is at the end of the line, you
probably just have to examine the FreeBSD port and adapt it to OpenBSD. You
can see the port at:
https://www.freshports.org/x11-fm/rodent/
cheers!
Edscott
El jue., 7 de may. de 2020 a la(s) 16:11, John Moore (
j04nb@users.sourceforge.net) escribió:
--
Dr. Edscott Wilson Garcia
Reservoir Engineering
Mexican Petroleum Institute
Dear Dr. Edscott;
I remeber way back when that there where 3 part dependencies to your file manager. Is that changed?
and there is the error while building in openbsd:
full output:
https://0bin.net/paste/5bgO9OqYkfOKXLi2#HuEgURN39nPbk3s6g1iCd6o9acsb-ouRPvVG4fSGI4r
Please advise!
thank you
El dom., 17 de may. de 2020 a la(s) 01:14, John Moore (
j04nb@users.sourceforge.net) escribió:
of undeclared identifier 'P_PID'
of undeclared identifier 'WNOWAIT'
P_PID and WNOWAIT are included in sys/wait.h and according to the FreeBSD
man page they are
standard POSIX. Maybe OpenBSD compiler does not default to POSIX?
This error:
"Linux: <mntent.h> not found"</mntent.h>
error "Linux: <mntent.h> not found"</mntent.h>
Is because the cmake configure is not identifying the system as BSD, and is
defaulting to Linux.
What version of OpenBSD are you running? Since I'm in CoVid lockdown I can
install a VB of
OpenBSD and fix the errors and warning, which should be relatively simple.
Regards
Edscott
thank you
--
Dr. Edscott Wilson Garcia
Reservoir Engineering
Mexican Petroleum Institute
hello Dr.
https://ftp.openbsd.org/pub/OpenBSD/snapshots/amd64/install67.img
till May 19th which 6.7 official would be released
pkg_add -Dsnap <package_name> to install package
pkg_info -Dsnap -Q <package_name> to search among packages</package_name></package_name>
also https://openports.se/
I appreciate your help
Thanks
Hi John,
I fixed the errors in the dependency checks and corrected for the
missing waitid() function in the OpenBSD clib. The compile warnings are
also fixed. So now the code will compile configure and compile OK.
Nonetheless, there's something broken with how OpenBSD is handling posix
threads which is different from FreeBSD. The program will start, but as
soon as a mouse click triggers a pthread, the program will crash inside the
function called by created pthread.
I tried to follow the program with lldb, but for some reason lldb will
refuse to run even the simplest program with the error message "error:
failed to launch or debug process". Any suggestions?
regards,
Edscott
El lun., 18 de may. de 2020 a la(s) 15:46, John Moore (
j04nb@users.sourceforge.net) escribió:
--
Dr. Edscott Wilson Garcia
Reservoir Engineering
Mexican Petroleum Institute
I figured out the pthread problem. Apparently there was an extra mutex unlock where there should not have been one. It probably was causing bugs in Linux and Freebsd, but not so severe. Now xffm+ compiles and runs OK on OpenBSD. I'm still working on fixing a few minor bugs and enhancements.
Hello Dr.
Happy to hear that.
thanks for your time and efforts.