T2 problems

[scsijon]

Folks, ?which list do you want problems sent too for:-

a) Building with T2 using a svn of the trunk; and

b) Packages using the d/l address found from the individual packages
found in http://t2-project.org/packages/ (due because of a)).

thanks
scsijon

[ExactCODE]

Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

[scsijon]

Part a) problem relates to download. Details are as below. Your help in
fixing it would be appreciated.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

The SVN was downloaded on the 27th July, I also have a local mirror of
http://dl.t2-project.org/mirror/9.0/ from the same date which I have
linked into download/mirror/ as an absolute link.

The two Errors I am getting when using:

./scripts/Download -required

are both apparently curl related and examples of these are:

Error 1:
Downloading perl:download/mirror/p/perl-5.20.0.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.

Finished downloading 0 bytes in 0.000 seconds (0.000 bytes/sec).
curl: (7) couldn't connect to host
ERROR: CURL Returned Error 7. Please read the curl manpage.

Error 2:
Downloading openssl:download/mirror/o/openssl-1.0.1h.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.

Finished downloading 0 bytes in 2.354 seconds (0.000 bytes/sec).
curl: (56) Recv failure: Connection reset by peer
ERROR: CURL Returned Error 56. Please read the curl manpage.

I am using Puppy Linux Racy5.5 (T2 Version 8) and I access the internet
via satellite (ping of 650ms+). Curl version 7.21.7 is what is installed
on my puppy.

Reading the manpage doesn't help me, I'm a puppy builder, not a coder,
my scripting knowledge is basic.

I can manually download (some) files from their origonal url with wget
so I don't think the problem is with me.

For those that know him Barry Kauler who started Puppy Linux from a T2
base many years ago has finally retired, and i'm just trying to continue
his work and update to T2 Version 9, having built from scratch with a
couple of other dist's over the years. The new Puppy will be called
Puppy T290 as i'm not matching his work just updating.

regards
scsijon

[ExactCODE]

Hi,

Part a) problem relates to download. Details are as below. Your help in fixing it would be appreciated.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

The SVN was downloaded on the 27th July, I also have a local mirror of http://dl.t2-project.org/mirror/9.0/ from the same date which I have linked into download/mirror/ as an absolute link.
./scripts/Download -required
Downloading perl:download/mirror/p/perl-5.20.0.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 0.000 seconds (0.000 bytes/sec).
curl: (7) couldn't connect to host
ERROR: CURL Returned Error 7. Please read the curl manpage.
Downloading openssl:download/mirror/o/openssl-1.0.1h.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 2.354 seconds (0.000 bytes/sec).
curl: (56) Recv failure: Connection reset by peer
ERROR: CURL Returned Error 56. Please read the curl manpage.
I am using Puppy Linux Racy5.5 (T2 Version 8) and I access the internet via satellite (ping of 650ms+). Curl version 7.21.7 is what is installed on my puppy.
Reading the manpage doesn't help me, I'm a puppy builder, not a coder, my scripting knowledge is basic.
I can manually download (some) files from their origonal url with wget so I don't think the problem is with me.

I do not see problems like this - but I never used a satellite connection, … maybe too short timeout for this use case?

The Download script has a -longtimeout and -notimeout option - do any of these work better for you?

For those that know him Barry Kauler who started Puppy Linux from a T2 base many years ago has finally retired, and i'm just trying to continue his work and update to T2 Version 9, having built from scratch with a couple of other dist's over the years. The new Puppy will be called Puppy T290 as i'm not matching his work just updating.

First time I hear Barry retired, recently noticed his email address did no longer work. Hope he is good and enjoying his time!

Good luck with the update process. Maybe it can be published in a way for others to use and rebuild the distro using T2 easily, too.

Regards,

[scsijon]

Hi,

Part a) problem relates to download. Details are as below. Your help in fixing it would be appreciated.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

The SVN was downloaded on the 27th July, I also have a local mirror of http://dl.t2-project.org/mirror/9.0/ from the same date which I have linked into download/mirror/ as an absolute link.
./scripts/Download -required
Downloading perl:download/mirror/p/perl-5.20.0.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 0.000 seconds (0.000 bytes/sec).
curl: (7) couldn't connect to host
ERROR: CURL Returned Error 7. Please read the curl manpage.
Downloading openssl:download/mirror/o/openssl-1.0.1h.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 2.354 seconds (0.000 bytes/sec).
curl: (56) Recv failure: Connection reset by peer
ERROR: CURL Returned Error 56. Please read the curl manpage.
I am using Puppy Linux Racy5.5 (T2 Version 8) and I access the internet via satellite (ping of 650ms+). Curl version 7.21.7 is what is installed on my puppy.
Reading the manpage doesn't help me, I'm a puppy builder, not a coder, my scripting knowledge is basic.
I can manually download (some) files from their origonal url with wget so I don't think the problem is with me.

I do not see problems like this - but I never used a satellite connection, … maybe too short timeout for this use case?
The Download script has a -longtimeout and -notimeout option - do any of these work better for you?

For those that know him Barry Kauler who started Puppy Linux from a T2 base many years ago has finally retired, and i'm just trying to continue his work and update to T2 Version 9, having built from scratch with a couple of other dist's over the years. The new Puppy will be called Puppy T290 as i'm not matching his work just updating.

First time I hear Barry retired, recently noticed his email address did no longer work. Hope he is good and enjoying his time!
Good luck with the update process. Maybe it can be published in a way for others to use and rebuild the distro using T2 easily, too.
Regards,

Ah, great, the -notimeout has got rid of the curl Error56 problems,
Satellite ping is typically between 600ms and 1220ms. However the curl
error 7 problem remain, (it relates to proxy, which i don't have setup
or use,) so I don't know where to go there, any ideas as it didn't
appear constantly, just for some packages?

I was also wondering, ?would it also be possible to add a -nomirror
option to the download script so it always goes straight to the source?
I think it would be a worthwhile addition to the set.

thanks

[ExactCODE]

Hi,

Post by ExactCODE
Hi,

Part a) problem relates to download. Details are as below. Your help in fixing it would be appreciated.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

The SVN was downloaded on the 27th July, I also have a local mirror of http://dl.t2-project.org/mirror/9.0/ from the same date which I have linked into download/mirror/ as an absolute link.
./scripts/Download -required
Downloading perl:download/mirror/p/perl-5.20.0.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 0.000 seconds (0.000 bytes/sec).
curl: (7) couldn't connect to host
ERROR: CURL Returned Error 7. Please read the curl manpage.
Downloading openssl:download/mirror/o/openssl-1.0.1h.tar.gz ...
unrecognized!
INFO: download from mirror failed, trying original URL.
Finished downloading 0 bytes in 2.354 seconds (0.000 bytes/sec).
curl: (56) Recv failure: Connection reset by peer
ERROR: CURL Returned Error 56. Please read the curl manpage.
I am using Puppy Linux Racy5.5 (T2 Version 8) and I access the internet via satellite (ping of 650ms+). Curl version 7.21.7 is what is installed on my puppy.
Reading the manpage doesn't help me, I'm a puppy builder, not a coder, my scripting knowledge is basic.
I can manually download (some) files from their origonal url with wget so I don't think the problem is with me.

I do not see problems like this - but I never used a satellite connection, … maybe too short timeout for this use case?
The Download script has a -longtimeout and -notimeout option - do any of these work better for you?

For those that know him Barry Kauler who started Puppy Linux from a T2 base many years ago has finally retired, and i'm just trying to continue his work and update to T2 Version 9, having built from scratch with a couple of other dist's over the years. The new Puppy will be called Puppy T290 as i'm not matching his work just updating.

First time I hear Barry retired, recently noticed his email address did no longer work. Hope he is good and enjoying his time!
Good luck with the update process. Maybe it can be published in a way for others to use and rebuild the distro using T2 easily, too.
Regards,

Ah, great, the -notimeout has got rid of the curl Error56 problems, Satellite ping is typically between 600ms and 1220ms. However the curl error 7 problem remain, (it relates to proxy, which i don't have setup or use,) so I don't know where to go there, any ideas as it didn't appear constantly, just for some packages?
I was also wondering, ?would it also be possible to add a -nomirror option to the download script so it always goes straight to the source? I think it would be a worthwhile addition to the set.

# ./scripts/Download -mirror none
INFO: To force a new mirror auto-detection, remove download/Mirror-Cache.
INFO: Found download/Mirror-Cache: none (use the original download locations)

But due to (at times) quickly moving, disappearing projects etc. it is not recommended to use no mirror for T2 downloads, ...

[scsijon]

The following packages are (so far) found that they don't follow the
addresses assigned, and i'm about halway through the list for building a
T2 desktop.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

openmotif
mpd
pcmciautils
coreutils
apr
consolekit
diffstat
platinum
yagl
embrace
enna
pike
boehm-gcc
erlang
libplist
llvm
ctwm
dwm
gegl
flashplayer
gpsd
jbig2dec
lcms2
lftp
live
lua-lanes *this project was shutdown sept 2011
libusb
luaposix
libvirt

so far these are the problem ones, some have new sites, some versions
are updated and the old ones are no longer available.

Plus Three gotchas for you:

gimp server has removed ftp, all acess is http only for all packages
that live on their site;

berlios.de has had a cleanup, some packages have moved to nongnu.org or
their own sites;

sourceforge.net has had a 'rearangement', for some the paths to packages
have changed, some of the dead ones are gone, and for others the
packages have moved offsite. This started some time ago and is still in
flux.

have fun

regards
scsijon
ps i'll add to this list thread when i've done the rest.

[ExactCODE]

Hi,

The following packages are (so far) found that they don't follow the addresses assigned, and i'm about halway through the list for building a T2 desktop.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

openmotif
mpd
pcmciautils
coreutils
apr
consolekit
diffstat
platinum
yagl
embrace
enna
pike
boehm-gcc
erlang
libplist
llvm
ctwm
dwm
gegl
flashplayer
gpsd
jbig2dec
lcms2
lftp
live
lua-lanes *this project was shutdown sept 2011
libusb
luaposix
libvirt
so far these are the problem ones, some have new sites, some versions are updated and the old ones are no longer available.
gimp server has removed ftp, all acess is http only for all packages that live on their site;
berlios.de has had a cleanup, some packages have moved to nongnu.org or their own sites;
sourceforge.net has had a 'rearangement', for some the paths to packages have changed, some of the dead ones are gone, and for others the packages have moved offsite. This started some time ago and is still in flux.
have fun
regards
scsijon
ps i'll add to this list thread when i've done the rest.

Yes, I noticed some original sites have moved and such. As usually the T2 download mirror is in use most people do not see that too much. However, as we want our packages up-to-date I already updated some packages form time to time.

It would be most useful if you could send a patch for this. For this work using a SVN checkout, and after margin the edits run:

svn diff > t2.patch

And send us the file so we can apply this changes easily.

Greetings,
René

[scsijon]

Post by ExactCODE
Hi,

The following packages are (so far) found that they don't follow the addresses assigned, and i'm about halway through the list for building a T2 desktop.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

openmotif
mpd
pcmciautils
coreutils
apr
consolekit
diffstat
platinum
yagl
embrace
enna
pike
boehm-gcc
erlang
libplist
llvm
ctwm
dwm
gegl
flashplayer
gpsd
jbig2dec
lcms2
lftp
live
lua-lanes *this project was shutdown sept 2011
libusb
luaposix
libvirt
so far these are the problem ones, some have new sites, some versions are updated and the old ones are no longer available.
gimp server has removed ftp, all acess is http only for all packages that live on their site;
berlios.de has had a cleanup, some packages have moved to nongnu.org or their own sites;
sourceforge.net has had a 'rearangement', for some the paths to packages have changed, some of the dead ones are gone, and for others the packages have moved offsite. This started some time ago and is still in flux.
have fun
regards
scsijon
ps i'll add to this list thread when i've done the rest.

Yes, I noticed some original sites have moved and such. As usually the T2 download mirror is in use most people do not see that too much. However, as we want our packages up-to-date I already updated some packages form time to time.
svn diff > t2.patch
And send us the file so we can apply this changes easily.
Greetings,
René

sorry Rene, but 'margin the edits' doesn't make sense to me, can you
elaborate.

i've d/l the others I need manually, problems found are:

-pcmciautils - max version on site is 017, 018 is on the slitaz mirror

-dcraw has a problem in that it says the checksum is wrong and marks the
package as such, wanting you to download again, I have and get the same
result, so before chasing Dave Coffin, ?where does you download script
get it from, the package itself or in your packages files?

those with problems still are mainly version problems:
apr
xextproto
xf86-video-modesetting
xf86-video-vmware
xorg-server

I think i have the required packages down now, other than the dcraw
problem, all seems ok. I shall run it again tonight (local time is
+10GMT) and see what happens, else on to the next step.

awaiting a reply on dcraw.

regards

[Rene Rebe]

Post by ExactCODE
Hi,

The following packages are (so far) found that they don't follow the addresses assigned, and i'm about halway through the list for building a T2 desktop.

Post by ExactCODE
Hello,

Post by scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual packages found in http://t2-project.org/packages/ (due because of a)).

Yes, this list ;-)

Post by scsijon
thanks
scsijon

openmotif
mpd
pcmciautils
coreutils
apr
consolekit
diffstat
platinum
yagl
embrace
enna
pike
boehm-gcc
erlang
libplist
llvm
ctwm
dwm
gegl
flashplayer
gpsd
jbig2dec
lcms2
lftp
live
lua-lanes *this project was shutdown sept 2011
libusb
luaposix
libvirt
so far these are the problem ones, some have new sites, some versions are updated and the old ones are no longer available.
gimp server has removed ftp, all acess is http only for all packages that live on their site;
berlios.de has had a cleanup, some packages have moved to nongnu.org or their own sites;
sourceforge.net has had a 'rearangement', for some the paths to packages have changed, some of the dead ones are gone, and for others the packages have moved offsite. This started some time ago and is still in flux.
have fun
regards
scsijon
ps i'll add to this list thread when i've done the rest.

Yes, I noticed some original sites have moved and such. As usually the T2 download mirror is in use most people do not see that too much. However, as we want our packages up-to-date I already updated some packages form time to time.
svn diff > t2.patch
And send us the file so we can apply this changes easily.
Greetings,
René

sorry Rene, but 'margin the edits' doesn't make sense to me, can you elaborate.

Making the edits...

-pcmciautils - max version on site is 017, 018 is on the slitaz mirror
-dcraw has a problem in that it says the checksum is wrong and marks the package as such, wanting you to download again, I have and get the same result, so before chasing Dave Coffin, ?where does you download script get it from, the package itself or in your packages files?

The scripts use the Download tag from the packages .desc file.

apr
xextproto
xf86-video-modesetting
xf86-video-vmware
xorg-server
I think i have the required packages down now, other than the dcraw problem, all seems ok. I shall run it again tonight (local time is +10GMT) and see what happens, else on to the next step.
awaiting a reply on dcraw.
regards

[scsijon]

Post by Rene Rebe

On 08/04/2014 01:05 AM, ExactCODE wrote: Hi,

Post by scsijon
The following packages are (so far) found that they don't
follow the addresses assigned, and i'm about halway through the
list for building a T2 desktop.

On 08/01/2014 08:08 PM, ExactCODE wrote: Hello,

On Jul 31, 2014, at 5:05, scsijon
Folks, ?which list do you want problems sent too for:-
a) Building with T2 using a svn of the trunk; and
b) Packages using the d/l address found from the individual
packages found in http://t2-project.org/packages/ (due
because of a)).

Yes, this list ;-)

thanks scsijon

openmotif mpd pcmciautils coreutils apr consolekit diffstat
platinum yagl embrace enna pike boehm-gcc erlang libplist llvm
ctwm dwm gegl flashplayer gpsd jbig2dec lcms2 lftp live
lua-lanes *this project was shutdown sept 2011 libusb luaposix
libvirt
so far these are the problem ones, some have new sites, some
versions are updated and the old ones are no longer available.
gimp server has removed ftp, all acess is http only for all
packages that live on their site;
berlios.de has had a cleanup, some packages have moved to
nongnu.org or their own sites;
sourceforge.net has had a 'rearangement', for some the paths to
packages have changed, some of the dead ones are gone, and for
others the packages have moved offsite. This started some time
ago and is still in flux.
have fun
regards scsijon ps i'll add to this list thread when i've done
the rest.

Yes, I noticed some original sites have moved and such. As
usually the T2 download mirror is in use most people do not see
that too much. However, as we want our packages up-to-date I
already updated some packages form time to time.
It would be most useful if you could send a patch for this. For
svn diff > t2.patch
And send us the file so we can apply this changes easily.
Greetings, René

sorry Rene, but 'margin the edits' doesn't make sense to me, can you elaborate.

Making the edits...

-pcmciautils - max version on site is 017, 018 is on the slitaz mirror
-dcraw has a problem in that it says the checksum is wrong and
marks the package as such, wanting you to download again, I have
and get the same result, so before chasing Dave Coffin, ?where does
you download script get it from, the package itself or in your
packages files?

The scripts use the Download tag from the packages .desc file.

those with problems still are mainly version problems: apr
xextproto xf86-video-modesetting xf86-video-vmware xorg-server
I think i have the required packages down now, other than the dcraw
problem, all seems ok. I shall run it again tonight (local time is
+10GMT) and see what happens, else on to the next step.
awaiting a reply on dcraw.
regards

thanks for that, I've found another copy of dcraw on the gentoo lists
and downloaded that so it looks like Dave has a problem with his site,
i'm mailing him now.

everything seems to be down so I shall do a test build tonight.

[scsijon]

Well I seem to be having build problems that relate to things we don't
have in puppy and your builder wants there to be able to build
with,adding some of them is breaking puppy functions so i'd rather stop
adding at this point;

?so;

I was wondering if there was some url out there that I can download a
completed 9.0 iso (even if alpha) that I can install in a partition to
use to build the basic system with until I have my own iso built that I
can use to build an updated set of T2 packages to then build an updated
T2 puppy from.

I downloaded the 8.0 minimal iso, and tried that but that is no good as
it's incomplete as my build system doesn't have net access.

My build problem currently seems an abort with glib-2.40.0 with too many
packages wanted to continue to build from puppy. I did note, when I
looked in detail in barryk's building log back with T2 v8 that he had a
lot of problems back then getting that package to build, so i'd rather
not start until I have a solid base to build from, i'm definately not as
smart as he with scripting. Alternately, is there somewhere I can tell
the builder script not to try to build that package at this time or
alternately allow me to use an earlier puppy built one I already have at
glib-2.28.8. that I know works and all i'd need to do is repackage it
into a tar.bz2.

And yes, i'm still learning how T2 works, so please take pity and have
patience if my questions seem basic.

thanks everyone for the patience

scsijon

ps Rene, do you want to be copied separately still, or will you get it
when just sent to the t2 list anyway? I wasn't sure which to do so I
followed what you did earlier.

[scsijon]

Update: I eventually got T2 V8 minimal loaded on one of my testing
computers by blowing everything away and starting it as a raw
(unpartitioned or formatted) system but even that wouldn't build
anything so I went another path by using another puppy called slacko and
are using it as a base to build from.

I am currently building a minimal and when it's working I intend to use
that for further building, but I need to get there first.

I have set the following config changes for now as it at least runs and
should give useable logs for fixing.

Generic
minimal
pkgdist

/root/t290minpkg
-
-

-Build system configuration
Continue on package error after stage 0 (toolchain)
Retry building broken packages
Do not try building packages if deps failed
Keep src dirs on build errors
Create debug information (xtrace) for builds



Problems to date:

1- Shouldn't the Kernel-Headers package use the same version of the
kernel as the actual Kernel Package? It is in puppy and in fact they are
both created, plus a kernel-?.src package also needed with the header
package for additional driver package building, at the same time.

2- Building Generic>Toolchain
The package Man fails to build until 5-man.log. I have attached the
errorfile 1-man.err for your perusal. This is from a generic, toolchain
only build.

3- Building Generic>minimal
I shall send you the results from the minimal build when it's completed
however I already have error logs showing for 1-man, 1-mktemp, 1-procps,
3-coreutils, 3-mktemp and 3-procps, so there are serious problems here also.

regards

[scsijon]

I should have waited a few more minutes.....

The minimal build has completed building it's packages with these final
package errors, so it's not useable yet!

aufs
coreutils
mktemp
portmap
procps
shadow
wpa_supplicant

Interesting that man was ok under 5-man

All error logs from packages of this build are attached. I haven't added
the overall build logs due to size. I will if you need it, but i'd like
to fix a few first and rerun the build. And yes I shall have a look when
free later today for obvious problems I can fix.

regards
scsijon

-------- Original Message --------
Subject: Re: [t2] T2 problems - part d) building
Date: Fri, 15 Aug 2014 08:49:09 +1000
From: scsijon <***@lamiaworks.com.au>
To: ***@t2-project.org

Update: I eventually got T2 V8 minimal loaded on one of my testing
computers by blowing everything away and starting it as a raw
(unpartitioned or formatted) system but even that wouldn't build
anything so I went another path by using another puppy called slacko and
are using it as a base to build from.

I am currently building a minimal and when it's working I intend to use
that for further building, but I need to get there first.

I have set the following config changes for now as it at least runs and
should give useable logs for fixing.

Generic
minimal
pkgdist

/root/t290minpkg
-
-

-Build system configuration
Continue on package error after stage 0 (toolchain)
Retry building broken packages
Do not try building packages if deps failed
Keep src dirs on build errors
Create debug information (xtrace) for builds



Problems to date:

1- Shouldn't the Kernel-Headers package use the same version of the
kernel as the actual Kernel Package? It is in puppy and in fact they are
both created, plus a kernel-?.src package also needed with the header
package for additional driver package building, at the same time.

2- Building Generic>Toolchain
The package Man fails to build until 5-man.log. I have attached the
errorfile 1-man.err for your perusal. This is from a generic, toolchain
only build.

3- Building Generic>minimal
I shall send you the results from the minimal build when it's completed
however I already have error logs showing for 1-man, 1-mktemp, 1-procps,
3-coreutils, 3-mktemp and 3-procps, so there are serious problems here also.

regards

[ExactCODE]

Hi,

as per earlier email I personally fixed some of those shared file (coreutils, mktemp, …) some days ago.

1-man was trying to install files outside of the new system root.

aufs may need an update

Post by scsijon
I should have waited a few more minutes.....
The minimal build has completed building it's packages with these final package errors, so it's not useable yet!
aufs
coreutils
mktemp
portmap
procps
shadow
wpa_supplicant
Interesting that man was ok under 5-man
All error logs from packages of this build are attached. I haven't added the overall build logs due to size. I will if you need it, but i'd like to fix a few first and rerun the build. And yes I shall have a look when free later today for obvious problems I can fix.
regards
scsijon
-------- Original Message --------
Subject: Re: [t2] T2 problems - part d) building
Date: Fri, 15 Aug 2014 08:49:09 +1000
Update: I eventually got T2 V8 minimal loaded on one of my testing
computers by blowing everything away and starting it as a raw
(unpartitioned or formatted) system but even that wouldn't build
anything so I went another path by using another puppy called slacko and
are using it as a base to build from.
I am currently building a minimal and when it's working I intend to use
that for further building, but I need to get there first.
I have set the following config changes for now as it at least runs and
should give useable logs for fixing.
Generic
minimal
pkgdist
/root/t290minpkg
-
-
-Build system configuration
Continue on package error after stage 0 (toolchain)
Retry building broken packages
Do not try building packages if deps failed
Keep src dirs on build errors
Create debug information (xtrace) for builds
1- Shouldn't the Kernel-Headers package use the same version of the
kernel as the actual Kernel Package? It is in puppy and in fact they are
both created, plus a kernel-?.src package also needed with the header
package for additional driver package building, at the same time.
2- Building Generic>Toolchain
The package Man fails to build until 5-man.log. I have attached the
errorfile 1-man.err for your perusal. This is from a generic, toolchain
only build.
3- Building Generic>minimal
I shall send you the results from the minimal build when it's completed
however I already have error logs showing for 1-man, 1-mktemp, 1-procps,
3-coreutils, 3-mktemp and 3-procps, so there are serious problems here also.
regards
<1-man.err><1-mktemp.err><1-procps.err><3-coreutils.err><3-mktemp.err><5-aufs.err><3-procps.err><5-coreutils.err><5-mktemp.err><5-portmap.err><5-shadow.err><5-wpa_supplicant.err>-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to

[scsijon]

so there are 4 problem packages left for a 00-minimal.

Also as i said in my last email, I wonder if 1-man is required as it
builds ok at 5-man?

However problems still exist with 5-aufs, 5-portmap and
5-wpa_supplicant, I have attached their error files.

As you said last time for aufs, I also wonder if it's time to move to
aufs3 as aufs2 has no support for 3.16 and later. It lost it for 3.x
kernels back in oct 2012 according to the coders website.

Is it worth me manually building these failed packages and building a T2
v9 from that or is it best to await fixes?

My next step would be the xorg build, from that it becomes puppy
integration.

As I said when I first started worrying you, I really want to build the
puppy packages that I will use, and make available, from a working T2
V9.0 Trunk system, so I then know that any problems that appear are most
likely puppy related and not T2 related.

I also noticed a number of packages are giving warnings about 'the use
of custmain is depreciated, please use hooks instead'. I remember that
linux-header was the first it appeared in during building but there were
quite a few others. Not sure if your interested.

regards

Post by ExactCODE
Hi,
as per earlier email I personally fixed some of those shared file (coreutils, mktemp, …) some days ago.
1-man was trying to install files outside of the new system root.
aufs may need an update

Post by scsijon
I should have waited a few more minutes.....
The minimal build has completed building it's packages with these final package errors, so it's not useable yet!
aufs
coreutils
mktemp
portmap
procps
shadow
wpa_supplicant
Interesting that man was ok under 5-man
All error logs from packages of this build are attached. I haven't added the overall build logs due to size. I will if you need it, but i'd like to fix a few first and rerun the build. And yes I shall have a look when free later today for obvious problems I can fix.
regards
scsijon
-------- Original Message --------
Subject: Re: [t2] T2 problems - part d) building
Date: Fri, 15 Aug 2014 08:49:09 +1000
Update: I eventually got T2 V8 minimal loaded on one of my testing
computers by blowing everything away and starting it as a raw
(unpartitioned or formatted) system but even that wouldn't build
anything so I went another path by using another puppy called slacko and
are using it as a base to build from.
I am currently building a minimal and when it's working I intend to use
that for further building, but I need to get there first.
I have set the following config changes for now as it at least runs and
should give useable logs for fixing.
Generic
minimal
pkgdist
/root/t290minpkg
-
-
-Build system configuration
Continue on package error after stage 0 (toolchain)
Retry building broken packages
Do not try building packages if deps failed
Keep src dirs on build errors
Create debug information (xtrace) for builds
1- Shouldn't the Kernel-Headers package use the same version of the
kernel as the actual Kernel Package? It is in puppy and in fact they are
both created, plus a kernel-?.src package also needed with the header
package for additional driver package building, at the same time.
2- Building Generic>Toolchain
The package Man fails to build until 5-man.log. I have attached the
errorfile 1-man.err for your perusal. This is from a generic, toolchain
only build.
3- Building Generic>minimal
I shall send you the results from the minimal build when it's completed
however I already have error logs showing for 1-man, 1-mktemp, 1-procps,
3-coreutils, 3-mktemp and 3-procps, so there are serious problems here also.
regards
<1-man.err><1-mktemp.err><1-procps.err><3-coreutils.err><3-mktemp.err><5-aufs.err><3-procps.err><5-coreutils.err><5-mktemp.err><5-portmap.err><5-shadow.err><5-wpa_supplicant.err>-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to

[ExactCODE]

Hi,

Update: I eventually got T2 V8 minimal loaded on one of my testing computers by blowing everything away and starting it as a raw (unpartitioned or formatted) system but even that wouldn't build anything so I went another path by using another puppy called slacko and are using it as a base to build from.
I am currently building a minimal and when it's working I intend to use that for further building, but I need to get there first.
I have set the following config changes for now as it at least runs and should give useable logs for fixing.
Generic
minimal
pkgdist
/root/t290minpkg
-
-
-Build system configuration
Continue on package error after stage 0 (toolchain)
Retry building broken packages
Do not try building packages if deps failed
Keep src dirs on build errors
Create debug information (xtrace) for builds
1- Shouldn't the Kernel-Headers package use the same version of the kernel as the actual Kernel Package? It is in puppy and in fact they are both created, plus a kernel-?.src package also needed with the header package for additional driver package building, at the same time.

No, their version is completely independent. The headers define the kernel ABI and should only be updated if something major / important is changed or added to the linux kernel abi. Randomly updating the linux kernel headers will often randomly break things in unexcited ways.

2- Building Generic>Toolchain
The package Man fails to build until 5-man.log. I have attached the errorfile 1-man.err for your perusal. This is from a generic, toolchain only build.
3- Building Generic>minimal
I shall send you the results from the minimal build when it's completed however I already have error logs showing for 1-man, 1-mktemp, 1-procps, 3-coreutils, 3-mktemp and 3-procps, so there are serious problems here also.

I think I fixed those recently.