ularity contests.
>>
>
> Of course. It was not meant that way. I tried to say that basically
> Philipp is not happy with my work, but everyone else on mailing-list is not
> happy with his work.
>
> For example there was user who reported bug about broken EDS in clock
> applet. He
_
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2014 民國103年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
2, but the
libtool: definition of this LT_INIT comes from libtool 2.4."
Any clues for fixing this? thanks
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與
2, but the
libtool: definition of this LT_INIT comes from libtool 2.4."
Any clues for fixing this? thanks
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
page on the wiki to collect the plans:
>
> https://wiki.gnome.org/ThreePointEleven/Features
>
>
> - Systemd for the user session
>
>
>
--
Andy Tai, a...@atai.org
Year 2010 民國99年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
desktop-devel-li
t mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2013 民國102年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
have no logical argument to force a desktop environment to support a
very narrow viewpoint of yours.
> What I am willing to support is builds of systemd that consist only of
> the tiny mechanism daemons, and leave the core of it outside. That way
> folks can install these mechanism
chnologies first then we can
> decide which tehcnology is better! Basically the better application will
> push the technology behind it!
>
--
Andy Tai, a...@atai.org
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
--
Andy Tai, a...@atai.org
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Will the 3d shell work well on OpenMoko?
On Tue, Mar 31, 2009 at 11:10 AM, Owen Taylor wrote:
>
>
> And the same applies to virtualized desktops, but more so. Don't put the
> effort into avoiding 3D. Put the effort into making 3D work.
>
> - Owen
>
>
t use Mono and do not want to depend on
Mono. If you have your way, more people will lose their way. Who
have heard any users today who refuse to switch to GNOME unless Mono
is adapted? (What do these people use today? KDE?)
When Mono works comfortably on a machine with 32 MBytes of RAM, than
ma
Same for your attacks on the GFDL... "they have nothing
to do on a GNOME mailing list. Please bring this on another place or in
private mail."On 1/8/06, Josselin Mouette <[EMAIL PROTECTED]> wrote:
As for your anti-Debian crusade and false statements, they have nothingto do on a GNOME mailing list.
Interesting... this looks like a solution looking for a problem.
There is no problem the autotools present to GNOME that could not be
solved. All the weaknesses you listed about autotools clearly are
not issues for GNOME developers, or else GNOME won't be where it is
today.On 12/16/05, BJörn Lind
13 matches
Mail list logo