What are the objectives for Xfce 4.4?

Benedikt Meurer benedikt.meurer at unix-ag.uni-siegen.de
Wed Feb 2 17:02:45 CET 2005


Auke Kok wrote:
> Benedikt Meurer wrote:
> 
>> Benedikt Meurer wrote:
>>
>>> Auke Kok wrote:
>>>
>>>> Biju Chacko wrote:
>>>>
>>>>> Brian J. Tarricone wrote:
>>>>>
>>>>>> Biju Chacko wrote:
>>>>>>
>>>>>>> * We need to get rid of the concept that one module == one 
>>>>>>> package. The current plethora of packages is a pain and detracts 
>>>>>>> from our image of being lightweight. Ideally, we ought to have 
>>>>>>> just xfce-core, xfce-applications and xfce-devel. If we do this 
>>>>>>> correctly, it should still be possible for people who only want a 
>>>>>>> single module (most probably xfwm4) to get only it.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm not seeing how this would work.  The first part seems to me to 
>>>>>> be directly contradictory with the second.  If we have an 
>>>>>> xfce-core package, how do you just install xfwm4 out of it?  Think 
>>>>>> of the children!  Er... packagers.  I don't want to say "everyone 
>>>>>> else does it the single package way, so we should too", but... 
>>>>>> well, yeah.  It's done this way for a reason, and unless it's 
>>>>>> demonstrably better to do it another way (I'm not convinced it 
>>>>>> is), then it should stay the same.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I was thinking that it should still be possible to checkout 
>>>>> xfce4/xfwm4 and get a buildable module, nothing more than that.
>>>>>
>>>>>
>>>>> [..]
>>>>>
>>>>>>> * Move xfcalendar, xfterminal, xfmedia, mousepad into a separate 
>>>>>>> project called 'xfce applications'. Add all new utilities to this 
>>>>>>> project. Core probably already has all the modules that need to 
>>>>>>> be there.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Nuh-uh.  I like maintaining Xfmedia on my own website, and that's 
>>>>>> where it's gonna stay.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Thats fine. The point is that there should be a clear focus on what 
>>>>> the xfce project does, ie the desktop and only the desktop. 
>>>>> Applications should be elsewhere, either in personal cvses like 
>>>>> xfmedia or in a common repository for stuff that may be worked on 
>>>>> by multiple people.
>>>>>
>>>>> -- b
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> might I suggest something like 'directory.xfce.org' that shows a 
>>>> rather static list of Xfce applications and components? Should not 
>>>> be that hard to maintain, and can even be wiki based if setup 
>>>> separately of the main site. Other alternatives are also possible, 
>>>> and the residence on the main site would make it impartial towards 
>>>> xfce-goodies/berlioz... we just want to show (as xfce devs) that 
>>>> there are many xfce applications out there!
>>>
>>>
>>>
>>>
>>> Such a page is already available at
>>>
>>>  http://www.xfce.org/~benny/apps.html
>>>
>>> which lists the available 3rd party apps. I started this page because 
>>> there was a demand for such a list. If anybody wants to maintain this 
>>> list instead (probably using directory.xfce.org), that would be very 
>>> nice.
>>
>>
>>
>> BTW: How about apps.xfce.org, with some small CMS? And people that 
>> keep the info up-to-date (screenshots, versions, etc.). Any 
>> volunteers? ;-) 
> 
> 
> 
> not me! but that was sorta my idea, yes. You'd want an enthusiastic 
> non-coder who can compile etc to maintain such a site (not too much 
> work). But it's better than putting it on your public_html since that 
> suggests that only one person is in control over it (not bad... but he 
> should be coding instead).
> 
> anyway as usual the http stuff is available. Pick a CMS/maintainer and 
> we're go.

ACK.

But this call for a maintainer is definetly lost within this lengthly 
thread. So, a separate mail to xfce/xfce4-dev would be a good idea IMHO. 
Do you want to write it, or should I do?

And question: The site (directory/apps.xfce.org) will be hosted on 
espresso then?

> sofar

Benedikt



More information about the Xfce4-dev mailing list