I'd like to upload povray3. Given the size of the stuff and my slow connection
I'd prefer to go through chiark. Is it possible at the moment?
Thanks,
Yves.
--
Yves Arrouye Email: [EMAIL PROTECTED]
7, avenue Leon BolleeWeb: http://www.fdn.fr/~yarrouye/
750
It is impossible to access bug reports by WWW at the moment because the URL
ttp://www.cl.cam.ac.uk/users/iwj10/debian-bugs/ does not yield to any
document.
Can someone post instructions for accessing the bug reports by email? (In
fact my primary interest at the moment is to get the solution for th
Many of the modules offered are called "*required*" which didn't seem
to me to be required. Sorry, I forget which ones exactly.
But I chose not to load common_log_module and got a syntax error due
to the TransferLog directive.
So, wasn't this one required? The way the configuration pr
Package: dpkg-dev
Version: 1.4.0
Hello,
I added a XPM file to a package, and when I try to build it I get
dpkg-source: building povray using existing povray_3.0.10.orig.tar.gz
dpkg-source: building povray in povray_3.0.10-1.diff.gz
dpkg-source: cannot represent change to mini-xpovicon.xpm: binar
The old lpr package had some facility for invoking ghostscript on PS
files; this new package doesn't provide this. The old method still
required manual entries to /etc/filter.* ; IMHO the automatic
conversion is magicfilter's job. (I could add a Recommends:
magicfilter)
A Suggests:
Package: gawk
Version: 3.0.0-4
1) "debian/rules" clean target does not ignore errors when doing the
"make distclean" which causes the build to fail since there's nothing
to clean (not even a Makefile).
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PR
Package: csh
Version: 5.26-6
1) "debian/rules" does not contain the "binary-arch" and "binary-indep"
targets which prevents the use of:
dpkg-buildpackage -B
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROT
On Sat, 28 Sep 1996, llucius wrote:
> Package: netcdf
> Version: 2.4.3-1
>
> 1) "debian/rules" includes "-m486" in compile options.
> 2) "debian/rules" binary-arch target should build "netcdf" and
> "netcdf-dev" packages, while the binary-indep target should build the
> "netcdf-doc" p
Package: netcdf
Version: 2.4.3-1
1) "debian/rules" includes "-m486" in compile options.
2) "debian/rules" binary-arch target should build "netcdf" and
"netcdf-dev" packages, while the binary-indep target should build the
"netcdf-doc" package.
Leland
__ Y_ a_ m_ b_ o_ | The leanest, m
[EMAIL PROTECTED]:
| Until now, the Linux community has always ignored
| the problem with the crypt() function; it is part
| of the Linux library, both the source and binary
| releases but _officially_ you are *not* allowed to
| export this from the US!
Do we know this to be true? I'm not up to
Package: exmh
Version: 1.6.9-2
Recently, in an attempt to thread messages with exmh, I wrote to the author
of thread.tcl (Ignacio Martinez <[EMAIL PROTECTED]>) and asked for
some help, which he has graciously given.
He said that the version of thread.tcl which was in 1.3.9 was outmoded,
and sent
Package: gnuplot
Version: 3.5-6
Gnuplot installs its examples/demo files in
/usr/doc/examples/gnuplot
and _also_ in
/usr/doc/examples/gnuplot/demo
Chris
-- _,, Christian Schwarz
/ o \__ [EMAIL PROTECTED], [EMAIL PROTECTED],
! ___; [EMAIL
Package: libgdbm1
Version: 1.7.3-11
Conflicts: libgdbm, perl5 (<= 5.002-2), man (<= 2.3.10-5)
^
Should read "perl". There isn't and never was a perl5 package.
--
Christopher J. Fearnley|Linux/Internet Consulting
[EMAIL PROTECTED] |
Hello,
Finally I have had some time again to work on the Alpha port. Sorry for
everybody I've kept waiting, but it was a good thing as part of the libc
interface has changed and a lot of stuff had to be rebuilt again.
One of the things that has changed is that "crypt()" is now not part of
glibc
> I was trying to track down a bug in csh (5.26-2), and so compiled with
> -DSYSMALLOC. Most of alloc.c is inside of an #ifndef SYSMALLOC
> conditional, but gcc complained about a bunch of stuff in alloc.c
> anyway:
Please check if there isn't a #define SYSMALLOC in all the included
header files:
Hi everyone...
I've got this niggley problem - I turned process accounting off last night
so I could rm /var/account/pacct as it was 80meg so I could get some space
back. I basically did a rm and waited, and waited and waited. In fact it
took forver. Convinced that it was taking too long to del
Package: lyx
Version: 0.10.3-1
This package installs /usr/X11R6/lib/X11/lyx/ and all child directories with
permissions 750, which prevents lyx from being able to read its own config
files at startup.
My quick hack fix was to run
find /usr/X11R6/lib/X11/lyx -type d -exec chmod 755 {} \;
17 matches
Mail list logo