kf-plasma-wayland-protocols (bez numerka) na
>bazie kf5-plasma-wayland-protocols i dodać w nim Conflicts:
>kf5-plasma-wayland-protocols
Może być tak, albo po prostu plasma-wayland-protocols.
Albo zostawić jak jest i nie przejmować się, że coś w kf6 ma
w zależnościach wspólny p
/python` z poldka i poprawiać (takiego shebanga być
nie powinno w żadnym pakiecie - tylko explicite python2 lub python3).
--
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 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
> > > infi
Można oczywiś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
but simple
testcase 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/
___
gt; Please report this 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
unt'
> 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
tion for 1 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ą d
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
---
> upower-pm-utils.spec | 24
> 2 files changed, 6 insertions(+), 90 deletions(-)
A to nie miało iść do upower.spec?
Z gita wynika, że upower-pm-utils to miała być stara gałąź (0.9.x),
współpracująca z pm-utils.
--
Ja
/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
quot; innego niż noarch
- 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
development 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
nient. My personal rationale 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 Bogusz
e, więc trzeba 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://qboos
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
2.
Swoją 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
> >>Da
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
t; Jan 17 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 Bogusz
pure evil!)
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
v
instructions support (there were such VIA chips in mid 200x years,
probably rare to find 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 Bogusz
On Thu, Jan 22, 2015 at 08:53:01PM +0100, stacho wrote:
[...]
> Tylko że te nowsze mają taki problem:
>
> lcrypto -lssl -lSKP_SILK_SDK
> /usr/bin/ld: cannot find -lSKP_SILK_SDK
>
> O co chodzi z tym: -lSKP_SILK_SDK ??
$ rpm -qf /usr/lib/libSKP_SILK_SDK.so
SILK_SDK-devel-1.0.9-
option -- 'n'
> Usage:afpd [-d] [-F configfile]
> afpd -h|-v|-V
> [root@serwer ~]#
>
> W init.d/atalk widzę odwołania do binarek atalkd, timelord, papd - których
> nie ma w żadnym pakiecie...
To było w netatalk &l
kby coś zepsuli.
host jest w wersji bind-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.
--
strigi i potem po prostu nie buduje tego kawałka.
>
> 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 przewidywal
hon-libvirt-1.0.6-1.x86_64
> This operation will free 25.8MB of disk space.
To rozwiązaniem może być uaktualnienie libpcap do wersji 1.4.0
zbudowanej z libnl 3. Problem 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
rpm -V libnl)?
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-linu
eg zmienił soname a my i tak 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
9
> %{?with_ruby:BuildRequires: ruby-devel >= 1.9}
> BuildRequires: sed >= 4.0
> +BuildRequires: trousers-devel
> %{?with_perl:BuildRequires: swig-perl}
> %{?with_python:BuildRequires: swig-python}
> %{?with_ruby:BuildRequires: swig-ruby}
A to pewnie zależ
d after checking BR list for
versioned 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
tam :-)
Obecna wersja makr (git master) działa też z pdksh.
--
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ę jako
release 1.
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
tawać z tej
> okazji _wszystkie_ to "lekka" perwersja...
Ano.
Ale adresy są (w CVSROOT/users czy jakoś tak) - najwyżej powiadomienie
przyjdzie na ten adres, a nie podany w zleceniu.
--
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 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
> > > napisa
niepowodzenie odczytu
po wcześniejszym udanym zapisie), ale jednak.
Co do samego problemu z MFS-em - nie udało mi się 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/
___
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
> napisał:
> > On Mon, Mar 04, 2013 at 02:14:45PM +0100, Paweł Kośka wrote:
>
> >> wiesza się na:
> >>
> >> [root@pavetta pld]#
On Wed, Mar 06, 2013 at 10:38:06PM +0100, Bartlomiej Zimon wrote:
> Dnia 5 marca 2013 10:01 Paweł Kośka napisał(a):
>
> > W dniu 5 marca 2013 07:02 użytkownik Jakub Bogusz
> > napisał:
> > > On Mon, Mar 04, 2013 at 02:14:45PM +0100, Paweł Kośka wrote
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
> napisał:
>
> > Przygotowałem wstępne skrypty - nie testowane, więc mogą być jakieś
> > błędy. Jeżeli masz przygotowaną instalację to sprawdź.
>
> Dzięki,
ięc mogą być 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
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/
_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/
__
zgodny?
Jeśli tak, to można zostawić 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
są binarnie zgodne.
--
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
USE%3AFactory
Która to łata wg opisu zależy od kolejnej...
Swoją drogą jeżeli drugi 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
3.12).
Cooker ma 5.4.x (zresztą stamtąd chyba jest część łatek w naszym 5.4
- 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
s", nowy atrybut plików %caps()
- dużą wadą brak repackage (cała obsługa wycięta na samym początku
tworzenia wersji 4.6)
> Zanim zaczniesz dyskutować, przeczytaj http://lwn.net/Articles/441085/
> i obejrzyj aktywność: http://rpm.org/gitweb?p=rpm.git;a=summary
> http://rpm
; ciekawostkami typu "Provides: elf(buildid) = ..."
> Itd., itd.
>
> Powtórzę to jeszcze raz - ja jestem za rpm4.
"rpm4" jest określeniem mocno rozmytym.
To głos za powrotem do rpm 4.5 by PLD czy aktualną linią rpm.org?
--
Jakub Boguszhttp://qboosh.pl/
__
.
> W załączniku kolejny zestaw 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
awarii mastera to
> metalogger powinien 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/
___
pl
nie.
> - /var/mfs to nie jest właściwe miejsce, powinno być
> /var/{lib,cahce,spool}/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
pec (ew. też postgresql9.0.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.
-
by 0x400EA25: call_init (in /lib64/ld-2.16.so)
> ==11453==by 0x400EB09: _dl_init (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 wczyt
ko
> wpisujemy odpowiednie
> wartosci w .specu w polu license.
W przypadku BSD/MIT treść licencji zawiera informację o właścicielu praw
autorskich, 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/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-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?
--
Jak
ysto SysV) wersję skryptu init.
--
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
e 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 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
gt;
> Phi, tak prosto ;-) Oczekiwałem jakiejś większej magii. Zrobione.
I źle, bo na 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/
__
lications/Networking
> -Source0: http://www.elinks.cz/download/%{name}-current-%{version}.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-p
yło BR.
On już nie kompiluje nic w trakcie działania?
--
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, 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.
--
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
> wersj
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
ackage-gnome-games-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
buje innych opcji.
No chyba że został użyty jakoś 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
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 Bo
".
And finally - if cieciwa would just tell, WHICH script is incompatible
with ePN, then the bug could be fixed at its source or at least
identified.
If many scripts are problematic, we could ship Nagios with epn
configured in such way, that it requires +epn marker in ePN-compatible
scripts and then
ewnie jest jakiś dlopen() po złej nazwie.
> /usr/lib/python2.7/config/:
> razem 48
> -rw-r--r-- 1 root root 46450 01-25 19:26 Makefile
>
> Chyba nie powinno byc problemow z przeniesieniem ich do paczki glownej
> python-a ?
Makefile już jest w python-libs (któryś z modułów anali
em) nie wymaga dbusa ani nic - przecież ta funkcja
> powinna działać nawet z 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:/
lioteka
niższego poziomu, nie 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
dziwnie
> to zostalo spakietowane...
Dziwny trochę ten pakiet, że do działania wymaga kompilatora interfejsów
Qt... Zwykle kompiluje się w trakcie budowania pakietu (vide inne
pakiety korzystające z PyQt/PyKDE).
--
Jakub Boguszhttp://qboosh.pl/
__
ary).
lpr to nie cups-clients - 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 mai
On Tue, Jan 17, 2012 at 01:29:14PM +0100, Bartlomiej Zimon wrote:
> No i mamy w th-test systemd v38, latki uaktualnilem wzgledem git.
Z użyciem /lib dla bibliotek x86_64 (w tym /lib/security, gdy pam szuka
modułów w /lib64/security) to jakiś żart?
--
Jakub Boguszhttp://qboosh
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-devel-pl
a -o posix; nb. przy -o posix
nie działa np. rozwijanie { , } nagminnie używanych w 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/
__
>gpm.spec (1.173 -> 1.174) , 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/
initscripts/rc-scripts nie
problem. Rzeźba zaczyna się, jeżeli dopiero po zamontowaniu pierwszej
porcji sieciowych systemów plików można uzyskać dostęp do jakiegoś
dalszego elementu, który też 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 Bo
ons (openssl 0.9.8d+ 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
-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
kends[-devel].
--
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
ś mógłby rzucuć okiem na 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/
_
1 - 100 z 1636 matches
Mail list logo
