Real releases G2 player alpha

1999-05-20 Thread Larry 'Daffy' Daffner

For those of you who haven't seen yet, the Linux Real player G2 alpha
is out, and it works just fine with the latest potato bits. You can
get it at http://www.real.com/products/player/linux.html - I grabbed
the Red Had 5.2/6.0 version and installed with alien (the generic
linux package comes as a binary installer, and is almost 2x the size).

-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.



Re: libungif?

1998-06-20 Thread Larry 'Daffy' Daffner
 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: FIX FOR HAMM: timezone problem

1998-06-17 Thread Larry 'Daffy' Daffner
 DS == Dale Scheetz [EMAIL PROTECTED] writes:

  DS We are working on a report of failure in US/central WRT Daylight
  DS Savings Time, right?

  DS There is one variable we haven't nailed down yet. The hardware
  DS clock can be set either to local time or GMT (UTC). As I
  DS remember, the failure only happens when the clock is set to one
  DS of these two. (Memory says Local Time is the broken one)

Not quite correct. I remember this problem, as I was hit by it :)

The problem was with the SystemV CST6CDT timezone. It has an incorrect 
changeover rule. At the time of the switchover, I had my timezone set
to the SystemV/CST6CDT value, and after the switchover it was still
thinking it was set to CST. ntpdate synched the clock correctly with
UTC, but the displayed time was 1 hour off, since it was displaying
CST, not CDT. Switching the timezone to US/Central caused the date to
be displayed correctly.

I just checked, and now CST6CDT correctly gives CDT, so the problem is 
an incorrect transition rule in the SystemV/CCST6CDT timezone file.

The hardware clock issue is a red herring. I only read my clock at
boot time, and my machine had not been booted for several days. I do
write the time back immediately after setting the kernel clock with
ntpdate, though.

-Larry


-- 
  Larry Daffner|  Linux: Unleash the workstation in your PC!
  [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/
Ray's Rule of Precision:
Measure with a micrometer.  Mark with chalk.  Cut with an axe.


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Intention to package x11amp

1998-05-08 Thread Larry 'Daffy' Daffner
 BG == Ben Gertzfield [EMAIL PROTECTED] writes:

  BG One question: x11amp uses the real-time functions of Linux (and
  BG sounds much better) if it's installed suid-root, but there are
  BG unknown holes that this opens up. Should I use suidmanager and
  BG make it suid?

I would say to register it with suidmanager, leave it non-suid by
default, and place a notice somewhere that if performance is an issue, 
it may be made setuid through suidregister. On my K6-200, the CPU time 
it takes up is pretty negligible, although I understand it may be an
issue on lesser machines :)

However, since it does not come with source, my opinion is that
leaving it suid by default would be irresponsible of us as a
distribution, especially since it is not necessary for proper
functioning of the program.

-Larry

-- 
  Larry Daffner|  Linux: Unleash the workstation in your PC!
  [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/
One macine can do the work of fifty ordinary men. No machine can do the work of
one extraordinary man.  --Elbert Hubbard


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Intention to package x11amp

1998-05-08 Thread Larry 'Daffy' Daffner
 BG == Ben Gertzfield [EMAIL PROTECTED] writes:

 Larry == Larry 'Daffy' Daffner [EMAIL PROTECTED] writes:
  Larry I would say to register it with suidmanager, leave it
  Larry non-suid by default, and place a notice somewhere that if
  Larry performance is an issue, it may be made setuid through
  Larry suidregister. On my K6-200, the CPU time it takes up is
  Larry pretty negligible, although I understand it may be an issue
  Larry on lesser machines :)

  BG Good idea. How exactly should I explain the use of suidmanager
  BG in the README, though?  -- Brought to you by the letters H and G
  BG and the number 10.  Disobeying me? No, I don't. -- Final
  BG Fantasy II Ben Gertzfield http://www.imsa.edu/~wilwonka/
  BG Finger me for my public PGP key. I'm on FurryMUCK as Che, and
  BG EFNet and YiffNet IRC as Che_Fox.

I'd put something like this:

Although x11amp is more efficient if made setuid root, doing so has
the potential of opening security holes, especially since it is a
binary-only package. Thus, it is not installed setuid by default. If
you require the additional efficency (for instance, if it skips,
or freezes) or you are aware of the security issues and consider the
risks acceptable, then you may run the following command to set x11amp 
to run setuid:

suidmanager (insert required options here)

-Larry

-- 
  Larry Daffner|  Linux: Unleash the workstation in your PC!
  [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/
It is important to keep an open mind, but not so open that your brains fall
out.  --Stephen A. Kallis, Jr.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Questions about emacs20 file system layout.

1997-12-17 Thread Larry 'Daffy' Daffner
 APH == Adam P Harris [EMAIL PROTECTED] writes:

  APH BTW, are .elc files arch-dependant or arch-indep?  I've always
  APH wondered about this.

.elc files are architecture independent. However, they are not
emacs-independent. What happens is:

.elc files compiled with xemacs 19.x or emacs 19.y, where y = 28 will
work on all v19 or v20 emacsen.

.elc files compiled with emacs 19.z with z = 29 will only work on
emacs 19.29 or later.

.elc files compiled with v20 emacs or xemacs wil only work on v20
emacsen.

Makes it difficult at work where, depending on the machine, I have to
use emacs 19.28, 19.34 or xemacs 20.3 (where the xemacs is my home
machine).

-Larry


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .



Taking my leave/Packages available

1997-06-18 Thread Larry 'Daffy' Daffner

It is with great regret that I must give up my involvement with
Debian. Between the large volumes of list mail every day and the other
commitments in my life, I never seem to have proper time to devote to
my packages or other projects of mine that have been on the back
burner forever.

Therefore, effective immediately, the following packages are
available:

svgalib (svgalib1, svgalib1-bin, svgalib1-dev, aout-svgalib which
probably doesn't need any further updates)
zgv
xscreensaver
xcolorsel
pdksh

With the exception of svgalib, there's not a lot to the packaging (and
svgalib is pretty much dead so the only real changes are minor
packaging tweaks), so there's not a lot of work involved.

I will remain a loyal Debian user, however, and encourage the rest of
you to keep up the good work :)

-Larry


--
  Larry Daffner|  Linux: Unleash the workstation in your PC!
  [EMAIL PROTECTED] / http://web2.airmail.net/vizzie/
One macine can do the work of fifty ordinary men. No machine can do the work of
one extraordinary man.  --Elbert Hubbard


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .



Bug#4328:

1996-08-29 Thread Larry 'Daffy' Daffner

Package: util-linux
Version: 2.5-5

If clock is invoked with the -u flag and the kernel has the real time
clock enabled, it causes a segmentation fault.  omitting the -u flag
or running a kernel with the real time clock disabled will not cause
the problem.

I don't have the strace handy, but I can provide it if needed.

Debian version: rex-current

uname -a:
Linux pinky 2.0.13 #13 Sun Aug 25 09:59:02 CDT 1996 i486

libc: 5.2.18

-Larry