Bug#768501: CentOS 7 support completely broken
Package: rinse Version: 3.0.7 Followup-For: Bug #768501 Hello, This still seems to be broken with jessie/rinse 3.0.7 -- sample log follows: wkhtmltopdf@builds:~$ sudo rinse --distribution centos-7 --arch amd64 --directory /var/chroot/centos7 Execute postcmd of *-release package chroot: failed to run command 'rpm': No such file or directory Running post-install script /usr/lib/rinse/common/10-resolv.conf.sh: Running post-install script /usr/lib/rinse/common/15-mount-proc.sh: Running post-install script /usr/lib/rinse/common/20-dev-zero.sh: Running post-install script /usr/lib/rinse/centos-7/post-install.sh: chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'groupadd': No such file or directory chroot: failed to run command 'touch': No such file or directory chroot: failed to run command 'chown': No such file or directory chroot: failed to run command 'chmod': No such file or directory chroot: failed to run command 'chmod': No such file or directory chroot: failed to run command 'groupadd': No such file or directory chroot: failed to run command 'groupadd': No such file or directory Bootstrapping yum cleaning up... chroot: failed to run command '/usr/bin/yum': No such file or directory post-install.sh : done. Installation complete. wkhtmltopdf@builds:~$ sudo chroot /var/chroot/centos7 chroot: failed to run command '/bin/bash': No such file or directory wkhtmltopdf@builds:~$ ls -l /var/chroot/centos7/bin/bash -rwxr-xr-x 1 root root 960384 Mar 6 03:36 /var/chroot/centos7/bin/bash I think that the dependencies have changed in the 7.1.1503 release; I plan to bootstrap 7.0.1406 via vault.centos.org and find out if any new packages need to be specified in centos-7.packages. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rinse depends on: ii libterm-size-perl 0.207-1+b2 ii libwww-perl6.08-1 ii perl 5.20.2-3 ii rpm4.11.3-1.1 ii wget 1.16-1 rinse recommends no packages. rinse suggests no packages. -- Configuration Files: /etc/rinse/rinse.conf changed: [rhel-5] mirror = http://your.mirror.to.rhel5.repository.here/rhel/5/i386/Server/ mirror.amd64 = http://your.mirror.to.rhel5.repository.here/rhel/5/x86_64/Server/ [centos-4] mirror = http://vault.centos.org/4.9/os/i386/CentOS/RPMS/ mirror.amd64 = http://vault.centos.org/4.9/os/x86_64/CentOS/RPMS/ [centos-5] mirror = http://mirror.centos.org/centos/5/os/i386/CentOS/ mirror.amd64 = http://mirror.centos.org/centos/5/os/x86_64/CentOS/ [centos-6] mirror = http://mirror.nbrc.ac.in/centos/6/os/i386/Packages/ mirror.amd64 = http://mirror.nbrc.ac.in/centos/6/os/x86_64/Packages/ [centos-7] mirror = http://vault.centos.org/7.0.1406/os/i386/Packages/ mirror.amd64 = http://vault.centos.org/7.0.1406/os/x86_64/Packages/ [slc-5] mirror = http://linuxsoft.cern.ch/cern/slc5X/i386/SL/ mirror.amd64 = http://linuxsoft.cern.ch/cern/slc5X/x86_64/SL/ [slc-6] mirror = http://linuxsoft.cern.ch/cern/slc6X/i386/SLC/Packages/ mirror.amd64 = http://linuxsoft.cern.ch/cern/slc6X/x86_64/SLC/Packages/ [fedora-core-4] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/4/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/4/x86_64/os/Fedora/RPMS/ [fedora-core-5] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/5/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/5/x86_64/os/Fedora/RPMS/ [fedora-core-6] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/6/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/6/x86_64/os/Fedora/RPMS/ [fedora-7] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/7/Fedora/i386/os/Fedora/ mirror.amd64 = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/7/Fedora/x86_64/os/Fedora/ [fedora-8] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/8/Fedora/i386/os/Packages/ mirror.amd64 = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/8/Fedora/x86_64/os/Packages/ [fedora-9] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/9/Fedora/i386/os/Packages/ mirror.amd64 =
Bug#768501: CentOS 7 support completely broken
Found the problem, it seems that /lib64 is a symlink to /usr/lib64 in
CentOS 7 and this breaks as the --extract-over-symlinks option to cpio
is not used. I'm not sure about how to submit a patch, so I've made a
fix on a clone of the repository as well as attaching a patch: see
https://github.com/ashkulz/rinse/commit/b7fdd330b86fde7a74f280641b653af9f3d5f74e
With the above change, I am successfully able to setup a CentOS-7 chroot.
From b7fdd330b86fde7a74f280641b653af9f3d5f74e Mon Sep 17 00:00:00 2001
From: Ashish Kulkarni kulkarni.ash...@gmail.com
Date: Sat, 11 Apr 2015 18:23:12 +0530
Subject: [PATCH] fix creation of CentOS-7 chroot (#768501)
This was broken since 5d2767aba4aa5b5c625c312967319b415f79ae03, as the
filesystem package in CentOS-7 has a symlink from /lib64 to /usr/lib64.
When extracting via cpio, this failed with the error:
cpio: Can't write over symlinks: ./lib64/libaudit.so.1
Using the --extract-over-symlinks option allows successful creation of
the chroot environment. A check was also added to ensure that failure
to extract a package would cause the process to fail.
---
bin/rinse | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/bin/rinse b/bin/rinse
index 096a57f..2e9579e 100755
--- a/bin/rinse
+++ b/bin/rinse
@@ -1147,13 +1147,13 @@ sub unpackPackages {
# Run the unpacking command.
#
my $cmd =
-rpm2cpio $file | (cd $CONFIG{'directory'} ; cpio --extract --make-directories --no-absolute-filenames --preserve-modification-time) 2/dev/null /dev/null;
+rpm2cpio $file | (cd $CONFIG{'directory'} ; cpio --extract --extract-over-symlinks --make-directories --no-absolute-filenames --preserve-modification-time) 2/dev/null /dev/null;
if ( $file =~ /(fedora|centos|redhat|mandriva)-release-/ ) {
my $rpmname = basename($file);
$postcmd =
cp $file $CONFIG{'directory'}/tmp ; chroot $CONFIG{'directory'} rpm -ivh --force --nodeps /tmp/$rpmname ; rm $CONFIG{'directory'}/tmp/$rpmname;
}
- system($cmd );
+ system($cmd) == 0 or die failed to extract $name: $?;
}
print \r;
Bug#750462: wkhtmltopdf: wkhtml2pdf fails to respect page breaks
This is unlikely to be fixed, as it requires the patched Qt, which is not used in the official debian packages [1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679755#55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: wkhtmltopdf: new upstream release
Uhm, a reply would be appreciated ... it's been more than a month. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: wkhtmltopdf: new upstream release
Any update on what you think about the above rationale? I can understand if you want to discuss it with the maintainers for QT.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: wkhtmltopdf: new upstream release
How do you plan to package it? With the system QT (i.e. a lot of features will be disabled) or with the patched QT? FreeBSD has packaged it [1] with the patched QT, but I know that Debian has a policy which may apply in this scenario [2]. Without the patched QT, a lot of the additional functionality is disabled. It will be packaged with the system QT in order to respect the Debian Policy. Sorry for the rather long reply, but wanted to put things in perspective for the reason we need the patched QT. wkhtmltopdf was initially authored by Jakob Truelsen, who tried to upstream a lot of the patches to QtWebkit that we are using. There was not much interest upstream (and there were effectively two upstreams: QT and WebKit). After QT 4.8, the focus of the QT team shifted to QT5 and QT4 has been in maintenance mode for quite a bit of time. I did consider a migration to QT5 and then trying to upstream the patches there, but then I found that QT is switching to Blink [1]. The current QT port also has been removed from the Webkit upstream [2]. There is no plan of the QT team to enhance QtWebkit -- please see the comments in the What does all of this mean for users of Qt WebKit? section in [1]: After the release of Qt 5.2, we will focus most of our new development efforts on the new Qt Web Engine [...] While we no longer will do any feature development in Qt WebKit, the existing version will continue to be available. So the patches are unlikely to be accepted by either Webkit or QT. The QT WebEngine has released a preview 2 weeks ago [3], so switching to that is an option -- but that is something for the future. I do not think that it will be packaged and available in testing for at least 1-2 years, so it is unlikely to be an option for 2 debian releases. The only option facing us in such a scenario is to fork the codebase and incorporate the patches, and decide upon what to switch to later on. This is not a scenario unique for us -- phantomjs also has the same problem, and they too have incorporated the QT source in their repository for the same reason and historically there has been a cross-polination of patches/features between the two projects. We are willing to try to get things upstreamed (we maintain a series of patches for that very reason) but when upstream is not interested, there is a need to fork. I am willing to work with the Debian QT maintainers to incorporate the patches in the debian version, but I doubt they would be interested -- it's not going to be easy to ensure that there are no regressions (this was rejected by the Fedora QT maintainers as well [4]). As a number of features [4] depend upon the patched QT, people have to consistently use static builds to get it to work for their need -- which is not a good idea when the package is present in Debian! Regards, Ashish [1] http://blog.qt.digia.com/blog/2013/09/12/introducing-the-qt-webengine/ [2] https://lists.webkit.org/pipermail/webkit-qt/2013-October/003878.html [3] http://blog.qt.digia.com/blog/2014/01/23/qt-webengine-technology-preview-available/ [4] https://bugzilla.redhat.com/show_bug.cgi?id=955996#c3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679755: wkhtmltopdf: new upstream release
Hello, I'm the co-maintainer for wkhtmltopdf, and we have just released a stable release (0.12.0). I'm interested in getting this into sid, so I'll be happy to get feedback on what needs to be done to get the newer version uploaded (if necessary, I am prepared to make further releases). Thanks, Ashish
Bug#679755: wkhtmltopdf: new upstream release
On Thu, Feb 6, 2014 at 11:46 PM, Emmanuel Bouthenot kol...@openics.orgwrote: Good news ! I will start to work on this new release soon. Regards, How do you plan to package it? With the system QT (i.e. a lot of features will be disabled) or with the patched QT? FreeBSD has packaged it [1] with the patched QT, but I know that Debian has a policy which may apply in this scenario [2]. Without the patched QT, a lot of the additional functionality is disabled. We are planning to integrate the patched QT directly into the source code in a future version (so that it is easier to patch/enhance), effectively becoming a fork -- would that run afoul of the No convenience copies rule? Regards, Ashish [1] http://www.freshports.org/converters/wkhtmltopdf/ [2] https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles
