Late, by hey, what the hell...
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
Joey> In other words, if you can have a religious war over it, we
Joey> need an alternative. I have never seen a religious war over
Joey> man. :-)
Tom Christiansen has been known to get into them. B
On Mon, Jan 08, 2001 at 10:16:42AM +0100, Florian Hinzmann wrote:
>
> On 03-Jan-2001 Paul Hedderly wrote:
> > On Mon, Jan 01, 2001 at 11:37:17AM -0800, [EMAIL PROTECTED] wrote:
>
> >> Who recalls a cddb access program designed for blind people where
> >> cddb.com DENIED a certification because th
Joey Hess <[EMAIL PROTECTED]> writes:
> [ Moving to -devel. ]
>
> Fabrizio Polacco wrote:
> > It's written everywhere: DON'T RUN MAN AS ROOT!
Having no idea where it moved from or what the context was I'll blithely wade
in with an opinion:
Just because the bug is documented doesn't mean it's n
I'm doing some code which is intended to work on linux and sunos. I
was poking through the header files in /usr/include on my debian box
and found a line in g++-3/stl_config.h which specified:
#if defined(__linux__)
after a quick test, I found out this is true on linux, and not true on
solaris w
On Mon, Jan 08, 2001 at 11:05:54PM -0800, Aaron Brashears wrote:
| I'm doing some code which is intended to work on linux and sunos. I
| was poking through the header files in /usr/include on my debian box
| and found a line in g++-3/stl_config.h which specified:
|
| #if defined(__linux__)
|
|
* Manoj Srivastava
| You missed the point by a lot. OK, here it is all speeled out:
No, I didn't. I told you that gnus has a way around it. Which isn't
perfect, but quite good. And of course it's a hack and a workaround -
I am not saying that setting reply-to on a mailing list is the co
* Stephane Bortzmeyer
| On Monday 8 January 2001, at 9 h 5, the keyboard of Tollef Fog Heen
| <[EMAIL PROTECTED]> wrote:
|
| > I intend to package mboxgrep, a utility which greps mailboxes.
|
| BTW, we already have sgrep, which is fine for that purpose.
Does it support both simple regexps, e
On Mon, Jan 08, 2001 at 11:05:54PM -0800, Aaron Brashears wrote:
>
> While on the topic, is there a
> magic preprocessor definition that lets me know if I'm on
> sunos/solaris?
yes indeedy. multiple.
there is __sun__ to detect solarisORsunos, and __svr4__ to detect
solaris specifically, I beli
On Tue, Jan 09, 2001 at 02:06:52PM +1100, Sam Couter wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> wrote:
> >
> > If we're expected to avoid any advanced features, why do the authors bother
> > to implement them?
>
> http://www.tuxedo.org/~esr/jargon/html/entry/creeping-featuritis.html
So, what's
On Mon, Jan 08, 2001 at 08:25:53AM -0800, Aaron Lehmann wrote:
> On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote:
> > "waiting for DAM approval, whenever that is supposed to happen" (emphasis
> > on the "supposed to happen")
>
> No offense to the DAM, but I share Eray's pedicament
On Tue, Jan 09, 2001 at 03:04:10AM +0800, zhaoway wrote:
> A big package index IMHO is the current bottleneck of Debian package system.
What is the real problem with the large package files? They take a long
time to download, but so do emacs and other bloatware.
Hamish
--
Hamish Moffatt VK3SB <
Hi Hamish!
You wrote:
> If you're in the keyring but have no account you can upload
> through an upload queue. There are a few of those around the world.
> This adds probably 1 day to the processing time.
How can you be on the keyring while not having an account on auric?
Either you are a develo
On Tue, Jan 09, 2001 at 06:16:54AM +0900, Junichi Uekawa wrote:
> To summarize what has been happening in debian-devel,
>
> The maintainer of tar has decided he wants to change the meaning of
Please be careful with your wording -- the upstream author has
made this change, not the debian maintain
On Tue, Jan 09, 2001 at 09:59:39AM +0100, Bas Zoetekouw wrote:
> You wrote:
>
> > If you're in the keyring but have no account you can upload
> > through an upload queue. There are a few of those around the world.
> > This adds probably 1 day to the processing time.
>
> How can you be on the keyr
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> What is the real problem with the large package files? They take a long
> time to download, but so do emacs and other bloatware.
Yeah, but how often do you download emacs?
The packages file gets downloaded _every single time_ you do an update,
and for
On Tue, Jan 09, 2001 at 08:03:40PM +1100, Hamish Moffatt wrote:
> > How can you be on the keyring while not having an account on auric?
> > Either you are a developer and you have both, or you are not a developer
> > and you have neither.
>
> Probably you can't. I don't know the NM process well en
** On Jan 09, Marcin Owsiany scribbled:
> On Tue, Jan 09, 2001 at 08:03:40PM +1100, Hamish Moffatt wrote:
> > > How can you be on the keyring while not having an account on auric?
> > > Either you are a developer and you have both, or you are not a developer
> > > and you have neither.
> >
> > Pro
On Sun, Jan 07, 2001 at 08:53:50PM -0500, John Goerzen wrote:
> FYI, I don't plan to package up 1.5.x until upstream brands it stable.
That sounds good. Better a version with lack of functionality then a version
that messes with the economic files... They can be quite important. :)
// Ola
--
--
Zdenek Kabelac <[EMAIL PROTECTED]> wrote:
[snip]
> I've just placed there the latest version of avifile
> (surprisingly the one in CVS is older)
> Anyway for now I've used the name of the tar archive so for
> the dpkg this archive looks older (0.53-1)
> I'm not sure if I should use the release nu
> >> Zdenek Kabelac <[EMAIL PROTECTED]> writes:
>
> > But in this case - maybe downloading script would be legal for Debian ?
> > (just like for realplayer ? - or do you think Debian user should never
> > see any DivX-ed movie ?)
>
> Well, AFAICS the installer would cp *.dll /usr/lib/win32/ o
On Tue, Jan 09, 2001 at 06:04:58PM +0900, Miles Bader wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> writes:
> > What is the real problem with the large package files? They take a long
> > time to download, but so do emacs and other bloatware.
>
> Yeah, but how often do you download emacs?
Never, I
On Tue, Jan 09, 2001 at 11:08:56AM +, Julian Gilbey wrote:
> Most weird. I get this behaviour when running through a setuid root
> strace, but I don't get the error messages (and hence the content of
> /etc/shadow) when I don't use strace. I'm still running potato.
I have some more oddities
On Mon, Jan 08, 2001 at 11:05:54PM -0800, Aaron Brashears wrote:
> I'm doing some code which is intended to work on linux and sunos. I
> was poking through the header files in /usr/include on my debian box
> and found a line in g++-3/stl_config.h which specified:
>
> #if defined(__linux__)
>
> af
hi,
On Mon, Jan 08, 2001 at 06:24:44PM +0100, Andreas Fuchs wrote:
> Today, Gerfried Fuchs <[EMAIL PROTECTED]> wrote:
> > -) Or, during a short period (say, 2 months or so?) both fields could
> > be there, and icq should really be dropped.
> Or, they could both be there (if space permits) with the
Tom,
the sitecopy package is heavily out of date. sitecopy in sid is at 0.9.10
(the upstream release as of Apr 2000). Since then, there were more than ten
new upstream releases with various major improvements. The most recent
upstream version is now 0.10.12.
The bug page for sitecopy lists variou
On Mon, 8 Jan 2001, Rene Mayrhofer wrote:
> [snip]
Could you please run dpkg-scanpackages, and dpkg-scansources, so that we can
use apt to install this stuff? Txs.
BEGIN GEEK CODE BLOCK
Version: 3.12
GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS--
PE++ Y+ PGP++ t* 5+
Where could I get one? Thanks!
Even no package for it is okay! ;)
--
echo < */
EOF
Goswin Brederlow wrote:
> >> gzip --rsyncable, aloready implemented, ask Rusty Russell.
>
> > The --rsyncable switch might yield the same result (I haven't
> > checked it sofar) but will need some internal knowledge how to
> > determine the old compression.
>
> As far as I unde
On Tue, Jan 09, 2001 at 01:41:41PM +0100, Christoph Baumann wrote:
> On Tue, Jan 09, 2001 at 11:08:56AM +, Julian Gilbey wrote:
> > Most weird. I get this behaviour when running through a setuid root
> > strace, but I don't get the error messages (and hence the content of
> > /etc/shadow) when
On Sat, Jan 06, 2001 at 10:46:09PM +, Philip Blundell wrote:
> Pierfrancesco Caci <[EMAIL PROTECTED]> wrote:
>
> >connect(4, {sin_family=AF_INET6, sin6_port=htons(1025), inet_pton(AF_INET6,
> >"f
> >e80::250:4ff:fe38:a630", &sin6_addr), sin6_flowinfo=htonl(0)}}, 24) = -1
> >EINVA
> >L (Inval
D-Man wrote:
>
> On Mon, Jan 08, 2001 at 11:05:54PM -0800, Aaron Brashears wrote:
> | I'm doing some code which is intended to work on linux and sunos. I
> | was poking through the header files in /usr/include on my debian box
> | and found a line in g++-3/stl_config.h which specified:
> |
> | #if
Package: perl-5.6
Severity: critical
Scenario: Install new machine with potato. Configure all packages that come
with a default minimal install. Run dpkg --get-selections on a working
half-potato/half-sid machine. Run dpkg --set-selections on the new
machine. apt-get dselect-upgrade. perl goe
From: Hamish Moffatt <[EMAIL PROTECTED]>
Subject: Re: big Packages.gz file
Date: Tue, 9 Jan 2001 23:40:01 +1100
> On Tue, Jan 09, 2001 at 06:04:58PM +0900, Miles Bader wrote:
> > The packages file gets downloaded _every single time_ you do an update,
> > and for those of us with a slow modem link,
From: Hamish Moffatt <[EMAIL PROTECTED]>
Subject: Re: big Packages.gz file
Date: Tue, 9 Jan 2001 19:59:13 +1100
> On Tue, Jan 09, 2001 at 03:04:10AM +0800, zhaoway wrote:
> > A big package index IMHO is the current bottleneck of Debian package system.
>
> What is the real problem with the large p
On Tuesday 09 January 2001 03:17, Vince Mulhollon wrote:
> 5) A Debian Developer will never knowingly run a production server on
> "unstable" and will never encourage a non-developer to run "unstable".
I understand that people don't like being told what to do and agree that it
isn't the place of
http://people.debian.org/~psg/debian-changelog-mode.el
Roland Mas packaged it about the same time Rob agreed to
include it in emacsen-common, so I'm not sure what's going to
happen.
Peter
zhaoway wrote:
> Where could I get one? Thanks!
> Even no package for it is okay! ;)
Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
is a risk that things aren't exactly perfect (don't take perfect to
seriously).
Not that long ago I upgraded one of my machines from woody to sid, now
it's running perl 5.6 and I didn't have any trouble upgrading at all!
BT
Hi
Andres Seco Hernandez schrieb:
> Are local? facilities reserved in Debian for some purpose?
I'm not aware of any "reserved" local facilities, however system
log daemons provide the syslog-facility(8) script which may be
used by packages to dynamically retrieve and set up a local
facility (eg s
On Tue, 9 Jan 2001, Ron Rademaker wrote:
> Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
> is a risk that things aren't exactly perfect (don't take perfect to
> seriously).
> Not that long ago I upgraded one of my machines from woody to sid, now
> it's running perl 5.6
Hi Adam!
You wrote:
> ANY package that is needed by the packaging system(and this does not only
> include dpkg support scripts, but debconf, and some maintainer scripts,
> including adduser) NEEDS TO NOT BREAK PERIOD.
Please calm down. If your specific thing doesn't work, OK, that's worth
a bug
On Tue, Jan 09, 2001 at 04:50:05PM +0100, Ron Rademaker wrote:
> Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
> is a risk that things aren't exactly perfect (don't take perfect to
> seriously).
That doesn't solve that perl's official maintainer broke the packages quit
On Tue, 9 Jan 2001, Jordi Mallach wrote:
> On Tue, Jan 09, 2001 at 04:50:05PM +0100, Ron Rademaker wrote:
> > Hmm, isn't sid called UNSTABLE, that means that if you want use it, there
> > is a risk that things aren't exactly perfect (don't take perfect to
> > seriously).
>
> That doesn't solve t
On Tue, 9 Jan 2001, Ron Rademaker wrote:
>
> I checked BTS and the bug wasn't in BTS.
Because the indices only run every 12 hours. Check 81679.
BEGIN GEEK CODE BLOCK
Version: 3.12
GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS--
PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e
I'm not sure if this would be the correct List to
post a question such was this. but.
we use Linux as the server on a Embedded DOS
client-server environment.
the devices running embedded Initiate a
communication with the Linux server. Our Daemon on the Linux box responds with
a single pa
From: SEKIDO Koichi <[EMAIL PROTECTED]>
Subject: ITP: doc-debian-ja -- Debian FAQ and other documents (Japanese)
Date: Mon, 08 Jan 2001 17:31:01 +0900 (JST)
> Package: doc-debian-ja
> Severity: wishlist
Oops, I reassigned this bug report (#81568) to wnpp.
--
SEKIDO Koichi <[EMAIL PROTECTED]>
On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote:
> But I think that there is some merit to having discouragement towards running
> unstable on production machines. I've been getting flamed immensely recently
> about my lilo package that over-wrote lilo.conf incorrectly. Even thou
On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote:
> 1) This situation does not stop a running machine from working, it will only
> stop it from booting.
Oh, well, as long as THAT'S all it is...
--
G. Branden Robinson | Experience should teach us to be most on
Debian
(what does this have to do with Debian package development?)
On Tue, Jan 09, 2001 at 11:14:23AM -0500, Derrick (Thrawn01) wrote:
> I'm not sure if this would be the correct List to post a question such was
> this. but.
>
> we use Linux as the server on a Embedded DOS client-server environment.
Yes, this would be the wrong list.
I suppose you need to research the following:
0) Your email refers to a client server system, and mentions embedded dos,
a linux server, and a linux client. So a client/server architecture has
two parts, and your system has three parts, an embedded DOS thing,
On Tue, Jan 09, 2001 at 10:16:09AM -0600, Adam Heath wrote:
> On Tue, 9 Jan 2001, Ron Rademaker wrote:
>
> >
> > I checked BTS and the bug wasn't in BTS.
>
> Because the indices only run every 12 hours. Check 81679.
I thought the reason for switching from the generated HTML to CGIs was so tha
On Tue, Jan 09, 2001 at 11:23:08AM -0500, Branden Robinson wrote:
> On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote:
> > 1) This situation does not stop a running machine from working, it will
> > only
> > stop it from booting.
>
> Oh, well, as long as THAT'S all it is...
Heh, it
Hi all,
I just read the thread on finishing the move to
/usr/share/doc. I've been a Debian user for a couple
of years now and would like to find small ways to
help... This sounds like something I can do in my
spare time.
I'd be interested in performing the necessary work on
some packages if som
On Tue, Jan 09, 2001 at 11:40:01PM +1100, Hamish Moffatt wrote:
> On Tue, Jan 09, 2001 at 06:04:58PM +0900, Miles Bader wrote:
> > Hamish Moffatt <[EMAIL PROTECTED]> writes:
> > > What is the real problem with the large package files? They take a long
> > > time to download, but so do emacs and oth
Peter S Galbraith (2001-01-09 10:44:39 -0500) :
> http://people.debian.org/~psg/debian-changelog-mode.el
>
> Roland Mas packaged it about the same time Rob agreed to include it
> in emacsen-common, so I'm not sure what's going to happen.
It's just been uploaded to a queue (erlangen if I'm any
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
> I thought the reason for switching from the generated HTML to CGIs was so that
> the pages could be dynamically generated, and we wouldn't have this problem.
you're correct, that is the reason. But the indices take too long to fully
dynamically generat
On Tue, Jan 09, 2001 at 11:42:06AM -0600, Adam Heath wrote:
> On Tue, 9 Jan 2001, Matt Zimmerman wrote:
>
> > I thought the reason for switching from the generated HTML to CGIs was so
> > that the pages could be dynamically generated, and we wouldn't have this
> > problem.
>
> you're correct, th
On Tue, 9 Jan 2001, Matt Zimmerman wrote:
> It's long past time that the BTS had a real database backend. Since the code
> is being actively worked on, I assume there are reasons why this isn't
> feasible
> yet. Do you know what they are? Is there any way I can help?
I have code that imports
"Derrick (Thrawn01)" <[EMAIL PROTECTED]> writes:
> the devices running embedded Initiate a communication with the Linux
> server. Our Daemon on the Linux box responds with
>
> a single packet containing the Transaction information. directly after that
> packet the Linux box sends a packet contain
On Thu, Jan 04, 2001 at 01:59:21PM -0800, Kenneth Scharf wrote:
> Does anyone have any ideas on
> this, or has it been done already?
I haven't tried at all but I can tell you that xmms has an option called "Disk
Writer Plugin"
at the "output plugins". Type ctrl-P while you use xmms.
On Tue, Jan 09, 2001 at 02:22:45PM +0100, Marcus Brinkmann wrote:
> Just as a side note, think twice (or even thrice) before using that symbols.
> Is the code really linux specific? For example, a Linux kernel feature
> certainly is, but many other things aren't. Often it is more appropriate
> to c
The devfsd package could also use an NMU or two. It has apparently been
ignored by Tom Lee for months. Almost all of its bugs appear to be
fairly trivial, and he's only responded to one of the 11 open bugs (and
that response was three months ago).
I'm not trying to 'dis' Tom; he may very well ha
Today, Mark Mealman <[EMAIL PROTECTED]> wrote:
>> > 1) This situation does not stop a running machine from working, it
>> > will only stop it from booting.
>> Oh, well, as long as THAT'S all it is...
> Heh, it's not like you're rebooting a Linux box more than one a year
> anyway
Only applies
Hi!
I have just had a trip to boot up a server after an upgrade to our new lilo
package, it was my fault to not know wich of the lilo's options were really
needed, but the question is...
I think the new lilo's defaults are less compatible than de old ones,
wouldn't it make more sense to default t
On Sun, Jan 07, 2001 at 02:26:32PM +0100, Martin Bialasinski wrote:
> tar in potato uses -I for bzip2. So far, tar -I won't be bzip2 in
> woody, the next stable.
I wonder how other linux distributions will handle this. Would it
be possible for potato, to support -j as well to ease the
transition t
On Tue, Jan 09, 2001 at 01:08:10PM +0100, Zdenek Kabelac wrote:
> In this case - Should I copy these libraries to /usr/lib/win32 or
> should I select probably more apropriate place like /usr/local/lib
> (or even better - I would preffer to use 'stow' package for this - as in
> my eyes only the /usr
On Tue, Jan 09, 2001 at 11:54:23AM -0600, Adam Heath wrote:
> On Tue, 9 Jan 2001, Matt Zimmerman wrote:
>
> > It's long past time that the BTS had a real database backend. Since the
> > code is being actively worked on, I assume there are reasons why this isn't
> > feasible yet. Do you know wha
On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote:
| I don't think that unstable should be limited to Debian developers, but I
| think that it should be restricted to discourage people who aren't reading
| debian-devel. What if we setup the servers to use a different random
| passwo
On Tue, Jan 09, 2001 at 09:09:06PM +0100, Ingo Saitz wrote:
> On Sun, Jan 07, 2001 at 02:26:32PM +0100, Martin Bialasinski wrote:
> > tar in potato uses -I for bzip2. So far, tar -I won't be bzip2 in
> > woody, the next stable.
>
> I wonder how other linux distributions will handle this. Would it
On Tue, Jan 09, 2001 at 09:29:46AM -0500, Ben Collins wrote:
> Potato is not vulnerable. This is a woody/sid only bug (i.e. glibc
> 2.1.9x and greater, such as the 2.2 in woody/sid). The bug is not that
> it prints this info, but that it uses the env variable even when
> suid/sgid. This wasn't supp
On Mon, Jan 08, 2001 at 09:59:45PM +0100, Ralf Treinen wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > Kimberlite is a complete framework providing high availability for
> > application services on Linux. The key features of the architecture
>
> Which licence? -Ralf.
Sorry, I forgot to
I'm planning to package TADS, which is a system for writing or playing
text games similar to the Z-code system (inform, xzip/frotz/etc). The
license is non-free.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
Hi Thierry,
For the broader LSM, I can do an embedded systems course, using the
text of my series "Building Tiny Linux Systems" which is running in
"Embedded Linux Journal". The text of the series is being released
under the GFDL.
For the Debian part of the meeting, I could say something about us
> "sluncho" == sluncho <[EMAIL PROTECTED]> writes:
sluncho> How hard would it be to make daily diffs of the Package
sluncho> file? Most people running unstable update every other day
sluncho> and this will require downloading and applying only a
sluncho> couple of diff files.
I'm satisfied with this solution, and will work with Paul to deliver an
implementation for Debian as soon as possible.
Bdale
--- Forwarded Message
Date: Tue, 9 Jan 2001 12:49:43 -0800 (PST)
From: Paul Eggert <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL
On Tue, Jan 09, 2001 at 09:09:06PM +0100, Ingo Saitz wrote:
> option? Is -j fixed for the next stable tar version or will it
> probably change to something different again? If yes, we should
> not support -j in potato, as suggested above, of course.
It's already changed several times before. I wou
On Tue, 9 Jan 2001, Bdale Garbee wrote:
> I'm satisfied with this solution, and will work with Paul to deliver an
> implementation for Debian as soon as possible.
>
> [snip]
I'm happy with this solution.
BEGIN GEEK CODE BLOCK
Version: 3.12
GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K-
Kevin Dalley wrote:
> Source: xsane-gimp1.1
> Binary: xsane-gimp1.1
Do we actually need gimp1.1 and associated packages anymore? gimp1.2 in
in unstable.
--
see shy jo
Bruce Perens wrote:
> For the Debian part of the meeting, I could say something about use of
> Debian inside of HP, especially how it was used for the PA-RISC and ia64
> ports.
Speaking of IA-64: Do we have a machine yet? AFAIK not. Do you think HP
would be willing to make one availible to Debian?
> > gzip --compress-like=old-foo foo
> >
> > where foo will be compressed as old-foo was or as aquivalent as
> > possible. Gzip does not need to know anything about foo except how it
> > was compressed. The switch "--compress-like" could be added to any
> > compression algorithmus (bzip?)
> > gzip --compress-like=old-foo foo
>
> AFAIK thats NOT possible with gzip. Same with bzip2.
>
Why not.
> I wish it where that simple.
>
I'm not saying it's simple, I'm saying it's possible. I'm not a
compression speciallist but from the theory there is nothing which
prevents this
From: Roland Bauerschmidt <[EMAIL PROTECTED]>
> Speaking of IA-64: Do we have a machine yet? AFAIK not. Do you think HP
> would be willing to make one availible to Debian?
Please verify the situation regarding ia64 and get back to me.
Sorry about the list posting. I just hit "r" without looking.
Package: wnpp
Severity: normal
This is a experimental debian package. I don't use it and I don't like
it. It is not useful.
I write a bugreport to ftp.debian.org too and ask to remove the
package from the ftp-server.
If you use it (i can't believe that) get it and close the bug-reports.
Gruss
G
On Tue, Jan 09, 2001 at 03:09:34PM -0700, Bdale Garbee wrote:
> I'm satisfied with this solution, and will work with Paul to deliver an
> implementation for Debian as soon as possible.
sounds very good.
--
Mike Stone
Hamish Moffatt <[EMAIL PROTECTED]> wrote:
>
> So, what's your point exactly?
>
> I hope you never use apt-get, as that would certainly be
> something beyond bare bones.
No it's not. It does one thing (Advanced Package Management), and does it
fairly well. Just because the thing it does is a comp
> " " == Otto Wyss <[EMAIL PROTECTED]> writes:
>> > gzip --compress-like=old-foo foo
>>
>> AFAIK thats NOT possible with gzip. Same with bzip2.
>>
> Why not.
gzip creates a dictionary (that gets realy large) of strings that are
used and encodes references to them. At th
> " " == Brian May <[EMAIL PROTECTED]> writes:
> "sluncho" == sluncho <[EMAIL PROTECTED]> writes:
sluncho> How hard would it be to make daily diffs of the Package
sluncho> file? Most people running unstable update every other day
sluncho> and this will require downloading and
from the secret journal of Sam Couter ([EMAIL PROTECTED]):
> No it's not. It does one thing (Advanced Package Management), and does it
> fairly well. Just because the thing it does is a complex task doesn't mean
> it's got creeping featuritis. If it tried to do more than just package
> management,
> " " == Otto Wyss <[EMAIL PROTECTED]> writes:
>> > gzip --compress-like=old-foo foo > > where foo will be
>> compressed as old-foo was or as aquivalent as > possible. Gzip
>> does not need to know anything about foo except how it > was
>> compressed. The switch "--compress-lik
On Mon, Jan 08, 2001 at 12:28:15AM +1100, Hamish Moffatt wrote:
> Frankly, I don't see why gnu tar needs to be compatible with
> OS-specific versions because most of those are feature-poor anyway.
the one reason for gnu tar to do that is so that it can be a drop-in
replacement for those crappy ver
[EMAIL PROTECTED] (Roland Bauerschmidt) writes:
> Speaking of IA-64: Do we have a machine yet? AFAIK not.
Several Debian folk have acces of one kind or another to IA-64 hardware. I
am not aware of any IA-64 systems fully dedicated to Debian development.
I am in possession of an IA-64 box from H
* Craig Brozefsky <[EMAIL PROTECTED]> [20010102 14:07]:
> ILISP is a emacs interface to various lisp-like systems, including
> CMUCL and guile (which are already packaged for Debian).
Please close #68227 when you upload the package.
--
Martin Michlmayr
[EMAIL PROTECTED]
On Tue, 9 Jan 2001, Bruce Perens wrote:
> > Speaking of IA-64: Do we have a machine yet? AFAIK not. Do you think HP
> > would be willing to make one availible to Debian?
>
> Please verify the situation regarding ia64 and get back to me.
HP, via Matt Taggart, is planning to put a IA64 box and a
On Tue, Jan 09, 2001 at 04:54:11PM +0100, Bas Zoetekouw wrote:
[snip]
> > ANY package that is needed by the packaging system(and this does not only
> > include dpkg support scripts, but debconf, and some maintainer scripts,
> > including adduser) NEEDS TO NOT BREAK PERIOD.
[snip]
> BTW: upgrading p
http://www.mserv.org/
License is BSD.
Description: local centralised multiuser music environment
Mserv is a music server designed to do a number of things better than most
systems designed to play mp3s:
.
Supports any type of client using standard TCP protocol
Stores information on mp3
On Wed, Jan 10, 2001 at 08:34:13AM +1100, Hamish Moffatt wrote:
> On Tue, Jan 09, 2001 at 09:29:46AM -0500, Ben Collins wrote:
> > Potato is not vulnerable. This is a woody/sid only bug (i.e. glibc
> > 2.1.9x and greater, such as the 2.2 in woody/sid). The bug is not that
> > it prints this info,
Jason Gunthorpe wrote:
> HP, via Matt Taggart, is planning to put a IA64 box and a HPPA box for us
> at their Fort Collins, Colorado facility.
That sounds good. I wasn't aware of it.
Roland
--
Roland Bauerschmidt <[EMAIL PROTECTED]>
On Tue, 09 Jan 2001, Daniel Schepler wrote:
> I'm planning to package TADS, which is a system for writing or playing
> text games similar to the Z-code system (inform, xzip/frotz/etc). The
> license is non-free.
You should probably package the runtime and the compiler in separate binary
packages
> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:
Joey> Do we actually need gimp1.1 and associated packages anymore?
Joey> gimp1.2 in in unstable.
Nope, go ahead and toss it if we can get the other libgimp1.1 using
packages out too..
Ben
--
Brought to you by the letters F and E an
On Wednesday 10 January 2001 06:53, Santiago Garcia Mantinan wrote:
> I have just had a trip to boot up a server after an upgrade to our new lilo
> package, it was my fault to not know wich of the lilo's options were really
> needed, but the question is...
>
> I think the new lilo's defaults are le
I recently filed a bug report (80092) against the nmh package regarding
the location of its program files. It installs files into /usr/bin/mh,
which isn't in the path, making running the program difficult until the
reason is found.
A suggestion was made by the maintainer to file a report against
b
1 - 100 of 111 matches
Mail list logo
