Re: Bug#748533: Processed: Re: still unable to print

[Jameson Graef Rollins]

On Thu, Nov 05 2015, Maximiliano Curia  wrote:
>> Just saying "install cups-bsd" is not actually a
>> good solution to the problem.  If for whatever reason the user doesn't
>> have cups-bsd installed, they have no way to know that the problem is
>> the lack of that package.  In the interest of user it would be a lot
>> more generous to provide a notification that printing is not possible
>> without the cups-bsd package installed.
>
> Right, that's an upstream bug, I think it would be better if okular used
> qprinter directly instead of having a tweaked qprinter implementation, but
> that might not be feasible, hopefully upstream should be able to assess this.
> Could you report this bug upstream?

Thanks for the response, Max.

I guess the issue comes down to how much one thinks package maintainers
should take responsibility for upstream issues in Debian software.  I'm
of the opinion that package maintainers should be the liaison between
upstream and the Debian community.  In my opinion, any bug in Debian
software should be filed in the BTS.  If the issue is not just in
packaging, then the package maintainers should forward those issues
upstream if that's where they need to go, or at the very least help the
users through that process.  The maintainers can be the point people for
upstream, which relieves the burden of every user having to know how to
file upstream issues against every package that they use.  Everyone need
only know how to file issues with the BTS, and the package maintainers
can help do the rest.  At least that's how I try to operate for the
packages that I maintain.

In any event, I would be happy to file the bug upstream if you could
help direct me to the appropriate place to do so.

Thanks.

jamie.


signature.asc
Description: PGP signature

Processing of signon-plugin-oauth2_0.22-1_amd64.changes

[Debian FTP Masters]

signon-plugin-oauth2_0.22-1_amd64.changes uploaded successfully to localhost
along with the files:
  signon-plugin-oauth2_0.22-1.dsc
  signon-plugin-oauth2_0.22.orig.tar.gz
  signon-plugin-oauth2_0.22-1.debian.tar.xz
  signon-plugin-oauth2-dbg_0.22-1_amd64.deb
  signon-plugin-oauth2-dev_0.22-1_amd64.deb
  signon-plugin-oauth2_0.22-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Processing of ktp-common-internals_15.08.2-1_amd64.changes

[Debian FTP Masters]

ktp-common-internals_15.08.2-1_amd64.changes uploaded successfully to localhost
along with the files:
  ktp-common-internals_15.08.2-1.dsc
  ktp-common-internals_15.08.2.orig.tar.xz
  ktp-common-internals_15.08.2-1.debian.tar.xz
  kde-telepathy-data_15.08.2-1_all.deb
  kde-telepathy-debugger_15.08.2-1_amd64.deb
  kde-telepathy-kaccounts_15.08.2-1_amd64.deb
  kde-telepathy-kpeople_15.08.2-1_amd64.deb
  libktp-dbg_15.08.2-1_amd64.deb
  libktp-dev_15.08.2-1_amd64.deb
  libktpcommoninternals9_15.08.2-1_amd64.deb
  libktplogger9_15.08.2-1_amd64.deb
  libktpmodels9_15.08.2-1_amd64.deb
  libktpotr9_15.08.2-1_amd64.deb
  libktpwidgets9_15.08.2-1_amd64.deb
  qml-module-org-kde-telepathy_15.08.2-1_amd64.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

ktp-common-internals_15.08.2-1_amd64.changes is NEW

[Debian FTP Masters]

binary:kde-telepathy-kaccounts is NEW.
binary:libktp-dbg is NEW.
binary:libktp-dev is NEW.
binary:libktpcommoninternals9 is NEW.
binary:libktplogger9 is NEW.
binary:libktpmodels9 is NEW.
binary:libktpotr9 is NEW.
binary:libktpwidgets9 is NEW.
binary:qml-module-org-kde-telepathy is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html

Bug#804251: virtuoso-opensource-6.1: Setting password interactively during install does never work

[Dmitry Shachnev]

Package: virtuoso-opensource-6.1
Version: 6.1.6+dfsg2-2
Severity: important

Dear virtuoso maintainers,

When I try to install virtuoso-opensource-6.1 in a clean sid pbuilder chroot
with debconf enabled (DEBIAN_FRONTEND=readline), it prompts me for an
administrative password during installation.

However, right after I enter the password twice, it reports that it was unable
to set the password:

  Two users ("dba" and "dav") are created by default, with administrative access
  to Virtuoso. Secure passwords must be chosen for these users in order to
  complete the installation.

  If you leave this blank, the daemon will be disabled unless a non-default
  password already exists.

  Password for DBA and DAV users: /* I enter a password */

  Administrative users password confirmation: /* I enter it again */

  invoke-rc.d: policy-rc.d denied execution of start.
  Unable to set password for the Virtuoso DBA user

  An error occurred while setting the password for the Virtuoso administrative
  user. This may have happened because the account already has a password, or
  because of a communication problem with the Virtuoso server.

It is worth noting that during package remove a similar error from invoke-rc.d
is printed:

  invoke-rc.d: policy-rc.d denied execution of stop.

The full installation log is attached.

Severity is important because one may expect that on a clean system installation
works successfully. This error can also confuse users for whom virtuoso is
installed as a dependency of some other package (i.e. soprano).

--
Dmitry Shachnev
# DEBIAN_FRONTEND=readline apt-get install virtuoso-opensource-6.1
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  fontconfig-config fonts-dejavu-core imagemagick-common libexpat1 libffi6 
libfftw3-double3 libfontconfig1 libfreetype6 libglib2.0-0
  libgnutls-deb0-28 libhogweed4 libicu55 libjbig0 libjpeg62-turbo liblcms2-2 
libldap-2.4-2 liblqr-1-0 libltdl7 libmagickcore-6.q16-2
  libmagickwand-6.q16-2 libnettle6 libp11-kit0 libpng12-0 libsasl2-2 
libsasl2-modules-db libssl1.0.2 libtasn1-6 libtiff5 libvirtodbc0 libwbxml2-0
  libx11-6 libx11-data libxau6 libxcb1 libxdmcp6 libxext6 libxml2 odbcinst 
odbcinst1debian2 ucf virtuoso-opensource-6.1-bin
  virtuoso-opensource-6.1-common
Suggested packages:
  libfftw3-bin libfftw3-dev gnutls-bin liblcms2-utils 
libmagickcore-6.q16-2-extra
Recommended packages:
  libglib2.0-data shared-mime-info xdg-user-dirs ghostscript gsfonts 
libsasl2-modules xml-core
The following NEW packages will be installed:
  fontconfig-config fonts-dejavu-core imagemagick-common libexpat1 libffi6 
libfftw3-double3 libfontconfig1 libfreetype6 libglib2.0-0
  libgnutls-deb0-28 libhogweed4 libicu55 libjbig0 libjpeg62-turbo liblcms2-2 
libldap-2.4-2 liblqr-1-0 libltdl7 libmagickcore-6.q16-2
  libmagickwand-6.q16-2 libnettle6 libp11-kit0 libpng12-0 libsasl2-2 
libsasl2-modules-db libssl1.0.2 libtasn1-6 libtiff5 libvirtodbc0 libwbxml2-0
  libx11-6 libx11-data libxau6 libxcb1 libxdmcp6 libxext6 libxml2 odbcinst 
odbcinst1debian2 ucf virtuoso-opensource-6.1 virtuoso-opensource-6.1-bin
  virtuoso-opensource-6.1-common
0 upgraded, 43 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/25.0 MB of archives.
After this operation, 83.4 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package imagemagick-common.
(Reading database ... 12278 files and directories currently installed.)
Preparing to unpack .../imagemagick-common_8%3a6.8.9.9-6_all.deb ...
Unpacking imagemagick-common (8:6.8.9.9-6) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.2.1-3_amd64.deb ...
Unpacking libffi6:amd64 (3.2.1-3) ...
Selecting previously unselected package libfftw3-double3:amd64.
Preparing to unpack .../libfftw3-double3_3.3.4-2_amd64.deb ...
Unpacking libfftw3-double3:amd64 (3.3.4-2) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-7_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-7) ...
Selecting previously unselected package libpng12-0:amd64.
Preparing to unpack .../libpng12-0_1.2.50-2+b2_amd64.deb ...
Unpacking libpng12-0:amd64 (1.2.50-2+b2) ...
Selecting previously unselected package libfreetype6:amd64.
Preparing to unpack .../libfreetype6_2.6-2_amd64.deb ...
Unpacking libfreetype6:amd64 (2.6-2) ...
Selecting previously unselected package ucf.
Preparing to unpack .../archives/ucf_3.0030_all.deb ...
Moving old data out of the way
Unpacking ucf (3.0030) ...
Selecting previously unselected package fonts-dejavu-core.
Preparing to unpack .../fonts-dejavu-core_2.35-1_all.deb ...
Unpacking fonts-dejavu-core (2.35-1) ...
Selecting previously unselected package fontconfig-config.
Preparing to unpack .../fontconfig-config_2.11.0-6.3_all.deb ...
Unpacking 

kde-style-oxygen

[Iolanda Deere]

Dear, my system is Debian GNU/Linux 8 (jessie) with KDE 4.14.2.

I installed these packages:
kde-config-gtk-style
gtk2-oxygen
gtk3-oxygen
look a http://paste.opensuse.org/80171565

It is the result, look a http://paste.opensuse.org/17972882

Do you see vertical things?
Rebuilding those packages didn't give a result.

Please help, it is in all GTK+ applications, how to fix it?

Bug#804272: fails to synchronize caldav to OpenXChange without notice

[Thomas Koch]

Package: akonadi-server
Version: 1.13.0-2+deb8u1
Severity: serious
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've started to use the Calendar and Contacts features of Kontact together
with mailbox.org seriously. mailbox.org uses OpenXChange and I connect to it
via DAV groupware resources.

After entering many contacts, I noticed that they were not synchronized
anymore to mailbox.org. I solved this by copying all contacts in an vCard
folder resource, setting up a new DAV groupware resource and copying the
contacts back.

Today I noticed that calendar events were not synchronized from the
mailbox.org server to my laptop.

Since there are many search hits for this kind of error with different CalDav
server, I believe that this is a bug in Akonadi.

Maybe it would be possible to backport a newer version of Akonadi and Kontact
for Jessie that might have fewer bugs? That would also be a good preparation
to maybe get a working Kontakt for Stretch?

This bug is serious because it causes important personal data loss.

Thank you, Thomas Koch

- -- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages akonadi-server depends on:
ii  akonadi-backend-postgresql  1.13.0-2+deb8u1
ii  libakonadiprotocolinternals11.13.0-2+deb8u1
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libc6   2.19-18+deb8u1
ii  libgcc1 1:4.9.2-10
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6  4.9.2-10

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
pn  akonadi-backend-mysql   
ii  akonadi-backend-postgresql  1.13.0-2+deb8u1
pn  akonadi-backend-sqlite  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWPQMNAAoJEAf8SJEEK6ZabjEP+wT+7IOVCXHiNJgNHIEuXW34
SFptaUTo/E58mT0Vu7QO07cyEe+t0BuvrFI3FW7LmWGUTFQnKISW/pVMCWNPt/gZ
zuWJ2EQN3ZXgsoMKWwil3yBGSbMTxZ8At9htG5N8u/F5OPGcGZ3sp7ZUVXjg1Azx
iQroxFxqs1c81fwsOil5UqSDDvfdM9+OWq9xAjWvietvz2DdS/SEKHhM9kaquxJx
Q6wTm2LXul5bltQuGiaMqADvNy1aLdM3tWbbFPVeREQI5ImjyiiITgBQtT/eEOQK
SRG6dyARHyTbxLFkycMpcU4U1j8vcX/MATS2OkipVXiApxUE7zj2yM6+YsYYmpf1
dOUDYxRBFCyE92dNUXM5GiYM1rAZMipsBP6LZbNcuAKAI4JwLIzUjk6pMTi3lbVp
Rcd8YPqqLDELc7siEjnrfuY/e2lTy7DJi44FdRmRrjUIVL8+5bRwKVrGhH6QHUOy
VKY4zWnElClh2o4oqSqlJRT+Gna+xj7q5204gffxLIg9iB7Yymwa3FVuZIjxChMV
YVR7nF1NllotnL1qt+YTQCJe/neXGJrT0p+t3mkIiGIYzSKDm9aAbmCXq6T1XPvb
14IXDrt/pTZt/3kULj2+P1gm2TKO0T16XmN6yRJLvUj5Cr4CrxqJSf2m10/xUJaD
DYK0iHacBL5Xz1Gn3M/Z
=RWEM
-END PGP SIGNATURE-