I’ve been having hard-to-debug caching issues serving up static files
with nginx. It turns out this is due to nginx computing e-tag headers
from file timestamps, which are all epoch in the guix store.
I’ve fixed this on my server by applying a patch from Nix:
https://github.com/robx/guix/commit/4b
Hello,
Robert Vollmert ezt írta (időpont: 2020. jan. 9., Cs, 11:54):
>
> I’ve been having hard-to-debug caching issues serving up static files
> with nginx. It turns out this is due to nginx computing e-tag headers
> from file timestamps, which are all epoch in the guix store.
>
> I’ve fixed this
Hi Calvin.
On Wed, 8 Jan 2020 at 23:54, Calvin Heim wrote:
> This bug will be resolved eventually by Trisquel following the upstream
> sources in
> Ubuntu, so barring objections I will close this issue.
Please close by sending an email to 38940-d...@debbugs.gnu.org with
some explanations when
I don’t see anything here:
https://debbugs.gnu.org/cgi/pkgreport.cgi?package=guix;include=subject%3Anginx
> On 9. Jan 2020, at 12:00, Gábor Boskovits wrote:
>
> Hello,
>
> Robert Vollmert ezt írta (időpont: 2020. jan. 9., Cs,
> 11:54):
>>
>> I’ve been having hard-to-debug caching issues ser
Hi Ludo,
On Wed, 8 Jan 2020 at 22:28, Ludovic Courtès wrote:
> The theory is that terminals should ignore OSC codes that they do not
> support. Good’ol xterm, for instance, silently ignores those hyperlink
> codes, whereas GNOME Terminal interprets them nicely.
Héhé! It is what the comment yo
Guillaume Le Vaillant skribis:
> Guillaume Le Vaillant skribis:
>
>> In version 5.12.6 of the 'qtdeclarative' package, the
>> 'lib/qt5/qml/QtQuick/XmlListModel' directory is missing (qtdeclarative
>> 5.11.3 had it).
>>
>> It causes run time issues; for example the 'monero-gui'
>> package builds f
Leo,
Leo Prikler writes:
> Hi Guix,
>
> After looking at my older patch (which no longer cleanly applies), I've
> noticed, that pulseaudio doesn't even read the files from /etc. This
> is troublesome in multiple ways. For one, pulseaudio causes >500
> rebuilds (with >900 dependent packages) an
Hi!
zimoun skribis:
> On Wed, 8 Jan 2020 at 22:28, Ludovic Courtès wrote:
>
>> The theory is that terminals should ignore OSC codes that they do not
>> support. Good’ol xterm, for instance, silently ignores those hyperlink
>> codes, whereas GNOME Terminal interprets them nicely.
>
> Héhé! It i
Hi Calvin,
Calvin Heim skribis:
> Yes, the bug is in libvte 0.28.2 as distributed with Trisquel 8's software
> updater.
> I misspoke earlier when I mentioned mate-terminal.
>
> This bug will be resolved eventually by Trisquel following the upstream
> sources in
> Ubuntu, so barring objection
Hi Ludo,
On Thu, 9 Jan 2020 at 22:23, Ludovic Courtès wrote:
> > 1. Instead of INSIDE_EMACS, the variable name NO_SUPPORT_HYPERLINK or
> > other seems more meaningful. Maybe?
>
> Actually the goal was to remove ‘INSIDE_EMACS’ from there once a
> widespread-enough Emacs version supports it, which
Hi,
Jesse Gibbons skribis:
> When I create a channel and leave out %default-channels, it gives me an
> error. "error: 'guix' channel is lacking". This is unclear.
> I asked about it on IRC, and was told it refers to a channel called
> guix. The error message should elaborate that guix expects a
After a Guix System reconfigure and upgrading packages, Scribus 1.5.5 and
Pencil2D 0.6.4 work alright now (these are Qt-based applications). However, the
problem persists in the GIMP 2.10.14.
$ LANG=C guix describe
Generation 7Jan 08 2020 13:53:10(current)
guix f98c050
repository U
Am Donnerstag, den 09.01.2020, 21:48 +0100 schrieb Marius Bakke:
>
> I have a preference for making this field empty initially to have a
> 1:1
> compatibility with the current PA client and daemon configuration
> (i.e. nothing). Then a follow-up patch can add this new
> configuration,
> perhaps w
Guix,
sameerynho/lxsameer on #guix helpfully reported that ‘The
Emacs-Guix Reference Manual’ here[0] points to the wrong domain
(guix.gnu.org). The source is
@pxref{Top,,, emacs-guix, The Emacs-Guix Reference Manual}
so I thought this would be a trivial fix but lo:
EMACS_GUIX = https://e
Hi Ludo'
On Thu, 9 Jan 2020, Ludovic Courtès wrote:
1. Instead of INSIDE_EMACS, the variable name NO_SUPPORT_HYPERLINK or
other seems more meaningful. Maybe?
Actually the goal was to remove ‘INSIDE_EMACS’ from there once a
widespread-enough Emacs version supports it, which could be within a
y
15 matches
Mail list logo
