Hi Michael,

I did a clean new install and took the log files from the tests/libpakfire and tests/python directories.

The only one that passed this time was the test.py from the tests/python directory. All others failed.

I have archived them into an xz file that is attached.

Regards, Adolf.

On 17/08/2023 11:38, Michael Tremer wrote:

Hello Adolf,

Thank you very much for the quick feedback.

After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine.

Best, -Michael

...

On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote:

I am using Arch Linux.

I already do some building of my bacula client package on my laptop so it has the normal build tools installed.

To get autogen.sh to run I had to install intltool

To get configure to run I had to additionally install.

asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv

After that configure ran without any problems, as did make.

Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py I ran the make check a second time and then two passed - test.py and progressbar.py Further running of make check didn't change anything.

make install went fine and after that I can run pakfire-builder --help and get the help screen.

Regards, Adolf.

On 16/08/2023 17:29, Michael Tremer wrote:

...

Hello everyone,

For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system.

I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something…

Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using.

Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary

On Debian, I have to install these packages as dependencies (yes it is quite a lot):

• asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev

I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :)

You can use the usual three-clause build process after generating the configure script:

./autogen.sh ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug make (make check) make install

After that, you should be able to run pakfire-builder —-help.

Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution.

All the best, -Michael

-- Sent from my laptop

Hello Adolf,

On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

When I built pakfire I just installed the programs that were flagged up as missing during the configure section.

I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find).

Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux.

Just to check, I installed lzlib and re-did the make check and the same problems occurred.

The configure script will complain if something is missing as none of the dependencies are optional.

Apologies for taking so long to reply, but I should finally have a fix for the test suite:

https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe...

Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment.

If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this:

git clone https://git.ipfire.org/pub/git/ipfire-3.x.git cd ipfire-3.x pakfire-builder build beep/beep.nm

Please let me know how that is going.

-Michael

Regards,

Adolf.

On 17/08/2023 12:18, Adolf Belka wrote:

...

Hi Michael,

I did a clean new install and took the log files from the tests/libpakfire and tests/python directories.

The only one that passed this time was the test.py from the tests/python directory. All others failed.

I have archived them into an xz file that is attached.

Regards, Adolf.

On 17/08/2023 11:38, Michael Tremer wrote:

...

Hello Adolf,

Thank you very much for the quick feedback.

After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine.

Best, -Michael

...

On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote:

I am using Arch Linux.

I already do some building of my bacula client package on my laptop so it has the normal build tools installed.

To get autogen.sh to run I had to install intltool

To get configure to run I had to additionally install.

asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv

After that configure ran without any problems, as did make.

Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py I ran the make check a second time and then two passed - test.py and progressbar.py Further running of make check didn't change anything.

make install went fine and after that I can run pakfire-builder --help and get the help screen.

Regards, Adolf.

On 16/08/2023 17:29, Michael Tremer wrote:

...

Hello everyone,

For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system.

I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something…

Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using.

Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary

On Debian, I have to install these packages as dependencies (yes it is quite a lot):

• asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev

I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :)

You can use the usual three-clause build process after generating the configure script:

./autogen.sh ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug make (make check) make install

After that, you should be able to run pakfire-builder —-help.

Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution.

All the best, -Michael

-- Sent from my laptop

-- Sent from my laptop

Hello,

Yes, I believe this is what it does on my system. So this is alright.

Did you try the other commands?

-Michael

On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 16:39, Michael Tremer wrote:

...

Hello Adolf,

...

On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

When I built pakfire I just installed the programs that were flagged up as missing during the configure section.

I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find).

Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux.

Just to check, I installed lzlib and re-did the make check and the same problems occurred.

The configure script will complain if something is missing as none of the dependencies are optional. Apologies for taking so long to reply, but I should finally have a fix for the test suite: https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment.

This time 20 passed out of 28

PASS: tests/libpakfire/main PASS: tests/libpakfire/arch PASS: tests/libpakfire/archive FAIL: tests/libpakfire/build FAIL: tests/libpakfire/cgroup PASS: tests/libpakfire/compress PASS: tests/libpakfire/config PASS: tests/libpakfire/db PASS: tests/libpakfire/dependencies PASS: tests/libpakfire/digest PASS: tests/libpakfire/downloader PASS: tests/libpakfire/file FAIL: tests/libpakfire/jail PASS: tests/libpakfire/key FAIL: tests/libpakfire/makefile PASS: tests/libpakfire/package PASS: tests/libpakfire/packager PASS: tests/libpakfire/parser PASS: tests/libpakfire/progressbar PASS: tests/libpakfire/repo PASS: tests/libpakfire/snapshot PASS: tests/libpakfire/string FAIL: tests/libpakfire/util FAIL: tests/python/keys.py FAIL: tests/python/jail.py FAIL: tests/python/package.py PASS: tests/python/progressbar.py PASS: tests/python/test.py

...

If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: git clone https://git.ipfire.org/pub/git/ipfire-3.x.git cd ipfire-3.x pakfire-builder build beep/beep.nm Please let me know how that is going. -Michael

...

Regards,

Adolf.

On 17/08/2023 12:18, Adolf Belka wrote:

...

Hi Michael,

I did a clean new install and took the log files from the tests/libpakfire and tests/python directories.

The only one that passed this time was the test.py from the tests/python directory. All others failed.

I have archived them into an xz file that is attached.

Regards, Adolf.

On 17/08/2023 11:38, Michael Tremer wrote:

...

Hello Adolf,

Thank you very much for the quick feedback.

After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine.

Best, -Michael

...

On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote:

I am using Arch Linux.

I already do some building of my bacula client package on my laptop so it has the normal build tools installed.

To get autogen.sh to run I had to install intltool

To get configure to run I had to additionally install.

asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv

After that configure ran without any problems, as did make.

Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py I ran the make check a second time and then two passed - test.py and progressbar.py Further running of make check didn't change anything.

make install went fine and after that I can run pakfire-builder --help and get the help screen.

Regards, Adolf.

On 16/08/2023 17:29, Michael Tremer wrote: > Hello everyone, > > For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. > > I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… > > Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. > > Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary > > On Debian, I have to install these packages as dependencies (yes it is quite a lot): > > * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev > > I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) > > You can use the usual three-clause build process after generating the configure script: > > ./autogen.sh > ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug > make > (make check) > make install > > After that, you should be able to run pakfire-builder —-help. > > Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. > > All the best, > -Michael

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hello Adolf,

Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well.

Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal.

Best, -Michael

On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 18:23, Michael Tremer wrote:

...

Hello, Yes, I believe this is what it does on my system. So this is alright. Did you try the other commands?

Just tried them and got the following errors:-

pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Package Database: bootstrap 100% | 2.1M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael

...

On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 16:39, Michael Tremer wrote:

...

Hello Adolf,

...

On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

When I built pakfire I just installed the programs that were flagged up as missing during the configure section.

I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find).

Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux.

Just to check, I installed lzlib and re-did the make check and the same problems occurred.

The configure script will complain if something is missing as none of the dependencies are optional. Apologies for taking so long to reply, but I should finally have a fix for the test suite: https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment.

This time 20 passed out of 28

PASS: tests/libpakfire/main PASS: tests/libpakfire/arch PASS: tests/libpakfire/archive FAIL: tests/libpakfire/build FAIL: tests/libpakfire/cgroup PASS: tests/libpakfire/compress PASS: tests/libpakfire/config PASS: tests/libpakfire/db PASS: tests/libpakfire/dependencies PASS: tests/libpakfire/digest PASS: tests/libpakfire/downloader PASS: tests/libpakfire/file FAIL: tests/libpakfire/jail PASS: tests/libpakfire/key FAIL: tests/libpakfire/makefile PASS: tests/libpakfire/package PASS: tests/libpakfire/packager PASS: tests/libpakfire/parser PASS: tests/libpakfire/progressbar PASS: tests/libpakfire/repo PASS: tests/libpakfire/snapshot PASS: tests/libpakfire/string FAIL: tests/libpakfire/util FAIL: tests/python/keys.py FAIL: tests/python/jail.py FAIL: tests/python/package.py PASS: tests/python/progressbar.py PASS: tests/python/test.py

...

If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: git clone https://git.ipfire.org/pub/git/ipfire-3.x.git cd ipfire-3.x pakfire-builder build beep/beep.nm Please let me know how that is going. -Michael

...

Regards,

Adolf.

On 17/08/2023 12:18, Adolf Belka wrote:

...

Hi Michael,

I did a clean new install and took the log files from the tests/libpakfire and tests/python directories.

The only one that passed this time was the test.py from the tests/python directory. All others failed.

I have archived them into an xz file that is attached.

Regards, Adolf.

On 17/08/2023 11:38, Michael Tremer wrote: > Hello Adolf, > > Thank you very much for the quick feedback. > > After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. > > Best, > -Michael > >> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >> >> I am using Arch Linux. >> >> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >> >> To get autogen.sh to run I had to install intltool >> >> To get configure to run I had to additionally install. >> >> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >> >> After that configure ran without any problems, as did make. >> >> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >> I ran the make check a second time and then two passed - test.py and progressbar.py >> Further running of make check didn't change anything. >> >> make install went fine and after that I can run pakfire-builder --help and get the help screen. >> >> Regards, >> Adolf. >> >> >> On 16/08/2023 17:29, Michael Tremer wrote: >>> Hello everyone, >>> >>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>> >>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>> >>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>> >>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>> >>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>> >>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>> >>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>> >>> You can use the usual three-clause build process after generating the configure script: >>> >>> ./autogen.sh >>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>> make >>> (make check) >>> make install >>> >>> After that, you should be able to run pakfire-builder —-help. >>> >>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>> >>> All the best, >>> -Michael >> >> -- >> Sent from my laptop >> >

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hi Michael,

I went back to pakfire and looked through the config.log file from my build.

From that I noticed the following defines

#define PAKFIRE_CONFIG_DIR "/etc/pakfire" #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" #define PAKFIRE_TMP_DIR "/var/tmp"

After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system.

I also read through the INSTALL file in the pakfire directory and it said the following were required.

Requirements:  * Python 2.6 or greater (not Python 3.x)  * python-argsparse (included in Python 2.7)  * libcap  * libsolv  * xz  * beecrypt (requires libgomp)  * popt  * libelf  * elfutils

I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them.

Also the mention of not Python 3.x as that is all that is available on Arch Linux.

Are the above requirements correct or out of date and should be ignored?

Regards,

Adolf.

On 02/09/2023 12:26, Adolf Belka wrote:

Hi Michael,

On 02/09/2023 11:29, Michael Tremer wrote:

...

Hello Adolf,

Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well.

Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install.

So tried it again with sudo and the error message was exactly the same.

Tried sudo pakfire-builder --debug build beep/beep.nm

and the error message was exactly the same.

Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message.

As the first part of the error message is

Database Error: SQL logic error:

I confirmed that I do have sqlite installed.

There is also a line in the error

Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat

I checked and there is no pakfire directory under /var/lib/ Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup.

What files should the pakfire make install be creating?

Regards, Adolf

...

Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal.

Best, -Michael

...

On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 18:23, Michael Tremer wrote:

...

Hello, Yes, I believe this is what it does on my system. So this is alright. Did you try the other commands?

Just tried them and got the following errors:-

pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100%   | 1.6M  00:00 Package Database: bootstrap 100%   | 2.1M  00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last):   File "/usr/bin/pakfire-builder", line 437, in <module>     c()   File "/usr/bin/pakfire-builder", line 212, in __call__     ret = args.func(args)           ^^^^^^^^^^^^^^^   File "/usr/bin/pakfire-builder", line 233, in _build     p = self.pakfire(ns)         ^^^^^^^^^^^^^^^^   File "/usr/bin/pakfire-builder", line 194, in pakfire     p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael

...

On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 16:39, Michael Tremer wrote:

...

Hello Adolf, > On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org > wrote: > > Hi Michael, > > When I built pakfire I just installed the programs that were > flagged up as missing during the configure section. > > I have now gone through the filenames you listed from debian and > eventually found what the equivalent packages that contain those > are called in Arch Linux (most were easy but a few were > convoluted to find). > > Everything was already installed on my laptop except for > liblzma-dev which is lzlib in Arch Linux. > > Just to check, I installed lzlib and re-did the make check and > the same problems occurred. The configure script will complain if something is missing as none of the dependencies are optional. Apologies for taking so long to reply, but I should finally have a fix for the test suite: https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment.

This time 20 passed out of 28

PASS: tests/libpakfire/main PASS: tests/libpakfire/arch PASS: tests/libpakfire/archive FAIL: tests/libpakfire/build FAIL: tests/libpakfire/cgroup PASS: tests/libpakfire/compress PASS: tests/libpakfire/config PASS: tests/libpakfire/db PASS: tests/libpakfire/dependencies PASS: tests/libpakfire/digest PASS: tests/libpakfire/downloader PASS: tests/libpakfire/file FAIL: tests/libpakfire/jail PASS: tests/libpakfire/key FAIL: tests/libpakfire/makefile PASS: tests/libpakfire/package PASS: tests/libpakfire/packager PASS: tests/libpakfire/parser PASS: tests/libpakfire/progressbar PASS: tests/libpakfire/repo PASS: tests/libpakfire/snapshot PASS: tests/libpakfire/string FAIL: tests/libpakfire/util FAIL: tests/python/keys.py FAIL: tests/python/jail.py FAIL: tests/python/package.py PASS: tests/python/progressbar.py PASS: tests/python/test.py

...

If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this:    git clone https://git.ipfire.org/pub/git/ipfire-3.x.git    cd ipfire-3.x    pakfire-builder build beep/beep.nm Please let me know how that is going. -Michael > > Regards, > > Adolf. > > > On 17/08/2023 12:18, Adolf Belka wrote: >> Hi Michael, >> >> I did a clean new install and took the log files from the >> tests/libpakfire and tests/python directories. >> >> The only one that passed this time was the test.py from the >> tests/python directory. All others failed. >> >> I have archived them into an xz file that is attached. >> >> Regards, >> Adolf. >> >> On 17/08/2023 11:38, Michael Tremer wrote: >>> Hello Adolf, >>> >>> Thank you very much for the quick feedback. >>> >>> After running “make check”, could you email me the “*.log” >>> files in the test/libpakfire directory? Let’s see what is >>> going wrong there. For me a few tests fail, but a few should >>> run just fine. >>> >>> Best, >>> -Michael >>> >>>> On 17 Aug 2023, at 10:36, Adolf Belka >>>> adolf.belka@ipfire.org wrote: >>>> >>>> I am using Arch Linux. >>>> >>>> I already do some building of my bacula client package on my >>>> laptop so it has the normal build tools installed. >>>> >>>> To get autogen.sh to run I had to install intltool >>>> >>>> To get configure to run I had to additionally install. >>>> >>>> asciidoc, python-py-cpuinfo, python-pykerberos, >>>> python-systemd, python-tornado and libsolv >>>> >>>> After that configure ran without any problems, as did make. >>>> >>>> Although make check is in brackets I gave it a go but got 1 >>>> pass and 26 fails. The only pass was for test.py >>>> I ran the make check a second time and then two passed - >>>> test.py and progressbar.py >>>> Further running of make check didn't change anything. >>>> >>>> make install went fine and after that I can run >>>> pakfire-builder --help and get the help screen. >>>> >>>> Regards, >>>> Adolf. >>>> >>>> >>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>> Hello everyone, >>>>> >>>>> For our meet-up that is starting soon, I would like everyone >>>>> to have a working installation of Pakfire - our new build >>>>> system. >>>>> >>>>> I am not sure yet in what way we are going to use it, but >>>>> generally there will be an intro for everyone who hasn’t had >>>>> one yet, and maybe we even get a chance to update a few >>>>> packages of the distribution or something… >>>>> >>>>> Because I don’t know which distributions you are using, and >>>>> because we don’t have any packages for any major >>>>> distribution just yet, I would like to ask everyone to >>>>> install Pakfire manually on their systems in advance of our >>>>> meet-up, so that we can start straight away. We should also >>>>> use the time to find any issues that might occur on other >>>>> distributions than Debian which is what I have been using. >>>>> >>>>> Please find the source here: >>>>> https://git.ipfire.org/?p=pakfire.git;a=summary >>>>> >>>>> On Debian, I have to install these packages as dependencies >>>>> (yes it is quite a lot): >>>>> >>>>> * asciidoc, autoconf, automake, bison, build-essential, >>>>> flex, intltool, libarchive-dev, libcap-dev, >>>>> libcurl4-openssl-dev, libelf-dev, libgpgme-dev, >>>>> libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, >>>>> libnl-3-dev, libnl-route-3-dev, libpcre2-dev, >>>>> libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, >>>>> libssl-dev, libsystemd-dev, libtool, libzstd-dev, >>>>> pkg-config, python3-cpuinfo, python3-kerberos, >>>>> python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>> >>>>> I have no idea what the package names will be for your >>>>> distribution, but I am sure you will all figure it out :) >>>>> >>>>> You can use the usual three-clause build process after >>>>> generating the configure script: >>>>> >>>>>     ./autogen.sh >>>>>     ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>     make >>>>>     (make check) >>>>>     make install >>>>> >>>>> After that, you should be able to run pakfire-builder —-help. >>>>> >>>>> Please let me know if that works for you up to this point >>>>> and please file a bug if changes are required to make >>>>> Pakfire work on your distribution. >>>>> >>>>> All the best, >>>>> -Michael >>>> >>>> -- >>>> Sent from my laptop >>>> >>> >> > > -- > Sent from my laptop >

-- Sent from my laptop

-- Sent from my laptop

On 02/09/2023 12:53, Michael Tremer wrote:

Hello Adolf,

...

On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

I went back to pakfire and looked through the config.log file from my build.

From that I noticed the following defines

#define PAKFIRE_CONFIG_DIR "/etc/pakfire" #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" #define PAKFIRE_TMP_DIR "/var/tmp"

After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system.

That should be correct. Pakfire should create those directories itself if it is running as root.

For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc.

...

I also read through the INSTALL file in the pakfire directory and it said the following were required.

Requirements:

• Python 2.6 or greater (not Python 3.x)
• python-argsparse (included in Python 2.7)
• libcap
• libsolv
• xz
• beecrypt (requires libgomp)
• popt
• libelf
• elfutils

This is old and I will remove this as soon as possible :)

...

I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them.

Also the mention of not Python 3.x as that is all that is available on Arch Linux.

Are the above requirements correct or out of date and should be ignored?

Please ignore. If configure went through without complaining, you have everything you need.

What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there…

Which versions of libarchive and SQLite do you have?

sqlite 3.43.0 libarchive 3.7.1

Adolf.

-Michael

...

Regards,

Adolf.

On 02/09/2023 12:26, Adolf Belka wrote:

...

Hi Michael,

On 02/09/2023 11:29, Michael Tremer wrote:

...

Hello Adolf,

Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well.

Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install.

So tried it again with sudo and the error message was exactly the same.

Tried sudo pakfire-builder --debug build beep/beep.nm

and the error message was exactly the same.

Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message.

As the first part of the error message is

Database Error: SQL logic error:

I confirmed that I do have sqlite installed.

There is also a line in the error

Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat

I checked and there is no pakfire directory under /var/lib/ Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup.

What files should the pakfire make install be creating?

Regards, Adolf

...

Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal.

Best, -Michael

...

On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 01/09/2023 18:23, Michael Tremer wrote:

...

Hello, Yes, I believe this is what it does on my system. So this is alright. Did you try the other commands?

Just tried them and got the following errors:-

pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Package Database: bootstrap 100% | 2.1M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael > On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: > > Hi Michael, > > On 01/09/2023 16:39, Michael Tremer wrote: >> Hello Adolf, >>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>> >>> Hi Michael, >>> >>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>> >>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>> >>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>> >>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >> The configure script will complain if something is missing as none of the dependencies are optional. >> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. > This time 20 passed out of 28 > > PASS: tests/libpakfire/main > PASS: tests/libpakfire/arch > PASS: tests/libpakfire/archive > FAIL: tests/libpakfire/build > FAIL: tests/libpakfire/cgroup > PASS: tests/libpakfire/compress > PASS: tests/libpakfire/config > PASS: tests/libpakfire/db > PASS: tests/libpakfire/dependencies > PASS: tests/libpakfire/digest > PASS: tests/libpakfire/downloader > PASS: tests/libpakfire/file > FAIL: tests/libpakfire/jail > PASS: tests/libpakfire/key > FAIL: tests/libpakfire/makefile > PASS: tests/libpakfire/package > PASS: tests/libpakfire/packager > PASS: tests/libpakfire/parser > PASS: tests/libpakfire/progressbar > PASS: tests/libpakfire/repo > PASS: tests/libpakfire/snapshot > PASS: tests/libpakfire/string > FAIL: tests/libpakfire/util > FAIL: tests/python/keys.py > FAIL: tests/python/jail.py > FAIL: tests/python/package.py > PASS: tests/python/progressbar.py > PASS: tests/python/test.py > >> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >> cd ipfire-3.x >> pakfire-builder build beep/beep.nm >> Please let me know how that is going. >> -Michael >>> >>> Regards, >>> >>> Adolf. >>> >>> >>> On 17/08/2023 12:18, Adolf Belka wrote: >>>> Hi Michael, >>>> >>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>> >>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>> >>>> I have archived them into an xz file that is attached. >>>> >>>> Regards, >>>> Adolf. >>>> >>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>> Hello Adolf, >>>>> >>>>> Thank you very much for the quick feedback. >>>>> >>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>> >>>>> Best, >>>>> -Michael >>>>> >>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>> >>>>>> I am using Arch Linux. >>>>>> >>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>> >>>>>> To get autogen.sh to run I had to install intltool >>>>>> >>>>>> To get configure to run I had to additionally install. >>>>>> >>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>> >>>>>> After that configure ran without any problems, as did make. >>>>>> >>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>> Further running of make check didn't change anything. >>>>>> >>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>> >>>>>> Regards, >>>>>> Adolf. >>>>>> >>>>>> >>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>> Hello everyone, >>>>>>> >>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>> >>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>> >>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>> >>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>> >>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>> >>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>> >>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>> >>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>> >>>>>>> ./autogen.sh >>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>> make >>>>>>> (make check) >>>>>>> make install >>>>>>> >>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>> >>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>> >>>>>>> All the best, >>>>>>> -Michael >>>>>> >>>>>> -- >>>>>> Sent from my laptop >>>>>> >>>>> >>>> >>> >>> -- >>> Sent from my laptop >>> > > -- > Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hi,

On 02/09/2023 13:02, Michael Tremer wrote:

Hello,

...

On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote:

On 02/09/2023 12:53, Michael Tremer wrote:

...

Hello Adolf,

...

On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

I went back to pakfire and looked through the config.log file from my build.

From that I noticed the following defines

#define PAKFIRE_CONFIG_DIR "/etc/pakfire" #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" #define PAKFIRE_TMP_DIR "/var/tmp"

After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system.

That should be correct. Pakfire should create those directories itself if it is running as root. For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc.

...

I also read through the INSTALL file in the pakfire directory and it said the following were required.

Requirements:

• Python 2.6 or greater (not Python 3.x)
• python-argsparse (included in Python 2.7)
• libcap
• libsolv
• xz
• beecrypt (requires libgomp)
• popt
• libelf
• elfutils

This is old and I will remove this as soon as possible :)

...

I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them.

Also the mention of not Python 3.x as that is all that is available on Arch Linux.

Are the above requirements correct or out of date and should be ignored?

Please ignore. If configure went through without complaining, you have everything you need. What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… Which versions of libarchive and SQLite do you have?

sqlite 3.43.0 libarchive 3.7.1

I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here.

Could you please pull again and check if the message about the missing file is gone?

Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first.

Result was exactly the same error message. Nothing changed.

sudo pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

-Michael

...

Adolf.

...

-Michael

...

Regards,

Adolf.

On 02/09/2023 12:26, Adolf Belka wrote:

...

Hi Michael,

On 02/09/2023 11:29, Michael Tremer wrote:

...

Hello Adolf,

Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well.

Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install.

So tried it again with sudo and the error message was exactly the same.

Tried sudo pakfire-builder --debug build beep/beep.nm

and the error message was exactly the same.

Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message.

As the first part of the error message is

Database Error: SQL logic error:

I confirmed that I do have sqlite installed.

There is also a line in the error

Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat

I checked and there is no pakfire directory under /var/lib/ Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup.

What files should the pakfire make install be creating?

Regards, Adolf

...

Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal.

Best, -Michael

> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: > > Hi Michael, > > On 01/09/2023 18:23, Michael Tremer wrote: >> Hello, >> Yes, I believe this is what it does on my system. So this is alright. >> Did you try the other commands? > Just tried them and got the following errors:- > > pakfire-builder build beep/beep.nm > Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" > Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" > Package Database: testing 100% | 1.6M 00:00 > Package Database: bootstrap 100% | 2.1M 00:00 > Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat > OSError: [Errno 25] Inappropriate ioctl for device > > The above exception was the direct cause of the following exception: > > Traceback (most recent call last): > File "/usr/bin/pakfire-builder", line 437, in <module> > c() > File "/usr/bin/pakfire-builder", line 212, in __call__ > ret = args.func(args) > ^^^^^^^^^^^^^^^ > File "/usr/bin/pakfire-builder", line 233, in _build > p = self.pakfire(ns) > ^^^^^^^^^^^^^^^^ > File "/usr/bin/pakfire-builder", line 194, in pakfire > p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set > > Regards, > Adolf. >> -Michael >>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>> >>> Hi Michael, >>> >>> On 01/09/2023 16:39, Michael Tremer wrote: >>>> Hello Adolf, >>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> Hi Michael, >>>>> >>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>> >>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>> >>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>> >>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>> This time 20 passed out of 28 >>> >>> PASS: tests/libpakfire/main >>> PASS: tests/libpakfire/arch >>> PASS: tests/libpakfire/archive >>> FAIL: tests/libpakfire/build >>> FAIL: tests/libpakfire/cgroup >>> PASS: tests/libpakfire/compress >>> PASS: tests/libpakfire/config >>> PASS: tests/libpakfire/db >>> PASS: tests/libpakfire/dependencies >>> PASS: tests/libpakfire/digest >>> PASS: tests/libpakfire/downloader >>> PASS: tests/libpakfire/file >>> FAIL: tests/libpakfire/jail >>> PASS: tests/libpakfire/key >>> FAIL: tests/libpakfire/makefile >>> PASS: tests/libpakfire/package >>> PASS: tests/libpakfire/packager >>> PASS: tests/libpakfire/parser >>> PASS: tests/libpakfire/progressbar >>> PASS: tests/libpakfire/repo >>> PASS: tests/libpakfire/snapshot >>> PASS: tests/libpakfire/string >>> FAIL: tests/libpakfire/util >>> FAIL: tests/python/keys.py >>> FAIL: tests/python/jail.py >>> FAIL: tests/python/package.py >>> PASS: tests/python/progressbar.py >>> PASS: tests/python/test.py >>> >>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>> cd ipfire-3.x >>>> pakfire-builder build beep/beep.nm >>>> Please let me know how that is going. >>>> -Michael >>>>> >>>>> Regards, >>>>> >>>>> Adolf. >>>>> >>>>> >>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>> Hi Michael, >>>>>> >>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>> >>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>> >>>>>> I have archived them into an xz file that is attached. >>>>>> >>>>>> Regards, >>>>>> Adolf. >>>>>> >>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>> Hello Adolf, >>>>>>> >>>>>>> Thank you very much for the quick feedback. >>>>>>> >>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>> >>>>>>> Best, >>>>>>> -Michael >>>>>>> >>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>> >>>>>>>> I am using Arch Linux. >>>>>>>> >>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>> >>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>> >>>>>>>> To get configure to run I had to additionally install. >>>>>>>> >>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>> >>>>>>>> After that configure ran without any problems, as did make. >>>>>>>> >>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>> Further running of make check didn't change anything. >>>>>>>> >>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Adolf. >>>>>>>> >>>>>>>> >>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>> Hello everyone, >>>>>>>>> >>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>> >>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>> >>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>> >>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>> >>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>> >>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>> >>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>> >>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>> >>>>>>>>> ./autogen.sh >>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>> make >>>>>>>>> (make check) >>>>>>>>> make install >>>>>>>>> >>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>> >>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>> >>>>>>>>> All the best, >>>>>>>>> -Michael >>>>>>>> >>>>>>>> -- >>>>>>>> Sent from my laptop >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Sent from my laptop >>>>> >>> >>> -- >>> Sent from my laptop > > -- > Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hi,

On 02/09/2023 13:33, Michael Tremer wrote:

Hello,

Is there an easy way to install Archlinux in a VM without running through this process manually?

https://wiki.archlinux.org/title/Installation_guide

Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. Arch Linux don't have an installer anymore.

The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload.

Would that be of any use?

Regards, Adolf.

It might be quicker for me to reproduce the problem.

-Michael

...

On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:02, Michael Tremer wrote:

...

Hello,

...

On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote:

On 02/09/2023 12:53, Michael Tremer wrote:

...

Hello Adolf,

...

On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

I went back to pakfire and looked through the config.log file from my build.

From that I noticed the following defines

#define PAKFIRE_CONFIG_DIR "/etc/pakfire" #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" #define PAKFIRE_TMP_DIR "/var/tmp"

After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system.

That should be correct. Pakfire should create those directories itself if it is running as root. For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc.

...

I also read through the INSTALL file in the pakfire directory and it said the following were required.

Requirements:

• Python 2.6 or greater (not Python 3.x)
• python-argsparse (included in Python 2.7)
• libcap
• libsolv
• xz
• beecrypt (requires libgomp)
• popt
• libelf
• elfutils

This is old and I will remove this as soon as possible :)

...

I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them.

Also the mention of not Python 3.x as that is all that is available on Arch Linux.

Are the above requirements correct or out of date and should be ignored?

Please ignore. If configure went through without complaining, you have everything you need. What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… Which versions of libarchive and SQLite do you have?

sqlite 3.43.0 libarchive 3.7.1

I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. Could you please pull again and check if the message about the missing file is gone?

Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first.

Result was exactly the same error message. Nothing changed.

sudo pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael

...

Adolf.

...

-Michael

...

Regards,

Adolf.

On 02/09/2023 12:26, Adolf Belka wrote: > Hi Michael, > > On 02/09/2023 11:29, Michael Tremer wrote: >> Hello Adolf, >> >> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. > Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. > > So tried it again with sudo and the error message was exactly the same. > > Tried > sudo pakfire-builder --debug build beep/beep.nm > > and the error message was exactly the same. > > Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. > > As the first part of the error message is > > Database Error: SQL logic error: > > I confirmed that I do have sqlite installed. > > There is also a line in the error > > Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat > > I checked and there is no pakfire directory under /var/lib/ > Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. > > What files should the pakfire make install be creating? > > Regards, > Adolf > > >> >> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >> >> Best, >> -Michael >> >>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>> >>> Hi Michael, >>> >>> On 01/09/2023 18:23, Michael Tremer wrote: >>>> Hello, >>>> Yes, I believe this is what it does on my system. So this is alright. >>>> Did you try the other commands? >>> Just tried them and got the following errors:- >>> >>> pakfire-builder build beep/beep.nm >>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>> Package Database: testing 100% | 1.6M 00:00 >>> Package Database: bootstrap 100% | 2.1M 00:00 >>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>> OSError: [Errno 25] Inappropriate ioctl for device >>> >>> The above exception was the direct cause of the following exception: >>> >>> Traceback (most recent call last): >>> File "/usr/bin/pakfire-builder", line 437, in <module> >>> c() >>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>> ret = args.func(args) >>> ^^^^^^^^^^^^^^^ >>> File "/usr/bin/pakfire-builder", line 233, in _build >>> p = self.pakfire(ns) >>> ^^^^^^^^^^^^^^^^ >>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>> >>> Regards, >>> Adolf. >>>> -Michael >>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> Hi Michael, >>>>> >>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>> Hello Adolf, >>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>> >>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>> >>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>> >>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>> This time 20 passed out of 28 >>>>> >>>>> PASS: tests/libpakfire/main >>>>> PASS: tests/libpakfire/arch >>>>> PASS: tests/libpakfire/archive >>>>> FAIL: tests/libpakfire/build >>>>> FAIL: tests/libpakfire/cgroup >>>>> PASS: tests/libpakfire/compress >>>>> PASS: tests/libpakfire/config >>>>> PASS: tests/libpakfire/db >>>>> PASS: tests/libpakfire/dependencies >>>>> PASS: tests/libpakfire/digest >>>>> PASS: tests/libpakfire/downloader >>>>> PASS: tests/libpakfire/file >>>>> FAIL: tests/libpakfire/jail >>>>> PASS: tests/libpakfire/key >>>>> FAIL: tests/libpakfire/makefile >>>>> PASS: tests/libpakfire/package >>>>> PASS: tests/libpakfire/packager >>>>> PASS: tests/libpakfire/parser >>>>> PASS: tests/libpakfire/progressbar >>>>> PASS: tests/libpakfire/repo >>>>> PASS: tests/libpakfire/snapshot >>>>> PASS: tests/libpakfire/string >>>>> FAIL: tests/libpakfire/util >>>>> FAIL: tests/python/keys.py >>>>> FAIL: tests/python/jail.py >>>>> FAIL: tests/python/package.py >>>>> PASS: tests/python/progressbar.py >>>>> PASS: tests/python/test.py >>>>> >>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>> cd ipfire-3.x >>>>>> pakfire-builder build beep/beep.nm >>>>>> Please let me know how that is going. >>>>>> -Michael >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Adolf. >>>>>>> >>>>>>> >>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>> Hi Michael, >>>>>>>> >>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>> >>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>> >>>>>>>> I have archived them into an xz file that is attached. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Adolf. >>>>>>>> >>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>> Hello Adolf, >>>>>>>>> >>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>> >>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> -Michael >>>>>>>>> >>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>> >>>>>>>>>> I am using Arch Linux. >>>>>>>>>> >>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>> >>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>> >>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>> >>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>> >>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>> >>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>> >>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Adolf. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>> Hello everyone, >>>>>>>>>>> >>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>> >>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>> >>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>> >>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>> >>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>> >>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>> >>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>> >>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>> >>>>>>>>>>> ./autogen.sh >>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>> make >>>>>>>>>>> (make check) >>>>>>>>>>> make install >>>>>>>>>>> >>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>> >>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>> >>>>>>>>>>> All the best, >>>>>>>>>>> -Michael >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sent from my laptop >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sent from my laptop >>>>>>> >>>>> >>>>> -- >>>>> Sent from my laptop >>> >>> -- >>> Sent from my laptop >> >> >

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hello,

On 2 Sep 2023, at 17:41, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:54, Adolf Belka wrote:

...

Hi,

On 02/09/2023 13:33, Michael Tremer wrote:

...

Hello,

Is there an easy way to install Archlinux in a VM without running through this process manually?

https://wiki.archlinux.org/title/Installation_guide

Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. Arch Linux don't have an installer anymore.

The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload.

Would that be of any use?

Regards, Adolf.

...

It might be quicker for me to reproduce the problem.

-Michael

...

On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:02, Michael Tremer wrote:

...

Hello,

...

On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote:

On 02/09/2023 12:53, Michael Tremer wrote: > Hello Adolf, >> On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote: >> >> Hi Michael, >> >> I went back to pakfire and looked through the config.log file from my build. >> >> From that I noticed the following defines >> >> #define PAKFIRE_CONFIG_DIR "/etc/pakfire" >> #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" >> #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" >> #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" >> #define PAKFIRE_TMP_DIR "/var/tmp" >> >> After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system. > That should be correct. Pakfire should create those directories itself if it is running as root. > For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc.

I found that in my user home directory there was the path .pakfire/cache/ipfire/3/x86_64/ containing the directories bootstrap and testing.

Since running with sudo those are now in /root/.pakfire/cache/ipfire/3/x86_64/

Yes, this is correct. Every user will have their own cache, because we cannot easily create a shared cache. Normally that isn’t even necessary because it is rare that many people share the same build machine.

-Michael

Regards,

Adolf

...

...

...

...

...

>> I also read through the INSTALL file in the pakfire directory and it said the following were required. >> >> Requirements: >> * Python 2.6 or greater (not Python 3.x) >> * python-argsparse (included in Python 2.7) >> * libcap >> * libsolv >> * xz >> * beecrypt (requires libgomp) >> * popt >> * libelf >> * elfutils > This is old and I will remove this as soon as possible :) >> I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them. >> >> Also the mention of not Python 3.x as that is all that is available on Arch Linux. >> >> Are the above requirements correct or out of date and should be ignored? > Please ignore. If configure went through without complaining, you have everything you need. > What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… > Which versions of libarchive and SQLite do you have? sqlite 3.43.0 libarchive 3.7.1

I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. Could you please pull again and check if the message about the missing file is gone?

Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first.

Result was exactly the same error message. Nothing changed.

sudo pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael

...

Adolf. > -Michael >> Regards, >> >> Adolf. >> >> On 02/09/2023 12:26, Adolf Belka wrote: >>> Hi Michael, >>> >>> On 02/09/2023 11:29, Michael Tremer wrote: >>>> Hello Adolf, >>>> >>>> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. >>> Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. >>> >>> So tried it again with sudo and the error message was exactly the same. >>> >>> Tried >>> sudo pakfire-builder --debug build beep/beep.nm >>> >>> and the error message was exactly the same. >>> >>> Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. >>> >>> As the first part of the error message is >>> >>> Database Error: SQL logic error: >>> >>> I confirmed that I do have sqlite installed. >>> >>> There is also a line in the error >>> >>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>> >>> I checked and there is no pakfire directory under /var/lib/ >>> Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. >>> >>> What files should the pakfire make install be creating? >>> >>> Regards, >>> Adolf >>> >>> >>>> >>>> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >>>> >>>> Best, >>>> -Michael >>>> >>>>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> Hi Michael, >>>>> >>>>> On 01/09/2023 18:23, Michael Tremer wrote: >>>>>> Hello, >>>>>> Yes, I believe this is what it does on my system. So this is alright. >>>>>> Did you try the other commands? >>>>> Just tried them and got the following errors:- >>>>> >>>>> pakfire-builder build beep/beep.nm >>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>> Package Database: testing 100% | 1.6M 00:00 >>>>> Package Database: bootstrap 100% | 2.1M 00:00 >>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>> OSError: [Errno 25] Inappropriate ioctl for device >>>>> >>>>> The above exception was the direct cause of the following exception: >>>>> >>>>> Traceback (most recent call last): >>>>> File "/usr/bin/pakfire-builder", line 437, in <module> >>>>> c() >>>>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>>>> ret = args.func(args) >>>>> ^^^^^^^^^^^^^^^ >>>>> File "/usr/bin/pakfire-builder", line 233, in _build >>>>> p = self.pakfire(ns) >>>>> ^^^^^^^^^^^^^^^^ >>>>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>>>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>>>> >>>>> Regards, >>>>> Adolf. >>>>>> -Michael >>>>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>>>> Hello Adolf, >>>>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>> >>>>>>>>> Hi Michael, >>>>>>>>> >>>>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>>>> >>>>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>>>> >>>>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>>>> >>>>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>>>> This time 20 passed out of 28 >>>>>>> >>>>>>> PASS: tests/libpakfire/main >>>>>>> PASS: tests/libpakfire/arch >>>>>>> PASS: tests/libpakfire/archive >>>>>>> FAIL: tests/libpakfire/build >>>>>>> FAIL: tests/libpakfire/cgroup >>>>>>> PASS: tests/libpakfire/compress >>>>>>> PASS: tests/libpakfire/config >>>>>>> PASS: tests/libpakfire/db >>>>>>> PASS: tests/libpakfire/dependencies >>>>>>> PASS: tests/libpakfire/digest >>>>>>> PASS: tests/libpakfire/downloader >>>>>>> PASS: tests/libpakfire/file >>>>>>> FAIL: tests/libpakfire/jail >>>>>>> PASS: tests/libpakfire/key >>>>>>> FAIL: tests/libpakfire/makefile >>>>>>> PASS: tests/libpakfire/package >>>>>>> PASS: tests/libpakfire/packager >>>>>>> PASS: tests/libpakfire/parser >>>>>>> PASS: tests/libpakfire/progressbar >>>>>>> PASS: tests/libpakfire/repo >>>>>>> PASS: tests/libpakfire/snapshot >>>>>>> PASS: tests/libpakfire/string >>>>>>> FAIL: tests/libpakfire/util >>>>>>> FAIL: tests/python/keys.py >>>>>>> FAIL: tests/python/jail.py >>>>>>> FAIL: tests/python/package.py >>>>>>> PASS: tests/python/progressbar.py >>>>>>> PASS: tests/python/test.py >>>>>>> >>>>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>>>> cd ipfire-3.x >>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>> Please let me know how that is going. >>>>>>>> -Michael >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Adolf. >>>>>>>>> >>>>>>>>> >>>>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>>>> Hi Michael, >>>>>>>>>> >>>>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>>>> >>>>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>>>> >>>>>>>>>> I have archived them into an xz file that is attached. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Adolf. >>>>>>>>>> >>>>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>>>> Hello Adolf, >>>>>>>>>>> >>>>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>>>> >>>>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>>>> >>>>>>>>>>> Best, >>>>>>>>>>> -Michael >>>>>>>>>>> >>>>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>> >>>>>>>>>>>> I am using Arch Linux. >>>>>>>>>>>> >>>>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>>>> >>>>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>>>> >>>>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>>>> >>>>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>>>> >>>>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>>>> >>>>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>>>> >>>>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Adolf. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>>>> Hello everyone, >>>>>>>>>>>>> >>>>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>>>> >>>>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>>>> >>>>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>>>> >>>>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>>>> >>>>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>>>> >>>>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>>>> >>>>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>>>> >>>>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>>>> >>>>>>>>>>>>> ./autogen.sh >>>>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>>>> make >>>>>>>>>>>>> (make check) >>>>>>>>>>>>> make install >>>>>>>>>>>>> >>>>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>>>> >>>>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>>>> >>>>>>>>>>>>> All the best, >>>>>>>>>>>>> -Michael >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sent from my laptop >>>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sent from my laptop >>>>> >>>>> -- >>>>> Sent from my laptop >>>> >>>> >>> >> >> -- >> Sent from my laptop >>

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hi Michael,

On 04/09/2023 12:29, Michael Tremer wrote:

Hello Adolf,

...

On 2 Sep 2023, at 12:54, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:33, Michael Tremer wrote:

...

Hello, Is there an easy way to install Archlinux in a VM without running through this process manually? https://wiki.archlinux.org/title/Installation_guide

Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. Arch Linux don't have an installer anymore.

The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload.

Would that be of any use?

Probably, but I suppose we will both spend the same time then.

I will just do the process as described on that wiki page. I was just surprised how manual it all is.

I have found an Arch Linux wiki page about an installation helper. That might make it a bit easier. It is not graphical but text based but it takes you through and asks the various questions. Apparently the defaults are different than described in the normal installation guide.

https://wiki.archlinux.org/title/Archinstall

Regards,

Adolf.

Best, -Michael

...

Regards, Adolf.

...

It might be quicker for me to reproduce the problem. -Michael

...

On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:02, Michael Tremer wrote:

...

Hello,

...

On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote:

On 02/09/2023 12:53, Michael Tremer wrote: > Hello Adolf, >> On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote: >> >> Hi Michael, >> >> I went back to pakfire and looked through the config.log file from my build. >> >> From that I noticed the following defines >> >> #define PAKFIRE_CONFIG_DIR "/etc/pakfire" >> #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" >> #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" >> #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" >> #define PAKFIRE_TMP_DIR "/var/tmp" >> >> After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system. > That should be correct. Pakfire should create those directories itself if it is running as root. > For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc. >> I also read through the INSTALL file in the pakfire directory and it said the following were required. >> >> Requirements: >> * Python 2.6 or greater (not Python 3.x) >> * python-argsparse (included in Python 2.7) >> * libcap >> * libsolv >> * xz >> * beecrypt (requires libgomp) >> * popt >> * libelf >> * elfutils > This is old and I will remove this as soon as possible :) >> I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them. >> >> Also the mention of not Python 3.x as that is all that is available on Arch Linux. >> >> Are the above requirements correct or out of date and should be ignored? > Please ignore. If configure went through without complaining, you have everything you need. > What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… > Which versions of libarchive and SQLite do you have? sqlite 3.43.0 libarchive 3.7.1

I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. Could you please pull again and check if the message about the missing file is gone?

Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first.

Result was exactly the same error message. Nothing changed.

sudo pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf.

...

-Michael

...

Adolf. > -Michael >> Regards, >> >> Adolf. >> >> On 02/09/2023 12:26, Adolf Belka wrote: >>> Hi Michael, >>> >>> On 02/09/2023 11:29, Michael Tremer wrote: >>>> Hello Adolf, >>>> >>>> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. >>> Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. >>> >>> So tried it again with sudo and the error message was exactly the same. >>> >>> Tried >>> sudo pakfire-builder --debug build beep/beep.nm >>> >>> and the error message was exactly the same. >>> >>> Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. >>> >>> As the first part of the error message is >>> >>> Database Error: SQL logic error: >>> >>> I confirmed that I do have sqlite installed. >>> >>> There is also a line in the error >>> >>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>> >>> I checked and there is no pakfire directory under /var/lib/ >>> Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. >>> >>> What files should the pakfire make install be creating? >>> >>> Regards, >>> Adolf >>> >>> >>>> >>>> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >>>> >>>> Best, >>>> -Michael >>>> >>>>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> Hi Michael, >>>>> >>>>> On 01/09/2023 18:23, Michael Tremer wrote: >>>>>> Hello, >>>>>> Yes, I believe this is what it does on my system. So this is alright. >>>>>> Did you try the other commands? >>>>> Just tried them and got the following errors:- >>>>> >>>>> pakfire-builder build beep/beep.nm >>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>> Package Database: testing 100% | 1.6M 00:00 >>>>> Package Database: bootstrap 100% | 2.1M 00:00 >>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>> OSError: [Errno 25] Inappropriate ioctl for device >>>>> >>>>> The above exception was the direct cause of the following exception: >>>>> >>>>> Traceback (most recent call last): >>>>> File "/usr/bin/pakfire-builder", line 437, in <module> >>>>> c() >>>>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>>>> ret = args.func(args) >>>>> ^^^^^^^^^^^^^^^ >>>>> File "/usr/bin/pakfire-builder", line 233, in _build >>>>> p = self.pakfire(ns) >>>>> ^^^^^^^^^^^^^^^^ >>>>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>>>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>>>> >>>>> Regards, >>>>> Adolf. >>>>>> -Michael >>>>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>>>> Hello Adolf, >>>>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>> >>>>>>>>> Hi Michael, >>>>>>>>> >>>>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>>>> >>>>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>>>> >>>>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>>>> >>>>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>>>> This time 20 passed out of 28 >>>>>>> >>>>>>> PASS: tests/libpakfire/main >>>>>>> PASS: tests/libpakfire/arch >>>>>>> PASS: tests/libpakfire/archive >>>>>>> FAIL: tests/libpakfire/build >>>>>>> FAIL: tests/libpakfire/cgroup >>>>>>> PASS: tests/libpakfire/compress >>>>>>> PASS: tests/libpakfire/config >>>>>>> PASS: tests/libpakfire/db >>>>>>> PASS: tests/libpakfire/dependencies >>>>>>> PASS: tests/libpakfire/digest >>>>>>> PASS: tests/libpakfire/downloader >>>>>>> PASS: tests/libpakfire/file >>>>>>> FAIL: tests/libpakfire/jail >>>>>>> PASS: tests/libpakfire/key >>>>>>> FAIL: tests/libpakfire/makefile >>>>>>> PASS: tests/libpakfire/package >>>>>>> PASS: tests/libpakfire/packager >>>>>>> PASS: tests/libpakfire/parser >>>>>>> PASS: tests/libpakfire/progressbar >>>>>>> PASS: tests/libpakfire/repo >>>>>>> PASS: tests/libpakfire/snapshot >>>>>>> PASS: tests/libpakfire/string >>>>>>> FAIL: tests/libpakfire/util >>>>>>> FAIL: tests/python/keys.py >>>>>>> FAIL: tests/python/jail.py >>>>>>> FAIL: tests/python/package.py >>>>>>> PASS: tests/python/progressbar.py >>>>>>> PASS: tests/python/test.py >>>>>>> >>>>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>>>> cd ipfire-3.x >>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>> Please let me know how that is going. >>>>>>>> -Michael >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Adolf. >>>>>>>>> >>>>>>>>> >>>>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>>>> Hi Michael, >>>>>>>>>> >>>>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>>>> >>>>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>>>> >>>>>>>>>> I have archived them into an xz file that is attached. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Adolf. >>>>>>>>>> >>>>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>>>> Hello Adolf, >>>>>>>>>>> >>>>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>>>> >>>>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>>>> >>>>>>>>>>> Best, >>>>>>>>>>> -Michael >>>>>>>>>>> >>>>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>> >>>>>>>>>>>> I am using Arch Linux. >>>>>>>>>>>> >>>>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>>>> >>>>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>>>> >>>>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>>>> >>>>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>>>> >>>>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>>>> >>>>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>>>> >>>>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Adolf. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>>>> Hello everyone, >>>>>>>>>>>>> >>>>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>>>> >>>>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>>>> >>>>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>>>> >>>>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>>>> >>>>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>>>> >>>>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>>>> >>>>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>>>> >>>>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>>>> >>>>>>>>>>>>> ./autogen.sh >>>>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>>>> make >>>>>>>>>>>>> (make check) >>>>>>>>>>>>> make install >>>>>>>>>>>>> >>>>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>>>> >>>>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>>>> >>>>>>>>>>>>> All the best, >>>>>>>>>>>>> -Michael >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sent from my laptop >>>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sent from my laptop >>>>> >>>>> -- >>>>> Sent from my laptop >>>> >>>> >>> >> >> -- >> Sent from my laptop >>

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hi Michael,

On 05/09/2023 18:25, Michael Tremer wrote:

Hello,

So I installed Archlinux (using the scenic route) and managed to fix both problems that you encountered:

• The first one was the SQLite error message which was not really a problem, because we were trying to detect the database schema version here, but since there was no database in the first place we could not read from the table.

This did not get logged before, and therefore I assume that this is a change in sqlite and as Archlinux simply is running on a later release, we ran into this. It is very likely not an Archlinux-specific thing.

• The other thing isn’t Archlinux-specific either: The local package repository did not exist, yet where Pakfire stores packages that have been built locally. I must have recently introduced this problem when rewriting the FTS stuff.

So, please pull and run this all again and let me know what breaks next :)

This time pakfire-builder actually ran but there were a few error messages on the way but these look to be more about the building now rather than getting pakfire-builder to work. The following was what was output

sudo pakfire-builder build beep/beep.nm Package Database: testing 100% | 2.1M 00:00 Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory beep-1.3.tar.gz 100% | 19k 00:00 beep-1.3-2.ipfire3.src 20k 100% Building beep-1.3-2.ipfire3.src... ================================================================================ glibc-2.37-2.ipfire3.x86_64 100% ncurses-base-6.3-3.ipfire3.x86_64 100% libstdc++-12.3.0-1.ipfire3.x86_64 100% libgomp-12.3.0-1.ipfire3.x86_64 100% libgcc-12.3.0-1.ipfire3.x86_64 100% kernel-headers-6.4.3-3.ipfire3.x86_64 100% ca-certificates-2022.12-2.ipfire3.noarch 100% libdevmapper-2.03.16-2.ipfire3.x86_64 100% tzdata-2022g-1.ipfire3.noarch 100% libstdc++-devel-12.3.0-1.ipfire3.x86_64 100% libunwind-1.6.2-1.ipfire3.x86_64 100% npth-1.6-2.ipfire3.x86_64 100% libtasn1-4.19.0-1.ipfire3.x86_64 100% cyrus-sasl-libs-2.1.28-4.ipfire3.x86_64 100% popt-1.19-1.1.ipfire3.x86_64 100% nghttp2-1.51.0-1.1.ipfire3.x86_64 100% lzo-2.10-1.ipfire3.x86_64 100% pixman-0.42.2-1.ipfire3.x86_64 100% libgpg-error-1.46-1.ipfire3.x86_64 100% sqlite-libs-3.40.0-1.ipfire3.x86_64 100% libffi-3.4.4-1.ipfire3.x86_64 100% pcre2-utf32-10.40-1.ipfire3.x86_64 100% pcre2-utf16-10.40-1.ipfire3.x86_64 100% zstd-libs-1.5.2-1.ipfire3.x86_64 100% libseccomp-2.5.4-1.ipfire3.x86_64 100% xz-libs-5.2.8-1.ipfire3.x86_64 100% diffutils-3.8-1.ipfire3.x86_64 100% lzip-1.23-1.ipfire3.x86_64 100% make-4.4-1.ipfire3.x86_64 100% which-2.21-1.ipfire3.x86_64 100% libunistring-1.1-1.ipfire3.x86_64 100% bzip2-libs-1.0.8-2.ipfire3.x86_64 100% ncurses-libs-6.3-3.ipfire3.x86_64 100% libattr-2.5.1-1.ipfire3.x86_64 100% libksba-1.6.2-1.ipfire3.x86_64 100% ccache-4.7.4-1.ipfire3.x86_64 100% xz-5.2.8-1.ipfire3.x86_64 100% bzip2-1.0.8-2.ipfire3.x86_64 100% ncurses-6.3-3.ipfire3.x86_64 100% patch-2.7.6-1.ipfire3.x86_64 100% libacl-2.3.1-1.ipfire3.x86_64 100% tar-1.34-1.ipfire3.x86_64 100% libnl3-3.2.25-1.ipfire3.x86_64 100% json-c-0.16-1.ipfire3.x86_64 100% gdbm-1.23-1.ipfire3.x86_64 100% expat-2.5.0-1.ipfire3.x86_64 100% libcap-ng-0.8.3-1.ipfire3.x86_64 100% glibc-devel-2.37-2.ipfire3.x86_64 100% libxcrypt-4.4.33-2.ipfire3.x86_64 100% zlib-1.2.13-1.ipfire3.x86_64 100% perl-libs-5.36.0-2.1.ipfire3.x86_64 100% gmp-6.2.1-1.ipfire3.x86_64 100% sed-4.9-1.ipfire3.x86_64 100% hostname-3.23-1.ipfire3.x86_64 100% gzip-1.12-1.ipfire3.x86_64 100% libassuan-2.5.5-1.ipfire3.x86_64 100% libgcrypt-1.10.1-1.ipfire3.x86_64 100% readline-8.2-2.ipfire3.x86_64 100% python3-libs-3.11.0-1.ipfire3.x86_64 100% pam-1.5.2-1.1.ipfire3.x86_64 100% openssl-libs-3.0.8-1.ipfire3.x86_64 100% freetype-2.12.1-1.ipfire3.x86_64 100% perl-Exporter-5.77-2.1.ipfire3.noarch 100% mpfr-4.1.0-1.ipfire3.x86_64 100% libcap-2.66-1.ipfire3.x86_64 100% shadow-utils-4.13-1.ipfire3.x86_64 100% kmod-libs-30-2.ipfire3.x86_64 100% perl-Scalar-List-Utils-1.62-2.1.ipfire3.x86_64 100% gawk-5.2.1-1.ipfire3.x86_64 100% htop-3.2.1-1.ipfire3.x86_64 100% coreutils-9.1-1.ipfire3.x86_64 100% perl-File-Basename-2.85-2.1.ipfire3.noarch 100% perl-Path-Tools-3.84-2.1.ipfire3.x86_64 100% perl-5.36.0-2.1.ipfire3.x86_64 100% perl-Carp-1.33.01-2.1.ipfire3.noarch 100% perl-vars-1.05-2.1.ipfire3.noarch 100% perl-constant-1.33-2.1.ipfire3.noarch 100% perl-Fcntl-1.15-2.1.ipfire3.noarch 100% perl-POSIX-2.03-2.1.ipfire3.x86_64 100% perl-Symbol-1.09-2.1.ipfire3.noarch 100% perl-Text-Tabs+Wrap-2021.0814-2.1.ipfire3.noarch 100% perl-Pod-Escapes-1.07-2.1.ipfire3.noarch 100% perl-if-0.61.000-2.1.ipfire3.noarch 100% perl-Term-Cap-2.27-2.1.ipfire3.noarch 100% perl-Term-ANSIColor-5.01-2.1.ipfire3.noarch 100% perl-subs-1.04-2.1.ipfire3.noarch 100% perl-overloading-0.02-2.1.ipfire3.noarch 100% perl-mro-1.26-2.1.ipfire3.x86_64 100% perl-Text-ParseWords-3.31-2.1.ipfire3.noarch 100% perl-Storable-3.26-2.1.ipfire3.x86_64 100% perl-parent-0.238-2.1.ipfire3.noarch 100% perl-MIME-Base64-3.16-2.1.ipfire3.x86_64 100% perl-overload-1.35-2.1.ipfire3.noarch 100% perl-Getopt-Long-2.52-2.1.ipfire3.noarch 100% perl-Getopt-Std-1.13-2.1.ipfire3.noarch 100% perl-Encode-3.17-2.1.ipfire3.x86_64 100% perl-Class-Struct-0.66-2.1.ipfire3.noarch 100% perl-File-stat-1.12-2.1.ipfire3.noarch 100% perl-File-Path-2.18-2.1.ipfire3.noarch 100% perl-Compress-Raw-Zlib-2.105-2.1.ipfire3.x86_64 100% perl-File-Temp-0.231.100-2.1.ipfire3.noarch 100% perl-Compress-Raw-Bzip2-2.103-2.1.ipfire3.x86_64 100% perl-IO-1.50-2.1.ipfire3.x86_64 100% perl-IO-Compress-2.106-2.1.ipfire3.noarch 100% perl-SelectSaver-1.02-2.1.ipfire3.noarch 100% perl-Socket-2.033-2.1.ipfire3.x86_64 100% perl-Pod-Simple-3.43-2.1.ipfire3.noarch 100% perl-Pod-Usage-2.01-2.1.ipfire3.noarch 100% perl-podlators-4.14-2.1.ipfire3.noarch 100% perl-File-Find-1.40-2.1.ipfire3.noarch 100% libsolv-0.7.22-2.ipfire3.x86_64 100% libpng-1.6.39-2.ipfire3.x86_64 100% binutils-libs-2.40-1.ipfire3.x86_64 100% file-5.43-1.ipfire3.x86_64 100% libxml2-2.10.3-3.ipfire3.x86_64 100% nettle-3.8.1-2.ipfire3.x86_64 100% pcre-8.45-1.ipfire3.x86_64 100% pcre2-10.40-1.ipfire3.x86_64 100% libssh2-1.9.0-1.ipfire3.x86_64 100% openldap-libs-2.6.4-3.ipfire3.x86_64 100% libudev-253-5.ipfire3.x86_64 100% binutils-2.40-1.ipfire3.x86_64 100% less-608-1.ipfire3.x86_64 100% libcurl-7.86.0-2.1.ipfire3.x86_64 100% elfutils-libs-0.188-1.ipfire3.x86_64 100% pkg-config-0.29.2-1.ipfire3.x86_64 100% libuuid-devel-2.38.1-3.ipfire3.x86_64 100% libblkid-devel-2.38.1-3.ipfire3.x86_64 100% libmount-devel-2.38.1-3.ipfire3.x86_64 100% libarchive-3.6.1-2.ipfire3.x86_64 100% grep-3.8-1.ipfire3.x86_64 100% bash-5.2.9-1.ipfire3.x86_64 100% glib2-2.74.2-1.ipfire3.x86_64 100% fontconfig-2.13.1-1.ipfire3.x86_64 100% python3-3.11.0-1.ipfire3.x86_64 100% gobject-introspection-libs-1.74.0-3.ipfire3.x86_64 100% gmp-devel-6.2.1-1.ipfire3.x86_64 100% cairo-1.17.6-1.ipfire3.x86_64 100% python3-tornado-6.2.0-1.ipfire3.x86_64 100% python3-setproctitle-1.3.1-1.ipfire3.x86_64 100% python3-psutil-5.9.4-1.ipfire3.x86_64 100% gobject-introspection-1.74.0-3.ipfire3.x86_64 100% cairo-gobject-1.17.6-1.ipfire3.x86_64 100% libcom_err-devel-1.46.5-2.ipfire3.x86_64 100% libudev-devel-253-5.ipfire3.x86_64 100% libsmartcols-devel-2.38.1-3.ipfire3.x86_64 100% hwdata-0.366-1.ipfire3.noarch 100% libfidsk-devel-2.38.1-3.ipfire3.x86_64 100% systemd-libs-253-5.ipfire3.x86_64 100% python3-cpuinfo-9.0.0-1.ipfire3.x86_64 100% python3-cairo-1.23.0-2.ipfire3.x86_64 100% libdevmapper-devel-2.03.16-2.ipfire3.x86_64 100% p11-kit-0.24.1-1.ipfire3.x86_64 100% dbus-libs-1.15.2-1.ipfire3.x86_64 100% systemd-basetools-253-5.ipfire3.x86_64 100% util-linux-2.38.1-3.ipfire3.x86_64 100% cryptsetup-luks-2.6.1-1.ipfire3.x86_64 100% python3-dbus-1.3.2-1.ipfire3.x86_64 100% dbus-common-1.15.2-1.ipfire3.noarch 100% krb5-libs-1.20.1-1.ipfire3.x86_64 100% python3-systemd-235-1.ipfire3.x86_64 100% python3-gobject3-3.42.2-1.ipfire3.x86_64 100% gnutls-3.7.8-2.1.ipfire3.x86_64 100% python3-kerberos-1.3.1-1.ipfire3.x86_64 100% gnupg2-2.3.8-1.ipfire3.x86_64 100% gpgme-1.18.0-1.ipfire3.x86_64 100% systemd-253-5.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated The child process terminated abnormally dbus-broker-32-1.ipfire3.x86_64 100% setup-3.0-18.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated The child process terminated abnormally bash-completion-2.11-1.ipfire3.noarch 100% vim-8.0.1184-2.ipfire3.x86_64 100% filesystem-002-4.ipfire3.x86_64 100% libtool-2.4.7-1.ipfire3.x86_64 100% gettext-0.21.1-2.1.ipfire3.x86_64 100% gettext-libs-0.21.1-2.1.ipfire3.x86_64 100% findutils-4.9.0-1.ipfire3.x86_64 100% pakfire-0.9.28-1.ipfire3.x86_64 100% gcc-12.3.0-1.ipfire3.x86_64 100% gcc-c++-12.3.0-1.ipfire3.x86_64 100% cpp-12.3.0-1.ipfire3.x86_64 100% ipfire-release-3.0-alpha2-7.ipfire3.noarch 100% *** buffer overflow detected ***: terminated The child process terminated abnormally ipfire-release-build-3.0-alpha2-7.ipfire3.noarch 100% Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 190: No such file or directory Could not retrieve gname for 190: No such file or directory Storing Snapshot 310.5MB/s 931.4M 100% ================================================================================ beep-1.3-2.ipfire3.src 100% Running build stage 'prepare' [ 01:02.0875] + rm -rf '/var/tmp/pakfire-buildroot.QcH0X9/*' [ 01:02.0877] + mkdir -p /build/source [ 01:02.0879] + cd /build/source [ 01:02.0879] + for source in beep-1.3.tar.gz [ 01:02.0879] + tar --no-same-owner --no-acls --no-xattrs -xaf /usr/src/packages/beep-1.3-2.ipfire3.src/files/beep-1.3.tar.gz [ 01:02.0882] + unset source [ 01:02.0883] + '[' -d /build/source/beep-1.3 ']' [ 01:02.0883] + cd /build/source/beep-1.3 [ 01:02.0883] + __patch --search-path=/usr/src/packages/beep-1.3-2.ipfire3.src/patches '' [ 01:02.0883] + paths=() [ 01:02.0883] + local paths [ 01:02.0883] + local path [ 01:02.0884] + patches=() [ 01:02.0884] + local patches [ 01:02.0884] + local patch [ 01:02.0884] + '[' 2 -gt 0 ']' [ 01:02.0884] + case "${1}" in [ 01:02.0884] + paths+=("${1#--search-path=}") [ 01:02.0884] + shift [ 01:02.0885] + '[' 1 -gt 0 ']' [ 01:02.0885] + case "${1}" in [ 01:02.0885] + patches+=("${1}") [ 01:02.0885] + shift [ 01:02.0885] + '[' 0 -gt 0 ']' [ 01:02.0885] + return 0 [ 01:02.0885] + mkdir -pv /build/source/beep-1.3/ [ 01:02.0886] + exit 0 [ 01:02.0886] ++ echo 'Bye bye.' [ 01:02.0886] Bye bye. Running build stage 'build' [ 01:02.0916] + '[' -d /build/source/beep-1.3/ ']' [ 01:02.0917] + cd /build/source/beep-1.3/ [ 01:02.0917] + make 'FLAGS=-O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now' -j4 [ 01:02.0919] gcc -O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now -o beep beep.c [ 01:02.0923] /usr/lib64/gcc/x86_64-ipfire-linux/12.3.0/cc1: error while loading shared libraries: libisl.so.23: cannot open shared object file: No such file or directory [ 01:02.0926] make: *** [Makefile:14: beep] Error 1 Build stage 'build' failed with status 2 pakfire-jail />

Regards, Adolf

-Michael

...

On 4 Sep 2023, at 12:43, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 04/09/2023 12:29, Michael Tremer wrote:

...

Hello Adolf,

...

On 2 Sep 2023, at 12:54, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:33, Michael Tremer wrote:

...

Hello, Is there an easy way to install Archlinux in a VM without running through this process manually? https://wiki.archlinux.org/title/Installation_guide

Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. Arch Linux don't have an installer anymore.

The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload.

Would that be of any use?

Probably, but I suppose we will both spend the same time then. I will just do the process as described on that wiki page. I was just surprised how manual it all is.

I have found an Arch Linux wiki page about an installation helper. That might make it a bit easier. It is not graphical but text based but it takes you through and asks the various questions. Apparently the defaults are different than described in the normal installation guide.

https://wiki.archlinux.org/title/Archinstall

Regards,

Adolf.

...

Best, -Michael

...

Regards, Adolf.

...

It might be quicker for me to reproduce the problem. -Michael

...

On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:02, Michael Tremer wrote: > Hello, >> On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote: >> >> >> >> On 02/09/2023 12:53, Michael Tremer wrote: >>> Hello Adolf, >>>> On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote: >>>> >>>> Hi Michael, >>>> >>>> I went back to pakfire and looked through the config.log file from my build. >>>> >>>> From that I noticed the following defines >>>> >>>> #define PAKFIRE_CONFIG_DIR "/etc/pakfire" >>>> #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" >>>> #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" >>>> #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" >>>> #define PAKFIRE_TMP_DIR "/var/tmp" >>>> >>>> After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system. >>> That should be correct. Pakfire should create those directories itself if it is running as root. >>> For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc. >>>> I also read through the INSTALL file in the pakfire directory and it said the following were required. >>>> >>>> Requirements: >>>> * Python 2.6 or greater (not Python 3.x) >>>> * python-argsparse (included in Python 2.7) >>>> * libcap >>>> * libsolv >>>> * xz >>>> * beecrypt (requires libgomp) >>>> * popt >>>> * libelf >>>> * elfutils >>> This is old and I will remove this as soon as possible :) >>>> I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them. >>>> >>>> Also the mention of not Python 3.x as that is all that is available on Arch Linux. >>>> >>>> Are the above requirements correct or out of date and should be ignored? >>> Please ignore. If configure went through without complaining, you have everything you need. >>> What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… >>> Which versions of libarchive and SQLite do you have? >> sqlite 3.43.0 >> libarchive 3.7.1 > I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. > Could you please pull again and check if the message about the missing file is gone? Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first.

Result was exactly the same error message. Nothing changed.

sudo pakfire-builder build beep/beep.nm Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" Package Database: testing 100% | 1.6M 00:00 Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat OSError: [Errno 25] Inappropriate ioctl for device

The above exception was the direct cause of the following exception:

Traceback (most recent call last): File "/usr/bin/pakfire-builder", line 437, in <module> c() File "/usr/bin/pakfire-builder", line 212, in __call__ ret = args.func(args) ^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 233, in _build p = self.pakfire(ns) ^^^^^^^^^^^^^^^^ File "/usr/bin/pakfire-builder", line 194, in pakfire p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set

Regards, Adolf. > -Michael >> >> Adolf. >>> -Michael >>>> Regards, >>>> >>>> Adolf. >>>> >>>> On 02/09/2023 12:26, Adolf Belka wrote: >>>>> Hi Michael, >>>>> >>>>> On 02/09/2023 11:29, Michael Tremer wrote: >>>>>> Hello Adolf, >>>>>> >>>>>> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. >>>>> Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. >>>>> >>>>> So tried it again with sudo and the error message was exactly the same. >>>>> >>>>> Tried >>>>> sudo pakfire-builder --debug build beep/beep.nm >>>>> >>>>> and the error message was exactly the same. >>>>> >>>>> Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. >>>>> >>>>> As the first part of the error message is >>>>> >>>>> Database Error: SQL logic error: >>>>> >>>>> I confirmed that I do have sqlite installed. >>>>> >>>>> There is also a line in the error >>>>> >>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>> >>>>> I checked and there is no pakfire directory under /var/lib/ >>>>> Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. >>>>> >>>>> What files should the pakfire make install be creating? >>>>> >>>>> Regards, >>>>> Adolf >>>>> >>>>> >>>>>> >>>>>> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >>>>>> >>>>>> Best, >>>>>> -Michael >>>>>> >>>>>>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> On 01/09/2023 18:23, Michael Tremer wrote: >>>>>>>> Hello, >>>>>>>> Yes, I believe this is what it does on my system. So this is alright. >>>>>>>> Did you try the other commands? >>>>>>> Just tried them and got the following errors:- >>>>>>> >>>>>>> pakfire-builder build beep/beep.nm >>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>> Package Database: testing 100% | 1.6M 00:00 >>>>>>> Package Database: bootstrap 100% | 2.1M 00:00 >>>>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>>>> OSError: [Errno 25] Inappropriate ioctl for device >>>>>>> >>>>>>> The above exception was the direct cause of the following exception: >>>>>>> >>>>>>> Traceback (most recent call last): >>>>>>> File "/usr/bin/pakfire-builder", line 437, in <module> >>>>>>> c() >>>>>>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>>>>>> ret = args.func(args) >>>>>>> ^^^^^^^^^^^^^^^ >>>>>>> File "/usr/bin/pakfire-builder", line 233, in _build >>>>>>> p = self.pakfire(ns) >>>>>>> ^^^^^^^^^^^^^^^^ >>>>>>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>>>>>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>>>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>>>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>>>>>> >>>>>>> Regards, >>>>>>> Adolf. >>>>>>>> -Michael >>>>>>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>> >>>>>>>>> Hi Michael, >>>>>>>>> >>>>>>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>>>>>> Hello Adolf, >>>>>>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Michael, >>>>>>>>>>> >>>>>>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>>>>>> >>>>>>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>>>>>> >>>>>>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>>>>>> >>>>>>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>>>>>> This time 20 passed out of 28 >>>>>>>>> >>>>>>>>> PASS: tests/libpakfire/main >>>>>>>>> PASS: tests/libpakfire/arch >>>>>>>>> PASS: tests/libpakfire/archive >>>>>>>>> FAIL: tests/libpakfire/build >>>>>>>>> FAIL: tests/libpakfire/cgroup >>>>>>>>> PASS: tests/libpakfire/compress >>>>>>>>> PASS: tests/libpakfire/config >>>>>>>>> PASS: tests/libpakfire/db >>>>>>>>> PASS: tests/libpakfire/dependencies >>>>>>>>> PASS: tests/libpakfire/digest >>>>>>>>> PASS: tests/libpakfire/downloader >>>>>>>>> PASS: tests/libpakfire/file >>>>>>>>> FAIL: tests/libpakfire/jail >>>>>>>>> PASS: tests/libpakfire/key >>>>>>>>> FAIL: tests/libpakfire/makefile >>>>>>>>> PASS: tests/libpakfire/package >>>>>>>>> PASS: tests/libpakfire/packager >>>>>>>>> PASS: tests/libpakfire/parser >>>>>>>>> PASS: tests/libpakfire/progressbar >>>>>>>>> PASS: tests/libpakfire/repo >>>>>>>>> PASS: tests/libpakfire/snapshot >>>>>>>>> PASS: tests/libpakfire/string >>>>>>>>> FAIL: tests/libpakfire/util >>>>>>>>> FAIL: tests/python/keys.py >>>>>>>>> FAIL: tests/python/jail.py >>>>>>>>> FAIL: tests/python/package.py >>>>>>>>> PASS: tests/python/progressbar.py >>>>>>>>> PASS: tests/python/test.py >>>>>>>>> >>>>>>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>>>>>> cd ipfire-3.x >>>>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>>>> Please let me know how that is going. >>>>>>>>>> -Michael >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Adolf. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>>>>>> Hi Michael, >>>>>>>>>>>> >>>>>>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>>>>>> >>>>>>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>>>>>> >>>>>>>>>>>> I have archived them into an xz file that is attached. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Adolf. >>>>>>>>>>>> >>>>>>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>>>>>> Hello Adolf, >>>>>>>>>>>>> >>>>>>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>>>>>> >>>>>>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>>>>>> >>>>>>>>>>>>> Best, >>>>>>>>>>>>> -Michael >>>>>>>>>>>>> >>>>>>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> I am using Arch Linux. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>>>>>> >>>>>>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>>>>>> >>>>>>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>>>>>> >>>>>>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>>>>>> >>>>>>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>>>>>> >>>>>>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>>>>>> Hello everyone, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ./autogen.sh >>>>>>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>>>>>> make >>>>>>>>>>>>>>> (make check) >>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> All the best, >>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Sent from my laptop >>>>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Sent from my laptop >>>>>>> >>>>>>> -- >>>>>>> Sent from my laptop >>>>>> >>>>>> >>>>> >>>> >>>> -- >>>> Sent from my laptop >>>> >> >> -- >> Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hello Adolf,

Yes, this looks better...

On 5 Sep 2023, at 19:58, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 05/09/2023 18:25, Michael Tremer wrote:

...

Hello, So I installed Archlinux (using the scenic route) and managed to fix both problems that you encountered:

• The first one was the SQLite error message which was not really a problem, because we were trying to detect the database schema version here, but since there was no database in the first place we could not read from the table.

This did not get logged before, and therefore I assume that this is a change in sqlite and as Archlinux simply is running on a later release, we ran into this. It is very likely not an Archlinux-specific thing.

• The other thing isn’t Archlinux-specific either: The local package repository did not exist, yet where Pakfire stores packages that have been built locally. I must have recently introduced this problem when rewriting the FTS stuff.

So, please pull and run this all again and let me know what breaks next :)

This time pakfire-builder actually ran but there were a few error messages on the way but these look to be more about the building now rather than getting pakfire-builder to work. The following was what was output

sudo pakfire-builder build beep/beep.nm Package Database: testing 100% | 2.1M 00:00 Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory beep-1.3.tar.gz 100% | 19k 00:00 beep-1.3-2.ipfire3.src 20k 100% Building beep-1.3-2.ipfire3.src... ================================================================================

Here should usually be a list of the transaction. As in: Which packages are being installed.

glibc-2.37-2.ipfire3.x86_64 100% ncurses-base-6.3-3.ipfire3.x86_64 100% libstdc++-12.3.0-1.ipfire3.x86_64 100% libgomp-12.3.0-1.ipfire3.x86_64 100% libgcc-12.3.0-1.ipfire3.x86_64 100% kernel-headers-6.4.3-3.ipfire3.x86_64 100% ca-certificates-2022.12-2.ipfire3.noarch 100% libdevmapper-2.03.16-2.ipfire3.x86_64 100% tzdata-2022g-1.ipfire3.noarch 100% libstdc++-devel-12.3.0-1.ipfire3.x86_64 100% libunwind-1.6.2-1.ipfire3.x86_64 100% npth-1.6-2.ipfire3.x86_64 100% libtasn1-4.19.0-1.ipfire3.x86_64 100% cyrus-sasl-libs-2.1.28-4.ipfire3.x86_64 100% popt-1.19-1.1.ipfire3.x86_64 100% nghttp2-1.51.0-1.1.ipfire3.x86_64 100% lzo-2.10-1.ipfire3.x86_64 100% pixman-0.42.2-1.ipfire3.x86_64 100% libgpg-error-1.46-1.ipfire3.x86_64 100% sqlite-libs-3.40.0-1.ipfire3.x86_64 100% libffi-3.4.4-1.ipfire3.x86_64 100% pcre2-utf32-10.40-1.ipfire3.x86_64 100% pcre2-utf16-10.40-1.ipfire3.x86_64 100% zstd-libs-1.5.2-1.ipfire3.x86_64 100% libseccomp-2.5.4-1.ipfire3.x86_64 100% xz-libs-5.2.8-1.ipfire3.x86_64 100% diffutils-3.8-1.ipfire3.x86_64 100% lzip-1.23-1.ipfire3.x86_64 100% make-4.4-1.ipfire3.x86_64 100% which-2.21-1.ipfire3.x86_64 100% libunistring-1.1-1.ipfire3.x86_64 100% bzip2-libs-1.0.8-2.ipfire3.x86_64 100% ncurses-libs-6.3-3.ipfire3.x86_64 100% libattr-2.5.1-1.ipfire3.x86_64 100% libksba-1.6.2-1.ipfire3.x86_64 100% ccache-4.7.4-1.ipfire3.x86_64 100% xz-5.2.8-1.ipfire3.x86_64 100% bzip2-1.0.8-2.ipfire3.x86_64 100% ncurses-6.3-3.ipfire3.x86_64 100% patch-2.7.6-1.ipfire3.x86_64 100% libacl-2.3.1-1.ipfire3.x86_64 100% tar-1.34-1.ipfire3.x86_64 100% libnl3-3.2.25-1.ipfire3.x86_64 100% json-c-0.16-1.ipfire3.x86_64 100% gdbm-1.23-1.ipfire3.x86_64 100% expat-2.5.0-1.ipfire3.x86_64 100% libcap-ng-0.8.3-1.ipfire3.x86_64 100% glibc-devel-2.37-2.ipfire3.x86_64 100% libxcrypt-4.4.33-2.ipfire3.x86_64 100% zlib-1.2.13-1.ipfire3.x86_64 100% perl-libs-5.36.0-2.1.ipfire3.x86_64 100% gmp-6.2.1-1.ipfire3.x86_64 100% sed-4.9-1.ipfire3.x86_64 100% hostname-3.23-1.ipfire3.x86_64 100% gzip-1.12-1.ipfire3.x86_64 100% libassuan-2.5.5-1.ipfire3.x86_64 100% libgcrypt-1.10.1-1.ipfire3.x86_64 100% readline-8.2-2.ipfire3.x86_64 100% python3-libs-3.11.0-1.ipfire3.x86_64 100% pam-1.5.2-1.1.ipfire3.x86_64 100% openssl-libs-3.0.8-1.ipfire3.x86_64 100% freetype-2.12.1-1.ipfire3.x86_64 100% perl-Exporter-5.77-2.1.ipfire3.noarch 100% mpfr-4.1.0-1.ipfire3.x86_64 100% libcap-2.66-1.ipfire3.x86_64 100% shadow-utils-4.13-1.ipfire3.x86_64 100% kmod-libs-30-2.ipfire3.x86_64 100% perl-Scalar-List-Utils-1.62-2.1.ipfire3.x86_64 100% gawk-5.2.1-1.ipfire3.x86_64 100% htop-3.2.1-1.ipfire3.x86_64 100% coreutils-9.1-1.ipfire3.x86_64 100% perl-File-Basename-2.85-2.1.ipfire3.noarch 100% perl-Path-Tools-3.84-2.1.ipfire3.x86_64 100% perl-5.36.0-2.1.ipfire3.x86_64 100% perl-Carp-1.33.01-2.1.ipfire3.noarch 100% perl-vars-1.05-2.1.ipfire3.noarch 100% perl-constant-1.33-2.1.ipfire3.noarch 100% perl-Fcntl-1.15-2.1.ipfire3.noarch 100% perl-POSIX-2.03-2.1.ipfire3.x86_64 100% perl-Symbol-1.09-2.1.ipfire3.noarch 100% perl-Text-Tabs+Wrap-2021.0814-2.1.ipfire3.noarch 100% perl-Pod-Escapes-1.07-2.1.ipfire3.noarch 100% perl-if-0.61.000-2.1.ipfire3.noarch 100% perl-Term-Cap-2.27-2.1.ipfire3.noarch 100% perl-Term-ANSIColor-5.01-2.1.ipfire3.noarch 100% perl-subs-1.04-2.1.ipfire3.noarch 100% perl-overloading-0.02-2.1.ipfire3.noarch 100% perl-mro-1.26-2.1.ipfire3.x86_64 100% perl-Text-ParseWords-3.31-2.1.ipfire3.noarch 100% perl-Storable-3.26-2.1.ipfire3.x86_64 100% perl-parent-0.238-2.1.ipfire3.noarch 100% perl-MIME-Base64-3.16-2.1.ipfire3.x86_64 100% perl-overload-1.35-2.1.ipfire3.noarch 100% perl-Getopt-Long-2.52-2.1.ipfire3.noarch 100% perl-Getopt-Std-1.13-2.1.ipfire3.noarch 100% perl-Encode-3.17-2.1.ipfire3.x86_64 100% perl-Class-Struct-0.66-2.1.ipfire3.noarch 100% perl-File-stat-1.12-2.1.ipfire3.noarch 100% perl-File-Path-2.18-2.1.ipfire3.noarch 100% perl-Compress-Raw-Zlib-2.105-2.1.ipfire3.x86_64 100% perl-File-Temp-0.231.100-2.1.ipfire3.noarch 100% perl-Compress-Raw-Bzip2-2.103-2.1.ipfire3.x86_64 100% perl-IO-1.50-2.1.ipfire3.x86_64 100% perl-IO-Compress-2.106-2.1.ipfire3.noarch 100% perl-SelectSaver-1.02-2.1.ipfire3.noarch 100% perl-Socket-2.033-2.1.ipfire3.x86_64 100% perl-Pod-Simple-3.43-2.1.ipfire3.noarch 100% perl-Pod-Usage-2.01-2.1.ipfire3.noarch 100% perl-podlators-4.14-2.1.ipfire3.noarch 100% perl-File-Find-1.40-2.1.ipfire3.noarch 100% libsolv-0.7.22-2.ipfire3.x86_64 100% libpng-1.6.39-2.ipfire3.x86_64 100% binutils-libs-2.40-1.ipfire3.x86_64 100% file-5.43-1.ipfire3.x86_64 100% libxml2-2.10.3-3.ipfire3.x86_64 100% nettle-3.8.1-2.ipfire3.x86_64 100% pcre-8.45-1.ipfire3.x86_64 100% pcre2-10.40-1.ipfire3.x86_64 100% libssh2-1.9.0-1.ipfire3.x86_64 100% openldap-libs-2.6.4-3.ipfire3.x86_64 100% libudev-253-5.ipfire3.x86_64 100% binutils-2.40-1.ipfire3.x86_64 100% less-608-1.ipfire3.x86_64 100% libcurl-7.86.0-2.1.ipfire3.x86_64 100% elfutils-libs-0.188-1.ipfire3.x86_64 100% pkg-config-0.29.2-1.ipfire3.x86_64 100% libuuid-devel-2.38.1-3.ipfire3.x86_64 100% libblkid-devel-2.38.1-3.ipfire3.x86_64 100% libmount-devel-2.38.1-3.ipfire3.x86_64 100% libarchive-3.6.1-2.ipfire3.x86_64 100% grep-3.8-1.ipfire3.x86_64 100% bash-5.2.9-1.ipfire3.x86_64 100% glib2-2.74.2-1.ipfire3.x86_64 100% fontconfig-2.13.1-1.ipfire3.x86_64 100% python3-3.11.0-1.ipfire3.x86_64 100% gobject-introspection-libs-1.74.0-3.ipfire3.x86_64 100% gmp-devel-6.2.1-1.ipfire3.x86_64 100% cairo-1.17.6-1.ipfire3.x86_64 100% python3-tornado-6.2.0-1.ipfire3.x86_64 100% python3-setproctitle-1.3.1-1.ipfire3.x86_64 100% python3-psutil-5.9.4-1.ipfire3.x86_64 100% gobject-introspection-1.74.0-3.ipfire3.x86_64 100% cairo-gobject-1.17.6-1.ipfire3.x86_64 100% libcom_err-devel-1.46.5-2.ipfire3.x86_64 100% libudev-devel-253-5.ipfire3.x86_64 100% libsmartcols-devel-2.38.1-3.ipfire3.x86_64 100% hwdata-0.366-1.ipfire3.noarch 100% libfidsk-devel-2.38.1-3.ipfire3.x86_64 100% systemd-libs-253-5.ipfire3.x86_64 100% python3-cpuinfo-9.0.0-1.ipfire3.x86_64 100% python3-cairo-1.23.0-2.ipfire3.x86_64 100% libdevmapper-devel-2.03.16-2.ipfire3.x86_64 100% p11-kit-0.24.1-1.ipfire3.x86_64 100% dbus-libs-1.15.2-1.ipfire3.x86_64 100% systemd-basetools-253-5.ipfire3.x86_64 100% util-linux-2.38.1-3.ipfire3.x86_64 100% cryptsetup-luks-2.6.1-1.ipfire3.x86_64 100% python3-dbus-1.3.2-1.ipfire3.x86_64 100% dbus-common-1.15.2-1.ipfire3.noarch 100% krb5-libs-1.20.1-1.ipfire3.x86_64 100% python3-systemd-235-1.ipfire3.x86_64 100% python3-gobject3-3.42.2-1.ipfire3.x86_64 100% gnutls-3.7.8-2.1.ipfire3.x86_64 100% python3-kerberos-1.3.1-1.ipfire3.x86_64 100% gnupg2-2.3.8-1.ipfire3.x86_64 100% gpgme-1.18.0-1.ipfire3.x86_64 100% systemd-253-5.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated

This is obviously not good. Potentially this is a problem in the shell.

The child process terminated abnormally dbus-broker-32-1.ipfire3.x86_64 100% setup-3.0-18.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated The child process terminated abnormally bash-completion-2.11-1.ipfire3.noarch 100% vim-8.0.1184-2.ipfire3.x86_64 100% filesystem-002-4.ipfire3.x86_64 100% libtool-2.4.7-1.ipfire3.x86_64 100% gettext-0.21.1-2.1.ipfire3.x86_64 100% gettext-libs-0.21.1-2.1.ipfire3.x86_64 100% findutils-4.9.0-1.ipfire3.x86_64 100% pakfire-0.9.28-1.ipfire3.x86_64 100% gcc-12.3.0-1.ipfire3.x86_64 100% gcc-c++-12.3.0-1.ipfire3.x86_64 100% cpp-12.3.0-1.ipfire3.x86_64 100% ipfire-release-3.0-alpha2-7.ipfire3.noarch 100% *** buffer overflow detected ***: terminated The child process terminated abnormally ipfire-release-build-3.0-alpha2-7.ipfire3.noarch 100% Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 190: No such file or directory Could not retrieve gname for 190: No such file or directory

Which groups do those IDs belong to on your system?

Storing Snapshot 310.5MB/s 931.4M 100%

beep-1.3-2.ipfire3.src 100% Running build stage 'prepare' [ 01:02.0875] + rm -rf '/var/tmp/pakfire-buildroot.QcH0X9/*' [ 01:02.0877] + mkdir -p /build/source [ 01:02.0879] + cd /build/source [ 01:02.0879] + for source in beep-1.3.tar.gz [ 01:02.0879] + tar --no-same-owner --no-acls --no-xattrs -xaf /usr/src/packages/beep-1.3-2.ipfire3.src/files/beep-1.3.tar.gz [ 01:02.0882] + unset source [ 01:02.0883] + '[' -d /build/source/beep-1.3 ']' [ 01:02.0883] + cd /build/source/beep-1.3 [ 01:02.0883] + __patch --search-path=/usr/src/packages/beep-1.3-2.ipfire3.src/patches '' [ 01:02.0883] + paths=() [ 01:02.0883] + local paths [ 01:02.0883] + local path [ 01:02.0884] + patches=() [ 01:02.0884] + local patches [ 01:02.0884] + local patch [ 01:02.0884] + '[' 2 -gt 0 ']' [ 01:02.0884] + case "${1}" in [ 01:02.0884] + paths+=("${1#--search-path=}") [ 01:02.0884] + shift [ 01:02.0885] + '[' 1 -gt 0 ']' [ 01:02.0885] + case "${1}" in [ 01:02.0885] + patches+=("${1}") [ 01:02.0885] + shift [ 01:02.0885] + '[' 0 -gt 0 ']' [ 01:02.0885] + return 0 [ 01:02.0885] + mkdir -pv /build/source/beep-1.3/ [ 01:02.0886] + exit 0 [ 01:02.0886] ++ echo 'Bye bye.' [ 01:02.0886] Bye bye. Running build stage 'build' [ 01:02.0916] + '[' -d /build/source/beep-1.3/ ']' [ 01:02.0917] + cd /build/source/beep-1.3/ [ 01:02.0917] + make 'FLAGS=-O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now' -j4 [ 01:02.0919] gcc -O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now -o beep beep.c [ 01:02.0923] /usr/lib64/gcc/x86_64-ipfire-linux/12.3.0/cc1: error while loading shared libraries: libisl.so.23: cannot open shared object file: No such file or directory [ 01:02.0926] make: *** [Makefile:14: beep] Error 1 Build stage 'build' failed with status 2 pakfire-jail />

Okay, so this thing tried a build. There seems to a problem with GCC somewhere, but at least we got all the way here!

Thanks for testing :)

-Michael

Regards, Adolf

...

-Michael

...

On 4 Sep 2023, at 12:43, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 04/09/2023 12:29, Michael Tremer wrote:

...

Hello Adolf,

...

On 2 Sep 2023, at 12:54, Adolf Belka adolf.belka@ipfire.org wrote:

Hi,

On 02/09/2023 13:33, Michael Tremer wrote:

...

Hello, Is there an easy way to install Archlinux in a VM without running through this process manually? https://wiki.archlinux.org/title/Installation_guide

Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. Arch Linux don't have an installer anymore.

The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload.

Would that be of any use?

Probably, but I suppose we will both spend the same time then. I will just do the process as described on that wiki page. I was just surprised how manual it all is.

I have found an Arch Linux wiki page about an installation helper. That might make it a bit easier. It is not graphical but text based but it takes you through and asks the various questions. Apparently the defaults are different than described in the normal installation guide.

https://wiki.archlinux.org/title/Archinstall

Regards,

Adolf.

...

Best, -Michael

...

Regards, Adolf.

...

It might be quicker for me to reproduce the problem. -Michael > On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote: > > Hi, > > On 02/09/2023 13:02, Michael Tremer wrote: >> Hello, >>> On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote: >>> >>> >>> >>> On 02/09/2023 12:53, Michael Tremer wrote: >>>> Hello Adolf, >>>>> On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> Hi Michael, >>>>> >>>>> I went back to pakfire and looked through the config.log file from my build. >>>>> >>>>> From that I noticed the following defines >>>>> >>>>> #define PAKFIRE_CONFIG_DIR "/etc/pakfire" >>>>> #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" >>>>> #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" >>>>> #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" >>>>> #define PAKFIRE_TMP_DIR "/var/tmp" >>>>> >>>>> After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system. >>>> That should be correct. Pakfire should create those directories itself if it is running as root. >>>> For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc. >>>>> I also read through the INSTALL file in the pakfire directory and it said the following were required. >>>>> >>>>> Requirements: >>>>> * Python 2.6 or greater (not Python 3.x) >>>>> * python-argsparse (included in Python 2.7) >>>>> * libcap >>>>> * libsolv >>>>> * xz >>>>> * beecrypt (requires libgomp) >>>>> * popt >>>>> * libelf >>>>> * elfutils >>>> This is old and I will remove this as soon as possible :) >>>>> I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them. >>>>> >>>>> Also the mention of not Python 3.x as that is all that is available on Arch Linux. >>>>> >>>>> Are the above requirements correct or out of date and should be ignored? >>>> Please ignore. If configure went through without complaining, you have everything you need. >>>> What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… >>>> Which versions of libarchive and SQLite do you have? >>> sqlite 3.43.0 >>> libarchive 3.7.1 >> I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. >> Could you please pull again and check if the message about the missing file is gone? > Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first. > > Result was exactly the same error message. Nothing changed. > > sudo pakfire-builder build beep/beep.nm > Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" > Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" > Package Database: testing 100% | 1.6M 00:00 > Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat > OSError: [Errno 25] Inappropriate ioctl for device > > The above exception was the direct cause of the following exception: > > Traceback (most recent call last): > File "/usr/bin/pakfire-builder", line 437, in <module> > c() > File "/usr/bin/pakfire-builder", line 212, in __call__ > ret = args.func(args) > ^^^^^^^^^^^^^^^ > File "/usr/bin/pakfire-builder", line 233, in _build > p = self.pakfire(ns) > ^^^^^^^^^^^^^^^^ > File "/usr/bin/pakfire-builder", line 194, in pakfire > p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set > > Regards, > Adolf. >> -Michael >>> >>> Adolf. >>>> -Michael >>>>> Regards, >>>>> >>>>> Adolf. >>>>> >>>>> On 02/09/2023 12:26, Adolf Belka wrote: >>>>>> Hi Michael, >>>>>> >>>>>> On 02/09/2023 11:29, Michael Tremer wrote: >>>>>>> Hello Adolf, >>>>>>> >>>>>>> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. >>>>>> Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. >>>>>> >>>>>> So tried it again with sudo and the error message was exactly the same. >>>>>> >>>>>> Tried >>>>>> sudo pakfire-builder --debug build beep/beep.nm >>>>>> >>>>>> and the error message was exactly the same. >>>>>> >>>>>> Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. >>>>>> >>>>>> As the first part of the error message is >>>>>> >>>>>> Database Error: SQL logic error: >>>>>> >>>>>> I confirmed that I do have sqlite installed. >>>>>> >>>>>> There is also a line in the error >>>>>> >>>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>>> >>>>>> I checked and there is no pakfire directory under /var/lib/ >>>>>> Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. >>>>>> >>>>>> What files should the pakfire make install be creating? >>>>>> >>>>>> Regards, >>>>>> Adolf >>>>>> >>>>>> >>>>>>> >>>>>>> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >>>>>>> >>>>>>> Best, >>>>>>> -Michael >>>>>>> >>>>>>>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>> >>>>>>>> Hi Michael, >>>>>>>> >>>>>>>> On 01/09/2023 18:23, Michael Tremer wrote: >>>>>>>>> Hello, >>>>>>>>> Yes, I believe this is what it does on my system. So this is alright. >>>>>>>>> Did you try the other commands? >>>>>>>> Just tried them and got the following errors:- >>>>>>>> >>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>>> Package Database: testing 100% | 1.6M 00:00 >>>>>>>> Package Database: bootstrap 100% | 2.1M 00:00 >>>>>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>>>>> OSError: [Errno 25] Inappropriate ioctl for device >>>>>>>> >>>>>>>> The above exception was the direct cause of the following exception: >>>>>>>> >>>>>>>> Traceback (most recent call last): >>>>>>>> File "/usr/bin/pakfire-builder", line 437, in <module> >>>>>>>> c() >>>>>>>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>>>>>>> ret = args.func(args) >>>>>>>> ^^^^^^^^^^^^^^^ >>>>>>>> File "/usr/bin/pakfire-builder", line 233, in _build >>>>>>>> p = self.pakfire(ns) >>>>>>>> ^^^^^^^^^^^^^^^^ >>>>>>>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>>>>>>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>>>>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>>>>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>>>>>>> >>>>>>>> Regards, >>>>>>>> Adolf. >>>>>>>>> -Michael >>>>>>>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>> >>>>>>>>>> Hi Michael, >>>>>>>>>> >>>>>>>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>>>>>>> Hello Adolf, >>>>>>>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Michael, >>>>>>>>>>>> >>>>>>>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>>>>>>> >>>>>>>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>>>>>>> >>>>>>>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>>>>>>> >>>>>>>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>>>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>>>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>>>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>>>>>>> This time 20 passed out of 28 >>>>>>>>>> >>>>>>>>>> PASS: tests/libpakfire/main >>>>>>>>>> PASS: tests/libpakfire/arch >>>>>>>>>> PASS: tests/libpakfire/archive >>>>>>>>>> FAIL: tests/libpakfire/build >>>>>>>>>> FAIL: tests/libpakfire/cgroup >>>>>>>>>> PASS: tests/libpakfire/compress >>>>>>>>>> PASS: tests/libpakfire/config >>>>>>>>>> PASS: tests/libpakfire/db >>>>>>>>>> PASS: tests/libpakfire/dependencies >>>>>>>>>> PASS: tests/libpakfire/digest >>>>>>>>>> PASS: tests/libpakfire/downloader >>>>>>>>>> PASS: tests/libpakfire/file >>>>>>>>>> FAIL: tests/libpakfire/jail >>>>>>>>>> PASS: tests/libpakfire/key >>>>>>>>>> FAIL: tests/libpakfire/makefile >>>>>>>>>> PASS: tests/libpakfire/package >>>>>>>>>> PASS: tests/libpakfire/packager >>>>>>>>>> PASS: tests/libpakfire/parser >>>>>>>>>> PASS: tests/libpakfire/progressbar >>>>>>>>>> PASS: tests/libpakfire/repo >>>>>>>>>> PASS: tests/libpakfire/snapshot >>>>>>>>>> PASS: tests/libpakfire/string >>>>>>>>>> FAIL: tests/libpakfire/util >>>>>>>>>> FAIL: tests/python/keys.py >>>>>>>>>> FAIL: tests/python/jail.py >>>>>>>>>> FAIL: tests/python/package.py >>>>>>>>>> PASS: tests/python/progressbar.py >>>>>>>>>> PASS: tests/python/test.py >>>>>>>>>> >>>>>>>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>>>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>>>>>>> cd ipfire-3.x >>>>>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>>>>> Please let me know how that is going. >>>>>>>>>>> -Michael >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> >>>>>>>>>>>> Adolf. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>>>>>>> Hi Michael, >>>>>>>>>>>>> >>>>>>>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>>>>>>> >>>>>>>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>>>>>>> >>>>>>>>>>>>> I have archived them into an xz file that is attached. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> Adolf. >>>>>>>>>>>>> >>>>>>>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>>>>>>> Hello Adolf, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>>>>>>> >>>>>>>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Best, >>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I am using Arch Linux. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>>>>>>> Hello everyone, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ./autogen.sh >>>>>>>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>>>>>>> make >>>>>>>>>>>>>>>> (make check) >>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> All the best, >>>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sent from my laptop >>>>>>>> >>>>>>>> -- >>>>>>>> Sent from my laptop >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> Sent from my laptop >>>>> >>> >>> -- >>> Sent from my laptop > > -- > Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

Hello Adolf,

Okay, let’s debug this at the meetup then.

-Michael

On 6 Sep 2023, at 18:12, Adolf Belka adolf.belka@ipfire.org wrote:

On 06/09/2023 15:41, Michael Tremer wrote:

...

Hello Adolf, Yes, this looks better...

...

On 5 Sep 2023, at 19:58, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 05/09/2023 18:25, Michael Tremer wrote:

...

Hello, So I installed Archlinux (using the scenic route) and managed to fix both problems that you encountered:

• The first one was the SQLite error message which was not really a problem, because we were trying to detect the database schema version here, but since there was no database in the first place we could not read from the table.

This did not get logged before, and therefore I assume that this is a change in sqlite and as Archlinux simply is running on a later release, we ran into this. It is very likely not an Archlinux-specific thing.

• The other thing isn’t Archlinux-specific either: The local package repository did not exist, yet where Pakfire stores packages that have been built locally. I must have recently introduced this problem when rewriting the FTS stuff.

So, please pull and run this all again and let me know what breaks next :)

This time pakfire-builder actually ran but there were a few error messages on the way but these look to be more about the building now rather than getting pakfire-builder to work. The following was what was output

sudo pakfire-builder build beep/beep.nm Package Database: testing 100% | 2.1M 00:00 Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory Could not retrieve uname for 1000: No such file or directory Could not retrieve gname for 1000: No such file or directory beep-1.3.tar.gz 100% | 19k 00:00 beep-1.3-2.ipfire3.src 20k 100% Building beep-1.3-2.ipfire3.src... ================================================================================

Here should usually be a list of the transaction. As in: Which packages are being installed.

...

glibc-2.37-2.ipfire3.x86_64 100% ncurses-base-6.3-3.ipfire3.x86_64 100% libstdc++-12.3.0-1.ipfire3.x86_64 100% libgomp-12.3.0-1.ipfire3.x86_64 100% libgcc-12.3.0-1.ipfire3.x86_64 100% kernel-headers-6.4.3-3.ipfire3.x86_64 100% ca-certificates-2022.12-2.ipfire3.noarch 100% libdevmapper-2.03.16-2.ipfire3.x86_64 100% tzdata-2022g-1.ipfire3.noarch 100% libstdc++-devel-12.3.0-1.ipfire3.x86_64 100% libunwind-1.6.2-1.ipfire3.x86_64 100% npth-1.6-2.ipfire3.x86_64 100% libtasn1-4.19.0-1.ipfire3.x86_64 100% cyrus-sasl-libs-2.1.28-4.ipfire3.x86_64 100% popt-1.19-1.1.ipfire3.x86_64 100% nghttp2-1.51.0-1.1.ipfire3.x86_64 100% lzo-2.10-1.ipfire3.x86_64 100% pixman-0.42.2-1.ipfire3.x86_64 100% libgpg-error-1.46-1.ipfire3.x86_64 100% sqlite-libs-3.40.0-1.ipfire3.x86_64 100% libffi-3.4.4-1.ipfire3.x86_64 100% pcre2-utf32-10.40-1.ipfire3.x86_64 100% pcre2-utf16-10.40-1.ipfire3.x86_64 100% zstd-libs-1.5.2-1.ipfire3.x86_64 100% libseccomp-2.5.4-1.ipfire3.x86_64 100% xz-libs-5.2.8-1.ipfire3.x86_64 100% diffutils-3.8-1.ipfire3.x86_64 100% lzip-1.23-1.ipfire3.x86_64 100% make-4.4-1.ipfire3.x86_64 100% which-2.21-1.ipfire3.x86_64 100% libunistring-1.1-1.ipfire3.x86_64 100% bzip2-libs-1.0.8-2.ipfire3.x86_64 100% ncurses-libs-6.3-3.ipfire3.x86_64 100% libattr-2.5.1-1.ipfire3.x86_64 100% libksba-1.6.2-1.ipfire3.x86_64 100% ccache-4.7.4-1.ipfire3.x86_64 100% xz-5.2.8-1.ipfire3.x86_64 100% bzip2-1.0.8-2.ipfire3.x86_64 100% ncurses-6.3-3.ipfire3.x86_64 100% patch-2.7.6-1.ipfire3.x86_64 100% libacl-2.3.1-1.ipfire3.x86_64 100% tar-1.34-1.ipfire3.x86_64 100% libnl3-3.2.25-1.ipfire3.x86_64 100% json-c-0.16-1.ipfire3.x86_64 100% gdbm-1.23-1.ipfire3.x86_64 100% expat-2.5.0-1.ipfire3.x86_64 100% libcap-ng-0.8.3-1.ipfire3.x86_64 100% glibc-devel-2.37-2.ipfire3.x86_64 100% libxcrypt-4.4.33-2.ipfire3.x86_64 100% zlib-1.2.13-1.ipfire3.x86_64 100% perl-libs-5.36.0-2.1.ipfire3.x86_64 100% gmp-6.2.1-1.ipfire3.x86_64 100% sed-4.9-1.ipfire3.x86_64 100% hostname-3.23-1.ipfire3.x86_64 100% gzip-1.12-1.ipfire3.x86_64 100% libassuan-2.5.5-1.ipfire3.x86_64 100% libgcrypt-1.10.1-1.ipfire3.x86_64 100% readline-8.2-2.ipfire3.x86_64 100% python3-libs-3.11.0-1.ipfire3.x86_64 100% pam-1.5.2-1.1.ipfire3.x86_64 100% openssl-libs-3.0.8-1.ipfire3.x86_64 100% freetype-2.12.1-1.ipfire3.x86_64 100% perl-Exporter-5.77-2.1.ipfire3.noarch 100% mpfr-4.1.0-1.ipfire3.x86_64 100% libcap-2.66-1.ipfire3.x86_64 100% shadow-utils-4.13-1.ipfire3.x86_64 100% kmod-libs-30-2.ipfire3.x86_64 100% perl-Scalar-List-Utils-1.62-2.1.ipfire3.x86_64 100% gawk-5.2.1-1.ipfire3.x86_64 100% htop-3.2.1-1.ipfire3.x86_64 100% coreutils-9.1-1.ipfire3.x86_64 100% perl-File-Basename-2.85-2.1.ipfire3.noarch 100% perl-Path-Tools-3.84-2.1.ipfire3.x86_64 100% perl-5.36.0-2.1.ipfire3.x86_64 100% perl-Carp-1.33.01-2.1.ipfire3.noarch 100% perl-vars-1.05-2.1.ipfire3.noarch 100% perl-constant-1.33-2.1.ipfire3.noarch 100% perl-Fcntl-1.15-2.1.ipfire3.noarch 100% perl-POSIX-2.03-2.1.ipfire3.x86_64 100% perl-Symbol-1.09-2.1.ipfire3.noarch 100% perl-Text-Tabs+Wrap-2021.0814-2.1.ipfire3.noarch 100% perl-Pod-Escapes-1.07-2.1.ipfire3.noarch 100% perl-if-0.61.000-2.1.ipfire3.noarch 100% perl-Term-Cap-2.27-2.1.ipfire3.noarch 100% perl-Term-ANSIColor-5.01-2.1.ipfire3.noarch 100% perl-subs-1.04-2.1.ipfire3.noarch 100% perl-overloading-0.02-2.1.ipfire3.noarch 100% perl-mro-1.26-2.1.ipfire3.x86_64 100% perl-Text-ParseWords-3.31-2.1.ipfire3.noarch 100% perl-Storable-3.26-2.1.ipfire3.x86_64 100% perl-parent-0.238-2.1.ipfire3.noarch 100% perl-MIME-Base64-3.16-2.1.ipfire3.x86_64 100% perl-overload-1.35-2.1.ipfire3.noarch 100% perl-Getopt-Long-2.52-2.1.ipfire3.noarch 100% perl-Getopt-Std-1.13-2.1.ipfire3.noarch 100% perl-Encode-3.17-2.1.ipfire3.x86_64 100% perl-Class-Struct-0.66-2.1.ipfire3.noarch 100% perl-File-stat-1.12-2.1.ipfire3.noarch 100% perl-File-Path-2.18-2.1.ipfire3.noarch 100% perl-Compress-Raw-Zlib-2.105-2.1.ipfire3.x86_64 100% perl-File-Temp-0.231.100-2.1.ipfire3.noarch 100% perl-Compress-Raw-Bzip2-2.103-2.1.ipfire3.x86_64 100% perl-IO-1.50-2.1.ipfire3.x86_64 100% perl-IO-Compress-2.106-2.1.ipfire3.noarch 100% perl-SelectSaver-1.02-2.1.ipfire3.noarch 100% perl-Socket-2.033-2.1.ipfire3.x86_64 100% perl-Pod-Simple-3.43-2.1.ipfire3.noarch 100% perl-Pod-Usage-2.01-2.1.ipfire3.noarch 100% perl-podlators-4.14-2.1.ipfire3.noarch 100% perl-File-Find-1.40-2.1.ipfire3.noarch 100% libsolv-0.7.22-2.ipfire3.x86_64 100% libpng-1.6.39-2.ipfire3.x86_64 100% binutils-libs-2.40-1.ipfire3.x86_64 100% file-5.43-1.ipfire3.x86_64 100% libxml2-2.10.3-3.ipfire3.x86_64 100% nettle-3.8.1-2.ipfire3.x86_64 100% pcre-8.45-1.ipfire3.x86_64 100% pcre2-10.40-1.ipfire3.x86_64 100% libssh2-1.9.0-1.ipfire3.x86_64 100% openldap-libs-2.6.4-3.ipfire3.x86_64 100% libudev-253-5.ipfire3.x86_64 100% binutils-2.40-1.ipfire3.x86_64 100% less-608-1.ipfire3.x86_64 100% libcurl-7.86.0-2.1.ipfire3.x86_64 100% elfutils-libs-0.188-1.ipfire3.x86_64 100% pkg-config-0.29.2-1.ipfire3.x86_64 100% libuuid-devel-2.38.1-3.ipfire3.x86_64 100% libblkid-devel-2.38.1-3.ipfire3.x86_64 100% libmount-devel-2.38.1-3.ipfire3.x86_64 100% libarchive-3.6.1-2.ipfire3.x86_64 100% grep-3.8-1.ipfire3.x86_64 100% bash-5.2.9-1.ipfire3.x86_64 100% glib2-2.74.2-1.ipfire3.x86_64 100% fontconfig-2.13.1-1.ipfire3.x86_64 100% python3-3.11.0-1.ipfire3.x86_64 100% gobject-introspection-libs-1.74.0-3.ipfire3.x86_64 100% gmp-devel-6.2.1-1.ipfire3.x86_64 100% cairo-1.17.6-1.ipfire3.x86_64 100% python3-tornado-6.2.0-1.ipfire3.x86_64 100% python3-setproctitle-1.3.1-1.ipfire3.x86_64 100% python3-psutil-5.9.4-1.ipfire3.x86_64 100% gobject-introspection-1.74.0-3.ipfire3.x86_64 100% cairo-gobject-1.17.6-1.ipfire3.x86_64 100% libcom_err-devel-1.46.5-2.ipfire3.x86_64 100% libudev-devel-253-5.ipfire3.x86_64 100% libsmartcols-devel-2.38.1-3.ipfire3.x86_64 100% hwdata-0.366-1.ipfire3.noarch 100% libfidsk-devel-2.38.1-3.ipfire3.x86_64 100% systemd-libs-253-5.ipfire3.x86_64 100% python3-cpuinfo-9.0.0-1.ipfire3.x86_64 100% python3-cairo-1.23.0-2.ipfire3.x86_64 100% libdevmapper-devel-2.03.16-2.ipfire3.x86_64 100% p11-kit-0.24.1-1.ipfire3.x86_64 100% dbus-libs-1.15.2-1.ipfire3.x86_64 100% systemd-basetools-253-5.ipfire3.x86_64 100% util-linux-2.38.1-3.ipfire3.x86_64 100% cryptsetup-luks-2.6.1-1.ipfire3.x86_64 100% python3-dbus-1.3.2-1.ipfire3.x86_64 100% dbus-common-1.15.2-1.ipfire3.noarch 100% krb5-libs-1.20.1-1.ipfire3.x86_64 100% python3-systemd-235-1.ipfire3.x86_64 100% python3-gobject3-3.42.2-1.ipfire3.x86_64 100% gnutls-3.7.8-2.1.ipfire3.x86_64 100% python3-kerberos-1.3.1-1.ipfire3.x86_64 100% gnupg2-2.3.8-1.ipfire3.x86_64 100% gpgme-1.18.0-1.ipfire3.x86_64 100% systemd-253-5.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated

This is obviously not good. Potentially this is a problem in the shell.

...

The child process terminated abnormally dbus-broker-32-1.ipfire3.x86_64 100% setup-3.0-18.ipfire3.x86_64 100% *** buffer overflow detected ***: terminated The child process terminated abnormally bash-completion-2.11-1.ipfire3.noarch 100% vim-8.0.1184-2.ipfire3.x86_64 100% filesystem-002-4.ipfire3.x86_64 100% libtool-2.4.7-1.ipfire3.x86_64 100% gettext-0.21.1-2.1.ipfire3.x86_64 100% gettext-libs-0.21.1-2.1.ipfire3.x86_64 100% findutils-4.9.0-1.ipfire3.x86_64 100% pakfire-0.9.28-1.ipfire3.x86_64 100% gcc-12.3.0-1.ipfire3.x86_64 100% gcc-c++-12.3.0-1.ipfire3.x86_64 100% cpp-12.3.0-1.ipfire3.x86_64 100% ipfire-release-3.0-alpha2-7.ipfire3.noarch 100% *** buffer overflow detected ***: terminated The child process terminated abnormally ipfire-release-build-3.0-alpha2-7.ipfire3.noarch 100% Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 22: No such file or directory Could not retrieve gname for 190: No such file or directory Could not retrieve gname for 190: No such file or directory

Which groups do those IDs belong to on your system?

Neither of those numbers are listed in the /etc/group file

Regards, Adolf

...

...

Storing Snapshot 310.5MB/s 931.4M 100%

beep-1.3-2.ipfire3.src 100% Running build stage 'prepare' [ 01:02.0875] + rm -rf '/var/tmp/pakfire-buildroot.QcH0X9/*' [ 01:02.0877] + mkdir -p /build/source [ 01:02.0879] + cd /build/source [ 01:02.0879] + for source in beep-1.3.tar.gz [ 01:02.0879] + tar --no-same-owner --no-acls --no-xattrs -xaf /usr/src/packages/beep-1.3-2.ipfire3.src/files/beep-1.3.tar.gz [ 01:02.0882] + unset source [ 01:02.0883] + '[' -d /build/source/beep-1.3 ']' [ 01:02.0883] + cd /build/source/beep-1.3 [ 01:02.0883] + __patch --search-path=/usr/src/packages/beep-1.3-2.ipfire3.src/patches '' [ 01:02.0883] + paths=() [ 01:02.0883] + local paths [ 01:02.0883] + local path [ 01:02.0884] + patches=() [ 01:02.0884] + local patches [ 01:02.0884] + local patch [ 01:02.0884] + '[' 2 -gt 0 ']' [ 01:02.0884] + case "${1}" in [ 01:02.0884] + paths+=("${1#--search-path=}") [ 01:02.0884] + shift [ 01:02.0885] + '[' 1 -gt 0 ']' [ 01:02.0885] + case "${1}" in [ 01:02.0885] + patches+=("${1}") [ 01:02.0885] + shift [ 01:02.0885] + '[' 0 -gt 0 ']' [ 01:02.0885] + return 0 [ 01:02.0885] + mkdir -pv /build/source/beep-1.3/ [ 01:02.0886] + exit 0 [ 01:02.0886] ++ echo 'Bye bye.' [ 01:02.0886] Bye bye. Running build stage 'build' [ 01:02.0916] + '[' -d /build/source/beep-1.3/ ']' [ 01:02.0917] + cd /build/source/beep-1.3/ [ 01:02.0917] + make 'FLAGS=-O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now' -j4 [ 01:02.0919] gcc -O2 -g -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE -Wp,-D_FORTIFY_SOURCE=3 -D_GLIBCXX_ASSERTIONS -fPIC -fstack-protector-all -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -fdebug-prefix-map=/build/source=/usr/src/debug -pipe -m64 -march=x86-64-v2 -mtune=generic -fcf-protection=full -flto=auto -ffat-lto-objects -Wl,-O1 -Wl,--as-needed -Wl,-z,relro -Wl,-z,now -o beep beep.c [ 01:02.0923] /usr/lib64/gcc/x86_64-ipfire-linux/12.3.0/cc1: error while loading shared libraries: libisl.so.23: cannot open shared object file: No such file or directory [ 01:02.0926] make: *** [Makefile:14: beep] Error 1 Build stage 'build' failed with status 2 pakfire-jail />

Okay, so this thing tried a build. There seems to a problem with GCC somewhere, but at least we got all the way here! Thanks for testing :) -Michael

...

Regards, Adolf

...

-Michael

...

On 4 Sep 2023, at 12:43, Adolf Belka adolf.belka@ipfire.org wrote:

Hi Michael,

On 04/09/2023 12:29, Michael Tremer wrote:

...

Hello Adolf, > On 2 Sep 2023, at 12:54, Adolf Belka adolf.belka@ipfire.org wrote: > > Hi, > > On 02/09/2023 13:33, Michael Tremer wrote: >> Hello, >> Is there an easy way to install Archlinux in a VM without running through this process manually? >> https://wiki.archlinux.org/title/Installation_guide > Unfortunately not that I am aware of, although it is not that complicated for just a command line based system. > Arch Linux don't have an installer anymore. > > The only thing I can think of is that if you are able to use VirtualBox, I could create a VirtualBox text interface only vm which I could then export from my system as a file to send to you or place in my dropbox system for you to upload. > > Would that be of any use? Probably, but I suppose we will both spend the same time then. I will just do the process as described on that wiki page. I was just surprised how manual it all is.

I have found an Arch Linux wiki page about an installation helper. That might make it a bit easier. It is not graphical but text based but it takes you through and asks the various questions. Apparently the defaults are different than described in the normal installation guide.

https://wiki.archlinux.org/title/Archinstall

Regards,

Adolf.

...

Best, -Michael > > Regards, > Adolf. >> It might be quicker for me to reproduce the problem. >> -Michael >>> On 2 Sep 2023, at 12:11, Adolf Belka adolf.belka@ipfire.org wrote: >>> >>> Hi, >>> >>> On 02/09/2023 13:02, Michael Tremer wrote: >>>> Hello, >>>>> On 2 Sep 2023, at 12:00, Adolf Belka adolf.belka@ipfire.org wrote: >>>>> >>>>> >>>>> >>>>> On 02/09/2023 12:53, Michael Tremer wrote: >>>>>> Hello Adolf, >>>>>>> On 2 Sep 2023, at 11:49, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>> >>>>>>> Hi Michael, >>>>>>> >>>>>>> I went back to pakfire and looked through the config.log file from my build. >>>>>>> >>>>>>> From that I noticed the following defines >>>>>>> >>>>>>> #define PAKFIRE_CONFIG_DIR "/etc/pakfire" >>>>>>> #define PAKFIRE_CACHE_DIR "/var/cache/pakfire" >>>>>>> #define PAKFIRE_PRIVATE_DIR "/var/lib/pakfire" >>>>>>> #define PAKFIRE_SCRIPTS_DIR "/lib/pakfire" >>>>>>> #define PAKFIRE_TMP_DIR "/var/tmp" >>>>>>> >>>>>>> After running sudo make install then /var/lib/pakfire and /var/cache/pakfire are not present on the system. >>>>>> That should be correct. Pakfire should create those directories itself if it is running as root. >>>>>> For unprivileged users, it will create a cache directory in the user’s home, because we cannot write to /var/lib/…, etc. >>>>>>> I also read through the INSTALL file in the pakfire directory and it said the following were required. >>>>>>> >>>>>>> Requirements: >>>>>>> * Python 2.6 or greater (not Python 3.x) >>>>>>> * python-argsparse (included in Python 2.7) >>>>>>> * libcap >>>>>>> * libsolv >>>>>>> * xz >>>>>>> * beecrypt (requires libgomp) >>>>>>> * popt >>>>>>> * libelf >>>>>>> * elfutils >>>>>> This is old and I will remove this as soon as possible :) >>>>>>> I don't have beecrypt or libgomp installed and not available from Arch Linux except from their AUR which requires me to build them. >>>>>>> >>>>>>> Also the mention of not Python 3.x as that is all that is available on Arch Linux. >>>>>>> >>>>>>> Are the above requirements correct or out of date and should be ignored? >>>>>> Please ignore. If configure went through without complaining, you have everything you need. >>>>>> What I find very interesting are those SQL errors. When Pakfire starts, it is creating an internal SQLite database to store package information and other things… And it looks like the database is there, but the schema is not being created. And even weirder is that Pakfire does not abort there… >>>>>> Which versions of libarchive and SQLite do you have? >>>>> sqlite 3.43.0 >>>>> libarchive 3.7.1 >>>> I have libarchive 3.6.2 and sqlite 3.40.1, but I don’t think there are any significant differences here. >>>> Could you please pull again and check if the message about the missing file is gone? >>> Did the pull, then re-ran the whole build instruction set again. I didn't do a sudo make uninstall first. >>> >>> Result was exactly the same error message. Nothing changed. >>> >>> sudo pakfire-builder build beep/beep.nm >>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>> Package Database: testing 100% | 1.6M 00:00 >>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>> OSError: [Errno 25] Inappropriate ioctl for device >>> >>> The above exception was the direct cause of the following exception: >>> >>> Traceback (most recent call last): >>> File "/usr/bin/pakfire-builder", line 437, in <module> >>> c() >>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>> ret = args.func(args) >>> ^^^^^^^^^^^^^^^ >>> File "/usr/bin/pakfire-builder", line 233, in _build >>> p = self.pakfire(ns) >>> ^^^^^^^^^^^^^^^^ >>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>> >>> Regards, >>> Adolf. >>>> -Michael >>>>> >>>>> Adolf. >>>>>> -Michael >>>>>>> Regards, >>>>>>> >>>>>>> Adolf. >>>>>>> >>>>>>> On 02/09/2023 12:26, Adolf Belka wrote: >>>>>>>> Hi Michael, >>>>>>>> >>>>>>>> On 02/09/2023 11:29, Michael Tremer wrote: >>>>>>>>> Hello Adolf, >>>>>>>>> >>>>>>>>> Have you been running this as root? I am not sure how well this is all working as an unprivileged user at the moment. I think there might be a little bit of work ahead to make it work well. >>>>>>>> Yes, I was using an unprivileged user. I always do that unless the instructions say to use sudo or if the program comes back and says it must be run with root privileges. Or if I know that it has to be run with sudo like make install. >>>>>>>> >>>>>>>> So tried it again with sudo and the error message was exactly the same. >>>>>>>> >>>>>>>> Tried >>>>>>>> sudo pakfire-builder --debug build beep/beep.nm >>>>>>>> >>>>>>>> and the error message was exactly the same. >>>>>>>> >>>>>>>> Tried sudo -s to get a root prompt and then ran the pakfire-builder command and exactly the same error message. >>>>>>>> >>>>>>>> As the first part of the error message is >>>>>>>> >>>>>>>> Database Error: SQL logic error: >>>>>>>> >>>>>>>> I confirmed that I do have sqlite installed. >>>>>>>> >>>>>>>> There is also a line in the error >>>>>>>> >>>>>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>>>>> >>>>>>>> I checked and there is no pakfire directory under /var/lib/ >>>>>>>> Is there supposed to be? Maybe something is not working right during the pakfire build on my system. The build is working okay but maybe something that is required for the execution is not being correctly setup. >>>>>>>> >>>>>>>> What files should the pakfire make install be creating? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Adolf >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Otherwise, you can add —-debug to the command line and it should write more detailed output into the journal. >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> -Michael >>>>>>>>> >>>>>>>>>> On 1 Sep 2023, at 17:37, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>> >>>>>>>>>> Hi Michael, >>>>>>>>>> >>>>>>>>>> On 01/09/2023 18:23, Michael Tremer wrote: >>>>>>>>>>> Hello, >>>>>>>>>>> Yes, I believe this is what it does on my system. So this is alright. >>>>>>>>>>> Did you try the other commands? >>>>>>>>>> Just tried them and got the following errors:- >>>>>>>>>> >>>>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>>>>> Database Error: SQL logic error: no such table: settings in "SELECT val FROM settings WHERE key = ?" >>>>>>>>>> Package Database: testing 100% | 1.6M 00:00 >>>>>>>>>> Package Database: bootstrap 100% | 2.1M 00:00 >>>>>>>>>> Could not read next file: /var/lib/pakfire/local/ipfire/3: Cannot stat >>>>>>>>>> OSError: [Errno 25] Inappropriate ioctl for device >>>>>>>>>> >>>>>>>>>> The above exception was the direct cause of the following exception: >>>>>>>>>> >>>>>>>>>> Traceback (most recent call last): >>>>>>>>>> File "/usr/bin/pakfire-builder", line 437, in <module> >>>>>>>>>> c() >>>>>>>>>> File "/usr/bin/pakfire-builder", line 212, in __call__ >>>>>>>>>> ret = args.func(args) >>>>>>>>>> ^^^^^^^^^^^^^^^ >>>>>>>>>> File "/usr/bin/pakfire-builder", line 233, in _build >>>>>>>>>> p = self.pakfire(ns) >>>>>>>>>> ^^^^^^^^^^^^^^^^ >>>>>>>>>> File "/usr/bin/pakfire-builder", line 194, in pakfire >>>>>>>>>> p = pakfire.Pakfire(arch=ns.arch, conf=c, logger=logger.log) >>>>>>>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>>>>>>> SystemError: <class '_pakfire.Pakfire'> returned a result with an exception set >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Adolf. >>>>>>>>>>> -Michael >>>>>>>>>>>> On 1 Sep 2023, at 17:21, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Michael, >>>>>>>>>>>> >>>>>>>>>>>> On 01/09/2023 16:39, Michael Tremer wrote: >>>>>>>>>>>>> Hello Adolf, >>>>>>>>>>>>>> On 17 Aug 2023, at 12:20, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Michael, >>>>>>>>>>>>>> >>>>>>>>>>>>>> When I built pakfire I just installed the programs that were flagged up as missing during the configure section. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have now gone through the filenames you listed from debian and eventually found what the equivalent packages that contain those are called in Arch Linux (most were easy but a few were convoluted to find). >>>>>>>>>>>>>> >>>>>>>>>>>>>> Everything was already installed on my laptop except for liblzma-dev which is lzlib in Arch Linux. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Just to check, I installed lzlib and re-did the make check and the same problems occurred. >>>>>>>>>>>>> The configure script will complain if something is missing as none of the dependencies are optional. >>>>>>>>>>>>> Apologies for taking so long to reply, but I should finally have a fix for the test suite: >>>>>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=9eef0cb603bc51a5b34f042... >>>>>>>>>>>>> https://git.ipfire.org/?p=pakfire.git;a=commitdiff;h=c54bafa7e74dbcb5b07bafe... >>>>>>>>>>>>> Please just run “git pull”, then “make” again and you should have a few tests pass. Not all of them are passing at the moment. >>>>>>>>>>>> This time 20 passed out of 28 >>>>>>>>>>>> >>>>>>>>>>>> PASS: tests/libpakfire/main >>>>>>>>>>>> PASS: tests/libpakfire/arch >>>>>>>>>>>> PASS: tests/libpakfire/archive >>>>>>>>>>>> FAIL: tests/libpakfire/build >>>>>>>>>>>> FAIL: tests/libpakfire/cgroup >>>>>>>>>>>> PASS: tests/libpakfire/compress >>>>>>>>>>>> PASS: tests/libpakfire/config >>>>>>>>>>>> PASS: tests/libpakfire/db >>>>>>>>>>>> PASS: tests/libpakfire/dependencies >>>>>>>>>>>> PASS: tests/libpakfire/digest >>>>>>>>>>>> PASS: tests/libpakfire/downloader >>>>>>>>>>>> PASS: tests/libpakfire/file >>>>>>>>>>>> FAIL: tests/libpakfire/jail >>>>>>>>>>>> PASS: tests/libpakfire/key >>>>>>>>>>>> FAIL: tests/libpakfire/makefile >>>>>>>>>>>> PASS: tests/libpakfire/package >>>>>>>>>>>> PASS: tests/libpakfire/packager >>>>>>>>>>>> PASS: tests/libpakfire/parser >>>>>>>>>>>> PASS: tests/libpakfire/progressbar >>>>>>>>>>>> PASS: tests/libpakfire/repo >>>>>>>>>>>> PASS: tests/libpakfire/snapshot >>>>>>>>>>>> PASS: tests/libpakfire/string >>>>>>>>>>>> FAIL: tests/libpakfire/util >>>>>>>>>>>> FAIL: tests/python/keys.py >>>>>>>>>>>> FAIL: tests/python/jail.py >>>>>>>>>>>> FAIL: tests/python/package.py >>>>>>>>>>>> PASS: tests/python/progressbar.py >>>>>>>>>>>> PASS: tests/python/test.py >>>>>>>>>>>> >>>>>>>>>>>>> If pakfire-builder —-help runs fine, you could check out the IPFire 3.x repository and run this: >>>>>>>>>>>>> git clone https://git.ipfire.org/pub/git/ipfire-3.x.git >>>>>>>>>>>>> cd ipfire-3.x >>>>>>>>>>>>> pakfire-builder build beep/beep.nm >>>>>>>>>>>>> Please let me know how that is going. >>>>>>>>>>>>> -Michael >>>>>>>>>>>>>> >>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 17/08/2023 12:18, Adolf Belka wrote: >>>>>>>>>>>>>>> Hi Michael, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I did a clean new install and took the log files from the tests/libpakfire and tests/python directories. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The only one that passed this time was the test.py from the tests/python directory. All others failed. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have archived them into an xz file that is attached. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 17/08/2023 11:38, Michael Tremer wrote: >>>>>>>>>>>>>>>> Hello Adolf, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thank you very much for the quick feedback. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> After running “make check”, could you email me the “*.log” files in the test/libpakfire directory? Let’s see what is going wrong there. For me a few tests fail, but a few should run just fine. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Best, >>>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 17 Aug 2023, at 10:36, Adolf Belka adolf.belka@ipfire.org wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I am using Arch Linux. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I already do some building of my bacula client package on my laptop so it has the normal build tools installed. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> To get autogen.sh to run I had to install intltool >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> To get configure to run I had to additionally install. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> asciidoc, python-py-cpuinfo, python-pykerberos, python-systemd, python-tornado and libsolv >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> After that configure ran without any problems, as did make. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Although make check is in brackets I gave it a go but got 1 pass and 26 fails. The only pass was for test.py >>>>>>>>>>>>>>>>> I ran the make check a second time and then two passed - test.py and progressbar.py >>>>>>>>>>>>>>>>> Further running of make check didn't change anything. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> make install went fine and after that I can run pakfire-builder --help and get the help screen. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>> Adolf. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 16/08/2023 17:29, Michael Tremer wrote: >>>>>>>>>>>>>>>>>> Hello everyone, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> For our meet-up that is starting soon, I would like everyone to have a working installation of Pakfire - our new build system. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I am not sure yet in what way we are going to use it, but generally there will be an intro for everyone who hasn’t had one yet, and maybe we even get a chance to update a few packages of the distribution or something… >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Because I don’t know which distributions you are using, and because we don’t have any packages for any major distribution just yet, I would like to ask everyone to install Pakfire manually on their systems in advance of our meet-up, so that we can start straight away. We should also use the time to find any issues that might occur on other distributions than Debian which is what I have been using. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Please find the source here: https://git.ipfire.org/?p=pakfire.git;a=summary >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Debian, I have to install these packages as dependencies (yes it is quite a lot): >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> * asciidoc, autoconf, automake, bison, build-essential, flex, intltool, libarchive-dev, libcap-dev, libcurl4-openssl-dev, libelf-dev, libgpgme-dev, libjson-c-dev, liblzma-dev, libmagic-dev, libmount-dev, libnl-3-dev, libnl-route-3-dev, libpcre2-dev, libpython3-dev, libseccomp-dev, libsolv-dev, libsqlite3-dev, libssl-dev, libsystemd-dev, libtool, libzstd-dev, pkg-config, python3-cpuinfo, python3-kerberos, python3-tornado, python3-psutil, python3-setproctitle, uuid-dev >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I have no idea what the package names will be for your distribution, but I am sure you will all figure it out :) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> You can use the usual three-clause build process after generating the configure script: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> ./autogen.sh >>>>>>>>>>>>>>>>>> ./configure —-prefix=/usr —-sysconfdir=/etc —-enable-debug >>>>>>>>>>>>>>>>>> make >>>>>>>>>>>>>>>>>> (make check) >>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> After that, you should be able to run pakfire-builder —-help. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Please let me know if that works for you up to this point and please file a bug if changes are required to make Pakfire work on your distribution. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> All the best, >>>>>>>>>>>>>>>>>> -Michael >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Sent from my laptop >>>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sent from my laptop >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Sent from my laptop >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Sent from my laptop >>>>>>> >>>>> >>>>> -- >>>>> Sent from my laptop >>> >>> -- >>> Sent from my laptop > > -- > Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop

-- Sent from my laptop