vsftp, wie bauen?

[lintux]

Baut und installiert halt vsftpd, dann geht das.

Ot:Hi,
hab ich richtig verstanden, dass ich das extra machen muss, um vsftpd im Image zu haben ? Wenn ja, dann so: make vsftpd ?
danke für jede Hilfe

[doc]

Wenn Du schon feststellst das Du offtopic bist warum machst Du nicht direkt ein neues Thema auf?
Habe es mal wieder abgetrennt.

Sich mit einem Buildsystem zu beschäftigen sollte selbstverständlich sein wenn man es benutzen will.
Schon vor Ewigkeiten wurde das target 'help' eingebaut.

Code: Alles auswählen

doc@x201s:~/gitprojects/buildsystem-cs [master]$ make help
a few helpful make targets:
* make preqs               - downloads necessary stuff
* make crosstool           - build cross toolchain
* make bootstrap           - prepares for building
* make neutrino            - builds neutrino
* make minimal-system-pkgs - build enough to have a bootable system, consult
                             doc/README.opkg-bootstrap how to continue from there
* make devel-tools         - build gdb and strace for the target
* make print-targets       - print out all available targets

later, you might find those useful:
* make update-self         - update the build system
* make update-neutrino     - update the neutrino source
* make update-svn          - update the coolstream svn parts (mainly drivers)
* make update-svn-target   - copy updated svn parts into $TARGETPREFIX

cleantargets:
make clean                 - clean neutrino build dir
make rebuild-clean         - additionally remove $TARGETPREFIX, but keep the toolchain
                             after that you need to restart with 'bootstrap'
make all-clean             - additionally remove the crosscompiler
                             you usually don't want to do that.

Also schau mal was es alles so gibt.

Code: Alles auswählen

doc@x201s:~/gitprojects/buildsystem-cs [master]$ make print-targets 
sed -n 's/^\$.D.\/\(.*\):.*/\1/p; s/^\([a-z].*\):\( \|$\).*/\1/p;' \
		`ls -1 make/*.mk|grep -v make/unmaintained.mk` Makefile | \
		sort | fmt -65
aaa_base-pkg addon-drivers-pkg addon-drivers-pkg all all-clean
arduino-serlcd autofs bootstrap busybox busybox-snapshot ccache
cddfs cdparanoia clean crosstool crosstool crosstool-new
crosstool-old crosstool-rpminstall cs-beta-drivers-pkg
cs-drivers-pkg cskernel cs-libs-pkg cs-modules cs-svn
cs-uboot dbus depmod devel-tools devel-tools-all directfb
directfb-includes-and-libs dist-pkgs djmount download dropbear
dvdreadfs e2fsprogs everything evtest example fbshot ffmpeg
find-% flashimage flashimage flashimage fp_control freetype fuse
fuse-driver gdb gdb-remote glibc-pkg help includes-and-libs
inputmodules install-pkgs iperf kernelgcc kernelmenuconfig
kernelmenuconfig kernelmenuconfig kernel-patch kernel-svn
lcd4linux ldconfig libass libattr1 libblkid libboost libcap
libcurl libdlna libdvdcss libdvdread libexpat libFLAC libflex
libgd2 libglib libiconv libid3tag libjpeg libmad libncurses
libogg libpcap libpng libstb-hal libungif libupnp libusb
libusb-compat libuuid libvorbis libvorbisidec links lirc
mc minimal-system-pkgs mtd-utils ncurses-prereq neutrino
neutrino-clean neutrino-hd-source neutrino-pkg ntfs-3g ntp
openssl openthreads pkg-config pkg-config-preqs pkg-index
plugins poco-logger portmap prepare-pkginstall preqs printenv
print-targets procps qt rebuild-clean rsync samba2 sg3-utils
skeleton spark-directfb-pkg sparkdriver spark-drivers-pkg
sparkfirmware sparkkernel spark-system-usb stfbcontrol
stlinux-dfb stlinux-isomount strace systemd system-pkgs
system-tools system-tools-all system-tools-opt targetprefix
tcpdump td-directfb-pkg td-dvb-wrapper td-dvb-wrapper-pkg
tdkernel td-module-pkg td-modules tdsvn timezone toolcheck unfsd
update-neutrino update-neutrino update-neutrino-hard update-self
update-svn update-svn update-svn-target usb-driver-pkg ushare
ustslave valgrind-old vsftpd warn xfsprogs zlib

Der Rest ist Logik.

[dietmarw]

...
Der Rest ist Logik.

ganz so einfach ist es aber nun doch leider nicht..

beispiel:
ein "make mc" baut zwar die mc pakete, legt sie aber an einem ort ab, der nicht innerhalb "build_tmp/sparksystem" liegt.
ich kopiere sie bei mir zwar nachträglich rein, aber der aufruf des mc schlägt trotzdem fehl wegen einer fehlenden libglib-2.0.so.0

[doc]

...
Der Rest ist Logik.

ganz so einfach ist es aber nun doch leider nicht..

beispiel:
ein "make mc" baut zwar die mc pakete, legt sie aber an einem ort ab, der nicht innerhalb "build_tmp/sparksystem" liegt.
ich kopiere sie bei mir zwar nachträglich rein, aber der aufruf des mc schlägt trotzdem fehl wegen einer fehlenden libglib-2.0.so.0

Das ist ja auch der falsche Weg.
Da kommt zum Schluss (immer auch) ein OPKG Paket raus, und das muss man installieren. Dabei werden die Abhängigkeiten automatisch aufgelöst.
Das was Du da machen willst geht genau so, nur muss man diverse Targets anpassen, oder besser, ein neues machen. Bei spark-system usb kann man sich anschauen was man machen muss.

Der Ansatz von seife war ein System zu erstellen mit dem man in erster Linie Fernsehen kann, alles was man dann noch haben will kann man nachinstallieren.

[lintux]

@doc,
Vielen Dank für deine Antwort . Wie ich verstanden hab ist vsftpd schon im buildsystem drin. Okay dann frag ich es anders: Ist vsftpd nicht per Default im Image?
Was ist mit vsftpd.conf-?
Nach welcher Reihenfolge muss ich das 1.vsftpd.conf vor dem Imagebauen erstellen,2.make[1]: *** [vsftpd] ?
Danke im voraus.

Das ist alles, was ich zum Thema gefunden hab:

Code: Alles auswählen

Die muss nach archive-patches kopiert werden
# config file /etc/vsftpd.conf
listen=NO
hide_ids=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
chroot_local_user=NO
local_umask=022
dirmessage_enable=YES
xferlog_enable=NO
connect_from_port_20=YES
secure_chroot_dir=/share/empty
ftpd_banner=Willkommen auf Ihrer Spark

gibt es eine Lösung um die Dateiberechtigung auf root:root zu setzten für die vsftpd.conf vor dem Imagebauen erstellen ?
Verbinden:/sbin $ vsftpd
Verbinden:/tmp $ ./vsftpd 192.168.1.2
chown root:root /etc/vsftpd.conf
vsftpd> cd /etc
250 Directory successfully changed.
vsftpd> ls -la
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
[...]
-rw-r--r--    1 0        0             226 Aug 05  2010 vsftpd.conf
226 Directory send OK.

[dietmarw]

da bei mir 3 von 3 versuchen mit opkg zu arbeiten zu einem nicht mehr lauffähigen system auf der box führten,
habe ich für meinen teil mit opkg erstmal nichts mehr am hut..

aber einen sinn kann ich trotzdem darin nicht erkennen wenn der output von
"make mc"
an einem anderen ort landet als der von
"make spark-system-usb"

er kann ja gerne zusätzlich als opkg irgendwo liegen, aber primär sollte er im "normalen" build pfad auftauchen
(meiner meinung nach..)

[seife]

"make mc" installiert den mc nach $(TARGETPREFIX) (normalerweise ./root) und erzeugt ein paket.

"make spark-system-usb" installiert einen liste von Paketen nach $(BUILD_TMP)/install *auf dem buildhost*, also nicht auf der box und packt das Ergebnis dann als tarball zusammen.

"make flashimage" macht so in etwas dasselbe wie spark-system-usb, aber packt das halt in ein jffs2.

Beide targets machen "make system-pkgs" (das erzeugt build_tmp/install) und packen das ganze dann irgendwie ein.

Wenn du jetzt mehr pakete in deinem image haben willst, dann erweitere das system-pkgs target, so dass es auch z.B. mc installiert, der mc zieht dann ganz automatisch das glib-Paket mit rein.

Wenn jemand einen Patch macht, mit dem man zusätzliche Pakete in einer Variable konfigurierbar machen kann, so wäre das auch zu überlegen. Einfach alles, was jemals gebaut wurde zu installieren ist keine Option, weil man das sonst nie mehr flashen könnte