Re: PLD-Linux Wiki.
Witam Jestem zdania ze standardowe wiki ewentualnie w kolorach strony distro byloby dobrym rozwiazaniem. Z pewnoscia bardziej userfriendly w nawigacji niz grupa czy forum. Jesli sie znajda zasoby na takie wiki - zacznie samo sie rozwijac. Pozdrawiam -- Przemysław Staniszewski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
On Tue, Apr 10, 2007 at 08:31:23AM +0200, Przemysław Staniszewski wrote: Jestem zdania ze standardowe wiki ewentualnie w kolorach strony distro byloby dobrym rozwiazaniem. Z pewnoscia bardziej userfriendly w nawigacji niz grupa czy forum. ehrm. Z obecnym wiki coś jest nie tak? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer| Everybody needs some solid rock, I know I do. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: highlight.spec ?
On Tue, 10 Apr 2007, Piotr Budny wrote: Witamy w JS z 1995 roku. Powiem szczerze, że mnie akurat te czekboksy też strasznie wkurzają; a gdy wspomniałem o zmianie interfejsu buildlogów (z których ja korzystam baaardzo rzadko) zostałem wyśmiany (cześć shadzik :) ) Wyśmiany lub nie - to nie ma znaczenia. Kluczowe jest pytanie czy interfejs buildlogów TY przerobisz? Bo pomysłów na zasadzie weźmy się i zróbcie jest dużo. Wiele z nich nawet świetnych... Buildlogi wymagają niewątpliwie remontu... -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
ehrm. Z obecnym wiki coś jest nie tak? Faktycznie strona distro to wiki. Tyle ze strona, samo http://pl.docs.pld-linux.org/ już nie. Rozumiem ze dostep via svn :) . Moze jednak warto dac dostep via wiki. Wiadomo - wyjadacze nie potrzebuja albo nie maja czasu na uzupelnianie. Pozdrawiam -- Przemysław Staniszewski ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
On Tuesday 10 April 2007, Adam Gołębiowski wrote: ehrm. Z obecnym wiki coś jest nie tak? A jak można ustawić zapomniane/skasowane/pierwsze hasło ? I jaki login ? Taki jak w CVS PLD ? -- Mateusz Korniak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
rpm 4.4.8 na sparc64
końcówka budowania: chmod 755 blib/arch/auto/RPM/RPM.so cp RPM.bs blib/arch/auto/RPM/RPM.bs chmod 644 blib/arch/auto/RPM/RPM.bs Manifying blib/man3/RPM.3pm make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8/perl' Making all in tools make[2]: Entering directory `/home/users/builder/rpm/BUILD/rpm-4.4.8/tools' sparc64-pld-linux-gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../lib -I../rpmdb -I../rpmio -I/usr/include/beecrypt -I../misc -Dglob=rpm_glob -Dglobfree=rpm_gl obfree -O2 -fno-strict-aliasing -fwrapv -mcpu=ultrasparc -fno-strict-aliasing -gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith - Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -MT rpmdeps.o -MD -MP -MF .deps/rpmdeps.Tpo -c -o rpmdeps.o rpmdeps.c mv -f .deps/rpmdeps.Tpo .deps/rpmdeps.Po /bin/sh ../libtool --tag=CC --mode=link sparc64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -mcpu=ultrasparc -fno-strict-aliasing -gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -pie -o rpmdeps rpmdeps.o ../build/li brpmbuild.la -lpthread -lz -lbz2 mkdir .libs sparc64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -mcpu=ultrasparc -fno-strict-aliasing -gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall -Wpo inter-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -pie -o .libs/rpmdeps rpmdeps.o ../build/.libs/librpmbuild.so /home/users/builder /rpm/BUILD/rpm-4.4.8/lib/.libs/librpm.so -lselinux /home/users/builder/rpm/BUILD/rpm-4.4.8/rpmdb/.libs/librpmdb.so /usr/lib64/libpopt.so /usr/lib64/libdb-4. 5.so /home/users/builder/rpm/BUILD/rpm-4.4.8/rpmio/.libs/librpmio.so /usr/lib64/libbeecrypt.so -lrt -lm -ldl /usr/lib64/libmagic.so -lelf -lpthread -lz /usr /lib64/libbz2.so /home/users/builder/rpm/BUILD/rpm-4.4.8/lib/.libs/librpm.so: undefined reference to `rpm_globfree' /home/users/builder/rpm/BUILD/rpm-4.4.8/lib/.libs/librpm.so: undefined reference to `rpm_glob' collect2: ld returned 1 exit status make[2]: *** [rpmdeps] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8' make: *** [all] Error 2 error: Bad exit status from /home/users/builder/tmp/rpm-tmp.35315 (%build) RPM build errors: Bad exit status from /home/users/builder/tmp/rpm-tmp.35315 (%build) Error: package build failed. (no more info) Nie mam pojęcia gdzie te symbole moga siedziec. gcc najnowsze. -- T. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bledy w Categories
On Mon, Apr 09, 2007 at 11:25:58PM +0200, Andrzej Krzysztofowicz wrote: Pozwolilem sobie przejrzec pola Categories w desktopach z Ac i porownac ja z nasza specyfikacja. Ponizej moje uwagi. Zastrzegam sie, ze nie nalezy ich traktowac jako wyroczni; byc moze w niektorych prypadkach do poprawy jest specyfikacja kategorii (oraz applnk i s-ka w takim przypadku). Przyjrzałem się naszym vfolders i są obecnie w dużej części niekompletne / niezgode ze specyfikacją [1]. Ponieżej zamieszczam propozycję zmian. Dochodzą nowe kategorie: AudioVideo;Database; Audio;AudioVideoEditing; Development;Database; Documentation; Education;Construction; Education;Economy; Education;Geography; Education;History; Education;Literature; Education;Science;ArtificialIntelligence; Education;Science;ComputerScience; Education;Science;ComputerScience;ParallelComputing; Education;Science;DataVisualization; Education;Science;Electricity; Education;Science;Geoscience; Education;Science;ImageProcessing; Education;Science;Math;NumericalAnalysis; Education;Science;Robotics; Education;Sports; Game;KidsGame; Network;Chat; Network;VideoConference; Office;FlowChart; Office;Publishing; Settings;HardwareSettings;Printing; Utility;FileTools; Utility;TextTools; Utility;TelephonyTools; Video;AudioVideoEditing; Podlegają zmianie: Audio;Midi; - AudioVideo;Audio;Midi; Audio;Mixer; - AudioVideo;Audio;Mixer; Audio;Sequencer; - AudioVideo;Audio;Sequencer; Audio;Tuner; - AudioVideo;Audio;Tuner; Development;ProjectManagement; - Office;Development;ProjectManagement; Graphics;OCR; - Graphics;Scanning;OCR; Graphics;RasterGraphics; - Graphics;2DGraphics;RasterGraphics; Graphics;VectorGraphics; - Graphics;2DGraphics;VectorGraphics; TerminalEmulator; - System;TerminalEmulator; TextEditor; - Utility;TextEditor; Utility;FileManager; - Utility;FileTools;FileManager; Video;TV; - AudioVideo;Video;TV; Zostają wyrzucone: Education;Teaching; Niektóre z tych zmian mogą być niezbyt zasadne, dlatego najlepiej, by wszyscy zainteresowani wyrazili swoją opinię na ten temat zanim trafią one do CVS. [1] - http://standards.freedesktop.org/menu-spec/menu-spec-latest.html -- Marcin Banasiak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
On 4/10/07, Mateusz Korniak [EMAIL PROTECTED] wrote: On Tuesday 10 April 2007, Adam Gołębiowski wrote: ehrm. Z obecnym wiki coś jest nie tak? A jak można ustawić zapomniane/skasowane/pierwsze hasło ? I jaki login ? Taki jak w CVS PLD ? Konta się same nie zakładają. Trzeba się zarejestrować. -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
tzdata-2007d-1
witam wydaje mi sie ze pakiet tzdata-2007d-1 nie tworzy linku /etc/rc.d/rc3.d/S10timezone do /etc/rc.d/init.d/timezone za czasow tzdata-2006g-2 plik /etc/rc.d/init.d/timezone zawieral pakiet rc-scripts teraz zawiera go pakiet tzdata-2007d-1 ale brak linku w /etc/rc.d/rc[35].d/ pozdrawiam ChomAr -- Arkadiusz Chomicki Władysławowo ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Bledy w Categories
Marcin Banasiak wrote: On Mon, Apr 09, 2007 at 11:25:58PM +0200, Andrzej Krzysztofowicz wrote: Pozwolilem sobie przejrzec pola Categories w desktopach z Ac i porownac ja z nasza specyfikacja. Ponizej moje uwagi. Zastrzegam sie, ze nie nalezy ich traktowac jako wyroczni; byc moze w niektorych prypadkach do poprawy jest specyfikacja kategorii (oraz applnk i s-ka w takim przypadku). Przyjrzałem się naszym vfolders i są obecnie w dużej części niekompletne / niezgode ze specyfikacją [1]. Ponieżej zamieszczam propozycję zmian. Dochodzą nowe kategorie: [...] Co do nowych kategorii, to jest kwestia modyfikacji w applnk/gnome-menus, zeby je wspieraly. Trzeba by tez dorobic ikonki, jesli te kategorie beda zwiazane z podmenu. Obawiam sie tez, ze wiele z tych kategorii bedzie u nas pustych, wiec ich wprowadzanie jest lekko niecelowe. Documentation; Czy to przejmie tez role naszego X-Help ? Podlegają zmianie: Audio;Midi; - AudioVideo;Audio;Midi; Audio;Mixer; - AudioVideo;Audio;Mixer; Audio;Sequencer; - AudioVideo;Audio;Sequencer; Audio;Tuner; - AudioVideo;Audio;Tuner; Development;ProjectManagement; - Office;Development;ProjectManagement; Graphics;OCR; - Graphics;Scanning;OCR; Graphics;RasterGraphics; - Graphics;2DGraphics;RasterGraphics; Graphics;VectorGraphics; - Graphics;2DGraphics;VectorGraphics; TerminalEmulator; - System;TerminalEmulator; TextEditor; - Utility;TextEditor; Utility;FileManager; - Utility;FileTools;FileManager; Video;TV; - AudioVideo;Video;TV; Uwazam, ze wprowadzanie tych zmian do Ac nie ma sensu. Za duzo by trzeba bylo pakietow przebudowac. Co najwyzej wspierac obie postacie w wersjach applnk/gnome-menus przeznaczonych dla Ac. Zostają wyrzucone: Education;Teaching; U nas jest niepuste: kde/keduca.desktop:Categories=Qt;KDE;Education;Teaching; kde/keducabuilder.desktop:Categories=Qt;KDE;Education;Teaching; Propozycje zmian? Oczywiscie odnosnie Th nie zglaszam zadnych zastrzezen. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
On Tuesday 10 April 2007, Patryk Zawadzki wrote: On 4/10/07, Mateusz Korniak [EMAIL PROTECTED] wrote: On Tuesday 10 April 2007, Adam Gołębiowski wrote: ehrm. Z obecnym wiki coś jest nie tak? A jak można ustawić zapomniane/skasowane/pierwsze hasło ? I jaki login ? Taki jak w CVS PLD ? Konta się same nie zakładają. Trzeba się zarejestrować. Gdzie i jak ? -- Mateusz Korniak ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: PLD-Linux Wiki.
On Tuesday 10 April 2007, Patryk Zawadzki wrote: On 4/10/07, Mateusz Korniak [EMAIL PROTECTED] wrote: On Tuesday 10 April 2007, Adam Gołębiowski wrote: ehrm. Z obecnym wiki coś jest nie tak? A jak można ustawić zapomniane/skasowane/pierwsze hasło ? I jaki login ? Taki jak w CVS PLD ? Konta się same nie zakładają. Trzeba się zarejestrować. Gdzie i jak ? login Aby utworzyć konto lub odzyskać zapomniane hasło, zobacz UserPreferences itd ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: tzdata-2007d-1
On Tue, 10 Apr 2007, Arkadiusz Chomicki wrote: :] teraz zawiera go pakiet tzdata-2007d-1 :] ale brak linku w /etc/rc.d/rc[35].d/ Dobrydzien. Przed chwila zrobilem: tzdata-2007c-2 obsoleted by tzdata-2007d-1 ls -l /etc/rc.d/rc[345].d/|grep time lrwxrwxrwx 1 root root 25 Apr 10 14:32 S10timezone - /etc/rc.d/init.d/timezone lrwxrwxrwx 1 root root 25 Apr 10 14:32 S10timezone - /etc/rc.d/init.d/timezone lrwxrwxrwx 1 root root 25 Apr 10 14:32 S10timezone - /etc/rc.d/init.d/timezone rpm -qf /etc/rc.d/rc3.d/S10timezone file /etc/rc.d/rc3.d/S10timezone is not owned by any package :] pozdrawiam :] ChomAr -- [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][].. [+] You can take our lives,but you will never take our Freedom - W.Wallace [+] Peace on earth depends on the peace in the peoples hearts - Dalai Lama [+] Revolution the only solution - System of a down... [+] Dalej idac dalej dojdziesz dalej siedzac dalej siedzisz - etoe aka ok0 [-] Kanedaaa... Bohateur... Cucumber Team Member... [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
[AC] w32codec-installer
Witam!
Znalazlem w plikach z tej paczki jeden blad w pliku w32codec.install w
linii 41 jest:
RPMNAMES=$RPMDIR/w32codec-20061022-1wla.i686.rpm
I wyrzuca blad, ze nie ma takiego pliku. Powinno byc:
RPMNAMES=$RPMDIR/i686/w32codec-20061022-1wla.i686.rpm
Ponadto zastosowanie w pliku w32codec.spec adresu źródłowego
http://www.mplayerhq.hu/MPlayer/releases/codecs/
jako pewniejszy niż wszystkie
http://www[0-9]{1}.mplayerhq.hu/MPlayer/releases/codecs/
moze ktos to sprawdzic i ew. poprawic?
--
Pozdrawiam,
Grzegorz Rajda
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: tzdata-2007d-1
On 4/10/07, Kanedaaa Bohater [EMAIL PROTECTED] wrote: On Tue, 10 Apr 2007, Arkadiusz Chomicki wrote: :] teraz zawiera go pakiet tzdata-2007d-1 :] ale brak linku w /etc/rc.d/rc[35].d/ Dobrydzien. Cytuj maile, jak $DEITY kazała. Do tego też będziesz chciał RFC, czy przestaniesz się wygłupiać? -- Patryk Zawadzki Generated Content ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: highlight.spec ?
2007/4/10, Kanedaaa Bohater [EMAIL PROTECTED]: On Tue, 10 Apr 2007, Fryderyk Dziarmagowski wrote: zwróć uwagę, że właśnie zredukowałeś grono poważnych odbiorców do zera. Gratuluje odkrycia mojego niecnego planu. Szkoda, ze musiales sie pochwalic zauwazniem tego co zalozylem bedzie dla wszystkich oczywiste. Fryderyk Dziarmagowski Prosze wiec sobie dopisac mojego maila od razu do /dev/null, gdyz nie chcialbym zabierac powaznej osobie zasobow... Możecie iść sobie z taką prywatą na priv ? Średnio mnie obchodzą wasze problemy z sobą, a lista nie jest miejscem na osobiste porachunki, ok ? ___ 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.8 na sparc64
Tomasz Mateja napisał(a):
po takiej zmianie:
--- rpm.spec8 Apr 2007 23:08:24 - 1.799
+++ rpm.spec10 Apr 2007 13:37:24 -
@@ -761,6 +761,7 @@
file_LDFLAGS= \
debugedit_LDADD=\$(WITH_LIBELF_LIB) -lpopt \
staticLDFLAGS=%{?with_static:-all-static}
+ CFLAGS=%{__rpmcflags} -Dglob=rpm_glob -Dglobfree=rpm_globfree
%{?with_apidocs:%{__make} doxygen}
wywala sie dalej tak:
sparc64-pld-linux-gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../build
-I../lib -I../rpmdb -I../rpmio -I/usr/include/beecrypt -I../misc
-I/usr/include/python2.5 -Dglob=rpm_glob -Dglobfree=rpm_globfree -O2
-fno-strict-aliasing -fwrapv -mcpu=ultrasparc -fno-strict-aliasing
-gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall
-Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes
-Wno-char-subscripts -MT rpmrc-py.lo -MD -MP -MF .deps/rpmrc-py.Tpo -c
rpmrc-py.c -fPIC -DPIC -o .libs/rpmrc-py.o
In file included from /usr/include/python2.5/pyport.h:265,
from /usr/include/python2.5/Python.h:57,
from system.h:12,
from rpmrc-py.c:5:
/usr/include/sys/stat.h:312: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://bugs.pld-linux.org/ for instructions.
make[3]: *** [rpmrc-py.lo] Error 1
make[3]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8/python'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8/python'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.8'
make: *** [all] Error 2
error: Bad exit status from /home/users/builder/tmp/rpm-tmp.14111 (%build)
--
T.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Request for developers + info for mirror admins
Hello. EN: Since Ac has reached stable state we now need to maintain it for some time. That means we need... ok, I need more than 5+ people working on AC-branch. Unfortunately I'll not pay you for your work :( To make maintaining a bit easier UTF specs will be allowed on AC-branch and in updates tree (go and thanks blues for that if you want). However please do not use UTF on AC-branch yet. Wait for iso images arrival (next week). If you are doing some updates on HEAD, please do them on AC-branch too (and vice versa). You'll make Ac live a bit longer :) Now about Ac 2.1. Yes, there will be one (I hope) and it would be nice to release it ASAP. Therefore I'm looking for people who will agree to prepare following things for Ac 2.1: - backport of modular xorg 7.2 - Gnome 2.18 - beryl/compiz - GCC 4.1.x - kernel 2.6.21 + related stuff like netfilter - newer glibc (a big question here because it will be death sentence for i386, I didn't decided yet if that will happen) - any other newest hottest stuff you would like to see in Ac, but stable releases only Things above will need new branch (AC-devel?) and also new builders. So if you can run Ac 2.1 builder, let me know. They're not needed yet, but they will be needed in the future. First thing that should be accomplished is GCC 4.1.x. Now promised info for ftp mirror admins. All packages in Ac main tree will be signed. That means that whole contents of Ac will be retransfered to all mirrors. Signing should be done in next few days. PL: Poniewaz Ac jest juz oficjalnie stabilne musimy go przez jakis czas utrzymywac. Potrzeba do tego... dobra, ja potrzebuje aby na AC-branch pracowalo wiecej niz 5+ osob. Niestety nie bede w stanie placic tym, ktorzy zechca pracowac nad Ac. Aby troszke ulatwic zycie spece w UTF beda dozwolone na AC-branch i w drzewku updates (kto chce, moze za to podziekowac bluesowi). Prosze jednak nie konwertowac jeszcze calego AC-branch na UTF. Poczekajmy az iso trafia na ftp. Jezeli robisz jakis update na HEAD, prosze, zrob go tez na AC-branch (i vice versa). Dzieki temu Ac pozyje chwilke dluzej. A teraz o Ac 2.1. Tak, bedzie taka wersja (mam nadzieje) i bylo by milo aby wyszla ona najszybciej jak to mozliwe. Dlatego tez poszukuje osob, ktore zgodza sie przygotowac nastepujace rzeczy dla Ac 2.1: - backport modularnego xorg 7.2 - Gnome 2.18 - beryl/compiz - GCC 4.1.x - kernel 2.6.21 i okolice (netfilter) - nowsze glibc (tutaj wielki znak zapytania bo bedzie to oznaczac kasacje architektury i386, jeszcze nie zdecydowalem czy to nastapi) - inne nowiutkie, swiezutkie oprogramowanie, ktore chcial bys miec w Ac, tylko stabilne wersje Powyzsze rzeczy beda wymagaly nowego brancha (AC-devel?) jak i nowych builderow. Dlatego tez jezeli masz sprzet, ktory moglby pracowac za builder dla Ac 2.1, daj znac. Nie sa potrzebne od zaraz, ale w przyszlosci beda. Pierwsza rzecza jaka powinna zostac przygotowana jest GCC 4.1.x. A teraz obiecano info dla administratorow mirrorow. Wszystkie paczki w glownym drzewku Ac zostana podpisane. To oznacza, ze cala zawartosc Ac zostanie ponownie przetranferowana na wszystkie mirrory. Podpisywanie pakietow bedzie mialo miejsce w najlblizszych dniach. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
A teraz obiecano info dla administratorow mirrorow. Wszystkie paczki w glownym drzewku Ac zostana podpisane. To oznacza, ze cala zawartosc Ac zostanie ponownie przetranferowana na wszystkie mirrory. Podpisywanie pakietow bedzie mialo miejsce w najlblizszych dniach. Oh ty w życiu! Aktualnie u mnie: $du -sh ~ftp/ftp.pld-linux.org/dists/2.0/ 8,3G/opt/DYSK2/ftp/ftp.pld-linux.org/dists/2.0/ Czyli te 9gb się przeciągnie ponownie ? Jeżeli możliwe Panie RM, to ja poproszę informację tak 24 h przed rozpoczęciem podpisywania, wyłącze sobie wtedy rsynca, i poczekam aż się wszystko uspokoi i zapuszczę na pią-nie wtedy kiedy będzie to wygodne :-) Możliwe to ? m.a. -- Michał Abramowicz abram pld - linux org ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Marcin Król [EMAIL PROTECTED] napisał: - GCC 4.1.x Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
On Tue, Apr 10, 2007 at 06:44:01PM +0200, Łukasz Krotowski wrote: 10-04-07, Marcin Król [EMAIL PROTECTED] napisał: - GCC 4.1.x Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? Łatwość przeskoku dla C i C++ jest ~taka sama dla 4.1.x i 3.4.x (=konieczność przebudowania wszystkiego w C++ zlinkowanego z libstdc++). Dla 4.x dochodzi tylko Fortran i Java, ale to pojedyncze pakiety. Wersje 3.4.x i 4.0.x są już martwe - vide http://gcc.gnu.org/ -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
On Tue, 10 Apr 2007, Marcin Król wrote: Aby troszke ulatwic zycie spece w UTF beda dozwolone na AC-branch i w drzewku updates (kto chce, moze za to podziekowac bluesowi). Chętnie w piwie ;) BP, NMSP ;) A teraz o Ac 2.1. Tak, bedzie taka wersja (mam nadzieje) i bylo by milo aby wyszla ona najszybciej jak to mozliwe. Dlatego tez poszukuje osob, ktore zgodza sie przygotowac nastepujace rzeczy dla Ac 2.1: - backport modularnego xorg 7.2 - Gnome 2.18 - beryl/compiz - GCC 4.1.x - kernel 2.6.21 i okolice (netfilter) - nowsze glibc (tutaj wielki znak zapytania bo bedzie to oznaczac kasacje architektury i386, jeszcze nie zdecydowalem czy to nastapi) - inne nowiutkie, swiezutkie oprogramowanie, ktore chcial bys miec w Ac, tylko stabilne wersje To Th przecież :D Czym się będzie różniło, skoro wspominałeś kiedyś, że nawet upgrade nie będzie czysty? Bardziej to by pasowało na 3.0 niż 2.1. Powyzsze rzeczy beda wymagaly nowego brancha (AC-devel?) jak i nowych builderow. Dlatego tez jezeli masz sprzet, ktory moglby pracowac za builder dla Ac 2.1, daj znac. Nie sa potrzebne od zaraz, ale w przyszlosci beda. Pierwsza rzecza jaka powinna zostac przygotowana jest GCC 4.1.x. Jeżeli ktoś zapewni pamięć (nie jest to prosta sprawa) to mogę dać maszynkę. Szczegóły na priv. -- pozdr. Pawe�� Go��aszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? Powodow jest kilka, mniej i bardziej waznych. Oprocz tego co napisal juz Jakub: - nie chce z Ac robic krypty a'la Ra. Ac 2.1 jezeli faktcznie by mialo wyjsc za pol roku czy rok to powiedzmy szczerze, bedzie to czas gdy gcc z serii 3.x zacznie blokowac mozliwosc budowy coraz wiekszej ilosci rzeczy podobnie jak kiedys w Ra gcc 2.95 - gdy Ac juz faktycznie wyzionie ducha, latwiej bedzie z gcc 4.1 w Ac przeskoczyc na Th, czy nawet na nastepna wersje - poza nowszym glibc, gcc 4.x bylo najczesciej wymieniana rzecza, ktora userzy chcieli by miec w Ac M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
To Th przecież :D Czym się będzie różniło, Chyba tylko gcc :) skoro wspominałeś kiedyś, że nawet upgrade nie będzie czysty? Bede sie staral, aby jednak byl mozliwy czysty upgrade. Przez czysty rozumiem tu, ze przy domyslnych konfigach ze starej wersji po upgrade nowa wersja bedzie dzialac out of the box. Wsparcie modyfikowanych czy recznie tworzonych konfigow nas nie interesuje. Bardziej to by pasowało na 3.0 niż 2.1. Coz. Mysle o tym tak: jezeli PLD mialo by kiedys faktycznie przejsc na zawsze w rozwoju ze snapshotami bedziemy mieli gotowe srodowisko stabilne (Ac) i devel (Th), a Ac 2.1 bedzie moglo zostac pierwszym snapshotem, po ktorym zapewne w dosc krotkim czasie bedziemy w stanie wydac nastepny, oparty juz o Th. A poza tym, nie owijajac w bawelne. Bez takich ruchow Ac umrze duzo szybciej niz Ra. Nie chce tego. Bede ciagnal ta linie tak dlugo jak dam rade (czytaj: tyle ile mi bedzie potrzebna). M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Marcin Król [EMAIL PROTECTED] napisał(a): Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? Powodow jest kilka, mniej i bardziej waznych. Oprocz tego co napisal juz Jakub: - nie chce z Ac robic krypty a'la Ra. Ac 2.1 jezeli faktcznie by mialo wyjsc za pol roku czy rok to powiedzmy szczerze, bedzie to czas gdy gcc z serii 3.x zacznie blokowac mozliwosc budowy coraz wiekszej ilosci rzeczy podobnie jak kiedys w Ra gcc 2.95 Otóż, różnica między 3.3 a 3.4 jest wystarczająco duża aby się z Tobą nie zgodzić. I o ile 3.3 jest już w tej chwili (Boost) dla mnie problemem to 3.4 spisuje się bardzo dobrze jako podstawowy kompilator. I pewnie nie zmienię tego do czasu wyjścia gcc 4.3 (IMO wtedy gcc4 będzie już wystarczająco pewne). Zauważ, że to co w gcc4 wprowadzono to głównie middle i back-end. Na poważną zmianę we front-endzie C++ poczekamy pewnie do 2009 roku (jeśli się komitet wyrobi). - gdy Ac juz faktycznie wyzionie ducha, latwiej bedzie z gcc 4.1 w Ac przeskoczyc na Th, czy nawet na nastepna wersje To jest lepszy argument. Z resztą właśnie tego się spodziewałem. Tylko dlaczego Ac a nie Th stable 1. ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Marcin Król [EMAIL PROTECTED] napisał(a): - backport modularnego xorg 7.2 Jako, że z pól roku temu i tak robiłem Xorg 7.0 i 7.1 dla swojego Ac (paczki do tej pory gdzieś na necie wiszą) to zajmę się tym jak tylko zainstaluje Ac na jakiejś maszynie gdzie mógłbym faktycznie takie Xy odpalić - jak mniemam, chodzi głównie o bezproblemowy update z X11 na xorg ? Myślę, że wspólnie damy radę. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
Zauważ, że to co w gcc4 wprowadzono to głównie middle i back-end. Na poważną zmianę we front-endzie C++ poczekamy pewnie do 2009 roku (jeśli się komitet wyrobi). Skoro jak sam piszesz nie bylo powaznych zmian, czemu nie wskoczyc w 4.1? Poza tym wez pod uwage, ze zakladany termin pol roku dla Ac 2.1 jest, jak by to ujac, _bardzo_ optymistyczny :) Wszyscy wiemy ile razy mialo wyjsc Ac i nic z tego nie wyszlo. Zalozmy, ze Ac 2.1 wyjdzie w polowie 2008 roku, a Th dajmy na to w polowie 2009. Czy jest sens wtedy tkwic w gcc 3.x? Tylko dlaczego Ac a nie Th stable 1. ;) Th czeka na stabilne gcc 4.2, poza tym daleko mu do stabilnosci Ac. Odpowiadajac na pytanie: kazdy RM sobie rzepke skrobie? :) M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Łukasz Krotowski [EMAIL PROTECTED] napisał(a): 10-04-07, Marcin Król [EMAIL PROTECTED] napisał(a): Z ciekawości (w wątku na pld-discuss też nie widziałem uzasadnienia) dlaczego 4.1 zamiast 3.4.6 (pytam zważywszy na liczbę regresji w gcc4 i łatwość przeskoku z 3.3)? Powodow jest kilka, mniej i bardziej waznych. Oprocz tego co napisal juz Jakub: - nie chce z Ac robic krypty a'la Ra. Ac 2.1 jezeli faktcznie by mialo wyjsc za pol roku czy rok to powiedzmy szczerze, bedzie to czas gdy gcc z serii 3.x zacznie blokowac mozliwosc budowy coraz wiekszej ilosci rzeczy podobnie jak kiedys w Ra gcc 2.95 Otóż, różnica między 3.3 a 3.4 jest wystarczająco duża aby się z Tobą nie zgodzić. I o ile 3.3 jest już w tej chwili (Boost) dla mnie problemem to 3.4 spisuje się bardzo dobrze jako podstawowy kompilator. I pewnie nie zmienię tego do czasu wyjścia gcc 4.3 (IMO wtedy gcc4 będzie już wystarczająco pewne). Pozwolę się nie zgodzić. Używałem na Ac gcc 3.4.5 - wynik nie był zadawalający, fakt ze działa lepiej niż 3.3 ale nie wszystko się a) kompilowało b) działało stabilnie po kompilacji. Zupełnie inaczej gcc 4.1.2 - które jest naprawde bardzo fajne. W gcc 4.1.2 działają już dobrze optymalizacje kodu - nie mówiąc już, że kernel budowany na gcc4 jest o niebo szybszy niż taki budowany na gcc 3.4. Dla mnie gcc 4.1.2 w Ac 2.1 jest bardzo dobrym pomysłem. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
jak mniemam, chodzi głównie o bezproblemowy update z X11 na xorg ? Mniej wiecej. Wspomnialem o jaki upgrade chodzi w innym mailu w tym watku. M. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Marcin Król [EMAIL PROTECTED] napisał(a): Zauważ, że to co w gcc4 wprowadzono to głównie middle i back-end. Na poważną zmianę we front-endzie C++ poczekamy pewnie do 2009 roku (jeśli się komitet wyrobi). Skoro jak sam piszesz nie bylo powaznych zmian, czemu nie wskoczyc w 4.1? Były bardzo poważne zmiany. 4.0 to włączenie gałęzi tree-ssa a co za tym idzie lepsze możliwości optymalizacyjne (np. autowektoryzacja). Do tego gomp i inne. I właśnie dlatego u siebie czekam z gcc4 aż ,,ochłonie'' (oraz do ustabilizowania się mingw - ale to zupełnie inna historia). Inna sprawa, że moje ,,ochłonie'' może oznaczać że ,,cały świat już od dawna tego używa''. ;) Chodziło mi tylko o to, że nie było wielu zmian we front-endzie C++ (ten był mocno zmieniony z 3.3 na 3.4) a co za tym idzie liczba problemów z kompilacją nie powinna być duża na 3.4. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
On Tue, 10 Apr 2007, Bartosz Świątek wrote: Otóż, różnica między 3.3 a 3.4 jest wystarczająco duża aby się z Tobą nie zgodzić. I o ile 3.3 jest już w tej chwili (Boost) dla mnie problemem to 3.4 spisuje się bardzo dobrze jako podstawowy kompilator. I pewnie nie zmienię tego do czasu wyjścia gcc 4.3 (IMO wtedy gcc4 będzie już wystarczająco pewne). Pozwolę się nie zgodzić. Używałem na Ac gcc 3.4.5 - wynik nie był zadawalający, fakt ze działa lepiej niż 3.3 ale nie wszystko się a) kompilowało b) działało stabilnie po kompilacji. Zupełnie inaczej gcc 4.1.2 - które jest naprawde bardzo fajne. W gcc 4.1.2 działają już dobrze optymalizacje kodu - nie mówiąc już, że kernel budowany na gcc4 jest o niebo szybszy niż taki budowany na gcc 3.4. Dla mnie gcc 4.1.2 w Ac 2.1 jest bardzo dobrym pomysłem. AFAIR jest problem. Tak jak pisał pluto - nikt się 4.1 nie interesuje w gcc i jest to linia porzucona, także nie ma co liczyć na poprawki jakichś błędów... -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
10-04-07, Bartosz Świątek [EMAIL PROTECTED] napisał(a): Otóż, różnica między 3.3 a 3.4 jest wystarczająco duża aby się z Tobą nie zgodzić. I o ile 3.3 jest już w tej chwili (Boost) dla mnie problemem to 3.4 spisuje się bardzo dobrze jako podstawowy kompilator. I pewnie nie zmienię tego do czasu wyjścia gcc 4.3 (IMO wtedy gcc4 będzie już wystarczająco pewne). Pozwolę się nie zgodzić. Używałem na Ac gcc 3.4.5 - wynik nie był zadawalający, fakt ze działa lepiej niż 3.3 ale nie wszystko się a) kompilowało b) działało stabilnie po kompilacji. Ciekawe rzeczy piszesz, z czym miałeś problem (poważnie pytam, chętnie dowiem się o problemach w kompilatorze - lepiej teraz niż na tydzień przed deadlinem)? Zupełnie inaczej gcc 4.1.2 - które jest naprawde bardzo fajne. W gcc 4.1.2 działają już dobrze optymalizacje kodu - nie mówiąc już, że kernel budowany na gcc4 jest o niebo szybszy niż taki budowany na gcc 3.4. Dla mnie gcc 4.1.2 w Ac 2.1 jest bardzo dobrym pomysłem. Ależ wiem, i w ogólności zgadzam się. Mój pech polega na tym, że nie łapię się do ,,ogólności''. Choć gcc4 używam. Na mikro-kontrolerach. ;) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Request for developers + info for mirror admins
On Tue, Apr 10, 2007 at 10:22:31PM +0200, Pawel Golaszewski wrote: On Tue, 10 Apr 2007, Bartosz Świątek wrote: Otóż, różnica między 3.3 a 3.4 jest wystarczająco duża aby się z Tobą nie zgodzić. I o ile 3.3 jest już w tej chwili (Boost) dla mnie problemem to 3.4 spisuje się bardzo dobrze jako podstawowy kompilator. I pewnie nie zmienię tego do czasu wyjścia gcc 4.3 (IMO wtedy gcc4 będzie już wystarczająco pewne). Pozwolę się nie zgodzić. Używałem na Ac gcc 3.4.5 - wynik nie był zadawalający, fakt ze działa lepiej niż 3.3 ale nie wszystko się a) kompilowało b) działało stabilnie po kompilacji. Zupełnie inaczej gcc 4.1.2 - które jest naprawde bardzo fajne. W gcc 4.1.2 działają już dobrze optymalizacje kodu - nie mówiąc już, że kernel budowany na gcc4 jest o niebo szybszy niż taki budowany na gcc 3.4. Dla mnie gcc 4.1.2 w Ac 2.1 jest bardzo dobrym pomysłem. AFAIR jest problem. Tak jak pisał pluto - nikt się 4.1 nie interesuje w gcc i jest to linia porzucona, także nie ma co liczyć na poprawki jakichś błędów... W przypadku 3.4 i 4.0 nie tylko nie ma co liczyć, ale i nie będzie już żadnych - gałęzie zostały zamknięte. -- 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
