Re: Mirroring GNOME on github

Hey John! I would prefer to have a gitorious instance setup on the GNOME servers as has been previously discussed. Basically someone would need to do the job. Regards, Johannes signature.asc Description: This is a digitally signed message part ___

Re: Gnome 3.4 / Anjuta / Scintilla Plugin

Hi Lanoxx! I just updated to gnome 3.4 and then fired up Anjuta to fix all those applets in my gnome-panel that have become broken after the update (which sadly is most of them). But to my surprise I can not use the scrollwheel in to scroll up any more. When I scroll down everything is

Re: Last GNOME 3.4 Blocker Report

Hi! Someone also complained that saying The Web developers in our About copyright section is potentially confusing, which I think is a fair point (see https://bugzilla.gnome.org/show_bug.cgi?id=671831). I think changing that to say The GNOME Web developers might be worth of the string break,

Re: [gnome-settings-daemon] datetime: Remove datetime D-Bus mechanism

Hi all! I took some time and improved PortabilityMatrix in a way that I find easier to understand and that makes more clear which part of the stack are supported by different system. If you like it, feel free to use it as the official version: https://live.gnome.org/PortabilityMatrix/Improved

Re: Proposed Freeze Change

Hi! As the proposal above does not mention a date for The Freeze I propose either Feb 20 (current UI Freeze date) or Feb 13. I would propose Feb 20 (or 21) to be able to include some work that might happen at the Brno Hackfest. Writing documentation often means to find small usuability bugs

Re: Boxes and 3.4

Hi! Regarding the rationale of Boxes as a core app, I think we definitely need something to nicely handle insertion of an OS installer or live media. The best thing to do in that scenerio is the creation and launch of a VM (box) and Boxes already does that for you. Without Boxes as part of

Re: projects.gnome.org versus live.gnome.org

Hi! As one of those projects that use both: * live.gnome.org is a wiki, it is for storing information about the development process and information that needs to be updated often. It has limited design capabilities so many project don't want to use it for (end-user) presentation. *

Re: Feature proposal: Alternative input system based on low-cost webcam

Hi! The application provides that UI (here [1][2] for some screenshots) in order to: * Configure the application (on the screenshot the Configuration dialog) I am not a designer but I would somehow wonder if they would consider this a good user-interface design. * A main window showing

Re: Proposed Freeze Change

Hi! Consequently the same question goes for String Change Announcement Period - CC'ing gnome-i18n as I'm wondering if translators still consider the String Change Announcement Period useful. I'm all in favour of dropping it, for the following reasons: 1. I doubt it is really useful for

Re: Features !

Hi! I guess I'm not clear on what requires a feature proposal. For example, what about my ideas to have dynamic help buttons and menus, which I've brought up on gtk-devel-list? I figured I'd just keep hacking on that and convince maintainers one by one. Should I propose that? I, personally,

Re: GtkTable is deprecated

Hi! GtkGrid should be pretty much a drop-in replacement for GtkTable. Keep in mind that GtkGrid uses the align and expand flags of GtkWidget[2][3][4][5] instead of having expand and fill child properties. As always, should you have any questions, don't hesitate to ask. This is a massive

Re: GtkTable is deprecated

Hi! deprecated != gone. There is no super-urgent need to rid the world of GtkTables - unless you want your module to compile with disabled deprecations. Sure, but you know how picky some people are about deprecations... Regards, Johannes ___

Re: Using Bugzilla for freeze break requests?

Hi! Instead of keywords, we could just add bugzilla pseudo accounts for string-freeze-br...@gnome.bugs, ui-freeze-br...@gnome.bugs, code-freeze-br...@gnome.bugs. Then to request a break, just cc: the appropriate address on the bug along with a comment explaining why. Release/docs/i18n team

Re: GNOME user survey 2011

Hi Felipe! If you don't agree that options are missing, then what's the point of skipping the question, and going directly to ask what they would change? (which I don't see how it can be done in this survey anyway). First I would like to try to identify the need for change, if any. *I* am

Re: GNOME user survey 2011

Hi! Not a bad idea overall though of course the user base for such surveys is always a bit limited as many poeple don't even know that they use GNOME and those a probably the majority of the users. Anyway, might be interesting. === 01. Overall, how happy are you with GNOME? === (single choice)

Re: GConf port to DBus

Hi! 2.32.5 rolled and released. Hmm, would we want to have a new major version? The current version number indicates that this is a bug-fix release that should be adopted by any stable distribution which seems kind of misleading. Regards, Johannes

Re: On the Interaction with the design team

Hi! (Just if people think I am discussing here because it makes me somehow happier - no!) yesterday I asked the same question (where to follow design discussions, apart from IRC), and I was told to monitor https://live.gnome.org/Design and children pages, which is enough to get a peak of what

Re: On the Interaction with the design team

Hi Allan! Yes. *I* was annoyed by the recent Deja Dup discussion, and felt that the developer got short-changed at the end of the day. I was very annoyed at the systemd as external dependency discussion, and the message that some people following along the GNOME OS meme sent to developers on

Re: On the Interaction with the design team

Hi Olav! The confusion was cleared up pretty quickly once we moved off desktop-devel-list. May I ask why these things move off desktop-devel-list? Maybe I missed the mail that said that discussion is taking place elsewhere but I don't think there was one. Regards, Johannes signature.asc

Re: On the Interaction with the design team

Hi! This discussion reminds me of the one we had about switching to DVCS some years back. At that time, most of the core developers wanted to use git but most of the rest were opposed to that. While I don't claim this situation is the same, this discussion is also about which tools to

Re: On the Interaction with the design team

Hi! can you please explain to me, in a short sentence, what do you want to achieve? not how, but precisely what. Have a good way to get in touch with the design team/other core gnome teams that is not real-time and be able to participate in discussions about desktop-wide design topics. Dave,

Re: On the Interaction with the design team

Hi! That's disappointing. Using IRC really is an anti-pattern which the design team should avoid - it's only one step removed from doing everything in person or on conference calls. Bugzilla isn't a forum, nor can you be sure who you're talking to, or easily follow past discussions through

Re: On the Interaction with the design team

Hi! On 1 June 2011 12:57, Matthias Clasen matthias.cla...@gmail.com wrote: Basically, mailing lists don't work for many kinds of productive discussion. Agreed. In my recent discussions with the dudes in #gnome-design there was a flurry of messages, perhaps as many as 200 back-and-forth

Re: On the Interaction with the design team

Hi Jon! Are they listening or participating? Transparency and reporting is pretty simple to solve. Publish logs, document (wiki), and blog and you're pretty much there. Participation and engagement is much harder. Basically you need to find a way to build a relationship with a designer. It

Re: On the Interaction with the design team

Hi! Everyone may have an opinion and they are free to express it. However, not everyone can be consulted before the fact - it is just practically impossible. Those opinions, however, should be carefully gathered and analyzed. There are careers for this. I think you miss the original point of

Re: On the Interaction with the design team

Hi! To *who* does it feel that way? If you're going to insinuate that people have tried to get involved and been rebuffed, then I think the responsibility here falls to you to provide an example. Please don't talk around the accusation by inferring that it's some kind of RH conspiracy. It's

Re: Media Sharing Feature extension proposal: Play To

Hi! I talked to the designers who had shown interest in the past on designs for Sharing feature and it seems that none of them have any time to do any designs for this any time soon. I'm just afraid that if we wait on our designers, these features may not make it into 3.2 either.

Re: GNOME Feature Proposal: Backup

Hi! If they were fully integrated into gnome.org bugzilla well enough that the project was a first-class citizen, and integrated into gnome.org git well enough that translators could work in their usual way ... would there be any fragmentation problems? The question is highly hypothetical as

Re: 3.2 features: login screen

Hi! B. Not planned, no. This is intended to configure a handful of essential things, not an open-ended list of things you might want to set up if happen to know about them. If twitter-esque web services become supported by 'online accounts', that would make it possible for gwibber to pick up

Re: systemd as external dependency

Hi! What's the official position adopted by GNOME Foundation about this statement? And was this statement communicated in a neat and undoubtful way to GNOME contributors and third parties? I mean stuff like: What is GNOME OS, Relationship between future GNOME OS and currently existing

Re: systemd as external dependency

Hi! Yes, it might cost us a bit to be open and friendly like this -- and to be honest, I'm not convinced the cost is that high for GNOME code, while it certainly is for systemd -- but our community is not just about purely technical matters. We also care about being open and friendly. Or at

Re: GNOME Feature Proposal: Backup

Hi Bastien! You just lost what applications were installed, and all your Bluetooth setup. If you were a web developer, you also lost your Apache, MySQL, whatever config files, and possibly your root web directory. As has been mentioned before it would be enough to list the software packages

Re: 3.2: gjs/seed

Hi! Am Donnerstag, den 28.04.2011, 18:38 -0400 schrieb Colin Walters: On Wed, Apr 20, 2011 at 7:12 PM, Colin Walters walt...@verbum.org wrote: == Dynamic Languages in GNOME == One thing that's worth addressing though (again) is the question do we need both Python and JavaScript?. The

Re: Musings on the contacts user experience

Hi! * Contacts search (but no contacts tab) in the shell overview, which will provide a quick way to initiate conversations. While I see the point of not having another tab I still think the shell integration of IM currently suffers from the fact that empathy still needs to be around and

Re: Contributions

Hi! a few days ago I read about the platform-wide feature proposal period of gnome 3.2 and I want to know how can someone using gnome not gnome developer propose something to get included into gnome ? I have some ideas, and I want to discuss those with gnome developers, how do I do that ?

Re: Online Accounts panel for 3.2

Hi! And for this we have the SSO framework in MeeGo. It's one daemon, that stores the user credentials on an encrypted partition which is mounted only when the user is identified (in our device we'll use the SIM card for this goal, in the Gnome desktop it could be the lock-screen

Re: ThreePointOne: Contacts

Hi! As far as the actual UX, I think the combination of contact search from the shell Activities view (like Morten Mjelva's SoC idea [4] and the feature bug I've filed [5]) and a contact center like Allan Day/Daniel Siegel/Salomon Sickert/et al mocked up [6][7] would make our Contacts

Re: gnome 3

Hi! Am Sonntag, den 17.04.2011, 00:11 +0200 schrieb Josselin Mouette: Le jeudi 14 avril 2011 à 05:17 -0400, Jasper St. Pierre a écrit : Other people want it because suspend doesn't work on their hardware. Adding a configuration option is just putting wallpaper over the cracked wall; the

Re: Gnome Developer - Broken Link

Hi! Am Donnerstag, den 07.04.2011, 14:54 +0100 schrieb Nick Glynn: The new look is fantastic but the link on http://developer.gnome.org/gnome-devel-demos/unstable/getting-ready links to http://developer.gnome.org/gnome-devel-demos/unstable/media/gnome-devtools.catalog which currently

Re: how to apply to be Summer of Code mentor?

Hi Adam! Am Dienstag, den 05.04.2011, 17:08 -0700 schrieb Adam Dingle: A couple of weeks ago, Vincent wrote: Good news: GNOME has been accepted as a mentoring organization for GSoC 2011, woo :-) If you want to be a mentor, please apply with the following form:

Re: I need your help with the Platform Overview

Hi! the only question I have is: how do we submit the content for review? bugzilla? mailing list? Just commit it to gnome-devel-docs directly I would say. Though gnome-docs-list will also work but I am pretty confident that you (and other library maintainers) know what they write and it can be

Re: empathy integration with the desktop

Hi! In order to go online and have the integrated stuff work in the background you must first start a weirdly named application (Empathy) and then close(!) its window (this will not actually quit the app). This causes you to go online and start using the integrated messaging systems. I

Re: SoC idea: desktop file cache

Hi! After reading Alan's and David's comment it occurs to me that it could be way simpler to have a dbus-service handling the desktop files and anybody wanting to access the desktop files in a fast way can use that service (through a library wrapper). This would make all the cache problems much

Re: GNOME 3.2 ideas and plans

Hi! Finally, I'd like to be thinking about our contributor experience. This might be something that has to wait until the following cycle, but it could be possible to start the process earlier. I'm particularly keen to examine the issue in a holistic fashion: we need to trace the journey of

Re: two choices dangerous for Gnome 3

Hi! As said before, power-users will have an option to change that if they want in gnome 3.0. But it won't be the default UI instead there will be a power-user utility. Regards, Johannes ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: two choices dangerous for Gnome 3

Hi! Am Mittwoch, den 09.02.2011, 22:55 +0100 schrieb Gendre Sebastien: Le mercredi 09 février 2011 à 22:39 +0100, Johannes Schmid a écrit : Because all sane use-cases can be handled better way (for example applications prevent suspend, etc.). And why is a beter way? Every setting

Re: two choices dangerous for Gnome 3

Hi! Ok, I understand this logic. But it create some other questions in my mind: - Is it already implemented in softwares? - Can we request that to not gnome software (Are we not being ignored)? - If a software prevent suspend and crash, what's going on there? - If a software prevent suspend

Re: IRC channels in gnome development

Hi! Guys, for a sake of a sanity. I've been around gnome since pre 2.0 times. And all times up to now we supposed that OSS is about democratic process, where programmers are not told buy big enterprise daddy what to write. Now, you former windows/sco/ibm/sun programmers are coming and saying

Re: Moduleset Reorganization -- Take two

Hi! Am Montag, den 31.01.2011, 22:03 +0100 schrieb Frederic Crozat: And this kind of attitude is the best way to ensure people will leave release-team.. Before blaming release-team for all the GNOME deficiencies in GNOME 3, maybe you should check who did the clean-up in the first place.

Re: Question about GNOME 3.0 bindings plans

Hi! No; gtkmm doesn't consume introspection as far as I know, and Vala is still using VAPI files. There are various issues with both, the Vala and G-I is more actively communicated on topic, getting closer but it's difficult. Speaking of gtkmm, gobject-introspection isn't that interesting

Re: My thoughts on fallback mode

Hi Christopher! Besides... did modularity ever enslave a GNOME developer? Never. I expected more than a statement like that. This modularity prevents to create a solid user experience in various ways because everything needs to be compatible with random components that cannot even be tested

Re: My thoughts on fallback mode

Hi Christopher! This modularity prevents to create a solid user experience in various ways because everything needs to be compatible with random components that cannot even be tested properly. :facepalm: Sorry...cannot follow you here. Well, 99%? Strange, the outermost people I know

Re: My thoughts on fallback mode

Hi! From X11 POV gnome-shell is just an app. Why should it depend so heavily on features of some particular wm? Perhaps, those features could be published, standardized so other wms could follow? Just like netwm... No, it's a window manager plugin (more specific a mutter plugin) so for the

Re: My thoughts on fallback mode

Hi! Either way still one question remain: Assume this: - Power-User - using Compiz/Sawfish/Whatever - wants to use Compiz/Sawfish/Whatever with GNOME-Shell as he likes both I think that's the wrong question. The right question would be: Power-User wants to have feature X,Y and Z. I hope

Re: gnome-panel gnome-applets?

Hi! For example, I cannot personally consider the shell as usable as long as it features those unusable two-dimensional iPhone menus - not counting the fact I don’t own hardware that can run it. The panel’s menu is simply better thought. Sidenote: check jhbuild of gnome-shell, it has

Re: gnome-panel gnome-applets?

Hi Brian! Am Donnerstag, den 30.12.2010, 13:03 -0600 schrieb Brian Cameron: For example, I have concerns about how GNOME 2.x is going to be maintained in the long run, and I think a lot of issues raised in this discussion relate to such concerns. To me, it seems that GNOME 2.32 and later 2.x

Re: Re: gnome-panel gnome-applets?

Hi! So, if by upgrading g-c-c, g-s-d, g-session and other major components to 3.0, we are going to break g-panel, I’d like to know that now, not when it is too late and 3.0 has already been released. The gnome-panel shipped in fallback mode will/should work with GNOME 3 components. That's

Re: GNOME 2.91.4 status (was Re: GNOME 2.91.4 build issues)

Hi! FWIW, I'm not going to release a GNOME version with a GTK+ that I consider too broken; if we're not going to have a new GTK+ 2.91 tarball in the next few days, maybe we should just skip 2.91.4 since 2.91.5 will be released on January 12th. +1 for skipping this release. Spending more

Re: Re: gnome-panel gnome-applets?

Hi! Am Dienstag, den 28.12.2010, 13:09 + schrieb Sergey Udaltsov: Actually, your advice effectively stops people from upgrading their distros, unless the distro choses to support both gnome2 and gnome3 - which I'm afraid will not be the case for most of them. To be fair, gnome2+3

Re: Re: gnome-panel gnome-applets?

Hi! Am Dienstag, den 28.12.2010, 15:44 -0800 schrieb Sriram Ramkrishna: I have the perception that information on what all is going on is getting lost in the noise. What is the canonical point where information on this stuff need to flow to? Seems to me you need to pick someone or maybe

Re: Minimum system requirements for GNOME Shell

Hi! (Note that might be better suited on gnome-shell-list...) * Minimum OGL requirements to launch clutter OpenGL = 1.2 + multi-texturing, OpenGL|ES 1.1 or OpenGL|ES 2.0 (from clutter release notes, I don't think that is interested for an end-user). * Minimum Intel/ATI/nvidia chipset models

Re: gnome-panel gnome-applets?

Hi Dave! Do you have any figures on what percentage of Linux users will have the 3D capabilities necessary? Just wondering. Do you have statistics about what hardware people use with Linux? Than it is easy to find out. But all newer ( 5 years) Intel, AMD/ATI and NVidia chips work so that

Re: build status

Hi! anjuta (introspection) Running make clean should fix that. It's because of some old generated files still around and a non-perfect Makefile. I will try to fix the Makefile when I get to it though. Regards, Johannes signature.asc Description: This is a digitally signed message part

Re: Holes in GNOME 3 process

Hi! Sometimes I feel that the review of the builds on the machine provided by GNOME should be reviewed by GNOME sysadmin, but not sure anyway. Normally build servers are used to check if the build still succeeds. Most setups I know reject a commit when it breaks the build. I wouldn't

Re: Can you help me to merge your avatars?

Hi! Have you a correspondency table such that using it I can say this person and this one are actually the same physical person? I'm focused on the committers, mailers and bug reporters. I am pretty sure gnome.org has this in the LDAP but I wouldn't like gnome.org to give this information

Re: Can you help me to merge your avatars?

Hi! Concerning your second remark about git.gnome.org, we already use the guidelines you suggest, but they are not sufficient for our analysis purposes, since we still find quite a number of false positives and false negatives during our data analysis, and moreover this data does not contain

Re: glade3 is the recommended way to edit GtkBuilder files?

Hi Richard! It's also missing several of the new widgets added to GTK in the last few years, e.g. GtkInfoBar and GtkComboBoxText. Is it still the recommended way we create and edit GtkBuilder files? glade-3 development is kind of a one-man-show of Tristan but he tries really hard to port it

Re: GNOME Moduleset Reorganization vs. L10N

Hi! Then we can afterwards continue discussing whether we should/need to add an offer for a external translation framework that is also GNOME approved (e.g. Transifex, Launchpad ,). Note that Transifex is not an *external* solution as we would host our own Transifex service on GNOME

Re: GNOME Moduleset Reorganization vs. L10N

Hi! I know perfectly well what fd.o is, thank you very much. the problem at hand is access - and hosting on fd.o has the same issues as hosting on launchpad or clutter-project.org, or github: translators want direct access to bypass the maintainers because they feel (actually: because they

Re: GNOME Moduleset Reorganization vs. L10N

Hi! I suspect a GNOME instance of Transifex will solve this, as long as the upstream maintainer chooses to use GTP instead of another translation community. What are our main problems for projects not hosted on GNOME servers? The main problem is that external projects often don't allow

Re: GNOME Moduleset Reorganization vs. L10N

Hi! As much as I'd like to claim it, I don't think we can achieve everything with a single shot. :-) Maintainers of GNOME modules hosted outside of git.gnome.org don't always feel comfortable with raw commits to their VCS (security, noise in the vcs history etc). Whether translations should

Re: Moduleset Reorganization -- Take two

Hi! And many of these modules have very little to do with each other and very little reason to be forced into the same schedule. Can you give us a list of actual modules that will no longer be on the release schedule, please? That would help me judge the actual effect. I don't see how

Re: Moduleset Reorganization -- Take two

Hi! Anyway for now I'd like to concentrate on a separate point: I think dismantling the development tools moduleset is an error. Having a clear message on which are the preferred tools for development is crucial to attract new developers and what should I use? is one of the more frequent

about me (was: Re: GNOME 3 external dependency proposal (accounts service))

Hi! The users panel will be very useful in adding some long sought after basic GDM configuration, as well as replacing the horror that was gnome-about-me. While we are on it: Is there a cental place in GNOME3 to get basic user information (like prefered E-Mail or things like that). It is

Re: GNOME Moduleset Reorganization vs. L10N

Hi! Am Dienstag, den 12.10.2010, 18:30 + schrieb Og Maciel: On Tue, Oct 12, 2010 at 12:25 PM, Kenneth Nielsen k.nielse...@gmail.com wrote: Implementable workflow (3). (A) again is status quo, not much to say about that. Transifex (C) (afaik*) workflow revolves around downloading

Re: Moduleset Reorganization -- Take two

Hi! I can't really speak for translators, as I only contributed a few strings in GNOME (but I also translate software in Ubuntu, so I know Launchpad too). But I think we're going to open Pandora's box if we allow applications to be translated using different systems. There will be the «

Re: Moduleset Reorganization -- Take two

Hi! On Fri, Oct 8, 2010 at 3:13 AM, Johannes Schmid j...@jsschmid.de wrote: Hi! So reminder: We need to fix that BEFORE making any moduleset reorganisation! No, we are not going to let moduleset reorganization held hostage in this way. Do you mean we will release GNOME 3.0 without

Re: Moduleset Reorganization -- Take two

Hi! Initially, for GNOME 3.0, it will be populated with the modules from the GNOME 2.x Desktop moduleset. However, we would like to slowly migrate some modules to the Applications moduleset. I guess everything related to accessibility will stay in Desktop, right? It's worth mentioning that

Re: Moduleset Reorganization -- Take two

Hi! Core Desktop The Core Desktop is the set of components that are needed to get a desktop session running and to have it provide core functionalities (display manager, session manager, desktop shell, file manager, settings manager, etc.). IMHO this should include the

Re: New module proposal: Clutter core

Hi! Kenneth Nielsen k.nielse...@gmail.com, Mon, 4 Oct 2010 15:45:02 +0200: 2010/10/4 Johannes Schmid j...@jsschmid.de: Hi! Clutter is still hosted on a separate server because the Clutter Project wants to be an umbrella for a set of projects, like language bindings, toolkits

Re: New module proposal: Clutter core

Hi! I'm pretty sure the GNOME infrastructure could do the same thing: get the POT file from git.clutter-project.org (it's generated by gettext and stored in the repository anyway); send me an email with the PO file once the coordinator has reviewed the contribution. I could even allow commit

Re: 2.91.0 status

Hi! anjuta Sorry, I am working on it but not for this unstable release (well that's why there was no release). Currently focusing on GSettings and afterwards on gtk+-3.0. But I hope to have everything going for the next unstable release. Also, gdl might not currently build due to GdkPixmap -

Re: New module proposal: Clutter core

Hi! Clutter is still hosted on a separate server because the Clutter Project wants to be an umbrella for a set of projects, like language bindings, toolkits, and applications that may or may not be related to the GNOME Project. we're fairly liberal with giving people access to the

Re: Please ship changelogs in your tarballs

Hi! Anyway, as you said, I think it would be good to add autotools stuff for this, and have all modules ship with their git changelog, since it can be useful to distributors and users. Why is it useful? It's duplication of information (in a strange format) that is available through git and

Re: Additional 2.32.0 tarballs :-)

Hi! - gdl: some translations (gnome-2-30) Sorry, will make a release in the evening. Didn't keep attention that there were some translations added in that branch. Regards, Johannes ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: GNOME 2.91/3.0 Schedule Draft

Hi! A first draft for the GNOME 2.91/3.0 schedule is now available at http://live.gnome.org/TwoPointNinetyone . What happened to the discussion about a some kind of new module structure that we discussed some time ago. I think it would be good to have that settled before module

Re: It's Release Notes time!

Hi! Do we have a plan? Has the Release Team documented this anywhere? I can't write about it if I don't know about it. :) Such a plan would probably not be worth the paper it is written on. Sure, there will be 2.32.x releases until GNOME 3.0 is released but I doubt that any module

Re: GNOME 3.0 in March 2011

Hi! Something like If you wrote a python plugin for GEdit/Rhythmbox/Totem then you need to rewrite/fix it to use pygobject gobject-introspection if you want it to work on GNOME 2.32 and GNOME 3.0? Wouldn't it be more useful to just release a gedit 2.30.5 for 2.32 and focus on getting all this

Re: Gnome-shell and usability (from user perspective)

Hi! Am Samstag, den 03.07.2010, 12:58 +0200 schrieb Maciej Piechotka: First of all I'd like to say that I'm not usability specialist (I'm not event 'normal' user - I'm closer to power user). However after some time of using the gnome-shell (from about GNOME 2.27.x) I noted a few problems -

Re: Call to maintainers: GNOME 2.31 to ship GTK 2.90

Hi! Moreover, could we stagger the 2.31.4 tarball due date for applications by a couple days? That would give application maintainers a chance to build against newly-released gtk3-dependent libraries and do some quick smoke testing before releasing their own tarballs. If we try to

Re: Modulesets Reorganization

Hi! OK, as the discussion calmed down a bit I wanted to make some more constructive comment to the new module organization. I feel that there are a couple of (utility) applications that should be part of GNOME (e.g. the Desktop module set). This is a subset of the current application in the

Re: Modulesets Reorganization

Hi! This discussion is really becoming interesting and constructive. The process could be something like: - Release team decides what modules to thow away for GNOME 3.0 - Gruesome exciting technical battles occur on d-d-l as the over-all 3.0 module inclusion discussion heats up

Re: Versioned symbols for 3.0?

Hi! The ultimate goal is being able to automatically detect at link time that program A requires library B implementing at least version X of the interface and embedding such information in packages automatically. Just like we do for glibc with its GLIBC_x_y interfaces. The changes

Re: FooCanvas for 3.0?

Hi! Am Freitag, den 07.05.2010, 08:58 +0200 schrieb Edward Hervey: On Thu, 2010-05-06 at 12:09 +0200, Vivien Malerba wrote: Many applications now use GooCanvas which is cairo based and still maintained. PiTiVi is one of those applications, and yes GooCanvas is still maintained :)

FooCanvas for 3.0?

Hi! As many of you probably know, GnomeCanvas is the only component that has no replacement for 3.0 while being deprecated for some time. There was kind of a discussion not to include any full-featured Canvas in the future in the GNOME platform. However, in the current state nautilus and

Re: FooCanvas for 3.0?

Hi! Many applications now use GooCanvas which is cairo based and still maintained. Yes, I know. Some use others. Anyway, none of them is part of GNOME and it doesn't look like any would become that any time soon. Johannes signature.asc Description: This is a digitally signed message part

Re: Module Proposal: Zeitgeist

Hi! No one ever said that we wont accept git branches. Anything submitted as a patch or git branch will merge just as easy as any bzr-based contribution. The only thing that may be more inconvenient is the hack directly in trunk-workflow that is inherent to the monolithic VCSs of old, but

Re: Module Proposal: Zeitgeist

Hi! Am Donnerstag, den 22.04.2010, 19:01 +0200 schrieb Seif Lotfy: Our current development is heavily based on launchpad. We are discussing the issue and we don't see a problem to have our trunk from launchpad ported to git with every release. However we do want to keep our development

Re: Module Proposal: Zeitgeist

Hi! Am Donnerstag, den 22.04.2010, 19:57 +0200 schrieb Siegfried-Angel Gevatter Pujals: 2010/4/22 Frederic Peters fpet...@gnome.org: We are discussing the issue and we don't see a problem to have our trunk from launchpad ported to git with every release., but release team is too late for

Re: Module Proposal: Zeitgeist

Hi! Resource usage: Bug tracker: http://bugs.launchpad.net/zeitgeist VCS: http://code.launchpad.net/zeitgeist Releases: http://launchpad.net/zeitgeist/+download According to http://live.gnome.org/ReleasePlanning/ModuleProposing: Use of GNOME resources: Modules must use GNOME FTP for

  1   2   >