Re: GNU Guix 1.2.0 T-shirts available

2020-12-20 Thread Development of GNU Guix and the GNU System distribution.


Maybe the guix website should have a shop tab for things like this.  It
would also be cool if they could mention suppliers that sell Guix System.

-- 
Joshua Branson
Sent from Emacs and Gnus
  https://gnucode.me
  https://video.hardlimit.com/accounts/joshua_branson/video-channels
  https://propernaming.org
  "You can have whatever you want, as long as you help 

enough other people get what they want." - Zig Ziglar
  



Guix Days and FOSDEM 2021

2020-12-20 Thread Pjotr Prins
As we have a devroom at FOSDEM 2021 we decided to organise an online
Guix day too on Feb. 8th. 2021. Unlike other years it is an online
event which also gives the opportunity to have people attend from all
over the world! We are making it a one day event of 12 hours so we can
start with Asia, move into Europe and on to the USA!

We'll likely have some (recorded) talks half way the day. The rest of
the day is organized as an unconference with different topics and
possibly different rooms much as we do in in the live version in
Brussels every year. 

Anyone wanting to organise a session is invited to post an idea to the
wiki page. Prerecordings and/or reading material are welcome so people
can prepare for discussion. Edit:

https://libreplanet.org/wiki/Group:Guix/FOSDEM2021

During the FOSDEM devroom we'll ask speakers to mention Guix and the
fringe event. We will organise a support room for Guix installation and
use that runs the whole day.

The organisers of this day are Manolis, Pjotr, Bonface and Efraim with
support from the Guix development team. We hope to see you all at
FOSDEM and during the Guix day!





Re: GNU Radio available on the GNU FTP server and its mirrors

2020-12-20 Thread Marcus Müller
Hi Christophe,

On 19.12.20 13:39, Christophe Poncy wrote:
> Hi Marcus,
> 
> I uploaded your photo on Wikimedia Commons! [1][2] I hope it's OK ;-)

I'm a bit flattered, I don't think it was necessary, but thank you for
your good intent! Could you still undo that?

> In fact, I am a little frustrated at the fact that the latest tarball is
> no longer available on gnuradio.org. 

Yes, that's a shortcoming on our side. We should fix that.

Best regards,
Marcus



wip-arm-bootstrap: Reduced binary seed bootstrap

2020-12-20 Thread Jan Nieuwenhuizen
Hi!

I pushed an initial wip-arm-bootstrap that builds up to tcc-boot:

--8<---cut here---start->8---
./pre-inst-env guix build -e '(@@ (gnu packages commencement) tcc-boot)'
--8<---cut here---end--->8---

Danny did a terrific job on armhf-linux support for GNU Mes and we are
getting close to release v0.23.  What's known to be missing is "setjmp"
support for tcc/gcc.  And, of course, for the Reduced binary seed
bootstrap to work on ARM!

In the previous status report

https://lists.gnu.org/archive/html/bug-mes/2020-12/msg2.html

I was stuck trying to get floats to work in tinycc but last weekend I
finally managed to bootstrap tcc, with long longs and floats enabled.
(this all took quite some effort).  Moving this into Guix should have
been almost trivial...but some silly "things" happened such as me
working off a dirty mes build tree; took me several days to find.

Anyway, the problem I'm looking at now is that while tcc-boot builds on
an ARM box, it does not build on aarch64-linux, i.e. this

--8<---cut here---start->8---
./pre-inst-env guix build --system=armhf-linux \
  -e '(@@ (gnu packages commencement) tcc-boot0)'
--8<---cut here---end--->8---

fails on overdrive1.

What's next?

  * Fix the aarch64-linux problem,
  * the current wip-arm-bootstrap is based on master: it needs to be
rebased on core-updates,
  * the rest of the bootstrap needs attention,
  * which probably means supporting "setjmp" in the Mes C Library on ARM
  * remove binary seeds for binutils, gcc, glibc, coreutils,
  * verify the x86 bootstrap still works,
  * and the current version of tcc-boot0 applies two inexplicable hacks
  477134b1 HACK bootstrappable: ARM: "tccgen_ok".
  33b60f03 HACK bootstrappable: ARM: "tccpp_ok".
that would be great to understand and get rid of,
  * and IWBN to fix Gash's stacktraces on failing exec
  configure: error: 'mescc' failed to compile conftest.c.
Backtrace:
In unknown file:
   ?: 19 [apply-smob/1 #]
[..]
In gash/shell.scm:
 165: 1 [sh:exec-let () "./conftest" "triplet"]
In unknown file:
   ?: 0 [execle "./conftest" # "./conftest" ...]

ERROR: In procedure execle:
ERROR: In procedure execle: No such file or directory

Greetings,
Janneke

-- 
Jan Nieuwenhuizen  | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com



Re: Help, and get help reviewing patches this Friday (18th)

2020-12-20 Thread Efraim Flashner
I'd like to thank cbaines for their help with my vim patch. It's been
languishing in "needs more work" for about 3 months now. I wasn't able
to fix everything, but I feel confident enough to push something that
will work most of the time.


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature