mysql refuse to start after upgrade to mawk-1.3.4-0.20100625.1
Hi. After upgrade-dist to th-ready I got: #/etc/rc.d/init.d/mysql restart Error: datadir specified in /var/lib/mysql/mysqld.conf should be /var/lib/mysql/mysqldb/db MySQL can't be run. Downgrade to mawk-1.3.3-33.x86_64 fixed problem. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
cyrus-sasl upgrade fails because of package split
Hi. LC_ALL=c poldek -u cyrus-sasl linux.org/dists/th/test/x86_64/RPMS/ Loading [pndir]th... Loading [pndir]th... 16195 packages read Processing dependencies... cyrus-sasl-2.1.23-6.x86_64 obsoleted by cyrus-sasl-2.1.23-9.x86_64 orphaned redland-1.0.9-6.x86_64 marks cyrus-sasl-libs-2.1.23-9.x86_64 (cap libsasl2.so.2()(64bit)) There are 2 packages to install (1 marked by dependencies), 1 to remove: I cyrus-sasl-2.1.23-9.x86_64 D cyrus-sasl-libs-2.1.23-9.x86_64 R cyrus-sasl-2.1.23-6.x86_64 This operation will free 6.0B of disk space. cyrus-sasl-2.1.23-9.x86_64.rpm: sha1 md5 OK cyrus-sasl-libs-2.1.23-9.x86_64.rpm: sha1 md5 OK Need to get 292.9KB of archives. cyrus-sasl-libs-2.1.23-9.x86_64.rpm: sha1 md5 OK cyrus-sasl-2.1.23-9.x86_64.rpm: sha1 md5 OK Executing rpm --upgrade -vh --root / --define _repackage_all_erasures 0... warning: /root/.poldek-cache/ftp_ftp.th.pld- linux.org.dists.th.PLD.x86.64.RPMS/cyrus-sasl-libs-2.1.23-9.x86_64.rpm: Header V4 DSA signature: NOKEY, key ID e4f1bc2d error: Failed dependencies: cyrus-sasl 2.1.23-8 conflicts with cyrus-sasl-libs-2.1.23-9.x86_64 How this should be fixed? Isn't that a bug in rpm? If in one transaction cyrus-sasl-2.1.23-9.x86_64 obsoletes cyrus-sasl-2.1.23-6.x86_64 should cyrus- sasl-libs-2.1.23-9.x86_64 (which is installed in this same transaction) still check conditions against cyrus-sasl-2.1.23-6.x86_64? -- Regards, Kamil Dziedzic ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Broken blueman after upgrade
Przemo Firszt: Try to install gnome-icon-theme. It might fix both problems, but I cannot test it as a gnome user. My emails are not reaching pld-devel-en for unknown reason - that's why a private email. I already did that - nothing changed. # rpm -qa | grep theme | sort gnome-icon-theme-2.30.3-2.noarch gnome-themes-2.32.0-1.x86_64 gnome-themes-extras-2.22.0-1.x86_64 gnome-themes-extras-Neu-2.22.0-1.x86_64 gnome-themes-HighContrast-SVG-2.32.0-1.x86_64 hicolor-icon-theme-0.12-2.noarch kadu-theme-icons-glass16-0.6.5.4-5.x86_64 kadu-theme-icons-glass22-0.6.5.4-5.x86_64 kadu-theme-icons-kadu05-0.6.5.4-5.x86_64 kadu-theme-icons-oxygen16-0.6.5.4-5.x86_64 kadu-theme-icons-tango16-0.6.5.4-5.x86_64 kde4-decoration-aurorae-themes-4.5.2-1.x86_64 sound-theme-freedesktop-0.3-1.noarch splashutils-theme-black-1-3.noarch tango-icon-theme-0.8.1-1.noarch -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Broken blueman after upgrade
Also back and forward icons are missing in iceweasel. But I founded solution: https://bugs.archlinux.org/task/21084 http://bugs.gentoo.org/219278 https://bugzilla.gnome.org/show_bug.cgi?id=629878 First I tried to patch gtk+: https://bugs.archlinux.org/task/21084?getfile=5843 ... but this doesn't helped me. Then I used this (gnome-icon-theme required): # echo -e gtk-icon-theme-name=\gnome\ ~/.gtkrc-2.0 And now everything is back to normal... except now in iceweasel I got those ugly gnome icons:) -- Regards, Kamil Dziedzic ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Broken blueman after upgrade
Same thing for nm-applet #LC_ALL=c nm-applet (process:5240): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. ** (nm-applet:5240): WARNING **: get_all_cb: couldn't retrieve system settings properties: (2) The name org.freedesktop.NetworkManagerSystemSettings was not provided by any .service files. ** (nm-applet:5240): WARNING **: fetch_connections_done: error fetching system connections: (2) The name org.freedesktop.NetworkManagerSystemSettings was not provided by any .service files. ** (nm-applet:5240): WARNING **: Fallback icon 'gtk-dialog-error' missing: (0) Icon 'gtk-dialog-error' not present in theme ** ERROR:applet.c:2769:nma_icons_reload: assertion failed: (applet- fallback_icon) Przerwane -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Broken blueman after upgrade
Hi. After upgrade-dist blueman-applet doesn't want to start. It says something about missing icon. I use kde instead of gnome however bluetooth-applet works fine. Any ideas how to fix blueman? Log: # LC_ALL=c blueman-applet (process:15285): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Loading configuration plugins _ module (/usr/share/python2.7/site-packages/blueman/main/Config.py:20) Skipping plugin Gconf No module named gconf Using file config backend Stale PID, overwriting Using file config backend _ Load (/usr/bin/blueman-applet:117) ['Networking', 'AuthAgent', 'KillSwitch', 'TransferService', 'StandardItems', 'Indicator', 'NMPANSupport', 'PPPSupport', 'NetUsage', 'Headset', 'Menu', 'NMDUNSupport', 'SerialManager', 'PulseAudio', 'RecentConns', 'PowerManager', 'DhcpClient', 'DBusService', 'StatusIcon', 'DiscvManager'] _ Load (/usr/bin/blueman-applet:117) Unable to load plugin module NMPANSupport No module named gconf _ __load_plugin (/usr/bin/blueman-applet:182) loading class 'blueman.plugins.applet.StatusIcon.StatusIcon' _ __load_plugin (/usr/bin/blueman-applet:182) loading class 'blueman.plugins.applet.DBusService.DBusService' _ __load_plugin (/usr/bin/blueman-applet:182) loading class 'blueman.plugins.applet.Headset.Headset' Using file config backend _ __load_plugin (/usr/bin/blueman-applet:182) loading class 'blueman.plugins.applet.Menu.Menu' _ __load_plugin (/usr/bin/blueman-applet:182) loading class 'blueman.plugins.applet.PowerManager.PowerManager' Traceback (most recent call last): File /usr/share/python2.7/site-packages/blueman/plugins/AppletPlugin.py, line 105, in _load self.on_load(applet) File /usr/share/python2.7/site- packages/blueman/plugins/applet/PowerManager.py, line 37, in on_load self.item = create_menuitem(_(bBluetooth Off/b), get_icon(gtk- stop, 16)) File /usr/share/python2.7/site-packages/blueman/Functions.py, line 171, in get_icon icon = ic.load_icon(gtk-missing-image, size, 0) GError: Icon 'gtk-missing-image' not present in theme _ __load_plugin (/usr/bin/blueman-applet:182) Failed to load PowerManager Icon 'gtk-missing-image' not present in theme -- Regards, Kamil Dziedzic ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
skype.spec 64 bit
$Log: skype.spec,v $ +Revision 1.82 2010/01/22 16:30:34 glen +- 64bit skype + It's not 64 bit. Binary is still 32 bit. -- Regards, Kamil Dziedzic ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RFC: separate FTP subdirectory for debuginfo
Tomasz Pala: On Fri, Apr 03, 2009 at 15:01:26 +0200, Paweł Zuzelski wrote: They are also annoying when trying to install something like rpm-* or ekg2-*. In most cases I mean install all matching packages except debuginfo. Yep. Of course one can add ignore *-debuginfo-* to his poldek.conf, but That's exactly what I've got Me too. and it's problematic when I really want to install some debuginfo sometimes. Same problem. +1 -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: xorg-driver-video-nvidia.spec - let kernel require userspace, so the...
Dnia sobota 26 lipiec 2008, Elan Ruusamäe napisał:
On Friday 25 July 2008 21:59, Kamil Dziedzic wrote:
Author: glen Date: Fri Jul 25 13:23:48 2008 GMT
Module: SPECS Tag: HEAD
@@ -264,8 +264,9 @@
cat 'EOF'
NOTE: You must also install kernel module for this driver to work
kernel-video-nvidia-%{version}
- kernel-laptop-video-nvidia-%{version}
kernel-desktop-video-nvidia-%{version}
+ kernel-laptop-video-nvidia-%{version}
+ kernel-vanilla-video-nvidia-%{version}
Depending on which kernel brand you use.
Maybe instead note better will be Suggests? P: and S:
kernel-module-video-nvidia?
AFAIR suggests by default are not used by rpm? Right?
what do you mean by not used ?
They aren't treat by default as Requires by rpm so this doesn't brake rule
not requiring kernel by userspace.
BTW. I didn't notice that there is similar thread already started when I was
creating this so I think better will be to continue discussion in first one.
Especially that qbosh already pointed Suggests;)
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: mcs.spec - release 2
Dnia sobota 26 lipiec 2008, arekm napisał:
Author: arekmDate: Sat Jul 26 16:03:37 2008 GMT
Index: SPECS/mcs.spec
diff -u SPECS/mcs.spec:1.21 SPECS/mcs.spec:1.22
--- SPECS/mcs.spec:1.21 Sat Jul 26 16:37:25 2008
+++ SPECS/mcs.specSat Jul 26 18:03:32 2008
@@ -3,7 +3,7 @@
Summary(pl.UTF-8): mcs - prosta, abstrakcyjna biblioteka konfiguracji
Name:mcs
Version: 0.7.1
-Release: 1
+Release: 2
License: BSD
Group: Development/Tools
Source0: http://distfiles.atheme.org/lib%{name}-%{version}.tgz
@@ -176,6 +176,9 @@
All persons listed below can be reached at cvs_login@pld-linux.org
$Log$
+Revision 1.22 2008/07/26 16:03:32 arekm
+- release 2
+
Revision 1.21 2008/07/26 14:37:25 arvenil
- up to 0.7.1
Yes my fault but shouldn't fail build of libmowgli.spec when builder can't
upgrade this package?
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: mcs.spec - release 2
Arkadiusz Miskiewicz wrote: Actually one thing could be improved. Automatic uninstallation of package and all deps when such thing happens. +1 or at least any warning will be good. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: mcs.spec - release 2
Arkadiusz Miskiewicz: Warning was inside of build log. I know but I read it after you bump revision... so you want to tell me I should read each buildlog for each arch even if build is marked as OK?;) By any warning I mean that maybe besides OK and FAIL there should be WARNING state. But of course removing package and all it dependencies automatically is probably better idea. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kvm.spec - don't require external qemu, doesn't make sense.
Dnia środa 09 lipiec 2008, Elan Ruusamäe napisał: On Wednesday 09 July 2008 00:41, blues wrote: $Log$ +Revision 1.41 2008/07/08 21:41:32 blues +- don't require external qemu, doesn't make sense. why so? the /usr/share part is common, binary from kvm is just patched. No response = reverting. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th-i686, problem with building VirtualBox.spec, xorg-driver-video-nvidia.spec and propably more
Dnia poniedziałek 02 czerwiec 2008, Elan Ruusamäe napisał: On Sunday 01 June 2008 23:58:31 Marcin Krol wrote: Why would you need kernel-source to build anything? I don't know, but I remember that I had to install it to build some kernel related specs. Sadly, I don't remember which specs :( /usr/src/linux/config-dist cames from kernel-headers package, and that was the error. This error is still present. Anybody with rights to do something on this builder can fix it? -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
PLD-specs-TODO
[en] What do you think about moving PLD-doc/PLD-specs-TODO to wiki? Or maybe about some integration with wiki? Everybody could then add new propositions of specs, not only developers. You know, not all PLD users are developers;) [pl] Co myślicie o przeniesieniu PLD-doc/PLD-specs-TODO na wiki? Lub o jakiejś integracji z wiki? Każdy wtedy mógłby dodawać propozycje nowych specy, nie tylko deweloperzy. Wiecie, nie każdy użytkownik PLD jest developerem;) -- Regards/Pozdrawiam, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [SPECS] subversion.spec - support for javahl
Patch added. Feel free to correct any mistakes in spec. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[SPECS] subversion.spec - support for javahl
Please look on this patch before I will commit it. If something is wrong (and
propably is) please point what and tell how it should be.
I have also question. I need java bindings for eclipse subversive plugin. It
works well but on x86_64 arch there is one more problem. Eclipse searches for
plugins by default in[1]:
java.library.path=/usr/lib64/jvm/java-sun-1.6.0.03/jre/lib/amd64/server:/usr/lib64/jvm/java-sun-1.6.0.03/jre/lib/amd64:/usr/lib64/jvm/java-sun-1.6.0.03/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib
But on x86_64 java bindings are in /usr/lib64.
I know almost nothing about java. How is set default java.library.path? It is
global for all java application? If so where and how I can change it?
I searched for solution but I found nothing. Right now I add
to /usr/lib64/eclipse/eclipse.ini option '-Djava.library.path=/usr/lib64
'. This works but its only for eclipse, not global... or maybe this is a
proper solution? Maybe only eclipse has such java.library.path? I really know
nothing about this.
Thanks for any help.
--
Regards, Kamil Dziedzic
--- subversion.spec 12 May 2008 21:55:08 - 1.207
+++ subversion.spec 14 May 2008 21:51:03 -
@@ -8,6 +8,7 @@
%bcond_without python# build without python bindings (broken)
%bcond_without perl# build without perl bindings
%bcond_without apache# build without apache support (webdav, etc)
+%bcond_without javahl# build without javahl support (Java high-level bindings)
%bcond_without tests
#
%{!?with_net_client_only:%include /usr/lib/rpm/macros.perl}
@@ -47,6 +48,7 @@
BuildRequires: rpm-perlprov = 4.1-13
BuildRequires: swig-perl = 1.3.24
%endif
+%{?with_javahl:BuildRequires: jdk}
%endif
BuildRequires: apr-devel = 1:1.0.0
BuildRequires: apr-util-devel = 1:1.2.8-3
@@ -219,6 +221,18 @@
%description -n bash-completion-subversion -l pl.UTF-8
Dopełnienia basha dla subversion.
+%package -n java-subversion
+Summary: Subversion java bindings
+Group: Development/Languages/Java
+Requires: %{name}-libs = %{version}-%{release}
+
+%description -n java-subversion
+This is a set of Java classes which provide the functionality of
+subversion-libs, the Subversion libraries. It is useful if you want
+to, for example, write a Java class that manipulates a Subversion
+repository or working copy. See the 'subversion' package for more
+information.
+
%package -n python-subversion
Summary: Subversion python bindings
Summary(pl.UTF-8): Dowiązania do subversion dla pythona
@@ -317,7 +331,9 @@
%if !%{with python} !%{with perl}
--without-swig \
%endif
+ --%{?with_javahl:en}%{!?with_javahl:dis}able-javahl \
%endif
+ --with-jdk=%{java_home} \
--with-neon=%{_prefix} \
--disable-neon-version-check \
--with-apr=%{_bindir}/apr-1-config \
@@ -341,6 +357,10 @@
%{__make}
cd $odir
%endif
+%if %{with javahl}
+%{__make} javahl \
+ javahl_javadir=%{_javadir}
+%endif
%endif
%if %{with tests}
@@ -355,6 +375,10 @@
$RPM_BUILD_ROOT/home/services/subversion{,/repos}
%{__make} install -j1 \
+%if %{with javahl}
+ install-javahl \
+ javahl_javadir=%{_javadir} \
+%endif
%if !%{with net_client_only} %{with python}
install-swig-py \
%endif
@@ -464,6 +488,11 @@
%if %{with perl} || %{with python}
%exclude %{_libdir}/lib*_swig_*.so.*
%endif
+%if %{with javahl}
+%exclude %{_libdir}/libsvnjavahl*.so.*.*.*
+%exclude %{_libdir}/libsvnjavahl*.so.?
+%exclude %{_libdir}/libsvnjavahl*.so
+%endif
%files devel
%defattr(644,root,root,755)
@@ -473,6 +502,9 @@
%if %{with perl} || %{with python}
%exclude %{_libdir}/lib*_swig_*.so
%endif
+%if %{with javahl}
+%exclude %{_libdir}/libsvnjavahl*.so
+%endif
%{_examplesdir}/%{name}-%{version}
%files static
@@ -499,6 +531,15 @@
%defattr(644,root,root,755)
/etc/bash_completion.d/%{name}
+%if %{with javahl}
+%files -n java-subversion
+%defattr(644,root,root,755)
+%attr(755,root,root) %{_libdir}/libsvnjavahl*.so.*.*.*
+%attr(755,root,root) %{_libdir}/libsvnjavahl*.so.?
+%attr(755,root,root) %{_libdir}/libsvnjavahl*.so
+%{_javadir}/svn-javahl.jar
+%endif
+
%if %{with python}
%files -n python-subversion
%defattr(644,root,root,755)
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[memtest86.spec] Request for update
Could somebody upgrade memtest86.spec?
Also upgrade/remove %{name}-i686-ld.patch from memtest86+.spec?
Thanks.
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[th] builder fails: error: QtDBus-4.4.0-1.athlon: req /usr/lib/qt4/plugins/script not found
Could somebody fix that? http://buildlogs.pld-linux.org/index.php?dist=tharch=x86_64ok=0name=VirtualBox Thanks;) -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (DEVEL): smplayer.spec - up to rc4
vip wrote: Author: vip Date: Sat Apr 19 22:30:13 2008 GMT Module: SPECS Tag: DEVEL Log message: - up to rc4 rc4 is marked as stable[1] by authors so I want to move it to HEAD. Any objections? [1] http://smplayer.sourceforge.net/downloads.php?tr_lang=en -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which...
twittner wrote:
Author: twittner Date: Tue Apr 15 18:30:36 2008 GMT
Module: SPECS Tag: HEAD
Log message:
- up to 0.2.0
- added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS
Files affected:
SPECS:
libdumbtts.spec (1.3 - 1.4)
Diffs:
Index: SPECS/libdumbtts.spec
diff -u SPECS/libdumbtts.spec:1.3 SPECS/libdumbtts.spec:1.4
--- SPECS/libdumbtts.spec:1.3 Tue Apr 15 01:04:46 2008
+++ SPECS/libdumbtts.spec Tue Apr 15 20:30:31 2008
@@ -2,13 +2,13 @@
Summary: Helper library for dumb speech synthesizers
Summary(pl.UTF-8): Biblioteka pomocnicza dla głupich syntezatorów mowy
Name:libdumbtts
-Version: 0.1.1
+Version: 0.2.0
Release: 1
License: LGPL
Group: Libraries
Source0: http://www.tts.polip.com/files/%{name}-%{version}.tar.gz
-# Source0-md5: 39f1e4abf31578346ece9ebd0ec3a6b7
-BuildRoot:%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
+# Source0-md5: ed9d9aadcd5f0bb399c040b27b8cb9b0
+Patch0: %{name}-Makefile.patch
%description
libdumbtts is helper library for dumb speech synthesizer drivers.
@@ -36,15 +36,20 @@
%prep
%setup -q
+%patch0 -p1
%build
-%{__make} -C src
+%{__make} -C src \
+ CC=%{__cc} \
+ CFLAGS=%{rpmcflags}\
+ LDFLAGS=%{rpmldflags}
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT%{_sysconfdir}/dumbtts
-%{__make} -C src install \
+cd src
+%{__make} install \
DESTDIR=$RPM_BUILD_ROOT
%clean
@@ -73,8 +78,9 @@
All persons listed below can be reached at cvs_login@pld-linux.org
$Log$
-Revision 1.3 2008-04-14 23:04:46 darekr
-- md5sum, use -C for make
+Revision 1.4 2008-04-15 18:30:31 twittner
+- up to 0.2.0
+- added -Makefile.patch which allows to pass CC, CFLAGS, LDFLAGS
Revision 1.2 2008-04-12 08:28:33 gotar
- cosmetics
Why did you remove 1.3 revision? Mistake?
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: libdumbtts.spec - up to 0.2.0 - added -Makefile.patch which...
Tomasz Wittner wrote: Probably I forgot to check status before committing - I'm sorry - it's already fixed, thnx for pointing out it. Nothing happens;) Thanks for fixing. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Package with make-request.sh?
Added, thanks. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rescuecd.spec - problems with sending build request
Elan Ruusamäe wrote: and always possible to upload file with custom name to distfiles and use nourl sources in such cases. How? For example I need this for make-request.spec. But this is still ugly workaround. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rescuecd.spec - problems with sending build request
Dnia sobota 29 marzec 2008, Patryk Zawadzki napisał: Do we need this? Where and for what? For using distfiles. But where is a problem? Please be more verbose. Why it will fail if we will use my method? Some example. See above. wget is not the only downloader on the planet. Ok I understand this, but right now on builders it is used. I understand also that wget's method to get files is bad but right now we are using it. So I want simply fix/workaround this method so this will start work right now. Ok eot from me. I only want to say that builder script doesn't work well right now and this is highly uncomfortable to use workarounds for Sources which uses some special characters. This is really ugly;) -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rescuecd.spec - problems with sending build request
Patryk Zawadzki wrote: It's not a valid URI to put in spec. Not if you want to be able to freely switch between different URI schemas (http:// vs. ftp:// is a good enough example). Do we need this? Where and for what? In http schema the ? character serves the purpose of separating a document name from a query string. Therefore the question mark is not part of the document requested, it's there to pass additional parameters to the http server. It should also not be saved as part of the file name. The file name should be derived from either response headers (for example Disposition headers allows one to set the desired file name) or the server's document name (the part between the last / and ?). wget behaves differently and saves the question mark as part of the file name which is required for wget's teleport mode to work (where you request a full website mirror locally). Even if you asked wget to behave like a usual web browser (and thus have the correct file name on distfiles), the builder script still has no idea what name to search for (as the web server is free to pass any file name in the response headers). I know that and this only explains why wget saves files with everything after ? and also explains why we don't use name given by webbrowser. This is obvious. But this still doesn't explain why you refuse to serve wget encoded name part of URL when downloading from distfiles (especially when builder script could even distinguish if file was downloaded from http or ftp because it has such information in spec - but this is not required). Please tell me what this will brake. What will/could fail after encoding name when getting files from distfiles? For me this is correct fix i don't understand why You telling its not? I just want some example;) If you want to fix anything, I'd suggest fixing the spec by using an unambiguous URI. Its not unambiguous, its correct. If I write at the beginning http then its obvious that this is a http:// URI. If I will write ftp:// then its obvious that this will be a ftp URI. Builder also has this information and could even decide what to do when getting files from distfiles. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rescuecd.spec - problems with sending build request
Dnia wtorek 18 marzec 2008, Elan Ruusamäe napisał: this could be either by the fact that it is not fetched, or something doesn't like filename in form 'rcdmod?x86_64' (containing question mark) Ok I know what is the problem. Builder should encode urls when fetching from distfiles. Now it try to get: ftp://distfiles.pld-linux.org/distfiles/by-md5/d/7/d712792e3216e49aec85bf5046d1e212/rcdmod?x86 This doesn't work. But it should try to get: ftp://distfiles.pld-linux.org/distfiles/by-md5/d/7/d712792e3216e49aec85bf5046d1e212/rcdmod%3fx86 This works. Any reasons to not do that? Do we have any simple script for url encoding? -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Package with make-request.sh?
Pawel Golaszewski wrote:
Separate spec
Really simple and ugly spec. Ugly becouse:
- I dont know what version it should have (now its revision number)
- I dont know on what license it is
- Description is not too good (copied from some docs)
- No pl description/summary
- Missing requires (R: /usr/sbin/sendmail ?)
--
Regards, Kamil Dziedzic
# $Revision:$, $Date:$
Summary:Tool for sending build requests
Name: make-request
Version:1.48
Release:0.1
License:GPL
Group: Development/Tools
Source0:
http://cvs.pld-linux.org/cgi-bin/cvsweb/pld-builder.new/client/%{name}.sh?rev=%{version}
# Source0-md5: c9f98f1ef3a5aaa1172d7d82f8d716e1
URL:
http://cvs.pld-linux.org/cgi-bin/cvsweb/pld-builder.new/client/make-request.sh
BuildArch: noarch
BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
%description
A tool which, based on the way it's configured and on the cmdline
parameters given to it, generates an xml-formated build request, which
it then signs with the requester's PGP key (using the gpg utility) and
then sends it to the source builder via a sendmail compatible command
line application (by default invoking sendmail -t).
Two modes of operation are:
- sending requests to build chosen package(s) on a specified group of
builders
- sending a chosen command to be executed on a specified group of
builders
%prep
%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT%{_bindir}
install %{SOURCE0} $RPM_BUILD_ROOT%{_bindir}/%{name}
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(644,root,root,755)
%attr(755,root,root) %{_bindir}/%{name}
%define date%(echo `LC_ALL=C date +%a %b %d %Y`)
%changelog
* %{date} PLD Team [EMAIL PROTECTED]
All persons listed below can be reached at cvs_login@pld-linux.org
$Log:$
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rescuecd.spec - problems with sending build request
Dnia wtorek 18 marzec 2008, Patryk Zawadzki napisał: Yes, how do you differentiate between query params and parts of document name? It's the spec file where encoding should happen (as currently it's not a valid URI, I believe FTP schema does not even allow one to use query strings). Why in spec? It is a valid URI. I don't understand or you;) Could you give me a live example when this will not work? For better undertanding I will try to explain this more verbose. Lets drop for now problems with rescuecd.spec (because it has more problems). Lets take for example dmg2img.spec. Logs from test build: http://wklej.org/id/479c5dfff2 I'm saying that builder script is now broken. You can't pass as SourceX urls with special characters like for example ? . Why not? Because when distfiles fetches files it makes something like that: wget -O download.pl?dmg2img.tar.gz http://vu1tur.eu.org/tools/download.pl?dmg2img.tar.gz From logs: 19:46:11 (0.00 B/s) - `download.pl?dmg2img.tar.gz' saved [0] So it get file download.pl and saves it as download.pl?dmg2img.tar.gz on ftp. Now when we want try to build a package from spec then builder script tries to download file from distfiles. He uses same method like distfiles to get file: wget -O download.pl?dmg2img.tar.gz ftp://distfiles.pld-linux.org/distfiles/by-md5/e/3/e3fa1bc5f38e961230100c1c2274bd28/download.pl?dmg2img.tar.gz From logs: # No matches on pattern `download.pl?dmg2img.tar.gz'. But on ftp there is no file download.pl, there is a file download.pl%3fdmg2img.tar.gz ftp://distfiles.pld-linux.org/distfiles/by-md5/e/3/e3fa1bc5f38e961230100c1c2274bd28/download.pl%3fdmg2img.tar.gz So to resolve this problem we should encode url (just name - download.pl?dmg2img.tar.gz) when geting file from distfiles like in example above. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Package with make-request.sh?
What do you think about adding make-request.sh script to rpm-build-tools package or to separate package/spec make-request.spec? -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rescuecd.spec - problems with sending build request
http://wklej.org/id/0868358518 What I break?;) And how to fix that? -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
inkscape - S: or R:
Effects - Modify Path - Perspective The inkex.py module requires PyXML. Please download the latest version from http://pyxml.sourceforge.net/. # poldek -u python-PyXML Effects - Modify Path - Perspective Traceback (most recent call last): File /usr/share/inkscape/extensions/perspective.py, line 23, in module from numpy import * ImportError: No module named numpy # poldek -u python-numpy Effects - Modify Path - Perspective Works. Should I add them as R: or S: in inkscape.spec? -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: kdelibs.spec - R: sperl (for fileshareset and filesharelist...
Dnia sobota 16 luty 2008, Radoslaw Zielinski napisał:
arvenil [EMAIL PROTECTED] [01-01-2008 18:40]:
Author: arvenil Date: Tue Jan 1 18:40:26 2008 GMT
Module: SPECS Tag: HEAD
Log message:
- R: sperl (for fileshareset and filesharelist)
- release 10
[...]
+Requires: sperl
Nope.
As far as i remember it requires sperl. Filesharing doesn't work without it.
It fails and KDE gives wrong clue.
Sharing folder '/home/users/Arvenil/DOM/pulpit/Nowy katalog' failed.
An error occurred while trying to share
folder '/home/users/Arvenil/DOM/pulpit/Nowy katalog'. Make sure that the Perl
script 'fileshareset' is set suid root.
But running this script from command line returns something more verbosive:
# fileshareset --add /home/users/Arvenil/DOM
Can't do setuid (cannot exec sperl)
Forcing installation of suid root binaries is a bad idea unless really
necessary.
True. I didn't know how much unsecure sperl is. Description suggest that it is
more secure:)
If these scripts fail badly when it's not
available, update them to do that gracefully instead.
I have propably found other solution. Simple and secure.
Just remove sgid from this scripts;)
--- kdelibs.spec17 Feb 2008 13:16:52 - 1.549
+++ kdelibs.spec17 Feb 2008 17:48:49 -
@@ -462,8 +462,8 @@
%attr(755,root,root) %{_bindir}/dcopserver_shutdown
%attr(755,root,root) %{_bindir}/dcopstart
#%attr(755,root,root) %{_bindir}/ghns
-%attr(2755,root,fileshare) %{_bindir}/filesharelist
-%attr(2755,root,fileshare) %{_bindir}/fileshareset
+%attr(755,root,fileshare) %{_bindir}/filesharelist
+%attr(755,root,fileshare) %{_bindir}/fileshareset
%attr(755,root,root) %{_bindir}/imagetops
%attr(755,root,root) %{_bindir}/kaddprinterwizard
%attr(755,root,root) %{_bindir}/kbuildsycoca
Works like a charm;) This scripts requires just (i hope so) write access
to /etc/smb.conf and propably /etc/exports. /etc/smb.conf and /etc/exports
belongs to group fileshare (664). So just add user to group fileshare and
then you can share you files in KDE. Also file sharing configuration in KDE
supports adding users to group fileshare.
Argh... i was happy to early. KDE has by default set filesharing to not use
fileshare group but allow all users to share files (IMO stupid). So without
sperl this cannot be done.
Also i see that this is now broken even when sperl is installed. When changing
in KDE configuration to not use filesharing group then KDE change group
for /etc/smb.conf and /etc/exports to root. Fleshareset has only sgid so it
fails.
So if we want this working then in KDE way there should be installed sperl and
fileshareset and filesharelist should have suid (now they have only sgid).
Changing sgid to suid for filesharelist and fileshareset is allowed?
But as you mention earlier sperl is unsecure so what are other propositions?
For me this is just broken. This file share feature should allow only sharing
files for users in group fileshare and it shouldn't change group and
privileges of /etc/smb.conf and /etc/exports.
BTW i found this[1] on the net ;)
[1] http://www.mail-archive.com/[EMAIL PROTECTED]/msg24787.html
--
Regards, Kamil Dziedzic
--
Pozdrawiam, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [SPECS] rc-boot - more work
Elan Ruusamäe wrote:
no. but why do you need to call rc-boot from rc-boot %post and %preun?
it shouldn't it be called just only in kernel package %post, like grubby?
(...)
i really did mean rc-boot* and question was why it's needed to call from
there, rather from kernel package.
as it's kernel* package that provides the image to be added, isn't it?
Ok, propably I now understand what you mean.
This is quite good question so I have long answer;)
In last days I add to memtest86+, memtest86 and rescuecd subpackages which
provides images for rc-boot. I add them to automate proces of adding those
applications to bootloader. So when you install one of rc-boot-image-* it
will automaticly add them to bootloader menu.
Now when you try to upgrade one of this rc-boot images or application then
rc-boot will reload bootloader.
In first case for example rc-boot-image-memtest86 requires memtest86 so it
will be installed by dependency and then will be called rc-boot from %post in
rc-boot-image-memtest86.
In second case becouse for example rc-boot-image-memtest86 requires memtest86
in exacly version, poldek will install it by greedy dependency and then
will be called rc-boot from %post in rc-boot-image-memtest86.
Also on uninstall there is called rc-boot so it will remove application from
bootloader menu.
Simple, automatic and works good.
But now comes one more image which I add - rc-boot-image-PLD. I add it becouse
of this same reason why I add other rc-boot images. To simplify adding
kernel to bootloader menu. So simply install rc-boot-image-PLD to add PLD to
bootloader menu (which is default kernel).
But in this case this solution is not perfect. rc-boot-image-PLD doesn't
require kernel at all so we need to put rc-boot call in two places - in
kernel and rc-boot-image-PLD. Leaving rc-boot call only in kernel is not
enough becouse then when we install rc-boot-image-PLD, bootloader will be not
reloaded so PLD will be not added to bootloader menu.
I can't add R: kernel to rc-boot-image-PLD becouse:
- We have many kernels (kernel, grsecurity, desktop) and all (not sure) of
them uses /boot/vmlinuz and /boot/initrd
- I read somewhere that following PLD policy nothing should R: kernel (with
what I agree... but not in this case;))
Now proposition part;) Propably this will be not accepted (I didn't even
search if this will not break anything) but I don't have any other idea. So
here it is:
- add rc-boot-image-* subpackage to all kernels (which are on ftp)
- put in them R: %{name} = %{version}-%{release}
- remove from kernels rc-boot call
- create uniq simlinks for each type of kernel in /boot
(/boot/vmlinuz, /boot/vmlinuz-grsecurity, /boot/vmlinuz-desktop) (not sure if
this is already done)
With this everyting will be ok. Also we will get in rc-boot support for
simply, automatic installing simultaneously diffrent types of kernel
(rc-boot-image-PLD, rc-boot-image-PLD-grsecurity, rc-boot-image-PLD-desktop).
This is just my little idea... feel free to criticise it;)
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [SPECS] rc-boot - more work
Dnia sobota 05 styczeń 2008, Elan Ruusamäe wrote: On Saturday 05 January 2008 21:41:52 Kamil Dziedzic wrote: Any objections? no. but why do you need to call rc-boot from rc-boot %post and %preun? it shouldn't it be called just only in kernel package %post, like grubby? rc-boot is called from %post and %postun in rc-boot-image-* packages. In %post to add image to bootloader In %postun to remove image from bootloader Its not called from rc-boot at all and its not called in %preun at all too (or maybe I make somewhere mistake?) -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [SPECS] rc-boot - more work
Dnia sobota 05 styczeń 2008, Jakub Bogusz napisał: There is no need for Conflicts in individual rc-boot-bootloader packages, as these packages _require_ specific bootloader in specific version (equal or = some minimal). Hmmm... true... so there is no more need for this conflicts in any package. Thanks. BTW, S: rc-boot-lilo in noarch rc-boot was wrong: lilo is available only for 2 ABIs/one architecture. True too. It will be removed anyway but thanks for pointing mistake. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
%ghost - which form is prefered/better
Hello.
Which form is prefered/better?
1. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.?
2. %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.?
3. %ghost %{_libdir}/libCEGUI*.so.?
In SPECS:
1. 117 hits
2. 11 hits
3. 6 hits
Options 2 and 3 are also not loved by adapter script. It will change them to:
2. %attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.?
3. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.?
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: %ghost - which form is prefered/better
Dnia czwartek 13 grudzień 2007, Andrzej Krzysztofowicz napisał: Kamil Dziedzic wrote: Which form is prefered/better? I think you have already found the answer below. Popular solutions aren't always good. Unless you want to fix adapter Yes I was thinking about this but first I need to know which form is prefered (or maybe more than one?). Lets make a little vote. + inproper forms in all specs/branches (with backward compatibility...) ... and with this you just killed my enthusiasm to fix this:D Seriously, I want at least try to fix this. -- Regards, Kamil Dziedzic signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Question about %ghost
Btw. which version is correct? With %ghost at begining or after %attr?:
@@ -90,7 +90,7 @@
%files libs
%defattr(644,root,root,755)
%attr(755,root,root) %{_libdir}/libmcs.so.*.*.*
-%ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
+%attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
%dir %{_libdir}/%{name}
%attr(755,root,root) %{_libdir}/%{name}/keyfile.so
--
Regards, Kamil Dziedzic
signature.asc
Description: This is a digitally signed message part.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [ac] kde style plastic
Elan Ruusamäe wrote: i didn't notice the problem with -1 in ac (maybe i had just different style) I have still -1 and I have this style. Anyone could confirm its missing in -2? If so I will wait with update until this style will come back:D -- Regards, Kamil Dziedzic ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
