Re: Reviewing KDE Plasma state on Guix System

2019-06-13 Thread Félicien Pillot

Thank you Marius for your answer, and for welcoming me into Guix!

Le Wed, 12 Jun 2019 12:18:42 +0200,
Hartmut Goebel  a écrit :
> I'm more than happy if someone picks up this work, as I'm lacking time
> to complete.
> 
> I just added a *lot* of information to this repo, esp. the state of
> packaging, etc.
> 
> * 10-TODO-….txt contain the status of my efforts (which might be
> outdated) and
>   a lot of snippets useful for building packages and making tests pass.
> 
>   Please at least skim through these files as they contain lots hof
> hints and
>   some gems :-)
> 
>   The most central of this is the "Status Unit-tests" in
>   10-TODO-plasma.txt. This documents the status of building the packages
>   required for plasma. I'm encouraging you to use this list to avoid getting
>   lost :-)

Thank you, I am currently cloning your git repo and reading your TODOs, it's a 
big work you've already done, thank you!
I may ask you for some details when I finish looking through all your 
documentation.
Remember that I'm a beginner on Guix, and haven't much free time to devote 
myself to it, so it's possible the operation may take some time.

> * Proposed approach
> 
>   1. Make the packages listed in "Status Unit-tests" in
>  10-TODO-plasma.txt. build and (most) tests pass. This list hopefully
>  contains all package required for a minimal Plasma desktop service.
> 
>  I suggest using the plasma versions currently package on this branch to
>  avoid introducing more issues.
> 
>   2. Build a system (see gnu/system/examples/plasma.tmpl and
>  gnu/services/desktop.scm) which starts runs a small (or even minimal)
>  Plasma desktop.
> 
>   3. Define two (maybe more) desktop-services:
>  - plasma-minimal
>  - plasma
>  (- plasma-all-bells-and-wistels)

I'll let you know when it's done, hopefully in a little while!

Happy hacking,
-- 
Félicien Pillot
2C7C ACC0 FBDB ADBA E7BC  50D9 043C D143 6C87 9372
felic...@gnu.org - felicien.pil...@riseup.net


pgphJyxPhPola.pgp
Description: Signature digitale OpenPGP


Reviewing KDE Plasma state on Guix System

2019-06-07 Thread Félicien Pillot
Hi Guix,

First, I would like to congratulate and thank you for the excellent work you 
are doing in the development of both Guix and this community.

Then, I'm writing today because I would be interested to have the KDE Plasma 
desktop running on Guix System.
I am willing to participate in its integration; I have already seen —roughly— 
that a good part of kde-frameworks was already packaged in the Guix depots; I 
also saw that some core parts for the desktop are currently missing.
Before I start a full diagnosis of the current situation, I would like to know: 
does someone in the team already have done so? or would perhaps be responsible 
for integrating the KDE packages? in short, have we now a good overview of the 
current situation, on where the KDE packaging process is currently at?
If there isn't any "global vision" of the state-of-the-art for the Plasma 
desktop yet, I would be happy to take care of it, by searching on the mailing 
list, testing the different parts already integrated, the necessary 
dependencies, the missing parts, etc. I'm a newby in Guile and Guix, so it 
would probably take time (and questions)

Thanks and happy hacking,
-- 
Félicien Pillot
2C7C ACC0 FBDB ADBA E7BC  50D9 043C D143 6C87 9372
felic...@gnu.org - felicien.pil...@riseup.net


pgpzmhiNwJW7X.pgp
Description: Signature digitale OpenPGP


Re: KMScon vs. AMD Radeon

2019-04-20 Thread Félicien Pillot
Le Sat, 20 Apr 2019 12:39:57 +0200,
"pelzflorian (Florian Pelz)"  a écrit :

> lspci reports my card as Radeon R7 240/340.  According to Wikipedia
> this GPU was released in 2013.  Xorg attempted to load the radeon
> driver and not amdgpu.
> 
> Regards,
> Florian

I also have a Radeon R7 240/340. lspci -k outputs these lines:

> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
> Oland PRO [Radeon R7 240/340] (rev 87)
> Subsystem: ASUSTeK Computer Inc. Oland PRO [Radeon R7 240/340]
> Kernel driver in use: radeon
> Kernel modules: radeon, amdgpu

I tried a lot, but couldn't manage to start Xorg with amdgpu. Actually I can't 
either use linux-libre if I want a good resolution (1920x1080), I have to 
inject binary firmwares, as explained at 
https://wiki.gentoo.org/wiki/Amdgpu#Incorporating_firmware

-- 
Félicien Pillot
2C7C ACC0 FBDB ADBA E7BC  50D9 043C D143 6C87 9372
felic...@gnu.org - felicien.pil...@riseup.net


pgpindjdXbHvh.pgp
Description: Signature digitale OpenPGP


Re: Dualbooting with guixsd not handling grub installation

2018-02-01 Thread Félicien Pillot
Hi Oleg,

Le Thu, 01 Feb 2018 09:14:54 +0300,
Oleg Pykhalov <go.wig...@gmail.com> a écrit :
> We could start by adding a way to add anything.  Here is a patch.
> Probably ugly, but as a draft and idea about additional-options.
> 

When I try your patch (to solve the dualboot problem I have too) I
get this error:

/etc/config.scm:17:10 : error: extraneous field initializers 
(additional-options)

Why me and not you?

--
Félicien Pillot
2C7C ACC0 FBDB ADBA E7BC 50D9 043C D143 6C87 9372
felic...@gnu.org - felicien.pil...@riseup.net


pgpLOqUmaVEEv.pgp
Description: Signature digitale OpenPGP