"jgart" aliandika:
> Hi Guixers,
>
> I was recently reviewing a patch by a contributor and was discussing the
> notion of preferring upstream to PyPI when tests are missing on PyPI.
>
What's the policy on this. Shouldn't we prefer
upstream over PyPI? Sometimes, PyPI versions lag
behind upstrea
> Sometimes, PyPI versions lag behind upstream versions.
Hi Bonz,
Yes, in my experience that has sometimes been the case because maintainers
don't make timely releases to PyPI.
> What's the policy on this. Shouldn't we prefer upstream over PyPI?
Our importer works with the JSON API that PyPI
"reza.housse...@gmail.com" writes:
> On October 5, 2023 10:49:06 AM GMT+02:00, Christopher Baines
> wrote:
>>
>>"reza.housse...@gmail.com" writes:
>>
>>> I submitted an issue to guix. But QA refuses to build it [1]. I have
>>> no clue what the problem is, can anyone shed light on a possible
>
"jgart" aliandika:
>> Sometimes, PyPI versions lag behind upstream versions.
>
> Hi Bonz,
>
> Yes, in my experience that has sometimes been the case because maintainers
> don't make timely releases to PyPI.
>
>> What's the policy on this. Shouldn't we prefer upstream over PyPI?
>
> Our importer
Hi,
Munyoki Kilyungi writes:
> "jgart" aliandika:
>
>> Hi Guixers,
>>
>> I was recently reviewing a patch by a contributor and was discussing the
>> notion of preferring upstream to PyPI when tests are missing on PyPI.
>>
> What's the policy on this. Shouldn't we prefer
> upstream over PyPI?
Hi Maxim!
Maxim Cournoyer
aliandika:
> Hi,
>
> Munyoki Kilyungi writes:
>
>> "jgart" aliandika:
>>
>>> Hi Guixers,
>>>
>>> I was recently reviewing a patch by a contributor and was discussing the
>>> notion of preferring upstream to PyPI when tests are missing on PyPI.
>>>
>> What's the polic
Hi, for one of my package patches, Guix QA shows
"Unable to apply patches"
in https://qa.guix.gnu.org/issue/63095
even though I double checked the patch applies cleanly on the current
head of the master branch.
Guix QA shows no hint as what the failure is (no log, etc.) Curious
how to investi
Hello Guix,
While working toward resolving bug #66305, I've decided to tidy the
house a bit, starting with dropping input labels and using gexps for the
git package, as shown attached.
>From 703534c8b1b8355293d3014ef5e59a0f8dd263de Mon Sep 17 00:00:00 2001
Message-ID: <703534c8b1b8355293d3014ef5e
make -j6 && ./pre-inst-env guix refresh -l sbcl-enhanced-eval-when
I don't see 7 dependent packages that would be rebuilt... Just three.
Building the following 1 package would ensure 7 dependent packages are rebuilt:
cl-definitions-systems@2.0.1
sent while avoiding adult responsibilities,
jgar
Yep, this looks broken:
[jgart@fedora guix] [env]$ make -j6 && ./pre-inst-env guix refresh -l
sbcl-enhanced-eval-when ecl-enhanced-eval-when
make all-recursive
make[1]: Entering directory '/home/jgart/Code/guix'
Making all in po/guix
make[2]: Entering directory '/home/jgart/Code/guix/po/guix'
ma
10 matches
Mail list logo
