Hi Per,
Per Bothner skribis:
> On 4/2/19 2:37 AM, Ludovic Courtès wrote:
>> Yet I’m not completely sold to the everything in the browser approach,
>> and everything in JavaScript. In an ideal world (for me), we’d rather
>> provide a local documentation viewer
>
> I don't think we're aiming
Hi!
Marius Bakke skribis:
> Ludovic Courtès writes:
[...]
> I don't have a strong opinion, so I restored the previous librsvg
> variant for now and kept the Rust one as 'librsvg-next' with commit
> f67417a1b4d3fbd3a2e1593d32422e0d901ba367.
Great.
> Let's "freeze" and try to merge this
Hi!
Giovanni Biscuolo skribis:
> mikadoZero writes:
>
>> Ludovic Courtès writes:
>>
>>> ...
>>> Long-term archival is something that cannot be left to peer-to-peer
>>> networks:
>
> I disagree here: P2P/decentralized archival is a _resilient_ archival
> method and is _not_ in contrast with
> To summarize, we’re just missing ‘--with-video=fbdev,drm2d’ and then
> we’re done, right?
Reading the kmscon source code (configure.ac), it seems that the default
is "fbdev,drm2d,drm3d".
I suspect that the drm hangs the kernel in Florian's case.
It indeed might make sense to try whether
Danny Milosavljevic skribis:
>> I suggest that we use fbdev (maybe at runtime, but maybe just disable
>> everything
>> else :P).
>
> Selecting it at runtime should work well.
>
> I've read kmscon source now and they wait for udev events in order to choose
> backends.
>
> Once an udev event
Danny Milosavljevic skribis:
> On Wed, 03 Apr 2019 09:19:01 +0200
> Mathieu Othacehe wrote:
>
>> Hello Florian,
>>
>> > Not using KMScon would prevent support for the Chinese and Japanese
>> > language during install, would it not?
>>
>> Yes and for other languages too.
>
> Yeah, but
On Wed, Apr 03, 2019 at 09:49:59PM +0200, Pierre Neidhardt wrote:
> Thank you Efraim, this is awesome!
>
> Efraim Flashner writes:
>
> > For the first one I used the #:extra-options route and compiled a list.
> > The second one I tried I created a custom kernel and left #:defconfig as
> > #f
Hi!
> I had help from a sound engineer who is familiar with the microphone
> set-up and the recording process.
>
GREAT!
>
>
> For the cli sessions we used the timings in your recordings as a guide
> to synchronize my voice with the screen. I notice that there are
> 'sleep' commands in the
El 3/04/19 a las 9:05 a. m., Paul Garlick escribió:
Hi Laura,
The recording session went very well yesterday. We were able to make
all the recordings in a studio without having to worry about background
noise.
I had help from a sound engineer who is familiar with the microphone
set-up and the
Hello Paul,
Paul Garlick ezt írta (időpont: 2019.
ápr. 3., Sze 16:05):
> Hi Laura,
>
> The recording session went very well yesterday. We were able to make
> all the recordings in a studio without having to worry about background
> noise.
>
That's wonderful. Thanks so much. I will listen to
Per Bothner writes:
> On 4/2/19 1:12 PM, Ricardo Wurmus wrote:
>> As far as I know GNOME’s Yelp is a frontend to different kinds of
>> documentation and it does support Info files.
>
> That reads *info* files. We're talking about reading *html* files.
> See Gavin's original message for why we
On 4/3/19 7:23 AM, sirgazil wrote:
Sorry, I don't understand. Documents in Yelp seem to adapt to some extent to
the screen width (text reflows, for example). Videos an images don't adapt well
to the screen width in the version I'm using, and info documents seem to have a
fixed width.
Yes,
El 3/04/19 a las 9:05 a. m., Paul Garlick escribió:
Hi Laura,
The recording session went very well yesterday. We were able to make
all the recordings in a studio without having to worry about background
noise.
I had help from a sound engineer who is familiar with the microphone
set-up and the
El 3/04/19 a las 3:43 a. m., Gavin Smith escribió:
On Tue, Apr 02, 2019 at 06:09:40PM -0500, sirgazil wrote:
El 2/04/19 a las 5:10 p. m., Per Bothner escribió:
On 4/2/19 1:12 PM, Ricardo Wurmus wrote:
As far as I know GNOME’s Yelp is a frontend to different kinds of
documentation and it does
Hi Laura,
The recording session went very well yesterday. We were able to make
all the recordings in a studio without having to worry about background
noise.
I had help from a sound engineer who is familiar with the microphone
set-up and the recording process.
> Great! :) Let me know when
Hi Mathieu,
> I don't get very well the Linux graphics stack but my understanding is
> that passing "nomodeset" to Linux will disable KMS and thus kmscon won't
> work. Is that correct ?
I don't know. It might be the case but I doubt it. Why would kmscon remove
a perfectly fine fallback that's
On Wed, 03 Apr 2019 09:19:01 +0200
Mathieu Othacehe wrote:
> Hello Florian,
>
> > Not using KMScon would prevent support for the Chinese and Japanese
> > language during install, would it not?
>
> Yes and for other languages too.
Yeah, but doesn't kmscon support vesa? I mean I know the
On Wed, Apr 03, 2019 at 06:17:25AM +0200, pelzflorian (Florian Pelz) wrote:
> On Tue, Apr 02, 2019 at 01:42:38PM +0200, pelzflorian (Florian Pelz) wrote:
> > The more current commit 0e558640361b6ab4aac0f424cb587b21a642bab8
> > without the patch runs into a Guile prompt because of an error in
> >
Ludovic Courtès writes:
> Mathieu Othacehe skribis:
>
>> Here's a patch that fallback to mingetty if kmscon is not supported. I
>> don't have a machine with AMD GPU for testing so if Florian or Pierre
>> could test the patch that would be very helpful :)
>
> That was fast, thanks!
>
> We’ll
Hi,
thanks for your work! I'll look into it Very Soon™.
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
On Tue, Apr 02, 2019 at 06:09:40PM -0500, sirgazil wrote:
> El 2/04/19 a las 5:10 p. m., Per Bothner escribió:
> >On 4/2/19 1:12 PM, Ricardo Wurmus wrote:
> >>As far as I know GNOME’s Yelp is a frontend to different kinds of
> >>documentation and it does support Info files.
> >
> >That reads
Hello Guix!
mikadoZero writes:
> Ludovic Courtès writes:
>
>> ...
>> Long-term archival is something that cannot be left to peer-to-peer
>> networks:
I disagree here: P2P/decentralized archival is a _resilient_ archival
method and is _not_ in contrast with long-term: a group of users
Efraim Flashner writes:
> I'm playing around with the idea of creating a custom kernel
Cool! I'm curious to know how you're passing the custom config in. Are
you using the #:extra-options keyword argument of the make-linux-libre
procedure? Are you passing in a procedure to generate the
Pierre Neidhardt writes:
> The only thing we need, beside a C compiler, is this KDIR, which on Guix
> _could_ be found at
>
> /gnu/store/…-linux-libre-5.0.1/lib/modules/5.0.1/build
>
> Sadly, for us it's a dangling link to
> /tmp/guix-build-linux-libre-5.0.1.drv-0/linux-5.0.1.
>
> I presume
Hey Danny,
I don't get very well the Linux graphics stack but my understanding is
that passing "nomodeset" to Linux will disable KMS and thus kmscon won't
work. Is that correct ?
I'm going to try it on my hardware today to see how it goes anyway.
Thank you,
Mathieu
On Wed, Apr 03, 2019 at 09:19:01AM +0200, Mathieu Othacehe wrote:
>
> Hello Florian,
>
> > Not using KMScon would prevent support for the Chinese and Japanese
> > language during install, would it not?
>
> Yes and for other languages too.
>
Other languages could work with a console font
Hi Rene,
Rene writes:
> On the other hand, in linux there is `--system` argument, how does this
> argument work?, Is there a script that uses it?. To test `--system`, I
> removed it from my linux system and when loging in with my user it does not
> detect any command.
>
>
27 matches
Mail list logo