Re: instalacja util-vserver
On 14.05.2013 10:46, Arkadiusz Miśkiewicz wrote: On Tuesday 14 of May 2013, Paweł Lęcznar wrote: witam, obecnie próba zainstalowania util-vserver na th kończy się tak: poldek --clean-whole (wyczyści lokalny cache z bugiem) i dalej już po staremu pomogło, dzięki ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
instalacja util-vserver
witam, obecnie próba zainstalowania util-vserver na th kończy się tak: [root@komp ~]# poldek Wczytywanie [pndir]th... Wczytywanie [pndir]th... Przeczytano 20392 pakiety Wczytywanie [rpmdbcache]/var/lib/rpm... Przeczytano 452 pakiety Witaj w poldkowym trybie interaktywnym. Wpisz help aby otrzymać pomoc. poldek:/all-avail install util-vserver-0.30.216-1.pre3038.1.i686 Przetwarzanie zależności... util-vserver-0.30.216-1.pre3038.1.i686 zaznaczył FHS-2.3-35.i686 (wł. //) błąd: FHS-2.3-35.i686: equal version installed, give up Wystąpiły błędy podczas instalacji poldek:/all-avail ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
pam-pam_mysql
witam, w złączniku patch na speca i łata poprawiająca błąd
Aug 22 11:12:58 XXX passwd[15409]: PAM unable to
dlopen(/lib64/security/pam_mysql.so): /lib64/security/pam_mysql.so:
undefined symbol: make_scrambled_password
występujący podczas próby zalogowania na konto znajdujące się w bazie
mysql (wykorzystując moduł libnss-mysql lub nss_mysql) - łata pożyczona
od fedory, buduje się i działa na x86_64 (na i686 nie mam możliwości
sprawdzenia), jeśli jest wszystko ok to proszę o dodanie do repo, jeśli
nie to proszę o uwagi, pozdrawiam
diff -u pam-pam_mysql.old/pam-pam_mysql.spec pam-pam_mysql/pam-pam_mysql.spec
--- pam-pam_mysql.old/pam-pam_mysql.spec 2011-08-22 13:15:52.0 +0200
+++ pam-pam_mysql/pam-pam_mysql.spec 2011-08-22 13:16:19.0 +0200
@@ -13,6 +13,7 @@
Source0: http://dl.sourceforge.net/pam-mysql/%{modulename}-%{version}%{subver}.tar.gz
# Source0-md5: 6177183d7e98dc12f2e444c9fbd4f13c
Patch0: ac.patch
+Patch1: pam-%{modulename}-scrambled.patch
URL: http://sourceforge.net/projects/pam-mysql/
BuildRequires: autoconf = 2.57
BuildRequires: automake
@@ -37,6 +38,7 @@
%prep
%setup -q -n %{modulename}-%{version}%{subver}
%patch0 -p1
+%patch1 -p1
%{__sed} -i -e 's/sinclude(.*)//' configure.in
%build
diff -u pam_mysql-0.7RC1/pam_mysql.c pam_mysql-0.7RC1.scrambled/pam_mysql.c
--- pam_mysql-0.7RC1/pam_mysql.c 2006-01-09 11:35:59.0 +0100
+++ pam_mysql-0.7RC1.scrambled/pam_mysql.c 2011-06-09 20:20:46.346658126 +0200
@@ -2554,6 +2554,11 @@
}
/* }}} */
+void my_make_scrambled_password(
+ char *to,
+ const char *password,
+ size_t pass_len);
+
/* {{{ pam_mysql_check_passwd
*/
static pam_mysql_err_t pam_mysql_check_passwd(pam_mysql_ctx_t *ctx,
@@ -2655,7 +2660,7 @@
make_scrambled_password(buf, passwd);
}
#else
- make_scrambled_password(buf, passwd);
+ my_make_scrambled_password(buf, passwd, strlen(passwd));
#endif
vresult = strcmp(row[0], buf);
@@ -2846,7 +2851,7 @@
make_scrambled_password(encrypted_passwd, new_passwd);
}
#else
-make_scrambled_password(encrypted_passwd, new_passwd);
+my_make_scrambled_password(encrypted_passwd, new_passwd, strlen(new_passwd));
#endif
break;
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pam-pam_mysql
W dniu 22.08.2011 13:33, Marcin Rybak pisze: W dniu 22 sierpnia 2011 13:26 użytkownik Paweł Lęcznar maillist...@gmail.com napisał: witam, w złączniku patch na speca i łata poprawiająca błąd Aug 22 11:12:58 XXX passwd[15409]: PAM unable to dlopen(/lib64/security/pam_**mysql.so): /lib64/security/pam_mysql.so: undefined symbol: make_scrambled_password występujący podczas próby zalogowania na konto znajdujące się w bazie mysql (wykorzystując moduł libnss-mysql lub nss_mysql) - łata pożyczona od fedory, buduje się i działa na x86_64 (na i686 nie mam możliwości sprawdzenia), jeśli jest wszystko ok to proszę o dodanie do repo, jeśli nie to proszę o uwagi, pozdrawiam podaj proszę źródło źródło do patcha? wziąłem go z pakietu src.rpm który jest zamieszczony pod adresem http://koji.fedoraproject.org/koji/buildinfo?buildID=247169 , pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: pam-pam_mysql
W dniu 22.08.2011 14:17, Bartosz Świątek pisze: W dniu 22 sierpnia 2011 14:09 użytkownik Paweł Lęcznar maillist...@gmail.com napisał: W dniu 22.08.2011 13:33, Marcin Rybak pisze: W dniu 22 sierpnia 2011 13:26 użytkownik Paweł Lęcznar maillist...@gmail.comnapisał: witam, w złączniku patch na speca i łata poprawiająca błąd Aug 22 11:12:58 XXX passwd[15409]: PAM unable to dlopen(/lib64/security/pam_**mysql.so): /lib64/security/pam_mysql.so: undefined symbol: make_scrambled_password występujący podczas próby zalogowania na konto znajdujące się w bazie mysql (wykorzystując moduł libnss-mysql lub nss_mysql) - łata pożyczona od fedory, buduje się i działa na x86_64 (na i686 nie mam możliwości sprawdzenia), jeśli jest wszystko ok to proszę o dodanie do repo, jeśli nie to proszę o uwagi, pozdrawiam podaj proszę źródło źródło do patcha? wziąłem go z pakietu src.rpm który jest zamieszczony pod adresem http://koji.fedoraproject.org/koji/buildinfo?buildID=247169 , pozdrawiam A dlaczego nie z gota fedory? Wtedy mozna podac komende albo url w changelogu. to powinno być to http://pkgs.fedoraproject.org/gitweb/?p=pam_mysql.git;a=blob_plain;f=pam_mysql-0.7RC1-scrambled.patch;hb=HEAD pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nss_mysql
W dniu 20.08.2011 00:11, Tomasz Pala pisze:
czemu ma służyć poniższa zmiana:
- --with-mysql-lib=/usr/%{_lib} \
+ --with-mysql-lib=/usr%{_libdir} \
przy zdefiniowanym _libdir na /%{_lib}
tak poprawił skrypt adapter
mamy wersję 1.0, czemu już nie aktualizowałeś do 1.5? Też zabytek,
ale zawsze trochę nowszy... http://libnss-mysql.sourceforge.net/
fakt, mój błąd, w najbliższym czasie podbiję do nowszej wersji i prześlę
jeszcze raz, pozdrawiam
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: nss_mysql
tak czy inaczej u siebie narazie odpaliłem nss_mysql i działa, przesyłam
poprawione łaty, jeśli wszystko jest ok to proszę o dodanie do repo,
jeśli nie proszę o uwagi, pozdrawiam
--- nss_mysql.old/nss_mysql.spec 2007-02-13 08:16:49.0 +0100
+++ nss_mysql/nss_mysql.spec 2011-08-20 19:06:16.0 +0200
@@ -3,12 +3,13 @@
Summary(pl.UTF-8): ModuÅ NSS MySQL
Name: nss_mysql
Version: 1.0
-Release: 1
+Release: 2
License: GPL
Group: Base
Source0: http://savannah.nongnu.org/download/nss-mysql/nss-mysql-%{version}.tar.gz
# Source0-md5: a1bacf9bcdd8c5172b8074e268af1436
Patch0: %{name}-m4.patch
+Patch1: %{name}-mysql_thread.patch
URL: http://www.freesoftware.fsf.org/nss-mysql/
BuildRequires: autoconf
BuildRequires: automake
@@ -31,6 +32,7 @@
%prep
%setup -q -n nss-mysql-%{version}
%patch0 -p1
+%patch1 -p1
%build
%{__libtoolize}
@@ -42,7 +44,7 @@
--enable-group \
--enable-shadow \
--with-mysql-lib=/usr/%{_lib} \
- --with-mysql-include=/usr/include/mysql
+ --with-mysql-include=%{_includedir}/mysql
%install
rm -rf $RPM_BUILD_ROOT
diff -uNr nss-mysql-1.0.orig/src/group.c nss-mysql-1.0/src/group.c
--- nss-mysql-1.0.orig/src/group.c 2011-08-19 10:29:29.0 +0200
+++ nss-mysql-1.0/src/group.c 2011-08-19 11:05:51.0 +0200
@@ -519,7 +519,7 @@
_nss_mysql_log(LOG_ERR,initgroups: not enough memory to escape
the user string);
*errnop = EAGAIN;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_TRYAGAIN;
}
@@ -627,7 +627,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
mysql_free_result(result);
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_SUCCESS;
}
@@ -678,7 +678,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = 0;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_SUCCESS;
out_nomem:
@@ -688,7 +688,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = EAGAIN;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_TRYAGAIN;
out_unavail:
@@ -698,7 +698,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = ENOENT;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_UNAVAIL;
}
diff -uNr nss-mysql-1.0.orig/src/lib.c nss-mysql-1.0/src/lib.c
--- nss-mysql-1.0.orig/src/lib.c 2011-08-19 10:29:29.0 +0200
+++ nss-mysql-1.0/src/lib.c 2011-08-19 11:04:37.0 +0200
@@ -582,7 +582,7 @@
_nss_mysql_log(LOG_ERR,_nss_mysql_check_
connection: pinging %p,
m-mysql);
-my_thread_init();
+mysql_thread_init();
if (mysql_ping(m-mysql)) {
if (DEBUG)
_nss_mysql_log(LOG_ERR,
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
nss_mysql
witam, musiałem takie coś u siebie uruchomić więc poprawiłem źródła i
speca (łaty w załączniku), na x86_64 buduje się i działa, wszelkie uwagi
mile widziane, jeśli wszystko jest ok to proszę o dodanie do repo,
pozdrawiam
diff -uNr nss-mysql-1.0.orig/src/group.c nss-mysql-1.0/src/group.c
--- nss-mysql-1.0.orig/src/group.c 2011-08-19 10:29:29.0 +0200
+++ nss-mysql-1.0/src/group.c 2011-08-19 11:05:51.0 +0200
@@ -519,7 +519,7 @@
_nss_mysql_log(LOG_ERR,initgroups: not enough memory to escape
the user string);
*errnop = EAGAIN;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_TRYAGAIN;
}
@@ -627,7 +627,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
mysql_free_result(result);
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_SUCCESS;
}
@@ -678,7 +678,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = 0;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_SUCCESS;
out_nomem:
@@ -688,7 +688,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = EAGAIN;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_TRYAGAIN;
out_unavail:
@@ -698,7 +698,7 @@
_nss_mysql_free_groups(goptions);
_nss_mysql_free_users(options);
*errnop = ENOENT;
-my_thread_end();
+mysql_thread_end();
return NSS_STATUS_UNAVAIL;
}
diff -uNr nss-mysql-1.0.orig/src/lib.c nss-mysql-1.0/src/lib.c
--- nss-mysql-1.0.orig/src/lib.c 2011-08-19 10:29:29.0 +0200
+++ nss-mysql-1.0/src/lib.c 2011-08-19 11:04:37.0 +0200
@@ -582,7 +582,7 @@
_nss_mysql_log(LOG_ERR,_nss_mysql_check_
connection: pinging %p,
m-mysql);
-my_thread_init();
+mysql_thread_init();
if (mysql_ping(m-mysql)) {
if (DEBUG)
_nss_mysql_log(LOG_ERR,
--- nss_mysql.old/nss_mysql.spec 2007-02-13 08:16:49.0 +0100
+++ nss_mysql/nss_mysql.spec 2011-08-19 22:30:19.0 +0200
@@ -9,6 +9,7 @@
Source0: http://savannah.nongnu.org/download/nss-mysql/nss-mysql-%{version}.tar.gz
# Source0-md5: a1bacf9bcdd8c5172b8074e268af1436
Patch0: %{name}-m4.patch
+Patch1: %{name}-mysql_thread.patch
URL: http://www.freesoftware.fsf.org/nss-mysql/
BuildRequires: autoconf
BuildRequires: automake
@@ -31,6 +32,7 @@
%prep
%setup -q -n nss-mysql-%{version}
%patch0 -p1
+%patch1 -p1
%build
%{__libtoolize}
@@ -41,8 +43,8 @@
%{?debug:--enable-debug} \
--enable-group \
--enable-shadow \
- --with-mysql-lib=/usr/%{_lib} \
- --with-mysql-include=/usr/include/mysql
+ --with-mysql-lib=/usr%{_libdir} \
+ --with-mysql-include=%{_includedir}/mysql
%install
rm -rf $RPM_BUILD_ROOT
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: instaler CRI i klawiatura USB - a moze serial console?
W dniu 30.05.2011 18:00, Jacek Osiecki pisze: A w dmesgu: [ 451.203253] poldek[3053]: segfault at c010 ip 7f82cfceaa1e sp 7fff040aa2e0 error 4 in libc-2.13.so[7f82cfc06000+154000] witam, pisałem o tym problemie na forum pld w topic'u pld na lvm, u mnie pomogło rm /pldroot/var/lib/rpm/__* pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: 2.6.38.6-6
W dniu 18.05.2011 18:18, Arkadiusz Miskiewicz pisze: Uprasza się o przetestowanie 2.6.38.6-6 z th-test na x86_64, i686 i i486. na laptopie x86_64 działa od wczoraj i póki co nie zauważyłem problemów, pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: blacklisty udev/modprobe przestaly dzialac?
W dniu 05.03.2011 19:02, Paweł Sikora pisze: problem jest chyba szerszy, wyglada, ze modprobe.conf takze jest ignorowane, bo moje ustawienia parametrow index=... dla urzadzen dzwiekowych sa zlewane przy ladowaniu via udev, a przy recznym modprobe dzialaja tak jak nalezy. witam, u mnie również występuje taki problem ale nie sądzę żeby wina leżała po stronie udev'ie ponieważ downgrade udev'a do starszej wersji niż jest obecnie w th-main nie rozwiązuje problemu, pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: blacklisty udev/modprobe przestaly dzialac?
W dniu 06.03.2011 16:33, Paweł Sikora pisze: On Sunday, March 06, 2011 04:11:27 PM Adam Osuchowski wrote: chyba juz namierzylem problem, geninitrd mi zaladowal ekstra bonus : może lamerskie pytanie ale jak wymusić na geninitrd aby nie ładował modułów, których nie chcemy mieć w initrd? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: KDE 4.6.0 i pozostający wiszący kded4
W dniu 24.01.2011 21:09, Łukasz Maśko pisze: Test case: - zalogować się do KDE przez KDM - wylogować - przełączyć na konsolę Wynik: w systemie pozostaje proces kded4 wiszący na futex (tak zwraca strace), ps zwraca takie coś: ed3194 0.8 1.2 175532 25392 ?Sl 20:24 0:01 kdeinit4: kded4 [kdeinit] Jeśli ponownie zaloguję się do KDE, proces ten zaczyna zżerać 100% rdzenia. Czy ktoś mógłby to u siebie sprawdzić? u mnie na th x86_64 ten problem nie występuje, aktualnie mam th-main+th-ready+th-test (prócz glibc i kernela), pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
apache-mod_qos
witam, byl mi ostatnio potrzebny do apache modul jak w temacie wiec
popelnilem speca do jego zbudowania, na pewno nie jest on idealny ale
buduje się i dziala, moze się komus przyda, a jesli jest w miare ok pod
wzgledem standardow obowiazujacych w pld to prosilbym o dodanie go do
cvs'u, jeśli nie to prosze napisac co jest nie tak a postaram sie to
poprawic, pozdrawiam
LoadModule qos_module modules/mod_qos.so
%define mod_nameqos
%define apxs/usr/sbin/apxs
Summary:This is a quality of service module for the Apache web server
Name: apache-mod_qos
Version:9.47
Release:1
Epoch: 1
License:GNU General Public License
Group: Networking/Daemons/HTTP
Source0:
http://downloads.sourceforge.net/project/mod-qos/mod_qos-%{version}.tar.gz
# Source0-md5: 5d12f1f4935f29af1ad5258cc6d5171e
Source1:%{name}.conf
URL:http://opensource.adnovum.ch/mod_qos/
BuildRequires: %{apxs}
BuildRequires: apache-devel = 2.2
BuildRequires: openssl-devel
BuildRequires: rpmbuild(macros) = 1.268
Requires: apache = 2.2
Requires: apache(modules-api) = %apache_modules_api
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%define _pkglibdir %(%{apxs} -q LIBEXECDIR 2/dev/null)
%define _sysconfdir %(%{apxs} -q SYSCONFDIR 2/dev/null)
%description
This is a quality of service module for the Apache web server
implementing control mechanisms that can provide different levels of
priority to different HTTP requests.
%prep
%setup -q -n mod_%{mod_name}-%{version}
%build
cd apache2
%{apxs} -c mod_%{mod_name}.c -lssl
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT{%{_pkglibdir},%{_sysconfdir}/httpd.conf}
install apache2/.libs/mod_%{mod_name}.so $RPM_BUILD_ROOT%{_pkglibdir}
echo 'LoadModule %{mod_name}_module modules/mod_%{mod_name}.so' \
$RPM_BUILD_ROOT%{_sysconfdir}/httpd.conf/99_mod_%{mod_name}.conf
%clean
rm -rf $RPM_BUILD_ROOT
%post
%service -q httpd restart
%postun
if [ $1 = 0 ]; then
%service -q httpd restart
fi
%files
%defattr(644,root,root,755)
%attr(640,root,root) %config(noreplace) %verify(not md5 mtime size)
%{_sysconfdir}/httpd.conf/*_mod_%{mod_name}.conf
%attr(755,root,root) %{_pkglibdir}/*.so
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: VirtualBox-bin.spec up to 4.0.0
W dniu 26.12.2010 23:17, Jan Rękorajski pisze: On Sun, 26 Dec 2010, Adam Golebiowski wrote: Na branchu DEVEL VirtualBox jest 4.0.0 BETA2, a w pakiecie VirtualBox-Extension-Pack jest to co brakuje w wersji OSE. Więc pytanie czy wogóle warto jeszcze dłubać przy VirtualBox-bin.spec. obecnie VirtualBox OSE na HEAD jest w wersji 4.0.0 ale różnica pomiędzy VirtualBox z binarek a VirtualBox OSE jest taka że ta z binarek działa poprawnie (wprawdzie przez sudo ale działa) natomiast VirtualBox OSE działa ale nie do końca - nowoutworzona maszyna wirtualna się uruchamia natomiast próba przejścia do ustawień tej maszyny wirtualnej (gdy jest zatrzymana) kończy się komunikatem Naruszenie ochrony paimęci, wywalenie całęj dotychczasewej konfiguracji z wersji 3.2 nic nie zmienia. obecnie mam pakiety z th-main + th-ready + th-test, pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
VirtualBox-bin.spec up to 4.0.0
witam, w zalaczniku patch do VirtualBox-bin.spec podbijajacy wersje do
4.0.0, za bardzo sie nie znam wiec prosze o wyrozumialosc, u mnie na
x86_64 buduje sie i dziala bez zarzutu, pozdrawiam
--- VirtualBox-bin.spec.old 2010-12-25 19:36:29.0 +0100
+++ VirtualBox-bin.spec 2010-12-25 19:45:59.0 +0100
@@ -14,23 +14,23 @@
%endif
# disable debug - no symbols here
%define _enable_debug_packages 0
-%define rel 2
+%define rel 1
%define pname VirtualBox
-%define prev 68302
+%define prev 69151
Summary: VirtualBox - x86 hardware virtualizer
Summary(pl.UTF-8): VirtualBox - wirtualizator sprzÄtu x86
Name: %{pname}-bin
-Version: 3.2.12
+Version: 4.0.0
Release: %{rel}
License: Free for non-commercial use, non-distributable
Group: Applications/Emulators
Source0: http://download.virtualbox.org/virtualbox/%{version}/%{pname}-%{version}-%{prev}-Linux_amd64.run
-# NoSource0-md5: 408db0aff4ada9664b8cdf156916ec64
+# NoSource0-md5: 7a82f89abea6757231c02b42b5db90a3
NoSource: 0
Source1: http://download.virtualbox.org/virtualbox/%{version}/%{pname}-%{version}-%{prev}-Linux_x86.run
-# NoSource1-md5: 984b2dea108ba151ee5203f95987463c
+# NoSource1-md5: b69839d355c5c532988380f81e7c51a4
NoSource: 1
Source2: http://download.virtualbox.org/virtualbox/%{version}/UserManual.pdf
# Source2-md5: d7f8685fe5fd84757b33d46e6f0b6bc5
@@ -282,9 +282,9 @@
ln -s %{_libdir}/VirtualBox/VirtualBox-wrapper.sh $RPM_BUILD_ROOT%{_bindir}/$f
done
-install libQt*.so.* VBox*.so VirtualBox.so VRDPAuth.so \
+install libQt*.so.* VBox*.so VirtualBox.so \
$RPM_BUILD_ROOT%{_libdir}/VirtualBox
-install VBox{DD,DD2}{GC.gc,R0.r0} VMM{GC.gc,R0.r0} \
+install VBox{DD,DD2}{GC.gc,R0.r0} VMM{GC.gc,R0.r0} VBoxEFI{32,64}.fd VBoxExtPackHelperApp \
$RPM_BUILD_ROOT%{_libdir}/VirtualBox
for f in VBox{DDU,REM,RT,VMM,XPCOM}.so; do
@@ -292,7 +292,7 @@
done
cp -a accessible additions components nls rdesktop-vrdp-keymaps $RPM_BUILD_ROOT%{_libdir}/VirtualBox
-install License-8.html $RPM_BUILD_ROOT%{_libdir}/VirtualBox
+install LICENSE $RPM_BUILD_ROOT%{_libdir}/VirtualBox
install VBox.png $RPM_BUILD_ROOT%{_pixmapsdir}/VBox.png
install %{SOURCE8} $RPM_BUILD_ROOT%{_desktopdir}/%{pname}.desktop
@@ -408,6 +408,11 @@
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxTestOGL
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxTunctl
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxXPCOMIPCD
+%attr(755,root,root) %{_libdir}/VirtualBox/VBoxAuth.so
+%attr(755,root,root) %{_libdir}/VirtualBox/VBoxAuthSimple.so
+%attr(755,root,root) %{_libdir}/VirtualBox/VBoxEFI32.fd
+%attr(755,root,root) %{_libdir}/VirtualBox/VBoxEFI64.fd
+%attr(755,root,root) %{_libdir}/VirtualBox/VBoxExtPackHelperApp
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxDbg.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxDD2.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxDD.so
@@ -439,14 +444,12 @@
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxSharedCrOpenGL.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxSharedFolders.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxVMM.so
-%attr(755,root,root) %{_libdir}/VirtualBox/VBoxVRDP.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxXPCOMC.so
%attr(755,root,root) %{_libdir}/VirtualBox/VBoxXPCOM.so
%attr(755,root,root) %{_libdir}/VirtualBox/libQtCoreVBox.so.4
%attr(755,root,root) %{_libdir}/VirtualBox/libQtGuiVBox.so.4
%attr(755,root,root) %{_libdir}/VirtualBox/libQtNetworkVBox.so.4
%attr(755,root,root) %{_libdir}/VirtualBox/libQtOpenGLVBox.so.4
-%attr(755,root,root) %{_libdir}/VirtualBox/VRDPAuth.so
%attr(4755,root,root) %{_libdir}/VirtualBox/VirtualBox
%attr(755,root,root) %{_libdir}/VirtualBox/VirtualBox.so
%attr(755,root,root) %{_libdir}/VirtualBox/VirtualBox-wrapper.sh
@@ -477,7 +480,7 @@
%{_libdir}/VirtualBox/components/VBoxXPCOM.so
%{_libdir}/VirtualBox/components/VirtualBox_XPCOM.xpt
%{_libdir}/VirtualBox/rdesktop-vrdp-keymaps
-%{_libdir}/VirtualBox/License-8.html
+%{_libdir}/VirtualBox/LICENSE
%{_libdir}/VirtualBox/VirtualBox.chm
%lang(bg) %{_libdir}/VirtualBox/nls/*_bg.qm
%lang(ca) %{_libdir}/VirtualBox/nls/*_ca.qm
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
opera.spec up to 11.00b1
witam, w zalaczniku patch do opera.spec podbijajacy wersje do
11.00beta1, pozdrawiam
--- opera/opera.spec.old 2010-11-27 18:58:17.0 +0100
+++ opera/opera.spec 2010-11-27 18:55:56.0 +0100
@@ -5,8 +5,8 @@
# - WEEKLY - weekly development version (sometimes it's on DEVEL)
%bcond_without distributable # distributable or not
-%define subver 1104
-%define subverdir one_step_closer_11.00_1104
+%define subver
+%define subverdir 1100b1
%define rel 1
Summary: World fastest web browser
Summary(pl.UTF-8): Najszybsza przeglÄ
darka WWW na Åwiecie
@@ -16,11 +16,11 @@
Epoch: 2
License: Distributable
Group: X11/Applications/Networking
-Source0: http://snapshot.opera.com/unix/%{subverdir}/%{name}-%{version}-%{subver}.i386.linux.tar.xz
-# Source0-md5: 3940907de346dc90ae4892e32c719b47
+Source0: http://get.opera.com/pub/opera/linux/%{subverdir}/%{name}-%{version}-%{subver}.i386.linux.tar.xz
+# Source0-md5: aefae36ead4b2b6024cd0ee104093dc9
%{!?with_distributable:NoSource: 0}
-Source1: http://snapshot.opera.com/unix/%{subverdir}/%{name}-%{version}-%{subver}.x86_64.linux.tar.xz
-# Source1-md5: d01ce0b3f248711f0eca6bda3b8d86c9
+Source1: http://get.opera.com/pub/opera/linux/%{subverdir}/%{name}-%{version}-%{subver}.x86_64.linux.tar.xz
+# Source1-md5: 5309d6e665ad25f523c913c215de4d1a
%{!?with_distributable:NoSource: 1}
Patch0: %{name}-wrapper.patch
Patch1: %{name}-desktop.patch
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: opera.spec up to 11.00b1
W dniu 27.11.2010 19:24, Bartosz Taudul pisze: Hurra dla CVS-a, w którym wszystko widać jak na tacy! no własnie szkoda, ze nie widac, nie zasmiecalbym listy, pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: opera.spec up to 11.00b1
W dniu 27.11.2010 20:44, Bartosz Świątek pisze: Na DEVEL są snapshoty, pewnie aktualniejsze niż beta, a jeśli nie to niewiele im brakuje. tak wiem, korzystam z tego dobrodziejstwa regularnie i podeslalem patcha gdyz obecnie aktualniejsze nie sa ale pewnie za niedlugo tak czy inaczej beda, pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
iptables.init.patch
witam, w załączniku patch na plik /etc/rc.d/init.d/iptables, krótki komentarz... w funkcji stop() wspomnianego pliku można dopatrzeć się linii: show Resetting built-in chains to the default ACCEPT policy i uważam, że tą domyślną akcje skrypt powinien przywracać dla wszystkich łańcuchów wszystkich tabel a nie tylko wybranych, nigdy nie wiadomo kto i w jaki sposób ma stworzone reguły firewalla a w sytuacji, gdy osoba pracująca zdalnie ma ustawioną polityke łańcucha INPUT w tabeli mangle na DROP przy wywołaniu /etc/rc.d/init.d/iptables stop może się nieco podirytować odcięciem od zdalnej maszyny. pozdrawiam --- iptables/iptables.init.old 2009-03-29 16:57:05.0 +0200 +++ iptables/iptables.init 2010-11-26 18:34:06.0 +0100 @@ -102,6 +102,11 @@ iftable nat -P OUTPUT ACCEPT \ iftable mangle -P PREROUTING ACCEPT \ iftable mangle -P OUTPUT ACCEPT \ + iftable mangle -P INPUT ACCEPT \ + iftable mangle -P FORWARD ACCEPT \ + iftable mangle -P POSTROUTING ACCEPT \ + iftable raw -P PREROUTING ACCEPT \ + iftable raw -P OUTPUT ACCEPT \ ok || fail rm -f /var/lock/subsys/iptables } ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdlna
W dniu 25.06.2010 00:21, Paweł Zuzelski pisze: On Fri, 25 Jun 2010, Paweł Lęcznar wrote: W dniu 24.06.2010 23:49, Bartłomiej Zimoń pisze: --short-circuit bardzo pomaga przy pracy z rpm-ami bo pozwala wykonywac sekcje z pliku spec krokowo, a przy tym w razie bledu kompilacji po poprawieniu problemu mozesz wywolac samo %build jeszcze. o dzięki, przyda się :-) jeszcze mam pytanie, czy takich przydatnych opcji jest więcej i czy takie rzeczy są gdzieś opisane? surprise builder --help /surprise Po dwóch latach developowania PLD wciąż ten help potrafi mnie czymś zaskoczyć. bardziej chodziło mi o coś w stylu: opcja - wyjaśnienie ponieważ help do buildera (przynajmniej dla mnie) nie zawsze jest wszystko mówiący. np: --short-circuit - short-circuit build pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdlna
W dniu 24.06.2010 23:21, Paweł Zuzelski pisze: On Thu, 24 Jun 2010, maillist...@gmail.com wrote: W dniu 24.06.2010 22:23, Daniel Dawid Majewski pisze: W odpowiedzi na wiadomość z dnia 24.06.2010 20:03, od Lęcznar Paweł: fakt, zapędziłem się troche, ten patch jest nie potrzebny, poprawiony patch na speca w załączniku, buduje się na x86_64, proszę sprawdzić czy jest ok Przepuść jeszcze przez adapter ... ;) możesz trochę jaśniej? nie jestem jeszcze tutaj obyty... w packages leżą dwa skrypty: adapter i adapter.awk, skrypty te automatycznie poprawiają wiele popularnych pomyłek i ujednolicają formatowanie speca. Każdego speca należy potraktować adapterem, na przykład tak: ~/rpm/packages/adapter plik.spec tylko upewnij się, że masz ustawione locale UTF8, ja mam taki alias w shellu: $ alias | grep adapter adapter='LANG=pl_PL.UTF8 ~/rpm/packages/adapter czyli jak mniemam zanim następnym razem wyśle tutaj jakąś łatę do speca to najpierw nowego speca poddać działaniu adaptera, później wygenerować diff'a a następnie go tutaj wysłać? ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdlna
W dniu 24.06.2010 23:48, Paweł Zuzelski pisze: On Thu, 24 Jun 2010, Paweł Lęcznar wrote: $ alias | grep adapter adapter='LANG=pl_PL.UTF8 ~/rpm/packages/adapter czyli jak mniemam zanim następnym razem wyśle tutaj jakąś łatę do speca to najpierw nowego speca poddać działaniu adaptera, później wygenerować diff'a a następnie go tutaj wysłać? Tak. Inna sprawa, że działalność adaptera należy zweryfikować krztyną zdrowego rozsądku, bo czasami adapter robi głupoty. okej, na przyszłość będę pamiętał pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: libdlna
W dniu 24.06.2010 23:49, Bartłomiej Zimoń pisze: --short-circuit bardzo pomaga przy pracy z rpm-ami bo pozwala wykonywac sekcje z pliku spec krokowo, a przy tym w razie bledu kompilacji po poprawieniu problemu mozesz wywolac samo %build jeszcze. o dzięki, przyda się :-) jeszcze mam pytanie, czy takich przydatnych opcji jest więcej i czy takie rzeczy są gdzieś opisane? pozdrawiam ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
