[04:14] <Guest83709> czym ubuntu steruje wiatrakami, bo chodza cicho i nagle otworze film na sekunde czy cos i zaczyna sie wycie...
[07:20] <Dreadlish> wina acpi.
[11:17] <gjm> wina tuska
[19:24] <arturwegrzyk> hey
[19:24] <TheNumb> ey
[19:25] <arturwegrzyk> dzisiaj wgralem ubuntu na netbooka szał hehehe
[19:25] <arturwegrzyk> extra system
[19:27] <gjm> ok
[19:27] <TheNumb> ._.
[19:28] <xdudi> faktycznie dobry produkt jak za te cene :)
[19:28] <TheNumb> co kto lubi
[19:28] <TheNumb> ja bym wolał zapłacić za coś lepszego ;p
[19:29] <xdudi> TheNumb: a jest cos lepszego? :)
[19:29] <TheNumb> xdudi: może.
[19:29] <TheNumb> Co kto lubi.
[19:30] <xdudi> TheNumb: a ty co lubisz? :>
[19:31] <TheNumb> xdudi: nie zawsze się ma to co się lubi :(
[19:32] <xdudi> TheNumb: nie pytalem czy zawsze sie ma to co sie lubi.. :>
[19:32] <TheNumb> xdudi: a ja nie mam zamiaru odpowiadać na to pytanie.
[19:32] <TheNumb> Bo nie mam ulubionej dystrybucji :(
[19:33] <TheNumb> bo... linukz to gunwo :DDDD
[19:33] <xdudi> TheNumb: to moze skonkretyzuje pytanie - co wydaje ci sie lepsze od ubuntu? :)
[19:33] <xdudi> linux to tylko kernel :P
[19:33] <TheNumb> xdudi: FreeBSD :(
[19:34] <xdudi> TheNumb: bawie sie fbsd ostatnio, jednakze system ma swoje slabosci ktore na ubuntu nie wystepuja
[19:34] <TheNumb> Słabości? :|
[19:34] <xdudi> tak
[19:35] <TheNumb> Ciekawe jakie <:
[19:36] <xdudi> ostatnio probowalem uruchomic swoj soft na nim, wywalalo sie na singletonach, za pomoca specjalnych flag wymuszalem na kompilatorze uruchamianie ich w okreslonym porzadku, na ubuntu dziala idealnie, na fbsd na koniec procesu jest crash
[19:36] <TheNumb> yyyy
[19:36] <xdudi> nie doszedlem jeszcze do przyczyny, byc moze ld tam inaczej dziala
[19:36] <TheNumb> A czym kompilowałeś? :D
[19:36] <TheNumb> Może antycznym gcc 4.2.1?
[19:36] <xdudi> gcc oraz clangiem
[19:36] <TheNumb> <:
[19:37] <xdudi> gcc47 z paczek :P
[19:37] <TheNumb> singletony to zuo
[19:37] <TheNumb> tak btw
[19:37] <TheNumb> :P
[19:37] <xdudi> moze ld w bsd jest inteligentniejszy i sytuacje naprawi omakrowanie __init_priority__ tak aby na bsd go nie bylo :P
[19:38] <TheNumb> xdudi: nie, ja bym wolał znowu używać os x (:
[19:38] <xdudi> moze i sło, jednakze ulatwiaja one wiele rzeczy
[19:39] <xdudi> os x... w polsce mieszkasz a nie w usa :P
[19:40] <TheNumb> xdudi: nie widzę związku.
[19:40] <xdudi> tu sie na cebuli siedzi :P
[19:40] <TheNumb> mhm
[19:40] <xdudi> TheNumb: zartuje, nie mam nic do osx, to w koncu fork z freebsd :)
[19:40] <TheNumb> żaden fork.
[19:40] <TheNumb> Jedyne co mają z freebsd to userland.
[19:41] <TheNumb> ps. to prawda
[19:41] <xdudi> z biegiem lat kodu z bsd w osx bedzie pewnie coraz mniej
[19:41] <TheNumb> niebardzo
[19:41] <TheNumb> ;-)
[19:41] <TheNumb> http://opensource.apple.com/release/os-x-1092/
[19:41] <xdudi> jednakze co do architektury dystrybucji, bsd bije na ryj ubuntu i reszte ekipy
[19:42] <xdudi> podoba mi sie odseparowanie kernela, base systemu od 3rd party softu
[19:42] <xdudi> a w dystrybucjach linuxowych to wszystko jest zmielone
[19:42] <TheNumb> xdudi: widział nix os? (:
[19:43] <TheNumb> nixos*
[19:43] <TheNumb> http://nixos.org/
[19:43] <xdudi> nie
[19:45] <xdudi> wiec czym on sie rozni od ubu tak w skrocie?
[19:46] <TheNumb> http://nixos.org/nixos/about.html
[19:46] <TheNumb> "NixOS is based on Nix, a purely functional package management system. Nix stores all packages in isolation from each other [...]"
[19:46] <TheNumb> :P
[19:47] <xdudi> no widze widze
[19:48] <xdudi> szkoda tylko ze jest tak niszowa ta dystrybucja
[19:50] <xdudi> 113 miejsce na distrowatch, popularnoscia nie dorownuje nawet netbsd :P
[19:51] <TheNumb> distrowatch nie jest wskaźnikiem popularności :(
[19:51] <TheNumb> Sami nawet tak twierdzą.
[19:51] <xdudi> jest, lecz bardzo niedokladnym
[19:51] <TheNumb> Nie jest.
[19:53] <xdudi> a co mogloby byc takim wskaznikiem? :>
[19:53] <TheNumb> Statystyki na steamie!
[19:53] <TheNumb> :P
[19:53] <TheNumb> Nie wiem i niezbyt mnie to obchodzi.
[19:54] <xdudi> na steamie sa tylko gierki
[19:54] <xdudi> masa ludzi pracuje na linuxie w nic nie grajac...
[19:55] <gjm> nie
[19:59] <TheNumb> xdudi: na distrowatch linux mint jest na pierwszym miejscu :( A przecież powszechnie wiadomo, że to gunwo.
[19:59] <TheNumb> Tak samo jak Arch na 8.
[20:01] <xdudi> TheNumb: ciezko to obiektywnie ocenic..
[20:07] <TheNumb> Kurde, podpuszczam tego gjmbusa a ten się nie daje :(
[20:07] <gjm> nie hajlajtuj mnie
[20:09] <xdudi> TheNumb: poco robic gownoburze skoro mozemy konstruktywnie porozmawiac :)
[20:13] <gjm> poco
[20:13] <gjm> się
[20:13] <gjm> nogi
[20:13] <gjm> noco
[20:18] <xdudi> slyszeliscie moze o syncany?
[20:18] <TheNumb> tag
[20:19] <xdudi> TheNumb: uzywales moze tego?
[20:20] <TheNumb> xdudi: tak
[20:21] <xdudi> TheNumb: i jaka masz o tym opinie?
[20:22] <TheNumb> xdudi: wolę btsync
[20:22] <TheNumb> (:
[20:23] <xdudi> TheNumb: znasz moze jakies alternatywy do syncany?
[20:23] <TheNumb> xdudi: btsync
[20:23] <TheNumb> ; p
[20:24] <TheNumb> xdudi: syncthing
[20:25] <xdudi> TheNumb: nie zrozumiales mojego pytania, chodzi mi o alternatywe do syncany opierajaca sie na podobienstwie do gita
[20:26] <TheNumb> sparkleshare?
[20:26] <TheNumb> ;p
[20:26] <TheNumb> używa gita
[20:26] <TheNumb> <:
[20:27] <xdudi> ale git przechowuje wszystkie rewizje pliku, wiec nie nadaje sie do backupow
[20:32] <BlessJah> xdudi: inkrementalne backupy
[20:32] <BlessJah> tak się to nazywa
[20:33] <BlessJah> poza tym, subversion, lokalnie masz tylko jedną kopię, albo git-annex
[20:34] <jacekowski> xdudi: SVN
[20:34] <jacekowski> SVN roksuje rulezem, nie rozumiem ludzi ktorzy lubia sie torturowac gitem
[20:35] <xdudi> jacekowski: szanuje twoje zdanie ale svn ma wiele wad ktorych git nie ma
[20:35] <jacekowski> jakie?
[20:36] <xdudi> brak submodulow
[20:37] <xdudi> brak normalnych galezi (jakie sa w gicie)
[20:37] <xdudi> brak decentralizacji
[20:38] <jacekowski> svn ma eksternalsy
[20:38] <jacekowski> decentralizacja jest zla
[20:39] <jacekowski> brak galezi nie uwazam za problem
[20:39] <TheNumb> decentralizacja... zła?
[20:39] <TheNumb> Co kto lubi.
[20:39] <jacekowski> tzn. implementacja jaka jest w svn jest wystarczajaco dobra
[20:39] <TheNumb> Dla mnie nie.
[20:39] <jacekowski> git nie ma lockow
[20:39] <TheNumb> a na co komu locki?
[20:40] <jacekowski> zeby moc jakies binarne albo inne niemergowalne pliki edytowac
[20:40] <TheNumb> To jedno z największych upośledzeń svn.
[20:40] <TheNumb> w gicie moożesz trzymać binarne pliki.
[20:40] <TheNumb> Nie ma żadnych przeszkód.
[20:40] <xdudi> jacekowski: no dobrze, ale wciaz pozostaje problem branchy...
[20:40] <jacekowski> w svn tym bardziej
[20:41] <jacekowski> tylko ze w git jak masz np. automatycznie generujace sie iso
[20:41] <jacekowski> ktore co rewizje bedzie inne
[20:41] <jacekowski> to po kilku rewizjach nikt nie bedzie w stanie zrobic clone
[20:41] <xdudi> jacekowski: iso?
[20:42] <xdudi> plik iso?
[20:42] <jacekowski> gdzie w svn sciaga sie tylko ostatnia rewizja
[20:42] <jacekowski> xdudi: tak
[20:42] <xdudi> ale kto normalny wsadza iso do gita?
[20:42] <jacekowski> nikt, bo git tego nie umie
[20:42] <xdudi> na ftp rozumiem...
[20:42] <jacekowski> a svn sobie bez problemu z tym da rade
[20:43] <jacekowski> ale ftp to nie system kontroli wersji
[20:43] <xdudi> zawsze pozostaje w gicie --depth=1
[20:44] <xdudi> jacekowski: moglbys opowiedziec mi o sposobie pracy na galeziach w svn?
[20:44] <BlessJah> jacekowski: git-annex
[20:44] <jacekowski> http://howto.praqma.net/subversion/branching-strategies
[20:45] <BlessJah> xdudi: w duzym skrocie: kopiujesz trunk do branches/branchXX
[20:45] <BlessJah> a w druga strone robisz merge'a
[20:45] <jacekowski> BlessJah: ale czy git annex dziala tak ze ja sobie teraz moge nowy komputer wziasc uruchomic na zadupiu, i zrobic checkouta jakiegos tam pliku w moim repozytorium
[20:46] <BlessJah> jacekowski: tak, o ile masz dostep do tego repo
[20:46] <jacekowski> BlessJah: ale jak?
[20:46] <jacekowski> skoro same pliki nie siedza w gicie
[20:46] <xdudi> BlessJah: tylko jest problem, bo projekt jest duzy a kazdy task/issue ma byc na osobnej galezi, co teras?
[20:46] <jacekowski> xdudi: dokladnie tak samo
[20:47] <BlessJah> w dwoch krokach, najpier normalny klon gita, ktory ci da symlinki do nieistniejacych plikow w .git/annex/objects
[20:47] <BlessJah> a potem annexem pobierasz te pliki, ktore chcesz
[20:48] <xdudi> jacekowski: przy duzym projekcie i duzej liczbie deweloperow, narzut z kopiowania calego projektu do kolejnego brancha itd, sprawi ze taka praca bedzie kompletnie nie efektywna
[20:48] <jacekowski> xdudi: ale to nie nie robi kopii
[20:49] <BlessJah> xdudi: svn sie skaluje nawet-nawet, zalezy jak duzy projekt i ilu devow
[20:49] <xdudi> jacekowski: a praca na golym trunku jest tez bez sensu bo jak wprowadzicie 20 funkcjonalnosci a 3 maja przejsc do stable, to jak to pomergujesz? to zajmie tygodnie...
[20:49] <jacekowski> xdudi: to jest CoW
[20:49] <jacekowski> xdudi: dokladnie tak samo jak w GIT
[20:49] <jacekowski> xdudi: robisz kilka branchy ktore sie tworza w mniej niz sekunde (bo to tylko modyfikacja metadanych)
[20:49] <xdudi> jacekowski: zeby robic jak w gicie, musisz miec 20 branchy...
[20:49] <jacekowski> xdudi: no i jest to zaden problem
[20:50] <jacekowski> xdudi: robisz branche a potem merge
[20:50] <xdudi> jacekowski: metadane sa na serwerze, a na kliencie sa pliki i nie zajmuje to mniej niz sekunde
[20:50] <BlessJah> jacekowski: jak lokalnie przelaczac sie miedzy branchami?
[20:51] <xdudi> BlessJah: nie da sie, kazdy branch to fork projektu
[20:51] <xdudi> i ma inna sciezke
[20:51] <BlessJah> xdudi: da sie
[20:51] <BlessJah> tylko to kosztowne
[20:51] <BlessJah> czas i lacze zzera
[20:51] <jacekowski> svn switch
[20:51] <BlessJah> jacekowski: nope
[20:51] <BlessJah> checkoutujesz obok siebie branche
[20:52] <jacekowski> tez mozna
[20:52] <BlessJah> kazdy checkout 2x tyle co samo kod
[20:52] <jacekowski> zezre tyle samo miejsca i lacza co git
[20:52] <BlessJah> nie
[20:52] <BlessJah> git checkout nie zzera lacza
[20:52] <xdudi> wlasnie ze nie ;]
[20:52] <jacekowski> ale musisz najpierw clone zrobic
[20:52] <BlessJah> musze
[20:52] <jacekowski> ktory sciagnie wszystko
[20:53] <BlessJah> a na svn checkout
[20:53] <xdudi> jacekowski: http://git-scm.com/about/small-and-fast
[20:53] <xdudi> rzuc okiem na te slupki :)
[20:53] <jacekowski> xdudi: takie same slupki tylko w druga strone sa na stronie svn'a
[20:54] <jacekowski> poza tym, nawet jesli, czy commit zajmuje 0.25s czy 1s, jest to zadna roznica
[20:54] <xdudi> jacekowski: w jaki sposob chcesz miec archeologie (grzebanie w rewizjach) szybsza od gita na svnie?
[20:55] <BlessJah> jacekowski: moj ~/trunk/ zajmuje 2.2GiB, z czego ~/trunk/.svn to 805MiB
[20:56] <jacekowski> tylko ze git jest beznadziejnie wolny na duzych repozytoriach
[20:56] <BlessJah> jacekowski: git svn spakował mi to z połową historii do jakiegos 1.5GiB
[20:57] <BlessJah> jakies 100k commitow
[20:57] <BlessJah> i nie, nie jest wolny
[20:57] <jacekowski> http://git.661346.n2.nabble.com/Git-performance-results-on-a-large-repository-td7250867.html
[20:58] <jacekowski> ostatecznie facebook sie na mercuriala przeniosl
[20:58] <jacekowski> https://code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/
[20:58] <BlessJah> jacekowski: jaka skala wielkosci?
[20:58] <BlessJah> git status --porcelain --ignored 2>/dev/null|awk -f ~/.dotfiles.d/git.awk
[20:59] <BlessJah> kawalek mojego $PROMPT_COMMANDS, zlicza mi dodania, modyfikacje etc
[20:59] <jacekowski> moje wlasne repozytorium svn ktore mam w domu to jakies 500GB
[20:59] <BlessJah> a ile plikow?
[20:59] <jacekowski> wole nie wiedziec
[20:59] <jacekowski> cos kolo 100k
[21:00] <xdudi> jacekowski: to teraz zrob te 20 galezi - issue per branch :)
[21:00] <BlessJah> jacekowski: zdjecia? filmy?
[21:00] <xdudi> zobaczymy czy bedzie szybciej niz w gicie :)
[21:00] <jacekowski> zdjecia, programy, wszystko
[21:00] <BlessJah> ja trzymam ~50GiB w git-anneksie
[21:00] <jacekowski> filmy akurat nie
[21:00] <BlessJah> glownie iso i instalki roznych rzeczy
[21:00] <gjm> PORNOLE
[21:01] <BlessJah> jacekowski: ~/trunk ma 40k plikow, liczone bez .svn/*
[21:01] <BlessJah> git svn rzezil, bo kazda rewizje zaciagal po kolei, ale teraz dziala to dobrze
[21:01] <BlessJah> nie narzekam
[21:02] <jacekowski> http://stevehanov.ca/blog/index.php?id=50
[21:02] <BlessJah> gjm: tez mozesz trzymac, mozesz nawet szyfrowanie wlaczyc
[21:02] <jacekowski> tu ktos narzeka na wydajnosc gita
[21:03] <BlessJah> pokazujesz mi linki z internetu
[21:03] <BlessJah> ja mam repozytorium 2GiB, 40k plikow, 100k rewizji, ktore po prostu dziala, a zliczanie zmodyfikowanych plikow mam wpiete do $PROMPT_COMMANDS
[21:04] <BlessJah> plus drugie, git-annex, z 50GiB duzych plikow, ktore syncuje miedzy dwoma lapkami i przenosnym dyskiem
[21:09] <BlessJah> jacekowski: no i moge zrobic git-blame w windzie
[21:11] <jacekowski> tortoise svn tez ma blame
[21:11] <BlessJah> w windzie takiej do jezdzenia
[21:11] <BlessJah> tam nie ma wifi
[21:12] <jacekowski> bo wczesniej sciagnales cale repozytorium
[21:13] <xdudi> jacekowski: ale nie wyslesz commita via mail :P
[21:13] <jacekowski> xdudi: bardzo rzadko sie zdarza ze jestem w miejscu gdzie nie mam internetu
[21:13] <BlessJah> jacekowski: pi razy oko, 30% wiecej niz bym sciagal svn
[21:13] <BlessJah> jacekowski: oczywiscie przy normalnym, niepatologicznym uzyciu (nie wsadzamy duzych binarek do repo)
[21:14] <jacekowski> duze binarki to nie jest patologiczne uzycie
[21:14] <jacekowski> firmy takie jak pixar
[21:14] <BlessJah> obok kodu? jest
[21:14] <xdudi> jacekowski: ale czasem zdarza sie, ze serwer ulega awarii badz jest modernizowany, i przez np kilka dni uzywa sie innych serwerow
[21:14] <jacekowski> tzn. pixar uzywa perforce do trzymania modeli 3d
[21:14] <BlessJah> mowimy o kodzie, czy o czym?
[21:14] <jacekowski> o wszystkim
[21:14] <BlessJah> to nic nie nadaje sie do wszystkiego
[21:14] <BlessJah> moze golebie pocztowe
[21:14] <BlessJah> microsd do nóżki i hurra
[21:15] <jacekowski> BlessJah: mam takiego w pracy co hoduje golebie i z nimi na wyscigi jezdzi
[21:15] <jacekowski> straty pakietow ma rzedu 5%
[21:15] <BlessJah> zmiana tematu
[21:15] <BlessJah> jacekowski: nic nie nadaje sie do wszystkiego, git nadaje sie do kodu doskonale
[21:15] <jacekowski> chyba ze masz duze repozytorium
[21:16] <BlessJah> git nadaje sie do duzego repozytorium kodu
[21:16] <BlessJah> nawet bardzo duzego
[21:16] <jacekowski> powyzej 10GB sie zaczynaja problemy
[21:16] <xdudi> w koncu byl projektowany pod katem repo kernela linuxa
[21:16] <jacekowski> i nawet zaczyna wymiekac przy repo kernela
[21:16] <BlessJah> ile ma repo kernela?
[21:17] <jacekowski> dobre pytanie
[21:17] <jacekowski> sa dwa repo tak na prawde
[21:17] <jacekowski> jedno ze starymi rewizjami
[21:17] <jacekowski> i jedno z nowszymi
[21:17] <jacekowski> zeby nie bylo za duze bo git sobie nie dawal rady
[21:17] <BlessJah> jacekowski: 10GiB kodu to bardzo, bardzo duzo
[21:17] <xdudi> jakby kernel linuxa chodzil pod svn, padlby juz dawno
[21:17] <xdudi> zbyt duzo galezi, deweloperow i commitow
[21:17] <xdudi> w dodatku brak decentralizacji...
[21:18] <xdudi> wszystko musialoby stac na jednej maszynie
[21:18] <jacekowski> decentralizacja jest nikomu nie potrzebna
[21:18] <jacekowski> nie musialoby
[21:18] <xdudi> mi jest potrzebna
[21:18] <jacekowski> svn mozna na klastrze bez problemu
[21:18] <xdudi> i czekalbys 30 minut na wrzucenie commita
[21:18] <jacekowski> nie
[21:19] <jacekowski> xdudi: a do czego ci niby decentralizacja?
[21:20] <jacekowski> ostatecznie jest tylko jeden branch/repo z ktorego sie buduje gotowy produkt
[21:20] <xdudi> jacekowski: by moc glowny serwer wylaczyc i zmodernizowac, zeby ludzie mogli uzywac zastepczego
[21:20] <BlessJah> xdudi: to da sie z svn
[21:20] <BlessJah> jacekowski: praca lokalna i lokalny git blame
[21:20] <xdudi> ale jest to duzo trudniejsze, poco torturowac sie svnem na sile :)
[21:21] <jacekowski> po co sie torturowac gitem na sile
[21:21] <jacekowski> tym masz chyba syndrom sztokholmski
[21:21] <jacekowski> ty*
[21:21] <xdudi> masz racje, release robi sie z jednej galezi
[21:21] <BlessJah> jacekowski: svn ma jedna niewatpliwa zalete: jest prosty do nauczenia
[21:22] <xdudi> ale svn utrudnia strasznie development
[21:22] <BlessJah> jacekowski: przy duzym projekcie trzeba wielu ludzi, ludzi ogarnietych jest ograniczona ilosc, wiec w pewnym momencie zatrudnia sie coraz slabszych ludzi