Re: Finding and debugging the battery "applet" in GNOME 3.4 fallback mode

2012/5/30 Martin Langhoff <martin.langhoff <at> gmail.com>:
> This doesn't help nor clarify the Debian case, but Florian seems to
> have a suggestion for that track.

Yeah, Florian was right. The problem was indeed the break in the Power
D-Bus API in g-s-d.
The user had mixed versions of g-s-d and gnome-shell installed due to
a partial upgrade.

--

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Learn Gnome The Hard Way

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Learn Gnome The Hard Way

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Database's machine DOWN

Hi,

we applied today a few updates on our main Mysql host (drawable) and a 
faulty reboot prevents the machine to get up again.

We've contacted the Red Hat IT already and hopefully the issue will be 
fixed anytime soon. (no ETA though)

The services affected:

- blogs.gnome.org
- bugzilla.gnome.org
- extensions.gnome.org

I will send out another mail when everything will be back to 
normality.

Thanks for your patience,

Andrea

--

-- 
devel-announce-list mailing list
devel-announce-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/devel-announce-list

Re: Database's machine DOWN

On Sun, Jun 03, 2012 at 06:02:38PM +0200, Andrea Veri wrote:
> we applied today a few updates on our main Mysql host (drawable) and a 
> faulty reboot prevents the machine to get up again.
> 
> We've contacted the Red Hat IT already and hopefully the issue will be 
> fixed anytime soon. (no ETA though)

Hardware (RAID) problems. This is going to take a while. Meaning:
setting up mysql and restoring backups. People are still working on it.

-- 
Regards,
Olav
--

-- 
devel-announce-list mailing list
devel-announce-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/devel-announce-list

Re: Learn Gnome The Hard Way

Hi Nick,

As Alberto mentioned, there is a current, very active effort going on at:

http://git.gnome.org/browse/gnome-devel-docs/tree/platform-demos/C.

The most active section is the creation of "Beginner Tutorials" in C, Vala, Python and JavaScript.  The Gnome Outreach programme has 3 interns plus myself  currently dedicated to the effort.

I am familiar with Foundations of Gtk+, and have also wished it be updated

The "Beginner Tutorials" are also including GtkApplicationWindow and the app menu technologies.

We did the second release of this effort just this week:

Vala: http://developer.gnome.org/gnome-devel-demos/unstable/beginner.vala.html.en

Python: http://developer.gnome.org/gnome-devel-demos/unstable/beginner.py.html.en

JavaScript: http://developer.gnome.org/gnome-devel-demos/unstable/beginner.js.html.en

C: http://developer.gnome.org/gnome-devel-demos/unstable/beginner.c.html.en

Since the release,  more sample code has already been added to the repo.  We are hoping to make a release every two weeks, so I welcome you to check in on the progress.

Additionally, in August we are planning a hackfest at the OpenHelp Conference, which will focus on the Beginner Tutorials, as well as other Platform Tutorials.

We are hoping to have a complete set of tutorials including up-to-date technologies ready for all 4 programming languages mentioned by the end of the summer.

Hope this information helps,

Tiffany

On 2 June 2012 15:15, Alberto Ruiz <aruiz <at> gnome.org> wrote:

Hello Nick,

Actually, there's a lot of sample code being written for the GNOME Developer Docs: http://git.gnome.org/browse/gnome-devel-docs/tree/platform-demos/C

You should start cherry picking those suitable for learn-x-the-hard-way and start a repo!

2012/6/2 Nick Glynn <exosyst <at> gmail.com>

Hey list,

Are there any efforts to develop a new Gtk/Gnome Development book as I think the most recent was Foundations of Gtk Development which was 2007 and a fair bit has changed since then.

I appreciate there's a lot better documentation/tutorials on *.gnome.org  these days but wondered if something akin to Zed Shaws Learn X The Hard Way is in the works such that it can be contributed to by the community as well as those in the know and kept up to date much easier than a traditional book.

For those unfamiliar with the concept you can see the outline repo here https://gitorious.org/learn-x-the-hard-way/learn-x-the-hard-way and more examples of the type of documentation can be seen at http://www.learncodethehardway.com/

I've had a look and couldn't find anything in progress but Google doesn't seem to index github/gitorious projects all that well.

Regards,
Nick

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

--
Cheers,
Alberto Ruiz

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

--
Tiffany Antopolski

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: IM Integration: Let's demonstrate our languages in the Wiki

Hi Xiaojun

About IBus and Fcitx
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The IMF I first used is SCIM, then IBus. IBus-pinyin sucked before
because it was slow and un-responsive. Now ibus-pinyin sucks less. The
IBus IM panel disappeared since GNOME3, which I think is not good.

I have not used Fcitx before. But I downloaded and tried Fcitx and
felt it quite usable (in the sense of responsiveness). Fcitx is more
traditional (in the sense that it resembles the good old IM softwares
in the M$ Windows OS) and surprises me less. But I don't think an IMF
using a config file written in Chinese (Fcitx) can be world-wide
acceptable.

Anyway I personally prefer IBus and I will stick to IBus in the future.

About what I am worried
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

But what I really worried about is that GNOME3 will become the next
Ch*na C*mmun*st P**ty.

The party claims to be the representative of the "fundamental interest
of the majority"...
And GNOME3 wishes to create a desktop for everyone...

... so people have to sacrifice your own interest in favor for "the
public interest".
... so people don't have so many options because GNOME is not for tuners.

... and the cops demolished the old houses of the old residents in the
city center
... and Fcitx will be demolished....

... so that the city center may be an integral part of the business
district, ...
... so that the IM framework can be ... er ... integrated, ...

... which will improve the city's look and wealth (of course not the
poor people's).
... which will improve the desktop's usability (of course not the Fcitx users').

The country also say we do not have enough fund to support all poor people.
Our community also lack man power.

So a former president said we should let some people become rich (and
postpone the social fairness).
So can we do the same?

Much too similar, aren't they? But the GNOME community is way better.

Chinese students complained about the gov't 23 years ago on this
particular date (4 Jun) and ... they were slain (by that former
president).
But Chinese people complained on this mailing list without being banned. :)

I want to emphasize:

 * Options are important. There is no single solution that is perfect
for everyone. This is not only for the IM frameworks, but for every
aspect of GNOME.
 * If Fcitx is not to be the main IM framework, we should still leave
a possibility to run it, perhaps with quite some configurations. But
don't worry. Those who insist on running it know what they are doing,
or they just use the default. People worry if they cannot use Fcitx in
GNOME ever again.
* Those complainers are our friends. They are fighters for freedom.

About the Wiki
~~~~~~~~~~~~~~~~~~~~~~~~

I am still expanding the Wiki article. I will try to be as
constructive as possible.

New page added:
https://live.gnome.org/Inputting/Inputting/Chinese/Example/SentenceWithEnglish

Best regards,
Kunshan Wang

2012/5/30 Ma Xiaojun <damage3025 <at> gmail.com>:
> Hi, Kunshan
>
> Thank you very much.
> I also like the international nature of FOSS projects.
> But you may not able to collect much information other than that of Chinese.
> Because it's all volunteer.
> Most people who really care the IM issue currently is Chinese ( and
> most of them are fcitx advocates :) )
>
> If you support IBus integration in particular.
> I guess you'd start with the following locations:
> https://code.google.com/p/ibus/issues/list
> https://groups.google.com/group/ibus-user
> https://groups.google.com/group/ibus-devel
>
> If you do not support IBus integration, you can state your reasons I guess.
>
> If any English-based GNOME developer is interested in improving
> i18n/m17n support of GNOME.
> I'd direct them to existing well-written books.
> A book from Microsoft side called "Developing International Software" is decent.
> You can read the "Input Method Editors" section from P174 in second edition.
> Or you can read "Chapter 7 Processing Far Eastern Writing Systems" of
> first edition in MSDN.
> http://msdn.microsoft.com/en-us/library/cc194838
> Yeah, the first edition constantly mentions Windows 95 and even older
> Microsoft systems.
> But you won't find much new stuff in the second edition talking most
> about Windows XP.
> That's the good part of Windows development; once something works, it
> won't be broken.
>
> I will also review other i18n/m17n books and recommend them to
> interested GNOME developers.
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list <at> gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: IM Integration: Let's demonstrate our languages in the Wiki

Hi,

First thanks your work on the Wiki page, and I'm sure it can be merged
into either part. I find the example case you've made to tell the
procedure of imputing on Windows is especially good, thanks!

On Mon, Jun 4, 2012 at 12:44 PM, Kunshan Wang >
> About IBus and Fcitx
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> The IMF I first used is SCIM, then IBus. IBus-pinyin sucked before
> because it was slow and un-responsive. Now ibus-pinyin sucks less. The
> IBus IM panel disappeared since GNOME3, which I think is not good.
>

This is easy to be solved using DBus + GS plugin.

> I have not used Fcitx before. But I downloaded and tried Fcitx and
> felt it quite usable (in the sense of responsiveness). Fcitx is more
> traditional (in the sense that it resembles the good old IM softwares
> in the M$ Windows OS) and surprises me less. But I don't think an IMF
> using a config file written in Chinese (Fcitx) can be world-wide
> acceptable.
>

Starting from 4.0.0, Fcitx has been re-constructed from the ground and
is designed to be an even more modern IMF. It was its long history
leading to many misunderstanding that it was targeted at Chinese only.

If you don't want to dig into too much technical details of why it's
"more modern", I believe the following link can help you understand
why it's not not Chinese only at least:
http://packages.debian.org/search?suite=sid&keywords=fcitx

In the just released 4.2.4 (which haven't been uploaded to Debian
yet), fcitx-keyboard (the xkb support module) has been merged into the
main package, which is now aiming at implementing an integrated
input-sources user experience. More tables are also coming, and all
existing tables included by SCIM and IBus are available (the last bits
are released with 4.2.4 yesterday night).

We are against the integration of IMF in GNOME and the reasons and
concerns are well explained before, it's not only a race condition but
also technically too broken. It's easy to understand: if GNOME can
integrate IMF and XKB using a virtual layer of input-sources, why
those IMF developers spend so many time to implement XKB support
(ibus-xkb, fcitx-keyboard)? No, it's surely not because all of them
are stupid.

--
Regards,
Aron Xu

Re: Database's machine DOWN

On Sun, Jun 03, 2012 at 09:19:43PM +0200, Olav Vitters wrote:
> On Sun, Jun 03, 2012 at 06:02:38PM +0200, Andrea Veri wrote:
> > we applied today a few updates on our main Mysql host (drawable) and a 
> > faulty reboot prevents the machine to get up again.
> > 
> > We've contacted the Red Hat IT already and hopefully the issue will be 
> > fixed anytime soon. (no ETA though)
> 
> Hardware (RAID) problems. This is going to take a while. Meaning:
> setting up mysql and restoring backups. People are still working on it.

Back up:
* bugzilla.gnome.org
* extensions.gnome.org
* blogs.gnome.org

I haven't looked into the other databases that were running on the
affected machine (drawable).

To be clear:
- I just changed some easy settings
- Andrea Veri got various people involved, etc
- Stephen Smoogen from Fedora sysadmin team assisted
- Owen Taylor assisted in the 10min he had between flights

-- 
Regards,
Olav
--

-- 
devel-announce-list mailing list
devel-announce-list <at> gnome.org
https://mail.gnome.org/mailman/listinfo/devel-announce-list

Re: IM Integration: Let's demonstrate our languages in the Wiki

On Mon, Jun 4, 2012 at 3:10 PM, Aron Xu <aronxu <at> gnome.org> wrote:
> We are against the integration of IMF in GNOME and the reasons and
> concerns are well explained before, it's not only a race condition but
> also technically too broken. It's easy to understand: if GNOME can
> integrate IMF and XKB using a virtual layer of input-sources, why
> those IMF developers spend so many time to implement XKB support
> (ibus-xkb, fcitx-keyboard)? No, it's surely not because all of them
> are stupid.

I find you last two sentences confusing.
Separate implementation can due to many reasons.
Can you point out a good reason for separate implementation?

For IBus integration in general, I have several concerns.
1. How can currently not-so-good IBus engines being improved?
2. IBus 1.5 is going to handle input engines/keyboard layouts in a way
very similar to Mac OS X.
The Mac OS X way is simple but restricted, so some objections already
appear IBus's issue tracker.
3. Can advocates of other IMFs accept IBus integrated GNOME?