From owner-freebsd-libh Tue Aug 6 15:28:31 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B58137B401 for ; Tue, 6 Aug 2002 15:28:30 -0700 (PDT) Received: from usw4.freebsd.org (usw4.freebsd.org [209.180.6.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799EC43E77 for ; Tue, 6 Aug 2002 15:28:29 -0700 (PDT) (envelope-from antoine@usw4.freebsd.org) Received: by usw4.freebsd.org (Postfix, from userid 3028) id DBDBF17404; Tue, 6 Aug 2002 17:28:28 -0500 (CDT) From: Antoine Beaupré Date: Tue, 6 Aug 2002 17:28:28 -0500 (CDT) To: libh@FreeBSD.org Subject: cvs commit: libh/release/scripts/diskedit Makefile libh/release/scripts/pkgtools Makefile Message-Id: <20020806222828.DBDBF17404@usw4.freebsd.org> Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG antoine 2002/08/06 17:28:28 CDT Modified files: release/scripts/diskedit Makefile release/scripts/pkgtools Makefile Log: add dummy all and clean targets to unbreak build Revision Changes Path 1.4 +5 -1 libh/release/scripts/diskedit/Makefile 1.5 +5 -1 libh/release/scripts/pkgtools/Makefile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Aug 6 15:36: 4 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B267537B400 for ; Tue, 6 Aug 2002 15:36:02 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6804643E42 for ; Tue, 6 Aug 2002 15:36:01 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (1st4k1oyxufgulgb@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g76MZrR14842 for ; Tue, 6 Aug 2002 18:35:54 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 659E2206 for ; Tue, 6 Aug 2002 18:36:22 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Tue, 6 Aug 2002 18:32:29 -0400 Date: Tue, 6 Aug 2002 18:32:29 -0400 From: The Anarcat To: libh@FreeBSD.org Subject: I'm back (was: cvs commit: libh/release/scripts/diskedit Makefile libh/release/scripts/pkgtools Makefile) Message-ID: <20020806223228.GB1019@lenny.anarcat.ath.cx> References: <20020806222828.DBDBF17404@usw4.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <20020806222828.DBDBF17404@usw4.freebsd.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Whoa, all! I've been kinda off the net for about a month now, and therefore haven't been able to get any kind of work done on libh. I hope to correct this situation by studying the current state of libh package system well enough to make a more precise roadmap on how to finish it. I also hope to gather enough changes and cleanup to package a new release (we'll be at 0.2.3!). just FYI, A. --=20 Imagination is more important than knowledge - Albert Einstein --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9UE58ttcWHAnWiGcRAkF5AJ47KNQfSOHQQbWcbaRo7lszz9r9TQCgirVl FzSJZdx73vns/gOJfR5YVF4= =zidi -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Aug 6 18:21: 0 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C404F37B400 for ; Tue, 6 Aug 2002 18:20:58 -0700 (PDT) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C0CA43E42 for ; Tue, 6 Aug 2002 18:20:58 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Received: from mango.local. (jkh@mango.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.5/8.12.5) with ESMTP id g771Jrux001154; Tue, 6 Aug 2002 18:19:54 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Date: Tue, 6 Aug 2002 18:21:37 -0700 Subject: Re: I'm back (was: cvs commit: libh/release/scripts/diskedit Makefile libh/release/scripts/pkgtools Makefile) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v543) Cc: libh@FreeBSD.ORG To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20020806223228.GB1019@lenny.anarcat.ath.cx> Message-Id: <051477E7-A9A4-11D6-B659-0003938C7B7E@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.543) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Welcome back! Max was starting to get worried.. :-) - Jordan On Tuesday, August 6, 2002, at 03:32 PM, The Anarcat wrote: > Whoa, all! > > I've been kinda off the net for about a month now, and therefore > haven't been able to get any kind of work done on libh. > > I hope to correct this situation by studying the current state of libh > package system well enough to make a more precise roadmap on how to > finish it. > > I also hope to gather enough changes and cleanup to package a new > release (we'll be at 0.2.3!). > > just FYI, > > A. > > -- > Imagination is more important than knowledge > - Albert Einstein > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Aug 7 8: 3:38 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BC7237B400 for ; Wed, 7 Aug 2002 08:03:36 -0700 (PDT) Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8013943E65 for ; Wed, 7 Aug 2002 08:03:35 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from xtanbul (IDENT:506@[216.94.147.34]) by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id LAA00372; Wed, 7 Aug 2002 11:03:25 -0400 Date: Wed, 7 Aug 2002 10:53:10 -0400 Subject: Re: I'm back (was: cvs commit: libh/release/scripts/diskedit Makefile libh/release/scripts/pkgtools Makefile) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: libh@FreeBSD.ORG To: Jordan K Hubbard From: Antoine Beaupre In-Reply-To: <051477E7-A9A4-11D6-B659-0003938C7B7E@queasyweasel.com> Message-Id: <63F5C718-AA15-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well I too was getting worried! Max, I'll take a look at your latest proposal ASAP. It might take a while though since I'm overloaded from a long absence and I have many other problems to take care of in libh. In particular, there was an interesting thread about "package system flaws" (-arch) that I thoroughly inspected and even if there was a lot of trash in there (ok bikesheders! on go choose your favorite scripting language/packaging format), there's still a lot of points that came out OK and that are really important in order to libh to survive the bikesheds and flamewars. A. On Tuesday, August 6, 2002, at 09:21 PM, Jordan K Hubbard wrote: > Welcome back! Max was starting to get worried.. :-) > > - Jordan > > On Tuesday, August 6, 2002, at 03:32 PM, The Anarcat wrote: > >> Whoa, all! >> >> I've been kinda off the net for about a month now, and therefore >> haven't been able to get any kind of work done on libh. >> >> I hope to correct this situation by studying the current state of libh >> package system well enough to make a more precise roadmap on how to >> finish it. >> >> I also hope to gather enough changes and cleanup to package a new >> release (we'll be at 0.2.3!). >> >> just FYI, >> >> A. >> >> -- Imagination is more important than knowledge >> - Albert Einstein >> > -- > Jordan K. Hubbard > Engineering Manager, BSD technology group > Apple Computer > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Aug 7 13:33:39 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFA2D37B400 for ; Wed, 7 Aug 2002 13:33:34 -0700 (PDT) Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19AF43E72 for ; Wed, 7 Aug 2002 13:33:33 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from xtanbul (IDENT:506@[216.94.147.34]) by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id QAA11227 for ; Wed, 7 Aug 2002 16:33:26 -0400 Date: Wed, 7 Aug 2002 16:23:13 -0400 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: package format and creation From: Antoine Beaupre To: libh@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. Yesterday night I was bored and I wrote up a little something about package formats and sources. Semantics ========= A "package format" is defined here defined as the "media" of the package itself. In the pkg_tools days, it's the .tgz with +METADATA. Right now, in libh, this is a zip file with METADATA/*. But what are the actual possibilities? Why restrict libh to a single format? This would merely make libh more vulnerable to its detractors. As for "package source", I mean by that how the package itself is created. In the pkg_tools scheme, it's the "make install" and pkg_create procedure directed by a plist, and it's quite obscure, IMHO. In the current libh scheme, well, I'm not sure it's even that well defined. People can reference release/scripts/pkgtools/makepackage.sh to see what's the current procedure, but this script shouldn't be considered as how things *should* be, because, obviously, libh new package system will need a re-work in the ports system. Anyhow, right now, this package creator makes an install in a temporary directory and uses the plist to add files to the package. So here are the possibilities I thought about: Package formats =============== Regardless of the physical file format and location, the content of the package should be the same: some meta-data in a SYSINSTALL (or whatever) directory, and the "data files" (files to be installed) in the root of the file. Here are the considered package formats: 1- zip file (current package format): allows comment and customizable inline archive properties, random access and moderatly powerful compression 2- FS image (ISO, FFS or else, possibly compressed): random and fast access, compression dependent on the system's facility to mount compressed images, might be requiring temporary extraction space 3- .tar.[gz|bz2]: no random access without temporary extraction, powerful compression 4- .foo (insert you favorite archive scheme): must allow good compression, preferably accessible through library calls, preferably also allow random access It's been originally thought the zip file was the best choice. I still think it's a pretty good choice, but the FS image format is very attracting too. At any rate, it is clear for me now that libh will have to *architecturally* abstract the package format. Right now, it's too much integrated in the system and a bit of changes will have to be done to libh to eventually support other formats. Package sources =============== How is a package created? The current pkg_tools scheme is not good enough since it requires installing *and* registering the package in the system to package it, which is a bit absurd. The current libh scheme is a bit better since it installs the thing in a temporary location. We can do better. The PackageCreator class concept is in itself interesting. It is a class used to create a package (duh) from an already constructed file hierarchy. The class itself isn't very well done, but it has at least one interesting thing in the fact that it has an ignore list. It can skip files matching a certain pattern in the directory. This made me think. We can improve that design even better by using some kind of hash. The hash would map the location of the compiled files in the working directory to where they belong in the package (or in the tree). For example, in package foo-x.y: $ ls /usr/ports/cat/foo/work/foo-x.y README TODO configure foo foo.1 foo.c foo.o Makefile Makefile.in $ The "mapping file" (that would map the working files with their installed location) would look something like this: $ cat mapping foo:bin/foo:BIN foo.1:man/man.1/foo.1:MAN README:doc/foo/README:DOC TODO:doc/foo/TODO:DOC $ The DOC/BIN/MAN here could be something to tell which sub-package the file belongs to. Heck, it could even be possible to compute the "bin/foo" path simply from wether the file belongs to a "DOC" or "BIN" sub package. So yes, that would mean that we wouldn't depend on the package's install method. And if we really want to depend on it, we could make the mapping file support this too. Say we install the package in a staging directory "/usr/ports/staging/foo", and that the files are all properly placed there. And say we hack globbing support into the mapping file, that would end up being: $ cat mapping *:* $ or simply "*". Or better: $ cat mapping bin/*::BIN doc/*::DOC man/*::MAN etc/*::ETC $ This could even be default! Conclusion ========== I think there's a lot of work to be done there. Libh folks need to sit down with ports folks and figure out how this would be done best. One thing is for sure: in order to accomodate libh's higher-level package function, the port systems will need a big face lift or it (or libh!) won't survive. For the package formats, it's clear it's all bikeshedding fodder, and I'd be surprised if these suggestions lead anything more than flamewar, but at least I recorded my intentions somewhere. And as for the whole thing, I'd be surprised if it would spark a big discussion on libh, given the traffic it had on the recent times, so I'll probably post a reference of the mail to -arch and/or -ports. A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Aug 7 14:46:59 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2DBF37B401 for ; Wed, 7 Aug 2002 14:46:57 -0700 (PDT) Received: from usw4.freebsd.org (usw4.freebsd.org [209.180.6.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF2243E6A for ; Wed, 7 Aug 2002 14:46:57 -0700 (PDT) (envelope-from antoine@usw4.freebsd.org) Received: by usw4.freebsd.org (Postfix, from userid 3028) id EC35117404; Wed, 7 Aug 2002 16:46:56 -0500 (CDT) From: Antoine Beaupré Date: Wed, 7 Aug 2002 16:46:56 -0500 (CDT) To: libh@FreeBSD.org Subject: cvs commit: www index.html Message-Id: <20020807214656.EC35117404@usw4.freebsd.org> Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG antoine 2002/08/07 16:46:56 CDT Modified files: . index.html Log: rename "other" section to Development Revision Changes Path 1.15 +2 -2 www/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Aug 7 16:59:53 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AE7437B400 for ; Wed, 7 Aug 2002 16:59:48 -0700 (PDT) Received: from postal.sdsc.edu (postal.sdsc.edu [132.249.20.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C4A943E65 for ; Wed, 7 Aug 2002 16:59:48 -0700 (PDT) (envelope-from okumoto@SDSC.EDU) Received: from multivac.sdsc.edu (IDENT:znnpSRwlDFHzrqEAIp1iuZEID4IuUZSL@multivac.sdsc.edu [132.249.20.57]) by postal.sdsc.edu (8.11.6/8.11.6/server/44) with ESMTP id g77Nxg109920; Wed, 7 Aug 2002 16:59:43 -0700 (PDT) Received: by multivac (8.11.6+Sun/1.11-SolarisClient) id g77Nxfi22693; Wed, 7 Aug 2002 16:59:41 -0700 (PDT) To: Antoine Beaupre Cc: libh@FreeBSD.ORG Subject: Re: package format and creation References: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> From: Max Okumoto Date: 07 Aug 2002 16:59:41 -0700 In-Reply-To: Antoine Beaupre's message of "Wed, 7 Aug 2002 16:23:13 -0400" Message-ID: Lines: 141 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yea, I saw those threads in -arch and I ducked. :-) I think we need to come up with some 'use cases' of the common usage for libh. Senario 1 (System to be used by programmer) New machine with one large disk, cdrom drive. Install FreeBSD as only OS. Development enviornemnt {complier, libs, man pages, etc.} Senario 2 (System to be used by email, netscape user) New machine with one large disk, cdrom drive. Install FreeBSD as multiboot with MS Windows Binary only system. Senario 3 .... .... .... What type of environment will libh be running? o from floppy disk. o from CD-ROM. o from network boot. o from running system. What are Reasons people run libh? o Install system to main disk. o Install system to alternate disk. (build systems) o Restore from backup. o Add new hardware resource. o Change configuration. o De-install system from main disk. What is final configuration that should end up on the installed disk? o PicoBSD o Kitchen sink o X-Window user o Software devel o Kernel devel o Diskless Antoine Beaupre writes: > Hi. > > Yesterday night I was bored and I wrote up a little something about > package formats and sources. > > Semantics > ========= > > A "package format" is defined here defined as the "media" of the package > itself. In the pkg_tools days, it's the .tgz with +METADATA. Right now, > in libh, this is a zip file with METADATA/*. But what are the actual > possibilities? Why restrict libh to a single format? This would merely > make libh more vulnerable to its detractors. I like this idea! I think we need to examine the reasons people argue for different package formats. 1. Limited space on CDROM. Since many people install FB from cdrom we want to limit the number of times they switch disks. DVD drives are just a scaling factor. If the user has a large enough disk we can address some of the inconvenience and speed issuses by copying the all the data from the CDROM to disk. 2. Network limitations. The obvious problems are bandwidth and reliability. Can the transfers be restarted? Can sections be skipped? How do we know what we can down load? 3. Resource limitations. How much space can FreeBSD.org and mirrors dedicate to storing releases/snapshots? 4. Creating a new release or rolling your own. How difficult are security updates? (Binary updates) I would argue that there is no reason to only have the packages stored in one format. As long as we automate creation of packages we can store as many formats as required to address the problems above on the server. FreeBSD.org:/release/Packages/ meta/ - data describing packages tar/ - maximum compresion iso/ - maximum convenience cdrom:/release/Packages/ meta/ - data describing packages tar/ - maximum compresion lazy.com:/release/Packages/ meta/ - data describing packages tar/ - maximum compresion iso/ - maximum convenience > As for "package source", I mean by that how the package itself is > created. In the pkg_tools scheme, it's the "make install" and pkg_create > procedure directed by a plist, and it's quite obscure, IMHO. In the > current libh scheme, well, I'm not sure it's even that well defined. > People can reference release/scripts/pkgtools/makepackage.sh to see > what's the current procedure, but this script shouldn't be considered as > how things *should* be, because, obviously, libh new package system will > need a re-work in the ports system. Anyhow, right now, this package > creator makes an install in a temporary directory and uses the plist to > add files to the package. > > So here are the possibilities I thought about: > > Package formats > =============== > > Regardless of the physical file format and location, the content of the > package should be the same: some meta-data in a SYSINSTALL (or whatever) > directory, and the "data files" (files to be installed) in the root of > the file. > > Here are the considered package formats: > > 1- zip file (current package format): allows comment and customizable > inline archive properties, random access and moderatly powerful > compression > 2- FS image (ISO, FFS or else, possibly compressed): random and fast > access, compression dependent on the system's facility to mount > compressed images, might be requiring temporary extraction space > 3- .tar.[gz|bz2]: no random access without temporary extraction, > powerful compression > 4- .foo (insert you favorite archive scheme): must allow good > compression, preferably accessible through library calls, preferably > also allow random access > > It's been originally thought the zip file was the best choice. I still > think it's a pretty good choice, but the FS image format is very > attracting too. > > At any rate, it is clear for me now that libh will have to > *architecturally* abstract the package format. Right now, it's too much > integrated in the system and a bit of changes will have to be done to > libh to eventually support other formats. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Thu Aug 8 7:18:22 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBB2E37B400 for ; Thu, 8 Aug 2002 07:18:17 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC4143E5E for ; Thu, 8 Aug 2002 07:18:16 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (v9siwltwn6im47jn@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g78EI7f29236; Thu, 8 Aug 2002 10:18:08 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 0CE581CE; Thu, 8 Aug 2002 10:18:31 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Thu, 8 Aug 2002 10:14:45 -0400 Date: Thu, 8 Aug 2002 10:14:45 -0400 From: The Anarcat To: Max Okumoto Cc: libh@FreeBSD.ORG Subject: Re: package format and creation Message-ID: <20020808141445.GA24117@lenny.anarcat.ath.cx> References: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed Aug 07, 2002 at 04:59:41PM -0700, Max Okumoto wrote: >=20 > Yea, I saw those threads in -arch and I ducked. :-) I think we need=20 > to come up with some 'use cases' of the common usage for libh. >=20 > Senario 1 (System to be used by programmer) > Senario 2 (System to be used by email, netscape user) > Senario 3 > .... > > What type of environment will libh be running? > What are Reasons people run libh? > o Install system to main disk. > o Install system to alternate disk. (build systems) > o Restore from backup. > o Add new hardware resource. > o Change configuration. > o De-install system from main disk. >=20 > What is final configuration that should end up on the installed disk? Indeed, libh should provide for all these use cases, but in a generic manner. Although I'm not sure libh should fulfill all the reasons you mention in that listing there. "restore from backup" is the first thing that seems a bit to stretched for a libh use. However, this shouldn't affect design decisions otherwise than saying: "fine, here's libh, you can do a lot of things with it, but you'll have to write the scripts". In other words, provide a clean way, and a clean interface to write such script but don't rot too much on bits that wouldn't be useful to all configs. These can be written outside libh without problems. libh is, for me, 2 things: - console or Graphical UI - package library the rest is extensions, and we must not focus on those yet. Those extensions will have to be written for seperate package configurators (e.g. the "net" package configurator or "apache" configurator, etc). =20 > Antoine Beaupre writes: > > Hi. > >=20 > > Yesterday night I was bored and I wrote up a little something about=20 > > package formats and sources. > >=20 > > Semantics > > =3D=3D=3D=3D=3D=3D=3D=3D=3D > >=20 > > A "package format" is defined here defined as the "media" of the packag= e=20 > > itself. In the pkg_tools days, it's the .tgz with +METADATA. Right now,= =20 > > in libh, this is a zip file with METADATA/*. But what are the actual=20 > > possibilities? Why restrict libh to a single format? This would merely= =20 > > make libh more vulnerable to its detractors. >=20 > I like this idea! I think we need to examine the reasons people argue > for different package formats. >=20 > 1. Limited space on CDROM. Since many people install FB from > cdrom we want to limit the number of times they switch disks. > DVD drives are just a scaling factor. >=20 > If the user has a large enough disk we can address some > of the inconvenience and speed issuses by copying the all > the data from the CDROM to disk. >=20 > 2. Network limitations. The obvious problems are bandwidth and > reliability. Can the transfers be restarted? Can sections > be skipped? How do we know what we can down load? >=20 > 3. Resource limitations. How much space can FreeBSD.org and > mirrors dedicate to storing releases/snapshots? >=20 > 4. Creating a new release or rolling your own. How difficult > are security updates? (Binary updates) =20 >=20 > I would argue that there is no reason to only have the packages stored > in one format. As long as we automate creation of packages we can store > as many formats as required to address the problems above on the server. You'll soon find out that this will simply be impossible. There Can Be Only One. Packages need to be built. It might be possible to build multiple format, but I'm still skeptical. It already takes a lot of time for bento to catchup on changes in the ports tree, and this is a critical point: libh will be more package-oriented. Packages will need to be promptly built. =20 > FreeBSD.org:/release/Packages/ > meta/ - data describing packages > tar/ - maximum compresion > iso/ - maximum convenience >=20 > cdrom:/release/Packages/ > meta/ - data describing packages > tar/ - maximum compresion >=20 > lazy.com:/release/Packages/ > meta/ - data describing packages > tar/ - maximum compresion > iso/ - maximum convenience I don't suggest seperating meta-data from packages themselves, and I don't think it'd save anything. I rather think packages should be self-contained. We already have enough problems tracking multiple-package dependencies, we don't want to track in-package dependencies! Anyways. A. --=20 =46rom the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9UnzUttcWHAnWiGcRAiRZAJoDLALJU9Q+jwq9LDHdEizuX0JZcQCeIaEh qJnzag7bkDSgBLUlm2uLobA= =CECz -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Thu Aug 8 11:32:17 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B91D37B400 for ; Thu, 8 Aug 2002 11:32:15 -0700 (PDT) Received: from postal.sdsc.edu (postal.sdsc.edu [132.249.20.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E9F443E6A for ; Thu, 8 Aug 2002 11:32:15 -0700 (PDT) (envelope-from okumoto@SDSC.EDU) Received: from multivac.sdsc.edu (IDENT:s4WWAZy25li5/knkyBK7ogvvjF80f0xO@multivac.sdsc.edu [132.249.20.57]) by postal.sdsc.edu (8.11.6/8.11.6/server/44) with ESMTP id g78IWA107243; Thu, 8 Aug 2002 11:32:10 -0700 (PDT) Received: by multivac (8.11.6+Sun/1.11-SolarisClient) id g78IW8821958; Thu, 8 Aug 2002 11:32:08 -0700 (PDT) To: The Anarcat Cc: libh@FreeBSD.ORG Subject: Re: package format and creation References: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> <20020808141445.GA24117@lenny.anarcat.ath.cx> From: Max Okumoto Date: 08 Aug 2002 11:32:08 -0700 In-Reply-To: The Anarcat's message of "Thu, 8 Aug 2002 10:14:45 -0400" Message-ID: Lines: 27 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The Anarcat writes: > > Although I'm not sure libh should fulfill all the reasons you mention > in that listing there. "restore from backup" is the first thing that > seems a bit to stretched for a libh use. > > However, this shouldn't affect design decisions otherwise than saying: > "fine, here's libh, you can do a lot of things with it, but you'll > have to write the scripts". > > In other words, provide a clean way, and a clean interface to write > such script but don't rot too much on bits that wouldn't be useful to > all configs. These can be written outside libh without problems. > > libh is, for me, 2 things: > > - console or Graphical UI > - package library > > the rest is extensions, and we must not focus on those yet. Those > extensions will have to be written for seperate package configurators > (e.g. the "net" package configurator or "apache" configurator, etc). When you say extension do you mean? libh/lib/fooext + libh/release/scripts/fooext.tcl Max Okumoto To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Thu Aug 8 17:28:38 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A678637B400 for ; Thu, 8 Aug 2002 17:28:36 -0700 (PDT) Received: from dojo.tao.ca (tao.ca [198.96.117.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C366C43E70 for ; Thu, 8 Aug 2002 17:28:32 -0700 (PDT) (envelope-from anarcat@tao.ca) Received: by dojo.tao.ca (Postfix, from userid 1823) id F05BC17DC58; Thu, 8 Aug 2002 20:28:30 -0400 (EDT) Date: Thu, 8 Aug 2002 20:28:30 -0400 From: The Anarcat To: Max Okumoto Cc: libh@FreeBSD.ORG Subject: Re: package format and creation Message-ID: <20020809002829.GA20585@dojo> Reply-To: The Anarcat References: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> <20020808141445.GA24117@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 08 Aug 2002, Max Okumoto wrote: > The Anarcat writes: [...] > > libh is, for me, 2 things: > >=20 > > - console or Graphical UI > > - package library > >=20 > > the rest is extensions, and we must not focus on those yet. Those > > extensions will have to be written for seperate package configurators > > (e.g. the "net" package configurator or "apache" configurator, etc). >=20 > When you say extension do you mean? > libh/lib/fooext + libh/release/scripts/fooext.tcl I mean:=20 libh/lib/foo || libh/*/scripts/foo.tcl (scripts might not be "release-related". I see the release directory as tools fitting for the installer) Anyways, "extensions" don't necessarly need to be "part of" libh, they can simply have libh as a dependency, as long as we don't end up with a circular dependency. A. --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Pour information voir http://www.gnupg.org iEYEARECAAYFAj1TDK0ACgkQttcWHAnWiGe6xACeIlTNPimTOMvzV6PjQcF3DXnG Jh0AnAmKwoLd9jT40QFSel/0ahkbjsVr =UCZu -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 1:25:48 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E17637B400 for ; Fri, 9 Aug 2002 01:25:45 -0700 (PDT) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B86C443E6A for ; Fri, 9 Aug 2002 01:25:44 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Received: from mango.local. (jkh@mango.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.5/8.12.5) with ESMTP id g798Ocux084412; Fri, 9 Aug 2002 01:24:39 -0700 (PDT) (envelope-from jkh@queasyweasel.com) Date: Fri, 9 Aug 2002 01:26:33 -0700 Subject: Re: package format and creation Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v543) Cc: libh@FreeBSD.ORG To: Antoine Beaupre From: Jordan K Hubbard In-Reply-To: <7F90C363-AA43-11D6-9D65-0050E4A0BB3F@anarcat.ath.cx> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.543) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, August 7, 2002, at 01:23 PM, Antoine Beaupre wrote: > 1- zip file (current package format): allows comment and customizable > inline archive properties, random access and moderatly powerful > compression > 2- FS image (ISO, FFS or else, possibly compressed): random and fast > access, compression dependent on the system's facility to mount > compressed images, might be requiring temporary extraction space > 3- .tar.[gz|bz2]: no random access without temporary extraction, > powerful compression > 4- .foo (insert you favorite archive scheme): must allow good > compression, preferably accessible through library calls, preferably > also allow random access > > It's been originally thought the zip file was the best choice. I still > think it's a pretty good choice, but the FS image format is very > attracting too. Obviously if the target format has a rich enough collection of attributes to meet libh's minimum requirements, it should be a possible "output" format for the package generator. I agree that this can and should be reasonably abstracted so libh isn't locked into any one format (say there were a big lawsuit over zip and suddenly we had to abandon it as GIFs were abandoned for jpegs). The only thing currently driving zip is that it meets the requirements nicely, but that's not to say that it will always be the only reasonable format. > How is a package created? The current pkg_tools scheme is not good > enough since it requires installing *and* registering the package in > the system to package it, which is a bit absurd. The current libh > scheme is a bit better since it installs the thing in a temporary > location. > > We can do better. Good luck.. :-) There's nothing absurd, unfortunately, about the sheer amount of software out there which through its build procedures or its code depends on having things in a fixed location. When you run the configure script for program A which depends on program or library B, those fancy configure scripts will prowl the system looking for B in all of its "canonical locations" will either fail to locate it if it's not in those places or, once they find it, will compile right into program A the location of B. If you then move B elsewhere, program A will break. Even without dependencies, program A will very often hard code the dependencies it has on its own internal components (like doc or config files) and will derive those paths from its build phase. Do you really want to "fix" all of that software as a prerequisite to packaging it with libh? I honestly don't think so, and the sheer pain of making things relocatable will be large enough that it in itself will become a significant barrier to entry for new package writers if you mandate it as part of the system. The FreeBSD ports collection side-steps a LOT of hairy issues by simply installing a dependency fully and to its final destination before going back to the depending port and resuming its build. The same situation maps to pkg_add. -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 6:22:48 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E6C37B40D for ; Fri, 9 Aug 2002 06:22:43 -0700 (PDT) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7569343E42 for ; Fri, 9 Aug 2002 06:22:42 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from xtanbul (IDENT:506@[216.94.147.34]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id g79DMVN23238; Fri, 9 Aug 2002 09:22:32 -0400 Date: Fri, 9 Aug 2002 09:12:28 -0400 Subject: Re: package format and creation Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: libh@FreeBSD.ORG To: Jordan K Hubbard From: Antoine Beaupre In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, August 9, 2002, at 04:26 AM, Jordan K Hubbard wrote: > On Wednesday, August 7, 2002, at 01:23 PM, Antoine Beaupre wrote: >> 1- zip file (current package format): allows comment and customizable >> inline archive properties, random access and moderatly powerful >> compression >> 2- FS image (ISO, FFS or else, possibly compressed): random and fast >> access, compression dependent on the system's facility to mount >> compressed images, might be requiring temporary extraction space >> 3- .tar.[gz|bz2]: no random access without temporary extraction, >> powerful compression >> 4- .foo (insert you favorite archive scheme): must allow good >> compression, preferably accessible through library calls, preferably >> also allow random access >> >> It's been originally thought the zip file was the best choice. I still >> think it's a pretty good choice, but the FS image format is very >> attracting too. > > Obviously if the target format has a rich enough collection of > attributes to meet libh's minimum requirements, it should be a possible > "output" format for the package generator. Generally, I find that *any* given target format can be hacked to have those requirements, to some extent. The idea is only to provide those bikesheders a clean interface to be able to confidently say "you want that format? implement it! you have to cut here and here, paste here and here and hack that." > I agree that this can and should be reasonably abstracted so libh isn't > locked into any one format (say there were a big lawsuit over zip and > suddenly we had to abandon it as GIFs were abandoned for jpegs). The > only thing currently driving zip is that it meets the requirements > nicely, but that's not to say that it will always be the only > reasonable format. Indeed, I think the image format is much more suitable as it provides possibly better compression without the cost of losing random access. I won't be rewriting libh to switch the package format yet though. ;) Just provide a cleaner interface. >> How is a package created? The current pkg_tools scheme is not good >> enough since it requires installing *and* registering the package in >> the system to package it, which is a bit absurd. The current libh >> scheme is a bit better since it installs the thing in a temporary >> location. >> >> We can do better. > > Good luck.. :-) > > There's nothing absurd, unfortunately, about the sheer amount of > software out there which through its build procedures or its code > depends on having things in a fixed location. When you run the > configure script for program A which depends on program or library B, > those fancy configure scripts will prowl the system looking for B in > all of its "canonical locations" will either fail to locate it if it's > not in those places or, once they find it, will compile right into > program A the location of B. If you then move B elsewhere, program A > will break. Even without dependencies, program A will very often hard > code the dependencies it has on its own internal components (like doc > or config files) and will derive those paths from its build phase. Do > you really want to "fix" all of that software as a prerequisite to > packaging it with libh? I honestly don't think so, and the sheer pain > of making things relocatable will be large enough that it in itself > will become a significant barrier to entry for new package writers if > you mandate it as part of the system. The FreeBSD ports collection > side-steps a LOT of hairy issues by simply installing a dependency > fully and to its final destination before going back to the depending > port and resuming its build. The same situation maps to pkg_add. > Yes, yes... I've had a discussion "on that irc channel" that led me to conclude this idea had after all limited appllication. The basic idea behind the mapping file was to extend current's plist format in order to accomodate both a non-install package creation procedure and libh's special sub-package requirements. The mapping file scheme can be used with the current "install and package" packaging scheme without problems. I now realize that non-install package creation could be useful in only certain kind of (nice) software (eg ROX) that don't rely on absolute paths (eg *not* openssh). I think it would be nice to encourage that though. Also, note that the current libh package creation scheme uses the plist stuff and make install in a TMPDIR. And it works (for xv ;)). The discussions on -arch wrt that were interesting because they actually provided solutions to the "PREFIX problem". Terry was always coming back to the "we need a registry" solution, that I found interesting. Well, with libh, we'll have a database of installed software. Recording the prefix of each installed package and providing an API will then be a piece of cake. Now if people could just use the API ("yeah right, dream on"). ;) A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 17:52:16 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F6037B400 for ; Fri, 9 Aug 2002 17:52:14 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B1B143E6E for ; Fri, 9 Aug 2002 17:52:13 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (s4wq7rbyeiqc7ort@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g7A0q6519758 for ; Fri, 9 Aug 2002 20:52:07 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id B1F8B1CE for ; Fri, 9 Aug 2002 20:52:41 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 9 Aug 2002 20:48:42 -0400 Date: Fri, 9 Aug 2002 20:48:42 -0400 From: The Anarcat To: libh@freebsd.org Subject: porting to rhtvision Message-ID: <20020810004842.GA20942@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm currently looking at porting libh to the newest rhtvision port. I understand that this port is less buggy and is somehow an improved version of tvision. I want to know what you people think about the switch, wether it's worth the trouble, and most of all, Max, does it pose a problem with regards to your current work on that other branch of yours? Would you rather do it yourself? Anyways, it's not going to happen soon since the 2 tvision aren't API-compatible, which is a real PITA. But looking back, I think the old tvision is really worse than the new one. :) Comments? A. --=20 =46rom the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9VGLpttcWHAnWiGcRAiQPAKCYoOBzBZ2tNiOeI0jUuQN6kiGUnQCeLWrP 2QSKohJU55tXQnh3QoymkMw= =jf67 -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 17:55:19 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DFAC37B400 for ; Fri, 9 Aug 2002 17:55:00 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2583543E75 for ; Fri, 9 Aug 2002 17:54:59 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (tljyofl45t4m5poz@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g7A0sv520918 for ; Fri, 9 Aug 2002 20:54:57 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 8C0211CE for ; Fri, 9 Aug 2002 20:55:33 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 9 Aug 2002 20:51:34 -0400 Date: Fri, 9 Aug 2002 20:51:34 -0400 From: The Anarcat To: libh@freebsd.org Subject: Re: porting to rhtvision Message-ID: <20020810005134.GB20942@lenny.anarcat.ath.cx> References: <20020810004842.GA20942@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <20020810004842.GA20942@lenny.anarcat.ath.cx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri Aug 09, 2002 at 08:48:42PM -0400, The Anarcat wrote: > I'm currently looking at porting libh to the newest rhtvision port. I > understand that this port is less buggy and is somehow an improved > version of tvision. Here's where I'm at now. I've been able to hack the makefiles and includes to make use of rhtvision, but I'm kinda stuck due to a poor understanding of tvision's internals/externals. ? rh.patch Index: Makefile.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/Makefile.inc,v retrieving revision 1.23 diff -u -r1.23 Makefile.inc --- Makefile.inc 14 Apr 2002 00:56:21 -0000 1.23 +++ Makefile.inc 10 Aug 2002 00:54:16 -0000 @@ -62,8 +62,8 @@ .endif =20 .if !defined(NOTVISION) -TVINCLUDE?=3D $(LOCALBASE)/include -UI_CFLAGS+=3D -I$(TVINCLUDE) -DTVision +TVINCLUDE?=3D $(LOCALBASE)/include/rhtvision +UI_CFLAGS+=3D -I$(TVINCLUDE) UI_SRC+=3D HuiTVision.cc \ HuiTVision_ButtonWidget.cc \ HuiTVision_ButtonsGroupWidget.cc \ Index: bin/tclh/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/bin/tclh/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- bin/tclh/Makefile 1 Jul 2002 15:51:22 -0000 1.24 +++ bin/tclh/Makefile 10 Aug 2002 00:54:16 -0000 @@ -70,7 +70,7 @@ LDADD+=3D -lX11 .endif .if !defined(NOTVISION) -LDADD+=3D -ltvision -lncurses +LDADD+=3D -lrhtvision -lncurses .endif CXXFLAGS+=3D -DSTATIC .endif Index: include/hui/HuiTVision.hh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/include/hui/HuiTVision.hh,v retrieving revision 1.54 diff -u -r1.54 HuiTVision.hh --- include/hui/HuiTVision.hh 13 May 2002 16:29:41 -0000 1.54 +++ include/hui/HuiTVision.hh 10 Aug 2002 00:54:18 -0000 @@ -57,7 +57,7 @@ #define Uses_TMenuItem #define Uses_TSubMenu =20 -#include +#include #if defined(H_BUILD_SYSTEMS) || defined(H_LIB_TCL_INTERFACE) #undef cstrlen #endif Index: lib/hui/HuiTVision.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision.cc,v retrieving revision 1.39 diff -u -r1.39 HuiTVision.cc --- lib/hui/HuiTVision.cc 13 May 2002 16:29:40 -0000 1.39 +++ lib/hui/HuiTVision.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ButtonWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ButtonWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_ButtonWidget.cc --- lib/hui/HuiTVision_ButtonWidget.cc 13 May 2002 10:21:35 -0000 1.37 +++ lib/hui/HuiTVision_ButtonWidget.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ButtonsGroupWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ButtonsGroupWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ButtonsGroupWidget.cc --- lib/hui/HuiTVision_ButtonsGroupWidget.cc 13 May 2002 16:29:40 -0000 1.35 +++ lib/hui/HuiTVision_ButtonsGroupWidget.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -103,7 +103,7 @@ void HuiTVision::ButtonsGroupWidget::disable_item( int boxno ) { if ( tcluster() ) { - tcluster()->setButtonState( 1L << boxno, Boolean( false ) ); + tcluster()->setState( 1L << boxno, Boolean( false ) ); } =20 } // HuiTVision::ButtonsGroupWidget::disable_item @@ -113,7 +113,7 @@ void HuiTVision::ButtonsGroupWidget::enable_item( int boxno ) { if ( tcluster() ) { - tcluster()->setButtonState( 1L << boxno, Boolean( true ) ); + tcluster()->setState( 1L << boxno, Boolean( true ) ); } =20 } // HuiTVision::ButtonsGroupWidget::enable_item Index: lib/hui/HuiTVision_CheckBoxesWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_CheckBoxesWidget.cc,v retrieving revision 1.38 diff -u -r1.38 HuiTVision_CheckBoxesWidget.cc --- lib/hui/HuiTVision_CheckBoxesWidget.cc 13 May 2002 10:21:35 -0000 1.38 +++ lib/hui/HuiTVision_CheckBoxesWidget.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ContainerWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ContainerWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_ContainerWidget.cc --- lib/hui/HuiTVision_ContainerWidget.cc 13 May 2002 16:29:40 -0000 1.37 +++ lib/hui/HuiTVision_ContainerWidget.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_DialogWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_DialogWidget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_DialogWidget.cc --- lib/hui/HuiTVision_DialogWidget.cc 13 May 2002 10:21:35 -0000 1.34 +++ lib/hui/HuiTVision_DialogWidget.cc 10 Aug 2002 00:54:18 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_GroupWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_GroupWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_GroupWidget.cc --- lib/hui/HuiTVision_GroupWidget.cc 13 May 2002 16:29:40 -0000 1.37 +++ lib/hui/HuiTVision_GroupWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_InputLineWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_InputLineWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_InputLineWidget.cc --- lib/hui/HuiTVision_InputLineWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_InputLineWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_LabelWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_LabelWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_LabelWidget.cc --- lib/hui/HuiTVision_LabelWidget.cc 13 May 2002 10:21:35 -0000 1.36 +++ lib/hui/HuiTVision_LabelWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ListBoxWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ListBoxWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ListBoxWidget.cc --- lib/hui/HuiTVision_ListBoxWidget.cc 12 May 2002 11:04:17 -0000 1.35 +++ lib/hui/HuiTVision_ListBoxWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuBarWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuBarWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuBarWidget.cc --- lib/hui/HuiTVision_MenuBarWidget.cc 12 May 2002 11:04:17 -0000 1.33 +++ lib/hui/HuiTVision_MenuBarWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuButtonWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuButtonWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuButtonWidget.cc --- lib/hui/HuiTVision_MenuButtonWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_MenuButtonWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuItemWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuItemWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuItemWidget.cc --- lib/hui/HuiTVision_MenuItemWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_MenuItemWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuSeparatorWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuSeparatorWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuSeparatorWidget.cc --- lib/hui/HuiTVision_MenuSeparatorWidget.cc 13 May 2002 10:21:35 -0000 1.= 33 +++ lib/hui/HuiTVision_MenuSeparatorWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuSubmenuWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuSubmenuWidget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_MenuSubmenuWidget.cc --- lib/hui/HuiTVision_MenuSubmenuWidget.cc 13 May 2002 10:21:35 -0000 1.34 +++ lib/hui/HuiTVision_MenuSubmenuWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ProgressIndicatorWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ProgressIndicatorWidget.cc= ,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ProgressIndicatorWidget.cc --- lib/hui/HuiTVision_ProgressIndicatorWidget.cc 13 May 2002 10:21:35 -000= 0 1.35 +++ lib/hui/HuiTVision_ProgressIndicatorWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_RadioMenuWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_RadioMenuWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_RadioMenuWidget.cc --- lib/hui/HuiTVision_RadioMenuWidget.cc 13 May 2002 10:21:35 -0000 1.36 +++ lib/hui/HuiTVision_RadioMenuWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_TextEditWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_TextEditWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_TextEditWidget.cc --- lib/hui/HuiTVision_TextEditWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_TextEditWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_TitledWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_TitledWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_TitledWidget.cc --- lib/hui/HuiTVision_TitledWidget.cc 13 May 2002 16:29:40 -0000 1.36 +++ lib/hui/HuiTVision_TitledWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ToplevelWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ToplevelWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_ToplevelWidget.cc --- lib/hui/HuiTVision_ToplevelWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_ToplevelWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_Widget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_Widget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_Widget.cc --- lib/hui/HuiTVision_Widget.cc 13 May 2002 16:29:40 -0000 1.34 +++ lib/hui/HuiTVision_Widget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_WindowWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_WindowWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_WindowWidget.cc --- lib/hui/HuiTVision_WindowWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_WindowWidget.cc 10 Aug 2002 00:54:19 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- lib/hui/Makefile 19 Oct 2001 18:30:31 -0000 1.10 +++ lib/hui/Makefile 10 Aug 2002 00:54:19 -0000 @@ -13,7 +13,7 @@ $(UI_SRC) =20 .if !defined(NOTVISION) -LDADD+=3D -ltvision -lncurses +LDADD+=3D -lrhtvision -lncurses .endif .if !defined(NOQT) LDADD+=3D -lX11 -lqt2 -L$(X11BASE)/lib Index: lib/tcl/Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/tcl/Makefile.inc1,v retrieving revision 1.28 diff -u -r1.28 Makefile.inc1 --- lib/tcl/Makefile.inc1 31 May 2002 18:45:27 -0000 1.28 +++ lib/tcl/Makefile.inc1 10 Aug 2002 00:54:19 -0000 @@ -33,7 +33,7 @@ -lfetch -lcom_err -ldisk =20 .if !defined(NOTVISION) -LDADD+=3D -ltvision +LDADD+=3D -lrhtvision .endif =20 .if !defined(NOQT) --=20 The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place. - Douglas Adams (1952-2001) --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9VGOVttcWHAnWiGcRAh+wAJ9SMuUE3YuheuCqEHKNz/FHRNsi9QCgmiui 346i/+tVqTfcY1wbXOyPP/k= =IB8E -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 20:21:45 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B03DC37B400 for ; Fri, 9 Aug 2002 20:21:44 -0700 (PDT) Received: from usw4.freebsd.org (usw4.freebsd.org [209.180.6.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E1FB43E81 for ; Fri, 9 Aug 2002 20:21:44 -0700 (PDT) (envelope-from antoine@usw4.freebsd.org) Received: by usw4.freebsd.org (Postfix, from userid 3028) id D5DA317404; Fri, 9 Aug 2002 22:21:43 -0500 (CDT) From: Antoine Beaupré Date: Fri, 9 Aug 2002 22:21:43 -0500 (CDT) To: libh@FreeBSD.org Subject: cvs commit: libh/release/scripts/console console_init.tcl Message-Id: <20020810032143.D5DA317404@usw4.freebsd.org> Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG antoine 2002/08/09 22:21:43 CDT Modified files: release/scripts/console console_init.tcl Log: reflect the fact that the console scripts have moved Revision Changes Path 1.3 +1 -1 libh/release/scripts/console/console_init.tcl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Fri Aug 9 22:35: 6 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8159E37B400 for ; Fri, 9 Aug 2002 22:34:44 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7949943E6A for ; Fri, 9 Aug 2002 22:34:43 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (l5hfzreh1zbe9qek@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g7A3qZ504774 for ; Fri, 9 Aug 2002 23:52:36 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 3BEA81CE for ; Fri, 9 Aug 2002 23:53:11 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Fri, 9 Aug 2002 23:49:10 -0400 Date: Fri, 9 Aug 2002 23:49:10 -0400 From: The Anarcat To: libh@freebsd.org Subject: rhtvision port Message-ID: <20020810034910.GA84884@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all! I finished my "porting" of libh to rhtvision. I am less and less sure of the use of all this work now. :( I thought rhtvision might solve some bugs we have in text mode. However, no bug is solved by the switch. The output looks a bit better, but that's all. I include the patch here and I uploaded a screenshot for convenience.=20 http://usw4.freebsd.org/~libh/screenshots/screenshot-rhtvision-2002-08-09.j= pg ? compile ? rh.patch Index: Makefile.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/Makefile.inc,v retrieving revision 1.23 diff -u -r1.23 Makefile.inc --- Makefile.inc 14 Apr 2002 00:56:21 -0000 1.23 +++ Makefile.inc 10 Aug 2002 03:38:51 -0000 @@ -62,7 +62,7 @@ .endif =20 .if !defined(NOTVISION) -TVINCLUDE?=3D $(LOCALBASE)/include +TVINCLUDE?=3D $(LOCALBASE)/include/rhtvision UI_CFLAGS+=3D -I$(TVINCLUDE) -DTVision UI_SRC+=3D HuiTVision.cc \ HuiTVision_ButtonWidget.cc \ Index: bin/tclh/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/bin/tclh/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- bin/tclh/Makefile 1 Jul 2002 15:51:22 -0000 1.24 +++ bin/tclh/Makefile 10 Aug 2002 03:38:51 -0000 @@ -70,7 +70,7 @@ LDADD+=3D -lX11 .endif .if !defined(NOTVISION) -LDADD+=3D -ltvision -lncurses +LDADD+=3D -lrhtv -lintl -lbiconv -lncurses .endif CXXFLAGS+=3D -DSTATIC .endif Index: include/hui/HuiTVision.hh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/include/hui/HuiTVision.hh,v retrieving revision 1.54 diff -u -r1.54 HuiTVision.hh --- include/hui/HuiTVision.hh 13 May 2002 16:29:41 -0000 1.54 +++ include/hui/HuiTVision.hh 10 Aug 2002 03:38:52 -0000 @@ -57,7 +57,7 @@ #define Uses_TMenuItem #define Uses_TSubMenu =20 -#include +#include #if defined(H_BUILD_SYSTEMS) || defined(H_LIB_TCL_INTERFACE) #undef cstrlen #endif Index: lib/hui/HuiTVision.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision.cc,v retrieving revision 1.39 diff -u -r1.39 HuiTVision.cc --- lib/hui/HuiTVision.cc 13 May 2002 16:29:40 -0000 1.39 +++ lib/hui/HuiTVision.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ButtonWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ButtonWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_ButtonWidget.cc --- lib/hui/HuiTVision_ButtonWidget.cc 13 May 2002 10:21:35 -0000 1.37 +++ lib/hui/HuiTVision_ButtonWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ButtonsGroupWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ButtonsGroupWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ButtonsGroupWidget.cc --- lib/hui/HuiTVision_ButtonsGroupWidget.cc 13 May 2002 16:29:40 -0000 1.35 +++ lib/hui/HuiTVision_ButtonsGroupWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -103,7 +103,7 @@ void HuiTVision::ButtonsGroupWidget::disable_item( int boxno ) { if ( tcluster() ) { - tcluster()->setButtonState( 1L << boxno, Boolean( false ) ); + tcluster()->setState( 1L << boxno, Boolean( false ) ); } =20 } // HuiTVision::ButtonsGroupWidget::disable_item @@ -113,7 +113,7 @@ void HuiTVision::ButtonsGroupWidget::enable_item( int boxno ) { if ( tcluster() ) { - tcluster()->setButtonState( 1L << boxno, Boolean( true ) ); + tcluster()->setState( 1L << boxno, Boolean( true ) ); } =20 } // HuiTVision::ButtonsGroupWidget::enable_item Index: lib/hui/HuiTVision_CheckBoxesWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_CheckBoxesWidget.cc,v retrieving revision 1.38 diff -u -r1.38 HuiTVision_CheckBoxesWidget.cc --- lib/hui/HuiTVision_CheckBoxesWidget.cc 13 May 2002 10:21:35 -0000 1.38 +++ lib/hui/HuiTVision_CheckBoxesWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -129,7 +129,7 @@ =20 virtual bool item_disabled( int boxno ) const { - return enableMask & ( 1L << boxno ); + return button[boxno]; } }; =20 Index: lib/hui/HuiTVision_ContainerWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ContainerWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_ContainerWidget.cc --- lib/hui/HuiTVision_ContainerWidget.cc 13 May 2002 16:29:40 -0000 1.37 +++ lib/hui/HuiTVision_ContainerWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_DialogWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_DialogWidget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_DialogWidget.cc --- lib/hui/HuiTVision_DialogWidget.cc 13 May 2002 10:21:35 -0000 1.34 +++ lib/hui/HuiTVision_DialogWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_GroupWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_GroupWidget.cc,v retrieving revision 1.37 diff -u -r1.37 HuiTVision_GroupWidget.cc --- lib/hui/HuiTVision_GroupWidget.cc 13 May 2002 16:29:40 -0000 1.37 +++ lib/hui/HuiTVision_GroupWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_InputLineWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_InputLineWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_InputLineWidget.cc --- lib/hui/HuiTVision_InputLineWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_InputLineWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -77,9 +77,9 @@ : TFilterValidator( 0 ), min( aMin ), max( aMax ) { if ( aMin < 0 ) - validChars =3D newStr( "-0123456789" ); + ValidChars =3D newStr( "-0123456789" ); else - validChars =3D newStr( "0123456789" ); + ValidChars =3D newStr( "0123456789" ); } =20 virtual void error() @@ -90,7 +90,7 @@ virtual Boolean isValid(const char* s) { long value; - if ( TFilterValidator::isValid( s ) ) + if ( TFilterValidator::IsValid( s ) ) if ( sscanf( s, "%ld", &value ) =3D=3D 1 ) if ( ( value >=3D min ) && ( value <=3D max ) ) return(True); @@ -107,7 +107,7 @@ TRealRangeValidator( double aMin, double aMax) : TFilterValidator( 0 ), min( aMin ), max( aMax ) { - validChars =3D newStr( "0123456789+-eE." ); + ValidChars =3D newStr( "0123456789+-eE." ); } =20 virtual void error() @@ -118,7 +118,7 @@ virtual Boolean isValid(const char* s) { double value; - if ( TFilterValidator::isValid( s ) ) + if ( TFilterValidator::IsValid( s ) ) if ( sscanf( s, "%le", &value ) =3D=3D 1 ) if ( ( value >=3D min ) && ( value <=3D max ) ) return(True); @@ -131,7 +131,7 @@ class HuiTVision::HuiTInputLine : public TInputLine { public: HuiTInputLine( const string& aText, int aMaxLength, const string& aValida= tor ) - : TInputLine( TRect( 1, 1, 11, 2 ), aMaxLength, 0 ) + : TInputLine( TRect( 1, 1, 11, 2 ), aMaxLength ) { setData( const_cast( aText.c_str() ) ); setValidator( aValidator ); @@ -154,8 +154,6 @@ TValidator* validator =3D 0; if ( aValidator =3D=3D "none" || aValidator =3D=3D "" ) validator =3D 0; - else if ( !strncmp( aValidator.c_str(), "picture", 7 ) ) - validator =3D new TPXPictureValidator( aValidator.c_str() + 8, True ); else if ( !strncmp( aValidator.c_str(), "valid_chars", 11 ) ) validator =3D new TFilterValidator( aValidator.c_str() + 12 ); else if ( !strncmp( aValidator.c_str(), "integer_range", 13 ) ) { @@ -181,7 +179,7 @@ validator =3D 0; } =20 - TInputLine::setValidator( validator ); + TInputLine::SetValidator( validator ); } =20 }; Index: lib/hui/HuiTVision_LabelWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_LabelWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_LabelWidget.cc --- lib/hui/HuiTVision_LabelWidget.cc 13 May 2002 10:21:35 -0000 1.36 +++ lib/hui/HuiTVision_LabelWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ListBoxWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ListBoxWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ListBoxWidget.cc --- lib/hui/HuiTVision_ListBoxWidget.cc 12 May 2002 11:04:17 -0000 1.35 +++ lib/hui/HuiTVision_ListBoxWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -396,7 +396,7 @@ newItem =3D mFocused + 1; } } - if ( event.mouse.eventFlags & meDoubleClick ) + if ( event.mouse.doubleClick ) break; } while ( mouseEvent( event, evMouseMove | evMouseAuto ) ); if ( newItem !=3D oldItem ) { Index: lib/hui/HuiTVision_MenuBarWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuBarWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuBarWidget.cc --- lib/hui/HuiTVision_MenuBarWidget.cc 12 May 2002 11:04:17 -0000 1.33 +++ lib/hui/HuiTVision_MenuBarWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuButtonWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuButtonWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuButtonWidget.cc --- lib/hui/HuiTVision_MenuButtonWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_MenuButtonWidget.cc 10 Aug 2002 03:38:52 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuItemWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuItemWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuItemWidget.cc --- lib/hui/HuiTVision_MenuItemWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_MenuItemWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuSeparatorWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuSeparatorWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_MenuSeparatorWidget.cc --- lib/hui/HuiTVision_MenuSeparatorWidget.cc 13 May 2002 10:21:35 -0000 1.= 33 +++ lib/hui/HuiTVision_MenuSeparatorWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_MenuSubmenuWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_MenuSubmenuWidget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_MenuSubmenuWidget.cc --- lib/hui/HuiTVision_MenuSubmenuWidget.cc 13 May 2002 10:21:35 -0000 1.34 +++ lib/hui/HuiTVision_MenuSubmenuWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ProgressIndicatorWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ProgressIndicatorWidget.cc= ,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_ProgressIndicatorWidget.cc --- lib/hui/HuiTVision_ProgressIndicatorWidget.cc 13 May 2002 10:21:35 -000= 0 1.35 +++ lib/hui/HuiTVision_ProgressIndicatorWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_RadioMenuWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_RadioMenuWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_RadioMenuWidget.cc --- lib/hui/HuiTVision_RadioMenuWidget.cc 13 May 2002 10:21:35 -0000 1.36 +++ lib/hui/HuiTVision_RadioMenuWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -128,7 +128,7 @@ =20 virtual bool item_disabled( int boxno ) const { - return enableMask & ( 1L << boxno ); + return button[boxno]; } =20 private: Index: lib/hui/HuiTVision_TextEditWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_TextEditWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_TextEditWidget.cc --- lib/hui/HuiTVision_TextEditWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_TextEditWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_TitledWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_TitledWidget.cc,v retrieving revision 1.36 diff -u -r1.36 HuiTVision_TitledWidget.cc --- lib/hui/HuiTVision_TitledWidget.cc 13 May 2002 16:29:40 -0000 1.36 +++ lib/hui/HuiTVision_TitledWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_ToplevelWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_ToplevelWidget.cc,v retrieving revision 1.33 diff -u -r1.33 HuiTVision_ToplevelWidget.cc --- lib/hui/HuiTVision_ToplevelWidget.cc 13 May 2002 10:21:35 -0000 1.33 +++ lib/hui/HuiTVision_ToplevelWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_Widget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_Widget.cc,v retrieving revision 1.34 diff -u -r1.34 HuiTVision_Widget.cc --- lib/hui/HuiTVision_Widget.cc 13 May 2002 16:29:40 -0000 1.34 +++ lib/hui/HuiTVision_Widget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 Index: lib/hui/HuiTVision_WindowWidget.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/HuiTVision_WindowWidget.cc,v retrieving revision 1.35 diff -u -r1.35 HuiTVision_WindowWidget.cc --- lib/hui/HuiTVision_WindowWidget.cc 13 May 2002 10:21:35 -0000 1.35 +++ lib/hui/HuiTVision_WindowWidget.cc 10 Aug 2002 03:38:53 -0000 @@ -61,7 +61,7 @@ #define Uses_TEditor #define Uses_TIndicator =20 -#include +#include =20 #include "String.hh" =20 @@ -101,8 +101,9 @@ =20 virtual TPalette& getPalette() const { - static TPalette paletteCyan( cpCyanDialog, sizeof( cpCyanDialog )-1 ); - return(paletteCyan); + static char ch =3D 0; + static TPalette paletteCyan( &ch, 0 ); + return(paletteCyan); } =20 private: Index: lib/hui/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/hui/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- lib/hui/Makefile 19 Oct 2001 18:30:31 -0000 1.10 +++ lib/hui/Makefile 10 Aug 2002 03:38:53 -0000 @@ -13,7 +13,7 @@ $(UI_SRC) =20 .if !defined(NOTVISION) -LDADD+=3D -ltvision -lncurses +LDADD+=3D -lrhtv -lintl -lncurses .endif .if !defined(NOQT) LDADD+=3D -lX11 -lqt2 -L$(X11BASE)/lib Index: lib/tcl/Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/libh/cvs/libh/lib/tcl/Makefile.inc1,v retrieving revision 1.28 diff -u -r1.28 Makefile.inc1 --- lib/tcl/Makefile.inc1 31 May 2002 18:45:27 -0000 1.28 +++ lib/tcl/Makefile.inc1 10 Aug 2002 03:38:53 -0000 @@ -33,7 +33,7 @@ -lfetch -lcom_err -ldisk =20 .if !defined(NOTVISION) -LDADD+=3D -ltvision +LDADD+=3D -lrhtv -lintl .endif =20 .if !defined(NOQT) --=20 Imagination is more important than knowledge - Albert Einstein --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9VI01ttcWHAnWiGcRAkxYAJ0VbABaZoDkd32WOMG1JST8ZLTaqwCggEFa yXBND65dZkaCSe0qpQVNgh0= =VS8p -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Sat Aug 10 9:58:42 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC07E37B400 for ; Sat, 10 Aug 2002 09:58:36 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E1F43E77 for ; Sat, 10 Aug 2002 09:58:35 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (7n2jikbyzb4fa9af@dsl-59-246.aei.ca [216.221.59.246]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id g7AGwR500670; Sat, 10 Aug 2002 12:58:28 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 519CF425; Sat, 10 Aug 2002 12:59:02 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Sat, 10 Aug 2002 12:54:57 -0400 Date: Sat, 10 Aug 2002 12:54:56 -0400 From: The Anarcat To: Max Okumoto Cc: freebsd-libh@FreeBSD.ORG Subject: Re: libh changes that I would like to get comments on. Message-ID: <20020810165454.GA34549@lenny.anarcat.ath.cx> Mail-Followup-To: The Anarcat , Max Okumoto , freebsd-libh@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon Jul 15, 2002 at 01:04:19AM -0700, Max Okumoto wrote: >=20 > Hi guys, > I would like your opinions on some changes that I > would like to make to libh. I have built a small framework > with just the UI section which is contained in the appended > tar file. But, before I spend any more time in this I=20 > would like people to look over the changes that I am purposing. >=20 > o Makefile dependency generator > I would like to start using 'bm' (build makefile) program > that I put into the tools directory. This program generates > a Makefile with all the dependencies. >=20 > Note: The generated Makefile is modeled after Peter Miller's paper. > http://www.canb.auug.org.au/~millerp/rmch/recu-make-cons-harm-old.html I'd be very careful with this. I haven't looked at the bm program, so I don't know if it really works. libh Makefile system is really obscure and fragile.=20 But, as always, if it works, you can go ahead. ;) One quick note: the new system doesn't seem to build multiple back ends as the old one did (none, text, graphics, text+graphics). This is mandatory. We need a text-only backend for the floppies. BTW, it would be nice if you could share with us how the heck this bm thing works. :) I'm quite impressed at the compile time of the demo you attached to this mail. Of course there's the whole TCL thing that's skipped and taken care of by SWIG, but still, it's a great improvement. > o Restructure the Hui subsystem into three seperate libraries. > lib/Hui would be a virtual base hierarchy. > lib/HuiTv would be the TVision implimentation of Hui > lib/HuiQt would be the Qt implimentation of Hui That looks ok. It is indeed very nice, and the whole thing looks much more isolated than before. Good work! > o Use swig 1.3.13 to build tcl <--> C++ glue code instead of what > we currently have. > This supports dyanmic loading of the Hui code. My test > tcl script uses a vanilla tclsh binary. It first checks > if the shared lib exists and then loads the code. This is very nice. It is an additional dependency, but we didn't need to re-invent the wheel and it's causing us problems. There is however, some problems in that area: I don't know exactly how the old system worked. The whole principle of getting TCL into libh was to control the execution of scripts using the safe interpreters. How will this fit in the new scheme? What exactly is swig replacing and how? As long as these questions aren't answered, I won't be comfortable with SWIG in libh. Oh, and a last note.. I think tclh is still needed, even if we can now load libh modules through tclsh. The problem is that dynamic linking (ld.elf.so) simply *won't* be available on the floppies, because of the space restriction. Everything will have to be statically linked, I think, to obtain optimal space tradeoff. I might be wrong here though. :) We'll need to run throughout space comparaison between both. Oh, and this also means that SWIG will be statically linked into libh too? This might take up too much space too. We really have to examine these issues. > I am still using 4.5-RELEASE as my devel enviorment, but I am using > swig 1.3.13 from /usr/ports/devel/SWIG-devel. (Note: I modifed the > Makefile to only build tcl SWIG_LANGUAGES=3Dtcl) >=20 > Max Okumoto >=20 > % gzcat libh.tar.gz | tar -xf - [...] Whoohoo! This fixes the tvision bug #5!! (see the BUGS file). Wow max, this is really great. Dynamic loading and all, you've done a great job. Now I feel very sorry I didn't check on this earlier. Where is that tarball from? Is that particular code from the branch? How did you generate it? I totally agree to integrate this into the main branch. I think we'll have to be really careful though, merging not all at once, but slowly, incrementally. I was thinking of releasing 0.2.3, but I think we'll jump straight to 0.3, this is just too much. :) Yay again! A. --=20 The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place. - Douglas Adams (1952-2001) --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9VUVcttcWHAnWiGcRAmq8AJ9bbd34/zqkU47faVoQHTc07VSUyACaAkZc 1t5/r+80jWiENIsrDQ/cwiQ= =OwkC -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message