When attempting to use the '-f' flag in basc to upload details to the basc server, it collects the data, creates the file to upload and sends data for a long time then states that the upload has failed. Reproducible: Always Steps to Reproduce: 1. run 'basc -f' 2. 3. Actual Results: > Searching for all installed files in /var/db/pkg... > Writing all files into temporary file /tmp/getfiles.txt... > Compressing /tmp/getfiles.txt with gzip... ! Filesize is 14921 KBytes. With ISDN (8Kbit/s) it would take about 31 ! minutes to send the file to our server. ! To update the database with your files after the filelist was uploaded, ! it would again take about 31 minutes. > Sending filelist to server. Please be patient, would take about 62 minutes... ! Failed to receive the file! Reason unknown. emerge info Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 12 2004, 13:35:10)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -fstack-protector" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirror.sdv.fr ftp://mirror.nutsmaas.nl/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="x86 X aalib acl aim alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bonobo bzlib caps cdparanoia cdr crypt ctype cups curl curlwrappers divx4linux doc dvd dvdr emacs encode esd exif f77 faac fam fbcon flac font-server foomaticdb fortran gdbm gif gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile iconv icq imagemagick imlib ipv6 jabber java jce jpeg junit kde lcms leim libg++ libwww live lm_sensors mad mikmod mmx mng motif mozilla mozsvg mozxmlterm mpeg msn native ncurses network nls nptl offensive oggvorbis opengl oscar oss pam pcntl pcre pdflib perl png posix postgres python qt quicktime readline recode sdl shared sharedmem slang snmp sockets speex spell sse ssl svg svga sysvipc tcltk tcpd tetex theora threads tiff truetype truetype-fontstype1 type1-fonts unicode usb utf8 wmf wxwindows xine xml xml2 xmms xv yahoo zlib linguas_en_GB" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
How much kernel-versions do you have in /usr/src?? *g* The normal size of such a filelist-package would be about 3 MB until 5 MB, which depends on how many packages are installed on your system. But with very much still installed different kernel-versions this filesize can extremly increase. You should have a look to your installed kernel-versions and unmerge the not needed or old ones. 14 MB for such a filelist-package is really extreme. ;) But well, I'll tale a look for making such big uploads possible too.
There were 14 kernel versions. I have deleted old ones and the upload file reduced to about 7Mbytes which the server accepted.
I've fixed this by modifying the post_max_size and upload_max_filesize values of PHP. They were both at 12M, now they are at 48M, that should be enough.
FIXED as requested by Alexander Mieland
