From glen at pld-linux.org Fri Jul 9 11:57:07 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 9 Jul 2010 12:57:07 +0300 Subject: dependency tracking between php modules In-Reply-To: <20100628113334.GA7361@agmk.net> References: <20100628113334.GA7361@agmk.net> Message-ID: <201007091257.07554.glen@pld-linux.org> On Monday 28 June 2010 14:33:34 Adam Golebiowski wrote: > Any objections? yes numbering files and having them %config marked brings on hell if you version control your config files in /etc. also editing config files with tab-completion makes you nuts if you need to figure out each time into which number your module config goes. seen that with apache and lighty, don't want to see it any more. stick to existing solutions that you just rename problematic modules configs. ideally this should be solved in code level, i.e php engine should read the dependency information of extension (opening .so with DL_LAZY) and reorder modules loading. -- glen From udvzsolt at gmail.com Wed Jul 14 11:16:59 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 14 Jul 2010 11:16:59 +0200 Subject: tar BR Message-ID: Hi all! Is this needed to add tar BR some packages? E.g. http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/awesome/awesome.spec.diff?r1=1.91;r2=1.92 http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/texlive/texlive.spec.diff?r1=1.324;r2=1.325 Etc. On carme: poldek:/all-avail> uninstall -t tar mark tar-1.23-5.i686 Processing dependencies... tar-1.23-5.i686 marks geninitrd-10000.20-5.noarch (req tar) tar-1.23-5.i686 marks util-vserver-0.30.216-0.pre2864.2.i686 (req tar) util-vserver-0.30.216-0.pre2864.2.i686 marks vserver-distro-pld-0.30.216-0.pre2864.2.i686 (req util-vserver = 0.30.216-0.pre2864.2) tar-1.23-5.i686 marks rpm-build-4.5-43.i686 (req tar) rpm-build-4.5-43.i686 marks rpm-build-tools-4.4.39-1.noarch (req rpm-build) There are 6 packages to remove (5 marked by dependencies): R tar-1.23-5.i686 D geninitrd-10000.20-5.noarch rpm-build-4.5-43.i686 rpm-build-tools-4.4.39-1.noarch util-vserver-0.30.216-0.pre2864.2.i686 D vserver-distro-pld-0.30.216-0.pre2864.2.i686 This operation will free 3.4MB of disk space. So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. Zsolt From z at xatka.net Wed Jul 14 11:36:34 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 14 Jul 2010 11:36:34 +0200 Subject: tar BR In-Reply-To: References: Message-ID: <20100714093634.GB4950@pzz.touk.pl> On Wed, 14 Jul 2010, Zsolt Udvari wrote: > So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. You can skip BR if it is required by rpm-build. But if it is required only by rpm-build-tools you still need BR. poldek:/all-avail> desc -r rpm-build | grep tar --color warn: rpm-build: ambiguous name Requires: /bin/bash, /bin/id, /bin/sh, /bin/sh, awk, bzip2, chrpath >= 0.10-4, config(rpm-build) = 4.5-43, cpio, diffutils, elfutils, file >= 4.17, fileutils, findutils, gcc >= 5:3.4, glibc-devel, grep, gzip, libc.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1), libc.so.6(GLIBC_2.2), libc.so.6(GLIBC_2.3), libpopt.so.0, libpopt.so.0(LIBPOPT_0), libpthread.so.0, libpthread.so.0(GLIBC_2.0), librpm-4.5.so, librpm-4.5.so(LIBRPM_0), librpmbuild-4.5.so, librpmbuild-4.5.so(LIBRPMBUILD_0), librpmio-4.5.so, librpmio-4.5.so(LIBRPMIO_0), make, patch, rpm-build-macros >= 1.514, rpm-utils = 4.5-43, rtld(GNU_HASH), sed, sh-utils, tar, textutils, xz So you don't have to add BR: tar. -- Regards, Pawe? From glen at pld-linux.org Wed Jul 14 13:08:19 2010 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 14 Jul 2010 14:08:19 +0300 Subject: tar BR In-Reply-To: <20100714093634.GB4950@pzz.touk.pl> References: <20100714093634.GB4950@pzz.touk.pl> Message-ID: <201007141408.19905.glen@pld-linux.org> On Wednesday 14 July 2010 12:36:34 Pawe? Zuzelski wrote: > On Wed, 14 Jul 2010, Zsolt Udvari wrote: > > So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. > > You can skip BR if it is required by rpm-build. But if it is > required only by rpm-build-tools you still need BR. ... > So you don't have to add BR: tar. one is BR: tar, other is VERSIONED BR: tar 1.22 means source is tar.xz [1] [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/BuildRequires.txt.diff?r1=1.140;r2=1.141;f=h -- glen From sparky at pld-linux.org Wed Jul 14 13:53:39 2010 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Wed, 14 Jul 2010 13:53:39 +0200 Subject: tar BR In-Reply-To: <201007141408.19905.glen@pld-linux.org> References: <20100714093634.GB4950@pzz.touk.pl> <201007141408.19905.glen@pld-linux.org> Message-ID: <20100714115339.GA23349@pld-linux.org> On Wed, Jul 14, 2010 at 02:08:19PM +0300, Elan Ruusam?e wrote: > On Wednesday 14 July 2010 12:36:34 Pawe? Zuzelski wrote: > > On Wed, 14 Jul 2010, Zsolt Udvari wrote: > > > So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. > > one is BR: tar, other is VERSIONED BR: tar ^ - that's the reason > 1.22 means source is tar.xz [1] 1.22 is able to diferenciate between lzma and xz compressed sources and selects the right decompressor as needed. > [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/BuildRequires.txt.diff?r1=1.140;r2=1.141;f=h -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ......... LANG...Pl,Ca,Es,En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : WWW2..............rsget.pl (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail..sparky at pld-linux.org From udvzsolt at gmail.com Thu Jul 15 06:01:14 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Thu, 15 Jul 2010 06:01:14 +0200 Subject: tar BR In-Reply-To: <20100714115339.GA23349@pld-linux.org> References: <20100714093634.GB4950@pzz.touk.pl> <201007141408.19905.glen@pld-linux.org> <20100714115339.GA23349@pld-linux.org> Message-ID: >> one is BR: tar, other is VERSIONED BR: tar > > ^ - that's the reason Oh, ok, understand :) From udvzsolt at gmail.com Wed Jul 21 12:48:18 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 21 Jul 2010 12:48:18 +0200 Subject: notification-daemon, O dbus interface Message-ID: Hi all! Imho the "Obsoletes: dbus(org.freedesktop.Notifications)" line is wrong in notification-daemon.spec [1]. Why? notification-daemon-0.4.0-3.i686 obsoleted by notification-daemon-0.5.0-1.i686 awesome-plugin-naughty-3.4.6-1.i686 obsoleted by notification-daemon-0.5.0-1.i686 kde4-kdebase-runtime-4.4.5-1.i686 obsoleted by notification-daemon-0.5.0-1.i686 The awesome-plugin-naughty and kde4-kdebase-runtime provide "dbus(org.freedesktop.Notifications)" too, and these packages required by some other packages! Is it right when I (or anybody else) remove these O line? Zsolt [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/notification-daemon/notification-daemon.spec.diff?r1=1.26;r2=1.27 From glen at pld-linux.org Wed Jul 21 13:11:39 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 21 Jul 2010 14:11:39 +0300 Subject: packages: tftp-hpa/tftp-hpa.spec, tftp-hpa/tftpd-hpa.inetd - rel 7 - proper... In-Reply-To: References: Message-ID: <201007211411.39900.glen@pld-linux.org> (re-posting to list from irc) On Tuesday 20 July 2010 12:55:23 baggins wrote: > Author: baggins Date: Tue Jul 20 09:55:23 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - rel 7 > - properly force ipv4 ... > packages/tftp-hpa/tftpd-hpa.inetd:1.5 --- > packages/tftp-hpa/tftpd-hpa.inetd:1.4 Tue Jul 20 11:28:00 2010 +++ > packages/tftp-hpa/tftpd-hpa.inetd Tue Jul 20 11:55:18 2010 > @@ -2,8 +2,9 @@ > SOCK_TYPE=dgram > PROTOCOL=udp > PORT=69 > -FLAGS="wait ipv4" > +FLAGS=wait > USER=root > SERVER=tcpd > DAEMON=/usr/sbin/tftpd > DAEMONARGS="-u tftp -t 30 -s /var/lib/tftp -v" > +FAMILY=ipv4 this $FAMILY is not supported by any inetd i checked, why you think it's "proper"? it's either not implemented or support dropped seems to me (did not try to cvs annotate yet on rc-inetd code). 21:52:39 glen> janekr: err, where is that FAMILY caming from? 21:52:49 glen> janekr: i see no match in xinetd generator 21:54:08 glen> janekr: the result must be in "flags = xxx" xinetd.conf option, which is written only via: $XFLAGS: 21:54:09 glen> [ "${XFLAGS:-n}" = "n" ] || echo " flags =$XFLAGS" 21:54:24 glen> janekr: 21:54:15 root[load: 0.11]@staff /etc# rpm -qf /etc/sysconfig/rc-inet.script 21:54:24 glen> xinetd-2.3.14-4.x86_64 21:55:49 glen> janekr: and to make it even more desperate, it's nowhere used! 21:55:49 glen> janekr: 21:55:20 root[load: 0.11]@staff /etc# rpm -ql xinetd rc-inetd|xargs grep FAMILY 21:55:49 glen> /etc/rc.d/init.d/rc-inetd: unset FAMILY INTERFACE CHROOT RPCNAME RPCVERSION 21:55:49 glen> /etc/rc.d/init.d/rc-inetd: unset FAMILY INTERFACE CHROOT RPCNAME RPCVERSION 21:55:49 glen> /etc/sysconfig/rc-inetd.conf:FAMILY= 21:56:07 glen> janekr: forgot to bump some dep or you just lindly assumed all generators use FAMILY? 21:58:37 glen> janekr: packages/inetd contains also no references to FAMILY, and i know no other inetd to check -- glen From baggins at sith.mimuw.edu.pl Wed Jul 21 13:26:29 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Wed, 21 Jul 2010 13:26:29 +0200 Subject: packages: tftp-hpa/tftp-hpa.spec, tftp-hpa/tftpd-hpa.inetd - rel 7 - proper... In-Reply-To: <201007211411.39900.glen@pld-linux.org> References: <201007211411.39900.glen@pld-linux.org> Message-ID: <20100721112629.GC14151@sith.mimuw.edu.pl> On Wed, 21 Jul 2010, Elan Ruusam?e wrote: > (re-posting to list from irc) > [...] > this $FAMILY is not supported by any inetd i checked, why you think it's "proper"? > it's either not implemented or support dropped seems to me > (did not try to cvs annotate yet on rc-inetd code). FAMILY was designed as a sign which IP family to use. And it was me who designed it years ago ;) inetd doesn't use because it doesn't know ipv6, so no point in implementing (maybe it does now, but no one bothered to check and update). rlinetd does support it. If xinted does not, then poke the people who know it and know how to fix it, code you pasted on irc shows that it should be easy job. As for FLAGS="wait ipv4" it may work in xinetd case, but it breaks both inetd and rlinetd. -- 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 z at xatka.net Wed Jul 21 13:37:00 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 21 Jul 2010 13:37:00 +0200 Subject: notification-daemon, O dbus interface In-Reply-To: References: Message-ID: <20100721113700.GB4527@pzz.touk.pl> On Wed, 21 Jul 2010, Zsolt Udvari wrote: > Hi all! > > Imho the "Obsoletes: dbus(org.freedesktop.Notifications)" line is > wrong in notification-daemon.spec [1]. Why? > > notification-daemon-0.4.0-3.i686 obsoleted by notification-daemon-0.5.0-1.i686 > awesome-plugin-naughty-3.4.6-1.i686 obsoleted by > notification-daemon-0.5.0-1.i686 > kde4-kdebase-runtime-4.4.5-1.i686 obsoleted by notification-daemon-0.5.0-1.i686 > > The awesome-plugin-naughty and kde4-kdebase-runtime provide > "dbus(org.freedesktop.Notifications)" too, and these packages required > by some other packages! > Is it right when I (or anybody else) remove these O line? +1. Of course programs that provide dbus(o.f.N) may coexist. -- Pawe? From glen at pld-linux.org Wed Jul 21 15:59:05 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 21 Jul 2010 16:59:05 +0300 Subject: packages: tftp-hpa/tftp-hpa.spec, tftp-hpa/tftpd-hpa.inetd - rel 7 - proper... In-Reply-To: <20100721112629.GC14151@sith.mimuw.edu.pl> References: <201007211411.39900.glen@pld-linux.org> <20100721112629.GC14151@sith.mimuw.edu.pl> Message-ID: <201007211659.05443.glen@pld-linux.org> On Wednesday 21 July 2010 14:26:29 Jan R?korajski wrote: > FAMILY was designed as a sign which IP family to use. And it was me who > designed it years ago well, so finish the implementation! it needs to be in "flags = ipv4" (man dhcpd.conf) for /etc/xinetd.conf the final result should be: service tftp { socket_type = dgram protocol = udp port = 69 user = root server = /usr/sbin/tftpd server_args = -u tftp -t 30 -s /var/lib/tftp -v wait = yes flags = ipv4 } -- glen From arekm at maven.pl Thu Jul 29 23:27:08 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Thu, 29 Jul 2010 23:27:08 +0200 Subject: packages: xorg-driver-video-nvidia/xorg-driver-video-nvidia.spec - don't fu... In-Reply-To: References: Message-ID: <201007292327.09322.arekm@maven.pl> On Thursday 29 of July 2010, baggins wrote: > Author: baggins Date: Thu Jul 29 19:07:40 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - don't fuck with rel macro, cause it screws internal reqs/provs packages/relup.sh now stopped working again with this spec :/ The macro is separated in many specs to allow automatic release update. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From baggins at sith.mimuw.edu.pl Thu Jul 29 23:49:52 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 29 Jul 2010 23:49:52 +0200 Subject: packages: xorg-driver-video-nvidia/xorg-driver-video-nvidia.spec - don't fu... In-Reply-To: <201007292327.09322.arekm@maven.pl> References: <201007292327.09322.arekm@maven.pl> Message-ID: <20100729214951.GA9491@sith.mimuw.edu.pl> On Thu, 29 Jul 2010, Arkadiusz Miskiewicz wrote: > On Thursday 29 of July 2010, baggins wrote: > > Author: baggins Date: Thu Jul 29 19:07:40 2010 GMT > > Module: packages Tag: HEAD > > ---- Log message: > > - don't fuck with rel macro, cause it screws internal reqs/provs > > packages/relup.sh now stopped working again with this spec :/ Though. You'll have to relup this spec by hand. > The macro is separated in many specs to allow automatic release update. In this case with multigl bcond on %{release} becomes %{rel}.mgl, in all internal deps %{rel} is used as realese, see? When I used %{release} in internal reqs then glen screamed bloody murder (he was right BTW), so if you want to separete these macros, then go ahead but do it in a way that does not break anything. -- 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