== BooyoLiveCD/KlikLinux == === design === * web 을 통해 리눅스 설치 * 윈도우즈에서 수행하는 경우 * ISO 다운로드 * grub 설치 * reboot (자동) * 파티션이 없는 경우 * 파티션 설치 * 파티션이 있는 경우 * 설치 패키지 수행 * 리눅스에서 수행하는 경우 * 설치 패키지 다운로드 * 설치 패키지 수행 * update * web 에서 시작하는 방법 * 로컬에서 시작하는 방법 * 시스템에 설치되어 있는 패키지 정보 사용 * upgrade * web 에서 시작하는 방법 * 로컬에서 시작하는 방법 * 시스템에 설치되어 있는 패키지 정보 사용 * 개별 패키지 관리(설치, upgrade) * web 에서 시작하는 방법 * 로컬에서 시작하는 방법 * 시스템에 설치되어 있는 패키지 정보 사용 * 시스템에서 제공하는 패키지인 경우 * gnome-app-install 또는 sysnaptic 사용 * 시스템에서 제공하지 않는 패키지의 경우 * klik 방법 사용 * 웹사이트를 통한 설치 * 버전에 제한을 받는다. * 일반 유저가 설치를 할 수 있다. * cmg 를 사용하면, 기본 시스템은 안전하다? * cmg 를 만들어야 한다. * 버전이 바뀔때마다 cmg 를 새로 만들어야 할 가능성이 있다. * 패키지 설치 * synaptic 를 통한 설치 * 버전에 제한을 받지 않는다. * root 만이 설치할 수 있다. * 설정을 통해 다른 repository 의 rpm 을 설치할 수 있다. * 두 방식 모두 부여를 위한 repository 가 있어야 한다. * 웹사이트를 통하지만 실제는 synaptic 을 사용하는 경우 * linspire 의 방식을 좀 더 조사할 필요가 있다. 1. root 만이 설치할 수 있도록 한다. 2. cmg 를 만드는 노력보다, rpm 을 만드는 것이 낳다. 3. 웹사이트를 통하지만 synaptic 을 사용하도록 한다. * 인스톨러가 제공되는 third party program * 이를 위해서는 redhat, debian, fedora 중 하나와는 호환이 되어야 할 것이다. === 유형별 구분 === * zero-install * 하드디스크에 설치없이 인터넷 상에서 klik 하여 사용. * cache 에 보관. cache 에 남아 있는 동안 계속 사용가능. * 파일메니저 안에서 클릭으로 사용 * klik and install * live CD 에서 시작. write 를 할 수 없는 문제를 해결 * persistent home 의 기능을 사용할 수 있도록 함. * unionfs 에 의해 큰 변화가 예상됨. * 바탕화면에서 클릭으로 사용가능 * 일반 install: synaptic, system-config-packages, up2date, upgrade, update * MS windows * update * klik and download * 데스크 탑에서 클릭으로 인스톨 * 클릭으로 사용 * Third party developers * scalability * win95, 98, NT, 2k, and XP * 배포판들, 버전 === 고려할 사항 === * desktop 은 한 사람만이 사용하는가? * 한 사람만이 사용한다면, root 를 따로 둘 필요가 없다. (초기의 PC) * 여러사람이 사용을 한다면 * 프로그램의 설치 및 update 는 root 만 할 수 있도록 할 것인가? * 안전의 문제와 편의성의 문제 * 패키지 관리 툴에 의해 생성될 수 있는 프로그램들 * 그렇지 않은 프로그램들 (/usr/local) * 개인이 설치 사용하는 프로그램들 (/home/username) {{{ Debian has three separate places where software is installed, corresponding to the three different ways of installing software: /usr contains software managed by the APT system and installed by root; /usr/local contains non-APT software installed by root; and each user's home directory contains user-installed software. This is rather confusing for everyone, and leads to duplication if several users install the same software in their home directories. }}} * 일반 유저가 할 수 있는 일의 범위를 어디까지로 할 것인가? * A 라는 유저가 설치한 프로그램을 다른 사용자가 사용할 수 있도록 할 것인가? * 동일한 프로그램의 반복 설치 * 같은 프로그램의 다른 버전들 === 서버 클라이언트 === * 서버 클라이언트의 관계 * 인터넷을 통한 서버 클라이언트의 관계 * 클라이언트 프로그램 * 보안의 문제 * 클라이언트 프로그램은 무엇까지를 할 수 있어야 하나? * 클라이언트 프로그램에게 무엇까지를 허용해야 하나? * 이것은 보안의 문제인가? {{{ Automatically downloading and running programs across the Internet can sound like a virus-builder’s dream. ActiveX especially brings up the thorny issue of security in client-side programming. If you click on a Web site, you might automatically download any number of things along with the HTML page: GIF files, script code, compiled Java code, and ActiveX components. Some of these are benign; GIF files can’t do any harm, and scripting languages are generally limited in what they can do. Java was also designed to run its applets within a “sandbox” of safety, which prevents it from writing to disk or accessing memory outside the sandbox. ActiveX is at the opposite end of the spectrum. Programming with ActiveX is like programming Windows – you can do anything you want. So if you click on a page that downloads an ActiveX component, that component might cause damage to the files on your disk. Of course, programs that you load onto your computer that are not restricted to running inside a Web browser can do the same thing. Viruses downloaded from Bulletin-Board Systems (BBSs) have long been a problem, but the speed of the Internet amplifies the difficulty. The solution seems to be “digital signatures,” whereby code is verified to show who the author is. This is based on the idea that a virus works because its creator can be anonymous, so if you remove the anonymity individuals will be forced to be responsible for their actions. This seems like a good plan because it allows programs to be much more functional, and I suspect it will eliminate malicious mischief. If, however, a program has an unintentional bug that’s destructive it will still cause problems. }}} === 프로그램의 구분 === * 악의에 의한 프로그램 * 악의는 없지만, 프로그램 오류에 의한 문제의 프로그램 * 검증된 프로그램 * 결국 안전한 서버가 있어서 오류를 점검하고 검증하여 주어야 한다. * 기본적으로 인터넷을 통해 전달되는 프로그램에 제한을 둔다. (sandbox) * 사용자의 권한 구분에 의해 root 가 설치할 수 있는 프로그램과 사용자가 설치할 수 있는 프로그램의 구분을 만든다. (root 가 검증역할을 한다.) * 개인 또는 소규모 업체에 검증역할을 할 root 를 두는 것은 비효율적이다. * 안티바이러스 프로그램이 이 역할을 해 주어야 한다. * 윈도우즈의 경우도 freeware, shareware 에 악의적인 또는 오류에 의한 프로그램이 있을 수 있다. * 공개 소프트웨어의 경우는 이와는 다른 상황이다. * 사용자가 의도적으로 프로그램을 찾아 설치를 하는 것이다. * 이 경우 프로그램을 검증하는 절차는? * 프로그램을 제공하는 사이트의 신뢰도 (이 경우 이 작업은 자원봉사자에 의해, 또는 기업에 의해 수행되어야 하는가? 정부도 가능한가?) * 프로그램을 검증하는데 어느 정도 비용이 들 것인가? * 결국 open project 의 개념만이 가능한가? === 사용의 구분 === * 출력만 하는 경우 * 문서, 오디오, 비디오, 메일 * 디스크에 저장을 하는 경우 * cache 인 경우는? * 설정을 변경하는 경우 * 개인 설정 * 시스템 설정 === 악의적인 프로그램의 구분 === * 정보만을 뽑아 가는 경우 * 정보를 변경시키는 경우 * 시스템의 성능을 저하시키는 경우 === live CD 로 사용할 경우 === * /usr 에만 쓸 수 있다. === 인스톨하여 사용할 경우 === === 패키지 구분 === * 배포판에 속하는 패키지 * 배포판에 속하지 않지만, rpm 이 있는 패키지 * 다른 방식을 사용하는 패키지 * tar.gz 만 있는 패키지 * 배포판에 속하는 패키지이지만 버전이 낮은 경우 * 라이센스에 의해 배포판에 포함되지 못하는 패키지 === upgrade === * 배포판에 속하고 설치되어 있는 패키지 * 배포판에 속하지만 설치되어 있지 않은 패키지 * 배포판에 속하지 않고, rpm 이 있는 패키지가 설치되어 있는 경우 * 배포판에 속하지 않고, 다른 방법을 사용하여 설치된 패키지 * 배포판에 속하지 않고, tar.gz 에 의해 설치된 패키지 === klik === === install === * dialog 설정 * http://dag.wieers.com/packages/xdialog/ 에서xdialog-2.1.1-1.1.fc3.rf.i386.rpm 다운로드 받아 설치. * $HOME/.klik 생성 * chmod 700 ~/.klik * mkdir -p $HOME/.kde/share/applnk/klik * $HOME/.kde/share/services/klik.protocol 생성 * exec=$HOME/.klik '%u' * $HOME/.kde/share/applnk/klik/.directory 생성 * $HOME/.kde/share/applnk/klik/klik.desktop 생성 * Exec=konqueror http://klik.atekon.de?from=profile * mozilla * elink * [ -e $HOME/.elinks ] || mkdir $HOME/.elinks * [ -e $HOME/.elinks/elinks.conf ] || touch $HOME/.elinks/elinks.conf * $HOME/.elinks/elinks.conf 생성 * mkdir -p $HOME/.kde/share/mimelnk/all * $HOME/.kde/share/mimelnk/all/cmg.desktop 생성 * mkdir -p $HOME/.kde/share/applnk/.hidden * $HOME/.kde/share/applnk/.hidden/AppRun.desktop 생성 * Exec=$HOME/.zAppRun %U * $HOME/.zAppRun 생성 * chmod 777 $HOME/.zAppRun * $HOME/klik-cmg-install-root 생성 * chmod 777 "$HOME/klik-cmg-install-root" * kbuildsycoca * message 1 * klik is not a registered protocol * user.js 만 만든 후에도 같은 오류 메시지 {{{ /home/tcheun1/.mozilla/firefox/891y6mnx.default/user.js user_pref("network.protocol-handler.app.klik", "~/.klik"); }}} * .klik 를 만든 후에 다른 메시지로 바뀜 * messgae 2 * An external application must be launched to handle klik: links. Requested link: klik://nvu If you were not expecting this request it may be an attempt to exploit a weakness in that other program. Cancel this request unless you are sure it is not malicious. * click Launch application * message 3 * Error while trying to run nvu root@ttyp0[etc]# cat /etc/knoppix-version 3.4 2004-05-17 root@ttyp0[etc]# uname -a Linux Knoppix 2.4.26 #1 SMP Sa Apr 17 19:33:42 CEST 2004 i686 GNU/Linux export RUN=`echo $1 | sed s@klik:\/\/@@` && (wget -q http://klik.atekon.de/apt/?package=$RUN -U "klik/0.1.3cli (`uname -a` @$VERSION@)" -O - | sh || derror "Error while trying to run $RUN" ) kbuildsycoca === 3.4 에서 시험 === root 로 수행하면 문제 생김 knoppix 로 수행하면 수행됨. mount 에서 문제 발생 {{{ knoppix@ttyp1[Desktop]$ wget -v http://klik.atekon.de/apt/?package=nvu -U "klik/0.1.3cli (Linux Knoppix 2.4.26 #1 SMP Sa Apr 17 19:33:42 CEST 2004 i686 GNU/Linux @3.4 2004-05-17@)" -O tst1 --14:38:48-- http://klik.atekon.de/apt/?package=nvu => `tst1' Resolving klik.atekon.de... 134.169.172.48 Connecting to klik.atekon.de[134.169.172.48]:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ <=> ] 325 --.--K/s 14:38:55 (3.10 MB/s) - `tst1' saved [325] # count this as a klik wget "http://klik.atekon.de/apt/countklik.php?package=nvu&client=1" -O - >/dev/null 2>&1 || echo "no klik counted" kfmclient copy 'http://klik.atekon.de/cmg/nvu.cmg' ~/Desktop/; ~/.zAppRun ~/Desktop/nvu.cmg && wget "http://klik.atekon.de/apt/countsuccess.php?package=nvu&client=1" -O - >/dev/null 2>&1 }}} knoppix@ttyp0[Desktop]$ pwd /home/knoppix/Desktop -rw-r--r-- 1 knoppix knoppix 11608064 2005-03-25 13:52 nvu.cmg 바탕화면에 nvu.cmg 생성됨 /home/knoppix/.zAppRun: line 121: error: command not found 104 cd /mnt/app 108 mkdir 1 111 cd 1 113 ln -s /home/knoppix/Desktop/nvu.cmg image 124 mount /mnt/app/1 knoppix@ttyp1[1]$ ls LICENSE libgkgfx.so libssl3.so regchrome TestGtkEmbed libgtkembedmoz.so libxlibrgb.so regxpcom bloaturls.txt libgtkxtbin.so libxpcom.so res chrome libmozjs.so libxpcom_compat.so run-mozilla.sh components libnspr4.so libxpistub.so shlibsign components.ini libnss3.so mangle wrapper defaults libnssckbi.so mozilla-xremote-client xpcshell defaults.ini libplc4.so nsinstall xpicleanup elf-dynstr-gc libplds4.so nvu xpidl extensions libsmime3.so nvu-bin xpt_dump greprefs libsoftokn3.chk nvu-config xpt_link icons libsoftokn3.so plugins === syscoca === http://developer.kde.org/documentation/library/kdeqt/kde3arch/ksycoca.html Sycoca stands for System Configuration Cache and is nominated to be the succesor of kregistry. It is a light weight database optimized for looking up static system configuration information fast and with minimal memory usage. The database will offer read-only access to many clients at once. The database is read-only which means that looking up can be very fast since no locking or transaction operations need to be performed. The database is created/updated by kbuildsycoca from human readable configuration files. kded monitors these configuration files and will call kbuildsycoca to update the database when a change in any of the configuration files is detected. Updating the database will mean that the database is replaced as a whole by a more up to date version. This approach allows a very straight forward database implementation. With Sycoca it will not be necessary any more to parse multiple files when looking for static system information. Instead Sycoca can return the requested information with a performance near to O(1). Examples of static system information are mimetype bindings and .desktop information (servicetypes). Application specific configuration information will _NOT_ be stored in Sycoca since this information is usually subject to regular change. $ kded --help Usage: kded [Qt-options] [KDE-options] [options] KDE Daemon - triggers Sycoca database updates when needed. === 일의 순서 === * cmg 파일을 만드는 것 * cmg 파일을 수행하는 것 * 이 후에 서버와 클라이언트 연결하는 것을 한다. * install xdialog * make klik-cmg-install-root and run * edit install * run install * klik is not a registered protocol * user_pref 에 " 를 빼 먹었음. * wget http://klik.atekon.de/apt/?package=nvu -U "klik/0.1.3cli (Linux Knoppix 2.4.26 #1 SMP Sa Apr 17 19:33:42 CEST 2004 i686 GNU/Linux @$VERSION@)" -O - > klik.tst * mount -t cramfs cgoban-1.9.14.cmg /mnt/app/1 -o loop * [root@localhost app]# mount -t cramfs /mnt/app/1/image /mnt/app/1 -o loop * /mnt/app/1/image: 그런 파일이나 디렉토리가 없음 * [root@localhost app]# ls -l /mnt/app/1/image * lrwxrwxrwx 1 tcheun tcheun 17 3월 29 18:04 /mnt/app/1/image -> cgoban-1.9.14.cmg * 신기한 일이군 * cgoban-1.9.14.cmg 를 /home/tcheun/cgoban-1.9.14.cmg 로 수정 * mount /mnt/app/1 성공 * 결국 문제는 cmg 파일을 만드는 것 * 몇가지 dialog 기능 필요한 것 * 우선 cmg 파일을 만드는 것의 자동화는 접어두자. * 무엇을 타겟으로 시험을 해 볼까? * cmg 를 만드는 순서(예측) * rpm 의 의존성 검사 * 필요한 패키지가 설치되어 있는가 조사 * 설치되어 있지 않은 패키지를 다운로드 파일에 추가 * AppDir 에 설치되는 프로그램들의 링크 변경 * 시스템에 설치된 라이브러리중 필요한 것들을 링크 * /etc 나 /var 링크 * rpm 의존성 검사 * fedora 에는 unp 없슴. * rpm 소스 볼 것 * 패키지 관리 * 새로운 패키지 설치 * live CD 와 하드인스톨된 것의 차이 * live CD 인 경우는 security 에 관한 우려가 적다. * upgrade * system-config-package 는 CD 만을 대상으로 하고 있다. * APT 가 결론적으로 맞는 것 같다. * home 디렉토리에 설치하는 것과 시스템에 설치하는 것의 차이 * rpm -q -R xdialog 은 의존성 검사를 하지만 설치된 것에 한함. * 설치되지 않은 패키지의 의존성을 볼 수 있는 방법은 없는가? {{{ 20.How to check the RPM dependency When making custom-made CD etc.,which is necessary to investigate the dependency of the RPM files. It can investigate easily as follows: Premise:The directory with RPM files are /tmp/i386/RedHat/RPMS 　$cd /tmp/i386/RedHat/RPMS Make the directory for test 　$mkdir -p /tmp/testdb Initialize the RPMDB 　$rpm --initdb --dbpath /tmp/testdb Dependency check 　$rpm --test --dbpath /tmp/testdb -Uvh *.rpm The message will be outputted if caught in the check of the dependency, Please add the required RPM files. [root@localhost tmp]# rpm --initdb --dbpath /tmp/testdb [root@localhost tmp]# rpm --test --dbpath /tmp/testdb -Uvh /home/tcheun/acroread-5.0.10-1.1.fc3.rf.i386.rpm 경고: /home/tcheun/acroread-5.0.10-1.1.fc3.rf.i386.rpm: V3 DSA signature: NOKEY, key ID 6b8d79e6 오류: Failed dependencies: /bin/sh is needed by acroread-5.0.10-1.1.fc3.rf.i386 htmlview is needed by acroread-5.0.10-1.1.fc3.rf.i386 libX11.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libXp.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libXt.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libc.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libc.so.6(GLIBC_2.0) is needed by acroread-5.0.10-1.1.fc3.rf.i386 libc.so.6(GLIBC_2.1) is needed by acroread-5.0.10-1.1.fc3.rf.i386 libdl.so.2 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libdl.so.2(GLIBC_2.0) is needed by acroread-5.0.10-1.1.fc3.rf.i386 libdl.so.2(GLIBC_2.1) is needed by acroread-5.0.10-1.1.fc3.rf.i386 libm.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 libm.so.6(GLIBC_2.0) is needed by acroread-5.0.10-1.1.fc3.rf.i386 libm.so.6(GLIBC_2.1) is needed by acroread-5.0.10-1.1.fc3.rf.i386 [root@localhost tmp]# rpm --test --dbpath /tmp/testdb -Uvh /home/tcheun/xdialog-2.1.1-1.1.fc3.rf.i386.rpm 경고: /home/tcheun/xdialog-2.1.1-1.1.fc3.rf.i386.rpm: V3 DSA signature: NOKEY, key ID 6b8d79e6 오류: Failed dependencies: /bin/sh is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libX11.so.6 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libXext.so.6 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libXi.so.6 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libc.so.6 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libc.so.6(GLIBC_2.0) is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libc.so.6(GLIBC_2.1) is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libdl.so.2 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libgdk-1.2.so.0 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libglib-1.2.so.0 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libgmodule-1.2.so.0 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libgtk-1.2.so.0 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 libm.so.6 is needed by xdialog-2.1.1-1.1.fc3.rf.i386 [root@localhost rpm]# pwd /var/lib/rpm [root@localhost rpm]# ls Basenames Group Providename Requireversion __db.001 Conflictname Installtid Provideversion Sha1header __db.002 Dirnames Name Pubkeys Sigmd5 __db.003 Filemd5s Packages Requirename Triggername [root@localhost tcheun]# rpm --test --dbpath /mnt/hdc7/var/lib/rpm -Uvh /home/tcheun/acroread-5.0.10-1.1.fc3.rf.i386.rpm 경고: /home/tcheun/acroread-5.0.10-1.1.fc3.rf.i386.rpm: V3 DSA signature: NOKEY, key ID 6b8d79e6 오류: Failed dependencies: libXp.so.6 is needed by acroread-5.0.10-1.1.fc3.rf.i386 [root@localhost tcheun]# rpm --test --dbpath /mnt/hdc7/var/lib/rpm -Uvh /home/tcheun/xdialog-2.1.1-1.1.fc3.rf.i386.rpm 경고: /home/tcheun/xdialog-2.1.1-1.1.fc3.rf.i386.rpm: V3 DSA signature: NOKEY, key ID 6b8d79e6 준비 중... ########################################### [100%] }}} rpm 을 만들어 주는 툴 http://asic-linux.com.mx/~izto/checkinstall/faq.php http://www.pycs.net/lateral/stories/30.html === unionfs === 디자인 자체가 달라져야 할 것 같다. 부여의 경우 root 와 일반유저의 구분이 있으므로, klik 나 zero install 을 사용할 필요가 없을 것 같다. 오히려 java 를 이용하는 것이 낳지 않을까? java 가 할 수 없는 일이 어떤 것들인가? === internet 사이트 === 인터넷 사이트에서 다운로드하고 설치하라는 프로그램들 어떻게 할 것인가? === firefox === * firefox 에 새로운 프로토콜을 추가한다. (klik) * klik 가 할 일 * klik://packagename 에서 packagename 을 run 이라는 변수에 할당한다. * 웹사이트에 연결하여 run.php 를 수행한다. * run.php 에 의해 디스플레이되는 내용을 받는다. * 내용에 따라 sh 을 수행한다. fedora-extras livna-stable base updates-released updates-testing development Fedora Linux 3 Fedora Linux Development Dag RPM Repository for Fedora Core 3 Livna 3rd party packages with questionable (in USA) licenses -- use at your own risk ATrpms for Fedora Core 3 newrpms.sunsite.dk === klik test ko3.7 === knoppix@ttyp1[knoppix]$ wget klik.atekon.de/client/install -O -|sh --13:32:17-- http://klik.atekon.de/client/install => `-' Resolving klik.atekon.de... 134.169.172.48 Connecting to klik.atekon.de[134.169.172.48]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 11,572 [text/plain] 100%[====================================>] 11,572 18.29K/s 13:32:19 (18.27 KB/s) - `-' saved [11572/11572] konqueror: ERROR: Error in BrowserExtension::actionSlotMap(), unknown action : searchProvider konqueror: ERROR: Error in BrowserExtension::actionSlotMap(), unknown action : searchProvider konqueror 을 띄우고 klik 페이지로 이동함. nvu klik nvu.cmk 복사함. INSTALL 되서 수행됨. 바탕화면에 nvu.cmg 되 생성됨. # count this as a klik wget "http://klik.atekon.de/apt/countklik.php?package=lphoto2&client=1" -O - >/dev/null 2>&1 || echo "no klik counted" kfmclient copy 'http://klik.atekon.de/cmg/lphoto2.cmg' ~/Desktop/; ~/.zAppRun ~/Desktop/lphoto2.cmg && wget "http://klik.atekon.de/apt/countsuccess.php?package=lphoto2&client=1" -O - >/dev/null 2>&1 1 wget http://klik.atekon.de/cmg/lphoto2.cmg 2 ls 3 cp lphoto2.cmg Desktop/ 4 .zAppRun Desktop/lphoto2.cmg 수행이 되지만 오류 메시지가 많이 나옴. 제대로 수행되는 것 같지 않음. {{{ rm: cannot remove `/mnt/app/1//usr/share/doc/python2.3-qt3/changelog.gz': Read-only file system rm: cannot remove `/mnt/app/1//usr/share/doc/python2.3-qt3/copyright': Read-only file system }}} knoppix@ttyp2[klikscript]$ sh skype.script warning: gids truncated to 8 bits. (This may be a security concern.)