[08:28] Er det mulig å starte installasjon av 12.04 slik at man hopper over partisjonering/formattering? Bruker swraid, skal reinstallere/oppgradere og samtidig bytte fra 32 til 64-bit. Boot fra DVD, manuell aktivering av RAID, reformatering av systempartisjoner som kan slettes og montering av hele hierarkiet for installasjon under /target er greit, men jeg finner altså ingen måte å starte installasjonen på slik at det hopper rett til valg av hva so [10:36] pheld, jepp. Du får tilbud om å oppgradere tidligere installert Ubuntu. Da sletter den rota, men ikke hjemmeområdet. [11:01] den sletter vel ingenting [11:01] dvs det spørs jo hva du velger [11:02] litt mer ryddig å lage nytt filsystem for rota enn å bruke det som er der [11:12] Men hvorfor ikke la meg gjøre det selv uten å håpe at ting går bra. Installasjonen er jo ussel til å finne ut av og montere SWRAID-filsystemer korrekt. [11:14] jo-erlend: når man samtidig skal gå fra 32-64bit er ikke oppgradering et mulig valg. Man kan velge custom installasjon, men den har tynt med støtte for swraid selv om man installerer mdadm før installeren startes. [11:15] forøvrig var det en positiv overraskelse at man fikk oppgraderingsmulighet (en slags re-install light) i 12.04 og kunne hoppe over flere releaser. [11:19] hva mener du med ussel? [11:19] den finner jo swraid [11:20] oppgradering fra LTS til LTS har vært der lenge [11:20] 8.04 oppgraderes normalt til 10.04, gitt prompt=lts [11:21] installeren stokker gjerne om på filsystemene. /var kan bri brukt som /usr osv [11:21] installerern veit jo ikke hvor ting var montert før [11:22] nettopp. derfor vil jeg helst organisere filsystemene og reformatere de som skal renskes helt selv [11:22] ja, så gjør det ;) [11:22] og om du synes installeren skal parse fstab for deg for å se hvor ting lå før, så registrer en bug på det :) [11:23] men hvordan starter jeg installeren da. Tidligere var det en kommandolinje opsjon for å hoppe over partision/format/mount [11:25] høh? du booter på cd-en eller minnepinnen eller noe [11:26] så finner den raid-oppsettet automatisk [11:26] eller er det slik at jeg bare må godta å la installasjonsprogrammet formatere / for å komme videre. [11:26] booter fra DVD og det imaget skal vel dekke de fleste muligheter [11:27] nei, du bare velger manuell partisjonering [11:28] swraid oppdages ikke automatisk fordi mdadm ikke er med (apt-get install mdadm) [11:29] hvis man velger manuell partisjonering og ikke lar installasjonsprogrammet formattere noe filsystem (fordi det allerede er ferdig) nekter den å fortsette. [11:30] eh [11:30] installeren finner det [11:30] I såfall er mitt spørsmål om det er tilstrekkelig å la installeren formattere / siden en formatering fra eller til ikke spiller noen rolle [11:32] er rota di på et speil? [11:32] ja. [11:32] eller er det bare dataene som er på swraid? [11:32] ok [11:32] alle filsystemer er på raid1 [11:32] men - installasjonsprogrammet finner det du vil ha [11:32] du trenger ikke gjøre noe manuelt [11:34] installeren finner bare md0 automatisk hos meg. Sannsynligvis forutsetter den å finne mdadm.conf og fstab der, og det gjør den ikke hos meg ;) [11:35] merkelig... [11:36] uten tilgang til gammel mdadm.conf og fstab er det ikke så lett å rekonstruere filsystemet automatisk [11:36] det ligger jo info i partisjonene [11:37] fstabben sier jo bare hvor ting skal monteres [11:37] og mdadm.conf var nødvendig for å få opp md sånn for kanskje 10 år siden [11:38] mdadm --assemble --scan finner alle partisjoner så mdadm.conf er strengt tatt ikke nødvendig [11:39] men installeren finner tydeligvis ikke fstab som ligger i / på md3 hos meg [11:39] mdadm.conf er veldig kjekk for å få kosistent navngivning av enhetene [11:39] jeg tror ikke installeren ser etter fstab overhodet [11:40] "install -skipdriveconf" el.l hadde vært så mye enklere for meg ;) [11:41] kan du ikke bare be den bruke md3 til rota, da? [11:42] Da er vi inne på tilordning av filsystemer i installasjonsprogrammet, og det stoler jeg ikke helt på siden oppførselen ikke er dokumenter skikkelig. [11:42] Å peke på md3 til rot bringer ikke automatisk frem rett tilordning av de andre filsystemene heller [13:50] pheld, 32 til 64bit oppgradering blir sannsynligvis mulig mellom 12.04 og 14.04. Det er jo en liten stund å vente da. :) [13:50] men jeg tror at oppgraderingen som gjøres vha live-sesjon til funke. [13:51] ser ikke noe stort poeng i å reformatere, egentlig. Nyere filsystemer fragmenteres ikke så mye under normal bruk uansett. [13:51] hm... ba om å få dette pakket på launchpad: http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/files men får denne feilen: https://launchpadlibrarian.net/104353734/buildlog_ubuntu-precise-i386.unity-lens-buss_0.9.2-0~37~precise1_FAILEDTOBUILD.txt.gz [13:53] malin: har du sett på den loggen? :) [13:55] malin: Det som ser ut som er grunnen er "Writing /unity_lens_buss-0.9.2.egg-info [13:55] error: /unity_lens_buss-0.9.2.egg-info: Permission denied". [13:55] jo-erlend: det var ikke fragmentering jeg tenkte på, bare ryddigere å begynne fra scratch, så slipper du at det kanskje blir liggende igjen noe 32bit-greier [13:55] Jeg vet ikke helt hvorfor dog. Har du forsøkt å pakke den lokalt? [13:55] Har problemer med å logge på Google Talk med Empathy i dag. [13:56] RoyK, det ville jo i såfall være en massiv bug. [13:56] jo-erlend: stort sett alle filsystemer blir fragmenterte om de er fulle, men bare FAT og NTFS klarer å bli fragmenterte uten å fylles opp ;) [13:56] jo-erlend: nei - ikke massiv - men dpkg rydder ikke alltid like godt etter seg [13:56] RoyK, mhm. Og med normal bruk, regner jeg at du alltid har minst 20% ledig plass. [13:56] ja, 20% bør være safe [13:57] RoyK, vet ikke om ubiquity bruker dpkg til det der? [13:57] dpkg ligger vel i bunn av det meste? [13:58] ikke nødvendigvis. Jeg vet ikke så mye om hva ubiquity gjør der. Det finnes mange gode alternativer. [13:58] uansett er det veldig greit å reinstallere fra scratch [13:59] RoyK: zfs lager jo også fragmenterte filer, feks ved database skrive-oeprasjoner :) [13:59] altså; dpkg ligger helt klart i bunnen av å installere de nye pakkene, men hva som skjer med de gamle tingene, aner jeg ikke. [13:59] xt: zfs fragmenterer masse [13:59] fragmentering er ikke noe problem så lenge fragmentene er store... [13:59] og copy-on-write-filsystemer må jo fragmentere [14:00] hehe, vanskelig å unngå det. :) [14:00] RoyK: åja, så det du sa tidlegare var bare tull det da :) [14:00] hva da? [14:01] xt, det var vel stort sett jeg som sa at moderne filsystemer ikke fragmenterer. Det var i grunnen tull, men poenget var at det ikke er så nødvendig å formatere bare for å installere et nytt system, siden moderne filsystemer ikke har store _problemer_ med fragmentering. [14:02] hvis målet er å installere et nytt windows-system over et gammelt, så er det jo tullete å ikke formatere. [14:02] xt: fat/ntfs fragmenterer masse med bittesmå fragmenter på en helt fullstendig idiotisk måte [14:02] ntfs er bedre, fat er helt på trynet [14:02] fat er en nokså stor katastrofe der ja. NTFS er ikke helt godt det heller. [14:02] RoyK: kan du defragge zfs egentlig? [14:03] xt: nei, det funker ikke sånn [14:03] xt: dvs den ordner det sjøl [14:03] bare sørg for å ikke ha fulle VDEVer [14:03] RoyK, du kan vel kjøre noen offline-operasjoner som blant annet defragger? [14:03] går du over 95% fyll, går zfs over i galemathiasmodus og fragmenterer som en imbisil [14:04] jo-erlend: jeg kjenner ikke til noen sånne [14:04] hmm. Ok. [14:04] btrfs kan! [14:04] fulle filsystemer er jo en uting uansett. [14:04] mhm. [14:05] Keep pool space under 80% utilization to maintain pool performance. Currently, pool performance can degrade when a pool is very full and file systems are updated frequently, such as on a busy mail server. Full pools might cause a performance penalty, but no other issues. If the primary workload is immutable files (write once, never remove), then you can keep a pool in the 95-98% utilization range. Keep in mind that even with mostly static content in the 95-98 [14:05] (sier zfs best practice) [14:05] btrfs er jo herlig. Temmelig treigt på noen områder i 3.2, men de sier at det vil bli veldig forbedret i løpet av de neste versjonene. [14:05] hva med fsck? [14:05] RoyK, kva med det? [14:06] xt: btrfs har ikke fsck [14:06] "ennå" [14:06] jo? [14:06] nei [14:06] joda. [14:06] joda. [14:06] når kom det? [14:06] begynte vel i fjor [14:06] men det frarådes på det sterkeste å bruke det, siden det bare er i katastrofer at du vil kunne ha noen form for nytte av det. [14:07] det finst ein slik zero-log-tool, som tar dei fleste "vanlege" problem anyway [14:07] den spoler tilbake loggen til når den _veit_ den var ok [14:07] mhm. [14:07] http://www.phoronix.com/scan.php?page=news_item&px=MTA2MDI <-- det har visst kommet, ja [14:07] men det var ikke i fjor ;) [14:08] første versjonane var nok i arbeid i fjor, om announcen var 23 januar [14:08] jeg er litt usikker på hvordan dette med block-level raid fungerer, men det høres jo veldig fint ut. :) [14:08] jo-erlend: mdadm er block level raid [14:09] den første raid0 og raid1 i btrfs var/er file level [14:09] jeg mente object-level raid. [14:09] kva er object? [14:09] fil? [14:09] sannsynligvis. :) [14:10] jeg er som sagt ikke helt stødig på hvordan det funker. Men veldig entusiastisk, naturligvis. :) [14:10] i den artikkelen RoyK lenka står det vel at raid5/6 i btrfs er block level [14:10] i raid1 er det veldig lett å forstå [14:10] ok? [14:10] om du har 10 disker i raid1 btrfs, så ligger alle filene lagra på minst 2 av diskane [14:10] ikkje verre enn det :) [14:11] xt, ok, så hele filsystemet er fremdeles stripet eller speilet? [14:11] neinei [14:11] xt: alle blokkene... på nøyaktig 2 av diskene... [14:11] det var det jeg trodde. [14:11] RoyK: neinei [14:11] ikke? [14:11] RoyK: nei. [14:11] er det som zfs' copies= ? [14:11] nå snakker eg om file level raidet i btrfs [14:12] men da skjønner jeg fremdeles ikke helt; altså... Si at du har en database i /var/mysql. Så du speiler den databasen. Så tryner den andre disken. Hvordan forholder du deg til den databasen? [14:12] eg veit ikkje kva zfs copies er [14:12] det er et flagg som settes på datasettnivå [14:12] jo-erlend, alle filer er på minst to disker [14:12] jo-erlend, så det går fint. [14:12] setter du copies=2, så blir dataene i det datasettet lagret dobbelt [14:12] err..ikkje minst, akkurat to disker [14:13] RoyK, ja, det høyrest likt ut, men dette er på fil-nivå på btrfs, i raid1 [14:13] xt, ja, men da snakker du fremdeles om et speilet filsystem? [14:13] uavhengig av redundansnivået i underliggende zfs [14:13] jo-erlend: nei, ikkje speila filsystem, speila filer :) [14:13] metadata er feks for seg sjølv [14:13] xt, ok. Hele hierarkiet er speilet? [14:13] du kan ha data i raid1, og metadata i raid0 [14:13] eller omvendt [14:13] (som er defaulten på multidisk i btrfs) [14:14] du vil vel helst ikke ha metadata uten redundans:P [14:14] (metadata raid1, data raid0) [14:14] tror jeg må sette opp en testboks med btrfs [14:14] har jo noen disker liggende ;) [14:15] btrfs har noen funksjoner som er relativt fantastiske for oss som er vant til litt mer .. primitive filsystemer i allefall. :) [14:17] RoyK, ville kanskje ha testet xfs også. Det ser ut til å ha noen fordeler i visse sammenhenger, sammenliknet med btrfs. [14:17] noe sier meg at du har litt andre databehov enn jeg har. :) [14:27] jo-erlend: jeg har kjørt xfs på ganske store datasett tidligere [14:27] dvs det var stort for 10 år siden, halvannen terabyte [14:28] et lass med 120GB-disker :) [14:28] :) [14:28] hjd: har ikke prøvd lokalt. kan jo prøve det [14:29] jo-erlend: hva du enn gjør, ikke bruk xfs til spooling [14:30] hjd: får den lokalt også. den feilmeldinga [14:30] malin: ok. Hva var sist fungerende revisjon og hva har du endret siden da? [14:30] prøvd hva lokalt? [14:30] jeg har endret hele strukturen for å få den godkjent av arb [14:31] RoyK: pakke prosjektet mitt [14:31] hva er arb? [14:31] application review board [14:31] revisjon 34 fungerer [14:32] malin: kan du prøve en og en revisjon fremover og se når/hva som brekker? [14:32] malin, hvorfor bruker du ikke ubuntu-app-devel@lists.ubuntu.com? [14:33] jo-erlend: jeg kunne vel spurt der også. jeg har spurt i ubuntu-unity + ubuntu-arb men ikke fått noe svar enda [14:34] det er vel foreløpig stort sett bare veldig spesielt interesserte som lytter til ubuntu-app-devel@l-u-c, tror jeg. Det er også akkurat de menneskene du ønsker hjelp av. :) [14:35] fordelen med email, er at det er hakket mer asynkront enn IRC og at du kan legge ved relevant informasjon som ikke blir borte. Det er søndag. Mange som har fri. [14:36] jepp [14:44] da har man meldt seg inn i e-postlista + sendt en e-post også, så får vi se [14:45] wendar på ubuntu-arb skulle vel sjekke ut prosjektet over helga så kan jo være hun kan sjekke ut hva som er feil også [14:45] Er visst hun som har laget parrot :) [14:50] jo-erlend, Hej hur går det för er? [15:43] hei christoffer. Vel. Det er mye å ta tak i på denne siden. Men det er fremgang. Hvordan er det hos dere? [16:02] Nja, det går segt. Inte så många som vill ta tag i saker och ting...vi famlar lite i mörkret men vi är målmedvetna och siktar framåt [16:02] Vi ska försöka få liv i hemsidan framöver [16:02] och våran wiki med guider/how-tos [16:11] jo-erlend, fick du mitt email från den 8e april? [16:11] eller skickade jag till fel adress? [16:12] christoffer: jeg tenkte jo å oversette den terminalskolan, som dere har til norsk, men så ble det liksom ikke noe av det. Kanskje noe jeg + noen flere kunne gjort i løpet av en kveld snart [16:13] er vel i såfall ment for de som har lyst å ta i bruk terminalen [16:13] malin, Härligt [16:14] Jag har funderat på att göra en videoguide om det faktiskt [16:15] https://vimeo.com/groups/videoguider [16:15] 6 filmer hittils [16:17] christoffer: ja, jeg kan ikke love at den blir oversatt med det første, men jeg kom på et nå, og det burde vært gjort. Jeg pratet med han som laget den orginale i alle fall og for han var det bare greit [16:18] en videoguide om terminalbruken? Ingen dum ide det [16:49] christoffer: fine vidoer. Sjekket ut en bare. Har litt trøbbel med flash nå med 11.2, prøvde en hack som virket litt, men så bare crasher flash, så ble å fjerne hackene for så å ta av hardwareakselerasjon igjen [16:49] "Sjekket ut en bare" ...vad betyder det? [16:51] at jeg bare har sett en av videoene, da jeg ble heftet med å dekativere nevnte hacks [16:52] jaha [16:52] jo [16:52] haft problem jag med ...med Flash [16:52] ja :S [16:52] jeg prøvde å fikse så jeg kunne ha hardware acelerasjonen på [16:52] virket vel en gang eller noe, også begynte flash bare å crashe [16:53] og da får jeg heller gjøre det tilbake som det var [16:53] på youtube kjører jeg html5 nå uansett [16:53] men syntes dette er dårlig av adobe [16:59] der var sommerbrygget satt! :) [16:59] jeg er tørst allerede. :) [17:00] :) [17:00] hehe [17:01] jo-erlend: tihi, du lager øl selv? :) [17:01] mhm [17:01] finnes jo ubuntu cola [17:01] kunne du ikke laga ubuntu øl? [17:01] (a) [17:02] jeg er litt bekymret nå, faktisk. Jeg brakk vispen, så jeg måtte ty til nødløsninger. Det behøver ikke alltid gå så bra. [17:02] så hva du brukte som visp i stedet ? [17:02] hehe, noe jeg fant i skuffen. Jeg vet ikke hva det heter. :> [17:05] :p [17:05] :) [17:05] går nok fint skal du se :) [17:06] malin: http://brainstorm.ubuntu.com/idea/3525 [17:08] Som en av de nevner, FreeBeer finnes jo allerede... [17:09] RoyK: så det finnes :) [17:09] :D [17:09] syntes jeg ser meg selv ute eller noe. Skal ha en Ubuntu-Øl jeg [17:09] ja, mener det var noen dansker som lagde et åpen-kildekode-øl i hvertfall. [17:09] også får man en sånn lilla øl eller noe [17:09] kult [17:12] jo-erlend: jepp, nevnte FreeBeer. (http://freebeer.org/) [17:19] ah. De har skiftet navn på det ja. [17:21] hvor kan man laste ned det øllet? :p men artig at det tenkes slik om andre ting enn data [17:21] open source altså [17:22] malin: nei, men du får ~~kildekoden~~ oppskriften :) [17:22] så kan du ~~kompilere~~ brygge ditt eget. [17:23] hjd: som jeg tenkte [17:23] så ikke noe ferdig pakket? [17:23] må installere fra source [17:23] eller faktisk kompilere selv ja [17:25] Det blir jo fort litt vanskelig å laste ned. For alt jeg vet kan det være mulig å bestille dog. [17:27] om det finnes, kan man vel høre med ultra om de finnes enda, eller meny eller noe om de kan ta det inn :) [17:27] malin, åpen kildekode kan heller ikke alltid lastes ned. OpenPGP måtte jo en gang i tiden kjøpes i bokform og skrives inn før du kunne kompilere det. :) [17:27] såpass [17:28] jepp. Amerikanske myndigheter mente at krypteringen var så sikker at det kvalifiserte som militært våpen. Derfor kunne han ikke eksportere det. Derimot kunne han trykke det i bokform. Da gikk det som ytringsfrihet. [17:28] veldig artig historie, det der. [17:29] lol [17:29] sier vel en del om kompetansenivået [17:29] i alle fall for få år siden [17:29] tja. Det var teknisk sett kvalifisert som militært våpen. [17:29] det var antakelig første gangen i historien at det oppsto en sånn konflikt. Ikke så rart at lovverket ikke var helt forberedt på det. [17:30] Var det ikke en eller annen i USA som bodde nær grensen og dro over til Canada for å skrive kode. Jeg husker ikke hva det var, men det var et eller annet krypertingrelatert prosjekt, så sålenge det var skrevet utenfor USA ble det ikke eksportert derfra. :p [17:31] vet ikke. De kunne godt ha laget en film om det der, synes jeg. [17:31] hehe :) [17:35] men jeg mener jo det. Den historien der er jo helt hollywood. [17:38] Jeg klarer ikke huske hvor jeg leste det dog, så det er mulig det er urban legend versjonen av hvorfor OpenBSD er basert i Canada (http://www.openbsd.org/crypto.html#why)... [17:38] mhm [17:44] hjd: du skal ikke lenger tilbake enn på nittitallet at eksport av krypto over 56bit var regna som våpen [17:44] så det er ikke veldig hollywood, nei ;) [17:44] RoyK, jeg mente det ikke på den måten at det er fantasi. Jeg mente det på den måten at historien er så sprø at det like gjerne kunne ha vært det. :) [17:45] ...og du skal ikke tilbake lenger enn til 1999 før det var *forbudt* med krypto i frankrike [17:45] det visste jeg ikke. [17:46] noe de åpna for etter at et universitet fikk masse krøll stælt etter passordsniffing av telnet... [17:46] hehe [17:47] sånn historiekunnskap er viktig ;) [17:47] enig i det. [17:47] den som glemmer historien må i verstefall gjennoppleve den [17:47] mhm [17:47] så, om du bruker facebook, så bruk SSL [17:47] f.eks. [18:50] kan noen prøve å reprodusere? bruke hud for å scanne i simple-scanner [18:50] dukker opp ikonet til hardware-driveres i stedet [18:50] og ikke scanner den [18:52] my bad, det virker, jeg bare valgte feil fra menyen, men ikonet er likevel rart [19:11] av og til, når jeg kompilerer programvare, så får jeg en sånn opplevelse: http://www.youtube.com/watch?v=xos2MnVxe-c [19:12] "it compiles... It compiles, it compiles!!! Oh, it compiles!" [19:12] kompilere programvare? bruker du gentoo/archlinux eller? :) [19:12] Vala! :) [19:25] hender at det sniker seg inn litt Python syntax og sånt innimellom, så det er på ingen måte garantert at det kompilerer. :) [19:57] jo-erlend: python er ganske stygge greier [19:58] * RoyK har null respekt for et språk som bruker indentering i stedet for klammeparanteser [19:58] RoyK: du er sær :) [19:58] xt: hah - ikke mer enn nødvendig ;) [19:59] om du henger deg opp i ei så liten detalj så har det rabla for deg [19:59] * RoyK tvinger xt til å kode FORTRAN77 [19:59] du kan få lov å synes det er rart, eller unødvendig, eller plagsomt, men at det er "stygt" [19:59] kva er fordel med klammeparanteser liksom, hehe [19:59] xt: det er finere ;) [19:59] er jo verre med språk som krever semikolon… [19:59] RoyK: _det_ er subjektivt [20:00] xt: og hvilke adjektiver jeg bruker, er vel opp til meg :D [20:00] xt: *alt* er subjektivt [20:00] sånn rent bortsett fra matematiske konstanter og sånt, er alt subjektivt... [20:00] åh, jeg er veldig glad i Python. [20:01] RoyK: nei, alt er ikkje subjektivt. Det er feil. [20:01] så må jeg innrømme at jeg er glad i perl også, da, og perl er ikke alltid like vakkert det heller... [20:01] xt: der ser du - alt ser subjektivt - selv denne diskusjonen ;) [20:01] RoyK: men meiner du det med "null respekt" ? [20:01] eller er det bare trolling? [20:02] xt: en god porsjon trolling i den uttalelsen der ;) [20:02] RoyK: kan du slutte med det? [20:02] men at alt er subjektivt, er noe jeg står for [20:02] Genie er jo også et veldig lovende språk. :) [20:02] RoyK: er så bortkasta tid å prate med folk som bare sitter og troller.. [20:02] og det er jo fint å holde ein kanal mest mogleg sakleg [20:02] xt: litt ironi må du da kunne tåle uten å kalle folk for troll [20:03] RoyK: det var ikkje ironi [20:03] neivel [20:03] flere subjektiviteter [20:03] hyperbole [20:03] hehe, folk er sensitive når det gjelder valg av språk, vet du! :) [20:03] mhm - selv om jeg valgte norsk ;) [20:04] xt: I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk... [20:04] RoyK, ironi er definert, så det er ikkje subjektivt om du tar feil eller ei, er eg redd [20:05] xt: vel, "sannhet" er også definert, men det betyr ikke at det ikke er subjektivt - det er *stor* forskjell på hva folk legger i det [20:05] openbart. [20:05] xt, nå må du begynne å smile litt, ellers blir vi engstelige her :) [20:05] hehe [20:05] ser lite morsomt.. [20:06] * RoyK ser også svært lite morsomt i xts uttallelser... [20:06] då er me enige :) [20:09] det eneste problemet jeg har hatt med whitespace i Python, er at nbsp ikke tolkes som whitespace og det er en eller annen tastaturgreie som får meg til å skrive det veldig ofte. [20:10] nbsp? [20:10] har du tast som lagar det? [20:11] [20:11] i html [20:11] ja. Jeg vet ikke helt hvilken. [20:11] shift+space, tror jeg [20:11] eller alt+space? [20:11] jeg har en følelse av at det skjer i forbindelse med firkantklammer. [20:11] nei, shift, tror jeg [20:11] det kan være det. [20:12] hehe, hvordan ser jeg forskjell? :) [20:12] få editoren din til å markere [20:13] blir ingen nbsp ved skift-mellomrom her [20:14] Alt gr+space gir nbsp [20:15] Compose, space, space [20:15] foreslår wikipedia [20:15] geirha: ikkje hos meg [20:15] Du kan skru det av i "keyboard layout" [20:15] ah, jo. [20:15] alt-gr space [20:15] ga 0xc2 0xa0 [20:15] argh! Stemmer. [20:16] geirha, takker. Jeg husket det da du sa det. [20:16] Hersens irriterende når man programmerer [20:16] noen som har adressen til den som har bestemt at det skal være sånn? :) [20:17] jo-erlend, vel, du står jo fritt til å skru det av [20:17] eller å slutte å klumse til på tastaturet ditt [20:19] det er forsåvidt greit nok at Python reagerer på det. Men jeg tror at Vala gjør det også. [20:20] De fleste språk vil nok irritere seg over nbsp [20:21] Pleide å treffe det med bash i alle fall, holder inne alt gr, skriver [[ etterfulgt av mellomrom. Av og til var alt gr inne ved mellomrommet, av og til ikke [20:21] * xt leser om vala [20:21] jo-erlend: kvifor ikkje bare bruke c#? [20:21] det ligna jo veldig [20:22] * xt leser FAQ [20:22] det står jo der! [20:22] likner veldig, men Vala kompilerer til C. Det er visse fordeler ved det. [20:22] og baserer seg på GObject, noe som jeg virkelig digger. [20:23] slipper å bruke mono. [20:23] slipper å bruke VM i det hele tatt. [20:23] kan vel kompilere c# til C også, om det bare er ein preproc [20:25] nja. Kan du det og kjøre koden uten noen VM? Jeg mener... C# er jo GC? [20:27] men jeg er jo veldig glad i GObject uansett. Vala er kjempefint. :)