Hi Danny,
> Guix received one but we have so far be unable to get the GuixSD flash
> image because something always breaks on Hydra before it's done (for
> example lack of disk space - see https://hydra.gnu.org/build/3198097/log/raw .
> Note: The latter thing counts as "successful" build.
This is fixed with commit d871e29ad.
--
Ricardo
Hi Mark,
On Sat, 08 Dec 2018 15:59:58 -0500
Mark H Weaver wrote:
> This sounds like two distinct bugs:
>
> * Regarding the lack of disk space: if I'm not mistaken, as things are
> currently implemented, we must specify the size of the disk image
> manually. I guess we need to increase the
Guten Tag! :-)
Danny Milosavljevic skribis:
> Can we do something against the locale problems that keep showing up
> when updating?
>
> Right now, after a half-finished update from guix master (half-finished
> because
> once any package build breaks, the entire update will stop), I cannot use
Hi,
Danny Milosavljevic skribis:
> On Sat, 08 Dec 2018 18:34:04 +0100
> Ricardo Wurmus wrote:
>
>> > Guix received one but we have so far be unable to get the GuixSD flash
>> > image because something always breaks on Hydra before it's done (for
>> > example lack of disk space - see
>> >
Hi,
swedebu...@riseup.net skribis:
> The current output is:
>
> --on-error=STRATEGYapply STRATEGY when an error occurs while reading
> FILE
FWIW I think it’s reasonable for ‘--help’ to be generally more concise
than the manual. We could list the possible strategies here, but that
might
On Sat, Dec 08, 2018 at 10:35:51PM +0100, Danny Milosavljevic wrote:
> Can we do something against the locale problems that keep showing up
> when updating?
>
> Right now, after a half-finished update from guix master (half-finished
> because
> once any package build breaks, the entire update
Danny Milosavljevic writes:
> (Aha, updating just xterm fixes the problem).
>
> When locales don't work, I can't enter umlauts at all - they get replaced by a
> "generic" character that isn't an umlaut, even when checked using a hexdump
> tool.
>
> So not only couldn't I see the umlauts, I
(Aha, updating just xterm fixes the problem).
When locales don't work, I can't enter umlauts at all - they get replaced by a
"generic" character that isn't an umlaut, even when checked using a hexdump
tool.
So not only couldn't I see the umlauts, I couldn't type them blindly either.
Hi Thorsten,
> Apparently just like Ingen before: […]
Yes, same problem. Thanks for reporting this.
Fixed with commit 0fd9671bc.
--
Ricardo
Can we do something against the locale problems that keep showing up
when updating?
Right now, after a half-finished update from guix master (half-finished because
once any package build breaks, the entire update will stop), I cannot use any
Umlauts because "xterm -u8" stops working as it should:
Hi Danny,
Danny Milosavljevic writes:
> On Sat, 8 Dec 2018 17:39:01 +0100
> swedebugia wrote:
>
>> Could we pre-order some of these owned by the foundation to
>> be used to to hack on this?
>>
>> See https://www.crowdsupply.com/eoma68/micro-desktop
>
> Guix received one but we have so far be
Hello,
On December 8, 2018 12:00:47 PM UTC, Pierre Neidhardt wrote:
>I haven't investigated, but it makes emacs-org-contrib fail.
>Should emacs-org-contrib really depend on emacs-scel?
Yes, as it is one of its dependencies (otherwise there would be byte
compilation failures).
Maxim
Apparently just like Ingen before:
...
phase `patch-source-shebangs' succeeded after 0.0 seconds
starting phase `configure'
running "python waf" with command "configure" and parameters
("--prefix=/gnu/store/r8y6cs3jrjnzab3dlxv09czklzhbbrvy-patchage-1.0.0")
Traceback (most recent call last):
Hi swedebugia,
On Sat, 8 Dec 2018 17:39:01 +0100
swedebugia wrote:
> Could we pre-order some of these owned by the foundation to
> be used to to hack on this?
>
> See https://www.crowdsupply.com/eoma68/micro-desktop
Guix received one but we have so far be unable to get the GuixSD flash
image
Apparently someone pushed my commits and corrected more things; in any
case, calibre builds and starts now. Closing this bug.
Andreas
Hi,
> https://alpha.gnu.org/gnu/guix/guixsd-install-0.16.0.i686-linux.iso.xz
> (I haven’t tried smaller padding.)
I downloaded it and get on "xorriso -indev":
libisoburn: WARNING : ISO image size 481129s larger than readable size 479184s
So the lack of 2k blocks is 1945 = nearly 4 MiB.
This
I haven't investigated, but it makes emacs-org-contrib fail.
Should emacs-org-contrib really depend on emacs-scel?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On 2018-12-07 15:15, Ludovic Courtès wrote:
> Hi Diego,
>
> Diego Nicola Barbato skribis:
>
>> When I run ‘guix system roll-back’ I get the following backtrace:
>
> Fixed in commit 6ddc63e599a26c302f74d0622f67cfd987f0dc5f, thanks!
>
> Ludo'.
Good catch Diego!
--
Cheers
Swedebugia
Hi swedebugia,
> 'https://ci.guix.info/api/queue?nr=1000' returned 502 ("Bad Gateway")
>^ could we hide this error if it does not matter for the results?
Currently there’s a problem with the shepherd on
berlin.guixsd.org/ci.guix.info.
--
Ricardo
Hi
The current output is:
--on-error=STRATEGYapply STRATEGY when an error occurs while reading
FILE
Also the manual currently lacks a cindex for on-error (I had to search
with 's' through multiple false positives to find the relevant section)
Additionally we now have so many commands in
Hi
I'm running guix from source in guixsd.
sdb@antelope ~/src/guix$ ./pre-inst-env guix describe
Git checkout:
repository: /home/sdb/src/guix
branch: master
commit: 3d53869e302540cb9a80cdcbbabea2b67200c0c5
This is the output of my config. (it is attached). My config does NOT
have
Fixed with commit f9dcf79f4.
--
Ricardo
23 matches
Mail list logo
