From glen at delfi.ee Fri Aug 1 00:05:08 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 1 Aug 2008 01:05:08 +0300 Subject: SPECS: firephp.spec (NEW) - new (actually i have no idea how to package moz... In-Reply-To: <20080731155749.GC14078@stranger.qboosh.pl> References: <200807311401.45999.glen@delfi.ee> <20080731155749.GC14078@stranger.qboosh.pl> Message-ID: <200808010105.09273.glen@delfi.ee> On Thursday 31 July 2008 18:57, Jakub Bogusz wrote: > On Thu, Jul 31, 2008 at 02:01:45PM +0300, Elan Ruusam?e wrote: > > On Thursday 31 July 2008 13:03:33 glen wrote: > > > +# TODO > > > +# - make it generic for gecko based browsers (browser-plugins should > > > first support this) > > > +# ? call it one of: (RFC welcome) > > > +# ? - browser-extension-gecko-firephp > > > +# ? - gecko-addon-firephp > > > +# ? - gecko-extension-firephp > > > +# ? - mozilla-extension-firephp > > > +# ? - mozilla-addon-firephp > > > +Summary:???????Firefox Extension for FirePHP > > > +Name:??????????firephp > > > > i'd like to hear your opinion on the package namespace, so further > > packages could follow it. > > Not mozilla-* (it's restricted name). ok with that. > gecko-* or browser-gecko-*. > Or maybe browser-xul-extension-* (I'm not sure if these extensions are > more related to gecko or xul?) i'd like to see "extension" or "addon" in package name. however xul vs gecko i can't answer ... -- glen From udvzsolt at gmail.com Fri Aug 1 19:45:30 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 1 Aug 2008 19:45:30 +0200 Subject: SPEC xcb-util update Message-ID: <760ece280808011045k87f2acdt2d970efcd36a9d8b@mail.gmail.com> Hi! The newest, 0.2.1 xcb-util is released, what needed by the newest awesome3 (http://awesome.naquadah.org/). awesome3's spec file creating is under progress...) Zsolt From udvzsolt at gmail.com Fri Aug 1 22:27:23 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 1 Aug 2008 22:27:23 +0200 Subject: SPEC: awesome3 Message-ID: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> Hi all! My favoruite window manager is awesome and it's released 3.0-rc1 today. I've created a spec file and I think it doesn't conflicts with awesome2 (I've renamed man pages and binaries) so you can use both together. Zsolt From arekm at maven.pl Fri Aug 1 22:32:14 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Fri, 1 Aug 2008 22:32:14 +0200 Subject: SPEC: awesome3 In-Reply-To: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> Message-ID: <200808012232.14400.arekm@maven.pl> On Friday 01 August 2008, Zsolt Udvari wrote: > Hi all! > > My favoruite window manager is awesome and it's released 3.0-rc1 > today. I've created a spec file and I think it doesn't conflicts with > awesome2 (I've renamed man pages and binaries) so you can use both > together. > Is series 2 to be maintained by author of the software? If not then there is no point in having spec renamed and in keeping old version. ps. non stable versions are not allowed on HEAD (but allowed on other branches like DEVEL) > Zsolt -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From udvzsolt at gmail.com Fri Aug 1 22:51:18 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 1 Aug 2008 22:51:18 +0200 Subject: SPEC: awesome3 In-Reply-To: <200808012232.14400.arekm@maven.pl> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> <200808012232.14400.arekm@maven.pl> Message-ID: <760ece280808011351w4ce18dc1lcf358076c6f0256a@mail.gmail.com> > Is series 2 to be maintained by author of the software? If not then there is > no point in having spec renamed and in keeping old version. IMHO yes (imho max 1/2-1 year), because the latest version was released about one week ago: http://awesome.naquadah.org/news/version_2.3.3/ And awesome2 and awesome3 are totally incompatible, e.g. awesome2 has a simple configuration file and awesome3 has a lua-based config-file (and many-many other differencies). http://awesome.naquadah.org/news/version_3.0-rc1/ > ps. non stable versions are not allowed on HEAD (but allowed on other branches > like DEVEL) OK, I know, but I want to use it, so I've created this spec and send it (when anybody wants to probe out awesome3) and builded rpm-package (based this spec-file). And maybe after some weeks (when the stable version'll release) you shouldn't make many-many changes this file or create a new one... Zsolt From patrys at pld-linux.org Fri Aug 1 23:11:55 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Fri, 1 Aug 2008 23:11:55 +0200 Subject: SPEC: awesome3 In-Reply-To: <200808012232.14400.arekm@maven.pl> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> <200808012232.14400.arekm@maven.pl> Message-ID: <89b6ba3a0808011411o773b0beah8ba32eab16033961@mail.gmail.com> On Fri, Aug 1, 2008 at 10:32 PM, Arkadiusz Miskiewicz wrote: > On Friday 01 August 2008, Zsolt Udvari wrote: >> My favoruite window manager is awesome and it's released 3.0-rc1 >> today. I've created a spec file and I think it doesn't conflicts with >> awesome2 (I've renamed man pages and binaries) so you can use both >> together. > ps. non stable versions are not allowed on HEAD (but allowed on other branches > like DEVEL) Uhm, if there is no such spec in PLD, putting anything on HEAD should be fine. -- Patryk Zawadzki From arekm at maven.pl Fri Aug 1 23:19:52 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Fri, 1 Aug 2008 23:19:52 +0200 Subject: SPEC: awesome3 In-Reply-To: <89b6ba3a0808011411o773b0beah8ba32eab16033961@mail.gmail.com> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> <200808012232.14400.arekm@maven.pl> <89b6ba3a0808011411o773b0beah8ba32eab16033961@mail.gmail.com> Message-ID: <200808012319.52634.arekm@maven.pl> On Friday 01 August 2008, Patryk Zawadzki wrote: > On Fri, Aug 1, 2008 at 10:32 PM, Arkadiusz Miskiewicz wrote: > > On Friday 01 August 2008, Zsolt Udvari wrote: > >> My favoruite window manager is awesome and it's released 3.0-rc1 > >> today. I've created a spec file and I think it doesn't conflicts with > >> awesome2 (I've renamed man pages and binaries) so you can use both > >> together. > > > > ps. non stable versions are not allowed on HEAD (but allowed on other > > branches like DEVEL) > > Uhm, if there is no such spec in PLD, putting anything on HEAD should be > fine. Yes, in such case it's fine. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From freetz at gmx.net Sat Aug 2 15:01:43 2008 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 2 Aug 2008 15:01:43 +0200 Subject: SPEC: awesome3 In-Reply-To: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> Message-ID: <20080802150143.c73ddc2d.freetz@gmx.net> On Fri, 1 Aug 2008 22:27:23 +0200 "Zsolt Udvari" wrote: > Hi all! hi, > My favoruite window manager is awesome and it's released 3.0-rc1 > today. I've created a spec file and I think it doesn't conflicts with > awesome2 (I've renamed man pages and binaries) so you can use both > together. will be interesting to see that spec, I'm curious how many workarounds are used for brain damaged cmake build system ;) -- Fryderyk Dziarmagowski From udvzsolt at gmail.com Sat Aug 2 15:16:08 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 2 Aug 2008 15:16:08 +0200 Subject: SPEC: awesome3 In-Reply-To: <20080802150143.c73ddc2d.freetz@gmx.net> References: <760ece280808011327j7db69ddese9369d55379d1c10@mail.gmail.com> <20080802150143.c73ddc2d.freetz@gmx.net> Message-ID: <760ece280808020616l7dda3ff6i7b95103d456ba702@mail.gmail.com> > will be interesting to see that spec, I'm curious how many workarounds > are used for brain damaged cmake build system ;) Yesterday was late night but I've overview and overwrite it today. So, this version is much more better and almost perfect :) Only the awesome3rc.5 doesn't create :( I don't know, why. Please test if, if you've got time. Zsolt From patrys at pld-linux.org Sun Aug 3 16:31:06 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sun, 3 Aug 2008 16:31:06 +0200 Subject: kernel + xorg + nvidia In-Reply-To: <200807261544.51863.glen@delfi.ee> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <89b6ba3a0807251257v1701ba21t38a755e45f4b3af5@mail.gmail.com> <20080725200923.GB14202@stranger.qboosh.pl> <200807261544.51863.glen@delfi.ee> Message-ID: <89b6ba3a0808030731h1d30995eoad89d64315899261@mail.gmail.com> On Sat, Jul 26, 2008 at 2:44 PM, Elan Ruusam?e wrote: > On Friday 25 July 2008 23:09, Jakub Bogusz wrote: >> At least release should be dropped from kernel module R. >> Anyway, I don't like hard kernel/userspace dependencies in any >> direction - maybe it should be Conflicts (<%{version}, >%{version}, >> no release) or Suggests. > this also disables install of multiple kernel package versions. > > and one can use /etc/rpm/sysinfo/Providename to satisfy missing kernel > dependencies. (however current rpm.spec overwrites files with upgrade, we > should %config(noreplace) them) Here's the current state: [patrys at meaw SPECS]$ LC_ALL=C poldek -n home -U kernel-vanilla-video-nvidia Loading [dir]home... 200..400..600..800..1000..1200..1400..1600..1800..2000..2200..2400..2600..2800..2926 warn: home: removed 4 duplicate packages 2922 packages read warn: kernel-vanilla-video-nvidia: ambiguous name Processing dependencies... kernel-vanilla-video-nvidia-173.14.09-7 at 2.6.26_1.i686 obsoleted by kernel-vanilla-video-nvidia-173.14.12-2 at 2.6.26_1.i686 kernel-vanilla-video-nvidia-173.14.12-2 at 2.6.26_1.i686 marks xorg-driver-video-nvidia-173.14.12-2.i686 (cap xorg-driver-video-nvidia = 173.14.12-2) xorg-driver-video-nvidia-173.14.12-1.i686 obsoleted by xorg-driver-video-nvidia-173.14.12-2.i686 error: xorg-driver-video-nvidia = 173.14.12-1 is required by installed kernel-video-nvidia-173.14.12-1 at 2.6.25.13_1.i686 greedy upgrade xorg-driver-video-nvidia-progs-173.14.12-1.i686 to 173.14.12-2.i686 (unresolved xorg-driver-video-nvidia = 173.14.12-1) xorg-driver-video-nvidia-progs-173.14.12-1.i686 obsoleted by xorg-driver-video-nvidia-progs-173.14.12-2.i686 There are 3 packages to install (2 marked by dependencies), 3 to remove: I kernel-vanilla-video-nvidia-173.14.12-2 at 2.6.26_1.i686 D xorg-driver-video-nvidia-173.14.12-2.i686, D xorg-driver-video-nvidia-progs-173.14.12-2.i686 R kernel-vanilla-video-nvidia-173.14.09-7 at 2.6.26_1.i686, R xorg-driver-video-nvidia-173.14.12-1.i686, R xorg-driver-video-nvidia-progs-173.14.12-1.i686 Need to get 7.1MB of archives. After unpacking 23.5MB will be used. error: 1 unresolved dependency Great, isn't it? I am forced to build my own kernels to get PAE (4 gigs of ram on my laptop) and I always keep a distro kernel just in case. Now I am forced to use --nodeps. -- Patryk Zawadzki From udvzsolt at gmail.com Sun Aug 3 18:00:08 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 3 Aug 2008 18:00:08 +0200 Subject: SPEC update: rb_libtorrent and qbittorrent Message-ID: <760ece280808030900i2f4972d9uf366ec29ac2a1cb5@mail.gmail.com> Hi all! There are two spec-update. Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: rb_libtorrent.diff Type: application/octet-stream Size: 3322 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: qbittorrent.diff Type: application/octet-stream Size: 1753 bytes Desc: not available URL: From glen at pld-linux.org Mon Aug 4 16:01:46 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Mon, 4 Aug 2008 17:01:46 +0300 Subject: SPEC update: rb_libtorrent and qbittorrent In-Reply-To: <760ece280808030900i2f4972d9uf366ec29ac2a1cb5@mail.gmail.com> References: <760ece280808030900i2f4972d9uf366ec29ac2a1cb5@mail.gmail.com> Message-ID: <200808041701.46833.glen@pld-linux.org> On Sunday 03 August 2008 19:00:08 Zsolt Udvari wrote: > Hi all! > > There are two spec-update. qbittorrent.spec: 1. source unpack should be done in %prep, not %build 2. do not leave in trailing space (adapter spec before diff) 3. use common source0 sourceforge urls (adapter spec before diff) 4. there should be trailing dot in %desc -l hu 5. the asio includes.... hmm, shouldn't there be asio.spec whose -devel are used? rb_bittorrent.spec: 1. if patch0 is outdated, it should be removed from spec not commented out if it's not updated, there should be left comment why it's not updated. but you should rather update patch as functionality flip/flop is not welcome. 2. discard quotes from %setup 3. %configure options should be each on single line (adapter could do it for you) 4. never disable rm -rf $RPM_BUILD_ROOT from spec. if you want to do shortcircuit or keep files in buildroot, use SPECS/repackage.sh or SPECS/compile.sh scripts (and SPECS/md5 is useful too sometimes) 5. do not change verbose %files to globs (libtorrent-13.so -> *) %ghost symlinks should be packaged too most likely, and *.so should be in -devel (unless the package already is broken to use *.so instead of *.so.1) 6. disabling sed subst in %prep goes under same rule as #1. leave comment or remove it completely (there's cvs annotate / cvs log for historical changes) 7. where the %{_bindir} file dissapeared? -- glen From glen at pld-linux.org Mon Aug 4 16:04:18 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 4 Aug 2008 17:04:18 +0300 Subject: kernel + xorg + nvidia In-Reply-To: <89b6ba3a0808030731h1d30995eoad89d64315899261@mail.gmail.com> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <200807261544.51863.glen@delfi.ee> <89b6ba3a0808030731h1d30995eoad89d64315899261@mail.gmail.com> Message-ID: <200808041704.19083.glen@pld-linux.org> On Sunday 03 August 2008 17:31:06 Patryk Zawadzki wrote: > On Sat, Jul 26, 2008 at 2:44 PM, Elan Ruusam?e wrote: > > On Friday 25 July 2008 23:09, Jakub Bogusz wrote: > >> At least release should be dropped from kernel module R. > >> Anyway, I don't like hard kernel/userspace dependencies in any > >> direction - maybe it should be Conflicts (<%{version}, >%{version}, > >> no release) or Suggests. > > > > this also disables install of multiple kernel package versions. > > > > and one can use /etc/rpm/sysinfo/Providename to satisfy missing kernel > > dependencies. (however current rpm.spec overwrites files with upgrade, we > > should %config(noreplace) them) > > Here's the current state: how about we do the userspace pkg R: kernel package if %{with dist_kernel}? so if you do not use dist kernel you can build your own package for kernel/userspace? -- glen From glen at pld-linux.org Mon Aug 4 16:39:05 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 4 Aug 2008 17:39:05 +0300 Subject: SPECS: mailcap.spec - conflict with rpm not capable of suggests tags (it ma... In-Reply-To: References: Message-ID: <200808041739.05453.glen@pld-linux.org> On Monday 04 August 2008 16:50:13 glen wrote: > Author: glen Date: Mon Aug 4 13:50:13 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - conflict with rpm not capable of suggests tags (it makes all suggests as > requires, which is quite ugly); rel 5 > > ---- Files affected: > SPECS: > mailcap.spec (1.52 -> 1.53) > > ---- Diffs: > > ================================================================ > Index: SPECS/mailcap.spec > diff -u SPECS/mailcap.spec:1.52 SPECS/mailcap.spec:1.53 > --- SPECS/mailcap.spec:1.52 Mon Jul 28 21:13:42 2008 > +++ SPECS/mailcap.spec Mon Aug 4 15:50:08 2008 > @@ -10,7 +10,7 @@ > Summary(tr.UTF-8): ?e?itli programlar i?in ?okluortam yard?mc? > uygulamalar? tan?mlar Name: mailcap > Version: 2.2 > -Release: 4 > +Release: 5 > License: Public Domain > Group: Base > Source0: %{name} > @@ -43,6 +43,7 @@ > %else > Suggests: xterm > %endif > +Conflicts: rpm < 4.4.9 > BuildArch: noarch > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) > > @@ -105,6 +106,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.53 2008/08/04 13:50:08 glen > +- conflict with rpm not capable of suggests tags (it makes all suggests as > requires, which is quite ugly); rel 5 > + > Revision 1.52 2008/07/28 19:13:42 glen > - deps for ac perhaps we should do this for all specs utilizing Suggests: ? -- glen From gotar at polanet.pl Tue Aug 5 09:45:16 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 5 Aug 2008 09:45:16 +0200 Subject: kernel + xorg + nvidia In-Reply-To: <200808041704.19083.glen@pld-linux.org> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <200807261544.51863.glen@delfi.ee> <89b6ba3a0808030731h1d30995eoad89d64315899261@mail.gmail.com> <200808041704.19083.glen@pld-linux.org> Message-ID: <20080805074516.GA3871@pepin.polanet.pl> On Mon, Aug 04, 2008 at 17:04:18 +0300, Elan Ruusam?e wrote: > how about we do the userspace pkg R: kernel package if %{with dist_kernel}? Then xorg-driver-video-nvidia on ftp would require dist kernel - this is bogus. > so if you do not use dist kernel you can build your own package for > kernel/userspace? There's absolutely no reason for userspace nVidia module to require specific kernel build (just version must match). -- Tomasz Pala From glen at pld-linux.org Tue Aug 5 11:59:27 2008 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 5 Aug 2008 12:59:27 +0300 Subject: kernel + xorg + nvidia In-Reply-To: <20080805074516.GA3871@pepin.polanet.pl> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <200808041704.19083.glen@pld-linux.org> <20080805074516.GA3871@pepin.polanet.pl> Message-ID: <200808051259.27508.glen@pld-linux.org> On Tuesday 05 August 2008 10:45:16 Tomasz Pala wrote: > On Mon, Aug 04, 2008 at 17:04:18 +0300, Elan Ruusam?e wrote: > > how about we do the userspace pkg R: kernel package if %{with > > dist_kernel}? > > Then xorg-driver-video-nvidia on ftp would require dist kernel - this is > bogus. yes. exactly. but seems only way to make deps functional. if you use custom kernel, you can as well build your own userspace package (you need to build from same .spec anyway the kernel nvidia module, as pointed earlier by patrys) how many out there use custom kernel anyway (i mean by that kernel installed without rpm package)? > > so if you do not use dist kernel you can build your own package for > > kernel/userspace? > > There's absolutely no reason for userspace nVidia module to require > specific kernel build (just version must match). yes, and userspace version should not be updated if there's no version available for kernel package. this is what initiated the initial thread. as i can use userspace from distro, but there's no kernel-laptop available in th for example, so i have to build kernel module myself (however note it's not "custom" kernel). -- glen From kornet at camk.edu.pl Tue Aug 5 16:07:22 2008 From: kornet at camk.edu.pl (Kacper Kornet) Date: Tue, 5 Aug 2008 16:07:22 +0200 Subject: SPECS: cmake.spec - even more :/ In-Reply-To: <20080731153539.GB14078@stranger.qboosh.pl> References: <200807310954.28025.glen@pld-linux.org> <20080731153539.GB14078@stranger.qboosh.pl> Message-ID: <20080805140722.GC10019@phoenix.camk.edu.pl> On Thu, Jul 31, 2008 at 05:35:39PM +0200, Jakub Bogusz wrote: > On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusam?e wrote: > > On Thursday 31 July 2008 07:45, qboosh wrote: > > > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all > > > +# ? (is there any standard way???) > > there isn't (this has gone over devel-en list already at least twice). > Well, as I rechecked, at least cmake 2.6.0 respects LDFLAGS. > But it's all - no CPPFLAGS. > And use of any of predefined CMAKE_BUILD_TYPEs overrides > CFLAGS/CXXFLAGS (-Os/-O2/-O3 is added _after_ flags taken from > environment). Can you check with the following definition of %cmake: %cmake { \ CC="%{__cc}" \ CXX="%{__cxx}" \ %{__cmake} \ -DCMAKE_BUILD_TYPE="Release" \ -DCMAKE_C_FLAGS:STRING="%{rpmcflags}" \ -DCMAKE_CXX_FLAGS_RELEASE:STRING="%{rpmcxxflags}" \ -DCMAKE_EXE_LINKER_FLAGS_RELEASE:STRING="%{rpmldflags}" \ -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE \ } -- Kacper Kornet From arekm at maven.pl Tue Aug 5 17:40:30 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 5 Aug 2008 17:40:30 +0200 Subject: SPECS: cmake.spec - even more :/ In-Reply-To: <20080805140722.GC10019@phoenix.camk.edu.pl> References: <20080731153539.GB14078@stranger.qboosh.pl> <20080805140722.GC10019@phoenix.camk.edu.pl> Message-ID: <200808051740.30522.arekm@maven.pl> On Tuesday 05 August 2008, Kacper Kornet wrote: > On Thu, Jul 31, 2008 at 05:35:39PM +0200, Jakub Bogusz wrote: > > On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusam?e wrote: > > > On Thursday 31 July 2008 07:45, qboosh wrote: > > > > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at > > > > all +# ? (is there any standard way???) > > > > > > there isn't (this has gone over devel-en list already at least twice). > > > > Well, as I rechecked, at least cmake 2.6.0 respects LDFLAGS. > > But it's all - no CPPFLAGS. > > > > And use of any of predefined CMAKE_BUILD_TYPEs overrides > > CFLAGS/CXXFLAGS (-Os/-O2/-O3 is added _after_ flags taken from > > environment). > > Can you check with the following definition of %cmake: > > %cmake { \ > CC="%{__cc}" \ > CXX="%{__cxx}" \ > %{__cmake} \ > -DCMAKE_BUILD_TYPE="Release" \ > -DCMAKE_C_FLAGS:STRING="%{rpmcflags}" \ > -DCMAKE_CXX_FLAGS_RELEASE:STRING="%{rpmcxxflags}" \ > -DCMAKE_EXE_LINKER_FLAGS_RELEASE:STRING="%{rpmldflags}" \ > -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE \ > } CPPFLAGS is missing -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From udvzsolt at gmail.com Wed Aug 6 11:37:59 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 6 Aug 2008 11:37:59 +0200 Subject: SPEC update: kseg Message-ID: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> Here is an update for kseg. -------------- next part -------------- A non-text attachment was scrubbed... Name: kseg.diff Type: application/octet-stream Size: 2881 bytes Desc: not available URL: From z at grabina.waw.pl Wed Aug 6 11:58:18 2008 From: z at grabina.waw.pl (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Wed, 6 Aug 2008 11:58:18 +0200 Subject: SPEC update: kseg In-Reply-To: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> Message-ID: <200808061158.18998.z@grabina.waw.pl> On Wednesday 06 of August 2008 11:37:59 Zsolt Udvari wrote: > Here is an update for kseg. In most cases examples should be installed into $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} -- Regardas, Pawe? Zuzelski From udvzsolt at gmail.com Wed Aug 6 12:27:24 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 6 Aug 2008 12:27:24 +0200 Subject: SPEC update: kseg In-Reply-To: <200808061158.18998.z@grabina.waw.pl> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061158.18998.z@grabina.waw.pl> Message-ID: <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> > In most cases examples should be installed into > $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} OK. So this update is better :) Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: kseg.diff Type: application/octet-stream Size: 2893 bytes Desc: not available URL: From z at grabina.waw.pl Wed Aug 6 12:58:11 2008 From: z at grabina.waw.pl (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Wed, 6 Aug 2008 12:58:11 +0200 Subject: SPEC update: kseg In-Reply-To: <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061158.18998.z@grabina.waw.pl> <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> Message-ID: <200808061258.11080.z@grabina.waw.pl> On Wednesday 06 of August 2008 12:27:24 Zsolt Udvari wrote: > > In most cases examples should be installed into > > $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} > > OK. So this update is better :) It does not build now! You should also modify %files section (-; Is it stable version? It dies very fast with SIGSEGV: Just create "New construction", then press the left mouse button and move the mouse over the right part of main window. -- Pawe? From glen at pld-linux.org Wed Aug 6 16:09:34 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Wed, 6 Aug 2008 17:09:34 +0300 Subject: SPEC update: kseg In-Reply-To: <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061158.18998.z@grabina.waw.pl> <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> Message-ID: <200808061709.34178.glen@pld-linux.org> On Wednesday 06 August 2008 13:27:24 Zsolt Udvari wrote: > > In most cases examples should be installed into > > $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} > > OK. So this update is better :) %files section not done (did you test build too the spec?) > Zsolt -- glen From udvzsolt at gmail.com Wed Aug 6 17:22:53 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 6 Aug 2008 17:22:53 +0200 Subject: SPEC update: kseg In-Reply-To: <200808061709.34178.glen@pld-linux.org> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061158.18998.z@grabina.waw.pl> <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> <200808061709.34178.glen@pld-linux.org> Message-ID: <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> > %files section not done (did you test build too the spec?) No, indeed. I've built the prev version and I've only overwrite the spec file (my machine isn't too fast). But I hope this is near to the perfect (test build ok). Pawel: imho this is a simple bug, create a few objects and after probe this. IMHO the reason of bug is that the list is empty. Zsolt From wolf.pld at gmail.com Wed Aug 6 23:24:37 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Wed, 6 Aug 2008 23:24:37 +0200 Subject: kernel + xorg + nvidia In-Reply-To: <200808051259.27508.glen@pld-linux.org> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <200808041704.19083.glen@pld-linux.org> <20080805074516.GA3871@pepin.polanet.pl> <200808051259.27508.glen@pld-linux.org> Message-ID: <20080806212437.GA8892@bajzel> On Tue, Aug 05, 2008 at 12:59:27PM +0300, Elan Ruusam?e wrote: > how many out there use custom kernel anyway (i mean by that kernel installed > without rpm package)? What kind of bullshit argument is it supposed to be? "How many out there be" developers who don't understand polish? Why am I even writing this in english? wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From adamg at biomerieux.pl Wed Aug 6 23:35:59 2008 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Wed, 6 Aug 2008 23:35:59 +0200 Subject: kernel + xorg + nvidia In-Reply-To: <20080806212437.GA8892@bajzel> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <200808041704.19083.glen@pld-linux.org> <20080805074516.GA3871@pepin.polanet.pl> <200808051259.27508.glen@pld-linux.org> <20080806212437.GA8892@bajzel> Message-ID: <20080806213559.GC17169@mysza.eu.org> On Wed, Aug 06, 2008 at 11:24:37PM +0200, Bartosz Taudul wrote: > On Tue, Aug 05, 2008 at 12:59:27PM +0300, Elan Ruusam?e wrote: > > how many out there use custom kernel anyway (i mean by that kernel installed > > without rpm package)? > What kind of bullshit argument is it supposed to be? The "both solutions sucks, let's choose lesser evil" one, I guess. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Thu Aug 7 01:06:16 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 7 Aug 2008 02:06:16 +0300 Subject: kernel + xorg + nvidia In-Reply-To: <20080806213559.GC17169@mysza.eu.org> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <20080806212437.GA8892@bajzel> <20080806213559.GC17169@mysza.eu.org> Message-ID: <200808070206.16446.glen@delfi.ee> On Thursday 07 August 2008 00:35, Adam Go??biowski wrote: > On Wed, Aug 06, 2008 at 11:24:37PM +0200, Bartosz Taudul wrote: > > On Tue, Aug 05, 2008 at 12:59:27PM +0300, Elan Ruusam?e wrote: > > > how many out there use custom kernel anyway (i mean by that kernel > > > installed without rpm package)? > > > > What kind of bullshit argument is it supposed to be? > > The "both solutions sucks, let's choose lesser evil" one, I guess. what we want? integrity or what? if you want to use custom kernel.config, then kernel.spec on LINUX_2_6 offers that. you can't control things that are outside package management. and trying to do it half-way you break packages that are not originated from main line distros (th doesn't have kernel-desktop on ftp, but it provides upgrade for nvidia userspace). while accounting for the non-rpm based kernels, %{with dist_kernel} having the versioned dependency (while it really doesn't matter if it's strict NVR based one), it doesn't "break" so much, while providing a little consistency that the poldek --upgrade-dist doesn't leave with kernel/userspace abi mismatch. oh and it's so cool that with last poldek --upgrade-dist on th-system, it broke my networkmanager and x11, i can't use my laptop anymore... and i have to fight here to get some integrity in package upgrades, when figured out what broke the system, so cool, so fun! -- glen From glen at pld-linux.org Thu Aug 7 01:11:11 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 7 Aug 2008 02:11:11 +0300 Subject: SPECS: bopm.spec - remove perl modules - builds In-Reply-To: References: Message-ID: <200808070211.12208.glen@pld-linux.org> On Thursday 07 August 2008 01:08, aredridel wrote: > $Log$ > +Revision 1.26 2008/08/06 22:08:30 aredridel > +- remove perl modules err? what? why? it's not any kind of major version upgrade or any other way reasoned to do so. in any case there should be Obsoletes line on main pkg if subpkg was totally removed.... -- glen From patrys at pld-linux.org Thu Aug 7 01:14:58 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 7 Aug 2008 01:14:58 +0200 Subject: kernel + xorg + nvidia In-Reply-To: <200808070206.16446.glen@delfi.ee> References: <89b6ba3a0807250627l4ef0dc54m633513e796491f7f@mail.gmail.com> <20080806212437.GA8892@bajzel> <20080806213559.GC17169@mysza.eu.org> <200808070206.16446.glen@delfi.ee> Message-ID: <89b6ba3a0808061614s43accb44w82ecf98d7d540d7c@mail.gmail.com> On Thu, Aug 7, 2008 at 1:06 AM, Elan Ruusam?e wrote: > what we want? integrity or what? if you want to use custom kernel.config, then > kernel.spec on LINUX_2_6 offers that. you can't control things that are > outside package management. and trying to do it half-way you break packages > that are not originated from main line distros (th doesn't have > kernel-desktop on ftp, but it provides upgrade for nvidia userspace). > > while accounting for the non-rpm based kernels, %{with dist_kernel} having the > versioned dependency (while it really doesn't matter if it's strict NVR based > one), it doesn't "break" so much, while providing a little consistency that > the poldek --upgrade-dist doesn't leave with kernel/userspace abi mismatch. > > oh and it's so cool that with last poldek --upgrade-dist on th-system, it > broke my networkmanager and x11, i can't use my laptop anymore... and i have > to fight here to get some integrity in package upgrades, when figured out > what broke the system, so cool, so fun! Not to mention that adding such dep (even if only for dist_kernel builds) prevents people with _custom_ kernels from breaking their machines by upgrading to a distro-shipped nvidia package. -- Patryk Zawadzki From kornet at camk.edu.pl Thu Aug 7 01:36:13 2008 From: kornet at camk.edu.pl (Kacper Kornet) Date: Thu, 7 Aug 2008 01:36:13 +0200 Subject: SPECS: cmake.spec - even more :/ In-Reply-To: <200808051740.30522.arekm@maven.pl> References: <20080731153539.GB14078@stranger.qboosh.pl> <20080805140722.GC10019@phoenix.camk.edu.pl> <200808051740.30522.arekm@maven.pl> Message-ID: <20080806233613.GA748@gatekeeper.camk.edu.pl> On Tue, Aug 05, 2008 at 05:40:30PM +0200, Arkadiusz Miskiewicz wrote: > On Tuesday 05 August 2008, Kacper Kornet wrote: > > On Thu, Jul 31, 2008 at 05:35:39PM +0200, Jakub Bogusz wrote: > > > On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusam?e wrote: > > > > On Thursday 31 July 2008 07:45, qboosh wrote: > > > > > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at > > > > > all +# ? (is there any standard way???) > > > > there isn't (this has gone over devel-en list already at least twice). > > > Well, as I rechecked, at least cmake 2.6.0 respects LDFLAGS. > > > But it's all - no CPPFLAGS. > > > And use of any of predefined CMAKE_BUILD_TYPEs overrides > > > CFLAGS/CXXFLAGS (-Os/-O2/-O3 is added _after_ flags taken from > > > environment). > > Can you check with the following definition of %cmake: > > %cmake { \ > > CC="%{__cc}" \ > > CXX="%{__cxx}" \ > > %{__cmake} \ > > -DCMAKE_BUILD_TYPE="Release" \ > > -DCMAKE_C_FLAGS:STRING="%{rpmcflags}" \ > > -DCMAKE_CXX_FLAGS_RELEASE:STRING="%{rpmcxxflags}" \ > > -DCMAKE_EXE_LINKER_FLAGS_RELEASE:STRING="%{rpmldflags}" \ > > -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE \ > > } > CPPFLAGS is missing So CMAKE_CXX_FLAGS_RELEASE and CMAKE_C_FLAGS should also inlude %{rpmcppflags}. Another soulutuion is to add to CMakeLists.txt line: ADD_DEFINITIONS(%{rpmcppflags}) -- Kacper Kornet From gotar at polanet.pl Thu Aug 7 09:08:25 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 7 Aug 2008 09:08:25 +0200 Subject: SPEC update: kseg In-Reply-To: <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061158.18998.z@grabina.waw.pl> <760ece280808060327s7d39a9d0xc88b14b2821b230f@mail.gmail.com> <200808061709.34178.glen@pld-linux.org> <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> Message-ID: <20080807070825.GA28321@pepin.polanet.pl> On Wed, Aug 06, 2008 at 17:22:53 +0200, Zsolt Udvari wrote: > No, indeed. I've built the prev version and I've only overwrite the > spec file (my machine isn't too fast). Having already compiled stuff just do: rpmbuild -bi --short-circuit rpmbuild -bb --short-circuit -- Tomasz Pala From glen at pld-linux.org Thu Aug 7 09:57:15 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 7 Aug 2008 10:57:15 +0300 Subject: SPEC update: kseg In-Reply-To: <20080807070825.GA28321@pepin.polanet.pl> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> <20080807070825.GA28321@pepin.polanet.pl> Message-ID: <200808071057.16013.glen@pld-linux.org> On Thursday 07 August 2008 10:08:25 Tomasz Pala wrote: > On Wed, Aug 06, 2008 at 17:22:53 +0200, Zsolt Udvari wrote: > > No, indeed. I've built the prev version and I've only overwrite the > > spec file (my machine isn't too fast). > > Having already compiled stuff just do: > > rpmbuild -bi --short-circuit also: ./repackage.sh and this does only files packaging if you have files in rpm-build-root (ran already once the ./repackage.sh) ./repackage.sh -bb > rpmbuild -bb --short-circuit also: ./compile.sh -- glen From gotar at polanet.pl Thu Aug 7 10:09:10 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 7 Aug 2008 10:09:10 +0200 Subject: SPEC update: kseg In-Reply-To: <200808071057.16013.glen@pld-linux.org> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> <20080807070825.GA28321@pepin.polanet.pl> <200808071057.16013.glen@pld-linux.org> Message-ID: <20080807080910.GA23146@pepin.polanet.pl> On Thu, Aug 07, 2008 at 10:57:15 +0300, Elan Ruusam?e wrote: > and this does only files packaging if you have files in rpm-build-root (ran > already once the ./repackage.sh) > ./repackage.sh -bb > >> rpmbuild -bb --short-circuit > also: > ./compile.sh No - compile.sh is equivalent of: rpmbuild -bc --short-circuit and rpmbuild -bb --short-circuit == repackage.sh -bb -- Tomasz Pala From z at grabina.waw.pl Fri Aug 8 01:41:55 2008 From: z at grabina.waw.pl (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Thu, 7 Aug 2008 23:41:55 +0000 Subject: SPEC update: kseg In-Reply-To: <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> References: <760ece280808060237n29c9ab70k2d964d408254d874@mail.gmail.com> <200808061709.34178.glen@pld-linux.org> <760ece280808060822x2e518dd6v53438565f16dd6eb@mail.gmail.com> Message-ID: <200808072341.55431.z@grabina.waw.pl> On Wednesday 06 August 2008 15:22:53 Zsolt Udvari wrote: > But I hope this is near to the perfect (test build ok). OK, I've commited it. Thanks. > Pawel: imho this is a simple bug, create a few objects and after probe > this. IMHO the reason of bug is that the list is empty. Indeed it was simple... I have fixed it (see: SOURCES/kseg-emptyConstructionList.patch). -- Pawe? Zuzelski From adamg at pld-linux.org Fri Aug 8 10:48:26 2008 From: adamg at pld-linux.org (Adam Golebiowski) Date: Fri, 8 Aug 2008 10:48:26 +0200 Subject: libcpdf linking issue Message-ID: <200808081048.26097.adamg@pld-linux.org> $ objdump -tT /usr/lib64/libcpdf.so.2.02r1 | grep log10 0000000000000000 DF *UND* 000000000000008e GLIBC_2.2.5 log10 $ ldd /usr/lib64/libcpdf.so.2.02r1 linux-vdso.so.1 => (0x00007fff603fe000) libm.so.6 => /lib64/libm.so.6 (0x00007f8657d93000) libz.so.1 => /lib64/libz.so.1 (0x00007f8657b7f000) libc.so.6 => /lib64/libc.so.6 (0x00007f8657833000) /lib64/ld-linux-x86-64.so.2 (0x00007f8658277000) $ objdump -tT /lib64/libm.so.6 | grep ' log10$' 0000000000023d80 w DF .text 000000000000008e GLIBC_2.2.5 log10 What am I missing? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From udvzsolt at gmail.com Fri Aug 8 23:25:53 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 8 Aug 2008 23:25:53 +0200 Subject: SPEC: asymptote Message-ID: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> Hi all! Here is an other program's spec that I use. Zsolt From gotar at polanet.pl Sat Aug 9 08:40:15 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 9 Aug 2008 08:40:15 +0200 Subject: SPEC: asymptote In-Reply-To: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> Message-ID: <20080809064015.GA18984@pepin.polanet.pl> On Fri, Aug 08, 2008 at 23:25:53 +0200, Zsolt Udvari wrote: > Here is an other program's spec that I use. Where? ;] -- Tomasz Pala From udvzsolt at gmail.com Sat Aug 9 08:56:15 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 9 Aug 2008 08:56:15 +0200 Subject: SPEC: asymptote In-Reply-To: <20080809064015.GA18984@pepin.polanet.pl> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> <20080809064015.GA18984@pepin.polanet.pl> Message-ID: <760ece280808082356qc74704by464d9c2c0035470e@mail.gmail.com> > Where? ;] Here :) -------------- next part -------------- A non-text attachment was scrubbed... Name: asymptote.spec Type: application/octet-stream Size: 2618 bytes Desc: not available URL: From udvzsolt at gmail.com Sat Aug 9 12:50:22 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 9 Aug 2008 12:50:22 +0200 Subject: SPEC: fet In-Reply-To: <760ece280807280437k76d9560ci96ca716e072bc4e6@mail.gmail.com> References: <760ece280807280437k76d9560ci96ca716e072bc4e6@mail.gmail.com> Message-ID: <760ece280808090350v4de52043h808559d33fe7751d@mail.gmail.com> Here is an update. Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: fet.diff Type: application/octet-stream Size: 1322 bytes Desc: not available URL: From z at grabina.waw.pl Sat Aug 9 15:46:13 2008 From: z at grabina.waw.pl (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Sat, 9 Aug 2008 15:46:13 +0200 Subject: SPEC: asymptote In-Reply-To: <760ece280808082356qc74704by464d9c2c0035470e@mail.gmail.com> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> <20080809064015.GA18984@pepin.polanet.pl> <760ece280808082356qc74704by464d9c2c0035470e@mail.gmail.com> Message-ID: <200808091546.13448.z@grabina.waw.pl> On Saturday 09 August 2008 08:56:15 Zsolt Udvari wrote: > > Where? ;] > > Here :) 1. configure searchs for files from fftw3-devel package. It works without them, but configure disables some features. I think you should add BR:fftw3-devel. 2. Why do you install docs manualy instead of using %doc macro? 3. It does not build for me: ----------------------------- + umask 022 + cd /home/users/z/rpm/BUILD + /bin/rm --interactive=never -rf /home/users/z/tmp/asymptote-1.43-root-z + cd asymptote-1.43 + /bin/rm --interactive=never -rf /home/users/z/tmp/asymptote-1.43-root-z + rm -rf /home/users/z/tmp/asymptote-1.43-root-z + cp /usr/share/texmf/tex/plain/pdfcolor/pdfcolor.tex /usr/share/texmf/tex/generic/epsf/epsf.tex /usr/share/texmf/tex/texinfo/texinfo.tex doc + /usr/bin/make all cd doc; /usr/bin/make man make[1]: Entering directory `/home/users/z/rpm/BUILD/asymptote-1.43/doc' ../asy -dir ../base -config "" -f pdf Bode.asy Cannot execute 'latex' \scrollmode Please put in : import settings; texpath="PATH"; where PATH denotes the correct path to the directory containing your latex engine (latex). Alternatively, set the environment variable ASYMPTOTE_TEXPATH or use the command line option -texpath="PATH" Terminated Terminated [z at pldmachine SPECS]$ Terminated make[1]: *** [Bode.pdf] Terminated Terminated make: *** [man] Terminated Terminated ----------------------------- Installing tetex-latex does not help. -- Regards, Pawe? From udvzsolt at gmail.com Sat Aug 9 14:07:43 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 9 Aug 2008 14:07:43 +0200 Subject: SPEC: asymptote In-Reply-To: <200808091546.13448.z@grabina.waw.pl> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> <20080809064015.GA18984@pepin.polanet.pl> <760ece280808082356qc74704by464d9c2c0035470e@mail.gmail.com> <200808091546.13448.z@grabina.waw.pl> Message-ID: <760ece280808090507u6c05aee2t7bdde4d258a29a53@mail.gmail.com> 2008/8/9 Pawe? Zuzelski : > On Saturday 09 August 2008 08:56:15 Zsolt Udvari wrote: >> > Where? ;] >> >> Here :) > > > 1. configure searchs for files from fftw3-devel package. It works without > them, but configure disables some features. I think you should add > BR:fftw3-devel. "The FFTW library is only required if you want Asymptote to be able to take Fourier transforms of data (say, to compute an audio power spectrum). " http://asymptote.sourceforge.net/doc/Compiling-from-UNIX-source.html#Compiling-from-UNIX-source But if you think that this is a very useful feature insert it! I don't use it, I only create simple geometric and physics structure (I'm a teacher of ph. and math), so I don't need it. > 2. Why do you install docs manualy instead of using %doc macro? In which line? > 3. It does not build for me: ... > Installing tetex-latex does not help. Uh, I don't know. I've installed almost all tetex packages because I use it intensive. Maybe the tetex-format-pdflatex is missing (because asy wants to create pdf-files and the latex-styles are missing). Zsolt From z at grabina.waw.pl Sat Aug 9 19:51:50 2008 From: z at grabina.waw.pl (=?iso-8859-2?q?Pawe=B3_Zuzelski?=) Date: Sat, 9 Aug 2008 19:51:50 +0200 Subject: SPEC: asymptote In-Reply-To: <760ece280808090507u6c05aee2t7bdde4d258a29a53@mail.gmail.com> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> <200808091546.13448.z@grabina.waw.pl> <760ece280808090507u6c05aee2t7bdde4d258a29a53@mail.gmail.com> Message-ID: <200808091951.51015.z@grabina.waw.pl> On Saturday 09 August 2008 14:07:43 Zsolt Udvari wrote: > > 2. Why do you install docs manualy instead of using %doc macro? > > In which line? In %install section: mv $RPM_BUILD_ROOT%{_docdir}/%{name} $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version} In %files section: %{_docdir}/%{name}-%{version} I have moved documentation to %{name}-doc subpackage > # Doesn't handle --docdir option :( Indeed --docdir does not work, but --with-docdir works well. > > 3. It does not build for me: > Uh, I don't know. I've installed almost all tetex packages because I > use it intensive. > Maybe the tetex-format-pdflatex is missing (because asy wants to > create pdf-files and the latex-styles are missing). Missing BRs was: tetex-format-latex tetex-dvips tetex-tex-babel And for python: rpm-pythonprov I have just commited it. Thanks for your contribution. -- Pawe? Zuzelski From udvzsolt at gmail.com Sat Aug 9 19:23:00 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 9 Aug 2008 19:23:00 +0200 Subject: SPEC: asymptote In-Reply-To: <200808091951.51015.z@grabina.waw.pl> References: <760ece280808081425o20d4b44v20963bd03365bbe8@mail.gmail.com> <200808091546.13448.z@grabina.waw.pl> <760ece280808090507u6c05aee2t7bdde4d258a29a53@mail.gmail.com> <200808091951.51015.z@grabina.waw.pl> Message-ID: <760ece280808091023y599bc96bi6b27c166182b1cee@mail.gmail.com> >> > 2. Why do you install docs manualy instead of using %doc macro? >> >> In which line? > > In %install section: > mv $RPM_BUILD_ROOT%{_docdir}/%{name} $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version} > > In %files section: > %{_docdir}/%{name}-%{version} Oh, I understand. > I have moved documentation to %{name}-doc subpackage I thought that it would be nice to create a subpackage. >> # Doesn't handle --docdir option :( > Indeed --docdir does not work, but --with-docdir works well. Good to know ;) > I have just commited it. Thanks for your contribution. Thanks for your plus work :) Zsolt From udvzsolt at gmail.com Sun Aug 10 12:36:21 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 10 Aug 2008 12:36:21 +0200 Subject: SPEC: paintown Message-ID: <760ece280808100336y5ad582afp3990b5be8bbd4a8d@mail.gmail.com> Hi all! If you're same old as me and you played arcade games, you'll like this game :) Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: paintown.spec Type: application/octet-stream Size: 1494 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: paintown-keyboard-fix.patch Type: application/octet-stream Size: 1229 bytes Desc: not available URL: From adamg at pld-linux.org Sun Aug 10 13:14:11 2008 From: adamg at pld-linux.org (Adam Golebiowski) Date: Sun, 10 Aug 2008 13:14:11 +0200 Subject: SPEC: paintown Message-ID: <200808101314.11301.adamg@pld-linux.org> On Sunday 10 August 2008, Zsolt Udvari wrote: > Hi all! > > If you're same old as me and you played arcade games, you'll like this game > :) Thanks, I'll add this. We're getting pretty tired of being a proxy between you and cvs ;) Here's a one-time, unique offer for you: Agree for a *free* cvs+svn account and get an @pld-linux.org alias + jabber account absolutely for free! More official: There's a rule here that a candidate must get ok's from three developers before he can be given a r/w cvs/svn access. I remember patrys already voted yes, you got more vote here, I guess we can manage to find one more. So it's up to you. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From mmazur at kernel.pl Sun Aug 10 13:45:26 2008 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sun, 10 Aug 2008 13:45:26 +0200 Subject: SPEC: paintown In-Reply-To: <200808101314.11301.adamg@pld-linux.org> References: <200808101314.11301.adamg@pld-linux.org> Message-ID: <200808101345.26431.mmazur@kernel.pl> Dnia niedziela, 10 sierpnia 2008, Adam Golebiowski napisa?: > More official: > There's a rule here that a candidate must get ok's from three developers > before he can be given a r/w cvs/svn access. I remember patrys already > voted yes, you got more vote here, I guess we can manage to find one more. > > So it's up to you. +1 It'd be way cool to have a dev named "Zsolt Udvari". It's like having a name in rot13 or sth :) That's three votes 'yes', so mail a crypt(?) of your password and a username to cvsadmin at pld-linux.org iirc. -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From udvzsolt at gmail.com Sun Aug 10 13:52:29 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 10 Aug 2008 13:52:29 +0200 Subject: SPEC: paintown In-Reply-To: <200808101314.11301.adamg@pld-linux.org> References: <200808101314.11301.adamg@pld-linux.org> Message-ID: <760ece280808100452t57f7958aua7d9fbd420a6ec4e@mail.gmail.com> > We're getting pretty tired of being a proxy between you and cvs ;) Sorry :) > Here's a one-time, unique offer for you: > Agree for a *free* cvs+svn account and get an @pld-linux.org alias + jabber > account absolutely for free! So, when I say 'yes', I'll be a pld-developer/packager? This is honorific for me. Then yes ;) But there is a small problem: I didn't ever used jabber. But I searched on the web and I see that I can use with irssi (via http://cybione.org/~irssi-xmpp/). Zsolt From mmazur at kernel.pl Sun Aug 10 13:53:29 2008 From: mmazur at kernel.pl (Mariusz Mazur) Date: Sun, 10 Aug 2008 13:53:29 +0200 Subject: SPEC: paintown In-Reply-To: <760ece280808100452t57f7958aua7d9fbd420a6ec4e@mail.gmail.com> References: <200808101314.11301.adamg@pld-linux.org> <760ece280808100452t57f7958aua7d9fbd420a6ec4e@mail.gmail.com> Message-ID: <200808101353.29136.mmazur@kernel.pl> Dnia niedziela, 10 sierpnia 2008, Zsolt Udvari napisa?: > So, when I say 'yes', I'll be a pld-developer/packager? This is > honorific for me. > Then yes ;) > > But there is a small problem: I didn't ever used jabber. But I > searched on the web and I see that I can use with irssi (via > http://cybione.org/~irssi-xmpp/). You don't have to use it. If you can be reached via email and/or irc, that's enough. -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From udvzsolt at gmail.com Sun Aug 10 15:28:16 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 10 Aug 2008 15:28:16 +0200 Subject: SPEC: paintown In-Reply-To: <200808101345.26431.mmazur@kernel.pl> References: <200808101314.11301.adamg@pld-linux.org> <200808101345.26431.mmazur@kernel.pl> Message-ID: <760ece280808100628v2539da60ue0285da8f822615c@mail.gmail.com> > That's three votes 'yes', so mail a crypt(?) of your password and a username > to cvsadmin at pld-linux.org iirc. Me? From z at grabina.waw.pl Sun Aug 10 17:39:41 2008 From: z at grabina.waw.pl (=?utf-8?q?Pawe=C5=82_Zuzelski?=) Date: Sun, 10 Aug 2008 17:39:41 +0200 Subject: SPEC: paintown In-Reply-To: <760ece280808100628v2539da60ue0285da8f822615c@mail.gmail.com> References: <200808101314.11301.adamg@pld-linux.org> <200808101345.26431.mmazur@kernel.pl> <760ece280808100628v2539da60ue0285da8f822615c@mail.gmail.com> Message-ID: <200808101739.41465.z@grabina.waw.pl> On Sunday 10 August 2008 15:28:16 Zsolt Udvari wrote: > > That's three votes 'yes', so mail a crypt(?) of your password and a > > username to cvsadmin at pld-linux.org iirc. > > Me? Yes. You can generate encrypted password using following command: perl -e 'print "login:" . crypt("password", join "", (".", "/", 0..9, "A".."Z", "a".."z")[rand 64, rand 64]) . "\n"' substitude login and password whith your login and apssword (-: -- Pawe? From kiesiu at kiesiu.com Sun Aug 10 15:45:56 2008 From: kiesiu at kiesiu.com (Lukasz Kies) Date: Sun, 10 Aug 2008 15:45:56 +0200 Subject: [Th-test] gpm-1.20.5-0.1 Message-ID: <1adc5bd30808100645s3e8152em72ac1c78d2afc1d1@mail.gmail.com> Dear all, gpm-libs in TH-test doesn't provide libgpm.so.1 file, moreover gpm provides it but shouldn't. It affects: poldek:/all-avail> what-requires libgpm.so.1 18 package(s) found: aalib-1.4-0.rc5.12.i686 aumix-2.8-5.i686 dosemu-1.4.0-3.i686 ekg2-0.1.1-3.2.i686 ekg2-0.1.1-3.i686 elinks-0.11.4-2.i686 gpm-1.20.1-11.i686 jed-0.99.18-1.i686 lde-2.6.1-1.i686 links-1.00-0.pre16.3.i686 links2-2.1pre28-1.i686 mc-4.6.2-0.pre1.1.i686 vim-7.1.330-2.i686 vim-7.1.326-1.i686 w3m-0.5.2-2.i686 xemacs-21.5.28-2.i686 xemacs-nox-21.5.28-2.i686 xwpe-1.5.30a-3.i686 Here's a patch to gpm.spec on HEAD fixing it. I'll be grateful if someone with rw access to CVS could add it and send STBR :) Regards, Lukasz Kies -------------- next part -------------- A non-text attachment was scrubbed... Name: gpm.patch Type: application/octet-stream Size: 925 bytes Desc: not available URL: From glen at pld-linux.org Mon Aug 11 09:29:38 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 11 Aug 2008 10:29:38 +0300 Subject: SPECS: kvm.spec - added _noautostrip for openbios-sparc64, failed build on... In-Reply-To: References: Message-ID: <200808111029.38695.glen@pld-linux.org> On Sunday 10 August 2008 19:28, kolodko wrote: > ?# some SPARC boot image in ELF format > ?%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc32 > +%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc64 this wont work. -- glen From grzegorz.konopko at gmail.com Mon Aug 11 09:57:34 2008 From: grzegorz.konopko at gmail.com (Grzegorz Konopko) Date: Mon, 11 Aug 2008 08:57:34 +0100 Subject: SPECS: kvm.spec - added _noautostrip for openbios-sparc64, failed build on... In-Reply-To: <200808111029.38695.glen@pld-linux.org> References: <200808111029.38695.glen@pld-linux.org> Message-ID: <200808110857.34731.kolodko1@gmail.com> Dnia Monday 11 August 2008, Elan Ruusam?e napisa?: > On Sunday 10 August 2008 19:28, kolodko wrote: > > ?# some SPARC boot image in ELF format > > ?%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc32 > > +%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc64 > > this wont work. Because? BR From adamg at pld-linux.org Mon Aug 11 10:22:00 2008 From: adamg at pld-linux.org (Adam Golebiowski) Date: Mon, 11 Aug 2008 10:22:00 +0200 Subject: SPECS: kvm.spec - added _noautostrip for openbios-sparc64, failed build on... In-Reply-To: <200808110857.34731.kolodko1@gmail.com> References: <200808111029.38695.glen@pld-linux.org> <200808110857.34731.kolodko1@gmail.com> Message-ID: <200808111022.00866.adamg@pld-linux.org> On Monday 11 August 2008, Grzegorz Konopko wrote: > Dnia Monday 11 August 2008, Elan Ruusam?e napisa?: > > On Sunday 10 August 2008 19:28, kolodko wrote: > > > ?# some SPARC boot image in ELF format > > > ?%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc32 > > > +%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc64 > > > > this wont work. > > Because? Probably the second define will overwrite, not append to the first one -- blind guess. Try: %define _noautostrip '.*%{_datadir}/qemu/openbios-sparc32' '.*%{_datadir}/qemu/openbios-sparc64' -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From grzegorz.konopko at gmail.com Mon Aug 11 12:35:49 2008 From: grzegorz.konopko at gmail.com (Grzegorz Konopko) Date: Mon, 11 Aug 2008 11:35:49 +0100 Subject: SPECS: kvm.spec - added _noautostrip for openbios-sparc64, failed build on... In-Reply-To: <200808111022.00866.adamg@pld-linux.org> References: <200808110857.34731.kolodko1@gmail.com> <200808111022.00866.adamg@pld-linux.org> Message-ID: <48a01608.06a0100a.6aa3.34b3@mx.google.com> Dnia Monday 11 August 2008, Adam Golebiowski napisa?: > On Monday 11 August 2008, Grzegorz Konopko wrote: > > Dnia Monday 11 August 2008, Elan Ruusam?e napisa?: > > > On Sunday 10 August 2008 19:28, kolodko wrote: > > > > ?# some SPARC boot image in ELF format > > > > ?%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc32 > > > > +%define ? ? ? ? _noautostrip ? ?.*%{_datadir}/qemu/openbios-sparc64 > > > > > > this wont work. > > > > Because? > > Probably the second define will overwrite, not append to the first one -- > blind guess. > > Try: > %define _noautostrip '.*%{_datadir}/qemu/openbios-sparc32' > '.*%{_datadir}/qemu/openbios-sparc64' Of course you right! How I can forgotten about this... Howewer Adam: your proposition not works. I think this should works: %define _noautostrip .*%{_datadir}/qemu/openbios-sparc.* Please fix if I am wrong. BR From udvzsolt at gmail.com Tue Aug 12 12:03:16 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 12 Aug 2008 12:03:16 +0200 Subject: Terminal bell frequency Message-ID: <760ece280808120303h4501dd82wea83be5a4166f730@mail.gmail.com> As I said on IRC, here is two diff-files that will be enabled to set terminal bell's frequency at boot. Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: kbd.init.diff Type: application/octet-stream Size: 425 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kbd.sysconfig.diff Type: application/octet-stream Size: 285 bytes Desc: not available URL: From darekr at pld-linux.org Tue Aug 12 14:00:00 2008 From: darekr at pld-linux.org (dariusz rojewski) Date: Tue, 12 Aug 2008 14:00:00 +0200 Subject: SPECS: roxterm.spec (NEW) - initial In-Reply-To: References: Message-ID: 2008/8/12 uzsolt > Author: uzsolt Date: Tue Aug 12 09:31:32 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - initial > > hello, there are many unpackaged files (.desktop file, doc files (dont package empty files), icon). you should add them to %files section. -- Dariusz Rojewski -------------- next part -------------- An HTML attachment was scrubbed... URL: From glen at pld-linux.org Tue Aug 12 16:26:13 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Tue, 12 Aug 2008 17:26:13 +0300 Subject: Terminal bell frequency In-Reply-To: <760ece280808120303h4501dd82wea83be5a4166f730@mail.gmail.com> References: <760ece280808120303h4501dd82wea83be5a4166f730@mail.gmail.com> Message-ID: <200808121726.13668.glen@pld-linux.org> On Tuesday 12 August 2008 13:03:16 Zsolt Udvari wrote: > As I said on IRC, here is two diff-files that will be enabled to set > terminal bell's frequency at boot. you have cvs rw. commit them yourself :) -- glen From glen at pld-linux.org Wed Aug 13 08:19:46 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 13 Aug 2008 09:19:46 +0300 Subject: SPECS: vim.spec - don't require/suggests random stuff In-Reply-To: References: Message-ID: <200808130919.46881.glen@pld-linux.org> On Tuesday 12 August 2008 13:35, arekm wrote: > --- SPECS/vim.spec:1.441????????Tue Aug 12 00:50:30 2008 > +++ SPECS/vim.spec??????Tue Aug 12 12:35:09 2008 > @@ -356,8 +356,7 @@ > ?# for hicolor icons > ?Requires:??????hicolor-icon-theme > ?Requires:??????vim-plugin-securemodelines > -Requires:??????vim-syntax-spec > -Suggests:??????vim-syntax-poldek > +Suggests:??????vim-syntax-spec vim-syntax-spec still creates loop. is vim-dirs package really the way? -- glen From glen at pld-linux.org Wed Aug 13 17:46:44 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 13 Aug 2008 18:46:44 +0300 Subject: apache2 default ssl logging Message-ID: <200808131846.45070.glen@pld-linux.org> 18:36:52 @glen> err. why default httpd config doesn't log to access_log ? 18:37:46 @jezik> 'cause it needs mod_log_config, afair 18:39:49 @glen> it's present 18:40:05 @glen> seems default ssl vhost has this line: 18:40:06 @glen> # CustomLog logs/ssl_request_log "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b" 18:40:14 @glen> (in commented out state) 18:40:23 @glen> and it "occupies" the default customlog, which is outside vhost 18:40:37 @jezik> As above. 18:40:56 @glen> no 18:40:59 @jezik> mod_log_config is not needed for working http 18:40:59 @glen> you do not follow 18:41:06 CIA-36> kosmo * SPECS/ipset.spec: - updated to 2.3.3a [FN] 18:41:07 @glen> jezik, I HAV ETHE MODULE PRESENTTTTTT 18:41:31 @jezik> Well, you're still idiot, what a shame. Bye. 18:41:31 @glen> so, perhaps default ssl vhost config should be: 18:41:32 @glen> CustomLog logs/ssl_request_log "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b" CustomLog logs/access_log common 18:41:32 @glen> 18:41:33 (*) jezik & 18:41:38 CIA-36> kosmo * SOURCES/ipset-no_kernel_headers.patch: - outdated [FN] 18:41:45 @glen> jezik, it's not my problem that you can't read what i write to you 18:42:06 @glen> ie, there should be DUPLICATE (both) CustomLog directives presernt in SSL default vhost 18:42:16 (*) jezik was kicked from #pld by glen [blind lamer] 18:42:49 (*) mode/#pld [+o jezik] by vip` 18:42:49 (*) glen was kicked from #pld by jezik [Do *not* kick me.] who needs ssl_request_log format anyway, perhaps disable it in default config, and leave note if you enable you will loose the default one? with additional note that if you want both log files, define two CustomLog lines? -- glen From glen at pld-linux.org Thu Aug 14 17:50:09 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 14 Aug 2008 18:50:09 +0300 Subject: libfoo-libs Message-ID: <200808141850.09699.glen@pld-linux.org> so if you say it's insane to make subpackage "-libs" for some library, then how do you handle multilib installs like: # rpm -Uhv libidn-0.6.10-1.athlon.rpm Preparing... ########################################### [100%] file /usr/share/doc/libidn-0.6.10/contrib/idn-python/idn.so.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 file /usr/share/info/libidn.info.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 -- glen From baggins at sith.mimuw.edu.pl Thu Aug 14 17:55:50 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 14 Aug 2008 17:55:50 +0200 Subject: libfoo-libs In-Reply-To: <200808141850.09699.glen@pld-linux.org> References: <200808141850.09699.glen@pld-linux.org> Message-ID: <20080814155550.GI6256@sith.mimuw.edu.pl> On Thu, 14 Aug 2008, Elan Ruusam?e wrote: > so if you say it's insane to make subpackage "-libs" for some library, > then how do you handle multilib installs like: > > # rpm -Uhv libidn-0.6.10-1.athlon.rpm > Preparing... ########################################### [100%] > file /usr/share/doc/libidn-0.6.10/contrib/idn-python/idn.so.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 > file /usr/share/info/libidn.info.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 libfoo-doc? Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Fri Aug 15 17:29:45 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 15 Aug 2008 18:29:45 +0300 Subject: SOURCES: cmake-ar.patch (NEW) - set ar In-Reply-To: References: Message-ID: <200808151829.45261.glen@delfi.ee> On Friday 15 August 2008 14:40:11 shadzik wrote: > Author: shadzik Date: Fri Aug 15 11:40:11 2008 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - set ar > - FIND_PROGRAM(CMAKE_AR NAMES ${_CMAKE_TOOLCHAIN_PREFIX}ar HINTS ${_CMAKE_TOOLCHAIN_LOCATION}) > + SET(CMAKE_AR /usr/bin/ar) doesn't this break --target= builds? -- glen From glen at delfi.ee Fri Aug 15 17:50:35 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 15 Aug 2008 18:50:35 +0300 Subject: SOURCES: cmake-ar.patch (NEW) - set ar In-Reply-To: References: <200808151829.45261.glen@delfi.ee> Message-ID: <200808151850.35302.glen@delfi.ee> On Friday 15 August 2008 18:37:06 Bartosz ?wi?tek wrote: > 2008/8/15, Elan Ruusam?e : > > On Friday 15 August 2008 14:40:11 shadzik wrote: > > > Author: shadzik Date: Fri Aug 15 11:40:11 2008 > > > GMT Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - set ar > > > > > > - FIND_PROGRAM(CMAKE_AR NAMES ${_CMAKE_TOOLCHAIN_PREFIX}ar HINTS > > > ${_CMAKE_TOOLCHAIN_LOCATION}) > > > > > > + SET(CMAKE_AR /usr/bin/ar) > > > > doesn't this break --target= builds? > > why should it? because you hardcode it to be /usr/bin/ar, but for --target= it could (should) be: 18:49:22 glen[pts/6]@carme-pld rpm/SPECS$ l /usr/bin/*linux*-ar -rwxr-xr-x 1 root root 504K 2006-08-01 20:37 /usr/bin/alpha-pld-linux-ar* -rwxr-xr-x 2 root root 556K 2008-01-14 21:31 /usr/bin/arm-linux-gnueabi-ar* -rwxr-xr-x 1 root root 625K 2007-03-19 00:13 /usr/bin/powerpc-pld-linux-ar* -rwxr-xr-x 1 root root 651K 2006-08-02 01:28 /usr/bin/ppc64-pld-linux-ar* -rwxr-xr-x 1 root root 642K 2007-03-17 12:37 /usr/bin/ppc-pld-linux-ar* -rwxr-xr-x 1 root root 517K 2007-06-24 20:03 /usr/bin/sparc64-pld-linux-ar* -rwxr-xr-x 1 root root 512K 2006-08-02 01:39 /usr/bin/sparc-pld-linux-ar* -- glen From glen at delfi.ee Fri Aug 15 18:04:57 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 15 Aug 2008 19:04:57 +0300 Subject: SOURCES: cmake-ar.patch (NEW) - set ar In-Reply-To: References: <200808151850.35302.glen@delfi.ee> Message-ID: <200808151904.58030.glen@delfi.ee> On Friday 15 August 2008 19:00:09 Bartosz ?wi?tek wrote: > 2008/8/15, Elan Ruusam?e : > > On Friday 15 August 2008 18:37:06 Bartosz ?wi?tek wrote: > > > 2008/8/15, Elan Ruusam?e : > > > > On Friday 15 August 2008 14:40:11 shadzik wrote: > > > > > Author: shadzik Date: Fri Aug 15 11:40:11 > > > > > 2008 GMT Module: SOURCES Tag: HEAD > > > > > ---- Log message: > > > > > - set ar > > > > > > > > > > - FIND_PROGRAM(CMAKE_AR NAMES ${_CMAKE_TOOLCHAIN_PREFIX}ar HINTS > > > > > ${_CMAKE_TOOLCHAIN_LOCATION}) > > > > > > > > > > + SET(CMAKE_AR /usr/bin/ar) > > > > > > > > doesn't this break --target= builds? > > > > > > why should it? > > > > because you hardcode it to be /usr/bin/ar, but for --target= it could > > (should) be: > > > > 18:49:22 glen[pts/6]@carme-pld rpm/SPECS$ l /usr/bin/*linux*-ar > > -rwxr-xr-x 1 root root 504K 2006-08-01 20:37 > > /usr/bin/alpha-pld-linux-ar* -rwxr-xr-x 2 root root 556K 2008-01-14 21:31 > > /usr/bin/arm-linux-gnueabi-ar* -rwxr-xr-x 1 root root 625K 2007-03-19 > > 00:13 /usr/bin/powerpc-pld-linux-ar* -rwxr-xr-x 1 root root 651K > > 2006-08-02 01:28 /usr/bin/ppc64-pld-linux-ar* -rwxr-xr-x 1 root root 642K > > 2007-03-17 12:37 /usr/bin/ppc-pld-linux-ar* -rwxr-xr-x 1 root root 517K > > 2007-06-24 20:03 /usr/bin/sparc64-pld-linux-ar* -rwxr-xr-x 1 root root > > 512K 2006-08-02 01:39 /usr/bin/sparc-pld-linux-ar* > > nope, that's what cmake authors thought too, i guess. And that causes > cmake not to find ar at all, what breaks almost all builds that > statically link something. Right now i've been able to build stuff > using cmake on i686 and x86_64 without any problems. well, i said my point, dunno who wins here. and plz do not remove cc: pld-devel-en@! -- glen From qboosh at pld-linux.org Sun Aug 17 14:20:50 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 17 Aug 2008 14:20:50 +0200 Subject: SPEC update: rb_libtorrent and qbittorrent In-Reply-To: <760ece280808030900i2f4972d9uf366ec29ac2a1cb5@mail.gmail.com> References: <760ece280808030900i2f4972d9uf366ec29ac2a1cb5@mail.gmail.com> Message-ID: <20080817122050.GA31750@stranger.qboosh.pl> On Sun, Aug 03, 2008 at 06:00:08PM +0200, Zsolt Udvari wrote: > Hi all! > > There are two spec-update. AFAICS rb version of libtorrent has been renamed to libtorrent-rasterbar - so use libtorrent-rasterbar.spec and add proper Obsoletes. -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Sun Aug 17 14:44:26 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 17 Aug 2008 14:44:26 +0200 Subject: libcpdf linking issue In-Reply-To: <200808081048.26097.adamg@pld-linux.org> References: <200808081048.26097.adamg@pld-linux.org> Message-ID: <20080817124426.GC31750@stranger.qboosh.pl> On Fri, Aug 08, 2008 at 10:48:26AM +0200, Adam Golebiowski wrote: > $ objdump -tT /usr/lib64/libcpdf.so.2.02r1 | grep log10 > 0000000000000000 DF *UND* 000000000000008e GLIBC_2.2.5 log10 > > $ ldd /usr/lib64/libcpdf.so.2.02r1 > linux-vdso.so.1 => (0x00007fff603fe000) > libm.so.6 => /lib64/libm.so.6 (0x00007f8657d93000) > libz.so.1 => /lib64/libz.so.1 (0x00007f8657b7f000) > libc.so.6 => /lib64/libc.so.6 (0x00007f8657833000) > /lib64/ld-linux-x86-64.so.2 (0x00007f8658277000) > > $ objdump -tT /lib64/libm.so.6 | grep ' log10$' > 0000000000023d80 w DF .text 000000000000008e GLIBC_2.2.5 log10 > > What am I missing? I don't see anything wrong here. -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Sun Aug 17 16:57:41 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 17 Aug 2008 16:57:41 +0200 Subject: libfoo-libs In-Reply-To: <200808141850.09699.glen@pld-linux.org> References: <200808141850.09699.glen@pld-linux.org> Message-ID: <20080817145741.GD31750@stranger.qboosh.pl> On Thu, Aug 14, 2008 at 06:50:09PM +0300, Elan Ruusam?e wrote: > so if you say it's insane to make subpackage "-libs" for some library, > then how do you handle multilib installs like: > > # rpm -Uhv libidn-0.6.10-1.athlon.rpm > Preparing... ########################################### [100%] > file /usr/share/doc/libidn-0.6.10/contrib/idn-python/idn.so.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 Just don't package ELF files (whether compressed or not) as doc. > file /usr/share/info/libidn.info.gz from install of libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64 This one is strange, it should be identical in both packages. -- Jakub Bogusz http://qboosh.pl/ From n3npq at mac.com Sun Aug 17 16:59:02 2008 From: n3npq at mac.com (Jeff Johnson) Date: Sun, 17 Aug 2008 10:59:02 -0400 Subject: libfoo-libs In-Reply-To: <20080817145741.GD31750@stranger.qboosh.pl> References: <200808141850.09699.glen@pld-linux.org> <20080817145741.GD31750@stranger.qboosh.pl> Message-ID: <90222A5A-4ADA-4731-A5E5-3BCA30D64D85@mac.com> On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote: > > >> file /usr/share/info/libidn.info.gz from install of >> libidn-0.6.10-1.athlon conflicts with file from package >> libidn-0.6.10-1.amd64 > > This one is strange, it should be identical in both packages. > Perhaps gzip -n not used? 73 de Jeff From tomasz.wittner at gmail.com Mon Aug 18 00:13:59 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Mon, 18 Aug 2008 00:13:59 +0200 Subject: [rc-scripts] Broken start-stop-daemon? Message-ID: <200808180013.59741.tomasz.wittner@gmail.com> rc-scripts-0.4.1.24-1.i686 + /sbin/start-stop-daemon -q --start --nicelevel +0 -u postgres --exec /usr/bin/pg_ctl -- -s -w -D /var/lib/postgresql/8.3/main start pg_ctl: cannot be run as root Please log in (using, e.g., "su") as the (unprivileged) user that will own the server process. + return 1 Downgrade to rc-scripts-0.4.1.23-2.i686 is a solution. Good night. -- Tomasz Wittner From wrobell at pld-linux.org Mon Aug 18 01:00:26 2008 From: wrobell at pld-linux.org (wrobell) Date: Mon, 18 Aug 2008 00:00:26 +0100 Subject: Packaging .py files In-Reply-To: <200807171650.24411.mmazur@kernel.pl> References: <89b6ba3a0807160607i694f7b15s95218947936689d9@mail.gmail.com> <200807170214.36065.mmazur@kernel.pl> <6118a73d0807170224x2ea8b931x4b4fe9d463c3cf44@mail.gmail.com> <200807171650.24411.mmazur@kernel.pl> Message-ID: <20080817230026.GC656@borg> On Thu, Jul 17, 2008 at 04:50:24PM +0200, Mariusz Mazur wrote: [...] > "If a package provides any binary-independent modules (foo.py files), the > corresponding bytecompiled modules (foo.pyc files) and optimized modules > (foo.pyo files) must not ship in the package. Instead, they should be > generated in the package's postinst, and removed in the package's prerm. The > package's prerm has to make sure that both foo.pyc and foo.pyo are removed." > > This obviously makes installation a bit slower, but has the advantage of being > python-version independent, meaning when you upgrade python, you don't have > to rebuild all python-dependant packages and reinstall them -- postinst > scripts just rebuild *.py{c,o} files on your system and you're done. well, basically format of bytecode files doesn't change between minor python versions (i.e. 2.5, 2.5.1, 2.5.2...). it changes for major releases, i.e. 2.5 -> 2.6. but then, still you have to recompile all the packages because of directory hierarchy change /usr/{lib,share}/python2.5 -> /usr/{lib,share}/python2.6 [...] wrobell From wrobell at pld-linux.org Mon Aug 18 01:02:53 2008 From: wrobell at pld-linux.org (wrobell) Date: Mon, 18 Aug 2008 00:02:53 +0100 Subject: Packaging .py files In-Reply-To: <89b6ba3a0807171047q505f91cahf6d6252a50827a7c@mail.gmail.com> References: <89b6ba3a0807160607i694f7b15s95218947936689d9@mail.gmail.com> <200807170214.36065.mmazur@kernel.pl> <6118a73d0807170224x2ea8b931x4b4fe9d463c3cf44@mail.gmail.com> <200807171650.24411.mmazur@kernel.pl> <20080717160623.GA5674@stranger.qboosh.pl> <89b6ba3a0807171047q505f91cahf6d6252a50827a7c@mail.gmail.com> Message-ID: <20080817230253.GD656@borg> On Thu, Jul 17, 2008 at 07:47:31PM +0200, Patryk Zawadzki wrote: [...] > Not to mention the friggin' codegen.{py,pyc} substitution we need to > do for most of the packages containing bindings. just propose the patch. if good, i bet it will be accepted. at least it was always in my case - every patch solving lack of .py files was applied against sources of given project. [...] wrobell From wrobell at pld-linux.org Mon Aug 18 01:09:45 2008 From: wrobell at pld-linux.org (wrobell) Date: Mon, 18 Aug 2008 00:09:45 +0100 Subject: Packaging .py files In-Reply-To: <200807180124.13829.mmazur@kernel.pl> References: <89b6ba3a0807160607i694f7b15s95218947936689d9@mail.gmail.com> <20080717082452.GA7635@pepin.polanet.pl> <200807171717.21892.mmazur@kernel.pl> <200807180124.13829.mmazur@kernel.pl> Message-ID: <20080817230945.GE656@borg> On Fri, Jul 18, 2008 at 01:24:13AM +0200, Mariusz Mazur wrote: [...] > This means that Th contains ~45% of potential (in pure theory) packages > available in PLD. > Additionally: 67% of Th packages are patched with also almost 1.5 patches on > average. sad truth is, that a lot of patches is not sent to project maintainers. this way we need to perform more work while upgrading packages. our problem is communication with outside world and marketing, not pld save-the-world-by-geeks approach. [...] wrobell From glen at delfi.ee Mon Aug 18 07:29:25 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 18 Aug 2008 08:29:25 +0300 Subject: libfoo-libs In-Reply-To: <90222A5A-4ADA-4731-A5E5-3BCA30D64D85@mac.com> References: <200808141850.09699.glen@pld-linux.org> <20080817145741.GD31750@stranger.qboosh.pl> <90222A5A-4ADA-4731-A5E5-3BCA30D64D85@mac.com> Message-ID: <200808180829.26159.glen@delfi.ee> On Sunday 17 August 2008 17:59, Jeff Johnson wrote: > On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote: > >> file /usr/share/info/libidn.info.gz from install of > >> libidn-0.6.10-1.athlon conflicts with file from package > >> libidn-0.6.10-1.amd64 > > > > This one is strange, it should be identical in both packages. > > Perhaps gzip -n not used? -n is always used in /usr/lib/rpm/brp-compress however, the difference is due the .info file is generated from .texi. libidn-0.6.10/doc/libidn.texi:This manual is last updated @value{UPDATED} for version -- glen -------------- next part -------------- A non-text attachment was scrubbed... Name: m.patch Type: text/x-diff Size: 5830 bytes Desc: not available URL: From qboosh at pld-linux.org Mon Aug 18 08:15:36 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 18 Aug 2008 08:15:36 +0200 Subject: SPECS: kde4-template.spec (NEW) - kde4 applications/library template In-Reply-To: References: Message-ID: <20080818061536.GA21218@stranger.qboosh.pl> On Wed, Aug 13, 2008 at 10:23:57PM +0200, shadzik wrote: > Author: shadzik Date: Wed Aug 13 20:23:57 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - kde4 applications/library template Should be template-kde4.spec. OK to rename? (the same for kdepackage-template.spec) -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Mon Aug 18 11:46:16 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 18 Aug 2008 12:46:16 +0300 Subject: SPECS: vim.spec - vim-rt should suggest vi-editor for instalation (or maybe... In-Reply-To: References: Message-ID: <200808181246.16178.glen@pld-linux.org> On Sunday 17 August 2008 23:51:48 blues wrote: > - vim-rt should suggest vi-editor for instalation (or maybe it should be > ? required? What is purpose of vim-rt alone?) it's to avoid dependency loops in packages. besides that dependency loops are not cool, they cause modified %config lossage on upgrades due rpm flaw. (old file is renamed to .rpmsave, and new one is placed as .rpmnew, and the original path name won't exists at all) and in similar manner can be asked, what's the point of filesystem.spec alone? :) -- glen From blues at pld-linux.org Mon Aug 18 14:00:58 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Mon, 18 Aug 2008 14:00:58 +0200 (CEST) Subject: SPECS: nrss.spec (NEW) - initial In-Reply-To: References: Message-ID: On Mon, 18 Aug 2008, uzsolt wrote: > Author: uzsolt Date: Mon Aug 18 11:17:11 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - initial > > ---- Files affected: > SPECS: > nrss.spec (NONE -> 1.1) (NEW) [...] > +URL: http://www.codezen.org/nrss According to that page: "I?ve completed the rename, and put up a new site for Canto, which is the renamed NRSS 0.4.0." nrss should be removed IMO and canto spec should be created. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- 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. From udvzsolt at gmail.com Mon Aug 18 14:22:07 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Mon, 18 Aug 2008 14:22:07 +0200 Subject: SPECS: nrss.spec (NEW) - initial In-Reply-To: References: Message-ID: <760ece280808180522s1e5debb4i195e4c6703471cd1@mail.gmail.com> > According to that page: > "I've completed the rename, and put up a new site for Canto, which is the > renamed NRSS 0.4.0." Yes, I see it after I've posted nrss.spec. > nrss should be removed IMO and canto spec should be created. IMHO it isn't necessary because nrss is a very simple program with few deps (wget and ncurses) and canto is more powerful via python-language and it hase more deps (full python, ncurses). So, they are very different and maybe anyone doesn't need python and canto, and (s)he is satisfied with it. Zsolt From robert.tomasik at gmail.com Mon Aug 18 19:42:32 2008 From: robert.tomasik at gmail.com (Robert Tomasik) Date: Mon, 18 Aug 2008 19:42:32 +0200 Subject: SPECS: gambas2.spec (NEW) - added, based on gambas.spec, NFY but builds & runs In-Reply-To: References: Message-ID: <200808181942.33184.Tomasik@interkam.net> On Sunday 17 August 2008 22:59:24 twittner wrote: > +Source1:???????%{name}.desktop > +Patch0:????????????????%{name}-Makefile.patch > +Patch1:????????????????%{name}-pdf_hack.patch To ja bym jeszcze poprosi? o te patche -- ___________________________ Robert Tomasik rotom at pld-linux.org PLD Linux Distribution Developer From qboosh at pld-linux.org Mon Aug 18 20:09:35 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 18 Aug 2008 20:09:35 +0200 Subject: SPECS: vim.spec - vim-rt should suggest vi-editor for instalation (or maybe... In-Reply-To: <200808181246.16178.glen@pld-linux.org> References: <200808181246.16178.glen@pld-linux.org> Message-ID: <20080818180935.GA3977@stranger.qboosh.pl> On Mon, Aug 18, 2008 at 12:46:16PM +0300, Elan Ruusam?e wrote: > On Sunday 17 August 2008 23:51:48 blues wrote: > > - vim-rt should suggest vi-editor for instalation (or maybe it should be > > ? required? What is purpose of vim-rt alone?) > > it's to avoid dependency loops in packages. besides that dependency loops are > not cool, they cause modified %config lossage on upgrades due rpm flaw. (old > file is renamed to .rpmsave, and new one is placed as .rpmnew, and the > original path name won't exists at all) So IMO there is one more thing to do on rpm side: "A Requires: B + B Suggests: A" situation shouldn't make dependency loop; hard dependency should always have priority over soft (Suggests) dependency. -- Jakub Bogusz http://qboosh.pl/ From n3npq at mac.com Mon Aug 18 20:21:49 2008 From: n3npq at mac.com (Jeff Johnson) Date: Mon, 18 Aug 2008 14:21:49 -0400 Subject: SPECS: vim.spec - vim-rt should suggest vi-editor for instalation (or maybe... In-Reply-To: <20080818180935.GA3977@stranger.qboosh.pl> References: <200808181246.16178.glen@pld-linux.org> <20080818180935.GA3977@stranger.qboosh.pl> Message-ID: On Aug 18, 2008, at 2:09 PM, Jakub Bogusz wrote: > On Mon, Aug 18, 2008 at 12:46:16PM +0300, Elan Ruusam?e wrote: >> On Sunday 17 August 2008 23:51:48 blues wrote: >>> - vim-rt should suggest vi-editor for instalation (or maybe it >>> should be >>> required? What is purpose of vim-rt alone?) >> >> it's to avoid dependency loops in packages. besides that >> dependency loops are >> not cool, they cause modified %config lossage on upgrades due rpm >> flaw. (old >> file is renamed to .rpmsave, and new one is placed as .rpmnew, and >> the >> original path name won't exists at all) > > So IMO there is one more thing to do on rpm side: > "A Requires: B + B Suggests: A" situation shouldn't make dependency > loop; hard dependency should always have priority over soft (Suggests) > dependency. > A satisfied Suggests: dependency is exactly the same as a Requires: for ordering purposes. But test RPMSENSE_MISSINGOK and don't order for satisfied Suggests: if you wish, the place to do so is in lib/depends.c (I'll send along the 2-3 line patch is necessary). hth 73 de Jeff > > -- > Jakub Bogusz http://qboosh.pl/ > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en From wrobell at pld-linux.org Mon Aug 18 21:09:33 2008 From: wrobell at pld-linux.org (wrobell) Date: Mon, 18 Aug 2008 20:09:33 +0100 Subject: Packaging .py files In-Reply-To: <200807162156.01036.glen@delfi.ee> References: <89b6ba3a0807160607i694f7b15s95218947936689d9@mail.gmail.com> <200807162156.01036.glen@delfi.ee> Message-ID: <20080818190932.GF656@borg> On Wed, Jul 16, 2008 at 09:56:00PM +0300, Elan Ruusam?e wrote: > On Wednesday 16 July 2008 16:07, Patryk Zawadzki wrote: > > Please no "save the 1k of disk space" arguments. > > can the packaging be automated like -debuginfo is right now? > > i'd vote for -pysource, -source names :) i would use "debuginfo". let's keep one naming convention. wrobell From glen at delfi.ee Mon Aug 18 21:23:44 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 18 Aug 2008 22:23:44 +0300 Subject: Packaging .py files In-Reply-To: <20080818190932.GF656@borg> References: <89b6ba3a0807160607i694f7b15s95218947936689d9@mail.gmail.com> <200807162156.01036.glen@delfi.ee> <20080818190932.GF656@borg> Message-ID: <200808182223.44914.glen@delfi.ee> On Monday 18 August 2008 22:09, wrobell wrote: > On Wed, Jul 16, 2008 at 09:56:00PM +0300, Elan Ruusam?e wrote: > > On Wednesday 16 July 2008 16:07, Patryk Zawadzki wrote: > > > Please no "save the 1k of disk space" arguments. > > > > can the packaging be automated like -debuginfo is right now? > > > > i'd vote for -pysource, -source names :) > > i would use "debuginfo". let's keep one naming convention. i like this idea. however, how to accomplish that? we have %py_postclean macro that removes the .py files. perhaps change that macro to add files to debugfiles.tar instead of removing and in find-debuginfo.sh unpack it? -- glen From glen at delfi.ee Tue Aug 19 09:05:22 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 19 Aug 2008 10:05:22 +0300 Subject: perl autodep Message-ID: <200808191005.22721.glen@delfi.ee> shouldn't this be perl-base >= in pld? $ rpm -ql apache-devel|xargs grep 5.004 /usr/sbin/apxs:require 5.004; $ rpm -q apache-devel --requires /bin/sh /usr/bin/perl apr-util-devel >= 1:1.2 libtool perl >= 0:5.004 perl(strict) perl-base rpmlib(PayloadIsLzma) <= 4.4.6-1 -- glen From glen at delfi.ee Tue Aug 19 09:10:35 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 19 Aug 2008 10:10:35 +0300 Subject: perl autodep In-Reply-To: <200808191005.22721.glen@delfi.ee> References: <200808191005.22721.glen@delfi.ee> Message-ID: <200808191010.35409.glen@delfi.ee> On Tuesday 19 August 2008 10:05, Elan Ruusam?e wrote: > shouldn't this be perl-base >= in pld? nevermind. my mistake. -- glen From glen at pld-linux.org Tue Aug 19 13:20:27 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 19 Aug 2008 14:20:27 +0300 Subject: Fwd: Re: SOURCES: cmake-ar.patch (NEW) - set ar Message-ID: <200808191420.27913.glen@pld-linux.org> bouncing copy here too. -- glen -------------- next part -------------- An embedded message was scrubbed... From: "=?UTF-8?Q?Bartosz_=C5=9Awi=C4=85tek?=" Subject: Re: SOURCES: cmake-ar.patch (NEW) - set ar Date: Fri, 15 Aug 2008 18:28:44 +0200 Size: 6382 URL: From pld at chiefworks.com Mon Aug 25 13:02:52 2008 From: pld at chiefworks.com (Caleb Maclennan) Date: Mon, 25 Aug 2008 05:02:52 -0600 Subject: Amazon EC2 AMI for pld-linux Message-ID: <20080825110252.GG5878@chiefworks.com> I have been working on setting up some servers using Amazons Elastic Cloud Computing offering. If anyone is interested, I have created a base image that can be used as a starting point for anyone else wishing to run PLD as an Amazon Machine Image. The process of getting a new image up and running is a little bit painful and this might save you some hastle. I have posted a plubic AMI that runs TH. http://developer.amazonwebservices.com/connect/entry.jspa?externalID=1652&categoryID=101 Caleb From sls at poczta.wp.pl Wed Aug 27 20:18:31 2008 From: sls at poczta.wp.pl (Szymon Siwek) Date: Wed, 27 Aug 2008 20:18:31 +0200 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: References: Message-ID: <20080827181831.GA21561@cion.siwster.com> On Tue, Aug 26, 2008 at 07:58:18PM +0200, uzsolt wrote: > Author: uzsolt Date: Tue Aug 26 17:58:18 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - fixed install problem with tent.png > > ---- Files affected: > SPECS: > wesnoth.spec (1.89 -> 1.90) > > ---- Diffs: > > ================================================================ > Index: SPECS/wesnoth.spec > diff -u SPECS/wesnoth.spec:1.89 SPECS/wesnoth.spec:1.90 > --- SPECS/wesnoth.spec:1.89 Tue Aug 26 01:11:57 2008 > +++ SPECS/wesnoth.spec Tue Aug 26 19:58:12 2008 > @@ -3,9 +3,6 @@ > # - rename language files sr at latin to sr at Latn and include them > # - use desktop file included with project (consider which one are better) > # - dont know what should I do with sr at latin man pages > -# - /usr/share/wesnoth/data/core/images/terrain/tent.png: ERROR: > -# Macintosh HFS Extended version 61389 data (unclean) vasprintf failed > -# (Invalid or incomplete multibyte or wide character) > # Conditional build > %bcond_without server # without server > %bcond_without tools # without tools What's going on? tent.png looks like proper PNG file. wesnoth builds without errors. Is it some problem with Zsolt's filesystem (Macintosh HFS, I guess)? > @@ -27,6 +24,8 @@ > Patch0: %{name}-Makefile.patch > Patch1: %{name}-locale_dir.patch > URL: http://www.wesnoth.org/ > +# because of png > +BuildRequires: ImageMagick > BuildRequires: SDL-devel >= 1.2.7 > BuildRequires: SDL_image-devel >= 1.2 > BuildRequires: SDL_mixer-devel >= 1.2 > @@ -117,6 +116,11 @@ > %{__make} install \ > DESTDIR=$RPM_BUILD_ROOT > > +# Invalid or incomplete multibyte or wide character - but after convert it's OK > +mv $RPM_BUILD_ROOT%{_datadir}/wesnoth/data/core/images/terrain/tent.png{,-} > +convert $RPM_BUILD_ROOT%{_datadir}/wesnoth/data/core/images/terrain/tent.png{-,} > +rm $RPM_BUILD_ROOT%{_datadir}/wesnoth/data/core/images/terrain/tent.png- > + > # install additional docs > install changelog README $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version} > gzip -9nf $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version}/{changelog,README} Missing BR: ImageMagick-coder-png (if converting is really required) -- Szymon Siwek From udvzsolt at gmail.com Wed Aug 27 20:33:10 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 27 Aug 2008 20:33:10 +0200 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <20080827181831.GA21561@cion.siwster.com> References: <20080827181831.GA21561@cion.siwster.com> Message-ID: <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> > What's going on? tent.png looks like proper PNG file. wesnoth builds > without errors. Is it some problem with Zsolt's filesystem (Macintosh HFS, > I guess)? I don't know what's the problem. E.g. feh and geeqie can show the tent.png but 'file tent.png' returns the prev error message. I was wondering too. I'm using reiserfs, so this is very strange :( I've unpacked again and same error: $ file data/core/images/terrain/tent.png data/core/images/terrain/tent.png: ERROR: Macintosh HFS Extended version 61389 data (unclean) vasprintf failed (Invalid or incomplete multibyte or wide character) Other: maybe can split the wesnoth to language-subpackage? We can use the LINGUAS files. Or we'll use %lang? (po-files) Zsolt From glen at pld-linux.org Wed Aug 27 20:45:30 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 27 Aug 2008 21:45:30 +0300 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> References: <20080827181831.GA21561@cion.siwster.com> <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> Message-ID: <200808272145.31173.glen@pld-linux.org> On Wednesday 27 August 2008 21:33:10 Zsolt Udvari wrote: > > What's going on? tent.png looks like proper PNG file. wesnoth builds > > without errors. Is it some problem with Zsolt's filesystem (Macintosh > > HFS, I guess)? > > I don't know what's the problem. E.g. feh and geeqie can show the > tent.png but 'file tent.png' returns the prev error message. I was > wondering too. I'm using reiserfs, so this is very strange :( > > I've unpacked again and same error: > > $ file data/core/images/terrain/tent.png > data/core/images/terrain/tent.png: ERROR: Macintosh HFS Extended > version 61389 data (unclean) vasprintf failed (Invalid or incomplete > multibyte or wide character) fix file(1) aka libmagic rules, filesystem is totally irrelevant in this context. it's just bad luck that magics match in that particular file. there was one incident when some shared library was matched against ISOFS filesystem, totally losing ELF soname dependencies, as the ISOFS magic was just few bytes at fixed offset, which that library happened to have :) -- glen From glen at pld-linux.org Wed Aug 27 21:34:31 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Wed, 27 Aug 2008 22:34:31 +0300 Subject: libfoo-libs In-Reply-To: <200808180829.26159.glen@delfi.ee> References: <200808141850.09699.glen@pld-linux.org> <90222A5A-4ADA-4731-A5E5-3BCA30D64D85@mac.com> <200808180829.26159.glen@delfi.ee> Message-ID: <200808272234.31273.glen@pld-linux.org> On Monday 18 August 2008 08:29:25 Elan Ruusam?e wrote: > On Sunday 17 August 2008 17:59, Jeff Johnson wrote: > > On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote: > > >> file /usr/share/info/libidn.info.gz from install of > > >> libidn-0.6.10-1.athlon conflicts with file from package > > >> libidn-0.6.10-1.amd64 > > > > > > This one is strange, it should be identical in both packages. > > > > Perhaps gzip -n not used? > > -n is always used in /usr/lib/rpm/brp-compress > > however, the difference is due the .info file is generated from .texi. > > libidn-0.6.10/doc/libidn.texi:This manual is last updated @value{UPDATED} > for version what to do here. for timestamp it would be ok to remove the @value{UPDATED} from .texi, as it's not appropriate anyway (it's time doc was converted not the time it was last updated) but the "Tag Table:" part, it's probably not possible. store generated .info somewhere in distfiles and use it? that's bad too if the .texi gets updated.... -- glen From qboosh at pld-linux.org Wed Aug 27 21:50:48 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 27 Aug 2008 21:50:48 +0200 Subject: libfoo-libs In-Reply-To: <200808272234.31273.glen@pld-linux.org> References: <200808141850.09699.glen@pld-linux.org> <90222A5A-4ADA-4731-A5E5-3BCA30D64D85@mac.com> <200808180829.26159.glen@delfi.ee> <200808272234.31273.glen@pld-linux.org> Message-ID: <20080827195047.GA14767@stranger.qboosh.pl> On Wed, Aug 27, 2008 at 10:34:31PM +0300, Elan Ruusam?e wrote: > On Monday 18 August 2008 08:29:25 Elan Ruusam?e wrote: > > On Sunday 17 August 2008 17:59, Jeff Johnson wrote: > > > On Aug 17, 2008, at 10:57 AM, Jakub Bogusz wrote: > > > >> file /usr/share/info/libidn.info.gz from install of > > > >> libidn-0.6.10-1.athlon conflicts with file from package > > > >> libidn-0.6.10-1.amd64 > > > > > > > > This one is strange, it should be identical in both packages. > > > > > > Perhaps gzip -n not used? > > > > -n is always used in /usr/lib/rpm/brp-compress > > > > however, the difference is due the .info file is generated from .texi. > > > > libidn-0.6.10/doc/libidn.texi:This manual is last updated @value{UPDATED} > > for version > > what to do here. for timestamp it would be ok to remove the @value{UPDATED} > from .texi, as it's not appropriate anyway (it's time doc was converted not > the time it was last updated) > > but the "Tag Table:" part, it's probably not possible. I think there is no need to worry, there are only differences by 1 or 2, corresponding to date string length differences... -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Wed Aug 27 22:00:27 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 27 Aug 2008 23:00:27 +0300 Subject: libfoo-libs In-Reply-To: <20080827195047.GA14767@stranger.qboosh.pl> References: <200808141850.09699.glen@pld-linux.org> <200808272234.31273.glen@pld-linux.org> <20080827195047.GA14767@stranger.qboosh.pl> Message-ID: <200808272300.28019.glen@pld-linux.org> On Wednesday 27 August 2008 22:50:48 Jakub Bogusz wrote: > > > however, the difference is due the .info file is generated from .texi. > > > > > > libidn-0.6.10/doc/libidn.texi:This manual is last updated > > > @value{UPDATED} for version > > > > what to do here. for timestamp it would be ok to remove the > > @value{UPDATED} from .texi, as it's not appropriate anyway (it's time doc > > was converted not the time it was last updated) > > > > but the "Tag Table:" part, it's probably not possible. > > I think there is no need to worry, there are only differences by 1 or 2, > corresponding to date string length differences... so, to conclude: a) remove @value{UPDATED} from .texi? or b) build all arch packages on same date? :) -- glen From qboosh at pld-linux.org Wed Aug 27 22:24:09 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 27 Aug 2008 22:24:09 +0200 Subject: libfoo-libs In-Reply-To: <200808272300.28019.glen@pld-linux.org> References: <200808141850.09699.glen@pld-linux.org> <200808272234.31273.glen@pld-linux.org> <20080827195047.GA14767@stranger.qboosh.pl> <200808272300.28019.glen@pld-linux.org> Message-ID: <20080827202409.GA28484@stranger.qboosh.pl> On Wed, Aug 27, 2008 at 11:00:27PM +0300, Elan Ruusam?e wrote: > On Wednesday 27 August 2008 22:50:48 Jakub Bogusz wrote: > > > > however, the difference is due the .info file is generated from .texi. > > > > > > > > libidn-0.6.10/doc/libidn.texi:This manual is last updated > > > > @value{UPDATED} for version > > > > > > what to do here. for timestamp it would be ok to remove the > > > @value{UPDATED} from .texi, as it's not appropriate anyway (it's time doc > > > was converted not the time it was last updated) > > > > > > but the "Tag Table:" part, it's probably not possible. > > > > I think there is no need to worry, there are only differences by 1 or 2, > > corresponding to date string length differences... > > so, to conclude: > > a) remove @value{UPDATED} from .texi? > > or > > b) build all arch packages on same date? :) The latter should be relatively easy using our builder architecture, just avoid sending request just before midnight ;) Or you can replace (using patch or sed) @value{UPDATED} by some arbitrary date. -- Jakub Bogusz http://qboosh.pl/ From sls at poczta.wp.pl Thu Aug 28 00:20:09 2008 From: sls at poczta.wp.pl (Szymon Siwek) Date: Thu, 28 Aug 2008 00:20:09 +0200 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> References: <20080827181831.GA21561@cion.siwster.com> <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> Message-ID: <20080827222009.GA14223@cion.siwster.com> On Wed, Aug 27, 2008 at 08:33:10PM +0200, Zsolt Udvari wrote: > > What's going on? tent.png looks like proper PNG file. wesnoth builds > > without errors. Is it some problem with Zsolt's filesystem (Macintosh HFS, > > I guess)? > I don't know what's the problem. E.g. feh and geeqie can show the > tent.png but 'file tent.png' returns the prev error message. I was > wondering too. I'm using reiserfs, so this is very strange :( > > I've unpacked again and same error: > > $ file data/core/images/terrain/tent.png > data/core/images/terrain/tent.png: ERROR: Macintosh HFS Extended > version 61389 data (unclean) vasprintf failed (Invalid or incomplete > multibyte or wide character) > OK, I see - file-4.25 is looney and doesn't recognize PNGs. -- Szymon Siwek From glen at pld-linux.org Thu Aug 28 10:51:07 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 28 Aug 2008 11:51:07 +0300 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <20080827222009.GA14223@cion.siwster.com> References: <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> <20080827222009.GA14223@cion.siwster.com> Message-ID: <200808281151.07143.glen@pld-linux.org> On Thursday 28 August 2008 01:20, Szymon Siwek wrote: > On Wed, Aug 27, 2008 at 08:33:10PM +0200, Zsolt Udvari wrote: > > > What's going on? tent.png looks like proper PNG file. wesnoth builds > > > without errors. Is it some problem with Zsolt's filesystem (Macintosh > > > HFS, I guess)? > > > > I don't know what's the problem. E.g. feh and geeqie can show the > > tent.png but 'file tent.png' returns the prev error message. I was > > wondering too. I'm using reiserfs, so this is very strange :( > > > > I've unpacked again and same error: > > > > $ file data/core/images/terrain/tent.png > > data/core/images/terrain/tent.png: ERROR: Macintosh HFS Extended > > version 61389 data (unclean) vasprintf failed (Invalid or incomplete > > multibyte or wide character) > > OK, I see - file-4.25 is looney and doesn't recognize PNGs. no. it recognizes file as HFS first, then as PNG, which is wrong imho as PNG has pretty clear mime-magic. -- glen From sls at poczta.wp.pl Thu Aug 28 14:09:10 2008 From: sls at poczta.wp.pl (Szymon Siwek) Date: Thu, 28 Aug 2008 14:09:10 +0200 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <200808281151.07143.glen@pld-linux.org> References: <760ece280808271133xfd39ec3xc69dd5f98c1d9fd2@mail.gmail.com> <20080827222009.GA14223@cion.siwster.com> <200808281151.07143.glen@pld-linux.org> Message-ID: <20080828120910.GA9280@cion.siwster.com> On Thu, Aug 28, 2008 at 11:51:07AM +0300, Elan Ruusam?e wrote: > On Thursday 28 August 2008 01:20, Szymon Siwek wrote: > > On Wed, Aug 27, 2008 at 08:33:10PM +0200, Zsolt Udvari wrote: > > > > What's going on? tent.png looks like proper PNG file. wesnoth builds > > > > without errors. Is it some problem with Zsolt's filesystem (Macintosh > > > > HFS, I guess)? > > > > > > I don't know what's the problem. E.g. feh and geeqie can show the > > > tent.png but 'file tent.png' returns the prev error message. I was > > > wondering too. I'm using reiserfs, so this is very strange :( > > > > > > I've unpacked again and same error: > > > > > > $ file data/core/images/terrain/tent.png > > > data/core/images/terrain/tent.png: ERROR: Macintosh HFS Extended > > > version 61389 data (unclean) vasprintf failed (Invalid or incomplete > > > multibyte or wide character) > > > > OK, I see - file-4.25 is looney and doesn't recognize PNGs. > > no. > > it recognizes file as HFS first, then as PNG, which is wrong imho as PNG has > pretty clear mime-magic. > Are you sure? "file *.png" returns "data" for all PNGs on my builder. BTW I've wrote patch which disables recognizing Macintosh filesystems (it's insane to use 2-byte magic string) -- Szymon Siwek -------------- next part -------------- --- file-4.25/magic/Magdir/macintosh.orig 2008-08-27 23:19:21.547928744 +0200 +++ file-4.25/magic/Magdir/macintosh 2008-08-27 23:20:44.042259097 +0200 @@ -272,14 +272,15 @@ # Alternatively, the boot block is supposed to be zeroed if it's # unused, so a simply >0 should suffice. -0x400 beshort 0xD2D7 Macintosh MFS data ->0 beshort 0x4C4B (bootable) ->0x40a beshort &0x8000 (locked) ->0x402 beldate-0x7C25B080 x created: %s, ->0x406 beldate-0x7C25B080 >0 last backup: %s, ->0x414 belong x block size: %d, ->0x412 beshort x number of blocks: %d, ->0x424 pstring x volume name: %s +# "\xd2\xd7" is has many false positives +#0x400 beshort 0xD2D7 Macintosh MFS data +#>0 beshort 0x4C4B (bootable) +#>0x40a beshort &0x8000 (locked) +#>0x402 beldate-0x7C25B080 x created: %s, +#>0x406 beldate-0x7C25B080 >0 last backup: %s, +#>0x414 belong x block size: %d, +#>0x412 beshort x number of blocks: %d, +#>0x424 pstring x volume name: %s # "BD" is has many false positives #0x400 beshort 0x4244 Macintosh HFS data @@ -296,24 +297,25 @@ #>0x412 beshort x number of blocks: %d, #>0x424 pstring x volume name: %s -0x400 beshort 0x482B Macintosh HFS Extended ->&0 beshort x version %d data ->0 beshort 0x4C4B (bootable) ->0x404 belong ^0x00000100 (mounted) ->&2 belong &0x00000200 (spared blocks) ->&2 belong &0x00000800 (unclean) ->&2 belong &0x00008000 (locked) ->&6 string x last mounted by: '%.4s', +# "H+" is has many false positives +#0x400 beshort 0x482B Macintosh HFS Extended +#>&0 beshort x version %d data +#>0 beshort 0x4C4B (bootable) +#>0x404 belong ^0x00000100 (mounted) +#>&2 belong &0x00000200 (spared blocks) +#>&2 belong &0x00000800 (unclean) +#>&2 belong &0x00008000 (locked) +#>&6 string x last mounted by: '%.4s', # really, that should be treated as a belong and we print a string # based on the value. TN1150 only mentions '8.10' for "MacOS 8.1" ->&14 beldate-0x7C25B080 x created: %s, +#>&14 beldate-0x7C25B080 x created: %s, # only the creation date is local time, all other timestamps in HFS+ are UTC. ->&18 bedate-0x7C25B080 x last modified: %s, ->&22 bedate-0x7C25B080 >0 last backup: %s, ->&26 bedate-0x7C25B080 >0 last checked: %s, ->&38 belong x block size: %d, ->&42 belong x number of blocks: %d, ->&46 belong x free blocks: %d +#>&18 bedate-0x7C25B080 x last modified: %s, +#>&22 bedate-0x7C25B080 >0 last backup: %s, +#>&26 bedate-0x7C25B080 >0 last checked: %s, +#>&38 belong x block size: %d, +#>&42 belong x number of blocks: %d, +#>&46 belong x free blocks: %d # I don't think this is really necessary since it doesn't do much and # anything with a valid driver descriptor will also have a valid From glen at pld-linux.org Thu Aug 28 14:24:14 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Thu, 28 Aug 2008 15:24:14 +0300 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <20080828120910.GA9280@cion.siwster.com> References: <200808281151.07143.glen@pld-linux.org> <20080828120910.GA9280@cion.siwster.com> Message-ID: <200808281524.14973.glen@pld-linux.org> On Thursday 28 August 2008 15:09:10 Szymon Siwek wrote: > > it recognizes file as HFS first, then as PNG, which is wrong imho as PNG > > has pretty clear mime-magic. > > Are you sure? "file *.png" returns "data" for all PNGs on my builder. nope. just assumed :) verified ... yeah seems so file-4.25-1.x86_64 - data file-4.23-2.amd64 - PNG image data should be reported upstream as regression, or our patches cause this? > BTW I've wrote patch which disables recognizing Macintosh filesystems (it's > insane to use 2-byte magic string) -- glen From sls at poczta.wp.pl Thu Aug 28 18:07:41 2008 From: sls at poczta.wp.pl (Szymon Siwek) Date: Thu, 28 Aug 2008 18:07:41 +0200 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <200808281524.14973.glen@pld-linux.org> References: <200808281151.07143.glen@pld-linux.org> <20080828120910.GA9280@cion.siwster.com> <200808281524.14973.glen@pld-linux.org> Message-ID: <20080828160741.GA23596@cion.siwster.com> On Thu, Aug 28, 2008 at 03:24:14PM +0300, Elan Ruusam?e wrote: > On Thursday 28 August 2008 15:09:10 Szymon Siwek wrote: > > > it recognizes file as HFS first, then as PNG, which is wrong imho as PNG > > > has pretty clear mime-magic. > > > > Are you sure? "file *.png" returns "data" for all PNGs on my builder. > nope. just assumed :) > > verified ... yeah seems so > file-4.25-1.x86_64 - data > file-4.23-2.amd64 - PNG image data > > should be reported upstream as regression, or our patches cause this? > It looks like upstream regression. I attached patch (but it's rather dirty hack) -- Szymon Siwek -------------- next part -------------- --- file-4.25/src/softmagic.c.orig 2008-08-28 17:28:34.980714900 +0200 +++ file-4.25/src/softmagic.c 2008-08-28 17:29:27.977072582 +0200 @@ -665,8 +665,10 @@ /* Null terminate and eat *trailing* return */ p->s[sizeof(p->s) - 1] = '\0'; len = strlen(p->s); + /* this breaks PNG detection if (len-- && p->s[len] == '\n') p->s[len] = '\0'; + */ return 1; } case FILE_PSTRING: { From glen at pld-linux.org Fri Aug 29 03:31:12 2008 From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Fri, 29 Aug 2008 04:31:12 +0300 Subject: SPECS: wesnoth.spec - fixed install problem with tent.png In-Reply-To: <20080828160741.GA23596@cion.siwster.com> References: <200808281524.14973.glen@pld-linux.org> <20080828160741.GA23596@cion.siwster.com> Message-ID: <200808290431.12791.glen@pld-linux.org> On Thursday 28 August 2008 19:07, Szymon Siwek wrote: > On Thu, Aug 28, 2008 at 03:24:14PM +0300, Elan Ruusam?e wrote: > > On Thursday 28 August 2008 15:09:10 Szymon Siwek wrote: > > > > it recognizes file as HFS first, then as PNG, which is wrong imho as > > > > PNG has pretty clear mime-magic. > > > > > > Are you sure? "file *.png" returns "data" for all PNGs on my builder. > > > > nope. just assumed :) > > > > verified ... yeah seems so > > file-4.25-1.x86_64 - data > > file-4.23-2.amd64 - PNG image data > > > > should be reported upstream as regression, or our patches cause this? > > It looks like upstream regression. I attached patch (but it's rather dirty > hack) you should really bug upstream (or submit the patch there) :) -- glen From glen at pld-linux.org Fri Aug 29 16:57:40 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 29 Aug 2008 17:57:40 +0300 Subject: getgid from coreutils 6.12 Message-ID: <200808291757.40432.glen@pld-linux.org> looks like coreutils has got itself getgid(1), which usage differs from pld version. more precisely it says error instead of nothing when gid doesn't exist: coreutils-6.12-2.x86_64: $ getgid root; echo $? 0 0 $ getgid foo; echo $? getgid: cannot find group name `foo' 1 coreutils-6.9-1.amd64: $ getgid root; echo $? 0 0 $ getgid foo; echo $? 1 as our %groupadd uses getgid, now with new coreutils there's noise on screen: Preparing... ########################################### [100%] /usr/bin/getgid: cannot find group name `vbox' Adding group vbox GID=221. 1:VirtualBox ########################################### [100%] if [ -n "`/usr/bin/getgid %{1}`" ]; then \ if [ "`/usr/bin/getgid %{1}`" != "%{-g*}" ]; then \ echo "Error: group %{1} doesn't have gid=%{-g*}. Correct this before installing %{-P*}%{!?-P:%{name}}." 1>&2 \ exit 1 \ fi \ my question would be, should we just perhaps check exit code from getgid [1], not output, or make change to discard error output [2]? [1] if [ -n "`/usr/bin/getgid %{1} 2>/dev/null`" ]; then \ if [ "`/usr/bin/getgid %{1}`" != "%{-g*}" ]; then \ echo "Error: group %{1} doesn't have gid=%{-g*}. Correct this before installing %{-P*}%{!?-P:%{name}}." 1>&2 \ exit 1 \ fi \ [2] if ! /usr/bin/getgid %{1} > /dev/null 2>&1; then \ if [ "`/usr/bin/getgid %{1}`" != "%{-g*}" ]; then \ echo "Error: group %{1} doesn't have gid=%{-g*}. Correct this before installing %{-P*}%{!?-P:%{name}}." 1>&2 \ exit 1 \ fi \ -- glen From glen at pld-linux.org Fri Aug 29 21:51:50 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 29 Aug 2008 22:51:50 +0300 Subject: xorg/x11 locale files Message-ID: <200808292251.51162.glen@pld-linux.org> hi why these files aren't %lang tagged? not on xorg (th) nor X11 (ac) xorg-lib-libX11-1.1.4-1: $ ls /usr/share/X11/locale C/ ibm-cp1133/ iso8859-15/ iso8859-8/ ja_JP.UTF-8/ locale.dir th_TH/ zh_CN.gbk/ am_ET.UTF-8/ iscii-dev/ iso8859-16/ iso8859-9/ ko/ microsoft-cp1251/ th_TH.UTF-8/ zh_HK.UTF-8/ armscii-8/ isiri-3342/ iso8859-2/ iso8859-9e/ ko_KR.UTF-8/ microsoft-cp1255/ tscii-0/ zh_HK.big5/ compose.dir iso8859-1/ iso8859-3/ ja/ koi8-c/ microsoft-cp1256/ vi_VN.tcvn/ zh_HK.big5hkscs/ el_GR.UTF-8/ iso8859-10/ iso8859-4/ ja.JIS/ koi8-r/ mulelao-1/ vi_VN.viscii/ zh_TW/ en_US.UTF-8/ iso8859-11/ iso8859-5/ ja.S90/ koi8-t/ nokhchi-1/ zh_CN/ zh_TW.UTF-8/ georgian-academy/ iso8859-13/ iso8859-6/ ja.SJIS/ koi8-u/ pt_BR.UTF-8/ zh_CN.UTF-8/ zh_TW.big5/ georgian-ps/ iso8859-14/ iso8859-7/ ja.U90/ locale.alias tatar-cyr/ zh_CN.gb18030/ X11-libs-6.9.0-19: $ ls /usr/X11R6/lib/X11/locale C/ isiri-3342/ iso8859-3/ ja.JIS/ locale.alias th_TH/ zh_HK.UTF-8/ armscii-8/ iso8859-1/ iso8859-4/ ja.SJIS/ locale.dir th_TH.UTF-8/ zh_HK.big5/ compose.dir iso8859-10/ iso8859-5/ ja_JP.UTF-8/ microsoft-cp1251/ tscii-0/ zh_HK.big5hkscs/ el_GR.UTF-8/ iso8859-11/ iso8859-6/ ko/ microsoft-cp1255/ vi_VN.tcvn/ zh_TW/ en_US.UTF-8/ iso8859-13/ iso8859-7/ ko_KR.UTF-8/ microsoft-cp1256/ vi_VN.viscii/ zh_TW.UTF-8/ georgian-academy/ iso8859-14/ iso8859-8/ koi8-c/ mulelao-1/ zh_CN/ zh_TW.big5/ georgian-ps/ iso8859-15/ iso8859-9/ koi8-r/ nokhchi-1/ zh_CN.UTF-8/ ibm-cp1133/ iso8859-16/ iso8859-9e/ koi8-u/ pt_BR.UTF-8/ zh_CN.gb18030/ iscii-dev/ iso8859-2/ ja/ lib64/ tatar-cyr/ zh_CN.gbk/ -- glen From udvzsolt at gmail.com Sat Aug 30 16:51:16 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 30 Aug 2008 16:51:16 +0200 Subject: Build problem Message-ID: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> Hi all! I've got a little(?) problem with building libtorrent-rasterbar. configure runs fine but the make will recive the next message: + /usr/bin/make Making all in include make[1]: Entering directory `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/include' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/include' Making all in src make[1]: Entering directory `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/src' /bin/sh ../libtool --tag=CXX --mode=compile i686-pld-linux-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libtorrent-rasterbar\" -DVERSION=\"0.13.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -D_FILE_OFFSET_BITS=64 -DHAVE_PTHREAD=1 -DHAVE_BOOST_SYSTEM=/\*\*/ -DHAVE_BOOST_ASIO=/\*\*/ -DHAVE_BOOST=/\*\*/ -DHAVE_BOOST_DATE_TIME=/\*\*/ -DHAVE_BOOST_FILESYSTEM=/\*\*/ -DHAVE_BOOST_THREAD=/\*\*/ -DHAVE_BOOST_REGEX=/\*\*/ -DHAVE_BOOST_PROGRAM_OPTIONS=/\*\*/ -DTORRENT_USE_OPENSSL=/\*\*/ -DHAVE_LIBZ=1 -DTORRENT_BUILDING_SHARED=/\*\*/ -DTORRENT_LINKING_SHARED=/\*\*/ -DNDEBUG=/\*\*/ -I. -D_FORTIFY_SOURCE=2 -pthread -pthread -I/usr/include -ftemplate-depth-50 -I../include -I../include/libtorrent -pthread -DBOOST_MULTI_INDEX_DISABLE_SERIALIZATION -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -I/usr/include/openssl -DHAVE_SSL -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -MT entry.lo -MD -MP -MF .deps/entry.Tpo -c -o entry.lo entry.cpp ../libtool[941]: X--tag=CXX: not found ../libtool[941]: libtool: ignoring unknown tag : not found ../libtool[941]: X--mode=compile: not found ../libtool[7039]: *** Warning: inferring the mode of operation is deprecated.: not found ../libtool[7039]: *** Future versions of Libtool will require --mode=MODE be specified.: not found ../libtool[7039]: Xi686-pld-linux-g++: not found ../libtool[7039]: X-DPACKAGE_NAME="": not found ../libtool[7039]: X-DPACKAGE_TARNAME="": not found ../libtool[7039]: X-DPACKAGE_VERSION="": not found ../libtool[7039]: X-DPACKAGE_STRING="": not found ../libtool[7039]: X-DPACKAGE_BUGREPORT="": not found ../libtool[7039]: X-DPACKAGE="libtorrent-rasterbar": not found ../libtool[7039]: X-DVERSION="0.13.1": not found ../libtool[7039]: X-DSTDC_HEADERS=1: not found ../libtool[7039]: X-DHAVE_SYS_TYPES_H=1: not found ../libtool[7039]: X-DHAVE_SYS_STAT_H=1: not found ../libtool[7039]: X-DHAVE_STDLIB_H=1: not found ../libtool[7039]: X-DHAVE_STRING_H=1: not found ../libtool[7039]: X-DHAVE_MEMORY_H=1: not found ../libtool[7039]: X-DHAVE_STRINGS_H=1: not found ../libtool[7039]: X-DHAVE_INTTYPES_H=1: not found ../libtool[7039]: X-DHAVE_STDINT_H=1: not found ../libtool[7039]: X-DHAVE_UNISTD_H=1: not found ../libtool[7039]: X-DHAVE_DLFCN_H=1: not found ../libtool[7039]: X-DLT_OBJDIR=".libs/": not found ../libtool[7039]: X-D_FILE_OFFSET_BITS=64: not found ../libtool[7039]: X-DHAVE_PTHREAD=1: not found ../libtool[7039]: X-DHAVE_BOOST_SYSTEM=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_ASIO=/**/: not found ../libtool[7039]: X-DHAVE_BOOST=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_DATE_TIME=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_FILESYSTEM=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_THREAD=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_REGEX=/**/: not found ../libtool[7039]: X-DHAVE_BOOST_PROGRAM_OPTIONS=/**/: not found ../libtool[7039]: X-DTORRENT_USE_OPENSSL=/**/: not found ../libtool[7039]: X-DHAVE_LIBZ=1: not found ../libtool[7039]: X-DTORRENT_BUILDING_SHARED=/**/: not found ../libtool[7039]: X-DTORRENT_LINKING_SHARED=/**/: not found ../libtool[7039]: X-DNDEBUG=/**/: not found ../libtool[7039]: X-I.: not found ../libtool[7039]: X-D_FORTIFY_SOURCE=2: not found ../libtool[7039]: X-pthread: not found ../libtool[7039]: X-pthread: not found ../libtool[7039]: X-I/usr/include: not found ../libtool[7039]: X-ftemplate-depth-50: not found ../libtool[7039]: X-I../include: not found ../libtool[7039]: X-I../include/libtorrent: not found ../libtool[7039]: X-pthread: not found ../libtool[7039]: X-DBOOST_MULTI_INDEX_DISABLE_SERIALIZATION: not found ../libtool[7039]: X-O2: not found ../libtool[7039]: X-fno-strict-aliasing: not found ../libtool[7039]: X-fwrapv: not found ../libtool[7039]: X-march=i686: not found ../libtool[7039]: X-mtune=pentium4: not found ../libtool[7039]: X-gdwarf-2: not found ../libtool[7039]: X-g2: not found ../libtool[7039]: X-I/usr/include/openssl: not found ../libtool[7039]: X-DHAVE_SSL: not found ../libtool[7039]: X-O2: not found ../libtool[7039]: X-fno-strict-aliasing: not found ../libtool[7039]: X-fwrapv: not found ../libtool[7039]: X-march=i686: not found ../libtool[7039]: X-mtune=pentium4: not found ../libtool[7039]: X-gdwarf-2: not found ../libtool[7039]: X-g2: not found ../libtool[7039]: X-MT: not found ../libtool[7039]: Xentry.lo: not found ../libtool[7039]: X-MD: not found ../libtool[7039]: X-MP: not found ../libtool[7039]: X-MF: not found ../libtool[7039]: X.deps/entry.Tpo: not found ../libtool[7039]: X-c: not found ../libtool[7039]: Xentry.lo: not found ../libtool[7039]: libtool: compile: cannot determine name of library object from `': not found make[1]: *** [entry.lo] Error 1 make[1]: Leaving directory `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/src' make: *** [all-recursive] Error 1 error: Bad exit status from /root/tmp/rpm-tmp.25296 (%build) RPM build errors: Bad exit status from /root/tmp/rpm-tmp.25296 (%build) Error: package build failed. (no more info) What's wrong? I've attached the spec file and a patch. Zsolt -------------- next part -------------- A non-text attachment was scrubbed... Name: libtorrent-rasterbar-examples.patch Type: application/octet-stream Size: 632 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: libtorrent-rasterbar.spec Type: application/octet-stream Size: 5829 bytes Desc: not available URL: From patrys at pld-linux.org Sat Aug 30 16:59:16 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sat, 30 Aug 2008 16:59:16 +0200 Subject: Build problem In-Reply-To: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> Message-ID: <89b6ba3a0808300759r2d0e959eu136d47e52b2bc257@mail.gmail.com> 2008/8/30 Zsolt Udvari : > Hi all! > > I've got a little(?) problem with building libtorrent-rasterbar. > > configure runs fine but the make will recive the next message: Make sure you %{__libtoolize} before attempting to run any other autofoo. -- Patryk Zawadzki From tomasz.wittner at gmail.com Sat Aug 30 17:24:03 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Sat, 30 Aug 2008 17:24:03 +0200 Subject: Build problem In-Reply-To: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> Message-ID: <200808301724.03924.tomasz.wittner@gmail.com> On sobota 30 sierpnia 2008, 16:51, Zsolt Udvari wrote: > Hi all! > > I've got a little(?) problem with building libtorrent-rasterbar. > > configure runs fine but the make will recive the next message: > > + /usr/bin/make > Making all in include > make[1]: Entering directory > `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/include' [...] > `/var/rpmbuild/BUILD/libtorrent-rasterbar-0.13.1/src' make: *** > [all-recursive] Error 1 > error: Bad exit status from /root/tmp/rpm-tmp.25296 (%build) > > > RPM build errors: > Bad exit status from /root/tmp/rpm-tmp.25296 (%build) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Error: package build failed. (no more info) > > What's wrong? Building packages from root account (regardless of compilation errors). It's generally not good thing: potentially danger, can hide some errors. This is mentioned (among other useful information) in http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/devel-hints-en.txt?rev=1.32 > > I've attached the spec file and a patch. > > Zsolt -- Tomasz Wittner From patrys at pld-linux.org Sat Aug 30 17:26:31 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sat, 30 Aug 2008 17:26:31 +0200 Subject: Build problem In-Reply-To: <200808301724.03924.tomasz.wittner@gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> <200808301724.03924.tomasz.wittner@gmail.com> Message-ID: <89b6ba3a0808300826g592540b8pf0335aa16aebc973@mail.gmail.com> On Sat, Aug 30, 2008 at 5:24 PM, Tomasz Wittner wrote: > Building packages from root account (regardless of compilation errors). It's > generally not good thing: potentially danger, can hide some errors. This is > mentioned (among other useful information) in > http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/devel-hints-en.txt?rev=1.32 And currently here: http://pld-linux.org/DevelopingPLD/BuilderScript -- Patryk Zawadzki From udvzsolt at gmail.com Sat Aug 30 17:34:44 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 30 Aug 2008 17:34:44 +0200 Subject: Build problem In-Reply-To: <200808301724.03924.tomasz.wittner@gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> <200808301724.03924.tomasz.wittner@gmail.com> Message-ID: <760ece280808300834l6049b94fy43be7d997c3f74bd@mail.gmail.com> > Building packages from root account (regardless of compilation errors). It's > generally not good thing: potentially danger, can hide some errors. This is > mentioned (among other useful information) in > http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/devel-hints-en.txt?rev=1.32 I know, but when I create a user, I can't su. E.g. when I'm root and run 'su builder', it hangs (cpu usage is low). But a simple user can run "su -", but after "su other_user" I type the password, I receive "Wrong password" anytime. Zsolt From udvzsolt at gmail.com Sat Aug 30 17:35:16 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sat, 30 Aug 2008 17:35:16 +0200 Subject: Build problem In-Reply-To: <89b6ba3a0808300759r2d0e959eu136d47e52b2bc257@mail.gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> <89b6ba3a0808300759r2d0e959eu136d47e52b2bc257@mail.gmail.com> Message-ID: <760ece280808300835w6f35aa06u2c48b5430383db36@mail.gmail.com> > Make sure you %{__libtoolize} before attempting to run any other autofoo. OK, it works, thanks. Zsolt From gotar at polanet.pl Sun Aug 31 17:59:54 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 31 Aug 2008 17:59:54 +0200 Subject: Build problem In-Reply-To: <760ece280808300834l6049b94fy43be7d997c3f74bd@mail.gmail.com> References: <760ece280808300751q2df703e4o8334fb6c2f016ddb@mail.gmail.com> <200808301724.03924.tomasz.wittner@gmail.com> <760ece280808300834l6049b94fy43be7d997c3f74bd@mail.gmail.com> Message-ID: <20080831155954.GA30142@pepin.polanet.pl> On Sat, Aug 30, 2008 at 17:34:44 +0200, Zsolt Udvari wrote: > E.g. when I'm root and run 'su builder', it hangs (cpu usage is low). Under some X terminal? Just create empty ~/.xauth/export (or import, can't recall). > But a simple user can run "su -", but after "su other_user" I type the > password, I receive "Wrong password" anytime. Just check which PAM module rejects it. -- Tomasz Pala From patrys at pld-linux.org Sun Aug 31 18:17:39 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sun, 31 Aug 2008 18:17:39 +0200 Subject: PLD Live 2.0 beta3 Message-ID: <89b6ba3a0808310917s5f0b6b8ue4eca9aac09cf38b@mail.gmail.com> Hi, qwiat did a hell of a good job resurrecting the PLD LiveCD idea. The ISO is available here: ftp://ep09.pld-linux.org/people/qwiat/ Please report all bugs to: https://bugs.launchpad.net/pld-linux Send kudos to qwiat. ---------------------- In other news: We have a working Anaconda installer. No ISO builds available yet, the screenshots are available here (post is in Polish only): http://room-303.com/blog/2008/08/31/pld-pieklo-zamarzlo/ Current features: * operates from the above PLD Live 2.0 ISO * supports both text-mode and graphical installations * results in a bootable system (proper fstab, modprobe.conf, initrd) Remaining issues: * we need to fix comps.xml (http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/pld-ftp-admin/repodata/comps.xml) and remove old packages from the list (like syslog which doesn't even start with default config) * PLD Th needs to have up-to-date repomd repositories (createrepo format) - arekm reported some problems there -- Patryk Zawadzki From radek at pld-linux.org Sun Aug 31 20:10:32 2008 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 31 Aug 2008 20:10:32 +0200 Subject: [TH][FTP] rm perl-Carp-Assert-1.12-1.noarch Message-ID: <20080831181031.GA11995@bzium> Please remove perl-Carp-Assert-1.12-1.noarch from FTP. It contains perl-Carp-Assert-More, which had a wrong Name in the *.spec. -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: