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.
>
> BOOT_IMAGE=/gnu/store/f
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.
> Currently there is no support because
>
> · the Chinese and Japanese locales are not added to the installer, it
> only includes gli
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 approp
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
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 tha
Ludovic Courtès writes:
> I’ve written a post on the Software Heritage support in Guix:
>
>
> https://gnu.org/s/guix/blog/2019/connecting-reproducible-deployment-to-a-long-term-source-code-archive/
>
> Happy reading! :-)
Really cool! Thank you for sharing.
--
Chris
signature.asc
Descrip
Nice, just tried it and it's working.
It's also able to start programs I would not start before, so great
success!
I'm still not able to play any sound though. Anyone?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
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 entire
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
(includin
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 *info*
Hi,
thanks for your work! I'll look into it Very Soon™.
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
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 wait
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
> > re
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 name
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 p
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 you
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 s
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
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, t
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
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 th
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
> 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 arrives, they check the result of
udev_device_ge
On Wed, Apr 03, 2019 at 01:08:14AM -0700, Chris Marusich wrote:
> 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-l
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 session
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 and
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 doesn't
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 arri
> 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 "--wit
Gavin Smith skribis:
> On Tue, Apr 02, 2019 at 11:37:51AM +0200, Ludovic Courtès wrote:
>> (For some reason ‘i’ does open the index search box for me, but then
>> hitting enter doesn’t produce any effect. The other navigation commands
>> work fine, though.)
>
> It works on Firefox 53, at least.
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 lon
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 branc
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 for
On 4/3/19 2:11 PM, Ludovic Courtès wrote:
What I do for the Kawa manual is generate an 'epub' archive, which is
basically a zip archive, with compression. It is fairly simple for a
web server to extract a zip member and send it to a browser directly
as a gzip-compressed file, without actually d
On Wed, Apr 03, 2019 at 11:02:44PM +0200, Danny Milosavljevic wrote:
> > 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 ha
35 matches
Mail list logo
