[gentoo-user-de] unsubscribe

[gentoo-user-de] unsubscribe

[Maximilian Sichart]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Roland Jax]

[-- Attachment #1: Type: text/plain, Size: 12 bytes --]

unsubscribe

[-- Attachment #2: Type: text/html, Size: 238 bytes --]

Re: [gentoo-user-de] unsubscribe

[tastytea]

On 2022-08-29 16:04+0200 Roland Jax <roland.jax@liwest.at> wrote:

> unsubscribe

um dich von dieser liste abzumelden, schicke eine leere e-mail an
gentoo-user-de+unsubscribe@lists.gentoo.org

[gentoo-user-de] unsubscribe

[R.Sadlo]

[-- Attachment #1: Type: text/plain, Size: 11 bytes --]

unsubscribe

[-- Attachment #2: Type: text/html, Size: 229 bytes --]

[gentoo-user-de] unsubscribe

[ralf.prengel]

[-- Attachment #1: Type: text/plain, Size: 522 bytes --]

unsubscribe

Mit freundlichen Grüssen


Ralf Prengel
Teamleiter
Customer Care
Comline GmbH, an IQVIA business
Hauert 8
D-44227 Dortmund
...
Telefon:        +49 231 97575 157
Mobil:  +49 151 10831 157
Fax:    +49 231 97575 257
E-Mail: ralf.prengel@comline.de
...
www.comline.de<https://www.comline.de>
Geschäftsführer:        Stephan Schilling, Dr. Frank Wartenberg
Sitz der Gesellschaft:  Dortmund
Registergericht:        Amtsgericht Dortmund
Registernummer: HRB 32636
USt.-ID:        DE124727422


[-- Attachment #2: Type: text/html, Size: 8018 bytes --]

[gentoo-user-de] unsubscribe

[andrae]

[gentoo-user-de] unsubscribe

[ralf.prengel]

unsubscribe
Ralf Prengel
Teamleiter
Customer Care
Comline GmbH
Hauert 8
D-44227 Dortmund

Telefon:+49 231 97575 157
Mobil:+49 151 10831 157
Fax:+49 231 97575 257
E-Mail:ralf.prengel@comline.de

www.comline.de
Geschäftsführer: Stephan Schilling
Sitz der Gesellschat: Dortmund
Registergericht: Amtsgericht Dortmund, HRB 32636
USt.-ID: DE124727422

[gentoo-user-de] unsubscribe

[Roland Jax]

[gentoo-user-de] unsubscribe

[andrae]

[gentoo-user-de] Re Akonadi

[Sebastian Kürschner]

[-- Attachment #1: Type: text/plain, Size: 552 bytes --]

Hallo,

na schön dann ist die Datenbank wohl hin. Die älteren Mails sind alle gesichert und die neuen kann ich erneut Downloaden. Kalender sind in externen Dateien. Adressen hoffe ich auch aber da gab es Ungereimtheiten mal sehen.

Aber wie bekomme ich eine neue DB bzw was muß ich löschen? Die Zugangsdaten braucht es dann vermutlich auch neu.

Das es hier einen Plötzlichen Stromausfall gab kann schon sein siehe auch Tastaturproblem. Da habe ich keine Kontrolle was der Rechner tut vielleicht ist auch mehr kaputt.

Gruß

Sebastian

[-- Attachment #2: Type: text/html, Size: 701 bytes --]

[gentoo-user-de] unsubscribe

[Samuel]

Am 27.05.2017 um 15:05 schrieb Sebastian Kürschner:
> Hallo,
> 
> na schön dann ist die Datenbank wohl hin. Die älteren Mails sind alle
> gesichert und die neuen kann ich erneut Downloaden. Kalender sind in
> externen Dateien. Adressen hoffe ich auch aber da gab es Ungereimtheiten
> mal sehen.
> 
> Aber wie bekomme ich eine neue DB bzw was muß ich löschen? Die
> Zugangsdaten braucht es dann vermutlich auch neu.
> 
> Das es hier einen Plötzlichen Stromausfall gab kann schon sein siehe
> auch Tastaturproblem. Da habe ich keine Kontrolle was der Rechner tut
> vielleicht ist auch mehr kaputt.
> 
> Gruß
> 
> Sebastian
> 

[gentoo-user-de] unsubscribe

[Ralf Prengel]

unsubscribe

[gentoo-user-de] unsubscribe

[Jens-Rainer Krüger]

[-- Attachment #1: Type: text/plain, Size: 12 bytes --]

unsubscribe

[-- Attachment #2: Type: text/html, Size: 33 bytes --]

Re: [gentoo-user-de] unsubscribe

[Bernd Wurst]

[-- Attachment #1: Type: text/plain, Size: 204 bytes --]

Am 25.03.2014 13:03, schrieb Jens-Rainer Krüger:
> unsubscribe

Nein, so geht das nicht.

Im Header jeder Mail steht das:
List-Unsubscribe: <mailto:gentoo-user-de+unsubscribe@lists.gentoo.org>



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

[gentoo-user-de] unsubscribe

[Jens-Rainer Krüger]

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



[-- Attachment #2: Type: text/html, Size: 26 bytes --]

[gentoo-user-de] unsubscribe

[Volker H. Erbel]

[gentoo-user-de] Unsubscribe

[Erhard]

Re: [gentoo-user-de] Unsubscribe

[Ibrahim Yurtseven]

On 30.04.2013 13:23, Erhard wrote:
>
kaum geht mal was ab, gibt es Fahnenflüchtige...

-- 
Ibrahim "Arastirmacilar" Yurtseven
The web is what you make of it

Re: [gentoo-user-de] Unsubscribe

[Sven Eden]

[-- Attachment #1: Type: text/plain, Size: 237 bytes --]

Am Dienstag, 30. April 2013, 13:28:44 schrieb Ibrahim Yurtseven:
> On 30.04.2013 13:23, Erhard wrote:
> 
> kaum geht mal was ab, gibt es Fahnenflüchtige...

Stimmt. Wie kann man nur aus einer so entspannt ruhigen Liste austreten. :D

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 230 bytes --]

Re: [gentoo-user-de] Unsubscribe

[Allan Wegan]

[-- Attachment #1: Type: text/plain, Size: 250 bytes --]

> Stimmt. Wie kann man nur aus einer so entspannt ruhigen Liste
> austreten. :D

Sieben Nachrichten an einem Tag! Ich glaub, mir wird das hier auch
langsam zu stressig... :P



-- 
Allan Wegan
Jabber: allanwegan@erdor.de
ICQ: 209459114


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user-de] Unsubscribe

[Stefan 'Steve' Tell]

[-- Attachment #1: Type: text/plain, Size: 423 bytes --]

Moin,

On 30.04.2013 16:09, Allan Wegan wrote:

> Sieben Nachrichten an einem Tag! Ich glaub, mir wird das hier auch
> langsam zu stressig... :P

da haben wir unser Jahrespensum quasi schon im April erfüllt. :)

-- 
** Yours Sincerely, Stefan 'Steve' Tell - http://blog.crashmail.de
** encrypted mail preferred || GnuPG-Key ID: 0x9B6C7E15
** Fingerprint: 0A21 6C88 552E 54AE 3FB5   4732 25EE 6ABE 9B6C 7E15


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 308 bytes --]

Re: [gentoo-user-de] Unsubscribe

[iason33]

[gentoo-user-de] unsubscribe

[lem]

Re: [gentoo-user-de] unsubscribe

[Kai Sauerwald]

[-- Attachment #1: Type: text/plain, Size: 122 bytes --]

Fast
-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.



lem <cogdis@gmx.net> schrieb:




[-- Attachment #2: Type: text/html, Size: 459 bytes --]

[gentoo-user-de] unsubscribe

[wirkzeit Design & Technologie]

-- 
wirkzeit Design & Technologie
http://www.wirkzeit.de

[gentoo-user-de] unsubscribe

[Ralf Prengel]

unsubscribe
 Ralf Prengel
Manager
Customer Care
Comline AG
Hauert 8
D-44227 Dortmund/Germany

Fon +49 231 97575 904
Fax +49 231 97575 257
Mobil +49 151 10831 157
EMail Ralf.Prengel@comline.de


www.comline.de 
Vorstand Stephan Schilling, Erwin Leonhardi 
Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422

Für die Erstellung unserer Dokumente benutzen wir die Produkte aus dem Microsoft Office 2007 Paket.
Sollte sich ein Anhang in der Mail befinden, der mit einer älteren Office Version nicht geöffnet werden kann,
installieren Sie bitte das Compatibility Pack für Office 2007.
http://www.microsoft.com/downloads/details.aspx?FamilyID=941b3470-3ae9-4aee-8f43-c6bb74cd1466&DisplayLang=de

[gentoo-user-de] unsubscribe

[Andreas Kernke]

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

[gentoo-user-de] unsubscribe

[wurstwarenbessel]

Am 09.09.2009 um 00:00 schrieb gentoo-user-de+help@lists.gentoo.org:

> Topics (messages 15736 through 15764):
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15736 - Thomas Bruns <gentoo@donbruno.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15737 - Thomas Niemeier <news@tn-x.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15738 - Thomas Bruns <gentoo@donbruno.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15739 - Thomas Niemeier <news@tn-x.de>
>
> [gentoo-user-de] ???
>      15740 - Mark Menzel <mark@mark-menzel.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15741 - Max Bloch <max.bloch@berlin.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15742 - Matthias Schwarzott <zzam@gentoo.org>
>
> [gentoo-user-de] Kernel Umstieg
>      15743 - Mark Menzel <mark@mark-menzel.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15744 - Frank Steinmetzger <Warp_7@gmx.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15745 - Max Bloch <max.bloch@berlin.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15746 - Frank Steinmetzger <Warp_7@gmx.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15747 - Christian Bricart <christian@bricart.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15748 - Jens Herrmann <gentoo@bikelab.org>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15749 - Andreas Baier <don.ande@gmx.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15750 - Reinhard Tchorz <tchorz@t-online.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15751 - Oliver Rath <rath@mglug.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15752 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@kglug.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15753 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@kglug.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15754 - Andreas Baier <don.ande@gmx.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15755 - Andreas Baier <don.ande@gmx.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15756 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@kglug.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15757 - Andreas Klein <gugelhuepf@googlemail.com>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15758 - Warp_7@gmx.de
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15759 - Frank Steinmetzger <Warp_7@gmx.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15760 - Andreas Baier <don.ande@gmx.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15761 - Andreas Baier <don.ande@gmx.de>
>
> [gentoo-user-de] ???
>      15762 - Mark Menzel <mark@mark-menzel.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15763 - Oliver Jaksch <ojaksch@gmx.de>
>
> [gentoo-user-de] Cursor down geht nicht mehr
>      15764 - Matthias Fechner <idefix@fechner.net>
>
>
>
>
> ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur  
> leider=
> =20
> funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI  
> (ICH10=20
> =46amily) HD Audio Controlle) nicht mehr richtig.
>
> wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und  
> dann ist=20
> schluss, das hei=DFt ich kann da nichts mehr ausw=E4hlen :-(
>
> und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann  
> die USB-C=
> am=20
> rausnehmen und wieder alsamixer aufrufe, kommt folgendes: alsamixer:  
> functi=
> on=20
> snd_ctl_open failed for default: No such file or directory
>
> Kann mir da jemand helfen???
> =2D-=20
> Gru=DF
> Thomas
> =2D--
> CBUILD=3D"x86_64-pc-linux-gnu"
> CFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> CXXFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> LDFLAGS=3D"-Wl,-O1,--hash-style=3Dgnu,--sort-common,--as-needed"
>
>
>
>
> die Reihenfolge der Sound Devices hat sich ge=E4ndert. Die Webcam
> "dr=E4ngelt" sich vor deine Soundkarte. Steuern l=E4sst sich das  
> =FCber d=
> ie
> Datei /etc/modprobe.d/alsa.conf.
>
> Du f=FCgst am Ende etwas wie
>
> <-- Schnipp -->
> ## Set this to the correct number of cards.
> options snd cards_limit=3D3
> options snd-hda-intel index=3D0
> options snd-usb-audio index=3D1,2
> <-- Schnapp -->
>
> ein.
>
> Ich habe zwei USB Audio Ger=E4te (webcam und Headset). Bei nur einem
> reicht es die Option snd-usb-audio index=3D1 zu setzen.
>
> N=E4hre Infos hierzu findest du im gentoo Alsa Guide
> http://www.gentoo.org/doc/de/alsa-guide.xml. Ziemlich am Ende gibt es
> einen kurzen Abschnitt, wie man mehrere Soundkarten konfigurieren und
> eine feste Reihenfolge einstellen kann.
>
> Gru=DF
>
> Thomas
>
> Thomas Bruns schrieb:
>> Hallo NG,
>> =20
>> ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur  
>> lei=
> der=20
>> funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI  
>> (ICH1=
> 0=20
>> Family) HD Audio Controlle) nicht mehr richtig.
>> =20
>> wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und  
>> dann i=
> st=20
>> schluss, das hei=DFt ich kann da nichts mehr ausw=E4hlen :-(
>> =20
>> und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann  
>> die U=
> SB-Cam=20
>> rausnehmen und wieder alsamixer aufrufe, kommt folgendes:  
>> alsamixer: fu=
> nction=20
>> snd_ctl_open failed for default: No such file or directory
>> =20
>> Kann mir da jemand helfen???
>
>
>
>
> Hast du sowas auch?
>
> =2D-=20
> Gru=DF
> Thomas
> =2D--
> CBUILD=3D"x86_64-pc-linux-gnu"
> CFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> CXXFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> LDFLAGS=3D"-Wl,-O1,--hash-style=3Dgnu,--sort-common,--as-needed"
>
>
>
>
> Thomas Bruns schrieb:
>
>> hab das jetzt mal so gemacht, nun hab ich noch ein Problem unter  
>> Skype,=
> das=20
>> der Sound jetzt l=E4uft, aber Skype mir meldet, das es Probleme mit  
>> dem=
> Audio=20
>> gibt, ich denke mal, die wollen nun beide auf das gleiche  
>> AudioDevice=20
>> zugreifen.
>> =20
>> Hast du sowas auch?
>> =20
>
> nein, kann ich nicht best=E4tigen. Allerdings benutze ich zum  
> Telefoniere=
> n
> ausschlie=DFlich mein Headset (Auch bei Videokonferenz - trotz
> integriertem Micro in der WebCam). Ich lasse nur das Klingeln =FCber  
> die
> Soundkarte laufen (l=E4sst sich ja bequem =FCber die  
> Audioeinstellungen i=
> n
> Skype regeln).
>
> Hast du dir die mal angesehen? Eventuell ist da noch was falsch
> zugeordnet? Evtl. solltest du auch die Option "Automatische
> Soundeinstellungen aktivieren" deaktiviert? Bei mir ist das n=F6tig.
>
>
>
>
>
> ich verwende den Xfce-Desktop mit compiz. Das System l=E4uft zu 99%  
> auf
> stable-releases und wird fast t=E4glich aktualisiert.
> Seit ein paar Tagen habe ich mit Firefox jedoch folgendes Problem:
>
> 1. Ich starte Firefox (vom Desktop oder Konsole ist egal)
> 2a. Firefox-Men=FC -> Datei =F6ffnen...
> 2b. Der Dateidialog erscheint
> 3. Ich w=E4hle ein anderes Verzeichnis, als das standardm=E4=DFig  
> angebot=
> ene
> $HOME-Verzeichnis
> und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt
> aus dem strace mit angeh=E4ngt [1]) und
> l=E4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die
> Meldung: =BBSpeicherzugriffsfehler=AB, und das wars.
> Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt immer
> diese Meldung/Fenster.
>
> Viele Gr=FC=DFe,
> Mark
>
>
> [1] - Ausschnitt des strace mit Firefox
> munmap(0xb7f36000, 4096)                =3D 0
> gettimeofday({1251997273, 317411}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png",
> {st_mode=3DS_IFREG|0644, st_size=3D825, ...}) =3D 0
> gettimeofday({1251997273, 317897}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 323017}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 323792}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 324794}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 325422}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 326349}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 326947}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 327848}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 328461}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 329389}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 329989}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 331016}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 331638}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 332544}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 340253}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 342689}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 343324}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 344251}, NULL) =3D 0
> lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
> {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
> gettimeofday({1251997273, 344670}, NULL) =3D 0
> open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
> O_RDONLY|O_LARGEFILE) =3D 57
> fstat64(57, {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
> read(57, "<?xml version=3D\"1.0\" encoding=3D\"UTF"..., 65536) =3D  
> 34491
> gettimeofday({1251997273, 345219}, NULL) =3D 0
> gettimeofday({1251997273, 345338}, NULL) =3D 0
> gettimeofday({1251997273, 345414}, NULL) =3D 0
> gettimeofday({1251997273, 345485}, NULL) =3D 0
> gettimeofday({1251997273, 345557}, NULL) =3D 0
> gettimeofday({1251997273, 345628}, NULL) =3D 0
> gettimeofday({1251997273, 345699}, NULL) =3D 0
> gettimeofday({1251997273, 345771}, NULL) =3D 0
> gettimeofday({1251997273, 345843}, NULL) =3D 0
> gettimeofday({1251997273, 345914}, NULL) =3D 0
> gettimeofday({1251997273, 345985}, NULL) =3D 0
> gettimeofday({1251997273, 346055}, NULL) =3D 0
> gettimeofday({1251997273, 346125}, NULL) =3D 0
> gettimeofday({1251997273, 346196}, NULL) =3D 0
> gettimeofday({1251997273, 346262}, NULL) =3D 0
> gettimeofday({1251997273, 346292}, NULL) =3D 0
> gettimeofday({1251997273, 346322}, NULL) =3D 0
> gettimeofday({1251997273, 346352}, NULL) =3D 0
> gettimeofday({1251997273, 346381}, NULL) =3D 0
> gettimeofday({1251997273, 346410}, NULL) =3D 0
> gettimeofday({1251997273, 346440}, NULL) =3D 0
> gettimeofday({1251997273, 346469}, NULL) =3D 0
> gettimeofday({1251997273, 346498}, NULL) =3D 0
> gettimeofday({1251997273, 346527}, NULL) =3D 0
> gettimeofday({1251997273, 346556}, NULL) =3D 0
> gettimeofday({1251997273, 346586}, NULL) =3D 0
> gettimeofday({1251997273, 346616}, NULL) =3D 0
> gettimeofday({1251997273, 346645}, NULL) =3D 0
> gettimeofday({1251997273, 346675}, NULL) =3D 0
> read(57, ""..., 65536)                  =3D 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D 0
> rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D 0
> rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D 0
> tgkill(7712, 7712, SIGSEGV)             =3D 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> Process 7712 detached
>
>
>
>
>
> ich versuche gerade auf einen neuen Kernel umzusteigen
> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne  
> Bluetooth
> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst sich
> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer Kernel
> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme:
>
> 1. Mein nVidia kernel module wird nicht geladen
> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das  
> module
> neu installieren. Das traue ich mich jedoch nicht, da das module  
> welches
> mit meinem alten Kernel gut l=E4uft nicht mehr in Portage ist und ich
> Angst habe nach einem Wechsel kein lauff=E4higes module mehr im  
> Einsatz z=
> u
> haben und keinen weg zur=FCck zu meinem alten module zu finden
> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten  
> vorra=
> n?
>
> 2. VFAT partitionen werden nicht gemounted
> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
> =FCbersehen um VFAT zu unterst=FCtzen?
>
> Gru=DF,
> Max
>
>
> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg  
> zwischen
> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart.
>
>
>
>
> Hallo Max!
>
>> ich versuche gerade auf einen neuen Kernel umzusteigen
>> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne  
>> Bluetooth
>> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst sich
>> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer  
>> Kernel
>> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme:
>>
>> 1. Mein nVidia kernel module wird nicht geladen
>> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das  
>> module
>> neu installieren. Das traue ich mich jedoch nicht, da das module  
>> welches
>> mit meinem alten Kernel gut l=E4uft nicht mehr in Portage ist und ich
>> Angst habe nach einem Wechsel kein lauff=E4higes module mehr im  
>> Einsatz zu
>> haben und keinen weg zur=FCck zu meinem alten module zu finden
>> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten  
>> vorra=
> n?
>>
> Dateien in /lib/modules (wie eben auch das nvidia.ko Kernel-Modul)  
> werden v=
> on=20
> Portage beim Update nicht gel=F6scht.
> Aber man braucht ja auch die passenden X11-Treiber, also mach ein  
> Bin=E4rpa=
> ket=20
> von deinen installierten "nvidia-drivers":
> # quickpkg nvidia-drivers
>
> =46alls das mit dem Updaten dann nicht klappt kannst du das alte  
> Paket dann=
> =20
> wieder zur=FCckholen.
>
>> 2. VFAT partitionen werden nicht gemounted
>> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
>> =FCbersehen um VFAT zu unterst=FCtzen?
>
> Es gibt da noch die Einstellungen zur Sprachkodierung - das m=FCsste  
> Codepa=
> ge=20
> hei=DFen, vieleicht fehlt da noch etwas.
>
>> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg  
>> zwischen
>> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart.
> Ja, die alte .config Datei in den neuen Kernel kopieren und dann -  
> wer h=E4=
> tte=20
> es gedacht:
> # make oldconfig
>
> Allerdings w=E4re ich bei so einem gro=DFen Versionssprung sehr  
> vorsichtig =
> damit.
>
> Gru=DF
> Matthias
>
>
>
>
> zu den ersten beiden Punkten kann ich Dir leider nicht wirklich
> weiterhelfen. Zum PS jedoch schon:
>
> Schau mal unter: http://www.gentoo.de/doc/de/kernel-upgrade.xml
>
> Punkt 10 beschreibt (und gibt auch Hinweise bzgl. unterschiedlichen
> Kernel-Versionen!) den Vorgang.
> Da ich genkernel verwende kann ich aus /etc/kernels/... die aktuellste
> Konfig-Version nach /usr/src/linux/.config
> kopieren. Das mache ich bevor ich genkernel das erste mal mit den  
> neuen
> Sourcen aufgerufen habe, mit der
> zuletzt aktuellen Konfig-Version.
>
> Ok. zu Punkt 1 f=E4llt mir doch etwas ein:
> Kopier die Datei =BBnvidia.ko=AB unter /lib/modules/<Kernel-Version>/ 
> vide=
> o/
> zur Seite, so dass Du sie im Notfall hast.
> Am besten kopierst Du sie als nvidia.ko.100.14.19 in Dein  
> Homeverzeichnis=
> .
> Aber:
> Grunds=E4tzlich ist es so, dass dieses Verzeichnis /lib/<Kernel- 
> Version>
> f=FCr jede =BBKernel-Version/Release=AB separat angelegt wird.
> Daher musst Du Dir eigentlich keine Sorgen machen, den bei der
> Erstellung des neuen Kernels, mit einer anderen
> Versionsnummer, w=FCrde ein neues Verzeichnis angelegt werden und die
> Datei bleibt in Sicherheit. So lang Du die
> entspr. Eintr=E4ge in Grub/Lilo/$Bootmanager hast, kannst Du zwischen
> beiden Versionen springen. Diese Datei passt auch
> nur zu dem urspr=FCnglichen Kernel und wird mit keinem anderen
> funktionieren, und ist Dein nVidia Kernelmodul.
> Unter dem Link am Anfang des Mails findes Du auch daf=FCr Hinweise.
> =DCbrigends hier ist 2.6.30-gentoo-r5 nicht 2.6.30-gentoo-r4 aktuell!?
>
> Und eine Kleinigkeit f=FCr Punkt 2:
> Mit -t vfat /dev/<quelle> /mnt/<ziel> hast Du es versucht? Und was  
> f=FCr
> eine Meldung bekommst Du dann? (evtl. /var/log/messages od.
> dmesg)
>
>
> Viele Gr=FC=DFe,
> Mark
>
>
> Max Bloch schrieb:
>> Hallo Liste,
>>
>> ich versuche gerade auf einen neuen Kernel umzusteigen
>> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne  
>> Bluetooth
>> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst sich
>> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer  
>> Kernel
>> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme:
>>
>> 1. Mein nVidia kernel module wird nicht geladen
>> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das  
>> modul=
> e
>> neu installieren. Das traue ich mich jedoch nicht, da das module  
>> welche=
> s
>> mit meinem alten Kernel gut l=E4uft nicht mehr in Portage ist und ich
>> Angst habe nach einem Wechsel kein lauff=E4higes module mehr im  
>> Einsatz=
> zu
>> haben und keinen weg zur=FCck zu meinem alten module zu finden
>> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten  
>> vor=
> ran?
>>
>> 2. VFAT partitionen werden nicht gemounted
>> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
>> =FCbersehen um VFAT zu unterst=FCtzen?
>>
>> Gru=DF,
>> Max
>>
>>
>> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg  
>> zwisch=
> en
>> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart.
>>
>> =20
>
>
>
> Von: Frank Steinmetzger <Warp_7@gmx.de>
> Datum: 4. September 2009 20:50:33 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] Kernel Umstieg
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Freitag, 4. September 2009 schrieb Max Bloch:
>> Hallo Liste,
>>
>> ich versuche gerade auf einen neuen Kernel umzusteigen
>> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne  
>> Bluetooth
>> Unterstützung kompliliert (linux-2.6.18-gentoo-r6) und lässt sich
>> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer  
>> Kernel
>> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme:
>>
>> 1. Mein nVidia kernel module wird nicht geladen
>> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das  
>> module
>> neu installieren.
>
> Weil - wie die anderen beiden bereits erwähnt haben - für jede  
> Kernelversion
> ein eigener Verzeichnisbaum mit den Modulen existiert. Einfach
> hinüberkopieren dürfte nicht gehen, da die Kernelversionen zwischen  
> Kernel
> und Modul dann nicht mehr übereinstimmen würden.
>
>> Das traue ich mich jedoch nicht, da das module welches
>> mit meinem alten Kernel gut läuft nicht mehr in Portage ist und ich
>> Angst habe nach einem Wechsel kein lauffähiges module mehr im  
>> Einsatz zu
>> haben und keinen weg zurück zu meinem alten module zu finden
>> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten  
>> vorran?
>
> Für so etwas ist ein lokales Overlay gut geeignet. Einfach das
> Verzeichnis /usr/local/portage anlegen und in die make.conf eintragen:
> PORTDIR_OVERLAY="/usr/local/portage"
> (wenn Du Layman benutzt, muß das vor die Zeile kommen, in der Layman
> referenziert wird).
>
> Für jedes installierte Paket kopiert portage dessen ebuild-Dateien  
> in ein
> neues Verzeichnis, damit es weiß, welches Paket und welche Version
> installiert ist. Dieses ebuild kopierst Du einfach in Dein lokales  
> overlay:
>
> Zuerst das Kategorie-Verzeichnis anlegen:
> mkdir /usr/local/portage/x11-drivers
> Und dann das ebuild hineinkopieren:
> cp /var/db/pkg/x11-drivers/nvidia-drivers-<deine_Version>/nvidia- 
> driver-<deine_Version>.ebuild /usr/local/portage/x11-drivers/
> Eventuell braucht es jetzt noch ein
> ebuild <ebuild-Datei> manifest
>
> Damit kennt portage auch wieder diese alte Version und Du kannst sie  
> erneut
> installieren, sofern das Quellpaket noch zum Download verfügbar ist  
> (oder Du
> es noch selbst im distfiles-Ordner liegen hast).
>
>> PS: gibt es evtl. sowas wie 'make oldconfig' für einen Umstieg  
>> zwischen
>> Kernel Versionen? Das hätte mir bestimmt einige Zeit erspart.
>
> Freilich. Die .config von den alten Sourcen zu den neuen kopieren  
> und dann
> dort make oldconfig ausführen:
> eselect kernel set 2 (wenn Du nur den 2.6.18 und den 26.30  
> installiert hast)
> cp /usr/src/linux-2.6.18-gentoo-r6/.config /usr/src/linux/
> cd /usr/src/linux/
> make oldconfig
> -- 
> Gruß | Greetings | Qapla'
> Pilot: Radar, Good Day, Airforce Blackbird, request FL 600
> Controller (with a chuckle): Sir, if you can reach, you are cleared  
> FL 600
> Pilot: US Air Force Blackbird, leaving FL 800, descending Level 600
>
>
>
>
> Die Idee ein lieb gewonnenes ebuild ins eigene overlay zu packen finde
> ich super! Da w=E4re ich selber nicht drauf gekommen. Leider scheint  
> mein
> layman nicht mehr sauber zu funktionieren und portage sieht mein  
> overlay
> (noch) nicht, wahrscheinlich ist beim layman upgrade von 1.1 zu 1.2  
> was
> schief gegangen. Da muss ich noch mal gucken. Hier aber noch ein  
> kleine
> Korrektur zum kopieren eines ebuilds ins eigene overlay:
>
> Frank Steinmetzger wrote:
>> Zuerst das Kategorie-Verzeichnis anlegen:
>> mkdir /usr/local/portage/x11-drivers
>
> wichtig: und noch ein Verzeichnis f=FCr das Paket anlegen
> # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/
>
>> Und dann das ebuild hineinkopieren:
>> cp
> /var/db/pkg/x11-drivers/nvidia-drivers-<deine_Version>/nvidia-driver- 
> <dei=
> ne_Version>.ebuild
> /usr/local/portage/x11-drivers/
>
> das ebuild geh=F6rt jedoch ein Verzeichnis tiefer
> # cp
> /var/db/pkg/x11-drivers/nvidia-drivers-<deine_Version>/nvidia-driver- 
> <dei=
> ne_Version>.ebuild
> /usr/local/portage/x11-drivers/nvidia-drivers/
>
>> Eventuell braucht es jetzt noch ein
>> ebuild <ebuild-Datei> manifest
>
> oder so:
> # ebuild <ebuild-Datei> digest
> den Unterschied zu 'manifest' weiss ich leider nicht
>
> Sobald mein layman wieder funzt, widme ich wieder meinem Kernel. Nun  
> ist
> aber Wochenende. Danke Mathias, Mark und Frank f=FCr die schnelle
> Unterst=FCtzung :)
>
> ...Max
>
>
>
> Von: Frank Steinmetzger <Warp_7@gmx.de>
> Datum: 4. September 2009 22:55:00 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] Kernel Umstieg
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Freitag, 4. September 2009 schrieb Max Bloch:
>
>> wichtig: und noch ein Verzeichnis für das Paket anlegen
>> # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/
>
> Ah ja, das hatte ich grad verwechselt mit /usr/portage/package/, da  
> braucht
> man nur ein Verzeichnis für die Kategorie, nicht aber für das Paket.
>
>> oder so:
>> # ebuild <ebuild-Datei> digest
>> den Unterschied zu 'manifest' weiss ich leider nicht
>
> Ich habe neulich gelesen (ebuild manpage, wenn ich nicht irre), daß  
> es da
> keinen Unterschied mehr gibt.
> -- 
> Gruß | Greetings | Qapla'
> *** Quits: TITANIC (Excess Flood)
>
>
>
>
> z.B. http://bugs.gentoo.org/show_bug.cgi?id=3D174634 ist da  
> einigermassen
> verbose.. ;-)
>
> und wieso (der Abschnitt ist leider in dieser geqouteten Mail nicht  
> mehr
> drin) das ebuild aus /var/db/pkg/... kopieren und nicht aus dem Tree
> (/usr/portage/) - oder war das nur aus "Sicherheitsgr=FCnden", falls  
> die
> gew=FCnschte Release-Nummer schon aus dem aktuellen Tree  
> verschwunden ist
> ("aus Versehen" emerge --sync gemacht)?
>
> Christian
>
> P.S @Max: um welche NVidia-Karte geht es denn? Evtl kann dir ja jmd.
> sagen ob nen 180.xx Probleme macht.. war bei *mir* n=E4mlich eher
> umgekehrt ;-) Und m.W. gibt es eh nur die Entscheidung bei =3D<GF7  
> bleibt
> dir nur 96.xx und ab GF8 alle gr=F6sser 100.xx - da du jetzt schon  
> einen
> gr=F6sser 100 benutzt, gehe ich mal davon aus, dass auch der 18x.xx  
> bei
> dir (vllt. sogar besser) tun wird - afaik ianal :-)
>
> Christian
>
>
>
>
>
>
>
>
> Gr=FC=DFe
> Jens
>
>
>
>
> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich  
> gerne gro=
> =C3=9Fe Teile=20
> des Paketbauens (insbesondere KDE 4) auf meinen schnellen  
> Heimrechner=20
> auslagern.
>
> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook- 
> Installa=
> tion=20
> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder  
> =C3=BCbel e=
> in neues=20
> System aufsetzen und es stellt sich die Frage der  
> bestm=C3=B6glichen=20
> Konfiguration.
>
> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>
> Mein bisheriges erdachtes Vorgehen:
> =2D i686-Stage 3 snapshot von Gentoo.org
> =2D /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
> =2D CFLAGS entsprechend Notebook (da einziges Zielsystem):
>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>  FEATURES=3Dbuildpkg
> =2D emerge -e world
> =2D emerge -u kde-meta
> =2D Packagedir per NFS exportieren und am Notebook importieren
> =2D Notebook: emerge -uK kde-meta
>
> Gibt's da was hinzuzuf=C3=BCgen, oder ist da was falsch? Hat jemand  
> Tipps b=
> ez=C3=BCglich=20
> der CFLAGS?
>
> Vielen Dank schonmal
> Gru=C3=9F Andreas
>
>
> P.S.
> Zur Hardware:
> Mein Heimrechner ist ein altes Opteron-SMP-System (beherrscht  
> allerdings sc=
> hon=20
> SSE3)
>
> Mein Notebook:
> cat /proc/cpuinfo
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 15
> model name      : Intel(R) Core(TM)2 CPU         T7600  @ 2.33GHz
> stepping        : 6
> cpu MHz         : 1000.000
> cache size      : 4096 KB
> physical id     : 0
> siblings        : 2
> core id         : 0
> cpu cores       : 2
> apicid          : 0
> initial apicid  : 0
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 10
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr  
> pge mca=
> =20
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx  
> lm=20
> constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est  
> tm2=20
> ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow
> bogomips        : 4654.78
> clflush size    : 64
> power management:
>
> processor       : 1
> vendor_id       : GenuineIntel
> cpu family      : 6
> model           : 15
> model name      : Intel(R) Core(TM)2 CPU         T7600  @ 2.33GHz
> stepping        : 6
> cpu MHz         : 1000.000
> cache size      : 4096 KB
> physical id     : 0
> siblings        : 2
> core id         : 1
> cpu cores       : 2
> apicid          : 1
> initial apicid  : 1
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 10
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr  
> pge mca=
> =20
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx  
> lm=20
> constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est  
> tm2=20
> ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow
> bogomips        : 4654.86
> clflush size    : 64
> power management:
>
>
>
>
>> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich  
>> gerne =
> gro=C3=9Fe Teile=20
>> des Paketbauens (insbesondere KDE 4) auf meinen schnellen  
>> Heimrechner=20
>> auslagern.
>> =20
>> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook- 
>> Inst=
> allation=20
>> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder  
>> =C3=BCb=
> el ein neues=20
>> System aufsetzen und es stellt sich die Frage der  
>> bestm=C3=B6glichen=20
>> Konfiguration.
>> =20
>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>> =20
>> Mein bisheriges erdachtes Vorgehen:
>> - i686-Stage 3 snapshot von Gentoo.org
>> - /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
>> - CFLAGS entsprechend Notebook (da einziges Zielsystem):
>>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>>  FEATURES=3Dbuildpkg
>> - emerge -e world
>> - emerge -u kde-meta
>> - Packagedir per NFS exportieren und am Notebook importieren
>> - Notebook: emerge -uK kde-meta
>> =20
>> Gibt's da was hinzuzuf=C3=BCgen, oder ist da was falsch? Hat jemand  
>> Tip=
> ps bez=C3=BCglich=20
>> der CFLAGS?
>
> Mir kommt dies irgendwie umst=C3=A4ndlich vor ;-)
>
> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc  
> =C3=BCberlegenswert. Inf=
> os unter:
> http://www.gentoo.org/doc/de/distcc.xml
>
>
> Bei den Compilerflags muss dann nat=C3=BCrlich die Ziel-CPU  
> angegeben wer=
> den und auf
> dem Desktop-Rechner muss die gleiche gcc-Version wie auf dem Laptop  
> laufe=
> n. Die
> verwendete Linux-Version ist dagegen schnuppe.
>
> Gru=C3=9F
> Reinhard
>
>
>
>
> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines Rechners? ;-)
>
> Hth
>
> Oliver
>
>
>
>
> Von: Thomas Ulrich Nockmann <tun.nospam-daf1b990@kglug.de>
> Datum: 5. September 2009 13:50:26 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Samstag, 5. September 2009 schrieb Andreas Baier:
> [...]
>
> Hallo Andreas,
>
>
>> Da mein Notebook ein notorisches Hitzeproblem hat würde ich gerne
>> große Teile des Paketbauens (insbesondere KDE 4) auf meinen schnellen
>> Heimrechner auslagern.
> dito
>
>> Da ich seit gcc 4.2 march=native nutze, dürfte die
>> Notebook-Installation leider dort nicht lauffähig sein, daher muss
>> ich wohl oder übel ein neues System aufsetzen und es stellt sich die
>> Frage der bestmöglichen Konfiguration.
> Ich habe "gerade KDE 4.3.1 auf meinem Eee PC kompiliert und "momentan"
> laeuft OpenOffice 3.1.1 - das macht nicht wirklich Spass ;-)
>
>
>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =).
> Ich hab es selber noch nicht probiert, aber muesste das nicht via  
> Chroot
> klappen:
> ###
> http://de.gentoo-wiki.com/wiki/Chroot_32_bit
> ###
>
>
>
> \|||/
> `@|@`homas
>  -
>
> P.S.
> Nur mal so ein Gedanke:
> Waer doch schoen, wenn z.B. 'ne Uni oder FH oder ... Platz fuer
> Gentoo-Binaries spendieren wuerde. Ich z.B. habe immer aktuelle
> Packages fuer mindestens 4-5 verschiedene Archs auf Lager. Wenn man
> sich als Vorsatz nimmt, dass diese entsprechend Safe Cflags'
> ###
> http://en.gentoo-wiki.com/wiki/Safe_Cflags
> ###
> kompiliert werden und man noch ein paar "Hauptflavors" wie z.B. KDE
> 3.5.x/4.x.x, Gnome, E16 oder was weiss Gott beruecksichtigt, wuerden
> viele Leute, die Gentoo gut finden, aber nicht immer kompilieren  
> wollen
> oder koennen, Gentoo (wieder) den Vorrang geben.
>
> P.P.S.
> Klarmachen zum Ändern!: https://www.piratenpartei.de/
>
>
> -- 
> The GnuPG key is available at:
> http://keys.gnupg.net/pks/lookup?op=get&search=0xE38D11DA
>
> Please note that according to the European law on data retention,
> information on every electronic information exchange with me is  
> retained
> for a period of six months.
> See: http://www.vorratsdatenspeicherung.de/index.php?lang=en
>
>
>
> Von: Thomas Ulrich Nockmann <tun.nospam-daf1b990@kglug.de>
> Datum: 5. September 2009 13:56:52 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Samstag, 5. September 2009 schrieb Reinhard Tchorz:
> [...]
>
> Hallo Reinhard,
>
>>> Da ich seit gcc 4.2 march=native nutze, dürfte die
>
>> Vielleicht wäre eine Lösung mit distcc überlegenswert. Infos unter:
>> http://www.gentoo.org/doc/de/distcc.xml
> ###
> Do not use -march=native if you use distcc on nodes with different
> architectures as this may produce unusable code.
> ###(http://en.gentoo-wiki.com/wiki/Safe_Cflags#-march.3Dnative)
>
>
> \|||/
> `@|@`homas
>  -
>
>
> P.S.
> Klarmachen zum Ändern!: https://www.piratenpartei.de/
>
> -- 
> The GnuPG key is available at:
> http://keys.gnupg.net/pks/lookup?op=get&search=0xE38D11DA
>
> Please note that according to the European law on data retention,
> information on every electronic information exchange with me is  
> retained
> for a period of six months.
> See: http://www.vorratsdatenspeicherung.de/index.php?lang=en
>
>
>
>
> Am Samstag, 5. September 2009 schrieb Oliver Rath:
>> Du k=C3=B6nntest neben der Idee mit distcc (was problematisch sein  
>> kann, =
> wenn
>> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines  
>> angeschlagenen
>> Rechner auf der schnellen Kiste per NFS mounten und dann per chroot  
>> ganz
>> normal bauen. Allerdings solltest Du dann das Verzeichnis
>> /var/tmp/portage (wo gebaut wird) evtl. als Ramdisk auslegen (wenn Du
>> 4GB RAM hast, kein Problem) oder zumindest local =C3=BCbermounten.
> Aber da m=C3=BCsste ich das System doch trotzdem i686 kompatibel  
> vorliegen =
> haben,=20
> oder (also nicht march=3Dnative) da Programme ja am kompilierenden  
> System=20
> ausgef=C3=BChrt werden, oder? Aber die Idee gef=C3=A4llt mir, so  
> hatte ich =
> fr=C3=BCher mal=20
> gentoo f=C3=BCr ein AMD K6-2 Rechner gebaut =3D).
>
>> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines  
>> Rechners? ;-)
> Das ist leider ein unm=C3=B6gliches Unterfangen (Lenovo T60p, leider  
> eine=20
> Montagskonstruktion, die Ati FireGL ist selten unter 80=C2=B0, die  
> CPU selt=
> en=20
> unter 60=C2=B0 beides schie=C3=9Ft auf 92/75 selbst wenn ich den  
> L=C3=BCfte=
> r auf Maximum=20
> schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich  
> alles=
> =20
> ausgetauscht. Effekt: Jetzt schaltet sich das Ger=C3=A4t nicht mehr  
> ab, wie=
> =20
> vorher, aber es l=C3=A4uft prompt aufs Minimum heruntergetaktet  
> sobald eine=
> =20
> Rechen-intensive Anwendung l=C3=A4uft (da reicht flash auf drei,  
> vier ge=C3=
> =B6ffneten=20
> Webseiten aus =3D/ ).
>
> Gru=C3=9F Andreas
>> Hth
>>
>> Oliver
>
>
>
>
>
>
>>> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich  
>>> gerne =
> gro=C3=9Fe
>>> Teile des Paketbauens (insbesondere KDE 4) auf meinen schnellen
>>> Heimrechner auslagern.
>>>
>>> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook- 
>>> Inst=
> allation
>>> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder  
>>> =C3=BCb=
> el ein neues
>>> System aufsetzen und es stellt sich die Frage der bestm=C3=B6glichen
>>> Konfiguration.
>>>
>>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>>>
>>> Mein bisheriges erdachtes Vorgehen:
>>> - i686-Stage 3 snapshot von Gentoo.org
>>> - /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
>>> - CFLAGS entsprechend Notebook (da einziges Zielsystem):
>>>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>>>  FEATURES=3Dbuildpkg
>>> - emerge -e world
>>> - emerge -u kde-meta
>>> - Packagedir per NFS exportieren und am Notebook importieren
>>> - Notebook: emerge -uK kde-meta
>>>
>>> Gibt's da was hinzuzuf=C3=BCgen, oder ist da was falsch? Hat  
>>> jemand Tip=
> ps
>>> bez=C3=BCglich der CFLAGS?
>>
>> Mir kommt dies irgendwie umst=C3=A4ndlich vor ;-)
>>
>> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc  
>> =C3=BCberlegenswert. Inf=
> os unter:
>> http://www.gentoo.org/doc/de/distcc.xml
> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc  
> laufen: D=
> er=20
> Server l=C3=A4uft auf hardened gcc und damit noch mit gcc3, glaube  
> ich, w=
> =C3=A4hrend=20
> ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der  
> Update-H=
> =C3=B6lle=20
> zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software  
> habe is=
> t=20
> ~x86 mit entsprechendem gcc und build System.
>
> Auch mache ich nicht st=C3=A4ndig Updates. Eigentlich l=C3=A4uft  
> haupts=C3=
> =A4chlich ein=20
> emerge -u 	@security auf allen Rechnern, bzw. ich aktualisiere  
> einzelne=20
> Pakete. (Ich war bereits mehrere Male in der Gentoo-~x86-Update- 
> H=C3=B6lle =
> und ich=20
> muss sagen, es machte Spa=C3=9F, bis es nicht mehr aufh=C3=B6rte...  
> und ich=
> bemerkt=20
> habe, dass ich mehr geupdatet als gearbeitet hatte =3D]. (Diese  
> Erkenntnis =
> hat=20
> Jahre gedauert =3D| ). Ich w=C3=BCrde Gentoo trotzdem niemals  
> tauschen. Abe=
> r halt=20
> das ist das verkehrte Thema... =3D) )
>
> Daher w=C3=BCrde ich das Update auf diese Weise eher selten und nur  
> bei gr=
> =C3=B6=C3=9Feren=20
> Geschichten (wie eben KDE-Updates) anschmei=C3=9Fen, es sei denn ich  
> f=C3=
> =A4nd eine=20
> elegante Methode, dies zu automatisieren.
>
> Gru=C3=9F Andreas
>
>
>
>
>
>
>
>
>>> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc  
>>> =C3=BCberlegenswert.=
> Infos unter:
>>> http://www.gentoo.org/doc/de/distcc.xml
>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc  
>> laufe=
> n: Der=20
>> Server l=C3=A4uft auf hardened gcc und damit noch mit gcc3, glaube  
>> ich,=
> w=C3=A4hrend=20
>> ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der  
>> Update=
> -H=C3=B6lle=20
>> zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software  
>> hab=
> e ist=20
>> ~x86 mit entsprechendem gcc und build System.
>
>> (Ich war bereits mehrere Male in der Gentoo-~x86-Update-H=C3=B6lle  
>> und =
> ich=20
>> muss sagen, es machte Spa=C3=9F, bis es nicht mehr aufh=C3=B6rte...  
>> und=
> ich bemerkt=20
>> habe, dass ich mehr geupdatet als gearbeitet hatte =3D]. (Diese  
>> Erkennt=
> nis hat=20
>> Jahre gedauert =3D| ). Ich w=C3=BCrde Gentoo trotzdem niemals  
>> tauschen.=
> Aber halt=20
>> das ist das verkehrte Thema... =3D) )
>> =20
>
>> Gru=C3=9F Andreas
>
> Hall=C3=B6le Andreas.
>
> Mehr updaten und mit dem System experimentieren satt zu arbeiten - das
> kenn ich (ich liebe es..., kann  scheinbar s=C3=BCchtig machen). Deine
> Einsicht hat sich bei mir leider noch nicht durchgesetzt - muss mich
> damit auch st=C3=A4ndig von Kollegen deswegen h=C3=A4nseln lassen  
> (sind z=
> wei
> eingeschworenen Debianer). W=C3=BCrde aber auch niemehr was anderes  
> haben
> wollen! Wir kennen und sch=C3=A4tzen schlie=C3=9Flich die Vorteile,  
> mit d=
> enen all
> der Aufwand entlohnt wird.
>
> Trotzdem gehen mir diese Kompilierorgien auf meinen alten Laptops  
> (K6-2
> und PIII-500Mhz) mehr und mehr auf' Zeiger.
> Distcc verwende ich =C3=BCbrigens schon seit min. einem halben Jahr,  
> auch
> seit Vers. 3.x im pump Modus, aber das ist mir alles immer noch viel  
> zu
> langsam! Trotz diverer Versuche die Haptlast auf den Quad-Core zu
> verteilen oder nur dort die Pakete bauen zu lassen, m=C3=BCssen  
> anscheine=
> nd
> immer noch zuviel Pakete auf den Laptops gebaut werden. Und das bremst
> dann gewaltig. Verwende auf allen Kisten die Gleiche GCC Version.=20
> Icecream hatte irgendwelche Nachteile die f=C3=BCr mich zum
> Ausschlusskriterium wurden, kann mich aber nicht mehr erinnern was das
> war. Ich sprach auf der Froscon am Gentoo-Stand mit einem Bug-Wrangler
> un Paket Mantainer von Gentoo, und er meinte auch die 32-Bit Chroot
> L=C3=B6sung w=C3=A4re der performanteste Ansatz, dann die Bin-Pakete  
> auf =
> dem
> Zielsystem installieren.
>
> Daher will auch ich wenn mal mein System umstellen, distcc raus,  
> Chroot
> 32 rein, wenn mal wieder etwas mehr Zeit zum experimentieren bleibt.
>
> Dann soll es aber schon ein bischen Komfort geben. Stelle mir das auch
> so vor, dass die Einstellungen der make.conf aus dem jeweils  
> gemounteten
> Zielsystem stammen sollen. Oder dass ich auf dem Paketbauendem System
> mehrere Profile der Zielsystem verwalten kann, zwischen denen sich
> einfach umschalten l=C3=A4sst, so dass dann die angepasten bin- 
> pakete geb=
> aut
> werden. Am besten noch gleichzeitig f=C3=BCr mehrere x86er  
> Zielsysteme mi=
> t
> unterschiedlichen Konfigurationen.
>
> Gru=C3=9F, Andy.
>
>
>
>
>
>
> Von: Warp_7@gmx.de
> Datum: 5. September 2009 16:39:38 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Samstag, 5. September 2009 schrieb Andreas Baier:
>
>> Am Samstag, 5. September 2009 schrieb Oliver Rath:
>>> Du könntest neben der Idee mit distcc (was problematisch sein  
>>> kann, wenn
>>> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines  
>>> angeschlagenen
>>> Rechner auf der schnellen Kiste per NFS mounten und dann per  
>>> chroot ganz
>>> normal bauen. Allerdings solltest Du dann das Verzeichnis
>>
>> Aber da müsste ich das System doch trotzdem i686 kompatibel vorliegen
>> haben, oder (also nicht march=native) da Programme ja am  
>> kompilierenden
>> System ausgeführt werden, oder?
>
> Und warum bestehst Du so auf native? Ich denke mal, dieser Konflikt  
> kommt
> daher, daß Du, wenn sowohl distcc-Host als auch -Client mit native  
> arbeiten,
> unterschiedlichen Code produzieren, wenn da nicht familiengleiche  
> Prozzis
> drin sind. So weit ich weiß, wählt native doch lediglich den  
> korrekten Wert
> aus - in Deinem Fall also core2. Und wenn Du den eben manuell  
> einstellst,
> sollte das doch kein Problem mehr sein.
>
>>> Oder Du löst evtl. einfach die Hitzeprobleme Deines Rechners? ;-)
>>
>> Das ist leider ein unmögliches Unterfangen (Lenovo T60p, leider eine
>> Montagskonstruktion, die Ati FireGL ist selten unter 80°
>
> Hö?
>
>> die CPU selten unter 60°
>
> Das hat mein T7200 leider auch, der dümpelt grad auf 1GHz mit unter  
> 5% (Amarok
> spielt Ogg im Hintergrund) vor sich hin und hat sich grad auf 53°
> eingependelt.
> Die erste Centrino-Generation war da echt toll - die Rechner konnte  
> man ewig
> aufm Schoß haben und die blieben, solange sie nix zu tun bekamen,  
> immer unter
> 40°.
>
>> beides schießt auf 92/75 selbst wenn ich den Lüfter auf Maximum
>> schalte). Es war bereits beim Reparaturservice, es wurde so  
>> ziemlich alles
>> ausgetauscht. Effekt: Jetzt schaltet sich das Gerät nicht mehr ab,  
>> wie
>> vorher, aber es läuft prompt aufs Minimum heruntergetaktet sobald  
>> eine
>> Rechen-intensive Anwendung läuft
>
> Das habe ich bei mir auch beobachtet beim Compilieren. Früher hatte  
> ich das
> meines Erachtens nicht, das hat irgendwann[TM] mal angefangen.  
> Sobald er über
> 85° oder so ist, schaltet er auf 1 oder 1,3GHz runter, selbst wenn  
> ich den
> cpufreq-governor auf Performance einstelle.
>
> Am Ende hat der Techniker geschlampt und das Auftragen der  
> Wärmeleitpaste
> zwischen Prozzi und Heatpipe vergeigt.
>
>> (da reicht flash auf drei, vier geöffneten Webseiten aus =/ ).
>
> Hm... dann müssen das aber schon große Filmchen sein.
> -- 
> Haben sie schon mal ein Mutterschiff mit seinem Schiffsjungen gesehen?
>
>
>
> Von: Frank Steinmetzger <Warp_7@gmx.de>
> Datum: 5. September 2009 16:43:55 MESZ
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@lists.gentoo.org
>
>
> Am Samstag, 5. September 2009 schrieb Thomas Ulrich Nockmann:
>> Am Samstag, 5. September 2009 schrieb Andreas Baier:
>> [...]
>>
>> Hallo Andreas,
>>
>>> Da mein Notebook ein notorisches Hitzeproblem hat würde ich gerne
>>> große Teile des Paketbauens (insbesondere KDE 4) auf meinen  
>>> schnellen
>>> Heimrechner auslagern.
>>
>> dito
> ----^
> Da fehlt noch ein t ;-)
>
>> P.S.
>> Nur mal so ein Gedanke:
>> Waer doch schoen, wenn z.B. 'ne Uni oder FH oder ... Platz fuer
>> Gentoo-Binaries spendieren wuerde. Ich z.B. habe immer aktuelle
>> Packages fuer mindestens 4-5 verschiedene Archs auf Lager. Wenn man
>> sich als Vorsatz nimmt, dass diese entsprechend Safe Cflags'
>
> Ich glaub, die eingefleischten Gentooler würden davon auch Abstand  
> halten,
> weil dann u.U. die Use-Flag-Auswahl wieder nicht ihren Ansprüchen
> entsprechen, oder die Optimierungseinstellung nicht genehm ist, und  
> schon
> hast Du unter Umständen Dutzende von möglichen Kompilaten.
> Ich könnte mir vorstellen, daß es eine bessere Möglichkeit wäre,  
> lediglich die
> Object-Dateien zu packen. Dann könnte man die sich gemäß der eigenen  
> Useflags
> zusammenlinken.
> -- 
> Gruß | Greetings | Qapla'
> Beamy, Scot me up!
>
>
>
>
>>>> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines  
>>>> Rechners? ;-)
>>>
>>> Das ist leider ein unm=C3=B6gliches Unterfangen (Lenovo T60p,  
>>> leider ei=
> ne
>>> Montagskonstruktion, die Ati FireGL ist selten unter 80=C2=B0
>>
>> H=C3=B6?
>>
>>> die CPU selten unter 60=C2=B0
>>
>> Das hat mein T7200 leider auch, der d=C3=BCmpelt grad auf 1GHz mit  
>> unter =
> 5%
>> (Amarok spielt Ogg im Hintergrund) vor sich hin und hat sich grad  
>> auf 53=
> =C2=B0
>> eingependelt.
>> Die erste Centrino-Generation war da echt toll - die Rechner konnte  
>> man
>> ewig aufm Scho=C3=9F haben und die blieben, solange sie nix zu tun  
>> bekame=
> n,
>> immer unter 40=C2=B0.
>>
>>> beides schie=C3=9Ft auf 92/75 selbst wenn ich den L=C3=BCfter auf  
>>> Maxim=
> um
>>> schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich
>>> alles ausgetauscht. Effekt: Jetzt schaltet sich das Ger=C3=A4t  
>>> nicht me=
> hr ab,
>>> wie vorher, aber es l=C3=A4uft prompt aufs Minimum  
>>> heruntergetaktet sob=
> ald
>>> eine Rechen-intensive Anwendung l=C3=A4uft
>>
>> Das habe ich bei mir auch beobachtet beim Compilieren. Fr=C3=BCher  
>> hatte =
> ich das
>> meines Erachtens nicht, das hat irgendwann[TM] mal angefangen.  
>> Sobald er
>> =C3=BCber 85=C2=B0 oder so ist, schaltet er auf 1 oder 1,3GHz  
>> runter, sel=
> bst wenn ich
>> den cpufreq-governor auf Performance einstelle.
>>
>> Am Ende hat der Techniker geschlampt und das Auftragen der  
>> W=C3=A4rmeleit=
> paste
>> zwischen Prozzi und Heatpipe vergeigt.
>>
>>> (da reicht flash auf drei, vier ge=C3=B6ffneten Webseiten aus  
>>> =3D/ ).
>>
>> Hm... dann m=C3=BCssen das aber schon gro=C3=9Fe Filmchen sein.
> Habe jetzt gerade nur Web-Anwendungen auf (kmail, akregator,  
> firefox..., so=
> wie=20
> nen PDF-Reader und nen konqueror) und es ist runtergetaket worden  
> auf 1000=
> =20
> bei 63=C2=B0/83=C2=B0 (CPU/GPU) und ca 2-3% CPU Auslastung. Scheint   
> einfac=
> h falsch=20
> konstruiert zu sein. Aber Schwamm dr=C3=BCber.
>
> Gru=C3=9F Andreas
>
>
>
>
>>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
>>> laufen: Der Server l=C3=A4uft auf hardened gcc und damit noch mit  
>>> gcc3,
>>> glaube ich, w=C3=A4hrend ich meinen Heim-PC lieber x86 kompiliere  
>>> und
>>> stable lasse um der Update-H=C3=B6lle zu entgehen. Nur mein  
>>> Notebook, a=
> uf
>>> dem ich gerne aktuelle Software habe ist ~x86 mit entsprechendem gcc
>>> und build System.
>>
>> wie schaut es denn mit Icecream aus:
>> ###
>> Icecream hat allerdings ein paar Vorteile. Diese sind z.B. dass die
>> eingesetzte Version des gcc nicht mehr eine so gro=C3=9Fe Rolle  
>> spielt, w=
> ie
>> noch mit DistCC.
>> ### (
>> http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen.ht=
> ml
>> #Icecream)
>
> Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen.
>
> Gru=C3=9F Andreas
>
>
>
>
> http://kb.mozillazine.org/Ui.allow_platform_file_picker
>
> Zeigt einen Weg um zwischen native GTK- oder XUL-Dialogen zu wechseln.
>
> F=FCr mich ist das Problem damit vorerst gel=F6st.
>
> Gr=FC=DFe,
> Mark
>
>
> Mark Menzel schrieb:
>> Hallo Liste,
>>
>> ich verwende den Xfce-Desktop mit compiz. Das System l=E4uft zu 99%  
>> auf
>> stable-releases und wird fast t=E4glich aktualisiert.
>> Seit ein paar Tagen habe ich mit Firefox jedoch folgendes Problem:
>>
>> 1. Ich starte Firefox (vom Desktop oder Konsole ist egal)
>> 2a. Firefox-Men=FC -> Datei =F6ffnen...
>> 2b. Der Dateidialog erscheint
>> 3. Ich w=E4hle ein anderes Verzeichnis, als das standardm=E4=DFig  
>> angeb=
> otene
>> $HOME-Verzeichnis
>> und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt
>> aus dem strace mit angeh=E4ngt [1]) und
>> l=E4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die
>> Meldung: =BBSpeicherzugriffsfehler=AB, und das wars.
>> Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt  
>> immer
>> diese Meldung/Fenster.
>>
>> Viele Gr=FC=DFe,
>> Mark
>>
>>
>> [1] - Ausschnitt des strace mit Firefox
>> munmap(0xb7f36000, 4096)                =3D 0
>> gettimeofday({1251997273, 317411}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D825, ...}) =3D 0
>> gettimeofday({1251997273, 317897}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 323017}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 323792}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 324794}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 325422}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 326349}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 326947}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 327848}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 328461}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 329389}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 329989}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 331016}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 331638}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 332544}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 340253}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 342689}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 343324}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 344251}, NULL) =3D 0
>> lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
>> {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
>> gettimeofday({1251997273, 344670}, NULL) =3D 0
>> open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
>> O_RDONLY|O_LARGEFILE) =3D 57
>> fstat64(57, {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
>> read(57, "<?xml version=3D\"1.0\" encoding=3D\"UTF"..., 65536) =3D  
>> 3449=
> 1
>> gettimeofday({1251997273, 345219}, NULL) =3D 0
>> gettimeofday({1251997273, 345338}, NULL) =3D 0
>> gettimeofday({1251997273, 345414}, NULL) =3D 0
>> gettimeofday({1251997273, 345485}, NULL) =3D 0
>> gettimeofday({1251997273, 345557}, NULL) =3D 0
>> gettimeofday({1251997273, 345628}, NULL) =3D 0
>> gettimeofday({1251997273, 345699}, NULL) =3D 0
>> gettimeofday({1251997273, 345771}, NULL) =3D 0
>> gettimeofday({1251997273, 345843}, NULL) =3D 0
>> gettimeofday({1251997273, 345914}, NULL) =3D 0
>> gettimeofday({1251997273, 345985}, NULL) =3D 0
>> gettimeofday({1251997273, 346055}, NULL) =3D 0
>> gettimeofday({1251997273, 346125}, NULL) =3D 0
>> gettimeofday({1251997273, 346196}, NULL) =3D 0
>> gettimeofday({1251997273, 346262}, NULL) =3D 0
>> gettimeofday({1251997273, 346292}, NULL) =3D 0
>> gettimeofday({1251997273, 346322}, NULL) =3D 0
>> gettimeofday({1251997273, 346352}, NULL) =3D 0
>> gettimeofday({1251997273, 346381}, NULL) =3D 0
>> gettimeofday({1251997273, 346410}, NULL) =3D 0
>> gettimeofday({1251997273, 346440}, NULL) =3D 0
>> gettimeofday({1251997273, 346469}, NULL) =3D 0
>> gettimeofday({1251997273, 346498}, NULL) =3D 0
>> gettimeofday({1251997273, 346527}, NULL) =3D 0
>> gettimeofday({1251997273, 346556}, NULL) =3D 0
>> gettimeofday({1251997273, 346586}, NULL) =3D 0
>> gettimeofday({1251997273, 346616}, NULL) =3D 0
>> gettimeofday({1251997273, 346645}, NULL) =3D 0
>> gettimeofday({1251997273, 346675}, NULL) =3D 0
>> read(57, ""..., 65536)                  =3D 0
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D 0
>> rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D 0
>> rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D 0
>> tgkill(7712, 7712, SIGSEGV)             =3D 0
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> Process 7712 detached
>> =20
>
>
>
>
> Lange Rede kurzer Sinn: IMHO nicht mehr distcc nehmen weil oll, lieber
> Icecream (zus=C3=A4tzlich zu ccache) nehmen.
>
> Erg=C3=A4nzend zu Euren Links siehe auch
> <http://dev.gentoo.org/~rane/icecream.xml> .
>
> -
> Oliver
>
>
> Am 09/05/2009 05:32 PM schrieb Andreas Baier:
>> Hallo,
>>
>> =20
>>>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
>>>> laufen: Der Server l=C3=A4uft auf hardened gcc und damit noch mit  
>>>> gcc=
> 3,
>>>> glaube ich, w=C3=A4hrend ich meinen Heim-PC lieber x86 kompiliere  
>>>> und
>>>> stable lasse um der Update-H=C3=B6lle zu entgehen. Nur mein  
>>>> Notebook,=
> auf
>>>> dem ich gerne aktuelle Software habe ist ~x86 mit entsprechendem  
>>>> gcc
>>>> und build System.
>>>>     =20
>>> wie schaut es denn mit Icecream aus:
>>> ###
>>> Icecream hat allerdings ein paar Vorteile. Diese sind z.B. dass die
>>> eingesetzte Version des gcc nicht mehr eine so gro=C3=9Fe Rolle  
>>> spielt=
> , wie
>>> noch mit DistCC.
>>> ### (
>>> http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen=
> .html
>>> #Icecream)
>>>   =20
>>
>> Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen.
>>
>> Gru=C3=9F Andreas
>>
>> =20
>
>
>
>
>
> ich habe gerade festgestellt, das meine Cursor nach unten Taste  
> nicht=20
> mehr funktioniert und Frage mich, ob das an einigen neuen Versionen  
> liegt=
> .
>
> Wenn ich xev starte sagt er f=FCr Cursor hoch:
> KeyPress event, serial 33, synthetic NO, window 0x2200001,
>     root 0xd2, subw 0x0, time 2311179, (168,-8), root:(2599,437),
>     state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES,
>     XLookupString gives 0 bytes:
>     XmbLookupString gives 0 bytes:
>     XFilterEvent returns: False
>
> F=FCr Cursor runter:
> KeyPress event, serial 33, synthetic NO, window 0x2200001,
>     root 0xd2, subw 0x0, time 2313091, (168,-8), root:(2599,437),
>     state 0x0, keycode 116 (keysym 0xff7e, Mode_switch), same_screen  
> YES=
> ,
>     XLookupString gives 0 bytes:
>     XmbLookupString gives 0 bytes:
>     XFilterEvent returns: False
>
>
> Da scheint was nicht ok zu sein, der erkennt die Taste wohl nicht  
> richtig=
> .
>
> Hat einer eine Idee, wie man das Problem beheben kann?
>
> Gruss
> Matthias
>
>

[gentoo-user-de] Eingriff in den Bootablauf

[Joerg Lubass]

Moin,

ich habe einen LTSP-4.2 laufen und bekomme nach einer Hardwareerneuerung damit 
Probleme.

Deshalb spiele ich mit dem Gedanken, ein zusätzlich auf dem Server lagerndes 
Gentoo per Netzwerk zu booten und auf den Clients laufen zu lassen und vom 
klassischen LTSP wegzugehen.
Dazu soll dieses Gentoo mit möglichst wenig Eingriffen zum Arbeiten gebracht 
werden.

Ich bin jetzt soweit, dass ich das in einer chroot-Umgebung klassisch erzeugte 
Gentoo per pxeboot auf den Clients starten kann.

Und jetzt kommt mein Problem.
Ich möchte den Kernel per genkernel erzeugen.
Dazu habe ich als erstes zusätzlich unionfs gepatch und in den kernel fest 
einkompiliert. Die von genkernel erzeugte initrd unterstützt den nfsboot.
Aber, ich muss in der Startroutine vor init oder als erstes in init das 
unionfs mounten. Mein erster Gedanke hierzu ist, die originale linuxrc zu 
verändern und per genkernel einzubinden.
Ich gehe davon aus, das die per genkernel in die initrd eingebundene linuxrc 
sich im Verzeichnis /usr/share/genkernel/generic befindet.?

Die Stelle für den Eingriff würde in der Zeile 627 erfolgen, wenn da nicht 

exec switch_root -c "/dev/console" "${CHROOT}" ...

stehen würde, um zur Standardumgebung und dem normalen init-Prozess zu 
switchen.

In einem normalen Script könnte ich an dieser Stelle vor dem Starten des 
init-Prozesses mein unionfs einbinden.

Wenn ich diesen Befehl nicht in Scriptform aufbohren und verändern kann, muss 
ich mit Start des init-Prozesses unionfs mounten.

An dieser Stelle klemmt es momentan bei mir und ich brauche mal einen Anschub.

Gruß von der Insel

Jörg

Re: [gentoo-user-de] Eingriff in den Bootablauf

[Arnold Krille]

Am 8. August 2008 14:35 schrieb Joerg Lubass <gentoo@lubass.de>:
> Deshalb spiele ich mit dem Gedanken, ein zusätzlich auf dem Server lagerndes
> Gentoo per Netzwerk zu booten und auf den Clients laufen zu lassen und vom
> klassischen LTSP wegzugehen.
> Dazu soll dieses Gentoo mit möglichst wenig Eingriffen zum Arbeiten gebracht
> werden.
> Ich bin jetzt soweit, dass ich das in einer chroot-Umgebung klassisch erzeugte
> Gentoo per pxeboot auf den Clients starten kann.
> Und jetzt kommt mein Problem.
<snip>
> In einem normalen Script könnte ich an dieser Stelle vor dem Starten des
> init-Prozesses mein unionfs einbinden.
> Wenn ich diesen Befehl nicht in Scriptform aufbohren und verändern kann, muss
> ich mit Start des init-Prozesses unionfs mounten.

Ich habe ein ähnliches Setup (allerdings arbeite ich ohne initrd) und
habe das folgendermaßen gelöst:
Als Kernelparameter gibt es bei mir ein "init=/sbin/myinit" mit auf
den Weg und myinit mounted erstmal alles nötige mitsamt den
unionfs-dingen. Danach ruft es per exec-Befehl den richtigen Init auf.
Ursprünglich hatte ich mal ein paar gentoo-init-skripte bearbeitet,
aber das ist bei einem update und unaufmerksamen etc-update verloren
gegangen.
Einziges Problem dabei: Das runterfahren will irgendwie nicht richtig.
Aber das kann auch an was anderem liegen...

Bis denn,

Arnold
-- 
visit http://www.arnoldarts.de/

[gentoo-user-de] unsubscribe

[Markus Meissner]

[gentoo-user-de] unsubscribe

[nils.leideck]

[-- Attachment #1: Type: text/html, Size: 587 bytes --]

[-- Attachment #2: Type: text/plain, Size: 166 bytes --]


Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl.
http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/index.html

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 230 bytes --]

nils.leideck@freenet.de schrieb:
> Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl.
> http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/index.html
>
>   
Freenet SPAM!!!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-user-de] unsubscribe

[André Glücksmann]

[-- Attachment #1: Type: text/plain, Size: 373 bytes --]

Justin wrote:
> nils.leideck@freenet.de schrieb:
>> Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl.
>> http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/index.html
>>
>>   
> Freenet SPAM!!!
> 
Unglaublich! So dreisst sind die mittlerweile!

-- 
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: [gentoo-user-de] unsubscribe

[Markus Rennings]

[-- Attachment #1: Type: text/plain, Size: 372 bytes --]

Am Samstag, 28. Juni 2008 schrieb André Glücksmann:
> Justin wrote:
> > nils.leideck@freenet.de schrieb:
[Freenet Spam entsorgt]
> >
> > Freenet SPAM!!!
>
> Unglaublich! So dreisst sind die mittlerweile!

Und warum quotet ihr den Mist auch noch?

-- 
Markus Rennings
GPG-key-ID: 2C133B4E
GPG-fingerprint: 3258 59A4 B675 35BA 9AD0 57EA 2DFD EFC2 2C13 3B4E

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Florian Wallburg]

Bekomme keine Rückfrage-Mails und sie sind auch nicht im Spam-Ordner gelandet.
Kann ich ein Admin anschreiben damit er mich manuell austrägt?

Gruß
Flo

> -----Ursprüngliche Nachricht-----
> Von: gentoo-user-de@lists.gentoo.org
> Gesendet: 09.05.08 14:48:28
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] unsubscribe


> Am 9. Mai 2008 14:00 schrieb Florian Wallburg <Florian.Wallburg@web.de>:
> > habe nicht den Digest abonniert, bekomme jede Mail einzeln.
> > Habe eine Mail an die unten stehende Adresse gsechickt und bekomme immer noch die Mails :/
> 
> Das Rückfragemail der Listensoftware ist aber nicht im Spam-Ordner
> gelandet oder anderweitig ignoriert worden?
> 
> Bis denn,
> 
> Arnold
> -- 
> visit http://www.arnoldarts.de/
> -- 
> gentoo-user-de@lists.gentoo.org mailing list
> 
> 


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Tobias Matt]

Hallo Zusammen.

Habe es momentan auch mit dem Abmelden versucht (Testweise) und bei
mir hat es auch nicht funktioniert. Vielleicht liegt da ein Problem
vor. Ich schreibe gleich mal eine eMail an den Administrator. Mal
schauen, ob sich da was ergibt.

Gruss,
Tobias

P.S.: Dies würde vielleicht auch die vielen "unsubscribe" eMails erklären.


2008/5/9 Florian Wallburg <Florian.Wallburg@web.de>:
> Bekomme keine Rückfrage-Mails und sie sind auch nicht im Spam-Ordner gelandet.
> Kann ich ein Admin anschreiben damit er mich manuell austrägt?
>
> Gruß
> Flo
>
>> -----Ursprüngliche Nachricht-----
>> Von: gentoo-user-de@lists.gentoo.org
>> Gesendet: 09.05.08 14:48:28
>> An: gentoo-user-de@lists.gentoo.org
>> Betreff: Re: [gentoo-user-de] unsubscribe
>
>
>> Am 9. Mai 2008 14:00 schrieb Florian Wallburg <Florian.Wallburg@web.de>:
>> > habe nicht den Digest abonniert, bekomme jede Mail einzeln.
>> > Habe eine Mail an die unten stehende Adresse gsechickt und bekomme immer noch die Mails :/
>>
>> Das Rückfragemail der Listensoftware ist aber nicht im Spam-Ordner
>> gelandet oder anderweitig ignoriert worden?
>>
>> Bis denn,
>>
>> Arnold
>> --
>> visit http://www.arnoldarts.de/
>> --
>> gentoo-user-de@lists.gentoo.org mailing list
>>
>>
>
>
> --
> gentoo-user-de@lists.gentoo.org mailing list
>
>
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Florian Wallburg]

Hallo Herr Matt,
habe nicht den Digest abonniert, bekomme jede Mail einzeln.
Habe eine Mail an die unten stehende Adresse gsechickt und bekomme immer noch die Mails :/

Gruß
Florian

> -----Ursprüngliche Nachricht-----
> Von: gentoo-user-de@lists.gentoo.org
> Gesendet: 09.05.08 13:54:37
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] unsubscribe


> Hallo Herr Wallburg.
> 
> Kann es vielleicht sein, dass sie eine einzelne eMail am Tag von der
> gesamten Liste bekommen? Dann müssen Sie sich anders abmelden:
> 
> gentoo-user-de+unsubscribe-digest@lists.gentoo.org
> 
> Ansonsten fällt mir auch nicht viel ein.
> Die eMail sollte leer sein (ohne Inhalt und Betreff), weiss aber auch
> nicht ob das was ausmacht.
> 
> Schönes Wochenende,
> Tobias Matt
> 
> 
> 2008/5/9 Florian Wallburg <Florian.Wallburg@web.de>:
> > Hi, hab mich auch schon versuscht so abzumelden,
> > bekomme aber immernoch die Mails von der Liste.
> >
> > Gruß
> >
> >> -----Ursprüngliche Nachricht-----
> >> Von: gentoo-user-de@lists.gentoo.org
> >> Gesendet: 08.05.08 22:57:19
> >> An: gentoo-user-de@lists.gentoo.org
> >> Betreff: Re: [gentoo-user-de] unsubscribe
> >
> >
> >> Hallo Herr Lorenz.
> >>
> >> Sie müssen eine eMail an folgende eMail Adresse schicken, um sich abzumelden.
> >>
> >> gentoo-user-de+unsubscribe@lists.gentoo.org
> >>
> >> Mit freundlichem Gruss,
> >> Tobias Matt
> >>
> >> 2008/5/8 Kai Lorenz <kl@gifix.de>:
> >> >
> >> >
> >> > --
> >> > gentoo-user-de@lists.gentoo.org mailing list
> >> >
> >> >
> >> --
> >> gentoo-user-de@lists.gentoo.org mailing list
> >>
> >>
> >
> >
> > --
> > gentoo-user-de@lists.gentoo.org mailing list
> >
> >
> -- 
> gentoo-user-de@lists.gentoo.org mailing list
> 
> 


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Arnold Krille]

Am 9. Mai 2008 14:00 schrieb Florian Wallburg <Florian.Wallburg@web.de>:
> habe nicht den Digest abonniert, bekomme jede Mail einzeln.
> Habe eine Mail an die unten stehende Adresse gsechickt und bekomme immer noch die Mails :/

Das Rückfragemail der Listensoftware ist aber nicht im Spam-Ordner
gelandet oder anderweitig ignoriert worden?

Bis denn,

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Boris Voelkle]

Arnold Krille schrieb:
> Am 9. Mai 2008 14:00 schrieb Florian Wallburg <Florian.Wallburg@web.de>:
>   
>> habe nicht den Digest abonniert, bekomme jede Mail einzeln.
>> Habe eine Mail an die unten stehende Adresse gsechickt und bekomme immer noch die Mails :/
>>     
>
> Das Rückfragemail der Listensoftware ist aber nicht im Spam-Ordner
> gelandet oder anderweitig ignoriert worden?
>
> Bis denn,
>
> Arnold
>   
Unterumständen mit der falschen Mail-Addy ? Kann passieren wenn man 
meherer Accounts beherberget
Drum hab ich bei einigen Mailing-Listen, wo ich die Admins näherkenn, 
aliase eintragen lassen..

bb

boris

-- 

---------------------------------------------------------------------
---- boris@voelkle.eu -------- www.voelkle.eu -----------------------
---------------------------------------------------------------------
---- Schlüssel-ID:0x89B2EE62 --- pool.sks-keyservers.net ------------
---------------------------------------------------------------------
---- Fingerprint:BFA5 831F A40E A632 80B2 8D69 9E75 349B 89B2 EE62 --
---------------------------------------------------------------------

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Florian Wallburg]

Hi, hab mich auch schon versuscht so abzumelden,
bekomme aber immernoch die Mails von der Liste.

Gruß

> -----Ursprüngliche Nachricht-----
> Von: gentoo-user-de@lists.gentoo.org
> Gesendet: 08.05.08 22:57:19
> An: gentoo-user-de@lists.gentoo.org
> Betreff: Re: [gentoo-user-de] unsubscribe


> Hallo Herr Lorenz.
> 
> Sie müssen eine eMail an folgende eMail Adresse schicken, um sich abzumelden.
> 
> gentoo-user-de+unsubscribe@lists.gentoo.org
> 
> Mit freundlichem Gruss,
> Tobias Matt
> 
> 2008/5/8 Kai Lorenz <kl@gifix.de>:
> >
> >
> > --
> > gentoo-user-de@lists.gentoo.org mailing list
> >
> >
> -- 
> gentoo-user-de@lists.gentoo.org mailing list
> 
> 


--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Tobias Matt]

Hallo Herr Wallburg.

Kann es vielleicht sein, dass sie eine einzelne eMail am Tag von der
gesamten Liste bekommen? Dann müssen Sie sich anders abmelden:

gentoo-user-de+unsubscribe-digest@lists.gentoo.org

Ansonsten fällt mir auch nicht viel ein.
Die eMail sollte leer sein (ohne Inhalt und Betreff), weiss aber auch
nicht ob das was ausmacht.

Schönes Wochenende,
Tobias Matt


2008/5/9 Florian Wallburg <Florian.Wallburg@web.de>:
> Hi, hab mich auch schon versuscht so abzumelden,
> bekomme aber immernoch die Mails von der Liste.
>
> Gruß
>
>> -----Ursprüngliche Nachricht-----
>> Von: gentoo-user-de@lists.gentoo.org
>> Gesendet: 08.05.08 22:57:19
>> An: gentoo-user-de@lists.gentoo.org
>> Betreff: Re: [gentoo-user-de] unsubscribe
>
>
>> Hallo Herr Lorenz.
>>
>> Sie müssen eine eMail an folgende eMail Adresse schicken, um sich abzumelden.
>>
>> gentoo-user-de+unsubscribe@lists.gentoo.org
>>
>> Mit freundlichem Gruss,
>> Tobias Matt
>>
>> 2008/5/8 Kai Lorenz <kl@gifix.de>:
>> >
>> >
>> > --
>> > gentoo-user-de@lists.gentoo.org mailing list
>> >
>> >
>> --
>> gentoo-user-de@lists.gentoo.org mailing list
>>
>>
>
>
> --
> gentoo-user-de@lists.gentoo.org mailing list
>
>
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 467 bytes --]

Am Freitag, 9. Mai 2008 schrieb ext Tobias Matt:

> Hallo Herr Wallburg

Normalerweise duzt man sich hier :-)

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68      | Web:  http://www.capgemini.com
D-40468 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user-de] unsubscribe

[Kai Lorenz]

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Tobias Matt]

Hallo Herr Lorenz.

Sie müssen eine eMail an folgende eMail Adresse schicken, um sich abzumelden.

gentoo-user-de+unsubscribe@lists.gentoo.org

Mit freundlichem Gruss,
Tobias Matt

2008/5/8 Kai Lorenz <kl@gifix.de>:
>
>
> --
> gentoo-user-de@lists.gentoo.org mailing list
>
>
--
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Gert Thiel]

unsubscribe
-- 
Psssst! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Arnold Krille]

2008/4/21, Gert Thiel <GertThiel@gmx.net>:
> unsubscribe
>  --
>  Psssst! Schon vom neuen GMX MultiMessenger gehört?

Pssst! Schon gehört, das man so nicht unsubscriben kann? Im Header
_jeder_ Listenmail steht aber wie es geht. Einfach mal das gesamte
Email anschauen...
Oder das Begrüßungsmail vom damals wieder rauskramen.

Eine schöne Woche,

Arnold
-- 
visit http://www.arnoldarts.de/
--
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Vitali Kari]

Please unsubscribe me from the Mailing List
gentoo-user-de@lists.gentoo.org
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 134 bytes --]

Vitali Kari schrieb:
> Please unsubscribe me from the Mailing List
> gentoo-user-de@lists.gentoo.org
>   
Yuhu noch einmal!!!!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-user-de] unsubscribe

[c_poeschl@mapleleag-ag.de]

Please unsubscribe me from the Mailing List
me too!!!!!! PLEASE!!!
gentoo-user-de@lists.gentoo.org
Justin schrieb:
> Vitali Kari schrieb:
>> Please unsubscribe me from the Mailing List
>> gentoo-user-de@lists.gentoo.org
>>   
> Yuhu noch einmal!!!!
>

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 408 bytes --]

c_poeschl@mapleleag-ag.de schrieb:
> Please unsubscribe me from the Mailing List
> me too!!!!!! PLEASE!!!
> gentoo-user-de@lists.gentoo.org
> Justin schrieb:
>> Vitali Kari schrieb:
>>> Please unsubscribe me from the Mailing List
>>> gentoo-user-de@lists.gentoo.org
>>>   
>> Yuhu noch einmal!!!!
>>
>
http://www.gentoo.org/main/en/lists.xml

In den Mysterien dieser Seite liegt die Anwort!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

Am Freitag, 4. April 2008 schrieb ext Justin:

> http://www.gentoo.org/main/en/lists.xml
>
> In den Mysterien dieser Seite liegt die Anwort!

Viel zu weit weg :-). Du findest sie in _jeder_ Mail dieser Liste.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68      | Web:  http://www.capgemini.com
D-40468 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 336 bytes --]

Dirk Heinrichs schrieb:
> Am Freitag, 4. April 2008 schrieb ext Justin:
>
>   
>> http://www.gentoo.org/main/en/lists.xml
>>
>> In den Mysterien dieser Seite liegt die Anwort!
>>     
>
> Viel zu weit weg :-). Du findest sie in _jeder_ Mail dieser Liste.
>
> Bye...
>
> 	Dirk
>   
Ich nicht. Ich hab den footer nicht!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 761 bytes --]

Am Freitag, 4. April 2008 schrieb ext Justin:
> Dirk Heinrichs schrieb:
> > Am Freitag, 4. April 2008 schrieb ext Justin:
> >> http://www.gentoo.org/main/en/lists.xml
> >>
> >> In den Mysterien dieser Seite liegt die Anwort!
> >
> > Viel zu weit weg :-). Du findest sie in _jeder_ Mail dieser Liste.
> >
> > Bye...
> >
> > 	Dirk
>
> Ich nicht. Ich hab den footer nicht!

Header, nicht footer.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68      | Web:  http://www.capgemini.com
D-40468 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

Dirk Heinrichs schrieb:
> Am Freitag, 4. April 2008 schrieb ext Justin:
>   
>> Dirk Heinrichs schrieb:
>>     
>>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>>       
>>>> http://www.gentoo.org/main/en/lists.xml
>>>>
>>>> In den Mysterien dieser Seite liegt die Anwort!
>>>>         
>>> Viel zu weit weg :-). Du findest sie in _jeder_ Mail dieser Liste.
>>>
>>> Bye...
>>>
>>> 	Dirk
>>>       
>> Ich nicht. Ich hab den footer nicht!
>>     
>
> Header, nicht footer.
>
> Bye...
>
> 	Dirk
>   
Egal, ich hab weder nen header noch footer!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Marc]

[-- Attachment #1: Type: text/plain, Size: 713 bytes --]

Ich habe zwar nicht viel Ahnung aber ich glaube einen Header haben hier 
alle ;-)

Justin schrieb:
> Dirk Heinrichs schrieb:
>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>  
>>> Dirk Heinrichs schrieb:
>>>    
>>>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>>>      
>>>>> http://www.gentoo.org/main/en/lists.xml
>>>>>
>>>>> In den Mysterien dieser Seite liegt die Anwort!
>>>>>         
>>>> Viel zu weit weg :-). Du findest sie in _jeder_ Mail dieser Liste.
>>>>
>>>> Bye...
>>>>
>>>>     Dirk
>>>>       
>>> Ich nicht. Ich hab den footer nicht!
>>>     
>>
>> Header, nicht footer.
>>
>> Bye...
>>
>>     Dirk
>>   
> Egal, ich hab weder nen header noch footer!
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [gentoo-user-de] unsubscribe

[mailinglist]

Am Freitag, 4. April 2008 schrieb Justin:
> Egal, ich hab weder nen header noch footer!

http://de.wikipedia.org/wiki/Header_(E-Mail)

-- 
Micha Krause

Jabber:	SMS-King@jabber.org
Email:	Micha@krausam.de
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 588 bytes --]

Am Freitag, 4. April 2008 schrieb ext Justin:

> Egal, ich hab weder nen header noch footer!

Doch hast Du. Und Dein "Thunderbird 2.0.0.12" (hab ich aus'm Header 
kopiert :-) ) hat bestimmt auch 'ne Option um die alle anzuzeigen.

Bye...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68      | Web:  http://www.capgemini.com
D-40468 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Marc]

[-- Attachment #1: Type: text/plain, Size: 478 bytes --]

Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
Hetzner AG steht ;-)

http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP

Grüße,
Marc

Dirk Heinrichs schrieb:
> Am Freitag, 4. April 2008 schrieb ext Justin:
> 
>> Egal, ich hab weder nen header noch footer!
> 
> Doch hast Du. Und Dein "Thunderbird 2.0.0.12" (hab ich aus'm Header 
> kopiert :-) ) hat bestimmt auch 'ne Option um die alle anzuzeigen.
> 
> Bye...
> 
> 	Dirk


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [gentoo-user-de] unsubscribe

[johann]

On Fri, 04 Apr 2008 11:56:57 +0200, Marc <marc@mailbone.de> wrote:
> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
> Hetzner AG steht ;-)
> 
> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP


... und ich weiß aus zuverlässiger Quelle das nicht nur der Mailserver da
steht :P

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

johann@j-schmitz.net schrieb:
> On Fri, 04 Apr 2008 11:56:57 +0200, Marc <marc@mailbone.de> wrote:
>   
>> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
>> Hetzner AG steht ;-)
>>
>> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP
>>     
>
>
> ... und ich weiß aus zuverlässiger Quelle das nicht nur der Mailserver da
> steht :P
>
>   
Scheiße, und ich dachte ich benutz linux und bin anonym! Naja, dann 
wieder zurück zu vista! :-P
Scherz!

In meinem Header steht aber nicht wie man unsubscriben kann.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

Justin schrieb:
> johann@j-schmitz.net schrieb:
>> On Fri, 04 Apr 2008 11:56:57 +0200, Marc <marc@mailbone.de> wrote:
>>  
>>> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
>>> Hetzner AG steht ;-)
>>>
>>> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP
>>>     
>>
>>
>> ... und ich weiß aus zuverlässiger Quelle das nicht nur der 
>> Mailserver da
>> steht :P
>>
>>   
> Scheiße, und ich dachte ich benutz linux und bin anonym! Naja, dann 
> wieder zurück zu vista! :-P
> Scherz!
>
> In meinem Header steht aber nicht wie man unsubscriben kann.
>
Und ich hab auch das unsubscribe gefunden.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[johann]

On Fri, 04 Apr 2008 12:09:51 +0200, Justin <justin@j-schmitz.net> wrote:
> Justin schrieb:
> Und ich hab auch das unsubscribe gefunden.

Boah toll!

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 248 bytes --]

johann@j-schmitz.net schrieb:
>
> On Fri, 04 Apr 2008 12:09:51 +0200, Justin <justin@j-schmitz.net> wrote:
>   
>> Justin schrieb:
>> Und ich hab auch das unsubscribe gefunden.
>>     
>
> Boah toll!
>
>   
Sollst du nicht arbeiten?!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 560 bytes --]

Marc schrieb:
> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
> Hetzner AG steht ;-)
>
> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP
>
> Grüße,
> Marc
>
> Dirk Heinrichs schrieb:
>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>
>>> Egal, ich hab weder nen header noch footer!
>>
>> Doch hast Du. Und Dein "Thunderbird 2.0.0.12" (hab ich aus'm Header 
>> kopiert :-) ) hat bestimmt auch 'ne Option um die alle anzuzeigen.
>>
>> Bye...
>>
>>     Dirk
>
Wie les ich den header und footer aus?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 625 bytes --]

Justin schrieb:
> Marc schrieb:
>> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
>> Hetzner AG steht ;-)
>>
>> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP
>>
>> Grüße,
>> Marc
>>
>> Dirk Heinrichs schrieb:
>>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>>
>>>> Egal, ich hab weder nen header noch footer!
>>>
>>> Doch hast Du. Und Dein "Thunderbird 2.0.0.12" (hab ich aus'm Header 
>>> kopiert :-) ) hat bestimmt auch 'ne Option um die alle anzuzeigen.
>>>
>>> Bye...
>>>
>>>     Dirk
>>
> Wie les ich den header und footer aus?
>
Schon rausgefunden!


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Marc]

[-- Attachment #1: Type: text/plain, Size: 710 bytes --]

STRG+U bei Thunderbird oder nach belieben auch über den Kontext "Ansicht 
-> Quelltext"

Gruß Marc

Justin schrieb:
> Marc schrieb:
>> Ebenso kann man aus dem Footer erkennen das der Mailserver bei der 
>> Hetzner AG steht ;-)
>>
>> http://www.dnsstuff.com/tools/whois.ch?ip=78.46.48.21&src=ShowIP
>>
>> Grüße,
>> Marc
>>
>> Dirk Heinrichs schrieb:
>>> Am Freitag, 4. April 2008 schrieb ext Justin:
>>>
>>>> Egal, ich hab weder nen header noch footer!
>>>
>>> Doch hast Du. Und Dein "Thunderbird 2.0.0.12" (hab ich aus'm Header 
>>> kopiert :-) ) hat bestimmt auch 'ne Option um die alle anzuzeigen.
>>>
>>> Bye...
>>>
>>>     Dirk
>>
> Wie les ich den header und footer aus?
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [gentoo-user-de] unsubscribe

[Benedikt Gievert]

Am Fri, 04 Apr 2008 10:59:33 +0200
schrieb Justin <justin@j-schmitz.net>:

> Egal, ich hab weder nen header noch footer!
> 

Na, man sieht SIE nicht, aber trotzdem sind SIE da.
-- 
Bewusstsein und Geist sind nicht notwendigerweise dasselbe. Nicht jeder,
der keinen Geist hat, ist auch bewusstlos...

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Justin]

[-- Attachment #1: Type: text/plain, Size: 280 bytes --]

Benedikt Gievert schrieb:
> Am Fri, 04 Apr 2008 10:59:33 +0200
> schrieb Justin <justin@j-schmitz.net>:
>
>   
>> Egal, ich hab weder nen header noch footer!
>>
>>     
>
> Na, man sieht SIE nicht, aber trotzdem sind SIE da.
>   
Haben wir doch jetzt geklärt, oder?


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [gentoo-user-de] unsubscribe

[Markus Rennings]

| List-Unsubscribe: <mailto:gentoo-user-de+unsubscribe@lists.gentoo.org>

Am Donnerstag, 3. April 2008 schrieb Vitali Kari:
> Please unsubscribe me from the Mailing List
> gentoo-user-de@lists.gentoo.org



-- 
Oxymoron: Microsoft Works
   (Volker Gringmuth in desd)
-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Elwood]

unsubscribe
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Tobias Matt]

[-- Attachment #1: Type: text/plain, Size: 156 bytes --]

Ich verstehs net. Immer des selbe

2008/3/14, Elwood <elwood@pro-headquarter.de>:
>
> unsubscribe
>
> --
> gentoo-user-de@lists.gentoo.org mailing list
>
>

[-- Attachment #2: Type: text/html, Size: 466 bytes --]

Re: [gentoo-user-de] unsubscribe

[Tobias Scherbaum]

[-- Attachment #1: Type: text/plain, Size: 344 bytes --]

Am Freitag, den 14.03.2008, 11:20 +0100 schrieb Tobias Matt:
> Ich verstehs net. Immer des selbe

Stimmt - das mit den HTML-Mails ist echt ne Seuche ...

... und für den OP: 
List-Unsubscribe: <mailto:gentoo-user-de+unsubscribe@lists.gentoo.org>

Gruß,
  Tobias
-- 
Gentoo Linux - Die Metadistribution
http://www.mitp.de/1769

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Benedikt Gievert]

Am Fri, 14 Mar 2008 23:29:26 +0100
schrieb Tobias Scherbaum <dertobi123@gentoo.org>:

> Am Freitag, den 14.03.2008, 11:20 +0100 schrieb Tobias Matt:
> > Ich verstehs net. Immer des selbe
> 
> Stimmt - das mit den HTML-Mails ist echt ne Seuche ...

:-))
kann man aber abstellen

-- 
Bewusstsein und Geist sind nicht notwendigerweise dasselbe. Nicht jeder,
der keinen Geist hat, ist auch bewusstlos...

-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Arno_Weber]

-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Oliver Thiel]

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



[-- Attachment #2: Type: text/html, Size: 5 bytes --]

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 114 bytes --]

Moin,

so wird das nix. Die korrekte Adresse zum abmelden ist im List-Unsubscribe Header angegeben.

Bye...

	Dirk

[-- Attachment #2: Type: text/html, Size: 1279 bytes --]

Re: [gentoo-user-de] reiserfs kein Freigeben von Speicherplatz möglich

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 775 bytes --]

Am Mittwoch, 12. Dezember 2007 schrieb A. Nigl:

> ich durfte so eben feststellen, das ich auf meiner Platte keinen
> Speicherplatz mehr freigeben kann. Egal ob ich eine Datei mit User oder
> mit root Rechten lösche, sie verschwindet zwar gibt aber scheinbar
> keinen Speicherplatz frei, dh. der Output von df bleibt gleich.

Versuch's mal mit 'nem reiserfsck, am besten von einer RettungsCD.

> Die Partition ist 75Gb groß mit reiserfs formatiert und beinhaltet alles
> bis auf swap und /boot.

Das macht man ja auch nicht. Das Für und Wider einer einzigen großen Partition 
ist in dieser Gruppe schon oft diskutiert worden, sollte sich also im Archiv 
finden lassen. Dein Problem ist einer der Gründe, warum man das nicht machen 
sollte.

Bye...

	Dirk

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user-de] unsubscribe

[:-)]

unsubscribe


        __________________________________  Ihr erstes Baby? Holen Sie sich Tipps von anderen Eltern.  www.yahoo.de/clever
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 170 bytes --]

On Wednesday 12 December 2007 15:40:18 :-) wrote:
> unsubscribe

1) Was ist "Thread Hijacking"?
2) Wozu dient "List-Unsubscribe"?
3) Was ist ein Realname?

Bye...

	Dirk

[-- Attachment #2: Type: text/html, Size: 1855 bytes --]

[gentoo-user-de] unsubscribe

[test]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[:)]

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Marc]

was geht denn hier ab :)

:) schrieb:
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Jan Dennis Bungart]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Marc schrieb:
> was geht denn hier ab :)
> 
> :) schrieb:

lol?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHJ2SrPmR91pQfGIMRAm42AKCiTFGFPqs+6WvOxR05Fa4auSkLIQCgsYak
7oOVS5TnnMWUOPlVE5ptd6Y=
=tbFO
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Bertram Scharpf]

Am Dienstag, 30. Okt 2007, 18:03:43 +0100 schrieb Marc:
> was geht denn hier ab :)
>
> :) schrieb:

Auf die Gefahr hin, daß ich mich wiederhole:

Wo bleibt die Listensoftware, die diese Anweisung
stillschweigend befolgt?

Bertram


-- 
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de
--
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Matthias Maier]

[-- Attachment #1: Type: text/plain, Size: 376 bytes --]

Am Dienstag, 30. Oktober 2007 schrieb Bertram Scharpf:
> Wo bleibt die Listensoftware, die diese Anweisung
> stillschweigend befolgt?

Tut sie ja. Nur eben nicht auf dieser E-Mailadresse :-P

> [..snip...]
> List-Unsubscribe: <mailto:gentoo-user-de+unsubscribe@gentoo.org>

Steht doch ganz groß im E-Mail-Header 'drin was zu machen ist *duck*

Grüße,
Matthias

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] unsubscribe

[Jens 'Mr.Big' Bläsche]

Am Tue, 30 Oct 2007 21:03:24 +0100
schrieb Matthias Maier <matthias_maier@gmx.de>:

> Steht doch ganz groß im E-Mail-Header 'drin was zu machen ist *duck*

E-Mail ...hääää.....Header.......häääää, 
Upps, ist das hier gar nicht der NudistenStammTisch!?!?!

;-)
 
-- 

Gme_ eneir Sutide eneir elgnihcesn Uvinistert, ist es nchit witihcg in
wlecehr Rneflogheie die Bstachuebn in eneim Wrot snid. Das ezniige was
wcthiig ist, ist da_ der estre und der leztte Bstabchue an der ritihcegn
Pstoiion snid.

--
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Werner Schneider]

[-- Attachment #1: Type: text/plain, Size: 51 bytes --]


--
Werner Schneider
werner@schneidernet.com


[-- Attachment #2: Type: text/html, Size: 128 bytes --]

[gentoo-user-de] unsubscribe

[Axel Groetsch]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Michael Schleheck]

_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Bertram Scharpf]

Wo bleibt der Listenautomat, der diese Aufforderung
stillschweigend befolgt?

Bertram


-- 
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Dominik Paulus]

Unsubscribe: Mail an gentoo-user-de+unsubscribe@gentoo.org :)

mfg
Dominik
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[js]

[-- Attachment #1: Type: text/plain, Size: 11 bytes --]

unsubscribe

Re: [gentoo-user-de] unsubscribe

[Sven Brockshus]

js@e-media.de schrieb:
> unsubscribe


<mailto:gentoo-user-de+unsubscribe@gentoo.org>

;-)

svenna
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[mare.nubium]

unsubscribe
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Mike]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Zähler für Netz-Errors rücksetzen

[Eckard Brauer]

Hallo,

nicht Gentoo-spezifisch, aber kann mir jemand erklären, ob/wie ich die Zähler 
für Netz-Errors rücksetzen kann ohne das Device zu deaktivieren/erneut zu 
aktivieren? Z.B. hier:

operator@web1:~> /sbin/ifconfig eth1
eth1      Link encap:Ethernet  HWaddr 00:xx:xx:xx:xx:xx
          inet addr:xx.xx.xx.xx  Bcast:xx.xx.xx.xx  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:71738472 errors:0 dropped:0 overruns:0 frame:0
          TX packets:126152924 errors:8718 dropped:0 overruns:0 carrier:8718
          collisions:9114 txqueuelen:1000
          RX bytes:3335873951 (3181.3 Mb)  TX bytes:1763112095 (1681.4 Mb)
          Base address:0x2440 Memory:dd280000-dd2a0000

Hab das Kabel/den Switchport inzwischen gewechselt, die Ursache ist also 
beseitigt, aber die Überwachung schlägt bei ifOutErrors != 0 an...

Eckard

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Ernst May-Jung]

unsubscribe
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Ingo Kertscher]

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Norman Rieß]

Ingo Kertscher schrieb:
>   

To unsubscribe from a list, send an empty email to:

listname+unsubscribe@gentoo.org

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[martin lutsch]

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Christian Fuß]

no!

martin lutsch wrote:

-- 
yet another Exploit Source : http://www.replica-solutions.de
[Perl] my start.pl from the Wapiti HTTP Vuln. Scanner -> 
http://tinyurl.com/ha6km
Nmap in combination with other Linux tools: http://tinyurl.com/pknlw
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Florian Koch]

[-- Attachment #1: Type: text/plain, Size: 13 bytes --]

--
MFG Flo

[-- Attachment #2: Type: text/html, Size: 44 bytes --]

Re: [gentoo-user-de] unsubscribe

[Erik Wasser]

On Monday 03 April 2006 18:33, Florian Koch wrote:

> --
> MFG Flo

Endlich mal wieder einer. Ich hab's schon so vermißt!

-- 
So long... Fuzz

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Alexander Skwar]

Erik Wasser wrote:
> On Monday 03 April 2006 18:33, Florian Koch wrote:
> 
>> --
>> MFG Flo
> 
> Endlich mal wieder einer. Ich hab's schon so vermißt!

Dabei wäre es sooo einfach - schlicht alle Mails mit Betreff
"subscribe" nach /dev/null Filtern. Oder vlt. besser: Autoresponder,
der dann eine Anleitung schickt :(

Alexander Skwar
-- 
If a nation values anything more than freedom, it will lose its freedom;
and the irony of it is that if it is comfort or money it values more, it
will lose that, too.
		-- W. Somerset Maugham
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Stefan.Berner]

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Karsten Schulz]

was sind eigentlich so die kognitiven Voraussetzungen, um in München 
Physik studieren zu dürfen...?

scnr
Karsten


-- 
Deutsche Übersetzungen von Fachbegriffen aus der Computerwelt:
RAM: WZS

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Matthias Nimscholz]

[-- Attachment #1.1: Type: text/plain, Size: 754 bytes --]

Am Montag, den 03.04.2006, 07:02 +0200 schrieb Karsten Schulz:

> was sind eigentlich so die kognitiven Voraussetzungen, um in München 
> Physik studieren zu dürfen...?

Pisa ist nicht nur eine Ort in Italien...
Die Willkommensnachricht dieser Liste beinhaltet doch sogar einen
fertigen Link. Klicken, senden, fertig!
Zitat:

> Welcome! You have been subscribed to the
> 
> gentoo-user-de@gentoo.org
> 
> mailinglist.
> 
> To unsubscribe send a mail to:
> 
> gentoo-user-de+unsubscribe@gentoo.org
> 
> And for help send a mail to:
> 
> gentoo-user-de+help@gentoo.org


Gruß
Matthias
--
"Heureka", sagte er.
"Das ist Ephebianisch", teilte Cohen der Horde mit. "Es bedeutet: 'Gebt
mir ein Handtuch.'"
    Terry Pratchett

[-- Attachment #1.2: Type: text/html, Size: 1610 bytes --]

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

[gentoo-user-de] unsubscribe

[Stefan Gremm]

-- 
====================================================================
Stefan Gremm, Groß-Gerau, Germany     
Key fingerprint = BBBD 6645 F8B4 FE73 22FC  D2F4 B4E6 5B48 60A2 82D9
====================================================================

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Michael Barnett]

Klappt so nicht und sollte in den letzten Monaten oft genug geklärt werden!
Ich sag nur RTFM auf Gentoo.de und liess die Seiten der Mailing-Liste.
http://www.gentoo.de/main/de/listen.xml

Bye Mba


Am Freitag, 31. März 2006 10:08 schrieb Stefan Gremm:
> --
> ====================================================================
> Stefan Gremm, Groß-Gerau, Germany
> Key fingerprint = BBBD 6645 F8B4 FE73 22FC  D2F4 B4E6 5B48 60A2 82D9
> ====================================================================

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Tobias Ladwig]

gentoo-user-de@gentoo.org mailing list

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Jörg Bornkessel]

Am Sunday, February 26, 2006 hast Du geschrieben:

> gentoo-user-de@gentoo.org mailing list

Also nochmal; wurde ja erst vor ein paar Tagen durchgekaut.

Zum abmelden aus der ML ist im email Header eine Zeile:

List-Unsubscribe: <mailto:gentoo-user-de+unsubscribe@gentoo.org>

an diese email Adresse einfach und ne leere mail von der Adresse
sende mit der Ihr angemeldet seid senden.
Und schon seid ihr raus, alles andere wird nicht functionieren :)

Gruss

/bin/joerg



-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] wo ulimit -n setzen?

[jensmh]

Hallo zusammen,

ich betreibe einen tor-Server und möchte, daß der tor-Prozeß mehr als 911 TCP-Verbindungen
haben kann. Ich habe bis jetzt folgendes ausprobiert:

- auf der Kommandozeile "ulimit -n 8192" und dann "/etc/init.d.tor start" => funkioniert, ist aber unbefriedigend
- per /etc/limits:
	root N8192
	tor N8192			=> funktioniert nicht.
- per /etc/conf.d/local.start:
	ulimit -n 8192		=> funktioniert nicht.
- per /etc/security/limits.conf:
	tor             soft    nofile          8192
	tor             hard    nofile          8192	=> funktioniert nicht.

Der tor-Server läuft unter dem user tor:tor.

Frage: Wo kann ich festlegen, daß tor 8192 offene Dateien haben darf, so daß das beim Systemstart
(tor wird im runlevel default gestartet) gesetzt wird?

Ich wäre dankbar für jeden Tip.

Viele Grüße

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] wo ulimit -n setzen?

[Heinrich Götzger]

jensmh@gmx.de wrote:
> Hallo zusammen,
> 
> ich betreibe einen tor-Server und möchte, daß der tor-Prozeß mehr als 911 TCP-Verbindungen
> haben kann. Ich habe bis jetzt folgendes ausprobiert:
> 
> - auf der Kommandozeile "ulimit -n 8192" und dann "/etc/init.d.tor start" => funkioniert, ist aber unbefriedigend
> - per /etc/limits:
> 	root N8192
> 	tor N8192			=> funktioniert nicht.
> - per /etc/conf.d/local.start:
> 	ulimit -n 8192		=> funktioniert nicht.
> - per /etc/security/limits.conf:
> 	tor             soft    nofile          8192
> 	tor             hard    nofile          8192	=> funktioniert nicht.
> 
> Der tor-Server läuft unter dem user tor:tor.
> 
> Frage: Wo kann ich festlegen, daß tor 8192 offene Dateien haben darf, so daß das beim Systemstart
> (tor wird im runlevel default gestartet) gesetzt wird?
Schau mal unter:

/etc/security/limits.conf

HTH

Grüße

Heinrich
> 
> Ich wäre dankbar für jeden Tip.
> 
> Viele Grüße
> 

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] wo ulimit -n setzen?

[Daniel Rindt]

[-- Attachment #1: Type: text/plain, Size: 282 bytes --]

Am Donnerstag, den 23.02.2006, 08:48 +0100 schrieb Heinrich Götzger:
> /etc/security/limits.conf
Ich wollte darüber einmal sperren das z.B. php-cgi nur maximal 10
Minuten läuft. Leider hat das nicht funktioniert.

Hat jemand schon etwas ähnliches/ vergleichbareres geschafft?

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user-de] unsubscribe

[ccc]

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[maximilian]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[ccc]

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[ulmo]

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] unsubscribe

[Tobias Scharlewsky]

Versucht es mal hiermit: List-Unsubscribe:
<mailto:gentoo-user-de+unsubscribe@gentoo.org>
-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Tool um Surround Sound 5.1 zu testen; Wo gibts das?

[Cyrill Helg]

Hallo Liste

Ich möchte meine Einstellungen für den 5.1 Surround Sound testen. Ich bin mir 
ziemlich sicher dass ich dazu mal eine Art Script gesehen habe, welches 
einfach nacheinander einen kuzen Ton oder eine Melodie auf den Lautsprechern 
ausgibt. Oder war es einfach eine Musikdatei? Das könnte wohl eher sein, aber 
ich weiss einfach nicht mehr wo ich die gesehen habe.

Danke für die Hilfe

Grüsse

Cyrill

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Tool um Surround Sound 5.1 zu testen; Wo gibts das?

[Cyrill Helg]

Am Sonntag 12 Februar 2006 15:42 schrieb Sascha D.:
> Cyrill Helg schrieb:
> >Am Sonntag 12 Februar 2006 15:29 schrieb Sascha D.:
> >>Hmm, ich habe jetzt mal speaker-test ausprobiert und das läuft auch
> >>soweit. Die Belegung stimmt, nur das Problem ist, Xine spielt einfach
> >>kein Dolby Surround 5.1 :/ Wisst ihr, worans liegen könnte? Es wird
> >>immer angezeigt, das Audio-Device wäre belegt, was aber nicht stimmen
> >>kann, da speaker-test ja läuft :/
> >
> >Hmm und wie siehts mit dem audio file aus? Mit mplayer läufts?
> >
> >Werde xine gleich testen...
>
> Also, mplayer auf die Wave Datei fördert mir Front Left + Front Right zu
> tage. Die *.wma bringt noch Center und Back-Left dazu, wobei Center
> einfach Stereo die vorderen beiden Sateliten und Back-Left den Front
> Left anspricht...

Überprüf mal die Ausgabe von mplayer, da sollte so was wie:

Checking audio filter chain for 48000Hz/6ch/s16le -> 48000Hz/6ch/s16le...
AF_pre: 48000Hz/6ch/floatle
alsa-init: 1 soundcard found, using: plug:surround51

stehen.

Falls nicht, solltest du -channels 6 angeben ;)

Grüsse

>
> Sascha

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Tool um Surround Sound 5.1 zu testen; Wo gibts das?

[Sascha D.]

Cyrill Helg schrieb:

>Am Sonntag 12 Februar 2006 15:42 schrieb Sascha D.:
>  
>
>>Cyrill Helg schrieb:
>>    
>>
>>>Am Sonntag 12 Februar 2006 15:29 schrieb Sascha D.:
>>>      
>>>
>>>>Hmm, ich habe jetzt mal speaker-test ausprobiert und das läuft auch
>>>>soweit. Die Belegung stimmt, nur das Problem ist, Xine spielt einfach
>>>>kein Dolby Surround 5.1 :/ Wisst ihr, worans liegen könnte? Es wird
>>>>immer angezeigt, das Audio-Device wäre belegt, was aber nicht stimmen
>>>>kann, da speaker-test ja läuft :/
>>>>        
>>>>
>>>Hmm und wie siehts mit dem audio file aus? Mit mplayer läufts?
>>>
>>>Werde xine gleich testen...
>>>      
>>>
>>Also, mplayer auf die Wave Datei fördert mir Front Left + Front Right zu
>>tage. Die *.wma bringt noch Center und Back-Left dazu, wobei Center
>>einfach Stereo die vorderen beiden Sateliten und Back-Left den Front
>>Left anspricht...
>>    
>>
>
>Überprüf mal die Ausgabe von mplayer, da sollte so was wie:
>
>Checking audio filter chain for 48000Hz/6ch/s16le -> 48000Hz/6ch/s16le...
>AF_pre: 48000Hz/6ch/floatle
>alsa-init: 1 soundcard found, using: plug:surround51
>
>stehen.
>
>Falls nicht, solltest du -channels 6 angeben ;)
>
>Grüsse
>
>  
>
>>Sascha
>>    
>>
>
>  
>
Hmm, das ist komisch, vorher stand da 2ch, jetzt 6ch und es läuft.... 
Ok, soweit so gut, aber wenn ich bei gmplayer als Device plug:surround51 
angegeben hab, war der Sound sehr holprig und 6ch waren es auch nicht :/

Xine meckert bei den Files btw. über nen nicht vorhandenen codec...

Sascha
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Tool um Surround Sound 5.1 zu testen; Wo gibts das?

[Cyrill Helg]

> Hmm, das ist komisch, vorher stand da 2ch, jetzt 6ch und es läuft....
> Ok, soweit so gut, aber wenn ich bei gmplayer als Device plug:surround51
> angegeben hab, war der Sound sehr holprig und 6ch waren es auch nicht :/
>
> Xine meckert bei den Files btw. über nen nicht vorhandenen codec...

Macht er bei mir auch. Ne DVD spielt der aber perfekt ab, auch mit Menus und 
6.1! Evtl. musst du bei ner DVD bei audio passthrough 5.1 einstellen..

Grüsse Cyrill

>
> Sascha

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Maximilian Sichart]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] unsubscribe

[Michael Surkau]

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] ssmtp will kein TLS mehr :-(

[Jan Kohnert]

[-- Attachment #1.1: Type: text/plain, Size: 904 bytes --]

Hallo $LISTE

ich habe hier ein kleines Problem mit ssmtp.

Ich will TLS mit AUTH nutzen, um Nachrichten an meinen Server (Postfix) 
weiterzuleiten. Ohne TLS kann ich wunderbar senden (ohne Auth versteht sich). 
Mit TLS bricht er ab. Nur weiß ich nicht so recht warum...

Config:
kohni ~ # grep -v ^# /etc/ssmtp/ssmtp.conf
root=postmaster
mailhub=jankoh.dyndns.org
rewriteDomain=
FromLineOverride=YES
UseTLS=YES
AuthUser=geheim
AuthPass=nochvielgeheimer
kohni ~ # 

Das Postfix-Log (smtpd -v) und den Trace von ssmtp häng ich mal an. Für mich 
ist das Postfix log etwas aussagekräftiger, es kommt am Ende ein 502 Fehler, 
der wohl aus den vorangegangenen Zeilen resultiert, nur warum macht ssmtp so 
einen Mist? Vielleicht kann ja jemand mit dem trace dazu was anfangen...

TIA,
MfG Jan

-- 
OpenPGP Public-Key Fingerprint:
0E9B 4052 C661 5018 93C3 4E46 651A 7A28 4028 FF7A

[-- Attachment #1.2: postfix_log --]
[-- Type: text/plain, Size: 20988 bytes --]

Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  mail
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  ipv4
Dec 30 08:18:02 server postfix/smtpd[28019]: name_mask: ipv4
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  jankoh.dyndns.org
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname -> jankoh.dyndns.org
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  Postfix
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  postfix
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  postfix
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  postdrop
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname, localhost.$mydomain the-pojs.dyndns.org kohni.jankoh.dyndns.org claudi.jankoh.dyndns.org server.local server.jankoh.dyndns.org claudi.local kohni.local server.local -> jankoh.dyndns.org, localhost.jankoh.dyndns.org the-pojs.dyndns.org kohni.jankoh.dyndns.org claudi.jankoh.dyndns.org server.local server.jankoh.dyndns.org claudi.local kohni.local server.local
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname -> jankoh.dyndns.org
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  mail.arcor.de
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /usr/lib/postfix
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /usr/sbin
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /var/spool/postfix
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  pid
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname, localhost -> jankoh.dyndns.org, localhost
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  double-bounce
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  nobody
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  hash:/etc/mail/aliases
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  20050719
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  2.2.5
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  hash
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  deferred, defer
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $mydestination -> jankoh.dyndns.org, localhost.jankoh.dyndns.org the-pojs.dyndns.org kohni.jankoh.dyndns.org claudi.jankoh.dyndns.org server.local server.jankoh.dyndns.org claudi.local kohni.local server.local
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $relay_domains -> jankoh.dyndns.org, localhost.jankoh.dyndns.org the-pojs.dyndns.org kohni.jankoh.dyndns.org claudi.jankoh.dyndns.org server.local server.jankoh.dyndns.org claudi.local kohni.local server.local
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  TZ MAIL_CONFIG
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  MAIL_CONFIG MAIL_DEBUG MAIL_LOGTAG TZ XAUTHORITY DISPLAY
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  host
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  +=
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  -=+
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  debug_peer_list,fast_flush_domains,mynetworks,permit_mx_backup_networks,qmqpd_authorized_clients,relay_domains,smtpd_access_maps
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  bounce
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  cleanup
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  defer
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  pickup
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  qmgr
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  rewrite
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  showq
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  error
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  flush
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  verify
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  trace
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand ${config_directory}/prng_exch -> /etc/postfix/prng_exch
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /etc/mail/certs/server.pem
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $smtpd_tls_cert_file -> /etc/mail/certs/server.pem
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $smtpd_tls_dcert_file ->
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /etc/ssl/certs
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /etc/mail/certs/server.pem
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $smtp_tls_cert_file -> /etc/mail/certs/server.pem
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $smtp_tls_dcert_file ->
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  /etc/ssl/certs
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  btree:/etc/mail/smtp_scache
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  2
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  no
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  10s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  10s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  500s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  500s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3600s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  18000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  18000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  192.168.0.0/24, 127.0.0.0/8
Dec 30 08:18:02 server postfix/smtpd[28019]: inet_addr_local: configured 5 IPv4 addresses
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  550
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname ESMTP $mail_name ($mail_version) -> jankoh.dyndns.org ESMTP Postfix (2.2.5)
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  resource, software
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  reject_authenticated_sender_login_mismatch
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  permit_mynetworks,??permit_sasl_authenticated,??reject_unlisted_recipient,??reject_unauth_destination,??reject_unauth_pipelining,??reject_non_fqdn_sender,??reject_non_fqdn_recipient,??reject_multi_recipient_bounce,??reject_invalid_hostname,??reject_unknown_sender_domain,??check_policy_service inet:127.0.0.1:10030
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  postmaster
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $virtual_maps ->
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  hash:/etc/mail/aliases, hash:/usr/local/mailman/data/aliases
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand proxy:unix:passwd.byname $alias_maps -> proxy:unix:passwd.byname hash:/etc/mail/aliases, hash:/usr/local/mailman/data/aliases
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  noanonymous
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  smtpd
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  smtp-amavis:[127.0.0.1]:10024
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  hash:/etc/mail/sasl_sender
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  CONNECT GET POST
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  <>
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  postmaster
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $authorized_verp_clients ->
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $myhostname -> jankoh.dyndns.org
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand ${smtpd_client_connection_limit_exceptions:$mynetworks} -> 192.168.0.0/24, 127.0.0.0/8
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  permit_inet_interfaces
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: expand $smtpd_sasl_security_options -> noanonymous
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  yes
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  yes
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  yes
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  yes
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  3s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  100s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  1000s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_eval: const  300s
Dec 30 08:18:02 server postfix/smtpd[28019]: process generation: 3 (3)
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: mynetworks ~? debug_peer_list
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: mynetworks ~? fast_flush_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: mynetworks ~? mynetworks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? debug_peer_list
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? fast_flush_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? mynetworks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? permit_mx_backup_networks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? qmqpd_authorized_clients
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: relay_domains ~? relay_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: permit_mx_backup_networks ~? debug_peer_list
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: permit_mx_backup_networks ~? fast_flush_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: permit_mx_backup_networks ~? mynetworks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: permit_mx_backup_networks ~? permit_mx_backup_networks
Dec 30 08:18:02 server postfix/smtpd[28019]: connect to subsystem private/proxymap
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr request = open
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr table = unix:passwd.byname
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr flags = 64
Dec 30 08:18:02 server postfix/smtpd[28019]: private/proxymap socket: wanted attribute: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: 0
Dec 30 08:18:02 server postfix/smtpd[28019]: private/proxymap socket: wanted attribute: flags
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: flags
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: 80
Dec 30 08:18:02 server postfix/smtpd[28019]: private/proxymap socket: wanted attribute: (list terminator)
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: (end)
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_proxy_open: connect to map=unix:passwd.byname status=0 server_flags=0120
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_open: proxy:unix:passwd.byname
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_open: hash:/etc/mail/aliases
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_open: hash:/usr/local/mailman/data/aliases
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? debug_peer_list
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? fast_flush_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? mynetworks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? permit_mx_backup_networks
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? qmqpd_authorized_clients
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? relay_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: smtpd_access_maps ~? smtpd_access_maps
Dec 30 08:18:02 server postfix/smtpd[28019]: dict_open: hash:/etc/mail/sasl_sender
Dec 30 08:18:02 server postfix/smtpd[28019]: attr_clnt_create: transport=inet endpoint=127.0.0.1:10030
Dec 30 08:18:02 server postfix/smtpd[28019]: smtpd_sasl_initialize: SASL config file is smtpd.conf
Dec 30 08:18:02 server postfix/smtpd[28019]: attr_clnt_create: transport=local endpoint=private/tlsmgr
Dec 30 08:18:02 server postfix/smtpd[28019]: attr_clnt_connect: connected to private/tlsmgr
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr request = seed
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr size = 32
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: 0
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: seed
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: seed
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: l4M3tc+qg8sHCJMbmLwywIhSvyPRPqN9mqA/ajMarNc=
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: (list terminator)
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: (end)
Dec 30 08:18:02 server postfix/smtpd[28019]: send attr request = policy
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: status
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: 0
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: policy
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: policy
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute value: 1
Dec 30 08:18:02 server postfix/smtpd[28019]: private/tlsmgr: wanted attribute: (list terminator)
Dec 30 08:18:02 server postfix/smtpd[28019]: input attribute name: (end)
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: fast_flush_domains ~? debug_peer_list
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: fast_flush_domains ~? fast_flush_domains
Dec 30 08:18:02 server postfix/smtpd[28019]: attr_clnt_create: transport=local endpoint=private/anvil
Dec 30 08:18:02 server postfix/smtpd[28019]: connection established
Dec 30 08:18:02 server postfix/smtpd[28019]: master_notify: status 0
Dec 30 08:18:02 server postfix/smtpd[28019]: name_mask: resource
Dec 30 08:18:02 server postfix/smtpd[28019]: name_mask: software
Dec 30 08:18:02 server postfix/smtpd[28019]: name_mask: noanonymous
Dec 30 08:18:02 server postfix/smtpd[28019]: connect from kohni.local[192.168.0.3]
Dec 30 08:18:02 server postfix/smtpd[28019]: match_list_match: kohni.local: no match
Dec 30 08:18:02 server postfix/smtpd[28019]: match_list_match: 192.168.0.3: no match
Dec 30 08:18:02 server postfix/smtpd[28019]: match_list_match: kohni.local: no match
Dec 30 08:18:02 server postfix/smtpd[28019]: match_list_match: 192.168.0.3: no match
Dec 30 08:18:02 server postfix/smtpd[28019]: match_hostname: kohni.local ~? 192.168.0.0/24
Dec 30 08:18:02 server postfix/smtpd[28019]: match_hostaddr: 192.168.0.3 ~? 192.168.0.0/24
Dec 30 08:18:02 server postfix/smtpd[28019]: > kohni.local[192.168.0.3]: 220 jankoh.dyndns.org ESMTP Postfix (2.2.5)
Dec 30 08:18:02 server postfix/smtpd[28019]: < kohni.local[192.168.0.3]: ?????
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: ????? ~? CONNECT
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: ????? ~? GET
Dec 30 08:18:02 server postfix/smtpd[28019]: match_string: ????? ~? POST
Dec 30 08:18:02 server postfix/smtpd[28019]: match_list_match: ?????: no match
Dec 30 08:18:02 server postfix/smtpd[28019]: > kohni.local[192.168.0.3]: 502 Error: command not implemented
Dec 30 08:18:02 server postfix/smtpd[28019]: smtp_get: EOF
Dec 30 08:18:02 server postfix/smtpd[28019]: match_hostname: kohni.local ~? 192.168.0.0/24
Dec 30 08:18:02 server postfix/smtpd[28019]: match_hostaddr: 192.168.0.3 ~? 192.168.0.0/24
Dec 30 08:18:02 server postfix/smtpd[28019]: lost connection after CONNECT from kohni.local[192.168.0.3]
Dec 30 08:18:02 server postfix/smtpd[28019]: disconnect from kohni.local[192.168.0.3]
Dec 30 08:18:02 server postfix/smtpd[28019]: master_notify: status 1
Dec 30 08:18:02 server postfix/smtpd[28019]: connection closed

[-- Attachment #1.3: trace --]
[-- Type: text/plain, Size: 17854 bytes --]

kohni ~ # strace /usr/sbin/ssmtp root
execve("/usr/sbin/ssmtp", ["/usr/sbin/ssmtp", "root"], [/* 44 vars */]) = 0
uname({sys="Linux", node="kohni", ...}) = 0
brk(0)                                  = 0x8052000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=135221, ...}) = 0
mmap2(NULL, 135221, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eeb000
close(3)                                = 0
open("/lib/libnsl.so.1", O_RDONLY)      = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@5\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=75304, ...}) = 0
mmap2(NULL, 83968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ed6000
mmap2(0xb7ee7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10) = 0xb7ee7000
mmap2(0xb7ee9000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ee9000
close(3)                                = 0
open("/usr/lib/libssl.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\203"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=201336, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ed5000
mmap2(NULL, 199524, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ea4000
mmap2(0xb7ed2000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e) = 0xb7ed2000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@P\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1198584, ...}) = 0
mmap2(NULL, 1137852, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d8e000
mmap2(0xb7e9e000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x110) = 0xb7e9e000
mmap2(0xb7ea2000, 7356, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ea2000
close(3)                                = 0
open("/usr/lib/libcrypto.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\305\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=1058356, ...}) = 0
mmap2(NULL, 1044088, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c8f000
mmap2(0xb7d79000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xea) = 0xb7d79000
mmap2(0xb7d8b000, 11896, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d8b000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\v\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=10484, ...}) = 0
mmap2(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c8b000
mmap2(0xb7c8d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7c8d000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c8a000
mprotect(0xb7e9e000, 4096, PROT_READ)   = 0
mprotect(0xb7f22000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7c8a8c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7eeb000, 135221)              = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "\376\204\262\321", 4)          = 4
close(3)                                = 0
rt_sigaction(SIGHUP, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTTIN, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGTTOU, {SIG_IGN}, {SIG_DFL}, 8) = 0
brk(0)                                  = 0x8052000
brk(0x8073000)                          = 0x8073000
uname({sys="Linux", node="kohni", ...}) = 0
getuid32()                              = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)                                = 0
open("/etc/nsswitch.conf", O_RDONLY)    = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=503, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
read(3, "# /etc/nsswitch.conf:\n# $Header:"..., 4096) = 503
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0c000, 4096)                = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=135221, ...}) = 0
mmap2(NULL, 135221, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eeb000
close(3)                                = 0
open("/lib/libnss_compat.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\21\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=30952, ...}) = 0
mmap2(NULL, 29296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c82000
mmap2(0xb7c88000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7c88000
close(3)                                = 0
munmap(0xb7eeb000, 135221)              = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=135221, ...}) = 0
mmap2(NULL, 135221, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eeb000
close(3)                                = 0
open("/lib/libnss_nis.so.2", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\34"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=35468, ...}) = 0
mmap2(NULL, 37420, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c78000
mmap2(0xb7c80000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7c80000
close(3)                                = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\33\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=35288, ...}) = 0
mmap2(NULL, 37516, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c6e000
mmap2(0xb7c76000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7c76000
close(3)                                = 0
munmap(0xb7eeb000, 135221)              = 0
open("/etc/passwd", O_RDONLY)           = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
_llseek(3, 0, [0], SEEK_CUR)            = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=2468, ...}) = 0
mmap2(NULL, 2468, PROT_READ, MAP_SHARED, 3, 0) = 0xb7f0c000
_llseek(3, 2468, [2468], SEEK_SET)      = 0
munmap(0xb7f0c000, 2468)                = 0
close(3)                                = 0
time(NULL)                              = 1135926795
open("/etc/localtime", O_RDONLY)        = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
read(3, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0\10"..., 4096) = 837
close(3)                                = 0
munmap(0xb7f0c000, 4096)                = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
open("/etc/ssmtp/ssmtp.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1274, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
read(3, "#\n# /etc/ssmtp.conf -- a config "..., 4096) = 1274
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0c000, 4096)                = 0
open("/etc/ssmtp/revaliases", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=200, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
read(3, "# sSMTP aliases\n# \n# Format:\tloc"..., 4096) = 200
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0c000, 4096)                = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
read(0, blah
"blah\n", 1024)                 = 5
read(0, "", 1024)                       = 0
rt_sigaction(SIGALRM, {0x804af40, [ALRM], SA_RESTART}, {SIG_DFL}, 8) = 0
alarm(600)                              = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 3
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)                                = 0
gettimeofday({1135926798, 925658}, NULL) = 0
getpid()                                = 27143
open("/etc/resolv.conf", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=49, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0b000
read(3, "nameserver 192.168.0.1\nsearch lo"..., 4096) = 49
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0b000, 4096)                = 0
open("/etc/hosts", O_RDONLY)            = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=708, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0b000
read(3, "# /etc/hosts:  This file describ"..., 4096) = 708
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0b000, 4096)                = 0
open("/etc/hosts", O_RDONLY)            = 3
fcntl64(3, F_GETFD)                     = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=708, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f0b000
read(3, "# /etc/hosts:  This file describ"..., 4096) = 708
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7f0b000, 4096)                = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=135221, ...}) = 0
mmap2(NULL, 135221, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c4c000
close(3)                                = 0
open("/lib/libnss_dns.so.2", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\16\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=18308, ...}) = 0
mmap2(NULL, 20616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c46000
mmap2(0xb7c4a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7c4a000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320%\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=64632, ...}) = 0
mmap2(NULL, 76020, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ef9000
mmap2(0xb7f08000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xb7f08000
mmap2(0xb7f0a000, 6388, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f0a000
close(3)                                = 0
munmap(0xb7c4c000, 135221)              = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, 28) = 0
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
gettimeofday({1135926798, 933114}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\253\323\1\0\0\1\0\0\0\0\0\0\6jankoh\6dyndns\3org\0\0"..., 35, 0) = 35
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [35])                = 0
recvfrom(3, "\253\323\201\200\0\1\0\0\0\0\0\0\6jankoh\6dyndns\3org\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, [16]) = 35
close(3)                                = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, 28) = 0
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
gettimeofday({1135926799, 5417}, NULL)  = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\333\311\1\0\0\1\0\0\0\0\0\0\6jankoh\6dyndns\3org\5l"..., 41, 0) = 41
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [89])                = 0
recvfrom(3, "\333\311\205\203\0\1\0\0\0\1\0\0\6jankoh\6dyndns\3org\5"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, [16]) = 89
close(3)                                = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, 28) = 0
fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
gettimeofday({1135926799, 7490}, NULL)  = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\20\'\1\0\0\1\0\0\0\0\0\0\6jankoh\6dyndns\3org\0\0"..., 35, 0) = 35
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [309])               = 0
recvfrom(3, "\20\'\201\200\0\1\0\1\0\6\0\6\6jankoh\6dyndns\3org\0\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, [16]) = 309
close(3)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(25), sin_addr=inet_addr("82.100.251.118")}, 16) = 0
time([1135926799])                      = 1135926799
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
socket(PF_FILE, SOCK_DGRAM, 0)          = 4
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = -1 EPROTOTYPE (Protocol wrong type for socket)
close(4)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 4
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = 0
send(4, "<22>Dec 30 08:13:19 sSMTP[27143]"..., 66, MSG_NOSIGNAL) = 66
close(4)                                = 0
time(NULL)                              = 1135926799
open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 4
select(5, [4], NULL, NULL, {0, 10000})  = 1 (in [4], left {0, 10000})
read(4, "\32\245A\321\270\346x\351\204\253\276\236\216\350)\350"..., 32) = 32
close(4)                                = 0
getuid32()                              = 0
time(NULL)                              = 1135926799
write(3, "\200\222\1\3\1\0i\0\0\0 \0\0009\0\0008\0\0005\0\0\26\0"..., 148) = 148
read(3, "220 jan", 7)                   = 7
dup(2)                                  = 4
fcntl64(4, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(4, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 3), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ef8000
_llseek(4, 0, 0xbfa1fee0, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
write(4, "SSL_connect: Success\n", 21SSL_connect: Success
)  = 21
close(4)                                = 0
munmap(0xb7ef8000, 4096)                = 0
write(2, "ssmtp: Cannot open jankoh.dyndns"..., 40ssmtp: Cannot open jankoh.dyndns.org:25
) = 40
time([1135926799])                      = 1135926799
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
socket(PF_FILE, SOCK_DGRAM, 0)          = 4
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = -1 EPROTOTYPE (Protocol wrong type for socket)
close(4)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 4
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 16) = 0
send(4, "<19>Dec 30 08:13:19 sSMTP[27143]"..., 67, MSG_NOSIGNAL) = 67
close(4)                                = 0
getuid32()                              = 0
open("/etc/passwd", O_RDONLY)           = 4
fcntl64(4, F_GETFD)                     = 0
fcntl64(4, F_SETFD, FD_CLOEXEC)         = 0
_llseek(4, 0, [0], SEEK_CUR)            = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=2468, ...}) = 0
mmap2(NULL, 2468, PROT_READ, MAP_SHARED, 4, 0) = 0xb7ef8000
_llseek(4, 2468, [2468], SEEK_SET)      = 0
munmap(0xb7ef8000, 2468)                = 0
close(4)                                = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
exit_group(1)                           = ?
kohni ~ #    

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user-de] ssmtp will kein TLS mehr :-(

[Markus Rennings]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

Hallo,

Am Freitag, 30. Dezember 2005 08:24 schrieb Jan Kohnert:
>
> ich habe hier ein kleines Problem mit ssmtp.
>
> Ich will TLS mit AUTH nutzen, um Nachrichten an meinen Server (Postfix)
> weiterzuleiten. Ohne TLS kann ich wunderbar senden (ohne Auth versteht
> sich). Mit TLS bricht er ab. Nur weiß ich nicht so recht warum...

Setz' mal in Postfix' main.cf die Option "smtpd_tls_loglevel = 2", da müsste 
man mehr raus ersehen können.
Ansonsten kannst Du mit "openssl s_client -starttls smtp 
-CApath /etc/postfix/CAcerts -connect localhost:25" (natürlich anpassen) 
sehen, ob Postfix TLS richtig anbietet...

HTH
Ciao,
Markus
-- 
42

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user-de] ssmtp will kein TLS mehr :-(

[Jan Kohnert]

[-- Attachment #1: Type: text/plain, Size: 8201 bytes --]

Markus Rennings schrieb:
> Hallo,

> Setz' mal in Postfix' main.cf die Option "smtpd_tls_loglevel = 2", da
> müsste man mehr raus ersehen können.

Mit dem Loglevel und smtpd -v:
Jan  3 19:51:13 server postfix/smtpd[19479]: connection established
Jan  3 19:51:13 server postfix/smtpd[19479]: master_notify: status 0
Jan  3 19:51:13 server postfix/smtpd[19479]: name_mask: resource
Jan  3 19:51:13 server postfix/smtpd[19479]: name_mask: software
Jan  3 19:51:13 server postfix/smtpd[19479]: name_mask: noanonymous
Jan  3 19:51:13 server postfix/smtpd[19479]: connect from 
kohni.local[192.168.0.3]
Jan  3 19:51:13 server postfix/smtpd[19479]: match_list_match: kohni.local: no 
match
Jan  3 19:51:13 server postfix/smtpd[19479]: match_list_match: 192.168.0.3: no 
match
Jan  3 19:51:13 server postfix/smtpd[19479]: match_list_match: kohni.local: no 
match
Jan  3 19:51:13 server postfix/smtpd[19479]: match_list_match: 192.168.0.3: no 
match
Jan  3 19:51:13 server postfix/smtpd[19479]: match_hostname: kohni.local ~? 
192.168.0.0/24
Jan  3 19:51:13 server postfix/smtpd[19479]: match_hostaddr: 192.168.0.3 ~? 
192.168.0.0/24
Jan  3 19:51:13 server postfix/smtpd[19479]: > kohni.local[192.168.0.3]: 220 
jankoh.dyndns.org ESMTP Postfix (2.2.5)
Jan  3 19:51:13 server postfix/smtpd[19479]: < kohni.local[192.168.0.3]: ?????
Jan  3 19:51:13 server postfix/smtpd[19479]: match_string: ????? ~? CONNECT
Jan  3 19:51:13 server postfix/smtpd[19479]: match_string: ????? ~? GET
Jan  3 19:51:13 server postfix/smtpd[19479]: match_string: ????? ~? POST
Jan  3 19:51:13 server postfix/smtpd[19479]: match_list_match: ?????: no match
Jan  3 19:51:13 server postfix/smtpd[19479]: > kohni.local[192.168.0.3]: 502 
Error: command not implemented
Jan  3 19:51:13 server postfix/smtpd[19479]: smtp_get: EOF
Jan  3 19:51:13 server postfix/smtpd[19479]: match_hostname: kohni.local ~? 
192.168.0.0/24
Jan  3 19:51:13 server postfix/smtpd[19479]: match_hostaddr: 192.168.0.3 ~? 
192.168.0.0/24
Jan  3 19:51:13 server postfix/smtpd[19479]: lost connection after CONNECT 
from kohni.local[192.168.0.3]
Jan  3 19:51:13 server postfix/smtpd[19479]: disconnect from 
kohni.local[192.168.0.3]
Jan  3 19:51:13 server postfix/smtpd[19479]: master_notify: status 1
Jan  3 19:51:13 server postfix/smtpd[19479]: connection closed

> Ansonsten kannst Du mit "openssl s_client -starttls smtp
> -CApath /etc/postfix/CAcerts -connect localhost:25" (natürlich anpassen)
> sehen, ob Postfix TLS richtig anbietet...

Dir zuliebe mit Output:
Jan  3 19:57:19 server postfix/smtpd[19487]: connect from 
kohni.local[192.168.0.3]
Jan  3 19:57:19 server postfix/smtpd[19487]: match_list_match: kohni.local: no 
match
Jan  3 19:57:19 server postfix/smtpd[19487]: match_list_match: 192.168.0.3: no 
match
Jan  3 19:57:19 server postfix/smtpd[19487]: match_list_match: kohni.local: no 
match
Jan  3 19:57:19 server postfix/smtpd[19487]: match_list_match: 192.168.0.3: no 
match
Jan  3 19:57:19 server postfix/smtpd[19487]: match_hostname: kohni.local ~? 
192.168.0.0/24
Jan  3 19:57:19 server postfix/smtpd[19487]: match_hostaddr: 192.168.0.3 ~? 
192.168.0.0/24
Jan  3 19:57:19 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 220 
jankoh.dyndns.org ESMTP Postfix (2.2.5)
Jan  3 19:57:19 server postfix/smtpd[19487]: < kohni.local[192.168.0.3]: 
STARTTLS
Jan  3 19:57:19 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 220 
Ready to start TLS
Jan  3 19:57:19 server postfix/smtpd[19487]: setting up TLS connection from 
kohni.local[192.168.0.3]
Jan  3 19:57:19 server postfix/smtpd[19487]: attr_clnt_connect: connected to 
private/tlsmgr
Jan  3 19:57:19 server postfix/smtpd[19487]: send attr request = seed
Jan  3 19:57:19 server postfix/smtpd[19487]: send attr size = 32
Jan  3 19:57:19 server postfix/smtpd[19487]: private/tlsmgr: wanted attribute: 
status
Jan  3 19:57:19 server postfix/smtpd[19487]: input attribute name: status
Jan  3 19:57:19 server postfix/smtpd[19487]: input attribute value: 0
Jan  3 19:57:19 server postfix/smtpd[19487]: private/tlsmgr: wanted attribute: 
seed
Jan  3 19:57:19 server postfix/smtpd[19487]: input attribute name: seed
Jan  3 19:57:19 server postfix/smtpd[19487]: input attribute value: 
OBJANybTZbaJdXigt9CLxkvwNahVl7tw98d3q6EncqY=
Jan  3 19:57:19 server postfix/smtpd[19487]: private/tlsmgr: wanted attribute: 
(list terminator)
Jan  3 19:57:19 server postfix/smtpd[19487]: input attribute name: (end)
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:before/accept 
initialization
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv2/v3 read 
client hello A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv2/v3 read 
client hello B
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 read client 
hello A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write server 
hello A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write 
certificate A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write key 
exchange A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write server 
done A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 flush data
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
client certificate A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
client certificate A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
client certificate A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 read client key 
exchange A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
certificate verify A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
certificate verify A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
certificate verify A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:error in SSLv3 read 
certificate verify A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 read finished A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write change 
cipher spec A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 write finished A
Jan  3 19:57:19 server postfix/smtpd[19487]: SSL_accept:SSLv3 flush data
Jan  3 19:57:19 server postfix/smtpd[19487]: TLS connection established from 
kohni.local[192.168.0.3]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)
Jan  3 19:57:24 server postfix/smtpd[19487]: < kohni.local[192.168.0.3]: ehlo 
kohni.local
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-jankoh.dyndns.org
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-PIPELINING
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-SIZE 10240000
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-VRFY
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-ETRN
Jan  3 19:57:24 server postfix/smtpd[19487]: match_list_match: kohni.local: no 
match
Jan  3 19:57:24 server postfix/smtpd[19487]: match_list_match: 192.168.0.3: no 
match
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 
250-AUTH PLAIN NTLM LOGIN DIGEST-MD5 CRAM-MD5
Jan  3 19:57:24 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 250 
8BITMIME
Jan  3 19:57:30 server postfix/smtpd[19487]: < kohni.local[192.168.0.3]: quit
Jan  3 19:57:30 server postfix/smtpd[19487]: > kohni.local[192.168.0.3]: 221 
Bye
Jan  3 19:57:30 server postfix/smtpd[19487]: match_hostname: kohni.local ~? 
192.168.0.0/24
Jan  3 19:57:30 server postfix/smtpd[19487]: match_hostaddr: 192.168.0.3 ~? 
192.168.0.0/24
Jan  3 19:57:30 server postfix/smtpd[19487]: disconnect from 
kohni.local[192.168.0.3]
Jan  3 19:57:30 server postfix/smtpd[19487]: master_notify: status 1
Jan  3 19:57:30 server postfix/smtpd[19487]: connection closed

> HTH
> Ciao,
> Markus

MfG Jan

-- 
OpenPGP Public-Key Fingerprint:
0E9B 4052 C661 5018 93C3 4E46 651A 7A28 4028 FF7A

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[gentoo-user-de] unsubscribe

[Maximilian Sichart]

-- 
gentoo-user-de@gentoo.org mailing list