abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:22 | Bezpečnostní upozornění

    Byl odhalen supply chain attack na Notepad++: útočníci kompromitovali hosting Notepad++ a vybrané dotazy na aktualizace přesměrovávali na servery pod jejich kontrolou. Doporučuje se stáhnout instalátor a přeinstalovat.

    a1bert | Komentářů: 0
    včera 13:22 | Zajímavý projekt

    Francouzská veřejná správa má v rámci vládní iniciativy LaSuite Numérique ('Digitální sada') v plánu od roku 2027 přestat používat Microsoft Teams a Zoom a přejít na videokonferenční platformu Visio, hostovanou na vlastním hardwaru. Konkrétně se jedná o instance iniciativou vyvíjeného open-source nástroje LaSuite Meet, jehož centrální komponentou je LiveKit. Visio nebude dostupné pro veřejnost, nicméně LaSuite Meet je k dispozici pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 5
    včera 12:11 | IT novinky

    Eben Upton oznámil další zdražení počítačů Raspberry Pi: 2GB verze o 10 dolarů, 4GB verze o 15 dolarů, 8GB verze o 30 dolarů a 16GB verze o 60 dolarů. Kvůli růstu cen pamětí. Po dvou měsících od předchozího zdražení.

    Ladislav Hagara | Komentářů: 10
    včera 05:11 | Zajímavý software

    Shellbeats je terminálový hudební přehrávač pro Linux a macOS, který umožňuje vyhledávat a streamovat hudbu z YouTube, stahovat odtud skladby a spravovat lokální playlisty. Pro stahování dat z YouTube využívá yt-dlp, pro práci s audiostreamy mpv. Je napsán v jazyce C a distribuován pod licencí GPL-3.0, rezpozitář projektu je na GitHubu.

    NUKE GAZA! 🎆 | Komentářů: 6
    včera 03:22 | Nová verze

    Byla vydána nová verze 26.1.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. S podporou hardwarového dekódování videa. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    včera 03:00 | Nová verze

    LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), byl po deseti měsících od vydání verze 1.3 vydán ve verzi 2.0.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Zdrojové kódy LibrePCB jsou k dispozici na GitHubu pod licencí GPLv3.

    Ladislav Hagara | Komentářů: 2
    1.2. 21:11 | Komunita

    Guido van Rossum, tvůrce programovacího jazyka Python, oslavil 70. narozeniny. Narodil se 31. ledna 1956 v nizozemském Haarlemu.

    Ladislav Hagara | Komentářů: 12
    1.2. 12:22 | Zajímavý software

    OpenClaw je open-source AI asistent pro vykonávaní různých úkolů, ovládaný uživatelem prostřednictvím běžných chatovacích aplikací jako jsou například WhatsApp, Telegram nebo Discord. Asistent podporuje jak různé cloudové modely, tak i lokální, nicméně doporučován je pouze proprietární model Claude Opus 4.5 od firmy Anthropic v placené variantě. GitHubová stránka projektu OpenClaw.

    NUKE GAZA! 🎆 | Komentářů: 4
    1.2. 03:00 | Komunita

    Projekt VideoLAN a multimediální přehrávač VLC (Wikipedie) dnes slaví 25 let. Vlastní, tenkrát ještě studentský projekt, začal již v roce 1996 na vysoké škole École Centrale Paris. V první únorový den roku 2001 ale škola oficiálně povolila přelicencování zdrojových kódů na GPL a tím pádem umožnila používání VLC mimo akademickou půdu.

    Ladislav Hagara | Komentářů: 3
    31.1. 18:11 | Humor

    Moltbook je sociální síť podobná Redditu, ovšem pouze pro agenty umělé inteligence - lidé se mohou účastnit pouze jako pozorovatelé. Agenti tam například rozebírají podivné chování lidí, hledají chyby své vlastní sociální sítě, případně spolu filozofují o existenciálních otázkách 🤖.

    NUKE GAZA! 🎆 | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (10%)
     (25%)
     (3%)
     (5%)
     (2%)
     (11%)
     (30%)
    Celkem 733 hlasů
     Komentářů: 24, poslední včera 21:31
    Rozcestník

    Jaderné noviny 328

    11. 10. 2005 | Robert Krátký | Jaderné noviny | 4776×

    Pár rad pro upgrade z 2.4 na 2.6. DevFS má stále hlavu na špalku; uživatelé se brání. Zpřístupnění NUMA dat uživatelskému prostoru. Umístění patchů čekajících na -stable jádro.

    Pár rad pro upgrade z 2.4 na 2.6, 5 e-mailů

    8. zář - 9. zář

    Weber Ress měl vést tým techniků při upgradu jader z 2.4 na 2.6 na mnoha serverech. Požádal o rady a Michael Thonke připomněl: Google je tvůj nejlepší přítel a první zdroj informací. Ještě přidal odkaz na článek Williama von Hagena o tomto tématu. Jesper Juhl napsal:

    Provádím upgrady mnoha kernelů, takže ti povím trochu o tom, jak to dělám a co doporučuji. Pak si s těmi informacemi nalož dle libosti :)

    Úplně nejdříve se přesvědč, jestli jsou všechny základní utility/nástroje aktualizované na verze, které budou fungovat s novým jádrem.

    Když stáhneš zdrojové kódy jádra 2.6.13, rozbal je a podívej se do souboru Documentation/Changes. Najdeš tam seznam nástrojů a utilit s uvedenými minimálními verzemi, které jsou vyžadovány pro správnou funkci s daným jádrem.

    Až budeš mít aktualizované základní utility, musíš zkontrolovat, jestli budou s novým jádrem také fungovat všechny další důležité programy, které v systému máš.

    Jakmile si budeš jistý, že je všechno aktualizované tak, aby to fungovalo s novým jádrem, můžeš 2.6.13 zkompilovat a nainstalovat. Není nutné odstraňovat stávající jádro, 2.6.13 můžeš nainstalovat vedle starého a zkusmo s ním nabootovat. Kdyby nenaběhlo, můžeš se vrátit ke starému.

    Pro svou distribuci pravděpodobně najdeš v dokumentaci, která verze je "připravena na 2.6". Já používám Slackware a Slackware 10.1 je kompletně připraven na 2.6, takže na systému se Slackware 10.1 je vše snadné. Stačí nainstalovat nové jádro místo 2.4 a je to - všechny nástroje si s tím poradí.

    DevFS má stále hlavu na špalku; uživatelé se brání, 32 e-mailů

    9. zář - 14. zář

    Greg KH, kterému nebylo umožněno odstranit DevFS před vydáním verze 2.6.12, poslal stejné patche oproti 2.6.13; doufal, že tentokrát už se na ně dostane: Pokud by někdo opravdu moc chtěl devfs v jádře, poslal jsem patch, který to zařídí v 300 řádcích - ndevfs. Chcete-li jej používat, najdete ho v archívech (je snadné ho spravovat mimo strom jádra, protože potřebuje jen 3 háčky [hooks] do hlavního jádra). Mike Bell odpověděl, že NDevFS je designově vadné. Vytváří pro zařízení zase další názvosloví. A co je horší, nefungují kvůli tomu zařízení jako ALSA a vstupní subsystém, jejichž umístění jsou natvrdo určená v knihovnách. Pokud nebude sysfs dostávat atributy, ze kterých půjdou odvodit skutečné názvy, nebude to fungovat. Greg připustil, že NDevFS není pěkné řešení, ale jen alternativa. A dodal: Kromě toho to vůbec nenabízím k začlenění do jádra, ale pouze jako důkaz pro ty, kteří tvrdí, že není možné snadno spravovat sadu patchů typu devfs mimo jádro.

    Jinde řekl David Lang, že při odstraňování DevFS je potřeba být opatrný, protože hodně systémů by mohlo přestat fungovat. A Greg se zeptal: Ok, jak dlouho bych měl čekat? A David napsal:

    Kdyby byla ve verzi 2.6.13 odstraněna konfigurační volba, pak by podle mě měl kód zůstat do 2.6.15 nebo 2.6.16 (pokud budou nové verze každé dva měsíce, muselo by to být .16). Zvláště když se tolik lidí bojí řady 2.6, je nutné počkat alespoň jeden celý vývojový cyklus, spíš dva (a možná více, budou-li krátké) a potom dát pryč zbytek kódu v další verzi.

    Nezapomínej, že distribuce nebalí všechna jádra. Přeskakují verze a dokud je nevyzkouší, nebudou vyřešeny všechny problémy.

    K tomu připočti, že je dost lidí zmatených číslováním verzí, takže protože je 13 liché číslo, považují 2.6.13 za testovací jádro a 2.6.14 za stabilní - na .13 se tedy nepodívají.

    Tohle všechno za předpokladu, že již byly vyřešeny problémy, které měli lidé se sysfs - nedokázalo nahradit funkce používané s devfs.

    Vlákno skončilo bez jasného rozhodnutí o tom, jak dlouho ještě bude DevFS v jádře.

    Zpřístupnění NUMA dat uživatelskému prostoru, 7 e-mailů

    10. zář

    Andi Kleen napsal:

    Právě jsem si všiml, že byl začleněn ten hnusný kód /proc/*/numa_maps od SGI. Několikrát jsem proti němu argumentoval a záměrně jsem podobnou funkčnost nepřidal při psaní kódu NUMA metod, protože nejde o dobrý nápad.

    • Hodně nepěkného kódu.
    • V této chvíli v podstatě jen debuggovací hack.
    • Dává uživatelskému prostředí k dispozici hodně interních informací z jádra a o paměti (např. kolik lidí má namapovanou stránku), které by neměly být takto dostupné.
    • Formát je velmi komplikovaný a je téměř nulová šance, že se v uživ. prostředí najde nějaký bezchybný způsob zpracování dat.
    • Neexistuje žádné uplatnění, které by to potřebovalo (byl jeden teoretický případ, kde se to mohlo hodit, ale byla pro něj navržena lepší řešení).

    Mohl by být ten patch odstraněn, prosím?

    Andrew Morton řekl, že do fronty zařadil odstranění patche. Christoph Lameter měl ale pocit, že patch není beznadějný, a nechápal, proč by měl být vrácen. Andrew odpověděl: Je-li užitečný vývojářům aplikací, pak fajn. Je-li však užitečný jen pro vývojáře jádra, pak je argument slabší. V té oblasti však stále probíhá dost vývoje, takže pořád existuje důvod takovou monitorovací funkci v hlavním jádře mít. Christoph reagoval:

    Pořád se mi nedaří pochopit, jak mohou lidi přijmout argumentaci, která říká:

    Uživatelé nemají právo vědět, které uzly [nodes] operační systém alokoval pro proces, a také nemají vědět, jak se na oblastech paměti projeví práce s pamětí.

    Vývojáři aplikací pak musí hádat, jaký vliv má práce s pamětí na alokaci paměti. Při debuggování alokování paměti si dnes ti chudáci musí představit, co operační systém provádí. Prostřednictvím jiných záznamů v /proc vidí celkové množství paměti alokované na uzlu a pak na základě toho hádají, která aplikace si ji zabrala. Pak své aplikace upraví a zkusí to znovu.

    V současné době mám za to, že by bylo lepší ponechat /proc/<pid>/numa_stats místo používání smaps, protože formát smaps je trochu ukecaný a bylo by těžké z něj vyčíst rozdělení alokace. Pokud použijeme smaps, bude asi potřeba nějaký nástroj, který by údaje zpracoval a prezentoval. numa_stats lze použít rovnou.

    Přinejmenším potřebujeme mít možnost vidět, co se děje.

    Samozřejmě bychom byli radši, kdyby bylo možné měnit pravidla, která ovládají alokaci paměti. Argument, který říká, že vrstva to není schopná řešit, je pochopitelně pravdivý, protože pokusy o napravení těchto záležitostí byly zablokovány.

    Andrew se začínal přiklánět k uznání této argumentace a ponechání patche, ale debata se nedobrala žádného jasného rozhodnutí.

    Umístění patchů čekajících na -stable jádro, 3 e-maily

    13. zář - 14. zář

    Jean Delvare se zeptal:

    Je někde možné vidět patche navržené pro jádro -stable?

    Jsou emaily posílané do stable@kernel někde archivovány?

    Řekl bych, že by to bylo vhodné. Já bych například uvítal začlenění jednoho patche do 2.6.13.2, ale nechci hlásit již známý problém.

    Michal Piotrowski poslal odkaz na zkrácený log fronty pro -stable a Jean odpověděl: Přesně to jsem potřeboval, už to mám v záložkách. Díky.


    V originálu Kernel Traffic 328 vyšla navíc ještě tato témata:

    Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    David Watzke avatar 11.10.2005 05:55 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše ...
    Noo, hlavu na špalku.. když jsem updatnul na 2.6.13-gentoo-r3, tak na konci kompilace řval, že DevFS už je pryč a mně je to jedno, protože:
    • Používám udev
    • Samo od sebe se nastavilo automatický mountování foťáku :-D
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    Petr (DotaZ) Jakubec avatar 11.10.2005 07:36 Petr (DotaZ) Jakubec | skóre: 5
    Rozbalit Rozbalit vše Re: ...
    Jo jasně, a sama od sebe mi přestala fungovat ma LPT GDI tiskarna.... a kod ktery to napravuje je kratsi v podobe: odeber /dev/lpt, a mkdev znovu .... na studovani jakehokoli udev bych si musel snad vzit dovolenou abych to kloudne nastavil...

    nove veci se maji nasazovat tehda, kdyz maji stejnou nebo vyssi funkcnost, nemyslis? ahoj!
    11.10.2005 08:07 Antonín Kolísek | skóre: 33 | blog: PDA | Vyškov
    Rozbalit Rozbalit vše Re: ...
    Přesně tak :) Nehledě na to, že udev.rules se s různou verzí může měnit a kdo to má pořád nastavovat :( Nicméně udev používám.
    Josef Kufner avatar 11.10.2005 10:15 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: ...
    Hadej k cemu je /etc/udev/rules.d ?
    Hello world ! Segmentation fault (core dumped)
    11.10.2005 08:37 jkt
    Rozbalit Rozbalit vše Re: ...
    nove veci se maji nasazovat tehda, kdyz maji stejnou nebo vyssi funkcnost, nemyslis?
    A proc je teda sam nasazujes, hm?
    Petr (DotaZ) Jakubec avatar 13.10.2005 16:11 Petr (DotaZ) Jakubec | skóre: 5
    Rozbalit Rozbalit vše Re: ...
    ponevadz vyvoj vlastni distribuce je pro mne cira utopie, a tak jako asi vetsine ho nasadil jejich dodavatel distro.

    navic myslim ze kdyz me tiskarne udev nerozumi, tak se do ni nema navazet, snazi se tam totiz ten link vytvorit, ale udela ho spatne a to je dle mne chyba. Spravne by tam nemel vytvorit nic a nevotravovat. hi!
    David Watzke avatar 11.10.2005 17:38 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: ...
    Jenže když je na Gentoo/amd64 už stable a já mám tak rád updaty... ;-)
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    12.10.2005 18:03 ..... Izak ..... | skóre: 14
    Rozbalit Rozbalit vše Re: ...
    No krome toho ze ja s UDEV problem vcelku nemam, je reseni zi udelat treba stat. /zdev a tam davat stat zarizeni. Ja to tak delam pro Palma, protoze tam se vytvori zarizeni az pri stisku tlacitka a zdrzuje to.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.