On Fri, 2006-04-21 at 13:46 -0600, Elijah Newren wrote:
> The email kinds of read like new-modules-are-chosen-next-week. Don't
> know if you meant that, but let me throw out a little clarification
> anyway:
>
> A big reason for the change in the module-proposal-method this cycle
> was in order to
On 21/04/06, Bryan Clark <[EMAIL PROTECTED]> wrote:
> It's always hard to be everything to everyone. Just like other
> applications that have been replaced we probably need a solution for
> that transition. What are your ideas on how to handle all the current
> battery applet users?
Surely gnome
On Fri, 2006-04-21 at 17:20 -0400, Rodney Dawes wrote:
> > > Or what about BSD or other systems?
> >
> > They will have more incentive to port HAL to their OSes, which is a Good
> > Thing for everyone. Also, if someone wanted to create a new module to
> > maintain the battstat applet separate from
My opinions on the Suspend / Sleep / Hibernate / Standby / SuspendToX
naming problems: http://live.gnome.org/GnomePowerManager/SleepNames
>From a Ubuntu bugzilla entry:
>here's from NOTES from 'hotkey-setup'
> When the machine should be put to sleep in some fashion:
> KEY_SLEEP signals Suspend t
On Tue, 2006-09-19 at 16:12 +0200, Tshepang Lekhonkhobe wrote:
> Hi,
> I just saw on this page
> > http://live.gnome.org/TwoPointSeventeen/ExternalDependencies
> that the Hal version for GNOME 2.17 is 0.5.7, yet GNOME Power Manager
> 2.17.1 requires Hal 0.5.8. Has the page not been updated yet?
No
On Tue, 2006-09-19 at 18:50 +0200, Tomasz Torcz wrote:
> Please, don't inflate GNOME dependences on non-technical merit. If
> some program can be compiled with library version X, it's NOT OK to
> depend on library version X+1 or X+2.
> G-P-M is good example: its real dependency is HAL 0.5.6. Re
On Tue, 2006-09-19 at 21:38 +0400, Maxim Udushlivy wrote:
> Thanks, Elijah for the reply: it is a bit harsh
Nope, I think Elijah was 100% correct.
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/
On Thu, 2006-09-21 at 19:36 -0600, Elijah Newren wrote:
> I agree that we don't really want another shared library, long term.
> Luckily, it should be easy to update apps when GUnique becomes part of
> some other library, as the code required to use GUnique is pretty
> small. As to how we get ther
On Fri, 2006-09-22 at 20:03 +1000, Jeff Waugh wrote:
>
>
> > I also think one of the reasons it was not written with gtk+ as a target
> > was the "level choice" i.e. does this stuff belong in gtk+, libgnome,
> > or some other module.
>
> It's really important we put a lid in this kind of confus
On Fri, 2006-09-22 at 13:01 -0600, Elijah Newren wrote:
> On 9/22/06, Elijah Newren <[EMAIL PROTECTED]> wrote:
> > On 9/22/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> > > Don't get me wrong, it is of course great to have the latest bugfixes and
> > > get
> > > dbus release candidates widely t
On Thu, 2006-10-19 at 13:34 +0100, Jamie McCracken wrote:
> We can quibble about an odd metadata field not being present ad
> infinitum and its unlikely we will have all possible values by
> default
> in the spec but it does not matter as such because tracker is
> extensible
> so theres no limit
On Thu, 2006-10-19 at 19:23 +0100, Emmanuele Bassi wrote:
> Unfortunately, hacking on libguniqueapp required pretty much the
> rewrite of the whole build environment; the current code base needed
> some cleaning up and some new feature I intended to add required a
> revision of the whole IPC protoc
> I feel like a happy kid, because it was quite a while ago when I
> apologized last time :)
Okay, thanks for your apology, but please limit your mails to this list
to be about GNOME Desktop Development in the future.
Many thanks,
Richard Hughes
moment I'm erring on an out-of-process gnome-power-sound
executable that we just send it an argument to play a sound, so as to
keep gstreamer out of process. But this seems very much a hack.
I'm guessing this is very much a gnome-wide problem, hence the mail to
d-d-l.
Better ideas (or screa
On Mon, 2006-10-30 at 13:48 +0300, Nickolay V. Shmyrev wrote:
> libgnome has two interfaces for playing sound. First of all, it's
> simple
> interface for playing sound file from gnome-sound.h. This interface
> should be reimplemented with gstreamer api mentioned above or
> application can use gstr
On Mon, 2006-10-30 at 20:05 +, Olafur Arason wrote:
> Doesn't this work?
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-components.html
I'm sure it does, but it's a lot more complicated than the hypothetical:
gnome_play_sound_background ("alert.wav");
Richard.
On Tue, 2006-10-31 at 09:41 -0500, William Jon McCann wrote:
>
> It seems to me that the various solutions that have been mentioned so
> far aren't super. I would expect to be able to do something like:
>
> gtk_sound_play_stock ("gtk-done");
> gtk_sound_play_stock ("gtk-warning");
> etc.
Very
On Tue, 2006-10-31 at 15:45 +0100, Xavier Bestel wrote:
> On Tue, 2006-10-31 at 09:41 -0500, William Jon McCann wrote:
> [...]
> > Unless the sounds are played out of process.
>
> I saw an interesting proposition somewhere which was to make the
> notification process handle the sound caching (and
On Tue, 2006-10-31 at 16:07 +0100, Nelson Benítez wrote:
> > I filed http://bugzilla.gnome.org/show_bug.cgi?id=368304
>
> That seems to be Bango[1], which unfortunately is somewhat stuck, I
> would
> love an ITCrowd[2] sound theme that could be installed as easily as
> the
> ones from art.gnome.or
In 2-15 we discussed including *both* gnome-power-manager and
battstat-applet in the release but I don't think we came to any hard
decisions.
Now, with the greater integration of gnome-power-manager into other
desktop components, my opinion is we should drop battstat-applet from
the release. I thi
On Fri, 2006-11-10 at 18:13 +0800, Davyd Madeley wrote:
> On Fri, 2006-11-10 at 10:35 +0100, Diego Escalante wrote:
>
> > I would like to see either the battery applet and g-p-m coexisting or
> > g-p-m providing an applet equally informative as the battery applet,
> > but of course with all the g-
On Tue, 2006-11-14 at 11:56 +, Emmanuele Bassi wrote:
> Hi all;
>
> as some maintainers of GNOME modules have expressed their interest in
> using GtkUnique[1] as a dependency for their applications, I'd like to
> officially propose it as a blessed external dependency for GNOME.
Plus one from
On Tue, 2006-11-14 at 16:06 +0100, Rodrigo Moya wrote:
>
> Personal: Accessibility, Assistive Technology, Keyring manager,
> shortcuts, Network proxies, Power management, Preferred apps, Remote
> desktop, Sessions, Sound
>
> Is this ok?
>
> System: GStreamer properties
Surely Network proxies a
On Mon, 2007-01-08 at 19:34 +0100, Vincent Untz wrote:
> Information about gnome-main-menu:
> http://mail.gnome.org/archives/desktop-devel-list/2006-October/msg00221.html
-1 from me, on no technical merit other than I don't like what it looks
like and I didn't like using it.
Richard.
__
On Mon, 2007-01-08 at 19:03 +, Ross Burton wrote:
> It's an excellent idea.
Agree, there's no point having just blessed applications when you don't
know how to start creating them using blessed tools.
Richard.
___
desktop-devel-list mailing list
d
On Mon, 2007-01-08 at 19:30 +0100, Vincent Untz wrote:
>
> My recommendation would be to NOT include it UNLESS it's moved to
> Gnome CVS before the January 15th (so translators would actually have
> the time to work on it aside from string freeze period). Of course,
> if it's not moved at all, I
On Tue, 2007-01-09 at 09:09 +1300, John Stowers wrote:
> To be frank I see Tracker as the most interesting thing that has been
> developed for GNOME. I am most excited to finally see tagging
> available on the desktop (yes there was leaftag but that is now dead).
> It is the first piece of infrastr
On Mon, 2007-01-08 at 19:37 +0100, Vincent Untz wrote:
>
> = Glade3 =
+1 from me. It's much easier to use than the sprawl that is glade-2.
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinf
On Fri, 2007-01-12 at 14:21 +, Jamie McCracken wrote:
>
>
> thanks thats a good idea (I assume I can use dbus to get the info so
> dont have to depend on any gnome stuff)
Yes. You can either get the AC power info from HAL (if you want to play
with all the devices and changed signals manuall
On Tue, 2007-01-23 at 07:44 +0530, Ritesh Khadgaray wrote:
>
>Is there a way to identify if a laptop is docked without using
> dmidecode, and with only hal or equivalent application which does not
> need root access ?
I don't think there is any way we can get this information from the
kernel
On Wed, 2007-01-24 at 13:53 +, Alex Jones wrote:
> Would people be comfortable making Power Manager and Screensaver
> Daemon clients of Galago?
Depends, is Galago a recommended GNOME dependency?
Also, Galago is more of a "is user present" if I understand correctly,
while screensaver "is there
On Wed, 2007-01-24 at 14:01 +, Ross Burton wrote:
>
> I'd say it should be the other way around -- galago watches the
> screensaver state.
Yes, I agree.
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.o
On Sat, 2007-01-27 at 17:33 +0100, Jaap Haitsma wrote:
> In that case, can I suggest to call the SVN module
> "network-manager-applet", because that is a lot clearer in my opinion
> than "nm-applet"
Agree, but it's not really an applet either... it's a session process.
Richard.
On Sat, 2007-01-27 at 20:49 +, Alex Jones wrote:
> network-manager-client?
Makes more sense to me, network-manager-session, network-manager-ui or
network-manager-gnome are possibly better.
Richard.
___
desktop-devel-list mailing list
desktop-devel
On Sun, 2007-01-28 at 12:25 -0500, Dan Williams wrote:
>
> It's pretty much the same as g-p-m here; and realistically, if our
> panel
> applet API didn't suck really really hard, it could be a real panel
> applet.
I guess similar with g-p-m - Ryan Lortie proposed an API that would fix
the current
A bug [1] has been opened recently for gnome-power-manager which removes
the use of libgnomeui which reportedly makes the applications startup
quicker (as about 25 less libraries are loaded) and use a lot less
memory. I've not tested this myself, so this may be wildly inaccurate.
Now, while the re
On Tue, 2007-01-30 at 11:17 +, Ross Burton wrote:
>
> It's not that tricky to copy and paste the libgnomeui code that
> handles
> sigsegv and calls bug-buddy, the code is pretty small. I'd do that.
> Maybe GTK+ should have a hook for a process to call on sigsegv...
Sure, but my point really
On Mon, 2007-02-05 at 19:55 -0600, Federico Mena Quintero wrote:
> It's no slower than the old panel menus, which get purged from memory
> after a few minutes
Hmm. How do you stop the menus being purged? This is in reference to my
blog about optimizing GNOME for speed for a large memory system [1
On Tue, 2007-02-06 at 09:24 +0100, Vincent Untz wrote:
> What's happening, though, is that the menu is rebuilt when a .desktop
> file is added/changed/removed, and the icons are loaded only when the
> menu is shown. Which is ugly.
Yes, that sounds about right - update a new bit of software and th
On Mon, 2007-02-05 at 21:25 -0600, Federico Mena Quintero wrote:
> Some thing indeed become better by "putting all of them in RAM", but
> you
> have to *identify* those things first, and actually determine that
> it's
> not having them in RAM that is the culprit.
Sure, looks like I'm going to have
On Mon, 2007-02-12 at 10:27 +, Rob Taylor wrote:
> This raises an interesting point - how can we get dbus-glib to the
> usablilty it should be? I could make it ABI stable right now, if
> needed,
> but there's still an awful lot that should change, especially in terms
> of being able to demarsha
On Wed, 2007-02-14 at 10:44 +, Emmanuele Bassi wrote:
> which is entirely doable now that we have an API to access local
> bookmarks (GBookmarkFile in GLib). applications can install a
> bookmark
> for their folder, which has a "title" that can be translated like we
> localise schemas for GCon
On Wed, 2007-02-14 at 11:02 +, Ross Burton wrote:
>
> So Sound Juicer would install a "Music" bookmark, right? Rhythmbox
> and
> Muine would want to do the same, so what happens here? Would these be
> physical files so would conflict when packaged? Should "the desktop"
> ship a standard set
On Wed, 2007-02-14 at 11:08 +, Emmanuele Bassi wrote:
> as we do with the icons (for the cache) and the MIME associations, we
> (gtk+) can provide a small tool for installing the desktop places
> bookmarks:
>
> gtk-bookmark-install sound-juicer.places
>
> this tool can do conflict resolution
On Wed, 2007-02-14 at 14:15 +, Emmanuele Bassi wrote:
> On Wed, 2007-02-14 at 13:50 +0000, Richard Hughes wrote:
> > On Wed, 2007-02-14 at 11:08 +, Emmanuele Bassi wrote:
> > > as we do with the icons (for the cache) and the MIME associations, we
> > > (gtk+) c
On 15/02/07, Jan de Groot <[EMAIL PROTECTED]> wrote:
> Many people don't like the fact that GNOME is
> 50-100 tarballs with many dependencies to get it complete, but when we
> have several important packages (gnome-applets, gucharmap,
> gnome-terminal, gnome-power-manager, file-roller, gnome-utils,
On Sun, 2007-03-18 at 13:41 +0100, Étienne Bersac wrote:
> > how "important" is imcapd and at which state is it currently (would
> this
> > introduce an external dependency to imcapd if gnomescan would be
> > included into GNOME 2.20? if imcapd isn't good enough yet, could
> button
> > support just
On Sun, 2007-03-18 at 20:16 +0100, Étienne Bersac wrote:
> scannerbuttonsd from SANE CVS use libusb for buttons handling, would
> be nice to have it as an hal add-on.
Yes, I totally agree with this. Email me if you need any help with the
HAL bits.
Richard.
__
On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> So, will gnome 2.20 play nice sound when disk is burn, sound volume
> increased, mail received/sent, new RSS item available, etc. ? Would the
> system sounds be themable like icons are ?
It would be great to theme these like we can icons.
gn
On 19/03/07, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> On Seg, 2007-03-19 at 17:48 +, Richard Hughes wrote:
> > On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> > > So, will gnome 2.20 play nice sound when disk is burn, sound volume
> >
On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I do fully agree with you. The problem is the implementation choice and
> who will implement it. Marc-André Lureau made a proposal for a desktop
> sound library for freedesktop (in C).
Can somebody do this as part of google summer of
On 22/03/07, Carlos Eduardo R. Diógenes <[EMAIL PROTECTED]> wrote:
> http://people.debian.org/~ruoso/colorblind-0.0.1.tar.gz
The 0.0.1 version number scares me a little. How stable is libcolorblind?
Richard.
___
desktop-devel-list mailing list
desktop-d
> gnome-mag can be builted with libcolorblind support to
> support image filters for the colorblind.
Could we also use this to say "hey, what does this icon look like to
to someone that is RG colourblind?" I had a bug a few months ago about
the symbols in the statistics program not being different
Okay, I'm re-opening an old discussion:
Can we remove or deprecate battstat-applet for 2.19.x?
GNOME Power Manager is being shipped by 99% of the distros, and it's
just confusing to have another battery applet in the "Add to panel"
dialog, especially now as they sometimes show different numbers.
On Sat, 2007-03-24 at 01:35 +0100, Diego Escalante wrote:
> As I said months ago when this discussion was up, I think that
> battstat-applet icon is far more informative at one glace than
> gnome-power-manager icon.
> Last time I checked at least.
Depends. I would argue showing the icon according
On Sat, 2007-03-24 at 07:43 +, Ross Burton wrote:
> I believe Ryan Lortie's hot new panel can place notification area
> icons anywhere.
Yes, I've got a bug open here:
http://bugzilla.gnome.org/show_bug.cgi?id=353416
Richard.
___
desktop-devel-lis
On Mon, 2007-03-26 at 15:38 +0100, Brian Nitz wrote:
> I know this can be done per application, but wouldn't it be fun to
> unify, remove some redundant code and allow for a common user
> interface?
Sure. What about re-using an existing component: notification-daemon.
At the moment, it displays
Sorry to spam this list, but it seemed important.
I get this on *any* page for bugzilla:
Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, [EMAIL PROTECTED] and inform
them of the t
On Mon, 2007-04-02 at 00:49 +0100, Alan Horkan wrote:
> There are certainly reasonable case to
> hide the Shutdown button in multi user sytems, or at least relegate it
> to the GDM login screen.
See the recent thread(s) on xdg list about doing exactly this using
session inhibits or system level l
On Wed, 2007-04-04 at 18:15 +0200, Frederic Crozat wrote:
> -if I add the various programs we starts by default on Mandriva
> (gnome-volume-manager, gnome-power-manager, net_applet, etc), I go up
> to 31s before seeing nautilus desktop and 45s to get gnome-panel
> responsive
What's the best way to
On Wed, 2007-04-04 at 14:36 -0500, Federico Mena Quintero wrote:
> Does the panel launch gnome-power-manager? Or is it a notification-area
> thingy which gets launched by something else?
Not an applet, it gets started by the session and then just uses
GtkStatusIcon to attach to the tray.
Richard
On Fri, 2007-04-06 at 19:17 +0100, Thomas Wood wrote:
> Nope, never used the multiple keyrings. It never occurred to me that I
> would ever want more than one keyring either.
Same here. If my girlfriend uses my laptop, she just fast-user-switches
into her own user account. I can't see a use case f
On Sat, 2007-04-07 at 17:13 +0200, Paolo Borelli wrote:
> Personally I am not able anymore to handle my bugmail anymore and even
> useful bugreports get lost in the noise.
Tell me about it. gnome-power-manager 2.18.0 had a bug where it would
segfault when you locked the screen if HAL was not runn
On Tue, 2007-07-03 at 12:18 +0200, Jani Monoses wrote:
> the benefits besides having somewhat lighter apps is that some of the
> GNOME modules would more likely be
> adopted by other projects - in particular Xfce - instead of them doing
> something from scratch or maintaining existing
> similar pro
On Thu, 2007-07-12 at 12:03 -0300, Jonh Wendell wrote:
> I wish to use it on vino-preferences capplet, and i guess it's useful
> to all capplets who need only a single instance running.
I used gtk-unique as an optional dep on gnome-power-preferences so now
I'll be using libunique as soon as I con
On Sat, 2007-07-14 at 10:50 -0400, Havoc Pennington wrote:
...
> dbus/dbus.h wholesale and adds convenience API for things like:
> - tracking bus name owners as they come and go
> - tracking the bus itself as it comes and goes, in case you want to
> get ambitious and handle system bus resta
On Fri, 2007-10-19 at 18:52 +0100, Odysseus Flappington wrote:
> It appears to me that how Gnome Power Manager determines whether the
> computer idle before it suspends/hibernates could be better designed.
> I understand that it is each application's responsibility to inhibit
> the computer from sl
On Fri, 2007-11-09 at 13:52 +0100, Daniel Svensson wrote:
> waf runs in two steps, first configure,
> then build. And I cannot stress enough how fast it is. Zooom! Also it
> has a very nice looks ;)
Yes, I evaluated waf a few months ago. It's a very nice internal design,
and very pluggable. Unfort
On Fri, 2007-11-09 at 18:38 +, BJörn Lindqvist wrote:
> I created an initially simple configuration system for SCons and wrote
> SConstruct files for building Richard Hughes gnome-power-manager. It
> turned out to be a pretty good exercise because g-p-m has many
> optional depend
On Sat, 2007-11-10 at 00:37 +0200, Lucas Rocha wrote:
> - What's the *problem* that needs to be solved that really demands us
> to choose another build system?
The problem is the initial step; I only started coding open source stuff
a few years ago, and the biggest hurdle was just making stuff bu
On Sat, 2007-11-10 at 00:32 +0100, Olav Vitters wrote:
> In this case there is an easy solution. Convert a few GNOME projects
> to the new build system and show the result.
Good plan. I've got an old branch of gnome-power-manager building with
waf, and I indend on having waf a build method for Pac
On Sat, 2007-11-10 at 11:01 +0100, Frederic Peters wrote:
> Not any rule I know of; but using ./configure; make; make install (be
> it with autotools or anything else) is quite useful to be integrated
> in JHBuild modulesets.
Sure, agreed. In waf it's just:
waf configure --prefix=/foo/bar/baz
waf
On Wed, 2007-11-14 at 16:12 +, Odysseus Flappington wrote:
> Hi all,
> I'm following up an issue I brought up a while ago regarding
> 'auto-suspending' the computer when idle. My argument was that there
> are too many false-positives when determining the computer is idle
> because it is solely
On Mon, 2007-12-03 at 09:35 +, Gustavo J. A. M. Carneiro wrote:
> Jaap, I am well aware of this, but I am not committing a WAF script to
> each project repository is the best way to go. Each script is 100KB
> semi-binary file. Every time I update WAF I would need to essentially
> add 100KB to
On Mon, 2008-01-28 at 15:31 -0600, Brian Cameron wrote:
> $(libexecdir) is a smarter place to put scripts/programs that are not
> intended for the end-user to run. In other words, this is a good
> place to put programs that are normally run by other programs.
I get users to run gnome-power-bugrep
I would like to propose PolicyKit[1] as an external dep for 2.26 - it's
mostly API stable[2], and is now being used as an optional dep in many
modules in gnome svn and HAL.
I would like to depend on it for gnome-power-manager, and I hate all the
#ifdefs. Does anybody have any problems with Policy
On Wed, 2008-05-07 at 17:27 +0200, Vincent Untz wrote:
> s/2.26/2.24/ I guess? :-)
I figured I was too late for 2.24 - if not, even better.
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinf
On Wed, 2008-06-18 at 10:39 +0200, Frederic Crozat wrote:
> I'm currently trying to prepare 2.23.4 GNOME release and it seems you
> have enforced usage of policy-gnome in latest gnome-power-manager by
> default, since --gconf-defaults is enabled by default and it requires
> policykit-gnome.
Ahh, g
On Mon, 2008-07-21 at 22:34 -0500, Jason D. Clinton wrote:
> As a result, I have hal 0.5.11 installed which appears to
> have--undocumentedly--suddenly required PackageKit
PackageKit != PolicyKit.
Richard.
___
desktop-devel-list mailing list
desktop-d
On Wed, 2008-10-01 at 14:51 +0200, Alexander Larsson wrote:
> I just commited some nautilus code to trunk (for 2.25) that makes use
> oflibunique for unique application functionallity (replacing the
> previous code using bonobo-activation).
I already use conditionally in gnome-power-manager and g
On Wed, 2008-10-01 at 19:09 +0200, Alexander Larsson wrote:
> Then what do you do if its not there?
Don't do any of the unique application bits, i.e. start up another
instance of the prefs capplet regardless.
Richard.
___
desktop-devel-list mailing li
On Tue, 2008-10-28 at 16:24 +0200, Zeeshan Ali Khattak wrote:
> Hi everyone!
> I remember that at GUADEC, we were seriously thinking about
> migrating to git but the decision was postponed on Mark Shuttleworth's
> request. It's been some months since that and we are still stuck with
> SVN. AFAIK
On Mon, 2008-11-03 at 12:26 -0500, Matthias Clasen wrote:
> - Adapt to the new single-include policy in GLib/GTK+:
> http://live.gnome.org/GnomeGoals/CleanupGTKIncludes
Unless we get a new release of libnotify, we are going to get a ton of
warnings like this:
In file included from /usr/include/li
During the 2.25 release cycle I would like to move GNOME Power Manager
away from a HAL dependency and onto a new DeviceKit-power dependency.
DeviceKit-power is a new mechanism daemon that moves the battery
profiling and statistics interface system-wide, and also does the
history recording once per
On Tue, 2008-11-25 at 04:19 +0100, Frederic Peters wrote:
> Richard Hughes wrote:
>
> > During the 2.25 release cycle I would like to move GNOME Power Manager
> > away from a HAL dependency and onto a new DeviceKit-power dependency.
>
> Will g-p-m break on non-DeviceKit
On Mon, 2008-11-24 at 20:00 +0100, Michael Biebl wrote:
> If the DeviceKit-power daemon does data collection and stuff,
> shouldn't it be then running all the time (and as soon during the boot
> process as possible)?
Sure, you could start them easily at boot (a single DBUS send request
would do it
On Tue, 2008-11-25 at 12:47 +0100, Denis Washington wrote:
> As udev is Linux-specific AFAIK, is there support for any other Unix
> platform in DeviceKit? If we lost FreeBSD support for instance, that
> would be a regression (hal works there).
DeviceKit (not -power or -disks) is a very small sim
On Tue, 2008-11-25 at 14:45 +, Luis Medinas wrote:
> Not to mention just like Consolekit it requires some tweaking to work
> on Linux distros. From what i remember lot's of distros like Debian
> and Gentoo required some changes on HAL to get it working. Someone
> from Gentoo please correct me b
On 11/25/08, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> It is also very unlikely that Debian embraces PackageKit as long as its
> target feature set is stick to the RPM capabilities.
Please don't spread FUD, it's just not true. Please do some research
before making ridiculous claims like that.
On 11/25/08, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mardi 25 novembre 2008 à 17:36 +, Richard Hughes a écrit :
>> On 11/25/08, Josselin Mouette <[EMAIL PROTECTED]> wrote:
>> > It is also very unlikely that Debian embraces PackageKit as long as its
>&
On 11/25/08, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> I still don't understand why you are restricting it to a single category
> of questions. Debconf allows that and much more, in a (of course)
> structured way.
Right, so you guys need to propose extensions (and code!) on the
PackageKit mail
On Thu, 2008-11-27 at 09:49 +, Bastien Nocera wrote:
> Then just use iso-codes. You can either choose to use the XML file, or
> the 500k /usr/share/iso-codes/iso_639.tab tab-separated file.
## PLEASE NOTE: THIS FILE IS DEPRECATED AND SCHEDULED TO BE REMOVED.
## IT IS FOR BACKWARD-COMPATIBILITY
On Thu, 2008-11-06 at 15:01 +0100, Vincent Untz wrote:
> So I guess we can accept it, unless someone else raises another issue?
I think we have to accept it. It's a stable library that solves a real
problem written by people who are approachable and know what they are
doing.
+1 from me.
Richard.
On Thu, 2009-04-16 at 16:34 -0500, Shaun McCance wrote:
> > .doap
> >
> > Which is a DOAP file (in RDF/XML) for your module.
Are we meant to install the DOAP file on the destination computer,
include it in the tarball or should it just live in git?
Richard.
___
gnome-packagekit is currently hosted in git on packagekit.org. We used
to accept translations from svn.gnome.org, which were added by doing
"svn up" and then adding the commit manually to git. The code changes in
git was then pushed back to svn using:
svn commit -m "from git"
Not ideal, but it wo
On Fri, 2009-04-17 at 07:47 -0400, Owen Taylor wrote:
> Does it work if we just delete the svn => gimp import and you follow the
> new module import procedure described in:
I guess this will work -- can you please delete the gnome-packagekit
repo and I'll re-create it and push again later tonight.
On Fri, 2009-04-17 at 12:05 -0400, Owen Taylor wrote:
> As I understood it, you had a git repository (from packagekit.org) and
> you were trying to overwrite the imported git.gnome.org repository
> with
> it completely.
Yup. I've created a new repo, pushed the old content, and now it works
perfec
Can I bump the external dependencies version of DeviceKit-power from 006
to 007 for 2.27.x please? 007 was released a few weeks ago, and fixes
many bugs I don't want to work around in gnome-power-manager anymore.
Thanks,
Richard.
___
desktop-devel-lis
On Tue, 2009-04-21 at 03:58 +0200, Vincent Untz wrote:
> Sounds good. Please update the wiki page and the jhbuild moduleset to
> make this official :-)
Done, thanks!
Richard.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail
On Sun, May 10, 2009 at 11:26 PM, Andre Klapper wrote:
> The GNOME Release team has officially deprecated libglade in favor of
> GtkBuilder.
gnome-power-manager no longer needs libglade as of a few minutes ago.
Is the chart automatically updated, or is it a manual thing?
Richard.
___
1 - 100 of 285 matches
Mail list logo