On Thu, Apr 09, 2020 at 06:14:11AM +0200, pelzflorian (Florian Pelz) wrote:
> Marking as done.
P.S. Don’t brag with Arabic support in Guix’ installer just yet
because Arabs still have to confusedly read from left to right.
https://bugs.gnu.org/35319
But that is something to solve later.
On Wed, Apr 08, 2020 at 03:22:34PM +0200, Ludovic Courtès wrote:
> Go for it, thank you!
I added some more heuristics on whether a layout is Latin or not and
after much testing pushed as 91c231a2223440081426929828a23c7baa0214fd.
There are still few false positives like non-Kana Japanese layouts
On Wed, Apr 08, 2020 at 12:02:25AM +0200, pelzflorian (Florian Pelz) wrote:
> set_from_accept_language should better be a global directive I think.
>
No, I was wrong. set_from_accept_language must only appear once, but
not in a global directive. I put it in %extra-content for the
> Have you been able to figure out why some of the items differ in the two
> lists?
Hi! Are you asking me? I haven't worked on this in a very long
time. But I'll give it another shot now and get back to you.
signature.asc
Description: PGP signature
Arne Babenhauserheide writes:
>> I mean in the firmware boot menu. The way UEFI works is that
>> bootloaders update the firmware directly with a name, EFI System
>> Partition, and executable (most likely "/EFI/Guix/grubx64.efi").
>
> Ah, I did not know that. Thank you!
>
>> This also requires
Hi Ludo,
On +2020-04-08 11:42:41 +0200, Ludovic Courtès wrote:
> Hi Bengt,
>
> Bengt Richter skribis:
>
> > I'm really against pursuing any new design dependencies on X,
> > so even "or similar" sounds iffy to me. Just IMO ;-)
>
> The XKB database and associated tools is the de facto standard
Marius Bakke writes:
> Arne Babenhauserheide writes:
>
>> Marius Bakke writes:
>>
>>> I hope you are able to recover your system. If the problem is "just"
>>> that the boot entry is missing,
>>
>> Do you mean in grub?
>
> I mean in the firmware boot menu. The way UEFI works is that
>
Diego Nicola Barbato skribis:
> Ludovic Courtès writes:
>
>> Hi,
>>
>> Diego Nicola Barbato skribis:
>>
>>> On Guix System the log files (in /var/log) generated by syslogd are
>>> currently (commit 151f3d4) world readable. They should probably only be
>>> readable by root (for the same reason
Amar Singh writes:
> Hi Marius,
>
> This is quite old. Happy camper on GuixSD these days! :)
> I haven't tested 1.0.1 ISOs but 1.0.1 runs fine.
>
> I think the bug can be closed.
Cool, thanks for confirming. Closing the issue! :-)
signature.asc
Description: PGP signature
Hi Marius,
This is quite old. Happy camper on GuixSD these days! :)
I haven't tested 1.0.1 ISOs but 1.0.1 runs fine.
I think the bug can be closed.
Thanks,
Amar
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, April 7, 2020 1:29 PM, Marius Bakke wrote:
> amar
Hi,
"pelzflorian (Florian Pelz)" skribis:
> The comma is needed, for example the Japanese Kana ("jp" "kana")
> layout breaks otherwise. I believe the reason is that the "kana"
> variant gets applied to "us" layout.
I see.
> From 68fc18d2816e3997f38d0a3c69566d85b26c8719 Mon Sep 17 00:00:00
Hi,
Leo Famulari writes:
> On Fri, Apr 03, 2020 at 06:12:16PM +0200, Diego Nicola Barbato wrote:
>> The following error messages in .telega/telega-voip.log seem relevant:
>>
>> --8<---cut here---start->8---
>> 04-01 20:04:04 E: Error loading libpulse: (null)
Hey,
Ludovic Courtès writes:
> Hi,
>
> Diego Nicola Barbato skribis:
>
>> On Guix System the log files (in /var/log) generated by syslogd are
>> currently (commit 151f3d4) world readable. They should probably only be
>> readable by root (for the same reason that dmesg can only be run by
>>
Hello Guix,
--8<---cut here---start->8---
$ GUIX_PROFILING=add-data-to-store-cache guix system build
gnu/system/examples/bare-bones.tmpl -d --no-grafts
/gnu/store/w5bsspzdgr55w01fiywir9a8glzlfiph-system.drv
'add-data-to-store' cache:
lookups: 2289
On Tue, Apr 07, 2020 at 10:38:16PM +0200, Ludovic Courtès wrote:
> I think the approach is OK, even as-is. We can then improve it by
> (hopefully) replacing the hard-coded list of non-Latin layouts (ar, jp,
> etc.) with code that determines whether the main layout is Latin or not.
>
I am still
Hi Danny,
Danny Milosavljevic skribis:
> $ crontab -e
>
> In unknown file:
>0 (copy-file "/tmp/crontab.10313" "/var/cron/tabs/dannym")
>
> ERROR: In procedure copy-file:
> In procedure copy-file: No such file or directory
>
> /var/cron doesn't exit either. Maybe we should
Arne Babenhauserheide writes:
> Marius Bakke writes:
>
>> I hope you are able to recover your system. If the problem is "just"
>> that the boot entry is missing,
>
> Do you mean in grub?
I mean in the firmware boot menu. The way UEFI works is that
bootloaders update the firmware directly with
Hi Bengt,
Bengt Richter skribis:
> I'm really against pursuing any new design dependencies on X,
> so even "or similar" sounds iffy to me. Just IMO ;-)
The XKB database and associated tools is the de facto standard for
handling keyboard layouts; it does a great job! It originated in X11
but
Hi Florian,
On +2020-04-04 01:17:50 +0200, pelzflorian (Florian Pelz) wrote:
> On Fri, Apr 03, 2020 at 01:27:43AM +0200, Bengt Richter wrote:
> > I think I saw that PureOS was able to handle
> > different-layout keyboards in different concurrent sessions -- different
> > keyboards and displays
>
Marius Bakke writes:
> Arne Babenhauserheide writes:
>
>> Marius Bakke writes:
>>
>>> Arne Babenhauserheide writes:
1. :
"'/gnu/store/xlcbi7dc89n4wvyz4jk6j0g4590ymi6q-grub-efi-2.04/sbin/grub-install
--boot-directory //boot --bootloader-id=Guix --efi-directory //boot/efi'
20 matches
Mail list logo