From n3npq at me.com Mon Jun 1 08:46:59 2015 From: n3npq at me.com (Jeffrey Johnson) Date: Mon, 01 Jun 2015 02:46:59 -0400 Subject: rpm overwriting config files again In-Reply-To: <20150531031905.GA11656@polanet.pl> References: <55631D11.3010206@pld-linux.org> <6D97A0EB-6E66-4B0E-83E1-023D6649DD4B@me.com> <55682319.2040701@pld-linux.org> <98F42323-B9A7-476C-A93E-49C36F86F53D@me.com> <5568BD23.5010701@pld-linux.org> <459493DA-5A33-46B9-8E5D-A62C1FC363A8@me.com> <20150531031905.GA11656@polanet.pl> Message-ID: <657080D3-8921-43CB-AFE0-6CF3DBEB227C@me.com> > On May 30, 2015, at 11:19 PM, Tomasz Pala wrote: > > On Fri, May 29, 2015 at 23:22:39 -0400, Jeffrey Johnson wrote: > >> You do realize that RPM5 embeds libgit2 sufficiently well to perform >> a commit that git(1) understands? > > No... any docs? examples? How to use it? Can't find anything except > rpmgitdebug, nothing appropriate in iosm, so I'm assuming this > particular usage scenario is possible, but not yet available, is it? > libgit2 is embedded like all other embeddings as a macro expansion %{git OPTIONS ARGS:BODY} You can just as easily use %(git ?) as %{git ?}; There?s a hunk of code in rpmdb that will expand macros (and run git) immediately after a header is added or deleted in an rpmdb. This is currently how /var/lib/hrmib is populated for snmpd purposes. Files could be managed much like etckeeper does as part of an installation. Meanwhile libgit2 hasn?t a stable AP: the code use to break monthly. I am building rpm directly against HEAD of libgit2: that isn?t likely going to be possible for any distro. Meanwhile there?s no reason whatsoever that you can?t attempt an etckeeper-like mechanism with a modest amount of scripting. The harder problem for me is that RPM is expected to Just Work in empty chroot?s, on bare metal hardware, and without git as an install prereq. That is/was the reason for embedding libgit2. >> Discusssing Newer! Better! Bestest! >> %config handling, with (.rpmnew/.rpmorig/.rpmsave) handling is >> so so so last century ... > > Indeed it is. I'm tired of handling all of this manually. > > With monotonically increasing versions of packages installed (i.e. only > upgrades, no downgrades), this should be relatively simple: > - keep some branch for original %configs (.rpmnew ones), > - keep master branch for user-modified %configs (.rpmorig and .rpmsave), > - try to git-merge changes on update (which would often fail, especially > when updating very old package with multiple changes along the way - > such files might be left for manual git merge/resolve). > > To properly support downgrades, rebase is needed to insert a file > between older and newer one, and some tags to distinguish version. > git, not rpm, will be the tool to do rebasing etc. rpm can/will automate some very simple steps much like etckeeper to handle %config files, and perhaps add some options to do a diff with ?query, or a merge with ?install. > > BTW, referring to the main subject: > https://www.redhat.com/archives/rpm-list/2003-May/msg00426.html > *shrug* The %config handling in RPM was exactly as broken 12 years ago as it is now. I see no important reason to change because it will lead to several years of questions and diagnoses simply because some change exists. 73 de Jeff > -- > Tomasz Pala > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en From glen at pld-linux.org Mon Jun 1 10:22:31 2015 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Mon, 01 Jun 2015 11:22:31 +0300 Subject: Fwd: setarch uname 2.6 In-Reply-To: <556B51B7.7040802@pld-linux.org> References: <556B51B7.7040802@pld-linux.org> Message-ID: <556C1647.2090808@pld-linux.org> pff. managed to post to wrong list -------- Original Message -------- Subject: setarch uname 2.6 Date: Sun, 31 May 2015 21:23:51 +0300 From: Elan Ruusam?e Reply-To: PLD: Users list (English) To: pld-users-en at lists.pld-linux.org hi is pld setarch broken or the tool itself is broken? the --uname-2.6 does not seem to work and stacking two calls, reset the previous attribs. # setarch --uname-2.6 uname -r setarch: --uname-2.6: Unrecognized architecture # setarch uname26 uname -r 2.6.54-1 # setarch --list uname26 linux32 linux64 i386 i486 i586 i686 athlon x86_64 # setarch i686 uname -m i686 # setarch uname26 setarch i686 uname -rm 3.14.36-1 i686 # setarch i686 setarch uname26 uname -rm 2.6.54-1 x86_64 # rpm -qf `which setarch` util-linux-2.25.1-1.x86_64 # setarch --help Usage: setarch [options] [program [program arguments]] Options: -v, --verbose says what options are being switched on -R, --addr-no-randomize disables randomization of the virtual address space -F, --fdpic-funcptrs makes function pointers point to descriptors -Z, --mmap-page-zero turns on MMAP_PAGE_ZERO -L, --addr-compat-layout changes the way virtual memory is allocated -X, --read-implies-exec turns on READ_IMPLIES_EXEC -B, --32bit turns on ADDR_LIMIT_32BIT -I, --short-inode turns on SHORT_INODE -S, --whole-seconds turns on WHOLE_SECONDS -T, --sticky-timeouts turns on STICKY_TIMEOUTS -3, --3gb limits the used address space to a maximum of 3 GB --4gb ignored (for backward compatibility only) --uname-2.6 turns on UNAME26 --list list settable architectures, and exit -h, --help display this help and exit -V, --version output version information and exit For more details see setarch(8). -- glen _______________________________________________ pld-users-en mailing list pld-users-en at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-en From glen at pld-linux.org Wed Jun 3 15:57:00 2015 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Wed, 03 Jun 2015 16:57:00 +0300 Subject: [packages/systemd] do not inherit $HOSTNAME when setting up /etc/hostname in systemd-units post scriptlet In-Reply-To: References:

Message-ID: <556F07AC.8000003@pld-linux.org> the previous code caused permission issues in docker: [root at localhost] # docker run -i -t pld bash [root at fee5a8d66c6a /]# echo $HOSTNAME fee5a8d66c6a [root at fee5a8d66c6a /]# cat /etc/hostname fee5a8d66c6a [root at fee5a8d66c6a /]# poldek -u systemd-units 5:systemd-units ########################################### mv: cannot move '/etc/hostname' to '/etc/hostname.rpmsave': Device or resource busy Operation failed: No such file or directory [root at fee5a8d66c6a /]# ls -l /etc/sysconfig/network /etc/hostname ls: cannot access /etc/sysconfig/network: No such file or directory -rw-r--r-- 1 root root 13 Jun 3 13:52 /etc/hostname [root at fee5a8d66c6a /]# grep hostname /proc/mounts /dev/mapper/sys-docker /etc/hostname xfs rw,relatime,attr2,inode64,noquota 0 0 why set up the file at all if the file already exists and is not-empty? On 03.06.2015 16:55, glen wrote: > commit dcd9e39e7ef3c53450b7de3db410af2e1bf3d2c6 > Author: Elan Ruusam?e > Date: Wed Jun 3 16:51:32 2015 +0300 > > do not inherit $HOSTNAME when setting up /etc/hostname in systemd-units post scriptlet > > systemd.spec | 1 + > 1 file changed, 1 insertion(+) > --- > diff --git a/systemd.spec b/systemd.spec > index 5a51496..7f2c20a 100644 > --- a/systemd.spec > +++ b/systemd.spec > @@ -935,6 +935,7 @@ if [ $1 -eq 1 ]; then > ln -s "$target" %{_sysconfdir}/systemd/system/default.target || : > > # Setup hostname > + HOSTNAME= > [ -f /etc/sysconfig/network ] && . /etc/sysconfig/network > if [ -n "$HOSTNAME" -a "$HOSTNAME" != "pldmachine" ]; then > [ -f /etc/hostname ] && mv -f /etc/hostname /etc/hostname.rpmsave > ================================================================ > > ---- gitweb: > > http://git.pld-linux.org/gitweb.cgi/packages/systemd.git/commitdiff/dcd9e39e7ef3c53450b7de3db410af2e1bf3d2c6 > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From jajcus at jajcus.net Wed Jun 3 16:14:34 2015 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 03 Jun 2015 16:14:34 +0200 Subject: [packages/systemd] do not inherit $HOSTNAME when setting up /etc/hostname in systemd-units post scriptlet In-Reply-To: <556F07AC.8000003@pld-linux.org> References:

<556F07AC.8000003@pld-linux.org> Message-ID: <556F0BCA.9090107@jajcus.net> On 2015-06-03 15:57, Elan Ruusam?e wrote: > > the previous code caused permission issues in docker: > > [root at localhost] # docker run -i -t pld bash > [root at fee5a8d66c6a /]# echo $HOSTNAME > fee5a8d66c6a > [root at fee5a8d66c6a /]# cat /etc/hostname > fee5a8d66c6a > [root at fee5a8d66c6a /]# poldek -u systemd-units > 5:systemd-units ########################################### > mv: cannot move '/etc/hostname' to '/etc/hostname.rpmsave': Device or > resource busy > Operation failed: No such file or directory > [root at fee5a8d66c6a /]# ls -l /etc/sysconfig/network /etc/hostname > ls: cannot access /etc/sysconfig/network: No such file or directory > -rw-r--r-- 1 root root 13 Jun 3 13:52 /etc/hostname > [root at fee5a8d66c6a /]# grep hostname /proc/mounts > /dev/mapper/sys-docker /etc/hostname xfs > rw,relatime,attr2,inode64,noquota 0 0 > > > > why set up the file at all if the file already exists and is not-empty? Exactly! If the file is there, then it must not me touched! That is an important part of the system configuration. Jacek From draenog at pld-linux.org Wed Jun 3 19:02:43 2015 From: draenog at pld-linux.org (Kacper Kornet) Date: Wed, 3 Jun 2015 19:02:43 +0200 Subject: %{_hkp_keyserver} in rpm Message-ID: <20150603170243.GQ21190@camk.edu.pl> What should we do about %{_hkp_keyserver} in rpm. Right now it is set to hkp://keys.rpm5.org which I think is down currently. 1. Set it to %nil 2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use http://pgp.mit.edu but I'm not sure if our rpm can do it). -- Kacper From arekm at maven.pl Wed Jun 3 20:50:04 2015 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Wed, 3 Jun 2015 20:50:04 +0200 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <20150603170243.GQ21190@camk.edu.pl> References: <20150603170243.GQ21190@camk.edu.pl> Message-ID: <201506032050.04122.arekm@maven.pl> On Wednesday 03 of June 2015, Kacper Kornet wrote: > What should we do about %{_hkp_keyserver} in rpm. Right now it is set to > hkp://keys.rpm5.org which I think is down currently. > > 1. Set it to %nil > 2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use > http://pgp.mit.edu but I'm not sure if our rpm can do it). It's hkp://ha.pool.sks-keyservers.net starting from 5.4.15-21. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Wed Jun 3 21:33:24 2015 From: glen at pld-linux.org (=?windows-1252?Q?Elan_Ruusam=E4e?=) Date: Wed, 03 Jun 2015 22:33:24 +0300 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <20150603170243.GQ21190@camk.edu.pl> References: <20150603170243.GQ21190@camk.edu.pl> Message-ID: <556F5684.8030301@pld-linux.org> On 03.06.2015 20:02, Kacper Kornet wrote: > What should we do about %{_hkp_keyserver} in rpm. Right now it is set to > hkp://keys.rpm5.org which I think is down currently. > > 1. Set it to %nil > 2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use > http://pgp.mit.edu but I'm not sure if our rpm can do it). what do you do to get the error? i.e what commands you run? -- glen From draenog at pld-linux.org Wed Jun 3 23:07:31 2015 From: draenog at pld-linux.org (Kacper Kornet) Date: Wed, 3 Jun 2015 23:07:31 +0200 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <556F5684.8030301@pld-linux.org> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> Message-ID: <20150603210731.GR21190@camk.edu.pl> On Wed, Jun 03, 2015 at 10:33:24PM +0300, Elan Ruusam?e wrote: > On 03.06.2015 20:02, Kacper Kornet wrote: > >What should we do about %{_hkp_keyserver} in rpm. Right now it is set to > >hkp://keys.rpm5.org which I think is down currently. > >1. Set it to %nil > >2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use > >http://pgp.mit.edu but I'm not sure if our rpm can do it). > what do you do to get the error? i.e what commands you run? The easiest way: rpm -K git-core-2.4.0-1.x86_64.rpm and it waits for connection to keys.rpm5.org I have found it by investigating why rpm -qp --nosignature rpm/packages/google-chrome/google-chrome-stable-43.0.2357.65-1.x86_64.rpm takes 2 minutes to finish. -- Kacper From glen at pld-linux.org Thu Jun 4 10:51:57 2015 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Thu, 04 Jun 2015 11:51:57 +0300 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <20150603210731.GR21190@camk.edu.pl> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> <20150603210731.GR21190@camk.edu.pl> Message-ID: <557011AD.8010107@pld-linux.org> On 04.06.2015 00:07, Kacper Kornet wrote: > On Wed, Jun 03, 2015 at 10:33:24PM +0300, Elan Ruusam?e wrote: >> On 03.06.2015 20:02, Kacper Kornet wrote: >>> What should we do about %{_hkp_keyserver} in rpm. Right now it is set to >>> hkp://keys.rpm5.org which I think is down currently. >>> 1. Set it to %nil >>> 2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use >>> http://pgp.mit.edu but I'm not sure if our rpm can do it). >> what do you do to get the error? i.e what commands you run? > The easiest way: > rpm -K git-core-2.4.0-1.x86_64.rpm i mean how did you encounter this problem? i don't believe you run rpm -K manually on packages. by "what commands you run?" i mean what are the actual commands you have ran and get error. and show the actual error as well. -- glen From draenog at pld-linux.org Thu Jun 4 11:19:55 2015 From: draenog at pld-linux.org (Kacper Kornet) Date: Thu, 4 Jun 2015 11:19:55 +0200 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <557011AD.8010107@pld-linux.org> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> <20150603210731.GR21190@camk.edu.pl> <557011AD.8010107@pld-linux.org> Message-ID: <20150604091955.GS21190@camk.edu.pl> On Thu, Jun 04, 2015 at 11:51:57AM +0300, Elan Ruusam?e wrote: > On 04.06.2015 00:07, Kacper Kornet wrote: > >On Wed, Jun 03, 2015 at 10:33:24PM +0300, Elan Ruusam?e wrote: > >>On 03.06.2015 20:02, Kacper Kornet wrote: > >>>What should we do about %{_hkp_keyserver} in rpm. Right now it is set to > >>>hkp://keys.rpm5.org which I think is down currently. > >>>1. Set it to %nil > >>>2. Set it to hkp://pgp.mit.edu (Fedora and OpenSuse use > >>>http://pgp.mit.edu but I'm not sure if our rpm can do it). > >>what do you do to get the error? i.e what commands you run? > >The easiest way: > >rpm -K git-core-2.4.0-1.x86_64.rpm > i mean how did you encounter this problem? i don't believe you run > rpm -K manually on packages. > by "what commands you run?" i mean what are the actual commands you > have ran and get error. and show the actual error as well. You have cut out the rest of my answer: I have found it by investigating why rpm -qp --nosignature rpm/packages/google-chrome/google-chrome-stable-43.0.2357.65-1.x86_64.rpm takes 2 minutes to finish. And the original slow command was: rpm -qp --nodigest --nosignature --qf %{R} google-chrome-stable-43.0.2357.81-1.x86_64.rpm called during building google-chrome -- Kacper From glen at pld-linux.org Thu Jun 4 11:46:00 2015 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Thu, 04 Jun 2015 12:46:00 +0300 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <20150604091955.GS21190@camk.edu.pl> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> <20150603210731.GR21190@camk.edu.pl> <557011AD.8010107@pld-linux.org> <20150604091955.GS21190@camk.edu.pl> Message-ID: <55701E58.5020304@pld-linux.org> On 04.06.2015 12:19, Kacper Kornet wrote: > And the original slow command was: > > rpm -qp --nodigest --nosignature --qf %{R} google-chrome-stable-43.0.2357.81-1.x86_64.rpm > > called during building google-chrome as i have not encountered this in normal poldek/rpm usage. perhaps because i use pld packages only and i have pld key imported? ps: arekm how you found it? same google-chrome package issue? -- glen From arekm at maven.pl Thu Jun 4 12:10:47 2015 From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=) Date: Thu, 4 Jun 2015 12:10:47 +0200 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <55701E58.5020304@pld-linux.org> References: <20150603170243.GQ21190@camk.edu.pl> <20150604091955.GS21190@camk.edu.pl> <55701E58.5020304@pld-linux.org> Message-ID: <201506041210.47506.arekm@maven.pl> On Thursday 04 of June 2015, Elan Ruusam?e wrote: > ps: arekm how you found it? same google-chrome package issue? Yes, the same. jbj server was not reachable and building google-chrome.spec took few minutes waiting on rpm queries. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Thu Jun 4 12:34:42 2015 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 04 Jun 2015 13:34:42 +0300 Subject: sysinfo/providename Message-ID: <557029C2.1030303@pld-linux.org> how it's supposed to be used? does not seem to have effect: [root at e13092785543 /]# echo "virtual(init-daemon)" >> /etc/rpm/sysinfo/Providename [root at e13092785543 /]# poldek -u nfs-utils error: $TERM undefined Loading [pndir]th... Loading [pndir]th... 24245 packages read Processing dependencies... nfs-utils-1.3.2-2.x86_64 marks rc-scripts-0.4.14-1.x86_64 (cap /etc/rc.d/init.d) rc-scripts-0.4.14-1.x86_64 marks gettext-0.19.4-3.x86_64 (cap /bin/gettext) rc-scripts-0.4.14-1.x86_64 marks findutils-4.4.2-2.x86_64 (cap findutils) rc-scripts-0.4.14-1.x86_64: required "virtual(init-daemon)" is provided by the following packages: a) SysVinit-2.88-18.x86_64 b) systemd-init-219-3.x86_64 Which one do you want to install ('Q' to abort)? [SysVinit-2.88-18.x86_64] poldek not implementing that inferface or i use it somehow wrong? [root at e13092785543 tmp]# echo /etc/rc.d/init.d >> /etc/rpm/sysinfo/Dirnames [root at e13092785543 tmp]# poldek -u nfs-utils error: $TERM undefined Loading [pndir]th... Loading [pndir]th... 24245 packages read Processing dependencies... nfs-utils-1.3.2-2.x86_64 marks rc-scripts-0.4.14-1.x86_64 (cap /etc/rc.d/init.d) rc-scripts-0.4.14-1.x86_64 marks gettext-0.19.4-3.x86_64 (cap /bin/gettext) rc-scripts-0.4.14-1.x86_64 marks findutils-4.4.2-2.x86_64 (cap findutils) rc-scripts-0.4.14-1.x86_64: required "virtual(init-daemon)" is provided by the following packages: a) SysVinit-2.88-18.x86_64 b) systemd-init-219-3.x86_64 Which one do you want to install ('Q' to abort)? [SysVinit-2.88-18.x86_64] -- glen From draenog at pld-linux.org Thu Jun 4 12:56:28 2015 From: draenog at pld-linux.org (Kacper Kornet) Date: Thu, 4 Jun 2015 12:56:28 +0200 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <55701E58.5020304@pld-linux.org> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> <20150603210731.GR21190@camk.edu.pl> <557011AD.8010107@pld-linux.org> <20150604091955.GS21190@camk.edu.pl> <55701E58.5020304@pld-linux.org> Message-ID: <20150604105628.GT21190@camk.edu.pl> On Thu, Jun 04, 2015 at 12:46:00PM +0300, Elan Ruusam?e wrote: > On 04.06.2015 12:19, Kacper Kornet wrote: > >And the original slow command was: > >rpm -qp --nodigest --nosignature --qf %{R} google-chrome-stable-43.0.2357.81-1.x86_64.rpm > >called during building google-chrome > as i have not encountered this in normal poldek/rpm usage. > perhaps because i use pld packages only and i have pld key imported? And does it work for you? I think I have the PLD key imported and: $ rpm -Kp git-core-2.4.0-1.x86_64.rpm git-core-2.4.0-1.x86_64.rpm: (SHA1) DSA sha1 md5 NOT_OK I think most users have been saved by bug in rpm in interpretation of switch --nosignature. It is interpereted correctly only for modes -K and -V. For all other modes it default is not to check signature and option --nosignature actually switches it on. Like: $ time rpm -qp --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm git-core pld rpm -qp --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm 0.05s user 0.00s system 92% cpu 0.058 total $ time rpm -qp --nosignature --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm time rpm -qp --nosignature --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm error: git-core-2.4.0-1.x86_64.rpm: Header V4 DSA signature: BAD, key ID e4f1bc2d error: reading git-core-2.4.0-1.x86_64.rpm manifest, non-printable characters found rpm -qp --nosignature --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm 0.06s user 0.00s system 0% cpu 2:07.39 total And the same for rpm -U ... -- Kacper From glen at delfi.ee Thu Jun 4 14:33:48 2015 From: glen at delfi.ee (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 04 Jun 2015 15:33:48 +0300 Subject: libvirt pulls qemy all emulations Message-ID: <557045AC.3080506@delfi.ee> qemu package is just virtual package pulling all systems how to solve this? root at fiona ~# poldek -e qemu-system-sh4 mark qemu-system-sh4-2.3.0-1.x86_64 Processing dependencies... qemu-system-sh4-2.3.0-1.x86_64 marks qemu-2.3.0-1.x86_64 (req qemu-system-sh4 = 2.3.0-1) qemu-2.3.0-1.x86_64 marks libvirt-daemon-qemu-1.2.14-1.x86_64 (req qemu) libvirt-daemon-qemu-1.2.14-1.x86_64 marks libvirt-utils-1.2.14-1.x86_64 (req libvirt-daemon-qemu = 1.2.14-1) There are 4 packages to remove (3 marked by dependencies): R qemu-system-sh4-2.3.0-1.x86_64 D libvirt-daemon-qemu-1.2.14-1.x86_64 libvirt-utils-1.2.14-1.x86_64 qemu-2.3.0-1.x86_64 This operation will free 11.2MB of disk space. Proceed? [N/y] -- glen From n3npq at me.com Thu Jun 4 14:35:09 2015 From: n3npq at me.com (Jeffrey Johnson) Date: Thu, 04 Jun 2015 08:35:09 -0400 Subject: sysinfo/providename In-Reply-To: <557029C2.1030303@pld-linux.org> References: <557029C2.1030303@pld-linux.org> Message-ID: > On Jun 4, 2015, at 6:34 AM, Elan Ruusam?e wrote: > > how it's supposed to be used? > > does not seem to have effect: > > [root at e13092785543 /]# echo "virtual(init-daemon)" >> /etc/rpm/sysinfo/Providename > [root at e13092785543 /]# poldek -u nfs-utils > error: $TERM undefined > Loading [pndir]th... > Loading [pndir]th... > 24245 packages read > Processing dependencies... > nfs-utils-1.3.2-2.x86_64 marks rc-scripts-0.4.14-1.x86_64 (cap /etc/rc.d/init.d) > rc-scripts-0.4.14-1.x86_64 marks gettext-0.19.4-3.x86_64 (cap /bin/gettext) > rc-scripts-0.4.14-1.x86_64 marks findutils-4.4.2-2.x86_64 (cap findutils) > rc-scripts-0.4.14-1.x86_64: required "virtual(init-daemon)" is provided by the following packages: > a) SysVinit-2.88-18.x86_64 > b) systemd-init-219-3.x86_64 > Which one do you want to install ('Q' to abort)? [SysVinit-2.88-18.x86_64] > > poldek not implementing that inferface or i use it somehow wrong? > Likely poldek not implementing the interface. You can verify functionality by doing echo ?unknown_dependency? >> /etc/rpm/sysinfo/Requirename and attempting to install any package using rpm cli until you do echo ?unknown_dependency? >> /etc/rpm/sysinfo/Providename > [root at e13092785543 tmp]# echo /etc/rc.d/init.d >> /etc/rpm/sysinfo/Dirnames > [root at e13092785543 tmp]# poldek -u nfs-utils > error: $TERM undefined > Loading [pndir]th... > Loading [pndir]th... > 24245 packages read > Processing dependencies... > nfs-utils-1.3.2-2.x86_64 marks rc-scripts-0.4.14-1.x86_64 (cap /etc/rc.d/init.d) > rc-scripts-0.4.14-1.x86_64 marks gettext-0.19.4-3.x86_64 (cap /bin/gettext) > rc-scripts-0.4.14-1.x86_64 marks findutils-4.4.2-2.x86_64 (cap findutils) > rc-scripts-0.4.14-1.x86_64: required "virtual(init-daemon)" is provided by the following packages: > a) SysVinit-2.88-18.x86_64 > b) systemd-init-219-3.x86_64 > Which one do you want to install ('Q' to abort)? [SysVinit-2.88-18.x86_64] > > > -- > glen > > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en From glen at pld-linux.org Thu Jun 4 14:36:27 2015 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 04 Jun 2015 15:36:27 +0300 Subject: libvirt pulls qemy all emulations In-Reply-To: <557045AC.3080506@delfi.ee> References: <557045AC.3080506@delfi.ee> Message-ID: <5570464B.10102@pld-linux.org> On 04.06.2015 15:33, Elan Ruusam?e wrote: > qemu package is just virtual package pulling all systems > how to solve this? hmm, just require specific arch, as there's no ppc on th, can just require x86 system? https://github.com/pld-linux/libvirt/blob/auto/ti/libvirt-1.2.6-1/libvirt.spec#L28-L31 # qemu available only on x86 and ppc %ifnarch %{ix86} %{x8664} ppc %undefine with_qemu %endif > > > root at fiona ~# poldek -e qemu-system-sh4 > mark qemu-system-sh4-2.3.0-1.x86_64 > Processing dependencies... > qemu-system-sh4-2.3.0-1.x86_64 marks qemu-2.3.0-1.x86_64 (req > qemu-system-sh4 = 2.3.0-1) > qemu-2.3.0-1.x86_64 marks libvirt-daemon-qemu-1.2.14-1.x86_64 (req > qemu) > libvirt-daemon-qemu-1.2.14-1.x86_64 marks > libvirt-utils-1.2.14-1.x86_64 (req libvirt-daemon-qemu = 1.2.14-1) > There are 4 packages to remove (3 marked by dependencies): > R qemu-system-sh4-2.3.0-1.x86_64 > D libvirt-daemon-qemu-1.2.14-1.x86_64 libvirt-utils-1.2.14-1.x86_64 > qemu-2.3.0-1.x86_64 > This operation will free 11.2MB of disk space. > Proceed? [N/y] > -- glen From n3npq at me.com Thu Jun 4 14:43:29 2015 From: n3npq at me.com (Jeffrey Johnson) Date: Thu, 04 Jun 2015 08:43:29 -0400 Subject: %{_hkp_keyserver} in rpm In-Reply-To: <20150604105628.GT21190@camk.edu.pl> References: <20150603170243.GQ21190@camk.edu.pl> <556F5684.8030301@pld-linux.org> <20150603210731.GR21190@camk.edu.pl> <557011AD.8010107@pld-linux.org> <20150604091955.GS21190@camk.edu.pl> <55701E58.5020304@pld-linux.org> <20150604105628.GT21190@camk.edu.pl> Message-ID: <6A7590FA-B43B-4F7A-A92C-9479E375A1C4@me.com> > On Jun 4, 2015, at 6:56 AM, Kacper Kornet wrote: > > On Thu, Jun 04, 2015 at 12:46:00PM +0300, Elan Ruusam?e wrote: >> On 04.06.2015 12:19, Kacper Kornet wrote: >>> And the original slow command was: > >>> rpm -qp --nodigest --nosignature --qf %{R} google-chrome-stable-43.0.2357.81-1.x86_64.rpm > >>> called during building google-chrome >> as i have not encountered this in normal poldek/rpm usage. > >> perhaps because i use pld packages only and i have pld key imported? > > And does it work for you? I think I have the PLD key imported and: Do you have the key imported or not? Use ?rpm -q gpg-pubkey? and look for the pubkey in the version ? > > $ rpm -Kp git-core-2.4.0-1.x86_64.rpm > git-core-2.4.0-1.x86_64.rpm: (SHA1) DSA sha1 md5 NOT_OK > > I think most users have been saved by bug in rpm in interpretation of switch > --nosignature. It is interpereted correctly only for modes -K and -V. Not a bug, entirely by intent. tpm is headed for MANDATORY signature checking for more than a decade now and removal of ?nosignature/?nodigest (and other) disablers. > For all other modes it default is not to check signature and option > --nosignature actually switches it on. Like: > > $ time rpm -qp --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm > git-core pld > rpm -qp --qf '%{name} %{vendor}\n' git-core-2.4.0-1.x86_64.rpm 0.05s user 0.00s system 92% cpu 0.058 total > > $ time rpm -qp --nosignature --qf '%{name} %{vendor}\n' > git-core-2.4.0-1.x86_64.rpm > > time rpm -qp --nosignature --qf '%{name} %{vendor}\n' > git-core-2.4.0-1.x86_64.rpm > error: git-core-2.4.0-1.x86_64.rpm: Header V4 DSA signature: BAD, key ID > e4f1bc2d > error: reading git-core-2.4.0-1.x86_64.rpm manifest, non-printable > characters found > rpm -qp --nosignature --qf '%{name} %{vendor}\n' > git-core-2.4.0-1.x86_64.rpm 0.06s user 0.00s system 0% cpu 2:07.39 total > > And the same for rpm -U ? Do you have the pubkey imported or not? 73 de Jeff > -- > Kacper > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en From n3npq at me.com Thu Jun 4 15:03:57 2015 From: n3npq at me.com (Jeffrey Johnson) Date: Thu, 04 Jun 2015 09:03:57 -0400 Subject: [packages/systemd] do not inherit $HOSTNAME when setting up /etc/hostname in systemd-units post scriptlet In-Reply-To: <556F0BCA.9090107@jajcus.net> References:

<556F07AC.8000003@pld-linux.org> <556F0BCA.9090107@jajcus.net> Message-ID: <887AF936-F882-4929-B896-970333154A20@me.com> > On Jun 3, 2015, at 10:14 AM, Jacek Konieczny wrote: > > On 2015-06-03 15:57, Elan Ruusam?e wrote: >> >> the previous code caused permission issues in docker: >> >> [root at localhost] # docker run -i -t pld bash >> [root at fee5a8d66c6a /]# echo $HOSTNAME >> fee5a8d66c6a >> [root at fee5a8d66c6a /]# cat /etc/hostname >> fee5a8d66c6a >> [root at fee5a8d66c6a /]# poldek -u systemd-units >> 5:systemd-units ########################################### >> mv: cannot move '/etc/hostname' to '/etc/hostname.rpmsave': Device or >> resource busy >> Operation failed: No such file or directory >> [root at fee5a8d66c6a /]# ls -l /etc/sysconfig/network /etc/hostname >> ls: cannot access /etc/sysconfig/network: No such file or directory >> -rw-r--r-- 1 root root 13 Jun 3 13:52 /etc/hostname >> [root at fee5a8d66c6a /]# grep hostname /proc/mounts >> /dev/mapper/sys-docker /etc/hostname xfs >> rw,relatime,attr2,inode64,noquota 0 0 >> >> >> >> why set up the file at all if the file already exists and is not-empty? > > Exactly! If the file is there, then it must not me touched! That is an important part of the system configuration. > Are you creating an immutable file? If so, the rpm likely needs to provide a better error message when there is an attempt to replace an immutable file from a package. 73 de Jeff From glen at pld-linux.org Thu Jun 4 15:15:15 2015 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Thu, 04 Jun 2015 16:15:15 +0300 Subject: [packages/systemd] do not inherit $HOSTNAME when setting up /etc/hostname in systemd-units post scriptlet In-Reply-To: <887AF936-F882-4929-B896-970333154A20@me.com> References:

<556F07AC.8000003@pld-linux.org> <556F0BCA.9090107@jajcus.net> <887AF936-F882-4929-B896-970333154A20@me.com> Message-ID: <55704F63.2010900@pld-linux.org> On 04.06.2015 16:03, Jeffrey Johnson wrote: > Are you creating an immutable file? > > If so, the rpm likely needs to provide a better error message when there > is an attempt to replace an immutable file from a package. that is not from rpm, but shell code from %post scriptlet -- glen From glen at pld-linux.org Sun Jun 7 19:55:35 2015 From: glen at pld-linux.org (=?windows-1252?Q?Elan_Ruusam=E4e?=) Date: Sun, 07 Jun 2015 20:55:35 +0300 Subject: cairo reqs In-Reply-To: <20150531110254.GA1919@polanet.pl> References: <20150531110254.GA1919@polanet.pl> Message-ID: <55748597.3080004@pld-linux.org> On 31.05.2015 14:02, Tomasz Pala wrote: > is that all really necessary? Mesa-whatever, libdrm, xorg-whatever > (pciaccess), hwdata, pciutils, kmod, wayland just to have rrdtool seems > to be some massive overkill for drawing some stats... ... > Why did we enable this GL backend? We should ship at least a version > without gl, tee and xml as they are mostly useless in real life: > http://lists.cairographics.org/archives/cairo/2009-August/018060.html > (oops, tee seems to be required by firefox). While xml doesn't pull much > overhead, it is all about this gl... As the upstream didn't manage to > split this for 4 years now: > > http://lists.cairographics.org/archives/cairo/2010-December/021277.html > > couldn't we just disable this *experimental* backend? go ahead and disable experimental backends. i don't see anyone objecting and the GL deps slipping into my servers is also what i despise. -- glen From qboosh at pld-linux.org Mon Jun 8 18:02:33 2015 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 8 Jun 2015 18:02:33 +0200 Subject: Fwd: setarch uname 2.6 In-Reply-To: <556C1647.2090808@pld-linux.org> References: <556B51B7.7040802@pld-linux.org> <556C1647.2090808@pld-linux.org> Message-ID: <20150608160233.GA22904@mail> On Mon, Jun 01, 2015 at 11:22:31AM +0300, Elan Ruusam?e wrote: > pff. managed to post to wrong list > > > -------- Original Message -------- > Subject: setarch uname 2.6 > Date: Sun, 31 May 2015 21:23:51 +0300 > From: Elan Ruusam?e > Reply-To: PLD: Users list (English) > To: pld-users-en at lists.pld-linux.org > > > > hi > > is pld setarch broken or the tool itself is broken? > > the --uname-2.6 does not seem to work > and stacking two calls, reset the previous attribs. > > # setarch --uname-2.6 uname -r > setarch: --uname-2.6: Unrecognized architecture One must specify arch argument first: $ LC_ALL=C setarch --help Usage: setarch [options] [ [...]] [...] e.g.: [qboosh at carme-pld ~]$ uname -a Linux carme-pld 3.18.10-1 #1 SMP Fri Mar 27 20:49:31 CET 2015 x86_64 Intel(R)_Xeon(R)_CPU___________X5355__ at _2.66GHz PLD Linux [qboosh at carme-pld ~]$ setarch i686 --uname-2.6 uname -a Linux carme-pld 2.6.58-1 #1 SMP Fri Mar 27 20:49:31 CET 2015 i686 Intel(R)_Xeon(R)_CPU___________X5355__ at _2.66GHz PLD Linux > # setarch i686 uname -m > i686 > > # setarch uname26 setarch i686 uname -rm > 3.14.36-1 i686 > > # setarch i686 setarch uname26 uname -rm > 2.6.54-1 x86_64 Stacking doesn't work as "arch" is personality name. "uname26" seems to be also separate personality (beside an option). -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Tue Jun 9 23:50:29 2015 From: glen at pld-linux.org (=?windows-1252?Q?Elan_Ruusam=E4e?=) Date: Wed, 10 Jun 2015 00:50:29 +0300 Subject: rpm overwriting config files again In-Reply-To: <55696708.3060506@pld-linux.org> References: <55631D11.3010206@pld-linux.org> <6D97A0EB-6E66-4B0E-83E1-023D6649DD4B@me.com> <55682319.2040701@pld-linux.org> <98F42323-B9A7-476C-A93E-49C36F86F53D@me.com> <55696708.3060506@pld-linux.org> Message-ID: <55775FA5.6030405@pld-linux.org> ping jbj? On 30.05.2015 10:30, Elan Ruusam?e wrote: > On 29.05.2015 17:43, Jeffrey Johnson wrote: >> If you wish to change the behavior to, say, create foo.rpmnew instead >> of foo >> when the new package file is marked %config(noreplace), then patch >> lib/rpmfi.c to return FA_ALTNAME instead of FA_CREATE when marked >> %config(noreplace) in lib/rpmfi.c rpmfiDecideFate() >> >> The patch will likely be as simple as >> >> - return FA_CREATE; >> + return save; > > i don't know what i'm doing wrong, but the fate is not decided for > commands.cfg file: > > 10:26:18 root[load: 0.13]@new-server ~# rpm -Uvv > nagios-nrpe-2.15-4.1.i686.rpm 2> inst.log > Preparing packages for installation... > Repackaging erased files... > nagios-nrpe-2.15-1.i686 > Upgrading packages... > nagios-nrpe-2.15-4.1.i686 > > 10:29:10 root[load: 0.01]@new-server ~# rpm -qf > /etc/nagios/nrpe.d/commands.cfg > nagios-nrpe-2.15-4.1.i686 > > 10:26:22 root[load: 0.12]@new-server ~# grep -i fate inst.log > D: /etc/nagios/nrpe.cfg rpmfiDecideFate > > > besides your patch, > https://github.com/pld-linux/rpm/compare/config-noreplace-newfile > > > i added log when the method is invoked: > --- rpm-5.4.15/lib/rpmfi.c~ 2015-05-30 10:15:12.000000000 +0300 > +++ rpm-5.4.15/lib/rpmfi.c 2015-05-30 10:21:23.644364230 +0300 > @@ -677,6 +677,8 @@ > struct stat sb; > int save = (newFlags & RPMFILE_NOREPLACE) ? FA_ALTNAME : FA_SAVE; > > + rpmlog(RPMLOG_DEBUG, D_("%s rpmfiDecideFate\n"), fn); > + > if (Lstat(fn, &sb)) { > /* > * The file doesn't exist on the disk. Create it unless the new > > > -- glen From n3npq at me.com Wed Jun 10 22:35:10 2015 From: n3npq at me.com (Jeffrey Johnson) Date: Wed, 10 Jun 2015 16:35:10 -0400 Subject: rpm overwriting config files again In-Reply-To: <55775FA5.6030405@pld-linux.org> References: <55631D11.3010206@pld-linux.org> <6D97A0EB-6E66-4B0E-83E1-023D6649DD4B@me.com> <55682319.2040701@pld-linux.org> <98F42323-B9A7-476C-A93E-49C36F86F53D@me.com> <55696708.3060506@pld-linux.org> <55775FA5.6030405@pld-linux.org> Message-ID: On Jun 9, 2015, at 5:50 PM, Elan Ruusam?e wrote: > ping jbj? > Yes? I don't think your change to %config handling is worth the effort and disruption to the existing %config algorithm. Grep the code for FA_ALTNAME (for .rpmnew) and FA_BACKUP (for .rpmorig/.rpmsave) handling, patch as you wish. The change will likely be 1-3 lines of logic to set FA_BACKUP rather than FA_CREATE under some set of conditions. 73 de Jeff From glen at pld-linux.org Thu Jun 11 16:46:25 2015 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 11 Jun 2015 17:46:25 +0300 Subject: qt5 rebuild Message-ID: <55799F41.2040005@pld-linux.org> qt5 rebuild has been very painful, because most of the packages need to be rebuilt twice because they have: %{?with_qch:BuildRequires: qt5-assistant >= 5.2} %{?with_qm:BuildRequires: qt5-linguist >= 5.2} and getting qt5-assistant or linguist it's needed to build: qtbase, qtlocation, qtsensors, qtwebkit all with bootstrap because they depend on webkit, etc so i looked that qm dependency loop can be eliminated if we build translations from separate spec: qt5-qttranslations.spec upstream bundles the tarball anyway separately. downside is that as currently translations are packaged to package by translation name, like: qtbase_*.qm -> qt5-qtbase assistant_*.qm -> qtxmlpatterns_*.qm -> Qt5XmlPatterns etc options would be: a) create -i18n accompaning packages (Qt5XmlPatterns-i18n, ...) b) build all translations to qt5-qttranslations package with a) it's also question should the translations be Require on Suggest in main package? ps: no idea how to eliminate qch dep loop (yet). -- glen From baggins at pld-linux.org Thu Jun 11 20:32:20 2015 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 11 Jun 2015 20:32:20 +0200 Subject: qt5 rebuild In-Reply-To: <55799F41.2040005@pld-linux.org> References: <55799F41.2040005@pld-linux.org> Message-ID: <20150611183220.GA3855@home.lan> On Thu, 11 Jun 2015, Elan Ruusam?e wrote: > qt5 rebuild has been very painful, because most of the packages need to > be rebuilt twice > > because they have: > %{?with_qch:BuildRequires: qt5-assistant >= 5.2} > %{?with_qm:BuildRequires: qt5-linguist >= 5.2} > > and getting qt5-assistant or linguist it's needed to build: > qtbase, qtlocation, qtsensors, qtwebkit all with bootstrap because they > depend on webkit, etc > > so i looked that qm dependency loop can be eliminated if we build > translations from separate spec: qt5-qttranslations.spec > upstream bundles the tarball anyway separately. What about changing qm and qch deps from strict %{version} to something like %{ver_major} (ex. 5.x.y to 5.x), would that work? Or even, maybe making the unversioned? -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From baggins at pld-linux.org Thu Jun 11 20:56:43 2015 From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 11 Jun 2015 20:56:43 +0200 Subject: Packages removed from Th Message-ID: <20150611185642.GB3855@home.lan> The following packages have been removed from Th due to obsolescence (they don't build and are unmaintained upstream): blcr (userland and kernel modules) mplayer2 (superseded by mpv and mplayer) -- Jan R?korajski | PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ From qboosh at pld-linux.org Thu Jun 11 20:58:24 2015 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 11 Jun 2015 20:58:24 +0200 Subject: qt5 rebuild In-Reply-To: <55799F41.2040005@pld-linux.org> References: <55799F41.2040005@pld-linux.org> Message-ID: <20150611185824.GA7892@mail> On Thu, Jun 11, 2015 at 05:46:25PM +0300, Elan Ruusam?e wrote: > qt5 rebuild has been very painful, because most of the packages need to > be rebuilt twice > > because they have: > %{?with_qch:BuildRequires: qt5-assistant >= 5.2} > %{?with_qm:BuildRequires: qt5-linguist >= 5.2} > > and getting qt5-assistant or linguist it's needed to build: > qtbase, qtlocation, qtsensors, qtwebkit all with bootstrap because they > depend on webkit, etc You don't have to bootstrap qt5 from scratch everytime. You can use assistant and linguist from older qt5 release. > > so i looked that qm dependency loop can be eliminated if we build > translations from separate spec: qt5-qttranslations.spec > upstream bundles the tarball anyway separately. > > downside is that as currently translations are packaged to package by > translation name, like: > > qtbase_*.qm -> qt5-qtbase > assistant_*.qm -> > qtxmlpatterns_*.qm -> Qt5XmlPatterns > etc > > options would be: > a) create -i18n accompaning packages (Qt5XmlPatterns-i18n, ...) Such approach used to be once with KDE, hardly usable. -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Thu Jun 11 21:11:30 2015 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 11 Jun 2015 21:11:30 +0200 Subject: [packages/python-pyside] - initial; from fc In-Reply-To: <746146925274014b56ab02becc3a3cd28afe0915_refs_heads_master@pld-linux.org> References: <20150611190936.769.60962@pld-linux.org> <746146925274014b56ab02becc3a3cd28afe0915_refs_heads_master@pld-linux.org> Message-ID: <20150611191130.GB7892@mail> On Thu, Jun 11, 2015 at 09:09:41PM +0200, arekm wrote: > commit 746146925274014b56ab02becc3a3cd28afe0915 > Author: Arkadiusz Mi?kiewicz > Date: Thu Jun 11 21:09:28 2015 +0200 > > - initial; from fc > > python-pyside.spec | 100 +++++++++++++++++++++++++++++++++++++++++++++++++++++ See python-PySide.spec -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Thu Jun 11 22:10:17 2015 From: arekm at maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Thu, 11 Jun 2015 22:10:17 +0200 Subject: [packages/python-pyside] - initial; from fc In-Reply-To: <20150611191130.GB7892@mail> References: <20150611190936.769.60962@pld-linux.org> <746146925274014b56ab02becc3a3cd28afe0915_refs_heads_master@pld-linux.org> <20150611191130.GB7892@mail> Message-ID: <201506112210.17562.arekm@maven.pl> On Thursday 11 of June 2015, Jakub Bogusz wrote: > On Thu, Jun 11, 2015 at 09:09:41PM +0200, arekm wrote: > > commit 746146925274014b56ab02becc3a3cd28afe0915 > > Author: Arkadiusz Mi?kiewicz > > Date: Thu Jun 11 21:09:28 2015 +0200 > > > > - initial; from fc > > > > python-pyside.spec | 100 > > +++++++++++++++++++++++++++++++++++++++++++++++++++++ > > See python-PySide.spec crap :-/ Thanks. Would be nice if "git pld init xyz" warned about such cases. -- Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org ) From glen at pld-linux.org Thu Jun 11 23:46:55 2015 From: glen at pld-linux.org (=?windows-1252?Q?Elan_Ruusam=E4e?=) Date: Fri, 12 Jun 2015 00:46:55 +0300 Subject: qt5 rebuild In-Reply-To: <20150611185824.GA7892@mail> References: <55799F41.2040005@pld-linux.org> <20150611185824.GA7892@mail> Message-ID: <557A01CF.4030609@pld-linux.org> On 11.06.2015 21:58, Jakub Bogusz wrote: > On Thu, Jun 11, 2015 at 05:46:25PM +0300, Elan Ruusam?e wrote: >> >qt5 rebuild has been very painful, because most of the packages need to >> >be rebuilt twice >> > >> >because they have: >> >%{?with_qch:BuildRequires: qt5-assistant >= 5.2} >> >%{?with_qm:BuildRequires: qt5-linguist >= 5.2} >> > >> >and getting qt5-assistant or linguist it's needed to build: >> >qtbase, qtlocation, qtsensors, qtwebkit all with bootstrap because they >> >depend on webkit, etc > You don't have to bootstrap qt5 from scratch everytime. > You can use assistant and linguist from older qt5 release. > if you look the attempts to build qt5 in queue.html, you see that current deps are %{version} based. i did not set them, so i did not try to remove them. what makes it more harder (to rebuild) is that qtwebkit requires other qt* also from %{version}, not just 5.x -- glen From jajcus at jajcus.net Mon Jun 15 13:08:57 2015 From: jajcus at jajcus.net (Jacek Konieczny) Date: Mon, 15 Jun 2015 13:08:57 +0200 Subject: [projects/template-specs] use >= 7.0, to be consistent and > 7.0 looks like typo In-Reply-To: <76f14f6a4ca77c151642fdf2b5137489ef8a0926_refs_heads_master@pld-linux.org> References: <76f14f6a4ca77c151642fdf2b5137489ef8a0926_refs_heads_master@pld-linux.org> Message-ID: <557EB249.4060307@jajcus.net> On 2015-04-27 20:45, glen wrote: > commit 76f14f6a4ca77c151642fdf2b5137489ef8a0926 > Author: Elan Ruusam?e > Date: Mon Apr 27 21:45:12 2015 +0300 > > use >= 7.0, to be consistent and > 7.0 looks like typo Even it it looked like a typo, that was more correct than >= 7.0. Version 7.0 is known to be outdated (obsoleted by distribute), versions greater than 7.0 are newer than distribute and can replace python-distribute. >= 7.0 does not make any sense. If there is a reason to use newer setuptools, that then 7.0 won't do. Jacek From glen at pld-linux.org Mon Jun 15 13:40:10 2015 From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=) Date: Mon, 15 Jun 2015 14:40:10 +0300 Subject: [projects/template-specs] use >= 7.0, to be consistent and > 7.0 looks like typo In-Reply-To: <557EB249.4060307@jajcus.net> References: <76f14f6a4ca77c151642fdf2b5137489ef8a0926_refs_heads_master@pld-linux.org> <557EB249.4060307@jajcus.net> Message-ID: <557EB99A.4040105@pld-linux.org> On 15.06.2015 14:08, Jacek Konieczny wrote: > On 2015-04-27 20:45, glen wrote: >> commit 76f14f6a4ca77c151642fdf2b5137489ef8a0926 >> Author: Elan Ruusam?e >> Date: Mon Apr 27 21:45:12 2015 +0300 >> >> use >= 7.0, to be consistent and > 7.0 looks like typo > > Even it it looked like a typo, that was more correct than >= 7.0. > > Version 7.0 is known to be outdated (obsoleted by distribute), > versions greater than 7.0 are newer than distribute and can replace > python-distribute. > > >= 7.0 does not make any sense. If there is a reason to use newer > setuptools, that then 7.0 won't do. > so put 7.1 there? -- glen From qboosh at pld-linux.org Thu Jun 18 19:48:38 2015 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 18 Jun 2015 19:48:38 +0200 Subject: cairo reqs In-Reply-To: <55748597.3080004@pld-linux.org> References: <20150531110254.GA1919@polanet.pl> <55748597.3080004@pld-linux.org> Message-ID: <20150618174838.GA3209@mail> On Sun, Jun 07, 2015 at 08:55:35PM +0300, Elan Ruusam?e wrote: > On 31.05.2015 14:02, Tomasz Pala wrote: > >is that all really necessary? Mesa-whatever, libdrm, xorg-whatever > >(pciaccess), hwdata, pciutils, kmod, wayland just to have rrdtool seems > >to be some massive overkill for drawing some stats... > ... > >Why did we enable this GL backend? We should ship at least a version > >without gl, tee and xml as they are mostly useless in real life: > >http://lists.cairographics.org/archives/cairo/2009-August/018060.html > >(oops, tee seems to be required by firefox). While xml doesn't pull much > >overhead, it is all about this gl... As the upstream didn't manage to > >split this for 4 years now: > > > >http://lists.cairographics.org/archives/cairo/2010-December/021277.html > > > >couldn't we just disable this *experimental* backend? > go ahead and disable experimental backends. i don't see anyone objecting > and the GL deps slipping into my servers is also what i despise. weston GL clients (e.g. weston-screensaver) use cairo-egl with cairo-gl or cairo-glesv2. Nothing critical, but also not useless. -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Fri Jun 19 17:19:22 2015 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 19 Jun 2015 17:19:22 +0200 Subject: qt5 rebuild In-Reply-To: <557A01CF.4030609@pld-linux.org> References: <55799F41.2040005@pld-linux.org> <20150611185824.GA7892@mail> <557A01CF.4030609@pld-linux.org> Message-ID: <20150619151922.GA26935@mail> On Fri, Jun 12, 2015 at 12:46:55AM +0300, Elan Ruusam?e wrote: > On 11.06.2015 21:58, Jakub Bogusz wrote: > >On Thu, Jun 11, 2015 at 05:46:25PM +0300, Elan Ruusam?e wrote: > >>>qt5 rebuild has been very painful, because most of the packages need to > >>>be rebuilt twice > >>> > >>>because they have: > >>>%{?with_qch:BuildRequires: qt5-assistant >= 5.2} > >>>%{?with_qm:BuildRequires: qt5-linguist >= 5.2} > >>> > >>>and getting qt5-assistant or linguist it's needed to build: > >>>qtbase, qtlocation, qtsensors, qtwebkit all with bootstrap because they > >>>depend on webkit, etc > >You don't have to bootstrap qt5 from scratch everytime. > >You can use assistant and linguist from older qt5 release. > > > > if you look the attempts to build qt5 in queue.html, you see that > current deps are %{version} based. > i did not set them, so i did not try to remove them. > > what makes it more harder (to rebuild) is that qtwebkit requires other > qt* also from %{version}, not just 5.x OK, I lowered tools versions in all qt5 specs required to build qtbase+qttools set (i.e. qtbase, qtxmlpatterns, qtdeclarative, qtlocation, qtsensors, qtmultimedia, qtwebkit). -- Jakub Bogusz http://qboosh.pl/ From lordblick at gmail.com Wed Jun 24 21:53:36 2015 From: lordblick at gmail.com (LordBlick) Date: Wed, 24 Jun 2015 21:53:36 +0200 Subject: libftdi1.spec Message-ID: <558B0AC0.8050005@gmail.com> Hello, libftdi.spec is some obsolete, and many python functions useless, so I made new spec for next, improved generation of this library. Any suggestions appreciated, if no one, please commit. Those lines are resowed from %install, because from some reason compiled py doesn't work for me: %py_ocomp $RPM_BUILD_ROOT%{py_sitedir} %py_postclean -- Best Regards, LordBlick -------------- next part -------------- A non-text attachment was scrubbed... Name: libftdi1.spec Type: text/x-rpm-spec Size: 5600 bytes Desc: not available URL: From glen at pld-linux.org Thu Jun 25 10:20:50 2015 From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=) Date: Thu, 25 Jun 2015 11:20:50 +0300 Subject: libftdi1.spec In-Reply-To: <558B0AC0.8050005@gmail.com> References: <558B0AC0.8050005@gmail.com> Message-ID: <558BB9E2.4000905@pld-linux.org> On 24.06.2015 22:53, LordBlick wrote: > Hello, > libftdi.spec is some obsolete, and many python functions useless, so I > made > new spec for next, improved generation of this library. committed. enjoy! -- glen From lordblick at gmail.com Thu Jun 25 15:06:14 2015 From: lordblick at gmail.com (LordBlick) Date: Thu, 25 Jun 2015 15:06:14 +0200 Subject: libftdi1.spec In-Reply-To: <558BB9E2.4000905@pld-linux.org> References: <558B0AC0.8050005@gmail.com> <558BB9E2.4000905@pld-linux.org> Message-ID: <558BFCC6.8090008@gmail.com> In response to a message written on 25.06.2015, 10:20, from Elan Ruusam?e: > On 24.06.2015 22:53, LordBlick wrote: >> Hello, >> libftdi.spec is some obsolete, and many python functions useless, so I made >> new spec for next, improved generation of this library. > > committed. enjoy! > Thanks! -- Best Regards, LordBlick