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
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
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
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
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
---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---
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
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
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
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
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
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
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
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
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
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
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
:
--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
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
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
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
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
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
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
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
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
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
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
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]
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
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
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.
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
[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,
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
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
36 matches
Mail list logo