Hello,
The build-depends is limited when it comes to compiling a package
based on a number of different and incompatible libraries.
Take Kerberos for an example - it has two implementations MIT and
Heimdal. Currently, this requires two separate source packages, in
order to set the build-depends c
On Tue, Jan 09, 2001 at 02:46:42PM -0800, Bruce Perens wrote:
> Please verify the situation regarding ia64 and get back to me.
> Sorry about the list posting. I just hit "r" without looking.
Besides HP I think also Compaq may be able to offer one. They have an
Account on IA64 on their TestDrive We
On Tue, Jan 09, 2001 at 06:08:23PM -0500, Michael Stone wrote:
> sounds very good.
besides that -j ("junkzip"?) is NON-DESCRIPTIVE at all. -Z or -2 would be
better... but thats an Upstream Issue I guess.
Greetings
Bernd
--
(OO) -- [EMAIL PROTECTED] --
( .. ) [EMAIL PROTECTED],linux.d
On Tue, Jan 09, 2001 at 09:52:41AM -0600, Adam Heath wrote:
> > BTW. Why didn't you post a bug report about this?
>
> I did, I only bcc'd it to [EMAIL PROTECTED], so that replies wouldn't spam
> the bts.
I filed the critical Bug Report #80197 20 days ago... even the old perl
packages
where bro
> Jon Eisenstein <[EMAIL PROTECTED]> writes:
> > 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.
MH is
> "Brian" == Brian May <[EMAIL PROTECTED]> writes:
Brian> Note: [1] Normally I try to find the files manually via
Brian> lynx, but right at the moment this is rather difficult, as
Brian> I seem to try numerous directories but not get the expected
Brian> result. Some packages
> "zhaoway" == zhaoway <[EMAIL PROTECTED]> writes:
zhaoway> This is only a small part of the whole story, IMHO. See
zhaoway> my other email replying you. ;)
>> Maybe there could be another version of Packages.gz without the
>> extended descriptions -- I imagine they would tak
Ben Gertzfield wrote:
> > "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..
Looks like on
Hi Martin,
I'm sorry, this is my first ITP, I just "copied" another ITP (as I could
not find this string by greping policy and packaging-manual...) I'll
file this bug and as far as I read in bugs.debian.org it will be just like
an ITP, so no need to do it again right?
thanks again and sorry =(
Jon Eisenstein <[EMAIL PROTECTED]> writes:
> 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 suggestio
[Gerfried Fuchs <[EMAIL PROTECTED]> wrote about dropping icq field]
> Jason said he won't decide - I really understand that. But maybe if
> some of the other 113 people that are currently using the icq field (or
> also others, that might use the jabber field) could comment on this it
> would be g
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
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
> "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 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
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 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,
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 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
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
* 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]
[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
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
> " " == 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
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,
> " " == 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
> " " == 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
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
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
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
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.
> > 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
> > 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?)
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?
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
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-
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
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
> "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.
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
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."
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
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 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 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 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 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 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
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
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
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
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
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.
"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 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
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:
> 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
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, 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
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: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
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
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,
(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.
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
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
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]>
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
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
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, 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
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
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
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
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! ;)
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
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
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,
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
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
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
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
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
Where could I get one? Thanks!
Even no package for it is okay! ;)
--
echo < */
EOF
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+
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
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
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
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 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
> >> 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
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
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
--
--
** 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 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
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 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
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
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
1 - 100 of 111 matches
Mail list logo
