software-Installation

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
guennid

software-Installation

Beitrag von guennid » 06.04.2003 14:48:20

Hallo Leute,
ich habe mir die eine neue dillo-Version als tar.gz Datei direkt bei dillo gesaugt. Wie gehe ich weiter damit um, um das Teil debian-gerecht zu installieren.
Grüße, Günther

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 06.04.2003 19:25:13

ich hab' 'mal ein quick & dirty howto geschrieben, schau mal auf
http://debian.consistencies.net/faq.html

ich werd' das demnächst 'mal übersetzen..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

Benutzeravatar
feltel
Webmaster
Beiträge: 10458
Registriert: 20.12.2001 13:08:23
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Leipzig, Germany
Kontaktdaten:

Beitrag von feltel » 06.04.2003 19:27:29

chimaera hat geschrieben:ich werd' das demnächst 'mal übersetzen..
.... und bei Tipps und Tricks eintragen, bitteeeeeeeeeeeee :mrgreen:

Benutzeravatar
Six
Beiträge: 8069
Registriert: 21.12.2001 13:39:28
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Siegburg

Beitrag von Six » 06.04.2003 19:45:26

Wir haben so was ähnliches in der Tip-DB:
http://www.debianforum.de/guides/index. ... 1002&id=11

Zielt aber auf Programme, deren Sourcen aus den Debian Repositories kommen.

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 06.04.2003 20:23:27

feltel hat geschrieben:
chimaera hat geschrieben:ich werd' das demnächst 'mal übersetzen..
.... und bei Tipps und Tricks eintragen, bitteeeeeeeeeeeee :mrgreen:
das war der plan.. 8)
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 06.04.2003 21:59:23

An six:
Das hilft mir diesmal wohl nix. Es ist halt kein debian-Teil.

An chimaera:
Ach du gute Güte, alles wieder Englisch! Trotzdem danke für die Hilfe.
Fangen wir mal an:

1. Das Teil heißt "dillo-0.7.1.2.tar.gz". Geh' ich recht in
der Annahme, dass ich das erst mal auspacken muss?

2. Was genau meint folgender Satz: "check the source directory of the
application you want to build for a debian directory."?
Ist gemeint, dass das Quellen-Verzeichnis ein Unterverzeichnis namens "debian"
haben muss und dass ich dieses per Hand anlegen muss, wenn's nicht da ist?
Grüße, Günther

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 06.04.2003 22:25:38

also gut.. ;-7

- nötige packete installieren:
apt-get install dh-make gcc fakeroot

- sourcen entpacken

- wenn kein debian dir, dh_make im source-dir aufrufen, single binary wählen -> debian- dir wird erstellt

- kompilieren und packetieren:
fakeroot debian/rules binary

- root werden und installieren:
dpkg -i ../lilo_<version>.deb

that's it..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 06.04.2003 23:05:50

Nochmals vielen Dank an chimaera, ich denke, jetzt blick' ich etwas besser durch. Ich werde das aber erst morgen abend probieren, bin jetzt zu müde. Ich hoffe, ich hab' nicht allzu viel genervt.
Ich bin halt kein Fachmann.
Grüße, Günther

Benutzeravatar
feltel
Webmaster
Beiträge: 10458
Registriert: 20.12.2001 13:08:23
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Leipzig, Germany
Kontaktdaten:

Beitrag von feltel » 07.04.2003 19:49:50

chimaera hat geschrieben:das war der plan.. 8)
Hab den Tipp jetzt online gestellt: http://www.debianforum.de/guides/index. ... 1002&id=44
Danke für die Mitarbeit :-)

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 07.04.2003 21:32:05

feltel, da hast du aber ordentlich grossbuchstaben eingefügt ;-7
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 08.04.2003 01:25:27

bis zum ersten Mal "fakeroot/debian/rules binary" bin ich kekommen, dann gab's jede Menge Fehlermeldungen. Das wird wohl noch ein Weilchen dauern, bis ich da durch bin.
Grüße Günther

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 08.04.2003 08:01:19

poste einfach mal die fehler..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 09.04.2003 23:41:14

Bedenke, dass das hier Neuland für mich ist. Entsprechend schwer tu ich mich da und entsprechend schwer wird es sein, mir zu helfen. Ich will dich auf keinen Fall nerven.
Zunächst muss ich 'ne Gegenfrage stellen: Wo werden die Fehlermeldungen protokolliert, bzw. was muss ich machen, um sie in einer Datei zu protokollieren. Den Bildschirm werd' ich nicht abtippen, dafür sind die Meldungen zu lang.
Grüße, Günther

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 10.04.2003 14:17:52

hi günther,
keine bange, ich denke so schnell nervst du niemanden ;-7

schau dir einmal die datei debian/config.log an, hier stehen die ausgaben von ./configure. fang am besten von unten zu lesen an.. ansonsten, kopiere einfach die letzte ausgabe von configure bzw. make und füge sie hier ein..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 11.04.2003 10:36:55

Das hier ist es:

Ich habe alles folgende als root ausgeführt.
Die gepackte Datei "dillo-0.7.1.2.tar.gz" hatte ich im Verzeichnis ~/dillo_inst.
Dort habe ich das Unterverzeichnis /neu angelegt. Anschließend bin ich ins
Verzeichnis /dillo_inst gewechselt. Ich wollte die gepackte Datei nach /neu
auspacken. Dazu habe ich eingegeben:

tar -xzf dillo-0.7.1.2.tar.gz -C neu

Dabei entstand unter /neu das Verzeichnis /dillo-0.7.1 mit den
Unterverzeichnissen: /doc, /dpi und /src. /src hatte nochmals ein
Unterverzeichnis. In /dillo-0.7.1 wurde ausgepackt - nicht in /neu,
wie ich das beabsichtigt hatte. Danach bin ich in dieses Verzeichnis
(dillo-0.7.1) gewechselt und habe

dh_make

und anschließend

s (single binary)

eingegeben. Daraufhin entstand als weiteres Unterverzeichnis von
/neu /dillo-0.7.1.orig und als weiteres Unterverzeichnis von /dillo-0.7.1
/debian, so dass schließlich folgender Baum entstand:

dillo_inst
neu
dillo-0.7.1
debian
doc
dpi
src
IO
dillo-0.7.1.orig
doc
dpi
src
IO

Dann habe ich im Verzeichnis /dillo-0.7.1

fakeroot debian/rules binary

eingegeben, woraufhin ich in DIESEM Verzeichnis, nicht in /debian die neue Datei
config.log vorfand. Hier ihr Inhalt:

Code: Alles auswählen

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.53.  Invocation command line was

  $ ./configure --host=i386-linux --build=i386-linux --prefix=/usr
 --mandir=${prefix}/share/man --infodir=${prefix}/share/info

## --------- ##
## Platform. ##
## --------- ##

hostname = tux1
uname -m = i686
uname -r = 2.4.18-686
uname -s = Linux
uname -v = #1 Sun Apr 14 11:32:47 EST 2002

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = i686
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /sbin
PATH: /usr/sbin
PATH: /bin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /usr/local/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1242: checking for a BSD-compatible install
configure:1296: result: /usr/bin/install -c
configure:1307: checking whether build environment is sane
configure:1350: result: yes
configure:1384: checking for gawk
configure:1413: result: no
configure:1384: checking for mawk
configure:1400: found /usr/bin/mawk
configure:1410: result: mawk
configure:1420: checking whether make sets ${MAKE}
configure:1440: result: yes
configure:1614: checking for i386-linux-gcc
configure:1643: result: no
configure:1652: checking for gcc
configure:1668: found /usr/bin/gcc
configure:1678: result: gcc
configure:1922: checking for C compiler version
configure:1925: gcc --version </dev/null >&5
2.95.4
configure:1928: $? = 0
configure:1930: gcc -v </dev/null >&5
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
configure:1933: $? = 0
configure:1935: gcc -V </dev/null >&5
gcc: argument to `-V' is missing
configure:1938: $? = 1
configure:1964: checking for C compiler default output
configure:1967: gcc   -I/usr/local/include  -L/usr/local/lib conftest.c  >&5
configure:1970: $? = 0
configure:2003: result: a.out
configure:2008: checking whether the C compiler works
configure:2014: ./a.out
configure:2017: $? = 0
configure:2032: result: yes
configure:2039: checking whether we are cross compiling
configure:2041: result: no
configure:2044: checking for suffix of executables
configure:2046: gcc -o conftest   -I/usr/local/include  -L/usr/local/lib
 conftest.c  >&5
configure:2049: $? = 0
configure:2071: result:
configure:2077: checking for suffix of object files
configure:2101: gcc -c   -I/usr/local/include conftest.c >&5
configure:2104: $? = 0
configure:2123: result: o
configure:2127: checking whether we are using the GNU C compiler
configure:2154: gcc -c   -I/usr/local/include conftest.c >&5
configure:2157: $? = 0
configure:2160: test -s conftest.o
configure:2163: $? = 0
configure:2175: result: yes
configure:2181: checking whether gcc accepts -g
configure:2205: gcc -c -g  -I/usr/local/include conftest.c >&5
configure:2208: $? = 0
configure:2211: test -s conftest.o
configure:2214: $? = 0
configure:2224: result: yes
configure:2251: gcc -c -g -O2  -I/usr/local/include conftest.c >&5
conftest.c:2: parse error before `me'
configure:2254: $? = 1
configure: failed program was:
#ifndef __cplusplus
  choke me
#endif
configure:2372: checking for style of include used by make
configure:2400: result: GNU
configure:2407: checking dependency style of gcc
configure:2469: result: gcc
configure:2478: checking for gcc option to accept ANSI C
configure:2544: gcc  -c -g -O2  -I/usr/local/include conftest.c >&5
configure:2547: $? = 0
configure:2550: test -s conftest.o
configure:2553: $? = 0
configure:2567: result: none needed
configure:2581: checking for i386-linux-ranlib
configure:2610: result: no
configure:2619: checking for ranlib
configure:2635: found /usr/bin/ranlib
configure:2646: result: ranlib
configure:2711: checking for gtk-config
configure:2742: result: no
configure:2750: checking for GTK - version >= 1.2.0
configure:2882: result: no
configure:2958: WARNING: Unable to find Gtk+ with a version >= 1.2.0
configure:2988: checking for jpeg_destroy_decompress in -ljpeg
configure:3021: gcc -o conftest -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include  -L/usr/local/lib conftest.c -ljpeg
 >&5
/usr/bin/ld: cannot find -ljpeg
collect2: ld returned 1 exit status
configure:3024: $? = 1
configure: failed program was:
#line 2995 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char jpeg_destroy_decompress ();
#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
jpeg_destroy_decompress ();
  ;
  return 0;
}
configure:3041: result: no
configure:3573: WARNING: *** JPEG support will not be included ***
configure:3582: checking for pthread_create in -lpthread
configure:3615: gcc -o conftest -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include  -L/usr/local/lib conftest.c -lpthread
   >&5
configure:3618: $? = 0
configure:3621: test -s conftest
configure:3624: $? = 0
configure:3635: result: yes
configure:3958: checking for zlibVersion in -lz
configure:3991: gcc -o conftest -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include  -L/usr/local/lib conftest.c -lz
 -lpthread  >&5
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
configure:3994: $? = 1
configure: failed program was:
#line 3965 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char zlibVersion ();
#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
zlibVersion ();
  ;
  return 0;
}
configure:4011: result: no
configure:4023: checking for png_check_sig in -lpng
configure:4056: gcc -o conftest -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include  -L/usr/local/lib conftest.c -lpng
 -lpthread  >&5
/usr/bin/ld: cannot find -lpng
collect2: ld returned 1 exit status
configure:4059: $? = 1
configure: failed program was:
#line 4030 "configure"
#include "confdefs.h"

/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char png_check_sig ();
#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
png_check_sig ();
  ;
  return 0;
}
configure:4076: result: no
configure:4105: checking for ANSI C header files
configure:4119:   -I/usr/local/include conftest.c
./configure: -I/usr/local/include: No such file or directory
configure:4125: $? = 127
configure: failed program was:
#line 4110 "configure"
#include "confdefs.h"
#include <stdlib.h>
#include <stdarg.h>
#include <string.h>
#include <float.h>

configure:4232: result: no
configure:4258: checking fcntl.h usability
configure:4267: gcc -c -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include conftest.c >&5
configure:4270: $? = 0
configure:4273: test -s conftest.o
configure:4276: $? = 0
configure:4285: result: yes
configure:4289: checking fcntl.h presence
configure:4296:   -I/usr/local/include conftest.c
./configure: -I/usr/local/include: No such file or directory
configure:4302: $? = 127
configure: failed program was:
#line 4291 "configure"
#include "confdefs.h"
#include <fcntl.h>
configure:4320: result: no
configure:4326: WARNING: fcntl.h: accepted by the compiler, rejected by the
 preprocessor!
configure:4328: WARNING: fcntl.h: proceeding with the preprocessor's result
configure:4338: checking for fcntl.h
configure:4345: result: no
configure:4258: checking unistd.h usability
configure:4267: gcc -c -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include conftest.c >&5
configure:4270: $? = 0
configure:4273: test -s conftest.o
configure:4276: $? = 0
configure:4285: result: yes
configure:4289: checking unistd.h presence
configure:4296:   -I/usr/local/include conftest.c
./configure: -I/usr/local/include: No such file or directory
configure:4302: $? = 127
configure: failed program was:
#line 4291 "configure"
#include "confdefs.h"
#include <unistd.h>
configure:4320: result: no
configure:4326: WARNING: unistd.h: accepted by the compiler, rejected by the
 preprocessor!
configure:4328: WARNING: unistd.h: proceeding with the preprocessor's result
configure:4338: checking for unistd.h
configure:4345: result: no
configure:4258: checking sys/uio.h usability
configure:4267: gcc -c -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include conftest.c >&5
configure:4270: $? = 0
configure:4273: test -s conftest.o
configure:4276: $? = 0
configure:4285: result: yes
configure:4289: checking sys/uio.h presence
configure:4296:   -I/usr/local/include conftest.c
./configure: -I/usr/local/include: No such file or directory
configure:4302: $? = 127
configure: failed program was:
#line 4291 "configure"
#include "confdefs.h"
#include <sys/uio.h>
configure:4320: result: no
configure:4326: WARNING: sys/uio.h: accepted by the compiler, rejected by the
 preprocessor!
configure:4328: WARNING: sys/uio.h: proceeding with the preprocessor's result
configure:4338: checking for sys/uio.h
configure:4345: result: no
configure:4363: checking for socket
configure:4406: gcc -o conftest -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall
 -Waggregate-return  -I/usr/local/include  -L/usr/local/lib conftest.c -lpthread
  >&5
configure:4409: $? = 0
configure:4412: test -s conftest
configure:4415: $? = 0
configure:4425: result: yes
configure:4526: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by config.status, which was
generated by GNU Autoconf 2.53.  Invocation command line was

  CONFIG_FILES    =
  CONFIG_HEADERS  =
  CONFIG_LINKS    =
  CONFIG_COMMANDS =
  $ ./config.status

on tux1

config.status:609: creating Makefile
config.status:609: creating dpi/Makefile
config.status:609: creating doc/Makefile
config.status:609: creating src/Makefile
config.status:609: creating src/IO/Makefile
config.status:713: creating config.h
config.status:903: executing default-1 commands

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_c_compiler_gnu=yes
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i386-linux
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=i386-linux
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_exeext=
ac_cv_func_socket=yes
ac_cv_header_fcntl_h=no
ac_cv_header_stdc=no
ac_cv_header_sys_uio_h=no
ac_cv_header_unistd_h=no
ac_cv_lib_jpeg_jpeg_destroy_decompress=no
ac_cv_lib_png_png_check_sig=no
ac_cv_lib_pthread_pthread_create=yes
ac_cv_lib_z_zlibVersion=no
ac_cv_objext=o
ac_cv_path_GTK_CONFIG=no
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AWK=mawk
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_cc_g=yes
ac_cv_prog_make_make_set=yes
am_cv_CC_dependencies_compiler_type=gcc
am_cv_prog_cc_stdc=

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE "dillo"
#define VERSION "0.7.1"
#define HAVE_LIBPTHREAD 1
#define HAVE_SOCKET 1

configure: exit 0

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by config.status, which was
generated by GNU Autoconf 2.53.  Invocation command line was

  CONFIG_FILES    =
  CONFIG_HEADERS  = config.h
  CONFIG_LINKS    =
  CONFIG_COMMANDS =
  $ ./config.status

on tux1

config.status:713: creating config.h
config.status:802: config.h is unchanged
config.status:903: executing default-1 commands
Grüße, Günther

[/code]

Benutzeravatar
chimaera
Beiträge: 3804
Registriert: 01.08.2002 01:31:18
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von chimaera » 11.04.2003 10:53:06

mhhhh.. sieht so aus als ob configure gtk1.2 nicht findet
aus der dillo readme:
Currently dillo requires GTK+-1.2.x (2.0 will not compile).
evtl hilft ein

Code: Alles auswählen

apt-get install libgtk1.2-dev libgtk1.2
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant

guennid

Beitrag von guennid » 11.04.2003 11:03:40

So was schwante mir. Habe aber auf meinen Inst.CDs (woody 3.0) nix mit 'gtk*' gefunden.
apt-get install lib... hat auch nichts gebracht. Muss ich wohl aus dem Netz holen.
Grüße, Günther

guennid

Beitrag von guennid » 12.04.2003 12:39:03

Mein letzter Beitrag war Blödsinn.
libgtk1.2-dev fehlte und konnte auch problemlos nachinstalliert werden. Damit war dann zwar noch nicht Schluss, insgesamt musste ich mir für das Paktetieren des 500 kB-Progrämmchens dillo ca 25MB zusätzlich auf die Platte schaufeln, aber es hat, wie von chimaera beschrieben, voll funktioniert! Das Paket ist gebacken und dillo läuft.
Nochmals vielen Dank!
Grüße, Günther

Antworten