Re: Paczka clamav-milter-0.102.1-1.x86_64.rpm nie zawiera binarki clamav-milter
Dnia czwartek, 12 grudnia 2019 14:41:44 CET Maciej Kędzierski pisze: > Witam, > > Nie wiem, czy tak ma być, ale paczka clamav-milter-0.102.1-1.x86_64.rpm > nie zawiera binarki /usr/sbin/clamav-milter. Bez tego nie można > oczywiście uruchomić daemona. Wykomentowane w 0.102.0 (http://git.pld-linux.org/gitweb.cgi?p=packages/ clamav.git;a=commitdiff;h=e63bc4470fcba17ed40c98016d1b04aab656cd38) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udisks2-2.8.4-1 nie montuje dysków
Dnia sobota, 14 grudnia 2019 19:46:53 CET Jan Rękorajski pisze: [...] > Poprawione w udisks2-2.8.4-2, po prostu potrzebował libblockdev-fs Potwierdzam. Działa. Dzięki. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Zmiana nazwy pakietu
Hej Ekipo. Jak zmienić nazwę paczki? Chodzi mi konkretnie o kio-extras. Podbiłem ją przed chwilą do najnowszej wersji, ale jej nazwa powinna zostać zmieniona do kf5- kio-extras. Czy mógłby mi ktoś podpowiedzieć, jak to zrobić? Pozdrawiam. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Zmiana nazwy pakietu
Dnia poniedziałek, 30 grudnia 2019 02:21:14 CET Jan Rękorajski pisze: > On Sun, 29 Dec 2019, Peri Noid wrote: > > Hej Ekipo. > > Jak zmienić nazwę paczki? Chodzi mi konkretnie o kio-extras. Podbiłem ją > > przed chwilą do najnowszej wersji, ale jej nazwa powinna zostać zmieniona > > do kf5- kio-extras. Czy mógłby mi ktoś podpowiedzieć, jak to zrobić? > > ssh g...@git.pld-linux.org mv kio-extras kf5-kio-extras To nie zadziałało: $ ssh g...@git.pld-linux.org mv kio-extras kf5-kio-extras bad command: mv kio-extras kf5-kio-extras > a jak nie zadziala to: > > ssh g...@git.pld-linux.org cp kio-extras kf5-kio-extras Tego nie próbowałem jeszcze. Rozumiem, że potem muszę ręcznie zmienić nazwę spec-a (oczywiście dopasować zawartość). -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Jak "naprawiamy" takie rzeczy?
Podczas budowania paczki mam takie coś: Checking script shebangs... /usr/share/kpackage/Purpose/Twitter/contents/code/main.js starts with '#!/usr/ bin/env node', should be explicit interpreter path Ja powinno być to naprawione? -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Przebudowanie kf5* na builderach
Chciałbym zlecić przebudowanie serii paczek KDE5 (framework) na builderach. Paczki są już w repo, budują się u mnie i działają, ich listę mam w pliku (wraz z kolejnością) budowy, żeby zależności się zgadzały). Jest na to jakiś prosty sposób czy trzeba napisać sobie skrypcik, który przeleci listę i dla każdej linijki zrobi odpowiedni make-request? -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Przebudowa całego KF5 - czy tak niczego nie popsuję?
Dnia poniedziałek, 17 lutego 2020 07:01:12 CET Arkadiusz Miśkiewicz via pld- devel-pl pisze: [...] Bardzo dziękuję za odpowiedź. Do tej pory puszczałem tylko pojedyncze paczki na test-build, a potem ktoś je dalej pchał do test/ready/gdzieś_tam. Ale KDE nikt teraz nie jest zainteresowany najwyraźniej, a przynajmniej nie jest to priorytet, więc próbuję sam. Jako, że tego do tej pory nie robiłem, nie chciałbym niczego na builderach spaprać przez moją niewiedzę. Dlatego proszę o wybaczenie, że się tak dopytuję. > -t to możesz puszczać do woli przy czym takie paczki nie są > aktualizowane ani instalowane na builderach - tylko spróbują się > zbudować (więc jak paczka B wymaga do zbudowania paczki A świeżo > puszczanej z -t to się to nie uda) No właśnie... Nie udaje się bo wszystko wymaga pierwszej paczki z listy. Która się poprawnie zbudowała. > Najprościej to kawałkami - puszczasz np 10 (może być 5, może 20) paczek, > zbudują się czy nie, poprawiasz co trzeba i wtedy puszczasz te same > paczki ale bez -t, upewniasz się, że się zbudowały i zaktualizowały > (jeśli chciały się aktualizować - na wypadek konfliktów na plikach itp). Czyli tak. Wrzucam kilka (powiedzmy, że 5) paczek na builder. Część się buduje, część nie. Te co się nie budują - patrzymy czemu i poprawiamy. Z moich pierwszych 5-ciu buduje się pierwsza, pozostałe wymagają tej pierwszej więc nie ma co próbować iść dalej. Dalej: te, które się zbudują, puszczam dalej już bez -t. Rozumiem, że to jest równoważne wysłaniu żądania typu "update" i poprawnie zbudowana paczka zostanie udostępniona tak, że następne budowane paczki będą mogły z niej korzystać - dobrze rozumiem? > Można też robić to samo bez -t ale wtedy już trzeba doplinować > zakończenia roboty i poprawnego się budowania oraz często wtedy jest > sporo podbić release. Co masz na myśli pisząc "sporo bpodbić release"? -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Przebudowa całego KF5 - czy tak niczego nie popsuję?
Dnia poniedziałek, 17 lutego 2020 16:49:25 CET Arkadiusz Miśkiewicz pisze: [...] > Jak wiesz od razu o takich zależnościach to nie ma sensu puszczać 5. > Puszczasz tą jedną, zbuduje się z -t, puszczasz bez -t. Dopiero wtedy > kolejne. Teraz już wiem :-) > Bez -t (i bez -n) to pójdzie do upgrade (jeśli jest już zainstalowana w > poprzednich wersjach), będzie widoczna przez buildery (do > instalacji/upgrade) i wyląduje na ftp w th-test. OK. No to jadymy. > >> Można też robić to samo bez -t ale wtedy już trzeba doplinować > >> zakończenia roboty i poprawnego się budowania oraz często wtedy jest > >> sporo podbić release. > > > > Co masz na myśli pisząc "sporo bpodbić release"? > > Puszczasz bez -t, wywali się gdzieś, robisz poprawkę i musisz podbić > release bo budowanie bez -t automatycznie otagowuje wersję w gicie. > Automatyka builderów z kolei nie pozwala budować (bez -t) czegoś > otagowanego ale jeszcze z nowymi zmianami. Stąd parę poprawek > koniecznych z międzybudowaniami (ciągle bez -t) skutkuje koniecznością > podbijania release. Rozumiem. Czyli najpierw porządnie sprawdzić z -t, jak się poprawnie zbuduje na wszystkich builderach, puścić to samo bez -t. Jeśli to się wywróci - sprawdzić, kto w międzyczasie pozmieniał paczki. Ewentualnie suszyć głowę, żeby ktoś pomógł ;-) Oby to nie nastąpiło :-D Trzymajcie kciuki (albo odbierzcie uprawnienia ;-) ). -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Przebudowa całego KF5 - czy tak niczego nie popsuję?
Dnia poniedziałek, 17 lutego 2020 20:12:29 CET Peri Noid pisze: [...] > Trzymajcie kciuki (albo odbierzcie uprawnienia ;-) ). No to nie będzie problemów. Nie mam praw. Builder mi zakomunikował: user lmasko is not allowed to upgrade:th-src:HEAD Poproszę o kontakt kogoś, kto zrobi to za mnie dla nas wszystkich. Przekażę listę paczek w kolejności budowania/nakładania. Będę śledził i poprawiał błędy. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Przebudowa całego KF5 - czy tak niczego nie popsuję?
Dnia poniedziałek, 17 lutego 2020 20:51:04 CET Arkadiusz Miśkiewicz pisze: [...] > Zobacz teraz. Dodałem uprawnienia. OK. Idzie. Pierwsze koty za płoty. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Jak sobie radzić z takim błędem na builderze?
Buduję kf5-kwallet. Na builderze dostaję takie coś: [...] poldek: Processing dependencies... poldek: error: gpgme-c++-devel-1.13.1-3.x86_64 (cnfl kde4-kdepimlibs-devel) conflicts with installed kde4-kdepimlibs-devel-4.14.10-8.x86_64 [...] To kde4-kdepimlibs-devel jest do niczego niepotrzebne, ponieważ buduję właśnie KDE5. W szczególnosci, w nim jest inna biblioteka, do której zmierzam. Czy mogę pociągnąć po prostu $ make-request --remove-pkg kde4-kdepimlibs kde4-kdepimlibs-devel ? Powtarzam, nie chcę niczego popsuć. Na razie kf5-kwallet przerzucam dalej na liście. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Intel Ethernet Adapter Debug Driver (iqvlinux)
Dnia piątek, 24 lipca 2020 17:18:00 CEST Krzysztof Szwaba pisze: > Czy jest możłiwosć włączenia na stałe do distro sterownika > Intel® Ethernet Adapter Debug Driver (iqvlinux) > z > https://sourceforge.net/projects/e1000/files/iqvlinux/ > ? A to działa na bieżących kernelach? Na stronie jest o 4.4.x, teraz obowiązuje linia 5.7.x. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Aktualizacja glibc nie idzie :-/
poldek:/all-avail> upgrade glibc-* Przetwarzanie zależności... glibc-ld-2.32-8.x86_64 zostanie zastąpiony przez glibc-ld-2.33-1.x86_64 glibc-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-1.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) $ rpm -q poldek rpm poldek-0.42.2-4.x86_64 rpm-5.4.15-59.x86_64 Co z tym fantem? -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Aktualizacja glibc nie idzie :-/
Dnia wtorek, 2 lutego 2021 11:57:32 CET Maciej Kędzierski pisze: > W głównym repozytorium jest wersja glibc-2.32-7. > > Te wersje co podajesz są w testowej gałęzi, więc może czegoś jeszcze > brakuje? Ano, z test. > Jeśli chodzi o glibc to raczej nie ryzykowałbym instalacji z th-test. Ktoś to musi testować ;-) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Czy glibc 2.32-8 to wypadek przy pracy?
Czy glibc w wersji 2.32-8 jest wypadkiem przy pracy czy pakietem docelowym? Chodzi mi o to, że nie jestem w stanie go zainstalować - poldek wywraca się natychmiast przy próbie jego analizy. Pytam, bo w TH/test pojawiają się kolejne pakiety zaciągające glibc jako zależność - a tego nie da się zainstalować. Nie wiem, czy to działanie celowe czy nieświadome ale tak jest. $ rpm -q poldek rpm poldek-0.42.2-4.x86_64 rpm-5.4.15-59.x86_64 -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Czy glibc 2.32-8 to wypadek przy pracy?
Dnia piątek, 12 lutego 2021 22:40:56 CET Peri Noid pisze: > Czy glibc w wersji 2.32-8 jest wypadkiem przy pracy czy pakietem docelowym? Chodzi mi oczywiscie o 2.33.x: poldek:/all-avail> upgrade glibc* Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-test-i686... Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th-ready-i686... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th... Wczytywanie [pndir]th-i686... Wczytywanie [pndir]th... Przeczytano 55594 pakiety Przetwarzanie zależności... glibc-ld-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-2.i686 glibc-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-2.i686 glibc-2.33-2.i686 zaznaczył ldconfig-2.33-2.i686 (wł. ldconfig = 6:2.33-2) glibc-ld-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-2.x86_64 glibc-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-2.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Czy glibc 2.32-8 to wypadek przy pracy?
Dnia sobota, 13 lutego 2021 18:42:01 CET Jan Rękorajski pisze: [...] > Spróbuj 'install ldconfig-*.x86_64 glibc' Chyba zmiana nazwy pakietu nie wyszła na dobre: poldek:/all-avail> install ldconfig-2.33-2.x86_64 glibc Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-test-i686... Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th-ready-i686... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th... Wczytywanie [pndir]th-i686... Wczytywanie [pndir]th... Przeczytano 55689 pakietów uwaga: niejednoznaczna nazwa glibc glibc-2.32-7.i686: newer version installed, skipped glibc-2.32-7.x86_64: newer version installed, skipped Przetwarzanie zależności... Jest 1 pakiet do instalacji: A ldconfig-2.33-2.x86_64 This operation will use 968.8KB of disk space. Potrzeba pobrać 333.4KB archiwów. Uruchamianie sudo /usr/lib/poldek/pm-command.sh --upgrade -vh --root / -- define _check_dirname_deps 1... Przygotowywanie... ### [100%] error: Problemy z instalacją/usuwaniem: plik /sbin/ldconfig z instalacji ldconfig-2.33-2.x86_64 jest w konflikcie z plikiem z pakietu glibc-ld-2.32-8.x86_64 Installing set #2 Przetwarzanie zależności... glibc-ld-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-2.i686 glibc-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-2.i686 glibc-2.33-2.i686 zaznaczył ldconfig-2.33-2.i686 (wł. ldconfig = 6:2.33-2) glibc-ld-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-2.x86_64 glibc-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-2.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Czy glibc 2.32-8 to wypadek przy pracy?
Dnia niedziela, 14 lutego 2021 11:05:11 CET Jan Rękorajski pisze: > poldek -n th-test -n th-i686-test -n th-x32-test -O "particle install = no" > -uvF ldconfig-2.33-2.x86_64 glibc\* No to bałagan postępuje: $ poldek -n th-test -n th-i686-test -O "particle install = no" -uvF ldconfig-2.33-2.x86_64 glibc\* th-i686-test::packages.ndir.gz [4.2M (2.9M/s)] th-i686-test::packages.ndir.dscr.gz [224.8K (224.8K/s)] th-i686-test::packages.ndir.dscr.i18n.gz [204.0K (204.0K/s)] Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-i686-test... Creating directory index of th-i686-test... Przeczytano 4721 pakietów Przetwarzanie zależności... glibc-ld-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-3.x86_64 glibc-2.32-8.x86_64 zostanie zastąpiony przez glibc-2.33-3.x86_64 glibc-2.33-3.x86_64 zaznaczył ldconfig-2.33-3.x86_64 (wł. ldconfig = 6:2.33-3) błąd: glibc-2.33-3.x86_64 jest w konflicie z glibc-2.33-2.x86_64 błąd: glibc-2.33-3.x86_64 jest w konflicie z glibc-misc-2.33-2.x86_64 błąd: glibc-2.33-2.x86_64: nie znaleziono wymaganego ldconfig = 6:2.33-2 błąd: glibc-2.33-2.x86_64 jest w konflicie z glibc-2.33-3.x86_64 glibc-ld-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-3.i686 glibc-2.32-8.i686 zostanie zastąpiony przez glibc-2.33-3.i686 glibc-libcrypt-2.32-8.i686 zostanie zastąpiony przez glibc- libcrypt-2.33-3.i686 zachłanna aktualizacja iconv-2.32-8.i686 do 2.33-3.i686 (niespełnione glibc = 6:2.32-8) iconv-2.32-8.i686 zostanie zastąpiony przez iconv-2.33-3.i686 glibc-libcrypt-2.32-8.x86_64 zostanie zastąpiony przez glibc- libcrypt-2.33-3.x86_64 glibc-devel-2.32-8.x86_64 zostanie zastąpiony przez glibc-devel-2.33-3.x86_64 glibc-misc-2.32-8.x86_64 zostanie zastąpiony przez glibc-misc-2.33-3.x86_64 zachłanna aktualizacja localedb-src-2.32-8.x86_64 do 2.33-3.x86_64 (niespełnione glibc = 6:2.32-8) localedb-src-2.32-8.x86_64 zostanie zastąpiony przez localedb- src-2.33-3.x86_64 zachłanna aktualizacja iconv-2.32-8.x86_64 do 2.33-3.x86_64 (niespełnione glibc = 6:2.32-8) iconv-2.32-8.x86_64 zostanie zastąpiony przez iconv-2.33-3.x86_64 błąd: glibc-2.33-3.i686 jest w konflicie z glibc-misc-2.33-2.x86_64 glibc-2.33-2.i686 zaznaczył ldconfig-2.33-2.i686 (wł. ldconfig = 6:2.33-2) glibc-headers-2.32-8.x86_64 zostanie zastąpiony przez glibc- headers-2.33-3.x86_64 glibc-devel-utils-2.32-8.x86_64 zostanie zastąpiony przez glibc-devel- utils-2.33-3.x86_64 glibc-devel-doc-2.32-8.noarch zostanie zastąpiony przez glibc-devel- doc-2.33-3.noarch Są 22 pakiety do instalacji (5 zaznaczonych pośrednio), 14 do usunięcia: U glibc-(2.32-8 => 2.33-3).i686 glibc-(2.32-8 => 2.33-2).(x86_64 => i686) glibc-devel-(2.32-8 => 2.33-2).x86_64 glibc-devel-doc-(2.32-8 => 2.33-3).noarch U glibc-devel-utils-(2.32-8 => 2.33-3).x86_64 glibc-headers-(2.32-8 => 2.33-2).x86_64 glibc-libcrypt-(2.32-8 => 2.33-3).i686 glibc-libcrypt-(2.32-8 => 2.33-2).(x86_64 => i686) U glibc-misc-(2.32-8 => 2.33-2).x86_64 iconv-(2.32-8 => 2.33-3).i686 iconv- (2.32-8 => 2.33-3).x86_64 localedb-src-(2.32-8 => 2.33-3).x86_64 A glibc-2.33-2.x86_64 glibc-2.33-3.x86_64 glibc-devel-2.33-3.x86_64 glibc- devel-utils-2.33-2.x86_64 glibc-headers-2.33-3.x86_64 glibc- libcrypt-2.33-3.x86_64 A glibc-libcrypt-2.33-2.x86_64 glibc-misc-2.33-3.x86_64 ldconfig-2.33-2.i686 ldconfig-2.33-3.x86_64 R glibc-ld-2.32-8.i686 glibc-ld-2.32-8.x86_64 This operation will use 22.3MB of disk space. Potrzeba pobrać 31.0MB archiwów (31.0MB do pobrania). błąd: 1 niespełniona zależność, 4 conflicts -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Czy glibc 2.32-8 to wypadek przy pracy?
Dnia niedziela, 14 lutego 2021 14:52:40 CET Peri Noid pisze: > Dnia niedziela, 14 lutego 2021 11:05:11 CET Jan Rękorajski pisze: > > poldek -n th-test -n th-i686-test -n th-x32-test -O "particle install = > > no" -uvF ldconfig-2.33-2.x86_64 glibc\* > > No to bałagan postępuje: Poszło tak: poldek -n th-test -n th-i686-test -n th-x32-test -O "particle install = no" - uvF ldconfig-2.33-3.x86_64 glibc\*2.33-3\* -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD New Rescue Th-20210209
Dnia sobota, 20 lutego 2021 14:26:02 CET stacho pisze: [...] > Na vpsie Alt+F2 nie przejdzie i tak dobrze że mam konsolę przez vnc. > Powód jest prosty w tym rescue zablokowany jest getty na tty1. > Wystarczy zrobić: systemctl start getty@tty1.service żeby zadziałała > konsola na tty1. > W tym rescue jest jakoś inaczej, są odblokowane kosole od tty2 do tty6 , > a tty1 jest zablokowane. Ale tak jest od dość dawna. Mam tak na moim laptopie (też używam X-ów więc po starcie kompa robię Alt+F2, loguję się, startx i zapominam o sprawie do restartu bo laptop usypiam a nie wyłączam). -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Aktualizacja ca-certificates - jakieś dziwadła w działalności RPM?
poldek:/all-avail> llu dostępny zainstalowany data zbudowania rozmiar ca-certificates-20210119-3.noarch20210119-1.noarch 2021/03/12 11:51 274.0 KB ca-certificates-update-20210119-3.noarch 20210119-1.noarch 2021/03/12 11:51 232.0 KB 2 pakiety, 506.0 KB poldek:/all-avail> upgrade ca-certificates-* Przetwarzanie zależności... ca-certificates-20210119-1.noarch zostanie zastąpiony przez ca- certificates-20210119-3.noarch ca-certificates-update-20210119-1.noarch zostanie zastąpiony przez ca- certificates-update-20210119-3.noarch Są 2 pakiety do instalacji, 2 do usunięcia: U ca-certificates-20210119.(1 => 3).noarch ca-certificates-update-20210119.(1 => 3).noarch This operation will free 3.6KB of disk space. ca-certificates-20210119-3.noarch.rpm: skróty OK ca-certificates-update-20210119-3.noarch.rpm: skróty OK Potrzeba pobrać 301.4KB archiwów. ca-certificates-20210119-3.noarch.rpm: skróty OK ca-certificates-update-20210119-3.noarch.rpm: skróty OK Uruchamianie sudo /usr/lib/poldek/pm-command.sh --upgrade -vh --root / -- define _check_dirname_deps 0... Sprawdzanie poprawności… # [100%] Przygotowywanie…# [100%] plik /etc/ssl/certs/ca-certificates.crt jest w konflikcie między instalowanymi ca-certificates-20210119-3.noarch i ca- certificates-20210119-3.noarch Wystąpiły błędy podczas instalacji Czemu dwa razy sobie dołączył do zależności ten sam pakiet i zgłasza konflikt między tym samym pakietem? Bazdura jakaś... Przez --force to wymusić? Obawiam się, że to pomoże ale tylko na chwilę. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Po dzisiejszej aktualizacji nie odpalają mi starsze kernele niż 5.14.
Z góry przepraszam, bo bardzo nieprecyzyjny to będzie mail i należy go traktować jako ostrożne ostrzeżenie ;-) Właśnie zaktualizowałem sobie system do wszystkiego co się pojawiło nowe w th- test. Efekt jest taki, że system generalnie działa na pierwszy rzut oka bezproblemowo. Ale jak próbowałem odpalić staszy kernel (5.12 i 5.13) to system nie wstaje - wyświetla zupełnie inne komunikaty na starcie i ostatecznie nie daje mi konsoli. Chciałem spróbować na starszym kernelu odpalić MS Teams bo za tydzień zaczynam wykłady i będę tego potrzebował a na 5.14 nie chce mi wystartować - wygląda jak problem typu tego, który był z Chrome przed wersją 93. Co zaktualizowałem - generalnie wielkie mnóstwo bo i glibc (do 2.34-5), i systemd (do 249.4-1), i rc-scripts (do 0.4.20-2) i całą resztę stafu. Nie marudzę - tylko ostrzegam, że jak ktoś nie chce się przesiadać na kernel 5.14 to niech uważa. Z Teamsami sobie poradzę z wersją przeglądarkową, zanim pojawi się nowa wersja (o ile się pojawi). -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Po dzisiejszej aktualizacji nie odpalają mi starsze kernele niż 5.14.
Dnia sobota, 30 października 2021 11:03:15 CEST Jan Rękorajski pisze: [...] > Czy masz szyfrowany system plików? > > Bo mnie wstaje system na dowolnym kernelu (th+th-ready+th-test) Nie, nie mam szyfrowania. Generalnie - problem przestał być istotny po kolejnej aktualizacji Teams. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
libGL.so wywalone z Misa-libGL - czemu?
Ponieważ git.pld-linux.org leży i nie mogę sobie w nim grzebnąć, chciałem się zapytać jaka jest geneza zmiany nazwy biblioteki libGL.so na libGLX.so. Pierwsza jest w Mesa-libGL-21.3.1-1 a w *-3 już jest to drugie. Jeśli to kwestia wyłącznie zmiany nazwy to małe piwo, zrobię sobie symlinka bo bez tego nie działa dla odmiany acroread, który niestety się czasami przydaje. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libGL.so wywalone z Misa-libGL - czemu?
Dnia wtorek, 14 grudnia 2021 13:49:55 CET Jan Palus pisze: > On 14.12.2021 13:20, Peri Noid wrote: > > Ponieważ git.pld-linux.org leży i nie mogę sobie w nim grzebnąć, chciałem > > się zapytać jaka jest geneza zmiany nazwy biblioteki libGL.so na > > libGLX.so. Pierwsza jest w Mesa-libGL-21.3.1-1 a w *-3 już jest to > > drugie. Jeśli to kwestia wyłącznie zmiany nazwy to małe piwo, zrobię > > sobie symlinka bo bez tego nie działa dla odmiany acroread, który > > niestety się czasami przydaje. > Od rel 3 zostało włączone delegowanie wywołań *GL* przez libglvnd, więc > od teraz libGL.so* dostarcza libglvnd-libGL >= 1.3.4-2, które później > deleguje wywołania do właściwej implementacji (Mesa/nvidia). Rozumiem. Problem jest taki, że przez to całe libglvnd crashuje mi plasma w KDE. Nie mogę podnieść środowiska. Do kitu :-/ -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libGL.so wywalone z Misa-libGL - czemu?
Dnia wtorek, 14 grudnia 2021 18:49:59 CET Jan Palus pisze: [...] > Samo libglvnd nie powinno mieć teoretycznie większego znaczenia, to > bardzo cienka warstwa pomiędzy docelową implementacją. Może brakuje > jakiejś zależności. Z logami możnaby powiedzieć więcej. Pomocne byłoby > też również wyjście z rpm -qa 'Mesa*' 'libglvnd*'. Wywalę na razie acrobata, zrobię update i się odezwę. Wcześniej jak miałem samo libglvnd i poprzednią Mesę to się wywalało, może całość muszę zmienić? Ale to by oznaczało, że trzeba to wymusić. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libGL.so wywalone z Misa-libGL - czemu?
Dnia wtorek, 14 grudnia 2021 18:56:23 CET Peri Noid pisze: > Dnia wtorek, 14 grudnia 2021 18:49:59 CET Jan Palus pisze: > [...] > > > Samo libglvnd nie powinno mieć teoretycznie większego znaczenia, to > > bardzo cienka warstwa pomiędzy docelową implementacją. Może brakuje > > jakiejś zależności. Z logami możnaby powiedzieć więcej. Pomocne byłoby > > też również wyjście z rpm -qa 'Mesa*' 'libglvnd*'. > > Wywalę na razie acrobata, zrobię update i się odezwę. Wcześniej jak miałem > samo libglvnd i poprzednią Mesę to się wywalało, może całość muszę zmienić? > Ale to by oznaczało, że trzeba to wymusić. No i teraz wstało. Wniosek - o ile instalacja Mesa-21.3.1-3 wymusza libglvnd, o tyle w drugą stronę już nie. A to źle. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libGL.so wywalone z Misa-libGL - czemu?
Dnia wtorek, 14 grudnia 2021 21:59:31 CET Jan Rękorajski pisze: [...] > Dodałem odpowiednie conflicts do libglvnd co powiino wymusić update mesy. I pozamiatane. Dzięki. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Konflikt w glibc w multilibie
Jeśli mam zainstalowany multilib, czyli jednocześnie i686 i x86_64, najnowsza kompilacja glibc skutkuje takim czymś: poldek:/all-avail> upgrade glibc-2.35-2.i686 glibc-2.35-2.x86_64 Przetwarzanie zależności... glibc-2.34-11.i686 zostanie zastąpiony przez glibc-2.35-2.i686 glibc-2.35-2.i686 zaznaczył ldconfig-2.35-2.i686 (wł. ldconfig = 6:2.35-2) ldconfig-2.34-11.i686 zostanie zastąpiony przez ldconfig-2.35-2.i686 glibc-2.34-11.x86_64 zostanie zastąpiony przez glibc-2.35-2.x86_64 zachłanna aktualizacja localedb-src-2.34-11.x86_64 do 2.35-2.x86_64 (niespełnione glibc = 6:2.34-11) localedb-src-2.34-11.x86_64 zostanie zastąpiony przez localedb- src-2.35-2.x86_64 zachłanna aktualizacja glibc-devel-2.34-11.x86_64 do 2.35-2.x86_64 (niespełnione glibc = 6:2.34-11) glibc-devel-2.34-11.x86_64 zostanie zastąpiony przez glibc- devel-2.35-2.x86_64 glibc-devel-2.35-2.x86_64 zaznaczył glibc-devel-utils-2.35-2.x86_64 (wł. glibc-devel-utils = 6:2.35-2) glibc-devel-utils-2.34-11.x86_64 zostanie zastąpiony przez glibc-devel- utils-2.35-2.x86_64 glibc-devel-2.35-2.x86_64 zaznaczył glibc-headers-2.35-2.x86_64 (wł. glibc- headers = 6:2.35-2) glibc-headers-2.34-11.x86_64 zostanie zastąpiony przez glibc- headers-2.35-2.x86_64 zachłanna aktualizacja glibc-misc-2.34-11.x86_64 do 2.35-2.x86_64 (niespełnione glibc = 6:2.34-11) glibc-misc-2.34-11.x86_64 zostanie zastąpiony przez glibc- misc-2.35-2.x86_64 zachłanna aktualizacja iconv-2.34-11.x86_64 do 2.35-2.x86_64 (niespełnione glibc = 6:2.34-11) iconv-2.34-11.x86_64 zostanie zastąpiony przez iconv-2.35-2.x86_64 zachłanna aktualizacja iconv-2.34-11.i686 do 2.35-2.i686 (niespełnione glibc = 6:2.34-11) iconv-2.34-11.i686 zostanie zastąpiony przez iconv-2.35-2.i686 Jest 10 pakietów do instalacji (8 zaznaczonych pośrednio), 10 do usunięcia: U glibc-(2.34-11 => 2.35-2).i686 glibc-(2.34-11 => 2.35-2).x86_64 glibc- devel-(2.34-11 => 2.35-2).x86_64 glibc-devel-utils-(2.34-11 => 2.35-2).x86_64 U glibc-headers-(2.34-11 => 2.35-2).x86_64 glibc-misc-(2.34-11 => 2.35-2).x86_64 iconv-(2.34-11 => 2.35-2).i686 iconv-(2.34-11 => 2.35-2).x86_64 ldconfig-(2.34-11 => 2.35-2).i686 U localedb-src-(2.34-11 => 2.35-2).x86_64 This operation will use 997.1KB of disk space. glibc-2.35-2.i686.rpm: skróty OK glibc-2.35-2.x86_64.rpm: skróty OK ldconfig-2.35-2.i686.rpm: skróty OK localedb-src-2.35-2.x86_64.rpm: skróty OK glibc-devel-2.35-2.x86_64.rpm: skróty OK glibc-devel-utils-2.35-2.x86_64.rpm: skróty OK glibc-headers-2.35-2.x86_64.rpm: skróty OK glibc-misc-2.35-2.x86_64.rpm: skróty OK iconv-2.35-2.x86_64.rpm: skróty OK iconv-2.35-2.i686.rpm: skróty OK Potrzeba pobrać 13.1MB archiwów. ldconfig-2.35-2.i686.rpm: skróty OK glibc-2.35-2.i686.rpm: skróty OK glibc-2.35-2.x86_64.rpm: skróty OK glibc-devel-utils-2.35-2.x86_64.rpm: skróty OK glibc-headers-2.35-2.x86_64.rpm: skróty OK glibc-devel-2.35-2.x86_64.rpm: skróty OK glibc-misc-2.35-2.x86_64.rpm: skróty OK iconv-2.35-2.x86_64.rpm: skróty OK iconv-2.35-2.i686.rpm: skróty OK localedb-src-2.35-2.x86_64.rpm: skróty OK Uruchamianie sudo /usr/lib/poldek/pm-command.sh --upgrade -vh --root / -- define _check_dirname_deps 0... Sprawdzanie poprawności… # [100%] Przygotowywanie…# [100%] plik /usr/bin/ld.so jest w konflikcie między instalowanymi glibc-6:2.35-2.i686 i glibc-6:2.35-2.x86_64 Wystąpiły błędy podczas instalacji -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Konflikt w glibc w multilibie
[...] > plik /usr/bin/ld.so jest w konflikcie między instalowanymi > glibc-6:2.35-2.i686 i glibc-6:2.35-2.x86_64 Na *-3 dalej jest tak samo. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Kmaila dla KDE5 - czemu nie ma w TH/test?
Może głupie pytanie - ale czemu nie mamy najnowszego Kmaila w TH/test? W repozytorium są spec-e do najnowszych paczek, pakiety się poprawnie budują i działają - z konieczności buduję to sobie sam ale może większej liczbie użytkowników by się to przydało? Jedyne co to trzeba kompilować w odpowiedniej kolejności. Mi wyszło, że np. taka daje sukces: ka5-kidentitymanagement ka5-kcalutils ka5-ktnef ka5-libgravatar ka5-libksieve ka5-kmailtransport ka5-mailimporter ka5-messagelib ka5-mailcommon ka5-kmail ka5-akonadi-calendar ka5-kdepim-runtime Mogę wysłać na buildery ale skoro jest budowane KDE5 to może i to by dorzucić do kompletu? Bo zakładam, że ktoś z nas ma do tego automatykę (skoro podbija nawet wersje dla powyższych paczek to czemu jej nie wykorzystać) :-) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zepsuł się firefox
Dnia piątek, 16 czerwca 2023 09:01:57 CEST Krzysztof Mrozowicz via pld-devel- pl pisze: > Hej, > zrobiłem wczoraj wieczorem "upgrade *" z włączonymi th, th-ready i > th-test. Potem reboot, po paru dniach uptime. No i mi się firefox > zepsuł. [...] > Ktoś ma pomysł co to się porobiło? Wyglada jakby nie ładowały ci się sterowniki go GLX. To nie wina Firefoksa ale brakujących plików Mesa. Jaką masz kartę graficzną? Generalnie, odpal glxinfo i zobacz, co wyświetla. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: zepsuł się firefox
Dnia sobota, 17 czerwca 2023 09:52:56 CEST Krzysztof Mrozowicz via pld-devel- pl pisze: [...] > Dzięki za odpowiedź, mimo że problem leżał gdzie indziej. Przy okazji > wyszło, że sterowniki mesa do procków Intela generacji 4-7 poprawiają > wydajność grafiki z i7 2. generacji :) No, nie do końca trafiłem :-) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Poldek i aktualizacja perl-Encode i perl-Scalar-List-Utils
Takie coś mi wyskakuje: [...] poldek:/all-avail> upgrade perl-Encode-3.19-5.38.0.1.x86_64 Przetwarzanie zależności... perl-Encode-3.17-5.36.1.1.x86_64 zostanie zastąpiony przez perl- Encode-3.19-5.38.0.1.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) [...] poldek:/all-avail> upgrade perl-Scalar-List-Utils-1.63-5.38.0.1.x86_64 Przetwarzanie zależności... perl-Scalar-List-Utils-1.62-5.36.1.1.x86_64 zostanie zastąpiony przez perl- Scalar-List-Utils-1.63-5.38.0.1.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) Zgłosiłem w githubie zgodnie z instrukcją ale nie wiem, czy tam ktoś zagląda. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: katalogi kde
Dnia poniedziałek, 4 września 2023 00:14:57 CEST Krzysztof Mrozowicz via pld- devel-pl pisze: > Hej, > w ramach ostatniej aktualizacji ka5-akonadi-contacts zniknął katalog > /usr/lib64/qt5/plugins/pim5/kcms. Okazuje się, że wymaga go sporo > innych pakietów, a że w PLD (nie wiem jak w innych dystrybucjach) > katalogi stanowią o zależnościach między pakietami to nie można raczej > dowolnie dodać tego katalogu do jednego z pozostałych pakietów go > wymagających. Można ewentualnie do każdego z nich, co też jest wg mnie > takim sobie pomysłem. No i ewentualnie można go dodać do > kde-common-dirs (albo kf5-dirs?). > > Niech mi ktoś powie jak to najlepiej ugryźć, proszę. To może dodać do ka5-akonadi, do którego należy katalog nadrzędny $ rpm -qf /usr/lib64/qt5/plugins/pim5/ ka5-akonadi-23.08.0-1.x86_64 -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: konflikty między pakietami x86_64 i i686
Dnia wtorek, 5 grudnia 2023 20:23:26 CET Krzysztof Mrozowicz via pld-devel-pl pisze: [...]> Sprawdzanie poprawności… # [100%] > Przygotowywanie…# [100%] > plik /usr/share/man/de/man1/uuidgen.1.gz z instalacji > libuuid-2.39.3-1.x86_64 jest w konflikcie z plikiem z pakietu > libuuid-2.39.2-1.i686 plik /usr/share/man/man1/uuidgen.1.gz z instalacji [...] Przyjrzyj się uważnie - to są różne pakiety. Automatyka pozwala zainstalować paczki dla różnych architektur ale wyłącznie w tej samej wersji. Lekarstwem na to jest ... poczekać, aż drugi builder przemiele paczki i wtedy zainstalować komplet. Owszem, czasami zdarzają się pojedyncze przypadki, gdzie konflikt rzeczywiście występuje. Ale to nie twój przypadek. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: konflikty między pakietami x86_64 i i686
Dnia środa, 6 grudnia 2023 00:12:07 CET Krzysztof Mrozowicz via pld-devel-pl pisze: [...] > Dzięki za odpowiedź! Wydaje mi się, że masz rację, przynajmniej > częściowo. W moim przypadku pakiet był zbudowany przez oba buildery, > ale to poldek najpierw chciał aktualizować x86_64 (i wywalił błąd), a > potem osobno i686 (i również wywalił błąd). Dlatego ja używam w takim przypadku * w miejsce architektury :-) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: problem z kernelami 6.6-6.6.26-1 i 6.8.5-1
Dnia sobota, 13 kwietnia 2024 01:04:43 CEST Krzysztof Mrozowicz via pld-devel- pl pisze: > Po aktualizacji kerneli do 6.8.5-1 i 6.6.26-1 na obu z nich > komputer przestał się uruchamiać - restartuje się zaraz po ładowaniu > początkowego ramdysku. Nie jestem w stanie zobaczyć żadnego komunikatu > z błędem. > Powrót do 6.8.2 naprawił problem. Sprawdziłem też 6.1.85-1 i też jest w > porządku. Potwierdzam, mi 6.8.5-1 (x86_64) wiesza się w momencie ładowania RAMdysku. PO prostu staje i nie reaguje na nic, włącznie z Alt+Ctrl+Del, trzeba wyłączyć prądowo. 6.8.1-1 (mój poprzedni) działa bez problemu. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
VirtualBox w najnowszej wersji
Pytanie do uzytkowników VBox w najnowszej wersji - czy działa wam poprawnie przy wesji 7.0.18? Ostatnio próbowałem 7.0.12 i ona miała taki problem, że ani sieć, ani USB nie chciało działać jeśli serwer nie był uruchomiony przez sudo. Używam VBox z programatorem i USB musi działać dlatego dla ochrony zdrowia psychicznego ;-) używam wciąż wersji 6.1.46, z którą problemów nie ma. Czy 7.0.18 jest już OK? Nie za bardzo uśmiecha mi się instalacja a potem ewentualny downgrade także będę wdzięczny za informację, jeśli ktoś coś w tym temacie wie. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
"Something wrong" od poldka
Taka sytuacja: poldek:/all-avail> upgrade libassuan-* Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-test-i686... Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th-ready-i686... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th... Wczytywanie [pndir]th-i686... Wczytywanie [pndir]th... Przeczytano 58750 pakietów Przetwarzanie zależności... libassuan-2.5.7-1.x86_64 zostanie zastąpiony przez libassuan-3.0.0-1.x86_64 zachłanna aktualizacja gnupg2-common-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione libassuan.so.0()(64bit)) gnupg2-common-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg2- common-2.4.5-2.x86_64 zachłanna aktualizacja gnupg-agent-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg2-common = 2.4.5-1) gnupg-agent-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg- agent-2.4.5-2.x86_64 zachłanna aktualizacja gnupg-agent-profile_d-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg-agent = 2.4.5-1) gnupg-agent-profile_d-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg- agent-profile_d-2.4.5-2.x86_64 zachłanna aktualizacja gnupg-agent-xinitrc-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg-agent = 2.4.5-1) gnupg-agent-xinitrc-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg- agent-xinitrc-2.4.5-2.x86_64 zachłanna aktualizacja gnupg2-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg2-common = 2.4.5-1) gnupg2-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg2-2.4.5-2.x86_64 zachłanna aktualizacja dirmngr-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg2-common = 2.4.5-1) dirmngr-2.4.5-1.x86_64 zostanie zastąpiony przez dirmngr-2.4.5-2.x86_64 zachłanna aktualizacja gnupg-smime-2.4.5-1.x86_64 do 2.4.5-2.x86_64 (niespełnione gnupg2-common = 2.4.5-1) gnupg-smime-2.4.5-1.x86_64 zostanie zastąpiony przez gnupg- smime-2.4.5-2.x86_64 zachłanna aktualizacja gpgme-1.23.2-3.x86_64 do 1.23.2-4.x86_64 (niespełnione libassuan.so.0()(64bit)) gpgme-1.23.2-3.x86_64 zostanie zastąpiony przez gpgme-1.23.2-4.x86_64 zachłanna aktualizacja pinentry-qt4-1.3.0-1.x86_64 do 1.3.0-2.x86_64 (niespełnione libassuan.so.0()(64bit)) pinentry-qt4-1.3.0-1.x86_64 zostanie zastąpiony przez pinentry- qt4-1.3.0-2.x86_64 zachłanna aktualizacja pinentry-1.3.0-1.x86_64 do 1.3.0-2.x86_64 (niespełnione libassuan.so.0()(64bit)) pinentry-1.3.0-1.x86_64 zostanie zastąpiony przez pinentry-1.3.0-2.x86_64 libassuan-2.5.7-1.i686 zostanie zastąpiony przez libassuan-3.0.0-1.i686 libassuan-devel-2.5.7-1.x86_64 zostanie zastąpiony przez libassuan- devel-3.0.0-1.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: "Something wrong" od poldka
Trochę dokładniej: poldek:/all-avail> upgrade libassuan-devel-3.0.0-1.x86_64 Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-test-i686... Wczytywanie [pndir]th-test... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th-ready-i686... Wczytywanie [pndir]th-ready... Wczytywanie [pndir]th... Wczytywanie [pndir]th-i686... Wczytywanie [pndir]th... Przeczytano 58750 pakietów Przetwarzanie zależności... libassuan-devel-2.5.7-1.x86_64 zostanie zastąpiony przez libassuan- devel-3.0.0-1.x86_64 Something wrong, something not quite right with 0.42.2 (stable) Assertion 'i_best >= 0' failed, misc.c:412 Please report this bug to: https://github.com/poldek-pm/poldek/issues/new Przerwane (zrzut pamięci) -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: "Something wrong" od poldka
Ostatecznie wyinstalowałem libassuan-devel w poprzedniej wersji co pozwoliło zainstalować nowszą. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: "Something wrong" od poldka
Dnia poniedziałek, 24 czerwca 2024 15:23:15 CEST Andrzej Zawadzki pisze: [...] > np. tak się dzieje. > > > poldek:/all-avail> reload > Wczytywanie [rpmdb]/var/lib/rpm... > Something wrong, something not quite right with 0.42.2 (stable) > Assertion 'len > 0' failed, n_hash_new.c:139 > Please report this bug to: https://github.com/poldek-pm/poldek/issues/new > > Przerwane (zrzut pamięci) To mi akurat działa: poldek:/all-avail> reload Wczytywanie [rpmdb]/var/lib/rpm... Przeczytano 3938 pakietów Mam wrażenie, że to jest czułe na konkretne kombinacje pakietów. Znaczy, takie kombinacje powodują jakieś zależności, z którymi poldek sobie nie radzi. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Przebudowa całego KF5 - czy tak niczego nie popsuję?
Podbiłem do najnowszych wersji wszystkie paczki KF5, które używam. 76 paczek. Czy jak zrobię coś w stylu (szkic) cat lista-pakietów | while read p; do make-request -t $p.spec done to buildery się nie zawalą? ;-) Paczki w pliku są w kolejności umożliwiającej zbudowanie, czyli kolejne wymagają wyłącznie poprzednich. Starałem się poprawnie poustawiać zależności - na ile mi to wyszło to się okaże. Jeśli jest lepszy sposób to poproszę i informację. W następnej kolejności zabieram się za KP5, potem KA5. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Przebudowa całego KF5 - czy tak niczego nie popsuję?
Podbiłem do najnowszych wersji wszystkie paczki KF5, które używam. 76 paczek. Czy jak zrobię coś w stylu (szkic) cat lista-pakietów | while read p; do make-request -t $p.spec done to buildery się nie zawalą? ;-) Paczki w pliku są w kolejności umożliwiającej zbudowanie, czyli kolejne wymagają wyłącznie poprzednich. Starałem się poprawnie poustawiać zależności - na ile mi to wyszło to się okaże. Jeśli jest lepszy sposób to poproszę i informację. W następnej kolejności zabieram się za KP5, potem KA5. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Źródło SPEC-y dla nowych pakietów.
Taka myśl mnie naszła... Pieczołowicie podbijam KF5 do najnowszej wersji (w międzyczasie było już 6 innych więc jakby trzeba, potem spróbuję zrobić KA5). Potrzebuję zrobić nową paczkę bo pojawiła się mała biblioteka plasma-wayland-protocols. Pytanie do praktyków - jak macie nową paczkę, czy robicie SPEC-e sami od zera, czy też może bierzecie je z jakiejś innej dystrybucji opartej o RPM? Nie jestem specjalistą i od zera takiego nie wyrzeźbię. Mam spec z Fedory, nie pójdzie 1- do-1 ale też nie wiem, ile w nim trzeba zmienić (zaraz sprawdzę). Tylko czy akurat Fedora jest właściwym źródłem? Jeśli w ogóle? Co poradzicie? -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Instalacja drugiego alternatywnego kernela - jak teraz?
Chciałem doinstalować najnowszy kernel, jak to robiłem przez wiele ostatnich lat. Zawsze zostawiam poprzedni (albo i kilka) bo czasami nowszy nie chce wstawać. Trochę utnę, ale mam taki objaw: poldek:/all-avail> install -I kernel-5.11.2-1.x86_64 kernel- drm-5.11.2-1.x86_64 kernel-sound-alsa-5.11.2-1.x86_64 kernel-virtualbox- host-6.1.18-4@5.11.2_1.x86_64 Przetwarzanie zależności... [...] Przygotowywanie…# [100%] plik /etc/sysconfig/kernel z instalacji kernel-3:5.11.2-1.x86_64 jest w konflikcie z plikiem z pakietu kernel-3:5.10.16-1.x86_64 [...] Wystąpiły błędy podczas instalacji Czy nowy RPM jest nadwrażliwy, czy też w specu nastąpiła jakaś zmiana? Zawsze mogę dać --force ale do tej pory to działało. -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl