From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Othacehe Subject: Re: Status update on 1.0 Date: Fri, 15 Mar 2019 17:48:14 +0100 Message-ID: <87y35g2iep.fsf@gmail.com> References: <871s3a4xd4.fsf@gnu.org> <87y35i4woe.fsf@nckx> <87ef7au5l4.fsf@ambrevar.xyz> <20190313193345.5c8bfb64@scratchpost.org> <878sxitxv6.fsf@ambrevar.xyz> <877ed05md1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:44776) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h4q5e-0007i1-UH for guix-devel@gnu.org; Fri, 15 Mar 2019 12:53:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h4q0K-0007TF-Iy for guix-devel@gnu.org; Fri, 15 Mar 2019 12:48:22 -0400 In-reply-to: <877ed05md1.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: Guix-devel Hello, > Mathieu, any idea? Do you think we could detect it when kmscon fails? > Or simply avoid it? For the record, I choose kmscon because it has a good unicode support contrary to linux VT. kmscon supports three renderers (on paper): * fbdev * drm2d * drm3d So I guess the AMD gpu does not provide support for any of those renderers. If kmscon fails "nicely" by noticing that no renderer can be use, we could: Write an installer-vt-service-type service that would: * Try to run kmscon * Fallback to mingetty if kmscon start failed Then the installer would detect on what type of vt it is running and force "manual install" if it's running on mingetty. If for any reason kmscon does not exit and hangs, the installer-vt-service-type could: * Read some files in sysfs to see if kmscon will be apt to run * Run kmscon or mingetty Pierre, could you try to run "kmscon" on your system, from a running distribution, to see what happens ? Mathieu