Bug#733390: Fix for FTBFS
Dear Maintainer ac587957cd0cabbc668604507e2cfebb6810ed09 from KDE Upstream fixes this issue. Cheers Rohan Garg signature.asc Description: This is a digitally signed message part.
Bug#729496: cantor-backend-kalgebra doesn't need a hard-dep on kalgebra
Package: cantor
Version: 4:4.11.3-1
Severity: normal
Dear Maintainer,
Upstream says that cantor-backend-kalgebra doesn't need to depend on kalgebra
The kalgebra backend only requires libanalitza as you can
read in src/backends/kalgebra/CMakeLists.txt
target_link_libraries( cantor_kalgebrabackend ${KDE4_KDEUI_LIBS} cantorlibs
${ANALITZA_LIBS})
Please drop kalgebra from the Depends field of cantor-backend-kalgebra (Patch
attached)
-- System Information:
Debian Release: wheezy/sid
APT prefers trusty-updates
APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
gpgv: Signature made mié 13 nov 2013 16:39:25 CET using RSA key ID F2672094
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/cantor/debian/cantor_4.11.3-2.dsc
diff -Nru cantor-4.11.3/debian/changelog cantor-4.11.3/debian/changelog
--- cantor-4.11.3/debian/changelog 2013-11-09 18:16:34.0 +0100
+++ cantor-4.11.3/debian/changelog 2013-11-13 16:39:09.0 +0100
@@ -1,3 +1,10 @@
+cantor (4:4.11.3-2) UNRELEASED; urgency=low
+
+ * cantor-backend-kalgebra doesn't need kalgebra installed, it only uses
+libanalitza
+
+ -- Rohan Garg Wed, 13 Nov 2013 16:38:18 +0100
+
cantor (4:4.11.3-1) unstable; urgency=low
* New upstream release.
diff -Nru cantor-4.11.3/debian/control cantor-4.11.3/debian/control
--- cantor-4.11.3/debian/control 2013-11-09 18:16:34.0 +0100
+++ cantor-4.11.3/debian/control 2013-11-13 16:38:03.0 +0100
@@ -47,7 +47,7 @@
Package: cantor-backend-kalgebra
Architecture: any
Section: math
-Depends: ${shlibs:Depends}, ${misc:Depends}, kalgebra
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: KAlgebra backend for Cantor
Cantor is an application to allow you to you use your favorite mathematical
applications from within an elegant worksheet interface. It provides dialogs
Bug#730356: ITP: kscreen -- KDE monitor hotplug and screen handling
Package: wnpp Severity: wishlist Owner: Rohan Garg * Package name: kscreen Version : 1.0.2 Upstream Author : Alejandro Fiestas Olivares * URL : http://download.kde.org/stable/kscreen/ * License : GPL-2.0+, LGPL-2.1+, BSD Programming Lang: C++ Description : KDE monitor hotplug and screen handling The KDE multiple monitor support is trying be as smart as possible adapting the behavior of it to each use case making the configuration of monitors as simple as plugging them to your computer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718465: mdbtools: Don't build-depend on rarian-compat
Note that not depending on rarian-compat causes FTBFS's in Ubuntu [1] since the builders are better firewalled off from the internet than the Debian ones. Could you please re-introduce the dep along with docbook-xml ? Cheers Rohan Garg [1] https://launchpad.net/ubuntu/+source/mdbtools/0.7.1-1 signature.asc Description: This is a digitally signed message part.
Bug#749907: dh-acc should depend on debhelper
Package: dh-acc Version: 1.99.9-1 Severity: normal Dear Maintainer, Please see https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-baloo/ARCH=amd64,label=adt/1/console Seems to me that dh-acc should depend on debhelper? -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-29-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-acc depends on: ii abi-compliance-checker 1.99.9-1 ii perl5.18.2-2ubuntu1 dh-acc recommends no packages. dh-acc suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751260: devscripts: wrap-and-sort does not handle comments in Build-Depends properly
Package: devscripts Version: 2.14.1 Severity: normal Dear Maintainer, Running wrap-and-sort on a control file of a package that had the first build dep commented out completely deletes the build-deps of the package. Testcase : Snippet from a control file - Build-Depends: # kde-sc-dev-latest (>= 4:4.10.2), cmake, debhelper (>= 7.3.16), pkg-kde-tools (>= 0.12), Running wrap-and-sort on a control file with such a snippet will delete everything from the Build Depends -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBSIGN_KEYID=F2672094 -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-30-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.5ubuntu5.3 ii libc62.19-0ubuntu6 ii perl 5.18.2-2ubuntu1 ii python3 3.4.0-0ubuntu2 pn python3:any Versions of packages devscripts recommends: ii at3.1.14-1ubuntu1 ii curl 7.35.0-1ubuntu2 ii dctrl-tools 2.23ubuntu1 ii dput 0.9.6.4ubuntu1 ii fakeroot 1.20-3ubuntu2 ii gnupg 1.4.16-1ubuntu2 ii libdistro-info-perl 0.12 ii libencode-locale-perl 1.03-1 ii libjson-perl 2.61-1 ii libparse-debcontrol-perl 2.005-4 ii liburi-perl 1.60-1 ii libwww-perl 6.05-2 ii lintian 2.5.22ubuntu1 ii man-db2.6.7.1-1 ii patch 2.7.1-4ubuntu1 ii patchutils0.3.2-3 ii python3-debian0.1.21+nmu2ubuntu2 ii python3-magic 1:5.14-2ubuntu3 ii sensible-utils0.0.9 ii strace4.8-1ubuntu5 ii unzip 6.0-9ubuntu1 ii wdiff 1.2.1-2 ii wget 1.15-1ubuntu1 ii xz-utils 5.1.1alpha+20120614-2ubuntu2 Versions of packages devscripts suggests: pn bsd-mailx | mailx ii build-essential 11.6ubuntu6 pn cvs-buildpackage ii debian-keyring 2014.03.03 pn devscripts-el pn equivs pn gnuplot ii gpgv 1.4.16-1ubuntu2 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.07-1 ii liblwp-protocol-https-perl 6.04-2 ii libnet-smtp-ssl-perl 1.01-3 pn libsoap-lite-perl pn libterm-size-perl ii libtimedate-perl 2.3000-1 pn libyaml-syck-perl pn mutt ii openssh-client [ssh-client] 1:6.6p1-2ubuntu2 pn svn-buildpackage pn w3m -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751272: kdeplasma-addons should build depend on libqwt5-qt4-dev to build kdeobservatory
Source: kdeplasma-addons Version: kdeplasma-addons should build dep on libqwt5-qt4-dev Severity: normal Dear Maintainer, Please make kdeplasma-addons build depend on libqwt5-qt4-dev so that the additional package plasma-widget-kdeobservatory can also be built. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-30-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712905: libquazip-dev should depend on zlib1g-dev
Package: libquazip
Version: 0.5.1-1
Severity: important
Tags: patch origin-ubuntu saucy ubuntu-patch
Dear Maintainer,
* What led up to the situation?
- FTBFS in marble 4.10.80 due to zlib1g-dev not being pulled in
automatically when installing libquazip-dev
* What exactly did you do (or not do) that was effective (or
ineffective)?
- Made libquazip-dev depend on zlib1g-dev, fixes FTBFS
* What was the outcome of this action?
- marble 4.10.80 compiled successfully
-- Build log snippet --
[ 94%] Building CXX object
src/plugins/runner/kml/CMakeFiles/KmlPlugin.dir/KmzHandler.o
cd src/plugins/runner/kml && /usr/bin/c++ -DMAKE_KMLPLUGIN_LIB -DMARBLE_DBUS
-DMARBLE_HAVE_QUAZIP -DQT_CORE_LIB -DQT_GUI_LIB -DQT_USE_FAST_CONCATENATION
-DQT_USE_FAST_OPERATOR_PLUS -D_BSD_SOURCE -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall
-W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS
-fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics
-fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG
-DQT_NO_DEBUG -fPIC -I. -I../../../../../src/plugins/runner/kml
-I../../../../.. -I../../../../../src/lib -I../../../../../src/lib/Projections
-I../../../../../src/lib/geodata -I../../../../../src/lib/geodata/data
-I../../../../../src/lib/geodata/graphicsitem
-I../../../../../src/lib/geodata/handlers/dgml
-I../../../../../src/lib/geodata/parser -I../../../../../src/lib/geodata/writer
-
I../../../../../src/lib/geodata/scene -I../../../../../src/lib/graphicsview
-I../../.. -I../../../lib -I../../../../../src/lib/geodata/handlers/kml
-isystem /usr/include/qt4 -isystem /usr/include/qt4/QtGui -isystem
/usr/include/qt4/QtCore-Wall -Wextra -Wundef -Wnon-virtual-dtor
-Woverloaded-virtual -Wno-long-long -Wchar-subscripts -Wcast-align
-Wpointer-arith -Wformat-security -o CMakeFiles/KmlPlugin.dir/KmzHandler.o -c
../../../../../src/plugins/runner/kml/KmzHandler.cpp
In file included from /usr/include/quazip/quazip.h:31:0,
from ../../../../../src/plugins/runner/kml/KmzHandler.cpp:16:
/usr/include/quazip/zip.h:56:18: fatal error: zlib.h: No such file or directory
#include "zlib.h"
^
compilation terminated.
-- End snippet --
-- System Information:
Debian Release: wheezy/sid
APT prefers saucy-updates
APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'),
(100, 'saucy-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10.0-031000rc6-generic (SMP w/8 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
dpkg-source: warning: failed to verify signature on /home/shadeslayer/sauce/Kubuntu/kubuntu-automation/qazip/libquazip_0.5.1-2.dsc
diff -Nru libquazip-0.5.1/debian/changelog libquazip-0.5.1/debian/changelog
--- libquazip-0.5.1/debian/changelog 2013-03-19 02:58:20.0 +0530
+++ libquazip-0.5.1/debian/changelog 2013-06-20 22:53:37.0 +0530
@@ -1,3 +1,9 @@
+libquazip (0.5.1-2) unstable; urgency=low
+
+ * Make sure libquazip-dev depends on zlib1g-dev
+
+ -- Rohan Garg Thu, 20 Jun 2013 22:47:06 +0530
+
libquazip (0.5.1-1) unstable; urgency=low
[ Eric Maeker ]
diff -Nru libquazip-0.5.1/debian/control libquazip-0.5.1/debian/control
--- libquazip-0.5.1/debian/control 2013-03-18 18:23:33.0 +0530
+++ libquazip-0.5.1/debian/control 2013-06-20 22:47:04.0 +0530
@@ -34,7 +34,7 @@
Conflicts: libquazip-dev
Multi-Arch: same
Architecture: any
-Depends: libquazip0 (= ${binary:Version}), ${misc:Depends}
+Depends: libquazip0 (= ${binary:Version}), zlib1g-dev, ${misc:Depends}
Description: C++ wrapper wrapper for ZIP/UNZIP (development files)
QuaZIP is a simple C++ wrapper over Gilles Vollant's ZIP/UNZIP package that
can be used to access ZIP archives. It uses Trolltech's Qt toolkit.
Bug#858901: xul-ext-ublock-origin package does not actually work OOTB
Package: xul-ext-ublock-origin Version: 1.10.4+dfsg-1 Severity: normal Dear Maintainer, * What led up to the situation? 1) Installed firefox and xul-ext-ublock-origin on a fresh install 2) Launch firefox 3) Navigate to http://ads-blocker.com/testing/ 4) Ads still shown * What exactly did you do (or not do) that was effective (or ineffective)? Went to the ublock origin settings page -> 3rd-party lists -> Clicked Apply * What was the outcome of this action? Ad's started beeing blocked I believe the issue is caused because of a missing sqlite db in ~/.mozilla/firefox/PROFILE/extensions-data/ where ublock stores the compiled filter lists. -- System Information: Debian Release: 9.0 APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf, i386, arm64 Kernel: Linux 4.10.0-rc6-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-ublock-origin depends on: ii firefox 52.0-1 ii firefox-esr 45.8.0esr-1 ii fonts-font-awesome 4.7.0~dfsg-1 ii iceweasel 45.8.0esr-1 xul-ext-ublock-origin recommends no packages. xul-ext-ublock-origin suggests no packages. -- no debconf information
Bug#858901: [Pkg-mozext-maintainers] Bug#858901: xul-ext-ublock-origin package does not actually work OOTB
Hi On Tue, Mar 28, 2017 at 10:38 PM, Sean Whitton wrote: > control: tag -1 +moreinfo > > Dear Rohan, > > On Tue, Mar 28, 2017 at 02:09:41PM +0200, Rohan Garg wrote: > > Package: xul-ext-ublock-origin > > Version: 1.10.4+dfsg-1 > > Severity: normal > > > > Dear Maintainer, > > > >* What led up to the situation? > > 1) Installed firefox and xul-ext-ublock-origin on a fresh install > > A fresh install of Debian stretch? Jessie? > > I have only observed this problem using the backport of ublock-origin to > jessie. > It seems like the issue is fixed in the experimental package. Cheers Rohan Garg
Bug#858901: [Pkg-mozext-maintainers] Bug#858901: xul-ext-ublock-origin package does not actually work OOTB
Hi > A fresh install of Debian stretch? Jessie? > This is on Debian stretch. Cheers Rohan Garg
Bug#824771: libdrumstick: Please update libdrumstick to the new upstream release 1.0.2
Source: libdrumstick Version: Please update libdrumstick to 1.0.2 Severity: normal Dear Maintainer, There is a new release of drumstick, 1.0.2. Could you please update the package to this version? Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf, i386 Kernel: Linux 4.6.0-rc7-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#791317: Holdup?
Hi I was wondering what the hold up on this bug was? Cheers Rohan Garg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#791317: Holdup?
> There are dozens of smaller transitions related to the libstdc++ transition, > covering thousands of packages, and they all require co-ordinating, ordering > and man time to process them. Chasing an individual transition after less > than a week isn't particularly helpful. As I understand it, the only reverse build dep of yaml-cpp is libboost-dev which transitioned a week back? Cheers Rohan Garg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#791317: Holdup?
> I don't think any of us can work out where you gained that understanding, > sorry. Fair enough, entirely possible that I missed something that is very obvious to you but not to me. Cheers Rohan Garg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier
Dear Maintainer I'm in a similar situation as the rest of the users in the thread where I recompile Ubuntu's packages for use on my Debian system. It would be super awesome if you could add the version specifier as Ubuntu does in the Conflicts field so that I can co install Thunderbird with hunspell. Cheers Rohan Garg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646693: hunspell-en-us conflicts with thunderbird because of missing version specifier
On Mon, Apr 27, 2015 at 2:55 PM, Rene Engelhard wrote: > On Mon, Apr 27, 2015 at 02:47:58PM +0200, Rohan Garg wrote: >> I'm in a similar situation as the rest of the users in the thread >> where I recompile Ubuntu's packages for use on my Debian system. It >> would be super awesome if you could add the version specifier as >> Ubuntu does in the Conflicts field so that I can co install >> Thunderbird with hunspell. > > This is Debian and we don't ship a "thunderbird", so no. How often someone > tries is not relevant, I will not change it. > > If Ubuntu thinks they need to ship thunderbird with ignoring the issues which > lead to the rename of thunderbird to icedeove they need to care about the > fallout themselves. > > And TTBOMK if you "recompile Ubuntu's packages for use on my Debian system" > (for whatever nonsensical reason I don't see) then you use Ubuntus packages > which allow thunderbird. If not, that's a bug there, not here. > > Regards, > > Rene Just thought I'd point out that it seems that other Maintainers seem to have taken a more sensible approach IMHO and have properly versioned their Conflicts ( atleast that seems to be the case for hunspell-de-de and hunspell-eu-es ) Cheers Rohan Garg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#805717: nmu: samba_2:4.1.21+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu samba_2:4.1.21+dfsg-2 . ANY . unstable . -m "Rebuild for newer ldb" -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-18-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#805717: Merge bugs
merge 805304 805717
Bug#571136: 1.0.76 breaks qemu'd debootstrap
Hi It seems like the 1.0.76 update breaks debootstraps on armhf. I've noticed this behavior via live build and am attaching a log. Could you please revert it till a proper fix is landed? Cheers Rohan Garg [2016-01-25 19:00:48] lb config --architectures armhf --archive-areas main contrib non-free --backports false --binary-filesystem ext4 --chroot-filesystem none --binary-images tar --bootappend-live hostname=live-pc username=live --bootstrap-qemu-arch armhf --bootstrap-qemu-static /usr/bin/qemu-arm-static --compression gzip --distribution sid --linux-flavours none --linux-packages none --mode debian --security false --updates false --debian-installer false --debian-installer-gui false --apt-source-archives false --apt-options -o Acquire::Retries=20 --assume-yes --source false P: Creating config tree for a debian/sid/armhf system P: Symlinking hooks... I: copy customization I: done set -e; lb build 2>&1 | tee logfile-`date "+%y%m%d%H%M%S"` [2016-01-25 19:00:54] lb build P: live-build 5.0~a11 P: Building config tree for a debian/sid/armhf system [2016-01-25 19:01:00] lb bootstrap P: Setting up cleanup function [2016-01-25 19:01:05] lb bootstrap_cache restore P: Restoring bootstrap stage from cache... [2016-01-25 19:01:11] lb bootstrap_debootstrap P: Begin bootstrapping system... P: If the following stage fails, the most likely cause of the problem is with your mirror configuration, a caching proxy or the sid distribution. P: Running debootstrap (download-only)... I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id 126C0D24BD8A2942CC7DF8AC7638D0442B90D010) I: Retrieving Packages I: Validating Packages I: Retrieving Packages I: Validating Packages I: Retrieving Packages I: Validating Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Found additional required dependencies: adduser dmsetup init-system-helpers insserv libapparmor1 libaudit-common libaudit1 libbz2-1.0 libcap2 libcap2-bin libcryptsetup4 libdb5.3 libdebconfclient0 libdevmapper1.02.1 libgcrypt20 libgpg-error0 libkmod2 libncursesw5 libseccomp2 libsemanage-common libsemanage1 libsystemd0 libudev1 libustr-1.0-1 systemd systemd-sysv I: Found additional base dependencies: libdns-export100 libffi6 libgmp10 libgnutls-openssl27 libgnutls30 libhogweed4 libicu55 libidn11 libisc-export95 liblz4-1 libnettle6 libnfnetlink0 libp11-kit0 libpsl0 libtasn1-6 I: Checking component main on http://ftp.debian.org/debian... I: Retrieving libacl1 2.2.52-2 I: Validating libacl1 2.2.52-2 I: Retrieving adduser 3.113+nmu3 I: Validating adduser 3.113+nmu3 I: Retrieving libapparmor1 2.10-2+b2 I: Validating libapparmor1 2.10-2+b2 I: Retrieving apt 1.2 I: Validating apt 1.2 I: Retrieving apt-utils 1.2 I: Validating apt-utils 1.2 I: Retrieving libapt-inst2.0 1.2 I: Validating libapt-inst2.0 1.2 I: Retrieving libapt-pkg5.0 1.2 I: Validating libapt-pkg5.0 1.2 I: Retrieving libattr1 1:2.4.47-2 I: Validating libattr1 1:2.4.47-2 I: Retrieving libaudit-common 1:2.4.5-1 I: Validating libaudit-common 1:2.4.5-1 I: Retrieving libaudit1 1:2.4.5-1 I: Validating libaudit1 1:2.4.5-1 I: Retrieving base-files 9.5 I: Validating base-files 9.5 I: Retrieving base-passwd 3.5.39 I: Validating base-passwd 3.5.39 I: Retrieving bash 4.3-14+b1 I: Validating bash 4.3-14+b1 I: Retrieving libdns-export100 1:9.9.5.dfsg-12.1 I: Validating libdns-export100 1:9.9.5.dfsg-12.1 I: Retrieving libisc-export95 1:9.9.5.dfsg-12.1 I: Validating libisc-export95 1:9.9.5.dfsg-12.1 I: Retrieving libboost-iostreams1.55.0 1.55.0+dfsg-4 I: Validating libboost-iostreams1.55.0 1.55.0+dfsg-4 I: Retrieving libboost-iostreams1.58.0 1.58.0+dfsg-4.1 I: Validating libboost-iostreams1.58.0 1.58.0+dfsg-4.1 I: Retrieving bsdmainutils 9.0.6+b1 I: Validating bsdmainutils 9.0.6+b1 I: Retrieving libbz2-1.0 1.0.6-8 I: Validating libbz2-1.0 1.0.6-8 I: Retrieving libdebconfclient0 0.201 I: Validating libdebconfclient0 0.201 I: Retrieving coreutils 8.24-1 I: Validating coreutils 8.24-1 I: Retrieving cpio 2.11+dfsg-4.1 I: Validating cpio 2.11+dfsg-4.1 I: Retrieving cron 3.0pl1-128 I: Validating cron 3.0pl1-128 I: Retrieving libcryptsetup4 2:1.7.0-2 I: Validating libcryptsetup4 2:1.7.0-2 I: Retrieving dash 0.5.7-4+b1 I: Validating dash 0.5.7-4+b1 I: Retrieving libdb5.3 5.3.28-11 I: Validating libdb5.3 5.3.28-11 I: Retrieving debconf 1.5.58 I: Validating debconf 1.5.58 I: Retrieving debconf-i18n 1.5.58 I: Validating debconf-i18n 1.5.58 I: Retrieving debian-archive-keyring 2014.3 I: Validating debian-archive-keyring 2014.3 I: Retrieving debianutils 4.6 I: Validating debianutils 4.6 I: Retrieving diffutils 1:3.3-3 I: Validating diffutils 1:3.3-3 I: Retrieving dmidecode 3.0-2 I: Validating dmidecode 3.0-2 I: Retrieving dpkg 1.18.4 I: Validating dpkg 1.18.4 I: Retrieving e2fslibs 1.42.13-1 I: Validating e2fslibs 1.42.13-1 I: Retrieving e2fsprogs 1.42.13-1 I: Validating e2fsprogs 1
Bug#571136: 1.0.76 breaks qemu'd debootstrap
Hi Holger > On Dienstag, 26. Januar 2016, Rohan Garg wrote: >> It seems like the 1.0.76 update breaks debootstraps on armhf. > > I don't think this is quite (or always) correct, the following two jobs are > examples of jobs which run daily on armhf and which do debootstrap of sid and > which ran fine the last days: > > https://jenkins.debian.net/view/reproducible/job/reproducible_setup_pbuilder_unstable_armhf_odxu4/ > https://jenkins.debian.net/view/reproducible/job/reproducible_setup_schroot_unstable_armhf_odxu4/ > I don't know where the exact problem is, however, for me reverting to the previous debootstrap makes everything work again. Perhaps this could be a bug in live-build? I'm not entirely sure where one would start investigating. Cheers Rohan Garg
Bug#812994: apt 1.2.1 fails to configure packages
Package: apt Version: 1.2.1 Severity: important Dear Maintainer, It seems like upgrading to apt 1.2.1 leads to problems with configuring packages. The problem seems to be with apt itself since multiple unrelated packages are affected. I've attached a log file of the issue. Cheers Rohan Garg -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "1"; APT::Install-Suggests "0"; APT::Sandbox ""; APT::Sandbox::User "_apt"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "contrib/metapackages"; APT::Never-MarkAuto-Sections:: "non-free/metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Move-Autobit-Sections ""; APT::Move-Autobit-Sections:: "oldlibs"; APT::Move-Autobit-Sections:: "contrib/oldlibs"; APT::Move-Autobit-Sections:: "non-free/oldlibs"; APT::Move-Autobit-Sections:: "restricted/oldlibs"; APT::Move-Autobit-Sections:: "universe/oldlibs"; APT::Move-Autobit-Sections:: "multiverse/oldlibs"; APT::AutoRemove ""; APT::AutoRemove::SuggestsImportant "false"; APT::Update ""; APT::Update::Post-Invoke ""; APT::Update::Post-Invoke:: "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; APT::Architectures ""; APT::Architectures:: "amd64"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "0"; APT::Compressor::lz4 ""; APT::Compressor::lz4::Name "lz4"; APT::Compressor::lz4::Extension ".lz4"; APT::Compressor::lz4::Binary "false"; APT::Compressor::lz4::Cost "50"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz"; APT::Compressor::gzip::Binary "gzip"; APT::Compressor::gzip::Cost "100"; APT::Compressor::gzip::CompressArg ""; APT::Compressor::gzip::CompressArg:: "-6n"; APT::Compressor::gzip::UncompressArg ""; APT::Compressor::gzip::UncompressArg:: "-d"; APT::Compressor::xz ""; APT::Compressor::xz::Name "xz"; APT::Compressor::xz::Extension ".xz"; APT::Compressor::xz::Binary "xz"; APT::Compressor::xz::Cost "200"; APT::Compressor::xz::CompressArg ""; APT::Compressor::xz::CompressArg:: "-6"; APT::Compressor::xz::UncompressArg ""; APT::Compressor::xz::UncompressArg:: "-d"; APT::Compressor::bzip2 ""; APT::Compressor::bzip2::Name "bzip2"; APT::Compressor::bzip2::Extension ".bz2"; APT::Compressor::bzip2::Binary "bzip2"; APT::Compressor::bzip2::Cost "300"; APT::Compressor::bzip2::CompressArg ""; APT::Compressor::bzip2::CompressArg:: "-6"; APT::Compressor::bzip2::UncompressArg ""; APT::Compressor::bzip2::UncompressArg:: "-d"; APT::Compressor::lzma ""; APT::Compressor::lzma::Name "lzma"; APT::Compressor::lzma::Extension ".lzma"; APT::Compressor::lzma::Binary "xz"; APT::Compressor::lzma::Cost "400"; APT::Compressor::lzma::CompressArg ""; APT::Compressor::lzma::CompressArg:: "--format=lzma"; APT::Compressor::lzma::CompressArg:: "-6"; APT::Compressor::lzma::UncompressArg ""; APT::Compressor::lzma::UncompressArg:: "--format=lzma"; APT::Compressor::lzma::UncompressArg:: "-d"; Dir "/"; Dir::Stat
Bug#812994: Relevant log snippet
Relevant bits of the log snipped --- update-alternatives: using /usr/bin/bsd-write to provide /usr/bin/write (write) in auto mode update-alternatives: using /usr/bin/bsd-from to provide /usr/bin/from (from) in auto mode dpkg: error processing package libpipeline1 (--configure): no package named 'libpipeline1' is installed, cannot configure dpkg: error processing package man-db (--configure): no package named 'man-db' is installed, cannot configure Setting up libpng12-0:amd64 (1.2.54-1) ... --- Cheers Rohan Garg
Bug#813000: apt complains about corrupted index files even after multiple updates
Package: apt Version: 1.2.1 Severity: important Dear Maintainer, It seems that after the 1.2.1 update apt fails to install packages even after multiple 'apt update' calls. I constantly see this error on the console output : E: The package index files are corrupted. No Filename: field for package libpopt0. See [1] for a full log. An odd behaviour I noticed was that it works perfectly fine on armhf. See [2]. [1] http://mobile.kci.pangea.pub:8080/job/mgmt_docker/label=46.101.251.90/388/consoleFull [2] http://mobile.kci.pangea.pub:8080/job/mgmt_docker/label=212.47.229.15/375/consoleFull -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "amd64"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Install-Recommends "1"; APT::Install-Suggests "0"; APT::Sandbox ""; APT::Sandbox::User "_apt"; APT::NeverAutoRemove ""; APT::NeverAutoRemove:: "^firmware-linux.*"; APT::NeverAutoRemove:: "^linux-firmware$"; APT::VersionedKernelPackages ""; APT::VersionedKernelPackages:: "linux-image"; APT::VersionedKernelPackages:: "linux-headers"; APT::VersionedKernelPackages:: "linux-image-extra"; APT::VersionedKernelPackages:: "linux-signed-image"; APT::VersionedKernelPackages:: "kfreebsd-image"; APT::VersionedKernelPackages:: "kfreebsd-headers"; APT::VersionedKernelPackages:: "gnumach-image"; APT::VersionedKernelPackages:: ".*-modules"; APT::VersionedKernelPackages:: ".*-kernel"; APT::VersionedKernelPackages:: "linux-backports-modules-.*"; APT::VersionedKernelPackages:: "linux-tools"; APT::Never-MarkAuto-Sections ""; APT::Never-MarkAuto-Sections:: "metapackages"; APT::Never-MarkAuto-Sections:: "contrib/metapackages"; APT::Never-MarkAuto-Sections:: "non-free/metapackages"; APT::Never-MarkAuto-Sections:: "restricted/metapackages"; APT::Never-MarkAuto-Sections:: "universe/metapackages"; APT::Never-MarkAuto-Sections:: "multiverse/metapackages"; APT::Move-Autobit-Sections ""; APT::Move-Autobit-Sections:: "oldlibs"; APT::Move-Autobit-Sections:: "contrib/oldlibs"; APT::Move-Autobit-Sections:: "non-free/oldlibs"; APT::Move-Autobit-Sections:: "restricted/oldlibs"; APT::Move-Autobit-Sections:: "universe/oldlibs"; APT::Move-Autobit-Sections:: "multiverse/oldlibs"; APT::AutoRemove ""; APT::AutoRemove::SuggestsImportant "false"; APT::Update ""; APT::Update::Post-Invoke ""; APT::Update::Post-Invoke:: "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; APT::Architectures ""; APT::Architectures:: "amd64"; APT::Compressor ""; APT::Compressor::. ""; APT::Compressor::.::Name "."; APT::Compressor::.::Extension ""; APT::Compressor::.::Binary ""; APT::Compressor::.::Cost "0"; APT::Compressor::lz4 ""; APT::Compressor::lz4::Name "lz4"; APT::Compressor::lz4::Extension ".lz4"; APT::Compressor::lz4::Binary "false"; APT::Compressor::lz4::Cost "50"; APT::Compressor::gzip ""; APT::Compressor::gzip::Name "gzip"; APT::Compressor::gzip::Extension ".gz"; APT::Compressor::gzip::Binary "gzip"; APT::Compressor::gzip::Cost "100"; APT::Compressor::gzip::CompressArg ""; APT::Compressor::gzip::CompressArg:: "-6n"; APT::Compressor::gzip::UncompressArg ""; APT::Compressor::gzip::UncompressArg:: "-d"; APT::Compressor::xz ""; APT::Compressor::xz::Name "xz"; APT::Compressor::xz::Extension ".xz"; APT::Compressor::xz::Binary "xz"; APT::Compressor::xz::Cost "200"; APT::Compressor::xz::CompressArg ""; APT::Compressor::xz::CompressArg:: "-6"; APT::Compressor::xz::UncompressArg ""; APT::Compressor::xz::UncompressArg:: "-d"; APT::Compressor::bzip2 ""; APT::Compressor::bzip2::Name "bzip2"; APT::Compressor::bzip2::Extension ".bz2"; APT::Compressor::bzip2::Binary "bzip2"; APT::Compressor::bzip2::Cost "300"; APT::Compressor::bzip2::CompressArg ""; APT::Compressor::bzip2::CompressArg:: "-6"; APT::Compressor::bzip2::UncompressArg ""; APT::Compressor::bzip2::UncompressArg:: "-d"; APT::Compressor::lzma ""; APT::Compressor::lzma::Name "lzma"; APT::Compressor::lzma::Extension ".lzma"; APT::Compressor::lzma::Binary "xz"; APT::Compressor::lzma::Cost "400"; APT::Compressor::lzma::CompressArg ""; APT::Compressor::lzma::CompressArg:: "--format=lzma"; APT::Compressor::lzma::CompressArg:: "-6"; APT::Compressor::lzma::UncompressArg ""; APT::Compressor::lzma::UncompressArg:: "--format=lzma"; APT::Compressor::lzma::UncompressArg:: "-d"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::mirrors "mirrors/"; Dir::State::extended_states "extended_states"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "archives/"; Dir::Cache::srcpkgcache ""; Dir::Cache::pkgcache ""; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::sourceparts "sources.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::netrc "auth.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Etc::preferencesparts "preferences.d"; Dir::Etc::trusted "trusted.gpg"; Dir::Etc::trustedparts "trusted.gp
Bug#812994: Workaround
I've worked around the failing install of libpopt0 on my containers by installing it before anything else. This allows the package installation to proceed forward without any issues. Hope this info helps. Cheers Rohan Garg
Bug#571136: 1.0.76 breaks qemu'd debootstrap
Hi > Feel free to report what happens with 1.0.77. > I just tested 1.0.78 and this is still broken for me. Cheers Rohan Garg
Bug#809965: nmu: krita_1:2.8.5+dfsg-1.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu krita_1:2.8.5+dfsg-1.2 . ANY . unstable . -m "Rebuild to transition to libilmbase6v5 and libopenexr6v5" -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-18-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#771220: libphonon4qt5-dev cannot be used in Debian jessie
Package: libphonon4qt5-dev Version: 4:4.8.0-3 Severity: important Dear Maintainer, * What led up to the situation? - Trying to compile a simple program which uses Phonon headers. * What exactly did you do (or not do) that was effective (or ineffective)? - Adjust paths in the .cmake file installed by the libphonon4qt5-dev package. * What was the outcome of this action? - My test program compiled. * What outcome did you expect instead? - Outcome as expected. I've attached my test program along the bug report. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libphonon4qt5-dev depends on: ii libc62.19-13 ii libphonon4qt5-4 4:4.8.0-3 ii libqt5core5a 5.3.2+dfsg-4+b1 ii libqt5designer5 5.3.2-3 ii libqt5gui5 5.3.2+dfsg-4+b1 ii libqt5widgets5 5.3.2+dfsg-4+b1 ii libstdc++6 4.9.2-1 ii phonon4qt5 4:4.8.0-3 libphonon4qt5-dev recommends no packages. libphonon4qt5-dev suggests no packages. -- no debconf information test.tgz Description: application/gzip
Bug#771220: Additional Information
Upstream has made a commit that can help resolve this issue here [1] Cheers Rohan Garg [1] http://quickgit.kde.org/?p=phonon.git&a=commitdiff&h=22c018eeedd4d8252ece6d83fc202a9cb3b57951 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#847565: libkpmcore3-dev should depend on libkpmcore3
Package: libkpmcore3-dev Version: 2.2.1-2 Severity: important Dear Maintainer, libkpmcore3-dev should depend on libkpmcore3 in order to be useful -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf, i386 Kernel: Linux 4.9.0-rc5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#847919: live-build: Simplify live-build bootstrap code
Package: live-build
Version: 1:20161202
Severity: normal
Dear Maintainer,
I've simplified the live-build code for bootstrapping foreign architectures
by using the qemu-debootstrap tool provided with qemu-user-static.
Please take a look at the attached patch.
Control: tag -1 + patch
-- Package-specific info:
-- System Information:
Debian Release: stretch/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf, i386
Kernel: Linux 4.9.0-rc8-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages live-build depends on:
ii debootstrap 1.0.87
Versions of packages live-build recommends:
ii apt-utils 1.4~beta1
ii cpio2.11+dfsg-6
ii live-boot-doc 1:20160511
ii live-config-doc 5.20160608
ii live-manual 2:20151217.1
ii live-manual-epub [live-manual] 2:20151217.1
ii live-manual-html [live-manual] 2:20151217.1
ii live-manual-odf [live-manual] 2:20151217.1
ii live-manual-pdf [live-manual] 2:20151217.1
ii live-manual-txt [live-manual] 2:20151217.1
ii wget1.18-4
live-build suggests no packages.
-- no debconf information
>From f17c04ab0cfca1a4d771226b42941be2cba653e9 Mon Sep 17 00:00:00 2001
From: Rohan Garg
Date: Mon, 12 Dec 2016 11:49:03 +0100
Subject: [PATCH] Run debootstrap with qemu-debootstrap if the binary is
present
---
scripts/build/bootstrap_debootstrap | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/scripts/build/bootstrap_debootstrap b/scripts/build/bootstrap_debootstrap
index a89fc42..419a031 100755
--- a/scripts/build/bootstrap_debootstrap
+++ b/scripts/build/bootstrap_debootstrap
@@ -108,12 +108,8 @@ then
DEBOOTSTRAP_OPTIONS="${DEBOOTSTRAP_OPTIONS} --exclude=$(echo ${LB_BOOTSTRAP_QEMU_EXCLUDE} | sed 's| *|,|g')"
fi
- Echo_message "Bootstrap will be foreign"
- debootstrap ${DEBOOTSTRAP_OPTIONS} --foreign "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
-
- Echo_message "Running debootstrap second stage under QEMU"
- cp ${LB_BOOTSTRAP_QEMU_STATIC} chroot/usr/bin
- Chroot chroot /bin/sh /debootstrap/debootstrap --second-stage ${FOREIGN_DEBOOTSTRAP_OPTIONS}
+ Echo_message "Running debootstrap with qemu-debootstrap"
+ qemu-debootstrap ${DEBOOTSTRAP_OPTIONS} "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
else
debootstrap ${DEBOOTSTRAP_OPTIONS} "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
fi
--
2.10.2
Bug#847919: live-build: Simplify live-build bootstrap code
Fix the commit message in the patch.
Control: tag -1 + patch
From 000bfba5a55e51995e40a7735efed9e10f9da2ed Mon Sep 17 00:00:00 2001
From: Rohan Garg
Date: Mon, 12 Dec 2016 11:49:03 +0100
Subject: [PATCH] Run debootstrap with qemu-debootstrap
Simplify the code and simply run the bootstrap via qemu-debootstrap
---
scripts/build/bootstrap_debootstrap | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/scripts/build/bootstrap_debootstrap b/scripts/build/bootstrap_debootstrap
index a89fc42..419a031 100755
--- a/scripts/build/bootstrap_debootstrap
+++ b/scripts/build/bootstrap_debootstrap
@@ -108,12 +108,8 @@ then
DEBOOTSTRAP_OPTIONS="${DEBOOTSTRAP_OPTIONS} --exclude=$(echo ${LB_BOOTSTRAP_QEMU_EXCLUDE} | sed 's| *|,|g')"
fi
- Echo_message "Bootstrap will be foreign"
- debootstrap ${DEBOOTSTRAP_OPTIONS} --foreign "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
-
- Echo_message "Running debootstrap second stage under QEMU"
- cp ${LB_BOOTSTRAP_QEMU_STATIC} chroot/usr/bin
- Chroot chroot /bin/sh /debootstrap/debootstrap --second-stage ${FOREIGN_DEBOOTSTRAP_OPTIONS}
+ Echo_message "Running debootstrap with qemu-debootstrap"
+ qemu-debootstrap ${DEBOOTSTRAP_OPTIONS} "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
else
debootstrap ${DEBOOTSTRAP_OPTIONS} "${LB_PARENT_DISTRIBUTION}" chroot "${LB_PARENT_MIRROR_BOOTSTRAP}" ${DEBOOTSTRAP_SCRIPT}
fi
--
2.10.2
Bug#802515: SystemError: E:The value 'stretch' is invalid for APT::Default-Release as such a release is not available in the sources
As I see it the template entries in /usr/share/python-apt/templates/Debian.info need updating to add a stretch release. Cheers Rohan Garg
Bug#771164: transmission-qt: [INTL:all] No translation but english for package transmission-qt
Hi This is clearly still present. Could the maintainers please look at it for stretch? Cheers Rohan Garg
Bug#831384: live-config: X.Org driver automatic override for VirtualBox is useless and breaks some use cases
Control: tag -1 + patch
I can confirm this happens for me too. I'm attaching a patch.
From 6482e70b0f69ce3ea7e0dc58381b7a2d36e1ced6 Mon Sep 17 00:00:00 2001
From: Rohan Garg
Date: Thu, 1 Dec 2016 13:12:23 +0100
Subject: [PATCH] Drop the vboxvideo driver handling, now handled by dkms
---
components/1140-xserver-xorg | 6 --
1 file changed, 6 deletions(-)
diff --git a/components/1140-xserver-xorg b/components/1140-xserver-xorg
index 7804877..3982e2f 100755
--- a/components/1140-xserver-xorg
+++ b/components/1140-xserver-xorg
@@ -123,12 +123,6 @@ Config ()
if [ -z "${LIVE_XORG_DRIVER}" ]
then
-# xorg-driver automatic override for virtualbox
-if [ -e /var/lib/dpkg/info/virtualbox-guest-x11.list ] && echo "${_DEVICE}" | grep -qs '^80EEBEEF'
-then
- LIVE_XORG_DRIVER="vboxvideo"
-fi
-
# xorg-driver automatic override for fglrx
if echo "${_DEVICE}" | grep -qs '^1002'
then
--
2.10.2
Bug#832737: live-config: X.Org driver automatic override for VirtualBox is useless and breaks some use cases
Control: tag -1 + patch
I can confirm this happens for me too. I'm attaching a patch.
From 6482e70b0f69ce3ea7e0dc58381b7a2d36e1ced6 Mon Sep 17 00:00:00 2001
From: Rohan Garg
Date: Thu, 1 Dec 2016 13:12:23 +0100
Subject: [PATCH] Drop the vboxvideo driver handling, now handled by dkms
---
components/1140-xserver-xorg | 6 --
1 file changed, 6 deletions(-)
diff --git a/components/1140-xserver-xorg b/components/1140-xserver-xorg
index 7804877..3982e2f 100755
--- a/components/1140-xserver-xorg
+++ b/components/1140-xserver-xorg
@@ -123,12 +123,6 @@ Config ()
if [ -z "${LIVE_XORG_DRIVER}" ]
then
-# xorg-driver automatic override for virtualbox
-if [ -e /var/lib/dpkg/info/virtualbox-guest-x11.list ] && echo "${_DEVICE}" | grep -qs '^80EEBEEF'
-then
- LIVE_XORG_DRIVER="vboxvideo"
-fi
-
# xorg-driver automatic override for fglrx
if echo "${_DEVICE}" | grep -qs '^1002'
then
--
2.10.2
Bug#850720: firefox: Use pkg-info.mk to figure out source name and version
Source: firefox Severity: normal Tags: patch Dear Maintainer, The current debian/upstream.mk seems to be figuring out the source and version values manually by calling dpkg-parsechangelog. Instead, one could include pkg-info.mk and use the variables exported by that make file in order to avoid the manual processing. I'm attaching a patch to indicate what I mean. -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf, i386 Kernel: Linux 4.9.0-rc8-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff --git a/debian/upstream.mk b/debian/upstream.mk index c05237baca5..7952ef95c2d 100644 --- a/debian/upstream.mk +++ b/debian/upstream.mk @@ -1,3 +1,5 @@ +include /usr/share/dpkg/pkg-info.mk + # Generic rules to help download sources from archive.mozilla.org. # Define the following variables before including this file: # PRODUCT - product codename (e.g. browser) @@ -22,9 +24,8 @@ export JS_SO_VERSION := $(firstword $(GRE_VERSION))d export GRE_VERSION := $(firstword $(GRE_VERSION)) # Last version in debian/changelog -DEBIAN_SRC_VERSION := $(shell dpkg-parsechangelog | sed -n 's/^\(Source\|Version\): *// p') -DEBIAN_SOURCE := $(firstword $(DEBIAN_SRC_VERSION)) -DEBIAN_VERSION := $(word 2, $(DEBIAN_SRC_VERSION)) +DEBIAN_SOURCE := $(DEB_SOURCE) +DEBIAN_VERSION := $(DEB_VERSION) # Debian part of the above version (anything after the last dash) DEBIAN_RELEASE := $(lastword $(subst -, ,$(DEBIAN_VERSION))) # Upstream part of the debian/changelog version (anything before the last dash) @@ -56,11 +57,11 @@ PRODUCT_NAME := $(DEBIAN_SOURCE) # Check if the version in debian/changelog matches actual upstream version # as VERSION_FILTER transforms it. FILTERED_UPSTREAM_VERSION := $(shell echo $(UPSTREAM_VERSION) | $(VERSION_FILTER)) -ifneq ($(FILTERED_UPSTREAM_VERSION),$(subst esr,,$(firstword $(subst ~b, ,$(UPSTREAM_RELEASE) -$(error Upstream version in debian/changelog ($(UPSTREAM_RELEASE)) does not match actual upstream version ($(FILTERED_UPSTREAM_VERSION))) +ifneq ($(FILTERED_UPSTREAM_VERSION),$(DEB_VERSION_UPSTREAM)) +$(error Upstream version in debian/changelog ($(DEB_VERSION_UPSTREAM)) does not match actual upstream version ($(FILTERED_UPSTREAM_VERSION))) endif -VERSION = $(UPSTREAM_RELEASE) +VERSION = $(DEB_VERSION_UPSTREAM) $(call lazy,SOURCE_TARBALL_EXT,$$(shell sed -n '/^SOURCE_TAR/s/.*\.tar\.//p' toolkit/mozapps/installer/upload-files.mk)) SOURCE_TARBALL = $(DEBIAN_SOURCE)_$(VERSION)$(SOURCE_BUILD_DATE:%=+%).orig.tar.$(SOURCE_TARBALL_EXT) SOURCE_TARBALL_LOCATION = ..
Bug#850720: firefox: Use pkg-info.mk to figure out source name and version
Hey > This change most likely breaks building ESR and Beta. > Oh, can you give me more info on how I can check my changes against that? > There also needs to be a build dependency on dpkg-dev >= 1.16.1. > The package already depends on dpkg-dev >= 1.16.1 according to the build-deps Cheers Rohan Garg
Bug#850720: firefox: Use pkg-info.mk to figure out source name and version
Hey > Try your patch on the firefox package in experimental, and the > firefox-esr package in testing/unstable. Gotcha. Would it be possible meanwhile to fix epoch handling when trying to figure out the upstream version? Cheers Rohan Garg
Bug#610855: closed by Mathieu Malaterre (Bug#610855: fixed in dcmtk 3.6.0-4)
Hi Thanks for fixing the bug! Regards Rohan Garg On Sat, Mar 19, 2011 at 10:51 PM, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the dcmtk package: > > #610855: Please package dcmtk 3.6 > > It has been closed by Mathieu Malaterre . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Mathieu Malaterre > by > replying to this email. > > > -- > 610855: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610855 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > > > -- Forwarded message -- > From: Mathieu Malaterre > To: 610855-cl...@bugs.debian.org > Date: Sat, 19 Mar 2011 17:17:31 + > Subject: Bug#610855: fixed in dcmtk 3.6.0-4 > Source: dcmtk > Source-Version: 3.6.0-4 > > We believe that the bug you reported is fixed in the latest version of > dcmtk, which is due to be installed in the Debian FTP archive: > > dcmtk-doc_3.6.0-4_all.deb > to main/d/dcmtk/dcmtk-doc_3.6.0-4_all.deb > dcmtk-www_3.6.0-4_amd64.deb > to main/d/dcmtk/dcmtk-www_3.6.0-4_amd64.deb > dcmtk_3.6.0-4.debian.tar.gz > to main/d/dcmtk/dcmtk_3.6.0-4.debian.tar.gz > dcmtk_3.6.0-4.dsc > to main/d/dcmtk/dcmtk_3.6.0-4.dsc > dcmtk_3.6.0-4_amd64.deb > to main/d/dcmtk/dcmtk_3.6.0-4_amd64.deb > libdcmtk2-dev_3.6.0-4_amd64.deb > to main/d/dcmtk/libdcmtk2-dev_3.6.0-4_amd64.deb > libdcmtk2_3.6.0-4_amd64.deb > to main/d/dcmtk/libdcmtk2_3.6.0-4_amd64.deb > > > > A summary of the changes between this version and the previous one is > attached. > > Thank you for reporting the bug, which will now be closed. If you > have further comments please address them to 610...@bugs.debian.org, > and the maintainer will reopen the bug report if appropriate. > > Debian distribution maintenance software > pp. > Mathieu Malaterre (supplier of updated dcmtk > package) > > (This message was generated automatically at their request; if you > believe that there is a problem with it please contact the archive > administrators by mailing ftpmas...@debian.org) > > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Format: 1.8 > Date: Thu, 17 Mar 2011 17:32:48 +0100 > Source: dcmtk > Binary: dcmtk libdcmtk2 libdcmtk2-dev dcmtk-www dcmtk-doc > Architecture: source all amd64 > Version: 3.6.0-4 > Distribution: unstable > Urgency: low > Maintainer: Debian Med Packaging Team > > Changed-By: Mathieu Malaterre > Description: > dcmtk - The OFFIS DICOM toolkit command line utilities > dcmtk-doc - The OFFIS DICOM toolkit documentation > dcmtk-www - The OFFIS DICOM toolkit worklist www server application > libdcmtk2 - The OFFIS DICOM toolkit runtime libraries > libdcmtk2-dev - The OFFIS DICOM toolkit development libraries and headers > Closes: 610855 615977 618686 618688 > Changes: > dcmtk (3.6.0-4) unstable; urgency=low > . > * new release fixes segfault. Closes: #615977 > * Update README. Closes: #618686 > * 3.6.0 is already packaged. Closes: #610855 > * Update postrm script. Closes: #618688 > Checksums-Sha1: > 06c0716b868215052772649862a98cccf540dcc1 1523 dcmtk_3.6.0-4.dsc > 27b695217da01d1b3b1d123b17492ae6733e4c03 46471 dcmtk_3.6.0-4.debian.tar.gz > fcb2f312350af31dc028956ce1e86cfd4a4620f6 10857626 dcmtk-doc_3.6.0-4_all.deb > 0365cca0b98b08a28b853dd70d574b4bf71e 1589470 dcmtk_3.6.0-4_amd64.deb > cf2c7e1dca322ea68befa67688f1d93e4bf219d0 4118178 libdcmtk2_3.6.0-4_amd64.deb > 0e52caeb8ac22ae7f26ef1b433dbd1b63004684d 6030934 > libdcmtk2-dev_3.6.0-4_amd64.deb > 9788932c34fd525043d79f08551116e1387e0867 145052 dcmtk-www_3.6.0-4_amd64.deb > Checksums-Sha256: > 2020217bd4efa35d97d5baaa57d5289ae2cd31b4f6d8b6d78414cac7233797b8 1523 > dcmtk_3.6.0-4.dsc > 22c36854a1f42525d9e3cccee7ff08c47e8e0b35b1b35091f4494abb4ba15413 46471 > dcmtk_3.6.0-4.debian.tar.gz > 76cf1d0c906ed34cc43087bd91b94493297dac655e73f106938979e7444c5ade 10857626 > dcmtk-doc_3.6.0-4_all.deb > 0251e20c34a7867f8cf418ff8c5c599f6ffebcce864cb75592a930ddf961c148 1589470 > dcmtk_3.6.0-4_amd64.deb > 560eccc40c6739d2fd9dbdf7d06d9cda53c95380676fe4480866bae6a1f668b5 4118178 > libdcmtk2_3.6.0-4_amd64.deb > 4527f74c3fd48dd47a99b1c8f2194acb93d4d2f496a3b36766c48587eb0324c1 6030934 > libdcmtk2-dev_3.6.0-4_amd64.deb > 166d0dcaa88d6e51483d0c652ae6177220a8d5919c5d1d1e7cc5be893fb94b4e 145052 > dcmtk-www_3.6.0-4_amd64.deb > Files: > 5d76a3544edf16d324a2e7c7adc8a11d 1523 science optional dcmtk_3.6.0-4.dsc > ebdb4be6935d177cbe268540fb254b42 46471 science optional > dcm
Bug#610855: Please package dcmtk 3.6
Package: dcmtk Severity: wishlist Tags: upstream Hi A new release of dcmtk was made a while back and this is a RTP bug against the same. New upstream release can be found here : http://dicom.offis.de/dcmtk -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-25-generic (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588657: The current rbot packaging has missing build deps and needs a patch to correct it
Package: rbot Version: 0.9.15+post20100705+gitb3aa806-1 Severity: important The Current rbot packaging has missing build deps and needs a patch to correct it.The clean rules also need to be modified to remove lib/rbot/pkgconfig.rb properly and also remove debian-changes-0.9.15+post20100705+gitb3aa806-1 from debian/patches -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rbot depends on: ii libdb-ruby1.80.6.5-6 Interface to Berkeley DB for Ruby ii libruby1.8 [libopenssl-ruby1 1.8.7.249-4 Libraries necessary to run Ruby 1. ii ruby 4.5 An interpreter of object-oriented Versions of packages rbot recommends: ii libgettext-ruby1.8 [libge 2.1.0-2ubuntu1 Gettext for ruby1.8 ii libgettext-ruby1.9.1 [lib 2.1.0-2ubuntu1 Gettext for ruby1.9.1 Versions of packages rbot suggests: ii aspell 0.60.6-3ubuntu1 GNU Aspell spell-checker ii bind9-host [host]1:9.7.0.dfsg.P1-1 Version of 'host' bundled with BIN ii bsdmainutils 8.0.11ubuntu1 collection of more utilities from ii fortune-mod [fortune 1:1.99.1-3.1ubuntu4 provides fortune cookies on demand ii libruby [librexml-ru 4.5 Libraries necessary to run Ruby 1. pn libwww-mechanize-rub (no description available) pn toilet (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588657: Patch for rbot package
severity 588657 serious tags 588657 patch user ubuntu-de...@lists.ubuntu.com usertag 588657 + origin-ubuntu maverick thanks rbot.patch Description: Binary data
Bug#589471: ITP: plasma-widget-fastuserswitch -- Fast user switch plasmoid for switching between sessions in KDE
Package: wnpp Severity: wishlist Owner: Rohan Garg Package name: plasma-widget-fastuserswitch Version : 0.1.1 Upstream Author : Flavio Castelli URL : http://kde-look.org/content/show.php?content=127462 License : GPLv2 or later Programming Lang: C++ Description : Fast user switch plasmoid for switching between sessions in KDE A simple plasma-widget that allows users to swich to another open session or to open a new login page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#883277: sddm: SDDM needs to be added to the video group
Package: sddm Version: 0.16.0+p16.04+git20171118.0056-0 Severity: normal Dear Maintainer, SDDM should be added to the video group so that it has access to the video card -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-40-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.113+nmu3ubuntu4 ii debconf [debconf-2.0] 1.5.58ubuntu1 ii libc6 2.23-0ubuntu9 ii libgcc1 1:6.0.1-0ubuntu1 ii libpam0g1.1.8-3.2ubuntu2 ii libqt5core5a5.9.2+dfsg-3+16.04+xenial+build31 ii libqt5dbus5 5.9.2+dfsg-3+16.04+xenial+build31 ii libqt5gui5 5.9.2+dfsg-3+16.04+xenial+build31 ii libqt5network5 5.9.2+dfsg-3+16.04+xenial+build31 ii libqt5qml5 5.9.2-3+16.04+xenial+build26 ii libqt5quick55.9.2-3+16.04+xenial+build26 ii libstdc++6 5.4.0-6ubuntu1~16.04.5 ii libsystemd0 229-4ubuntu21 ii libxcb-xkb1 1.11.1-1ubuntu1 ii libxcb1 1.11.1-1ubuntu1 ii lsb-base9.20160110ubuntu0.2 ii qml-module-org-kde-kconfig 5.40.0+p16.04+git20171124.0038-0 ii qml-module-qtquick2 5.9.2-3+16.04+xenial+build26 ii x11-common 1:7.7+13ubuntu3 ii xvfb [xserver] 2:1.18.4-0ubuntu0.7 Versions of packages sddm recommends: ii libpam-systemd 229-4ubuntu21 ii sddm-theme-breeze [sddm-theme] 4:5.11.3+p16.04+git20171128.0246-0 Versions of packages sddm suggests: ii libpam-kwallet5 4:5.11.3+p16.04+git20171107.1559-0 -- debconf information excluded
Bug#881333: qtbase5-dev: Rebuild qtbase with OpenGL ES support for arm64
Package: qtbase5-dev Version: 5.9.1+dfsg-2+16.04+xenial+build25 Severity: normal Dear Maintainer, ARM64 Devices such as the ODROID C2, Pinebook, Pineboard only support OpenGL ES 2.0 acceleration. However, qtbase seems to be built with OpenGL acceleratio on ARM64 leading to unaccelerated apps such as Plasma's new systemsettings. Could you please rebuild qtbase with OpenGL ES acceleration on ARM64 instead so as to provide a better user experience on these devices? Cheers Rohan Garg -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-38-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qtbase5-dev depends on: ii libgl1-mesa-dev [libgl-dev]17.0.7-0ubuntu0.16.04.2 ii libglu1-mesa-dev [libglu-dev] 9.0.0-2.1 ii libqt5concurrent5 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5core5a 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5dbus55.9.1+dfsg-2+16.04+xenial+build25 ii libqt5gui5 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5network5 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5printsupport55.9.1+dfsg-2+16.04+xenial+build25 ii libqt5sql5 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5test55.9.1+dfsg-2+16.04+xenial+build25 ii libqt5widgets5 5.9.1+dfsg-2+16.04+xenial+build25 ii libqt5xml5 5.9.1+dfsg-2+16.04+xenial+build25 ii libxext-dev2:1.3.3-1 ii qt5-qmake 5.9.1+dfsg-2+16.04+xenial+build25 ii qtbase5-dev-tools 5.9.1+dfsg-2+16.04+xenial+build25 ii qtchooser 63-g13a3d08-1+16.04+xenial+build15 Versions of packages qtbase5-dev recommends: pn libqt5opengl5-dev Versions of packages qtbase5-dev suggests: pn default-libmysqlclient-dev pn firebird-dev ii libegl1-mesa-dev17.0.7-0ubuntu0.16.04.2 ii libgl1-mesa-dev 17.0.7-0ubuntu0.16.04.2 pn libpq-dev ii libsqlite3-dev 3.11.0-1ubuntu1 pn unixodbc-dev -- no debconf information
Bug#888423: Can confirm on ARM64 too
Hey We're noticing this exact same crash on ARM64 as well. Cheers Rohan Garg
Bug#880574: fontconfig requires nano second precison for fontcache
Package: fontconfig Version: 2.11.94-0ubuntu1.1 Severity: important Dear Maintainer, fontconfig now requires nano second mtime precision on files in order to validate their freshness. squashfs does not seem to support nano second mtime precision causing any Desktop ISO's made with live-build to regenrate the font cache at the desktop startup leading to a very slow time to desktop. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-38-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fontconfig depends on: ii dpkg 1.18.4ubuntu1.2 ii fontconfig-config 2.11.94-0ubuntu1.1 ii libc6 2.23-0ubuntu9 ii libfontconfig1 2.11.94-0ubuntu1.1 ii libfreetype6 2.6.1-0.1ubuntu2.3 fontconfig recommends no packages. fontconfig suggests no packages. -- no debconf information
Bug#880594: virtualbox-guest-x11: 98vboxadd-xclient calls notify-send before Plasma is started, causing SDDM to hang
Package: virtualbox-guest-x11 Severity: normal Dear Maintainer, Due to a recent change in Plasma, a call to notify-send is blocked till such time Plasma has started. 98vboxadd-xclient calls notify-send before Plasma is started, blocking SDDM and delaying the start of Plasma. See https://phabricator.kde.org/D5012 for a discussion about the change. Perhaps a good idea would be to either fork that call. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-38-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#868898: MR for 868898
Hi I've uploaded a MR for bug 868898 here [1]. It'd be great if someone could have a look at it. Cheers Rohan Garg [1] https://salsa.debian.org/xorg-team/lib/libdrm/merge_requests/3
Bug#941136: src:mesa: Enabling panfrost with mesa 19.2
Package: src:mesa Severity: wishlist Dear Maintainer, Panfrost reaches maturity with mesa 19.2, it'd be great if you could enable it in the next upload of mesa. -- System Information: Debian Release: buster/sid APT prefers bionic-updates APT policy: (500, 'bionic-updates'), (500, 'bionic-security'), (500, 'bionic-proposed'), (500, 'bionic'), (100, 'bionic-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.0-30-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#881333: Qt with GLES on arm64 maintainer's decision - Was:: Upcoming Qt switch to OpenGL ES on arm64
Hey > Here I agree with Luke Kenneth Casson Leighton’s opinion [1]. > > I think we should aim to provide the best possible experience with the free > software ecosystem. The experience with proprietary drivers should be the > second priority, if priority at all. > AFAIU by building Qt with GLES we'd still be able to make use of mesa as it provides both GL and GLES capabilities, while also allowing Qt to make use of blobs if a user so chooses. > > By choosing to build Qt with GLES on ARM64, we make Debian a more > > attractive platform for vendors who'd like to target ARM64 boards. > > We should make it attractive for vendors to release their code under > a free software (DFSG) license. That way anyone would be able to hack on it > and add missing support for a different OpenGL variant, if needed. > > That said, as Lisandro announced, we will be happy to make any decision > if there is either a consensus or a TC decision about it. > Ack. Cheers Rohan Garg
Bug#881333: Qt with GLES on arm64 maintainer's decision - Was:: Upcoming Qt switch to OpenGL ES on arm64
Hey On Mon, Nov 26, 2018 at 12:38 PM Raphael Hertzog wrote: > > Hello Lisandro, > > TLDR: thank you for starting this discussion, it was required as it's not > an easy decision to take as there is no realistic perfect solution, but I > believe you took the wrong decision. Please consider deferring the > decision to the technical committe by seeking his advice (point 6.1.3 > of the constitution https://www.debian.org/devel/constitution.en.html#item-6). > Having worked on multiple ARM boards over the past 3 years, I agree very strongly with Raphael. > On Sun, 25 Nov 2018, Lisandro Damián Nicanor Pérez Meyer wrote: > > It seems now clear that the general consensus seems to expect: > > = Qt available for both Desktop and ES OpenGL flavours > > = If no change is possible, keep arm64 with Desktop OpenGL support > > I'm not pleased with how this discussion was handled. First of all, > you did not leave enough time for all stakeholders to participate in > the discussion (started on November 22th, closed November 25th, 3 days, > that's not a reasonable timeframe in particular when 2 of the 3 days > were in the week-end). I was aware of the discussion but did not > had the time to chime in, yet I was the person who re-opened the bug > #881333 in the first place. > As the person who opened #881333, I completely agree. I've been on vacation the past 10 days and haven't had a opportunity to chime in. > I also invited someone else who is working on a concrete project involving > Kali Linux (Debian derivative) and off-the-shelf arm64 hardware available > now but he also did not have the time to contribute to the discussion. > I've had multiple concrete projects involving KDE, Qt and ARM over the past few years, over multiple ARM platforms such as the ODROID C1, C2 and the Pinebook. With my KDE hat on, we have a strong stake in having Plasma perform decently well on these devices. > Then I have read the whole discussion and I don't have the feeling that > any consensus has been reached. It was largely driven by Andy Simpkins > who explained his "gut feeling" as a tinkerer of arm* boards/devices and > Bret Curtis who contributes to some applications with very specific OpenGL > needs. While I value their contribution to the discussion, they both > represent very specific classes of users. > > What I remember from this discussion is that the Windows build of Qt > use GLES 2 by default. It would have been interesting to find out the > rationale for this... because maybe the right decision for us would be > to switch to GLES 2 by default as well (on all architectures as jcristau > suggested). Someone else who likely also tried to ensure Qt for Windows is > usable on most hardware made that choice. > > We got confirmation from many persons that almost all cards benefitting > from Desktop OpenGL would also work with OpenGL ES. So in terms of > hardware support, picking OpenGL ES is the right choice. In terms of > sofware support, it looks like that Desktop OpenGL is better as there > are a few applications that only work with Desktop OpenGL. > > Software can be fixed/improved to also work with OpenGL ES. However > hardware, once bought, cannot be fixed to support Desktop OpenGL > when it has been designed for OpenGL ES only. > I concur here. It was correctly pointed out in another reply that by using OpenGL we're specifically catering to software that doesn't support GLES while making performance worse for mature applications that do implement both OpenGL and GLES. The reality of the situation is that the market currently favors GLES over GL on ARM SBC's, delivered with proprietary blobs. I think a more pragmatic view of this reality would be to deliver the best FOSS user experience that's possible with the proprietary drivers while the open source drivers are being improved. To that extent, by switching to GLES we improve the overall situation since OpenGL applications can fall back to software rendering via mesa on platforms where mesa does not support the GPU. > When taking all this into account, I believe that the right solution is > to use OpenGL ES on all architectures. This will provide the required > incentives for application developers who stick only to Desktop OpenGL > to support OpenGL ES (even it it's at the cost of using some intermediary > layer like https://github.com/p3/regal) and would maximize hardware > support on all architectures. > > That said, I'm fine with a decision to change only arm64 since that's > an architecture were devices that support only OpenGL ES are in the > majority. > By choosing to build Qt with GLES on ARM64, we make Debian a more attractive platform for vendors who'd like to target ARM64 boards. Cheers Rohan Garg
