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
___
des
Hi!
> I would like to ask you if you are in need of a Tomboy Notes
> replacement. As you may know, many large distros have stopped using
> Tomboy Notes because of the large amount of dependencies needed to run
> it. To be exact, here is a terminal output from Debian's "apt-get"
There are design m
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
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
> strin
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
Sh
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
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
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.
* projects.gnom
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 showi
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
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, persona
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
___
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 massi
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/i
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
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
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
_
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 wh
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
De
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
>>
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.
> Dav
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
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. I
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
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.
Hi!
> On 1 June 2011 12:57, Matthias Clasen 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
> discussions per hour
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
> throu
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
> >
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
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 pic
Hi!
> Ok, to be clear, did you see users having issues with Ubuntu or did you
> see users having issues with an official ppa available for Ubuntu? Those
> are different things and should not judge a distribution on third party
> updates available somewhere but on what the distribution ships rather
Hi!
> Is the GNOME l10n team following & translating any modules using Rosetta
> or Transifex at the moment? How hard would it be to add a module using
> one of those to Damned Lies?
(with i18n-coordination head on...)
The GNOME teams are just translating what is in gnome git (and some
modules t
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
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 existi
Hi Micheal!
Am Freitag, den 13.05.2011, 17:37 +0200 schrieb Michael Terry:
> (Note that I write here with love and without heat. I'm a GNOME
> developer and user and I want the world to be a better place.)
>
> I guess I was hoping more for collaboration than assimilation. :)
Actually I am pret
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
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
Hi!
Am Donnerstag, den 28.04.2011, 18:38 -0400 schrieb Colin Walters:
> On Wed, Apr 20, 2011 at 7:12 PM, Colin Walters wrote:
> >
> > == Dynamic Languages in GNOME ==
> >
> > One thing that's worth addressing though (again) is the question "do
> > we need both Python and JavaScript?". The uptake
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
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 pas
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
>
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;
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
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 b
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:
> http://
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.
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 e
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 o
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 su
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 bete
Hi!
Am Mittwoch, den 09.02.2011, 22:31 +0100 schrieb Gendre Sebastien:
> ok, but why? Why change these 2 choice is reserved to power-user?
>
> I don't understand the logic behind lack.
Because all sane use-cases can be handled better way (for example
applications prevent suspend, etc.). I think
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
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 sa
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 plac
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
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".
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
th
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
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
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
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
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 mo
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
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
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 m
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 sh
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 model
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
___
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
recomm
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 con
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
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
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 inf
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
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
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 sho
Hi!
> Starting from 1.0, Transifex no longer forces commits to VCS. Yay. :-)
We want forced commits! We don't want people to care about translations
unless they are translators because we found out in the past that some
won't care.
If the maintainer has to commit translations manually - that's a
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
tr
Hi!
Am Dienstag, den 12.10.2010, 18:30 + schrieb Og Maciel:
> On Tue, Oct 12, 2010 at 12:25 PM, Kenneth Nielsen
> wrote:
> > Implementable workflow (3). (A) again is status quo, not much to say
> > about that. Transifex (C) (afaik*) workflow revolves around
> > downloading po-files and worki
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 an
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
> freque
Hi!
> On Fri, Oct 8, 2010 at 3:13 AM, Johannes Schmid 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.
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 «
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
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
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 ->
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 comm
Hi!
> Kenneth Nielsen , Mon, 4 Oct 2010 15:45:02 +0200:
>
>> 2010/10/4 Johannes Schmid :
>> > Hi!
>> >
>> >> Clutter is still hosted on a separate server because the Clutter
>> >> Project wants to be an umbrella for a set of projects, like la
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
> reposi
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
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
h
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 inclus
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 maintain
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
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 -
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 r
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 Deskto
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
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
Hi!
> pkg-configno change
Anjuta would like to depend on the (to be released) pkg-config 0.24 if
possible. It's a run-time dependency.
Thanks,
Johannes
signature.asc
Description: This is a digitally signed message part
___
desktop-dev
1 - 100 of 158 matches
Mail list logo
