From august84 at autocom.pl Mon Mar 1 23:39:02 2010 From: august84 at autocom.pl (=?ISO-8859-2?Q?Andrzej_Augusty=F1ski?=) Date: Mon, 01 Mar 2010 23:39:02 +0100 Subject: AMAROK_1_4 Message-ID: <4B8C4206.2080707@autocom.pl> Hi, I see that amarok from AMAROK_1_4 branch still alives : ) I think it would by nice to see MySQL and PostgreSQL support by default. If not, please send test-build with external DB support for th. My old laptop failed to build it, propably due to lack of RAM (1GB) :/ [..] i686-pld-linux-g++: Internal error: Killed (program collect2) Please submit a full bug report. See for instructionadvas. [..] thX in advance -- Andrzej Augusty?ski From glen at pld-linux.org Tue Mar 2 16:36:23 2010 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 2 Mar 2010 17:36:23 +0200 Subject: AMAROK_1_4 In-Reply-To: <4B8C4206.2080707@autocom.pl> References: <4B8C4206.2080707@autocom.pl> Message-ID: <201003021736.23315.glen@pld-linux.org> On Tuesday 02 March 2010 00:39:02 Andrzej Augusty?ski wrote: > Hi, > > I see that amarok from AMAROK_1_4 branch still alives : ) > I think it would by nice to see MySQL and PostgreSQL support by default. > If not, please send test-build with external DB support for th. > My old laptop failed to build it, propably due to lack of RAM (1GB) :/ don't get over excited :) yes, it lives, as any branch is open for commits until there are insterested developers. however it is not officially supported in th, and building it needs manual installing of depdendant packages from th-obsolete. there will be no default build with mysql, unless you send a patch that builds sqlite AND mysql/postgresql by default (i.e sqlite support is produced from same build), but as much i know it supports one backend a time. happy hacking on software that upstream considers dead :) > [..] > i686-pld-linux-g++: Internal error: Killed (program collect2) > Please submit a full bug report. > See for instructionadvas. > [..] > > thX in advance -- glen From przemo at firszt.eu Fri Mar 5 22:20:48 2010 From: przemo at firszt.eu (Przemo Firszt) Date: Fri, 05 Mar 2010 21:20:48 +0000 Subject: [PATCH] Missing BuildRequires in blueman.spec Message-ID: <1267824048.12785.2.camel@pldmachine> Hi, libpng12-devel is required to build blueman-1.21 - patch attached. Regards, Przemo -------------- next part -------------- A non-text attachment was scrubbed... Name: blueman.spec.patch Type: text/x-patch Size: 372 bytes Desc: not available URL: From sparky at pld-linux.org Fri Mar 5 22:46:04 2010 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Fri, 5 Mar 2010 22:46:04 +0100 Subject: [PATCH] Missing BuildRequires in blueman.spec In-Reply-To: <1267824048.12785.2.camel@pldmachine> References: <1267824048.12785.2.camel@pldmachine> Message-ID: <20100305214604.GA16373@pld-linux.org> On Fri, Mar 05, 2010 at 09:20:48PM +0000, Przemo Firszt wrote: > Hi, > libpng12-devel is required to build blueman-1.21 - patch attached. Your build environment is broken. Patch declined. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From glen at pld-linux.org Tue Mar 9 10:28:58 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 9 Mar 2010 11:28:58 +0200 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: References:

Message-ID: <201003091128.58811.glen@pld-linux.org> On Monday 08 March 2010 21:36:01 arekm wrote: > Index: packages/kernel/kernel.spec > diff -u packages/kernel/kernel.spec:1.768 packages/kernel/kernel.spec:1.769 > --- packages/kernel/kernel.spec:1.768???Mon Mar ?8 11:02:29 2010 > +++ packages/kernel/kernel.spec?Mon Mar ?8 20:35:55 2010 > @@ -1248,9 +1248,6 @@ > ?ln -sf initrd-%{kernel_release}.gz %{initrd_dir}/initrd > ?%{?alt_kernel:ln -sf initrd-%{kernel_release}.gz > %{initrd_dir}/initrd%{_alt_kernel}} > -if [ -x /sbin/update-grub ]; then > -???????/sbin/update-grub >/dev/null 2>&1 > -fi > ?if [ -x /sbin/new-kernel-pkg ]; then > ????????/sbin/new-kernel-pkg > --initrdfile=%{initrd_dir}/initrd-%{kernel_release}.gz --install > %{kernel_release} --banner "PLD Linux (%{pld_release})%{?alt_kernel: / > %{alt_kernel}}" fi > @@ -1589,6 +1586,9 @@ > ?All persons listed below can be reached at @pld-linux.org > ? > ?$Log$ > +Revision 1.769 ?2010/03/08 19:35:55 ?arekm > +- drop grub2 hook, handle it via rc-boot if you really need it camoon, this is bullshit. and why you pressure some rc-boot that nobody maintains? does it even have grub2 support?! and why is /sbin/new-kernel-pkg ok to have? where did it bite you? could you first discuss with one who added the hook about problem solution than just uglibly reverting stuff? and rc-boot sucks it has no such possibility that grub2 auto update has for multiple concurrent kernels. -- glen From glen at pld-linux.org Tue Mar 9 10:39:51 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 9 Mar 2010 11:39:51 +0200 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: <201003091033.01956.arekm@pld-linux.org> References: <201003091128.58811.glen@pld-linux.org> <201003091033.01956.arekm@pld-linux.org> Message-ID: <201003091139.51348.glen@pld-linux.org> On Tuesday 09 March 2010 11:33:01 Arkadiusz Miskiewicz wrote: > > where did it bite you? could you first discuss with one who added the > > hook about problem solution than just uglibly reverting stuff? > > It overwrote my config, I had to wait few minutes for kernel install to > finish (because stupid grub insisted on finding floppy controller or > something like that) so perhaps UPDATE_GRUB=yes in /etc/sysconfig/grub instead to allow generation of /boot/grub/grub.conf ? > > and rc-boot sucks it has no such possibility that grub2 auto update has > > for multiple concurrent kernels. > > Can't rc-boot simply call that update-grub command? why the extra package just to call /sbin/update-grub? -- glen From arekm at maven.pl Tue Mar 9 10:44:07 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 9 Mar 2010 10:44:07 +0100 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: <201003091139.51348.glen@pld-linux.org> References: <201003091033.01956.arekm@pld-linux.org> <201003091139.51348.glen@pld-linux.org> Message-ID: <201003091044.08374.arekm@maven.pl> On Tuesday 09 of March 2010, Elan Ruusam?e wrote: > On Tuesday 09 March 2010 11:33:01 Arkadiusz Miskiewicz wrote: > > > where did it bite you? could you first discuss with one who added the > > > hook about problem solution than just uglibly reverting stuff? > > > > It overwrote my config, I had to wait few minutes for kernel install to > > finish (because stupid grub insisted on finding floppy controller or > > something like that) > > so perhaps UPDATE_GRUB=yes in /etc/sysconfig/grub instead to allow > generation of /boot/grub/grub.conf ? Or add proper support to rc-boot. > > > > and rc-boot sucks it has no such possibility that grub2 auto update has > > > for multiple concurrent kernels. > > > > Can't rc-boot simply call that update-grub command? > > why the extra package just to call /sbin/update-grub? To be consistent with how we handle other bootloaders. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at pld-linux.org Tue Mar 9 10:55:11 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 9 Mar 2010 11:55:11 +0200 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: <201003091044.08374.arekm@maven.pl> References: <201003091139.51348.glen@pld-linux.org> <201003091044.08374.arekm@maven.pl> Message-ID: <201003091155.11347.glen@pld-linux.org> On Tuesday 09 March 2010 11:44:07 Arkadiusz Miskiewicz wrote: > > so perhaps UPDATE_GRUB=yes in /etc/sysconfig/grub instead to allow > > generation of /boot/grub/grub.conf ? > > Or add proper support to rc-boot. i'm not going to touch rc-boot, so added hook back in disabled form by default. so we have at least something actually supported in upstream too... -- glen From patrys at pld-linux.org Tue Mar 9 11:05:45 2010 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 9 Mar 2010 11:05:45 +0100 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: <201003091139.51348.glen@pld-linux.org> References: <201003091128.58811.glen@pld-linux.org> <201003091033.01956.arekm@pld-linux.org> <201003091139.51348.glen@pld-linux.org> Message-ID: <89b6ba3a1003090205g28d4b235v258b475203dc222c@mail.gmail.com> 2010/3/9 Elan Ruusam?e : > On Tuesday 09 March 2010 11:33:01 Arkadiusz Miskiewicz wrote: >> > where did it bite you? could you first discuss with one who added the >> > hook about problem solution than just uglibly reverting stuff? >> >> It overwrote my config, I had to wait few minutes for kernel install to >> finish (because stupid grub insisted on finding floppy controller or >> something like that) Fix your /boot/grub/device.map > so perhaps UPDATE_GRUB=yes in /etc/sysconfig/grub instead to allow generation > of /boot/grub/grub.conf ? +1 >> > and rc-boot sucks it has no such possibility that grub2 auto update has >> > for multiple concurrent kernels. >> >> Can't rc-boot simply call that update-grub command? > why the extra package just to call /sbin/update-grub? Especially when rc-boot is a reimplementation of update-grub for grub1 and lilo. It does not make sense to install this piece of crap if grub2 comes with a better alternative. -- Patryk Zawadzki From udvzsolt at gmail.com Tue Mar 9 20:46:26 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 9 Mar 2010 20:46:26 +0100 Subject: Fwd: ERRORS: awesome.spec In-Reply-To: <4343ccbc-556e-4ab2-b50a-85074a36652f@pld.src.builder> References: <4343ccbc-556e-4ab2-b50a-85074a36652f@pld.src.builder> Message-ID: <760ece281003091146p7206a589sc93243921d2d51c0@mail.gmail.com> Hi all! What's wrong? I don't understand... ---------- Forwarded message ---------- From: PLD th-src builder Date: 2010/3/9 Subject: ERRORS: awesome.spec To: uzsolt at pld-linux.org M?solatot kap: pld-logs-th at lists.pld-linux.org awesome.spec (HEAD): FAILED --- awesome.spec:HEAD: Build-Time: user:0.27s sys:0.23s real:2.42s (faults io:110 non-io:44700) *** buildlog for awesome.spec request from: uzsolt started at: Tue Mar ?9 20:40:01 2010 building SRPM using: cd rpm/packages; nice -n 0 ./builder -nu -nm --nodeps -bs ?-r HEAD ?-Tp auto-th- -tt ?awesome.spec 2>&1 Can't find java virtual machine, aborting. U awesome/awesome.spec # $Revision: 1.88 $, $Date: 2010/03/02 20:40:08 $ Available branches: DEVEL AWESOME_3_2 Searching for tag auto-th-awesome-3_4_4-1... Tag auto-th-awesome-3_4_4-1 already exists (spec release: 1.88). exit status 2304 error: No files produced. Can't find java virtual machine, aborting. error: Fetching /%{_Rpatchdir}/awesome-magnifier.patch failed: Unknown or unexpected error error: Fetching /%{_Rpatchdir}/awesome-xmlto.patch failed: Unknown or unexpected error error: Fetching /%{_Rpatchdir}/awesome-3.0-lua-files.patch failed: Unknown or unexpected error error: Fetching /%{_Rsourcedir}/awesome-xsession.desktop failed: Unknown or unexpected error error: Fetching /%{_Rsourcedir}/awesome-3.4.4.tar.bz2 failed: Unknown or unexpected error Can't find java virtual machine, aborting. Begin-PLD-Builder-Info Build-Time: user:0.27s sys:0.23s real:2.42s (faults io:110 non-io:44700) End-PLD-Builder-Info From baggins at sith.mimuw.edu.pl Tue Mar 9 21:04:26 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Tue, 9 Mar 2010 21:04:26 +0100 Subject: Fwd: ERRORS: awesome.spec In-Reply-To: <760ece281003091146p7206a589sc93243921d2d51c0@mail.gmail.com> References: <4343ccbc-556e-4ab2-b50a-85074a36652f@pld.src.builder> <760ece281003091146p7206a589sc93243921d2d51c0@mail.gmail.com> Message-ID: <20100309200426.GA24522@sith.mimuw.edu.pl> On Tue, 09 Mar 2010, Zsolt Udvari wrote: > Hi all! > > What's wrong? I don't understand... > > > ---------- Forwarded message ---------- > From: PLD th-src builder > Date: 2010/3/9 > Subject: ERRORS: awesome.spec > To: uzsolt at pld-linux.org > M?solatot kap: pld-logs-th at lists.pld-linux.org > > > awesome.spec (HEAD): FAILED > > --- awesome.spec:HEAD: > Build-Time: user:0.27s sys:0.23s real:2.42s (faults io:110 non-io:44700) > > > > *** buildlog for awesome.spec > request from: uzsolt > started at: Tue Mar ?9 20:40:01 2010 > building SRPM using: cd rpm/packages; nice -n 0 ./builder -nu -nm > --nodeps -bs ?-r HEAD ?-Tp auto-th- -tt ?awesome.spec 2>&1 > > Can't find java virtual machine, aborting. > U awesome/awesome.spec > # $Revision: 1.88 $, $Date: 2010/03/02 20:40:08 $ > Available branches: DEVEL AWESOME_3_2 > Searching for tag auto-th-awesome-3_4_4-1... > Tag auto-th-awesome-3_4_4-1 already exists (spec release: 1.88). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > exit status 2304 > error: No files produced. The rest is an effect of the underlined message. -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From udvzsolt at gmail.com Tue Mar 9 21:13:22 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 9 Mar 2010 21:13:22 +0100 Subject: Fwd: ERRORS: awesome.spec In-Reply-To: <20100309200426.GA24522@sith.mimuw.edu.pl> References: <4343ccbc-556e-4ab2-b50a-85074a36652f@pld.src.builder> <760ece281003091146p7206a589sc93243921d2d51c0@mail.gmail.com> <20100309200426.GA24522@sith.mimuw.edu.pl> Message-ID: <760ece281003091213o2120156cua6052b07145696bf@mail.gmail.com> >> Available branches: DEVEL AWESOME_3_2 >> Searching for tag auto-th-awesome-3_4_4-1... >> Tag auto-th-awesome-3_4_4-1 already exists (spec release: 1.88). > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> exit status 2304 >> error: No files produced. > > The rest is an effect of the underlined message. And what can I do? From glen at pld-linux.org Wed Mar 10 13:17:52 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 10 Mar 2010 14:17:52 +0200 Subject: Fwd: ERRORS: awesome.spec In-Reply-To: <760ece281003091213o2120156cua6052b07145696bf@mail.gmail.com> References: <4343ccbc-556e-4ab2-b50a-85074a36652f@pld.src.builder> <20100309200426.GA24522@sith.mimuw.edu.pl> <760ece281003091213o2120156cua6052b07145696bf@mail.gmail.com> Message-ID: <201003101417.53043.glen@pld-linux.org> On Tuesday 09 March 2010 22:13:22 Zsolt Udvari wrote: > >> Available branches: DEVEL AWESOME_3_2 > >> Searching for tag auto-th-awesome-3_4_4-1... > >> Tag auto-th-awesome-3_4_4-1 already exists (spec release: 1.88). > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >> exit status 2304 > >> error: No files produced. > > > > The rest is an effect of the underlined message. > > And what can I do? increase package release and resend! -- glen From glen at pld-linux.org Mon Mar 15 00:20:33 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 15 Mar 2010 01:20:33 +0200 Subject: packages: php/php.spec - rel 0.15 - move per-SAPI additional ini files to p... In-Reply-To: References:

Message-ID: <201003150120.33557.glen@pld-linux.org> On Thursday 11 March 2010 00:51:21 baggins wrote: > Author: baggins Date: Wed Mar 10 22:51:21 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - rel 0.15 > - move per-SAPI additional ini files to per-SAPI config dirs > - added triggers to move configs on upgrade (should apache* triggers be > merged?) no-no no! fix the damn patch to process ini files in old way (ini file(s) and then ini dir(s)) and update spec todo when done: # - php CLI has safe mode enabled in default config (!!!), recheck default .ini configs? # main php.ini is not loaded at all (at least for cli): # strace -efile php -m 2>&1 | grep /etc/php/php.ini -- glen From baggins at sith.mimuw.edu.pl Mon Mar 15 00:37:35 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Mon, 15 Mar 2010 00:37:35 +0100 Subject: packages: php/php.spec - rel 0.15 - move per-SAPI additional ini files to p... In-Reply-To: <201003150120.33557.glen@pld-linux.org> References:

<201003150120.33557.glen@pld-linux.org> Message-ID: <20100314233735.GA29874@sith.mimuw.edu.pl> On Mon, 15 Mar 2010, Elan Ruusam?e wrote: > On Thursday 11 March 2010 00:51:21 baggins wrote: > > Author: baggins Date: Wed Mar 10 22:51:21 2010 GMT > > Module: packages Tag: HEAD > > ---- Log message: > > - rel 0.15 > > - move per-SAPI additional ini files to per-SAPI config dirs > > - added triggers to move configs on upgrade (should apache* triggers be > > merged?) > > no-no no! > > fix the damn patch to process ini files in old way (ini file(s) and then ini dir(s)) Why? What's the point? What's the problem with using a solution that's already there? Why reinvent the wheel? > and update spec todo when done: > # - php CLI has safe mode enabled in default config (!!!), recheck default .ini configs? That's just not true. [baggins at home ~]$ grep -i safe_mode /etc/php/{*,}/*.ini /etc/php//php.ini:safe_mode = Off /etc/php//php.ini:; then turn on safe_mode_gid. /etc/php//php.ini:safe_mode_gid = Off /etc/php//php.ini:; When safe_mode is on, UID/GID checks are bypassed when /etc/php//php.ini:safe_mode_include_dir = /etc/php//php.ini:; When safe_mode is on, only executables located in the safe_mode_exec_dir /etc/php//php.ini:safe_mode_exec_dir = /etc/php//php.ini:safe_mode_allowed_env_vars = PHP_ /etc/php//php.ini:; protected even if safe_mode_allowed_env_vars is set to allow to change them. /etc/php//php.ini:safe_mode_protected_env_vars = LD_LIBRARY_PATH /etc/php//php.ini:sql.safe_mode = Off > # main php.ini is not loaded at all (at least for cli): > # strace -efile php -m 2>&1 | grep /etc/php/php.ini Neither this is. [baggins at home ~]$ strace -efile php.cli -m 2>&1 | grep /etc/php/php.ini lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 open("/etc/php/php.ini", O_RDONLY) = 3 lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 [baggins at home ~]$ strace -efile php.cgi -m 2>&1 | grep /etc/php/php.ini lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 open("/etc/php/php.ini", O_RDONLY) = 3 lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 [baggins at home ~]$ strace -efile php.fcgi -m 2>&1 | grep /etc/php/php.ini lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 open("/etc/php/php.ini", O_RDONLY) = 3 lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 [baggins at home ~]$ rpm -q php-common php-common-5.3.2-0.15.x86_64 -- Jan R?korajski | 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 pld-linux.org Mon Mar 15 02:09:58 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 15 Mar 2010 03:09:58 +0200 Subject: packages: php/php.spec - rel 0.15 - move per-SAPI additional ini files to p... In-Reply-To: <20100314233735.GA29874@sith.mimuw.edu.pl> References: <201003150120.33557.glen@pld-linux.org> <20100314233735.GA29874@sith.mimuw.edu.pl> Message-ID: <201003150309.58773.glen@pld-linux.org> On Monday 15 March 2010 01:37:35 Jan R?korajski wrote: > On Mon, 15 Mar 2010, Elan Ruusam?e wrote: > > On Thursday 11 March 2010 00:51:21 baggins wrote: > > > Author: baggins Date: Wed Mar 10 22:51:21 2010 GMT > > > Module: packages Tag: HEAD > > > ---- Log message: > > > - rel 0.15 > > > - move per-SAPI additional ini files to per-SAPI config dirs > > > - added triggers to move configs on upgrade (should apache* triggers be > > > merged?) > > > > no-no no! > > > > fix the damn patch to process ini files in old way (ini file(s) and then > > ini dir(s)) > > Why? What's the point? > What's the problem with using a solution that's already there? > Why reinvent the wheel? reinvent? it's pld patch to load extra dir for sapi as well it is pld patch to load sapi configs from extra ini file. it's just bad patch to update to 5.3 not intentional change -- i'm 100% sure of it, arekm said he'll check it later to fix, but apparently never got around. likely it will cause problems for sysadmins who have to switch back/forth between 5.2/5.3 due some incompatabilities they have to solve in apps. (php is very fragile with upgrades, even in 5.2 each minor upgrade breaks xml or soap related apps and the bugs do not came up immediately) also in *.d dirs should be mostly extension load lines, so the common configuration would be in "main" config which is loaded before .d scan additionaly i foresee a load order problem, you want main cli.ini be loaded after/before .d scan, not in middle of extension based .ini files (in .d) and only due that the main cli.ini should be outside cli.d dir. > > and update spec todo when done: > > # - php CLI has safe mode enabled in default config (!!!), recheck > > default .ini configs? > > That's just not true. it is true if the previous assumptions are still intact, safe mode was enabled by default as .ini was not loaded. > [baggins at home ~]$ grep -i safe_mode /etc/php/{*,}/*.ini > /etc/php//php.ini:safe_mode = Off > /etc/php//php.ini:; then turn on safe_mode_gid. > /etc/php//php.ini:safe_mode_gid = Off > /etc/php//php.ini:; When safe_mode is on, UID/GID checks are bypassed when > /etc/php//php.ini:safe_mode_include_dir = > /etc/php//php.ini:; When safe_mode is on, only executables located in the > safe_mode_exec_dir /etc/php//php.ini:safe_mode_exec_dir = > /etc/php//php.ini:safe_mode_allowed_env_vars = PHP_ > /etc/php//php.ini:; protected even if safe_mode_allowed_env_vars is set to > allow to change them. /etc/php//php.ini:safe_mode_protected_env_vars = > LD_LIBRARY_PATH > /etc/php//php.ini:sql.safe_mode = Off > > > # main php.ini is not loaded at all (at least for cli): > > # strace -efile php -m 2>&1 | grep /etc/php/php.ini > > Neither this is. > > [baggins at home ~]$ strace -efile php.cli -m 2>&1 | grep /etc/php/php.ini > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > open("/etc/php/php.ini", O_RDONLY) = 3 > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > [baggins at home ~]$ strace -efile php.cgi -m 2>&1 | grep /etc/php/php.ini > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > open("/etc/php/php.ini", O_RDONLY) = 3 > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > [baggins at home ~]$ strace -efile php.fcgi -m 2>&1 | grep /etc/php/php.ini > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > open("/etc/php/php.ini", O_RDONLY) = 3 > lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=65441, ...}) = 0 > [baggins at home ~]$ rpm -q php-common > php-common-5.3.2-0.15.x86_64 no match for php-cli sapi loading -- glen From glen at pld-linux.org Mon Mar 15 09:35:57 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 15 Mar 2010 10:35:57 +0200 Subject: packages: squirrelmail/squirrelmail.spec - upgraded to 1.4.20, locales 1.4.... In-Reply-To: References:

Message-ID: <201003151035.58056.glen@pld-linux.org> On Monday 15 March 2010 02:38:48 gotar wrote: > ?%dir %{_squirreldir}/help > +%attr(640,root,http) %{_squirreldir}/help/.htaccess please migrate that contents to system apache config (and nuke the file), .htaccess scanning is most likely disabled for performance reasons. -- glen From udvzsolt at gmail.com Tue Mar 16 18:44:27 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 16 Mar 2010 18:44:27 +0100 Subject: newsbeuter - profiling Message-ID: <760ece281003161044m738629cwa5b3c2f083c220bd@mail.gmail.com> Hi all! Please check this bug report: http://code.google.com/p/newsbeuter/issues/detail?id=195 Is this newsbeuter or PLD-specific bug? Zsolt From jajcus at jajcus.net Wed Mar 17 10:47:03 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 17 Mar 2010 10:47:03 +0100 Subject: Bacula Message-ID: <20100317094702.GA8567@jajo.eggsoft> Hello, In Th, we still have a very old Bacula version: 2.4.4. To make it worse, that build supports MySQL database only. There have been many updated made in the CVS repository to improve that: spec file had been updated to newer Bacula versions, 'libdbi' backend had been enabled by default, to enable support for many database engines in one binary. This was still far from being perfect. No clear upgrade procedure was implemented and libdbi nor the Bacula dbi driver seem to be maintained. I looked into the topic once again and decided to solve it in other way. In the latest Bacula releases all database-engine-dependant code is compiled into single shared library. I updated the spec file to build that library four times (one for each supported backend) and package it into different subpackages. And it seems to work! :) I have also enabled Python scripting by default and fixed the dbi backend build (dbi compile error caused some Bacula tools not being built, including the 'bsmtp' tool used for operator notifications). Clear automatic upgrade procedure is still not implemented and it would be very hard to do it right for the old Bacula version in Th and all the different custom builds in use. Manual upgrade should not be a problem anyway, as the upgrade scripts are provided (/usr/lib/bacula dir in the right bacula-db-* package). Everyone who is using Bacula, please test the latest Th build (should be available in 'th-ready' now). Install the right bacula-db-* module for the database engine you use. Any comments or questions? My old Bacula configuration (used previously with Bacula 3.x with the dbi backend) works well now with both bacula-db-postgresql and bacula-db-dbi packages. I have only had to call the /usr/lib/bacula/update_postgresql_tables script to upgrade the schema. Greets, Jacek From qboosh at pld-linux.org Wed Mar 17 18:35:18 2010 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 17 Mar 2010 18:35:18 +0100 Subject: packages: tor/tor.spec - up to 0.2.1.25 - add missing dir In-Reply-To: References:

Message-ID: <20100317173518.GA21908@mail> On Wed, Mar 17, 2010 at 04:40:07PM +0100, lisu wrote: > Author: lisu Date: Wed Mar 17 15:40:07 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - up to 0.2.1.25 > - add missing dir > @@ -133,6 +133,7 @@ > %dir %attr(750,root,tor) /var/lib/%{name} > %dir %attr(750,root,tor) /var/run/%{name} > %dir %attr(750,root,tor) /var/log/%{name} > +%dir %attr(750,root,tor) /var/log/archive > %dir %attr(750,root,tor) /var/log/archive/%{name} $ rpm -qf /var/log/archive logrotate-3.7.8-6.amd64 -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Wed Mar 17 22:46:14 2010 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 17 Mar 2010 22:46:14 +0100 Subject: packages: kernel/kernel.spec - drop grub2 hook, handle it via rc-boot if yo... In-Reply-To: <201003091139.51348.glen@pld-linux.org> References: <201003091128.58811.glen@pld-linux.org> <201003091033.01956.arekm@pld-linux.org> <201003091139.51348.glen@pld-linux.org> Message-ID: <20100317214614.GA1856@stranger.qboosh.pl> On Tue, Mar 09, 2010 at 11:39:51AM +0200, Elan Ruusam?e wrote: > On Tuesday 09 March 2010 11:33:01 Arkadiusz Miskiewicz wrote: > > > where did it bite you? could you first discuss with one who added the > > > hook about problem solution than just uglibly reverting stuff? > > > > It overwrote my config, I had to wait few minutes for kernel install to > > finish (because stupid grub insisted on finding floppy controller or > > something like that) > > so perhaps UPDATE_GRUB=yes in /etc/sysconfig/grub instead to allow generation > of /boot/grub/grub.conf ? > > > > and rc-boot sucks it has no such possibility that grub2 auto update has > > > for multiple concurrent kernels. > > > > Can't rc-boot simply call that update-grub command? > > why the extra package just to call /sbin/update-grub? It's the PLD way - small simple package to handle all configurations. Just like fontpostinst, fix-info-dir... somehow rc-scripts (well, maybe not so simple in the last case). -- Jakub Bogusz http://qboosh.pl/ From udvzsolt at gmail.com Mon Mar 22 21:50:48 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Mon, 22 Mar 2010 21:50:48 +0100 Subject: qbittorrent.spec Message-ID: <760ece281003221350l1b6836cbmfd422d5f858a65c@mail.gmail.com> Hello lisu! Please check qbittorrent.spec (rev. 1.45)! What do you think about? Zsolt From z at xatka.net Thu Mar 25 12:00:00 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Thu, 25 Mar 2010 12:00:00 +0100 Subject: $HOME of system users like nobody or stats Message-ID: <20100325110000.GA11292@davabel.touk.pl> mount.davfs (provided by davfs2 package) does not allow non-root user to mount filesystem into another users home directory. Problem is that home directory of nobody and stats users (both provided by setup package) is "/". I would like to change home directory of these users to "/usr/share/empty". Will it break something? -- Regards, Pawe? Zuzelski From blues at pld-linux.org Thu Mar 25 12:55:58 2010 From: blues at pld-linux.org (Pawel Golaszewski) Date: Thu, 25 Mar 2010 12:55:58 +0100 (CET) Subject: $HOME of system users like nobody or stats In-Reply-To: <20100325110000.GA11292@davabel.touk.pl> References: <20100325110000.GA11292@davabel.touk.pl> Message-ID: On Thu, 25 Mar 2010, Pawe? Zuzelski wrote: > mount.davfs (provided by davfs2 package) does not allow non-root user to > mount filesystem into another users home directory. Problem is that home > directory of nobody and stats users (both provided by setup package) is > "/". > I would like to change home directory of these users to > "/usr/share/empty". Will it break something? No, it won't. AFAIR it was discussed ages ago with kloczek (hundreds-of-mails-thread) -- 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 glen at pld-linux.org Mon Mar 29 13:04:39 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 29 Mar 2010 13:04:39 +0200 Subject: new spec (lyricue) In-Reply-To: References: <20071109233908.GU4443@chiefworks.com> Message-ID: <201003291404.39440.glen@pld-linux.org> are you all aware who gave +1, that you should be mentoring his commits? :) On Saturday 10 November 2007 01:53:33 Aria Stewart wrote: > +1 for me for commit access. On Saturday 10 November 2007 02:06:07 Krystian Tomczyk wrote: > +1 On Tuesday 13 November 2007 01:56:42 Arkadiusz Patyk wrote: > +1 -- glen From pld at chiefworks.com Mon Mar 29 13:48:05 2010 From: pld at chiefworks.com (Caleb Maclennan) Date: Mon, 29 Mar 2010 14:48:05 +0300 Subject: new spec (lyricue) In-Reply-To: <201003291404.39440.glen@pld-linux.org> References: <20071109233908.GU4443@chiefworks.com> <201003291404.39440.glen@pld-linux.org> Message-ID: <5b3145a1003290448r43474a81u2957453b9eb86136@mail.gmail.com> Should I give a holler here or directly to somebody when I have a commit or will things been seen and reviewed? Question about log messages. I noticed after I committed a bump to the version of hugin last night that most log messages for spec file commits start with a leading dash. Does this have a special meaning or is it just convention that I should follow or did I fail in some other way? I'm working on that lyricue spec i started with three years ago, but it needs some upgrading now seeing that it's a few versions old! Caleb 2010/3/29 Elan Ruusam?e : > are you all aware who gave +1, that you should be mentoring his commits? :) > > On Saturday 10 November 2007 01:53:33 Aria Stewart wrote: >> +1 for me for commit access. > > On Saturday 10 November 2007 02:06:07 Krystian Tomczyk wrote: >> +1 > > On Tuesday 13 November 2007 01:56:42 Arkadiusz Patyk wrote: >> +1 From glen at pld-linux.org Mon Mar 29 14:27:42 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 29 Mar 2010 15:27:42 +0300 Subject: new spec (lyricue) In-Reply-To: <5b3145a1003290448r43474a81u2957453b9eb86136@mail.gmail.com> References: <20071109233908.GU4443@chiefworks.com> <201003291404.39440.glen@pld-linux.org> <5b3145a1003290448r43474a81u2957453b9eb86136@mail.gmail.com> Message-ID: <201003291527.42346.glen@pld-linux.org> On Monday 29 March 2010 14:48:05 Caleb Maclennan wrote: > Question about log messages. I noticed after I committed a bump to the > version of hugin last night that most log messages for spec file > commits start with a leading dash. Does this have a special meaning or > is it just convention that I should follow or did I fail in some other > way? it is explained in here: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/HACKING also you mind find this useful: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/BuildRequires.txt and these two (depending on your language preference) http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/devel-hints-en.txt http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/devel-hints-pl.txt however, these may not be exactly up to date, most of the knowledge comes imho via monitoring of spec commits. and when creating new .specs, there are somewhat useful templates: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/template-specs/ -- glen From caleb at pld-linux.org Mon Mar 29 16:05:27 2010 From: caleb at pld-linux.org (Caleb Maclennan) Date: Mon, 29 Mar 2010 17:05:27 +0300 Subject: new spec (lyricue) In-Reply-To: <201003291527.42346.glen@pld-linux.org> References: <20071109233908.GU4443@chiefworks.com> <201003291404.39440.glen@pld-linux.org> <5b3145a1003290448r43474a81u2957453b9eb86136@mail.gmail.com> <201003291527.42346.glen@pld-linux.org> Message-ID: <5b3145a1003290705n6b83278as3a76624023f30155@mail.gmail.com> Thanks for the links to relevant current developer documentation. I'll keep an eye on those guidelines. I have to say that even having been an avid PLD user for 10+ years the lack of clear easy to find documentation (and the amount of outdated, irrelevant and contradictory documentation floating around in dozens of locations) is making me dizzy. I have subscribed to the cvs commit list and will try to keep up with what's current that way. Caleb 2010/3/29 Elan Ruusam?e : > On Monday 29 March 2010 14:48:05 Caleb Maclennan wrote: >> Question about log messages. I noticed after I committed a bump to the >> version of hugin last night that most log messages for spec file >> commits start with a leading dash. Does this have a special meaning or >> is it just convention that I should follow or did I fail in some other >> way? > > it is explained in here: > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/HACKING > > also you mind find this useful: > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/BuildRequires.txt > > and these two (depending on your language preference) > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/devel-hints-en.txt > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/devel-hints-pl.txt > > however, these may not be exactly up to date, most of the knowledge comes imho > via monitoring of spec commits. > > and when creating new .specs, there are somewhat useful templates: > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/template-specs/ > > -- > glen From wrobell at pld-linux.org Mon Mar 29 16:23:04 2010 From: wrobell at pld-linux.org (Artur Wroblewski) Date: Mon, 29 Mar 2010 15:23:04 +0100 Subject: new spec (lyricue) In-Reply-To: <5b3145a1003290705n6b83278as3a76624023f30155@mail.gmail.com> References: <20071109233908.GU4443@chiefworks.com> <201003291404.39440.glen@pld-linux.org> <5b3145a1003290448r43474a81u2957453b9eb86136@mail.gmail.com> <201003291527.42346.glen@pld-linux.org> <5b3145a1003290705n6b83278as3a76624023f30155@mail.gmail.com> Message-ID: <950d18961003290723g57326d68h2c41a23470ef7304@mail.gmail.com> On Mon, Mar 29, 2010 at 3:05 PM, Caleb Maclennan wrote: > Thanks for the links to relevant current developer documentation. I'll > keep an eye on those guidelines. > > I have to say that even having been an avid PLD user for 10+ years the > lack of clear easy to find documentation (and the amount of outdated, > irrelevant and contradictory documentation floating around in dozens > of locations) is making me dizzy. > > I have subscribed to the cvs commit list and will try to keep up with > what's current that way. Just don't be afraid to commit - there will be always someone, who will correct you - nothing wrong with that (just ignore rudeness, which may happen when someone has bad day ;). You may ask on the list or irc if not sure about some stuff. Best regards, w From mike at osdn.org.ua Mon Mar 29 16:35:49 2010 From: mike at osdn.org.ua (Michael Shigorin) Date: Mon, 29 Mar 2010 17:35:49 +0300 Subject: $HOME of system users like nobody or stats In-Reply-To: <20100325110000.GA11292@davabel.touk.pl> References: <20100325110000.GA11292@davabel.touk.pl> Message-ID: <20100329143549.GS24108@osdn.org.ua> On Thu, Mar 25, 2010 at 12:00:00PM +0100, Pawe? Zuzelski wrote: > mount.davfs (provided by davfs2 package) does not allow > non-root user to mount filesystem into another users home > directory. Problem is that home directory of nobody and stats > users (both provided by setup package) is "/". > > I would like to change home directory of these users to > "/usr/share/empty". Will it break something? $ egrep '^(nobody|sshd):' /etc/passwd nobody:x:99:99:Nobody:/var/nobody:/dev/null sshd:x:109:117::/var/empty:/dev/null (it's ALT Linux, Owl GNU/*/Linux does probably the same) -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ From z at xatka.net Wed Mar 31 19:12:29 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 31 Mar 2010 19:12:29 +0200 Subject: mv request: xmlunit -> java-xmlunit Message-ID: <20100331171229.GA4927@davabel.touk.pl> CVS Admin, please rename xmlunit to java-xmlunit -- Thanks in advance, Pawe? Zuzelski From glen at pld-linux.org Wed Mar 31 22:59:28 2010 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 31 Mar 2010 23:59:28 +0300 Subject: mv request: xmlunit -> java-xmlunit In-Reply-To: <20100331171229.GA4927@davabel.touk.pl> References: <20100331171229.GA4927@davabel.touk.pl> Message-ID: <201003312359.29248.glen@pld-linux.org> On Wednesday 31 March 2010 20:12:29 Pawe? Zuzelski wrote: > CVS Admin, please rename xmlunit to java-xmlunit renamed ps: official address is cvsadmin@ ps2: somebody make alias? -- glen From z at xatka.net Wed Mar 31 23:48:19 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 31 Mar 2010 23:48:19 +0200 Subject: mv request: xmlunit -> java-xmlunit In-Reply-To: <201003312359.29248.glen@pld-linux.org> References: <20100331171229.GA4927@davabel.touk.pl> <201003312359.29248.glen@pld-linux.org> Message-ID: <20100331214819.GA5120@davabel.xatka.net> On Wed, 31 Mar 2010, Elan Ruusam?e wrote: > On Wednesday 31 March 2010 20:12:29 Pawe? Zuzelski wrote: > > CVS Admin, please rename xmlunit to java-xmlunit > > renamed Thanks. > ps: official address is cvsadmin@ > ps2: somebody make alias? I noticed my mistake few seconds after I had sent the message. I had not received failure notice so I assumed this e-mail is correct too. -- Pawe?