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