Talk:Release notes/13.2.0: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| (11 intermediate revisions by 3 users not shown) | |||
| Line 3: | Line 3: | ||
After installing 13.2.0 on a XO-1.5, the clock was set with: |
After installing 13.2.0 on a XO-1.5, the clock was set with: |
||
sudo date --set="2013-10-17 7:10" |
sudo date --set="2013-10-17 7:10" |
||
All appears well except that Gnome displays UTC rather than local time. The offset from Greenwich shown by the location under the calendar is right. How can local time be specified? |
All appears well except that Gnome displays UTC rather than local time. The offset from Greenwich shown by the location under the calendar is right. How can local time be specified? --[[User:Peasthope|Peasthope]] 15:45, 17 October 2013 (UTC) |
||
:To set the time zone, start Terminal, paste this: |
:To set the time zone, start Terminal, paste this: |
||
:<pre>sudo yum install -y system-config-date</pre> |
:<pre>sudo yum install -y system-config-date</pre> |
||
:then in the Gnome menu select ''Applications'' -> ''Other'' -> ''System-Config-Date (Set Date & Time)'', select the ''Time Zone'' tab, select the city, click ''OK'', see Gnome clock change, click ''Cancel''. |
:then in the Gnome menu select ''Applications'' -> ''Other'' -> ''System-Config-Date (Set Date & Time)'', select the ''Time Zone'' tab, select the city, leave ''System clock uses UTC'' set, click ''OK'', see the Gnome clock change, click ''Cancel''. |
||
:Alternatively, identify and copy an appropriate timezone file from {{Code|/usr/share/zoneinfo}} to {{Code|/etc/localtime}}: |
|||
:<pre>sudo cp /usr/share/zoneinfo/Iceland /etc/localtime</pre> |
|||
:Using {{Code|date}} is slow and cumbersome. To set the time more easily, start Terminal, paste this: |
:Using {{Code|date}} is slow and cumbersome. To set the time more easily, start Terminal, paste this: |
||
:<pre>sudo yum install -y ntpdate && sudo ntpdate pool.ntp.org</pre> |
:<pre>sudo yum install -y ntpdate && sudo ntpdate pool.ntp.org</pre> |
||
:Your other question was moved to [[Talk:Releases]]. --[[User:Quozl|Quozl]] 02:54, 18 October 2013 (UTC) |
|||
:Background: [[13.2.0]] is based on Fedora 18. Fedora 18 is usually [http://docs.fedoraproject.org/en-US/Fedora/18/html/Installation_Quick_Start_Guide/s1-timezone-x86.html configured at install time] for timezone. The default timezone on 13.2.0 is UTC. This has no effect on Sugar, because only relative times are displayed. For Gnome, you can configure Fedora to use a different timezone. We have not included the graphical tool for doing so, but you can either install ''system-config-date'' or use shell actions with the same effect: copy the appropriate timezone file from /usr/share/zoneinfo to /etc/localtime and then check the time again. See also [http://lmgtfy.com/?q=How+to+set+time+zone+on+Fedora%3F How to set time zone on Fedora /etc/localtime]. Your other question was moved to [[Talk:Releases]]. --[[User:Quozl|Quozl]] 01:58, 18 October 2013 (UTC) |
|||
:: Good, thanks. Subsequently I read <trac>12085</trac>. Chrony will automate correction for clock drift at the cost of another background process. Will stay with your instructions until there is a consensus recommending the extra automation, ... [[User:Peasthope|Peasthope]] 15:08, 18 October 2013 (UTC) |
|||
::: The discussion in <trac>12085</trac> is for a future release, as the decision has scale implications for any deployment. My advice above was intended for a skilled user or developer, and is not suitable for deployment in this exact form. We have no plans right now for a future release. --[[User:Quozl|Quozl]] 21:42, 18 October 2013 (UTC) |
|||
== Release 13.2.0 == |
|||
No significant complaints. Nice work. Thanks, ... [[User:Peasthope|Peasthope]] 15:17, 18 October 2013 (UTC) |
|||
== GVFS == |
|||
[http://www.informatik.uni-bremen.de/~fld/UnixAos/ UnixAos] is installed as an application on this system. I start it with a script invoked in the terminal emulator. The following messages from syslogd appear and the application proceeds mostly as in other systems. Appears that gvfs is involved in the messages. I've never used gvfs elsewhere and there are no messages from syslogd when UnixAos runs on other systems. Do the messages indicate a problem? All I know about gvfs is in http://en.wikipedia.org/wiki/GVFS. How necessary is it in this system? If gvfs is removed, how badly will the system be impaired? Thanks for any reply.<br>Regards, ... [[User:Peasthope|Peasthope]] 21:56, 8 December 2013 (UTC) |
|||
[olpc@xo-53-1d-bb ~]$ ~/myaos |
|||
Host is xo-53-1d-bb. |
|||
HostInitial is x. |
|||
umounting /dev/GreenSDHC prior to fsck. |
|||
Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... |
|||
kernel:[ 857.040019] Process gvfsd-trash (pid: 877, ti=e122a000 task=e11e8040 task.ti=e122a000) |
|||
Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... |
|||
kernel:[ 857.040019] Stack: |
|||
Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... |
|||
kernel:[ 857.040019] Call Trace: |
|||
Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... |
|||
kernel:[ 857.040019] Code: ff ff ff 48 14 8b 40 08 a8 08 74 05 e8 b4 e3 24 00 89 d8 e8 4c 09 00 00 83 7b 2c 00 0f 84 b4 00 00 00 8b 43 1c 8b 88 f0 01 00 00 <8b> b1 18 01 00 00 85 f6 74 4d 8b 03 ba 01 00 00 00 66 25 00 f0 |
|||
Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... |
|||
kernel:[ 857.040019] EIP: [<b04f33a7>] ext4_evict_inode+0x5d/0x3f1 SS:ESP 0068:e122bf40 |
|||
fsck from util-linux 2.22.2 |
|||
e2fsck 1.42.5 (29-Jul-2012) |
|||
GreenSDHC: clean, 1518/245280 files, 214701/979456 blocks |
|||
Filesystem in /dev/GreenSDHC passed fsck. Proceed with mounting. |
|||
:There was not enough information in your problem report, so I shall speculate. The filesystem on your SDHC card may have a metadata inconsistency, which was detected by the kernel function ext4_evict_node, which was incidentally triggered by gvfs, removing gvfs is not recommended, further details on the error may be available from {{code|dmesg}}, you should check the filesystem thoroughly or recreate it. Or you may need to upgrade the kernel. Reproduce the problem on Fedora 18 on a PC and then contact the Fedora community. --[[User:Quozl|Quozl]] 06:41, 9 December 2013 (UTC) |
|||
== Simple Online Update gives error == |
|||
I started up in Sugar, checked for an update; only worlddigitallibrary was updated. |
|||
:What version of OLPC OS do you have on the laptop now? You can find this in My Settings - About my computer, or by reading the file /boot/olpc_build. We have not made any other updates to the Sugar activities since release. For new activities, refer to http://activities.sugarlabs.org/ --[[User:Quozl|Quozl]] 02:51, 12 May 2014 (UTC) |
|||
The I started up in GNOME, started the application "Terminal" and followed the instructions for a [[Release_notes/13.2.0#XO-1.5_2|simple online update for XO-1.5]], type in the terminal: |
|||
sudo olpc-update 13.2.0_xo1.5-13 |
|||
It returns: |
|||
Downloading contents of build 13.2.0_xo1.5-13. |
|||
@ERRROR: unknown module ' build 13.2.0_xo1.5-13': local variable 'modelnr' referenced before assignment |
|||
rsync error: error starting client-server protocol (code 5) at main.c(1516) [Receiver=3.0.8] |
|||
Could not download update contents file from: |
|||
rsync://updates.laptop.org/build-13.2.0_xo1.5-13/contents |
|||
I don't think the requested build number exists. |
|||
What now? I thought it would install the latest update of Firefox - that's what I was after because I want to be able to watch youtube video's. Thy --[[User:SvenAERTS|SvenAERTS]] 00:50, 12 May 2014 (UTC) |
|||
:There is no need to use GNOME to start the application "Terminal", you can use the Sugar activity "Terminal" instead, by selecting it from the activity list view (it is normally hidden), but this is not the cause of the error. The error is caused by either a mistake typing the command line, or a failed network connection to our server. When I try this command, I do not see what you see, it worked perfectly. It certainly won't install the latest update of Firefox, or improve video playback, if you are already using 13.2.0. --[[User:Quozl|Quozl]] 02:51, 12 May 2014 (UTC) |
|||
::In testing with a non-existent build 14, the error message should have only one space after "contents of build", and no space after the quote after "unknown module", and the only way to get a space there as you show is to paste a long space character that the shell does not recognise as a space. Please try typing the command instead of copy and paste. --[[User:Quozl|Quozl]] 03:16, 12 May 2014 (UTC) |
|||
Latest revision as of 03:16, 12 May 2014
Clock
After installing 13.2.0 on a XO-1.5, the clock was set with:
sudo date --set="2013-10-17 7:10"
All appears well except that Gnome displays UTC rather than local time. The offset from Greenwich shown by the location under the calendar is right. How can local time be specified? --Peasthope 15:45, 17 October 2013 (UTC)
- To set the time zone, start Terminal, paste this:
sudo yum install -y system-config-date
- then in the Gnome menu select Applications -> Other -> System-Config-Date (Set Date & Time), select the Time Zone tab, select the city, leave System clock uses UTC set, click OK, see the Gnome clock change, click Cancel.
- Alternatively, identify and copy an appropriate timezone file from /usr/share/zoneinfo to /etc/localtime:
sudo cp /usr/share/zoneinfo/Iceland /etc/localtime
- Using date is slow and cumbersome. To set the time more easily, start Terminal, paste this:
sudo yum install -y ntpdate && sudo ntpdate pool.ntp.org
- Your other question was moved to Talk:Releases. --Quozl 02:54, 18 October 2013 (UTC)
- Good, thanks. Subsequently I read <trac>12085</trac>. Chrony will automate correction for clock drift at the cost of another background process. Will stay with your instructions until there is a consensus recommending the extra automation, ... Peasthope 15:08, 18 October 2013 (UTC)
- The discussion in <trac>12085</trac> is for a future release, as the decision has scale implications for any deployment. My advice above was intended for a skilled user or developer, and is not suitable for deployment in this exact form. We have no plans right now for a future release. --Quozl 21:42, 18 October 2013 (UTC)
- Good, thanks. Subsequently I read <trac>12085</trac>. Chrony will automate correction for clock drift at the cost of another background process. Will stay with your instructions until there is a consensus recommending the extra automation, ... Peasthope 15:08, 18 October 2013 (UTC)
Release 13.2.0
No significant complaints. Nice work. Thanks, ... Peasthope 15:17, 18 October 2013 (UTC)
GVFS
UnixAos is installed as an application on this system. I start it with a script invoked in the terminal emulator. The following messages from syslogd appear and the application proceeds mostly as in other systems. Appears that gvfs is involved in the messages. I've never used gvfs elsewhere and there are no messages from syslogd when UnixAos runs on other systems. Do the messages indicate a problem? All I know about gvfs is in http://en.wikipedia.org/wiki/GVFS. How necessary is it in this system? If gvfs is removed, how badly will the system be impaired? Thanks for any reply.
Regards, ... Peasthope 21:56, 8 December 2013 (UTC)
[olpc@xo-53-1d-bb ~]$ ~/myaos Host is xo-53-1d-bb. HostInitial is x. umounting /dev/GreenSDHC prior to fsck. Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... kernel:[ 857.040019] Process gvfsd-trash (pid: 877, ti=e122a000 task=e11e8040 task.ti=e122a000) Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... kernel:[ 857.040019] Stack: Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... kernel:[ 857.040019] Call Trace: Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... kernel:[ 857.040019] Code: ff ff ff 48 14 8b 40 08 a8 08 74 05 e8 b4 e3 24 00 89 d8 e8 4c 09 00 00 83 7b 2c 00 0f 84 b4 00 00 00 8b 43 1c 8b 88 f0 01 00 00 <8b> b1 18 01 00 00 85 f6 74 4d 8b 03 ba 01 00 00 00 66 25 00 f0 Message from syslogd@xo-53-1d-bb at Dec 8 10:47:22 ... kernel:[ 857.040019] EIP: [<b04f33a7>] ext4_evict_inode+0x5d/0x3f1 SS:ESP 0068:e122bf40 fsck from util-linux 2.22.2 e2fsck 1.42.5 (29-Jul-2012) GreenSDHC: clean, 1518/245280 files, 214701/979456 blocks Filesystem in /dev/GreenSDHC passed fsck. Proceed with mounting.
- There was not enough information in your problem report, so I shall speculate. The filesystem on your SDHC card may have a metadata inconsistency, which was detected by the kernel function ext4_evict_node, which was incidentally triggered by gvfs, removing gvfs is not recommended, further details on the error may be available from dmesg, you should check the filesystem thoroughly or recreate it. Or you may need to upgrade the kernel. Reproduce the problem on Fedora 18 on a PC and then contact the Fedora community. --Quozl 06:41, 9 December 2013 (UTC)
Simple Online Update gives error
I started up in Sugar, checked for an update; only worlddigitallibrary was updated.
- What version of OLPC OS do you have on the laptop now? You can find this in My Settings - About my computer, or by reading the file /boot/olpc_build. We have not made any other updates to the Sugar activities since release. For new activities, refer to http://activities.sugarlabs.org/ --Quozl 02:51, 12 May 2014 (UTC)
The I started up in GNOME, started the application "Terminal" and followed the instructions for a simple online update for XO-1.5, type in the terminal:
sudo olpc-update 13.2.0_xo1.5-13
It returns:
Downloading contents of build 13.2.0_xo1.5-13. @ERRROR: unknown module ' build 13.2.0_xo1.5-13': local variable 'modelnr' referenced before assignment rsync error: error starting client-server protocol (code 5) at main.c(1516) [Receiver=3.0.8] Could not download update contents file from: rsync://updates.laptop.org/build-13.2.0_xo1.5-13/contents I don't think the requested build number exists.
What now? I thought it would install the latest update of Firefox - that's what I was after because I want to be able to watch youtube video's. Thy --SvenAERTS 00:50, 12 May 2014 (UTC)
- There is no need to use GNOME to start the application "Terminal", you can use the Sugar activity "Terminal" instead, by selecting it from the activity list view (it is normally hidden), but this is not the cause of the error. The error is caused by either a mistake typing the command line, or a failed network connection to our server. When I try this command, I do not see what you see, it worked perfectly. It certainly won't install the latest update of Firefox, or improve video playback, if you are already using 13.2.0. --Quozl 02:51, 12 May 2014 (UTC)
- In testing with a non-existent build 14, the error message should have only one space after "contents of build", and no space after the quote after "unknown module", and the only way to get a space there as you show is to paste a long space character that the shell does not recognise as a space. Please try typing the command instead of copy and paste. --Quozl 03:16, 12 May 2014 (UTC)