innkallinger til korrektur

Månedens innkallinger ligger til korrektur på bsdly.net, nærmere bestemt
http://www.bsdly.net/~peter/blugfiler/2006-03-19_install_workshop.txt og
http://www.bsdly.net/~peter/blugfiler/LastThursday-mars2006.txt.

De vil bli sendt ut i kveld eller senest morgen formiddag med de
rettingene noen hoster opp til da.

- P 
--

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
20:11:56 delilah spamd[26905]: 146.151.48.74: disconnected after 36099 seconds.

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug

Re: Sushi den 16 mars

On 2/28/06, Bjørn Even Wahlstrøm <bjorn <at> wahlstroem.org> wrote:
> Cecilie Wian wrote:
> > Sånn nå og da har nerdene fra det akademiske kvarter samlet seg for å
> > spise sushi. Som de andre gangene har vi invitert andre nerder med
> > hang til det litt eksotiske, men akk så deilige kald ris med rå fisk!
> > ( For de litt skepitske en sannhet med rom for justeringer, der finnes
> > vegetar suhi og sushi med stekt og fritert mm fisk også).
> >
>
> Hvor? (Nama eller Soho eller hjemmelaget?)
>
> Og for de uinnvidde; Sushi betyr ris og er veldig godt :)

Ikke hjemmelaget nei. Vi har pleid å være på soho (pris er en faktor),
men det nye stedet sumo er foreslått. Men om vi blir mange blir det
komplisert.

--
Cecilie Wian
There's more than one way to do IT.

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug

Re: innkallinger til korrektur

On Wed, 1 Mar 2006, Peter N. M. Hansteen wrote:

> Månedens innkallinger ligger til korrektur på bsdly.net, nærmere bestemt
> http://www.bsdly.net/~peter/blugfiler/2006-03-19_install_workshop.txt og
> http://www.bsdly.net/~peter/blugfiler/LastThursday-mars2006.txt.
> 
> De vil bli sendt ut i kveld eller senest morgen formiddag med de
> rettingene noen hoster opp til da.

Vi skal ikke ha en "9INSTALL-WORKSHOP", og det er heller ikke _høstens_
install-workshop.

Ellers savner jeg linker fra mars-innkallingen til http://asterisk.org/
og gjerne også http://www.ubuntu.com/ og http://www.gmane.com/ - gi folk
litt hjelp til å lese seg opp på forhånd?

-BT
--

-- 
Bjørn Tore Sund           Phone:  (+47) 555-84894    Stupidity is like a
System administrator      Fax:    (+47) 555-89672    fractal; universal and
Math. Department          Mobile: (+47) 918 68075    infinitely repetitive.
University of Bergen      VIP:    81724
Support: http://bs.uib.no Contact: teknisk <at> mi.uib.no Direct: bjornts <at> mi.uib.no

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug

Re: innkallinger til korrektur

Bjorn Tore Sund <bjornts <at> mi.uib.no> writes:

> Vi skal ikke ha en "9INSTALL-WORKSHOP", og det er heller ikke _høstens_
> install-workshop.

den første var litt interessant (rest av quoted-unreadable), og den
andre må vi ta som naturlig følge av at vi ikke er på den sørlige
halvkule. (rettet) 

> Ellers savner jeg linker fra mars-innkallingen til http://asterisk.org/
> og gjerne også http://www.ubuntu.com/ og http://www.gmane.com/ - gi folk
> litt hjelp til å lese seg opp på forhånd?

Viktig poeng.

--

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
20:11:56 delilah spamd[26905]: 146.151.48.74: disconnected after 36099 seconds.

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug

Re: Sushi den 16 mars

On Wed, 1 Mar 2006, Cecilie Wian wrote:

> On 2/28/06, Bjørn Even Wahlstrøm <bjorn <at> wahlstroem.org> wrote:
>> Cecilie Wian wrote:
>>> Sånn nå og da har nerdene fra det akademiske kvarter samlet seg for å
>>> spise sushi. Som de andre gangene har vi invitert andre nerder med
>>> hang til det litt eksotiske, men akk så deilige kald ris med rå fisk!
>>> ( For de litt skepitske en sannhet med rom for justeringer, der finnes
>>> vegetar suhi og sushi med stekt og fritert mm fisk også).
>>>
>>
>> Hvor? (Nama eller Soho eller hjemmelaget?)
>>
>> Og for de uinnvidde; Sushi betyr ris og er veldig godt :)
>
> Ikke hjemmelaget nei. Vi har pleid å være på soho (pris er en faktor),
> men det nye stedet sumo er foreslått. Men om vi blir mange blir det
> komplisert.

Sumo har ålreit mat, men usedvanlig treg service. Greit nok hvis man
er få personer og har god tid, men jeg ser for meg et mareritt i det
de skal ta bestillinger og servere til 15-20 mennesker samtidig. Min
personlige favoritt er Nama, men jeg kan uten problemer dytte i meg
sushien på Soho i stedet. Namnam.

- Eira

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no

Merkelig serveroppførsel ved socket og http 1.1

Hei!

Jeg prøver via php og socket-forbindelse å hente ut noe enkle data fra 
en webserver. I den forbindelse skjer det noe veldig rart, som jeg ikke 
skjønner meg på.

Det er akkurat som jeg får svar fra to forskjellige servere ved 
tilfeldigheter. Det ene resultatet som vises er:

HTTP/1.1 200 OK Date: Wed, 01 Mar 2006 06:44:59 GMT Server: Apache 
X-Powered-By: PHP/4.4.2 Connection: close Transfer-Encoding: chunked 
Content-Type: text/html 1f 0;212;0;0;0;91;0.00;0.00;;;148; 0

Og det andre (som er riktig):
HTTP/1.1 200 OK Connection: close Transfer-Encoding: chunked 
X-Powered-By: PHP/4.4.2 Content-type: text/html Date: Wed, 01 Mar 2006 
06:46:11 GMT Server: lighttpd/1.4.10 32 
0;14048;1096;1623;485;823;968.59;0.00;NoL;30;1966; 0

Som dere ser er det markert to forskjellige server-typer i 
responstypene. Det er akkurat samme kall som sendes.

Når jeg laster samme URI i browseren får jeg alltid svar nr. 2. I 
PHP-scriptet mitt varierer svaret mellom de to  med ca. to, tre 
sekunders mellomrom på hver lastning.

Jeg har forsøkt å bruke akkurat samme kall-header som via Firefox - der 
det alltid funker, men nei....
Har også prøvd å sette  en delay mellom socket-initialisering og sending 
av header, men det hjelper heller ikke.

Re: Copy/Paste til/fra OpenOffice, amd64

Har nettopp testet på Fedora Core 4 under Gnome (2.10).
OpenOffice 2.0.1.1

Jeg har kopiert mellom OpenOffice Writer og gnome-terminal som en rask 
test.

Merking og paste med midt-tast: Virker begge veier
Ctrl-c/Ctrl-v: Virker fint i OO kombinert med mus-meny i gnome-terminal 
(som av forståelige grunner ikke tolker ctrl-c/v)
Copy/Paste fra menyene: Virker fint begge veier

Jeg ser altså ikke noen umiddelbare problemer i det hele tatt.
Er det desktop-miljøet som er problemet ditt, kanskje? Eller 
kompileringen/pakkingen av OOo for din distro?

--

-- 
birger

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug

Re: Merkelig serveroppførsel ved socket og http 1.1

Skogsmaskin Operator wrote:

>
> HTTP/1.1 200 OK Date: Wed, 01 Mar 2006 06:44:59 GMT Server: Apache 
> X-Powered-By: PHP/4.4.2 Connection: close Transfer-Encoding: chunked 
> Content-Type: text/html 1f 0;212;0;0;0;91;0.00;0.00;;;148; 0

Dette svaret ser ut til å komme fra apache

>
> Og det andre (som er riktig):
> HTTP/1.1 200 OK Connection: close Transfer-Encoding: chunked 
> X-Powered-By: PHP/4.4.2 Content-type: text/html Date: Wed, 01 Mar 2006 
> 06:46:11 GMT Server: lighttpd/1.4.10 32 
> 0;14048;1096;1623;485;823;968.59;0.00;NoL;30;1966; 0

Mens dette ser ut til å komme fra lighttpd (uttales 'lighty'). En rask, 
relativt fleksibel og lettvekts web-server.

>
> Som dere ser er det markert to forskjellige server-typer i 
> responstypene. Det er akkurat samme kall som sendes.

Det er ikke unormalt at apache-konfigurasjoner som skal håndtere stor 
last settes opp med en proxy-modul og lighttpd for å håndtere statiske 
sider. Kan du se på serveren din om du har noe slikt? Se f.eks.
http://servers.linux.com/servers/06/01/27/1813223.shtml?tid=118
Andre grunner til å bruke lighttpd er at den er god på å la én webserver 
lastbalansere CGI-/PHP-jobber på et cluster.

Hardware-problemer (sensorfeil ?)

Heisann.

Fikk meg en ny PC for en liten stund siden, som (selvfølgelig) kjører  
Linux.  Hittil har den fungert glimrende bortsett fra én liten ting:  Med  
tilfeldige mellomrom går "alarmen".  lm-sensors har avslørt at grunnen til  
at dette skjer er at en av de tre temperaturmålerne på hovedkortet, enten  
cpu, system, eller "pwm", løper løpsk.  Hvilken av de tre det gjelder  
virker også tilfeldig.  Nå nettopp fikk jeg for eksempel oppgitt en  
pwm-temperatur på 110 grader celcius(!), mens de to andre lå på normalen  
rundt 30 C.  En rask reboot stoppet alarmen, og temperaturen var også  
tilbake til normalt (sjekket i BIOS).  Tviler litt på at temp kan gå fra  
110 C til å ligge stabilit på 30 C på noen få sekunder, så dette virker  
som en sensor-feil.  Jeg opplevde også en gang at en alarm gikk uten at  
noen av temperaturene så unormale ut -- men maks-temperaturen til en av  
målerne hadde blitt satt til -1 C, så systemet trodde det var ille ute og  
satt i gang alarm.  En ganske patetisk, lav klikkelyd-type alarm, men  
alarm likeså.  (Alarmen som kommer når systemtemperaturen tilsynelatende  
når de store høyder er mer av skingrende ambulanse-type).

Opplevde også én gang at gcc seg-faultet under kompilering av et program,  
men dette var umulig å gjenskape.  Nevner dette bare fordi gentoo  
hjelpsomt nok la til en feilmelding som foreslo at årsaken kunne være  
hardware-problemer.  Har ikke hatt andre problemer med programmer enn  
dette.

Output'en til lm-sensors i normalt fall virker også en smule  
bekymringsverdig (dette er akkurat nå; ingen alarm som går for øyeblikket):

# sensors
w83627hf-isa-0290

Re: Hardware-problemer (sensorfeil ?)

Gerry JJ wrote:

> Opplevde også én gang at gcc seg-faultet under kompilering av et
> program, men dette var umulig å gjenskape.  Nevner dette bare fordi
Hørest ut som minnefeil.

Last ned memtest86+ , brenn til en CD og boot. Utfør alle testene et par
ganger og se om du får errors.

http://www.memtest.org/#downiso

Lykke til :)

--

-- 
bjørn e

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug