Re: Guix on a microkernel

Thanks for your compilation. Do you have found actual benchmark tests? https://www.gnu.org/software/hurd/faq/slow.html "The Hurd is currently slower than Linux, yes. But not very much, so it is completely usable." Vulnerabilities of processors is

Re: Software Heritage & Guix

Hello! Looks like reproducible builds are like videos on video hosting. You may share your screencast or videos, the others can see your screen exactly. But there are limitations: you need to have an account on exactly one video hosting. There were challenges in Ludovic Courtès article. Releases

Re: Zotero Packaging Request

Pierre! Ah! That's okay. Thanks for trying. I just found out Zotero in Flatpak (https://flathub.org/apps/details/org.zotero.Zotero). Regards, RG. March 30, 2019 12:45 PM, "Pierre Neidhardt" wrote: > Hi Raghav, > > I'm very sorry, I looked a little too fast (did I look at the wrong > program?

Re: Software Heritage & Guix

This is a nice initiative. >From reading the post I found it unclear what this Software Heritage group is and what it's relation to Guix is. Would it make sense for the "Software Heritage" to be decentralized through free peer to peer software similar to what is discussed here: https://lists.

Re: Zotero Packaging Request

Raghav given Pierre's assessment I just wanted to suggest some potential Zotero alternatives. They would require using a document compiler like latex, groff or pandoc. I do not know if the following have the feature set that you are looking for. I have not used these myself but they would be w

Guix on a microkernel

# Appreciation I appreciate: * many of Guix's design decisions. The one that is relevant to this discussion is the kernel. I like that Guix uses the linux-libre (no binary blobs) instead of the linux kernel. * that work is underway to get Guix to work with GNU Hurd. I like that a microk

Re: Software Heritage & Guix

On 2019-03-30 19:03, zna...@tutanota.com wrote: > I've translated into Russian here > https://www.opennet.ru/tips/info/3100.shtml > It is interesting occupation to study and translate something when I > have free time. Nice. I like translating too :) -- Thanks Ludo, I liked the article. Maybe th

Re: Software Heritage & Guix

I've translated into Russian here https://www.opennet.ru/tips/info/3100.shtml It is interesting occupation to study and translate something when I have free time. Mar 29, 2019, 4:05 PM by l...@gnu.org: > Hello! > > I’ve written a post on the Softwa

Re: Software Heritage & Guix

On Sat, Mar 30, 2019 at 04:51:57PM +0100, zna...@tutanota.com wrote: >Very useful for learning and deeping. > >First distributions provisioned a base for working. > >GuixSD provisions tools for hacking on meta-level. > >Containers, virtual-machines, sharing of environment, time-b

Re: Software Heritage & Guix

Very useful for learning and deeping. First distributions provisioned a base for working. GuixSD provisions tools for hacking on meta-level. Containers, virtual-machines, sharing of environment, time-back machine, think it's important for industry 4.0. Mar 29, 2019, 4:05 PM by l...@gnu.org: > H

Re: KMScon vs. AMD Radeon

On Sat, Mar 30, 2019 at 09:40:19AM +0100, Pierre Neidhardt wrote: > Mathieu Othacehe writes: > > >> On Arch Linux it shows: > >> > >> [florian@floriandesktoppc ~]$ ls /sys/class/drm > >> card0 card0-DVI-D-1 card0-HDMI-A-1 card0-VGA-1 renderD128 ttm version > >> [florian@fl

Re: Naming, hacking, and policies

El 29/03/19 a las 11:42 a. m., Ludovic Courtès escribió: [...] Packages usually have a “system name” (that’s the terminology used on Savannah) and a “pretty name”, like ‘guix’ and ‘GNU Guix’. I believe the intent of those guidelines was to suggest keeping the system name, not the fancy name.

Re: Software Heritage & Guix

Brilliant. One of those things where people don't realise they need it until they hit it. I have hit it many times. Some projects even have it as a policy to remove old links to code. Pj. On Fri, Mar 29, 2019 at 05:05:10PM +0100, Ludovic Courtès wrote: > Hello! > > I’ve written a post on the Sof

Re: KMScon vs. AMD Radeon

Mathieu Othacehe writes: >> On Arch Linux it shows: >> >> [florian@floriandesktoppc ~]$ ls /sys/class/drm >> card0 card0-DVI-D-1 card0-HDMI-A-1 card0-VGA-1 renderD128 ttm version >> [florian@floriandesktoppc ~]$ > > That's strange I was expecting this folder to be almost

Re: KMScon vs. AMD Radeon

> On Arch Linux it shows: > > [florian@floriandesktoppc ~]$ ls /sys/class/drm > card0 card0-DVI-D-1 card0-HDMI-A-1 card0-VGA-1 renderD128 ttm version > [florian@floriandesktoppc ~]$ That's strange I was expecting this folder to be almost empty. Could you do the same test