Re: rescuecd.spec - problems with sending build request
On Tuesday 18 March 2008 01:37:37 Kamil Dziedzic wrote: http://wklej.org/id/0868358518 What I break?;) And how to fix that? builders accept files only from distfiles, but first url is not available from df. 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) -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
python-gnome-desktop unmed directory dependency
error: python-gnome-desktop-apidocs-2.22.0-1: req /usr/share/gtk-doc/html not found Should we add this directory to gtk-doc.spec (+1) or to python-gnome-desktop.spec? M. P.S. Titanium, but Th probably has the same. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: python-gnome-desktop unmed directory dependency
On Tue, Mar 18, 2008 at 11:13 AM, Marcin Krol [EMAIL PROTECTED] wrote: error: python-gnome-desktop-apidocs-2.22.0-1: req /usr/share/gtk-doc/html not found Should we add this directory to gtk-doc.spec (+1) or to python-gnome-desktop.spec? +1 for gtk-doc, I think it already creates the dir but rpm does not warn about unpackaged empty dirs. -- Patryk Zawadzki PLD Linux Distribution ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: python-gnome-desktop unmed directory dependency
+1 for gtk-doc, I think it already creates the dir but rpm does not warn about unpackaged empty dirs. Interesting... This directory is provided by gtk-doc-common. I wonder why poldek doesn't see it and reports broken dep. M. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: python-gnome-desktop unmed directory dependency
Dnia 2008-03-18, Wt o godzinie 14:55 +0100, Marcin Krol pisze: +1 for gtk-doc, I think it already creates the dir but rpm does not warn about unpackaged empty dirs. Interesting... This directory is provided by gtk-doc-common. I wonder why poldek doesn't see it and reports broken dep. gtk-doc-common provides /usr/share/doc/gtk-doc/html, not /usr/share/gtk-doc/html But I still don't know why we put docs there and we are not using directory suggested by other packages (/usr/share/gtk-doc/html/foo). Can anyone give me a pointer to some documentation where it's explained? -- Marcin Banasiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: plplot libnome popt
On Monday 17 March 2008 09:05:36 Elan Ruusamäe wrote: [EMAIL PROTECTED] plplot-5.3.1/drivers $ ldd /usr/lib/libgnome.so.32 linux-gate.so.1 = (0xe000) libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0xb7f34000) libz.so.1 = /lib/libz.so.1 (0xb7f22000) libm.so.6 = /lib/tls/libm.so.6 (0xb7eff000) libc.so.6 = /lib/tls/libc.so.6 (0xb7de5000) /lib/ld-linux.so.2 (0x8000) after some rebuild: [EMAIL PROTECTED] pld/SPECS $ ldd /usr/lib/libgnome.so.32 linux-gate.so.1 = (0xe000) libesd.so.0 = /usr/lib/libesd.so.0 (0xb7ec4000) libaudiofile.so.0 = /usr/lib/libaudiofile.so.0 (0xb7e9b000) libdb-4.5.so = /lib/libdb-4.5.so (0xb7d8d000) libpopt.so.0 = /lib/libpopt.so.0 (0xb7d85000) libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0xb7d6) libc.so.6 = /lib/tls/libc.so.6 (0xb7c46000) libm.so.6 = /lib/tls/libm.so.6 (0xb7c22000) libasound.so.2 = /usr/lib/libasound.so.2 (0xb7b5f000) /lib/ld-linux.so.2 (0x8000) libdl.so.2 = /lib/libdl.so.2 (0xb7b5b000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0xb7b49000) fun heh? -- glen ___ 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: rescuecd.spec - problems with sending build request
2008/3/18 Kamil Dziedzic [EMAIL PROTECTED]: 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? 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). -- Patryk Zawadzki PLD Linux Distribution ___ 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
Re: rescuecd.spec - problems with sending build request
2008/3/18 Kamil Dziedzic [EMAIL PROTECTED]: 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. 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). 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). If you want to fix anything, I'd suggest fixing the spec by using an unambiguous URI. -- Patryk Zawadzki PLD Linux Distribution ___ 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?
On Tue, 18 Mar 2008, Kamil Dziedzic wrote: Separate spec Really simple and ugly spec. Ugly becouse: - I dont know what version it should have (now its revision number) It's fine. revision in cvs is for that purpose. - I dont know on what license it is Every spec is GPL. We can assume it's too (there was something about that in PLD-docs. - Missing requires (R: /usr/sbin/sendmail ?) Can be easy filled. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en