Re: graphical installer

In the end it doesn't matter because this is just semantics and temporary irritation when you see it for the first time. Other systems handle this differently in their installer.

graphical installer

Hi, I'm setting up a guix developer machine after a really long time without one. One instant feedback on the installer: it would be nice to have a territory "Other" or just any continent and country combination (in the Locale step). My motivation is that I usually have an en_US.UTF-8 locale in Ge

Re: Package request: OpenRA

There aren't issuess with the DB (unless it changed), we discussed creating a package in context of tor some time in 2016 - 2018 I think.

guile-gcrypt, follow-up

Hi, disregard parts of the last message - I have forgotten that this is kept in NEWS instead.

guile-gcrypt

gs in the commit messages of updates whenever possible. Now between 0.2.0 and 0.2.1 there have been not that many commits, so it's easy. But including a Changelog in the tarball in the future would be most welcome. Thanks, ng0

Re: When to add rust packages?

Hi, I would send them as soon as you think they are usable, the "burden" is shared between people who are interested and work on maintaining them - you, or anyone else. No need to feel like it would be a burden to anyone.

Re: Python 2 end-of-life?

getmail is still python2.7, but on the mailinglist of it (not archived iirc) there are efforts to move it to python3-only, however this will take time. I've looked into porting it before and half-succeeded (only half due to the same problem as the maintainer has: time). I think i saw getmail on th

Re: $out/lib/libexec?

To append some context to my comment, I've even tried to change this in the build-system of gnunet, but after some discussion it turned out to be a non-trivial task for design choices which I amounts to bikeshed in the end. I wanted this change. Searching for it in PLIST files, it's more common th

Re: $out/lib/libexec?

I would leave it as it is, some applications require this layout, I can only speak for what I work on - as it behaves this way - gnunet, which would require too much to adjust to some arbitrary layout choice.

Re: Guix and FSDG

Hi, I'm sorry for my last reply. At least it makes sense to get the definition right this time as this is a reoccuring topic. So whatever comes out of this should hopefully be enough to write about it. What threw me off was yet another email which CC'd many lists plus one individual person.

Re: Guix and FSDG

> Therefore, Guix DOES violate FSDG in this aspect. If you search the mailinglist archives you can see that you are not the first to try and roll up this argument. Ludovic, Ricardo or any of the other Guix maintainers will probably answer more in detail, but my short reply is that we've had this d

Re: Could guix lint check the copyright line?

Pierre Neidhardt transcribed 907 bytes: > Wouldn't it be neat if guix lint would automatically spot missing > copyright lines in the file headers? It could rely on `git blame' to > identify who wrote more than some 15 lines in a file. That's a really low threshold given that sometimes people chan

Re: moderation, please

And for everyone who is trying to 'splain email clients to me: you do know that I was only refering to the gnu.org serverside of the email list, that the main issue has been solved off-list and that I have been sending the main points of annoyance to /dev/null days before I even wrote this email.

moderation, please

Hi, this list is to discuss the _development_ of GNU Guix, Shepherd, and Guix System. It is not a general discussion list for everything else. While we usually get by fine without imposing moderation restrictions, I don't see how any of the recent message floods have been ontopic to this list (

Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew

Oi. Shut up and get another audience for your monologue theater act. I am no longer involved in guix that much, but your trash keeps piling up in my inbox.

irc log hosting questions (with GNUnet eV hat on)

at used by your logging? Furthwermore, I'd like to apologize again for how the logs were handled the past 12 months. Reasoning about why this happened would be too long, just a series of too many bad coincidences and volunteering work. Cheers, ng0 signature.asc Description: PGP signature

Re: qt4 packages

x27;ve contacted the author, no nothing so far. Cheers, ng0 signature.asc Description: PGP signature

Re: new alias: `guix show`?

zimoun transcribed 113 bytes: > Dear, > > What do you think about adding `guix show` as an alias for `guix > package --show=`? I would consider how many subcommands there are already, and if this is really necessary beyond mere convenience. Does it serve just one function (just the alias), or c

Re: Cuirass Ghzminutes enhancement idea

swedebugia transcribed 385 bytes: > Hi > > On 2019-06-21 18:01, Andreas Enge wrote: > > On Fri, Jun 21, 2019 at 05:43:54PM +0200, swedebugia wrote: > > > Maybe we could have an additional time measurement: > > > Ghzminutes. > > > E.g. if the build took 60 minutes on a 3 Ghz machine it took 20 >

Re: Down with PYTHONPATH!

Ricardo Wurmus transcribed 2.0K bytes: > Hi Guix, > > here’s a half-baked idea that I think is worth considering: let’s patch > our Python package to respect GUIX_PYTHONPATH and use GUIX_PYTHONPATH in > our wrappers. > > PYTHONPATH is dangerously inadequate for use in a wrapper. Consider the > c

Re: Lightning talk at IPFS camp

Pierre Neidhardt transcribed 1.7K bytes: > Thank you all for your comments! > > > That sounds like a great opportunity. Guix and IPFS are in my humble > > opinion two of the most interesting ongoing projects in the computing > > world.. Bringing the two together can only make this better. > > My

Re: Running Guix System on Hetzner Cloud

Jonathan Brielmaier transcribed 93K bytes: > Hi fellow Guix hackers, > > the last weekend I tried to install Guix system on the Hetzner Cloud[0]. > First I tried to use Ubuntu, install Guix with the installer script and > then initiate Guix with "guix system init /mnt...". This wasn't > successful

Re: [ANN] Gash 0.1 released

Hi, congrats. Looks like a nice project. And packaging it with no struggle (so far) - I'm about to push a package to pkgsrc-wip. Timothy Sample transcribed 2.5K bytes: > Hi all, > > I am very pleased to announce that Gash version 0.1 has been released. > This is the very first release, but it re

Re: glibc 2.29 needs Python

Jan Nieuwenhuizen transcribed 759 bytes: > Ludovic Courtès writes: > > Hi! > > >>> I started looking at what it would take to upgrade glibc to 2.29 on > >>> ‘core-updates’. Bad news: it depends on Python. > >> > >> I had to check the date. This is for real? > > > > It’s not a June 1st prank, I

Re: bug#35417: Tor Service

Julien Lepiller transcribed 565 bytes: > Le 24 avril 2019 18:34:22 GMT+02:00, Raghav Gururajan a > écrit : > >Hello Guix! > > > >Including "tor-service-type" does not invoke and add "tor" package into > >the system. Without "tor" package, tor commands cannot be used. > >Therefore, "tor-service-ty

Re: Guix trademarked by Express Logic

Leo Famulari transcribed 1.5K bytes: > On Mon, Mar 11, 2019 at 08:31:40PM -0400, mikadoZero wrote: > > Reading the recent press release linked it is clear that Express Logic > > is continuing to invest more in their Guix trademarked product over > > time. As a result of this it is increasing likel

Re: Guix trademarked by Express Logic

Jelle Licht transcribed 1.9K bytes: > mikadoZero writes: > > > I have search guix-devel for this and did not find it. I would like to > > [ snip ] > Thanks for looking into this. > > > # Proactive name change > > > > Looking at the pug thread above shows that it would have been nice if > > Jad

Re: Help needed with newmoon

swedebugia transcribed 63K bytes: > Hi > > My pet project for today was working on getting newmoon to build. I > failed :/ > > I got the definition from ng0 and have improved a few things and updated > it to the newest version. > > I investigated the 3 errors belo

Re: Renewing certificates with certbot

Julien Lepiller transcribed 2.1K bytes: > Le 2019-03-06 15:19, n...@n0.is a écrit : > > Julien Lepiller transcribed 1.6K bytes: > > > Le 2019-03-06 14:42, Ludovic Courtès a écrit : > > > > Hi, > > > > > > > > Julien Lepiller skribis: > > > > > > > > > I use certificates from let's encrypt for my w

Re: librsvg & Rust

Marius Bakke transcribed 2.7K bytes: > Ludovic Courtès writes: > > > Hello Guix! > > > > guix-comm...@gnu.org skribis: > > > >> mbakke pushed a commit to branch staging > >> in repository guix. > >> > >> commit ec47c07d0690653be35a75b346f3c3548a3e71d4 > >> Author: Marius Bakke > >> Date: Wed O

Re: Renewing certificates with certbot

Julien Lepiller transcribed 1.6K bytes: > Le 2019-03-06 14:42, Ludovic Courtès a écrit : > > Hi, > > > > Julien Lepiller skribis: > > > > > I use certificates from let's encrypt for my website and mail servers, > > > and found that there was an issue with certificates generated by the > > > cert

Re: shpchp kernel module (Re: upgrading on GuixSD before 0.16 to 0.16 fails)

Ricardo Wurmus transcribed 233 bytes: > > n...@n0.is writes: > > > Now my next question to get up to date is: What happened with shpchp? > > In 4.17.12-gnu I had to add this kernel module, now it's simply gone? > > You have asked this question before. See bug 32840. Ah, thanks. I forgot to in

shpchp kernel module (Re: upgrading on GuixSD before 0.16 to 0.16 fails)

Hi, swedebugia transcribed 5.4K bytes: > n...@n0.is skrev: (21 februari 2019 18:09:53 CET) > >Hi, > > > >I'm currently trying to upgrade out (gnunet) server to a new > >version of GuixSD. Upgrading it was put off for a while due to research > >reasons. > > > >This installation is from November '18

upgrading on GuixSD before 0.16 to 0.16 fails

Hi, I'm currently trying to upgrade out (gnunet) server to a new version of GuixSD. Upgrading it was put off for a while due to research reasons. This installation is from November '18, and I'm getting stuck on a backtrace when I'm trying to pull from the commit 0.16 tags or anything after it. H

Re: the upcoming Great Python2 Purge�?�

Konrad Hinsen transcribed 1.2K bytes: > Hi Ricardo, > > >> "My channel" doesn't exist (because I haven't yet found the time to > >> figure out how to set up and manage a channel, although it's been on my > >> to-do list for a while). > > > > I’d be happy to assist. > > Thanks! I might come back t

Re: [PATCH] gnu: Add ungoogled-chromium.

I think it's unreasonable to assume that everyone involved in GNU Distros reads and participates in gnu-linux-li...@nongnu.org discussions. You have a limited amount of time for projects, and this other mailinglist, when I used to follow it has lots of discussions not related to Guix. So please don

Re: Spliting a huge package

Hartmut Goebel transcribed 2.5K bytes: > Hi, > > following up a discussion from the GNUne mailinglist about how to slice > the software, I would like to learn about the best practice of packaging > huge packages in guix. > > Assume gnuet will be delivered a one big TGZ, inclusing base-libs, > cor

Re: Policy to remove obsolete packages

gt;I can elaborate more on this if you want me to once I'm no longer sick. > > > >> Björn > >> > > Interesting! > I like the idea of keeping it simple and now we tried the lumped modules > approach. I don't like it so much to be honest. > > It come

Re: Policy to remove obsolete packages

Bjrn Hfling transcribed 846 bytes: > On Mon, 04 Feb 2019 23:52:47 +0100 > Ludovic Courtès wrote: > > > > (Note that, IIUC, in openSuSE a package can be broken and yet remain > > installable by users, because the last binary that was produced is > > still around.) > > We have guix pull --commit=

Re: GNU Guix & GuixSD 0.14.0 released

What. What is this? Spam? Like 0.14 was released ages ago. Bennett, Lucy (Student) transcribed 9.0K bytes: > Display message > > > Gnu 16:03:11 30-January-2019. > > > > To view the t

Re: Current state of cargo-build-system

insight/guidance on the proper ways to build this > > out in > > Guix :) > > I think Danny and maybe ng0 (Cc’d) may be those the most familiar with > Rust in Guix. Not really. I know there were some tickets and bugs/features left to be worked on, but that's about it

Re: bug#34020: [PATCH 0/2] Re-purpose '--verbosity' to something useful

Okay, seems reasonable as well. On Sun, 13 Jan 2019 21:55:55 +0100, Ludovic Courtès wrote: > Hi ng0, > > skribis: > > > Would you be open for a patch which adds BSD familiar -v behavior? > > In other words, multiple v increase the verbosity level, like -vv is more &

Re: bug#34020: [PATCH 0/2] Re-purpose '--verbosity' to something useful

Would you be open for a patch which adds BSD familiar -v behavior? In other words, multiple v increase the verbosity level, like -vv is more verbose than -v. I'll have to check the actual changes first, haven't had access to something which runs plain Guix in a while. On Fri, 11 Jan 2019 12:15:41

Re: End of beta soon? drop i686?

Ricardo Wurmus transcribed 659 bytes: > > n...@n0.is writes: > > > Let's not drop an architecture because occasionally something breaks for > > it. breakage is bad, yes. but it's more than just the broken packages. > > it is the way patches find their way into master. if you have more > > patienc

Re: End of beta soon? drop i686?

swedebu...@riseup.net transcribed 4.7K bytes: > Hi > > First of all thanks for building a great OS! (im writing this in vimb in > guixsd) :D > > Below is my reaction to the talk about 1.0 that has appeared on the > list. > > I see Ludo' is entuthiastic about 1.0 and hope to reach that soon. > >

Re: Using a CDN or some other mirror?

Thompson, David transcribed 1.2K bytes: > On Tue, Dec 4, 2018 at 4:15 PM wrote: > > > > Hartmut Goebel transcribed 771 bytes: > > > Am 03.12.2018 um 17:12 schrieb Ludovic Courtès: > > > > Thus, I’m thinking about using a similar setup, but hosting the mirror > > > > on some Big Corp CDN or similar

Re: Using a CDN or some other mirror?

Hartmut Goebel transcribed 771 bytes: > Am 03.12.2018 um 17:12 schrieb Ludovic Courtès: > > Thus, I’m thinking about using a similar setup, but hosting the mirror > > on some Big Corp CDN or similar. > > Isn't this a contradiction: Building a free infrastructure relaying on > servers from some Big

Re: Octave & QtOctave

names for packages are (mostly) random, although in some cases following classiifcations (see python-*, r-*, ...). The Qt part of Octave is a separate package because making it just an output would still pull in Qt and the size difference is huge. Alex Vong transcribed 856 bytes: > Hello, > > Br

Re: wrapping up the Newmoon Browser package

Ricardo Wurmus transcribed 1.1K bytes: > > ng0 writes: > > > If you submit an addon: http://developer.palemoon.org/Add-ons:Site/Submit > > you get to go through the submission and acceptance process, which includes: > > - Optionally, you could also provide the fo

Re: wrapping up the Newmoon Browser package

ng0 transcribed 2.1K bytes: > Mark H Weaver transcribed 1.6K bytes: > > Hi, > > > > ng0 writes: > > > > > I need some final input on topics I'm more liberal about. > > > Many many moons ago I started the work on Pale Moon. This > > >

Re: wrapping up the Newmoon Browser package

Mark H Weaver transcribed 1.6K bytes: > Hi, > > ng0 writes: > > > I need some final input on topics I'm more liberal about. > > Many many moons ago I started the work on Pale Moon. This > > package has now moved into New Moon, which is what we are > > a

Re: Krita 3 and 4 compatibility issues

Thorsten Wilms transcribed 1.2K bytes: > On 22.03.2018 18:44, Leo Famulari wrote: > > I updated Krita to 4.0.0, but later I noticed some issues with the > > transition, notably that the Krita 3 and 4 file formats are not totally > > compatible and may not work consistently between versions: > > >

Re: wrapping up the Newmoon Browser package

ng0 transcribed 3.2K bytes: > Chris Marusich transcribed 3.2K bytes: > > ng0 writes: > > > > > Issue 1 I addressed so far: The default homepage (after first > > > start and in general default) called a website which is questionable > > > in my opion:

Re: wrapping up the Newmoon Browser package

Chris Marusich transcribed 3.2K bytes: > ng0 writes: > > > Issue 1 I addressed so far: The default homepage (after first > > start and in general default) called a website which is questionable > > in my opion: https://palemoon.start.me > > Can the home page be

Re: hardening

Let's keep this thread as the thread to discuss possible solutions and work in that field. Yesterday Marius wrote on IRC (https://gnunet.org/bot/log/guix/2018-03-21#T1657250): [] This is a pretty good article about build flags (mainly hardening related): https://developers

Re: pypi import certs issues

Mark H Weaver transcribed 1.1K bytes: > Mark H Weaver writes: > > > Ricardo Wurmus writes: > > > >> ng0 writes: > >> > >>> Continuing thought: Why is ~/.guix-profile/etc/ssl/certs/ > >>> empty? I assume it is just for user-space (

Re: pypi import certs issues

Ricardo Wurmus transcribed 341 bytes: > > ng0 writes: > > > Continuing thought: Why is ~/.guix-profile/etc/ssl/certs/ > > empty? I assume it is just for user-space (space=profile in my > > line of thought here) certificates which are not global? > > Whic

Re: pypi import certs issues

Ludovic Courtès transcribed 911 bytes: > ng0 skribis: > > > Ludovic Courtès transcribed 2.7K bytes: > >> Hello, > >> > >> ng0 skribis: > >> > >> > on commit 72406062b9c3cdb6e9e30266f3cc31d0b2116b68 pypi import has > >>

wrapping up the Newmoon Browser package

Hi! I need some final input on topics I'm more liberal about. Many many moons ago I started the work on Pale Moon. This package has now moved into New Moon, which is what we are allowed to redistribute with modifications (Pale Moon without branding). Issue 1 I addressed so far: The default homepa

Re: pypi import certs issues

Ludovic Courtès transcribed 2.7K bytes: > Hello, > > ng0 skribis: > > > on commit 72406062b9c3cdb6e9e30266f3cc31d0b2116b68 pypi import has issues: > > > > user@abyayala ~$ guix package -l | grep "nss-certs" > > user@abyayala ~$ env | gr

pypi import certs issues

Hi, on commit 72406062b9c3cdb6e9e30266f3cc31d0b2116b68 pypi import has issues: user@abyayala ~$ guix package -l | grep "nss-certs" user@abyayala ~$ env | grep "SSL_" GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt SSL_CERT_DIR=/home/user/.guix-pr

Re: [RFC] A simple draft for channels

Ricardo Wurmus transcribed 1.7K bytes: > > myg...@gmail.com writes: > > > Ricardo, AIUI, your channels don't work like this. But I am at a loss to > > say how they will work in practice from the user's POV. If you could > > write such a description it would sure help us understand the proposal >

Re: [Orchestration][RFC] A simple draft for channels

Pjotr Prins transcribed 2.7K bytes: > Let's start up again on this conversation in the context of > deployment. I have a simple use case. For GeneNetwork we maintain > GUIX_PACKAGE_PATH packages. It contains packages that ought to go in > main line (such as python-gunicorn), but also packages that

website contact box issues

The Contact section in a horizontal 50% of a 1920x1080 screen currently renders something similar to this for Contact: Help Mailing List deMelden Sie sich bei der "Help"-Mailinglist an, um per Email gemeint enSubscribe to the... That's on the home.html/index.html. https://www.gnu.org/softw

Re: omvf firmware

Efraim Flashner transcribed 2.0K bytes: > I succesfully built ovmf firmware for aarch64 on my aarch64 board. > Currently it builds for x86_64 and i686 on %intel platforms only. I > think it's best to create a make-ovmf-firmware procedure to build the > firmware for x86_64/i686/aarch64/armhf, but th

Re: hardening

Ricardo Wurmus transcribed 486 bytes: > > ng0 writes: > > >> > The flags I use (suggested by Debian Wiki[0]) are: > >> > > >> > CPPFLAGS=-D_FORTIFY_SOURCE=2 > >> > >> How does this differ from "-O2 -D_FORTIFY_SOURCE" i

Re: hardening

ng0 transcribed 1.6K bytes: > Alex Vong transcribed 1.3K bytes: > > Hello, > > > > n...@n0.is writes: > > > > > Hi, > > > > > > as we've long talked and not really taken action on hardening builds > > > I've started work

Re: hardening

Alex Vong transcribed 1.3K bytes: > Hello, > > n...@n0.is writes: > > > Hi, > > > > as we've long talked and not really taken action on hardening builds > > I've started working on an opt-in way as last discussed in > > september 2016, modifying the gnu-build-system with a > > #:hardening-flags k

Re: how to get the path of the logfile after an unsuccesful build?

Catonano transcribed 1.7K bytes: > 2018-03-09 10:15 GMT+01:00 ng0 : > > > Hi, > > > > did we ever talk about that there's too little information on how to get > > the current log file of a failed build? I need this right now (the full > > log) > >

Re: how to get the path of the logfile after an unsuccesful build?

Hartmut Goebel transcribed 332 bytes: > Am 09.03.2018 um 15:06 schrieb ng0: > > The daemon doesn’t keep logs for failed builds. > > I asked this a few month ago and was told this is a bug. > > -- > Regards > Hartmut Goebel > > | Hartmut Goebel

Re: how to get the path of the logfile after an unsuccesful build?

Clément Lassieur transcribed 766 bytes: > ng0 writes: > > > Ricardo Wurmus transcribed 358 bytes: > >> > >> ng0 writes: > >> > >> > did we ever talk about that there's too little information on how to get > >> > the

Re: how to get the path of the logfile after an unsuccesful build?

Ricardo Wurmus transcribed 358 bytes: > > ng0 writes: > > > did we ever talk about that there's too little information on how to get > > the current log file of a failed build? I need this right now (the full log) > > and I can't remember how, and making

how to get the path of the logfile after an unsuccesful build?

22F9BBFEE348588 https://n0.is/~ng0

Re: torbrowser

Catonano transcribed 2.4K bytes: > 2018-03-07 16:32 GMT+01:00 Christopher Lemmer Webber >: > > > ng0 writes: > > > > > The maintainer of the ebuild for Gentoo in the torbrowser-overlay > > > just gave me the last missing pieces of information for build

Re: torbrowser

ng0 transcribed 1.7K bytes: > On 17-03-06 08:06:52, dian_ce...@zoho.com wrote: > > On Mon, 6 Mar 2017 15:14:59 +0000 > > ng0 wrote: > > > My idea is now to just reconstruct what torproject does, from the git > > > checkout of torbrowser and eventually later fix Gu

Re: Posts in languages other than English on help-guix?

Andreas Enge transcribed 785 bytes: > On Fri, Mar 02, 2018 at 08:31:36PM +0000, ng0 wrote: > > To not pick the generischer Maskulinum (which would be contrary the rest of > > our > > Documentation guidelines) > > Indeed, it is difficult to write grammaticall

Re: Posts in languages other than English on help-guix?

Andreas Enge transcribed 1.6K bytes: > Hello! > > On Fri, Mar 02, 2018 at 05:02:40PM +0100, Ludovic Courtès wrote: > > What about allowing posts on help-guix in one of the languages that > > regular contributors know, in addition to English? > > That sounds like a good idea. However, in the text,

Re: ScummVM

ng0 transcribed 3.2K bytes: > Hi, > > I haven't checked the source code repo yet for licenses included except the > obvious stated ones. > Last week I wrote on IRC that it contains proprietary engines (or something > along this lines). > Memory served me wrong, there&

Re: Posts in languages other than English on help-guix?

Ludovic Courtès transcribed 4.8K bytes: > Hello Guix! > > What about allowing posts on help-guix in one of the languages that > regular contributors know, in addition to English? > > The alternative would be to create separate language-specific lists, but > some (rightfully) think there’s a risk

ScummVM

Hi, I haven't checked the source code repo yet for licenses included except the obvious stated ones. Last week I wrote on IRC that it contains proprietary engines (or something along this lines). Memory served me wrong, there's only stable and unstable engines. This is from my current build log

Re: Golly... what's up with Golly?

Eric Bavier transcribed 2.6K bytes: > On Tue, 27 Feb 2018 19:19:31 -0600 > Christopher Lemmer Webber wrote: > > > I think Sourceforge may have gone through a recent upgrade that broke > > some things: > > > > Starting download of > > /gnu/store/k857xn4vnppdp5z853c92lfa7h5fhdii-golly-3.1-src.tar

Re: offloading trouble on GuixSD->Debian

Ricardo Wurmus transcribed 1.5K bytes: > > ng0 writes: > > > Marius Bakke transcribed 1.4K bytes: > >> ng0 writes: > >> > >> > Hi, > >> > > >> > I have run into yet another familar(?) problem with offloading. > >

Re: offloading trouble on GuixSD->Debian

Chris Marusich transcribed 2.7K bytes: > ng0 writes: > > > user@abyayala ~$ guix offload test > > guix offload: testing 1 build machines defined in > > '/etc/guix/machines.scm'... > > guix offload: 'yt' is running guile (GNU Guile) 2.2.3 >

Re: [GNUnet-developers] 14/14: gnu: gnurl: Add HTTP/2 support.

ng0 transcribed 3.1K bytes: > Christian Grothoff transcribed 3.7K bytes: > > On 02/24/2018 10:43 PM, ng0 wrote: > > > Marius Bakke transcribed 1.6K bytes: > > >> Tobias Geerinckx-Rice writes: > > >> > > >>> nckx pushed a

Re: [GNUnet-developers] 14/14: gnu: gnurl: Add HTTP/2 support.

Christian Grothoff transcribed 3.7K bytes: > On 02/24/2018 10:43 PM, ng0 wrote: > > Marius Bakke transcribed 1.6K bytes: > >> Tobias Geerinckx-Rice writes: > >> > >>> nckx pushed a commit to branch core-updates > >>> in repository guix. > &g

Re: offloading trouble on GuixSD->Debian

Marius Bakke transcribed 1.4K bytes: > ng0 writes: > > > Hi, > > > > I have run into yet another familar(?) problem with offloading. > > > > My build host for the first time is Debian, so instead of GuixSD master > > offloading > > to an GuixSD bu

Re: 14/14: gnu: gnurl: Add HTTP/2 support.

wouldn't make it a Guix exclusive thing. I know that for example the inofficial Gentoo ebuild is still being invoked with wrong configure flags. I'm not even sure if the resulting gnurl in this case would include http2 support, unless I missed disabling this in the configure script. I hate it when more than 1 list is CC'd, but I'd like to get input from some of the other GNUnet developers. Thanks for notifying me. -- ng0 :: https://n0.is | https://crash.cx A88C8ADD129828D7EAC02E52E22F9BBFEE348588 signature.asc Description: PGP signature

offloading trouble on GuixSD->Debian

es and what is exported. ssh yt env | grep GUILE_ GUILE_LOAD_COMPILED_PATH=/gnu/store/63p2z4sx3j6y8xs4sff423fl12qh1m0p-profile/lib/guile/2.2/site-ccache:/gnu/store/63p2z4sx3j6y8xs4sff423fl12qh1m0p-profile/share/guile/site/2.2 GUILE_LOAD_PATH=/gnu/store/63p2z4sx3j6y8xs4sff423fl12qh1m0p-p

Re: Kernel modules in initrd

to warn when a module is missing. > > Ludo’. I'm willing to test those, it's probably less time consuming than figuring out the corretc modules the Hetzner CLoud instance needs. -- ng0 :: https://n0.is | https://crash.cx A88C8ADD129828D7EAC02E52E22F9BBFEE348588 signature.asc Description: PGP signature

my server crashed

to recover from, at this point I was just waiting to move to a new ISP. -- ng0 :: https://crash.cx A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://crash.cx/keys/

Re: RISC-V port for GSoC?

nds more than reasonable. I also vote for removal. So we have 4 people agreeing on removal.. let's take it down then. >> (RISC-V porting in itself does sound useful to me, just somewhat >> unsuitable for GSoC.) > > Same here. > > -- > Ricardo > > GPG: BCA

Re: RISC-V port for GSoC?

On Thu, 08 Feb 2018, l...@gnu.org (Ludovic Courtès) wrote: > Hello ng0, > > n...@n0.is skribis: > >> On second thoughts I think it's okay to have all of this in >> public, there are no stupid questions. > > In general it’s not OK to quote private messages on a

Re: GSoC

now I'm starting > to grok g-exps, which wasn't the case 2 years ago). Addition: I don't know what to expect, I know what mentoring is, I just wanted to express that I feel like I understand a good part of Guix, a bit about the way it bootstraps, and I'm patient when i

Re: GSoC

eing 3+ years in this project. It's nothing that will require lots of Guile expertise (I wouldn't call myself an Guile expert, but by now I'm starting to grok g-exps, which wasn't the case 2 years ago). > If you are still willing to try this, in spite of the concerns raised &g

Re: GSoC

xams and tests upcoming, but I'll start writing the application soon. I have some vague ideas how this could be done and need to read into Fedora's approach more to write up something that fits for us. I guess this is how it usually goes, write an application, discuss the application and then decide wether this would work out for the GSoC item and submit to Google.. According to what I saw here in the past and read this year at the Google Summer of Code website at Google. -- ng0 :: https://crash.cx A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://crash.cx/keys/

Re: GSoC

enough time to look into how porting without owning the hardware works, refreshing my memory on it (recently I've read about slow but native compiling of ARM on qemu). As Ludovic wrote, and by my understanding of porting, it will mostly cover bootstrap + ideally having a compiled (better: functional) Guix on RISC-V? -- ng0 :: https://ea.n0.is A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/

Re: Licensing question about Pale Moon Browser binary distribution

and >>> availability. This permission does, however, not include any >>> rights or license to the Pale Moon name and logo that may still >>> be present in the resulting unofficially branded binaries. >> >> in the above mentioned policy I understand that we

Licensing question about Pale Moon Browser binary distribution

he resulting binaries. Is my understanding of your policy exception correct or did I miss anything? Regards, ng0 -- ng0 :: https://ea.n0.is A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/

Re: rust build system, building libc crate

da. Nichts. I think I have to read more into rust packaging, in the meantime it would be good if someone with reference to the first email and the email I referenced in there could reply about their knowledge of the rust/cargo build system. I'm okay with stabbing in the dark, but shared expertise is good. -- ng0 :: https://ea.n0.is A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/

Re: rust build system, building libc crate

ook into libc after the 8th again. Maybe someone of you has an epiphany on the libc crate until then. -- ng0 :: https://ea.n0.is A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/

  1   2   3   4   5   6   7   8   9   10   >