Oops, s/make clean/make check
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Fri, Apr 5, 2013 at 1:56 AM, Dieter Verfaillie
wrote:
> The .doap file is incomplete and/or outdated.
> The most recent active maintainer is/was John
> Stowers .
Thank you, E-mail sent.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
FYI, as noted in
https://bugs.launchpad.net/ubuntu/+source/pygtk/+bug/981376/comments/4
There is older bug with patch but unfortunately seems unnoticed at all.
https://bugzilla.gnome.org/show_bug.cgi?id=660216
___
desktop-devel-list mailing list
desktop-
On Sat, Apr 6, 2013 at 2:42 AM, Federico Mena Quintero
wrote:
> I've pushed Owen's patch from bug #660216, as it also contains fixes for
> two other leaks.
There seem to have another duplicate bug:
https://bugzilla.gnome.org/show_bug.cgi?id=599730
> I've also pushed a little update to pygtk.doap
( I registered "ubunturocks" just to make some fun about Microsoft,
don't get me wrong. )
I'm sorry to many people as I was a rude asshole.
It seems that no one else want to take PyGTK even after my harsh
request, OK, let me give a try.
My skills:
I definitely know C, some C++, some Python (both
On Fri, Apr 5, 2013 at 12:30 AM, Alberto Ruiz wrote:
> The point is made, let's just ignore him and move along, we have
> better things to do.
I have better thing to do, either.
It was just a bug notice.
___
desktop-devel-list mailing list
desktop-devel
On Fri, Apr 5, 2013 at 12:28 AM, Sriram Ramkrishna wrote:
> This is a fruitless discussion.
>
> Let me explain a little what people are trying to communicate to you.
> You're looking at this in a very rigid manner.
>
> In an open source community, your credentials matter. When your positive,
> we
On Fri, Apr 5, 2013 at 12:26 AM, Luis Menina wrote:
> What kind of support do you expect from an unmaintained module ?
Then you just answer: "Probably forever."
I accept it.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.g
On Fri, Apr 5, 2013 at 12:16 AM, Luis Menina wrote:
> You don't need to be rude to have something get fixed. It's quite the
> opposite. The more rude you get, the less interest people get in fixing
> your problem. Talk to someone like a dog, and he will behave like one.
What kind of rude you find
On Fri, Apr 5, 2013 at 12:12 AM, Luis Menina wrote:
> ...which you could have done to be constructive. But now, what happens?
> Even if the patch is committed (which it should), you'll need to have
> your distro use that patch, or patch it yourself locally. Complaining
> doesn't change the fact th
On Fri, Apr 5, 2013 at 12:05 AM, Olav Vitters wrote:
> Every software has bugs. GNOME has loads. We have Bugzilla to track
> them. Help is appreciated to fix these, but pretty much all the
> developers know that there are bugs.
>
> Sometimes bugs are forgotten and just a ping is enough to get some
On Fri, Apr 5, 2013 at 12:02 AM, Olav Vitters wrote:
> Are you really saying that you're out to be annoying? Not sure how you
> expect to get things done with such an attitude (in this project).
Bad mistakes deserve severe criticism, that simple.
I don't some people say something rude to me in pr
I only care software quality, go solve the real problem.
Don't assume I'm the only user of the API.
Since a patch is already given, I don't think I can any further action
on my side.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https:/
On Thu, Apr 4, 2013 at 11:51 PM, Emmanuele Bassi wrote:
> you keep thinking this is about the bug: it's not.
>
> it's about your unproductive tone, your aggressive and pointless
> arguing, and your confrontational attitude.
>
> open source is about collaboration. behaving like you do is not a good
On Thu, Apr 4, 2013 at 11:48 PM, Karen Sandler wrote:
> I understand that your bug complaint is important to you, but as I said,
> community dynamics are very important to this list. As Andre said, it's
> not the topic but your tone. This is not the first thread like this from
> you. Please review
On Thu, Apr 4, 2013 at 11:43 PM, Emmanuele Bassi wrote:
> sounds like you should take a break from desktop-devel-list, and also
> learn how to behave in a public setting.
Despite the later coming BS, you feel bad because, as OP, a bug is
presented to you with a honest question?
__
On Thu, Apr 4, 2013 at 11:35 PM, Daniel Mustieles García
wrote:
> Don't feed the troll.
Sounds like you didn't check the bug or you don't understand code.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/li
s/invaliding/invalidating
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Apr 4, 2013 at 11:17 PM, Andre Klapper wrote:
> Age of a bug report isn't a criterion for anything. Why haven't you
> pushed for fixing it earlier if it was known since 2010? ;)
>
> No, it's not the topic but your tone. Don't mix that up.
Nice.
I began to aware of this bug today.
But you
On Thu, Apr 4, 2013 at 11:15 PM, Alberto Ruiz wrote:
> And?
No need to further rant how you tend to make excuses of bugs rather
than try hard to fix them.
> It is not about being offended about a bug, it is about how disgusting
> it is to talk to someone who treats you like crap.
How can you im
On Thu, Apr 4, 2013 at 11:14 PM, Karen Sandler wrote:
> Community dynamics are an important part of how GNOME functions generally
> and all discussion here should be mindful of that fact. Harsh and negative
> tone frustrates productive discussion and often causes unnecessary
> reaction traffic whi
On Thu, Apr 4, 2013 at 11:06 PM, Alberto Ruiz wrote:
> Volunteer != hobbyist.
>
> Professionals volunteer their time and do their best to get things
> working. Want something solved and it doesn't happen? Ask nicely.
> Still doesn't happen? Too bad, nobody's fault really.
>
> The community doesn't
On Thu, Apr 4, 2013 at 11:01 PM, Debarshi Ray wrote:
> Did you ask for your money back?
No, I prefer paying some money rather than writing stupid E-mails as
the way to ask for support.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
htt
On Thu, Apr 4, 2013 at 10:55 PM, Olav Vitters wrote:
>
> I am a hobbyist. I am aware that there is something wrong with that, for
> which I apologize. Where I work we do indeed pride ourselves behaving
> any way we like, because it does not matter at all how people are
> treated, as we are gettin
On Thu, Apr 4, 2013 at 10:27 PM, Andre Klapper wrote:
> Likely a long time for an unmaintained module that has not seen any code
> activity for years: https://git.gnome.org/browse/pygtk/log/
>
> Maybe you have some luck to find a developer on
> https://mail.gnome.org/mailman/listinfo/python-hacker
On Thu, Apr 4, 2013 at 10:11 PM, Luis Menina wrote:
> Could you please avoid getting that harsh in all your messages? I think
> I'm not the only getting upset by the way you handle communication.
Focus on the bug, rather than how it is shown to you, please.
> You'll find unreviewed patches all o
On Thu, Apr 4, 2013 at 9:59 PM, Matej Cepl wrote:
> If developer says, he wants a patch attached, then it'd better be
> attached. Fixed.
Thank you for your work!
But the patch is not big at all anyway; it is obvious to see what it
does by looking at origin report.
___
On Thu, Apr 4, 2013 at 9:40 PM, Maciej Piechotka wrote:
> IIRC pygtk is no longer maintained (as is gtk+ 2) as the newer binding
> are using gobject-introspection and pygobject 3 which (presumably) don't
> have this problem. Last commit to it was 2 years ago.
What if people want to develop softwa
Link: https://bugzilla.gnome.org/show_bug.cgi?id=674092
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Fixing old bugs :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Sat, Mar 23, 2013 at 3:31 AM, Florian Müllner wrote:
> Nobody is excluding gedit. The gedit developers *want* their project
> to be called "gedit" rather than "Text Editor" [0]. The fact that some
> distributions disrespect that wish and rebrand gedit downstream is not
> enough of a reason to p
On Sat, Mar 23, 2013 at 3:12 AM, Mike wrote:
> I agree with the fact that we need a simpler text editor, but let's
> just call it as "Textpad" or something... without excluding gedit.
Why?
___
desktop-devel-list mailing list
desktop-devel-list@gnome
I was a bit surprised to know that gedit is considered "third-party".
So I'd like to know:
* Is gedit contradict GNOME's core experience and/or pattern? Is such
issue fixable?
* Is there gedit alternative proposed? If there is one, can anyone give a link?
I will be unhappy if the gedit alternati
On Sat, Mar 23, 2013 at 2:11 AM, Maciej Piechotka wrote:
> What would be a use case for such application? Most people (based on my
> own, 100% certain guess ;) ) who use text editors are willing to deal
> with small extra complexity of GEdit/notepad++/... as compared to
> Windows notepad. For thos
On Sat, Mar 23, 2013 at 12:51 AM, Jasper St. Pierre
wrote:
> gedit is becoming more of a programmer's editor, so the gedit team wants to
> keep the "gedit" brand while people work on a new simple Notepad-equivalent
> that will be called "Text Editor".
Are you kidding?
I don't think gedit out of t
Hi,
I'm still using the same 3.7.92 testing image.
What to expect from Details, System inside Settings? Wat does a gear
icon mean? No idea, too vague.
In the Overview tab, it's a mix of brief hardware information, GNOME
version and whether system is up-to-date?
I guess hardware information stuff
Hi,
I find that some applications are showing their real names, e.g.,
gedit, Rhythmbox, Shotwell.
However, some applications are showing generic names, e.g., Files
(Nautilus), Web (Epiphany), Archive Manager (File Roller).
Can anyone elaborate on this?
Hi,
Overall, it is much better than 3.6
However, I still find quite a few issues:
A. Input methods coverage
A.1 ibus-chewing is not included. This engine, which provides Bopomofo
[1] support, is important for users in Taiwan region and others. (Note
that Bopomofo engine provided by ibus-pinyin/ib
Redownloaded with wget but in vain, my SHA1 sum:
$ sha1sum GNOME-3.7.92.iso
f53975b47c1d8b415eef3f7adc9a9c2d0dc92bf6 GNOME-3.7.92.iso
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-
I just downloaded http://ftp.gnome.org/pub/gnome/misc/testing/GNOME-3.7.92.iso
I got kernel panic within VirtualBox.
Anyone with checksums of the testing images?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mai
On Sat, Mar 16, 2013 at 7:44 AM, Jeremy Bicha wrote:
> Hi, just to clarify: For 3.12, you would like to drop support for
> running gnome-shell or mutter on X directly and only support Wayland?
> I understand that X apps will still run on top of GNOME Shell on
> Wayland.
Why you bother to do this?
As title.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
( Forgot to reply the list, sorry. )
To OP:
Can you show full Exec line you used?
AFAIK, in general, if you want to set environmental variables, you
should env command.
Regards,
Ma Xiaojun
___
desktop-devel-list mailing list
desktop-devel-list
On Mon, Dec 3, 2012 at 7:36 PM, Jeremy Bicha wrote:
> Core
>
> My understanding is that the gnome-core moduleset contains the
> essential pieces for distros to use to ship *GNOME*. Distros tend to
> also supplement this with apps from the gnome-apps or gnome-world
> moduleset or elsewhere (Li
On same machine same setting, I see both can both 'Japanese' and ‘日语’
in the input source list.
'日语' is the Chinese word of 'Japanese'.
'Japanese' offers XKB Japanese engines while '日语' offers IBus Japanese engines.
Though this can be fixed by add translations I wonder, should we use
same text dom
On Sat, Nov 24, 2012 at 10:52 PM, Just Fill Bugs wrote:
> Why didn't vi and emacs developers join together and worked on only one true
> editor? Maybe there should not be geany, gedit, sublime and whatever other
> editors.
Nice proof by contradiction.
The thing to proof was: Why single, omnipoten
On Sat, Nov 24, 2012 at 6:48 PM, Mike Qin wrote:
> * rime sounds different, they seems to target at people who really
> appreciate the beauty of ancient Chinese. (Correct me if I'm wrong of
> course)
Yes and No.
RIME (and OpenCC) guys try to find canonical (it's origin meaning, not
the company be
Please check and compare the two screenshots taken in zh_CN locale,
Fedora 18 (installed from Alpha with entire update) below.
http://dl.dropbox.com/u/45139465/ibus-setup-1499.png
http://dl.dropbox.com/u/45139465/input-source.png (Check those start with '汉语')
zh_CN -- Chinese (China)
What's the di
Please check and compare the two screenshots taken in zh_CN locale,
Fedora 18 (installed from Alpha with entire update) below.
http://dl.dropbox.com/u/45139465/ibus-setup-1499.png
http://dl.dropbox.com/u/45139465/input-source.png (Check those start with '汉语')
zh_CN -- Chinese (China)
What's the di
On Sat, Nov 24, 2012 at 9:30 AM, Giovanni Campagna
wrote:
> I think they are very helpful for us who are not used to chinese
> input, and I also think they make clear the set of switches one needs
> to type chinese is greater than the boolean lang / english that us
> westerns are used to.
I'm gla
Hi, all.
This thread is about engine property filtering rather than engine list
filtering.
Though we discussed engine list filtering and many off topic issues, anyway.
Wanna know why engine property filtering can cause serious regression
on CJK inputting experience?
Please check my videos recored
To make my point clear.
Once we have a fixed framework of inputting.
Installing/Uninstalling a new engine should be similar to
installing/uninstalling a new app.
There is no black magic here.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.o
On decent engines are available and easy to install. I can give a example.
Both ibus-table's quick and Mac OS X's quick has different experience
with that of Windows.
Some people don't the different experience, what can they do?
1. On Linux, you can either:
Hack /usr/share/ibus-table/engine/table.p
On Fri, Nov 23, 2012 at 4:17 AM, Debarshi Ray wrote:
> So why not fix and improve the current engines?
Sure we should. But that's unrelated. What I asking for now is not to
cause regression to existing user experience.
> But then you just said that the current engines are all inferior to
> the o
turing complete, sorry
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Fri, Nov 23, 2012 at 4:01 AM, Pierre-Yves Luyten wrot
> Hi,
>
> Maybe should first step be listing different "functional principles",
> for example
>
> * Input from sound (pinyin input methods)
> * Input from shape (canjie)
> * Input from shape (wubi)
>
> There will be a significant list, but n
On Fri, Nov 23, 2012 at 3:09 AM, Debarshi Ray wrote:
> The good thing is that users, who are not familiar with all the
> politics of free software input method frameworks and engines, get to
> choose from a list of good quality engines. They do not have to go
> searching all over the Internet to f
On Fri, Nov 23, 2012 at 1:59 AM, Mathieu Bridon
wrote:
> You're once again assuming you know what I think, instead of just trying to
> have a productive conversation by answering questions, which were (as I
> already clarified) purely meant to learn more about what you know that I
> don't.
Partic
On Fri, Nov 23, 2012 at 1:24 AM, Bastien Nocera wrote:
> Do you realise you've still not given a single good reason why we should
> do that? You gave 2 reasons to do that:
> - to enable users to use newly installed engines, for which we don't
> need to remove filtering
So you want to keep of trac
Bug report created:
https://bugzilla.gnome.org/show_bug.cgi?id=688916
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
A bug report is created for it.
Though some heated discussion happened in another thread.
https://bugzilla.gnome.org/show_bug.cgi?id=688914
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-d
On Thu, Nov 22, 2012 at 11:54 PM, anish patil wrote:
> Such a mail thread is limitless, we need to think about working solutions or
> solving the problems
> How about creating a wiki page about current problems? what you expect from
> GNOME upstream/designers ? What you expect from Ibus?
Engine
Another regression case for engine list filtering is that some people
used to created custom table through ibus-table or ibus-m17n, which is
now unusable without show_all_sources.
For example:
http://code.google.com/p/ibus/issues/detail?id=1544
___
deskt
On Thu, Nov 22, 2012 at 10:24 PM, Mathieu Bridon
wrote:
> That's all technical problems, they can all be fixed.
>
> "It's hard and will take a long time" is not an excuse for not doing it.
At least it won't happen soon. That's why we should not make
regressions for current IBus, even if you doubt
On Thu, Nov 22, 2012 at 9:22 PM, Mathieu Bridon
wrote:
> That's just a bug, let's fix it.
>
> You seem to know how these could be fixed, why don't you do it, or help
> others who could?
The desired feature list can be very extremely long. Though it may be
good to explicitly list them out.
Anyway,
On Thu, Nov 22, 2012 at 8:09 PM, Mathieu Bridon
wrote:
> Could it be because none of them are of sufficient quality that they feel
> the need to constantly try new ones, in the hopes that it will be better
> than the rest?
Yes, but the closed-source Windows engines basically outperform
current I
Even in IBus, we have the following 'third-party' Pinyin engines:
http://code.google.com/p/rimeime/
http://code.google.com/p/sunpinyin/
http://code.google.com/p/libgooglepinyin/
http://code.google.com/p/ibus-cloud-pinyin/
Having ibus-pinyin/ibus-libpinyin, ibus-chewing, ibus-table by no way
means
In case you don't know. Unlike other language groups, Chinese users
are used to the fact there are many third-party engines available for
same input scheme and they would make a random or non-random choices
between them.
For example, on Windows, popular Pinyin engines include:
http://www.google.co
If 'all the ibus modules that exactly replicate XKB layouts' bothers
you, black list them.
That's the right way to do it.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Thu, Nov 22, 2012 at 4:30 PM, Bastien Nocera wrote:
> I've tried setting up a number of languages following the Fedora guides
> that were available. For a majority of the languages that people have
> tested and reported on, the steps are now reduced to a single one:
> select the input method in
On Thu, Nov 22, 2012 at 2:40 PM, Bastien Nocera wrote:
> It's free software. And half of the existing IBus engines are
> low-quality, and badly integrated.
>
> That's why they're not integrated.
Have you ever used any of above mentioned one?
What's your definition of low-quality? Please specify i
On Thu, Nov 22, 2012 at 3:22 AM, Bastien Nocera wrote:
> On Thu, 2012-11-22 at 03:01 -0600, Ma Xiaojun wrote:
>
>> Stop destroying IBus by making it GNOME-proprietary, please.
>
> I don't think anyone will read your e-mails if you keep coming up with
> statements like
On Thu, Nov 22, 2012 at 5:38 AM, anish patil wrote:
> Ibus typing booster had similar problem, we moved IME menus into setup
> options
> http://git.fedorahosted.org/cgit/ibus-typing-booster.git/commit/?id=861a63af2a32aa4f9ed4e1d67c618b6777ee7d7d
> Hope this helps.
Well, that kind of solution is p
On Thu, Nov 22, 2012 at 8:51 AM, Alberto Ruiz wrote:
> Ubuntu 10.04 is an LTS release, it is supported up to 5 years. EOL is 15.04.
5 year for server and 3 year for desktop.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.g
The ability of changing state on the fly is an essential part of
Chinese input experience.
So we have both embedded menu and language panel in IBus 1.4 previously.
I used to believe that IBus 1.5 enforce the first form and and no
longer support second form.
That's fine for me, though some people m
Though it seems hopeless to change the decision, I find some tendency annoying.
1. I have a machine that works well.
If you seriously believe they will work for most machines. Let me do a
serious statistics to prove or disprove your claim.
But my intuition is that it is generally harder to properl
Source code hint:
http://git.gnome.org/browse/gnome-control-center/tree/panels/region/gnome-region-panel-input.c#n67
The result of above code is that only the above listed input engines
will appear in g-c-c, unless a magical gsettings key is set.
Wait a minute, who should really determine which e
On Mon, Nov 12, 2012 at 5:29 PM, Simos Xenitellis
wrote:
> Also see
> https://bugzilla.gnome.org/show_bug.cgi?id=306403
> https://bugzilla.redhat.com/show_bug.cgi?id=225576
I will check later.
> I think that the wider issue is about how to deal with legacy
> (=non-UTF8) encodings.
> Not only wi
On Mon, Nov 12, 2012 at 7:43 AM, Andre Klapper wrote:
> I think that specific bug reports about specific applications should be
> discussed in specific bug reports or escalated to the file-roller
> maintainer(s), but not on the general GNOME desktop development mailing
> list as this topic won't i
Bug Hint (not reported by me):
https://bugzilla.gnome.org/show_bug.cgi?id=648673
There are basically two kinds of ZIP archive. Those with random file
name encoding (not Unicode enabled) and those with UTF-8 file name
encoding and proper meta data set (Unicode enabled).
UnZip 6.0 (the current late
I'm still using GNOME Fallback to run a reasonable Ubuntu 12.10 inside
VirtualBox.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
A decision is made? The result is dropping?
I'm still using GNOME Fallback to run a reasonable Ubuntu 12.10 using
Fallback session.
Any bugs that GNOME Fallback even harms GNOME Shell?
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
htt
Do you know the "geometry" option in X11?
http://en.wikibooks.org/wiki/Guide_to_X11/Starting_Programs#Specifying_window_geometry
I'm not sure whether modern desktop environments break such convention, though.
___
desktop-devel-list mailing list
desktop-d
As I subscribed to file-roller bugs on Launchpad, I've noticed
multiple crash report from Ubuntu 12.10 users.
You know, Ubuntu 12.10 ships File Roller 3.6.0
So, I wonder, is File Roller 3.6.0 known to be broken?
I note that GNOME upstream already File Roller 3.6.1.1
A boring wiki page has been created:
https://live.gnome.org/FileRoller
Something is beyond my knowledge, say the roadmap.
I may add a list supported file types after verification.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://m
I said I know the answer.
What about this kind of question?
https://mail.gnome.org/archives/evince-list/2012-October/msg8.html
I think per app per list is just natural.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gn
On Tue, Oct 16, 2012 at 2:00 PM, Debarshi Ray wrote:
> #gnome-hackers on GIMPNet
Do you accept questions like "I cannot open RAR on Fedora".
I do know the answer.
But that's the kind of user support question I mean.
___
desktop-devel-list mailing list
d
On Tue, Oct 16, 2012 at 1:16 PM, Nicolas Dufresne
wrote:
> If you find a bug, you open a bug ticket in Bugzilla. This is the same
> rule for all the projects regardless of their size. Sending private
> e-mail to author and developers shall be restricted to security issues.
> Finally, mailing list
On Tue, Oct 16, 2012 at 12:16 PM, Alberto Ruiz wrote:
> A dedicated mailing list for such a small app is a bit of an overhead. As
> per a dedicated website I think the same, a wiki is easier to maintain and
> keep up to date. It would be a good idea to just shut down the webpage to
> stop google f
Don't ask people to contact author by E-mail directly.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Tue, Oct 16, 2012 at 11:37 AM, Jasper St. Pierre
wrote:
> What would you want out of a dedicated File Roller community?
A mailing list.
A wiki page contains valid information.
I'm thinking about it and learning from other GNOME applications' page.
But some information is best known by its d
On Tue, Oct 16, 2012 at 11:07 AM, Bastien Nocera wrote:
> You could also just use this mailing-list in the meanwhile, instead of
> keeping us guessing about what possible problem file-roller could have.
(Too) outdated homepage (If I just check the content of that page, I
don't even know it's 2012
On Tue, Oct 16, 2012 at 10:46 AM, Jasper St. Pierre
wrote:
> Why does there need to be one? It's a simple application to help
> manage archives. If you have an issue with it, submit a bug report.
Sounds like you are suggesting using Bugzilla as a forum or mailing list.
___
On Tue, Oct 16, 2012 at 10:39 AM, Jasper St. Pierre
> As the git module shows, it's under active development:
>
> http://git.gnome.org/browse/file-roller/
>
> I'm not sure what sort of thing you're looking for. Could you clarify
> what you meant by "What's up?"?
Where is the community?
__
It has no mailing list.
It has a 2009 homepage:
http://fileroller.sourceforge.net/
It has some random 2008 live.gnome.org page:
https://live.gnome.org/RoadMap/FileRoller
https://live.gnome.org/ThemableAppSpecificIcons/FileRoller
Well it does release source code and manuals from time to time.
htt
On Wed, Oct 10, 2012 at 10:34 PM, Shu Hung (Koala) wrote:
> Filed a bug here:
> https://bugzilla.gnome.org/show_bug.cgi?id=685929
Well, your ideas quite are reasonable from outsiders' point of view.
However, ibus-table's lacking of setup UI and broken default is not
GNOME's fault.
Some developers
On Mon, Oct 8, 2012 at 3:33 PM, Ray Strode wrote:
> I've pushed a new iso if you want to give it a try:
>
> 753c99ce2342f65865c1f74bc3722e44 GNOME-3.6.0.iso
Thanks.
I've tried it. Two issues.
1. The notorious Chinese mode bug described here still exists:
http://code.google.com/p/ibus/issues/deta
rpm -qa | grep ibus
No ibus-table related packages included.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Sat, Oct 6, 2012 at 5:24 PM, Ray Strode wrote:
> I've pushed a new iso to fix this:
I tried the new image.
First issue is not totally resolved. I saw Pinyin, Bopomofo and
Chewing now. They are phone-based Chinese input methods. You should
also at least include three most popular stroke-based
The live image is downloaded from:
http://ftp.gnome.org/pub/gnome/misc/promo-usb/GNOME-3.6.0.iso
Firstly, according to "rpm -qa | grep ibus" and Input Sources tab,
there is no Chinese input sources but there is Japanese (ibus-anthy)
and Korean (ibus-hangul) input sources. Why is that?
Secondly, B
1 - 100 of 130 matches
Mail list logo
