From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5391 invoked from network); 30 Jun 2004 13:32:58 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 30 Jun 2004 13:32:58 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BffCn-0007Z8-CI for arch-gentoo-releng@lists.gentoo.org; Wed, 30 Jun 2004 13:32:54 +0000 Received: (qmail 14601 invoked by uid 89); 30 Jun 2004 13:32:52 +0000 Mailing-List: contact gentoo-releng-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-releng@lists.gentoo.org X-BeenThere: gentoo-releng@gentoo.org Received: (qmail 3192 invoked from network); 30 Jun 2004 13:32:52 +0000 From: Chris Gianelloni Reply-To: wolf31o2@gentoo.org To: gentoo-releng@lists.gentoo.org In-Reply-To: <1088600741.963.4.camel@sixthstreet.formanonline.com> References: <1088527073.13773.4.camel@woot.uberdavis.com> <1088600249.13215.7.camel@woot.uberdavis.com> <1088600741.963.4.camel@sixthstreet.formanonline.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-82I5QmDYGwkwN3FwLtHO" Organization: Gentoo Linux Message-Id: <1088602394.24945.152.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 30 Jun 2004 09:33:15 -0400 Subject: Re: [gentoo-releng] samba on the livecds X-Archives-Salt: 379da155-ead7-4d56-a1ac-7b4702fd23bd X-Archives-Hash: 8ec888bffc358303760b398417c12de9 --=-82I5QmDYGwkwN3FwLtHO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-06-30 at 09:05, Jeffrey Forman wrote: > Maybe someone can clarify this for me..the LiveCD, is: >=20 > (1) the INSTALL cd we're all familiar with or > (2) a Knoppix-like cd that boots into Gnome/KDE/ >=20 > If (1), honestly...does someone NEED samba upon the install? if they > have broadband, they can download the files anyways. Our LiveCD is definitely #1. If we decide to provide a #2 type CD, it will be different than our install media. One day it may even become the "default" installation media, but for now, we want to keep the CD as simple as possible, while still enabling the user to utilize as many resources as he has available. That means the ability to mount SMB shares. We might need to look at what is necessary to add proper SMB mounting support. I see no reason at all for adding SMB *sharing* support. Now, looking at /sbin/mount.smbfs, which is a symlink to /usr/bin/smbmount, we see that it is a: $ file smbmount smbmount: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped Now, let's look at what it is linked against. This is on my work machine, so of course, USE flags will modify this list some, but the list is *quite* long here. $ ldd smbmount linux-gate.so.1 =3D> (0xffffe000) libcrypt.so.1 =3D> /lib/libcrypt.so.1 (0x40023000) libresolv.so.2 =3D> /lib/libresolv.so.2 (0x40050000) libnsl.so.1 =3D> /lib/libnsl.so.1 (0x40062000) libdl.so.2 =3D> /lib/libdl.so.2 (0x40076000) libgssapi_krb5.so.2 =3D> /usr/lib/libgssapi_krb5.so.2 (0x4007a000) libkrb5.so.3 =3D> /usr/lib/libkrb5.so.3 (0x40090000) libk5crypto.so.3 =3D> /usr/lib/libk5crypto.so.3 (0x400fc000) libcom_err.so.3 =3D> /usr/lib/libcom_err.so.3 (0x40126000) libldap.so.2 =3D> /usr/lib/libldap.so.2 (0x40129000) liblber.so.2 =3D> /usr/lib/liblber.so.2 (0x40159000) libc.so.6 =3D> /lib/libc.so.6 (0x40167000) /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x40000000) libssl.so.0.9.7 =3D> /usr/lib/libssl.so.0.9.7 (0x40277000) libcrypto.so.0.9.7 =3D> /usr/lib/libcrypto.so.0.9.7 (0x402a7000) Now, I could see that adding a hefty weight to our install media. If we really need to add samba to the LiveCD, then I think that we need to work something out. Perhaps it could be us adding a minimal smbmount to the system via livecd-tools and USE=3Dsamba? I wouldn't have a problem with that, and it wouldn't introduce the feared samba-client garbage that other distributions are so fond of. It would only get installed on the LiveCD, and it would build independent of the system's USE, so we would control the dependencies required. How does this sound to everyone? > If (2), this would be the only situation where I could see sticking what > is required for samba on the cd. It gives the users the ability to test > the waters of how easily they can share files linux <-> Windows. I would definitely see the reasoning for adding a full-blown samba to such a CD, as many people would be comparing us to Windows, and most likely operating on a Windows network. > I guess I am just concerned with adding bloat (someone mentioned another > 22MB) to the cd where it's just not needed. Bloat is very bad on our CD. They are large enough as it is. It is my personal mission to try to reduce the size of the LiveCD, as it has grown quite a bit since the 1.2 days. I tend to think that a better solution now that we will have a BT distribution system, would be to possibly come out with a few specialized CDs, or even a "jumbo" CD with all the "extras" that we don't want to add to the regular LiveCD. --=20 Chris Gianelloni Release Engineering QA Manager/Games Developer Gentoo Linux Is your power animal a penguin? --=-82I5QmDYGwkwN3FwLtHO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA4sEakT4lNIS36YERAhTeAJ9klc41sumxSgA1vaOnRXwIulM8iQCfe15H sgNYG30FVuypVY7yTimt33k= =qYkF -----END PGP SIGNATURE----- --=-82I5QmDYGwkwN3FwLtHO--