On Tue, Dec 29, 2020 at 02:05:12PM -0500, Leo Famulari wrote:
> On Tue, Dec 29, 2020 at 04:00:16PM +0200, Efraim Flashner wrote:
> > These are mostly blocked by purpose and grantleetheme. I'll see if those
> > suddenly start building correctly if I upgrade the whole KDE stack.
>
> Thanks, Efraim!
I finally got all the pieces for my new desktop and went through the
Guix System installer (for the first time) and wanted to share how it
went.
I too got tricked by the ISO being xz compressed and at first wrote that
to my USB stick. After fixing that I was back to starting the installer.
I
Hi Mark!
This guideline, and the code comment in 'gnu/packages/linux.scm', don't
make sense to me.
All of the kernel packages offered by Guix right now are current LTS
kernels. Do you mean "Always points to the newest released LTS version?"
Yours makes it more clear. So,
linux-libre =>
On 29.10.20 04:32, Raghav Gururajan wrote:
[...]
Thoughts?
A problem with the approach pushed is that it's not easy to spot
`linux-libre-lts`. As its only a variable and not a package: `guix show`
and `guix package -A` wont find it.
Hi rovanion,
> (define-module (nomacs)
The nomacs package should probably go to gnu/packages/image-
viewers.scm.
> (source (origin
> (method url-fetch)
> (uri (string-append "
> https://codeload.github.com/nomacs/nomacs/tar.gz/; version))
> (sha256
>
On Wed, Dec 30, 2020 at 10:57:39AM +0200, Efraim Flashner wrote:
> In the interest of getting staging merged soon-ish I think it's best to
> leave the kde-frameworks at 5.70 for now. A quick 'guix refresh -u -t
> kde' had a couple of patches which didn't apply anymore and isn't
> something I want
On Wed, Dec 30, 2020 at 03:24:02PM -0500, Leo Famulari wrote:
> On Wed, Dec 30, 2020 at 10:57:39AM +0200, Efraim Flashner wrote:
> > In the interest of getting staging merged soon-ish I think it's best to
> > leave the kde-frameworks at 5.70 for now. A quick 'guix refresh -u -t
> > kde' had a
Hi,
I ended up working on a package for the image viewer Nomacs over Jul and
would like some feedback on what I've managed so far. One thing that's
missing is the plugins that are developed in a separate git repository [0]
and not included in the source tarballs of the main repository [1]. Ideas
Hi,
On Tue, 29 Dec 2020 at 20:04, Ricardo Wurmus wrote:
>> I fixed it with 0c8bb20b7cbd39537999fce29979a6acaf64e601, which is maybe
>> not the better solution.
>
> Oh, that’s unfortunate. I’m sorry for the breakage. I did run “make”
> to build the changed modules, so I’m surprised I didn’t
Interesting one. Its nice how far the installer went!
On 30.12.20 10:24, Efraim Flashner wrote:
(ins)efraim@3900XT ~$ guix environment --ad-hoc neofetch -- neofetch
.. `. efraim@3900XT
`--..```..` `..```..--` -
.-:///-:::.
Hi Ludo,
Thoughts? :-)
Super cool! :)
Your research inspired me to do conduct some experiments towards
de-duplication.
For two similar packages (emacs-27.1 and emacs-26.3) I was able to
de-duplicate ~12% using EROFS and ERIS. Still far from the ~85%
similarity, but an attempt I'd like
@Mark or @Leo
This guideline, and the code comment in 'gnu/packages/linux.scm', don't
make sense to me.
All of the kernel packages offered by Guix right now are current LTS
kernels. Do you mean "Always points to the newest released LTS version?"
Yours makes it more clear. So,
linux-libre =>
On Wed, Dec 30, 2020 at 04:18:40PM -0500, Raghav Gururajan wrote:
> @Mark or @Leo
>
> > > This guideline, and the code comment in 'gnu/packages/linux.scm', don't
> > > make sense to me.
> > >
> > > All of the kernel packages offered by Guix right now are current LTS
> > > kernels. Do you mean
On Wed, Dec 30, 2020 at 04:18:40PM -0500, Raghav Gururajan wrote:
> From 24fc8ba6ea11a0d45ea8b240292bd56dc865ae52 Mon Sep 17 00:00:00 2001
> From: Raghav Gururajan
> Date: Wed, 30 Dec 2020 16:15:26 -0500
> Subject: [PATCH 11/11] gnu: Revise comment for Linux-Libre-LTS.
>
> *
14 matches
Mail list logo
