guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gnu-build-system not handling pkg-config properly in package definit


From: Nathan Dehnel
Subject: Re: gnu-build-system not handling pkg-config properly in package definition
Date: Sat, 26 Dec 2020 23:27:38 -0600

>However, if you need/want a working Guix bcache-tools package
ASAP, I have to admit I've been sitting on the attached patch for
so long I that forgot it wasn't upstream yet.
Thanks, I will try it out.

>Sounds useful.  What does this patch do?  Is it related to Guix
(perhaps our blkid)?
I don't actually know. It was taken from gentoo. I was trying to see
if it would fix the build error.
https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/bcache-tools/files/1.0.8_p20140220
https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/bcache-tools/files/1.1


On Thu, Dec 24, 2020 at 8:19 AM Tobias Geerinckx-Rice <me@tobias.gr> wrote:
>
> Nathan,
>
> Nathan Dehnel 写道:
> > (define-public bcache-tools
>
> So... if you want to learn how to write and submit packages to
> Guix -- please do!  And don't let me distract you.  Your patch
> looks good, if incomplete :-)
>
> However, if you need/want a working Guix bcache-tools package
> ASAP, I have to admit I've been sitting on the attached patch for
> so long I that forgot it wasn't upstream yet.
>
> > (patches (search-patches "bcache-tools-noprobe.patch"))
>
> Sounds useful.  What does this patch do?  Is it related to Guix
> (perhaps our blkid)?
>
> >     (synopsis "These are the userspace tools required for
> >     bcache.")
> >    (description "Bcache patches for the Linux kernel allow one
> >    to use
> >SSDs to cache other block devices. It's analogous to L2Arc for
> >ZFS,
> >but Bcache also does writeback caching (besides just write
> >through
> >caching), and it's filesystem agnostic. ")
>
> I think The GNU Way is ‘user space’, ‘file system’, ‘write-back’
> etc.  Be sure to double-space prose sentences; ‘guix lint
> bcache-tools’ will warn you about this and other possible surface
> issues.
>
> This description sounds out of date (it's been upstream since the
> 3.x days) and the ZFS comparison is presumably meaningful only to
> a small minority of ZSF-on-Linux-Libre users.  IMO try to describe
> packages in first-class terms so users don't get sent on a rabbit
> chase.
>
> Feel free to snarf my description but don't feel obligated either.
>
> Kind regards,
>
> T G-R
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]