12:37 p.m.
This will be really programmers adventure. And it will not be so simple like building
Tuner Internet radio. So I would like to plea for help The most advancet packagers or
builders from this community.
Because Shortwave support live Internet radio stream recording, it would be more than
useful to have The opportunity to build it also for AArch64 architecture with no need to
use flatpak or similar repositoryes, which allready contain this Internet radio
multipurposing app.
I must warn you, tthat building will be really big adventure for The most elite builders
or packages among us.
I will write The build proggress in this thread and I will be patiently asking for help,
if some error will appear, which will get building in stuck.
I Am hoping, that somebody among us will success in this informatic science adventure with
Me.
Sure, I will not be passive. I will do my best to build myself.
Lets start with this proces.
https://gitlab.gnome.org/World/Shortwave
I will be using. Termux version 118, Fedora version 35, AArch64 Cpu architecture. I can
not use Gnome-builder, because it call some systém calls which are incompatible with
Android kernel and userspace variant of Fedora. Problems with connection to systém bus.
4:37 p.m.
On Fri, Sep 30, 2022 at 11:37 AM Mgr. Janusz Chmiel
<janusz.chmiel(a)volny.cz> wrote:
Lets start with this proces.
https://gitlab.gnome.org/World/Shortwave
I will be using. Termux version 118, Fedora version 35, AArch64 Cpu architecture. I can
not use Gnome-builder, because it call some systém calls which are incompatible with
Android kernel and userspace variant of Fedora. Problems with connection to systém bus.
Help me understand. You have succeeded in building the shortwave
application, but when you try to run it, it cannot connect to dbus and
so fails to operate at all. Is that correct?
--
Jerry James
http://www.jamezone.org/
2:32 a.m.
New subject: shortwave internet radio building process for AArch64 severe
issues
Od: Jerry James
Odesláno:sobota 1. října 2022 23:38
Komu: Community support for Fedora users
Předmět: Re: shortwave internet radio building process for AArch64 severe issues
On Fri, Sep 30, 2022 at 11:37 AM Mgr. Janusz Chmiel
<janusz.chmiel(a)volny.cz> wrote:
Lets start with this proces.
https://gitlab.gnome.org/World/Shortwave
I will be using. Termux version 118, Fedora version 35, AArch64 Cpu architecture. I can
not use Gnome-builder, because it call some system calls which are incompatible with
Android kernel and userspace variant of Fedora. Problems with connection to system bus.
Help me understand. You have succeeded in building the shortwave
application, but when you try to run it, it cannot connect to dbus and
so fails to operate at all. Is that correct?
--
Jerry James
http://www.jamezone.org/
No, I could not run gnome-builder on Android with Termux and Proot. It very probably call
some real Linux kernel calls which do not work from Android.
So I could not build Shortwave Internet radio from Gnome-builder. But When I have used
Gnome-builder on normal Intel compatible computer with Fedora, Gnome-builder have built
Shortwa
Ve Internet radio with no issues.
My goal is to build Shortwave directly on my phone so may be, that some Fedora packager
will officially build the AArch64 package of this app. And this app would become The part
of Fedora AArch64 repositoryes.
Tuner can be build thanks to your advice with The packages name. And Shortwave would be
also build.
.
Thank you very much with your patience with Me.
2:51 a.m.
New subject: shortwave internet radio building process for AArch64 severe
issues
Odesláno z aplikace Pošta pro Windows
Od: Jerry James
Odesláno:sobota 1. října 2022 23:38
Komu: Community support for Fedora users
Předmět: Re: shortwave internet radio building process for AArch64 severe issues
On Fri, Sep 30, 2022 at 11:37 AM Mgr. Janusz Chmiel
<janusz.chmiel(a)volny.cz> wrote:
Lets start with this proces.
https://gitlab.gnome.org/World/Shortwave
I will be using. Termux version 118, Fedora version 35, AArch64 Cpu architecture. I can
not use Gnome-builder, because it call some systém calls which are incompatible with
Android kernel and userspace variant of Fedora. Problems with connection to systém bus.
Help me understand. You have succeeded in building the shortwave
application, but when you try to run it, it cannot connect to dbus and
so fails to operate at all. Is that correct?
--
Jerry James
http://www.jamezone.org/
Do you know about AArch64 device which could I use instead of my phones with ARM AArch64
CPU? So real Fedora kernel could be loaded and build proces would be much more faster?
I know about Raspberry, but I do not know, if it would be faster than my phone.
Sad reality is, that without limitations of Selinux build in to Android kernel, without
issues with Proot and partial file systém file names insensitivity on Huawei brand, I
would be even much more faster and more effective while building packages for AArch64 not
only on Fedora.
But fast devices are not cheap and if I would want to run Fedora AArch64 by using Qemu on
my laptop, my fan would run very fast and because Qemu can not use Kqemu in this case, I
Am afraid, that build proces would be may be even slower than on my phone.
3:05 a.m.
New subject: shortwave internet radio building process for AArch64 severe
issues
Here is Messon crash. Even upgrade to Fedora 36 did not help to Me.
[root@localhost Shortwave]# meson --prefix=/usr build
The Meson build system
Version: 0.62.2
Source dir: /root/Shortwave
Build dir: /root/Shortwave/build
Build type: native build
Project name: shortwave
Project version: 3.0.0
Rust compiler for the host machine: rustc -C linker=cc (rustc 1.64.0)
Rust linker for the host machine: rustc -C linker=cc ld.bfd 2.37-36
Host machine cpu family: aarch64
Host machine cpu: aarch64
Found pkg-config: /usr/bin/pkg-config (1.8.0)
Run-time dependency sqlite3 found: YES 3.36.0
Traceback (most recent call last):
File "/usr/lib/python3.10/site-packages/mesonbuild/mesonmain.py", line 153, in
run
return options.run_func(options)
File "/usr/lib/python3.10/site-packages/mesonbuild/msetup.py", line 301, in
run
app.generate()
File "/usr/lib/python3.10/site-packages/mesonbuild/msetup.py", line 185, in
generate
self._generate(env)
File "/usr/lib/python3.10/site-packages/mesonbuild/msetup.py", line 229, in
_generate
intr.run()
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreter/interpreter.py", line
2724, in run
super().run()
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/interpreterbase.py",
line 149, in run
self.evaluate_codeblock(self.ast, start=1)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/interpreterbase.py",
line 174, in evaluate_codeblock
raise e
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/interpreterbase.py",
line 167, in evaluate_codeblock
self.evaluate_statement(cur)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/interpreterbase.py",
line 180, in evaluate_statement
return self.function_call(cur)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/interpreterbase.py",
line 455, in function_call
res = func(node, func_args, kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 768, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 768, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 768, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
[Previous line repeated 5 more times]
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 109, in wrapped
ret = f(*wrapped_args, **wrapped_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 127, in wrapped
return f(*wrapped_args, **wrapped_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreterbase/decorators.py",
line 277, in wrapper
return f(*nargs, **wrapped_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreter/interpreter.py", line
1638, in func_dependency
d = df.lookup(kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreter/dependencyfallbacks.py",
line 352, in lookup
dep = func(kwargs, func_args, func_kwargs)
File
"/usr/lib/python3.10/site-packages/mesonbuild/interpreter/dependencyfallbacks.py",
line 93, in _do_dependency
dep = dependencies.find_external_dependency(name, self.environment, kwargs)
File "/usr/lib/python3.10/site-packages/mesonbuild/dependencies/detect.py",
line 112, in find_external_dependency
d = c()
File "/usr/lib/python3.10/site-packages/mesonbuild/dependencies/factory.py",
line 105, in <lambda>
DependencyMethods.SYSTEM: lambda env, kwargs: system_class(name, env,
kwargs),
File "/usr/lib/python3.10/site-packages/mesonbuild/dependencies/misc.py", line
529, in __init__
if not self.clib_compiler.has_header('openssl/ssl.h', '', env)[0]:
AttributeError: 'NoneType' object has no attribute 'has_header'
meson.build:12:0: ERROR: Unhandled python exception
This is a Meson bug and should be reported!
[root@localhost Shortwave]
6:02 p.m.
On Oct 2, 2022, at 04:05, Mgr. Janusz Chmiel <janusz.chmiel(a)volny.cz> wrote:
Here is Messon crash. Even upgrade to Fedora 36 did not help to Me.
[root@localhost Shortwave]# meson --prefix=/usr build
The Meson build system
Version: 0.62.2
Source dir: /root/Shortwave
Build dir: /root/Shortwave/build
I would suggest you avoid building software as root. Especially code you might not trust
or understand. A misplaced environment variable and it might delete your whole OS.
For example, what if it had something like:
rm -rf /usr/$software_name
And the $software_name variable was undefined?
Run as a normal user, it would just give a bunch of errors about being unable to delete
files in /usr. Run as root, it would delete everything under /usr and the directory
itself.
DependencyMethods.SYSTEM: lambda env, kwargs:
system_class(name, env, kwargs),
File "/usr/lib/python3.10/site-packages/mesonbuild/dependencies/misc.py",
line 529, in __init__
if not self.clib_compiler.has_header('openssl/ssl.h', '', env)[0]:
AttributeError: 'NoneType' object has no attribute 'has_header'
meson.build:12:0: ERROR: Unhandled python exception
This is a Meson bug and should be reported!
[root@localhost Shortwave]
Most likely you need to install the “openssl-devel” package. (dnf install openssl-devel)
--
Jonathan Billings
3:48 a.m.
New subject: shortwave internet radio building process for AArch64 severe
issues
Odesláno z aplikace Pošta pro Windows
Od: Jonathan Billings
Odesláno:pondělí 3. října 2022 1:03
Komu: Community support for Fedora users
Předmět: Re: shortwave internet radio building process for AArch64 severe issues
On Oct 2, 2022, at 04:05, Mgr. Janusz Chmiel <janusz.chmiel(a)volny.cz> wrote:
Here is Messon crash. Even upgrade to Fedora 36 did not help to Me.
[root@localhost Shortwave]# meson --prefix=/usr build
The Meson build system
Version: 0.62.2
Source dir: /root/Shortwave
Build dir: /root/Shortwave/build
I would suggest you avoid building software as root. Especially code you might not trust
or understand. A misplaced environment variable and it might delete your whole OS.
For example, what if it had something like:
rm -rf /usr/$software_name
And the $software_name variable was undefined?
Run as a normal user, it would just give a bunch of errors about being unable to delete
files in /usr. Run as root, it would delete everything under /usr and the directory
itself.
DependencyMethods.SYSTEM: lambda env, kwargs: system_class(name, env,
kwargs),
File "/usr/lib/python3.10/site-packages/mesonbuild/dependencies/misc.py", line
529, in __init__
if not self.clib_compiler.has_header('openssl/ssl.h', '', env)[0]:
AttributeError: 'NoneType' object has no attribute 'has_header'
meson.build:12:0: ERROR: Unhandled python exception
This is a Meson bug and should be reported!
[root@localhost Shortwave]
Most likely you need to install the “openssl-devel” package. (dnf install openssl-devel)
--
Jonathan Billings
Dear MR Billings,
Thank you for your useful advice and for warning related to be careful while using Root
user account while running foreign scripts and apps.
Dnf install openssl-devel
Really has solved Meson long crash messages list.
But unfortunately, I can not install libadwaita-1 so version 1 of this library.
Typing
Dnf install libadwaita-devel
Install The development release of this library, 4 Alpha, but it is too new. As A result,
Meson do not allow Me to use so new library.
What do you think?
Can i modify build script to exclude The version library numbers to avoid such errors?
Or rather no, because resulting compiled Binary could be unusable and very unstable?
But how to find old version of libadwaita-1 version.
7:30 p.m.
New subject: shortwave internet radio building process for AArch64 severe
issues
On Mon, 3 Oct 2022 10:48:37 +0200
"Mgr. Janusz Chmiel" <janusz.chmiel(a)volny.cz> wrote:
But unfortunately, I can not install
libadwaita-1 so version 1 of this library. Typing
Dnf install libadwaita-devel
Install The development release of this library, 4 Alpha, but it is
too new. As A result, Meson do not allow Me to use so new library.
What do you think? Can i modify build script to exclude The version
library numbers to avoid such errors? Or rather no, because resulting
compiled Binary could be unusable and very unstable?
But how to find old version of libadwaita-1 version.
When I look in koji,
https://koji.fedoraproject.org/koji/packageinfo?packageID=34278
all versions of libadwaita in the repositories are so version 1. Where
are you getting your version from? If you are using dnf, it should be
pulling from the fedora repositories, and thus getting the correct so
version.
There are older versions of libadwaita there that you can download and
install using
dnf -C [older version package name]
but you shouldn't need to do that if you need so version 1.
If the package you are compiling is looking for libadwaita-1 instead of
libadwaita, you could change that to the later version, as it is
probably a typo or misrepresentation of the library.
The upstream for libadwaita is at
https://gitlab.gnome.org/GNOME/libadwaita
if that doesn't work, and you can look there for the version you want,
but maybe you should ask the developers of the package you are trying
to compile to see what version they actually wanted.
574
days inactive
578
days old
7 comments
4 participants
participants (4)
-
Jerry James -
Jonathan Billings -
Mgr. Janusz Chmiel -
stan