Nowe posty
|
11
« Ostatnia wiadomość wysłana przez overcq dnia 2024-04-08, 18:40:04 »
Już to znalazłem czytając źródła “emerge”. “emerge” ma ‘scheduler’ w “/usr/lib/python3.11/site-packages/_emerge/Scheduler.py”, który zawiera od linii 1524: # By default, merge-wait only allows merge when no builds are executing. # As a special exception, dependencies on system packages are frequently # unspecified and will therefore force merge-wait. is_system_pkg = build.pkg in self._deep_system_deps if not build.build_opts.buildpkgonly and ( "merge-wait" in build.settings.features or is_system_pkg ): self._merge_wait_queue.append(merge) if is_system_pkg: merge.addStartListener(self._system_merge_started) else: self._task_queues.merge.add(merge) merge.addExitListener(self._merge_exit) self._status_display.merges = len(self._task_queues.merge)
Za wyłączenie tego mechanizmu odpowiada “-merge-wait” w zmiennej FEATURES. ⁂ Jednak według mnie powinno być to trochę inaczej rozwiązane. Jeśli ‘scheduler’ gwarantowałby zatrzymywanie kompilacji przebiegającej w osobnych wątkach i wtedy wykonywał “merge”, to wtedy ten mechanizm mógłby pozostać włączony. Ale do tego najlepiej potrzebna by była wiedza o zależnościach kompilacji pakietów od tych, które są właśnie skompilowane.
12
Hm... Ja mam EMERGE_DEFAULT_OPTS="--quiet-build=y --with-bdeps=y --load-average=5.0 --jobs=8" i u mnie też jest etap 15 sztuk w fazie "Emerging", ale w stopce mam na ogól 1 albo 2 "running".
Mam wrażenie, że te limit to jest na liczbę buildów w stanie "compiling", nie buildów aktywnych w ogóle - i zgadzam się, to może całkiem zapchać dysk.
13
« Ostatnia wiadomość wysłana przez overcq dnia 2024-04-06, 08:18:43 »
Od którejś aktualizacji ‟portage” zauważyłem, że przy większej ilości paczek instalowanych naraz jednym poleceniem (np. “emerge --emptytree @world”) są one kompilowane w seriach, ale nie instalowane (i kompilacje nie usuwane) do czasu zakończenia serii. Powoduje to konieczność posiadania przestrzeni dyskowej (w “/var/tmp/portage”) na wszystkie kompilacje paczek z danej serii. Tutaj przykład. Dodam, że w “/etc/portage/make.conf” mam ustawione: MAKEOPTS=-j2 EMERGE_DEFAULT_OPTS='--ask-enter-invalid --jobs=2 --quiet-build'
Czyli maksymalnie dwa zadania kompilacji, w których będą maksymalnie dwa równoległe “make”. Czy za ilość kompilacji w serii przed instalacją paczek odpowiada jakaś opcja?
14
« Ostatnia wiadomość wysłana przez mackeire dnia 2024-04-05, 10:03:46 »
Wyczyszczenie .cache nie daje efektów, tak samo jak wyczyszczenie .config. Ale po skasowaniu .local system uruchomił się na waylandzie Tylko że wszystko się rozregulowało , nic nie wygląda normalnie:) Zapewne z powodu że były tam jakieś ustawienia aplikacji i może systemu . Przywracam teraz stopniowo zawartość .local z backupu , robię restarty i obserwuję. Okay, jeden mały pliczek .desktop w katalogu .local/share/kglobalaccel powodował niemożliwość uruchomienia waylanda Niestety z rozpędu skasowałem więc nie wkleję zawartości intruza, a szkoda bo byśmy zrobili analizę Po przywróceniu reszty plików laptop powrócił do życia.
15
« Ostatnia wiadomość wysłana przez pavbaranov dnia 2024-04-05, 01:05:38 »
Na nowo utworzonym użyszkodniku sesja wayland wydaje się działać dobrze więc sądzę że sprzęt jest kompatybilny
Wyczyść cache (a może i config Plazmy). Hehe, no wystarczy popatrzeć na internety, reddita itp to na Neonie są tony i wagony błędów. Chyba nikomu się nie udał upgrade. Na blaszaku zrobiłem instalację od nowa i tam wszystko działa nawet na waylandzie ale upgrade na dwóch laptopach - porażka.
Porażka, to wymagać od nowej wersji, zbudowanej na innych komponentach, by zachowała 100% kompatybilność ze starymi konfigami itp. itd. Masz wyżej napisane, co trzeba zrobić, a i sam zauważyłeś, że nowa instalacja powoduje, że "wszystko działa". BTW, czy można zrobić instalację z pendriwa bez formatowania partycji systemowej i home ? Tak żeby zachować aplikacje i konfigi ? Czy to jest higieniczne i bezpieczne na dłuższą metę ?
Tak można, tylko wówczas będziesz miał również problemy, bowiem leżą one w Twoich dotychczasowych ustawieniach dla Plasma 5/KF5.
16
« Ostatnia wiadomość wysłana przez mackeire dnia 2024-04-04, 20:26:31 »
Hehe, no wystarczy popatrzeć na internety, reddita itp to na Neonie są tony i wagony błędów. Chyba nikomu się nie udał upgrade. Na blaszaku zrobiłem instalację od nowa i tam wszystko działa nawet na waylandzie ale upgrade na dwóch laptopach - porażka. BTW, czy można zrobić instalację z pendriwa bez formatowania partycji systemowej i home ? Tak żeby zachować aplikacje i konfigi ? Czy to jest higieniczne i bezpieczne na dłuższą metę ?
17
Na 3 Manjaro i 2 Archach mam KDE podniesione z Plasmy 5 na 6. Wszystkie przeszły bezszmerowo, bez resetu żadnych ustawień. Jedyna upierdliwość to Conky na Waylandzie - dziś Mars jest w skorpionie, ceny ryżu w Hong-Kongu spadły, mój kot śpi zwinięty CCW, więc odpalę się na trzecim monitorze.
A, i Waylandowe SDDM nie potrafi uśpić monitora - ale to niezależnie od dystrybucji.
Soooooo... Dalej upieram się że Neon jest skopany...
18
« Ostatnia wiadomość wysłana przez mackeire dnia 2024-04-04, 17:15:28 »
No bo na Plasma 5 laptop działał bardzo dobrze aż do aktualizacji do 6 ... System operacyjny: KDE neon 6.0 Wersja Plazmy KDE: 6.0.3 Wersja Szkieletów KDE: 6.0.0 Wersja Qt: 6.6.3 Wersja jądra: 6.5.0-26-generic (64-bity) Platforma graficzna: X11 Procesory: 4 × Intel® Core™ i5-4300Y CPU @ 1.60GHz Pamięć: 3,7 GiB RAM-u Procesor graficzny: Mesa Intel® HD Graphics 4200 Wytwórca: Dell Inc. Nazwa produktu: Venue 11 Pro 7130 vPro Wersja systemu: 00 wayland-session.log Error: could not determine $DISPLAY. Error: Can not contact kdeinit5! org.kde.startup: "kdeinit5_shutdown" QList() exited with code 255 startplasma-wayland: Shutting down... startplasmacompositor: Shutting down... startplasmacompositor: Done.
Na nowo utworzonym użyszkodniku sesja wayland wydaje się działać dobrze więc sądzę że sprzęt jest kompatybilny
19
« Ostatnia wiadomość wysłana przez pavbaranov dnia 2024-04-04, 14:48:20 »
@mackeire (to powinien być chyba nowy wątek), niemniej jednak kilka pytań: 1. Jaki to model laptopa? 2. Co mówią logi z próby uruchomienia na waylandzie? 3. Jaka dokładnie wersja oprogramowania (Qt, SDDM, KF6, Plasma 6, Wayland)?
20
« Ostatnia wiadomość wysłana przez mackeire dnia 2024-04-04, 12:40:21 »
KDE Neon na dotykowym laptopie nie uruchamia się na waylandzie. Po wpisaniu hasła na chwilę robi się czarny ekran i wraca z powrotem do ekranu logowania. I tak wkółko ... Na Xach się odpala, ale na Xach dotykowy sprzęt jest raczej nieużyteczny.
|