* Liebergleich@cs.com schrieb am 02.Mär.2000:

Lieber Bernd,

Lieber Andreas, klingt doch gleich viel besser. ;)

(alle Vorurteile nun aus dem Weg und jeglicher Kleinkrieg auch).

Gerne.

Meine Mailadresse ist wirklich LieberGleich@cs.com (Andreas Liebergleich), das da @aol.com habe ich schon dem Support gesagt , die arbeiten dran, also nichts mit Adressen Fälschung oder so.

Ok, Akzeptiert. Welchen Support denn? Von cs? Egal. Ist es möglich, daß Du Deine Adresse mit Andreas Liebergleich angibst? Dann entfallen nämlich eine Menge Mißverständnisse.

Nicht eine einzige Mail dabei die mal sachlich erklärt hat warum das so ist.

Du hast aber auch die Frage gut verborgen. ;)

Ich bin absoluter Neuling und versuche mich so gut wie es geht anzupassen und auf das zu hören was Linux Fortgeschrittene schreiben, nur sollte auf alle Fälle ein wenig Toleranz dabei sein, grade was den Umgang mit Leuten betrifft.

Sind wir doch auch, nur wird es problematisch, wenn man selber empfindlich ist aber andererseits gut austeilt. Ich behaupt nicht, daß das nur für Dich gilt.

Es ist nicht nur meine Anfrage gewesen auf die so heftig reagiert wurde, auch eine Menge anderer Anfragen davor die andere Leute an die Liste geschrieben haben.

Was empfindest Du als heftig? Es macht schon Sinn, sich an Regeln zu halten. Verstößt einer dagegen, so wird er mehr oder weniger höflich darauf hingewiesen. Dabei ist Knappheit keine Unhöflichkeit. Manche wollen auch witzig sein, was oft Mißverstanden wird. Wenn aber dann geantwortet wird, daß man sich an Regeln nicht halten will, dann werden wir auch schon mal ärgerlich. Und bedenke bitte, wir sind eine wilde Gruppe von Leuten. Nein nicht die Leute sind wild, sondern die Gruppe. Für einen Außenstehenden gehörst Du genauso zu uns wie ich oder jeder andere. Dein Benehmen fällt genauso auf die Liste zurück wie meins oder eines anderen. Viele die Dir geantwortet haben sind vielleicht genau so Anfänger wie Du auch. Es ist die Eigenart, solcher Listen, daß man nur sich und die anderen sieht. Ich bin ich und die Anderen sind eine graue undefinierte schwammige Masse. Das ist besonders am Anfang so. Später lernt man den einen oder anderen näher kennen und er tritt aus der Anonymität hervor.

Es passieren halt mal Fehler, das ist doch okay, dafür sind wir alles Menschen und nicht Roboter, aber warum kann man dann nicht mal darüber wegschauen anstatt zu flamen ?

Ja, aber auch wir sind Menschen. Es kann natürlich sein, daß sich da ein Elsch wieder mal besonders übel daneben benommen hat, dann sind wir halt ein wenig gereizter, und es bekommt auch jemand Senge, der es nicht so ganz verdient hat.

Als ich mich in die Liste eingetragen habe stand nirgends drinne das es festgesetzte Normen gibt, das dies und jenes zu beachten ist.

Die gibt es immer und überall wo Menschen zusammenkommen.

In der Etikette steht klar drinne das die Etikette von den Leuten der Liste erstellt wurde die diese Liste nutzen, darunter gehöre ich auch, gefragt wurde doch keiner hier ob die Etikette so in Ordnung ist oder nicht.

Für *konstruktive* Kritik sind wir immer offen. Wenn Du da was konkretes hast, so schreibe sie bitte an Christian Schult er betreibt die Etikette. Doch, es wurden hier alle gefragt. Das war wohl, bevor Du bei uns warst, aber wir können ja nicht bei jedem Neuzugang neu diskutieren.

Es wird immer geschrieben das diese Etikette von den Usern der Liste erstellt wurde, sind das diejenigen die unter dieser Etikette stehen ? Sind das dann "alle User dieser Liste ?"

Nein, das sind nicht alle. Aber diese Leute haben Beiträge zu der Etikette geliefert. Das heißt nicht, daß alle anderen nicht hinter der Etikette stehen. Es haben sicher auch mehr Leute Beiträge und Anregungen geliefert als da stehen.

Eure Arbeit an dieser Etikette in Ehren und den technischen Support den die meisten hier freiwillig leisten auch, aber es fehlt doch noch eine Menge an Freundlichkeit und Toleranz hier.

Den technischen Support leisten hier _alle_ freiwillig. Ich bin mir sicher, daß dies auch für die SuSE-Mitarbeiter gilt. Ich glaube nicht, daß der Support in dieser Liste zu ihren Aufgaben zählt.

Gruß und Dank Andreas

Bitte schickt keine Mails mehr zu diesem Thema.Aus einem Zweizeiler ist hier nur ein aufgeblähter Elefant geworden.

Da hast Du leider Recht, es rauscht wieder mal gewaltig.

Ich bin mir hier keiner Schuld bewusst was schlimmes getan zu habe, den Sender der Etikette habe ich 3 mal angeschrieben warum diese immer an die Liste geschickt wird, ohne Antwort. Wenn hier in der Liste nur Normen herrschen und auch nur Themen gefragt werden sollen die dem klaren Reglement der Etikette entsprechen, schreibt das auch !

Ähh, aber das steht doch in der Etikette. Fast alle Regeln der Etikette kann man doch, nachdem man erst einmal seinen Mailreader richtig konfiguriert hat ohne Probleme einhalten. Will sagen, der Mailreader hält sie ein. Die Regeln machen alle Sinn. Sie sind nicht dafür gedacht, einem zu reglimentieren, sondern um es uns allen leichter zu machen. Aber wir müssen wirklich was dafür tun, daß wir in Zukunft hier solche Metadiskusionen raushalten. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

User Commands kill(1) NAME kill - terminate or signal processes SYNOPSIS /usr/bin/kill -s signal pid... /usr/bin/kill -l [exit_status] /usr/bin/kill [ -signal ] pid... DESCRIPTION The kill utility sends a signal to the process or processes specified by each pid operand. For each pid operand, the kill utility will perform actions equivalent to the kill(2) function called with the following arguments: 1. The value of the pid operand will be used as the pid argument. 2. The sig argument is the value specified by the -s option, or by SIGTERM, if none of these options is specified. The signaled process must belong to the current user unless the user is the super-user. See NOTES for descriptions of the shell built-in versions of kill. OPTIONS The following options are supported: -l (The letter ell.) Write all values of signal supported by the implementation, if no operand is given. If an exit_status operand is given and it is a value of the ? shell special parameter and wait corresponding to a process that was terminated by a signal, the signal corresponding to the signal that ter- minated the process will be written. If an exit_status operand is given and it is the unsigned decimal integer value of a signal number, the signal corresponding to that sig- nal will be written. Otherwise, the results are unspecified. -s signal Specify the signal to send, using one of the symbolic names defined in the description. Values of signal will be recog- nized in a case-independent fashion, without the SIG prefix. In addition, the symbolic name 0 will be recognized, representing the signal value zero. The corresponding signal will be sent instead of SIGTERM. OPERANDS The following operands are supported: pid One of the following: 1. A decimal integer specifying a process or process group to be signaled. The process or processes selected by positive, negative and zero values of the pid operand will be as described for the kill function. If process number 0 is specified, all processes in the process group are signaled. If the first pid operand is negative, it should be preceded by -- to keep it from being interpreted as an option. 2. A job control job ID that identifies a back- ground process group to be signaled. The job control job ID notation is applicable only for invocations of kill in the current shell execution environment. Note the job control job ID type of pid is available only on systems supporting the job control option. exit_status A decimal integer specifying a signal number or the exit status of a process terminated by a signal. USAGE Process numbers can be found by using ps(1). The job control job ID notation is not required to work as expected when kill is operating in its own utility execution environment. In either of the following examples: nohup kill %1 & system( "kill %1"); kill operates in a different environment and will not share the shell's understanding of job numbers. OUTPUT When the -l option is not specified, the standard output will not be used. When the -l option is specified, the symbolic name of each signal will be written in the following format: "%s%c", <signal>, <separator> where the <signal> is in upper-case, without the SIG prefix, and the <separator> will be either a newline character or a space character. For the last signal written, <separator> will be a newline character. When both the -l option and exit_status operand are speci- fied, the symbolic name of the corresponding signal will be written in the following format: "%s\n", <signal> EXAMPLES Any of the commands: kill -9 100 -165 kill -s kill 100 -165 kill -s KILL 100 -165 sends the SIGKILL signal to the process whose process ID is 100 and to all processes whose process group ID is 165, assuming the sending process has permission to send that signal to the specified processes, and that they exist. To avoid an ambiguity of an initial negative number argument specifying either a signal number or a process group, the former will always be the case. Therefore, to send the default signal to a process group (for example, 123), an application should use a command similar to one of the fol- lowing: kill -TERM -123 kill -- -123 ENVIRONMENT See environ(5) for descriptions of the following environment variables that affect the execution of kill: LC_CTYPE, LC_MESSAGES, and NLSPATH. EXIT STATUS The following exit values are returned: 0 At least one matching process was found for each pid operand, and the specified signal was success- fully processed for at least one matching process. >0 An error occurred. ATTRIBUTES See attributes(5) for descriptions of the following attributes: __________________________________ | ATTRIBUTE TYPE| ATTRIBUTE VALUE| |__________________________________ | Availability | SUNWcsu | | CSI | enabled | |_______________|_________________| SEE ALSO csh(1), jobs(1), ksh(1), ps(1), sh(1), shell_builtins(1), wait(1), kill(2), signal(3C), attributes(5), environ(5), signal(5) NOTES sh The Bourne shell, sh, has a built-in version of kill to pro- vide the functionality of the kill command for processes identified with a jobid. The sh syntax is: kill [ -sig ] [ pid ] [ %job ] ... kill -l csh The C-shell, csh, also has a built-in kill command, whose syntax is: kill [ -sig ] [ pid ] [ %job ] ... kill -l The csh kill built-in sends the TERM (terminate) signal, by default, or the signal specified, to the specified process ID, the job indicated, or the current job. Signals are either given by number or by name. There is no default. Typing kill does not send a signal to the current job. If the signal being sent is TERM (terminate) or HUP (hangup), then the job or process is sent a CONT (continue) signal as well. -l List the signal names that can be sent. ksh The ksh kill's syntax is: kill [ -sig ] [ pid ] [ %job ] ... kill -l The ksh kill sends either the TERM (terminate) signal or the specified signal to the specified jobs or processes. Sig- nals are either given by number or by names (as given in signal(5) stripped of the prefix "SIG"). If the signal being sent is TERM (terminate) or HUP (hangup), then the job or process will be sent a CONT (continue) signal if it is stopped. The argument job can be the process id of a pro- cess that is not a member of one of the active jobs. In the second form, kill -l, the signal numbers and names are listed. SunOS 5.6 Last change: 18 Sep 1995 5 -- mailto:Oliver.Fleig@univ-rennes1.fr --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Liebergleich@cs.com wrote:

Ich bin mir hier keiner Schuld bewusst was schlimmes getan zu habe, den Sender der Etikette habe ich 3 mal angeschrieben warum diese immer an die Liste geschickt wird, ohne Antwort.

Eine der drei Mails von dir ging parallel an die Liste, solche Mail betrachte ich nicht als privat und fühle mich nicht zu einer privaten Antwort verpflichtet. Eine zweite Mail von dir bestand aus dem kompletten Etikette-Text, ohne weiteren Kommentar deinerseits, noch dazu mit nicht-reply-fähiger Absenderadresse. Von einer dritten Mail von dir finde ich keinen Log-Eintrag. christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

On Thu, Mar 02, 2000 at 05:09:44AM -0500, Liebergleich@cs.com wrote:

(alle Vorurteile nun aus dem Weg und jeglicher Kleinkrieg auch). ..das ist gut ;) Müßen wir nur noch den "Etiketten-thread" endlich stoppen. *rausch*

Denn leider wird s_o (auch wenn die Bemühungen sehr nett gemeint sind) kein Ergebnis erzielt. Alles bleibt beim Alten. ....hoffentlich nicht!

Meine Mailadresse ist wirklich LieberGleich@cs.com (Andreas Liebergleich), das da @aol.com habe ich schon dem Support gesagt , die arbeiten dran, also nichts mit Adressen Fälschung oder so. Es spielt doch aber keine Bockwurst. Deinen realnamen kannst d_u selber bestimmen. Frag doch einfach mal wie man sowas macht? Wird bestimmt fruchten. Mit Angaben zu deinem MUA (Outlook:)) Wo wir gerade bei deinem Mailreasder sind,...bitte versuch die Zeilenlänge auf ca. 66 Zeichen zu beschränken. Die nächste Mail zeigt dir was ich meine....Unlesbares quoting!

Die Mail mit den Beschimpfungen sind alle direkt an mich gegangen ohne die Liste auf Kopie.

Nicht eine einzige Mail dabei die mal sachlich erklärt hat warum das so ist. Hast du gefragt?

Ich bin absoluter Neuling und versuche mich so gut wie es geht anzupassen und auf das zu hören was Linux Fortgeschrittene schreiben, nur sollte auf alle Fälle ein wenig Toleranz dabei sein, grade was den Umgang mit Leuten betrifft. Wird es auch. Wenn du dich vernünftig verhälst werden es die großzahl der Leute dir gegenücber auch.

Es passieren halt mal Fehler, das ist doch okay, dafür sind wir alles Menschen und nicht Roboter, aber warum kann man dann nicht mal darüber wegschauen anstatt zu flamen ? Wenn die Lösung vor deiner Nase steht, ist man geneigt zu denken das die Frage aus reiner Faulheit/Bequemlichkeit gestellt wird. Statt erstmal die eigenen Gehirnzellen zu aktivieren und somit wahre Hilfesuchenden auszubremsen, erstmal eine Mail an die Liste.....

Das bezieht sich nicht auf dich persönlich, sonderen auf die Allgemeinheit. Vor einem Jahr event. meinereiner incl.! Ich versteh es ja auch, jeder der sich Linux zulegt möchte auch erste Erfolge. Aber man/frau sollte nicht gleich genervt/gereizt reagieren wenn man Linux nicht so schnell zum Router macht, nicht jeder Printer druckt, nicht alle Soundkarten unterstützt werden.

Als ich mich in die Liste eingetragen habe stand nirgends drinne das es festgesetzte Normen gibt, das dies und jenes zu beachten ist. Dachtest du es sei der letzte Rechtsfreie Raum auf der Welt?? ;-) Nein, und die Etikette verurteilt auch keinen zu einer Strafe! Die Strafe legt sich hier jeder selber auf;) Aber um Klarstellung bemüht:" Hier gelten sogar die deutschen Gesetze, wie überall im Lande. Die Etikette würde ich als eine Hilfestellung verstehen, so ist sie auch gedacht. Wer sich nur ein wenig an Regeln die im Internet/Mailinglisten oder wo_auch_immer bestehen, hält, wird sich selber eine gewisse Erleichterung schaffen. Das ist aber überall so!

OT: Selbst die Zeiten Christiania's sind vorbei :(( OT:end

Eure Arbeit an dieser Etikette in Ehren und den technischen Support den die meisten hier freiwillig leisten auch, aber es fehlt doch noch eine Menge an Freundlichkeit und Toleranz hier. Nobody perfekt, aber ich und die meißten hier versuchen wirklich ihr Bestes zu geben. Und es sind übrigens ALLE freiwillige Helfer. Sind nur 2-4 Std. die sowas dauern kann......und es gibt noch mehrere Listen wo jemand hilfe benötigt.

Ich bin mir hier keiner Schuld bewusst was schlimmes getan zu habe, den Sender der Etikette habe ich 3 mal angeschrieben warum diese immer an die Liste geschickt wird, ohne Antwort. Wenn du nur eine deiner drei Mails richtig/korrekt gepostet hättest wäre auch DAS eingetreten was du wolltest. Nämlich ein forward der Etikette. Dazu muß aber, darf nur ein ganz bestimmter Satz im Subjekt/Body stehen. Solche Mails werden nämlich von procmail gesendet, oder dachtest du das da jemand nur drauf wartet um SOFORT die Etikette zu versenden?? Warum schreibst du keine Mail und fragst Christian was du genau in die Mail schreiben mußt um die Etikette zu bekommen?

Wenn hier in der Liste nur Normen herrschen und auch nur Themen gefragt werden sollen die dem klaren Reglement der Etikette entsprechen, schreibt das auch ! Nö, weil es s_o nicht wahr ist :)

MfG, Clemens PS: Wir haben nun lange genug über all den Kram diskutiert. Entweder fruchtet es (ein kleinwenig) oder wir vergessen es und müßen tatsächlich alles Ungewünschte rausfiltern :( -- sig_32 Suchen in man-pages nach <Stichwort>: $ man -k <Stichwort> oder $ man -f <Stichwort> [Info: man man] -------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com