Daniel Martin [EMAIL PROTECTED] writes:
Ever have one of those days, when nothing goes right?
tkdesk 1.0p1-1 had some annoying packaging errors (most notably a
non-working menu file); annoying enough that I'm fixing them and
uploading yet another tkdesk.
Was I talking about having one of
sorry about this,
A test email. #1.
Jason
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, 6 May 1998, Martin Schulze wrote:
thanks to everyone who has asked if we have problems with the
listserver. Indeed we had a problem with it. Delivery was
sized down to 2%. I have to admit that I don't know why. I've
resized it back to 100% and from the log I see delivery runs
I have a package that uses two very small libraries, shhmsg and shhopt.
I packaged the libs separately from the program that uses them, but it
has been suggested that I just incorporate them in the package that
uses them (snake4).
The libs are generally useful and they are distributed
Nils == Nils Rennebarth [EMAIL PROTECTED] writes:
Nils [1 text/plain; us-ascii (7bit)] On Tue, May 05, 1998 at
Nils 11:23:38AM +0100, Luis Francisco Gonzalez wrote:
Craig Sanders wrote:
On Mon, 4 May 1998, Michael Meskes wrote:
Jim Pick writes:
I must admit,
I just recieved the following email... below it is the COPYING file
that ships with `scsh'. May it go into the main distribution, or
should I see if I can negotiate a different licence?
Is this licence DFSG compliant, and if not, what parts of it are in
conflict? Help me learn this,
On 6 May 1998, Manoj Srivastava wrote:
Hi,
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Dale On 6 May 1998, Manoj Srivastava wrote:
Dale During our past discusion on these issues I made direct requests
Dale for clarifying statements about priorities of policies. I
Dale specifically
On Wed, 6 May 1998, Brian White wrote:
Several people have asked for this, but maintainers already get separate
reports about their packages and reports by package are available on
the web site, so I don't really understand the usefulness of presenting
it that way here. Is there
I would suggest that this one is very close but still misses...
On Wed, May 06, 1998 at 06:41:14PM -0700, Karl M. Hegbloom wrote:
[snip]
Use of this program for non-commercial purposes is permitted provided
that such use is acknowledged both in the software itself and in
accompanying
From what I can tell, the method for locking the passwd and shadow
files is not the same in glibc and the shadow utils. Can anyone shed
some light on this?
Is anyone working on porting PAM from Red Hat to Debian? Is that
planned?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi,
This is getting nowhere. Well, when the constitution is
ratified, maybe one can see how much support there is for more
strongly ratifying the policy documents. As it stands, I have no
motivation to work on the ``good practices'' document unless I have
any indication it is going to
maybe the term offical for cdroms be used, if someone sells a set of
cdroms, constisting of the official cdroms and an extra cd with things
like debian-non-US, debian-non-free (those parts that are allowed to be burned
and sold), and other stuff like 2.0 + 2.1 kernel source, netscape, mozilla,
kde
On Thu, May 07, 1998 at 07:41:02AM +0200, Alexander Koch wrote:
On Thu, 7 May 1998 01:48:56 -, Christian Hudon wrote:
Source: perl
Binary: perl-suid perl-debug perl
Version: 5.003.07-11
Distribution: stable
You misquoted a part:
Urgency: high
Changes: fixes
--On Wed, May 6, 1998 8:07 pm -0700 Karl M. Hegbloom
[EMAIL PROTECTED] wrote:
From what I can tell, the method for locking the passwd and shadow
files is not the same in glibc and the shadow utils. Can anyone shed
some light on this?
Is anyone working on porting PAM from Red Hat to
Hi,
I'm using Debian 1.3.1 and till that i'm using only as root's user
cause
I was having problems on installing my PCBIT ISDN card, but know it's ok
! :)
When the problem was resolved I'd log in as other user but I couldn't
make man
command as well start up X !
My problem was the /tmp
On Thu, May 07, 1998 at 11:08:45AM +, Nuno Emanuel F. Carvalho wrote:
Hi,
I'm using Debian 1.3.1 and till that i'm using only as root's user
cause
I was having problems on installing my PCBIT ISDN card, but know it's ok
! :)
When the problem was resolved I'd log in as other user
-BEGIN PGP SIGNED MESSAGE-
On Thu, 7 May 1998, Nuno Emanuel F. Carvalho wrote:
$ chmod 777 tmp
Please do
chmod 1777 /tmp
instead.
If you are worried about security, the sticky bit is supposed to be
explained in every good general FAQ about Unix.
Thanks.
-BEGIN PGP
Sorry, I've got no messages from the list since yesterday. Is the
list alive? So I send my message from yesterday once more and hope that
now all is right.
Hello,
I have installed tetex-base_0.9-5 and the other related teTeX packages
dpkg --status tetex-base says:
Package: tetex-base
Status:
I downloaded the kernel-source_2.0.33-7.deb package and installed it on my
1.3.1r6 system. (I needed the fat32 patch). I now understand why I had
trouble patching kernel sources from .deb packages, because they have
already been patched, so patch tried to REMOVE the patch instead of
INSTALLING
On Thu, May 07, 1998 at 08:10:16AM -0400, [EMAIL PROTECTED] wrote:
Has this been fixed for hamm? ( Or have I missed something here?)
I use the kernel-package .deb to make custom kernels. It is available
for bo and hamm. It makes a .deb that you can install with dpkg -i.
I quot.
This package
[EMAIL PROTECTED] writes:
No problem here. As I said I *DID* find the answers and got my debian
installation to talk to my
ethernet card after making use of available documentation. But it was not
Debian specfic documentation that
was most helpfull, but rather general linux networking and
I tried to upgrade tetex-0.4 to tetex-0.9 but that failed altogether,
because the postinst failed. I corrected the install scripts and sent a
patch to the maintainer but did not get any feedback.
Nils
--
*-*
| Quotes
I have tossed around the idea of a ham specific configuration that
would fit on a zip disk. Not the fastest way to run the system,
but you could set up a swap and var/temp area on a small local
hard drive, use a ramdisk and have an easy way to upgrade the node.
I haven't thought about what
On 7 May 1998, Manoj Srivastava wrote:
Fine. But the moment any package ``ignores'' policy and
insists policy is not broken, so should not be fixed, I shall file
bugs against the package.
Which I will happily reasign to Policy.
As the technical committee would look at the
Rev. Joseph Carter [EMAIL PROTECTED] writes:
[1 text/plain; us-ascii (7bit)]
On Fri, May 01, 1998 at 04:19:42PM +1000, John Boggon wrote:
Can someone tell me why a new distribution has to be started up just
because the current one isn't newbie friendly or easy to install ?
There isn't
Here are my thoughts:
Jules Bean [EMAIL PROTECTED] writes:
--On Thu, Apr 30, 1998 1:57 pm -0400 Dale Scheetz [EMAIL PROTECTED]
wrote:
Keep source in Source Format and use the .deb files for what they were
intended, the distribution of binary components.
I have little doubt you're
On Thu, 7 May 1998, Martin Schulze wrote:
On Thu, May 07, 1998 at 07:41:02AM +0200, Alexander Koch wrote:
On Thu, 7 May 1998 01:48:56 -, Christian Hudon wrote:
Source: perl
Binary: perl-suid perl-debug perl
Version: 5.003.07-11
Distribution: stable
Urgency: high
Shaleh [EMAIL PROTECTED] writes:
I am the E/Imlib/Fnlib maintainer. I would like to help or make
packages for the other architectures that are able to run them. If you
have a machine and can give me access please let me know.
BTW is there a list of machines like this somewhere? Might be
Brederlow [EMAIL PROTECTED] writes:
It would be a great idea to have source dependencies. I compile all
sources on my debian mirror and most fail because of missing
files. One then has to search the package and install that before
compiling again.
A very simple way to improve in this area
On Thu, 7 May 1998, Nils Rennebarth wrote:
I tried to upgrade tetex-0.4 to tetex-0.9 but that failed altogether,
because the postinst failed. I corrected the install scripts and sent a
patch to the maintainer but did not get any feedback.
Try
dpkg --purge --force-depends tetex-base
Brederlow [EMAIL PROTECTED] writes:
Apart from that, you could also crosscompile.
Uh, no. Please do not upload untested cross-compiled code. Untested
stuff is the most likely to break and cross compilation is often
dodgy. There are maintainers for the non-i386 architectures who will
compile
I seem to remember that the packages in bo used to be updated for major
bugs (like security problems.) It seems like now such packages are only
in bo-updates, not in bo itself, which means that they don't show up in
the Packages list. An example is the bind fix that was put in
bo-updates a couple
On 7 May 1998, Falk Hueffner wrote:
Brederlow [EMAIL PROTECTED] writes:
It would be a great idea to have source dependencies. I compile all
sources on my debian mirror and most fail because of missing
files. One then has to search the package and install that before
compiling again.
On Thu, May 07, 1998 at 11:27:46AM +0200, Martin Schulze wrote:
Version: 5.003.07-11
Distribution: stable
Urgency: high
[..]
It is a real upload. It's a security fix for our stable release.
Uploads into stable may only fix security problems and should not
introduce new upstream
--On Thu, May 7, 1998 10:38 am -0400 Dale Scheetz [EMAIL PROTECTED]
wrote:
WRT [Falk's] suggestion above, I don't think that developers can/should
edit
the .dsc file (its check sum is computed by dpkg and provided in the
changes file for dinstall to verify the components).
The correct
Dale Scheetz wrote:
On 7 May 1998, Manoj Srivastava wrote:
Fine. But the moment any package ``ignores'' policy and
insists policy is not broken, so should not be fixed, I shall file
bugs against the package.
Which I will happily reasign to Policy.
Hang on, Dale. Just think
Several people have asked for this, but maintainers already get separate
reports about their packages and reports by package are available on
the web site, so I don't really understand the usefulness of presenting
it that way here. Is there something I'm missing?
If your own
On Thu, 7 May 1998, Oliver Elphick wrote:
Dale Scheetz wrote:
On 7 May 1998, Manoj Srivastava wrote:
Fine. But the moment any package ``ignores'' policy and
insists policy is not broken, so should not be fixed, I shall file
bugs against the package.
Which I will
Brederlow [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] writes:
No problem here. As I said I *DID* find the answers and got my debian
installation to talk to my
ethernet card after making use of available documentation. But it was not
Debian specfic documentation that
was most
On Thu, May 07, 1998 at 08:16:56AM -0700, Joel Klecker wrote:
At 16:29 +0200 1998-05-07, Martin Schulze wrote:
On Wed, May 06, 1998 at 07:43:45PM -0700, Joel Klecker wrote:
Nope! Non-Maintainer releases doesn't justfify closing of bugreports.
They only justify 'severity normal'.
I was noting
On Thu, 7 May 1998, Brian White wrote:
The message is intended to inform _others_ of the problems that exists
in order to encourage them to help solve those problems. When people
whine about When is Hamm going to be released? I can just point them
to this weekly message and ask them what
The message is intended to inform _others_ of the problems that exists
in order to encourage them to help solve those problems. When people
whine about When is Hamm going to be released? I can just point them
to this weekly message and ask them what they've done to help.
So this is
I was gratiously given an account by another developer on an alpha. I
do not believe that imlib/fnlib/E works on m68k -- correct me anyone if
I am wrong. I would be more than willing to try and get a ppc version
going. I never received a bug from an alpha maintainer -- I stumbled
across it in
Shaleh [EMAIL PROTECTED] writes:
I do not believe that imlib/fnlib/E works on m68k -- correct me
anyone if I am wrong.
Unless it broke recently, you are; certainly I've seen imlib based
stuff work on m68k IIRC. m68k is usually the least problematic port
(sparc powerpc are using dodgy glibc
Package: general
Version: 1998-05-07
Today I have just tried the new APT on a libc5 machine to upgrade to hamm.
[ Looks promising! ].
Well, from the hundreds of messages I was able to see a killall: command
not found or something alike. I am quite surprised to see that psmisc is
just optional
Santiago Vila [EMAIL PROTECTED] writes:
Anyway, since psmisc is not essential (and this is what really
matters), it would be interesting to know which package uses killall
(if any) and where, to add the appropriate Dependency.
Maintainer scripts (and most everything else) should not use
Hi,
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Dale On 7 May 1998, Falk Hueffner wrote:
Dale Whithout meaning to sound too negative, I want to caution
Dale against such patch and fill design. Ian J. worked very hard (and
Dale was very successful in my opinion) to design the current source
47 matches
Mail list logo