Ludovic Courtès writes:
Hey Ludo!
> Jan Nieuwenhuizen skribis:
>
> I can think of two possibilities, then: (1) apply the patch in a phase
> rather than via the ‘patches’ field, and (2) arrange so that
> ‘patch-and-repack’ does not compress the patched code or compresses it
> with the bootstrap
I am also affected by this issue (non-deterministically) it seems.
Requires me to run 'guix system reconfigure ..' several times for
things to work.
signature.asc
Description: This is a digitally signed message part
Hi Tobias,
Tobias Geerinckx-Rice writes:
> Mark H Weaver 写道:
>> Yesterday, an obscure package called "t" was added to Guix. We
>> should reject such short package names in Guix unless there's a very
>> compelling reason to keep them.
>
> I completely agree (in fact I can't compel myself to
Hello,
I'm not quite sure yet if this is a is an actual bug or a error on my
side.
Whenever I load blueman-applet, it will pop up an error saying:
Failed to apply newtork settings
and
g-dbus-error-quark:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道:
+@code{s-shell} and @emp{not} @code{s}. Feel free to ask your
fellow
???
I'm sorry, I'm really useless today. This should of course be
correct & not wrong.
Kind regards,
T G-R
signature.asc
Description: PGP
Hello,
On 3/9/21 12:18 PM, Jelle Licht wrote:
FWIW, I only have this issue on Guix System: on my Ubuntu 20.04.2 things
JustWork(tm)
Thanks for taking a look,
- Jelle
I can confirm similar issues on my Guix Systems from below:
canonical file name:
* guix/lint.scm (check-name): New procedure.
(%local-checkers): Add it.
---
guix/lint.scm | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/guix/lint.scm b/guix/lint.scm
index 311bc94cc3..5144fa139d 100644
--- a/guix/lint.scm
+++ b/guix/lint.scm
@@ -6,7 +6,7 @@
* doc/contributing.texi (Package Naming): Explicitly mention
single-character and otherwise ambiguous names.
---
doc/contributing.texi | 8
doc/guix.texi | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/doc/contributing.texi b/doc/contributing.texi
index
Mark H Weaver 写道:
Yesterday, an obscure package called "t" was added to Guix. We
should
reject such short package names in Guix unless there's a very
compelling
reason to keep them.
I completely agree (in fact I can't compel myself to find
excusable exceptions), but this wasn't explicitly
Hello,
Robin Templeton writes:
> When compiling C++ programs, glibc's include directory takes precedence
> over gcc's for standard C headers like math.h, but glibc's headers
> aren't completely compatible with C++. For example, isnan from math.h is
> supposed to be a function, but glibc defines
Am Tue, Mar 09, 2021 at 10:00:30PM +0100 schrieb Ludovic Courtès:
> Here’s a more sensible patch for you to try. This time it should
> correctly determine the necessary mount flags based on statfs(2) info.
> Could you apply it and report back?
This one works like a charm, thanks a lot!
Andreas
Hello,
incidentally I stumbled upon the same problem as Jelle today.
Am Tue, Mar 09, 2021 at 05:17:10PM +0100 schrieb Ludovic Courtès:
> Could you try the attached patch?
It raises an error:
$ ./pre-inst-env guix environment -C --ad-hoc coreutils
Backtrace:
In ice-9/boot-9.scm:
1736:10 17
Here’s a more sensible patch for you to try. This time it should
correctly determine the necessary mount flags based on statfs(2) info.
Could you apply it and report back?
TIA!
Ludo’.
diff --git a/gnu/build/file-systems.scm b/gnu/build/file-systems.scm
index aca4aad848..304805db62 100644
---
This has become a duplicate of
https://issues.guix.gnu.org/47007 ,
closing it again.
Andreas
Hi Chris,
> Lars-Dominik, I'm CCing you on this email because you introduced the
> code discussed below, so I'm hoping you might know something about it.
> If you could please take a look, I'd really appreciate it!
I’m pretty sure it worked when I submitted the patch. Looking at the
untruncated
Tobias Geerinckx-Rice writes:
> Tobias Geerinckx-Rice 写道:
>> It's ridiculous and I like it.
>
> Done as 9f87758fd5a5fd2e4c04683aebee13d9a19218b8.
You’re awesome! Thank you!
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
signature.asc
Description: PGP signature
Hi,
Jelle Licht skribis:
> There you go:
>
> 26123 stat("/gnu/store/mmhimfwmmidf09jw1plw3aw1g1zn2nkh-bash-static-5.0.16",
> {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0
> 26123 mkdir("/tmp", 0777) = -1 EEXIST (File exists)
> 26123 mkdir("/tmp/guix-directory.9IH6jJ", 0777) = -1
Hello,
I notice the exact same problem still on a Guix System (!) freshly
reconfigured with commit b1cabedd28b92324259875fc52ca5d52d411a026,
so the kernel is 5.11.4-gnu.
In my case /tmp is just an ordinary subdirectory of /, which itself is
LUKS encrypted and mounted from /dev/mapper/cryptroot.
Hey Nicolas,
I think the breaking tests do actually indicate breaking functionality in this
case since there is a whole test suite dedicated to the bytestring
representation. Maybe the fix could be using a later commit in which the later
bstr is used. There are definitely unreleased
Tobias Geerinckx-Rice 写道:
It's ridiculous and I like it.
Done as 9f87758fd5a5fd2e4c04683aebee13d9a19218b8.
Kind regards,
T G-R
signature.asc
Description: PGP signature
* gnu/packages/commencement.scm (glibc-final-with-bootstrap-bash-boot0)
[outputs]: Remove debug from inherited outputs.
---
gnu/packages/commencement.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index 9ca5bc4a7e..b2921a4a48
* gnu/packages/commencement.scm (coreutils-boot0)[outputs]: Remove debug
from inherited outputs.
---
gnu/packages/commencement.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index 07d657ce15..08538dbe5d 100644
---
* gnu/packages/commencement.scm (gcc-boot0)[outputs]: Remove debug
from inherited outputs.
---
gnu/packages/commencement.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index 08538dbe5d..9ca5bc4a7e 100644
---
* gnu/packages/commencement.scm (gnu-make-boot0)[outputs]: Remove debug
from inherited outputs.
---
gnu/packages/commencement.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm
index 890d57941f..07d657ce15 100644
---
Some packages we probably don't need to automatically create debug
outputs for. We could probably drop the debug outputs for all the
packages that have them in commencement except for the -final ones.
(ins)efraim@3900XT ~/workspace/guix$ du -sch \
Even simpler:
--8<---cut here---start->8---
$ ./pre-inst-env guile ~/src/guix-debugging/http-pipelining-gzip.scm
;;; (port #)
;;; (input #)
;;; (drain "")
;;; (fetch 16397)
;;; (port #)
Backtrace:
In ice-9/boot-9.scm:
1736:10 11 (with-exception-handler
Ludovic Courtès writes:
> Hi,
>
> Jelle Licht skribis:
>
>> I only tried this on x86_64 guix systems, one with Linux kernel 5.11.2,
>> and also on a Linux-libre kernel 4.14.223.
>>
>> Running the equivalent of a `git bisect' starting some months back to
>> today's master, and with the following
Hello,
On Mon, Mar 08, 2021 at 10:40:27PM +0100, Nicolas Goaziou wrote:
> JOULAUD François via Bug reports for GNU Guix writes:
> > Upgrade rust-bstr-0.2 to be 0.2.12, possibly only upgrading needed
> > dependent packages.
>
> Just to be clear, your are suggesting a downgrade, because
Hi,
Jelle Licht skribis:
> I only tried this on x86_64 guix systems, one with Linux kernel 5.11.2,
> and also on a Linux-libre kernel 4.14.223.
>
> Running the equivalent of a `git bisect' starting some months back to
> today's master, and with the following test to select bad/good bisect
>
Ludovic Courtès skribis:
> As of commit cdc688c5ee106b7ee2547e4abd74ab81d7702d3d, it seems that the
> connection reuse code for substitutes breaks if you’re fetching gzip
> substitutes.
Here’s a simple reproducer that systematically fails after the first
download:
--8<---cut
Efraim Flashner writes:
> On Tue, Mar 09, 2021 at 08:56:54AM +, Christopher Baines wrote:
>> The failure seems to occur in the check phase, see the build logs
>> referenced from:
>>
>> https://data.guix-patches.cbaines.net/gnu/store/c3f7d3ziwjfkwg3j7xz47dj44sb2l5av-rust-1.26.2.drv
>>
>>
On Tue, Mar 09, 2021 at 08:56:54AM +, Christopher Baines wrote:
> The failure seems to occur in the check phase, see the build logs
> referenced from:
>
> https://data.guix-patches.cbaines.net/gnu/store/c3f7d3ziwjfkwg3j7xz47dj44sb2l5av-rust-1.26.2.drv
>
> This looks like a relevant error:
>
The failure seems to occur in the check phase, see the build logs
referenced from:
https://data.guix-patches.cbaines.net/gnu/store/c3f7d3ziwjfkwg3j7xz47dj44sb2l5av-rust-1.26.2.drv
This looks like a relevant error:
[compile-fail] compile-fail/issue-15919.rs stdout
executing
Chris Marusich writes:
> One specific test failure is test/guix-package.sh, which fails as
> follows:
I misspoke. The failing test is tests/builders.scm. The rest of my
message should be correct.
--
Chris
signature.asc
Description: PGP signature
Hi,
Lars-Dominik, I'm CCing you on this email because you introduced the
code discussed below, so I'm hoping you might know something about it.
If you could please take a look, I'd really appreciate it!
Starting with commit 09448c0994390697e876db235a3b773311795238, "make
check" fails when a
35 matches
Mail list logo