IMQ_BEHAVIOR w LINUX_2_6_20
Czy CONFIG_IMQ_BEHAVIOR_BA=y w jądrze z LINUX_2_6_20 to celowe? Z tego co sobie przypominam od wieków używaliśmy CONFIG_IMQ_BEHAVIOR_AB=y by default. -- Robert 'dzeus' Graużenis PLD Linux User/Admin/Developer ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: IMQ_BEHAVIOR w LINUX_2_6_20
Robert Graużenis wrote: Czy CONFIG_IMQ_BEHAVIOR_BA=y w jądrze z LINUX_2_6_20 to celowe? Z tego co sobie przypominam od wieków używaliśmy CONFIG_IMQ_BEHAVIOR_AB=y by default. Nie jest celowe i jeśli uprzednio było AB to można/trzeba zmienić. Podejrzewam że BA to domyślne ustawienie IMQ. Pozdrawiam, Marek PS. Zmienić ? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: IMQ_BEHAVIOR w LINUX_2_6_20
Marek Guevara Braun pisze: Czy CONFIG_IMQ_BEHAVIOR_BA=y w jądrze z LINUX_2_6_20 to celowe? Z tego co sobie przypominam od wieków używaliśmy CONFIG_IMQ_BEHAVIOR_AB=y by default. Nie jest celowe i jeśli uprzednio było AB to można/trzeba zmienić. Podejrzewam że BA to domyślne ustawienie IMQ. Tak, to jest domyślne. PS. Zmienić ? Tak. -- Robert 'dzeus' Graużenis PLD Linux User/Admin/Developer ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: IMQ_BEHAVIOR w LINUX_2_6_20
On Friday 23 of February 2007, Marek Guevara Braun wrote: Robert Graużenis wrote: Czy CONFIG_IMQ_BEHAVIOR_BA=y w jądrze z LINUX_2_6_20 to celowe? Z tego co sobie przypominam od wieków używaliśmy CONFIG_IMQ_BEHAVIOR_AB=y by default. Nie jest celowe i jeśli uprzednio było AB to można/trzeba zmienić. Podejrzewam że BA to domyślne ustawienie IMQ. Pozdrawiam, Marek PS. Zmienić ? Nie wiadomo. W jednych PLDowych jajkach jest AB, w innych BA :/ -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.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: IMQ_BEHAVIOR w LINUX_2_6_20
Arkadiusz Miskiewicz wrote: On Friday 23 of February 2007, Marek Guevara Braun wrote: Robert Graużenis wrote: Czy CONFIG_IMQ_BEHAVIOR_BA=y w jądrze z LINUX_2_6_20 to celowe? Z tego co sobie przypominam od wieków używaliśmy CONFIG_IMQ_BEHAVIOR_AB=y by default. [...] PS. Zmienić ? Nie wiadomo. W jednych PLDowych jajkach jest AB, w innych BA :/ W każdym razie już to zmieniłem - zadam pytanie na users, której wersji ustawień używają. Pozdrawiam, Marek ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-firegl.spec - Version 8.34.8. Fails to bouild on...
On Friday 23 February 2007, Piotr Budny wrote: Dnia piątek, 23 lutego 2007, matkor napisał: $Log$ +Revision 1.145 2007/02/23 09:59:31 matkor +- Version 8.34.8. Fails to bouild on 2.6.20 from LINUX_2_6 branch. Problem da się rozwiązać za pomocą drobnych modyfikacji źródeł fglrx, teraz pytanie, czy dodawać tego patcha, aby poprawnie się budowało na 2.6.20 (i chyba 2.6.19)? Zastanawiam się, bo może to zepsuć budowanie na kernelach niższych. Jakieś propozycje? Na pewno warto wrzucić patch do repo z odpowiednim komentarzem. Domyślnie włączyć, a jak się krzyk podniesie że się nie buduje na niższych kernelach to zastanowić jakie ma być domyślnie. Z góry dzięki za fix. -- 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: SPECS: X11-driver-firegl.spec - Version 8.34.8. Fails to bouild on...
Mateusz Korniak napisał(a): On Friday 23 February 2007, Piotr Budny wrote: Dnia piątek, 23 lutego 2007, matkor napisał: $Log$ +Revision 1.145 2007/02/23 09:59:31 matkor +- Version 8.34.8. Fails to bouild on 2.6.20 from LINUX_2_6 branch. Problem da się rozwiązać za pomocą drobnych modyfikacji źródeł fglrx, teraz pytanie, czy dodawać tego patcha, aby poprawnie się budowało na 2.6.20 (i chyba 2.6.19)? Zastanawiam się, bo może to zepsuć budowanie na kernelach niższych. Jakieś propozycje? Na pewno warto wrzucić patch do repo od jakiegos czasu juz lezy - xorg-driver-video-fglrx-2.6.20-restore_syscalls.patch ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-firegl.spec - Version 8.34.8. Fails to bouild on...
Piotr Budny wrote: Dnia piątek, 23 lutego 2007, matkor napisał: $Log$ +Revision 1.145 2007/02/23 09:59:31 matkor +- Version 8.34.8. Fails to bouild on 2.6.20 from LINUX_2_6 branch. Problem da się rozwiązać za pomocą drobnych modyfikacji źródeł fglrx, teraz pytanie, czy dodawać tego patcha, aby poprawnie się budowało na 2.6.20 (i chyba 2.6.19)? Zastanawiam się, bo może to zepsuć budowanie na kernelach niższych. Do 2.6.19 budować powinna się już wcześniejsza wersja sterowników (w 8.33.6 dodano wsparcie dla 2.6.19) Aby nie zepsuć budowania na niższych kernelach warto łatany kod opakowywać w if-y: #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,20) ... tu nowy kod ... #else ... tu stary kod ... #endif Pozdrawiam, Marek PS. Oczywiście dodawać! ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: Nazewnictwo kernela (glownie do RMa)
Piotr Skwarna wrote: Sławomir Paszkiewicz napisał(a): Witam. Wczoraj szef w pracy postanowil postawic dla kogostam router na PLD i sciagnal w tym celu bootdisk_net.img. No i wszystko fajnie, ale gdy dal instalacje wystapil blad - brak pakietu kernel-grsecurity. Obecnie w ac jest kernel o nazwie 'kernel' a nie 'kernel-grsecurity' i z tego co wiem to 'kernel-grsecurity' jest w ac-supported. Stad moje pytanie - czy zostawiamy juz na stale w ac kernela o nazwie 'kernel' ? Jesli tak, to zmienie tam gdzie trzeba (instalator(?), dokumentacja, pldconf), a jesli nie to prosilbym o jakas wypowiedz na temat tego, jak to powinno byc, by bylo dobrze. podobno jest to gdzies po zbotowaniu w /etc/installer.pkg, ale mi sie nie udalo tego zmienic, hawk mi zasugerowal instalacje kernel24 i pozniejsza aktualizcje do 2.6 to poskutkowalo Po zbootowaniu, na drugiej konsoli: sed -i -e 's/add_rpm kernel-grsecurity/add_rpm kernel/g' /bin/installer-pkgs i jak na razie dziala tylko opcja minimal. -- Pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-firegl.spec - Version 8.34.8. Fails to bouild on...
Dnia piątek, 23 lutego 2007, Marek Guevara Braun napisał: Aby nie zepsuć budowania na niższych kernelach warto łatany kod opakowywać w if-y: [...] Wrzuciłem poprawki do CVS, prosiłbym o przejrzenie zmian i komentarz, jeżeli coś jest nie tak (a szczególnie o przetestowanie budowania na niższych kernelach niż 2.6.20). Pozdrawiam, Piotr Budny ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: xorg-driver-video-fglrx-2.6.20-init_work_macro.patch
Author: vip Date: Fri Feb 23 12:07:33 2007 GMT Module: SOURCES Tag: HEAD Log message: - fix for kernel 2.6.20 due to INIT_WORK parameter change + kasThread_t* thread_obj = (kasThread_t*)hThread; + init_MUTEX((thread_obj-sleep_finished)); + init_waitqueue_head((thread_obj-wq_head)); ++#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,20) ++INIT_WORK((thread_obj-work), routine); ++#else + INIT_WORK((thread_obj-work), routine, pcontext); ++#endif + schedule_work((thread_obj-work)); + return 1; mistrzu, work-data dla = 2.6.20 tez trzeba ustawic. inaczej moze sie taka zabawa brzydko skonczyc ;-) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: X11-driver-firegl.spec - Version 8.34.8. Fails to bouild on...
Piotr Budny napisał(a): Dnia piątek, 23 lutego 2007, Marek Guevara Braun napisał: Aby nie zepsuć budowania na niższych kernelach warto łatany kod opakowywać w if-y: [...] Wrzuciłem poprawki do CVS, prosiłbym o przejrzenie zmian i komentarz, jeżeli coś jest nie tak (a szczególnie o przetestowanie budowania na niższych kernelach niż 2.6.20). na poprzedniej wersji fglrx na 2.6.20-smp spotkalo mnie cos takiego: http://lists.pld-linux.org/mailman/pipermail/pld-kernel/2007-February/001390.html zobacze wieczorem co bedzie na tej... ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SOURCES: xorg-driver-video-fglrx-2.6.20-init_work_macro.patch
Dnia piątek, 23 lutego 2007, Paweł Sikora napisał: Author: vip Date: Fri Feb 23 12:07:33 2007 GMT Module: SOURCES Tag: HEAD Log message: - fix for kernel 2.6.20 due to INIT_WORK parameter change + kasThread_t* thread_obj = (kasThread_t*)hThread; + init_MUTEX((thread_obj-sleep_finished)); + init_waitqueue_head((thread_obj-wq_head)); ++#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,20) ++INIT_WORK((thread_obj-work), routine); ++#else + INIT_WORK((thread_obj-work), routine, pcontext); ++#endif + schedule_work((thread_obj-work)); + return 1; mistrzu, work-data dla = 2.6.20 tez trzeba ustawic. inaczej moze sie taka zabawa brzydko skonczyc ;-) Na starych linux-libc-headers-2.6.12.0-15.i686 inaczej się nie kompiluje. Na nowych (.19-rc1) niestety pojawiają się inne problemy. Teraz lecę na uczelnię, popatrzę wieczorem, chyba, że będzie miał ktoś już jakiś pomysł naprawienia. Pozdrawiam, vip ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] Sparc - general quiestions
On Mon, Feb 12, 2007 at 11:26:13PM +0100, Tomasz Mateja wrote: Mam kilka pytań bo chyba się zapętliłem. Chcę poświęcić trochę swojego czasu na support sparcow w PLD. Choć zainteresowanie developerów nie jest wielkie, gausus jest w posiadaniu maszyny z tego co deklarował możliwe jest postawienie tam buildera - nie tracę nadziei ;) tylko nie wiem w którym kierunku powinienem iść. 1. Czy powinien istnieć jeden builder na pakiety sparc i sparc64? raczej sie nie da. imho musza byc dwa osobne buildery. 2. Po co ten cały multilib? Czy dla x86_64 gcc też budowane jest z multilibem? w th? chyba tak. 3. Czy jest sens w zabawę [EMAIL PROTECTED] jeśli nie to jak budować jądro i moduły? imho nie. -- Andrzej 'The Undefined' Dopierała UNIX Linux administrator, Adam Mickiewicz University WMiI PLD Linux Developer HomePage: http://andrzej.dopierala.name/ JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED] ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS (AC-branch): sim.spec - 1 more file - remove *.la files
On Thu, Feb 22, 2007 at 06:44:30AM +0100, shadzik wrote:
Author: shadzik Date: Thu Feb 22 05:44:30 2007 GMT
Module: SPECS Tag: AC-branch
Log message:
- 1 more file
- remove *.la files
Files affected:
SPECS:
sim.spec (1.19.2.2 - 1.19.2.3)
%{_desktopdir}/sim.desktop
+%{_desktopdir}/kde/sim.desktop
Witaj Bartku :-*~
a to nie duplikaty? nie powinno tylko zostac __desktopdir/kde/sim.desktop?
--
Dariusz Rojewski
[EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [SPEC] gammu-1.09.19 (poprawki)
On Friday 23 February 2007, Adam Gołębiowski wrote:
+Summary(pl.UTF-8): Zestaw narzędzi GNU dla telefonów komórkowych
to chyba nie utf...
Pisane w VIMie z termencoding:utf8 encoding:utf8. We wszystkich edytorach
UTF8 jest wyświetlane poprawnie.
+install -m 0644 docs/docs/locale/*.txt
-m 0644 niepotrzebne, uprawnienia i tak okreslane sa pozniej.
Tak było w oryginalnym SPECu. Usunięte.
+%files devel
+%defattr(644,root,root,755)
+%{_includedir}
+%{_libdir}/pkgconfig
no way dude, te katalogu juz naleza do innych pakietow. Chciałeś raczej
%{_includedir}/*
%{_libdir}/pkgconfig/*
Poprawione.
Dziękuję za pomoc :)
--
Daniel 'Beorn' Mróz [EMAIL PROTECTED]http://127.0.0.1/beorn
[GIT d s:- a-@ C UL$ P+ L E--- W+ N+++ o? K- w---]
[O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*]
[ r++ y+ ]
--- gammu.spec.orig 2007-02-15 13:44:39.163571004 +0100
+++ gammu.spec 2007-02-23 17:11:38.36528 +0100
@@ -1,22 +1,24 @@
# $Revision: 1.44 $, $Date: 2007/02/13 07:16:44 $
-Summary: Linux/Unix tool suite for Nokia mobile phones
-Summary(pl.UTF-8): Linuksowy/uniksowy zestaw narzÄdzi dla telefonĂłw komĂłrkowych Nokia
+Summary: GNU tool suite for mobile phones
+Summary(pl.UTF-8): Zestaw narzÄdzi GNU dla telefonĂłw komĂłrkowych
Name: gammu
-Version: 1.07.00
-Release: 1
+Version: 1.09.19
+Release: 0.1
Epoch: 1
License: GPL v2
Group: Applications/Communications
Source0: http://www.mwiacek.com/zips/gsm/gammu/stable/1_0x/%{name}-%{version}.tar.gz
-# Source0-md5: b706e35a6f003acc47f8c2bb71fa8036
+# Source0-md5: 7d7d9dea3b9d52b7a7a6fe4f3fef92d7
Patch0: %{name}-etc_dir.patch
Patch1: %{name}-no_nss.patch
+Patch2: %{name}-libpq_dir.patch
URL: http://www.gammu.org/
BuildRequires: autoconf
BuildRequires: bluez-libs-devel
BuildRequires: mysql-devel
Provides: mygnokii2
Obsoletes: mygnokii2
+Requires: %{name}-libs = %{epoch}:%{version}-%{release}
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
@@ -38,11 +40,47 @@
WAP, daty/czasu, budzika, dzwonienia itp. MoĹźe takĹźe wykonywaÄ peĹne
kopie zapasowe danych i odtwarzaÄ je.
+%package devel
+Summary: Header files for Gammu tool suite for mobile phones
+Summary(pl.UTF-8): Pliki nagĹĂłwkowe zestawu narzÄdzi dla telefonĂłw komĂłrkowych Gammu
+Group: Development/Libraries
+Requires: %{name} = %{epoch}:%{version}-%{release}
+
+%description devel
+Header files for Gammu tool suite for mobile phones.
+
+%description devel -l pl.UTF-8
+Pliki nagĹĂłwkowe zestawu narzÄdzi dla telefonĂłw komĂłrkowych Gammu.
+
+%package libs
+Summary:Gammu library
+Summary(pl.UTF-8): Biblioteka Gammu
+Group: Libraries
+
+%description libs
+Gammu tool suite library.
+
+%description devel -l pl.UTF-8
+Biblioteka zestawu narzÄdzi dla telefonĂłw komĂłrkowych Gammu.
+
+%package static
+Summary:Gammu static library
+Summary(pl.UTF-8): Biblioteka statyczna Gammu
+Group: Development/Libraries
+Requires: %{name}-libs = %{epoch}:%{version}-%{release}
+
+%description static
+Gammu static library.
+
+%description devel -l pl.UTF-8
+Biblioteka statyczna zestawu narzÄdzi dla telefonĂłw komĂłrkowych Gammu.
+
%prep
%setup -q
#%patch0 -p1
%patch1 -p1
-cp -f version cfg/autoconf/VERSION
+%patch2 -p1
+cp -f VERSION cfg/autoconf/VERSION
mv docs/docs/english/gammu.1 .
%build
@@ -61,7 +99,7 @@
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT{%{_sysconfdir},%{_examplesdir}/%{name}-%{version},%{_datadir}/%{name}}
-%{__make} installlocales installlibonly \
+%{__make} installlibonly \
DESTDIR=$RPM_BUILD_ROOT \
prefix=%{_prefix} \
INSTALL_LIB_DIR=%{_libdir} \
@@ -70,11 +108,10 @@
install -D gammu.1 $RPM_BUILD_ROOT%{_mandir}/man1/%{name}.1
install docs/examples/config/gammurc $RPM_BUILD_ROOT%{_sysconfdir}
+install docs/docs/locale/*.txt $RPM_BUILD_ROOT%{_datadir}/%{name}
cp -r docs/{examples,develop} $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version}
rm -rf $RPM_BUILD_ROOT%{_docdir}/%{name}
-# anybody feels like developing gammu-based apps?
-rm -rf $RPM_BUILD_ROOT{%{_includedir},%{_libdir}/{*.{so,a},pkgconfig}}
%clean
rm -rf $RPM_BUILD_ROOT
@@ -84,22 +121,34 @@
%files
%defattr(644,root,root,755)
-%doc changelog docs/docs/english/gammu.htm other/bash readme.txt
+%doc ChangeLog docs/docs/english/gammu.htm other/bash README
%doc %lang(it) docs/docs/italian
%attr(755,root,root) %{_bindir}/%{name}
-%attr(755,root,root) %{_libdir}/*.so.*
%config(noreplace) %verify(not md5 mtime size) %{_sysconfdir}/gammurc
%dir %{_datadir}/%{name}
-%lang(cs) %{_datadir}/gammu/gammu_cs.txt
-%lang(de) %{_datadir}/gammu/gammu_de.txt
-%lang(es) %{_datadir}/gammu/gammu_es.txt
-%lang(it) %{_datadir}/gammu/gammu_it.txt
-%lang(pl) %{_datadir}/gammu/gammu_pl.txt
-%lang(ru) %{_datadir}/gammu/gammu_ru.txt
-%{_datadir}/gammu/gammu_us.txt
+%lang(cs) %{_datadir}/%{name}/gammu_cs.txt
+%lang(de) %{_datadir}/%{name}/gammu_de.txt
Re: SPECS (AC-branch): sim.spec - 1 more file - remove *.la files
2007/2/23, Dariusz Rojewski [EMAIL PROTECTED]: Witaj Bartku :-*~ a to nie duplikaty? nie powinno tylko zostac __desktopdir/kde/sim.desktop? Cześć Dareczku :*~ A nie wiem, masz ochotę sprawdzić ? Ja dzisiaj i jutro nie dam rady tego zrobić. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: [TH] Sparc - general quiestions
On Fri, Feb 23, 2007 at 04:38:04PM +0100, Andrzej 'The Undefined' Dopierała wrote: On Mon, Feb 12, 2007 at 11:26:13PM +0100, Tomasz Mateja wrote: Mam kilka pytań bo chyba się zapętliłem. Chcę poświęcić trochę swojego czasu na support sparcow w PLD. Choć zainteresowanie developerów nie jest wielkie, gausus jest w posiadaniu maszyny z tego co deklarował możliwe jest postawienie tam buildera - nie tracę nadziei ;) tylko nie wiem w którym kierunku powinienem iść. 1. Czy powinien istnieć jeden builder na pakiety sparc i sparc64? raczej sie nie da. imho musza byc dwa osobne buildery. Z normalnymi bibliotekami i samodzielnymi programami nie ma/nie powinno być problemu. Natomiast problem robi się w przypadku binarek korzystających z modułów lub bibliotek poza ścieżką systemową - dotyczy to perla, pythona, php... - /usr/bin jest jedno. (BTW: pkg-config bez dodatkowych zabiegów (w postaci ustawiania PKG_CONFIG_PATH) działa dobrze tylko wtedy, kiedy dla obu architektur flagi są takie same) 2. Po co ten cały multilib? Czy dla x86_64 gcc też budowane jest z multilibem? Żeby nie trzeba było robić całego chroota z systemem dla pojedynczych programów o innym ABI. w th? chyba tak. W Ac 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
/dev/pktcdvd* i inne nowe u rządzenia
W dev: %dev(b,97,0) %attr(660,root,disk) /dev/pktcdvd0 %dev(b,97,1) %attr(660,root,disk) /dev/pktcdvd1 %dev(b,97,2) %attr(660,root,disk) /dev/pktcdvd2 %dev(b,97,3) %attr(660,root,disk) /dev/pktcdvd3 %dev(b,97,4) %attr(660,root,disk) /dev/pktcdvd4 ale to może było prawdziwe dla wczesnych łat na 2.4.x. Teraz numer major jest przydzielany dynamicznie: $ grep pktcdvd /proc/devices 254 pktcdvd Jest jeszcze urządzenie sterujące, nie uwzględnione w dev (/dev/pktcdvd?) %dev(c,10,??), z numerem minor przydzielanym dynamicznie: $ grep pktcdvd /proc/misc 63 pktcdvd No i niestety statyczny dev przestaje się sprawdzać. W przypadku nie używania udeva proponowaną przez deweloperów jądra metodą tworzenia urządzeń jest skrypt uruchamiany po wczytaniu modułu, tworzący odpowiednie urządzenia na podstawie /proc/devices i/lub /proc/misc. (można niby rozszerzać łatę static-dev - ale jak długo? nowe numery urządzeń nie są już przydzielane, liczba MISC_DYNAMIC_MINOR i register_blkdev() z początkowo zerowym pierwszym parametrem rośnie w kolejnych wersjach jądra) -- 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: [SPEC] gammu-1.09.19 (poprawki)
On Fri, Feb 23, 2007 at 05:31:22PM +0100, Daniel Mróz wrote:
On Friday 23 February 2007, Adam Gołębiowski wrote:
+Summary(pl.UTF-8): Zestaw narzędzi GNU dla telefonów komórkowych
to chyba nie utf...
Pisane w VIMie z termencoding:utf8 encoding:utf8. We wszystkich edytorach
UTF8 jest wyświetlane poprawnie.
+install -m 0644 docs/docs/locale/*.txt
-m 0644 niepotrzebne, uprawnienia i tak okreslane sa pozniej.
Tak było w oryginalnym SPECu. Usunięte.
+%files devel
+%defattr(644,root,root,755)
+%{_includedir}
+%{_libdir}/pkgconfig
no way dude, te katalogu juz naleza do innych pakietow. Chciałeś raczej
%{_includedir}/*
%{_libdir}/pkgconfig/*
^
to jeszcze szczypta ode mnie: use %{_pkgconfigdir}, dude :)
--
Dariusz Rojewski
[EMAIL PROTECTED]
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: SPECS: pulseaudio.spec - gettextize - pulseaudio-gettext.patch: us...
On Fri, Feb 23, 2007 at 10:55:38PM +0100, qrczak wrote: Author: qrczak Date: Fri Feb 23 21:55:37 2007 GMT Module: SPECS Tag: HEAD Log message: - gettextize - pulseaudio-gettext.patch: use external gettext Gdzie tu jest gettext używany? -- 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
gnochm.spec
Witam! Zbudowałem sobie gnochm-0.9.9. Przy okazji zdziwiło mnie coś takiego: pakiet ma ustawione BuildArch: noarch (słusznie), ale configure sprawdza różne dziwne rzeczy (kompilator, nagłówki), po czym się wysypuje: checking build system type... Invalid configuration `noarch-pld-linux': machine `noarch-pld' not recognized configure: error: /bin/sh ./config.sub noarch-pld-linux failed Po usunięciu BuildArch: none buduje się. Jakieś pomysły? -- Szymon Siwek Los nikomu nie szczędzi rozczarowań ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
