Re: USB Mus

2003-02-26 tråd Peter Mathiasson
On Tue, Feb 25, 2003 at 10:08:20PM +0100, belg wrote:
 men nar jag testar att cat /etc/input/mice sa hander inget nar jag ror pa
 musen.

Du skall inte använda usbmouse drivrutinen när du använder input-lagret.
Ladda din host controller drivrutin (usb-uhci el. usb-ohci), hid, input
och mousedev.

För att använda ett tangentbord med input-lagret skall du ladda keybdev,
och alltså inte usbkbd.

-- 
Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu
GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228



GnuPG och procmail

2003-02-26 tråd John Wall
Hej,

Jag undrar om det är någon som har erfarenhet av decrypta mail med
procmail?. Jag har letat överallt nu och hittar inte det som jag vill
ha. 

Det jag vill är att alla inkommande mail som är cryptade med gpg skall
decryptas med procmail. Jag har försökt men för bara CRC fel på gpg
mailen.

Jag skulle vilja ha ett exempel på hur en procmailrc skall se ut...
-- 


__N_O_R_M_A__C_O_M_M_U_N_I_C_A_T_I_O_N__
John Wall   #SYSTEM ADMINISTRATOR
031-74 88 834   #Direkt tel
[EMAIL PROTECTED]  #Mail



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


Re: Spurious 8259A? [SOLVED]

2003-02-26 tråd Anders Wallenquist
tis 2003-02-25 klockan 17.01 skrev Karl Hammar:
  men däremot hittar jag
  meddelanden i loggen: Kernel spurious 8259A interupt; IRQ7 på två
  ställen. Någon som vet vad det gäller? Kan det ha något samband med
  någon fläkt vars lager är på upphällningen? Något med temperaturen? Kan
  jag friskriva disken?

 Från:
  Intel386TM EX Embedded Microprocessor User' s Manual
  Intel Corporation
  1996
  Order Number 272485-002
  (går förmodligen att ladda ner från nätet)
 
 9.4.3 Spurious Interrupts
 For both edge and level-triggered interrupts, a high level must be
 maintained on the IR line until after the falling edge of the first
 INTA# pulse (see Figure 9-18). A spurious interrupt request is generated
 if this stipulation is not met. A spurious interrupt on any IR line
 generates the same vector number as an IR7 request. The spurious
 interrupt, however, does not set the in-service bit for IR7. Therefore,
 an IR7 interrupt service routine must check the in-service register to
 determine whether the interrupt source was a valid IR7 (the in-service
 bit is set) or a spurious interrupt (the in-service bit is cleared).
 
 (IR = interrupt request)
 Dvs. en sk. surious interrupt inträffar bara för irq7, men manualen
 säger ingenting varför de inträffar.


Tack alla för tipsen, 

jag är nöjd med detta! Min tolkning är att våra vänner kernel-experter
inte bedömt det vara mödan värt att analysera detta meddelande närmare,
och eftersom jag litar på storebror så sitter jag nöjd, dvs jag oroar
mig inte och låtsas som om det regnar.

(jag hittar dessutom inget i maskinen anslutet till IRQ7)

/Anders W

 
 
 
 Från kärnan:
 
 $ sed -ne '272,286p' /usr/src/kernel-source-2.4.20/arch/i386/kernel/i8259.c
 /*
  * Lightweight spurious IRQ detection. We do not want
  * to overdo spurious IRQ handling - it's usually a sign
  * of hardware problems, so we only do the checks we can
  * do without slowing down good hardware unnecesserily.
  *
  * Note that IRQ7 and IRQ15 (the two spurious IRQs
  * usually resulting from the 8259A-1|2 PICs) occur
  * even if the IRQ is masked in the 8259A. Thus we
  * can check spurious 8259A IRQs without doing the
  * quite slow i8259A_irq_real() call for every IRQ.
  * This does not cover 100% of spurious interrupts,
  * but should be enough to warn the user that there
  * is something bad going on ...
  */
 
 
 
 Från loggar:
 
 # zgrep -C -i spurious /var/log/all.log.?.gz
 /var/log/all.log.2.gz:Feb 22 10:10:18 swat kernel: ext3: No journal on 
 filesystem on ide0(3,2) 
 /var/log/all.log.2.gz:Feb 22 10:10:18 swat kernel: Adding Swap: 96384k 
 swap-space (priority -1) 
 /var/log/all.log.2.gz:Feb 22 10:10:18 swat kernel: spurious 8259A interrupt: 
 IRQ7. 
 /var/log/all.log.2.gz:Feb 22 10:10:18 swat kernel: Real Time Clock Driver 
 v1.10e 
 /var/log/all.log.2.gz:Feb 22 10:10:18 swat kernel: Linux Tulip driver version 
 0.9.15-pre12 (Aug 9, 2002) 
 /var/log/all.log.3.gz:Feb 21 08:42:38 pyrit ippl: ICMP message type 
 destination unreachable - bad port from 127.0.0.1 
 /var/log/all.log.3.gz:Feb 21 08:42:42 opal ippl: ICMP message type 
 destination unreachable - bad port from 127.0.0.1
 /var/log/all.log.3.gz:Feb 21 08:42:52 swat kernel: spurious 8259A interrupt: 
 IRQ7. 
 /var/log/all.log.3.gz:Feb 21 08:43:04 opal ippl: port 13327 connection 
 attempt from 192.168.93.38
 /var/log/all.log.3.gz:Feb 21 08:43:38 pyrit ippl: ICMP message type 
 destination unreachable - bad port from 127.0.0.1 
 /var/log/all.log.3.gz:--
 /var/log/all.log.3.gz:Feb 21 16:18:48 swat kernel: Adding Swap: 96384k 
 swap-space (priority -1) 
 /var/log/all.log.3.gz:Feb 21 16:18:48 swat kernel: Real Time Clock Driver 
 v1.10e 
 /var/log/all.log.3.gz:Feb 21 16:18:48 swat kernel: spurious 8259A interrupt: 
 IRQ7. 
 /var/log/all.log.3.gz:Feb 21 16:18:48 swat kernel: Linux Tulip driver version 
 0.9.15-pre12 (Aug 9, 2002) 
 /var/log/all.log.3.gz:Feb 21 16:18:48 swat kernel: PCI: Found IRQ 9 for 
 device 00:0b.0 
 /var/log/all.log.4.gz:Feb 20 07:39:24 swat kernel:  
 /dev/ide/host0/bus0/target0/lun0: [PTBL] [1869/255/63] p1 p2 p3 p4  p5 p6 p7 
 p8  
 /var/log/all.log.4.gz:Feb 20 07:39:24 swat kernel: ext3: No journal on 
 filesystem on ide0(3,2) 
 /var/log/all.log.4.gz:Feb 20 07:39:24 swat kernel: spurious 8259A interrupt: 
 IRQ7. 
 /var/log/all.log.4.gz:Feb 20 07:39:24 swat kernel: Adding Swap: 96384k 
 swap-space (priority -1) 
 /var/log/all.log.4.gz:Feb 20 07:39:24 swat kernel: Real Time Clock Driver 
 v1.10e 
 /var/log/all.log.5.gz:Feb 19 08:53:01 swat kernel:  
 /dev/ide/host0/bus0/target0/lun0: [PTBL] [1869/255/63] p1 p2 p3 p4  p5 p6 p7 
 p8  
 /var/log/all.log.5.gz:Feb 19 08:53:01 swat kernel: ext3: No journal on 
 filesystem on ide0(3,2) 
 /var/log/all.log.5.gz:Feb 19 08:53:01 swat kernel: spurious 8259A interrupt: 
 IRQ7. 
 /var/log/all.log.5.gz:Feb 19 08:53:01 swat kernel: Adding 

RE: Spurious 8259A? [SOLVED]

2003-02-26 tråd Jan Johansson
 (jag hittar dessutom inget i maskinen anslutet till IRQ7)

7 är väl den första printerporten?



Mutt + Maildir vs. Mutt/Evolution/etc + IMAP

2003-02-26 tråd Örjan Persson
hejsan!

just nu kör jag en trevlig kombination på min mailserver
av sendmail + procmail + spamassassins + mutt. jag loggar
in via ssh och kör mutt remote.

procmail sorterar automatiskt alla mina mail till lite
olika maildir's, t.ex. så här:
  mail/1999/12/debian-user-swedish/
  mail/debian-weekly-news/
  mail/2003/02/Inbox/
  ...

jag trivs jätte bra med detta! mitt problem är egentligen
komfortabilitet. sedan jag flyttade, bor nu 120 mil från
min server, så blir det inte allt för kul att försöka
spara filer (t.ex. .jpg) samt öppna dom. just nu brukar
jag spara dom och hämta dom via ssh/ftp beroende vilket
operativsystem jag sitter vid. (använder linux/win)
ibland har public_html-mappen visa sig vara smidig. :P

finns det någon smartare lösning? går det kanske att köra
igång en IMAP som klarar av att läsa in hela min struktur
av mail automatiskt i min hemkatalog, eller något liknande?

jag är medveten om att jag ev. måste konfigurera om hela
mutt och konvertera alla mina mail.

har alltid vart skeptisk förut mot IMAP, dels för att jag
alltid hört att säkerheten är sunkig. men sedan jag börjat
använda diverse program mot andra IMAP-servrar så börjar
jag gilla det mer och mer.

en ev. lösning har jag funderat på är att dela ut m.h.a.
en filserver eller liknande, så jag kan ha min hemkatalog
enkelt åtkomligt i filsystemet där jag sitter, oberoende
av OS. men jag har alltid vart lite skeptisk mot säkerheten.
(sen har jag ändå aldrig lyckats få t.ex. Evolution att läsa
in hela min katalogstruktur lika smidigt som jag kan göra i Mutt.)

är det kanske någon där ute som har en smidig lösning själv
på liknande problem? tacksam för alla förslag! helst vill
jag inte tappa möjligheten till att använda procmail som
jag gör nu, direkt på servern!

mvh,
örjan

-- 
 [x] icq - 496723 [x] url - fobie.net



Re: Mutt + Maildir vs. Mutt/Evolution/etc + IMAP

2003-02-26 tråd Claes Wallin
 procmail sorterar automatiskt alla mina mail till lite
 olika maildir's, t.ex. så här:
   mail/1999/12/debian-user-swedish/
   mail/debian-weekly-news/
   mail/2003/02/Inbox/

Nån här på listan som vet hur bra detta rimmar med IMAP?
Stöder det trädstrukturer, eller är det platt?

 finns det någon smartare lösning? går det kanske att köra
 igång en IMAP som klarar av att läsa in hela min struktur
 av mail automatiskt i min hemkatalog, eller något liknande?

Kolla på courier-imap-ssl, det verkar vara precis vad du
letar efter. Vad jag förstår låter den dig helt enkelt komma
åt maildir-mappar i din hemkatalog via IMAP, och då behöver
du inte konertera någonting någonstans. Det skulle vara det
där med undermappar då, det tål att kikas på.

 har alltid vart skeptisk förut mot IMAP, dels för att jag
 alltid hört att säkerheten är sunkig. men sedan jag börjat
 använda diverse program mot andra IMAP-servrar så börjar
 jag gilla det mer och mer.

Tja, bara man kör SSL gör det ju inget att det är vanlig
user/pass-autenticering.

/Clacke



Re: Mutt + Maildir vs. Mutt/Evolution/etc + IMAP

2003-02-26 tråd Richard Lithvall

Örjan Persson wrote:

just nu kör jag en trevlig kombination på min mailserver
av sendmail + procmail + spamassassins + mutt. jag loggar
in via ssh och kör mutt remote.

procmail sorterar automatiskt alla mina mail till lite
olika maildir's, t.ex. så här:


Behåll både procmail och dina maildirs - installera courier-imapd(-ssl), 
funkar finfint.


/Richard - fast sendmail skulle jag kastat ut fort som f*n