V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
# This is /etc/pam.d/prace auth requisite pam_kravata.so auth required pam_visačka.so auth sufficient pam_vrátný_si_pamatuje_obličej auth required občanka.so account required pracovni_doba.soA teď vysvětlení sloupců. Funkční oblasti jsou
Ve výchozím nastavení njenže gdm3 neukazuje ldapí uživatele, ale ani nedovolí jejich přihlášení a musí se zrušit klávesou escape. Výchozí nastavení /etc/pam.d/gdm3 v Debian Wheezy:
#%PAM-1.0 auth requisite pam_nologin.so auth required pam_succeed_if.so user != root quiet_success @include common-auth auth optional pam_gnome_keyring.so @include common-account # SELinux needs to be the first session rule. This ensures that any # lingering context has been cleared. Without out this it is possible # that a module could execute code in the wrong domain. session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close session required pam_limits.so session required pam_env.so readenv=1 session required pam_env.so readenv=1 envfile=/etc/default/locale session required pam_loginuid.so @include common-session # SELinux needs to intervene at login time to ensure that the process # starts in the proper default security context. Only sessions which are # intended to run in the user's context should be run after this. session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open session optional pam_gnome_keyring.so auto_start @include common-passwordKdyž se podíváme do odkazovaných common-auth, common-account, common-session, zjistíme, že ldap tam už je. Takže konfigurace je OK.
Když je ldap v pořádku, ssh běží, pam je OK, tak nám opravdu zbývá jen gdm. Najít něco relevantního na netu je dost problém - tuny balastu všeho druhu. Nakonec jsem našel víceméně identický bug v bubububuntu. Na základě tohoto doporučení jsem zakomentoval celý /etc/X11/Xsession.d/90qt-a11y a restartnul gdm. A co byste řekli ? Nefungovalo to. Naštěstí jsem ale měl nainstalovaný i lightdm, tak jsem ho nastavil jako výchozí a restartnul xdm. Zkusil jsem se přihlásit a ono to prošlo !
Logicky jsem usoudil, že když to prošlo, tak gdm vytvořilo nějaké soubory v domácím adresáři a zkusil se přihlásit na sousedním stroji s gdm3. Přihlášení prošlo !
K ověření, že je to tím, jsem na jiném stroji zákeřně promazal ldapímu uživateli ~ .Zkusil jsem se přihlásit na gdm a co byste řekli ? Prošlo to ! To už není normální. Rozhodl jsem se přistoupit k poslední zkoušce:
Vytvořil jsem nového uživatele "neo", udělal mu homedir a čekal co se bude dít. Stíny se prodlužovaly ... svíce se třepotala ... vrzly dvéře ... a gdm ho normálně přihlásil a vytvořil potřebné adresáře jako by se nechumelilo !! Je to děsivé a neumím si to vysvětlit, ale už i v Linuxu začalo strašit ! To co je běžné ve Widlích jsem poprvé viděl i "u nás". Jednorázový úkon týkající se uživatele a se dotkne i uživatele B. Uživatel A samozřejmě není admin ldapu. WTF ???
Tiskni
Sdílej:
Obdivuju tvoju trpelivost! Me uz se nechtelo nic psat, kdyz je pisatel blogu liny se poradne podivat na navrhovane reseni.Třeba jenom neví. Ale taky jsem občas trochu přísnější :).
Nastavoval si aj nss ?
Pozri tento howto.
GDM je prokleté. Před týdnem jsem zjistil, že když ukončím X11 relaci zabitím X serveru (Ctrl-Alt-Backspace), tak už se nikdo přes GDM 2 nepřihlásí (po zadání správného hesla jen problikne X server a jsem zpátky v GDM). Pomůže jenom restart GDM.
Podle mě trpí syndromem Gnome. Není důležité, jestli to funguje, hlavně že to je podle letošní módy.
Velmi silně uvažuji, že se budu věnovat nějakému DM, protože XDMCP umí už jen historické XDM.