Re: fltk-1.1.4-1: take 2
wrote: 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
Re: New package: fltk
On 2003-10-15T21:35+0200, A.R. Burgers wrote: ) I'd like to propose a new package, fltk-1.1.4. ) The fltk homepage is at http://www.fltk.org/ ) ) These are the URL's of binary and source tarballs: ) ) 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 Uploaded. Please send an announcement once you have had a chance to verify correct installation with setup.exe. I used the setup.hint you included in the body of your initial proposal email (mailto:[EMAIL PROTECTED]) since I did not see a separate hint URL. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ It is a miracle that curiosity survives formal education. -- Albert Einstein, Physicist
Re: OTcl, TclCL, ns, nam
On 2003-10-18T22:58+0200, Gerrit P. Haase wrote: ) > I will need to start with packaging OTcl and TclCL before moving on to ) > ns and Nam. ) This sounds great! Though I guess it will be a lot of work to get the ) TCL parts running. Anyway, go ahead! Is that a vote for the package? :) -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ If nature has made you a giver, your hands are born open, and so is your heart. And though there may be times when your hands are empty, your heart is always full, and you can give things out of that. -- Frances Hodgson Burnett, Novelist
Re: OTcl, TclCL, ns, nam
Hallo Harold, > http://www.sims.berkeley.edu/~christin/ns-cygwin.shtml > I will need to start with packaging OTcl and TclCL before moving on to > ns and Nam. > Any comments? This sounds great! Though I guess it will be a lot of work to get the TCL parts running. Anyway, go ahead! Gerrit -- =^..^=
Re: New package: fltk
Hallo Teun, Am Samstag, 18. Oktober 2003 um 21:36 schriebst du: > Gerrit P. Haase wrote: >> Ok, here we go, I used these Makefiles to build dynamic libraries linked >>against X. You may also integrate the changes into the usual >>Makefile templates, but I used these handcrafted files. I used them >>with fltk-1.1.4rc1, so there may be some additional problems with the >>code I don't know about. > Have you tried to get X support for cygwin upstream into the fltk > distribution? > Sofar I've had good response to my OSF and cygwin patches for fltk. No, I have not tried to submit patches. I just compiled it because it was needed bz another application I wanted to use. Gerrit -- =^..^=
Re: fltk-1.1.4-1: take 2
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
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."
[ITP] OTcl, TclCL, ns, nam
[After the disaster that was my attempt to package cweb, I figured I will ask some questions before wasting time packaging something that is already available.] I am intending to package "The Network Simulator - ns-2": = http://www.isi.edu/nsnam/ns/ From the Ns homepage: = "Ns is a discrete event simulator targeted at networking research. Ns provides substantial support for simulation of TCP, routing, and multicast protocols over wired and wireless (local and satellite) networks." I am also intending to package "The Network Animator - Nam": http://www.isi.edu/nsnam/nam/ From the Nam homepage: == Nam is the Network Animator that animates simulations from ns. Ns depends upon the 'OTcl' and 'TclCL' packages: http://otcl-tclcl.sourceforge.net/otcl/ http://otcl-tclcl.sourceforge.net/tclcl/ From the OTcl page: === "OTcl, short for MIT Object Tcl, is an extension to Tcl/Tk for object-oriented programming. It shouldn't be confused with the IXI Object Tcl extension by Dean Sheenan. (Sorry, but we both like the name and have been using it for a while.)" From the TclCL page: "TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, rtp_play, ns, and nam. It provides a layer of C++ glue over OTcl." The overall goal here is to automate the installation of ns-2, along with the animation component, for myself and other students in my advanced networking class. Nicolas Christin has an excellent step-by-step guide for compiling the whole of ns under Cygwin: http://www.sims.berkeley.edu/~christin/ns-cygwin.shtml I will need to start with packaging OTcl and TclCL before moving on to ns and Nam. Any comments? Harold
Re: cweb 3.0
Gerrit, Gerrit P. Haase wrote: And I have some questions for you: - From your link to the CWEB homepage I came to the ftp which distributes CWEB and I see the latest is 3.64, where yours is 3.0: ftp://labrea.stanford.edu/pub/cweb/cweb-3.64.tar.gz - IIRC CWEB is already included in the TeX package, actual I thought TeX is written in CWEB? Oh man. What a waste of time. You are right, ctangle and cweave are in the TeX package. Thanks for pointing this out. Harold
Re: cweb 3.0
Hallo Harold, > Original from http://www-cs-faculty.stanford.edu/~knuth/cweb.html I cannot answer your questions, sorry. > Initial version of package files > > http://www.msu.edu/~huntharo/cygwin/cweb/setup.hint (1 KiB) > http://www.msu.edu/~huntharo/cygwin/cweb/cweb-3.0-1-src.tar.bz2 (152 KiB) > http://www.msu.edu/~huntharo/cygwin/cweb/cweb-3.0-1.tar.bz2 (1.05 MiB) And I have some questions for you: - From your link to the CWEB homepage I came to the ftp which distributes CWEB and I see the latest is 3.64, where yours is 3.0: ftp://labrea.stanford.edu/pub/cweb/cweb-3.64.tar.gz - IIRC CWEB is already included in the TeX package, actual I thought TeX is written in CWEB? Gerrit -- =^..^=
Re: New package: fltk
Gerrit P. Haase wrote: Ok, here we go, I used these Makefiles to build dynamic libraries linked against X. You may also integrate the changes into the usual Makefile templates, but I used these handcrafted files. I used them with fltk-1.1.4rc1, so there may be some additional problems with the code I don't know about. Have you tried to get X support for cygwin upstream into the fltk distribution? Sofar I've had good response to my OSF and cygwin patches for fltk. Teun
fltk-1.1.4-1: take 2
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 A good review was made by Nicholas in: http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00227.html 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 also included three nice demos from the fltk distribution. A checkers program, a mandelbrot viewer and an OpenGL puzzle. Teun
[ITP] cweb 3.0
Original from http://www-cs-faculty.stanford.edu/~knuth/cweb.html Questions for other maintainters 1) tex - cweb wants to dump a macro file (cwebmac.tex) in the following directory: /usr/local/lib/tex/inputs I can't find the corresponding location under /usr/share/texmf. Please advise. 2) tex - TeX seems to already include cwebmac.tex in: /usr/share/texmf/tex/plain/base Does this mean I should not include cwebmac.tex from #1 above? I am assuming yes. 3) emacs - cweb wants to dump an EMACS Lisp file (cweb.el) in the following directory: /usr/local/emacs/lisp I changed this to: /usr/share/emacs/site-lisp Is this correct? 4) General - cweb doesn't use the autotools, so I had to do the packaging by hand. Do I still need to include some sort of build script for /usr/src? Initial version of package files http://www.msu.edu/~huntharo/cygwin/cweb/setup.hint (1 KiB) http://www.msu.edu/~huntharo/cygwin/cweb/cweb-3.0-1-src.tar.bz2 (152 KiB) http://www.msu.edu/~huntharo/cygwin/cweb/cweb-3.0-1.tar.bz2 (1.05 MiB) Harold
Re: Pending Packages List, 2003-10-17
Corinna Vinschen wrote: I don't think so. The X11 packages are prefixed to /usr/X11 entirely. Ther's no need to move stuff from /usr/X11R6/share to /usr/share. I agree with Corinna: almost everything in an X11 package should be in the /usr/X11R6 heirarchy. The exceptions being: /etc/X11 stuff, and cygwin-packaging stuff like /etc/postinstall scripts & /etc/preremove scripts. IMO, even cygwin specific documentation (which, in non-X packages, goes into /usr/share/doc/Cygwin/* and /usr/share/doc//*) should go instead into /usr/X11R6/share/doc/Cygwin/* and /usr/X11R6/share/doc//*) -- Chuck
Re: Pending Packages List, 2003-10-17
On Fri, Oct 17, 2003 at 02:31:34PM -0400, Daniel Reed wrote: > On 2003-10-17T19:34+0200, Daniel Boesswetter wrote: > ) >Package: tcm 2.20-1 > ) >Description: Toolkit for Conceptual Modeling (TCM) > ) > Proposer: Daniel Boesswetter > ) > Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html > ) > http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2 > ) > http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2 > ) > http://home.in.tum.de/~boesswet/setup.hint > ) > Problems: If this does fall under cygwin-apps since it is not an "X package" > but a "package that requires X", should the package be recreated with prefix set to > /usr instead of /usr/X11R6? (cygwin-apps-get.11645) > ) > > ) _This_is_no_problem_. As we found out in > ) http://cygwin.com/ml/cygwin-apps/2003-10/msg00211.html, X-apps are > ) supposed to live under /usr/X11R6. I won't rebuild the package unless > ) something more serious is found. > > Binaries and libraries are under /usr/X11R6/, but it appears anything that > would be "shared" between potential X-only and non-X versions of the package > should be prefixed in /usr (i.e. man pages should be in /usr/share/man > instead of /usr/X11R6/man or /usr/X11R6/share/man). I don't think so. The X11 packages are prefixed to /usr/X11 entirely. Ther's no need to move stuff from /usr/X11R6/share to /usr/share. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
