FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
mám problém na serveru. Jsou v něm 2 naprosto stejné PCI síťové karty Planet ENW-9504 (V.4), které využívají stejný modul 8139too. Jádro používám Slackwarovské verze 2.6.13 z adresáře testing (konkrétně bareacpi). První (v mém případě eth0) je pro vnitřní síť a má statickou IP adresu. Druhé (eth1) se přiděluje adresa přes DHCP a je pro vnější síť. Modul se natahuje sám, nemám ho uveden v /etc/rc.d/rc.modules
Problémem je, že po startu PC je někdy síť funkční a někdy ne (častěji ne). V ifconfigu jsou obě uvedeny, mají správné IP adresy, vše se zdá v pořádku. Sami na sebe si pingnout můžou. Ale tím to končí. Kamkoliv a odkudkoliv nelze pingnout. Přesto při pingu síťovky zeleně blikají. Pokud to čirou náhodou funguje, tak to (často) funguje i po rebootu i po novém startu PC. Funkčnost se změní až po vytažení PC nebo HUBu ze zásuvky. Myslím, že mohu vyloučit možnost, že by se detekovali v opačném pořadí. Zkoušel jsem přehodit kablíky a stejně nic. Obě síťovky jsou na 100% funkční. Pokud jednu z nich vyndám (konkrétně eth1), tak druhá funguje zcela bez problémů.
Na internetu jsem našel šikovný příkaz nameif. Ten ale můj problém asi neřeší. Podle MAC adres se dle mého detekují ve správném pořadí.
Už jsem vážně bezradný a budu moc vděčný za každou pomoc. Předem dík.
Dále zda je nastaveno správné routování /sbin/ip route
A taky skontrolujte v jakým modu běží pomocí mii-tool
mě je někdy zhazovaly windows u mě pomohlo nastavit napevno jejich parametry v jejich EEPROM tím dosáckým programem. Linux linux to nikdy neudělal.
PS. Co to máte za stroj ?
Tyto sítovky nefungují ve starých zběrnicích PCI (Identifikují se a zda se že chodí ale nic nefunguje) tato sítovka potřebuje minimálně PCI v 2.1 takže jak to cpete do nějaké 486ky
i když myslím že to nebude váš případ.
Tuším, že se jedná o tuto základní desku: http://www.anandtech.com/showdoc.aspx?i=1064 Vzhledem k tomu, že tam je datum uvedení na trh rok 1999, předpokládám, že to PCI v. 2.1 má (to je asi z roku 1995).
pomocí mii-tool jsem zjistil:
eth0: negotiated 100baseTx-HD, link ok
eth1: negotiated 100baseTx-FD, link ok
to je myslím v pořádku
pridal jsem tato pravidla do udev:
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
podle ifconfig i ip addr oboum kartám odpovídají MAC adresy k označení, jak jsem nastavil v udev
v ip route se zdá také vše v pořádku
dneska to zase "čarovalo", tentokrát si šlo pingnout ven (usuzuji, že kablík a označení sedí), nešlo však dovnitř, zkoušel jsem nastavovat různé volby v BIOSu (IRQ etc.), stále nic
v dmesg jsem si všiml, že při inicializaci eth0 (to je to, co dneska konkrétně nešlo) jádro vypisuje několik řádek podobné této: NETDEV WATCHDOG: eth0: transmit timed out
začínám si myslet, že odešla deska, usuzuji podle naprosto náhodného chování, to se mi v linuxu (narozdíl od win
) ještě nikdy nestalo
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"No nějak ty vaše řádky nechápu
ACTION=="add", SUBSYSTEM=="net", DRIVER=="?*", SYSFS{address}=="00:00:00:00:00:00", NAME="eth0"
1.) U jednoho musíte mít eth0 a druhého eth1
2.) Taky 00:00:00:00:00:00 musíte mět rozdílné a správné MAC adresy které ty sítovky mají.
Necpete náhodou sítovkám ty 00:00:00:00:00:00 (nuly ?) a MAC musí být rozdílné.
PS. A pokud náhodou schováváte MAC tak nevím naco je to stejně nepoužitelné pokud nesedíte na stejném segementu.
, také tam má být eth1 - to je rovněž v důsledkou toho kopírování
, ale nějakou najdu a zkusím. Jaký je to přesně program? Se zásahy do EEPROM nemám žádné zkušenosti.
, našel jsem pro ní jinde lepší využití, vyřeším to přes tu floppynu, díky
C About PLANET ENW-9503 / ENW-9504 & ENW-3504FC Base on the same Ethernet Controller Chip, PLANET ENW-9503 / ENW-9504 and the CardBus ENW-3504FC can use the same driver in the diskette. The following describe the products: Model ENW-9503A ENW-9503 ENW-9504 ENW-3504FC Interface PCI 2.2 PCI 2.2 PCI 2.2 32-bit CardBus PCMCIA Type II PCI 2.1 WOL Yes No No No PCI 2.2 WOL Yes Yes No No Boot ROM socket Yes Yes No No ACPI Yes Yes Yes YesTakže tam je interface PCI 2.2 což jsem se díval na svoji krabici od karty (ještě ji mám) tak já tam mám u toho stejného modelu PCI 2.1
Takže skuste zjistit přesně jakou verzi máte, koukněte taky pro jistotu přímo na čip jakou revizi máte.
Jinak já na CD ten nastavovací program mám takže pokud bude zájem můžu poslat, jmenuje se set9504.exe.
Tiskni
Sdílej: