| jo-erlend_ | morsom xkcd i dag. :) | 05:23 |
|---|---|---|
| IvarB | lol ~tilde | 07:05 |
| geirha | Ser ikke lyst ut for Edgen. Går nesten ikke fremover lengre. | 07:24 |
| RoyK | edge? | 08:27 |
| geirha | http://www.indiegogo.com/projects/ubuntu-edge | 08:30 |
| RoyK | åh, den | 08:33 |
| RoyK | nei, la merke til det ganske tidlig | 08:33 |
| RoyK | det begynte bra, men så roa det seg veldig fort | 08:34 |
| 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:35 |
| geirha | Jo, men det vil jo koste langt mer en 32M til sammen | 08:37 |
| RoyK | det er NOK 190000 | 08:37 |
| 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:38 |
| RoyK | heh | 08:39 |
| geirha | De blir returnert | 08:40 |
| IvarB | morsomt å høre Mark si phone... | 08:44 |
| IvarB | føn | 08:44 |
| IvarB | :P | 08:44 |
| jo-erlend_ | RoyK, uh. Tigging? Canonical sitter jo ikke igjen med noe. | 10:17 |
| 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:19 |
| 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:20 |
| lolcat | jo-erlend_: regner med en del der går til softwareutviklere | 10:32 |
| jo-erlend_ | nei? | 10:38 |
| 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:39 |
| jo-erlend_ | og hvis prisen blir høyere, har Shuttleworth også garantert for det. | 10:40 |
| 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:42 |
| 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:43 |
| lolcat | Høres dyrt ut for en telefon uten markup | 10:47 |
| jo-erlend_ | 128GB SSD drar jo opp prisen noe bare der. Den aller heftigste prosessoren som kan frembringes er selvsagt heller ikke gratis. | 10:54 |
| 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. | 10:56 |
| lolcat | cp --sparse=always file1 file1_sparsed <- kan jeg sparse imagene mine sånn? | 11:29 |
| geirha | Hva slags bilder er det? | 11:42 |
| lolcat | Gamle harddiskbilder | 12:01 |
| lolcat | geirha: Backup av disker med kryptert /home for det meste | 12:02 |
| 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:03 |
| RoyK | krypterte disker komprimeres nok heller dårlig | 12:28 |
| geirha | men nuller komprimerer bra | 12:30 |
| RoyK | joda | 12:33 |
| RoyK | bare dårlig med nuller om filsystemet er kryptert | 12:34 |
| geirha | Da hjelper nok ikke cp --sparse heller | 12:34 |
| RoyK | nope | 12:35 |
| lolcat | RoyK: men partisjonen er ikke full | 12:39 |
| RoyK | ok | 12:40 |
| RoyK | testa litt mer sparse=always og fikk ikke noe resultat ut av det | 12:40 |
| 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:41 |
| 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 | 12:49 |
| RoyK | geirha: merkelig - fikk det ikke til å virke her | 13:08 |
| 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:09 |
| geirha | Hm. Hvilket filsystem? | 13:17 |
| RoyK | ext4, men tenkte ikke over at $HOME var kryptert :P | 13:24 |
| RoyK | funka med plain ext4 | 13:24 |
| RoyK | så ecryptfs støtter ikke sparse-filer? | 13:36 |
| 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) | 13:38 |
| 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:08 | |
| lolcat | RoyK: cp --sparse=always, du sa det funket med ext4? | 16:34 |
| RoyK | ja | 16:34 |
| RoyK | men ikke eCryptfs | 16:34 |
| lolcat | Det går greit på filsystemet eCrypfs ligger på men ikke inni ecrypfs krypterte mapper? | 16:35 |
| RoyK | lolant: ser sånn ut, ja | 21:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!