Hi,
well, I could ad xz, just not a fan of all the zillion compressors :-/ added
superfluous packages to the base - but we could, …
Btw. regarding your download, satellite, right? Can you try if using http://
instead of https:// from our dl.t2… works?
I guess few others had ever problems, it’s apache anyway, and I myself used it
from all over the world, cable internet in Berlin, 3G/LTE mobile, cable in
France, WiFi in Spain, 3G in Russia, … hotel in UK. And earlier USA, Taiwan,
Brazil you name it. Never had an issue.
If you therefore could debug this with tcpdump / wireshark and let me know what
you find? Maybe this is only latency and SSL handshake and our curl timeout
settings or something?
René
On 10 Jan 2019, at 11:33, scsijon <[email protected]> wrote:
> OH, well as long as it works, a decent mail archive is worth gold, as we say.
>
> The patch as requested, is attached as help2man.patch for you, no doubt you
> will want/need to put your standard header and massage it to suit T2.
>
> And could you please consider adding the xz package to either 00-bootstrap or
> 00-minimal please as it's needed to change a .xz package to a .zst, it
> contains some needed files when adding via the source site.
>
> On 10/01/19 21:00, René Rebe wrote:
>> Hi,
>> On 09 Jan 2019, at 22:26, scsijon <[email protected]> wrote:
>>> AH, i've found Rene's New (to me) Mail archive
>>> (https://www.mail-archive.com/[email protected]), it seems not all messages
>>> h ave been passed on for some reason. My Firefox Bookmark had an old one
>>> that no longer worked. And it seems that Joe Kozak (many thanks) has
>>> already found and patched for this (msg03418.html). For those wanting to
>>> use the patch, line 9 of the patch should really be the end of line 8. And
>>> it works! Can it be included in the standard set please Rene?
>> It is not really “my archive”, so many archives went away, I actually
>> thought there was none working anymore,
>> To make it easier for me and save time to instantly see which patch we talk
>> about you could have linked it directly ;-)
>> ¯\_(ツ)_/¯
>>> :-)} (smile with beard)
>>>
>>> and away we go again.
>>>
>>> OH, and for the origonal setting ~MB_LEN_MAX 16 problem, it hasn't
>>> reappeared this time (yet), and I have no idea why. I am going through the
>>> files I looked through last time, looking anyway as i'd rather identify it
>>> now and have it not be there anyway.
>>>
>>> regards and good building to all
>>> scsijon
>>>
>>> On 09/01/19 21:12, scsijon wrote:
>>>> Since then I decided to try a clean generic>minimal and see if it can
>>>> build an updated 'itself' on a prebuilt .iso of itself.
>>>> The findutils error listed in another problem under this subject title is
>>>> still relevant.
>>>> -----
>>>> On 09/01/19 14:44, scsijon wrote:
>>>> @Rene,
>>>>> also how do you want these reported, individually under the package and
>>>>> version or as I am doing here as a continuous thread?
>>>>>
>>>>> I was also getting glib failing last time with an error saying that
>>>>> python is too old needing python >=2.7, even though python on the system
>>>>> is 2.7.13? I was wondering if it should have been =>2.7 in glib?
>>>>>
>>>> OH, and top post or bottom? I'm doing that here.
>>>> -----
>>>> I've gone back to the beginning and are not (re)moving packages from
>>>> stages as I have done in the past.
>>>> So the first problem package is [0]automake, giving problems with the
>>>> aclocal-1.16 help section
>>>> Relevant section is, although a full error log is attached.
>>>> -lines 154 to 185----------------------------------------
>>>> config.status: creating Makefile
>>>> config.status: creating pre-inst-env
>>>> configure: WARNING: unrecognized options: --disable-debug, --with-libpam,
>>>> --with-pam, --enable-libpam, --enable-pam
>>>> Running make CC=gcc CPP=cpp CXX=g++
>>>> prefix=/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/usr
>>>>
>>>> docdir=/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/usr/doc/automake
>>>> CC_FOR_BUILD=cc BUILDCC=cc BUILD_CC=cc HOSTCC=cc HOST_CC=cc STRIP=strip
>>>> AR=ar LD=ld AS=as RANLIB=ranlib NM=nm
>>>> GEN bin/automake
>>>> GEN bin/aclocal
>>>> GEN bin/aclocal-1.16
>>>> GEN bin/automake-1.16
>>>> GEN t/ax/shell-no-trail-bslash
>>>> GEN t/ax/cc-no-c-o
>>>> GEN runtest
>>>> GEN doc/aclocal.1
>>>> GEN doc/automake.1
>>>> GEN lib/Automake/Config.pm
>>>> GEN doc/aclocal-1.16.1
>>>> help2man: can't get `--help' info from aclocal-1.16
>>>> Try `--no-discard-stderr' if option outputs to stderr
>>>> make: *** [Makefile:3693: doc/aclocal-1.16.1] Error 2
>>>> Due to previous errors, no 0-automake.log file!
>>>> (Try enabling xtrace in the config to track an error inside the build
>>>> system.)
>>>> --- BUILD ERROR ---
>>>> Installing automake postinstall script...
>>>> /develop/t2-trunk-r47492/misc/tail/install_postinstall.in: line 24:
>>>> /develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/etc/postinstall.d/automake:
>>>> No such file or directory
>>>> chmod: cannot access
>>>> '/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/etc/postinstall.d/automake':
>>>> No such file or directory
>>>> Creating file list and doing final adaptions ...
>>>> Searching for orphaned files ...
>>>> Found 5 files for this package.
>>>> Found 0 orphaned files for this package.
>>>> Clear (old) md5sums ...
>>>> Creating md5sum files ... done.
>>>> Creating package description ...
>>>> Making post-install adaptions.
>>>> -----------------------------------------
>>>> I did notice with some checking the --help part of /bin/aclocal-1.16
>>>> (lines 1028 to 1068) and the previous aclocal-1.15(lines 1089 to 1114) and
>>>> earlier are seriously different.
>>>> Not sure where to go here?
>>>>> thanks
>>>>> scsijon
>>>
>>>
>>>
>>> ----------------------------------------------------------- If you wish to
>>> unsubscribe from this mailing, send mail to
>>> [email protected] with a subject of: unsubscribe t2
> <help2man.patch>-----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [email protected] with a subject of: unsubscribe t2
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
DE Legal: Amtsgericht Berlin (Charlottenburg) HRB 105123B, Tax-ID#: DE251602478
Managing Director: René Rebe
http://exactcode.com | http://exactscan.com | http://ocrkit.com |
http://t2-project.org | http://rene.rebe.de
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
