Re: offline till 24.6. evening
will fix then some important stuff on the cdrom (easier access to the tools like rawrite etc.). andreas I Just produced some new images, the main difference being that the binary disks have main -- hamm links in debian/hamm, and they have the latest pakages on them, as of a couple of hours ago. See: http://www.uk.debian.org/debian-cd/ and the version of AJ's files I made them with are here: http://www.hands.com/~phil/debian/debian-hamm-cdrom-0.12-pgh-1.tar.gz Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rsync vs. ftp usage
is rsync realy so good ? The only real problem with it for this use, is that if the link dies completely, I think rsync discards the partial image. Other than that, it is muck more likely to result in a bit-for-bit copy of the original than ftp, and if you've got the space for two copies of an image, it will update an old one to the latest much faster than trnsfering the whole lot. I'll ask Andrew Tridgell if the partial file thing can be made optional. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: offline till 24.6. evening
On Sat, Jun 20, 1998 at 12:33:40AM +0100, Philip Hands wrote: : will fix then some important stuff on the cdrom : (easier access to the tools like rawrite etc.). : : andreas : : I Just produced some new images, the main difference being that the binary : disks have main -- hamm links in debian/hamm, and they have the latest : pakages on them, as of a couple of hours ago. : : See: http://www.uk.debian.org/debian-cd/ : : and the version of AJ's files I made them with are here: : : http://www.hands.com/~phil/debian/debian-hamm-cdrom-0.12-pgh-1.tar.gz ... and I just created just another script for CDROM creation ;-) since I'd prefer perl here over make ... But that doesn't matter. But just another point: I modified the disk method for installation. This methods needs some extra files to make a x-CD installation possible. ... if somebody is interested ... http://debian.datom.de/ or (since I've added this just now) until DNS updates are propagated http://www.datom.de/debian/ Heiko --- datom * internet * support ** Heiko Schlittermann Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Access to an Alpha for package compilation?
On 19 Jun 1998, Douglas Bates wrote: On a Digital Unix system it does nothing because the program dies as soon as it starts up. On other systems you get several .Rout files and one great gronking .ps file from the graphics. Take a look at it under gv or something similar. If you get things that look like data plots, we are running. The reason it appears to be dying is a floating point exception. After MANY building patches, I'm rebuilding it with -mieee, which should handle the exceptions. My patches, fyi, are mostly disabling the forcing of the egcc detection (we use egcs, but as a primary compiler..hence gcc/g77) and also to enable -mieee in this latest iteration. I should have another test build done within the hour...I'll let you know when I get it working :) C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help needed with libpaperg_1.0.3-10
On Fri, 19 Jun 1998, Hamish Moffatt wrote: Jason I have CCd you because this is what caused the apt/dpkg problem I mailed you about. Perhaps you can experiment. Which problem? I think it's gone from my inbox : It looks to me like dpkg is at fault, nothing printed comes from APT - judging by the results I think the diverts mechanism is wanky (notice the corrupted string?) Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi, remember me?
---BeginMessage--- Hi, remember me? if you dont A HREF=http://www.fortunecity.com/victorian/poetry/324/;CLICK HERE!/A, to see my pic. ---End Message---
Re: selling hamm CD 's ?
In article [EMAIL PROTECTED], G John Lapeyre [EMAIL PROTECTED] wrote: Does anyone have hamm CD's to sell yet ? I have a friend in Paris who wants to install on a laptop. I'd hate to see him go RH. I think he has a network card. Maybe apt and a remote archive works pretty well now for installing ? Yes, it does. -- Shields, CrossLink. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: p2c 1.20-2.4 is now lintian-compliant and in Incoming.
On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote: Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote: I did *not* fix the old source format [...] If it's the old source format, then is it still in hamm? I think every other old-source format package is no longer in hamm. I don't see why p2c would be the exception given that no one wants to maintain it anyway. Unless, of course you mean something different by old source format than what I am thinking of (does it have a .dsc file?) Hmmm, I haven't been a developer long enough to know just what you're talking about, but yes it does have a .dsc file. It seems the debian/rules file predates debstd though. Can someone who *does* know exactly what 'old source format' means look at and possibly close bug #9514? -- Robert Woodcock - [EMAIL PROTECTED] Unix and C are the ultimate computer viruses -- Richard Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: p2c 1.20-2.4 is now lintian-compliant and in Incoming.
On Fri, Jun 19, 1998 at 07:49:58PM -0700, Robert Woodcock wrote: On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote: Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote: I did *not* fix the old source format [...] If it's the old source format, then is it still in hamm? I think every other old-source format package is no longer in hamm. I don't see why p2c would be the exception given that no one wants to maintain it anyway. Unless, of course you mean something different by old source format than what I am thinking of (does it have a .dsc file?) Hmmm, I haven't been a developer long enough to know just what you're talking about, but yes it does have a .dsc file. It seems the debian/rules file predates debstd though. Can someone who *does* know exactly what 'old source format' means look at and possibly close bug #9514? I just checked, and it's no longer in old source format. Someone should close #9514. Adam Klein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
Nathan E Norman [EMAIL PROTECTED] writes: What exactly makes you say that the central timezone doesn't deal with DST? If you mean US/Central I will have to disagree with you. :) It works fine here. It didn't work here. I use xntp3 to sync my clock, and it would always get set to Eastern time until I changed to CST6CDT. After making that change, it now gives results like yours. kepler:~ $ cat /etc/timezone US/Central kepler:~ $ date Tue Jun 16 13:27:25 CDT 1998 kepler:~ $ date --utc Tue Jun 16 18:27:29 UTC 1998 kepler:~ $ ps awx | grep xntp 279 ? S0:01 /usr/sbin/xntpd Where's the problem? I'm confused. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) [ package info ] kepler:~ $ dpkg -l timezones Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii timezones 2.0.7pre1-4Time zone data files and utilities. kepler:~ $ dpkg -l timezone Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- pn timezonenone (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
OK then, just to recap -- US/Central was off by an hour (giving me Eastern instead of Central time when syncing with xntp3). Here is my etc/init.d/hwclock.sh: GMT=-u # # Set and adjust the CMOS clock. # if [ ! -f /etc/adjtime ] then echo 0.0 0 0.0 /etc/adjtime fi if [ -x /sbin/hwclock ] then [ $GMT = -u ] GMT=--utc hwclock --adjust $GMT hwclock --hctosys $GMT else [ $GMT = --utc ] GMT=-u clock -a $GMT fi # # Now that /usr/lib/zoneinfo should be available, # announce the local time. # if [ $VERBOSE != no ] then echo echo Local time: `date` echo fi David Engel [EMAIL PROTECTED] writes: On Tue, Jun 16, 1998 at 02:00:41PM -0400, Dale Scheetz wrote: Sorry to have stayed out of this but I have been busy... Bottom line...tzconfig is broken. If you look at the list provided under US there is an entry of Indiana-Eastern, and Arizona... as well. These should be linked to their non-DST configuration. The ones that say eastern, and central, and mountain, and pacific, should all understand daylight shaving time. (Bill, I hate daylight shavings time) The central timezone provided by tzconfig is broken, in that it clearly doesn't deal with DST correctly. I believe I have heard of this problem before. I guess it is time to look at the guts of this and figure out how to fix it. I'm pretty sure you are mistaken, Dale. I seriously doubt that there is anything wrong with the timezone files or tzconfig. I no longer have the original problem report on hand, but I suspect the problem was caused by either an incorrectly set CMOS clock or incorrect use/non-use of the hwclock -u option in /etc/init.d/hwclock.sh. FYI, the US/{Eastern,Central,Mountain,Pacific} timezones do use DST and the US/{Arizona,East-Indiana,Hawaii} timezones don't. I'm not sure about the others, but I'd bet that they are correct also. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: worth packaging apache-modperl ?
Will do, then. This leaves me one big question, though. This is going to require mixing four things: (A) apache 1.3.0 (B) netgod's massive apache diff (C) mod_perl upstream -- probably going to version it by date and use the CVS tree instead of the rarer new releases. (D) My own diff for this project. Any ideas on how to handle this? dpkg still doesn't handle multiple source tarballs so I'll probably have to make an orig containing apache and mod_perl,, and just use netgod's diff as the basis for mine. Or I could apply his diff to the orig since it's not my work, and work on top of that. Slightly puzzled. Dan [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: lf (linuxfocus)
Hello I have get a mail from [EMAIL PROTECTED] (Marco Budde) and he say, that other maintainer have packaged the deb-packages from linuxfocus befor I post the mail ... In this case, I go back and package no linuxfocus-packages ... :-) I have send the copyrigth mails with main author of linuxfocus to Marco. Grisu pgpioAxhMX0uF.pgp Description: PGP signature
Re: offline till 24.6. evening
Wichert Akkerman [EMAIL PROTECTED] wrote: Previously Philip Hands wrote: I Just produced some new images, the main difference being that the binary disks have main -- hamm links in debian/hamm, and they have the latest pakages on them, as of a couple of hours ago. Darn, I should have known.. hours after I finally succeeded in getting the cdwriter online and burning a hamm-CD you produce a new one..=20 Oh wel, I'll just give it to someone else :) Hopefully, rsync will allow you to take advantage of the image you already have, although there are quite large changes (tetex etc.) so it will still take a while. (I'd like to hear what sort of stats you get.) If you recorded the CD multisession (see /usr/doc/cdrecord/README.multi), you may be able to add the: ln -s hamm debian/hamm/main link in a second session, otherwise the paths in the Packages file don't exist, so you'll have to patch them after the update. Unfortunately, mkisofs and mkhybrid keep segfaulting on me when I try to build the second session :-( Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
binary-i386 CD autoup
Hi, It struck me as important that the autoup stuff go on the CDROM image, so I've added it to the root directory in a directory called autoup. This contains the 8MB tarball, as well as the script and readme etc. so we shouldn't have problems with version skew between autoup.sh and the main archive. I've just remade the image at: http://www.uk.debian.org/debian-cd/ and the new cd-builder script tarball is here: http://www.open.com/~phil/debian/debian-hamm-cdrom-0.12-pgh-2.tar.gz I'm away for the rest of the weekend, but I'll set up a cron job to rebuild the images after the mirror runs, which should mean the new images turn up at about 05:00 GMT. I'm running the mirror/image generator now just to check it out, it should be done before 10:00 GMT. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: selling hamm CD 's ?
On Sat, Jun 20, 1998 at 02:42:03AM +, Michael Shields wrote: : In article [EMAIL PROTECTED], : G John Lapeyre [EMAIL PROTECTED] wrote: : Does anyone have hamm CD's to sell yet ? I have a friend in Paris : who wants to install on a laptop. I'd hate to see him go RH. I think he : has a network card. Maybe apt and a remote archive works pretty well now : for installing ? IMHO the main problem currently the installation procedure with CD-ROM, since the distribution doesn't fit on one CD-ROM. As far as I know nobody (but me) has made any attempt to solve this. I'm currently testing a multi-CD installation. About handling multi-CD with other methods I don't know anything. No maintainer of the approbiate packages responded so far. ( Probably since almost all have good net access? ) Heiko --- datom * internet * support ** Heiko Schlittermann Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: selling hamm CD 's ?
On Sat, Jun 20, 1998 at 02:42:03AM +, Michael Shields wrote: : In article [EMAIL PROTECTED], : G John Lapeyre [EMAIL PROTECTED] wrote: :Does anyone have hamm CD's to sell yet ? I have a friend in Paris : who wants to install on a laptop. I'd hate to see him go RH. I think he : has a network card. Maybe apt and a remote archive works pretty well now : for installing ? IMHO the main problem currently the installation procedure with CD-ROM, since the distribution doesn't fit on one CD-ROM. As far as I know nobody (but me) has made any attempt to solve this. I'm currently testing a multi-CD installation. I'm interested, but have no time to deal with it until after the weekend. Could you have a look at what the differences are between what you are producing , and what gets produced by: http://www.open.com/~phil/debian/debian-hamm-cdrom-0.12-pgh-2.tar.gz and I'll look at incorporating any improvements you've made after the weekend. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: worth packaging apache-modperl ?
--On Sat, Jun 20, 1998 12:39 am -0400 Dan Jacobowitz [EMAIL PROTECTED] wrote: Will do, then. This leaves me one big question, though. This is going to require mixing four things: (A) apache 1.3.0 (B) netgod's massive apache diff (C) mod_perl upstream -- probably going to version it by date and use the CVS tree instead of the rarer new releases. (D) My own diff for this project. Any ideas on how to handle this? dpkg still doesn't handle multiple source tarballs so I'll probably have to make an orig containing apache and mod_perl,, and just use netgod's diff as the basis for mine. Or I could apply his diff to the orig since it's not my work, and work on top of that. Slightly puzzled. Personally, I considered this option as well, and decided that it was probably not worth the effort, since they are 'so close' to having proper DSO support. I suspect that most people who really need mod_perl in a hurry have the expertise to compile it themselves (its pretty straight-forward now). However, if you do want to do it, email me and I'll tell you what I think needs doing.. Jules /+---+-\ | Jelibean aka | [EMAIL PROTECTED] | 6 Evelyn Rd| | Jules aka | | Richmond, Surrey | | Julian Bean | [EMAIL PROTECTED]| TW9 2TF *UK* | ++---+-+ | War doesn't demonstrate who's right... just who's left. | | When privacy is outlawed... only the outlaws have privacy. | \--/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: p2c 1.20-2.4 is now lintian-compliant and in Incoming.
Some time around Fri, 19 Jun 1998 19:49:58 PDT, Robert Woodcock wrote: On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote: Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote: I did *not* fix the old source format [...] If it's the old source format, then is it still in hamm? I think every ot her old-source format package is no longer in hamm. I don't see why p2c would be the exception given that no one wants to maintain it anyway. Unless, of c ourse you mean something different by old source format than what I am thinkin g of (does it have a .dsc file?) Hmmm, I haven't been a developer long enough to know just what you're talking about, but yes it does have a .dsc file. It seems the debian/rules file predates debstd though. Oh, so that's how you determine it ;-). The other explanation is that the person might have had enough clue not to use debstd ;-). If it has a .dsc file, it's new source format. The old one wouldn't have a debian/ dir either. Can someone who *does* know exactly what 'old source format' means look at and possibly close bug #9514? #9514 complains it's old source format? I'll take a look at it if I have time left after reading my mail today :). -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On 19 Jun 1998, John Goerzen wrote: : Nathan E Norman [EMAIL PROTECTED] writes: : : What exactly makes you say that the central timezone doesn't deal with : DST? If you mean US/Central I will have to disagree with you. :) It : works fine here. : : It didn't work here. I use xntp3 to sync my clock, and it would : always get set to Eastern time until I changed to CST6CDT. After : making that change, it now gives results like yours. Ok, fair enough. I'm assuming you have the same program versions installed as I do? Do you have your hardware clock set to UTC or local time? (Someone said this is a red herring, but I'd like to know that for certain). Mine is set to UTC. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 mailto://[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Proposal, new system for dealing with non-us stuff
Here's an idea for another way to deal with non-us stuff that should be less error-prone and make it easier to implement some new features. I would like to see each package include an Excluded header listing country codes the package should be excluded from. The header could be used in several steps to get packages to the rights places. some ideas of how to make use of this information: 1) A single control file could contain all the packages and debhelper/dupload could automatically exclude non-us packages when building on a US build engine or build them all but segregate the restricted packages and upload them where they belong. 2) A complete archive could contain all the files, but generate file excluded.us, excluded.fr, etc. which mirrors could use to exclude the appropriate files. 3) The US archive could still contain the complete Packages file, but APT could be made aware of which exclusions each archive follows and choose one that should have a given package. In fact the US archive could be a complete mirror except for the files listed in the excluded.us file. A further refinement might be virtual domains like crypto, weak-crypto, crypto-authentication. Which would avoid problems if new countries ban crypto or existing ones change their laws. Maybe this isn't important enough compared to having apt/dselect deal with source packages, but the current situation just seems awkward and i think we could do a lot better. [ I've sent this to debian-policy but Bcc'd debian-devel. Further discussion should continue on debian-polcy. ] greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Sat, 20 Jun 1998, Nathan E Norman wrote: On 19 Jun 1998, John Goerzen wrote: : Nathan E Norman [EMAIL PROTECTED] writes: : : What exactly makes you say that the central timezone doesn't deal with : DST? If you mean US/Central I will have to disagree with you. :) It : works fine here. : : It didn't work here. I use xntp3 to sync my clock, and it would : always get set to Eastern time until I changed to CST6CDT. After : making that change, it now gives results like yours. This is very strange, as US/Central and CST6CDT are both links to Americal/Chicago in the 2.0.7 version that I am building for release today. The 2.0.7pre3 (which I have currently installed) seems to have these as separate files. Which version was the report logged against? Ok, fair enough. I'm assuming you have the same program versions installed as I do? Do you have your hardware clock set to UTC or local time? (Someone said this is a red herring, but I'd like to know that for certain). The important thing is, if the hardware clock is set to UTC, then the init script should set the GMT variable to -u (Possibly --utc?). If the hardware clock is set to Local Time, then GMT should be set to . With these two issues properly sync'd things should work properly. Luck, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Tue, Jun 16, 1998 at 09:57:22PM -0700, G John Lapeyre wrote: I found the entire kernel/hw clock issue quite confusing. (eg , when to use the uct flag ) The man pages help a little. A clock howto would be quite helpful. Add useful info to /usr/doc/HOWTO/mini/Clock.gz and sent it to the maintainer... Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to package Glade, Glademm
Hello! Glade is a GUI builder for gtk, Glademm the extension for Gtk--. I would like to work on them. First upload is not likely to come today or tomorrow --- both packages are in very early development stage. I think as soon as Glademm is updated to work with newest version of Glade, uploading it becomes useful. http://www.comp.lancs.ac.uk/~damon/builder http://home.wtal.de/petig Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Sat, 20 Jun 1998, Dale Scheetz wrote: This is very strange, as US/Central and CST6CDT are both links to Americal/Chicago in the 2.0.7 version that I am building for release today. The 2.0.7pre3 (which I have currently installed) seems to have these as separate files. Likewise 2.0.7pre4, however diff shows they are identical. I'm not sure how well diff works with binaries however. The files have identical sizes. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Does Your Success On The Web Depend On The # Of Visitors You Get?
With our new technology 'Traffic Magic' we guarantee to multiply ten- or even hundredfold the number of visitors you get, or your money back! Get a competitive edge! Its risk free, very cost efficient! It will generate more business for you. For personal service call (604) 270-6084 or reply with info in the subject line for more information. IncBase Digital Corp. After visiting your web site, Re: Library Missing in 2.0.6 (was Re: Installation we came to the conclusion you might be interested in this information. This is a one time only mailing. However, if you would like to be removed from the list simply reply with 'remove' in the subject line and accept our apologies for any inconvenience. - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fltk anyone? + packaging questions
Hi, Is anybody working on packaging fltk? I checked wnpp, but it's still listed as a needed package. I've gotten sick of gtk's lack of decent documentation (I could write something, but you have to really dive into it if you want to write anything usable) and due to xforms' and Qt's non-freeness I (don't want to|can't) use any of them. fltk has another advantage over gtk from my point of view: it has (real|decent) OpenGL support. Since it seems like I'm in need of this library, I wouldn't mind packaging it, but I have one simple question: What do I do with forms.h? It's the file that provides drop-in compatibility with the x?forms library, and I'd guess many ppl would like to see that file included. Don't get the wrong impression, the file says: $ cat forms.h // this file allows some forms programs to be compiled with no change. // put it in your include path. #include FL/forms.H the headers are installed on /usr/X11R6/include/FL, I'm tempted to put forms.h in /usr/X11R6/include/forms.h. I can't put it on /usr/X11R6/include/X11 because libxforms-dev puts its files there, and there's no reason to make fltk conflict with xforms That's the only thing left to release the package... Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Sat, 20 Jun 1998, Bob Nielsen wrote: On Sat, 20 Jun 1998, Dale Scheetz wrote: This is very strange, as US/Central and CST6CDT are both links to Americal/Chicago in the 2.0.7 version that I am building for release today. The 2.0.7pre3 (which I have currently installed) seems to have these as separate files. Likewise 2.0.7pre4, however diff shows they are identical. I'm not sure how well diff works with binaries however. The files have identical sizes. Where did you get a pre4? I don't think I released one... Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk anyone? + packaging questions
fltk is in slink. It is not as Forms compliant as it used to be. Porting Forms apps will take some work. There is a fltk mailing list, you can read about it on fltk's home page. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
On Sat, 20 Jun 1998, Dale Scheetz wrote: Where did you get a pre4? I don't think I released one... Oops, I meant pre1-4. Sorry about that. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] DM42nh http://www.primenet.com/~nielsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Access to an Alpha for package compilation?
On 19 Jun 1998, Douglas Bates wrote: On a Digital Unix system it does nothing because the program dies as soon as it starts up. On other systems you get several .Rout files and one great gronking .ps file from the graphics. Take a look at it under gv or something similar. If you get things that look like data plots, we are running. Ok...I *FINALLY* got it running. It seems the -mieee flag did the trick. The only tradeoff for enabling this is that it will give somewhat degraded performance, but will handle the FPEs. I'll rebuild a final time and upload the package after that... Oh, and I'll forward my patches to you...they're VERY minor. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk anyone? + packaging questions
I already uploaded a fltk package. BTW, this is why you're supposed to announce intention to package something before working on it. Incidentally, I just skipped form.h and glut.h, on the assumption that someone could just could just create a dummy file like it in their build directory. Another place they could go is inside /usr/include/FL, people would add -I FL to get them. Another issue is that I built it with a prefix of /usr, not /usr/X11. The FSSTND is ambiguous on this, but seems to imply /usr/X11 is for the X Window System itself, not just any program that happens to use X. And Personally I don't see any reason to put X programs in a separate directory. greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libungif?
On Fri, 19 Jun 1998, Larry 'Daffy' Daffner wrote: The libungif package should be there too, though. Did you check incoming? I eventually found it in graphics rather than libs ... I'm a little unclear on whether that is in line with our policy or not. Thanks for your help. I'm assuming that libungif is some sort of freeware clone of libgif? Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| -- | You think you're so smart, but I've seen you naked | | and I'll prob'ly see you naked again ... | | --The Barenaked Ladies, Blame It On Me | -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package JDE (Emacs Java Development Environment)
[EMAIL PROTECTED] (Ruud de Rooij) writes: Depends: emacs20 | xemacs20-bin ^^ Why? We run JDE on Emacs 19.34 here in the department just fine. According to the requirements as listed on http://sunsite.auc.dk/jde/, to get JDE to work with [x]emacs 19.x, requires additional and updated elisp packages, but JDE works out-of-the-box for [x]emacs 20.x. Oh, uh, yes, so it does, sorry. I forgot we have such a plain emacs19. [I had upgraded cc-mode and custom already, so forgot it didn't work on plain 19, my bad] Recommends: jdk1.1-dev \begin{just checking}You realise, of course, this puts it in contrib?\end{just checking} Yes, I do realize that. I think a Suggests type dependency is too weak here since a significant amount of the funcationality of JDE would be lost if jdk1.1-dev wouldn't be installed. I agree, as I say, I was just checking. -- James ~Yawn And Walk North~ http://yawn.nocrew.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libungif?
WL == Will Lowe [EMAIL PROTECTED] writes: WL Thanks for your help. I'm assuming that libungif is some sort WL of freeware clone of libgif? Will The way I understand it, it's just giflib with the compression and/or writing routines stubbed out. I'm not too clear on how everything is set up, which is one of the reasons I want to talk to Jim before I do anything. -Larry -- Larry Daffner| Linux: Unleash the workstation in your PC! [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/ Osborn's Law: Variables won't; constants aren't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk anyone? + packaging questions
On Sat, Jun 20, 1998 at 03:42:46PM -0400, Shaleh wrote: fltk is in slink. It is not as Forms compliant as it used to be. Porting Forms apps will take some work. There is a fltk mailing list, you can read about it on fltk's home page. Bad timing on my part... it wasn't on the local mirror... hmmf! I don't intend to port forms applications, so the forms support is not a problem for me. I read the web page... in fact, I submitted a buglet fix. Thanks! Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]