June 12, 2021 5:13 PM, "Leo Prikler" wrote:
> Hi,
>
> Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de:
>
>> June 12, 2021 3:39 PM, "Leo Prikler"
>> wrote:
>>
>> Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson:
>>
>
> I'm pretty sure that the actual bug also
Hey Mathieu!
Mathieu Othacehe writes:
> I improved the install device detection with
> 154a4e046281c28e39b5016e965d3d937a2ea4a1 by removing the device with the
> default Guix System image ISO label.
Works perfectly for me now, the USB installation device doesn't show up
in the device list anymo
Hi,
Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de:
> June 12, 2021 3:39 PM, "Leo Prikler"
> wrote:
>
> > Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson:
> >
> > > Hello!
> > >
> > > I've had this issue every since I enabled automatic login on my
> > > guix
June 12, 2021 11:46 AM, "Tobias Geerinckx-Rice" wrote:
> This is a cross-distro annoyance; Guix doesn't explicitly load or even
> mention pcspkr.
>
> One very common work-around is
>
> (kernel-arguments (list "modprobe.blacklist=pcspkr" …))
>
> For the 6 people who actually want the infernal
June 12, 2021 3:39 PM, "Leo Prikler" wrote:
> Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson:
>
>> Hello!
>>
>> I've had this issue every since I enabled automatic login on my guix
>> system like so:
>>
>> #+BEGIN_SRC scheme
>> (define %my-desktop-services
>> (modify-services
>
Thanks for the help!
June 12, 2021 11:46 AM, "Tobias Geerinckx-Rice" wrote:
> This is a cross-distro annoyance; Guix doesn't explicitly load or even
> mention pcspkr.
>
> One very common work-around is
>
> (kernel-arguments (list "modprobe.blacklist=pcspkr" …))
>
> For the 6 people who actua
Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson:
> Hello!
>
> I've had this issue every since I enabled automatic login on my guix
> system like so:
>
> #+BEGIN_SRC scheme
> (define %my-desktop-services
> (modify-services
> %desktop-services
> (mingetty-service-type co
Hey,
> It seems that for some reason the installer has automatically picked a
> mount point of `/boot/efi' for `/dev/sda2' in addition to the mount
> points on my actual hard drive. I now see an error dialog saying that
> it can't retrieve the UUID of /dev/sda2 when I try to proceed past the
>
This is a cross-distro annoyance; Guix doesn't explicitly load or even
mention pcspkr.
One very common work-around is
(kernel-arguments (list "modprobe.blacklist=pcspkr" …))
For the 6 people who actually want the infernal demented shofar that is
the ‘PC speaker’, I'm not sure what the solut
Hey Mathieu, thanks for looking into this!
Mathieu Othacehe writes:
> I fixed this issue with f5d9d6ec68f78f5651bd5a698f489ab57bf77d5d. The
> rationale is that any partition that will be mounted and not formatted
> ("Format the partition? No) must have a valid UUID. The installer
> now prevents
Hello!
I've had this issue every since I enabled automatic login on my guix
system like so:
#+BEGIN_SRC scheme
(define %my-desktop-services
(modify-services
%desktop-services
(mingetty-service-type config =>
(mingetty-configuration
Hello!
I've seen this warning message from my boot screen pretty much every
time I boot guix system on my T400.
[ 36.909489] Error: Driver 'pcspkr' is already registered, aborting...
The system boots just fine, but I figured I'd report this error
message.
Thanks!
Joshua
Hello!
My librebooted Thinkpad T400 has been giving me the same GC warning
for about 2 years now:
GC: Warning: pthread_getattr_np or pthread_attr_getstack failed for
main thread
GC Warning: Couldn't read /proc/stat
Welcome, this is GNU's early boot guile
Use --repl for an initrd REPL.
Loading ke
Hi,
Em [2021-06-10 qui 13:33:53+0200], zimoun escreveu:
> I think it is fixed with the recent version of the manual. Could you
> confirm?
Yes, the problem I reported is fixed in the latest version of the
manual.
Thank you!
--
- https://stallmansupport.org "In Support of Richard Stallman"
- I
Brendan Tildesley 写道：
https://imperialat.at/releases/
works fine for me. Thanks.
Thanks for confirming! Case closed.
Kind regards,
T G-R
signature.asc
Description: PGP signature
https://imperialat.at/releases/
works fine for me. Thanks.
> On 06/12/2021 11:36 AM Tobias Geerinckx-Rice wrote:
>
>
> Brendan,
>
> Brendan Tildesley 写道：
> > Yep. I downloaded 3000 source tarballs with -S and just this one
> > didn't
> > work for some reason. I'm in Tasmania, Australia.
>
> Wait, so libopensmtpd *did* work? It uses the exact same
Brendan,
Brendan Tildesley 写道：
Yep. I downloaded 3000 source tarballs with -S and just this one
didn't
work for some reason. I'm in Tasmania, Australia.
Wait, so libopensmtpd *did* work? It uses the exact same server,
with HTTPS :-/
Could you verify that before pulling to test…
Doesn't w
> On 06/12/2021 10:17 AM Tobias Geerinckx-Rice wrote:
>
>
> Brendan,
>
> Brendan Tildesley 写道：
> > Starting download of
> > /gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz
> > From https://distfiles.sigtrap.nl/filter-dkimsign-0.5.tar.gz...
> > Throw to key `gnutls-err
Brendan,
Brendan Tildesley 写道：
Tobias, are you able to figure out what changed?
I updated svt-hevc to the v1.5.1 tag on 29 May. On 2 June,
upstream noticed that they (I guess, by their standards) made a
mistake, fixed it[0], and moved the v1.5.1 tag to point to it.
That's bad practice but
Tobias Geerinckx-Rice 写道：
https://distfiles.sigtrap.nl/filter-dkimsign-0.5.tar.gz
…and/or does this URL work for you with cURL/a browser, wherever
you are?
I'm physically next door to .nl, so that makes me mildly
suspicious.
Kind regards,
T G-R
signature.asc
Description: PGP signature
Brendan,
Brendan Tildesley 写道：
Starting download of
/gnu/store/kd1kbq1anb7iy7ig999i7zq16m8pzayk-filter-dkimsign-0.5.tar.gz
From https://distfiles.sigtrap.nl/filter-dkimsign-0.5.tar.gz...
Throw to key `gnutls-error' with args `(#Error in the pull function.> handshake)'.
~ λ guix download
http
Hello David,
>> I'm using manual partitioning with the first partition mounted as the
>> ESP partition and the sixth partition as the root directory.
My issue here is that those partitions were never formatted. The
read-partition-uuid method returns #f on unformatted partitions, causing
the ins
23 matches
Mail list logo
