I agree with Josselin here. There is no point in forking gconf and other
libraries. Even worse, this will increase the incompatibility between
different desktops. For example, an app making use of "gconftool-2" will
not work when there's "mateconftool-2" in the system instead.
If you want to fix a
On Jul 22, Neil Williams wrote:
> Bitter experience. My main problem is that I don't want to follow the
> direction set out by GNOME3 with the shell and lack of usable panels,
You don't have to. I use gnome applications and the panel with fvwm.
--
ciao,
Marco
signature.asc
Description: Digita
On Sun, 22 Jul 2012 22:48:36 +0200
Josselin Mouette wrote:
> Le dimanche 22 juillet 2012 à 16:09 +0100, Neil Williams a écrit :
> > I disagree. I have a number of upstream projects which started with
> > early versions of GTK2 which I ported to more recent versions and in
> > which I then implem
Le dimanche 22 juillet 2012 à 16:09 +0100, Neil Williams a écrit :
> I disagree. I have a number of upstream projects which started with
> early versions of GTK2 which I ported to more recent versions and in
> which I then implemented support for the DISABLE_DEPRECATED macros of
> glib2.0 and gtk+
On Sun, 22 Jul 2012 15:34:01 +0200
Philipp Kern wrote:
> On Sun, Jul 22, 2012 at 11:08:32AM +0200, Oz Nahum Tiram wrote:
> > There is also enough murmur and frustration about the lack of feedback
> > acceptance from from GNOME developers. Personally, I feel the
> > applications in GNOME are dumbe
On Sun, Jul 22, 2012 at 11:08:32AM +0200, Oz Nahum Tiram wrote:
> There is also enough murmur and frustration about the lack of feedback
> acceptance from from GNOME developers. Personally, I feel the
> applications in GNOME are dumbed versions of their counterparts in
> GNOME2 only re-written in G
>I'd like to support the proposal to package MATE.
+1
>While I agree there is code duplication, that's obviously something that
>will take some time to remove, however I also believe it's important
>not to wait until it's cleaned.
++1
I strongly agree with Dave, we should not wait to solve this
I agree with Josselin here. There is no point in forking gconf and other
libraries. Even worse, this will increase the incompatibility between
different desktops. For example, an app making use of "gconftool-2" will
not work when there's "mateconftool-2" in the system instead.
If you want to fix a
Il 2012-02-08 15:23 Josselin Mouette ha scritto:
GConf is deprecated, but it is still maintained. It is still used
e.g.
by evolution.
I don’t see the point of renaming it, starting another daemon, and
whatnot, if you provide the same functionality. If you want to keep
maintaining GConf for long
Le mercredi 08 février 2012 à 14:52 +0100, Stefano Karapetsas a écrit :
> GConf is deprecated. MateConf is born to have a temporary solution
> until
> we choose the replacement for it.
GConf is deprecated, but it is still maintained. It is still used e.g.
by evolution.
I don’t see the point of
Il 2012-02-08 14:41 Josselin Mouette ha scritto:
Le mercredi 08 février 2012 à 14:05 +0100, Stefano Karapetsas a écrit
:
Yeah. In our roadmap there is the dismissal of the obsolete
libraries,
like the replacement of MateConf (the fork of GConf) with GSettings,
and
so on.
Sorry but what is the
Il 2012-02-08 14:23 Mehdi Dogguy ha scritto:
I saw some gnome design team mockups of all applications, and I find
its far from GNOME2.
Then, why don't you help them? (It is easier than re-packaging and
maintaining Gnome2).
Regards,
I just answered before. GNOME3 is a completely different desk
Le mercredi 08 février 2012 à 14:05 +0100, Stefano Karapetsas a écrit :
> Yeah. In our roadmap there is the dismissal of the obsolete libraries,
> like the replacement of MateConf (the fork of GConf) with GSettings,
> and
> so on.
Sorry but what is the point of *forking* GConf? What does it bri
On 08/02/12 14:05, Stefano Karapetsas wrote:
I saw some gnome design team mockups of all applications, and I find
its far from GNOME2.
Then, why don't you help them? (It is easier than re-packaging and
maintaining Gnome2).
Regards,
--
Mehdi
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
Il 2012-02-08 11:44 Mehdi Dogguy ha scritto:
On 08/02/12 09:55, Josselin Mouette wrote:
MATE introduces a lot of code duplication, which is considered bad
in Debian, and is based on obsolete technologies - not just GTK2,
which will of course remain for a long time, but also things like
Bonobo w
On 08/02/12 09:55, Josselin Mouette wrote:
Le mercredi 08 février 2012 à 00:53 +0100, Stefano Karapetsas a écrit
:
Many users are using it well. Now that this is enough stable, I
begun the process for ask the inclusion in Debian. The first
package is mate-common.
http://bugs.debian.org/cgi-bin/b
Le mercredi 08 février 2012 à 00:53 +0100, Stefano Karapetsas a écrit :
> Many users are using it well. Now that this is enough stable, I begun
> the process for ask the inclusion in Debian.
> The first package is mate-common.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658783 (ITP)
> http
Hi,
I am a developer of MATE Desktop Environment
(http://www.mate-desktop.org), a fork of GNOME2 started in June 2011.
Currently MATE has a little team of developers and contributors, and
many users thanks to ready packages for some distributions (Debian,
Ubuntu, Arch, Fedora) and thanks to th
18 matches
Mail list logo
