On 04.09.2021 16:44, Tobias Geerinckx-Rice wrote:
> Taylan Kammer 写道:
>> To me the most obvious thing to do seems
>>
>> (define-package foo ...) ;no explicit name needed
>>
>> to bind the variable 'foo' and use symbol->string for the name of the
>>
On 04.09.2021 12:09, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:
> All,
>
> To keep a link with previous ‘define-package’ discussion, I've merged this
> bug with #15284. It was never resolved IMO and things have changed since
> 2013 with the label-less input style.
>
> Maxime
On 12.03.2020 12:02, pelzflorian (Florian Pelz) wrote:
>
> Guile’s behavior that i is not among [a-z] has been confirmed as
> unexpected by a natively Turkish friend of mine. It is different from
> the behavior of current glibc:
>
> florian@florianmacbook ~$ cat iyiyim.c
> #include
> #include
On 10.03.2021 21:55, Taylan Kammer wrote:
> On 10.03.2021 21:12, zimoun wrote:
>> Hi,
>>
>> On Wed, 10 Mar 2021 at 20:12, Taylan Kammer wrote:
>>
>>> I just pushed the update to guile-bytestructures 1.0.10 to Guix master,
>>> and guile2.2-by
On 10.03.2021 21:12, zimoun wrote:
> Hi,
>
> On Wed, 10 Mar 2021 at 20:12, Taylan Kammer wrote:
>
>> I just pushed the update to guile-bytestructures 1.0.10 to Guix master,
>> and guile2.2-bytestructures builds for me.
>
> Just to say that the commit breaks &quo
I just pushed the update to guile-bytestructures 1.0.10 to Guix master,
and guile2.2-bytestructures builds for me.
- Taylan
On 01.03.2021 15:47, Taylan Kammer wrote:
> I'll report as soon as I have an update.
I just released 1.0.10 which should work across Guile 2.0, 2.2, and 3.0.
I haven't yet updated the Guix package for bytestructures. I'm quite
out of the loop and don't remember which branch that sho
On 01.03.2021 09:06, Maxime Devos wrote:
> Hi Guix,
>
> guile2.2-bytestructures and guile2.0-bytestructures don't compile.
> The reason seems to be that v1.0.9 uses (scheme eval), which isn't
> defined in guile2.0 and guile2.2. v1.0.8 doesn't use (scheme eval)
>
> Here's the commit that seems to
On 23.11.2020 00:20, Christopher Lemmer Webber wrote:
Okay, I just realized I left a friend vulnerable by guiding them through
a Guix graphical install and telling them it would give them a decent
setup. They turned on openssh support.
Then I realized their config had password-authentication?
On 16.11.2020 17:10, Ludovic Courtès wrote:
1.0.9 seems to help my rather involved use case (Guix cross-compiled to
GNU/Hurd from x86_64-linux, then running ‘guix pull’, which depends on
Guile-Git, which uses Bytestructures) but it still eventually crashes:
--8<---cut
On 10.12.2019 18:16, Ludovic Courtès wrote:
Hello!
"Thompson, David" skribis:
I have long thought that --ad-hoc should be implied, as that is the
mode I use 99% of the time, but I disagree that --pure should be the
default.
I very much agree with that. I don’t think ‘--pure’ should be the
Ludovic Courtès writes:
> Hi,
>
> Taylan Kammer skribis:
>
>> Could you please test whether bytestructures 1.0.8 fixes the issue?
>
> Thanks for the prompt reply! I tested 1.0.8 and it does not fix the
> problem.
>
> I think the problem might be that the
Taylan Kammer writes:
> On 15.10.2020 09:42, Ludovic Courtès wrote:
>> Ludovic Courtès skribis:
>>
>>> The problem is that the ‘cond-expand’ used to define ‘arch32bit?’ is a
>>> expansion-time thing when (cross-)building Bytestructures itself, so
>>>
On 15.10.2020 09:42, Ludovic Courtès wrote:
> Ludovic Courtès skribis:
>
>> The problem is that the ‘cond-expand’ used to define ‘arch32bit?’ is a
>> expansion-time thing when (cross-)building Bytestructures itself, so
>> it’s incorrect from cross-building from 64-bit to 32-bit.
>>
>> I believe
On Mon, Mar 25, 2019, 02:34 mikadoZero wrote:
> There is a linting warning which is independent of this patch.
> `guix lint usbutils`
> usbutils@010: URI http://www.linux-usb.org/ returned suspiciously small
> file (369 bytes)
>
This seems to be because the website uses frames
for all its
nee writes:
>> And by the way, an unpleasent off-topic issue:
>
> Hello, thank you for your considerate message. I'm using the my own
> domain for email in the future.
>
> Happy hacking!
Thank you for being understanding, happy hacking! :-)
- Taylan
nee wrote:
> Am 13.01.19 um 22:36 schrieb Ludovic Courtès:
>>> 1) grub
>>> 2) linux's initrd
>>> 3) console
>>> 4) X/wayland's layout
>>> 5) How to do the above
>>
>
> Hello, I was working on this recently and made a patch for X11 that
> fixes the layout in the slim login and when you login into
A minor issue, but I wanted to create a bug-report for this to make
sure it's on the radar.
During updates, guix may print this message hundreds of times:
substitute: updating substitutes from 'http://...' 100%
Repetitions of this message should probably be coalesced into a single
message.
Pierre Neidhardt writes:
> Oopsy, missed that indeed! xD
> Sorry for the trouble, will fix as soon as possible.
>
> By the way, I think using "name" for URLs is a bad practice, we only need
> "version" there. What do you people think?
I agree. Whenever I've seen 'name' being used in URL
I've got Bluetooth running by adding (bluetooth-service) to my list of
services and connecting my devices via 'bluetoothctl', which are now
fully functional, yet the GNOME Settings panel for Bluetooth still says
it couldn't find Bluetooth and asks me to insert a Bluetooth dongle.
It doesn't
It would be neat if guix supported creating an initramfs that contains
LUKS key-files and decrypts partitions with those.
Consider the following simple drive and partition setup:
/dev/sda: Has GRUB installed
/dev/sda1: Contains LUKS partition, meant to be mounted on / (root)
l...@gnu.org (Ludovic Courtès) writes:
> Hi,
>
> Taylan Kammer skribis:
>
>> (mapped-devices
>> (list (mapped-device
>> (source (uuid "b3d059f8-1c4f-4569-88dd-5485825b4373"))
>> (target "
ices))
(file-system
(device "/dev/mapper/home")
(mount-point "/home")
(type "ext4")
(dependencies mapped-devices)))
%base-file-systems))
(users
(append
(list (user-account
l...@gnu.org (Ludovic Courtès) writes:
> Hello Taylan,
>
> Taylan Ulrich "Bayırlı/Kammer" skribis:
>
>> Although we don't want to support non-free software, perhaps it would
>> be nice to support booting Guix on VMWare without the user needing to
>> do anything extra.
>>
>> While experimenting,
24 matches
Mail list logo