On Sun, Feb 04, 2024 at 03:04:21PM +0100, Witold Filipczyk via pld-devel-en
wrote:
> Dnia Sat, Feb 03, 2024 at 08:56:25PM +0100, Jakub Bogusz napisał(a):
> > On Sat, Feb 03, 2024 at 08:39:39PM +0100, witekfl wrote:
> > > commit 3b3013be1262989c7a7df78ffab6d797766b6486
&g
---
> 1 file changed, 20 insertions(+), 21 deletions(-)
Shouldn't these (kf5-* 5.249.0) be kf6-*.spec now?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
em nie jestem, ale poprawione w 1.66.
Kosztem obsługi "_" jako separatora członów nazwy modułu, ale takich
przypadków nie znalazłem w przyrodzie. Teraz obsługiwany jest tylko
separator "-"; "_" jest teraz znakiem dozwolonym w nazwie (poza
pierwszym znakiem członu, a
enić kp5-drkonqi, ale może ktoś kto zna
> systemd lepiej ode mnie, ma inne zdanie?
Poprawić kp5-drkonqi.
/usr/lib/systemd/system to ścieżka przy konfiguracjach ze złączonym /usr
(w których gdzie /lib jest dowiązaniem do /usr/lib).
PLD przynajmniej na razie używa rozdzielonego /u
amiać - żeby niepowodzenie testów
blokowało opublikowanie nie działającego pakietu.
Jeżeli są sensowne testy i przestają przechodzić - trzeba zobaczyć,
dlaczego. Może to świadczyć o niezgodności z jakąś biblioteką (np. pakiet
nie działa dobrze z nową wersją biblioteki, albo nie działa ze starą,
a nie sp
t;%{rpmcflags}"
> CXXFLAGS="%{rpmcxxflags}"
>
> ...ale nie pomogło.
>
> Ktoś ma pomysł?
Tam ręcznie pisane pliki Makefile nie przejmują CFLAGS z configure,
w tym przypadku trzeba przekazać przez export (albo połatać Makefile).
--
Jakub Boguszhttp://qboosh.pl/
, czy może to jakaś pomyłka w
> specu od llvm?
Od czasu kiedy to przestał być symlink (w llvm 7), nie powinno być %ghost.
Będzie poprawione w 12.0.1-3.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
On Sun, Sep 19, 2021 at 08:17:47PM +0200, Jan Rękorajski wrote:
> On Thu, 19 Aug 2021, Jakub Bogusz wrote:
>
> > On Wed, Aug 18, 2021 at 10:34:48PM +0200, Jan Rękorajski wrote:
> > > New builds of qt4 on i686 exhibit crashes (ex. linguist in avogadro), or
> > > i
wiście wymusić instalację tego pakietu, ale pytest nie działa
> wtedy.
Brakuje python3-pluggy (pytest go wymaga, ale poldek nie rozumie zapisu
zależności).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
is searching in empty QMap:
```
#include
int main()
{
QMap mm;
mm.constFind(999);
}
```
It hangs even on carme-x86_64.
Issue is probably related to shared_null static field (SIOF?)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-p
is bug to: https://github.com/poldek-pm/poldek/issues/new
A to już błąd wewnętrzny, zresztą zgłoszony (#15).
Spróbujmy trochę więcej poldkowi podpowiedzieć co do zależności (w rel 3).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Większość przebudowałem, ale jeszcze nie wszystko.
Jeśli są chętni, mogą kontynuować pod moją nieobecność.
Ja wrócę do tego po powrocie, od 16 sierpnia.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld
t preferowane swscale.
> +BuildRequires: xorg-lib-libxkbcommon-devel
To akurat jest dla waylanda, nie x11.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Tue, Nov 12, 2019 at 06:50:24PM +0100, Łukasz Maśko wrote:
> Dnia wtorek, 12 listopada 2019 16:07:05 Jakub Bogusz pisze:
> [...]
> > rpm -q libblockdev-fs ?
>
> $ rpm -q libblockdev-fs
> libblockdev-fs-2.21-2.x86_64
A coś w logach/journalu widać?
Jakaś starsza wers
s_mount'
> called, but not implemented!
>
> Paczki z Th/ready (wszystkie możliwe). Ktoś? Coś?
rpm -q libblockdev-fs ?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
commits
> To ssh://git.pld-linux.org/packages/calibre
>6be3ae0..fe8c5b5 master -> master
Wygląda na to, że synchronizacja z githubem przestała działać.
Albo coś się pozmieniało po stronie githuba, albo skrypt/używane moduły
wymagają dostosowani
ropin.pld-linux.org:
z tym samym kluczem SSH, co do gita.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
tr(700,smtpq,root) %{spooldir}/incoming
> %dir %attr(700,smtpq,root) %{spooldir}/purge
> ===
> Zbudowałem, uruchomił się i na domyślnej konfiguracji działa.
> Teraz czas na nowy config. :(
Dzięki.
Gdyby podczas konfiguracji wyszło, że coś jeszcze trzeba zmienić, to daj
znać, poprawię h
On Sat, Apr 13, 2019 at 09:27:35AM +0200, Jan Rękorajski wrote:
> On Sat, 13 Apr 2019, Jakub Bogusz wrote:
>
> > On Fri, Apr 12, 2019 at 04:51:26PM +0200, adamg wrote:
> > > commit ace10b5bf9b381123bdcfd9fd768164870cb8955
> > > Author: Adam Gołębiowski
> >
a obecnie w PLD ma już prawie 2 lata), żeby boost już był
zbudowany z tą nową wersją.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/usr/share/locale/ce/LC_MESSAGES
> błąd: iso-codes-4.1-1.noarch: nie znaleziono wymaganego
> /usr/share/locale/chr/LC_MESSAGES
> błąd: iso-codes-4.1-1.noarch: nie znaleziono wymaganego
> /usr/share/locale/ht/LC_MESSAGES
New glibc release (2.28-8) contains these directories.
--
Ja
curl-libs-devel >=
> 7.51.0
[...]
> Po co ten -devel? Miało być curl-libs?
Tak, literówka. Poprawione w -3.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rch
- nie nie jest noarch, jest w architekturze głównego pakietu.
".x86_64" też nie powinno się znaleźć w nazwie (pod)pakietu.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Tue, Oct 16, 2018 at 05:20:42PM +0200, Tomasz Pala wrote:
> On Tue, Oct 16, 2018 at 16:09:39 +0200, Jakub Bogusz wrote:
>
> > Najboleśniejsza - poza portowaniem naszych łatek (tych, które mamy
> > w rpm.spec, ale też tych, które weszły do źródeł rpm5) - może być
> &g
Najboleśniejsza - poza portowaniem naszych łatek (tych, które mamy
w rpm.spec, ale też tych, które weszły do źródeł rpm5) - może być
migracja istniejących systemów. Format bazy może nie być zgodny...
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-p
opment prerelease (2.99.x) and will be used in the
future.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
ationale is
> 'follow the world', just to avoid being different than all the rest.
On the other side, the "second half of the world" (Debian/Ubuntu) doesn't
use libexec.
>From minorities, e.g. Gentoo uses, Arch doesn't.
--
Jakub Boguszhttp://qboosh.pl/
zeba je rozdzielić (/usr/lib
i /usr/lib64, jak wersje biblioteki).
/usr/libexec nadawałoby się dla prywatnych binarek uruchamianych
z ogólnodostępnych binarek, ale równie dobrze można skorzystać
z istniejących już lokalizacji i nie tworzyć nowego katalogu.
--
Jakub Boguszhttp://qboosh.pl/
On Sat, Jul 01, 2017 at 11:51:46AM +0200, Jan Rękorajski wrote:
> dnssec-tools does not build because the code it relies on was removed
> from glibc.
Build fixed, thanks to Arch Linux.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl m
drogą mozilla-firefox-bin i thunderbird nie powinny mieć własnej
prywatnej wersji w Provides.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Tue, Feb 23, 2016 at 03:35:19PM +0100, Jacek Konieczny wrote:
> On 2016-02-23 15:22, Jakub Bogusz wrote:
> >On Tue, Feb 23, 2016 at 03:10:56PM +0100, jajcus wrote:
> >>commit 91cfbb18080f8b7f88dbf6609f78c25f9dde85ef
> >>Author: Jacek Konieczny <j.koniec...@eggsoft
iście osobno, a dodatkowe binarki plus rzeczy mogące przeszkadzać (jak
> manual w tym przypadku) osobno? A może jest na to jakiś inny sposób?
Można by wydzielić -tools, ale jeśli jedynym problemem jest ten plik
- to czemu on się różni między architekturami?
Pliki w /usr/share nie powinny się r
11:20:39 host7 dbus-daemon[849]: /usr/bin/dbus-daemon:
> /lib64/libdbus-1.so.3: no version information available (required by
> /usr/bin/dbus-daemon)
"/lib64/libdbus-1.so.3"? A nie /usr/lib64, jak w pakiecie?
Masz tam jakąś starszą kopię biblioteki?
--
Jakub Boguszhttp://qb
!)
Could you provide more information about these asserts?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
now).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Sun, Feb 15, 2015 at 10:12:25AM +0100, Bartek Szady wrote:
Cześć
Pliki z %{_datadir}/cmake/Help są używane przez konsolowe cmake oraz
przez kdevelop.
Przerzucić je do głównego pakietu czy zrobić nowy podpakiet help?
IMO do głównego.
--
Jakub Boguszhttp://qboosh.pl
binarek atalkd, timelord, papd - których
nie ma w żadnym pakiecie...
To było w netatalk 3, obsługującym stary protokół AppleTalk.
W netatalk = 3.0 jest zupełnie inaczej. Sprawdź 3.1.7-2.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
-utils-9.8.5.P2-1.
Przy użyciu niektórych zewnętrznych DNS-ów działa - kwestia cache?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Mon, Jan 20, 2014 at 01:58:46PM +0100, Łukasz Maśko wrote:
poldek:/all-avail install v4l-utils-qt-1.0.0-1.i686
Przetwarzanie zależności...
v4l-utils-qt-1.0.0-1.i686 zaznaczył QtCore-devel-4.8.5-5.i686 (wł. QtCore-
devel = 4.4)
[...]
Poprawione w 1.0.1-1.
--
Jakub Boguszhttp
.
Jak można to zweryfikować? Samo strigi (+devel) mam.
Czasami czegoś można się doszukać w katalogu CMakeFiles, ale ogólnie słabo
z tym.
Autoconf jest pod tym względem przyjemniejszy i bardziej przewidywalny.
--
Jakub Boguszhttp://qboosh.pl
mógł wynikać z konfliktu wersji libnl.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
)?
Wygląda na jakiś lewy moduł w /usr/lib*/libnl - czy masz w tym drzewie
jakieś moduły spoza pakietu libnl?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
wolimy turbo.
A jak ktoś nie ma SSE? A jak ktoś potrzebuje libjpeg.so.9?
libjpeg-turbo powinien działać bez SSE; co najwyżej może być kwestia obsługi
nowego formatu - powinno być dostępne libjpeg.so.8 z IJG jako libjpeg8.
--
Jakub Boguszhttp://qboosh.pl
: trousers-devel
%{?with_perl:BuildRequires: swig-perl}
%{?with_python:BuildRequires: swig-python}
%{?with_ruby:BuildRequires: swig-ruby}
A to pewnie zależność gnutls. W źródłach libprelude nie ma nic
o trousers ani tspi.
--
Jakub Boguszhttp://qboosh.pl
dependencies with versions newer than in perl provided in Th.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
Aha - poprawki na operacje na pliku usuniętym (ala poldek) w tej wersji
jeszcze nie ma.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Thu, Mar 14, 2013 at 12:22:18AM +0100, Bartlomiej Zimon wrote:
Dnia 12 marca 2013 17:09 Jakub Bogusz qbo...@pld-linux.org napisał(a):
On Mon, Mar 11, 2013 at 08:33:17PM +0100, Paweł Kośka wrote:
W dniu 11 marca 2013 18:10 użytkownik Bartlomiej Zimon uz...@o2.pl
napisał
powtórzyć.
Może trochę różnią się warunki... Mógłbyś dać dostęp do tego
swojego systemu (master + mount)? Kontakt na maila.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman
On Wed, Mar 06, 2013 at 10:38:06PM +0100, Bartlomiej Zimon wrote:
Dnia 5 marca 2013 10:01 Paweł Kośka pa...@viop.pl napisał(a):
W dniu 5 marca 2013 07:02 użytkownik Jakub Bogusz
qbo...@pld-linux.org napisał:
On Mon, Mar 04, 2013 at 02:14:45PM +0100, Paweł Kośka wrote:
wiesza się na
On Tue, Mar 05, 2013 at 10:01:12AM +0100, Paweł Kośka wrote:
W dniu 5 marca 2013 07:02 użytkownik Jakub Bogusz
qbo...@pld-linux.org napisał:
On Mon, Mar 04, 2013 at 02:14:45PM +0100, Paweł Kośka wrote:
wiesza się na:
[root@pavetta pld]# LANG=C poldek -v --noask -s packages/RPMS
On Mon, Mar 04, 2013 at 02:14:45PM +0100, Paweł Kośka wrote:
W dniu 3 marca 2013 14:31 użytkownik Jakub Bogusz
qbo...@pld-linux.org napisał:
Przygotowałem wstępne skrypty - nie testowane, więc mogą być jakieś
błędy. Jeżeli masz przygotowaną instalację to sprawdź.
Dzięki, przetestuję jak
On Sun, Mar 03, 2013 at 11:56:24AM +0100, Paweł Kośka wrote:
I jeszcze jeden malutki.
BR dopisane.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
jakieś
błędy. Jeżeli masz przygotowaną instalację to sprawdź.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
and libatomic_ops are ceph (RDB) dependencies, not libvirt's.
$ rpm -qR ceph-devel | grep -E 'leveldb|libatomic_ops'
leveldb-devel
libatomic_ops
libvirt 1.0.0 builds with libnl 3.2+ just fine, doesn't need libnl 1.1
fallback.
--
Jakub Boguszhttp://qboosh.pl
tylko libcacard.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
z kolei duży gracz trzyma u siebie ~80 łat,
to jaki priorytet w rpm.org mają nasze łaty?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
za powrotem do rpm 4.5 by PLD czy aktualną linią rpm.org?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
://rpm.org/gitweb?p=rpm.git;a=summary
http://rpm5.org/cvs/timeline?d=300e=2012-Oct-23c=2px=rpms=0dm=1x=1w=0
Szału nie ma ani tu, ani tu.
Zaskoczyło mnie, że rpm5 nadal jest w CVS-ie...
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld
- nb. część wygląda na zbędne, bo my np. wycinamy obsługę http via neon).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
poprawek.
+BuildRequires: gcc-c++
%undefine __cxx (albo przegenerowanie configure) powinno wystarczyć.
Tam nie ma kodu w C++.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org
przejmować jego zadanie.
Ściślej to maszyna z metaloggerem (tzn. z zapisanymi przez niego danymi)
- po zatrzymaniu metaloggera, mfsmetarestore i uruchomieniu mastera.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld
}/mfs w zależności od przeznaczenia tego katalogu
/var/lib IMO
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
.spec itd.,
w ramach wersji obsługiwanych przez pg_upgrade) - i stamtąd budowany
pakiet np. %{name}-upgradesource czy %{name}-dump (w zależności od tego,
co to naprawdę robi), ew. jakieś inne podpakiety, jeśli ktoś potrzebuje.
--
Jakub Boguszhttp://qboosh.pl
(in /lib64/ld-2.16.so)
==11453==by 0x4001669: ??? (in /lib64/ld-2.16.so)
Tam jest zwykłe calloc() wywołane w konstruktorze biblioteki.
Jakiś problem z zależnościami przy wczytywaniu bibliotek?
Może przebudowanie trousers coś pomoże...
--
Jakub Boguszhttp://qboosh.pl
, często też są drobne różnice w treści - dlatego w tym
przypadku te krótkie pliki z treścią dołączamy do pakietów.
Jeśli nie ma osobnego pliku, to można zrobić head -n X plik.c LICENSE
i dodać taki plik do %doc.
--
Jakub Boguszhttp://qboosh.pl
On Thu, Aug 02, 2012 at 06:15:54PM +0200, qboosh wrote:
cannot git fetch bash-completion from branch refs/heads/bash-completion-2;
fatal: Couldn't find remote ref refs/heads/bash-completion-2
exited with code 128
df nie obsługują kropek w nazwach gałęzi?
--
Jakub Boguszhttp
=2ea98a6a043710ad4958355b62c682b4767f292e
Czyli: nowe wersje udev nie pozwalają już na takie uruchamianie
długotrwałych procesów.
Nie wiem, czy wzmiankowane tu uruchamianie przez systemd jest już
w domyślnej konfiguracji.
W przypadku bez systemd należałoby zapewne przywrócić bezudevową
(czysto SysV) wersję skryptu init.
--
Jakub
pozwalający od razu odróżnić charakter
gałęzi (wersje rozwojowe, wersje stabilne starsze niż master itp.),
bez oglądania historii gałęzi/wersji przed i po odgałęzieniu.
O ile w danej chwili może być oczywiste, co jest wersją rozwojową, a co
starą stabilną - to po paru latach już nie.
--
Jakub Bogusz
HEAD była już nowa wersja.
Dla starej powinien być branch ICU_4_8 albo coś w tym rodzaju.
BTW, czy LO działa poprawnie z icu 49?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld
On Tue, Jun 05, 2012 at 03:23:52PM +0200, Szymon Siwek wrote:
Witam!
W specu xmlrpc-c pakiet xmlrpc-c-c++ ma Requires: libstdc++-devel
Nie bardzo widzę sens takiego czegoś, w odpowiednim commit logu mamy tylko:
Miało być w xmlrpc-c-c++-devel. Poprawione.
--
Jakub Boguszhttp
?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
}.tar.bz2
A to nie jest codzienny snapshot, który należałoby oznaczyć w Release?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Fri, May 25, 2012 at 08:46:50PM +0200, Marcin Banasiak wrote:
W dniu 25 maja 2012 20:36 użytkownik Jakub Bogusz napisał:
Czy glade w wersji 3.x nie powinien mieć Obsoletes: glade3-*?
Nie. One mogą być zainstalowane obok siebie tyle, że glade3 musi być w
wersji = 3.8.0.
W glade3 jest
-3.0.1-4.noarch: nie znaleziono wymaganego
gnome-games-extra-data-iagno = 3.0.0
metapackage-gnome-games-3.0.1-4.noarch: nie znaleziono wymaganego
gnome-games-extra-data-mahjongg = 3.0.0
metapackage-gnome-office-3.0.1-4.noarch: nie znaleziono wymaganego planner =
0.14.2
--
Jakub Boguszhttp
konflikcie z plikiem z pakietu glade3-3.6.7-8.i686
plik /usr/share/gnome/help/glade/pt_BR/figures/main-window.png z
instalacji glade-3.12.1-1.i686 jest w konflikcie z plikiem z pakietu
glade3-3.6.7-8.i686
Czy glade w wersji 3.x nie powinien mieć Obsoletes: glade3-*?
--
Jakub Bogusz
prehistoryczny autoconf.
Jeśli gcc kiedyś obsługiwał -V jako sprawdzenie wersji, to było to
bardzo dawno (na pewnie 4, chyba też 3).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld
On Wed, Feb 15, 2012 at 08:38:50PM +0100, arekm wrote:
-Version: 1.7.26
-Release: 4
+# 1.7 is devel, we should try to keep stable line
+Version: 1.7.32
To przy 1.8, skoro już ktoś dużo wcześniej wrzucił 1.7.x.
Stabilny fox 1.6 jest w fox16.spec.
--
Jakub Boguszhttp
scripts are problematic, we could ship Nagios with epn
configured in such way, that it requires +epn marker in ePN-compatible
scripts and then mark with it all shipped scripts which are compatible.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl
ich do paczki glownej
python-a ?
Makefile już jest w python-libs (któryś z modułów analizuje ten plik
- niezbyt mądry pomysł IMO, ale cóż...)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http
poziomu emergency.target.
A jak się w przyszłości zmieni i bez dbusa czy udeva przestanie działać?
systemd w założeniach wymaga obu, więc autor może uznać, że na ich
istnieniu może polegać.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
- może być dowolna implementacja klienta
w stylu BSD, np. LPRng.
Nie pamiętam, czy jest do tego jakaś wirtualna własność; jak nie, to
może być Suggests: /usr/bin/lpr.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl
kompilatora interfejsów
Qt... Zwykle kompiluje się w trakcie budowania pakietu (vide inne
pakiety korzystające z PyQt/PyKDE).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org
wymagająca E.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
się
niedawno (tak a propos zastanawiania się, czy nadal jest sens używania
jako /bin/sh lżejszej powłoki).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
specach).
Ale -o sh powinno być ustawiane dla /bin/sh i w pdksh jest - na samym
początku padło, że -o sh w mksh też powinno przywracać posiksowe zachowanie
przekierowywania deskryptorów.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing
) , gpm-ncursesw.patch (1.1 - NONE) (REMOVED)
-Patch5: %{name}-ncursesw.patch
A widział co ta łatka przede wszystkim (poza dodaniem sprawdzenia
libtinfow) robi?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl
ma być zamontowany.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
On Sat, Nov 19, 2011 at 04:18:51PM +0100, rotom wrote:
Author: rotomDate: Sat Nov 19 15:18:51 2011 GMT
Module: packages Tag: HEAD
Log message:
- up to 2.31.0
^^^
To nie powinno być na DEVEL?
--
Jakub Boguszhttp://qboosh.pl
+ or 0.9.7l+ required)
0.9.7l+ required
this isn't true :) - package does not build at carme-ac-i686
Maybe. It's a quote from configure script, I haven't verified each
version of openssl.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl
].
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
-s3virge
xulrunner
zenity
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
to ??
Niestety - jeszcze nikt nie wpadł na to dlaczego grub2 budowany z gcc 4.6 nie
pracuje poprawnie (nawet menu nie pokazuje).
Może -fno-reorder-functions?
(nie testowałem)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl
innymi) nie wymusza statycznego
linkowania ze zlibem czy glibc.
Czyli zależność R: zlib-devel w zupełności wystarcza.
Podobnie w gdb-lib powinno wystarczyć R: python-devel.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel
/prewikka-1.0.0/
$
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
systemową,
bardziej dla użytkowników/administratorów niż programistów.
avrdude do programowania mikrokontrolerów zwykle podłączanych przez
interfejs deweloperski - raczej dla programistów.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
Pythona
- python-PyKDE4-devel-tools - program uic + katalog python/uic
- python-PyKDE4-devel (ew. -sip) - pliki sip
Wtedy dla aplikacji wystarczy python-PyKDE4 bez plików/narzędzi
przeznaczonych dla programistów.
--
Jakub Boguszhttp://qboosh.pl/
___
pld
1 - 100 z 1361 matches
Mail list logo