Ostatnie wiadomości

#1

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez Piotr_1988 - Sierpień 31, 2024, 08:35:27 PM

Wątek już jest nieważny. Po przetestowaniu kilku dystrybucji i straceniu kilku dni wróciłem na Fedorę.

#2

Mepis, antiX, MX / Odp: Nutty (lub coś podobnego)...

Ostatnia wiadomość przez CDeB - Sierpień 31, 2024, 11:36:06 AM

"Nie wiem, nie wiem, nie pomoge", że tak zacytuję klasyka. Moje doświadczenia z zenmapem to była zabawa w sieci domowej i 'zabawa' jest tu słowem-kluczem.

#3

Mepis, antiX, MX / Odp: Nutty (lub coś podobnego)...

Ostatnia wiadomość przez mirekc - Sierpień 31, 2024, 08:36:59 AM

A może nmap. Ma podobną funkcjonalność i świetne GUI "Zenmap". Powinno być w każdej sensownej dystrybucji.

Nmap ma jak dla mnie dwie wady: mnogość opcji, które jak by się chciało dokładnie ,,rozkminić" to chyba by trzeba robić doktorat i nieczytelne komunikaty wyjściowe które trzeba uważnie analizować linijka po linijce żeby czegoś nie zgubić.

Tu właśnie wchodzi Zenmap ze swoimi profilami (czyli predefiniowanymi zbiorami parametrów nmap-a) i graficznym interfejsem ,,wyciągającym" co najważniejsze z wyników skanowania (a samo wyjście z nmpa-a też jest, dla ambitnych).

Fajnie. A jak to wychodzi w praktyce? Powłączałem w swojej sieci kilka urządzeń i uruchomiłem najpierw apkę dla Windows. Wykryła 7 hostów, czyli wszystko co jest. Następnie uruchomiłem Zenmap i przeskanowałem sieć z domyślnym profilem ,,Intese scan" (nmap -T4 -A -v). Wykryte zostały 4 (?!) hosty. A co pozostało niewykryte? ,,Mediacenter" (standard), chiński tablet z Androidem i drukarka z WiFi. No to zrobiłem drugi skan profilem ,,Ping scan" (nmap -sn) i dodatkowo został wykryty tablet. Nadal brakuje ,,mediacenter" i drukarki. Puściłem więc zwykły ping z tego samego komputera na tablet, ,,mediacenter" i drukarkę. Idzie bez problemu, bez zacięć, drukarka odpowiada w czasie około 4 ms, ,,mediacenter" – poniżej 2 ms, jedynie w przypadku tabletu od 120 do 1000 ms (ale te ,,długie" to pojedyncze).

Co zatem mam zrobić, żeby mieć pewne wykrywanie wszystkich hostów? Doktorat?

Tak BTW, to moje problemy z Nutty też zapewne pochodzą z tego samego źródła. On też prawdopodobnie korzysta z nmapa (a przynajmniej ma go w zależnościach).

#4

Mepis, antiX, MX / Odp: Nutty (lub coś podobnego)...

Ostatnia wiadomość przez CDeB - Sierpień 30, 2024, 06:36:31 PM

Chciałbym mieć narzędzie do monitorowania komputerów w sieci podobne do Nutty...

Tak więc moje pytania. Znacie jakieś narzędzie podobne do Nutty ...

A może nmap. Ma podobną funkcjonalność i świetne GUI "Zenmap". Powinno być w każdej sensownej dystrybucji.

#5

Mepis, antiX, MX / Odp: Nutty (lub coś podobnego)...

Ostatnia wiadomość przez mirekc - Sierpień 30, 2024, 05:18:41 PM

Lub instalacja .deb

https://github.com/babluboy/nutty/releases

Gdy już zainstalujesz nutty z deba przez sudo dpkg -i nazwadeb.deb

Następnym krokiem jest sudo apt --fix-broken install

To  pobierze i zainstaluje potrzebne zależności.

No więc postanowiłem zacząć od tego, bo tak mi się wydawało prościej. Zainstalowałem pakiet pod MX-23 na maszynie wirtualnej (na starszych MX się nie instaluje), doinstalowałem zależności, uruchomiłem. Zadziałało, ale okazało się, że aplikacja nie wyświetla zeskanowanych urządzeń!

Pomyślałem, że może jednak lepiej będzie skompilować ze źródła.

Ostatnie rozwiązanie to zbudowanie nutty z kodu źródłowego.

https://github.com/babluboy/nutty

Skompilowałem najnowszą wersję na innej maszynie wirtualnej z MX-21.3. Uruchomiłem i zadziałało... tak samo jak z pakietu, czyli nie wyświetlało zeskanowanych urządzeń.

To już zaczęło być wkurzające. Wywaliłem aplikację, pobrałem i skompilowałem wcześniejszą wersję 1.1.1. Po uruchomieniu zadziałała zgodnie z oczekiwaniami. Tę samą wersję skompilowałem na moim laptopie z MX-19.4. Kompilacja i uruchomienie przebiegło bez problemów, stary MX okazał się nie być przeszkodą.

No więc mam uruchomione Nutty, ale po pierwszych próbach używania mam mieszane uczucia. Aplikacja nie potrafiła na przykład przez pół godziny wykryć mojego ,,mediacenter" (w cudzysłowie, bo to zwykły komputer z MX-23, jest tam wprawdzie Kodi, ale nie używam bo go nie lubię) pomimo że był cały czas aktywny (oglądałem transmisję meczu Igi Świątek), odpowiadał na pingi a w dodatku ma otwarty port VNC. Z wykryciem smartfonów też były problemy, niektóre pokazały się dopiero po którymś z kolei skanowaniu. Jeśli Nutty tak ma działać, to nie zwraca się nakład pracy na jego uruchomienie.

A skąd w ogóle temat? No bo mam podobną apkę dla Windows. Nazywa się MyLanViewer i jest komercyjna, ale była do zdobycia za darmo. Jednak Windows (XP) uruchamiam coraz rzadziej i chciałem mieć odpowiednik pod Linuksem. Póki co wygląda jednak na to, że aplikacja Windows jest bardziej godna zaufania.

#6

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez Piotr_1988 - Sierpień 29, 2024, 05:33:26 PM

Z drugiej strony, mam dosyć Fedory, więc postawię jakieś inne distro -możliwie "stabilne"- jako system bazowy i zrobię kontener z Arch Linuxem dla aktualnego oprogramowania.

#7

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez Piotr_1988 - Sierpień 29, 2024, 05:10:15 PM

Zatem tylko flagi kompilatora bo można wymusić kompatybilność ze starym kodem lub nowym.

https://gcc.gnu.org/onlinedocs/gfortran/Option-Summary.html

https://www.spec.org/cpu2017/flags/gcc.2018-02-16.html

Otóż nie bardzo, gdyż GCC 14 rozpoczęło proces włączania cech Fortrana w standardzie 2023. Dostałem to na Fedorze wcześnie i ochoczo zacząłem stosować. Teraz jestem uwięziony na Fedorze lub na Archu - widzę, że ze Sparkiego nici... Szkoda. 😐

#8

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez linux4ever - Sierpień 29, 2024, 04:48:04 PM

Zatem tylko flagi kompilatora bo można wymusić kompatybilność ze starym kodem lub nowym.

https://gcc.gnu.org/onlinedocs/gfortran/Option-Summary.html

https://www.spec.org/cpu2017/flags/gcc.2018-02-16.html

#9

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez Piotr_1988 - Sierpień 29, 2024, 04:18:55 PM

Wybierz sparky rolling 8 i tam powinna być nowa wersja GCC.

Gdy byłem młody, ambitny i żądny przygód, używałem Debian testing. Te czasy przeminęły. Poza tym, tam chyba również nie ma wersji 14.

Możesz GCC zbudować z kodu źródłowego i podobnie gfortran.

W innym przypadku wybierz LLVM:

https://github.com/flang-compiler/flang

https://github.com/llvm/llvm-project/releases/tag/llvmorg-18.1.8

A tu jak zbudować GCC i Fortran:

https://gcc.gnu.org/wiki/InstallingGCC

https://gcc.gnu.org/wiki/Guide%20to%20Building%20gcc/gfortran

Musiałbym codziennie śledzić i od nowa kompilować z każda kolejną łatką chyba. Również odpada.

LLVM odpada zupełnie.

#10

Sparky / Odp: GCC 14 na Sparkim

Ostatnia wiadomość przez linux4ever - Sierpień 29, 2024, 04:10:40 PM

Rozważam przesiadkę z Fedory na SparkyLinux Xfce w najbliższych dniach (bo to fajne polskie distro, a w projekcie Fedory ostatnio zaczynają przeginać). Jestem na etapie testów Sparkiego w maszynie wirtualnej i podoba mi się. Sporo oprogramowania brakuje na Debianie, ale pościągam z GitHuba.

Główny problem jest w starym GCC. Potrzebuję gfortran w wersji 14 do kompilacji programu, którego używam do pracy. Pytanie brzmi, jak najlepiej do tego problemu podejść... Czy jest jakieś inteligentniejsze rozwiązanie, niż zrobienie na Sparkim kontenera z Archem, na którym będę miał aktualne gcc? Opcjonalnie dostosuję tj. postarzę kod w Fortranie. 😖 Szukałem info na temat debianowych backportów, ale jeśli dobrze zrozumiałem tutaj, gcc jest dostępne tylko w wersji 12.

Wybierz sparky rolling 8 i tam powinna być nowa wersja GCC.

Możesz GCC zbudować z kodu źródłowego i podobnie gfortran.

W innym przypadku wybierz LLVM:

https://github.com/flang-compiler/flang

https://github.com/llvm/llvm-project/releases/tag/llvmorg-18.1.8

A tu jak zbudować GCC i Fortran:

https://gcc.gnu.org/wiki/InstallingGCC

https://gcc.gnu.org/wiki/Guide%20to%20Building%20gcc/gfortran