Nikita Ronja Gillmann transcribed 4.1K bytes:
On 2/1/23 19:34, Nikita Ronja Gillmann wrote:
Martin Schanzenbach transcribed 3.7K bytes:
Please try with
https://git.gnunet.org/gnunet.git/commit/?id=ac40efdae723f850bfff62c0cddad130a37f425e
on whatever system this failed for you.
similar
On 2/1/23 19:34, Nikita Ronja Gillmann wrote:
Martin Schanzenbach transcribed 3.7K bytes:
Please try with
https://git.gnunet.org/gnunet.git/commit/?id=ac40efdae723f850bfff62c0cddad130a37f425e
on whatever system this failed for you.
similar issues for me with this patch:
never mind, I
ilar FTBFS on one of my systems.
On 2/1/23 01:19, Martin Schanzenbach wrote:
This is a regression introduced by Christian recently:
https://git.gnunet.org/gnunet.git/commit/?id=b73a7c5da48e09bd39c1d7c1dabec269dbacd1c8
I think the check before this commit was correct (and the comment
wrong).
Br
Martin
mysql is correctly detected (version: mysql-client-8.0.31nb1).
yet I run into this. any idea if this is on your side or mine?
gmake[3]: Entering directory '/usr/work/net/gnunet/work/gnunet-0.19.2/src/mysql'
CC mysql.lo
In file included from mysql.c:28:
mysql.c: In function 'iopen':
../..
only needs to work for fedora.
But I will keep that in mind.
Br
On 01.11.22 19:53, Nikita Ronja Gillmann wrote:
Hi,
here's a fix to make contrib/packages/fedora/10-dns2gns.sh portable.
Taken from my pkgsrc package, NetBSD header not removed, feel free to
do so or just take the patch as an
Hi,
here's a fix to make contrib/packages/fedora/10-dns2gns.sh portable.
Taken from my pkgsrc package, NetBSD header not removed, feel free to
do so or just take the patch as an info.
I'd suggest to add checkbashisms as part of dev tests to check all .sh
files.
ERROR: [check-portability.awk] =>
resent, please disregard/delete previous message if arrived.
Hi,
here's a fix to make contrib/packages/fedora/10-dns2gns.sh portable.
Taken from my pkgsrc package, NetBSD header not removed, feel free to
do so or just take the patch as an info.
I'd suggest to add checkbashisms as part of dev test
ks ok.
>
> If the log message appears after the SIGKILL then I need to investigate a bit
> further,
> but it may be a signal handler issue.
>
> BR
>
> > On 11. Apr 2022, at 13:46, Nikita Ronja Gillmann wrote:
> >
> > Hi,
> >
> > Schanzenbach, M
Mantis used to set nore...@gnunet.org, now it sets the example.com address for
everything.
This makes it rather hard to filter when you are still on some bug tickets.
Can you please fix that to conform to point to gnunet.org?
Thanks.
More or less, from my work back then and observations still today: complexity
is to blame (and complex scenarios). Only people involved in gnunet at some
point or close to the project managed to create correct packages.
With my pkgsrc hat on: almost nobody gets paid to do packaging work. Updates
Hi,
qemu did this a while back it seems
On 5/24/22 22:38, Willow Liquorice wrote:
As an aside, *does anyone know of any tools to convert TeXinfo to
reST*? This migration is going to be much smoother if there are.
https://patchwork.kernel.org/project/qemu-devel/patch/20200226113034.6741-19-pbon
the signals from arm?
CTRL-C didn't work.
Would the two kdump logs I did for this help?
>
> BR
>
> > On 11. Apr 2022, at 09:06, Nikita Ronja Gillmann wrote:
> >
> > The hang produces no DEBUG infos, all I get for that (when stopping
> > the user
9.
>
> looks like there is some issue related to accessing information?
>
> Schanzenbach, Martin transcribed 1.9K bytes:
> > Hi,
> >
> > this is not a known bug and it would be very odd if the REST API is not
> > even used.
> >
> > So yes, debug logs wo
would be very odd if the REST API is not even
> used.
>
> So yes, debug logs would be helpful.
>
> BR
>
> > On 10. Apr 2022, at 22:31, Nikita Ronja Gillmann wrote:
> >
> > Hi,
> >
> > in my system service I have a pill + kill for gnunet-rest-ser
Hi,
in my system service I have a pill + kill for gnunet-rest-server,
as this process seems to not react to gnunet-arm -e.
I am not sure how to debug this. look at loglevel DEBUG logs?
It seems like a bug to me when this prevents a normal shutdown
of gnunet.
This is via the user process, not the
Thanks!
Schanzenbach, Martin transcribed 3.7K bytes:
> Hi,
>
> I pushed this fix.
>
> BR
>
>
> > On 9. Apr 2022, at 11:33, Nikita Ronja Gillmann wrote:
> >
> > Hi,
> >
> > for some reason I can't open an account at the bug trac
the mails I do not understand the problem beyond "the check does not
> work".
> I can look at it next week.
>
> BR
> Martin
>
> > On 8. Apr 2022, at 10:04, Nikita Ronja Gillmann wrote:
> >
> > Daniel Golle transcribed 0.7K bytes:
> >> Hi
ME_DIR = ${TMPDIR:-${TMP:-/tmp}}/gnunet-system-runtime/
I guess that explains my issue (both are not set to the same directory).
I hope I can report back that I've fixed it.
Nikita Ronja Gillmann transcribed 25K bytes:
> A look at the dump of ktrace of gnunet-core run as my user makes me s
d look like,
if working. Right now system user 'gnunet' has the $HOME in /var/chroot/gnunet
and most of the sock files are in there (except for -arm).
Nikita Ronja Gillmann transcribed 23K bytes:
> Nikita Ronja Gillmann transcribed 23K bytes:
> > So my gnunet is mostly working:
Nikita Ronja Gillmann transcribed 23K bytes:
> So my gnunet is mostly working:
>
> Logs for the gnunet user are looking good (as far as I can tell).
> When I su into the gnunet user and execute gnunet-core with a path
> to the config file, I get results. Same happens for -pee
So my gnunet is mostly working:
Logs for the gnunet user are looking good (as far as I can tell).
When I su into the gnunet user and execute gnunet-core with a path
to the config file, I get results. Same happens for -peerinfo.
gnunet-search works there as well.
All of this is the gnunet service
On 4/8/22 12:29, Nikita Ronja Gillmann wrote:
Hi,
Tanguy LE CARROUR transcribed 6.2K bytes:
Hello GNUnet,
I'm not reporting this into the bug tracker (yet), because (good) chances
are the problem exists between the chair and keyboard…
```
2022-04-07T17:14:00.996911+0200 peerstore-s
Hi,
Tanguy LE CARROUR transcribed 6.2K bytes:
> Hello GNUnet,
>
> I'm not reporting this into the bug tracker (yet), because (good) chances
> are the problem exists between the chair and keyboard…
>
> ```
> 2022-04-07T17:14:00.996911+0200 peerstore-sqlite-29500 ERROR Error executing
> SQL query
Daniel Golle transcribed 0.7K bytes:
> Hi Nikita,
>
> On Fri, Apr 08, 2022 at 09:12:29AM +0200, Nikita Ronja Gillmann wrote:
> > Hi,
> >
> > I have no time to work on a patch for this, but even with the right version
> > of mysql(-client) (version => 8
On 4/4/22 17:23, Schanzenbach, Martin wrote:
On 4. Apr 2022, at 17:14, Christian Grothoff wrote:
On 4/4/22 17:09, Nikita Ronja Gillmann wrote:
Regardless, you should be able to build GNUnet against vanilla libcurl these
days, so that might be a better way to avoid worrying about this
that I can not enforce a change
of setting in curl (for example built against gnutls) for the defaults.
Or maybe you can explain how a gnunet built against curl and gnurl would
differ these days in terms of functionality and features.
On 4/4/22 16:47, Nikita Ronja Gillmann wrote:
Hi,
finis
Hi,
finishing the gnunet package for pkgsrc might require merging back the
inactive gnurl into the pkgsrc tree from pkgsrc-wip.
I've looked at the current CVEs for curl, and I have open questions for
2 of them. Could someone take a look at them and tell me if they apply
in the context of how
On 4/1/22 11:50, Mikhail wrote:
On Fri, Apr 01, 2022 at 11:22:22AM +0200, Nikita Ronja Gillmann wrote:
Mikhail transcribed 77K bytes:
On Fri, Apr 01, 2022 at 07:37:49AM +, Schanzenbach, Martin wrote:
Yes. The IP DHT underlay implementation is simply not portable.
I just commited a fix
Mikhail transcribed 77K bytes:
> On Fri, Apr 01, 2022 at 07:37:49AM +, Schanzenbach, Martin wrote:
> > Yes. The IP DHT underlay implementation is simply not portable.
> > I just commited a fix to not built it for openbsd.
>
> Thank you for fixing the issues! Build is successful, full log is
>
Mikhail transcribed 77K bytes:
> checking for python3 version... 3.9
> checking for python3 platform... openbsd7
> checking for python3 script directory... ${prefix}/lib/python3.9/site-packages
> checking for python3 extension module directory...
> ${exec_prefix}/lib/python3.9/site-packages
I'm fa
Hi,
PK_PKTINFO with a quick search seems to be implemented in NetBSD (turns
up on my system, never ran into this issue) and FreeBSD.
OpenBSD had discussions in 2001, and fast-forward to 2016 it is not
implemented according to the Changelog of their usr/sbin/unbound:
https://github.com/openbsd/
Issue locally solved by remembering that I did not add
the code to re-bootstrap in the pkgsrc package after the
applied patch to configure.ac.
Nikita Ronja Gillmann transcribed 2.4K bytes:
> The issue is odd: with just --with-extractor pointing to the prefix
> of libextractor, I no longer g
The issue is odd: with just --with-extractor pointing to the prefix
of libextractor, I no longer get the gnunet-conversation-gtk file
built.
Same happens with the patch applied.
Both tests done in a clean build environment.
Nikita Ronja Gillmann transcribed 2.0K bytes:
> Hi Christian,
>
&g
-extractor=$LE_PREFIX
or: update to latest Git ;-)
Happy hacking!
Christian
On 3/21/22 19:34, Nikita Ronja Gillmann wrote:
Hi,
I've picked the gnunet packages back up for pkgsrc.
One odd thing I observed about gnunet-gtk is that
it does not build the gnunet-conversation-gtk binary,
even if the co
34 matches
Mail list logo
