If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
If the PC is on A.C. power the preferred solution would be to set "Put
computer to sleep when inactive for" to "Never".
In the 'Power Management Preferences' Help, 'Frequently Asked
Questions', 8.4, it says:
"gnome-screensaver is a session daemon that monitors user input, and if
the mouse has not
TJ:
I disagree that it would be hard because my understanding is that both
rhythmbox and gnome-power-manager can both use dbus to talk to each other (in
fact only rhythmbox has to do the talking). This puts and end to to any gconf
messing around and means if rhythmbox should die unexpectedly the
I wouldn't say it is 'hard' merely 'difficult' technically in the sense
that the function would be best implemented in the DAAP plug-in that
needs it, rather than all of Rhythmbox, and experience shows that the
kind of knowledge needed for that kind of integration isn't usually
present in the peopl
TJ:
I somewhat agree that this should go into the DAAP plugin (is that a separate
package to this one in LP?) but the next question becomes what if more than one
plugin needs this functionality (e.g. Virtualisation and DAAP) or something
that isn't a plugin yet (Party Mode) wishes to inhibit eit
Setting importance to whishlist and assigning to desktop-bugs.
** Changed in: rhythmbox (Ubuntu)
Importance: Undecided => Wishlist
Assignee: (unassigned) => Ubuntu Desktop Bugs
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/1
Sitsofe: That is a good point. So in terms of an ideal solution it
should be implemented as a library that *any* program can link into,
with a handful of functions to disable/enable related power-management
features for specific purposes.
The library would handle all the system interaction and pre
TJ:
It's hard to say whether it would be worth building a library for apps to do
suspend inhibiting because much of it is app dependent and most of it is a case
of just using dbus which is a library anyway. Take a look at
http://live.gnome.org/GnomePowerManager/FAQ (although be careful with the
I've sent the bug upstream on
http://bugzilla.gnome.org/show_bug.cgi?id=473142
** Changed in: rhythmbox (Ubuntu)
Status: New => Triaged
** Also affects: rhythmbox via
http://bugzilla.gnome.org/show_bug.cgi?id=473142
Importance: Unknown
Status: Unknown
--
Autosuspend should b
** Changed in: rhythmbox
Status: Unknown => New
--
Autosuspend should be inhibited when music is streaming to others via DAAP
https://bugs.launchpad.net/bugs/136604
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bug
54 matches
Mail list logo