Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
** Changed in: gnome-system-tools (Ubuntu)
Status: Needs Info => Unconfirmed
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/de
Thanks for your bug. What do you expect from that application? You can change
the /etc/default/rcS UTC= key to define if your system clock has the UTC time
or the local one. Does that fix your issue? The question is not asked during
the information to make it simple, so it assumes that the PC cl
Your question is related to my issue about debian-installer (bug #37380). I
will answer your question in a post at that bug.
However, there seems to be another issue related to the Gnome time-admin panel
or the Gnome clock panel:
Have a look at the following scenario:
1. /etc/default/rcS UTC=y
For a box using windows and linux you want to set UTC=no and that should work
fine
--
[Dapper] time-admin doens't switch off synchronisation with time servers
https://launchpad.net/malone/bugs/37383
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Setting UTC=no doesn't solve this particular bug report. Using UTC=no has a big
disadvantage right now (see Bug #33968), but I can work around that bug for
the timne being as well (restarting networking does the trick).
This bug report is about a inconsistency in handling time services with
UT
30 matches
Mail list logo