Difference between revisions of "COSI Linux Build"

From CSLabsWiki
Jump to: navigation, search
(edited last updated date)
Line 1: Line 1:
 
{{services
 
{{services
|contact_person = [[CoreMaintainers]]
+
|contact_person = [[User:lannonbr|Benjamin Lannon]]
 
|last_update = Fall 2015
 
|last_update = Fall 2015
 
|host_vm =  
 
|host_vm =  
Line 14: Line 14:
 
The lab build was once a separate project from the [[ITL Linux Build]], but to reduce maintenance work, the ITL build is now the primary effort, and it serves well enough as the COSI lab build once several minor adjustments are made. The script /root/cosify.sh is stored in the ITL image, which can be run as root to prepare the image for use in COSI as opposed to the ITL. This script is maintained along with the ITL image itself.
 
The lab build was once a separate project from the [[ITL Linux Build]], but to reduce maintenance work, the ITL build is now the primary effort, and it serves well enough as the COSI lab build once several minor adjustments are made. The script /root/cosify.sh is stored in the ITL image, which can be run as root to prepare the image for use in COSI as opposed to the ITL. This script is maintained along with the ITL image itself.
  
The ITL image is currently tracking Debian Jessie, though this may change after Jessie is released.
+
The ITL image is currently running on the latest stable version of Debian Jessie
  
  
 
= Project Members =
 
= Project Members =
 
== Current Maintainer ==
 
== Current Maintainer ==
*[[CoreMaintainers]] - Main Point of Contact [[User:lannonbr|Benjamin Lannon]]
+
*[[User:lannonbr|Benjamin Lannon]]
  
 
== Past Maintainers ==
 
== Past Maintainers ==
Line 36: Line 36:
 
==Needed additions to cosify.sh==
 
==Needed additions to cosify.sh==
 
These things should be added to the cosify script. At the moment they must be done manually.
 
These things should be added to the cosify script. At the moment they must be done manually.
* rm /etc/modprobe.d/alsa-base.conf
 
 
* Reformat swap partition as swap so that it will be swap again (not sure why this is a problem, but it is)
 
* Reformat swap partition as swap so that it will be swap again (not sure why this is a problem, but it is)
 
* Modify /etc/fstab
 
* Modify /etc/fstab

Revision as of 12:06, 3 September 2015

COSI Linux Build
Contact Person: Benjamin Lannon
Last Update: Fall 2015
Services: Linux Image for COSI


Introduction

This page summarizes how to set up and maintain the COSI Linux Build.

The lab build was once a separate project from the ITL Linux Build, but to reduce maintenance work, the ITL build is now the primary effort, and it serves well enough as the COSI lab build once several minor adjustments are made. The script /root/cosify.sh is stored in the ITL image, which can be run as root to prepare the image for use in COSI as opposed to the ITL. This script is maintained along with the ITL image itself.

The ITL image is currently running on the latest stable version of Debian Jessie


Project Members

Current Maintainer

Past Maintainers

Software Requests

Requests for software for in COSI can go below, but please add requests for software in the ITL on the ITL Linux page. Software that belongs in COSI but not in the ITL can be installed by the "cosify.sh" script.

Needed additions to cosify.sh

These things should be added to the cosify script. At the moment they must be done manually.

  • Reformat swap partition as swap so that it will be swap again (not sure why this is a problem, but it is)
  • Modify /etc/fstab
  • Replace eth1 with eth0 in /etc/network/interfaces

Initial Configuration

Installation

Clone the stock ITL image with clonezilla, install other software, and whatever other changes are in that script at the moment. Presently, this includes:

  • Allowing the "sudo" group to bypass password authentication.
  • Adding "csguest" to "sudo".
  • Changing the root password to the COSI build standard. (Warning: This password is visible to anyone who can read the file; thus, the file is intentionally rwx only to root.)

Note that adding a user to a group does not affect existing sessions; this is a long-standing Linux (and probably *NIX) behavior (in that groups for users are only generated on login). This will cause issues with "sudo" for the logged-in csguest session, assuming it is from there that the script is run for the first time. You may want to use either "su" to root or "su csguest" to log in again with the new group memberships. The problem will be fixed on the next login.