Programming-Question

[dmw256]

Hallo,

I´ve an programming-question and would be very happy, if you can
help me or tell me, where I can find information relating to this or who
I could ask. Thanks a lot!

I´d like to know, if Debian (or Linux in general) uses BIOS-functions for
hard drive-acces on 386+ system or if it has it´s own routines. In that
case - how do they work? And where can I find someting about Ultra-DMA
programming?
(I want to write my own boot-manager and a program to create images
or partitions, but using BIOS seems to be very slow (but I also only have
tried it with small buffers...))

Cheers,
doni

__
Die Besten ihrer Klasse! WEB.DE FreeMail (1,7) und WEB.DE Club (1,9) -
bei der Stiftung Warentest - ein Doppelsieg! http://f.web.de/?mc=021184

Re: The size of debian packages

[Matt Zimmerman]

On Tue, Sep 23, 2003 at 10:34:31PM +0100, Andrew Lyon wrote:

> Since installing Debian in May the amount of disk space required for my OS
> has risen from 1.5GB to 3GB and has reached the limit of the partition.  
> I don't really want to allocate any more space to the OS as I'm sure there
> must be stuff there that I do not need or use (I admit to running dselect
> a little to liberally in the past!). How can I find out the sizes of the
> packages and try to establish what I can remove without disaster. I tried 
> using deborphan to do this but it didn't even put a dent in my 100% full 
> volume.

apt-get install debian-goodies && dpigs

-- 
 - mdz

Re: Virus emails

[Anthony DeRobertis]

On Tue, 2003-09-23 at 03:44, Lars Wirzenius wrote:

> I favor this approach over simple applications of violence, such as
> using an axe on any computer infected by a virus.

Why punish the hardware for what is clearly a wetware problem?


signature.asc
Description: This is a digitally signed message part

Re: The size of debian packages

[H. S. Teoh]

On Tue, Sep 23, 2003 at 10:34:31PM +0100, Andrew Lyon wrote:
[snip]
> a little to liberally in the past!). How can I find out the sizes of the
> packages and try to establish what I can remove without disaster. I tried 
> using deborphan to do this but it didn't even put a dent in my 100% full 
> volume.
[snip]

Apart from all the other suggestions that have come up, I'd mention that
you *could* run 'deborphan -a' which checks other sections than libs as
well. Of course, this returns all packages that nothing else depends on,
which includes stuff you probably want to keep; but at least it gives you
something to start with.


T

-- 
It only takes one twig to burn down a forest.

Re: The size of debian packages

[Jonathan Oxer]

On Wed, 2003-09-24 at 07:34, Andrew Lyon wrote:

> Since installing Debian in May the amount of disk space required for my OS
> has risen from 1.5GB to 3GB and has reached the limit of the partition.  
> I don't really want to allocate any more space to the OS as I'm sure there
> must be stuff there that I do not need or use (I admit to running dselect
> a little to liberally in the past!). How can I find out the sizes of the
> packages and try to establish what I can remove without disaster. I tried 

Consider also not just what packages are installed but other things that
could be using space: logs, caches etc. Not too many machines would have
3GB of actual packages installed unless you'd been *really* liberal with
dselect  ;-)

Do an 'apt-get clean' (or 'apt-get autoclean'), then check disk usage
again. And maybe try 'ls -lhS | head' and 'du -h --max-depth=1' in a few
places like /var/log, and get rid of big/old/rotated logfiles. I suspect
you'll find there are plenty of places you can recover space that way.

Cheers  :-)

Jonathan

Re: The size of debian packages

[Martin Pitt]

Hi!

(This question actually belongs to debian-user, but the heck with it)

Am 2003-09-23 22:34 +0100 schrieb Andrew Lyon:

> How can I find out the sizes of the packages 

apt-cache show  will print a field 'Size: xxx' which
shows the installed size in bytes (IIRC).

For your purpose it may be more comfortable to see this in dselect.
Pressing 'i' twice to switch the description window to the verbose one
will also show the Size: field.

> and try to establish what I can remove without disaster. 

That depends on what you want to do with your system. The easiest
approach IMO is to call dselect, walk through your list of installed
packages and remove/purge the ones you don't need. But DON'T remove
Required or Important packages (that would lead to a disaster);
probably you do not want to remove the Standard ones either.

Thus, concentrate on removing optional and extra packages.

> I tried using deborphan to do this but it didn't even put a dent in
> my 100% full volume.

Of course. deborphan only shows libraries that are not needed any
more. But unless you remove some applications, they are likely to be
dependencies of your installed packages, thus cannot be removed.

deborphan is a great tool to remove unneeded library _after_ removing
applications. Just try it again after the dselect cleanup.

Have a nice day,

Martin
-- 
Martin Pitt
home:  www.piware.de
eMail: [EMAIL PROTECTED]

Re: The size of debian packages

[Bruce Stephens]

Andrew Lyon <[EMAIL PROTECTED]> writes:

> Since installing Debian in May the amount of disk space required for
> my OS has risen from 1.5GB to 3GB and has reached the limit of the
> partition.  I don't really want to allocate any more space to the OS
> as I'm sure there must be stuff there that I do not need or use (I
> admit to running dselect a little to liberally in the past!). How
> can I find out the sizes of the packages and try to establish what I
> can remove without disaster. I tried using deborphan to do this but
> it didn't even put a dent in my 100% full volume.

You might try debfoster.  synaptic makes it pretty easy to see your
installed packages, sorted in order of size.

This script shows installed packages together with their installed
size:

#!/bin/sh
gawk 'BEGIN {RS=""; FS="\n"}
 $2~/ installed/ {
split($1, pkg, " ");
split($5, size, " ");
print pkg[2], size[2];}' /var/lib/dpkg/status

I call it "installed".  Then things like "installed | sort -n -k 2 |
less" can be useful.

[...]

Re: Virus emails

[Brian May]

On Mon, Sep 22, 2003 at 04:53:16PM +0200, Matthias Urlichs wrote:
> The list of hardware required to stop this spam unfortunately seems to
> include a time machine.

Just because you can't afford one...

Another (cheaper) solution though would be to pull the plug ;-).

There! No more spam problems!

(PS: Make sure you pull *all* the required plugs, just in case your
computer has multiple redundant connections...)
-- 
Brian May <[EMAIL PROTECTED]>

Re: The size of debian packages

[Bernd Eckenfels]

On Tue, Sep 23, 2003 at 10:34:31PM +0100, Andrew Lyon wrote:
> Since installing Debian in May the amount of disk space required for my OS
> has risen from 1.5GB to 3GB and has reached the limit of the partition.

Try to start with "du -sk /var/* | sort -n" and "du -sk /usr/{lib,share}/* | 
sort -n".

Greetings
Bernd
-- 
  (OO)  -- [EMAIL PROTECTED] --
 ( .. )  [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/
  o--o *plush*  2048/93600EFD  [EMAIL PROTECTED]  +497257930613  BE5-RIPE
(OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!

The size of debian packages

[Andrew Lyon]

Hello,

Since installing Debian in May the amount of disk space required for my OS
has risen from 1.5GB to 3GB and has reached the limit of the partition.  
I don't really want to allocate any more space to the OS as I'm sure there
must be stuff there that I do not need or use (I admit to running dselect
a little to liberally in the past!). How can I find out the sizes of the
packages and try to establish what I can remove without disaster. I tried 
using deborphan to do this but it didn't even put a dent in my 100% full 
volume.

Ideas appreciated.

Thanks
Andy

Re: Virus emails

[Ulrich Eckhardt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tuesday 23 September 2003 01:48, Gunnar Wolf wrote:
> Mike Hommey dijo [Tue, Sep 23, 2003 at 12:28:44AM +0200]:
> > Maybe I'm wrong, but I think an MTA rejecting a mail because of oversized
> > body doesn't have to get the whole body before rejecting the mail. Based
> > on this, it should be possible to reject the mail before it gets fully
> > transfered to the server.
>
> I don't think so - And if so, this could break many client MTAs.

The client-MTA in question has a name: swen. I wouldn't give a rat's ass, as 
our Lacrosse-coach says ... in other words, there are no rules in war, not 
even RFCs.

Or am I missing something?

Uli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/cKYswVdGSYi8Mq8RAkilAKC1VolbmQdMbkztBWEtkHXReK+0lACeNezi
rETrxn/QCo98I7hTz8qvkig=
=9/C/
-END PGP SIGNATURE-

Re: Re: Building kernel modules for stock kernels is a hell of a job!

[Manuel Bilderbeek]

Hello,
Kernel 2.4.22 got into testing, so I have to go to the procedure again.
#include 
* Manuel Bilderbeek [Sun, Aug 24 2003, 04:32:45PM]:
The procedure I'm going through is as follows (being root all the time)
1) install the kernel source for the kernel, e.g. kernel-source-2.4.21
2) go to /usr/src and tar xjvf kernel-source-2.4.21.tar.bz2
Why don't you use the kernel-headers packages and use them as partial
kernel source? They provide header files (including the complete kernel
version) and the .config that belongs to them.
OK, but that doesn't work! See this:
goemon:/usr/src/linux# make-kpkg modules_image
We do not seem to be in a top level linux kernel source directory
tree. Since we are trying to make a kernel package, that does not make
sense.  Please change directory to a top level linux kernel source
directory, and try again. (If I am wrong, and this is indeed a top
level linux kernel source directory, then I have gotten sadly out of
date with current kernels, and you should upgrade kernel-package)
So, only with a full kernel source tree and the copied .config you seem 
to be able to use make-kpkg. I can't help it. Please tell me I'm wrong. :)

--
Grtjs, Manuel
PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ )
PPS: Visit my homepage at http://manuel.msxnet.org/

Limit on the number of users in a group?

[Ondrej Hrebicek]

Hi,

when a group in /etc/group contains over a 100
members, chgrp stops functioning properly when a
numeric group ID is passed as an argument.

Providing a group name as an argument works correctly
in all cases.
However, when the 100+ member group exists in
/etc/group, providing a numeric group ID as an
argument sends chgrp into an infinite loop eating up
all available resources.

I have recently upgraded from stable to testing, but
I've only noticed this bug recently, and I am unsure
if it has been there before.

RedHat has addressed a similar bug in April (see
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=82619).
They have fixed the bug in the RHSA-2003:089-11
advisory (see
http://rhn.redhat.com/errata/RHSA-2003-089.html).

Is this a known bug in Debian? Please, reply all to
this email.

Thank you,
Ondrej

__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: Debian RC System/Init Scripts

[Henrique de Moraes Holschuh]

On Wed, 24 Sep 2003, Jerry Haltom wrote:
> My goal in monkeying with the init system is to clean it up a bit, and
> perhaps develop my own parallel service startup method. Albiet, a bit
> less than other distros like Gentoo, as no Debian init script declares
> dependencies.

Read the init scripts paper in http://people.debian.org/~hmh/  

> Please don't denounce my efforts as "Debian doesn't need parallel
> starts!" Because I'd like to make it for myself, regardless what Debian
> needs.

Go for it. We do want it, but we want it done right.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

The Good Year

[2190134961]

Tel Aviv, 27 in Septembre 2,003
1 Rajab 1,423, Rosh HaShana 5,764.

Exit to Freedom

Madam, Sir,

This document tackles the problems of economic and security
risks you are confronted with everyday.

Previous versions of that document have been released before
today. I have to apologise for one mistake: the definition of
the Index was wrong.

This is a two part document:

I - Explaination and Legend of "Roadmap to Exit": Why do we
need an Exit?

II - "Roadmap to Exit" itself: step by step instructions on
how you may perform your Exit.

I - Explaination and Legend of "Roadmap to Exit".

Credit is the cause of most of the ills of our global economy
and of our global society.

Credit is at the heart of the internal imbalances of our
economy.

Credit is the root of the structural unstability of the old
global credit based economy.

It explains why it is crippled with ever increasing
unemployment, plagued with endemic excessive production,
plethoric unused capacities, dwindling anemic demand,
vertiginous mountains of bad debt, staggering deflation and
increasingly diminishing returns.

"The existing theory of unemployment nonsense. In a
depression... there was no wage so low that it could
eliminate unemployment. Accordingly, it was wicked to blame
the unemployed for their plight.

The second proposition proposed an alternative explanation
about the origins of unemployment and depression. This
centred upon aggregate demand - i.e. the total spending of
consumers, business investors, and public agencies. When
aggregate demand was low, sales and jobs suffered.
When it was high, all was well."

- Lord John Maynard First Baron Keynes of Tilton

Credit generates oversupply of good and services and deficit
of solvant demand for these same goods and services.

War is the only way man has found, till now, for destroying
that excessive stock and production.

Only a large, at least regional, war could prevent the
collapse of the capitalist economy.

That war is what we MUST avoid.


2/13

"For myself I am absolutely and completely desolated. It is
utterly unbearable to see day by day the youths going away,
first to boredom and discomfort, and then to slaughter."

- Lord John Maynard First Baron Keynes of Tilton

Why is credit responsible?

Lets watch what people do with their money:

The rich buy productive assets.

The poor buy goods and services.

Because of credit rich get richer and poor get poorer: There
is more and more demand for productive assets but the goods
and services they are producing are faced with a shrinking demand.

Returns are going down and unemployment is going up.

"The outstanding faults of the economic society in which we
live are its failure to provide for full employment and its
arbitrary and inequitable distribution of wealth and incomes."

- Lord John Maynard First Baron Keynes of Tilton [1936]

When the return on financial assets get below what the Market
requires for compensating the holder for credit risk the
Market gets in Keynes' Liquidity Trap.

Keynes' Liquidity Trap is the financial manifestation of the
internal imbalances of capitalism.

Never wondered why everybody now wants to sell you a credit
card or give you a mortgage at a rate which is near a 45
years low?

Probably they can't do more profitable things with this
money.

What do you think?

When the Market will be in the Liquidity Trap, there will be
a drastic drop in the number of transactions as well as a
drop of the bid price for good, services and investments.

Keynes' Liquidity Trap can't be corrected by the Market as it
is in itself the dissapearence of market. It occurs when the
lower offered price, because of the cost of risk, is higher
than the highest price demanded.

As the same time too much and too many is offered to people
who don't need the good and services (oversupply) while
people who want them can't pay for them (deficit of the
demand), prices are tumbling:

Deflation or "disinflation" is when prices of good and
services have a tendency to go down:

The level of deflation will then be staggering:





 3/13

"Deflation amounts to giving notice to every merchant and
manufacturer that for some time to come his stock and his
raw materials will steadily depreciate, . . .

and to every one who finances his business with borrowed
money that he will, sooner or later, lose . . . on his liabilities. . .

Modern business . . .  must necessarily be brought to a
standstill. It will be to the interest of everyone in
business to go out of business for the time being; and of
everyone who is contemplating expenditure to postpone his orders so long as
he can."

- Lord John Maynard First Baron Keynes of Tilton

Any short-term manipulation of the rate of that deflation
through tax breaks, government spendings or manipulation of
interest rates, "Keynesian" or GreensPanik tactics, will
result in increased production and marginal, relatively low,
increase of demand. Hence, ultimately, they will cause an increase of the
rate of deflat

Re: killing virus e-mails with file types

[Mateusz Papiernik]

> I do it in an even simpler way (keep in mind I don't really have bandwidth
> limitations).  I have my mail filter (kmail) set up so it trashes any mail
> message with the string ".exe", ".pif", ".bat", or ".scr".

That's good method I think, unless someone sends you .exe which you
want to receive :)

> .bat or .scr files (I assume .scr is an extension for windows scripts?).

.scr is an extension of Screensaver, but because that's normal executable,
it can contain a trojan horse, or other dangerous content.

> However, I find it hard to think of legitimate reasons for someone to send
> me an executable file.

However, even if someone wants to send an executable, he can just
pack it with zip/gzip/whatever.



Regards!
Mati

Re: Debian should not modify the kernels!

[Steve Greenland]

On 22-Sep-03, 14:14 (CDT), Florian Weimer <[EMAIL PROTECTED]> wrote: 
> It's a well accepted fact among kernel developers that vanilla
> kernel.org kernels should not be used by end users.  Debian has to patch
> the kernel, too.  There isn't much choice.

Agreed, but there's a significant difference between including bug fixes
and de-facto required architecture-specific updates and including a
completely new subsystem backported from 2.5 yet calling it 2.4. For
$DIETY's sake, we keep ALSA as a separate patch/module, why is putting
in IPSEC justified?

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net

killing virus e-mails with file types

[Craig P. Steffen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As Martin Pitt mentioned here, you can filter on the file types of 
attachments to e-mails to eliminate the "Microsoft Upgrade" e-mail 
attachments.  

I do it in an even simpler way (keep in mind I don't really have bandwidth 
limitations).  I have my mail filter (kmail) set up so it trashes any mail 
message with the string ".exe", ".pif", ".bat", or ".scr".  

I also eliminate messages containing ".com", but in those messages, I 
require 
that they _don't_ contain "http" to prevent killing messages because of a 
link.

I guess I could see why someone who developed in windows might be getting 
.bat or .scr files (I assume .scr is an extension for windows scripts?).  
However, I find it hard to think of legitimate reasons for someone to send 
me an executable file.  Any legit executable is going to be bigger than 
most people are going to want to receive via e-mail anyway.  That's what 
the web is for.

Craig Steffen

- -- 
[EMAIL PROTECTED]
public key available at http://www.craigsteffen.net/GPG/
current goal: use a CueCat scanner to inventory my books
career goal: be the first Vorlon Time Lord
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/cGqY63RQ21/5HgURApXxAJ97/pA+mMpjPIqJ2rfWaKfNP8UTCwCfWVm8
1fqvbueetHpnfV/2KCCwYz8=
=TXqB
-END PGP SIGNATURE-

Bug#212740: ITP: irate -- Collaborative filtering mp3 downloader & player

[Andrew Lau]

Package: wnpp
Version: unavailable; reported 2003-09-26
Severity: wishlist

* Package name: irate
  Version : 0.2-8
  Upstream Author : Anthony Jones
* URL : http://irate.sourceforge.net/
* License : GPL
  Description : Collaborative filtering mp3 downloader & player

iRATE radio is a collaborative filtering client/server mp3
player/downloader. The iRATE server has a large database of music. You
rate the tracks and it uses your ratings and other people's to guess
what you'll like. The tracks are downloaded from websites which allow
free and legal downloads of their music.

There are 3 clients currently available: GTK+2, Motif & Java SWT. Should
I bother packaging anything other than the first?

Cheers,
Andrew "Netsnipe" Lau

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux espresso 2.4.22 #1 Mon Sep 1 18:31:19 EST 2003 i686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8

-- 
***
 Andrew "Netsnipe" LauComputer Sci. UNSW & Debian GNU/Linux
   
   GnuPG 1024D/2E8B68BD:  0B77 73D0 4F3B F286 63F1  9F4A 9B24 C07D 2E8B 68BD
   -
"Nobody expects the Debian Inquisition! 
   Our two weapons are fear and surprise...and ruthless efficiency!"
***


signature.asc
Description: Digital signature

Demande de STAGE

[to0ks]

Bonjour.
Je suis acctuellement en BTS informatique IRIS, 
dans le quel en fin d'année j'aurait un stage de 4 semaine a effectuer dans une 
entreprise dans le domaine de l'informatique.
Utilisant debian en cour pour l'apprentissage du 
systeme linux et commencant a apprendre le language C, j'aurait voulu savoir 
s'il m'etait possible d'integrer une de vos societe ou entreprise sur paris ou 
banlieu parisienne pour effectuer ce stage ? 
Je suis dans le departement des yvelines. 

Merci de votre réponse.
++

Bug#212729: ITP: gtkatlantic -- game like monopoly

[Julien Delange]

Package: wnpp
Version: unavailable; reported 2003-09-25
Severity: wishlist

* Package name: gtkatlantic
  Version : 0.2.13
  Upstream Author : Rochet Sylvain <[EMAIL PROTECTED]>
* URL : http://gtkatlantic.sourceforge.net/
* License : GPL
  Description : game like monopoly

 GtkAtlantic is a game, like monopoly.
 This is a network client which work with the monopd server
 (see http://unixcode.org/monopd/)

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux evira 2.6.0-test5 #1 Thu Sep 25 15:49:19 CEST 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Re: [cjwatson@debian.org: Re: Fwd: Processing offerret_3.0-2_i386.changes]

[Brian White]

> The queue daemon can no longer handle PGP 2.x keys; I don't know why
> and since a) the number of developers still using these kind of keys
> for uploads can be counted on the fingers of a mutilated hand, b)
> there are alternative methods of uploads available to the few who do,
> c) queued is in perl and d) has plenty of other more vicious bugs, I
> haven't done anything about it.  If anyone else cares to fix it, feel
> free to send me a tested patch.

I've converted my key to GPG, though.  At least, I use GPG to sign my
packages and my key is in the Debian keyserver.  Is there something more
I need to do?

  Brian
  ( [EMAIL PROTECTED] )

---
That which we persist in doing becomes easier.  It's not that the nature
  of the thing has changed but rather our ability at it has increased.

Re: How to include symlinks to conffiles in a package?

[Marc Haber]

On Thu, 25 Sep 2003 15:42:54 +0200 (CEST), Arnaud Vandyck
<[EMAIL PROTECTED]> wrote:
>On Thu, 25 Sep 2003 14:27:26 +0200
>Marc Haber <[EMAIL PROTECTED]> wrote:
>
>> Is example code available to imitate conffile handling?
>
>man dh_link ;-)

No. That doesn't solve the problem when the target is a conffile.

Grüße
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber  |   " Questions are the | Mailadresse im Header
Karlsruhe, Germany  | Beginning of Wisdom " | Fon: *49 721 966 32 15
Nordisch by Nature  | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29

Re: How to include symlinks to conffiles in a package?

[Anthony Towns]

On Thu, Sep 25, 2003 at 02:27:26PM +0200, Marc Haber wrote:
> On Thu, 25 Sep 2003 20:32:35 +1000, Anthony Towns
>  wrote:
> >On Thu, Sep 25, 2003 at 11:50:04AM +0200, Marc Haber wrote:
> >> Is there a recommended way to handle this? 
> >Yeah: don't ship symlinks in the package; generate them later.
> Is example code available to imitate conffile handling?

For symlinks? I doubt it. There are two things to worry about: one is
where the symlink points, and the other is what it's called. sysvinit's
symlinks don't generally change where they point, but do change what
they're called (S30 -> K20 eg). I don't think renames like that are
something you can reasonably handle in a conffile-esque manner.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

Australian DMCA (the Digital Agenda Amendments) Under Review!
-- http://azure.humbug.org.au/~aj/blog/copyright/digitalagenda

Bug#211014: initscripts: Do not remove /var/un/brltty.pid

[Mario Lang]

Miquel van Smoorenburg <[EMAIL PROTECTED]> writes:

> On Mon, 15 Sep 2003 12:17:37, Mario Lang wrote:
>> Package: initscripts
>> Version: 2.85-7
>> Severity: minor
>> Tags: patch
>> 
>> Package brltty needs to use a pid-file mechanism for
>> start-stop-daemon, since automatic restarting on upgrade is
>> no good idea for this software.
>> 
>> BRLTTY also needs to be started as early as possible in the
>> boot process.  Currently, it is at S25, but I'd even like
>> to have it earlier in the future.
>> 
>> However, bootmisc.sh removes /var/run/brltty.pid, which
>> results in /etc/init.d/brltty stop no longer working.
>
> Yes, that is a known problem, for which noone has found
> a proper solution yet (it's also a /hard/ problem)
>
> Problem: clean /var/run as soon as it is mounted
> Complication: what if /var or /var/run is mounted
> from the network in /etc/rcS.d/   ?

Well, it seems as if the case of /var over Network is
not really very wide-spread.  But I see your point.

> Also, for you to think of - what if brltty is run on a system
> which mounts /var or /var/run over the network at
> S45mountnfs.sh ? You really can't assume /var/run is
> even available at S25brltty. See also /etc/rcS.d/README.

Well, however, the FHS demands that I place pid-files in /var/run.

To clarify my point, having BRLTTY start early is really essential.
Especially before file-system checks.  If your machine ever happens
to get in a state where fsck fails and demands manual interaction,
you really need Braille output to be able to fix the machine on your own.
Same is for just fs-check.  It would be nice to be able to see
the progress bar, instead of having to hope for the best.
Put in other words, imagine video output only being available
after S55.  I dont think you would like that.

>> Attached is a patch against bootmisc.sh which adds
>> brltty.pid to the exclude list.  I think this is the
>> right way to go, since there are already two other special cases
>> (for innd and pump) there.
>
> It's the wrong way to go - the proper solution should enable us
> to get rid of the special cases, not add to it.

I can see your point.  However, I can not see a obvious
solution for the problem at hand for brltty in the near future.  I would need
to find a way to eihter
 * Save pid-files somewhere else, which violates FHS
 * Do not use pid-files at all, and find another mechanism to make
   start-stop-daemon work reliably.

In any case, if you really think that no special cases
should be added, I will file another bug requesting the removal of
the currently existing special cases.

>> This is, for brltty, a fairly important bug currently.
>> So if you do not have time currently, please let me know
>> and I will do a proper NMU with this included.
>
> Please find a proper solution - brltty should not use /var/run
> before it is officially available.
>
> Perhaps brltty should include a rcS file at say S70 that does
> a "pidof brltty" and writes the result to /var/run/brltty.pid ?

Ugh, sorry, but this 
 1. Sounds horrible
 2. Is not reliable.  Since BRLTTY 3.3, brltty has several instances
(three) running.  So a "pidof brltty" returns 3 PIDs.  And in any case,
it sounds a lot more broken to me having to create a pid-file
twice in the boot process.  After all, FHS says:

"This directory contains system information data describing the system
since it was booted. Files under this directory must be cleared
(removed or truncated as appropriate) at the beginning of the boot
process."

I dont quite think that S55 is really "at the beginning of the boot process."

> This bug should really be reassigned to brltty itself ;)
I am not sure.  Currently, I still think a change to initscripts
is required to fix this problem.

Maybe cleaning up /var/run could be done earlier, if /var | /var/run
has no entry in /etc/fstab.  This way, at least the standard
setup would work, and only people who want to have /var | /var/run on
NFS, would need to do further modifications to their systems.

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
| Get my public key via finger [EMAIL PROTECTED]
| 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44

Re: Rotation of /var/log/mail.log

[Stefan Hornburg]

On Wed, 24 Sep 2003 10:26:22 -0400 (EDT)
Richard A Nelson <[EMAIL PROTECTED]> wrote:

> On Wed, 24 Sep 2003 [EMAIL PROTECTED] wrote:
> 
> > On Tue, 23 Sep 2003 22:45:11 +0100
> > Steve Kemp <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, Sep 23, 2003 at 11:18:27PM +0200, [EMAIL PROTECTED] wrote:
> > >
> > > > That would help me to solve bug #212237.
> > >
> > >   If you make sure there is an entry for mail in /etc/syslog.conf then
> > >  these files will be output from the 'syslogd-listfiles' and rotated
> > >  correctly.
> > >   Alternatively you could drop a file in /etc/logrotate.d/ to force
> > >  the issue.
> >
> > I wonder if both rotating methods may conflict ...
> 
> Indeed they would :(  BTDT, if you put something in logrotate.d that is
> also in syslog.conf, the effect is a double rotation !

Yes. I reassigned the bug to the syslog flavour used by the bug submitter.

Bye
Racke

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

Re: [cjwatson@debian.org: Re: Fwd: Processing of ferret_3.0-2_i386.changes]

[Colin Watson]

On Mon, Sep 22, 2003 at 01:14:47PM -0400, Brian White wrote:
> Martin Michlmayr wrote:
> > * Brian White <[EMAIL PROTECTED]> [2003-09-20 07:37]:
> > > Neither SCP nor anonymous-FTP methods work and I want to get that
> > > fixed.
> > >
> > > SSH works.  SCP doesn't.
> > 
> > Well, it works for everyone else.  So it would be good if you'd find
> > out why it doesn't work for you.  In the meantime, you can put your
> > signed upload somewhere and someone can simply upload it to ftp-master
> > on your behalf.  If you ask on debian-devel@lists.debian.org, I'm sure
> > someone will do that.
> 
> SCP doesn't work (I suspect) because I'm using the "SSH2" package once
> found in non-free.

Oh, ssh2 is broken, yes. Try 'scp -1', perhaps?

> I mentioned this (and the reasons why) some time back.

Care to reiterate? I can't remember, I'm afraid. However, as the OpenSSH
co-maintainer I didn't know that there were still any reasons to use
ssh2 over OpenSSH. (Before anyone mentions the chroot patch, that was
never in a version of ssh2 in the archive.)

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]

Re: How to include symlinks to conffiles in a package?

[Arnaud Vandyck]

On Thu, 25 Sep 2003 14:27:26 +0200
Marc Haber <[EMAIL PROTECTED]> wrote:

> Is example code available to imitate conffile handling?

man dh_link ;-)

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgpmHdfRsQkyD.pgp
Description: PGP signature

x48

[Hans Fugal]

Does anyone remember x48? It's an HP48 CPU emulator. It used to be
packaged for debian, but was orphaned.

In order to do any emulation it needs a ROM, which you can download from
your HP48 over the serial line. You can also get ROMs from [1]. 
"HP graciously began allowing this to be downloaded in mid-2000." [1]
I don't know exactly what this means by way of copyright and/or license,
and I have emailed the webmaster of hpcalc.org to see if he knows any
more details. I imagine ROMs won't be distributable. x48 itself is under
the GPL.

x48 hasn't been maintained for about 4 years now, and didn't work very
well on modern processors when I picked up the source (timing issues).
But Eddie Dost, the original author, has graciously worked with me to
get those issues resolved and it now works like a charm. 

So my question is, is there a problem with creating a package for a fine
but mostly-unmaintained piece of software that does its job, when I
myself have minimal familiarity with the code (or the HP48 processor
itself)?

-- 
 Hans Fugal | De gustibus non disputandum est.
 http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg
 http://gdmxml.fugal.net/   | WindowMaker, gaim, UTF-8, RISC, JS Bach
-
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95  CB5E FC98 E8CD E0AA D460


pgpx6KWGgjNfJ.pgp
Description: PGP signature

Bug#212704: ITP: inti-gl -- GtkGLExt bindings for Inti

[Goedson Teixeira Paixao]

Package: wnpp
Version: unavailable; reported 2003-09-25
Severity: wishlist

* Package name: inti-gl
  Version : 0.9.0
  Upstream Author : Jeff Franks <[EMAIL PROTECTED]>
* URL : http://inti.sourceforge.net/
* License : LGPL
  Description : GtkGLExt bindings for Inti

 Inti is a set of integrated C++ foundation classes for developing
 GTK+ applications in UNIX-like systems such as Linux.
 .
 Inti-GL adds GtkGLExt support to the Inti framework. It provides
 extensions to make the Inti widgets OpenGL-capable.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux maestro 2.4.18-k7 #1 Sáb Ago 23 15:37:50 BRT 2003 i686
Locale: LANG=C, LC_CTYPE=C

Re: Resolvconf -- a package to manage /etc/resolv.conf

[Thomas Hood]

On Thu, 2003-09-25 at 07:29, Jerry Haltom wrote:
> Are there plans to run "up" commands in interfaces after
> dns-nameservers?

That would be desirable.  It would require a change to the
ifupdown package.

> Also, this may seem a LITTLE bit silly, but can dns-domainnames be
> provided with a name, which is then resolved into an IP and added to
> resolvconf?

That idea seems a bit esoteric.  You could set this up manually
by putting a script in /etc/network/if-up.d/ which does something
like this (untested):

  #!/bin/sh
  [ "$DNS_DOMAINNAMES" ] || exit 0
  X="$DNS_DOMAINNAMES"
  N=$(host $X | grep -v 'not found' | sed 's/.*has address //')
  [ "$N" ] && echo "nameserver $N" | resolvconf -a 000${IFACE}-extra

The script should be named something later than 'resolvconf',
for obvious reasons.  Its if-down.d companion would be something
like:

  #!/bin/sh
  [ "$DNS_DOMAINNAMES" ] || exit 0
  resolvconf -d 000${IFACE}-extra

-- 
Thomas Hood <[EMAIL PROTECTED]>

Re: How to include symlinks to conffiles in a package?

[Marc Haber]

On Thu, 25 Sep 2003 20:32:35 +1000, Anthony Towns
 wrote:
>On Thu, Sep 25, 2003 at 11:50:04AM +0200, Marc Haber wrote:
>> Is there a recommended way to handle this? 
>
>Yeah: don't ship symlinks in the package; generate them later.

Is example code available to imitate conffile handling?

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber  |   " Questions are the | Mailadresse im Header
Karlsruhe, Germany  | Beginning of Wisdom " | Fon: *49 721 966 32 15
Nordisch by Nature  | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29

Re: How to include symlinks to conffiles in a package?

[Anthony Towns]

On Thu, Sep 25, 2003 at 11:50:04AM +0200, Marc Haber wrote:
> Is there a recommended way to handle this? 

Yeah: don't ship symlinks in the package; generate them later.

> I'd like to avoid shipping
> a symlink list file and to generate the links in postinst.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

Australian DMCA (the Digital Agenda Amendments) Under Review!
-- http://azure.humbug.org.au/~aj/blog/copyright/digitalagenda


pgpaSFIT82Ngo.pgp
Description: PGP signature

Re: Resolvconf -- a package to manage /etc/resolv.conf

[Jerry Haltom]

Are there plans to run "up" commands in interfaces after
dns-nameservers? Some of my up commands, and probably others, consist of
setting up static routes to other boxes. It is nice to be able to
specify these other boxes by name, and have it resolved using the name
servers set up by the resolvconf routine.

Also, this may seem a LITTLE bit silly, but can dns-domainnames be
provided with a name, which is then resolved into an IP and added to
resolvconf? This may seem a little pointless at first glance, but I (and
maybe others) run our own personal DNS servers at my house (on a dynamic
address), that I would like added into the resolv sequence, as a
secondary resolver, after the IPs my DHCP server gives me. It's amazing
what some people do to run a semi-functional network behind Comcast
cable! Yes, this obviously won't work for most of the names entered with
dns-nameservers, but not adding if not successfully resolved is a
perfectly acceptable fallback in this case. It doesn't take a whole lot
of time, and might be useful for somebody.

Awesome package. It has caused me to delete all of my dhclient-exit-hook
edits.

On Wed, 2003-09-24 at 22:27, Thomas Hood wrote:
> The resolvconf package provides a framework for dynamic updating
> of /etc/resolv.conf and other nameserver lists.  (See the long
> description at packages.debian.org/resolvconf .)
> 
> The resolvconf package is now at version 0.44 in unstable.
> 
> If you are interested in the package and haven't tested it in a while
> then now is a good time to test it again.  In order to test the
> installation procedure please purge any old version of resolvconf
> first.  Please report any bugs via the BTS.
> 
> If no significant bugs are reported and if support is added to
> bind and bind9 (#199255) in time then I'll consider letting
> resolvconf migrate into sarge by closing #209265 with a 1.0
> release.
> 
> -- 
> Thomas Hood <[EMAIL PROTECTED]>

How to include symlinks to conffiles in a package?

[Marc Haber]

[repost from -mentors, where nobody answered]

Hi,

I am currently working on a package that needs to mimic sysvinit's
symlink farm. I have a bunch of scripts put into /etc/network/if.d
which are in turn symlinked to /etc/network/if-$NAME.d for different
values of $NAME.

I'd like to have the symlinks in the package as conffiles, but dpkg
doesn't seem to like that. The symlinks are not unpacked. After
playing with dpkg --unpack and manually configuring the package I
suspect the following:

- dpkg unpacks conffiles with the file name suffix dpkg-new
- It then deletes all stale symlinks
- and then renames foo.dpkg-new to foo after resolving conflicts

Since the unpacked symlinks point to the unsuffixed file name, they
are all considered stale and deleted.

Is there a recommended way to handle this? I'd like to avoid shipping
a symlink list file and to generate the links in postinst.

Any hints will be appreciated.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber  |   " Questions are the | Mailadresse im Header
Karlsruhe, Germany  | Beginning of Wisdom " | Fon: *49 721 966 32 15
Nordisch by Nature  | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29

Re: libdtdparser-java_1.21-4_i386.changes REJECTED

[Arnaud Vandyck]

On Wed, 24 Sep 2003 19:52:38 -0400
Peter S Galbraith <[EMAIL PROTECTED]> wrote:

[...] 

> You  need  to  bump  the  version  number  of  the  .orig.tar.gz,  e.g
> libdtdparser-java_1.21a.orig.tar.gz or something  (just make sure it's
> lower than your next real upstream version number).

Good idea, thanks ;)

-- 
  .''`.  ** Debian GNU/Linux **
 : :' : Arnaud   Vandyck
 `. `'   http://alioth.debian.org/users/arnaud-guest/
   `-http://alioth.debian.org/developer/diary.php?diary_user=2781
 jabber: [EMAIL PROTECTED]


pgp0XHti1hTIN.pgp
Description: PGP signature

Bug#212676: ITP: ulex -- OCaml lexer generator with Unicode support

[Stefano Zacchiroli]

Package: wnpp
Version: unavailable; reported 2003-09-25
Severity: wishlist

* Package name: ulex
  Version : 0.2
  Upstream Author : Alain Frisch <[EMAIL PROTECTED]>
* URL : http://www.cduce.org/download/ulex-0.2.tar.gz
* License : LGPL
  Description : OCaml lexer generator with Unicode support

 ulex is a lexer genereator for the Objective Caml (OCaml) programming
 language.
 .
 It is implemented as a Camlp4 syntax extension: lexer specifications
 are embedded in regular OCaml code.
 .
 Generated lexers work with a new kind of "lexbuf" that supports
 Unicode; a single lexer can work with arbitrary encodings of the input
 stream.

-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux fistandantilus 2.4.21-ben1-fistandantilus #1 Sun Jul 20 14:12:29 
CEST 2003 ppc
Locale: LANG=C, LC_CTYPE=C

Re: Virus emails

[Matthias Urlichs]

Hi, Steve Lamb wrote:

> What would help is to be able to block an IP once it's been hit.

That won't work for people who have a secondary MX record.

I've set up a second mailer which simply rejects everything (one that
speaks correct SMTP...  :-/ ), and the source addresses which flood me
with viruses get redirected to that when they connect to port 25.

*Sigh*.

-- 
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
Sacher's Observation:
Some people grow with responsibility -- others merely swell.

Re: Virus emails

[Matthias Urlichs]

Hi,

Graham Wilson wrote:
> On Mon, Sep 22, 2003 at 04:53:16PM +0200, Matthias Urlichs wrote:
> > A pure MTA solution would still need to scan the body and thus would
> > still eat your bandwidth.
>
> i have postfix's body_checks setup to reject lines that match the
> following regular expression (this is the first line of the base64
> encoded virus):
>
> /^TVqQAAME\/\/8AALgAQAA
>A$/
>
> i'm not sure when postfix closes the connection, 

It nees to receive all the data. Otherwise the sender will treat the closed 
connection as a temporary failure and try again a few minutes later.

An aggressive solution would remember the IP address and reject the next email 
from that destination, but I don't think postfix does that.

-- 
Matthias Urlichs|{M:U} IT Design @ m-u-it.de |[EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.debian.net
 - -
Kramer's Law:
You can never tell which way the train went by looking at the tracks.

Bug#212049: AntiVirus Alert!

[AntiVirus Xnet]

Fisierul (part0004:Install53.exe) atasat email-ului trimis de catre [EMAIL 
PROTECTED] pentru
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], aj@azure.humbug.org.au, [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
 .net, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED] (cu subiectul: Current Internet Critical Pack) este infectat cu 
virusul: Win32/[EMAIL PROTECTED]
The file (part0004:Install53.exe) attached to mail (with subject: Current 
Internet Critical Pack) sent by
[EMAIL PROTECTED] to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], aj@azure.humbug.org.au, [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
 ailzone.com, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED] is infected with virus: Win32/[EMAIL PROTECTED]

Este recomandat sa nu utilizati acest fisier.
It is highly recommended not to use this file.



---
Xnet scaneaza automat toate mesajele impotriva virusilor folosind RAV AntiVirus.
Xnet automatically scans all messages for viruses using RAV AntiVirus.

Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate variantele 
lor.
Va rugam sa luati in considerare ca exista un risc de fiecare data cand 
deschideti
fisiere atasate si ca MobiFon nu este responsabila pentru nici un prejudiciu 
cauzat
de virusi.

Disclaimer: RAV AntiVirus may not be able to detect all new viruses and 
variants.
Please be aware that there is a risk involved whenever opening e-mail 
attachments
to your computer and that MobiFon is not responsible for any damages caused by
viruses.

Bug#212028: AntiVirus Alert!

[AntiVirus Xnet]

Fisierul (part:)->(IFRAME) atasat email-ului trimis de catre [EMAIL 
PROTECTED] pentru
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], !
 [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED] (cu subiectul: Returned Mail Returned To Mailer) este 
infectat cu virusul: HTML/IFrame_Exploit*.
The file (part:)->(IFRAME) attached to mail (with subject: Returned 
Mail Returned To Mailer) sent by
[EMAIL PROTECTED] to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
 4all.nl, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] is infected with virus: 
HTML/IFrame_Exploit*.

Este recomandat sa nu utilizati acest fisier.
It is highly recommended not to use this file.

Fisierul (part0001:aozc.exe) atasat email-ului trimis de catre [EMAIL 
PROTECTED] pentru
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], !
 [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED] (cu subiectul: Returned Mail Returned To Mailer) este 
infectat cu virusul: Win32/[EMAIL PROTECTED]
The file (part0001:aozc.exe) attached to mail (with subject: Returned Mail 
Returned To Mailer) sent by
[EMAIL PROTECTED] to [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTE

Re: killing virus e-mails with file types

[Lionel Elie Mamane]

On Mon, Sep 22, 2003 at 10:20:22PM -0500, Craig P. Steffen wrote:

> I assume .scr is an extension for windows scripts?

Nah, it is an extension meant for SCReen-savers. Technically, they are
just renamed .exe's, but many people that do know that executable
attachments are dangerous don't know that .scr is an "executable
extension". Using .scr is in this regard a social engineering attack.

-- 
Lionel

signature.asc
Description: Digital signature

Re: What does 3 mean? 2.4.20-3-k7

[Lionel Elie Mamane]

Please use debian-user@lists.debian.org for that kind of questions.

On Mon, Sep 22, 2003 at 05:22:00PM -0700, Shaun Jackman wrote:

> 2.4.20 is the Linux kernel version. k7 means optimise for
> Athlon. What does 3 mean?

It is the fourth binary-incompatible (as far as modules are concerned,
not userspace, obviously) release of Linux 2.4.20 for Debian.

-- 
Lionel

signature.asc
Description: Digital signature

killing virus e-mails with file types

[Craig P. Steffen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As Martin Pitt mentioned here, you can filter on the file types of 
attachments to e-mails to eliminate the "Microsoft Upgrade" e-mail 
attachments.  

I do it in an even simpler way (keep in mind I don't really have bandwidth 
limitations).  I have my mail filter (kmail) set up so it trashes any mail 
message with the string ".exe", ".pif", ".bat", or ".scr".  

I also eliminate messages containing ".com", but in those messages, I require 
that they _don't_ contain "http" to prevent killing messages because of a 
link.

I guess I could see why someone who developed in windows might be getting 
.bat or .scr files (I assume .scr is an extension for windows scripts?).  
However, I can't think of any legitimate reason for someone to send me an 
executable file.  Any legit executable is going to be bigger than most people 
are going to want to receive via e-mail anyway.  That's what the web is for.

Craig Steffen

- -- 
[EMAIL PROTECTED]
public key available at http://www.craigsteffen.net/GPG/
current goal: use a CueCat scanner to inventory my books
career goal: be the first Vorlon Time Lord
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/b7wD63RQ21/5HgURApEWAJsE0nJdR53gB7Cd3yT4Qt5XYhPS9gCaAwPj
FSdclmd4PyNjq7t37GmStwM=
=bW5M
-END PGP SIGNATURE-