On Sun, Jan 07, 2001 at 11:43:39AM +1100, Sam Couter wrote:
>
> A deb plugin would be better. :)
One problem with a deb plugin is that .debs are signed in compressed
form. gzip isn't guaranteed to produce the same compressed file from
identical uncompressed files on different architectures an
On Mon, Aug 14, 2000 at 11:08:59PM -0700, Joey Hess wrote:
>
> Perhaps these sub-packages would be additional files in the ar file.
> Perhaps those files themselves should be in .deb format? Then we have
> sub package nesting and meta-data too
>
> > Of course this is all just off hand... :>
>
On Mon, Aug 14, 2000 at 10:55:59PM -0600, Jason Gunthorpe wrote:
>
> Clearly the desired effect of all meta-packages is to provide the user
> with a single node to manipulate and view a group of packages. They should
> have special properties in any UI, you should be able to view and
> manipulate
On Sun, Mar 12, 2000 at 06:27:41PM +0100, Marcus Brinkmann wrote:
>
> Nothing wrong about that, if we don't go a long way to make additional
> changes in the various admin packages (isdn, pcmcia comes to mind).
>
> I was always a supporter of the latest and greatest kernel as a binary
> package i
the GtkGLArea widget.
Not used by any binaries at present, so it would be
a good first lib package.
gtkglarea - I'm still using this, but if someone wants to lighten my load
it could go with gtkglareamm.
--
Dr. Drake Diedrich, Research Officer -
On Wed, Sep 29, 1999 at 04:31:05AM -0500, Francois Gurin wrote:
>
> Minimun hassle/inconvenience is mutually exclusive of minimum harm.
> Looking at the example set forth by some of the other distributions
> (and more than a few operating systems), the reduced hassle of
> installation and administ
On Wed, Sep 22, 1999 at 12:36:17AM -0400, Camm Maguire wrote:
> Greetings! Is there any way to maintain alternate versions of the
> same shared library on a Debian system? (i.e. same soname) One can
> have two packages which conflict with each other, but I was thinking
> about some run-time swit
In linux.debian.devel, you wrote:
>
>I hope to fix this in the long run by having more frequent releases,
>so that maintainers are less anxious to get their packages in the
>upcoming release. In the short term... let's just hope :-)
>
How about creating woody at the freeze announcement instead
ource
available) package? I plan to keep the 3.0 package.
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8302
John Curtin School of Medical Research, Australian National University 0200
Replies to other than [EMAIL PROTECTED] will be routed off-planet
On Thu, Oct 15, 1998 at 03:34:54PM -0700, Joseph Carter wrote:
> On Thu, Oct 15, 1998 at 03:08:46PM +0100, Dave Swegen wrote:
> > Out of curiosity, which version of PGP is the debian de facto standard.
> > I'm currently using v5, but I've seen a number of people use 2.6...
>
> The Debian standard
d) Try using NFS. This slows down the i/o bound resource hog enough to
leave the machine usable for interactive tasks. Yes it's ugly, but
scheduling in 2.0 is suboptimal, and nice doesn't have much effect on i/o,
only CPU. An extra disk dedicated to the i/o hog would probably be better
than an SM
).
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8302
John Curtin School of Medical Research, Australian National University 0200
Replies to other than [EMAIL PROTECTED] will be routed off-planet
On Tue, Jun 16, 1998 at 11:03:22AM +0200, Michael Meskes wrote:
> No DBMS syncy after each transaction. Most systems do it every 30 seconds.
> Support for that will be added to Postgres later on. And with 80 TPS I think
/usr/doc/postgresql-doc/FAQ.gz
--
2.11) How do I
after each
transaction, Postgres is limited by disk seek times. You might be able to
speed it up by putting each file in the database on separate (fast) disks.
/etc/postgresql/postmaster.init
---
PGFSYNC=no
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6
ly prefer to eliminate as many questions
as possible, but when a question does arise, I'm probably doing a
non-interactive install anyway (in an iconified window or something), and
would rather it continue with easier packages and ask me again later.
--
Dr. Drake Diedrich, Research Officer - Co
to add one feature to dpkg than to learn, write,
test, and debug 45-2000 new linuxconf install scripts.
install-mime and config-file handling would probably also need some changes.
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8302
John Curtin School of Medical Research, Australia
d, Packages.gz does change frequently, and new versions
should be downloaded when available. There's no cure if this is the
problem. Take a look at /var/log/squid/access.log to see exactly what squid
did about each request.
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8302
On 2 May 1998, Jim Pick wrote:
> As far as people developing local packages to add on to Debian (which
> is not really what I am planning) - I don't think additional policy is
> needed for that, because they are "local" packages, so it is a matter
> of "local" policy.
Yep, but it'd be nice if
On 1 May 1998, Jim Pick wrote:
> I'd like to see more people announce that they want to develop their
> own "subset" Linux distributions based on Debian. I'd be willing to
> collaborate on tools to make this easier.
Interesting. I'm starting up an ISP with a Debian focus, and planning
to pro
On 3 Apr 1998, Adam P. Harris wrote:
> While you're thinking about ordering, have you thought about
> integration Manoj's pkg-order into dpkg-http in order to provide more
> reasonable unpack/config/remove ordering to dpkg-http? Would this be
> extremely difficult to do? Do you need volunteers?
On Tue, 6 Jan 1998, Jason Gunthorpe wrote:
> I would be very interested in hearing your experiances with using HTTP for
> downloading .debs and the Packages file. I was hoping to use it as the
> prefered method with deity.
>
Not much experience yet, as the code is less than a day old and ther
les (/usr/local/site_perl/...). I'm expecting the Debian modules to
be functional soon (libwww-perl is a bit behind, and mime-base64 is m68k
only).
Yes, I know deity will be out soon, but we're paying $0.19/megabyte
here, and caching helps.
--
Dr. Drake Diedrich, Research Officer -
contrary
C to the provisions of 17 U.S. Code 506(c) shall be subject
C to the penalties provided therein. This notice shall not
C be altered or removed from this software and is to be on
C all reproductions.'
--
Dr. Drake Diedrich, Research Officer - Computing, (02)6279-8
23 matches
Mail list logo
