konto usunięte via Android
- 251
- mlesz
- luk04330
- gdzie_ja_jestem
- pitrek136
- PawelW124
- +2 innych
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
- 211
@Kamyszu:
- Elec
- this_is_a_good_day_today
- Zashi
- Luccek
- konto usunięte
- +206 innych
@dwa_pedaly: termite. Używałem przed nim dość kilka terminali, min. urxvt, xterm I terminator. Termite sprawuje się świetnie, szczególnie go polecam do użytku z Waylandem.
W dodatku nijak to się ma do współczesnej dyskusji o tożsamości, gdzie podważana jest identyczność jednego człowieka w wieku 2 lat i tego samego ciała 30 lat później.
+: panidoktorod_arszeniku
@problemat: mógłbyś rozwinąć? Bardzo mnie to zaciekawiło
- robsosl
- DzikiBomber
- Trelik
- konto usunięte
- xarcy
- +1 innych
Co lepsze?
- vim 65.8% (25)
- neovim 34.2% (13)
@Kryspin013: przy przesiadce z vima na neovim (gdzieś 2 lata temu) zauważyłem dużą różnicę w szybkości obsługi foldów robionych na bazie syntaxu. Obecnie nie wiem jak jest, ciągle siedzę na neovim :-)
Początek końca Xorg
Once we are done with [their Wayland improvements] we expect X.org to go into hard maintenance mode fairly quickly. The reality is that X.org is basically maintained by us and thus once we stop paying attention to it there is unlikely to be any major new releases coming out and there might even be some bitrot setting in over time. We will keep an eye on it as we
- scriptkitty
- grzesebe
- konto usunięte
- a231
- superolcc
- +3 innych
Korzystał ktoś z Wayland? Jakieś wrażenia?
@grzesebe: ja korzystam z Waylanda (a konkretnie wraz z sway). W samym Waylandzie się nic nie konfiguruje. Za konfigurację (np ekranów, klawiatury, myszki) jest odpowiedzialny menedżer okien. Także jeśli są bugi, to za nie najczęściej odpowiada menedżer. Tak było ze swayem, ale v1.0 jest już dobrze dopracowana, nie ma większych bugów i ma, jak dla mnie, wystarczająco dużo ficzerów.
Przekonałem się, ze jednak grub to trochę gówno xD
https://www.reddit.com/r/archlinux/comments/6ahvnk/grub_decryption_really_slow/
Jakiś protip z zabezpieczeniem /boot przed podmianą kernela a jednocześnie żeby w miarę szybko działało? Już powiedzmy, że nie musi być zaszyfrowane.
Wszystkie domyślne systemowe "szyfrowanie całego dysku" sprawia jedynie, że / jest zaszyfrowany a grub jest wywalony na osobną nieszyfrowaną partycję.
Z kolei na zaszyfrowanym /boot grub w #!$%@? długo rozszyfrowuje partycję. Chyba mu to z 30 sekund zajmuje.
#linux #
https://www.reddit.com/r/archlinux/comments/6ahvnk/grub_decryption_really_slow/
Jakiś protip z zabezpieczeniem /boot przed podmianą kernela a jednocześnie żeby w miarę szybko działało? Już powiedzmy, że nie musi być zaszyfrowane.
Wszystkie domyślne systemowe "szyfrowanie całego dysku" sprawia jedynie, że / jest zaszyfrowany a grub jest wywalony na osobną nieszyfrowaną partycję.
Z kolei na zaszyfrowanym /boot grub w #!$%@? długo rozszyfrowuje partycję. Chyba mu to z 30 sekund zajmuje.
#linux #
@Kryspin013: wg mnie lepszym rozwiązaniem od zaszyfrowanego boota jest plain boot + prosty skrypt sprawdzający sumy kontrolne plików na partycji boot.
Działa to tak, że skrypt (jako systemd unit i/lub pacman hook) liczy sumy kontrolne wszystkich plików na boocie (binarki kernelowe, bootloadera, configi, no wszystko) w czasie np. aktualizacji jądra, bootloadera i zapisuje je w formie pliku tekstowego na zaszyfrowanym roocie.
Przy włączaniu systemu po potencjalnym ataku evil maid nic się
Działa to tak, że skrypt (jako systemd unit i/lub pacman hook) liczy sumy kontrolne wszystkich plików na boocie (binarki kernelowe, bootloadera, configi, no wszystko) w czasie np. aktualizacji jądra, bootloadera i zapisuje je w formie pliku tekstowego na zaszyfrowanym roocie.
Przy włączaniu systemu po potencjalnym ataku evil maid nic się
- 1248
Miruny, zebrałem z facebookowej Sekcji Past wszystkie pasty, które zebrały powyżej 800 reakcji, plus parę niesłusznie niedocenionych. Facebookowa szukajka wewnątrzgrupowa nieszczególnie ułatwiała mi zadanie, więc zapewne parę past przeoczyłem, niemniej udało się zebrać piękny zbiór ok. 130 past, które zdobyły uznanie wielu osób, wiele z nich spodobać się może i Wam. To nie tylko "same klasyczki", pastowi weterani bez problemu znajdą coś, czego nie znali, a co jest warte lektury.
Kolejność past
Kolejność past
- eugeniusz_geniusz
- Mroczna_Pyra
- Agaress
- konto usunięte
- Pixelator
- +1243 innych
Mam taki problem, że gdy mam włączonego klienta torrent i leci pobieranie z maksymalną prędkością (w okolicach 11MB/s) to przycinają mi się filmy, lub muzyka na yt. Gdy się coś wysyła albo ograniczę prędkość przynajmniej o połowę to nie ma tego problemu, da się to jakoś naprawić? Dodam że na #windows nie mam tego problemu i wcześniej na #ubuntu 18.04 też go nie miałem. Klient to qBittorrent.
System: Kubuntu 19.04
Procesor: Intel
System: Kubuntu 19.04
Procesor: Intel
Chcę poprowadzić blog muzyczno-software'owy (dużo snippetów i obrazków). Targetem bloga będzie dość specyficzna i nieliczna grupa odbiorców. Pierwszego posta wrzuciłem na bloggera, ale blogger to jest jakaś porażka xd. Co polecilibyście innego do hostowania takiego bloga? Płacenie za hosting odpada, bo przypuszczam że ruch na blogu będzie tak niski, że przychodu z reklam nie starczy na waciki. Wiem, że jest github.io, w sumie fajna sprawa, ale może jest jeszcze coś podobnego do
#linux #debian
Ja mam u siebie na warstwie luks/dm-crypt
sudo hdparm -I /dev/sda | grep TRIM
Ja mam tak:
/etc/fstab:
/boot/loader/entries/arch.conf: (używam systemd encrypt
sd-encrypt
)edit:
aa i jeszcze /etc/lvm/lvm.conf:
Jeśli w grę wchodzi jeszcze raid 5, to nie wiem czy nie łatwiej byłoby to zrobić na zfs? Zfs wspiera trim i ssd (o ile dobrze pamiętam) od wersji 0.8, no i to jest taki kombajn co ma w sobie wszystko: szyfrowanie, zarządzanie wolumenami, system plików no i raidz, który jest jednak