Hi Chris and Matteo,
On +2019-10-15 22:11:50 -0700, Bengt Richter wrote:
> On +2019-10-15 11:32:38 -0700, Chris Marusich wrote:
> > Hi Bengt and Matteo,
> >
> > Bengt Richter writes:
> >
> > > Have you checked sensors for overheating that might induce CPU clock
> > > throttling?
> >
> > Actua
On +2019-10-15 11:32:38 -0700, Chris Marusich wrote:
> Hi Bengt and Matteo,
>
> Bengt Richter writes:
>
> > Have you checked sensors for overheating that might induce CPU clock
> > throttling?
>
> Actually, yes, I happened to be watching dmesg output at the time, and I
> did notice these messa
On +2019-10-15 19:03:41 +0200, Marius Bakke wrote:
> Hello Guixers,
>
> The 'staging' branch is now considered "frozen" and only takes
> bug-fixes for new regressions. You can follow progress here:
>
> https://ci.guix.gnu.org/jobset/staging-staging
>
No I can't, unfortunately -- not without set
Hi Gavin,
you may not even need to write all of this from scratch. GNOME has Yelp
which uses WebKitGTK and which already supports info documents. Perhaps
this could be enhanced instead?
--
Ricardo
On Tue, Oct 15, 2019 at 02:09:59PM -0700, Per Bothner wrote:
> On 10/15/19 2:00 PM, Gavin Smith wrote:
>
> > JavaScript should not be necessary if there is DOM access from the C/C++
> > side, as the case with WebKitGTK (although it is not as easy as it could
> > be). Frames should not be necessar
On 10/15/19 2:00 PM, Gavin Smith wrote:
JavaScript should not be necessary if there is DOM access from the C/C++
side, as the case with WebKitGTK (although it is not as easy as it could
be). Frames should not be necessary either: for a table of contents
side bar, I imagine this would be done as
On Tue, Oct 15, 2019 at 01:40:17PM -0700, Per Bothner wrote:
> On 10/15/19 1:20 PM, P wrote:
> > ‐‐‐ Original Message ‐‐‐
> > On Tuesday, October 15, 2019 7:27 PM, Gavin Smith
> > wrote:
> > > WebKitGTK seemed to be the best option for a lightweight embedded
> > > web-browser. I looked in
> If systemD is be hard to replace, that is a kind of lock-in. But it
> isn't _vendor_ lock-in. systemD, like most free software packages,
> is not tied to any particular vendor. Indeed, the usual concept of
> "vendor" for free software is not applicable to free software at all.
On 10/15/19 1:20 PM, P wrote:
‐‐‐ Original Message ‐‐‐
On Tuesday, October 15, 2019 7:27 PM, Gavin Smith
wrote:
WebKitGTK seemed to be the best option for a lightweight embedded
web-browser. I looked into other options, such as the Gecko engine
used inside Thunderbird, but apparently i
On Tue, Oct 15, 2019 at 08:20:14PM +, P wrote:
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, October 15, 2019 7:27 PM, Gavin Smith
> wrote:
> > WebKitGTK seemed to be the best option for a lightweight embedded
> > web-browser. I looked into other options, such as the Gecko engine
> > used
I agree completely about Systemd. Corporate interests are too controling over
it.
I don't know how we could remove elogind and eudev and the likes. GNOME doesn't
seem to eager to even consider the forks, let alone an alternative
implementation that Systemd.
Free Software should be community dev
‐‐‐ Original Message ‐‐‐
On Tuesday, October 15, 2019 7:27 PM, Gavin Smith
wrote:
> WebKitGTK seemed to be the best option for a lightweight embedded
> web-browser. I looked into other options, such as the Gecko engine
> used inside Thunderbird, but apparently it is not supported any more
On Mon, 2019-10-14 at 22:41 -0400, Richard Stallman wrote:
>
> If systemD is be hard to replace, that is a kind of lock-in. But it
> isn't _vendor_ lock-in. systemD, like most free software packages,
> is not tied to any particular vendor. Indeed, the usual concept of
> "vendor" for free softwa
Link to thread archive:
https://lists.gnu.org/archive/html/bug-texinfo/2019-04/msg1.html
On Sat, Apr 13, 2019 at 5:18 PM Gavin Smith wrote:
> I've moved forward enough with Qt and QtWebEngine that I'm confident
> that it could be used for all the required features: path search for
> manuals a
Hi Bengt and Matteo,
Bengt Richter writes:
> Have you checked sensors for overheating that might induce CPU clock
> throttling?
Actually, yes, I happened to be watching dmesg output at the time, and I
did notice these messages (no similar messages have been printed since
then, which was many h
Blog post?
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
ng0 writes:
> That's a really low threshold given that sometimes
> people changed 2 or 3 lines in a file or 1 and still
> get to add their copyright line.
That's fine, we can also assign a copyright for 1 line.
> If we don't have it, no one will complain I guess. And then we have to
> distingui
Pierre Neidhardt transcribed 907 bytes:
> Wouldn't it be neat if guix lint would automatically spot missing
> copyright lines in the file headers? It could rely on `git blame' to
> identify who wrote more than some 15 lines in a file.
That's a really low threshold given that sometimes
people chan
Hello Guixers,
The 'staging' branch is now considered "frozen" and only takes
bug-fixes for new regressions. You can follow progress here:
https://ci.guix.gnu.org/jobset/staging-staging
Two months have passed since the previous 'staging' merge due to the
recent 'core-updates' effort. Thus, thi
Kei Kebreau writes:
> Ludovic Courtès writes:
>
>> Hello Kei,
>>
>> Kei Kebreau skribis:
>>
>>> I have the GNOME 3.32 branch! I'm building it on top of the new
>>> core-updates as you read this message. If everything still builds, I'll
>>> immediately send my changes to the guix-patches mailing
Wouldn't it be neat if guix lint would automatically spot missing
copyright lines in the file headers? It could rely on `git blame' to
identify who wrote more than some 15 lines in a file.
What do you think?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Chris,
thanks for reporting this issue. (By the way, did the test ever
finish?)
Most likely, the problem is in FFTW and not in your machine. Would you
mind reporting the exact configure options (I care specifically about
--enable-sse2, --enable-avx, etc.) and the exact command line that is
taki
This is off-topic on guix-devel. Please remove guix-devel@gnu.org from
your replies.
--
Ricardo
That is really great! Thanks for your hard work!
Ludovic Courtès writes:
> I just wanted to share that recent commits have improved the performance
> of ‘package-derivation’ and related operations quite a bit:
>
> 8f417ed280 gnu: commencement: Further optimize the package object graph.
> f618134e4c build-system/gnu: 'package-with-explicit-in
25 matches
Mail list logo
