Linux

[andy]

imho do takich rzeczy lepiej wykorzystać bazy danych - działa to wydajniej i lepiej tym zarządzać.

[Berion]

Bazy danych to też zło bo trudno nimi zarządzać. Pliki tekstowe są*bezkonkurencyjne, a to czy się będzie uruchamiać w 5s czy 15 to mi to nie robi różnicy, a nie poświęcę prostoty i wygody dla zysku, który jest znikomy.

[andy]

Bazy danych to też zło bo trudno nimi zarządzać.

Trudno? Czy ja wiem. Odczyt i zapis danych do bazy danych nie jest taki trudny.

Pliki tekstowe są*bezkonkurencyjne, a to czy się będzie uruchamiać w 5s czy 15 to mi to nie robi różnicy, a nie poświęcę prostoty i wygody dla zysku, który jest znikomy.

Dzisiaj liczy się właśnie szybkość dlatego coraz częściej korzysta się z baz danych.

[sobrus]

Moim zdaniem stara gwardia trochę przegina.

Weźmy takie PulseAudio. Do tej pory wszyscy narzekają że to złe i syf. I że pierwsze co robią po instalacji systemu to pozbywają się tego bo przecież jest ALSA i też gra.
Jakoś nigdy nie miałem z nim problemów choć używałem od wersji chyba 0.8 czy wcześniejszej - a możliwości które daje trudno przecenić.
Przejście z Windows na linuxa bez PA to jak cofnięcie się do ZX Spectrum. Dlaczego jak jeden program gra to drugi już nie może?

Z systemd pewnie podobnie. Używam od ponad roku i problemów jakoś nie widzę. Za to na przykład system startuje dużo szybciej.
Nie jest to taka różnica jak w przypadku pulseaudio ale nie wiem co od niego chcą.

A logi .. to tak to źle. Ale ja mam systemd-journal wyłączony bo nie mam ochoty ich przeglądać

[andy]

W tym przypadku to bardziej sprawa polityczna - autor systemd pracuje dla Red Hata

[sobrus]

Mam politykę gdzieś. CUPS jest od Apple. A jądro linuksa to niby kto pisze? IBM, RedHat, Novell, Microsoft....

Ale nie oczywiście wszystkim sie wydaje że Linuks jest pisany przez pełnych zapału wolontariuszy o złotych sercach

http://www.h-online.com/open/news/it...0-1280528.html
http://www.voiceofgreyhat.com/2012/0...ng-top-20.html

Dopóki wszystko jest wydawane pod odpowiednia licencją z wglądem w kod źródłowy nie widzę powodu do obaw.
Jak komuś nie podoba się systemd to niech pokaże który fragment jest zły i go wytnie. Już to zrobiono - uselessd.
Tylko nie wiem po co

[andy]

Polityka jest niestety obecna wszędzie...

Tak czy siak trzeba też na to uważać, bo różne podmioty mają różne intencje. Te wszystkie firmy nie tworzą linuksa z dobroci serca Każda z nich ma jakiś ukryty cel.

[sobrus]

Taka ciekawostka:
Google dropuje obsługę EXT2/3/4 z ChromeOS (ciekawe co z Androidem?).

http://www.phoronix.com/scan.php?pag...tem&px=MTgxMTg

Wspierane mają być jedynie FAT i NTFS

[andy]

Among the reasons for Google wanting to rid Chrome of EXT* support is over lack of easily relabeling EXT* volumes from their GUI. When any volume is inserted that has read-write privileges, you should be able to rename the volume in the same way you can rename a file, but EXT doesn't work quite that easily.

https://code.google.com/p/chromium/i...tail?id=274041

[sobrus]

To że Google ma jakieś wytłumaczenie to oczywista oczywistość.
Tym niemniej wspieranie NTFS które na Linuksie działa przez FUSE czy FAT który jest beznadziejny dziś do czegokolwiek jest dla mnie chore.

Wywalmy EXT4, dajmy NTFS bo nazwy się łatwiej zmienia

[andy]

Czekam na odpowiedź od AMD
http://www.dobreprogramy.pl/NVIDIA-c...ews,58505.html

[sobrus]

AMD już dawno przecież odpowiedziało.
Nie dość ze Catalysty są coraz lepsze, to jeszcze firma wspiera tworzenie otwartych sterowników udostępniając potrzebją dokumentację.

[andy]

Czy ktoś z Debianem w jessie mógłby sprawdzić transmission-daemon dla mnie?
W końcu poprawili pakiecik i wszystko jest git...do momentu kiedy chcę mieć dostęp przez panel www - mam informację, że dla tego adresu nie ma dostępu.

403: Forbidden

Unauthorized IP Address.
Either disable the IP address whitelist or add your address to it.
If you're editing settings.json, see the 'rpc-whitelist' and 'rpc-whitelist-enabled' entries.
If you're still using ACLs, use a whitelist instead. See the transmission-daemon manpage for details.

Dziwne bo w settings.json mam coś takiego:

"rpc-whitelist": "192.168.2.*",
"rpc-whitelist-enabled": true,

Info z systemd odnośnie odpalonego procesu:

root@syon:/home/neo# systemctl status transmission-daemon -l
***9679; transmission-daemon.service - Transmission BitTorrent Daemon
Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled)
Active: active (running) since śro 2014-10-22 21:01:35 CEST; 5min ago
Main PID: 30941 (transmission-da)
CGroup: /system.slice/transmission-daemon.service
***9492;***9472;30941 /usr/bin/transmission-daemon -f --log-error

paź 22 21:01:36 syon transmission-daemon[30941]: [2014-10-22 21:01:36.933 CEST] UDP Failed to set receive buffer: requested 4194304, got 425984 (tr-udp.c:78)
paź 22 21:01:36 syon transmission-daemon[30941]: [2014-10-22 21:01:36.933 CEST] UDP Failed to set send buffer: requested 1048576, got 425984 (tr-udp.c:89)

[sobrus]

A próbowałeś to w ten sposób zrobić?

[andy]

transmission mi działał bez problemu. To demonek coś nie chce poprawnie działać.