Hi Guix,
Am Donnerstag, den 28.10.2021, 15:55 + schrieb Mekeor Melire:
> The reasons for this proposal are:
>
> 1. We generally do not create modules according to the groups of
> developers, but rather package declarations are grouped into
> modules according to their function (e
On Thu, Oct 28, 2021 at 03:55:26PM +, Mekeor Melire wrote:
> I would like to propose to split the (gnu packages suckless) module,
> located in the /gnu/packages/suckless.scm source file.
I agree. There are already a handful of "suckless" packages scattered in
other modules.
> The reasons for
Hi Guix :)
I would like to propose to split the (gnu packages suckless) module,
located in the /gnu/packages/suckless.scm source file. It contains
package declarations for software written by the Suckless group, namely
following packages:
blind, colors, dmenu, dwm, fortify-headers, human, lch
GNUnet has something similar called the GANA (GNUnet Assigned Numbers
Authority)
https://git.gnunet.org/gana.git/
On Thu, 2021-10-28 at 12:33 +0200, Bengt Richter wrote:
> Hi Zimoun, Ludo,
>
> On +2021-10-28 10:42:02 +0200, zimoun wrote:
> > Hi Ludo,
> >
> > On Wed, 27 Oct 2021 at 23:22, Ludov
zimoun writes:
>> I have often seen folks on various projects worried about the size of
>> various backlogs: bugs, issues, etc. I think it is human to want to
>> try and contain something that appears to be growing, unbounded.
>
> …about patches only. Bug is another story. :-)
Sorry, I meant t
Ludovic Courtès writes:
>go (Sarah? Leo? Raghav?)
I have only used this a few times so far, but the quality seems to have gotten
a lot better. My impression, though, due to the nature of how we have to
generate packages so as to not be reliant on a centralized GOPROXY server
(na
Hello there guix,
All of this is about core-updates-frozen at revision dac8d013bd1.
`c-ares' in gnu/packages/adns.scm has its tests disabled; On my x86_64
machine, it seems the tests for c-ares pass just fine because of the
defined GTEST_FILTER when I re-enable them;
With my limited git-foo, it
Ludovic Courtès writes:
Hello Guix!
As I’m preparing my PackagingCon talk and wondering how language
package
managers could make our lives easier, I thought it’d be
interesting to
know how well our importers are doing.
My understanding is that most of them require manual
intervention—i.e
Le 28 octobre 2021 03:02:27 GMT-04:00, "Ludovic Courtès"
a écrit :
>Hello Guix!
>
>As I’m preparing my PackagingCon talk and wondering how language package
>managers could make our lives easier, I thought it’d be interesting to
>know how well our importers are doing.
>
>My understanding is that m
Hi Zimoun, Ludo,
On +2021-10-28 10:42:02 +0200, zimoun wrote:
> Hi Ludo,
>
> On Wed, 27 Oct 2021 at 23:22, Ludovic Courtès wrote:
>
> > The recent ‘guix shell’ addition is almost anecdotal technically yet
> > important for the project because users interact with Guix primarily
> > through the C
Hi Ludo’,
> Right. PyPI/setup.py/.whl doesn’t contain info as to how to run tests,
> right?
technically setup.py has a standard test target, but it’s been
deprecated for years and it must be enabled manually by the project. I’m
not aware of any standard pyproject.toml approach to this. It might b
Re,
On Thu, 28 Oct 2021 at 11:07, zimoun wrote:
> For instance, filtered on build-system. For sure, all
> python-build-system packages do not come from PyPI, r-build-system from
> CRAM/Bioconductor, etc. but, IMHO, such stats would provide a good
> estimation for how upstream archives ELPA, PyP
Hi,
On Thu, 28 Oct 2021 at 09:02, Ludovic Courtès wrote:
> My understanding is that most of them require manual intervention—i.e.,
> one has to tweak what ‘guix import’ produces, even if we ignore
> synopsis/description/license, to set the right inputs, etc. If we were
> to estimate the fractio
Hi!
Lars-Dominik Braun skribis:
>> My understanding is that most of them require manual intervention—i.e.,
>> one has to tweak what ‘guix import’ produces, even if we ignore
>> synopsis/description/license, to set the right inputs, etc. If we were
>> to estimate the fraction of imported package
Hi Ludo,
On Wed, 27 Oct 2021 at 23:22, Ludovic Courtès wrote:
> The recent ‘guix shell’ addition is almost anecdotal technically yet
> important for the project because users interact with Guix primarily
> through the CLI. Adding a new command is a commitment (our users must
> trust it won’t ch
Hi!
Christine Lemmer-Webber skribis:
> Here's another way to think of it, borrowing from some ocap systems: the
> hash is the actual, canonical identifier of this package revision. The
> URL to get the package is merely a "hint" as to where to get it.
Yes, definitely. It remains we need to ed
Hi Ludo’,
> My understanding is that most of them require manual intervention—i.e.,
> one has to tweak what ‘guix import’ produces, even if we ignore
> synopsis/description/license, to set the right inputs, etc. If we were
> to estimate the fraction of imported packages for which manual changes
>
Hello Guix!
As I’m preparing my PackagingCon talk and wondering how language package
managers could make our lives easier, I thought it’d be interesting to
know how well our importers are doing.
My understanding is that most of them require manual intervention—i.e.,
one has to tweak what ‘guix im
18 matches
Mail list logo
