this please let me know, otherwise I might
just take the easy way out and skip it:).
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http
Previously Syrus Nemat-Nasser wrote:
> I tried to install your version on a slink system (with slink GNOME stuff
> installed) and it seg faulted.
Hmm, perhaps I should have mentioned that. I compiled these on an unstable
system, so the resulting binary will indeed only run on other systems
running
itten to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgpX2S5G90z2D.pgp
Description: PGP signature
ed in the main archive in a couple of hours and be
on the bigger mirrors by tomorrow.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW:
the final installation of dinstall and the archive.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgpGLEJ
weeks.
Please mail any reaction to me directly so I can keep track of them.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http
mbination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgpzfEac6mj1X.pgp
Description: PGP signature
rpreters.
I might be convinced to make a vim-xaw package if I do decide to make
GTK+ the default..
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTE
written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgpnHIm81OLBf.pgp
Description: PGP signature
Previously Alisdair McDiarmid wrote:
> I have (well, had) a set of customised vim syntax command in the
> /usr/share/vim/vim54/syntax/synload.vim file. I just upgraded to
> vim[-rt] 5.4.21 and lost all my syntax settings. Is the file
> likely to be backed up anywhere or anything?
No. You should ad
the wrong permissions for ssh.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgp27vGW9iln3.pgp
Description: PGP signature
Previously Keith Harbaugh wrote:
> This is to announce the establishment of a new debian mailing list:
>
> debian-security,
>
> for the discussion of all aspects of security
> significant to the Debian system, including cryptography.
How can it happen that this list was made without the se
As a lot of you have experienced, the changes I made in modutils 2.3.5-1
managed to break a fair number of machines. I have just uploaded 2.3.6-3
to fix this. Let me explain what happened:
In /etc/modutils/paths there were a lot of path-statements to set the
default paths where depmod,insmod and
Previously Vaidhyanathan G Mayilrangam wrote:
> I have the same problem. I upgraded my potato machine yesterday. I had
> a bunch of unresolved symbols. I did a update-modules. Now my machine
> is complaining about /etc/modules.conf being older than
> /lib/modules/2.2.5/modules.dep.
It's a warning
Previously Vincent Danjean wrote:
> What was wrong is that the default paths have not been changed. To solve
> the problem, we just have to add the correct default paths in
> /etc/modutils/path, do update-modules, depmod -a, and all is good.
In that case you didn't read what modutils tells you whe
Previously John Foster wrote:
> I have been working on a new installation today and to my dismay the
> sources.list file that I have been using for months, is suddenly doing
> strange things. I have made no adjustments to it but when I ran apt-get
> update and dselect update I got hits on all the s
Previously Gerardo Mauricio Sarria wrote:
> deb http://www.debian.org/~vincent/ slink-update main
No, that means you suddenly get a whole new set of packages and doesn't
help him at all.
Wichert.
--
_
/ Generally uninteresting s
old.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
pgpX5XBtGz8tF.pgp
Description: PGP signature
x27;ld like to know what you want to
see different and why.
Wichert.
--
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wichert/
p
A warning to everyone trying to run new kernels: the current modutils
implementation does not work with the latest kernel recent. For the
stable kernels everything up to and including 2.0.29 seems to work
fine. 2.0.30 however does not work. For the 2.1 series there is a new
modutils snapshot (sour
> This thread is being issued to provide all individuals and
> organizations an opportunity to voice their requirements
> and concerns. So fire away. Keep it short and terse.
Here's a simple one: the ability to create a tagfile. We had to install
25 Linux machines here a while ago and it is a pain
essages later you can switch to the
second console
with Alt-F2 and give the command `dmesg').
Hope this helps,
Wichert.
--
======
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [
> > Linux openwin logo, but before the screen turns blue, the X-server
> > exits with the message
> > lwm: can't find library 'libolg.so.3'
[.. snap ..]
> This is a shared library and for libraries to be found you have to run
> ldconfig as root after moving or installing libraries.
Also make sur
> I like to see that the standard ls is now colorized. But I wonder why the
> old one isn't removed automatically? Is there a reason for this?
Some monitors make text unreadable (cheap laptops for example) when you use
colors. Maybe a postinst-script could ask if color-ls should be the new
defaul
Previously Matus fantomas Uhlar wrote:
> it should be probably replaced by elvis-tiny , even on distribution disks...
1. not everyone knows how to use vi
2. ae is *small*. lots smaller then elvis-tiny.
Wichert.
--
/ Generally
I just uploaded a set of potato backport packages to
ftp://ftp.valinux.com/pub/people/wichert/ . The packages are divided
in two categories:
* kernel24, which has packages you need to run a 2.4 kernel. The only
really needed package is modutils, the rest is only needed to use the
extra featur
It seems I made a `slight' mistake in dpkg 1.7.0 which broke
update-alternatives. Combined with a perl upgrade that can have some
nasty effects. I fixed this in dpkg 1.7.1, and I strongly advise
everyone to immediately upgrade to that version if you have 1.7.0
installed.
You can grab it from http
Previously Toens Bueker wrote:
> I really need that machine up and running again urgently - what can I do?
If you need the machine that desperately, why is it running unstable?
This sounds like you made a bad choice..
Wichert.
--
___
Previously Chris Wagner wrote:
> RPM is a piece of crap compared to dpkg, and now we have apt (advanced
> package tool).
Can we please not be so negative about rpm? I'll agree that dpkg is
better (and of course I'm completely not biased here :), but rpm
is not a piece of crap.
Wichert.
--
___
Previously Chip Salzenberg wrote:
> Actually, from what I've been told, rpm has at least one serious
> technical flaw: The order of execution for pre-install and
> post-install scripts is nonsensical for upgrades.
I wouldn't call it nonsensical, but the way dpkg does it is definitely
more robust.
Previously Keith G. Murphy wrote:
> I must say, my subjective experience has been that rpm's are much faster
> to install something. Of course, it's also faster to throw my clothes
> on the floor, rather than put them in the hamper...
That is a result of the fact that rpm uses a binary database f
Previously Joey Hess wrote:
> When we were talking about this at the office, we did come up with one
> situaton where the rpm ordering actually let you correct problems in
> a previous package in a way dpkg's ordering did not. However, I figured
> out a workaround we could use if we ever ran into t
Previously Joey Hess wrote:
> http://www.debian.org/Lists-Archives/debian-dpkg-0004/msg2.html
Okay, but that issue assumes that a package leaves a bomb in its
prerm. There is no way to protect yourself from such trojan packages
anyway, wether you use rpm or dpkg.
Wichert.
--
_
Everyone: please stop reporting bugs for base-passwd. I'm very
much aware of the problems and already fixed them in version
3.1.5. However due to a bug in the current rsync package this
version hasn't been installed on the FTP servers yesterday.
Wichert.
--
__
Previously Richard and Amy Bejtlich wrote:
> Are you aware of any security concerns involving Debian's Address Search
> Protocol, on port 27374? I perform intrusion detection and have observed
> probing activity for this port. Also, can you point me towards any
> resources describing this protoco
Previously Seth R Arnold wrote:
> This I admit would be sort of slick -- perhaps there should be a
> "copyrights" directory off of /usr/share/doc/ that contains the entries
> "GNU" "Artistic" "BSD" "XFree86" "Mozilla" and packages could symlink their
> copyright to one of those entries, if it match
(this shouldn't really be in debian-user, I'll set the Reply-To
accordingly)
Previously MiniVend wrote:
> 1. Be able to select which processor that system uses, i386, m68, alpha,
> etc from a menu. such that when the selection is made all installed
> software does NOT include references to process
Previously John Foster wrote:
> I was referencing the kernel package. It seems to have a lot of stuff I do
> not require for my i386 CPU but when I have removed/deleted some of these
> from the tree in the past, it screwed up my dpkg dependencies.
The kernel source package only contains a tar arch
It seems the new version of net-tools in unstable is completely and utterly
broken to the point where it is no longer possibile to configure any
network interface:
fog:~# ifconfig lo 127.0.0.1
SIOCSIFADDR: Bad file descriptor
lo: unknown interface: Bad file descriptor
lo: unknown interface: Bad f
Previously Wichert Akkerman wrote:
> Needless to say this is *EXTREMELY* stupid behaviour of ifconfig
> and completely breaks your system.
Okay, for those of you who have iproute installed, you can still get things
up and running using the ip tool. Like this:
ip addr add 127.0.0.1 dev lo
i
Previously Me wrote:
> The goal is to develop and promote a set of standards
> that will increase compatibility among Linux distributions
> and enable software applications to run on any compliant
> Linux system.
That's a nice description of the LSB.
Wichert.
--
__
Previously Daniel Jacobowitz wrote:
> On Tue, Aug 07, 2001 at 01:35:48AM -0400, Joey Hess wrote:
> > dip:
> >
> > HELP: WHat did this group's name signify? DIaluP?
>
> Dialup IP. apt-cache show dip, actually.
And ppp as well. Being in group dip allows you to use a tool to dialin,
group dial
Previously Sam Couter wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
> > dialout:
> >
> > HELP: Is this used for /dev/cua devices or something?
>
> Probably historically mixed up with uucp, fax and dip. I don't see why four
> groups for serial port access are necessary.
No, they are very diff
Previously Joey Hess wrote:
> Debian has always lacked an explanation of what the various users and
> groups are for. Such a document is useful for sysadmins who must
> determine the correct way to use various users and groups.
Amusingly enough Jochen Voss made a draft of such a document recently
Previously Antonio Rodriguez wrote:
> What exactly is base-passwd?
[tornado;~]-2> dpkg -p base-passwd
Package: base-passwd
Essential: yes
Priority: required
Section: base
Installed-Size: 92
Maintainer: Wichert Akkerman <[EMAIL PROTECTED]>
Architecture: i386
Version: 3.2.1
Replaces:
Previously Joey Hess wrote:
> majordom:
>
> Majordomo has a statically allocated uid on Debian systems for
> historical reasons.
>
> HELP: Do we still even ship that buggy old POS? And can someone
> remember what the hysterical raisins were?
No longer created on ne
Previously Dave Sherohman wrote:
> Why? It seems a good, fairly standard method for allowing (selected)
> non-root users to configure and build system software. (You still have
> to become root to install it, of course, but, IMO, that should be the
> only part of the process to require root privi
Previously Emil Pedersen wrote:
> If program want to use lsf, do they need to use other syscall names
> (e.g. fseek64() instead of fseek(), ...)? I assume that's the case and
> necessary for compatibility.
No, glibc does that for you.
> If the program don't use large files they should work, with
Previously Andreas Goesele wrote:
> I found this strange as I thought for bash one would write
It is not a bash file, it is used by pam_env and contains lines with
a simple key=value syntax.
> Is it possible that some package would add such a line to my
> /etc/environment? What package could that
Previously Branden Robinson wrote:
> Media Contact:
> Aaron Stenhoff
> Progeny Linux Systems, Inc.
> (317) 833-0313 (ext. 137)
> [EMAIL PROTECTED]
So, do we get $1k for posting an advertisement now?
Wichert.
--
/ Generally uni
Previously dman wrote:
> Related to that, is SSL support for galeon/mozilla packaged for Debian
> now?
Has been for some time now.
> Any reason for using mailman for the list but pipermail for the
> archives? IMO mailman makes really nice archives.
pipermail is the mailman archiving backend.
W
Previously Craig Small wrote:
> I know how to fix this, but it then leads to the question, which way is
> the correct way? There are three possibilities:
Variant of your first option:
- Default to to listing both ipv4 and ipv6, and add -4 and -6 options
to force only one of them.
That is also
Next monday (the 29th) the internet connection for Leiden University
where pandora is hosted will be moved from surfnet4 to surfnet5.
Work will start at 18.00 CET and should be finished by 23.00 CET,
and during those 5 hours pandora will not be reachable. This affects
the following services:
vim 6.0 was released yesterday and I just finished the packages for it.
Please note however that if you have been using the prerelease packages
I made this will be a downgrade (unfortunately I made a stupid mistake
in versioning), so you will have to install it manually.
You can grab it from htt
Previously [EMAIL PROTECTED] wrote:
> Just use an epoch, please. That's what it's for.
No, those package were never uploaded to debian and have always been
marked as experimental prereleases and this happens to be one of the
bugs present on them. If you don't like that you shouldn't have
used thos
Previously Tomohiro KUBOTA wrote:
> Wonderful. I just tested it. It can use EUC-JP encoding in
> EUC-JP locale. Also other encodings. In short, it is locale-
> sensible.
Great!
> If vim 6.0 will be included in Woody, Bug#107856 (enable CJK
> handling ability) can be closed. Are you willing t
Previously Peter Palmreuther wrote:
> I would like to ask if there would be a packaged version for stable/potato too
> or if vim-6 will remain .deb-ed only for >= "wooddy"?
I can build a potato package as well, but if you don't mind I'ld like to
wait until the packages have stabalized in bit in un
Previously Daniel Burrows wrote:
> Sssh! Don't give him ideas!
Not needed, I'll settle for Essential: yes :)
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED]
Previously Rick Pasotto wrote:
> The upgrade (from 5.8) removed vim-rt and I kept the old config files.
You need the new vimrc.
Wichert.
--
_
/ Nothing is fool-proof to a sufficiently talented fool \
| [EMAIL PROTECTED
Previously Steve Greenland wrote:
> It does. I just tested. Nvi uses 30, vim 120.
Indeed:
vim (5.7.019-1) unstable; urgency=low
...
* Bump alternative priority to be the same as elvis
...
-- Wichert Akkerman <[EMAIL PROTECTED]> Tue, 26 Dec 2000 18:14:21 +0100
The current version of modutils in unstable does not work with
the ieee1394 drivers from the 2.4 Linux kernels. In a good
demonstration of how to maintain a stable codebase the kernel
developers changed some data structures that broke things.
This means that if you need to use 1394 drivers you wi
Previously Caleb Shay wrote:
> I second this. For example, at the bottom of /etc/vim/vimrc there are
> several lines commented out "as they cause vim to behave a lot different
> from regular vi". However, as was pointed out below, vim is NOT the
> default vi when you install, so why not enable so
Previously Paul Mackinney wrote:
> What would be helpful is a README.Debian file in /usr/doc/vim that
> alerts the user to the existence of /etc/vim/vimrc and its nice set of
> potential customizations. I had overlooked the vim stuff in /etc, but I
> have learned to check the /usr/doc directory.
Previously Karl M. Hegbloom wrote:
> Why is it prompting for these when I have not modified them at all
> AFAIK? Is this a bug in dpkg or a packaging error? Anyone know?
You'll have to compare MD5 checksums to figure that out. Without those
we really can't say anything.
Wichert.
--
Previously Josip Rodin wrote:
> I think some of these packages might be fucking around with the files.
I suspect a few packages of doing that. texmf.cnf is a well known
culprit for example.
Wichert.
--
_
/[EMAIL PROTECTED]
On Mon, Oct 20, 1997 at 09:54:25AM +0100, [EMAIL PROTECTED] wrote:
> Replacing modules by modutils will require some tricky dpkg stuff. Wichert?
Actually it should be automic now: when you install modutils it replaces
all of modules' files.dpkg will notice that and mark modules as removed.
Gerno
66 matches
Mail list logo
