[05:23] morsom xkcd i dag. :) [07:05] lol ~tilde [07:24] Ser ikke lyst ut for Edgen. Går nesten ikke fremover lengre. [08:27] edge? [08:30] http://www.indiegogo.com/projects/ubuntu-edge [08:33] åh, den [08:33] nei, la merke til det ganske tidlig [08:34] det begynte bra, men så roa det seg veldig fort [08:35] men Canonical bør jo ha litt penger på bok et sted i tillegg... [08:35] kan jo ikke basere alt på tigging [08:37] Jo, men det vil jo koste langt mer en 32M til sammen [08:37] det er NOK 190000 [08:38] 190 mill [08:38] mener jeg [08:38] det er *mye* penger [08:38] hva skjer med pengene om de ikke når målet? [08:39] heh [08:40] De blir returnert [08:44] morsomt å høre Mark si phone... [08:44] føn [08:44] :P [10:17] RoyK, uh. Tigging? Canonical sitter jo ikke igjen med noe. [10:19] vel, jo, de sitter jo igjen med en styrket merkevare, men det er jo de som betaler som får telefonene. Her er det jo allerede sånn at Shuttleworth har forpliktet seg til å spandere endel millioner på de som forpliktet seg til å kjøpe telefonen tidlig. [10:19] uhm. Kanskje ikke så mange millioner, men mange penger. :) [10:20] dette er jo ikke et salgsprodukt. Hadde det vært det, så hadde jeg vært enig i at Canonical måtte ta kostnaden selv. [10:32] jo-erlend_: regner med en del der går til softwareutviklere [10:38] nei? [10:39] maskinvaren koster $830usd og det skal produseres 40.000 eksemplarer. De som betaler mindre enn 830 får det dekket enten av Shuttleworth eller av de som gir $20 uten å få noe igjen for det. [10:40] og hvis prisen blir høyere, har Shuttleworth også garantert for det. [10:42] det Canonical sitter igjen med, er jo markedsføring og proof of concept. Hvis du kan bevise at noe vil være mulig å gjennomføre i løpet av to-tre år og at de som opplever det faktisk er entusiastiske, så er det ekstremt mye enklere å få maskinvareprodusenter til å investere tungt. [10:43] jeg skrev feil først; de 32 millionene må selvsagt hentes inn. Der kan vel ikke Shuttleworth gå inn uansett. Det ville jo være å ødelegge indiegogo. [10:47] Høres dyrt ut for en telefon uten markup [10:54] 128GB SSD drar jo opp prisen noe bare der. Den aller heftigste prosessoren som kan frembringes er selvsagt heller ikke gratis. [10:56] hvordan prisen er på sapphire crystal, vet jeg ikke, men det er sikkert en grunn til at det ikke er dagligdags på markedet i dag. [11:29] cp --sparse=always file1 file1_sparsed <- kan jeg sparse imagene mine sånn? [11:42] Hva slags bilder er det? [12:01] Gamle harddiskbilder [12:02] geirha: Backup av disker med kryptert /home for det meste [12:03] husker ikke passordet, så jeg har imagene. Men jeg tror det ville vært bedre å gjøre dem til sparsefiler og så trimme den ledige plassen [12:03] Sikkert likså greit å bare komprimere de [12:28] krypterte disker komprimeres nok heller dårlig [12:30] men nuller komprimerer bra [12:33] joda [12:34] bare dårlig med nuller om filsystemet er kryptert [12:34] Da hjelper nok ikke cp --sparse heller [12:35] nope [12:39] RoyK: men partisjonen er ikke full [12:40] ok [12:40] testa litt mer sparse=always og fikk ikke noe resultat ut av det [12:41] tok ei fil, slengte på 2MB med nuller med dd, cp --sparse=always - du rapporterer like stor fil (og du ser på sparse) [12:49] { dd if=/dev/urandom bs=1M count=4; dd if=/dev/zero bs=1M count=4; } > /tmp/testfile; cp --sparse=always /tmp/testfile /tmp/testfile2; du -k /tmp/testfile* # -> 8192 vs 4096 [13:08] geirha: merkelig - fikk det ikke til å virke her [13:09] begynte med ei pdf-fil og så dd if=/dev/zero bs=1k count=2k >> sparse.pdf [13:09] så cp --sparse=always, null effekt [13:09] på precise [13:17] Hm. Hvilket filsystem? [13:24] ext4, men tenkte ikke over at $HOME var kryptert :P [13:24] funka med plain ext4 [13:36] så ecryptfs støtter ikke sparse-filer? [13:38] fra https://wiki.archlinux.org/index.php/ECryptfs eCyptfs does not handle sparse files well; this should be considered before encrypting large portions of the directory structure ($HOME, for example) [16:08] RoyK: måtte du bruke fstrim / for å frigjøre plassen? [16:08] hva slags plass? [16:08] * RoyK er ikke helt med [16:34] RoyK: cp --sparse=always, du sa det funket med ext4? [16:34] ja [16:34] men ikke eCryptfs [16:35] Det går greit på filsystemet eCrypfs ligger på men ikke inni ecrypfs krypterte mapper? [21:51] lolant: ser sånn ut, ja