All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paul D. DeRocco" <pderocco@ix.netcom.com>
To: "'Paul Eggleton'" <paul.eggleton@linux.intel.com>,
	<yocto@yoctoproject.org>
Subject: Re: Samba server?
Date: Mon, 1 Apr 2013 16:42:46 -0700	[thread overview]
Message-ID: <CC8EC8ACB2884AB0BBAF61C7FAF19D47@PAULD> (raw)
In-Reply-To: <1624497.d7J2isS43f@helios>

> From: Paul Eggleton
> 
> There are a few useful tools here. Firstly, "bitbake-layers 
> show-recipes" will 
> list all recipes available in your current configuration, the 
> versions 
> available and which layers they are provided by. You can also 
> specify a search keyword on the command line.
> 
> Additionally, "bitbake -s" will list all available "targets" 
> (recipes, plus 
> any BBCLASSEXTENDed variants, e.g. zlib-native) and the 
> latest and current preferred versions.
> 
> Lastly, if you want to search all available recipes in 
> community layers, there 
> is now an online metadata index available:
> 
>   http://layers.openembedded.org/

I found the first one, and the second seems to show mostly the same info in
a different form.

What I don't see is any info on the recipes, beyond name and version number.
I don't see a list of packages they produce. For instance, doing "bitbake -e
samba", and then looking at the PACKAGES variable, shows the following list:

    libwbclient
    libwinbind
    libwinbind-dbg
    winbind
    winbind-dbg
    libnetapi
    libtdb
    libsmbsharemodes
    libsmbclient
    libsmbclient-dev
    cifs
    cifs-doc
    swat
    samba-dbg
    samba-staticdev
    samba-dev
    samba-doc
    samba-locale
    samba

I'm not sure what got included when I added "samba" to my IMAGE_INSTALL
variable, but I assume samba and winbind are required, but the other things?
To an end user like me (someone who just wants to build a distro with
certain capabilities, and then get back to the real work of application
development), the following sorts of questions occur:

    What choices are provided by each package?
    If something is included in the build, can I do without it?
    If something isn't included in the build, should I add it?

To be a real turn-key system, each recipe needs a page, or two, or three, of
human-written (not script-produced) explanation of what options the recipe
has, what they correspond to in user terms, and how they can be selected or
deselected. Without that, the recipe really isn't "documented" in the
conventional sense.

When I added samba to core-image-base-cedartrail-nopvr, the image got vastly
bigger. I wouldn't think the ability to do Windows file sharing would be
comparable in size to the rest of the system. Did it add tons of man pages
which no one will read, because it's an embedded system? Did it add a client
which I don't need, or just the server which I do need? Did it add libraries
to the target that will never be used? Eventually, I'll figure this out, but
I'm spending weeks and weeks on this, which is making this a very expensive
project. Perhaps I should have just hired someone else to do it for me.

-- 

Ciao,               Paul D. DeRocco
Paul                mailto:pderocco@ix.netcom.com 



  reply	other threads:[~2013-04-01 23:42 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-06 23:31 Samba server? Paul D. DeRocco
2013-03-07 10:40 ` Martin Jansa
2013-03-07 18:22   ` Paul D. DeRocco
2013-03-07 18:29     ` Martin Jansa
2013-03-07 22:29       ` Paul D. DeRocco
2013-03-07 22:42         ` Martin Jansa
2013-03-27  8:09           ` Paul D. DeRocco
2013-03-27  9:03             ` Anders Darander
2013-03-27 22:12               ` Paul D. DeRocco
2013-03-28  2:10                 ` ChenQi
2013-03-28  3:10                   ` Paul D. DeRocco
2013-03-28  3:24                     ` ChenQi
2013-03-28  5:55                     ` Anders Darander
2013-03-28  6:05                       ` Paul D. DeRocco
2013-04-01  9:32                     ` Paul Eggleton
2013-04-01 23:42                       ` Paul D. DeRocco [this message]
2013-04-02  7:13                         ` Paul Eggleton
2013-03-28 20:33                   ` Trevor Woerner
2013-03-28 21:35                     ` Paul D. DeRocco
2013-03-28 21:44                       ` Trevor Woerner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CC8EC8ACB2884AB0BBAF61C7FAF19D47@PAULD \
    --to=pderocco@ix.netcom.com \
    --cc=paul.eggleton@linux.intel.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.