Tobias Geerinckx-Rice writes:
>> All in all, I’m in favor of switching back to the previous behavior:
>> considering user shells as system config. That’s a one-line change
>> in
>> (gnu build accounts).
>
> +1!
+1 from me as well. Allowing the shell to be declaratively defined in
the system co
Hi all,
Was there another ABI change to Guix? The last time this happened
emacs-guix began behaving improperly and spitting out unresolvable error
messages in the *Messages* buffer. This is happening again, and Ludo
fixed it by rebuilding it I think?
If this is the case, is there a consistent way
> How deep shall this go ? dd, awk, od, head, find, test, mv, rm, ...
Ideally everything. That's why we don't use shell scripts that much: They
are annoying to make behave. Compare with C which will link a library and
with option "-Wl,-rpath" (which we use everywhere) will embed the absolute
pa
Hi,
i wrote:
> > --file-system-type=iso9660[_$variation]
Danny Milosavljevic wrote:
> I'm not sure yet. We have a lot of special-casing for iso9660
> already. If anything, at that point, we could pass an arbitrary list
> of options or something (an "environment" if you will. Hah).
How ever
On Wed, Apr 24, 2019 at 06:01:49AM +0200, Dexter Morgan wrote:
> My friend introduced me to GNU/Linux and installed GuixSD on my laptop. I am
> just getting started on Bash. I find that there is absence of VPN clients as
> an
> alternative to OpenVPN. Can some one please package the following alte
Ludo', all,
mikadoZero wrote:
Ludovic Courtès writes:
[…]
However, thinking more about it, I’m not sure if considering
shells as
state is such a good idea, for several reasons:
1. It’s surprising that ‘guix system reconfigure’ doesn’t
actually
change the shell, as Tanguy reporte
Hi Thomas,
On Thu, 25 Apr 2019 18:22:11 +0200
"Thomas Schmitt" wrote:
> Then do if you can make use of those two git commits.
> They are the only ones to that file since release 1.5.0.
Okay, I've picked them up.
> > I'm not sure about amending "guix system disk-image" by options that
> > aren'
On Thu, Apr 25, 2019 at 06:44:07PM +0200, Ludovic Courtès wrote:
> The attached config file can be used to produce a 2.9G QCOW image
> (uncompressed) that internally appears to have a 20G file system:
A little big but I don't think we can shrink it any more unfortunately.
> What do people think?
Hello Guix!
The attached config file can be used to produce a 2.9G QCOW image
(uncompressed) that internally appears to have a 20G file system:
guix system vm-image --image-size=20G vm-live.tmpl
The image logs into Xfce and from there people can spawn a terminal, run
‘guix package -i icecat’,
Hi,
i worte:
> > (My other sport besides ISO 9660 is burning flat round things.)
Florian Pelz wrote:
> :D Burning is not the problem. ;)
We could let xorriso put some read load on it and watch out for error
messages.
> With the USB flash drive booting was not stuck, it just did not appear
> in
Hello,
"pelzflorian (Florian Pelz)" skribis:
> So what’s the plan?
>
> Wait for another responce from the grub-devel mailing list?
>
> Package grub-mkrescue-sed.sh and use
> --xorriso=/path/to/grub-mkrescue-sed.sh when calling grub-mkrescue?
>
> Add an option to “guix system disk-image” to selec
Hi,
Danny Milosavljevic wrote:
> you *are* upstream so
> it's really up to you whether we should patch xorriso or not.
Then do if you can make use of those two git commits.
They are the only ones to that file since release 1.5.0.
> I'm not sure about amending "guix system disk-image" by options
On Thu, Apr 25, 2019 at 05:09:05PM +0200, Thomas Schmitt wrote:
> Hi,
>
> Florian Pelz wrote:
> > I do not know and did not try yet how to configure GRUB to produce
> > both 32-bit and 64-bit EFI.
> […]
> Some digging in the source of grub-mkrescue and util/grub-install-common.c
> reveils that it
Hello Timothy and Ricardo,
Timothy Sample writes:
[...]
> Or, maybe I could pull Epiphany out of our GNOME package, and avoid
> WebKitGTK (now that GNOME Shell doesn’t need it).
this will not fix any problem but please do it anyway before merging to
master :-)
thanks for working on this!
[..
Hi,
Florian Pelz wrote:
> I do not know and did not try yet how to configure GRUB to produce
> both 32-bit and 64-bit EFI.
As Debian user i am in the comfortable position to install the
three binary packages for BIOS, x86 EFI 32 bit, and x86 EFI 64 bit.
Then grub-mkrescue knows what to do.
Some
> How comfortable is the Guix patching system ? :))
Very comfortable. But we'd like not to diverge from upstream too much.
We are all in this together, so I'd like upstream to eventually converge on
a solution. I'm fine with carrying a patch if it's coordinated by people with
knowledge about the
Hi,
Florian Pelz wrote:
> So what’s the plan?
> Wait for another responce from the grub-devel mailing list?
They need time to to make up their mind. Maybe other incidents are needed to
push towards some change in grub-mkrescue.
We have a halfways positive response from the old owner and a somewha
Timothy Sample writes:
> Ricardo Wurmus writes:
>
>>> After running GNOME 3.28 for a while, I’ve had several crashes. It used
>>> to crash whenever I opened a URL from Emacs, but fiddling with dconf has
>>> fixed that. It currently crashes every time I run ERC (I’ve turned on
>>> notificatio
Ludovic Courtès writes:
> Hello Guix!
>
> We recently discussed handling of the ‘shell’ field of ‘user-account’:
>
> https://lists.gnu.org/archive/html/help-guix/2019-04/msg00171.html
>
> As I wrote there, starting with the switch to (gnu build accounts) in
> 0ae735bcc8ff7fdc89d67b492bdee9091ee1
Julien Lepiller transcribed 565 bytes:
> Le 24 avril 2019 18:34:22 GMT+02:00, Raghav Gururajan a
> écrit :
> >Hello Guix!
> >
> >Including "tor-service-type" does not invoke and add "tor" package into
> >the system. Without "tor" package, tor commands cannot be used.
> >Therefore, "tor-service-ty
On Wed, Apr 24, 2019 at 11:13:23AM +0200, pelzflorian (Florian Pelz) wrote:
> On Wed, Apr 24, 2019 at 08:56:57AM +0200, Thomas Schmitt wrote:
> > Florian Pelz wrote
> > > By the way, someone I know has a most peculiar machine called Lenovo
> > > Ideapad 100S which does not boot Guix, […]
> >
> > I
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Spanish team of translators. The file is available at:
https://translationproject.org/latest/guix/es.po
(We can arrange things so that in th
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix' has been submitted
by the Spanish team of translators. The file is available at:
https://translationproject.org/latest/guix/es.po
(We can arrange things so that in th
Hello Guix!
We recently discussed handling of the ‘shell’ field of ‘user-account’:
https://lists.gnu.org/archive/html/help-guix/2019-04/msg00171.html
As I wrote there, starting with the switch to (gnu build accounts) in
0ae735bcc8ff7fdc89d67b492bdee9091ee19e86, user shells are considered
“stat
Le 25 avril 2019 10:50:16 GMT+02:00, "Ludovic Courtès" a écrit :
>Hello,
>
>Julien Lepiller skribis:
>
>> Le Wed, 24 Apr 2019 00:51:37 +0200,
>> Miguel a écrit :
>
>[...]
>
>>> El Tue, 23 Apr 2019 16:30:26 +0200
>>> Ludovic Courtès escribió:
>
>>> > Also, I don’t actually use the ./bootstrap sc
So what’s the plan?
Wait for another responce from the grub-devel mailing list?
Package grub-mkrescue-sed.sh and use
--xorriso=/path/to/grub-mkrescue-sed.sh when calling grub-mkrescue?
Add an option to “guix system disk-image” to select which
grub-mkrescue-sed.sh environment variables to enable?
Hello,
Julien Lepiller skribis:
> Le Wed, 24 Apr 2019 00:51:37 +0200,
> Miguel a écrit :
[...]
>> El Tue, 23 Apr 2019 16:30:26 +0200
>> Ludovic Courtès escribió:
>> > Also, I don’t actually use the ./bootstrap script. :-)
>>
>> Currently it is only a call to autoreconf -fvi, but it's th
"pelzflorian (Florian Pelz)" skribis:
> On Wed, Apr 24, 2019 at 09:31:59AM +0200, Julien Lepiller wrote:
>> #. type: Plain text
>> #: doc/guix.texi:7
>> msgid "@documentencoding UTF-8"
>> msgstr ""
>> "@documentencoding UTF-8\n"
>> "@documentlanguage fr\n"
>> "@frenchspacing on"
>>
> I already u
Hi,
Danny Milosavljevic wrte:
> If someone is testing this with Guix, make sure to actually try to boot Guix
> with it (until the root is mounted). Back in the day I changed the root
> discovery of Guix to make it also consider using the entire disk (as opposed
> to a partition on it) as a viable
29 matches
Mail list logo
