Hi,
There are issues with the upload right now, so it's
just not there yet.
The download location is usually linked in the news, but
I can create a download page soon enough. It's been on
my list of improvements for a while.
Okay, I was a bit inaccurate. installation from source might need to consider
some things installation from binary does not and the other way around.
What it really comes down to is better explained in the jinja2 code, everything
else is conceptional bordering on bikeshed. I agree with you to some
> Ideally, however, that page will eventually just be a generic "from source"
> page along with package install instructions.
I might be able to finish this (I had the idea before this message)
in January as a rough sketch.
This is not just building from source, but building from source
on Syste
perspective of an application
developer is (usually) focused on other parts than the perspective
of someone who distributes and builds applications in a multi-OS
environment with more than one hardware.
Cheers,
ng0
> Please be aware that Git master is thus henceforth INCOMPATIBLE with
> the 0.11.x GNUnet network, and interactions between old and new peers
> will result in signature verification failures. 0.11.x peers will NOT
> be able to communicate with Git master or 0.12.x peers. There could be
> further
Hi,
and thanks for the patch. I guess that the many
deletes of the packages come from using gnunet package inputs
now?
If so, I'll apply it.
Thanks :)
signature.asc
Description: PGP signature
> I meant using the dns2gns service/server. Which is documented (?).
Oh, okay. And does nothing depend on the DNS subsystem being able to
use the gnunet-helper-dns? Ie, are there any implications over
recommending dns2gns instead for other systems (a solution I would
prefer)?
Thanks.
signature.
> Oh, I see. This is still a problem for exit... hmm.
Yes.
>> On 27. Nov 2019, at 12:37, Schanzenbach, Martin
>> wrote:
>>
>> Hi,
>>
>> my take would be that limiting this functionality to Linux for now is
>> perfectly fine as there are other options (e.g. local DNS server
>> configuration).
You are right, libpcap does not allow what we require.
I'm still reading into it, but can we add a packet filter neutral
(or not using any packet filters at all) version to the requirements
of a stable GNUnet? What I describe below doesn't scale very good.
The two helpers right now require iptabl
follow-up commits (for reusing sh snippets) broke the build, but I'm working on
it.
Hi,
just a short headsup notice:
as you might've noticed we include build-common as a submodule.
I've just added logic to build-common to include a make fragment
which allows integrating it into gnunet.git's build-system.
The .am file in common includes this file. To sync the changes
you must run
Hi folx,
a while back I looked at how the helpers which use Linux-specific
binaries (iptables) can be made more portable.
Using pf(1) for ifdef(BSD) would've been a solution, but not
necessarily one I would've liked because as far as I understand
pf it would've required manual intervention by sys
Hi,
I tried to fix the deployment of docs.gnunet.org.
It builds okay in the source, but everything I've
done on sam as handbook didn't produce usable
results.
Current status is that it's semi broken deployed
and new commits after the html file successfully
builds are no longer picked up and this
Hi,
for various reasons we can't fix that - there have been discussions
about this and the result we can deal best with is to provide a sitemap,
which is indexed at least by Google (I registered it with them).
We can do a bunch of redirects, but I only redirected the most important /
reoccuring o
We are pleased to announce the release of gnunet-fuse 0.11.8.
This is a bugfix release for gnunet-fuse 0.11.0 to restore
compatibility with gnunet 0.11.8 codebase. Furthermore
build-system fixes were applied and pthread_np usage was
dropped.
libfuse detection should be more portabe now, with futur
> None of this was required on Debian GNU/Linux before: gnunet-qr works
> fine without any of your (IMO inappropriate) recent changes to
> configure.ac.
okay, please read the commits, my message was only providing
a tiny bit of context. This is for systems which do not provide
an ldd.so.conf (whic
Hi,
with my next commit this is required for me on a system without
/etc/ld.so.conf to make gnunet-qr link correctly (or rather execute):
make clean-recursive ; ./bootstrap ; LDFLAGS="-L/usr/pkg/lib -L/usr/X11R7/lib
-Wl,-R/usr/X11R7/lib" CFLAGS="-g -O0" ./configure --pre
Hi,
I have just released gnurl 7.67.0, following the 7.67.0 release of curl.
NOTES:
--
I might or might not change the build system to a yet-to-be-determined one
at a yet-to-be-determined point in the future due to various
longstanding issues in make dist. If you package gnurl, keep an eye o
Subject: [GNUnet 0005933]: translate the eV satzung
...
https://bugs.gnunet.org/view.php?id=5933#c15080
...
Eh, no. That's a legal document. Doing a legally-binding translation is
virtually impossible, and there is also no need.
Okay, I am aware that this is not possible legally binding but:
-
Hi,
this is a copy and paste of my write-up for the gnunet.org README file.
In addition to this, you have to `git submodule sync` and ./bootstrap
to get the change from taler-build-scripts to build-common.
This work will be merged into taler.net tomorrow, gnunet.org was
the testbed to get this fi
We are pleased to announce the release of GNUnet 0.11.8.
This is a bugfix release for 0.11.7, fixing a couple of minor build-system
related bugs introduced in the 0.11.7 release.
No functional changes were made.
As always: In terms of
usability, users should be aware that there are still a large n
So I think this is due to some configuration detail I need
to clear, because the user 'gnunet' does also return
an empty gnunet-core:
su -m gnunet -c 'HOME=/var/chroot/gnunet TMP=/tmp GNUNET_PREFIX=/usr/pkg
GNUNET_CACHE_HOME=/var/chroot/gnunet/cache gnunet-core'
ng0 transcri
Actually I should have fixed the Changelog and will do so tomorrow:
The mechanism to deal with suid was removed, you can read the
git log to see why, in short portability issues narrowed it
down to making it people handle manually.
Schanzenbach, Martin transcribed 3.5K bytes:
> We are pleased t
Hi,
xrs transcribed 7.8K bytes:
> Hi ng0,
>
> On Fri, 25 Oct 2019 08:20:43 +0000
> ng0 wrote:
>
> > Hi,
> >
> > last night I managed to understand rc.d in NetBSD to the extent
> > required to make the services I needed for gnunet work.
> >
> &
Ah, but rc.d != openrc:
https://www.usenix.org/legacy/events/usenix01/freenix01/full_papers/mewburn/mewburn_html/index.html
but I think your comment could still help, thanks.
xrs transcribed 2.3K bytes:
> > The user-service behaves odd enough for rc.d to report
> > "gnunetuser is not running" wh
Christian Grothoff transcribed 4.1K bytes:
> On 10/26/19 12:21 PM, Schanzenbach, Martin wrote:
> >> On 26. Oct 2019, at 11:12, Christian Grothoff wrote:
> >>
> >> On 10/26/19 10:16 AM, Schanzenbach, Martin wrote:
> >>> Really? I am personally responsible for making all of the REST stuff
> >>> con
Christian Grothoff transcribed 3.2K bytes:
> On 10/26/19 10:16 AM, Schanzenbach, Martin wrote:
> > Really? I am personally responsible for making all of the REST stuff
> > conditional, i.e. it gets
> > built of you have the depencies, otherwise not. My proposal would be to
> > change this into:
>
Schanzenbach, Martin transcribed 4.9K bytes:
>
>
> > On 26. Oct 2019, at 10:30, ng0 wrote:
> >
> > Schanzenbach, Martin transcribed 3.0K bytes:
> >>
> >>
> >>> On 26. Oct 2019, at 10:11, ng0 wrote:
> >>>
> >&g
Schanzenbach, Martin transcribed 3.0K bytes:
>
>
> > On 26. Oct 2019, at 10:11, ng0 wrote:
> >
> > Hi,
> >
> > Schanzenbach, Martin transcribed 1.8K bytes:
> >> Hi,
> >>
> >> unfortunately I would have to look into this
n detail and I always thought
even from documentation as far as I can recall, that conversation requires
all 3 of the mentioned dependencies.
Which also made me think about adding support for the audio native to NetBSD.
> > On 26. Oct 2019, at 09:57, ng0 wrote:
> >
> > Good m
Good morning.
I have a couple of questions for building conversation.
1. conversation is no longer experimental, is that true or
was the change prior to my documentation change a mistake?
2. we search for libpulse + gstreamer + libopus in the
context of building conversation or not.
As
Hi,
a while back Christian removed what looks like the only
user of glpk.
When you search for glpk, you find no traces in src.
Is it likely that we'll add back glpk using code at
some point, or can I drop the configure check for it?
Christian Grothoff transcribed 2.7K bytes:
> On 10/25/19 9:42 AM, Hartmut Goebel wrote:
> > Am 22.10.19 um 15:06 schrieb Christian Grothoff:
> >> Well, moving the meeting would require a change to the Satzung
> >
> > I disagree: The Satzung allows meeting outside the congress.
> >
> > Die Satzung
You can see the rest of the files here:
https://wip.pkgsrc.org/cgi-bin/gitweb.cgi?p=pkgsrc-wip.git;a=tree;f=gnunet;h=83325a99a736b7fc6abbebc0ab9b02f4af53ab6d;hb=HEAD
ng0 transcribed 5.6K bytes:
> Hi,
>
> last night I managed to understand rc.d in NetBSD to the extent
> required
x27;m still working on it).
My user's gnunet.conf in ~/.config/gnunet.conf is just:
[arm]
START_SYSTEM_SERVICES = NO
START_USER_SERVICES = YES
logs of today from the user-service in .cache/gnunet/:
Oct 25 07:38:39-677345 util-service-814 WARNING `bind' failed for
`/tmp/gnunet-n
Hi,
can we move the annual eV gathering somewhere outside of the
congress? I know it's convenient, but the prices are going up
every year and I'd rather spend money on a vacation then on
congress + the vacation I need afterwards it.
We've established this meeting in Switzerland, so why not move it
ng0 transcribed 876 bytes:
> Hi,
>
> yesterday I chatted with amatus about the fact that we use
> sudo in the Makefiles, optionally, and that this can be avoided.
> We have started doing this in 2011 according to logs in the
> Makefiles + helper shell scripts.
> There haven&#
Hi,
yesterday I chatted with amatus about the fact that we use
sudo in the Makefiles, optionally, and that this can be avoided.
We have started doing this in 2011 according to logs in the
Makefiles + helper shell scripts.
There haven't been much commits to this facility, which makes
me assume that
Christian Grothoff transcribed 4.4K bytes:
> Hi!
>
> Sva already has a mandate (= permission, funding) to order and
> distribute stickers for GNUnet and GNU Taler.
>
> If anyone has time to prepare, submit and possibly give a good talk,
> please go ahead and do it. Feel free to use the materials
ll be less relevant for
most
people but should be installed nevertheless if you plan to write or edit python
files (tests, mostly)).
ng0 transcribed 714 bytes:
> Hi,
>
> as suggested in naming to me, you can now run
>
> make pretty
>
> after a re-bootstrap and/or co
Hi,
as suggested in naming to me, you can now run
make pretty
after a re-bootstrap and/or configure when uncrustify is detected and
subsequentially if yapf is detected.
The nesting is not perfect, but for now it works.
This should make the previous "pre-commit" file obsolete, I've move
Marcos Marado transcribed 1.3K bytes:
> Hi,
>
> On Tue, Oct 8, 2019 at 10:42 AM ng0 wrote:
> >
> > > > Naturally, this is not about removing (all) credit: we would still have
> > > > both the top-level AUTHORS file and the attribution via the Git history
ng0 transcribed 884 bytes:
> > > Naturally, this is not about removing (all) credit: we would still have
> > > both the top-level AUTHORS file and the attribution via the Git history.
>
> Which is in the 0.10.x series timecapsule for GNUnet, and no one has
> stepped up
> > Naturally, this is not about removing (all) credit: we would still have
> > both the top-level AUTHORS file and the attribution via the Git history.
Which is in the 0.10.x series timecapsule for GNUnet, and no one has
stepped up to make an major update to it.
It requires quiet a lot of pipin
IGnore the broken part, but we should merge master into stable.
also the updating / rebuilding needs to be faster. hmm..
ng0 transcribed 446 bytes:
> Hi,
>
> can someone fix whatever is up with stable (www.gnunet.org)
> and also merge stable into "master" (stage.gnunet.or
Hi,
can someone fix whatever is up with stable (www.gnunet.org)
and also merge stable into "master" (stage.gnunet.org), and
not work the other way around?
Thanks!
___
GNUnet-developers mailing list
GNUnet-developers@gnu.org
https://lists.gnu.org/mailma
xrs transcribed 2.5K bytes:
> Hi all,
>
> it's almost done (including CG's TODO list 8-)
>
> Here are some open issues that I leave for comments.
>
> 1. Autoreconf
> For now, configure/make/make install does not work on alpine-linux. My
> workaround is to call "autoreconf -if" in packaging stag
n...@n0.is transcribed 2.9K bytes:
> Marcos Marado transcribed 3.6K bytes:
> > Hi,
> >
> > On Sun, Jul 7, 2019 at 10:22 AM sva wrote:
> > [...]
> > > >I've tried to collect all the upcoming (planned) events here:
> > > >https://md.darmstadt.ccc.de/gnunet-events
> > > >If you have any idea about a
Marcos Marado transcribed 3.6K bytes:
> Hi,
>
> On Sun, Jul 7, 2019 at 10:22 AM sva wrote:
> [...]
> > >I've tried to collect all the upcoming (planned) events here:
> > >https://md.darmstadt.ccc.de/gnunet-events
> > >If you have any idea about any place/date/occasion that would be good
> > >to
>
sva transcribed 6.5K bytes:
> This happened today :)
>
> Glad to have seen some new "faces", happy to see you again next time!
>
> On 7/4/19 1:53 AM, sva wrote:
> > monthly get-together
> > at 8pm Central European time, at the following dates:
> >
> > 7th of July
> > 8th of August
> > 9th of Se
xrs transcribed 3.7K bytes:
>
>
> On Sat, 6 Jul 2019 14:24:53 +
> n...@n0.is wrote:
>
> > Christian Grothoff transcribed 4.2K bytes:
> > > On 7/6/19 2:19 PM, n...@n0.is wrote:
> > > > Christian Grothoff transcribed 3.2K bytes:
> > > >> On 7/5/19 8:19 PM, xrs wrote:
> > > >>> Hi all,
>
Christian Grothoff transcribed 4.2K bytes:
> On 7/6/19 2:19 PM, n...@n0.is wrote:
> > Christian Grothoff transcribed 3.2K bytes:
> >> On 7/5/19 8:19 PM, xrs wrote:
> >>> Hi all,
> >>>
> >>> I'd like to put doxygen again in place. I propose:
> >>>
> >>> 0. install a weekly cronjob for user doxygen a
n...@n0.is transcribed 3.4K bytes:
> Christian Grothoff transcribed 3.2K bytes:
> > On 7/5/19 8:19 PM, xrs wrote:
> > > Hi all,
> > >
> > > I'd like to put doxygen again in place. I propose:
> > >
> > > 0. install a weekly cronjob for user doxygen and do "make full" in the
> > >respective fol
Christian Grothoff transcribed 3.2K bytes:
> On 7/5/19 8:19 PM, xrs wrote:
> > Hi all,
> >
> > I'd like to put doxygen again in place. I propose:
> >
> > 0. install a weekly cronjob for user doxygen and do "make full" in the
> >respective folder.
>
> weekly is excessively slow, daily or hou
sva transcribed 2.6K bytes:
> Dear ng0,
>
> First a note to everyone: The GNUnet event happens 16th-18th August
> (come earlier, stay longer). CCCamp then starts at 21st August.
>
>
> On 7/4/19 1:13 PM, n...@n0.is wrote:
> > sva transcribed 1.8K bytes:
>
>
sva transcribed 1.8K bytes:
> => please reply to me ASAP via PM if you'd be interested. It would NOT
> yet count as booking, but will show if its worth following the plan.
>
>
>
>
> Dear all,
>
> as you know we are currently in the GNUnet Hackweek. We know that some
> of you wanted to attend b
sva transcribed 957 bytes:
> Hey,
>
> On 7/2/19 9:50 AM, n...@n0.is wrote:
> > sva transcribed 5.9K bytes:
> >> On 1 July 2019 1:54:03 AM GMT+02:00, "n...@n0.is" wrote:
>
> >> Starting point with first whitepaper i find suitable.
> >
> > I don't know when the first paper was published,
>
> Afa
Hi,
disregard parts of this. I understand why this happened again (better visibility
of tasks for the meeting in switzerland). What still applies is in general
thinking in general more about if a certain task can be finished by a certain
date. For website and documentation this is often inappropri
Hi,
I appreciate the attention to documentation and website bugs,
and I would like to hand off some responsibilities for an ease of mind.
The current team size + current
interest team group + availability of time for gnunet of those people
does mean that medium or big documentation tasks can not
Maybe bikeshed material, but should we mention 2001 - 2019 as our copyright
year in the footer?
Currently it refers to the inherited copyright of the taler website codebase.
To take the start of the project as the copyright beginning (even though then
GNUnet *eV* would be incorrect) would be anoth
Is it on purpose that one page now mentions "the GNUnet" instead of just
"GNUnet"?
I mean, drop the "The". Just "GNUnet". It's cleaner. ;)
Which brings me back to the recent off-list discussion with schanzenbach
and grothoff. We should have some document to point this out. Let's
work on this in
Funny enough this means that rss and atom is still important and
still picked up in some places, other than planet.gnu.org and my
own https://social.n0.is/gnunetrss
sva transcribed 1.3K bytes:
> Dear all,
>
> if anyone is into Hackernews or any other kind of social media around
> it: https://news
Hi,
I don't understand why this is open for discussion, as it seems.
Exploration should be up to the listed members of the eV, which is one of the
points
exclusive to the eV where a difference of groups makes sense.
I was not around, but I was told it's just exploration atm.
Fabian Gerlach tran
Schanzenbach, Martin transcribed 2.0K bytes:
> Hi,
>
> did anyone on this list register the group "gnunet" on gitlab and make it
> private? It would be great to use it for a CI flow. Else we have to assume it
> was squatted :/
>
> BR
> Martin
We could ask Gitlab directly. I think it could be s
Christian Grothoff transcribed 3.5K bytes:
> I thought I had fixed this one before, but maybe i just increased the
> limit. Anyway, i've now disabled the "feature" entirely
Thanks
> On 6/15/19 3:46 PM, n...@n0.is wrote:
> > Hi,
> >
> > what kind of nonsense is this? I'm already authenticated.
>
Hi,
what kind of nonsense is this? I'm already authenticated.
APPLICATION ERROR #27
You have reached the allowed activity limit of 10 events within the last 3600
seconds; your action has been blocked to avoid spam, please try again later.
Please use the "Back" button in your web browser to re
Christian Grothoff transcribed 13K bytes:
> Hi Olie,
>
> Some answers inline below...
>
> On 6/12/19 9:01 PM, Olie Ayre wrote:
> > ### 1: How might I "serve" files?
> >
> > At the moment, I have a little 1GB VPS on which I host a
> > personal website and a project website. What I'd like to know
Hartmut Goebel transcribed 1.6K bytes:
> On 01.06.19 20:06, Christian Grothoff wrote:
> >> As you may know, we'll have the GNUnet Hacker meeting at decentrale.ch
> >> near St. Imier June 22nd to 29th. We currently have 14-20 registrations
> >> depending on whether you count +1s. That said, there i
Hi,
I have just released gnurl 7.65.1, following the 7.65.1 release of curl.
CHANGELOG
-
Changes, gnurl specific:
* (docs) merged documentation changes from curl
* (tests/build) previously, unknown to me, having valgrind in your path
and running the tests would lead under certain syst
Christian Grothoff transcribed 4.0K bytes:
> Dear all,
>
> As you may know, we'll have the GNUnet Hacker meeting at decentrale.ch
> near St. Imier June 22nd to 29th. We currently have 14-20 registrations
> depending on whether you count +1s. That said, there is still space,
> especially in the 2n
n...@n0.is transcribed 3.5K bytes:
> Hi,
>
> I have just released gnurl 7.65.0, following the 7.65.0 release of curl
> on 2019-05-22.
>
> CHANGELOG
> -
>
> Changes, gnurl specific:
>
> * (build) nroff should no longer be a build-time dependency:
> * enforce built-in manual to be alway
Hi,
I have just released gnurl 7.65.0, following the 7.65.0 release of curl
on 2019-05-22.
CHANGELOG
-
Changes, gnurl specific:
* (build) nroff should no longer be a build-time dependency:
* enforce built-in manual to be always 'off'
* gnurl.1 is no longer assembled by a perl + nrof
Christian Grothoff transcribed 3.6K bytes:
> On 5/27/19 10:17 PM, n...@n0.is wrote:
> > Hi,
> >
> > offlist and sometimes on-list we've been talking over the last
> > years now and then about the possibility of replacing gnurl.
> >
> > 2 choices were given so far: "let's help curl or wait until
>
Hi,
offlist and sometimes on-list we've been talking over the last
years now and then about the possibility of replacing gnurl.
2 choices were given so far: "let's help curl or wait until
they have fixed what makes gnurl necessary"; ie not a task for
one afternoon, touches many parts of curl", an
Hi,
we now have an incomplete new configuration end output, as
was proposed a couple of weeks^months^years^whatever back.
This is all I can do for now wrt to time, and some parts are
still wrong.
If you want to help fixing this up for 0.11.5, go ahead.
The idea of "features" is that it lists a
Christian Grothoff transcribed 4.5K bytes:
> On 5/2/19 10:44 AM, Hartmut Goebel wrote:
> > Am 01.05.19 um 10:35 schrieb Christian Grothoff:
> >> Are you aware that our logging subsystem can do log rotation (and that
> >> we would then only keep the logs for the last 3 days)?
> >
> >
> > IMO gnune
Christian Grothoff transcribed 4.4K bytes:
> On 4/30/19 7:33 AM, IC Rainbow wrote:
> > Maybe it would be useful for quickstarting F2F networks then?
>
> Well, I'd expect F2F networks to generally prefer other mechanisms:
> a hostlist server, or LAN discovery might do just as well. Also, for
> simp
Christian Grothoff transcribed 4.1K bytes:
> On 4/29/19 9:48 PM, IC Rainbow wrote:
> > Ah, I see. So, I copy that to `share/gnunet/hellos/` and... that would
> > give me what?
>
> Exactly what you wanted: a public key of a peer, an IP address and a
> port to connect to for bootstrapping.
>
> > Is
Schanzenbach, Martin transcribed 2.4K bytes:
> Hi,
>
> everytime I show somebody how to start gnunet, the behaviour of gnunet-arm
> seems to be a major pain point because it exhibits two behaviours which,
> combined, are quite odd.
> Those two are:
>
> 1. gnunet-arm -s does not hang but return
Hi,
here's the 7.64.1 release of gnurl.
...NOTE... Breaking changes ahead:
7.64.1 switches the way the configuration is done for a couple of reasons.
This might be annoying, depending on how you read it and what your approach to
reading READMEs is.
Previously (or: for a very long time) I used
n...@n0.is transcribed 746 bytes:
> Hi,
>
> I see clang-format at the moment is messing up our comments.
> If we set ReflowComments to false, this would be much easier
> for documentation parsing.
>
> I have to consider the cases where not all of a doxygen command
> is on one line, but for now an
Hi,
I see clang-format at the moment is messing up our comments.
If we set ReflowComments to false, this would be much easier
for documentation parsing.
I have to consider the cases where not all of a doxygen command
is on one line, but for now and for general style purposes we
should not reflow
Schanzenbach, Martin transcribed 2.6K bytes:
>
>
> > On 26. Apr 2019, at 00:41, n...@n0.is wrote:
> >
> > I've been playing around with clang-format a bit more.
> >
> > @@ -239,7 +239,8 @@ GNUNET_TIME_absolute_get_forever_ ()
> > * Convert relative time to an absolute time in the
> > * future
Given the recent events, is there a need to make a release
or do you think it's good as it is?
Christian Grothoff transcribed 3.7K bytes:
> Hi!
>
> Thanks for the head's up. That was a double whammy: I failed to set the
> hostlist daemon's port correctly, that's why the hostlist was down.
>
> At
I've been playing around with clang-format a bit more.
@@ -239,7 +239,8 @@ GNUNET_TIME_absolute_get_forever_ ()
* Convert relative time to an absolute time in the
* future.
*
- * @return timestamp that is "rel" in the future, or FOREVER if rel==FOREVER
(or if we would overflow)
+ * @return
n...@n0.is transcribed 1.0K bytes:
> One thing I found out today, or maybe I'm wrong about it, is
> that clang has no way to ever do KNF style format enforcing.
> Doesn't matter for us, but it sucks. Apparently clang-format
> just looks at tokens and not the AST.
>
> Anyway, I've built llvm from g
One thing I found out today, or maybe I'm wrong about it, is
that clang has no way to ever do KNF style format enforcing.
Doesn't matter for us, but it sucks. Apparently clang-format
just looks at tokens and not the AST.
Anyway, I've built llvm from git yesterday and at least running
clang-format
Christian Grothoff transcribed 4.3K bytes:
> On 4/18/19 12:40 PM, ng0 wrote:
> > Christian Grothoff transcribed 3.0K bytes:
> >> On 4/18/19 11:20 AM, ng0 wrote:
> >>>>> We can include an ASL2.0 (Apache-2.0 WITH LLVM-exception) file
> >>>>
o know in the rest of
this email.
> I've so far heard only positive feedback for Martin's overall initiative
> to get indentation under control, so for now I'll proceed with the
> assumption that there are no blockers. But if you do have an issue with
> this, please
cts
>
> As you might have noticed, this also sets configuration relevant (and
> useful) for other languages than C, and even for www.git:
For www I suggest https://c.n0.is/g/ng0/emacs-jinja2-mode-ng0/ which
is more or less adjusted to what we use in Taler and GNUnet for jinja2.
>
Hartmut Goebel transcribed 1.7K bytes:
> Am 15.03.19 um 22:06 schrieb Hartmut Goebel:
> > Am 15.03.19 um 06:34 schrieb Christian Grothoff:
> >> Looks good to me. Could you please push it to gnunet-*, libextractor,
> >> libmicrohttpd and the taler-* Git repos? Thanks! -Christian
> > I was not able t
Christian Grothoff transcribed 3.0K bytes:
> On 4/18/19 11:20 AM, ng0 wrote:
> >>> We can include an ASL2.0 (Apache-2.0 WITH LLVM-exception) file
> >>> in contrib right? As far as I remember asl2.0 is compatible to
> >>> newer gpl.
> >>> There&#x
Schanzenbach, Martin transcribed 4.7K bytes:
>
>
> > On 18. Apr 2019, at 10:50, n...@n0.is wrote:
> >
> > Schanzenbach, Martin transcribed 4.5K bytes:
> >>
> >>
> >>> On 17. Apr 2019, at 21:08, Christian Grothoff wrote:
> >>>
> >>> Signed PGP part
> >>> From private discussion with Martin wh
Schanzenbach, Martin transcribed 4.5K bytes:
>
>
> > On 17. Apr 2019, at 21:08, Christian Grothoff wrote:
> >
> > Signed PGP part
> > From private discussion with Martin where I pointed out a few style
> > issues I didn't like and Martin either created fixes or determined that
> > what I wanted
Christian Grothoff transcribed 5.4K bytes:
> From private discussion with Martin where I pointed out a few style
> issues I didn't like and Martin either created fixes or determined that
> what I wanted was not (yet) possible...
> (forwarding with permission)...
>
> On 4/17/19 3:58 PM, Schanzenbac
Schanzenbach, Martin transcribed 6.4K bytes:
>
>
> > On 15. Apr 2019, at 12:24, Christian Grothoff wrote:
> >
> > Signed PGP part
> > Dear all,
> >
> > First of all, I like Martin's initiative as any attempt at trying to
> > improve the situation is very welcome. Hartmut is of course right tha
"Kowalski, analysis!"
Okay. As Christian wrote today we had some issues
with the server.
My really fast^ultraslow connection is currently
sending all of the gnunet-video-* repositories
and a couple more.
Gone is msh. In theory.
I have taken the liberty and commited a state from
around the time w
Tedd M. V. transcribed 1.2K bytes:
> Hello people, I was reading the very interesting literature that was the
> section of "Bibliography" on your site; at
> "https://old.gnunet.org/bibliography";, but it shows that there's no longer
> such site, at the bottom the other link also stopped working, is
Christian Grothoff transcribed 2.4K bytes:
> Dear all,
>
> TUM has to move gnunet.org to another rack, so there will be some
> planned outage tomorrow. Hopefully only for a few hours, but with an
> uptime of 723 days I expect "fun" on reboot.
>
> Best,
>
> Christian
>
Can you write another Ema
Yeah it's kind of a mess with the news at the moment. I'm 3/4 done
with a better system but 150% invested elsewhere at the moment.
Thanks for the patch!
Daniel Kahn Gillmor transcribed 663 bytes:
> ---
> news/2019-0.11.3.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
1 - 100 of 293 matches
Mail list logo
