a look at?
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
]: https://issues.guix.gnu.org/43078#2
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ound this
issue. In my opinion this isn't very discoverable. Furthermore, it can't
_cleanly_ handle cases when GUILE_LOAD_PATH is already set or needs
multiple entries. It also makes certain commands with bash builtins
(like time...) awkward since you have to enter a subshell.
--
Take it easy,
Christopher Baines writes:
> I've investigated this now
Thanks for looking into this!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
s own
section.)
The closest I can think of is wrapping your Guix software as a package
and using --target, but this is often too much of a barrier to entry
when all you want is a simple development environment. Anything making
cross-compilation easier is a good thing in my eyes.
[1]: https://guix.gnu.org/en/cookbook/en/guix-cookbook.html#Build-Manifest
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
(type "dummy"))
--8<---cut here---end--->8---
That's from me trying to create a file-system record with the
requirements field instead of shepherd-requirements.
[1]: https://issues.guix.gnu.org/70542#19
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ens and I can
make it.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ens and I can
make it.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Hi Felix,
Felix Lechner writes:
> Hi Richard,
>
> On Tue, Apr 23 2024, Richard Sent wrote:
>
>> I submitted a patch for what I'm thinking at
>> https://issues.guix.gnu.org/70542.
>
> I believe this stopped working for my NFS setup.
Interesting. It does still wor
"/mnt/etc/config.scm" "/mnt")
> exited with value 1
Can you post the output of the build log mentioned in those messages? I
assume the ... was added by you and the full path was printed, but if
not you should be able to get the path via $ guix build --log-file slock.
> View build log at '/var/log/guix/drvs/bw/...tar.gz.drv.gz'.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
become even more annoying. If B is only importing a couple Guix modules
that are unlikely to incompatibly change, it's basically wasted effort.
This is outside the scope of this topic, but I think it could be
interesting if the dependency channels in .guix-channel could specify
minimum commits as well.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Some download links on https://guix.gnu.org/en/download/latest/ return a
JSON payload containing the following content:
> error "Could not find the requested build product."
This occurs for the links under "GNU Guix System on Linux" and "GNU Guix
System on GNU Hurd&
I was informed that the link I mentioned in the first issue is
nonpublic. Here's the definitely public build output that demonstrates
the problem, albeit in trimmed form:
https://builds.sr.ht/~freakingpenguin/job/1238029
--
Take it easy,
Richard Sent
Making my computer weirder one commit
derr.
1. Challenging to get right and this may have unforseen consequences.
Two processes writing freely to the same output at once is a bad idea.
2. The daemon has a isatty? check and sets a flag for the build agent
which is passed along to scripts/substitute.
--
Take it easy,
Richard
effect of time-machine serving dual purposes.
>> One is providing a reproducible environment for result replication,
>> the other is providing a development environment for collections of
>> channels.
[1]: https://lists.gnu.org/archive/html/guix-devel/2024-03/msg00265.html
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
;8---
This would make log files much easier to parse. Instead of having
potentially thousands of lines printed to the console per "build stage",
it would be limited to 2.
[1]: https://builds.sr.ht/query/log/1238029/update-readme/log
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
-cut here---end--->8---
This problem seems unique to guix shell.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
-cut here---end--->8---
This is unfortunate because it hurts it's usability as part of a CI
system. Pipelines using time-machine are filled with excess logging
messages that aren't always needed and can't be disabled unless output
redirection is available.
--
Take it easy,
that looks much easier said than done. It hasn't progressed
beyond the "huh, I wonder" phase.
Funny, I just started investigating the grafting code myself to see if I
could understand what's going on and I stumble upon this 3 year old
issue just an hour after Maxim comments.
--
Take it easy,
Ri
> i'm afraid that's not the case currently:
>
> %guile-static-stripped crashes with a sigsegv (i.e. the guile used in the
> initrd (?))
> https://issues.guix.gnu.org/71211
Interesting. Is this a recent bug? When I was trying to bring up Guix on the
VisionFive 2 I was being dropped into a Guile
Richard Sent writes:
> 1. There was a transient network issue for ~3 hours when I attempted to
> install Guix ~4 times using different installation media that caused a
> specific TLS handshake to fail.
>
> 2. A specific TLS handshake Guix undertakes during the installation
Richard Sent writes:
> What the heck is going on here? Those two images are wildly different
> and are downloading wildly different sets of substitutes.
Bad news. I connected my device to a different network with just an
ordinary consumer router and the installation succeeded (using th
all, although the actual error is different.
See installer-dump-22e789d5.
What the heck is going on here? Those two images are wildly different
and are downloading wildly different sets of substitutes.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
fails during startup it will abort into an
interactive Guile REPL. This might hurt GRUB's ability to detect
something went wrong since the kernel would still be running. A similar
case may apply if Shepherd gets stuck during system initialization.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Hi Ludo!
FYSA based on https://issues.guix.gnu.org/71238 I suspect the fix
mentioned in that patch might not be applying properly in all cases.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
msg00150.html
[4]: https://issues.guix.gnu.org/70244
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
was a bit more creative with my channel before going "well it's
my channel so... my name is fine". :)
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Richard Sent writes:
> Packages that depend on say, A:lib graft their own copies of A:lib that
> is distinct from grafting A:out and A:lib together. This behavior
> confuses asdf-build-system and leads to breakage.
I should rephase this. asdf-build-system is doing its job just fine
Hi Guix!
I believe I found another instance of this bug coming back to haunt
unfortunate, wayward souls. (including me! ).
https://issues.guix.gnu.org/62890
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
4av-sbcl-cl-ppcre-2.1.1" .
"/gnu/store/h7r9c6wxm7d3yk803jyw86c0pr86rxcj-sbcl-cl-ppcre-2.1.1")))
(map (match-lambda ((name . file) (cons
(assoc-ref old-outputs name) file))) %outputs (graft old-outputs %outputs
mapping)))--8<---cut here---end--->8---
Different builders? Different outputs. Different outputs? Different
50-stumpwm.conf files. Different 50-stumpwm.conf files? Sadness.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
present I can think of soft-pinning a list of channels by name being
useful. I can also see an option to only fetch dependencies of a
channel, not the channel itself, being useful. I would definitely
appreciate feedback or use cases! :)
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
New issue opened at https://issues.guix.gnu.org/71214. I'l close this
one. Thanks!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
/item/rsent/configs/channel.scm#L13
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ing on here seems to cause [2].
The actual issues are distinct.
[1]: https://issues.guix.gnu.org/71133
[2]: https://issues.guix.gnu.org/71160
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
--------->8---
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Richard Sent writes:
> Trying to pass --fallback on the command line has no effect, even though
> both the documentation and [1] imply that should work.
This issue might have some spiciness to it. I have two machines with
identical guix commits and --fallback works on one but not the
4.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
e test with old services. I don't believe Guix
has a mechanism yet to say "Yes, this service is new, and I /do/ want
Shepherd to auto-start it, but not on reconfigure". This shouldn't be
too hard to add though.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ooting), but it boots now.
Very strange, but seemingly the issue is resolved. I wonder if anyone
else will encounter it in the future.
Thanks!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Waiting for PHY auto
negotiation to complete. TIMEOUT !
phy_startup() failed: -110FAILED: -110ethernet@1604 Waiting for PHY auto
negotiation to complete. TIMEOUT !
phy_startup() failed: -110FAILED: -110StarFive #
StarFive #
[1]: https://github.com/starfive-tech/VisionFive2/is
ilure. I haven't investigated beyond that.
bqi2shgn2a99zmwbiqp1kaa7x0zpik-elogind-252.9.drv.gz
Description: emulated_failure_log
bqi2shgn2a99zmwbiqp1kaa7x0zpik-elogind-252.9.drv.gz
Description: native_success_log
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ould catch errors during record creation instead of service creation,
as well as still perform validation if anything else does or will use
those records in the future.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ry similar to the error
found when building from the CLI. Given that cuirass-configuration has
fallback #t, it should be recoverable.
Possibly related: [2] and [3]
[1]: https://issues.guix.gnu.org/23103
[2]: https://issues.guix.gnu.org/55820
[3]: Guix 3f59fd6d114548480c719d4b8f8509bdf3e8dcca
--
Ta
t;add support for a specific board on this platform", which to me feels a
bit like a hacky solution. See linux-libre-arm64-generic and the
Pinebook Pro comments. I'd think that would belong in a
linux-libre-pinebook-pro or similar.
--
Take it easy,
Richard Sent
Making my computer weirder
target system.
The issue is recorded at https://issues.guix.gnu.org/61986. IMO, a
pseudo-bricked generation is a hefty price to pay for an oversight like
this! :)
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
-guix/2023-03/msg00121.html
[2]: https://lists.gnu.org/archive/html/help-guix/2024-05/msg00160.html
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
er xorg-server
wpa-supplicant upower-daemon pam term-console elogind dbus-system nscd syslogd
console-font-tty6 console-fon
[ 46.107629] t-tty5 console-font-tty4 console-font-tty3 console-font-tty2
console-font-tty1.
--8<---cut here-----
ply be a
system build-time check to confirm that the kernel's .config file does
in fact have those options set.
[1]: https://issues.guix.gnu.org/66355
[2]: https://issues.guix.gnu.org/43078#2
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
].
[1]: https://ci.guix.gnu.org/build/4711550/log/raw
[2]: https://mail.gnu.org/archive/html/guix-devel/2021-08/msg00077.html
[3]: http://linux-libre.fsfla.org/pub/linux-libre/releases/
CC'ing Christopher Baines since this deals with substitutes.
--
Take it easy,
Richard Sent
Making my computer
"vanilla" linux-libre and
customized linux-libre-arm64-generic outside of device compatibility
changes to reduce surprises like this.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Richard Sent writes:
>
> Running fdisk on the image produces (emulated build due to
> cross-compilation failures):
>
> gibraltar :( guix$ fdisk -l $(guix system image
> gnu/system/images/pinebook-pro.scm --system=aarch64-linux)
> Disk
> /gnu/store/832w3d7dh2vdfdm2qdv50
> I see that build in build-self.scm isn't a derivation, but most of the time
> spent in build is, to my knowledge, while the daemon is building the
> build-program derivation. build-program in build-self.scm returns a
> gexp->script file-like object and I see various /gnu/store
>
>> - Why is this step not substitutable ? The inputs are known, a hash can
>> be derived, a substitute server could be queried for an output of that
>> hash ? What am I missing ? Does the guix derivation not end up in the
>> store ? What makes it so special that it can't be served by a substitute
Simon Tournier writes:
> Hi,
>
> On lun., 13 mai 2024 at 17:11, Richard Sent
> wrote:
>
>> Instead of A and B building C directly, A and B download the
>> substitutable Guix package D, then use D to build C. Because D is a
>> reproducible package, it should b
ew prompt. Type `,bt' for a backtrace or `,q' to continue.
--8<---cut here---end--->8---
If this didn't make sense, don't worry. I barely followed what I said
and I very easily might have said something wrong.
Generally speaking use $ guix repl if you want to ensure you're loading
the same modules as $ guix describe.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ackage...
guix 0edbb93
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 0edbb93130651f29dc59fe4ca546a5065670ac8a
--8<---cut here---end--->8---
I imagine there's a large amount of behind the scenes work that would
need to be done for this to work, but if nothing else it's an
interesting thought experiment!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
charge of copying both the partition images AND the bootloader
file would presumably catch that error. At least, I assume genimage
performs those kinds of sanity checks.
I may very well be missing something here, particularly with
interpreting the fdisk output. Sorry if I didn't make sense. This stuff
is h
8,608 / 8 = 1,048,576. I don't know what to make of this
because it feels weird that bytes are used in one situation while
another uses bits.)
Appreciate any clarification on this!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
t;--prefix=/gnu/store/bl3aq7fnpyxq9w2a7bqa4zqgd8z88y8x-gawk-mesboot-3.1.8"
"--enable-fast-install" "--build=x86_64-unknown-linux-gnu"
"--host=aarch64-linux-gnu" "ac_cv_func_connect=no" failed with status 1
--8<---cut here---end--->8---
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ptionally takes a revision e.g.
issues.guix.gnu.org/issue/70XXX/patch-set/3.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
My guess is that's because %desktop-services only conditionally includes
sddm-service-type depending on %current-target-system or
%current-system. See (gnu services desktop). And yet
%gnome-desktop-services unconditionally deletes it.
https://github.com/asahi-guix/channel/blob/main/src/asahi/guix/system/desk
Haven't had the chance to properly hack on this yet, but I believe the
code to update is located here:
https://git.savannah.gnu.org/cgit/guix/mumi.git/tree/mumi/web/view/utils.scm#n127
Let's test how we handle links like <https://example.com>.
--
Take it easy,
Richard Sent
Making my co
dependencies is ignored.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
m:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Throw to key `guile-ssh-error' with args `("channel-get-exit-status" "Parent
session is not connected" # #f)'.
--8<-
he discrepency would occur there where glibc isn't grafted.
How exactly does that graft causes the problem? No clue.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ion.)
Happy to change to whatever the consensus is!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
x-devel/2017-09/msg00098.html
[3]: https://www.gnu.org/prep/standards/html_node/Directory-Variables.html
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ake it easy,
Richard Sent
Making my computer weirder one commit at a time.
nly occur as subwords.
Since this change can't occur in a vacuum, care should be taken not to
reduce the effectiveness of other reasonably forseeable search queries.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
environmnet's
profile.
I expect this crops up in a lot more places than just home environments
and home bash service. I'd hope for a more generalized solution
that solves this problem across multiple services, not specifically
home-bash-service.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
don't have an NFS system on my LAN to test so no promises)
Hopefully that shows what I'm thinking. If anyone has thoughts I'd love
to hear it, either here or in the patch depending on what's appropriate.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Correction to the issue I just discovered: apparently most symbols are
fair game to be included in the hyperlink.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
,
Richard Sent
Making my computer weirder one commit at a time.
g file-system
could easily cause a deadlock.
I know a custom shepherd service could be used to run, say, mount.cifs
from userspace after networking is provisioned, but in my opinion it
would be cleaner to encapsulate within the existing file-system block of
the operating system.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ify B and C to replace A with A@old though.
As you saw, A@old doesn't have any fancy logic for "go back to the most
recent Guix commit that has A@old". It's just a convenient way to
specify which version of package A to install when multiple are
packaged.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
After updating to 4e7337536ba41e888a601c92fada8a4adca9d2c6, the issue
seems to have been resolved. I'll leave this open in case anyone else
who experienced the issue earlier is still dealing with it.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ething to do with how libvterm is a native input, not
a regular input? If it's required at runtime my understanding is it
should be the latter, not the former.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
except for git in shell containers.
Power users will still be able to override the normal behavior by
setting the package-specific environment variables. This change would
just change the default state from "nonfunctional" to "working".
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Patch submitted at https://issues.guix.gnu.org/70226.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
h_qHpzQg"
[23:31:06.028] (II) HELPER: Starting X11 session: ""
"/gnu/store/by9l6s04vi7g7q8nd3ycvaz2p9373y0h-xinitrc
\"/gnu/store/fvm9ibhr11bqj09dx5wwha5260hgw2p3-stumpwm-22.11/bin/stumpwm\""
[23:31:06.030] (II) DAEMON: Session started true
[23:31:06.044] (II) HEL
://unix.stackexchange.com/a/44000
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Hi Guix,
To my knowledge what I'm asking for can't currently be done, but if it
can feel free to disregard.
I think channels listed in channels.scm files should optionally support
using whatever channel version is already in the user's profile, if
present. This would significantly speed up
. If so that would probably make
debugging shepherd issues harder, particularly on something like a
single board computer.
Thanks for looking at this!
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
schemers/Documents/Standards/R5RS/HTML/r5rs-Z-H-2.html#%_toc_%_sec_4.1.4
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Possibly related to bug#69753.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
I've encountered this issue myself, so it's not an isolated incident. I
observed that it only occured when building packages from a custom
channel (or perhaps with -L, I don't recall for sure.)
The issue seemed to disappear after a while.
--
Take it easy,
Richard Sent
Making my computer weirder
at the top of files?
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
but I feel it is an improvement over
the status quo with no negative tradeoffs. I would not support a
solution that obsoletes time-machine or requires regular manual
intervention during upgrades.
Personally as a new contributor I find it gratifying to see my name in
the commit history.
--
Take it easy,
Richard Sent
source "
status: 1
--8<---cut here---end--->8---
and --fallback isn't provided.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ature and should be better supported. I don't
know if the ideal fix involves changing the guix-build command in
guix/scripts/build.scm to stop assuming everything is a derivation or
changing the logic in guix/derivations.scm to handle strings in addition
to derivation structs.
Possible related:
https://lists.gnu.org/archive/html/bug-guix/2022-07/msg00037.html.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
ts. %desktop-services is a list, but
bluetooth service and hurd-vm service are not.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Patch submitted, https://issues.guix.gnu.org/69801
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
--->8---
This code might not be it exactly, but something similar to this
/should/ work.
[1]
https://git.sr.ht/~freakingpenguin/rsent/tree/master/item/channel/rsent/utils/services.scm
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
l.
https://www.gnu.org/software/guile/manual/html_node/Foreign-Libraries.html
I have not tested if the calculation is correct.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
So I was wrong and it turned out to be a mainline bug, but one that was
only present on x86 32-bit. Here's the reports:
https://gitlab.com/nonguix/nonguix/-/issues/307
https://issues.guix.gnu.org/68429
https://github.com/catchorg/Catch2/issues/2796
--
Take it easy,
Richard Sent
Making my
(crosstool-ng-build ...) in (gexp).
The package still did not build locally on my machine after removing it,
but it seems to have progressed to a further stage.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
end--->8---
i.e. DESTDIR=, not PREFIX=.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
akingpenguin/channel-demo if it's of any help for
reproducing the issue. Just a couple of Guile scripts + guix
time-machine wrappers.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
Thanks for sharing! The comments section was a nice change of pace from
the tone of Guix discussion in Hacker News.
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
osting to guix-devel instead of bug-guix since I'm not entirely sure
this is a bug or working as intended.
[1] https://lists.gnu.org/archive/html/guix-devel/2022-12/msg00310.html
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
1 - 100 of 119 matches
Mail list logo