Re: SPECS: kernel-misc-fuse.spec - provides fusermount for libfuse - r...
On Wed, 2005-05-18 at 12:45 +0200, tommat wrote:
> Author: tommat Date: Wed May 18 10:45:17 2005 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - provides fusermount for libfuse
Veto.
Revision 1.39 2005/04/05 18:46:44 saq
- fusermount is no longer meant to be invoked directly
- release 3
Filesystemów fuse już się nie montuje przez fusermount, bo:
a) API zawiera nowe lepsze spoboby,
b) fusermount w nowych wersjach kernel-misc-fuse się nie daje odpalić z
palca (i przeleciał z %{_bindir} do %{_libdir}).
Jeśli coś jeszcze używa fusermount wprost, to trzeba to wyboru:
a) poprawić żeby korzystało z nowego API,
b) używać starszego fuse.
Dodawanie Provides nie mających nic wspólnego z zawartością pakietów
jest bezcelowe (budete asymilowani :) .
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-misc-fuse.spec - provides fusermount for libfuse - r...
On Wed, 2005-05-18 at 16:20 +0200, Andrzej Zawadzki wrote:
> > Filesystemów fuse już się nie montuje przez fusermount, bo:
> >
> > a) API zawiera nowe lepsze spoboby,
> > b) fusermount w nowych wersjach kernel-misc-fuse się nie daje odpalić z
> > palca (i przeleciał z %{_bindir} do %{_libdir}).
>
> Tak z ciekawości, (bo szukam sposobu ja zdalny serwer ftp modmontować)
> jak się teraz tegow takim razie używa? mount to przechwytuje?
/sbin/mount -t siefs (nie umiejąc zamontować standardowo)
odpala /sbin/mount.siefs. Ten jest zlinkowany z libfuse, wykonuje jakieś
magiczne wywołanie biblioteczne, w wyniku którego jest odpalany
fusermount (teraz funkcjonuje jedynie jako helper).
Jak filesystem (np. siefs < 0.5) nie ma swojego mounta i nie zna
magicznego wywołania bibliotecznego to dupa.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-misc-fuse.spec - provides fusermount for libfuse - r...
On Thu, 2005-05-19 at 15:55 +0200, Tomasz Mateja wrote: > zribilem tak bo lufis wymaga fusermount wiec albo lufis do poprawienia > albo kernel-misc-fuse A sprawdziłeś, czy daje się zamontować lufis fusermountem z fuse >= 2.2? Śmiem zgadywać, że nie. Podpakiet fusermount zlikwidowałem bez dawania provides nieprzypadkowo. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-nogrsec.spec (NEW) - for supported
On Thu, 2005-05-19 at 17:53 +0200, Andrzej Krzysztofowicz wrote: > > Tak właśnie. Havner jest w zasięgu 300 metrów odemnie, ale nie ma > > możliwości > > zajęcia się PLD. > > Tylko: czy to prowizorka, czy stan permanentny? Do końca semestru, zdaje się. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery Ac - zlecenia
On Sun, 2005-05-22 at 14:29 +0200, Marcin Doliński wrote:
> Update pod adresem http://dolinski.org/braki/
Hmm...
> error: nvmixer-0290-1: req kernel-misc(nforce) not found
kernel{,-smp}-misc-nforce w niewyjaśnionych okolicznościach zniknął z ac-ready.
WTF?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: freeciv.spec - poprawka dla amd64
On Sun, 2005-05-22 at 20:10 +0200, Paweł Zaskórski wrote: > próbowałem zbudować sobie Freeciv 2.0.1 z CVSu. Proces kończy się jednak > następującym błędem: A spróbuj czy teraz z -rHEAD pójdzie. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: freeciv.spec - poprawka dla amd64
On Sun, 2005-05-22 at 20:48 +0200, Jakub Bogusz wrote:
> > cp -f %{_datadir}/automake/config.sub .
>
> W głównym też ma być, czy tylko w bootstrap?
W głównym w ogóle nie ma config.sub (przynajmniej do czasu tego cp :) .
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Buildery Ac - zlecenia
On Sun, 2005-05-22 at 19:48 +0200, Arkadiusz Miskiewicz wrote: > To błąd w bóg wie czym w każdym razie nie w KDE jako takim. Wygląda na błąd w > file.spec. > > http://ep09.pld-linux.org/~arekm/libDCOP.so.4.2.0 > > [EMAIL PROTECTED] arekm]$ file ~/libDCOP.so.4.2.0 > /home/users/arekm/libDCOP.so.4.2.0: new-fs dump file (little endian), This > dump Thu Jan 1 19:16:33 1970, Previous dump Thu Jan 1 01:00:00 1970, Level > 532, type: Label C\001, Filesystem č\002, Device \\003, Host ŕ\002, Flags > 1e9, not stripped Żeby od razu błąd. Ten plik faktycznie robi wszystko co możliwe, żeby wyglądać jak dump file (adres e_entry z nagłówka ELF akurat się zgodził z magic'iem dumpa). Poza tym SOA#1. [EMAIL PROTECTED] PLD]$ file libDCOP.so.4.2.0 libDCOP.so.4.2.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped [EMAIL PROTECTED] PLD]$ rpm -q file file-4.13-3 -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-misc-fuse.spec - provides fusermount for libfuse - r...
> On Wed, 2005-05-18 at 12:45 +0200, tommat wrote: > > Author: tommat Date: Wed May 18 10:45:17 2005 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - provides fusermount for libfuse Doczekam się revertu? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kernel-misc-fuse.spec - provides fusermount for libfuse - r...
On Tue, 2005-05-24 at 20:09 +0200, Tomasz Mateja wrote: > Gdzie jest napisane że nie wolno używać fusermount z palca? [EMAIL PROTECTED] saq]$ /usr/lib/fusermount /mnt siefs /udev/tts/USB0 /usr/lib/fusermount: old style mounting not supported > Przestudiowałem trochę dokumentacji i list fuse i nie ma o tym ani słowa, > wręcz przeciwnie - na stronie głównej podany jest przykład, gdzie używany > jest fusermount -u do odmontowania filesystemu, co więcej w dokumentacji > jest napisane że tak się robi dla UID>0, Fakt. Opierałem się przede wszystkim na kodzie (z dokumentacją do fuse jest niestety krucho) i przegapiłem, że warunek getenv(FUSE_COMMFD_ENV)!=NULL nie dotyczy unmountu. Ja tam zawsze po ludzku używałem /bin/umount. > oprotestowuję jednak tylko > przeniesienie fusermount do /usr/lib - powinno zostać w libfuse ale > w /usr/bin. Skoro jednak fusermount ma zastosowanie z palca: racja. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lufis.spec - removed R:fusermount - it is included in fuse-...
On Wed, 2005-05-25 at 08:51 +0200, tommat wrote: > - rel 3, STBR Dlaczego do podmontowania czegokolwiek potrzebne są pliki z lufs-devel? Raz że nie ma ich w requires, dwa że takie deweloperskie to one nie są. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: mdbtools.spec - devel branch - up to 0.6 pre1
On Wed, 2005-05-25 at 12:19 +0200, Piotr Skwarna wrote: > prosze o cofniecie zmian. SOD#2 (niech naprawi ten co zepsuł) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lufis.spec - removed R:fusermount - it is included in fuse-...
On Wed, 2005-05-25 at 20:22 +0200, Tomasz Mateja wrote: > > Dlaczego do podmontowania czegokolwiek potrzebne są pliki z lufs-devel? > > Raz że nie ma ich w requires, dwa że takie deweloperskie to one nie są. > > > H możesz podkręcić jasność, lufis to tylko wrapper pomiędzy > aplikacjami używającymi lufs (przestarzały i nierozwijany) a fuse. [EMAIL PROTECTED] src]$ lufis fs=ftpfs,host=ftp.icm.edu.pl /mnt liblufs-ftpfs.so: cannot open shared object file: No such file or directory Pliki liblufs-*.so leżą w lufs-devel. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: desktopy
On Thu, 2005-05-26 at 12:28 +0200, Paweł Gołaszewski wrote:
> On Thu, 26 May 2005, Andrzej Krzysztofowicz wrote:
> > > %{categories} rubrica -Utility +Office +ContactManagement
> >
> > Takie makro byloby wygodne tylko, gdy zmiana kategorii to jedyna
> > poprawka w desktopie. A to rzadki przypadek. Ponadto utrudnia
> > wykrywanie, ze cos sie zmienilo w tej kwestii po upgrejdzie i trzeba
> > zweryfikowac zmiane.
>
> A ja uważam, że to byłaby bardzo miła rzecz, ponieważ pozwoliłaby znacznie
> przyjemniej utrzymać porządek w desktopie.
Dla ułatwienia utrzymania desktopów w ryzach możnaby jeszcze pokusić się
o dodanie do rpm-a (w okolicy Checking for unpackaged file(s)) jakichś
podstawowych sprawdzeń poprawności tworzonych pakietów. W szczególności,
jeśli pakiet w %{_desktopdir} będzie zawierał błędny plik to deweloper
się o tym dowie z komunikatu ostrzeżenia/błędu (niepotrzebne skreślić).
Jak to głupi pomysł to nie bijcie ;)
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: apache-mod_perl-2.0
On Thu, 2005-05-26 at 13:46 +0200, Andrzej Krzysztofowicz wrote:
> > Czy %{_mandir}/man?/[!B]* w %files oznacza, że nie chcemy w pakiecie:
> >/usr/share/man/man3/Bundle::Apache2.3pm.gz
> >/usr/share/man/man3/Bundle::ApacheTest.3pm.gz
>
> Tak.
To rm -f je. Będzie jasność w specu i przy budowaniu nie będzie marudził
o unpackaged files.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: BR: ZopeInterface
On Thu, 2005-05-26 at 18:29 +0200, Radosław Kintzi wrote: > błąd: Niespełnione zależności budowania: > python-devel >= 2.2 jest wymagany przez python-Twisted-2.0.0-1 > ZopeInterface jest wymagany przez python-Twisted-2.0.0-1 > Error: package build failed. (no more info) > > > A skąd to mogę sobie wziąć? Będę strzelał: ZopeInterface.spec? :] -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: duże zmiany w AC?
On Thu, 2005-05-26 at 20:06 +0200, Marcin Bohosiewicz wrote: > Wlasnie. Jaka to polska dystrybucja jak jeden serwer stoi na Slowacji > drugi w Czechach, a jednym z najaktywniejszych developerow jest Estonczyk. > Moze zamienmy pld-linux na EUld-linux ? Żeby się Aredridel obraziła? :P -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: avidemux.spec
On Fri, 2005-05-27 at 01:28 +0200, Arkadiusz Chomicki wrote:
> -%find_lang %{name}
> +#%find_lang %{name}
>
> %clean
> rm -rf $RPM_BUILD_ROOT
>
> -%files -f %{name}.lang
> +%files
> +#%files -f %{name}.lang
A wot szto?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: avidemux.spec
On Sat, 2005-05-28 at 13:18 +0200, Arkadiusz Chomicki wrote: > ale w kadym badz razie wykonanie makra %find_lang konczy sie bledem i > nalezalo > wyciapac narazie Lepszy pomysł: naprawić, a nie psuć jeszcze bardziej. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: openoffice.org 2.0 - pierwsze wyniki
On Sat, 2005-05-28 at 12:35 +0200, Marcin Kurzyna wrote: > Ale czemu odinstalowanie wymaga wywalenia kadu i mplayera to nie rozumiem ;] > > openoffice.org-libs-2.0.0-0.1 marks kadu-0.4.0-0.20050206.1 Wygląda na to, że o*-libs za dużo autoproviduje (libsndfile.so.1?) + znany bug w poldku. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: avidemux.spec
On Sat, 2005-05-28 at 15:32 +0200, Arkadiusz Chomicki wrote: > > Lepszy pomysł: naprawić, a nie psuć jeszcze bardziej. > > dlaczego psuc? > ja tylko usunąłem makro, które nie działa ponieważ nie miało odpowiednich > plików do przetwarzania Ja tam widzę parę avidemux-2.0.40/po/*.po , więc chyba jednak odpowiednie pliki są. Ale EOT bo na -rHEAD już leży upgrade do 2.0.40, w którym dało się nie usuwać tłumaczeń. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: avidemux.spec
On Sun, 2005-05-29 at 13:55 +0200, Arkadiusz Chomicki wrote:
> > Ale EOT bo na -rHEAD już leży upgrade do 2.0.40, w którym dało się nie
> > usuwać tłumaczeń.
> ale po wejsciu do katalogu po
> i wykonaniu make
> nic nie dzieje sie
> a make wypisuje ze nie ma nic do roboty
Tak Ci się wydaje, czy wiesz bo sprawdziłeś?
Załączam wyciąg z wykonania przed chwilą `builder avidemux`:
+ /usr/bin/make
/usr/bin/make all-recursive
make[1]: Entering directory `/home/users/saq/PLD/BUILD/avidemux-2.0.40'
Making all in po
make[2]: Entering directory
`/home/users/saq/PLD/BUILD/avidemux-2.0.40/po'
test ! -f ./avidemux.pot || \
test -z "fr.gmo es.gmo ru.gmo" || /usr/bin/make fr.gmo es.gmo ru.gmo
make[3]: Entering directory
`/home/users/saq/PLD/BUILD/avidemux-2.0.40/po'
make[3]: `fr.gmo' is up to date.
make[3]: `es.gmo' is up to date.
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
71 translated messages, 161 untranslated messages.
make[3]: Leaving directory
`/home/users/saq/PLD/BUILD/avidemux-2.0.40/po'
> tak wiec z jakiegos powodu autor to zmienil
> tak samo make install nie kopjuje odpowiednich plikow z katalogu po
> do miejsca przeznaczenia
+ /usr/bin/make install
DESTDIR=/home/users/saq/tmp/avidemux-2.0.40-root-saq
Making install in po
make[1]: Entering directory
`/home/users/saq/PLD/BUILD/avidemux-2.0.40/po'
/bin/sh ../admin/mkinstalldirs
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share
mkdir -p
-- /home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/fr/LC_MESSAGES
installing fr.gmo
as
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/fr/LC_MESSAGES/avidemux.mo
mkdir -p
-- /home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/es/LC_MESSAGES
installing es.gmo
as
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/es/LC_MESSAGES/avidemux.mo
mkdir -p
-- /home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/ru/LC_MESSAGES
installing ru.gmo
as
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/locale/ru/LC_MESSAGES/avidemux.mo
if test "avidemux" = "gettext-tools"; then \
/bin/sh ../admin/mkinstalldirs
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/gettext/po; \
for file in Makefile.in.in remove-potcdate.sin quot.sed boldquot.sed
[EMAIL PROTECTED] [EMAIL PROTECTED] insert-header.sin Rules-quot
Makevars.template; do \
/usr/bin/install -c -m 644 ./$file \
/home/users/saq/tmp/avidemux-2.0.40-root-saq/usr/share/gettext/po/$file; \
i tak dalej.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: avidemux.spec
On Sun, 2005-05-29 at 17:24 +0200, Arkadiusz Chomicki wrote: > Making all in po > make[2]: Entering directory `/root/piaskownice/rpm/BUILD/avidemux-2.0.40/po' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/root/piaskownice/rpm/BUILD/avidemux-2.0.40/po' Czyżby stary bug rozwiązywalny przez unset LINGUAS (albo poldek -u rpm-build)? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: mdbtools.spec - devel branch - up to 0.6 pre1
On Tue, 2005-05-31 at 22:04 +0200, Piotr Skwarna wrote: > Czyli tak: > > mam speca w repo bez zadnych branchy, zmieniam aby dzialal z najnowsza > alfa/beta oprogramowania i teraz zeby wrzucic go do brancha DEVEL robie: > cvs ci -r DEVEL nazwa_speca.spec ? export CVSROOT=/tmp/dupa;cvs init;mkdir /tmp/dupa/x;cvs co x;cd x I próbujesz aż nie wyjdzie. A jak wyjdzie to robisz w PLD to samo co wyszło. Jeszcze z podstaw branchowania się przyda cvs tag -b . -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: wop.spec (NEW) - initital, nfy
On Sun, 2005-06-05 at 14:00 +0200, [EMAIL PROTECTED] wrote: > Po co robic osobne -l en ? Spójrz na początek tego wątku. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ops
On Mon, 2005-06-06 at 01:09 +0200, Arkadiusz Patyk wrote: > Czy jest tu jakiś cfaniak co potrafi coś z tego wyczytać ? Ja z tego wyczytuję, że nie znasz http://www.catb.org/~esr/faqs/smart-questions.html ;-) Jaka architektura? Wyczytam, że sam kompilowałeś z -r LINUX_2_6 . Czym? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Podział JRE, ze względu na zależność od X11-libs?
On Mon, 2005-06-06 at 18:53 +0200, Jacek Konieczny wrote: > ale jak to zrobić, żeby nie napsuć tym, co będą robić > upgrade? Upgrade skąd? :) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Podział JRE, ze względu na zależność od X11-libs?
On Mon, 2005-06-06 at 19:31 +0200, Jacek Konieczny wrote:
> Myślę, że jest paru takich co sobie ten pakiet z CVS zbudowało i mogą
> być źli jak im cos popsuję...
To ci nie grozi. Najwyżej popsuj{ą,emy} sobie sami budując nowszą wersję
z twoimi zmianami.
Z mojej strony: jak chcesz to dziel. Poradzę sobie bez obsoletes.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: kiax.spec vs. amd64
On Tue, 2005-06-07 at 12:14 +0200, Paweł Sikora wrote: > imho bedzie fajnie jak ktos dorobi do automatyki male filtrowanie > buildlogow i statystkyki z tego co gcc wypluwa przy kompilacji. > chodzi mi o latwe wylapanie potencjalnych bledow w kodzie typu: > > `warning: cast from pointer to integer of different size` > oraz > `warning: implicit declaration of function 'bar'` W większości przypadków sprawdziłaby się modyfikacja rpmcflags, żeby powyższe były błędami. Rzadko kiedy takie kwiatki są świadomym zamiarem programisty. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: nxcomp.spec - fixed distfiles error (I hope)
On Wed, 2005-06-08 at 16:28 +0200, Piotr Zięcik wrote:
> Pytam jak ładnie to numerować w PLD (zachować ich "release"
> i dodać PLD'owy).
Version: %{ich_wersja}.%{ich_release}
Release: %{nasz_release}
Szczegóły:
[EMAIL PROTECTED] SPECS]$ grep -r Version.*%.*rel .
./MToolsFM.spec:Version:%{vend_ver}.%{vend_release}
[i kilkanaście innych]
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libbinio.spec - new
On Sun, 2005-06-12 at 11:00 +0200, Robert Kurowski wrote: > Sprawdzalem, byc typo po grepie ... w kazdym razie bylem przekonany ze nie ma A cvs add nie napisał cvs add: libbinio.spec already exists, with version number 1.2 -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-fuse po dzisiejszej zmianie
On Sun, 2005-06-12 at 13:21 +0200, Łukasz Maśko wrote: > $ sudo rpm -Uvh python-fuse-0.1-0.1.noarch.rpm > błąd: Niespełnione zależności: > fusermount jest wymagany przez python-fuse-0.1-0.1 Nie twierdzę, że pakiet jest skończony. Nie używam, poprawiłem tylko błąd kompilacji > poldek> rsearch -f /fusermount/ > Przeszukiwanie pakietów..zrobione. > 2 package(s) found: > fusermount-2.2-1 > libfuse-2.2.1-3 To jeszcze tam leży? Pakiet fusermount jest obsolete, prośba o usunięcie z ftp. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-fuse po dzisiejszej zmianie
On Sun, 2005-06-12 at 14:00 +0200, Jarosław Kamper wrote: > Ale wtedy coś powinno go provide, prawda? Nieprawda. Funkcjonalności montowania przez `fusermount /mnt siefs /udev/tts/USB0` już nie ma, wyleciała w fuse-2.2. Sterowniki, które polegały na tej funkcjonalności mają pecha. Uprzedzając oskarżenia: upgrade 2.1->2.2 to nie moje dzieło :P -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: poldek, multilib, file colors
On Mon, 2005-06-13 at 00:20 +0200, Paweł A. Gajda wrote: > Gdzieś jest PLDowa binarka 4.4.1? W ac-test niet. ftp://ftp.pld-linux.org/dists/th/PLD/ -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: sudo.spec - workaround for broken utimes on sparc. see at: ...
On Tue, 2005-06-14 at 02:09 +0200, The Undefined wrote: > > http://linux.bkbits.net:8080/linux-2.4/diffs/arch/sparc64/kernel/[EMAIL > > PROTECTED]|src/.|src/arch|src/arch/sparc64|src/arch/sparc64/kernel|hist/arch/sparc64/kernel/signal.c > hm.. > czy to oznacza że muszę popsuć uptime i rebotnąć maszynkę? ;) Ni... Taki drobiazg to można spokojnie poprawić patchując /dev/kmem :> -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: lib765.spec - added bcond_without static libs
On Tue, 2005-06-14 at 18:20 +0200, witekfl wrote: > Author: witekfl Date: Tue Jun 14 16:20:54 2005 GMT > Module: SPECS Tag: HEAD > Log message: > - added bcond_without static libs [EMAIL PROTECTED] saq]$ time builder -nn lib765 [...] real0m30.640s user0m21.371s sys 0m4.693s [EMAIL PROTECTED] saq]$ time builder -nn lib765 --without static_libs [...] real0m27.062s user0m20.209s sys 0m4.542s Warto? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libbio2jack.spec - full regeneration of configure - make cl...
On Wed, 2005-06-15 at 17:18 +0200, Witold Filipczyk wrote: > Na razie będzie static, bo jest mniej pisania. > Potem się to zmieni, jeśli będzie potrzeba. To jeszcze wytłumacz, czemu wprowadzasz niepotrzebną entropię w nieswoim (prywatnym) repo. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: libbio2jack.spec - full regeneration of configure - make cl...
On Wed, 2005-06-15 at 16:26 +0200, Paweł Sikora wrote:
> > +%if %{with static}
> > %files static
> > %defattr(644,root,root,755)
> > %{_libdir}/lib*.a
> > +%endif
>
> bzzyt, zle.
>
> http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2005-June/004692.html
> http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2005-June/004693.html
Od tego maila z zastrzeżeniami naliczyłem 20 popsutych przez witkafl
speców (a nie liczyłem uważnie), bez próby wytłumaczenia swojej idei.
Prewencyjne -w do wyjaśnienia? (chodzi o prewencję przed dalszym psuciem
repo)
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-fuse po dzisiejszej zmianie
On Wed, 2005-06-15 at 21:34 +0200, Robert Kurowski wrote: > > Funkcjonalności montowania przez `fusermount /mnt > > siefs /udev/tts/USB0` już nie ma, wyleciała w fuse-2.2. Sterowniki, > > które polegały na tej funkcjonalności mają pecha. > > Ja tak z czystej ciekawosci. czy z tym fuse mozna zamountowac gmailfs?? Strona gmailfs twierdzi że tak. Ja nie używam, więc nie wiem. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: python-fuse po dzisiejszej zmianie
On Wed, 2005-06-15 at 22:31 +0200, Łukasz Maśko wrote: > > > Ja tak z czystej ciekawosci. czy z tym fuse mozna zamountowac > > > gmailfs?? > > > > Strona gmailfs twierdzi że tak. Ja nie używam, więc nie wiem. > > Nie można. Nie działa. Przynajmniej mi się nie udało tego zrobić - pisałem o > tym na users-pl. Wierzę na słowo. Nie czytuję. SOD#1. Montując z -rHEAD dostaję libgmail.GmailLoginFailure -- czyli chyba w normie, biorąc pod uwagę, że nie mam konta gmailowego. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: dwg2dxf.spec (prośba o odanie)
- brakuje nagłówka z Release
- brakuje BR
- są za to jakieś śmieci typu #BuildRequires:
- nazwa patcha nie powinna zawierać wersji (żeby przy upgrade nie trzeba
było kombinować)
- brakuje pustej linii przed %description -l pl
- jak i po DESTDIR=...
- install -d jest w niezwyczajowym miejscu
- %{_datadir}/%{name} niespakietowany
- w %{_defaultdocdir} nie ma potrzeby ręcznie grzebać. %doc
%{name}/docs/en/*html wystarczy.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: pkpgcounter.spec (NEW) - 1st pld commit of pkpgcounter
On Fri, 2005-06-17 at 00:19 +0200, Jakub Piotr Cłapa wrote: > Lepiej %py_requireeq python czy jakoś tak (sprawdz w macros)... Nie lepiej tylko trzeba. I do tego jeszcze omakrować katalogi pythonowe, spaczkować *.pyo, pousuwać *.py. I jak się już czepiamy, to po angielsku nie daje się dwukropka samotnie w linii :P -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: qjackctl i ppc
On Fri, 2005-06-17 at 14:31 +0200, Andrzej Krzysztofowicz wrote: > Jakies problemy z BR ? : > > ppc-pld-linux-g++ -c -pipe -Wall -W -O2 -fsigned-char -D_REENTRANT > -DQT_NO_DEB > UG -DQT_THREAD_SUPPORT -I/usr/share/qt/mkspecs/default -I. -Isrc > -I/include/qt ^ Raczej z tym -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: WARNING: Upgrade db*
On Mon, 2005-06-20 at 19:11 +0200, Mikolaj Kucharski wrote: > Co zawieraja pliki __db.00*, bo po --rebuilddb znikaja? Niejaki "lock state". http://www.rpm.org/hintskinks/repairdb/ -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[ac-amd64] ERRORS: ImageMagick.spec
On Mon, 2005-06-20 at 17:42 +, PLD ac-amd64 builder wrote: > error: mark: XFree86-DPS-devel not found O co mu chodzi? X11-DPS-devel ze stosownym provides na ftpie oczywiście jest. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [ac-amd64] ERRORS: ImageMagick.spec
On Mon, 2005-06-20 at 20:09 +0200, Jakub Bogusz wrote: > > O co mu chodzi? X11-DPS-devel ze stosownym provides na ftpie oczywiście > > jest. > > Automatyka buildera szuka tylko po nazwach pakietów, a nie Provides. A jaka jest procedura wsród osób "not allowed to command:ac-amd64"? Psuje się jakiegoś speca przez dopisanie BR: X11-DPS-devel (a potem build request i szybki revert zanim ktoś opierdoli) czy przekupuje się kogoś z uprawnieniami żeby doinstalował? Jeśli to drugie, to kto ma uprawnienia i co lubi pić? ;) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [ac-amd64] ERRORS: ImageMagick.spec
On Mon, 2005-06-20 at 20:43 +0200, Patrys :: Patryk Zawadzki wrote: > Brakuje też BR: libsvg-cairo-devel ZTCP. Nie. Brakowało R: w graphviz-devel. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcfilms.spec
On Wed, 2005-06-22 at 16:25 +0200, Piotr Skwarna wrote: > sprawdzialem, i wiem ze to do poprawki, ale chcialem wrzuc wersje > autora, nie moja. Dziwne podejście. Ja bym tej wersji nie chciał wrzucić chociażby mnie żelazkiem mieli przypalać. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: kftpgrabber.spec - kftpbookmarkimportplugin.h included in p...
On Wed, 2005-06-22 at 23:58 +0200, Lukasz Glebicki wrote: > Własnie sie nad tym zastanawiałem. Ten nagłówek teoretycznie może się komuś > przydać w przyszłości, ale głupio tworzyć oddzielną paczkę dla 1 pliku, choć > to może i jest lepsze rozwiązanie. Jest nagłówek+biblioteka deweloperska+wiadomo jak tego używać i ma to sens => podpakiet devel (i pewnie jeszcze static) else => rm -f w %install z uzasadnieniem w komentarzu -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gcfilms.spec
On Wed, 2005-06-22 at 16:12 +0200, Marcin Doliński wrote: > On Wednesday 22 of June 2005 16:06, Jakub Bogusz wrote: > > A kto to teraz popoprawia? > Autor a jak nie to spider, który nie sprawdził :> Ano właśnie. Spider, dalej czekamy. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: fftw.spec - single precision library added (needed by alsa-...
On Sat, 2005-06-25 at 14:18 +0200, Lukasz Glebicki wrote: > A masz jakiś pomysł? Bo zamiast katalogu można te same źródła rozpakować w > podkatalogu. Może tak będzie ładniej. Będzie. Można też jak moduły do jądra: zbudować, przerzucić kompilat gdzieś na bok, make clean, zbudować z innymi opcjami w tym samym miejscu. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm 4.4.1
On Sat, 2005-06-25 at 15:45 +0200, Andrzej Krzysztofowicz wrote: > Czy ktos widzi jakies przeciwwskazania wobec przeniesienia nowego rpm-a do > main? ac-athlon dalej nie wysłał na FTP-a db-4.2.52-10 (i nawiasem mówiąc nie tylko tego). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: hotkeys.spec
On Sat, 2005-06-25 at 15:07 +0200, Paweł Sokół wrote: > Witam; > uruchomienie ../builder hotkeys idzie dobrze aż do momentu gdy komenda: > if i686-pld-linux-gcc [tu mnóstwo opcji] -c -o hotkeys.o hotkeys.c; Wyciąłeś to co najważniejsze (te "opcje" :) Już działa. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm 4.4.1
On Sat, 2005-06-25 at 16:07 +0200, Paweł Sakowski wrote: > ac-athlon dalej nie wysłał na FTP-a db-4.2.52-10 (i nawiasem mówiąc nie > tylko tego). A nie, jednak pliki na ep09 wylądowały, tylko ftp.atm z którego korzystam ma trzydniowe zaległości w mirrorowaniu. ftp.cz też zresztą nie jest pierwszej świeżości. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rpm 4.4.1
On Sat, 2005-06-25 at 22:50 +0200, Marcin Doliński wrote: > On Saturday 25 of June 2005 22:45, Paweł Sakowski wrote: > > On Sat, 2005-06-25 at 16:07 +0200, Paweł Sakowski wrote: > > > ac-athlon dalej nie wysłał na FTP-a db-4.2.52-10 (i nawiasem mówiąc nie > > > tylko tego). > > > > A nie, jednak pliki na ep09 wylądowały, tylko ftp.atm z którego > > korzystam ma trzydniowe zaległości w mirrorowaniu. ftp.cz też zresztą > > nie jest pierwszej świeżości. > Oba syncują co godzine. [EMAIL PROTECTED] tmp]$ echo ls|lftp ftp://ep09.pld-linux.org/dists/ac/ready drwxrwxr-x 2 pldacpld 8192 Jun 25 16:12 SRPMS drwxr-xr-x 3 pldacpld 24576 Jun 25 16:16 alpha drwxr-xr-x 3 pldacpld 24576 Jun 25 16:13 amd64 drwxr-xr-x 3 pldacpld 24576 Jun 25 16:13 athlon [...] [EMAIL PROTECTED] tmp]$ echo ls|lftp ftp://ftp.atm.pld-linux.org/dists/ac/ready drwxrwxr-x2 ftp ftp 4056 Jun 22 21:07 SRPMS drwxr-xr-x3 ftp ftp 16280 Jun 22 17:20 alpha drwxr-xr-x3 ftp ftp 19184 Jun 22 21:13 amd64 drwxr-xr-x3 ftp ftp 11304 Jun 22 21:14 athlon [...] [EMAIL PROTECTED] tmp]$ echo ls|lftp ftp://ftp.cz.pld-linux.org/dists/ac/ready drwxr-xr-x 12 100083 121 May 24 00:59 . drwxrwxrwx1 100080 3 Mar 17 05:01 .. drwxrwxr-x2 100083 36 May 28 14:34 .tmp drwxrwxr-x2 100083 16384 Jun 19 13:15 SRPMS drwxr-xr-x3 100083 65536 Jun 19 13:27 alpha drwxr-xr-x3 100083 61440 Jun 19 13:15 amd64 drwxr-xr-x3 100083 53248 Jun 19 13:16 athlon [...] Zawartość katalogów potwierdza, że od mtime nic się w nich nie pojawiło. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: home_etc cos miesza
On Sun, 2005-06-26 at 23:57 +0200, Patrys :: Patryk Zawadzki wrote: > Wygląda raczej na speca do poprawki. Jednak nie, identycznie sypią się dev.spec i FHS.spec (dalej nie sprawdzałem). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: home_etc cos miesza
On Mon, 2005-06-27 at 00:37 +0200, Jakub Krajniak wrote:
> ale to nie wina spec'ow, jak pisalem po wyrzuceniu .home_etc jest
> wszystko ok, moze cos z builderem, hmm...
> echo ${TMPDIR:-/tmp} pokazuje /tmp
Ewidentnie rpm. Test case: `HOME_ETC=/dupa rpmbuild -bb FHS.spec` (po
ew. włożeniu do dupy własnego .rpmmacros).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
builder request (Re: ERRORS: subversion.spec)
On Mon, 2005-06-27 at 00:03 +, PLD ac-athlon builder wrote:
> error: libswigpl.so.0 is required by perl-subversion-1.2.0-2
Prośba do kogoś z uprawnieniami o odinstalowanie z builderów Ac
p{erl,ython}-subversion. Powyższej biblioteki (i paru innych) już nie
ma, co przewiduje subversion-1.2.0-3.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: builder request (Re: ERRORS: subversion.spec)
On Mon, 2005-06-27 at 08:04 +0200, Andrzej Krzysztofowicz wrote:
> A nie wystarczy zbudowac subversion (p{erl,ython}-subversion) tak, zeby sie
> linkowalo tylko ze swoimi bibliotekami subversion, a nie z systemowymi ?
Biblioteki subversion?? Mowa o swig.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: builder request (Re: ERRORS: subversion.spec)
On Mon, 2005-06-27 at 08:10 +0200, Arkadiusz Miskiewicz wrote:
> > Prośba do kogoś z uprawnieniami o odinstalowanie z builderów Ac
> > p{erl,ython}-subversion. Powyższej biblioteki (i paru innych) już nie
> > ma, co przewiduje subversion-1.2.0-3.
>
> To gdzie obsoletes w takim razie? Najlepiej z <= wersja.
Nie ma. W większych szczegółach:
python-subversion zawiera kawałki kodu C wygenerowane przez `swig
-python ...` a następnie przebudowane gcc-em. W wersjach < 1.3.22 swig
(u nas: podpakiet swig-python) zawierał jeszcze libswigpy.so.0, z którym
wygenerowany kod się w pewnych warunkach dynamicznie linkował (u nas
skorzystał z tej opcji tylko subversion). W wersji 1.3.22 nastąpiło:
07/08/2004: wsfulton
The deprecated runtime library build has been removed.[...]
05/02/2004: wuzzeb (John Lenz)
[Chicken] Fix bug 782468.
To fix this bug, the runtime code has been rewritten,
Teraz python-subversion dalej istnieje, ale zawiera pliki o charakterze
czysto deweloperskim, nie występując w zależnościach run-time.
Perl dokładnie analogicznie.
Po zastanowieniu w trakcie pisania powyższego: możnaby spróbować na siłę
zlikwidować swig-p{erl,ython} z maszyn niedeweloperskich (tam gdzie
zostały pociągnięte w zależnościach od subversion a nie są używane
wprost). Z tym, że nie widzę eleganckiego sposobu, żeby to wyrazić w
nagłówkach rpm-a. I chyba nie warto kombinować -- po `poldek -e
python-subversion` też się swig-python sam nie odinstaluje.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: builder request (Re: ERRORS: subversion.spec)
On Mon, 2005-06-27 at 08:39 +0200, Andrzej Krzysztofowicz wrote:
> =?iso-8859-2?Q?Pawe=B3?= Sakowski wrote:
> >
> > On Mon, 2005-06-27 at 08:04 +0200, Andrzej Krzysztofowicz wrote:
> > > A nie wystarczy zbudowac subversion (p{erl,ython}-subversion) tak, zeby
> > > sie
> > > linkowalo tylko ze swoimi bibliotekami subversion, a nie z systemowymi ?
> >
> > Biblioteki subversion?? Mowa o swig.
>
> To w takim razie w czym problem?
> make-request -r -u subversion ...
Toż właśnie to się wywaliło (na "error: libswigpl.so.0 is required by
perl-subversion-1.2.0-2"). perl-subversion-1.2.0-2 wymaga libswigpl
dostarczanego przez swig-1.3.21-1 a żeby zależność zniknęła muszę
przebudować subversion w środowisku swig-1.3.25 (co jest już wymuszane
przez BR). Upgrade swiga się sam nie chce zrobić, bo swig-perl < 1.3.25
jest wymagany biblioteką przez zainstalowany perl-subversion.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: rc-scripts a duzo adresow na interfejsie
On Wed, 2005-06-29 at 14:05 +0200, Marcin Król wrote:
> Czemu tak? A co jezeli mam wiecej niz 256 aliasow na jednym interfejsie?
> Jak narazie zrobilem sobie s/256/512, ale przy up paczki znow bym to
> musial zmieniac :( Any ideas jak to sensownie rozwiazac, oprocz
> zwiekszenia 256 do jakiejs tam wartosci?
nr=0
while True:
nr+=1
IP_ADDR=${IPADDR$nr}
if [ -z IP_ADDR ] break
# dalej bez zmian
Oczywiście po zapisaniu w POSIX sh.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: niespełnione zależności
On Wed, 2005-06-29 at 10:34 +0200, Łukasz 'LCF' Jagiełło wrote: > #v+ > Przetwarzanie zależności... > swig-python-1.3.21-1 zostanie zastąpiony przez swig-python-1.3.25-2 > błąd: libswigpy.so.0 jest wymagany przez python-subversion-1.2.0-2 poldek -u python-subversion -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: python-matplotlib.spec (NEW) - new
On Wed, 2005-06-29 at 22:55 +0200, arekm wrote: > +BuildRequires: python-numpy Na pewno Build, a nie runtime-Requires? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: flopp
On Sun, 2005-07-03 at 17:03 +0200, [EMAIL PROTECTED] wrote: > Czy komus dziala stacja dyskietek??? > stacja jest na 100% sprawna, i mam taka sama sytuacje na kilku komputerach. > > laduje modul floppy probuje dostac sie do stacji dyskietek i w logach mam > tylko... > > floppy0: probe failed... > end_request: I/O error, dev fd0, sector 0 > > kernel-grsecurity-2.6.11.10-6 To samo jajko i SOA#1. [EMAIL PROTECTED] saq]# head -c1 /dev/fd0|od -tx1 000 eb 001 [EMAIL PROTECTED] saq]# dmesg|grep -E flo\|fd0 mapped APIC to d000 (fee0) Floppy drive(s): fd0 is 1.44M -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nowy spec: ircd-hybrid-services
On Tue, 2005-07-05 at 17:58 +0200, Cezary Krzyzanowski wrote:
> Jak coś mi się jeszcze zmyśli, to napiszę. Tymczasem looknij ktoś proszę
> na speca i jakby coś do poprawy, to proszę o uwagi
Tak na dzień dobry: %configure, uzasadnienie użycia %{_prefix}/lib
zamiast %{_libdir} albo %{_datadir} (w oparciu o FHS), umieszczanie
configów zgodnie z FHS, niespakietowane katalogi i symlinki, prawidłowe
Group:, napisanie %install tak jak to się robi w PLD.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nowy spec: ircd-hybrid-services
On Tue, 2005-07-05 at 18:55 +0200, Cezary Krzyzanowski wrote:
> configure: warning: LDFLAGS=: invalid host type
> configure: warning: CFLAGS=-O2 -march=i686: invalid host type
> configure: error: can only configure for one host and one target at a
> time
> błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.60291 (%build)
>
> Po próbie zmiany ./configure na makro %configure
Typowy objaw antycznego ./configure. Rozwiązania są 2: %configure2_13
albo %{__autoconf} .
> > umieszczanie
> > configów zgodnie z FHS,
> tzn. w /etc/hybserv??
Ano.
> symlinki na odwrót (plik w /etc/hybserv, symlinki w /usr/lib/hybserv)
> suktują tekstem "Nie można otworzyć pliku".
No to masz czym się bawić ;-)
> > prawidłowe Group:,
>
> pliczek w CVS nowe_grupy - z niego korzystałem
"revision 1.1
date: 2004/08/14 17:54:30; author: wolf; state: Exp;
Propozycja nowych grup rpm-a,"
Nie weszła w życie. Obowiązuje SOURCES/rpm.groups .
> napisanie %install tak jak to się robi w PLD.
>
> A jak to się robi w PLD?? próba zrobienia %{__make} install wywala
> wszystko do jednego katalogu, jak zwróciłem uwagę wyżej, do --prefix/hybserv
Jedno install -d na początku, rozmieszczanie plików przez install a nie
cp, niebieganie po katalogach itd. Spójrz na dowolny spec i zrób po
prostu podobnie. W twojej wersji %install jest po prostu nieczytelny.
Pomijając fakt, że jeśli make install istnieje to zwykle (nie twierdzę,
że tu) warto z niego skorzystać, po ewentualnym zapatchowaniu.
P.S. Odpisuj na listę, nie prywatnie.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: freevo
On Mon, 2005-07-11 at 01:38 +0200, Krystian T wrote: > $ rpm -q python-Twisted > python-Twisted-2.0.1-1 W tej wersji brakowało odpowiedniego Requires. Doinstaluj ZopeInterface, to się zbuduje. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Czemu nie ma GnuCash
On Mon, 2005-07-11 at 09:09 +0200, Andrzej Krzysztofowicz wrote: > Moze sie nie zbudowala na wszystkich architekturach i nikt nie poprawil ? Buduje się wszędzie, ale od 2004-08-17 ma niecałkowity release (i niestety nie jest to jedyny taki przypadek w repo). qboosh, blues: robicie coś jeszcze czy można dać mu rel 1? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: msmtp.spec: - up to 1.4.2
wolvverine committed:
> --- msmtp.spec 18 Jun 2005 17:02:45 - 1.41
> +++ msmtp.spec 14 Jul 2005 19:46:28 - 1.42
> [...]
> @@ -81,6 +81,9 @@
> %attr(755,root,root) %{_bindir}/*
> %{_mandir}/man1/msmtp*
> %{_infodir}/msmtp*
> +%{_prefix}/share/info/dir.gz
> +%{_prefix}/share/locale/de/LC_MESSAGES/msmtp.mo
> +
>
> %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> %changelog
Fuuj! A o %find_lang, czy chociażby %lang słyszał? Albo chociaż o
fix-info-dir?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: oooqs.spec - fix applnkdir, buil, not work
On Mon, 2005-07-11 at 20:01 +0200, Dariusz Rojewski wrote: > On Mon, Jul 11, 2005 at 07:55:29PM +0200, siomek wrote: > > Author: siomek Date: Mon Jul 11 17:55:29 2005 GMT > > [ciach psujstwo] Ten człowiek ZTCP nie przeszedł standardowej procedury uzyskiwania RW. Niech ktoś łaskawie zrobi jedno z: a) -w b) ACL na SPECS i SOURCES To drugie jeśli klient robi coś użytecznego w innych modułach, chociaż brak mi podstaw żeby tak sądzić. Ktoś go zna w ogóle? Jakim cudem został wpisany do writers? Revert bzdur jakie naczynił mogę zrobić ja, po powyższym. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: oooqs.spec - fix applnkdir, buil, not work
On Fri, 2005-07-15 at 00:08 +0200, Paweł Gołaszewski wrote: > Ja go znam, niemniej od pewnego czasu straciłem z nim kontakt. > Bodajże jeszcze kloczek dał mu RW na moją prośbę (miałem dosyć > commitowania jego poprawnych zmian). Acha. Czyli "legalnie" commituje. No to bez CDG się nie obędzie. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: oooqs.spec - fix applnkdir, buil, not work
On Fri, 2005-07-15 at 11:53 +0200, Tomasz Wittner wrote: > Co w sytuacji, gdy część osób nie jest zapisana na > pld-devel-pl@ tylko na -en (ari, glen, gotar i wrobell). Co z uwagami > kierowanymi do tych osób na pld-devel-pl? Najprostsze rozwiązanie: Cc do osoby opieprzanej -- najwyżej dostanie podwójnie jak jest zapisana. Obowiązek wpisania się do CVSROOT/users (i mania aliasu @pld-linux.org) jest. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: oooqs.spec - fix applnkdir, buil, not work
On Fri, 2005-07-15 at 12:06 +0200, Tomasz Wittner wrote: > Final-Recipient: rfc822; [EMAIL PROTECTED] > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host mx.wp.pl[212.77.101.4] said: 550 BLAD SPF - List adresowany wprost na @wp.pl doszedł, więc ze złożeniem wniosku do CDG poczekam do jutra (a nuż zareaguje). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
siomek
PLD-team: delikwent się znalazł ;) Forwarduję co naskrobał.
Tomasz: Jeszcze kmediafactory.spec czeka na odpsucie, z rzeczy
wytkniętych na pld-devel. Jeśli poważnie traktujesz swój udział w PLD,
to mocno postulowałbym, żebyś:
- Zapisał się na pld-devel-{pl,en}. Jeśli ci się nie udaje, wal do
postmastera, od tego jest. Będziemy wymagać (dla nielubiących liczby
mnogiej, czyt: ja będę), żebyś reagował na uwagi jakie tu się pojawiają.
- Ustaw jakiś działający alias [EMAIL PROTECTED], bo aktualny
bouncuje.
- Przed commitem zastanów się, czy na pewno to co robisz jest przydatne,
słuszne i zrobione The PLD Way (po twoich ostatnich zmianach widać, że
tak nie robisz). Znaczące zmiany uzasadniaj (nie "fixed") albo w razie
wątpliwości konsultuj przed wrzuceniem.
Else, napisz do [EMAIL PROTECTED] prośbę o usunięcie konta,
oszczędzisz nam głosowania. Psujów, których trzeba opieprzać na
pld-devel i revertować po nich nie potrzebujemy.
Pozwoliłem sobie jeszcze przejrzeć twoje commity z 2005 z innych speców.
Pomijając to co qboosh już popoprawiał:
- galib.spec 1.8: po co wersja w nazwie patcha?
- galib.spec 1.5: od 5 miesięcy niecałkowity release, dlaczego?
- oregano.spec 1.51: od dwóch miesięcy jest niecałkowity release,
dlaczego? Nieposortowane BR. Nieokreślone losy patch0. Nie buduje się!
- kmenc15.spec 1.6: po co wersja w nazwie patcha?
- domo.spec 1.8: j/w
- domo.spec 1.5: brak epoki qt
Poprawisz?
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
--- Begin Message ---
Mam prośbę. Wklej ten tekst do pld-devel-l bo pomimo zapisania się ciągle
dostaję komunikat o braku możlwiości pisania.
To może ja.
Oczywiście przepraszam, że zrobiłem tego babola w oooqs.spec. Nie powtórzy
się to więcej. Zauważcie, że poprawiłem błąd. Żadko zajmuję się specami,
zazwyczaj dokładam jakieś nowe, których nie ma cvs. Nie zabieram się za za
duże spece. Jeśli mi zdejmiecie zapis, niewielka strata dla PLD. Jeśli nie,
to będę dokładał nowe spece do programów, których jeszcze nie ma.
Jeśli mogę coś zaproponować, to chyba dobry był podział na grupy dostępu do
speców o różnym priorytecie ważności.
Pozdrawiam
Tomasz Samotyjak
--- End Message ---
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [mv req] mv SPECS/f4lm.spec,v SPECS/f4l.spec,v
On Sat, 2005-07-16 at 12:41 +0200, Charles wrote: > Szkoda. IMHO projekt zawsze się nazywał f4l, tylko autor wydziwiał z nazwami > plików źródłowych. > Jest jakieś koszerne rozwiązanie? server cp, cvs rm, Obsoletes. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: msmtp.spec - up to 1.4.3
On Sun, 2005-07-17 at 23:54 +0200, saq wrote: > -Version: 1.4.2 > +Version: 1.4.3 > Release: 0.1 Z jakiego powodu ten spec dostał, a z jakiego utrzymuje od trzech dni, ułamkowy release? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: endeavour2.spec
On Mon, 2005-07-18 at 20:17 +0200, Jacek 'jackass' Brzozowski wrote:
> Proszę o sprawdzenie i ewentualnie dorzucenie.
> Krytyka mile widziana
Skoro tak ;)
> BuildRequires: glib-devel
Nie daje się, wymagane przez gtk+-devel.
> BuildRequires: glibc-devel
Nie daje się, wymagane przez rpm-build.
> ./configure \
Wypada dodać komentarz, że to nie autoconf, żeby ktoś nie "poprawił".
> --prefix=%{_prefix} \
Niepotrzebne \
> install -d $RPM_BUILD_ROOT/%{_mandir}
>
>
Zbędny "/", jedna " ", jedno "\n".
> %{__make} PREFIX=$RPM_BUILD_ROOT%{_prefix} install
Opcje do make się daje w kolejnych liniach, wcięte j/w przy configure.
install zostaje w tej samej linii.
> %{_datadir}/icons
> %{_mandir}/*
Tu paczkujesz nieswoje katalogi.
> %{_libdir}/%{name}/LICENSE
A tu nie paczkujesz swojego.
> %defattr(0755,root,root,755)
defattr się nie zmienia.
Wykombinuj jeszcze jak przekazać %{rpmcflags} do budowania.
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: endeavour2.spec
On Mon, 2005-07-18 at 21:09 +0200, Jacek 'jackass' Brzozowski wrote:
> >Wypada dodać komentarz, że to nie autoconf, żeby ktoś nie "poprawił".
> >
> jekiego typu ma to być komentatrz ?
Szybki `grep '^#.*autoconf'` na specach wyrzuca przykłady:
# note: configure is not autoconf-generated
# it's confgen, not autoconf configure - so don't use macro
# NOTE: It's not autoconf configure.
# Notice: this is not autoconf configure!!!
# don't change it to %%configure, not autoconf-generated!
# it's not autoconf script
# - it's not autoconf configure
# it's FireMake, not autoconf-generated configure
# this is not autoconf; touch it and you're gonna die
# note: configure script is not autoconf-generated
# not autoconf-generated
# not autoconf configure
# NOTE: it's not autoconf-generated script - don't use macro
# it's not autoconf configure
# using %%configure2_13 isn't very wise here, it is not autoconf generated
# not autoconf-generated configure
Jak widać standardyzacji tu nie ma, więc możesz się wykazać
kreatywnością.
> >>%{_datadir}/icons
> >>%{_mandir}/*
> >
> >Tu paczkujesz nieswoje katalogi.
> >
> jestem początkujący więc mam małe pytanko co z tym mam zrobić ? wyrzucić
> to czy co ?
%{_mandir}/*/* , ikony analogicznie.
> >>%{_libdir}/%{name}/LICENSE
> >
> >A tu nie paczkujesz swojego.
> >
> j/w
Albo dodajesz %dir %{_libdir}/%{name} , albo zamiast całej litanii
%{_libdir}/%{name}/foo dajesz %{_libdir}/%{name} .
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ekg.spec
On Mon, 2005-07-18 at 23:15 +0200, Andrzej Krzysztofowicz wrote: > Ponadto tworzenie speca, ktorego przebudowanie da codziennie inny wynik > chyba mija sie z celem ? Sam stworzyłeś precedens (w32codec.spec -r 1.65) :) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ltmodem.spec
On Tue, 2005-07-19 at 13:52 +0200, Michal Abramowicz wrote: > Requires(post,postun): modutils >= 2.4.6-3 > co raczej powinno być module-init-tools Teraz się używa Requires(post,postun): /sbin/depmod Nowa wersja jak rozumiem działa tylko z 2.6? (nie żeby było coś w tym złego, tak tylko pytam) > -# $Revision: 1.37 $, $Date: 2005/02/06 17:37:02 $ > -# > -# Conditional build: > -%bcond_without dist_kernel # without kernel from distribution Powinno powrócić. Poza tym chyba OK. Acha, gdybyś nie usunął $Log$ i nie pozamieniał tabów na spacje to by się diffa trochę przyjemniej czytało. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
budujemy kadu?
Coś jeszcze się dzieje na kadu.spec, czy można dać mu całkowity release i przemielić? SOA#1 -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: oregano.spec - post-siomek cleanup: reverting rev 1.51
On Wed, 2005-07-20 at 00:47 +0200, Paweł Gołaszewski wrote:
> On Wed, 20 Jul 2005, saq wrote:
> > Author: saq Date: Tue Jul 19 22:28:44 2005 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
> > - post-siomek cleanup: reverting rev 1.51
>
> ekhm... to, że nie jest dokończone to nie powód, żeby wywalać wszystko w
> czambuł... :-/ Teraz to ty zachowujesz się jak psuja.
>
> Zostaw conajmniej URL, żeby było wiadomo skąd brać nowsze wersje, skoro
> masz ochotę psuć...
Innych jego commitów nie revertuję (no, chyba jeszcze jeden będzie).
Natomiast tutaj "niedokończone" jest mocnym niedopowiedzeniem (znowu
będzie, że złośliwy jestem, trudno). rev 1.51 to było: podbicie wersji i
MD5, zamieszanie na BR i zakomentowanie jednego patcha (nie będę
zgadywał czy jest obsolete, czy się nie chciał czysto nałożyć). Pakiet
nawet nie próbuje się budować. Zaryzykuję stwierdzenie, że zrobienie
tego upgradu od zera będzie szybsze niż odnajdywanie się w tym co siomek
zaczął.
Nowy URL jest faktycznie bardziej użyteczny od starego ("404"),
przywracam (chociaż jak ktoś będzie szukał nowszych wersji to wygugla z
łatwością).
--
Paweł Sakowski <[EMAIL PROTECTED]>
PLD Linux Distribution
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ltmodem.spec
Wrzucone po zlikwidowaniu paru oczywistych błędów (zależności UP w wersji SMP, s/Source/NoSource/, etc). Poza tym wyrzuciłem z Version zbędne informacje. Swoją drogą dziwna numeracja (7a>8.31a9?), chyba epoch będzie do podbicia. Nie masz może lepszego urla? http://linmodems.technion.ac.il/ leży. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: ltmodem.spec
On Wed, 2005-07-20 at 14:58 +0200, Michal Abramowicz wrote: > > Nie masz może lepszego urla? http://linmodems.technion.ac.il/ leży. > Mi działa. Mi teraz też. Widocznie ostatnio wstrzeliłem się w jakąś rekonfigurację serwera (objaw był jak przy źle ustawionej wirtualce). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: problemy z resolverem (glibc?)
On Fri, 2005-07-22 at 21:33 +0200, Andrzej Krzysztofowicz wrote: > A co zrobic by aplikacje nie widzialy ipv6, gdy modul juz raz zostal > zaladowany, a reboot nie wchodzi w gre? Może pomoże `ip a d` po wszystkich adresach IPv6 na podniesionych interfejsach. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: problemy z resolverem (glibc?)
On Fri, 2005-07-22 at 22:22 +0200, Andrzej Krzysztofowicz wrote: > > Może pomoże `ip a d` po wszystkich adresach IPv6 na podniesionych > > interfejsach. > > Ale czego "d" robic, jak tam nic ipv6 poza adresami MAC nie ma? Właśnie tych (fe80:0:0:0:200/80). Teoria tego pomysłu jest taka, żeby nie było którędy wysyłać pakietów IPv6 (i czekać na timeout odpowiedzi). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: gramps up
On Fri, 2005-07-22 at 00:44 +0200, Krystian T wrote: > program na starcie informuje o > błędach w pythonie, którego nie znam. http://www.catb.org/~esr/faqs/smart-questions.html#beprecise -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pam 0.80-1, ppc
On Tue, 2005-07-26 at 16:19 +0200, Marcin Doliński wrote: > Dnia wtorek, 26 lipca 2005 15:07, Artur Frysiak napisał: > > Więcej logów proszę. > http://dolinski.org/pam.log Czyli: Przetwarzanie plików: pam-0.80.0-1 Wykonywanie(%doc): /bin/sh -e /var/tmp/rpm-tmp.84993 + umask 022 + cd /home/users/averne/rpm/BUILD + cd pam-pld-0.80.0 + DOCDIR=/home/users/averne/tmp/pam-0.80.0-root-averne/usr/share/doc/pam-0.80.0 + export DOCDIR + rm -rf /home/users/averne/tmp/pam-0.80.0-root-averne/usr/share/doc/pam-0.80.0 + /bin/mkdir -p /home/users/averne/tmp/pam-0.80.0-root-averne/usr/share/doc/pam-0.80.0 + cp -pr CHANGELOG ChangeLog Copyright doc/CREDITS doc/html doc/txts doc/ps/*.ps doc/specs/draft-morgan-pam.raw doc/specs/std-agent-id.raw doc/specs/rfc86.0.txt /home/users/averne/tmp/pam-0.80.0-root-averne/usr/share/doc/pam-0.80.0 cp: nie można wykonać stat na `doc/ps/*.ps': Nie ma takiego pliku ani katalogu błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.84993 (%doc) Ale o co pytasz? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Non-integer OpenIPMI
On Fri, 2005-07-29 at 16:09 +0200, Lukasz Glebicki wrote: > > What pending changes are there to keep a float release? > > PS. Czemu to wysłałeś na devel-en? Pytasz czemu nie na priv, czy czemu nie po polsku? Tak czy inaczej odpowiedź brzmi: a czemu nie. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Sat, 2005-07-30 at 19:20 +0200, robert j. wozny wrote: > Cześć, > > puściłeś udev'a 0.64 do ac-ready, po upgrade przestało mi działać > automatyczne rozpoznawanie partycji na dyskach podpiętych po usb. > > otrzymuje ładny komunikat: > > Jul 30 19:08:25 blah hald[6914]: Timed out waiting for hotplug event > 1393. Rebasing to 1393 > > wygląda, że albo udev się kłuci z hal'em, albo niezbyt tworzy nowe > urządzenia... > > [EMAIL PROTECTED] RPMS]$ rpm -q kernel hal hotplug > kernel-2.6.11.12-3.2 > hal-0.4.8-1 > hotplug-2004_09_23-3 > > downgrade do 0.50-2 pomaga. No to paskudnie. Możesz sprawdzić poprzednie wersje (w repo @AC-branch są w poprzednich rewizjach budowalne 056 i 058)? Ja dyskiem USB nie dysponuję, a na moim sprzęcie (/udev/tts/USB0) mam SOA#1 na wszystkich wersjach. Podejrzewam problem przy przejściu 058->059, tam chłopaki strasznie namieszali. (Cc na pld-devel) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Sat, 2005-07-30 at 20:30 +0200, Lukasz Glebicki wrote: > udev 0.64 ma skaszanione uprawnienia do /dev/null i /dev/zero,[...] > Pozatym warto by je tak poprawić, aby na przykład user miał dostęp > rw do /dev/nvidia*, bo wtedy OpenGL nie działa. SOD#1, zresztą udev z AC-branch i tak się nie pakuje do /dev. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Sat, 2005-07-30 at 21:19 +0200, Lukasz Glebicki wrote: > On Saturday 30 of July 2005 21:00, Paweł Sakowski wrote: > > > SOD#1, zresztą udev z AC-branch i tak się nie pakuje do /dev. > > Ja jestem jeszcze developer w pieluchach, więc się za pakiety tzw. wraźliwe > nie zabieram. Ale mogę spróbować poprawiać. Dopóki /dev jest statyczne IMO w udevie można grzebać. Pendrivów na produkcji (chyba) nikt nie używa. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
/usr/bin/cvschkpw crashed
Jakby kogoś to interesowało (za 2. razem poszło): [EMAIL PROTECTED] SPECS]$ cvs up -r AC-branch hal.spec /usr/bin/cvs-pserver: /usr/bin/cvschkpw crashed cvs [update aborted]: end of file from server (consult above messages if any) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Tue, 2005-08-02 at 14:15 +0200, Fryderyk Dziarmagowski wrote: > > hal 0.4.x nie działa z udev >= 0.58 (hal 0.5.4cvs już potrafi, ale to > > inna bajka) > > czy w związku z tym że nowe udev się nie nadaje do użytku można liczyć > na przywrócenie działającej wersji na AC-branch? Ja bym się wstrzymał z revertami, podbijaniem epoch, etc. W głównym drzewku jest udev-050, do ready właśnie się buduje hal z Requires< na udev (prawie poprawnym ;) . Poczekałbym aż hal się nauczy udeva 059 (który niniejszym się nie nadaje do przeniesienia z ready). -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
relocation R_X86_64_PC32
On Mon, 2005-08-01 at 22:07 +, PLD ac-amd64 builder wrote: > libdv.spec (HEAD): FAILED > [...] > /bin/sh ../libtool --silent --mode=link --tag=CC amd64-pld-linux-gcc -O2 > -Wall -o libdv.la -rpath /usr/lib64 -version-info 4:2:0 dv.lo dct.lo > idct_248.lo weighting.lo quant.lo vlc.lo place.lo parse.lo bitstream.lo > YUY2.lo YV12.lo rgb.lo audio.lo util.lo encode.lo headers.lo enc_input.lo > enc_audio_input.lo enc_output.lo vlc_x86_64.lo quant_x86_64.lo > idct_block_mmx_x86_64.lo dct_block_mmx_x86_64.lo rgbtoyuv_x86_64.lo > encode_x86_64.lo transpose_x86_64.lo -lm > /usr/bin/ld: .libs/vlc_x86_64.o: relocation R_X86_64_PC32 against > `dv_vlc_class_index_mask' can not be used when making a shared object; > recompile with -fPIC > /usr/bin/ld: final link failed: Bad value > collect2: ld returned 1 exit status Wygląda to na jakiś problem z binutils. Zetknął się ktoś z tym? -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: relocation R_X86_64_PC32
On Wed, 2005-08-03 at 08:15 +0200, Andrzej Krzysztofowicz wrote: > > > /usr/bin/ld: .libs/vlc_x86_64.o: relocation R_X86_64_PC32 against > > > `dv_vlc_class_index_mask' can not be used when making a shared object; > > > recompile with -fPIC > > > > /usr/bin/ld: final link failed: Bad value > > > collect2: ld returned 1 exit status > > > > Wygląda to na jakiś problem z binutils. Zetknął się ktoś z tym? > > Polecam uwazne czytanie. Wszystko jest budowane z -fPIC. W tym problem. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Wed, 2005-08-03 at 09:17 +0200, Jakub Pisarczyk wrote: > Paweł Sakowski wrote: > > Ja bym się wstrzymał z revertami, podbijaniem epoch, etc. W głównym > > drzewku jest udev-050, do ready właśnie się buduje hal z Requires< na > > udev (prawie poprawnym ;) . Poczekałbym aż hal się nauczy udeva 059 > > (który niniejszym się nie nadaje do przeniesienia z ready). > > a co z udev-058 ? u mnie dziala calkiem poprawnie, tylko ze lezy w test > i nie ma go dla athlona A co z nim? udev.spec -r 1.39.2.10 jest i działa, jak komuś zależy to można zbudować. (acha, a ten w teście to akurat jest nie-Acowy, z HEAD poszedł) -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Wed, 2005-08-03 at 18:13 +0200, Jakub Pisarczyk wrote: > [EMAIL PROTECTED] SPECS]$ ./builder -r 1.39.2.10 udev.spec --without uClibc > [...] > cvs server: udev.rules is no longer in the repository Bo udev.rules nie posiada rewizji 1.39.2.10 :) Co gorsza, --date też nie przejdzie, bo to branch. udev-058-1 jest już w ac-ready. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: udev 0.64
On Thu, 2005-08-04 at 13:02 +0200, Jakub Pisarczyk wrote: > mam jeszcze pytanie co do /etc/udev/. wydaje mi ze w ktorejs wersji widzialem > tam katalog permission.d/ , mozna gdzies go znalezc ? Uległ obsoletnięciu, teraz się używa rules. -- Paweł Sakowski <[EMAIL PROTECTED]> PLD Linux Distribution ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
