[05:23] <jo-erlend_> morsom  xkcd i dag. :)
[07:05] <IvarB> lol ~tilde
[07:24] <geirha> Ser ikke lyst ut for Edgen. Går nesten ikke fremover lengre.
[08:27] <RoyK> edge?
[08:30] <geirha> http://www.indiegogo.com/projects/ubuntu-edge
[08:33] <RoyK> åh, den
[08:33] <RoyK> nei, la merke til det ganske tidlig
[08:34] <RoyK> det begynte bra, men så roa det seg veldig fort
[08:35] <RoyK> men Canonical bør jo ha litt penger på bok et sted i tillegg...
[08:35] <RoyK> kan jo ikke basere alt på tigging
[08:37] <geirha> Jo, men det vil jo koste langt mer en 32M til sammen
[08:37] <RoyK> det er NOK 190000
[08:38] <RoyK> 190 mill
[08:38] <RoyK> mener jeg
[08:38] <RoyK> det er *mye* penger
[08:38] <IvarB> hva skjer med pengene om de ikke når målet?
[08:39] <RoyK> heh
[08:40] <geirha> De blir returnert
[08:44] <IvarB> morsomt å høre Mark si phone...
[08:44] <IvarB> føn
[08:44] <IvarB> :P
[10:17] <jo-erlend_> RoyK, uh. Tigging? Canonical sitter jo ikke igjen med noe.
[10:19] <jo-erlend_> 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] <jo-erlend_> uhm. Kanskje ikke så mange millioner, men mange penger. :)
[10:20] <jo-erlend_> 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] <lolcat> jo-erlend_: regner med en del der går til softwareutviklere
[10:38] <jo-erlend_> nei?
[10:39] <jo-erlend_> 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] <jo-erlend_> og hvis prisen blir høyere, har Shuttleworth også garantert for det.
[10:42] <jo-erlend_> 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] <jo-erlend_> 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] <lolcat> Høres dyrt ut for en telefon uten markup
[10:54] <jo-erlend_> 128GB SSD drar jo opp prisen noe bare der. Den aller heftigste prosessoren som kan frembringes er selvsagt heller ikke gratis.
[10:56] <jo-erlend_> 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] <lolcat> cp --sparse=always file1 file1_sparsed <- kan jeg sparse imagene mine sånn?
[11:42] <geirha> Hva slags bilder er det?
[12:01] <lolcat> Gamle harddiskbilder
[12:02] <lolcat> geirha: Backup av disker med kryptert /home for det meste
[12:03] <lolcat> 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] <geirha> Sikkert likså greit å bare komprimere de
[12:28] <RoyK> krypterte disker komprimeres nok heller dårlig
[12:30] <geirha> men nuller komprimerer bra
[12:33] <RoyK> joda
[12:34] <RoyK> bare dårlig med nuller om filsystemet er kryptert
[12:34] <geirha> Da hjelper nok ikke cp --sparse heller
[12:35] <RoyK> nope
[12:39] <lolcat> RoyK: men partisjonen er ikke full
[12:40] <RoyK> ok
[12:40] <RoyK> testa litt mer sparse=always og fikk ikke noe resultat ut av det
[12:41] <RoyK> 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] <geirha> { 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] <RoyK> geirha: merkelig - fikk det ikke til å virke her
[13:09] <RoyK> begynte med ei pdf-fil og så dd if=/dev/zero bs=1k count=2k >> sparse.pdf
[13:09] <RoyK> så cp --sparse=always, null effekt
[13:09] <RoyK> på precise
[13:17] <geirha> Hm. Hvilket filsystem?
[13:24] <RoyK> ext4, men tenkte ikke over at $HOME var kryptert :P
[13:24] <RoyK> funka med plain ext4
[13:36] <RoyK> så ecryptfs støtter ikke sparse-filer?
[13:38] <RoyK> 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] <lolcat> RoyK: måtte du bruke fstrim / for å frigjøre plassen?
[16:08] <RoyK> hva slags plass?
[16:08]  * RoyK er ikke helt med
[16:34] <lolcat> RoyK: cp --sparse=always, du sa det funket med ext4?
[16:34] <RoyK> ja
[16:34] <RoyK> men ikke eCryptfs
[16:35] <lolcat> Det går greit på filsystemet eCrypfs ligger på men ikke inni ecrypfs krypterte mapper?
[21:51] <RoyK> lolant: ser sånn ut, ja