Hi,
zimoun skribis:
> I even propose that Guix bumps the minor version each time
> core-updates or staging is merged. :-)
> Zero cost for us to bump the minor version. And the plus are:
>
> - a bit easier to navigate; because there more tags in the repo ;-)
> - non rolling release users expect
Hi,
Bengt Richter skribis:
> Did that commit cause an automatic update to the tarball
> found and used by the binary install script [1] ??
No, it didn’t automatically create a new Guix release.
> commit 7842ddcbc118cbc2799e22651732b7cdc06b93ee
> Author: Ludovic Courtès
> Date: Sun Jan 19 22
I built an installation image with the patch and can confirm that the
issue is really fixed. Thank you Ludo!
Go through the installer and edit the config file. If you make a syntax
error in the config.scm you get to the "Installation failed" window.
But both options "Restart installer" and "Retry system installer" let
the installer begin from the very beginning (locale setup). There is no
way to edit th
I used this image:
https://brielmaier.net/guix-system-install-1.0.1-2.a19fb6a.x86_64-linux.iso
Hi Ludo,
On Tue, 21 Jan 2020 at 10:04, Ludovic Courtès wrote:
> > We could add a policy about the bumping the minor version.
> >
> > What do you think?
>
> I guess semver doesn’t apply to Guix taken as a whole, so version
> numbers should be chosen to suggest how “different” the new release is.
Hi Jesse,
Jesse Gibbons skribis:
> It looks like the problem was introduced in
> df45af90413906b18710d8c51c44afd5b92d6db6 when upower was updated to
> version 99.11. I also expect it is related to gnome-tweaks, which is
> out of date.
>
> I'm going to see if updating gnome-tweaks fixes it. If so
On Tue, 2020-01-21 at 09:50 +0100, Robert Smith wrote:
> I'm experiencing the same issue, upower-daemon is simply exiting
> immediately after startup. Can we just revert upower to the previous
> version for the time being? Seems like the 0.99.11 release is broken.
>
> -Robert
Hi Robert,
Since the
Dear Bengt,
The bug report [1] points out files with unexpected permission; based
on extension filename.
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38422
It is not an security issue or the Guix packager did not carefully
check the validity of these files.
If you are security paranoid, y
tags 38422 notabug
quit
Dear,
The bug [1] reports that useradd/groupadd are not provided on BusyBox.
And for example, they had this discussion [2].
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=39023
[2] http://lists.busybox.net/pipermail/busybox/2016-February/083907.html
For example, on Debian, adduser is a Perl
Hi zimoun,
On +2020-01-22 01:22:45 +0100, zimoun wrote:
> Dear Bengt,
>
> The bug report [1] points out files with unexpected permission; based
> on extension filename.
>
> [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38422
>
>
> It is not an security issue or the Guix packager did not ca
Hello,
Ludovic Courtès writes:
> Hi,
>
> Maxim Cournoyer skribis:
>
>> It'd be nice to find a correct solution, but it seems I can't even make
>> the build system of Inkscape work after switching from CPATH to
>> CPLUS_INCLUDE_PATH and stripping it from any glibc/gcc include
>> directories (I d
Gábor,
Gábor Boskovits 写道：
ezt írta (időpont: 2020. jan. 7., K,
22:32):
I suggest adding another example which works by default on
busybox.
[…]
addgroup -S guixbuild
[…]
I assume that the command you gave would work on non-busybox
also. I
would say we should replace the
command we hav
Hullo Simon,
zimoun 写道：
options:
a/ explicitly notice in the parenthesis that the chunk needs to
be
adapted; mentioning adduser/addgroup instead of useradd/groupadd
for
example.
There's also:
c/ do nothing, or
d/ include the complete code snippet provided by symphonia, but
as an ‘o
15 matches
Mail list logo
