Mike Gerwitz writes:
> Any advice, anyone?
I don't have any advice yet, but I can say that in the last few weeks
(months?), after updating my Lenovo x200 system, I've noticed similar
problems. I can put the laptop to sleep by shutting the lid, for
example, but when I open it back up, it's
Hi,
At v0.16.0-1516-g86228e569 (current master branch head), the
upstream.scm test fails with the following log:
--8<---cut here---start->8---
FAIL: tests/upstream
test-name: coalesce-sources same version
location:
On Sun, Jan 27, 2019 at 04:54:10PM +0100, Andreas Enge wrote:
> Hello,
>
> On Fri, Jan 18, 2019 at 07:57:40AM -0800, Quiliro Ordonez wrote:
> > El 2019-01-07 21:41, 荒井吉則 escribió:
> > > It's working.
> > >
> > > export
> > >
Hello,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> I'm reopening this ticket, as it seems this problem came back on Hydra:
>>
>> substituting
>> /gnu/store/gwcwdh449xpkxvv7q6inw32vs5bx1y47-boost-sync-1.55-1.c72891d...
>> guix substitute: error: download from
>>
Hello,
I’ve noticed something really unexpected: take a Haskell package, say
‘ghc-libmpd’, build it several times (with --rounds or --check), and
notice that sometimes it will build successfully, and other times,
you’ll get a compiler error like this:
--8<---cut
merge 34209 29826
Pierre Neidhardt writes:
> In Bash:
> --8<---cut here---start->8---
> $ guix --version | awk '{print $4; exit}'
> Backtrace:
>5 (primitive-load "/home/ambrevar/.config/guix/current/bin/guix")
> In guix/ui.scm:
> 464:2 4
Hello,
On Fri, Jan 18, 2019 at 07:57:40AM -0800, Quiliro Ordonez wrote:
> El 2019-01-07 21:41, 荒井吉則 escribió:
> > It's working.
> >
> > export
> > XDG_DATA_DIRS="$HOME/.guix-profile/share${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS"
>
> icecat &
> does not work.
>
> export
>
Hello,
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>>> This is an obvious merge blocker, help wanted! Disabling TLS1.3 in the
>>> priority string works as a last-resort workaround.
[...]
> I think it’s fine to do this to allow us to merge the staging branch
> before fixing the
On Wed, Jan 23, 2019 at 01:08:39 -0500, Mike Gerwitz wrote:
> Right after sending this message, I recalled that I used powertop to do
> "auto tuning". Sure enough, one of the lines was this:
>
>Good Autosuspend for USB device UHCI Host Controller [usb6]
>
> By disabling it, it runs
merge 34208 23217
thanks
Ricardo Wurmus writes:
> Starting “xboing” I only get an error message:
>
> --8<---cut here---start->8---
> /gnu/store/0im1vkwpnj10ix064s71yladv1wmhgvp-xboing-2.4/bin/xboing
> XBoing - Please wait rekado, initialising xboing ...
>
On Sun, Jan 27, 2019 at 04:23:52PM +0530, nly wrote:
>
>
> > /gnu/store/w862nkwzvv2m3ng5lg5zlic1i962g416-gnupg-2.2.12 238.8
> > 10.1 3.8%
> > /gnu/store/agz9m74v7235h30mc3bdmj2nmyxqga4c-xclip-0.13 102.7
> > 0.1 0.0%
> > Looks like xclip is already in the
Hi Maxim,
Maxim Cournoyer skribis:
> I'm reopening this ticket, as it seems this problem came back on Hydra:
>
> substituting
> /gnu/store/gwcwdh449xpkxvv7q6inw32vs5bx1y47-boost-sync-1.55-1.c72891d...
> guix substitute: error: download from
>
> /gnu/store/w862nkwzvv2m3ng5lg5zlic1i962g416-gnupg-2.2.12 238.8
> 10.1 3.8%
> /gnu/store/agz9m74v7235h30mc3bdmj2nmyxqga4c-xclip-0.13 102.7
> 0.1 0.0%
> Looks like xclip is already in the closure of shroud,
I see, thanks.
> patch the reference to it so
On Sun, Jan 27, 2019 at 03:47:43PM +0530, Amar Singh wrote:
> I've added xclip as a propagated input for shroud as otherwise `shroud
> show --clipboard` functionality didn't work, neither primary or
> secondary clipboard.
>
> xclip is about 102 MiB in size, out of which a little more than 60% is
I've added xclip as a propagated input for shroud as otherwise `shroud
show --clipboard` functionality didn't work, neither primary or
secondary clipboard.
xclip is about 102 MiB in size, out of which a little more than 60% is
glibc and gcc.
I am not sure if this is the best idea though.
16 matches
Mail list logo
