dragora-members
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dragora-members] Roadmap for Dragora 3.0 -beta2?


From: Michael Siegel
Subject: Re: [Dragora-members] Roadmap for Dragora 3.0 -beta2?
Date: Fri, 11 Sep 2020 18:52:54 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101 Thunderbird/68.12.0

Am 09.09.20 um 23:41 schrieb Matias Fonzo:
> El 2020-09-09 14:43, Michael Siegel escribió:
>> Hi selk,
>>
>> a few quick comments and ideas from my side.
>>
>> Am 08.09.20 um 23:31 schrieb Matias Fonzo:
>>
[...]
>> Also, I like TDE, but is it really strictly necessary to have it
>> available and fully supported for -beta2? Wouldn't it be enough to offer
>> a browser to use with Xfce, maybe GNU Icecat?
> 
> Strictly no, but complete enough to work well.  The basis of TDE and
> something else, "complete" TDE is many things...
> 
> Xfce was included and then moved to testing[1].  This is because if I
> remember correctly, it involves a number of annoying dependencies, such
> as polkit, consolekit and I don't remember what else.  Also "gvfs" that
> has several dependencies.
> 
> TDE doesn't require any of this, and is more stable and complete than Xfce.
> 
> [1] http://git.savannah.nongnu.org/cgit/dragora.git/tree/testing/recipes

I see, I'm all for TDE then. :)

About GNU IceCat: I thought that project was sort of dead. But there
seems to have been some serious activity on getting together the IceCat
78 release, recently:

  https://lists.gnu.org/archive/html/gnuzilla-dev/2020-09/msg00008.html

>>> Some adjustments have to be made in the Dragora installer so that it can
>>> search for packages, series and offer them to the user for installation.
>>>  At the moment I think I will omit the selection of package-by-package,
>>> since there were several changes for Qi and package names, you have to
>>> put a lot of detail and attention, energy to make this part go well.  I
>>> think it's more than enough that the user is offered a complete
>>> installation, or can at least select the series of packages, since the
>>> packages can be removed later.. at least for now.
>>
>> Hm… If there would be any way to avoid removing that feature I'd be
>> really happy because I would definitely use it. I'd say that having to
>> remove packages I didn't want in the first place later is kind of
>> burdening me as a user.
> 
> Agree.
> 
>> What exactly makes it complicated to implement/keep this feature?
> 
> When I implemented it, I remember that it was a lot of work, detail and
> attention.  This is sensitive because if it is not well done, you can
> lose a package or ruin something.
> 
> I will try to look at it in a fresh way, because given the changes in
> Qi, the restructuring, the package names, I have to rewrite this part in
> the installer[2] and the script that generates the package list for the
> installer[3].
> 
> [2]
> http://git.savannah.nongnu.org/cgit/dragora.git/plain/archive/dragora-installer/parts/InstallPackages
> 
> [3] http://git.savannah.nongnu.org/cgit/dragora.git/plain/packages/makeTags

Okay, I'll try to have a closer look at those. Maybe I can provide some
useful suggestions.

As far as documentation on the website goes, I think it's best to
discuss this in its own thread. Maybe I'll find the time to start that
over the weekend.


--Michael



reply via email to

[Prev in Thread] Current Thread [Next in Thread]