Re: Looking for unit tests written for GNOME 2 back in 2004
You might be thinking of the test suit in gnome-libs (not to be confused with libgnome): https://gitlab.gnome.org/Archive/gnome-libs/-/tree/master/test-suite Although that was more like 1998. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-applets branched for 2.28.0
Branched with name gnome-2-28. Notes to i18n: I had to fiddle with fa.po, ka.po and ky.po to get it past the checks git does when creating a new branch on the server. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: dconf
Can current gconf settings be easily loaded into dconf? e.g. can someone launching into a gnome 3.0, dconf-based, system for the first time still have the same wallpaper settings as they did before? I'm assuming that a) the settings still make sense and b) that the application can provide a mapping between old and new settings. Gnome 3.0 is of course an invitation to break everything, but I'm wondering if its possible to not break absolutely everything from the users perspective? - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-applets branched for 2.26
gnome-applets has been branched for 2.26. The branch is gnome-2-26. Development will continue on trunk. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: The future of the gstreamer volume-control applet.
Bastien Nocera wrote: Do we still get a null-applet for the mixer applet when it's disabled? Yes. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
The future of the gstreamer volume-control applet.
Three weeks ago I removed the gstreamer-based volume-control applet from the gnome-applets package at the request of the gnome-media crew. I then sat on the sidelines to see how the drama would play out. Now that the dust seems to have settled, I have decided to accommodate people (especially distro-people) who still don't Believe in pulseaudio. I have reinstated the applet, but it must be explicitly enabled. The argument for configure is --enable-mixer-applet. There are two gotchas: the support for gstreamer 0.8 is gone, only gstreamer 0.10 is supported (since I had to rewrite the autoconf stuff anyway, this was a good time to do it). I have also set jhbuild to enable the mixer, so bleeding edge people will get both forms of volume control. I intend doing some minor cleanup on the mixer, but I do not intend doing serious development work unless it becomes clear that the gnome-media version is not working out (hopefully it will). - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-applets branched for 2.24
gnome-applets has been branched. The name of the stable branch is gnome-2-24. Development work is in trunk. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using vala in GNOME
Mathias Hasselmann wrote: Just that gob wasn't half as ambitious as Vala. gob took some kind of minimum effort approach which lead to the effect that you were mixing high-level gob and low-level C code all the time. This just felt flaky and hackish. I used gob with gnome-games for a while (in exactly the same way that Vala is proposed for Seahorse, but I didn't ask before-hand). Then I stopped and converted the files back to ordinary C. The reason I did this was not because of gob's hackish nature - it still achieved its goal of being less work to write a gobject than plain C - but because of its obscurity. At the end of the day, expecting people to learn a new language just to contribute to the code-base was unreasonable. Vala's advantages over gob are two-fold: a) it looks even more like languages people are familiar with than gob does and b) it is being promoted more heavily than gob ever was. I hope it does succeed, and despite having a lot of sympathy for Bastien's wait-for-1.0 attitude, I think it should be tried sooner rather than later, otherwise it will suffer gob's fate. As an aside: ultimately it will be necessary to move it from a hacking dependency to a build dependency. Novice developers work from tarballs, not SVN and you will get patches against your generated code appearing in bugzilla. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome-session proposal
On Thu, June 26, 2008 11:07 am, William Jon McCann wrote: I don't think these are sufficient reasons to continue to solely rely on XSMP. We can do these very well using D-Bus. Can I assume from your use of the word solely that your backwards-compatibility strategy is to leave XSMP support in place for legacy applications? - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-applets branched for 2.22
gnome-applets had been branched for 2.22. The branch name is gnome-2-22. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Making the next gnome-applets depend on libgweather.
On Mon, 2008-01-14 at 12:11 -0600, Federico Mena Quintero wrote: On Mon, 2008-01-14 at 09:40 -0500, Matthias Clasen wrote: Here is a patch for the unstable dance. Thanks, merged. I see that Callum already pushed a 2.21.1 tarball, so I'll upload a 2.21.2 one with your changes (I already fixed up the .c files as well). And I'm in the process of preparing a new gnome-applets that includes the required #defines. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Making the next gnome-applets depend on libgweather.
I have a version of the gnome-applets code base that uses an external version of libgweather. I would like use this for the 2.21.5 release, so I'm asking if anyone has serious objections. Obviously this relies on Federico getting a tarball release of libgweather out the door (I'll be making my decisions at approximately 9am UTC on the 14th of January, if a release isn't done by then I will wait - possibly until 2.23 since we're getting on in the cycle). The effects this should have: i18n: No new strings, but some files with strings and the massive Locations.xml are moving. I think everything has been migrated properly, so translators should merely have to point their tools at a new place. Documentation: None, there is no UI (although the gweather applet location selection UI may eventually be migrated) and the API isn't actually documented. Bugzilla: Bugs about locations and the like will almost certainly end up getting filed against the gweather applet rather than libgweather. This is probably something we'll just have to live with - its the same with all libraries. In principle this shouldn't be a major change since it is effectively splitting an existing code-base in two rather than introducing a new dependency. However, I don't want to do anything without asking first. Current SVN trunk has the relevant code - although I'm prepared to revert (I managed to create a branch with the code and then commit the same code to trunk). Comments, criticisms? - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Releasing libgweather standalone
On Mon, 2008-01-07 at 19:34 -0600, Federico Mena Quintero wrote: Hi, Bastien did some kick-ass work to produce a standalone version of libgweather (previously in gnome-applets). This will be needed when we finish merging intlclock into gnome-panel's clock applet, as gnome-panel obviously can't be made to depend on a library that lives inside gnome-applets. With Matthias's help, I've been fixing up libgweather and it's now make dist-able. With that, I'd like to make a standalone release of libgweather as soon as possible for the 2.22 deadline. This perhaps means that modules which need libgweather will need to be fixed up to not expect gnome-applets. [This is not to be an API-stable platform library, but it would be good to start thinking of doing that...] Thoughts? What about Locations.xml? This is still part of gnome-applets and (via the weather applet dialog) is the only nice way to select a location. Shouldn't this be split out too? Otherwise we either a) have to load an applet specifically to set our location, or b) duplicate the Locations.xml file (its big). Neither of these are desirable. Obviously splitting out the select a location UI would be a good idea too. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Releasing libgweather standalone
On Tue, 2008-01-08 at 18:49 +1100, Andrew Cowie wrote: Has it been properly listed as a dependency of gnome-applets (blessed external dependency | something that got refactored and is already a part of GNOME so all good and just get on with it)? gnome-applets still uses the original internal version. I haven't had the time to pursue this. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Unifying name for Plugins/Extensions/etc.
On Thu, December 20, 2007 11:37 am, Andrew Conkling wrote: From the bug report: In an effort to get GNOME applications that support Plugins, Extensions, Addins, etc., to have a consistent name, I propose using the name Extensions. Another argument in favour: Extensions describes what the user gets, Plug-ins describes how it works. Naming something after an implementation detail isn't good, naming something after what is does is good. The alternative is to avoid such terms altogether. For example, the phrase applet is missing from most of the panel UI. You have to look at individual about dialogs to see that word. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Why have a ChangeLog file if you already have commit messages?
On Sun, 2007-09-16 at 18:44 -0400, Havoc Pennington wrote: Hi, On 9/15/07, Jaap Haitsma [EMAIL PROTECTED] wrote: Talking to Daniel Cheese Siegel we asked ourselves: Why do all GNOME projects have a ChangeLog file? Isn't it redundant when you just save a commit message. For some modules, like gnome-applets or gnome-games, with lots of small - loosely related - programs inside, the ChangeLog has a finer granularity than the commit message. The ChangeLog provides a coherent story for the sub-module - something the commit messages don't. In some ways its a sign the repository is poorly arranged, but thats what we've got. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-applets branched for 2.20
gnome-applets has been branched for 2.20. The branch is gnome-2-20. gnome-applets is currently infrequently maintained and this is likely to continue. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Time for the annual bugzilla statistics (just a tad over a month late...)
On Sun, 2007-02-04 at 21:45 -0700, Elijah Newren wrote: The following people closed more than 1000 bugs in 2006: ... 1514 Elijah Newren The following people reviewed more than 200 patches in 2006: ... 216 Elijah Newren Now we know how you're so productive! You have an evil twin! - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Proposal: gnome-main-menu for inclusion in GNOME 2.18
On Sat, 2006-10-21 at 11:23 +0200, Luca Ferretti wrote: Should GNOME include slab? IMHO, yes, while there are some relevant stuff that should be fixed or rearranged IMHO (see below) Should GNOME switch to slab and dump current panel menu applet? IMHO, no. I don't know what could be the better layout for GNOME panel, of if it exists. I know that some users are fine with current layout, some others could appreciate slab. I agree with this, at the very least until the slab gets a bit more testing and polish. When I use it in ways that seem to be not quite what the author expects, I kept hitting rough edges. One noticeable example for me was putting it on a right-hand panel and discovering that the label is back-to-front compared with the standard menu and the clock. It is however a lot nicer to navigate for odd panel locations, the standard menu is a bit of a dog when it is on a right-hand panel since the submenus are forced to the left and the arrow keys end up backwards. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Baobab
On Thu, 2006-07-27 at 10:35 +0800, Davyd Madeley wrote: As Jeff said. This smacks of KDE/GNOME 1.2 feature creep. Please don't get me wrong, it seems like a useful application (little rough around the edges, but that can be fixed), but does it belong in core GNOME? Is trying to find where all your disk space has gone a common and useful activity? I say yes[1]. - Callum [1] Although there is a strong argument this should be part of nautilus rather than a stand-alone app. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-games branched for 2.14
The stable branch is tagged gnome-2-14, development will continue on HEAD. Plans for 2.15: - Finish migration to the new high score system. - Avahi support for network games. - Make the last of the non-resizable games resizable. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Trying to reach consensus for the proposed modules
On Thu, January 12, 2006 11:00 am, Vincent Untz said: + atomix: I don't remember seeing much discussion for this one. What do people think? Is Callum here? What do you think? We need a way of getting good games like atomix into the main distribution without them becoming yet another module. The traditional technique would involve putting atomix into the gnome-games tarball, but this is a really crappy way to do it (bloat, inflexibility, etc.). Conversely we don't want the main release notes cluttered up with yet another game. One option would be to just include the release notes and tarball location of games like atomix in the gnome-games release notes so that it looks like its part of gnome-games, but isn't really. I don't know how to integrate this well with the rest of the gnome infrastructure though. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Debian and the GFDL problem
On Wed, 2006-01-04 at 22:10 -0700, Elijah Newren wrote: I personally think it's a good idea as I agree that the GFDL sucks, ^^ Given that I regularly hear this (and mostly agree), why did we choose to recommend[1] the GFDL as a license in the first-place? Did we have a particular reason or did it just seem like a good idea at the time? (Being the FSF's recommended doc license and all that.) - Callum (strongly inclined to change the docs he wrote to GPL) [1] http://developer.gnome.org/projects/gdp/licenses.html although it seems to be from the 1.x days. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Moving to *Avahi* over howl
As a data point in this argument: gnome-games (CVS) can use either howl or bonjour and I plan to add avahi support soon. Naturally I support the abstraction idea. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-games branched
gnome-games has been branched for gnome-2-12 gnome-2-12 is the stable branch HEAD will become unstable (really, really, unstable) in a few days time - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Default theme
Be merry, or else! ;-) Hurray! Let us rejoice in the glow of the freshly re-painted bike shed. Thanks Shaun. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Exciting GNOME?
On Tue, 2005-02-15 at 00:20 -0500, Dave Ahlswede wrote: On Mon, 2005-02-14 at 20:10 -0800, Rob Adams wrote: I think that the gnome icons are absolutely gorgeous. I agree-- I much prefer the soft, toned down colors to the bright rainbow that (for example) the Crystal SVG icons offer. I certainly support a new default widget theme (the popular candidates look nice to me, no favoritism there), but please, please please don't mess with the icon theme! In terms of screen-shot appeal and first impressions, the icons are one of the things that look drab. However the current set are very nice to work with (I've been doing a review of the old theme-argument threads and this opinion is almost universal). I think this is one area where we are going to find it difficult to strike a balance between easy to use and first impressions. None of the current icon themes that we ship strike this balance in my opinion. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gnome optimizations and some numbers
On Mon, 2005-02-14 at 23:29 -0500, William Lovaton wrote: I have been reading them and I think they are very useful and aligned with the goals of the recently created optimization section in d.g.o by Callum. May be there should be an External Resources link. That is something I would like to do, when time allows :). Ulrich's articles are far from the only good stuff out there. I have also been coming across a lot of good dead-tree articles so a bibliography is probably also useful. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Exciting GNOME?
On Mon, 2005-02-14 at 14:30 +0900, Ryan McDougall wrote: Yeah, but I would like to hear about or participate in formulating plans for actively involving the right segments of the community. This is where the plans start: http://live.gnome.org/NewDefaultTheme It is only ten minutes worth of brain-dump so far. More will come soon. - Callum ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
