Introducing T2

[Ted Dog]

Code: Select all

http://distro.ibiblio.org/quirky/quirky6/source/t2/april/

is that the correct one? got a 404 with your location of index

[gcmartin]

@gcav and @Ted Dog
Corrected 1 is probably this one.

@BarryK
You would want to see this.
Its current stable tarball size is actually one-half smaller than yours.

[gcav]

Been working.
Turns out patching Binutils and glibc is quite a ride...
The differences between version from binutils-1.2.19 to the latest one
is quite large... so I have to patch manually an re-create the diff file.

gcav

[gcav]

@Barry, While recompiling Wary6, ffmpeg source file is missing.

Do you know where ffmpeg-2014-12-19.tar.bz2 is?


There is ffmpeg-2.0.2.tar.bz2 though...


# BK 150206 note, there is a matching mplayer for this:
[D] 1783378563 ffmpeg-2014-12-19.tar.bz2 http://distro.ibiblio.org/quirky/quirky ... /t2/april/

gc

[backi]

HI gcav !
Possibly here !
Only throwing ffmpeg into /usr/bin (without the rest) seems working well.
Look here:
http://johnvansickle.com/ffmpeg/builds/ ... tic.tar.xz

[gcav]

HI gcav !
Possibly here !
Only throwing ffmpeg into /usr/bin (without the rest) seems working well.
Look here:
http://johnvansickle.com/ffmpeg/builds/ ... tic.tar.xz

Well, I just defaulted to

[D] 0 ffmpeg-2.4.4.tar.bz2 http://ffmpeg.org/releases/

on the .conf file.

[BarryK]

@Barry, While recompiling Wary6, ffmpeg source file is missing.

Do you know where ffmpeg-2014-12-19.tar.bz2 is?


There is ffmpeg-2.0.2.tar.bz2 though...


# BK 150206 note, there is a matching mplayer for this:
[D] 1783378563 ffmpeg-2014-12-19.tar.bz2 http://distro.ibiblio.org/quirky/quirky ... /t2/april/

gc

Uploaded it:
http://distro.ibiblio.org/quirky/quirky ... 19.tar.bz2

Also:
http://distro.ibiblio.org/quirky/quirky ... 19.tar.bz2

[scsijon]

Hope this is the place for this, apologies if not.

Building a wary6 (called warytest61 but a straight copy of your wary6 as POC) with your T2-trunk-APRIL builder while running from within April's wary 6.9.4.
I am getting a fail in 5-libcap217.
Have you come across this or have an idea of it's cause?
The source files were from your site or source.

Line 47 is failing with:

Code: Select all

gcc -Wl,-x -shared -O2 -Dlinux -fPIC -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include  -L/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap -lattr -Wl,-soname,libcap.so.2 -o libcap.so.2.17 cap_alloc.o cap_proc.o cap_extint.o cap_flag.o cap_text.o cap_file.o
/usr/lib/gcc/i686-t2-linux-gnu/4.9.2/../../../../i686-t2-linux-gnu/bin/ld: cannot find -lattr
collect2: error: ld returned 1 exit status
Makefile:53: recipe for target 'libcap.so.2.17' failed
make[1]: *** [libcap.so.2.17] Error 1
make[1]: Leaving directory '/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap'
Makefile:12: recipe for target 'all' failed
make: *** [all] Error 2

I've also attached the full error log, in case it is of help.

Changing the stop back to 4 the build is continuing without stopping further or so far without further errors so I'm wondering if it's in the package.

[BarryK]

Hope this is the place for this, apologies if not.

Building a wary6 (called warytest61 but a straight copy of your wary6 as POC) with your T2-trunk-APRIL builder while running from within April's wary 6.9.4.
I am getting a fail in 5-libcap217.
Have you come across this or have an idea of it's cause?
The source files were from your site or source.

Line 47 is failing with:

Code: Select all

gcc -Wl,-x -shared -O2 -Dlinux -fPIC -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include  -L/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap -lattr -Wl,-soname,libcap.so.2 -o libcap.so.2.17 cap_alloc.o cap_proc.o cap_extint.o cap_flag.o cap_text.o cap_file.o
/usr/lib/gcc/i686-t2-linux-gnu/4.9.2/../../../../i686-t2-linux-gnu/bin/ld: cannot find -lattr
collect2: error: ld returned 1 exit status
Makefile:53: recipe for target 'libcap.so.2.17' failed
make[1]: *** [libcap.so.2.17] Error 1
make[1]: Leaving directory '/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap'
Makefile:12: recipe for target 'all' failed
make: *** [all] Error 2

I've also attached the full error log, in case it is of help.

Changing the stop back to 4 the build is continuing without stopping further or so far without further errors so I'm wondering if it's in the package.

I have just completed a i686 build of target wary6.

It stopped near the end, I forget which package, with a file-conflict at installation. I added "check_shared=0" to the .conf file, that fixed it -- that problem is actually a bug in T2, which I have reported to Rene.

I was running April 6.93, i686, NOT 64-bit.

You need to be running a x86 distro, to build for x86 in T2.
Cross-builds do not compile all the packages.

Also, did you also copy config/wary6 to your new target name?
You need to do that, and edit the last two lines in config/<new name>/config
-- this will ensure everything starts off exactly the same.

[scsijon]

I have just completed a i686 build of target wary6.

It stopped near the end, I forget which package, with a file-conflict at installation. I added "check_shared=0" to the .conf file, that fixed it -- that problem is actually a bug in T2, which I have reported to Rene.

I was running April 6.93, i686, NOT 64-bit.

You need to be running a x86 distro, to build for x86 in T2.
Cross-builds do not compile all the packages.

Also, did you also copy config/wary6 to your new target name?
You need to do that, and edit the last two lines in config/<new name>/config
-- this will ensure everything starts off exactly the same.

April 694 is the released i686, ( yes I know alpha release numbers start to mingle when building, don't worry) all I added was the devx to keep it clean.

Ii'll check again when it stops building as everything else is so far building ok, i'm reluctant to stop it now, and yes I noticed and copied your config/wary6 and /target/wary6 directory and ammended the new /config/warytest61/config file. I was wondering though if you/we shouldn't be considering adding a /config/puppy group in /config like /config/generic is and then updating the base T2 could be separate to puppy's t2 components, or is that unworkable.

I got to say that your simple build instructions are better and easier to understand than the full manual, maybe you should submit them to him to include as a 'quick-build guide'.

I shall await another fail package to and add your fix, otherwise I shall await the end and build libcap separately again with the fix in it and see what happens, as i've already tried to build it as a 'group build' and individually after cleaning the cache with the same error result.

EDIT: I take it you mean xine-lib, but sorry, please, which .conf file did you mean to ammend and where, the package.conf or the cfg one as I can't seem to get either to do anything. Maybe it's the humidity up here at present getting to me! and only libcap and the two xine packages errored.

EDIT2: tried the same starting from quirky 6.1.4 with the same results. Something is not right somewhere!

[scsijon]

Just a note for T2 builders using barry's system that /packages/multimedia/xine-lib doesn't need the hotfix.patch, it was a leftover from 1.1.19, it'll give you an error and stop the build.
regards

[BarryK]

Just a note for T2 builders using barry's system that /packages/multimedia/xine-lib doesn't need the hotfix.patch, it was a leftover from 1.1.19, it'll give you an error and stop the build.
regards

That's ok, my local T2 has it there but disabled, it is renamed as hotfix.patch.disabled

[BarryK]

Hope this is the place for this, apologies if not.

Building a wary6 (called warytest61 but a straight copy of your wary6 as POC) with your T2-trunk-APRIL builder while running from within April's wary 6.9.4.
I am getting a fail in 5-libcap217.
Have you come across this or have an idea of it's cause?
The source files were from your site or source.

Line 47 is failing with:

Code: Select all

gcc -Wl,-x -shared -O2 -Dlinux -fPIC -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include -I/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap/include  -L/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap/../libcap -lattr -Wl,-soname,libcap.so.2 -o libcap.so.2.17 cap_alloc.o cap_proc.o cap_extint.o cap_flag.o cap_text.o cap_file.o
/usr/lib/gcc/i686-t2-linux-gnu/4.9.2/../../../../i686-t2-linux-gnu/bin/ld: cannot find -lattr
collect2: error: ld returned 1 exit status
Makefile:53: recipe for target 'libcap.so.2.17' failed
make[1]: *** [libcap.so.2.17] Error 1
make[1]: Leaving directory '/TOOLCHAIN/src.libcap.warytest61.20150218.075039.5561.lamia04/libcap-2.17/libcap'
Makefile:12: recipe for target 'all' failed
make: *** [all] Error 2

I've also attached the full error log, in case it is of help.

Changing the stop back to 4 the build is continuing without stopping further or so far without further errors so I'm wondering if it's in the package.

I posted a reply on the T2 mail-list.

I have no idea why LIBATTR variable is getting set to "yes" in your case.

Regarding xine-ui, and xine-lib, maybe I better upload my latest local T2. I don't recall, but perhaps I fixed something recently.

There is still a bug with xine-ui though, see post to T2 mail-list.

[BarryK]

I have just uploaded latest T2 to my bones repo.

There was a build fail for xine-lib in wary64, it needed --disable-xvmc

[scsijon]

I have just uploaded latest T2 to my bones repo.

There was a build fail for xine-lib in wary64, it needed --disable-xvmc

Thanks Barry, I shall update tonight.

the libcap problem is in the packages (2.17) makefile.rules file is set with LIBATTR := yes and it should be no for the build, can you check yours please.

I just tried adding the attr package, but that's wanting another set of problems fixed / packages added so i'd rather not.

And where can / how can I set these in the $apps.conf file, is it just adding the line or does it need something else? I will need to do a !few of these for Wayland.

regards for now.

ps, the wayland/weston I have loaded to play with is fun-magic, you can offload your apps to another box or server in the cloud if you want/have them there, and allow others to run the app from yours with the video and work running on theirs. It's not small though at present. I intend to do a waylandx/weston/jwm mix so current puppy x-org apps should run ok and the new wayland built ones go like rats-tails. That should keep me from being bored for the next year.
pps, and i'd like a sugestion for a puppy name please, I only have cats.

[scsijon]

Just a note for T2 builders using barry's system that /packages/multimedia/xine-lib doesn't need the hotfix.patch, it was a leftover from 1.1.19, it'll give you an error and stop the build.
regards

That's ok, my local T2 has it there but disabled, it is renamed as hotfix.patch.disabled

Strange, It's still there from my last update, as well as a hotfix.patch.disabled file.

I'll check after tonights download.

Maybe i'll do a clean download as well as a update and compare, I wonder if old / redundant files are being left behind.

regards

EDIT: @BarryK Just did an bones download to update an existing t2 and the hotfix.patch is still there, then did a fresh bones download to a new tree and it's not. It looks like bones is not removing files for some reason. Over to you.

[BarryK]

Just a note for T2 builders using barry's system that /packages/multimedia/xine-lib doesn't need the hotfix.patch, it was a leftover from 1.1.19, it'll give you an error and stop the build.
regards

That's ok, my local T2 has it there but disabled, it is renamed as hotfix.patch.disabled

Strange, It's still there from my last update, as well as a hotfix.patch.disabled file.

I'll check after tonights download.

Maybe i'll do a clean download as well as a update and compare, I wonder if old / redundant files are being left behind.

regards

EDIT: @BarryK Just did an bones download to update an existing t2 and the hotfix.patch is still there, then did a fresh bones download to a new tree and it's not. It looks like bones is not removing files for some reason. Over to you.

Maybe you don't have the latest bones:

http://distro.ibiblio.org/quirky/quirky ... -0.3.1.pet

[BarryK]

pps, and i'd like a sugestion for a puppy name please, I only have cats.

Try this:

http://dogtime.com/top-100-dog-names.html

[scsijon]

Maybe you don't have the latest bones:

http://distro.ibiblio.org/quirky/quirky ... -0.3.1.pet

Nope, it's 0.3.1, maybe I should have removed 0.3 first as user-installed-packages shows both installed. I'll do that before your next update and we'll see what happens.

By the way, it seems that your script that creates t2-modified-user-$date is only checking for changes in the config directory and not others, such as target and packages. Good thing I keep copies of alpha changes and additions elsewhere!

thanks for the help.

[stemsee]

Hi Barry

I'm feeling brain dead!!

I have downloaded latest bones.pet installed and created recommended dir tree on 200+gb partition (sda9) running dpup wheezy from usb. I ran bones download etc, I think I read your relevant blogs, and some of T2 System Development Environment... and having gone through the newly created dirs and opened a few files here and there, I am wondering what is the next step?


regards
stemsee