Re: fltk-1.1.4-1: take 2

[Daniel Reed]

On 2003-10-18T21:30+0200, Teun Burgers wrote:
) I've uploaded a new version of fltk-1.1.4 source- and binary packages.
)
) http://home.quicknet.nl/qn/prive/ar.burgers/fltk-1.1.4-1.tar.bz2
) http://home.quicknet.nl/qn/prive/ar.burgers/fltk-1.1.4-1-src.tar.bz2

Looks like there may be a problem in the binary file, tar -jtvvf is yelling
at me:
 ...
-rw-r--r-- Teun/Geen  3559 2003-10-18 19:05:25 
usr/share/doc/fltk-1.1.4/preface.html
-rw-r--r-- Teun/Geen  7805 2003-10-18 19:05:26 usr/share/doc/fltk-1.1.4/README
-rw-r--r-- Teun/Geen  2795 2003-10-18 19:05:25 
usr/share/doc/fltk-1.1.4/resizebox1.gif

bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted?  *Possible* reason follows.
bzip2: Inappropriate ioctl for device
Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

-rw-r--r-- Teun/Geen  4291 2003-10-18 19:05:25 
usr/share/doc/fltk-1.1.4/resizebox2.gif
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now


fltk-1.1.4-1.tar.bz2 is 1528832 B, MD5 is a6bea4170c28a1223e5b997cac0f1453

-- 
Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/   http://naim.n.ml.org/
A man that is truly great is he who makes the world his debtor.

Re: fltk-1.1.4-1: take 2

[Teun Burgers]

Daniel Reed wrote:

Looks like there may be a problem in the binary file, tar -jtvvf is yelling
at me:
Fixed now. Something must have gone wrong during upload

Teun

Re: fltk-1.1.4-1: take 2

[Nicholas Wourms]

censored wrote:

SNIP
Nicolas wrote:

First off, you have /usr/share/doc/fltk  /usr/share/doc/fltk-1.1.4.


Done

Second, where are the include files? Building fltk apps will 
definitely need those.


yep, included now

Third, you can ditch /etc/postinstall since you aren't using a script.


Done

On the subject of shared libraries Nicholas wrote:

Not really, you could always cheat by using the --whole-archive method 
of converting a static archive into a dll.  i.e.: 


I used this method to add dlls and import libraries.

Nicholas also made some (optional) suggestions about an xpm -nox like 
lay-out in anticipation of a future parallel
xfree86 version. I think these are good suggestions, but for the time 
being I'd like to leave it in the current form.
I suppose this is ok, as long as we can negotiate renaming the exe's and 
relocating the include/libraries out of the deafult search dirs when the 
X11 port is to be included.  Looks good otherwise...

Cheers,
Nicholas