Bastien Nocera wrote:
> I haven't looked at library-web because I have a whole bunch of work
> that I'd need to do with it, but not the bandwidth...
I pushed an untested minimal change.
Fred
___
desktop-devel-list mailing list
Milan Crha wrote:
> I'm not sure whether this is the right list for this, thus I'm sorry if
> it's not. Feel free to redirect me to the right place.
gnome-doc-list@ would be the right place, especially as there are
plans to redo help.gnome.org. (ditto for developer.gnome.org).
> I'd like to
Bastien Nocera wrote:
> - How?
>
> It is possible to rename the "master" branch in git. It's also possible
> to add a "link" of sorts so that software that specifically references
> "master" can be made to work with the new name[5].
I checked and there is an hardcoded reference (git) master
Milan Crha wrote:
> On Tue, 2018-02-13 at 11:19 +, Emmanuele Bassi wrote:
> > Work is in progress to let maintainers upload tarballs with the
> > generate API reference for developer.gnome.org
>
> Hi,
> okay, how is that supposed to work in general? As Meson builds out of
> the source
Emmanuele Bassi wrote:
> > I do not want to steal the thread, but when talking about ports to
> > Meson, would it make sense to finally fix the infrastructure to work
> > with other than automake files too [1]? It's when generating the
> > content for developer.|help.gnome.org. Considering that
mcatanz...@gnome.org wrote:
> developer.gnome.org is going to have some problems because for meson modules
> 'ninja dist' does not include generated gtk-doc files in the tarball. At
> least one maintainer is working around this by manually generating tarballs
> with gtk-doc included instead of
Hello all,
This is still GUADEC but we'd really like to have 3.21.90 tarballs
this week, the earlier the better, especially since a notable serie
of modules didn't get 3.21.x releases yet.
Thanks,
Fred
___
desktop-devel-list mailing list
Milan Crha wrote:
> On Thu, 2016-06-23 at 09:55 +0100, Philip Withnall wrote:
> > If I remember correctly, it’s so that the tarballs can be unpacked to
> > give documentation on developer.gnome.org without having to build
> > anything.
Actually gtk-doc did ship the generated files in the
Hi!
The second snapshot of GNOME 3.19 is now available, it incorporates
updates from 3.18.2 as well as quite a serie of edgier modules.
To compile GNOME 3.19.2, you can use the jhbuild [1] modulesets [2]
(which use the exact tarball versions from the official release).
[1]
Philip Withnall wrote:
> > This was mostly done manually (at least as far I am concerned), but
> > here is an experiment,
> > https://people.gnome.org/~fpeters/health/wanted-releases.html
> >
> > And the red modules are first targets.
> >
> > (this has been generated from my local clones,
Hi,
Philip Withnall wrote:
> On Wed, 2015-11-25 at 11:07 +0100, Frederic Peters wrote:
> > I'm a bit surprised by 1) but we could certainly automatically
> > produce
> > a list of maintainers / modules/ time/commits since last release, if
> > that could be useful.
>
Bastien Nocera wrote:
> > It's been some months we have those reminder emails sent to
> > devel-announce-list. Maintainers, make sure you are subscribed.
> >
> > Maintainers (bis), please do try to respect the Monday 23:59 UTC
> > deadline, it's really not fun to chase maintainers for days
Shaun McCance wrote:
> Question: If I don't intend to make a release because there haven't been
> any changes, do you want me to send an email saying so?
Nope, that's already something we check before chasing people :)
And while it's important to get stable releases out when the only
changes
Hi!
> Tarballs are due on 2015-11-23 before 23:59 UTC for the GNOME 3.19.2
> unstable release, which will be delivered on Wednesday. Modules which
> were proposed for inclusion should try to follow the unstable schedule
> so everyone can test them. Please make sure that your tarballs will
> be
Hello all,
Here we are, this is the end of this development cycle and here comes
a release candidate for you to download, build, and test. Enjoy it as
fast as you can, the final release is scheduled next Wednesday.
To compile GNOME 3.17.92, you can use the jhbuild modulesets published
by the
Michael Catanzaro wrote:
3) Hacking on session level components (gnome-session, gnome-shell,
gnome-settings-daemon), and the libraries they use (gnome-desktop,
clutter)
[...]
Do you log into a jhbuild session? as yourself? as a test user?
I used to do 3 on rare occasions, but
Hey all,
The development of the next GNOME release, 3.17, is going on and a new
snapshot, 3.17.3, is now available. Give it a shot! Some of us will
gather in San Francisco next week for the West Coast Summit 2015, and
a month later we will all gather for GUADEC in Gothenburg, Sweden (no
Hi Richard
Richard Hughes wrote:
I've just merged a patch to gnome-software which adds an optional (but
default enabled) dependency on fwupd[1]. The fwupd project just
provides a DBus interface for applying low-level firmware to various
types of devices.
I don't know if this makes sense
Hi!
You've all seen the automated mail posted to devel-announce-list@,
here's another one to remind you that tarballs for 3.16.1 are due
today.
Thanks!
Fred
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Sriram Ramkrishna wrote:
On Wed, Mar 18, 2015 at 12:46 PM, Frederic Peters fpet...@gnome.org wrote:
Hello all,
We have now reached the end of the development cycle and here comes
a release candidate for you to download, build, and test. Enjoy it
as fast as you can, the final release
Hello all,
We have now reached the end of the development cycle and here comes
a release candidate for you to download, build, and test. Enjoy it
as fast as you can, the final release is scheduled next Wednesday.
To compile GNOME 3.15.92, you can use the jhbuild modulesets published
by the
Hi!
Tarballs are due on 2015-03-16 before 23:59 UTC for the GNOME 3.15.92
rc release, which will be delivered on Wednesday. [...]
Please do your best to keep this Monday deadline, it really helps the
work of the release team.
Thank you all!
Fred
Ekaterina Gerasimova wrote:
https://wiki.gnome.org/HowDoI/Jhbuild is the one that seems to be
preferred by most docs newcomers and team members so from my point of
view it would be good that the final result resembles it and works
just as well.
Also jhbuild has been absorbing good practices
Germán Poo-Caamaño wrote:
IMHO, the jhbuild documentation is more like a reference manual, whereas
the information for newcomers is like a tutorial (or expected to be).
Indeed it's mostly like that at the moment.
Maybe both could be in the same documentation/place, but the separation
Allan Day wrote:
It would be nice if somebody could contact the authors:
James Henstridge james at jamesh.id.au
C.J. Adams-Collier cjcollier at colliertech.org
Frederic Peters (ok, done)
David Turner (Cillian64, from GHOP, back in 2007/2008, I can't
find
Frederic Peters (ok, done)
David Turner (Cillian64, from GHOP, back in 2007/2008, I can't
find an email)
Btw the draft integration/conversion is still available at:
https://people.gnome.org/~fpeters/jhbuild-mallard/
Fred
Sébastien Wilmet wrote:
Hi,
On Tue, Feb 10, 2015 at 11:27:11AM -0800, Sriram Ramkrishna wrote:
Problem: we have many pages on jhbuild documentation
Let's list them:
1. https://wiki.gnome.org/Projects/Jhbuild
2. https://developer.gnome.org/jhbuild/unstable/
3.
Hi!
We are releasing 3.15.4 this week, deadline for tarballs is today,
please get them uploaded on time so we can correctly prepare the first
release of the year.
If you cannot make it, please send a mail to the release team to
discuss delays or find someone to roll a tarball.
Thanks!
Sriram Ramkrishna wrote:
On Mon, Sep 8, 2014 at 9:55 AM, Zeeshan Ali (Khattak)
zeesha...@gnome.org wrote:
Unless someone has plans on fixing this (somehow) soon, I would
suggest we either kick out all system services from jhbuild all
together or at least remove them from dependency list
I wrote:
There are a few outstanding bugs (old development versions are pruned
from the index files but not from the server, and are getting indexed by
Google), [...]
That particular bug has now been fixed, old development versions are
now properly removed from the server; however I don't
Bastien Nocera wrote:
Here goes with a first proposal, I'd like to be able to merge:
https://bugzilla.gnome.org/show_bug.cgi?id=704316
This would add a new application to the GNOME release. It's all
dependent on Marta providing a viewer widget, though the libgepub[1]
maintainer is
Allan Day wrote:
One of the reasons why I wanted to have this conversation is to find
out if there are any third party solutions that we could use, rather
than having to write and maintain our own site from scratch? Is Read
the Docs [1] an option?
It's a first look from that perspective,
Hi Shaun,
How much maintenance burden is there for the general infrastructure of
library-web, versus the burden of the various converters and such that
we'd have to deal with anyway if plugging them into another system?
There's not much maintenance required, for example new modules are
Allan Day wrote:
However, before we go down that route, it seems like we should at
least discuss whether library-web is the best option going forward. It
I would tend to put goals before technical details, but library-web as
it is nowadays is certainly not the best option; I addressed a few of
Jasper St. Pierre wrote:
While I'm sure a dynamic site would be a great idea in the far future, are
there any small, actionable goals we can make for this?
We all dream of a great docs scenario, but we never properly plan for it.
What small wins can we get today, right now, to improve the
Hello all,
Maybe this went unnoticed but we (release team) published the schedule
for 3.13 a few weeks ago, it's at https://wiki.gnome.org/Schedule.
And guess what? We expect tarballs today; in the words of our usual
emails:
Tarballs are due on 2014-05-26 before 23:59 UTC for the GNOME
Hello all,
Now is the time for a new update to our stable release, this is 3.12.2.
Tarballs are due on 2014-05-12 before 23:59 UTC for the GNOME 3.12.2
stable release, which will be delivered on Wednesday. Modules which
were proposed for inclusion should try to follow the unstable
Hello all,
Isn't running 3.12 sweet? Did you see the comments? Christian
Schaller collected some, full of superlatives, have a look:
http://blogs.gnome.org/uraeus/2014/04/02/gnome-3-12-release-comments/
But it doesn't end there, the new step is the 3.12.1 update release,
and we need tarballs
Hello all,
With 3.11.92 out, it's time for 3.12.0 tarballs. Let the translations
flow into your modules then get your tarballs out.
Tarballs are due on 2014-03-24 before 23:59 UTC for the GNOME 3.12.0
newstable release, which will be delivered on Wednesday. Modules which
were proposed for
Hey all,
Here comes the 3.11.92 release candidate, last stop before 3.12.
Tarballs are expected on Monday, this is the last chance to get your
fixes in, we will then enter the hard code freeze, and you will need a
big bunch of approvals to get changes in.
Let's repeat, tarballs are due on
Stefan Sauer wrote:
On 03/08/2014 06:15 PM, Christoph Reiter wrote:
I've tried the devhelp export and it seemed to work quite well for the all
in one API docs. But I'm not sure how linking between different Sphinx
builds would work with devhelp. (but I have no idea how devhelp does it
Giovanni Campagna wrote:
1) are there plans to get this into devhelp? We need to figure a namespace
scheme for binding docs. The devhelp app itself already understands
different languages. All we need is a index file like the ones gtk-doc
generates.
No, there are no plans to get this
Hey,
It's been proved again in recent hackfests, we have a really great
team writing user documentations, and thanks have to be given to
Shaun, and now Kat, for coordinating the effort.
On the other hand we have absolutely no coordination for developer
docs, I maintain developer.gnome.org with
Hi Allan,
Allan Day wrote:
So, are you interested?
It would help to know a bit more about what you think this
coordination role would involve. Are you concerned with keeping
technical changes in step, for example, or is it more the content in
our hand written documentation that we need to
Hello all,
It's FOSDEM weekend, if you're there, come and say hi! to the GNOME
booth. Tomorrow, after you safely got home, it will be time to roll
some tarballs for 3.11.5.
You know the drill:
Tarballs are due on 2014-02-03 before 23:59 UTC for the GNOME 3.11.5
unstable release, which will
Hi Daniel,
devhelp
I didn't find a bug report for this one, please do file one and I'll
have a look.
jhbuild
https://bugzilla.gnome.org/show_bug.cgi?id=721532 feel free to attach
a patch and it will be quickly reviewed.
Fred
___
Hello all,
The work towards 3.12 continues in 2014, this is the first call for
tarballs this year, happy new year!
Tarballs are due on 2014-01-13 before 23:59 UTC for the GNOME 3.11.4
unstable release, which will be delivered on Wednesday. Modules which
were proposed for inclusion should try to
Hello all,
I just published our schedule for 3.11/3.12 on our wiki, it's
available at: https://wiki.gnome.org/ThreePointEleven, tarballs
for next release, the opening of the 3.11 cycle, are expected
on Monday.
Fred
[An ics file is also available:
Hey all,
It was not announced with the usual template but we need your tarballs
for 3.10.1, Matthias Clasen wrote:
After catching our breath for a while, and enjoying 3.10.0, now it is time
to put out a 3.10.1 release to fix annoyances and bugs that have come up
since 3.10.0. I have marked a
Zeeshan Ali (Khattak) wrote:
But apparently its the only free OS worth caring about. I think Jasper
was asking about distros as I'm pretty sure he is well aware that
systemd doesn't run on an archaic OSs, such as FreeBSD.
No need to be insulting.
Fred
Michael Catanzaro wrote:
On Mon, 2013-09-23 at 09:09 -0400, Matthias Clasen wrote:
I think that would be a great idea - could you set up the goal wiki
page and link it from the gnome-software feature ?
The goal should include that all appdata is marked for translation.
This could also come
Jasper St. Pierre wrote:
If you're not happy with that, we can certainly bring it up to the board
and talk about it, but from how I see things, I don't think we'll remove
GNOME Online Accounts integration or stop our Twitter marketing campaigns.
So, I'm saying that if you're not happy with
Thanks Matthias for starting this.
Related to system status rework:
-
705647 gnome-shell New System Status design lost the ability to suspend
705733 gnome-shell Make new system status implementation respect the
always-show-universal-access-status
Colin Walters wrote:
Any other thoughts?
https://bugzilla.gnome.org/show_bug.cgi?id=599066 is the request by
translators to be able to auto-commit files from damned lies, from
2009.
It would help here.
Fred
___
desktop-devel-list mailing
Thomas H.P. Andersen wrote:
Are there non-bikeshed reasons not to do this? Are there things that
will break so bad that the cost outweigh the benefit?
Patch welcome; but do mind this comment:
The only slightly tricky thing about this I see is detecting the
case where the user was actually
Colin Walters wrote:
The whole thing is just so horrible...Python upstream should have just
accepted they made a different (but closely related) programming
language and said python is always python2, and python3 is 3, or
they should have made a python2 symlink upstream for the old branch, so
William Jon McCann wrote:
I agree with you that we need to have a motive to change and that
costs should be weighed carefully. We can make the case.
The objection Colin expressed was about the method; and on that
matter, frankly, we are making a good job in alienating active members
of our
Bastien Nocera wrote:
Additionally, and separately, support for ConsoleKit usage for
session-tracking will be removed.
This is now pushed to master for 3.7.1.
Well, this all happened a few days before the release deadline, this
is not easy matter, we have a release team meeting this
Germán Póo-Caamaño wrote:
683354 Port to new documentation infrastructure
AFAIK, there is a fair concern on this because of the potential impact
on translations:
shaunm I'm tempted to just say push it, and if there's anything wrong
I'll catch it making a release
shaunm but I'm a little
Hello all,
We are now well frozen, it's more than time for a new blocker report;
have a look at the list below and do note the list below is not
necessarily complete.
Feedback, updates, help from packagers, developers, maintainers,
contributors, etc. is welcome. Please do speak up if some
Hello all,
The string freeze has set in, no string changes may be made without
confirmation from the i18n team and notification to release team,
translation team, and documentation team. From this point, developers
should concentrate on stability and bug-fixing. Translators can work
without
Colin Walters wrote:
On Wed, 2012-09-05 at 15:13 -0400, Jasper St. Pierre wrote:
On Wed, Sep 5, 2012 at 3:10 PM, Jeremy Bicha jbi...@ubuntu.com wrote:
Could we get a new jhbuild release then? Some distributions (Debian,
Ubuntu, openSUSE) have jhbuild packaged in their repositories.
Mattias Eriksson wrote:
I noticed that the Gnome Ubuntu flavor will not ship libreoffice, but
instead only ship Abiword and Gnumeric. I was surprised by this, since I
think libreoffice is the best office suite for linux and it has quite good
gnome integration. The motivation for this is that
Hello,
Several GNOME modules have started using git submodules, for example
there is empathy, using egg-list-box:
[submodule libempathy-gtk/egg-list-box]
path = libempathy-gtk/egg-list-box
url = git://git.gnome.org/egg-list-box
This works fine, with proper calls to git submodule init
Colin Walters wrote:
For compiler warning defaults, I think something similar what Dan
Winship has in libsoup is what we should replicate across more GNOME
modules:
http://git.gnome.org/browse/libsoup/tree/configure.ac?id=f5902fce98ae0314f0d9ca6e544895548c94a456#n339
It's better than the
Hi Stef,
On 06/27/2012 06:56 PM, Olav Vitters wrote:
On Wed, Jun 27, 2012 at 06:49:13PM +0200, Stef Walter wrote:
http://people.gnome.org/~stefw/libsecret-docs/c-examples.html
Please have that put on http://library.gnome.org.
Yes, that's something I need to do. Do you know where I
Tomas Frydrych wrote:
Rather a long discussion over IBus, but it seems to more or less boil
down to two voices and this:
Gnome developers: we want tighter IM integration and simpler UI in the
name of better UX, and are looking at IBus as the underlying technology,
Users: IBus has poor
Jasper St. Pierre wrote:
We only have the development resources to ship one input method. It's
going to need special code to integrate with Clutter and the St
toolkit. If IBus is bad right now, we need to fix it.
Or use fcitx instead of IBus? I honestly do not know the topic, but I
read the
Bastien Nocera wrote:
I don't know of a physical keyboard layout that has a Compose key.
So are we just deciding that one of the keys will always behave
differently than the printed keycap?
I suppose if you use a modifier key (R_Alt seems popular) then it
can still function as a
Seif Lotfy wrote:
So I would still like to have my question answered. How is the policy
on using Zeitgeist for non-feature and non-UX related optimization and
maintenance distribution?
Do note this was not discussed by the release team, we'll have a
meeting soon and we can add that to the
Shaun McCance wrote:
Your previous email seems to indicate that the features for 3.6 are
already a foregone conclusion, and that Zeitgeist doesn't fit into
that. But that just can't be, because WE the GNOME community decide
what's in the next version right here on d-d-l during the proposal
Emmanuele Bassi wrote:
On 1 March 2012 09:24, Marco net...@lavabit.com wrote:
Any application which e.g. plays a movie can block the screen from
turning off.
When I watch movies in VLC the screen is still switched off after
ten minutes. Preferences → Advanced → “Inhibit the power
David Zeuthen wrote:
@David: could you confirm this? And do you have any ETA for a udisks2
tarball?
There is one at http://udisks.freedesktop.org/releases/
http://www.freedesktop.org/wiki/Software/udisks still points to
http://hal.freedesktop.org/releases/, could you update that page?
Bastien Nocera wrote:
And have a Provides: systemd-services in the systemd RPM. The problem
isn't exactly insurmontable.
Of course it's not insurmontable, but this thread came to be more
about proper communication than technical solutions.
So far we had 1) the update of the portability
Johannes Schmid wrote:
Short note: I removed the udisks and upower rows as they don't
follow the system of showing the part of GNOME using some technologie.
Instead those are referred to by the gnome-disk-utility and
gnome-control-center/power rows which is IMHO the correct way.
Speaking of
Hey Bastien,
FYI, moved the git repo to be under the linuxwacom project in
sourceforge (one of the few still there I guess, updated in ), and made
a tarball release:
https://sourceforge.net/projects/linuxwacom/files/libwacom/
It's (technically) required for modules that are defined as coming
Jason D. Clinton wrote:
When did this happen? I admit I've been a bit disconnected for a few months
but even if the Featured Apps didn't get updated, it was never intended to
be an exhaustive list. In fact, I explicitly stated in
the announcement (with blessing from the Release Team) that
Zeeshan Ali (Khattak) wrote:
On Mon, Nov 7, 2011 at 9:00 AM, Vincent Untz vu...@gnome.org wrote:
Le dimanche 06 novembre 2011, à 17:06 +0100, Frederic Peters a écrit :
+ Boxes
https://live.gnome.org/ThreePointThree/Features/Boxes
→ many commits, mclasen will push the developers
Hello all,
It's about time to decide on the major features we'll track for 3.4.
Actually the release team already met yesterday and did a quick round
up of the proposed features, here's a summary (title/url) of them as
well a a quick release team note.
If you feel that something important hasn't
Colin Walters wrote:
Just a reminder - 2.5 weeks away now.
On Wed, 2011-09-21 at 11:10 -0400, Colin Walters wrote:
Also, just to move things along, I plan to remove any binary which does
not have a corresponding SOURCES file in say one month from now.
Shaun McCance wrote:
On Tue, 2011-09-20 at 14:42 +0200, Andre Klapper wrote:
A draft for the GNOME 3.3 schedule is available at
https://live.gnome.org/ThreePointThree#Schedule
Comments are welcome; Silence means compliance.
I notice there's no longer a feature freeze. I
Shaun McCance wrote:
The release team decides on big new features that span the desktop.
Individual module maintainers still add features as they like. Let's
say the Evince developers decided to add support for a new document
format. It's not really a UI change in the sense we've
Hey,
New apps are being designed on https://live.gnome.org/Design/Apps/ and
it's really nice, we are getting Contacts and Documents on our
computers in 3.2. Those days I am wondering about apps that are in
domain spaces where we already have good applications, this is
prompted by a comment from
Emmanuele Bassi wrote:
Cosimo: the only issue I can think of when splitting up the repo are the
translations; currently, everything is translated into the same domain,
so we'll need the i18n teams to perform some surgery. we can probably do
it during the split (probably at the cost of the
Hello Alexandre,
We will soon have 3.2 released, and it's quite time to discuss things
for 3.4, and as I said previously, while the features focused process
is something we really want, the way it happened for 3.2 was
suboptimal. Let's work on this, here are some thoughts.
My goal for features
Vincent Untz wrote:
Le dimanche 11 septembre 2011, à 13:41 +0200, Olav Vitters a écrit :
If you have concerns, I'd like to hear about it. I've set the reply-to
to desktop-devel-list and distributor-list.
With a few other (non-gnome) tarballs switching to xz-only, one thing I
realized is
Hi again!
Anyway we're late, and I'll ask you for two more days of patience, so
that we have the time to meet and give you a proper answer on the
practical questions you have; and we will make sure this gets improved
in the future.
So we had our release team meeting yesterday evening,
Shaun
Hi Shaun,
The lack of module discussions overall is making it difficult
for me to keep track of what the docs team needs to work on.
I used to be able to send a documentation status report for
each module before the decisions were made. Now it just seems
like a black box.
Sorry about that,
Richard Hughes wrote:
On 28 August 2011 08:18, Frederic Peters fpet...@gnome.org wrote:
We pushed it back to make it rock, so we count on you to deliver your
tarballs on time, this is before Monday 23:59 UTC. Thanks!
Monday is a bank holiday in the UK, so I have to work on my day off
Hi Stef,
In order to complete the GIO TLS Database work [1] for smart cards
and other PKCS#11 databases (like gnome-keyring), it looks like I'll
need to update the GnuTLS dependency [2] to 2.12.0 or later.
Any objections to doing this? Are we too late in the release cycle?
It looks really
Jason D. Clinton wrote:
On Wed, Jun 1, 2011 at 11:38, Johannes Schmid j...@jsschmid.de wrote:
Pretty good list of examples. All of these projects are mostly driven by
Red Hat full-time employees (which isn't a bad thing in general). It
happens to be the same company employing big parts of
Lennart Poettering wrote:
I'd like to propose systemd (GPL2+,
http://www.freedesktop.org/wiki/Software/systemd) as blessed external
dependency for GNOME 3.2.
There actually isn't a module proposal period anymore. We are using
feature or design proposals now. But the process for external
Shaun McCance wrote:
I think that's the idea behind the Apps moduleset, but not Core.
Core is the operating system. Apps are some things we think you
might like to install on top of it.
At least, that's my understanding.
That's correct.
Fred
Bastien Nocera wrote:
Feel free to follow the discussions about firewalls on the
fedora-desktop list. (...)
Shouldn't we try to have an appropriate @gnome.org list to discuss
such things (os level), if we consider that *desktop*-devel is not
the right venue? (like we #gnome-os on irc)
Ray Strode wrote:
2) Giving GDM a more of a GNOME 3 look and feel (as per the mockups
you already mentioned elsewhere in the thread)
The other points are also important, and could certainly be added to
the feature page, but this one is explicitely cited (see
Stefan Kost wrote:
In 2005 we created a new format for devhelp index files that contains more
details. It is supported since devhelp-0.11 (18.Dec.2005). The next release of
gtk-doc will not generate the old devhelp files anymore. This speeds up the
builds a bit and saves some bytes on your
Bastien Nocera wrote:
Rawhide and will be in Ubuntu Oneiric once we land the GNOME 3 control
center.
That won't work for long. Once we've move the Bluetooth panel directly
in the control-center, we'll be removing the external API from the
control-center. It was only added for
Hi Joanmarie,
Looking at the 2.91 External Dependencies list [1], I see neither Speech
Dispatcher nor OpenTTS. OpenTTS got approved for the prior cycle. [2]
But they've since re-merged (unforked?) with Speech Dispatcher. So
Do I need to propose Speech Dispatcher as an external dependency
Hi Erik,
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
David Zeuthen wrote:
I would imagine Telepathy/Empathy to use GOA to get the Chat accounts
that is configured in GOA (in the above example, it would be Google
Talk from zeut...@gmail.com and Facebook Chat for davidz25). I would
use an Empathy specific preferences window (not appearing in
1 - 100 of 277 matches
Mail list logo
