Byla vydána první veřejná preview verze PrusaSliceru 3.0. Přesně 15 let po zveřejnění první verze Slic3ru, které připadlo na 1. září 2011. Jedná se o dosud největší upgrade PrusaSliceru: "Řídili jsme se tím, co skutečně potřebujete, a tak jsme například zcela zahodili stávající uživatelské rozhraní a vytvořili ho znovu od nuly. Přinášíme také nový systém projektů, kompletně přepracované profily navržené pro moderní tiskárny s větším
… více »Byl vydán Mozilla Firefox 155.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze Smart Window, zatím ale dostupné pouze pro uživatele v USA, Kanadě a Francii. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 155 bude brzy k dispozici také na Flathubu a Snapcraftu.
Tima Cooka na pozici generálního ředitele společnosti Apple dnešním dnem nahradil John Ternus, který byl dosud odpovědný za hardware. Tim Cook vedl Apple od roku 2011, kdy funkci převzal od později zesnulého spoluzakladatele společnosti Stevea Jobse. Za 15 let v čele Applu více než zdvojnásobil tržní hodnotu firmy.
Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
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: