SeeM

Hej. Będzie to taki tasiemcowy wątek o planowanej niedostępności forum i usług pomocnicznych. -------------------------------------------------------------------------------------- 25.07.2026 - prawie cały dzień. Co bardziej zorientowani pewnie się zastanawiają, czemu forum czasem nie działa. To zależy od pogody. (-: Pliki oraz baza danych są w małej szafie rakowej w moim mieszkaniu, którą odłączam z prądu w burzowe dni. Przenosimy forum na docelowy serwer w OVH, który takich problemów mieć nie będzie. Wiąże się to z koniecznością: wyłączenia forum, skopiowania plików i zrzutu bazy danych na docelowy serwer, uruchomienia tam forum, w międzyczasie będą się propagować zmiany w DNS. Czas niedostępności w praktyce to ostatnie. Nie administruję domeną fedora.pl i nie chcę trzymać człowieka przy komputerze w sobotę wcześnie rano, więc po prostu musimy poczekać, aż kliknie i się rozpropagują.

Okazało się, że jestem gupi. (-: podman run --rm --name=gsgemmaaa --volume ./pulpit/:/home/gooseai/workspace:rw,Z gsgemma podman run -it --rm --name=gsgemmaaa --volume ./pulpit/:/home/gooseai/workspace:rw,Z gsgemma Zapomniałem włączyć trybu interaktywnego. ----------------------------------------------------------------------------- Tymczasem powalczyłem jeszcze trochę i zrobiłem też Dockerfile dla Aider AI. $ cat requirements.txt aider-chat==0.86.2 aiohappyeyeballs==2.6.1 aiohttp==3.13.3 aiosignal==1.4.0 annotated-doc==0.0.4 annotated-types==0.7.0 anyio==4.12.1 asgiref==3.11.1 attrs==25.4.0 backoff==2.2.1 beautifulsoup4==4.14.3 certifi==2026.1.4 cffi==2.0.0 charset-normalizer==3.4.4 click==8.3.1 ConfigArgParse==1.7.1 diff-match-patch==20241021 diskcache==5.6.3 distro==1.9.0 fastapi==0.128.8 fastuuid==0.14.0 filelock==3.20.3 flake8==7.3.0 frozenlist==1.8.0 fsspec==2026.2.0 gitdb==4.0.12 GitPython==3.1.46 grep-ast==0.9.0 h11==0.16.0 hf-xet==1.2.0 httpcore==1.0.9 httpx==0.28.1 huggingface_hub==1.4.1 idna==3.11 importlib_metadata==7.2.1 importlib_resources==6.5.2 Jinja2==3.1.6 jiter==0.13.0 json5==0.13.0 jsonschema==4.26.0 jsonschema-specifications==2025.9.1 litellm==1.81.10 markdown-it-py==4.0.0 MarkupSafe==3.0.3 mccabe==0.7.0 mdurl==0.1.2 mixpanel==5.0.0 mslex==1.3.0 multidict==6.7.1 networkx==3.4.2 numpy==1.26.4 openai==2.20.0 orjson==3.11.7 oslex==0.1.3 packaging==26.0 pathspec==1.0.4 pexpect==4.9.0 pillow==12.1.1 posthog==7.8.6 prompt_toolkit==3.0.52 propcache==0.4.1 psutil==7.2.2 ptyprocess==0.7.0 pycodestyle==2.14.0 pycparser==3.0 pydantic==2.12.5 pydantic_core==2.41.5 pydub==0.25.1 pyflakes==3.4.0 Pygments==2.19.2 pypandoc==1.16.2 pyperclip==1.11.0 python-dateutil==2.9.0.post0 python-dotenv==1.2.1 PyYAML==6.0.3 referencing==0.37.0 regex==2026.1.15 requests==2.32.5 rich==14.3.2 rpds-py==0.30.0 scipy==1.15.3 shellingham==1.5.4 shtab==1.8.0 six==1.17.0 smmap==5.0.2 sniffio==1.3.1 socksio==1.0.0 sounddevice==0.5.5 soundfile==0.13.1 soupsieve==2.8.3 starlette==0.52.1 tiktoken==0.12.0 tokenizers==0.22.2 tqdm==4.67.3 tree-sitter==0.25.2 tree-sitter-c-sharp==0.23.1 tree-sitter-embedded-template==0.25.0 tree-sitter-language-pack==0.13.0 tree-sitter-yaml==0.7.2 typer==0.23.0 typer-slim==0.23.0 typing-inspection==0.4.2 typing_extensions==4.15.0 urllib3==2.6.3 watchfiles==1.1.1 wcwidth==0.6.0 yarl==1.22.0 zipp==3.23.0 $ cat Dockerfile from registry.redhat.io/rhel10/python-312-minimal@sha256:c0717a2e8da811f7100b00ed59d6997fa7d3178b95039ac805d414e783a15641 USER 0 RUN pip install --upgrade "pip==26.1.2" ADD requirements.txt /tmp/ RUN pip install --requirement /tmp/requirements.txt RUN rm -f /tmp/requirements.txt RUN mkdir -p /opt/aider_ai RUN chown -R 1001:0 /opt/aider_ai USER 1001 ENV AIDER_GIT=false ENV AIDER_DARK_MODE=true ENV OLLAMA_API_BASE=http://nazwa.hosta:11434/ ENV AIDER_ANALYTICS_DISABLE=true ENV AIDER_CHECK_UPDATE=false ENV AIDER_SHOW_RELEASE_NOTES=false ENV OLLAMA_MODEL=qwen3.5:9b WORKDIR /opt/aider_ai CMD aider --model=ollama_chat/${OLLAMA_MODEL} Przed zbudowaniem obrazu trzeba się zalogowować kontem na redhat.com , bo Red Hat inaczej nie wpuści do swojego rejestru. Możecie pewnie użyć dowolnego obrazu zawierającego Pythona 3.12 i przerobić trochę Dockerfile, ponieważ na nowszym Aider nie działa.

Hej. Ostrzegam, że będzie trudne. Próbuję swoich sił ze sztuczną, ale to nie takie proste. To znaczy to jest proste, dopóki trzeba tylko zainstalować Ollamę. Sytuacja się komplikuje, kiedy chcę coś więcej, niż pojedynczy czat. Rozpisałem sobie Dockerfile dla Goose AI, ale mam duży problem z bezdotykową konfigurację tego cuda. Chcę ominąć wbudowany mechanizm goose configure i zrobić wszystko zmiennymi środowiskowymi. Chyba jestem już blisko. Pobrałem i rozpakowałem binarkę "goose" do katalogu z plikiem Dockerfile. from quay.io/fedora/fedora@sha256:dde4f63cf8b0f57ffb62fe16b32ced482d17a9a0ea97f8f532caf387a108afc2 USER 0 ADD goose /usr/local/bin RUN useradd -u 3030 gooseai -s /usr/bin/bash -d /home/gooseai RUN chown -R 3030:0 /home/gooseai RUN chown root:3030 /usr/local/bin/goose RUN chmod 750 /usr/local/bin/goose USER 3030 RUN mkdir /home/gooseai/workspace WORKDIR /home/gooseai/workspace ENV GOOSE_CONTEXT_LIMIT=200000 ENV GOOSE_INPUT_LIMIT=32000 ENV GOOSE_PLANNER_CONTEXT_LIMIT=1000000 ENV GOOSE_MAX_TOOL_RESPONSE_SIZE=200000 ENV GOOSE_SHELL="/usr/bin/bash" ENV GOOSE_CLI_THEME="dark" ENV GOOSE_CLI_DARK_THEME="zenburn" ENV GOOSE_CLI_SHOW_THINKING="Enabled" ENV GOOSE_RANDOM_THINKING_MESSAGES="false" ENV GOOSE_MAX_CODE_BLOCK_LINES=9999 ENV GOOSE_TELEMETRY_ENABLED="false" ENV GOOSE_PROVIDER="ollama" ENV OLLAMA_HOST="http://nazwa.hosta:11434" ENV GOOSE_MODEL="gemma4:12b" CMD /usr/local/bin/goose session --name gemma Wynik jest taki: $ podman build -t gsgemma . STEP 1/25: FROM quay.io/fedora/fedora@sha256:dde4f63cf8b0f57ffb62fe16b32ced482d17a9a0ea97f8f532caf387a108afc2 STEP 2/25: USER 0 [...] Successfully tagged localhost/gsgemma:latest 7e45a3dbe9e42a80b4ae5ffce411031ccaf72d3eb2de55ec1e7f0cfeeb6fef39 $ mkdir pulpit $ podman unshare chown 3030:0 pulpit $ podman unshare chmod 770 pulpit $ podman run --rm --name=gsgemmaaa --volume ./pulpit/:/home/gooseai/workspace:rw,Z gsgemma __( O)> ● new session · ollama gemma4:12b \____) 20260712_1 · /home/gooseai/workspace L L goose is ready ╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌ 0% 0/200k ● session closed · 20260712_1 Ta sesja od razu się zamyka i nie ma możliwości zrobienia czegokolwiek. Szukam możliwości uruchomienia Goose z kontenera, żeby nie miało to dostępu do całego mojego katalogu domowego. Ma ktoś pomysł, jak uruchomić pustą sesję w Goose AI bez konieczności ręcznego przegryzania się przez "goose configure"? Oficjalna dokumentacja tak to właśnie proponuje: https://goose-docs.ai/docs/tutorials/goose-in-docker/#usage , ale to jest super słabe, żeby włazić interaktywnie do kontenera, który może być (i w tym wypadku będzie, z powodu parametru --rm) natychmiast usunięty po jego zamknięciu.

sudo dnf install input-remapper [enter (-: ] Ewentualnie możesz to wyklikać klawiaturą ekranową. To jest najbardziej linuksowa aplikacja w ogóle. Każdy klawisz, kliknięcie, guzik na padzie można zmapować na totalnie wszystko. I jest niematerialnie wręcz trudne w konfiguracji.

@tomcioBardzo miło mi powitać jako administratora serwera aplikacyjnego polskiego forum Fedory (i przy okazji kilku innych rzeczy związanych z forum). Jul 5 13:38:11 .......... sshd-session[439694]: Accepted publickey for .......... from .............. port 46718 ssh2: [...] Jul 5 13:38:11 .......... (systemd)[439702]: pam_unix(systemd-user:session): session opened for user ........(uid=....) [...] Wygląda na to, że już nie ma odwrotu! Życzę dobrej zabawy z administracją serwera.

Wyścig kto ma nowsze pomiędzy Archem, Fedorą i SuSE nie jest fair i nigdy nie będzie. (-: A skąd pomysł na OBS? Ja bym budował na https://copr.fedorainfracloud.org/coprs/ . Interfejs jest trochę zamotany, ale jeżeli potrzebujesz na szybko coś przebudować, to można wystawić plik źródłowej paczki RPM przez http(s) na dowolnym publicznym zasobie i to wystarczy. Nie wiem, czy na Rawhide zdarza się opiekunowi wycofać aktualizację, ale może czasami się zdarza.

Miałem nadzieję, że będzie tego trochę mniej, ale do Fedora w końcu - co ja sobie myślałem. (-: W przeszłości zauważyłem, że regresje i błędy tego typu pojawiają się po aktualizacjach mutter. Na Fedora Silverblue problem jest mniejszy, bo tam zawsze można się cofnąć, ale w klasycznej Fedorze tak łatwo nie jest. Możesz obserwować tablicę https://bodhi.fedoraproject.org/updates/?search=mutter&releases=F43 i sprawdzać, czy nie ma jakiś aktualizacji pakiety mutter i całej reszty pulpitu Gnome. Przykładowa aktualizacja wygląda tak - https://bodhi.fedoraproject.org/updates/FEDORA-2026-dcb6642693 - i zdaje się, że to właśnie nawet twoja obecnie zainstalowana wersja. Jeżeli twój problem pojawi się u kilku testerów więcej, to na repozytoriach Fedora 43 niedługo pojawią się nowe pakiety mutter i przeleżą na Bohdi pewnie ze dwa tygodnie. Możesz więc mieć swoje poprawki do Gnome wcześniej niż wszyscy, tylko trzeba tam zerkać co jakiś czas. Na repo Muttera wiele się ostatnio nie dzieje - https://gitlab.gnome.org/GNOME/mutter - a działoby się, gdyby twój problem powtarzałby się częściej. Dlatego spodziewam się, że jest unikalny dla ciebie, albo przynajmniej mało powszechny. Nie pamiętam, czy Gnome na Fedora 43 wspiera jeszcze X11. Uruchamiasz Gnome X-sami, czy Waylandem?

Czy kiedy Gnome przestaje odpowiadać, masz możliwość automatycznego zgłoszenia błędu? Tego nie trzeba zgłaszać, ale można poczytać. Zaloguj się do KDE i sprawdź, co się zaktualizowało: dnf history dns history info (numerostatniejaktualizacji)

Dziękuję za dobre słowo. Rozkręcimy towarzystwo.

Ta strona na porcie 631 jest trochę staroświecka i trzeba czasem czytać między wierszami. Na stronie producenta jest linuksowy sterownik https://fast.scandocs.net/scanprint/drive Nawet, jeżeli uda się go porawnie zainstalować, to drukarka może działać ze sterownikiem niekoniecznie nazywającym się XL-P801, tylko podobnie, albo zamiast 801 będzie napisana seria produktów.

Może tempo korpo-ślimacze, ale idziemy do przodu. (-: Na naszym nowym serwerze w OVH działa kilka rzeczy: MariaDB, na takiej bazie działa obecnie forum, PHP 8.3, Nginx i Apache i dlaczego obydwa, może kiedyś wyjaśnię dokładnie; temat jest związany z modułem mod-itk do Apache, Nagios, Postfix oraz Opendkim, prosta strona informacyjna fedora.pl , Borg do kopii zapasowych ansible do rutynowych, cotygodniowych aktualizacji oraz ogólnego przeglądu systemu i wszystkich usług. Z grubsza wszystko (oprócz wpisów w DNS, które trzeba umówić wraz z migracją plików oraz bazy danych) jest gotowe na migrację. Szczegóły się ustawi już na produkcji. @tomcioJesteś nadal zainteresowany administrowaniem? Podaj mi na prywatnej wiadomości swój klucz GPG i ustalimy szczegóły.

Co do serwera... Chyba w OVH usłyszeli o naszych problemach i udostępnili tanie VPS w swoim ośrodku w Ożarowie Mazowieckim. Kto potrzebuje, niech bierze. Nie gwarantuję, że za tydzień nadal będą dostępne. (-: My oczywiście już mamy i szykuję wszystko dla naszego forum.

Dzięki. Na razie serwer musimy jakiś zorganizować. Forum gościnnie działa u mnie, ale działają u mnie również inne rzeczy dla innych społeczności. Chciałbym, żeby forum miało dedykowaną przestrzeń i adresację. Odezwę się w przyszłym tygodniu.

Dzień dobry wszystkim. Dotychczasowy sponsor dla hostingu naszego forum podjął decyzję o usunięciu forum ze swojej infrastruktury. Bardzo dziękuję za ten - dosyć długi - czas i wszystkie trudne dni, które dzięki nam mieli okazję pokonać. Dobra robota! Od dzisiaj forum zmieniło swojego administratora, którym jakoś dziwnym trafem zostałem ja. Byłem dosyć aktywny na różnych forach linuksowych, w tym Polskim Forum Linuksowym sponsorowanym i hostowanym przez wydawcę polskiego Auroksa, forum Linuksowo, dystrybucji Linux Edu-CD mniej od 2003 roku. Fedora zaczęła się dla mnie od wersji Core 1 i jakoś wokół Fedory, CentOSa i Red Hata nadal się kręcę. To dla mnie wielki zaszczyt gościć Was wszystkim na swoim serwerze. Forum Fedory jest z nami i służy wymianie wiedzy, tudzież luźnych przemyśleń, od ładnych kilku lat: > select post, from_unixtime(post_date) from xa_forums_posts limit 1; +----------------------------------------------------------------------------------+--------------------------+ | post | from_unixtime(post_date) | +----------------------------------------------------------------------------------+--------------------------+ | Jakie są minimalne sensowne wymagania Fedory dla trybu graficznego i tekstowego? | 2003-12-19 16:30:33 | +----------------------------------------------------------------------------------+--------------------------+ 1 row in set (0.000 sec) Nie chcę, żeby to wszystko przepadło i pozostało tylko jako dane wsadowe w dużych modelach językowych. Chcę, żeby pozostało przystępne dla wszystkich i publicznie dostępne Mieliśmy i nadal mamy kilka problemów do rozwiązania oraz kilka decyzji do podjęcia. Serwer. W tym momencie działamy trochę na partyzanta. Bez wnikania w szczegóły, to szukam nowego domu dla forum. W tym momencie, kiedy tylko przejdziemy przez Cloudflare, zostajemy w Polsce. Chcę, żeby tak było nadal. W OVH zaczęły ponownie pojawiać się serwery VPS w różnych ośrodkach, ale są wyprzedawane w ciągu kilku dni. Rozważam też lokalizację Mevaspace w Wyszkowie. Im dalej od dużych dostawców, tym oczywiście drożej, ale też przestajemy być numerem klienta, a mamy dostęp do lokalnego wsparcia i realnej pomocy. To rzecz jasna będzie VPS, bo hosting LAMP to już dla nas trochę zbyt mało. Licencja Invision. Oni serio się cenią: https://invisioncommunity.com/buy/self-hosted/ . Kosztuje to 500 dolarów na start i potem 200 dolarów rocznie. Pewnie plus podatek od towarów i usług. Mamy tutaj spore zaległości i forum działa na starej wersji Invision. Nie wiem jeszcze, jak to ugryźć. Można zapłacić i podbić wersję do najnowszej, co kupi nam trochę czasu. Można też szukać możliwości migracji na inną, hostowaną lokalnie platformę. Discourse, Flarum, albo phpBB. Możliwości migracji danych są mocno ograniczone i trzeba tutaj napisać własny kod, żeby zachować przynajmniej ciągłość postów. Migracja kont, prywatnych wiadomości i innych ustawień jest raczej poza zasięgiem. Powiadomienia email. Docelowy serwer zostanie wyposażony w skromnego Postfiksa, który będzie mógł wysyłać pocztę, ale nie przewiduję możliwości jej odbierania. Za dużo z tym roboty. A za mało czasu na wieczorne dłubanie. Przyszłość naszej społeczności. Na razie jesteśmy w największym dołku od chyba początku. Bardzo typowo dla hobbystycznych projektów, są one prowadzone przez jednoosobowy zespół przez wiele lat, dopóki nie zaistnieje konieczność zmiany stanu rzeczy. Na przełomie 2026/2027 planuję wprowadzić kilka rzeczy, żeby usystematyzować i uregulować administrację serwerem VPN oraz forum: małą instancję Nextcloud dla zespołu administratorów na dokumentację, faktury, kalendarz do prac planowych oraz inne rzeczy niekoniecznie konieczne, monitoring; umiem Nagiosa całkiem nieźle, kopie zapasowe: ogarniemy Borg oraz zrzutami bazy danych, agregaty logów; Graylog, również umiem całkiem nieźle, postfix do wysyłania powiadomień mailowych; najbardziej potrzebny do resetowania hasła do forum; tutaj zrobimy też SPF oraz DKIM, żeby ta poczta gdziekolwiek docierała, jak już mamy taki majdanek, to Mantis też nie zaszkodzi (-: , jakaś najprostsza forma komunikatora; może wystarczy bramka przeglądarkowa do polskiego kanału Fedory na irc.libera.czat będę szukał ludzi, którym można powierzyć konta administracyjne do tego wszystkiego. Jakoś do końca miesiąca skontaktuję się z ekipą moderatorów i uzbieramy stabilny skład. Dzięki bardzo za dotychczasową pracę i zobaczymy, co dalej. Rekonstrukcja strony fedora.pl. Na razie portal nie jest dostępny i jeszcze nie wiem, co z nim zrobić. Albo szybki, prosty Wordpress, albo schludna i ładna strona informacyjna. To tyle na początek. Życzę wszystkim owocnych dyskusji i do zobaczenia na Fedorze, Almie, Rocky-m, CentOSie, Red Hacie, czy co tam jeszcze lubicie.

Jedyne, co mi jeszcze przychodzi do głowy, to rewizje sprzętu i oprogramowania. Jeżeli to samo komuś działa, a immemu nie, to ma albo sprzęt z innym scalakiem, albo inną wersją systemu operacyjnego. Na starych konsolach i komputerach też się to zdarza, że jest jakaś pechowa seria, odporna na modyfikacje.