Bug#1069866: scribus: List AUto-indent and second line tabs both don't work properly

[Gary Dale]

Package: scribus
Version: 1.5.8+dfsg-5
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I was trying to clean up a bulletted list in an existing document. It had used 
manual bullets, 
 line breaks and spaces for item continuations when they didn't fit on the line 
with the bullet.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I removed all the bulletsm line breaks and extra spaces then created a new 
style that used the 
bulletted list feature. This correctly inserted the bullets and allowed me to 
adjust the spacing
between the bullet and the text. However, the Auto-Indent feature simply did 
not work. No matter
what settings I tried, the spillover did not indent.

Next I tried to use the paragraph indent feature. No matter what settings I 
used, I could not 
get it to only indent the spillover lines.

I eventually turned off the spaxcing between the bullet & text, manually 
inserted spaces and
hard line-breaks (that don't trigger a new paragraph) to achieve the look I 
wanted.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages scribus depends on:
ii  ghostscript   10.02.1~dfsg-3
ii  libc6 2.37-18
ii  libcairo2 1.18.0-1+b1
ii  libcdr-0.1-1  0.1.7-1
ii  libcups2  2.4.7-1+b1
ii  libfontconfig12.15.0-1.1
ii  libfreehand-0.1-1 0.1.2-3
ii  libfreetype6  2.13.2+dfsg-1+b4
ii  libgcc-s1 14-20240330-1
ii  libgraphicsmagick-q16-3   1.4+really1.3.42-1+b1
ii  libharfbuzz-icu0  8.3.0-2
ii  libharfbuzz-subset0   8.3.0-2
ii  libharfbuzz0b 8.3.0-2
ii  libhunspell-1.7-0 1.7.2+really1.7.2-10+b2
ii  libicu72  72.1-4+b1
ii  libjpeg62-turbo   1:2.1.5-2+b2
ii  liblcms2-22.14-2+b1
ii  libmspub-0.1-10.1.4-3+b3
ii  libopenscenegraph161  3.6.5+dfsg1-8+b4
ii  libopenthreads21  3.6.5+dfsg1-8+b4
ii  libpagemaker-0.0-00.0.4-1
ii  libpng16-16t64 [libpng16-16]  1.6.43-5
ii  libpodofo0.9.80.9.8+dfsg-3+b2
ii  libpoppler126 22.12.0-2+b1
ii  libpython3.11 3.11.8-1
ii  libqt5core5a  5.15.10+dfsg-7
ii  libqt5gui55.15.10+dfsg-7
ii  libqt5network55.15.10+dfsg-7
ii  libqt5opengl5 5.15.10+dfsg-7
ii  libqt5printsupport5   5.15.10+dfsg-7
ii  libqt5widgets55.15.10+dfsg-7
ii  libqt5xml55.15.10+dfsg-7
ii  libqxp-0.0-0  0.0.2-1+b3
ii  librevenge-0.0-0  0.0.5-3
ii  libstdc++614-20240330-1
ii  libtiff6  4.5.1+git230720-4
ii  libvisio-0.1-10.1.7-1+b3
ii  libxml2   2.9.14+dfsg-1.3+b2
ii  libzmf-0.0-0  0.0.2-1+b6
ii  scribus-data  1.5.8+dfsg-5
ii  zlib1g1:1.3.dfsg-3+b1

Versions of packages scribus recommends:
ii  cups-bsd2.4.7-1+b1
ii  fonts-dejavu2.37-8
ii  fonts-liberation1:2.1.5-3
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-7
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1.1
ii  xfonts-scalable 1:1.0.3-1.3

Versions of packages scribus suggests:
ii  icc-profiles   2.1-2
pn  scribus-doc
pn  scribus-template   
ii  texlive-latex-recommended  2023.20240207-1

-- no debconf information

Bug#1069865: scribus: Importing PDFs that contain PNG images appears to leave a border around the PNG image

[Gary Dale]

Package: scribus
Version: 1.5.8+dfsg-5
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have a template that allows me to create a document divided into 3 equal 
columns 
for narrow or 3-fold flyers (the ones you may see in a literature rack). In 
this case
I use the same image for all 3 panels on the page for cutting after printing.

I create the content as a PDF file with the correct 1/3 page dimensions then 
import it into the 3 sections of the template as an image frame. However I 
noticed
that the imported PDFs were showing a thin border around the PNG file they 
contained
that was not visible in when the source PDF is viewed directly.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I verified that I was importing the correct file, that the source didn't 
contain the
border, and that it wasn't and older version somehow cached  in the .sla 
template file.

   * What was the outcome of this action?
THe border is still there,

   * What outcome did you expect instead?
The importing of a PDF should dispaly the PDF as it would in any other viewer.

NOTES: the source .sla for the PDF I imported is a modified version of one I've 
been
using for years, updating it as needed. This time I added a QR code image to 
it. 

I also noted the border around a JPEG image but this disappeared when I set the 
image fill colour property to none. The line colour property was also none. I 
note that I cannot actually remove the line nor set its thickness to 0. Anyway,
the same thing didn't remove the border from the PNG QR code image.

The workaround was to export the .sla to a .png file instead of to a PDF. While
this worked, it left the full-page .sla and the exported PDF a lot larger than 
when 
I simply used PDFs.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages scribus depends on:
ii  ghostscript   10.02.1~dfsg-3
ii  libc6 2.37-18
ii  libcairo2 1.18.0-1+b1
ii  libcdr-0.1-1  0.1.7-1
ii  libcups2  2.4.7-1+b1
ii  libfontconfig12.15.0-1.1
ii  libfreehand-0.1-1 0.1.2-3
ii  libfreetype6  2.13.2+dfsg-1+b4
ii  libgcc-s1 14-20240330-1
ii  libgraphicsmagick-q16-3   1.4+really1.3.42-1+b1
ii  libharfbuzz-icu0  8.3.0-2
ii  libharfbuzz-subset0   8.3.0-2
ii  libharfbuzz0b 8.3.0-2
ii  libhunspell-1.7-0 1.7.2+really1.7.2-10+b2
ii  libicu72  72.1-4+b1
ii  libjpeg62-turbo   1:2.1.5-2+b2
ii  liblcms2-22.14-2+b1
ii  libmspub-0.1-10.1.4-3+b3
ii  libopenscenegraph161  3.6.5+dfsg1-8+b4
ii  libopenthreads21  3.6.5+dfsg1-8+b4
ii  libpagemaker-0.0-00.0.4-1
ii  libpng16-16t64 [libpng16-16]  1.6.43-5
ii  libpodofo0.9.80.9.8+dfsg-3+b2
ii  libpoppler126 22.12.0-2+b1
ii  libpython3.11 3.11.8-1
ii  libqt5core5a  5.15.10+dfsg-7
ii  libqt5gui55.15.10+dfsg-7
ii  libqt5network55.15.10+dfsg-7
ii  libqt5opengl5 5.15.10+dfsg-7
ii  libqt5printsupport5   5.15.10+dfsg-7
ii  libqt5widgets55.15.10+dfsg-7
ii  libqt5xml55.15.10+dfsg-7
ii  libqxp-0.0-0  0.0.2-1+b3
ii  librevenge-0.0-0  0.0.5-3
ii  libstdc++614-20240330-1
ii  libtiff6  4.5.1+git230720-4
ii  libvisio-0.1-10.1.7-1+b3
ii  libxml2   2.9.14+dfsg-1.3+b2
ii  libzmf-0.0-0  0.0.2-1+b6
ii  scribus-data  1.5.8+dfsg-5
ii  zlib1g1:1.3.dfsg-3+b1

Versions of packages scribus recommends:
ii  cups-bsd2.4.7-1+b1
ii  fonts-dejavu2.37-8
ii  fonts-liberation1:2.1.5-3
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-7
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1.1
ii  xfonts-scalable 1:1.0.3-1.3

Versions of packages scribus suggests:
ii  icc-profiles   2.1-2
pn  scribus-doc
pn  scribus-template   
ii  texlive-latex-recommended  2023.20240207-1

-- no debconf information

Bug#1059359: gimp: GIMP corrupts alpha layer when saving as .PNG

[Gary Dale]

Package: gimp
Version: 2.10.36-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I add an alpha layer to an image, make some areas transparent then export the 
image as a .PNG file

   * What exactly did you do (or not do) that was effective (or ineffective)?
I can expost the image to a .GIF file but when I export it as a .PNG, the 
transparent areas as mostly 
filled with garbage

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-2-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gimp depends on:
ii  gimp-data2.10.36-2
ii  graphviz 2.42.2-7+b3
ii  libaa1   1.4p5-50
ii  libbabl-0.1-01:0.1.106-3
ii  libbz2-1.0   1.0.8-5+b1
ii  libc62.37-12
ii  libcairo21.18.0-1
ii  libfontconfig1   2.14.2-6
ii  libfreetype6 2.13.2+dfsg-1
ii  libgcc-s113.2.0-7
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3
ii  libgegl-0.4-01:0.4.46-4
ii  libgexiv2-2  0.14.2-2
ii  libgimp2.0   2.10.36-2
ii  libglib2.0-0 2.78.3-1
ii  libgs10  10.02.1~dfsg-1
ii  libgtk2.0-0  2.24.33-2
ii  libgudev-1.0-0   238-3
ii  libharfbuzz0b8.0.1-1
ii  libheif1 1.17.4-1
ii  libjpeg62-turbo  1:2.1.5-2
ii  libjson-glib-1.0-0   1.8.0-2
ii  libjxl0.70.7.0-10.2
ii  liblcms2-2   2.14-2
ii  liblzma5 5.4.5-0.1
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.5-1 1.6.0-2
ii  libopenexr-3-1-303.1.5-5.1
ii  libopenjp2-7 2.5.0-2
ii  libpango-1.0-0   1.51.0+ds-3
ii  libpangocairo-1.0-0  1.51.0+ds-3
ii  libpangoft2-1.0-01.51.0+ds-3
ii  libpng16-16  1.6.40-2
ii  libpoppler-glib8 22.12.0-2+b1
ii  librsvg2-2   2.54.7+dfsg-2
ii  libstdc++6   13.2.0-7
ii  libtiff6 4.5.1+git230720-3
ii  libwebp7 1.3.2-0.3
ii  libwebpdemux21.3.2-0.3
ii  libwebpmux3  1.3.2-0.3
ii  libwmf-0.2-7 0.2.13-1.1
ii  libwmflite-0.2-7 0.2.13-1.1
ii  libx11-6 2:1.8.7-1
ii  libxcursor1  1:1.2.1-1
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2
ii  libxmu6  2:1.1.3-3
ii  libxpm4  1:3.5.17-1
ii  xdg-utils1.1.3-4.1
ii  zlib1g   1:1.3.dfsg-3

Versions of packages gimp recommends:
ii  ghostscript  10.02.1~dfsg-1

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
ii  gvfs-backends 1.52.1-1
ii  libasound21.2.10-3

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_MONETARY = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_COLLATE = "en_CA.UTF-8",
LC_MEASUREMENT = "en_CA.UTF-8",
LC_NUMERIC = "en_CA.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_MONETARY = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_COLLATE = "en_CA.UTF-8",
LC_MEASUREMENT = "en_CA.UTF-8",
LC_NUMERIC = "en_CA.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#1024514: scribus: Need an easier way to maintain PDF annotations as internal links in a document

[Gary Dale]

Package: scribus
Version: 1.5.8+dfsg-3+b2
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have a document that uses a lot of PDF annotations to link other locations in 
the document. Unfortunately
there doesn't appear to be a way to keep them synchronized with their 
destinations as objects move around 
during editing.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Currently I don't set the destination for the links until the document is 
nearly finalized. However the
document is public and is updated both before and after "finalization" which 
means links are either
missing or may need to changed.

   * What was the outcome of this action?
Even creating the links is a big job. Ensuring the remain accurate is tediosu 
and error prone.

   * What outcome did you expect instead?
Rather than pointing the links to a position on a page, I'd like to be able to 
point them to a specific
object (usually a text frame or box shape). Having a tool similar to the Table 
of Contents generator to 
set the actual link destinations based on the object location would then make 
life a lot simpler.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-4-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages scribus depends on:
ii  ghostscript  10.0.0~dfsg-6
ii  libc62.36-5
ii  libcairo21.16.0-6
ii  libcdr-0.1-1 0.1.6-2+b2
ii  libcups2 2.4.2-1+b2
ii  libfontconfig1   2.13.1-4.5
ii  libfreehand-0.1-10.1.2-3
ii  libfreetype6 2.12.1+dfsg-3
ii  libgcc-s112.2.0-9
ii  libgraphicsmagick-q16-3  1.4+really1.3.38+hg16739-1+b1
ii  libharfbuzz-icu0 5.2.0-2+b1
ii  libharfbuzz0b5.2.0-2+b1
ii  libhunspell-1.7-01.7.1-1
ii  libicu72 72.1-2
ii  libjpeg62-turbo  1:2.1.2-1+b1
ii  liblcms2-2   2.13.1-1+b1
ii  libmspub-0.1-1   0.1.4-3+b3
ii  libopenscenegraph161 3.6.5+dfsg1-8
ii  libopenthreads21 3.6.5+dfsg1-8
ii  libpagemaker-0.0-0   0.0.4-1
ii  libpng16-16  1.6.38-2
ii  libpodofo0.9.8   0.9.8+dfsg-3
ii  libpoppler12322.08.0-2.1
ii  libpython3.103.10.8-3
ii  libqt5core5a 5.15.6+dfsg-2+b1
ii  libqt5gui5   5.15.6+dfsg-2+b1
ii  libqt5network5   5.15.6+dfsg-2+b1
ii  libqt5opengl55.15.6+dfsg-2+b1
ii  libqt5printsupport5  5.15.6+dfsg-2+b1
ii  libqt5widgets5   5.15.6+dfsg-2+b1
ii  libqt5xml5   5.15.6+dfsg-2+b1
ii  libqxp-0.0-0 0.0.2-1+b3
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstdc++6   12.2.0-9
ii  libtiff5 4.4.0-5+b1
ii  libvisio-0.1-1   0.1.7-1+b3
ii  libxml2  2.9.14+dfsg-1.1+b2
ii  libzmf-0.0-0 0.0.2-1+b5
ii  scribus-data 1.5.8+dfsg-3
ii  zlib1g   1:1.2.11.dfsg-4.1

Versions of packages scribus recommends:
ii  cups-bsd2.4.2-1+b2
ii  fonts-dejavu2.37-2
ii  fonts-liberation1:1.07.4-11
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-7
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1.1
ii  xfonts-scalable 1:1.0.3-1.2

Versions of packages scribus suggests:
ii  icc-profiles   2.1-2
pn  scribus-doc
pn  scribus-template   
ii  texlive-latex-recommended  2022.20220923-2

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_MONETARY = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_COLLATE = "en_CA.UTF-8",
LC_MEASUREMENT = "en_CA.UTF-8",
LC_NUMERIC = "en_CA.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#1017735: dolphin: Dolphin "back" button incorrect behaviour after search

[Gary Dale]

Package: dolphin
Version: 4:22.04.3-1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
This is a longstanding issue. Navigate to a directory, then execute a search 
(Edit | Search). Next go to any
other directory. When you hit the "back" button, you will go to the previous 
directory rather than to the search
results. Hitting "back" again takes you to the directory you just left. Hitting 
it a third time finally returns
you to the search.

   * What exactly did you do (or not do) that was effective (or  
ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?
I should only have to hit "back" once to go back to the search results (the 
previous panel).

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-4-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dolphin depends on:
ii  baloo-kf5 5.96.0-1
ii  kinit 5.96.0-1
ii  kio   5.96.0-3
ii  libc6 2.34-3
ii  libdolphinvcs54:22.04.3-1
ii  libkf5activities5 5.96.0-2
ii  libkf5baloo5  5.96.0-1
ii  libkf5baloowidgets5   4:22.04.3-1
ii  libkf5bookmarks5  5.96.0-1
ii  libkf5codecs5 5.96.0-1
ii  libkf5completion5 5.96.0-1
ii  libkf5configcore5 5.96.0-1
ii  libkf5configgui5  5.96.0-1
ii  libkf5configwidgets5  5.96.0-1
ii  libkf5coreaddons5 5.96.0-1
ii  libkf5crash5  5.96.0-1
ii  libkf5dbusaddons5 5.96.0-1
ii  libkf5filemetadata3   5.96.0-1
ii  libkf5i18n5   5.96.0-1
ii  libkf5iconthemes5 5.96.0-1
ii  libkf5itemviews5  5.96.0-1
ii  libkf5jobwidgets5 5.96.0-1
ii  libkf5kcmutils5   5.96.0-1
ii  libkf5kiocore55.96.0-3
ii  libkf5kiofilewidgets5 5.96.0-3
ii  libkf5kiogui5 5.96.0-3
ii  libkf5kiowidgets5 5.96.0-3
ii  libkf5newstuff5   5.96.0-1
ii  libkf5notifications5  5.96.0-1
ii  libkf5parts5  5.96.0-1
ii  libkf5service-bin 5.96.0-1
ii  libkf5service55.96.0-1
ii  libkf5solid5  5.96.0-1
ii  libkf5textwidgets55.96.0-1
ii  libkf5widgetsaddons5  5.96.0-1
ii  libkf5windowsystem5   5.96.0-1
ii  libkf5xmlgui5 5.96.0-1
ii  libkuserfeedbackcore1 1.2.0-2
ii  libkuserfeedbackwidgets1  1.2.0-2
ii  libpackagekitqt5-11.0.2-1
ii  libphonon4qt5-4   4:4.11.1-4
ii  libqt5core5a  5.15.4+dfsg-5
ii  libqt5dbus5   5.15.4+dfsg-5
ii  libqt5gui55.15.4+dfsg-5
ii  libqt5widgets55.15.4+dfsg-5
ii  libqt5xml55.15.4+dfsg-5
ii  libstdc++612.1.0-8
ii  phonon4qt54:4.11.1-4

Versions of packages dolphin recommends:
ii  ffmpegthumbs  4:22.04.2-1
ii  kdegraphics-thumbnailers  4:21.12.3-1
ii  kimageformat-plugins  5.96.0-1
ii  kio-extras4:22.04.3-1

Versions of packages dolphin suggests:
ii  dolphin-plugins  4:22.04.1-1

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_MONETARY = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_COLLATE = "en_CA.UTF-8",
LC_MEASUREMENT = "en_CA.UTF-8",
LC_NUMERIC = "en_CA.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_GB",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_MONETARY = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_COLLATE = "en_CA.UTF-8",
LC_MEASUREMENT = "en_CA.UTF-8",
LC_NUMERIC = "en_CA.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#1014920: firefox: please remove blank URL from tab history after opening a new tab

[Gary Dale]

Package: firefox
Version: 78.0.1-1
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I use tabs

   * What exactly did you do (or not do) that was effective (or ineffective)?
when I open a new tab then go to the site I want to visit, the site actually 
becomes the 
second page in the tab's history. The first one is the "New tab" entry. This is 
annoying
because if I later back up through the history, I can overshoot the actual 
first site
and end up at the "New tab", which is almost never what I want.

   * What was the outcome of this action?
   * What outcome did you expect instead?
In almost every case, I have zero interest in the "New tab" page. And even if I 
did, I can 
always get to it by creating a new tab rather than going back to it in an 
existing tab.


*** End of the template - remove these template lines ***


-- Package-specific info:

-- Extensions information
Name: Amazon.co.uk
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: Amazon.com
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: Bing
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: Dark theme
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: user-disabled

Name: Default theme
Location: /usr/lib/firefox/omni.ja
Package: firefox
Status: enabled

Name: DoH Roll-Out
Location: /usr/lib/firefox/browser/features/doh-roll...@mozilla.org.xpi
Package: firefox
Status: enabled

Name: DuckDuckGo
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: eBay
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: Firefox Screenshots
Location: /usr/lib/firefox/browser/features/screensh...@mozilla.org.xpi
Package: firefox
Status: enabled

Name: Form Autofill
Location: /usr/lib/firefox/browser/features/formautof...@mozilla.org.xpi
Package: firefox
Status: enabled

Name: Google
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

Name: Light theme
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: user-disabled

Name: Web Compat
Location: /usr/lib/firefox/browser/features/webcom...@mozilla.org.xpi
Package: firefox
Status: enabled

Name: WebCompat Reporter
Location: /usr/lib/firefox/browser/features/webcompat-repor...@mozilla.org.xpi
Package: firefox
Status: user-disabled

Name: Wikipedia (en)
Location: /usr/lib/firefox/browser/omni.ja
Package: firefox
Status: enabled

-- Plugins information

-- Addons package information
ii  firefox78.0.1-1 amd64Mozilla Firefox web browser

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-2-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox depends on:
ii  debianutils 5.7-0.2
ii  fontconfig  2.13.1-4.4
ii  libatk1.0-0 2.38.0-1
ii  libc6   2.33-7
ii  libcairo-gobject2   1.16.0-5
ii  libcairo2   1.16.0-5
ii  libdbus-1-3 1.14.0-1
ii  libdbus-glib-1-20.112-2
ii  libevent-2.1-7  2.1.12-stable-5+b1
ii  libffi7 3.3-6
ii  libfontconfig1  2.13.1-4.4
ii  libfreetype62.12.1+dfsg-3
ii  libgcc-s1   12.1.0-5
ii  libgdk-pixbuf2.0-0  2.40.2-2
ii  libglib2.0-02.72.3-1
ii  libgtk-3-0  3.24.34-1
ii  libnspr42:4.34-1
ii  libnss3 2:3.79-1
ii  libpango-1.0-0  1.50.7+ds-1
ii  libstdc++6  12.1.0-5
ii  libvpx6 1.10.0+really+1.10.0-dmo1
ii  libx11-62:1.7.5-1
ii  libx11-xcb1 2:1.7.5-1
ii  libxcb-shm0 1.14-3
ii  libxcb1 1.14-3
ii  libxcomposite1  1:0.4.5-1
ii  libxdamage1 1:1.1.5-2
ii  libxext62:1.3.4-1
ii  libxfixes3  1:6.0.0-1
ii  libxrender1 1:0.9.10-1.1
ii  procps  2:3.3.17-7+b1
ii  zlib1g  1:1.2.11.dfsg-4

Versions of packages firefox recommends:
ii  libavcodec53  7:0.10.3-dmo1
ii  libavcodec54  10:1.2.6-dmo4
ii  libavcodec55  10:2.3.1-dmo1
ii  libavcodec56  6:11.4-2
ii  libavcodec57  7:3.4.3-1
ii  libavcodec58  10:4.4.2-dmo7

Versions of packages firefox suggests:
ii  fonts-lmodern  2.005-1
ii  fonts-stix [otf-stix]  1.1.1-4.1
ii  libcanberra0   0.30-10
ii  libgssapi-krb5-2   1.19.2-2+b2
ii  libgtk2.0-02.24.33-2
ii  pulseaudio 15.0+dfsg1-4+b1

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: 

Bug#996726: libkdecorations2-5v5 freeze KDE on login, general protection fault

[Gary Dale]

On Tue, 26 Oct 2021 10:30:16 +0200 "F.W. Dekker"  wrote:
> Hi Patrick,
>
> On Sun, 17 Oct 2021 21:47:18 +0200 Patrick Franz 
> wrote:
> > When you upgrade Plasma packages, be sure to always upgrade the entire
> > stack at once.
>
> That makes sense to me, but I'm not sure how I can check from `apt`'s
> output whether the entire stack can be upgraded. Are there any packages
> I should be looking out for? Or more specifically: What should I be
> looking out for when I see that there's an update for
> libkdecorations2-5v5 or a similar package in the future?
>
> Kind regards,
>
> F.W. Dekker
>


What I do is look at what packages are being installed. In the 
meanwhile, apt continues to report a broken package, which it then wants 
fixed before it will allow a full-upgrade with the latest updates. After 
that I need to re-break the package by reinstalling the older 
libkdedecorations.

Bug#998205: plasma-desktop: unable to log into Plasma desktop

[Gary Dale]

Package: plasma-desktop
Version: 4:5.21.5-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
after rebooting my computer, I am unable to log into my plasma desktop

   * What exactly did you do (or not do) that was effective (or ineffective)?
I can log into GGnome or XFXE, which lets me keep working but it's not ideal. 
Both slow me downn.

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.14.0-2-amd64 (SMP w/24 CPU threads)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages plasma-desktop depends on:
ii  accountsservice  0.6.55-3
ii  breeze   4:5.23.0-2
ii  kactivitymanagerd5.23.0-1
ii  kde-cli-tools4:5.21.5-2
ii  kded55.86.0-1
ii  kio  5.86.0-1
ii  kpackagetool55.86.0-1
ii  libaccounts-qt5-11.16-2
ii  libc62.32-4
ii  libcrypt11:4.4.25-2
ii  libglib2.0-0 2.70.0-3
ii  libibus-1.0-51.5.25-2
ii  libkaccounts24:21.08.0-1
ii  libkf5activities55.86.0-1
ii  libkf5activitiesstats1   5.86.0-1
ii  libkf5authcore5  5.86.0-1
ii  libkf5baloo5 5.86.0-1
ii  libkf5codecs55.86.0-1
ii  libkf5completion55.86.0-1
ii  libkf5configcore55.86.0-1
ii  libkf5configgui5 5.86.0-1
ii  libkf5configwidgets5 5.86.0-1
ii  libkf5coreaddons55.86.0-1
ii  libkf5crash5 5.86.0-1
ii  libkf5dbusaddons55.86.0-1
ii  libkf5declarative5   5.86.0-1
ii  libkf5globalaccel-bin5.86.0-1
ii  libkf5globalaccel5   5.86.0-1
ii  libkf5guiaddons5 5.86.0-1
ii  libkf5i18n5  5.86.0-1
ii  libkf5iconthemes55.86.0-1
ii  libkf5itemviews5 5.86.0-1
ii  libkf5jobwidgets55.86.0-1
ii  libkf5kcmutils5  5.86.0-1
ii  libkf5kdelibs4support5   5.86.0-1
ii  libkf5kiocore5   5.86.0-1
ii  libkf5kiofilewidgets55.86.0-1
ii  libkf5kiogui55.86.0-1
ii  libkf5kiowidgets55.86.0-1
ii  libkf5newstuff5  5.86.0-3
ii  libkf5notifications5 5.86.0-1
ii  libkf5notifyconfig5  5.86.0-1
ii  libkf5package5   5.86.0-1
ii  libkf5plasma55.86.0-1
ii  libkf5plasmaquick5   5.86.0-1
ii  libkf5quickaddons5   5.86.0-1
ii  libkf5runner55.86.0-1
ii  libkf5service-bin5.86.0-1
ii  libkf5service5   5.86.0-1
ii  libkf5solid5 5.86.0-1
ii  libkf5sonnetcore55.86.0-1
ii  libkf5sonnetui5  5.86.0-1
ii  libkf5wallet-bin 5.86.0-1
ii  libkf5wallet55.86.0-1
ii  libkf5widgetsaddons5 5.86.0-1
ii  libkf5windowsystem5  5.86.0-1
ii  libkf5xmlgui55.86.0-1
ii  libkworkspace5-5 4:5.21.5-3
ii  libnotificationmanager1  4:5.21.5-3
ii  libpackagekitqt5-1   1.0.2-1
ii  libphonon4qt5-4  4:4.11.1-4
ii  libprocesscore9  4:5.21.5-3
ii  libqt5concurrent55.15.2+dfsg-12
ii  libqt5core5a 5.15.2+dfsg-12
ii  libqt5dbus5  5.15.2+dfsg-12
ii  libqt5gui5   5.15.2+dfsg-12
ii  libqt5network5   5.15.2+dfsg-12
ii  libqt5qml5   5.15.2+dfsg-8
ii  libqt5quick5 5.15.2+dfsg-8
ii  libqt5quickwidgets5  5.15.2+dfsg-8
ii  libqt5sql5   5.15.2+dfsg-12
ii  libqt5widgets5  

Bug#966142: libreoffice-calc: calc crashes when trying to open a tab-delimited text file

[Gary Dale]

Package: libreoffice-calc
Version: 1:7.0.0~rc2-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I downloaded some tab-delimited reports from a web site to perform a 
reconcilliation with previous reports. When I tried 
to open them in calc, the program started to bring up the import dialog then 
crashed.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I examined the files and removed header and footer lines that were not part of 
the table structure. This didn't help.
Next I tried opening a file that I have opened with calc in the past. It also 
crashed calc when loading.

   * What was the outcome of this action?
I can't seem to open tab-delimited files in calc.

   * What outcome did you expect instead?
I should be able to open tab-delimited files.

*** End of the template - remove these template lines ***


-- Package-specific info:

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU threads)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libreoffice-calc depends on:
ii  coinor-libcoinmp1v5  1.8.3-3
ii  libc62.31-1
ii  libetonyek-0.1-1 0.1.9-3
ii  libgcc-s110.1.0-6
ii  libicu67 67.1-3
ii  libmwaw-0.3-30.3.16-1
ii  libodfgen-0.1-1  0.1.7-1
ii  liborcus-0.15-0  0.15.4-3
ii  liborcus-parser-0.15-0   0.15.4-3
ii  libreoffice-base-core1:7.0.0~rc2-1
ii  libreoffice-common   1:7.0.0~rc2-1
ii  libreoffice-core 1:7.0.0~rc2-1
ii  librevenge-0.0-0 0.0.4-6+b1
ii  libstaroffice-0.0-0  0.0.7-1
ii  libstdc++6   10.1.0-6
ii  libuno-cppu3 1:7.0.0~rc2-1
ii  libuno-cppuhelpergcc3-3  1:7.0.0~rc2-1
ii  libuno-sal3  1:7.0.0~rc2-1
ii  libuno-salhelpergcc3-3   1:7.0.0~rc2-1
ii  libwps-0.4-4 0.4.11-1
ii  libxml2  2.9.10+dfsg-5+b1
ii  lp-solve 5.5.0.15-4+b1
ii  ucf  3.0043
ii  uno-libs-private 1:7.0.0~rc2-1

libreoffice-calc recommends no packages.

Versions of packages libreoffice-calc suggests:
ii  ocl-icd-libopencl1  2.2.12-4

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.13.1-4.2
ii  fonts-opensymbol2:102.11+LibO7.0.0~rc2-1
ii  libboost-locale1.71.0   1.71.0-6+b2
ii  libc6   2.31-1
ii  libcairo2   1.16.0-4
ii  libclucene-contribs1v5  2.3.3.4+dfsg-1+b1
ii  libclucene-core1v5  2.3.3.4+dfsg-1+b1
ii  libcmis-0.5-5v5 0.5.2-2+b1
ii  libcups22.3.3-1
ii  libcurl3-gnutls 7.68.0-1+b1
ii  libdbus-1-3 1.12.20-1
ii  libdconf1   0.36.0-1
ii  libeot0 0.01-5+b1
ii  libepoxy0   1.5.4-1
ii  libexpat1   2.2.9-1
ii  libexttextcat-2.0-0 3.4.5-1
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.2+dfsg-3
ii  libgcc-s1   10.1.0-6
ii  libglib2.0-02.64.4-1
ii  libgpgmepp6 1.13.1-9
ii  libgraphite2-3  1.3.14-1
ii  libgstreamer-plugins-base1.0-0  1.16.2-4
ii  libgstreamer1.0-0   1.16.2-2
ii  libharfbuzz-icu02.6.4-1+b1
ii  libharfbuzz0b   2.6.4-1+b1
ii  libhunspell-1.7-0   1.7.0-3
ii  libhyphen0  2.8.8-7
ii  libice6 2:1.0.9-2
ii  libicu6767.1-3
ii  libjpeg62-turbo 1:1.5.2-2+b1
ii  liblcms2-2  2.9-4+b1
ii  libldap-2.4-2   2.4.50+dfsg-1+b1
ii  libmythes-1.2-0 2:1.2.4-3+b1
ii  libneon27-gnutls0.31.2-1
ii  libnspr42:4.25-1
ii  libnss3 2:3.53.1-1
ii  libnumbertext-1.0-0 1.0.6-1
ii  liborcus-0.15-0 0.15.4-3
ii  liborcus-parser-0.15-0  0.15.4-3
ii  libpng16-16 1.6.37-2
ii  libpoppler820.71.0-6
ii  libqrcodegencpp11.5.0-2
ii  libraptor2-02.0.14-1+b1
ii  librdf0 1.0.17-1.1+b1
ii  libreoffice-common  1:7.0.0~rc2-1
ii  librevenge-0.0-00.0.4-6+b1
ii  libsm6  2:1.2.3-1
ii  libstdc++6  10.1.0-6
ii  

Bug#966091: okular: Okular has stopped recognizing links in PDF files

[Gary Dale]

Package: okular
Version: 4:20.04.2-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I'm creating a large documnent (142 pages) with Scribus that will be primarily 
distributed as a PDF. It contain a lot of links
both to other sections of the document (e.g. table of contents) and to external 
things (web sites, e-mail addresses, telephone 
numbers). Up until a few days ago, these worked when I opened the exported PDF 
in okular.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I've tried the PDF with Document Viewer and the Buster version of okular and 
the links work fine. The problems seems to be 
the Bullseye version of okular.

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU threads)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages okular depends on:
ii  kinit 5.70.0-1
ii  kio   5.70.1-1
ii  libc6 2.31-1
ii  libfreetype6  2.10.2+dfsg-3
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libkf5activities5 5.70.0-1
ii  libkf5archive55.70.0-1
ii  libkf5bookmarks5  5.70.0-1
ii  libkf5codecs5 5.70.0-1
ii  libkf5completion5 5.70.0-1
ii  libkf5configcore5 5.70.0-1
ii  libkf5configgui5  5.70.0-1
ii  libkf5configwidgets5  5.70.0-1
ii  libkf5coreaddons5 5.70.0-1
ii  libkf5crash5  5.70.0-1
ii  libkf5i18n5   5.70.0-1
ii  libkf5iconthemes5 5.70.0-1
ii  libkf5itemviews5  5.70.0-1
ii  libkf5jobwidgets5 5.70.0-1
ii  libkf5kexiv2-15.0.0   19.08.1-1+b2
ii  libkf5kiocore55.70.1-1
ii  libkf5kiowidgets5 5.70.1-1
ii  libkf5parts5  5.70.0-1
ii  libkf5pty55.70.0-1
ii  libkf5purpose-bin 5.70.0-1
ii  libkf5purpose55.70.0-1
ii  libkf5service-bin 5.70.0-1
ii  libkf5service55.70.0-1
ii  libkf5textwidgets55.70.0-1
ii  libkf5wallet-bin  5.70.0-1
ii  libkf5wallet5 5.70.0-1
ii  libkf5widgetsaddons5  5.70.0-1
ii  libkf5windowsystem5   5.70.0-1
ii  libkf5xmlgui5 5.70.0-1+b1
ii  libokular5core9   4:20.04.2-1
ii  libphonon4qt5-4   4:4.11.1-3
ii  libpoppler-qt5-1  0.71.0-6
ii  libqca-qt5-2  2.3.1-1
ii  libqmobipocket2   4:17.08.3-2+b1
ii  libqt5core5a  5.14.2+dfsg-4
ii  libqt5dbus5   5.14.2+dfsg-4
ii  libqt5gui55.14.2+dfsg-4
ii  libqt5printsupport5   5.14.2+dfsg-4
ii  libqt5svg55.14.2-2
ii  libqt5texttospeech5   5.14.2-2
ii  libqt5widgets55.14.2+dfsg-4
ii  libqt5xml55.14.2+dfsg-4
ii  libspectre1   0.2.8-2
ii  libstdc++610.1.0-6
ii  phonon4qt54:4.11.1-3
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages okular recommends:
ii  cups-bsd  2.3.3-1

Versions of packages okular suggests:
ii  ghostscript9.52~dfsg-1
pn  okular-extra-backends  
ii  poppler-data   0.4.9-2
ii  texlive-binaries   2020.20200327.54578-4+b1
ii  unrar  1:5.6.6-2

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#965205: gimp: GIMP dialogs frequently missing for various tools

[Gary Dale]

Package: gimp
Version: 2.10.18-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have a PNG file that I'm trying to apply a blur gradiant to (either radial or 
square). Getting the tool options
is a hit or miss affair. Instead of the tool options displaying when I select 
the tool, I have to double-click on 
the tool after selecting it. And even then I may not get the tool options.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Double-clicking on the selected tool sometimes works.

   * What was the outcome of this action?
Even when I get the tool options, the options don't always work. For example, I 
can select a radial or square gradiant
but I still only get a linear gradiant.

   * What outcome did you expect instead?
I want to get the radial gradiant dialog when I select radial gradiant, etc.. I 
need a centre and radius, not start
and end points.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU threads)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gimp depends on:
ii  gimp-data2.10.18-1
ii  libaa1   1.4p5-46+b1
ii  libbabl-0.1-00.1.78-1
ii  libbz2-1.0   1.0.8-3
ii  libc62.30-8
ii  libcairo21.16.0-4
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.2+dfsg-2
ii  libgcc-s110.1.0-4
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libgegl-0.4-00.4.24-1
ii  libgexiv2-2  0.12.1-1
ii  libgimp2.0   2.10.18-1
ii  libglib2.0-0 2.64.3-2
ii  libgs9   9.52~dfsg-1
ii  libgtk2.0-0  2.24.32-4
ii  libgudev-1.0-0   233-1
ii  libharfbuzz0b2.6.4-1+b1
ii  libheif1 1.6.1-1+b1
ii  libilmbase24 2.3.0-6
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libjson-glib-1.0-0   1.4.4-2
ii  liblcms2-2   2.9-4+b1
ii  liblzma5 5.2.4-1+b1
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.5-1 1.6.0-1
ii  libopenexr24 2.3.0-6
ii  libopenjp2-7 2.3.1-1
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpangoft2-1.0-01.44.7-4
ii  libpng16-16  1.6.37-2
ii  libpoppler-glib8 0.71.0-6
ii  librsvg2-2   2.48.7-1
ii  libstdc++6   10.1.0-4
ii  libtiff5 4.1.0+git191117-2
ii  libwebp6 0.6.1-2+b1
ii  libwebpdemux20.6.1-2+b1
ii  libwebpmux3  0.6.1-2+b1
ii  libwmf0.2-7  0.2.8.4-17
ii  libx11-6 2:1.6.9-2+b1
ii  libxcursor1  1:1.2.0-2
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-2
ii  libxmu6  2:1.1.2-2+b3
ii  libxpm4  1:3.5.12-1
ii  xdg-utils1.1.3-2
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages gimp recommends:
ii  ghostscript  9.52~dfsg-1

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
ii  gvfs-backends 1.44.1-1
ii  libasound21.2.2-2.3

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#964814: Thunderbird: When Thunderbird detects a missing folder in its filter actions, it deletes the part of the rule that includes the folder

[Gary Dale]

Package: Thunderbird
Version: 1:68.10.0-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I'm in the midst of the tedious process of switching an account from POP3 to 
IMAP. Because Thunderbird doesn't have sane
methods of making the switch, nor even sane methods of copying existing mail to 
a new account, this is taking days to complete.
To be able to use my e-mail during the switch, I copied the filter rules file 
then editted it to refer to the new account
(no idea why it insists on using the mail server name in addition to the 
account name). However, whenever I receive mail
for a rule that references a folder that hasn't been set up yet, it deletes the 
rule.


   * What exactly did you do (or not do) that was effective (or ineffective)?
I hve to copy and re-edit the rules file from time to time

   * What was the outcome of this action?
Whle this works, it's not as convenient as if TThunderbird simply didn't delete 
the action rule.

   * What outcome did you expect instead?
I'd like Thunderbird to not mess with the rules.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en (charmap=locale: Cannot set LC_MESSAGES to default 
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages Thunderbird depends on:
ii  debianutils   4.9.1
ii  fontconfig2.13.1-4.2
ii  libatk1.0-0   2.36.0-2
ii  libc6 2.30-8
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.20-1
ii  libdbus-glib-1-2  0.110-5
ii  libevent-2.1-72.1.11-stable-1
ii  libffi7   3.3-4
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.2+dfsg-2
ii  libgcc-s1 10.1.0-4
ii  libgdk-pixbuf2.0-02.40.0+dfsg-5
ii  libglib2.0-0  2.64.3-2
ii  libgtk-3-03.24.20-1
ii  libgtk2.0-0   2.24.32-4
ii  libicu67  67.1-2
ii  libjsoncpp1   1.7.4-3.1
ii  libnspr4  2:4.25-1
ii  libnss3   2:3.53.1-1
ii  libpango-1.0-01.44.7-4
ii  libsqlite3-0  3.32.3-1
ii  libstartup-notification0  0.12-6
ii  libstdc++610.1.0-4
ii  libvpx6   1.8.2-1
ii  libx11-6  2:1.6.9-2+b1
ii  libx11-xcb1   2:1.6.9-2+b1
ii  libxcb-shm0   1.14-2
ii  libxcb1   1.14-2
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  psmisc23.3-1
ii  x11-utils 7.7+5
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages Thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  1:2019.10.06-1
pn  lightning 

Versions of packages Thunderbird suggests:
ii  apparmor  2.13.4-3
ii  fonts-lyx 2.3.5.2-1
ii  libgssapi-krb5-2  1.17-10

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
debsums: invalid package name 'Thunderbird'

Bug#964547: thunderbird: I want to move or copy folder structures between mailboxes

[Gary Dale]

On 2020-07-08 18:22, Carsten Schoenert wrote:

Am 08.07.20 um 23:51 schrieb Gary Dale:

Do you think I want to do it this way? This is how Thunderbird makes me.

I've no idea how you do this or want to do this, I was just showing how
I simply drag an shove folders for years as it works for years.
No matter if I do this between two active accounts or if I shove the
folder to the local account. I've migrated a few POP3 account to IMAP
over the time and long ago, also with some more complex folder
structures, I can't remember that was that difficult in the end.

I do it the way you say works. It doesn't.



I have to create the first level folder structure in the IMAP account,

I don't have to do this, I simply drag the folder ...

...>> I've played around with the behavior of .sdb folder together with .msf


If I drag the folder, it creates the folder in the new location but 
doesn't copy the e-mail. Nor does it include subfolders. Dragging is 
just another way of creating the folders.




files also long ago. Basically you can copy the .sdb folder anywhere,
you also need to create an equally named empty file .msf too then, the
folder will already then be visible so far I remember, once you tell TB
to compress the folder TB will recreate the index data for the folder
and all emails are readable again.

Except that Thunderbird deletes everything it didn't create. So there
are no files for it to reindex.

I guess you will find a lot of websites and blogs that explain in deep
how to do this if you want or need to do this at that low level side. I
will not figure out this for you as this all isn't a Debian issue right
now for.


Perhaps it's not a Debian issue but it is a Thunderbird issue. I'm 
running it on Debian so if you are sure it's not Debian specific then 
shouldn't you pass the issue up the line?






However it seems like Thunderbird has its own ideas of what is proper. I
suspect that its getting it folder information from the remote server if
it's not storing it locally. Either way the folders are wiped out.

You again assuming and assuming, that's isn't helpful.
No, the data from the email server is getting downloaded by POP3 or IMAP
protocol and then stored locally. Turn on the debug mode and you will
this for every single email.
I don't need a debug mode to see what it does. Debug mode may show the 
how/why but the effects are still clear.


...

The Debian wiki has some more hints about issue reporting, in case you
haven't noted this already.

https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues

There are also some hint on debugging activity, you will need to replace
references to icedove with thunderbird mostly.

https://wiki.debian.org/Icedove#Debugging


The reference to icedove is probably just the folder used to store
e-mail. The fact that it says icedove just shows when the accounts were
set up in Thunderbird. Before then I was using Netscape with it's
integrated mail program - when it got split up, I had to recreate the
account setup but mostly kept the mail folders. I have a few newer
accounts that go into .icedove but others actually use a very old
Netscape file structure on a shared device. I tried moving the IMAP box
to .icedove but that doesn't seem to have helped with the problems - not
even noticeably speeding up the copies.

You don't even have seemed tried to use this possibility to debug what
Thunderbird is doing ...
I was only saying that you will need to adjust the call for this kind of
debugging.


The only add-on I have is the one to manually sort the accounts,
something that Thunderbird probably should do by itself - seems like an
almost trivial operation...

People always do differ on such things, and as a corporation the
decision makers have to draw a line. If costumers pay the developers for
integrating new features it might happen, depending on the priorities.
This situation has changed for Thunderbird dramatically as Mozilla has
decided that Thunderbird isn't a core part anymore.
Imagine if Dolphin developers took the view that dragging a folder to a 
new location isn't Dolphin's job? Most dialogues that have folder views 
allow for simple drag & drop rearrangement.



The reason I'm going through this is because Yahoo doesn't let me send
mail from the POP3 account and Thunderbird stops downloading POP3 e-mail
every couple of days. It seemed like time to bite the bullet and switch
to IMAP but the process is far more painful than it really should be.

Well as said, Yahoo is also a kind of special like Hotmail in the past
or Outlook365 in newer days. It's far away to use RFC conform standards.
So don't be surprised if not all is working well except you use the webUI.


I could ask why doesn't Thunderbird support switching from POP3 to IMAP
(and vice versa). On the face of it, it looks like simply changing some
names and values - which is what you also seem to be claiming. Instead
this is a multi-day effort that I am only partway through.

The

Bug#964547: thunderbird: I want to move or copy folder structures between mailboxes

[Gary Dale]

On 2020-07-08 15:47, Carsten Schoenert wrote:

Am 08.07.20 um 20:09 schrieb Gary Dale:

Have you tried this recently?

Sure, otherwise I wouldn't have written it. I've done this many times
over the years.


Right now, I can copy a single folder (apparently) but it is empty in
the IMAP inbox. I have to then copy the e-mail the POP3 folder
contains. I will further note that only the first copied folder shows
up even after I restart Thunderbird.

No need to do single step copies here and I never have done such things
this way.

This is basically the change visible by git status if I drag and push a
folder "Debconf Announce" from my T-Online account to my GMail account.


Do you think I want to do it this way? This is how Thunderbird makes me. 
I have to create the first level folder structure in the IMAP account, 
then restart Thunderbird so I can actually see them. Thunderbird doesn't 
show them until it gets restarted. Then I can create the second level 
folders Once the folders are finally created, I can copy the e-mail 
into the appropriate folders but this is a long and tedious operation 
because it can only be done one folder at a time.




$ LANG= git status --short
Refresh index: 100% (622/622), done.
  M "ImapMail/imap.t-online.de/INBOX.sbd/Mailings.sbd/Debconf Announce.msf"
  M ImapMail/imap.t-online.de/INBOX.sbd/Mailings.sbd/Debian-Mails.msf
  M global-messages-db.sqlite
  M session.json
  M xulstore.json
?? ImapMail/imap.googlemail.com/[Google Mail].sbd/Debconf Announce.msf

The file ImapMail/imap.googlemail.com/[Google Mail].sbd/Debconf
Announce.msf with the mbox format is created.


$ file ImapMail/imap.googlemail.com/\[Google\ Mail\].sbd/Debconf\ Announce.msf
ImapMail/imap.googlemail.com/[Google Mail].sbd/Debconf Announce.msf: Mozilla 
Mork database, version 1.4

...

Sorry, but again this doesn't work. I noted that Thunderbird does create
a .sdb folder for folders that contain other folders, but not for
folders that only contain e-mail. This is the same for both mail account
types but copying the folders from a POP3 account to an IMAP one results
in the removal of the folders and files the next time Thunderbird starts up.

I don't have any more POP3 based account for a long time so I can't
readjust your specific case. But this shouldn't matter, the storage
engine is the same, the mbox file format.

I've played around with the behavior of .sdb folder together with .msf
files also long ago. Basically you can copy the .sdb folder anywhere,
you also need to create an equally named empty file .msf too then, the
folder will already then be visible so far I remember, once you tell TB
to compress the folder TB will recreate the index data for the folder
and all emails are readable again.
Except that Thunderbird deletes everything it didn't create. So there 
are no files for it to reindex.



Thunderbird apparently only accepts folders that it creates within an
IMAP mailbox. And as per my e-mail at 10:13 EDT, it doesn't even make
that easy.

Well, it's all done by files and folders so no deep magic here. The
files and folders are the same. The created folders/files doesn't know
anything about the email server over them.
However it seems like Thunderbird has its own ideas of what is proper. I 
suspect that its getting it folder information from the remote server if 
it's not storing it locally. Either way the folders are wiped out.



Perhaps at one point Thunderbird behaved better, but it's not doing
things all that well right now.

I don't think so, the engine inside Thunderbird is quite old regarding
to copy or move emails between folders and or accounts. There hasn't
happen invasive changes in the near past. And your report about problems
is the first to this topic since I've taken over the main maintenance
for Icedove/Thunderbird.

If this all isn't helpful for I'm sorry I can't help you more.

To my experience issues like this are in 90% grounded on bad behavior of
AddOns. Similar reported issues aren't reproducible by removed or
deactivated AddOns and on fresh clean profiles. As I don't know about
your potential AddOns I'm also not able to help on debug your issues.

But also Yahoo did change their API often in a non RFC compliant way.
But the last modification on this is long ago.

The Debian wiki has some more hints about issue reporting, in case you
haven't noted this already.

https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues

There are also some hint on debugging activity, you will need to replace
references to icedove with thunderbird mostly.

https://wiki.debian.org/Icedove#Debugging

The reference to icedove is probably just the folder used to store 
e-mail. The fact that it says icedove just shows when the accounts were 
set up in Thunderbird. Before then I was using Netscape with it's 
integrated mail program - when it got split up, I had to recreate the 
account setup but mostly kept the mail folders. I have a few newer 
accounts that go into

Bug#964547: thunderbird: I want to move or copy folder structures between mailboxes

[Gary Dale]

On 2020-07-08 13:04, Carsten Schoenert wrote:

Hello Gary,

Am 08.07.20 um 16:22 schrieb Gary Dale:
    * What exactly did you do (or not do) that was effective (or 
ineffective)?

I quickly discovered that Thunderbird only lets you copy e-mail, not
folders of e-mail. WHile there used to be a plug-in to handel moving
folders, it apparently doesn't work with current versions of
Thunderbird.


I can simply drag a folder and push it to the desired new account or 
subfolder. At least a single folder is than copied to the target 
folder/account.


Long long ago were I moved away from POP3 to IMAP I moved all my local 
stored folders and emails within the account to the local structure. 
And afterwards I used the same technic to move my emails back to the 
newly created IMAP setup. Was working without any problems.


Have you tried this recently? Right now, I can copy a single folder 
(apparently) but it is empty in the IMAP inbox. I have to then copy the 
e-mail the POP3 folder contains.




And the file structures of POP3 inboxes appear to be
different from the file structurs of IMAP inboxes so that copying the
POP3 files outside of Thunderbird merely results in them being erased
when Thunderbird restarts.


No, Pop3 vs IMAP is a server related detail. Thunderbird is storing 
emails locally by the mbox format as default. In recent versions you 
can choose for new accounts to use maildir as storage back end. But 
the suggestion is still to use the mbox format. You can simply copy 
these folders and the index file manually to the target folder or system.


But this is completely independent to the email server you like to use.


Sorry, but again this doesn't work. I noted that Thunderbird does create 
a .sdb folder for folders that contain other folders, but not for 
folders that only contain e-mail. This is the same for both mail account 
types but copying the folders from a POP3 account to an IMAP one results 
in the removal of the folders and files the next time Thunderbird starts up.


Thunderbird apparently only accepts folders that it creates within an 
IMAP mailbox. And as per my e-mail at 10:13 EDT, it doesn't even make 
that easy.


Perhaps at one point Thunderbird behaved better, but it's not doing 
things all that well right now.

Bug#964547: thunderbird: I want to move or copy folder structures between mailboxes

[Gary Dale]

On 2020-07-08 13:04, Carsten Schoenert wrote:

Hello Gary,

Am 08.07.20 um 16:22 schrieb Gary Dale:
    * What exactly did you do (or not do) that was effective (or 
ineffective)?

I quickly discovered that Thunderbird only lets you copy e-mail, not
folders of e-mail. WHile there used to be a plug-in to handel moving
folders, it apparently doesn't work with current versions of
Thunderbird.


I can simply drag a folder and push it to the desired new account or 
subfolder. At least a single folder is than copied to the target 
folder/account.


Long long ago were I moved away from POP3 to IMAP I moved all my local 
stored folders and emails within the account to the local structure. 
And afterwards I used the same technic to move my emails back to the 
newly created IMAP setup. Was working without any problems.


Have you tried this recently? Right now, I can copy a single folder 
(apparently) but it is empty in the IMAP inbox. I have to then copy the 
e-mail the POP3 folder contains. I will further note that only the first 
copied folder shows up even after I restart Thunderbird.




And the file structures of POP3 inboxes appear to be
different from the file structurs of IMAP inboxes so that copying the
POP3 files outside of Thunderbird merely results in them being erased
when Thunderbird restarts.


No, Pop3 vs IMAP is a server related detail. Thunderbird is storing 
emails locally by the mbox format as default. In recent versions you 
can choose for new accounts to use maildir as storage back end. But 
the suggestion is still to use the mbox format. You can simply copy 
these folders and the index file manually to the target folder or system.


But this is completely independent to the email server you like to use.


Sorry, but again this doesn't work. I noted that Thunderbird does create 
a .sdb folder for folders that contain other folders, but not for 
folders that only contain e-mail. This is the same for both mail account 
types but copying the folders from a POP3 account to an IMAP one results 
in the removal of the folders and files the next time Thunderbird starts up.


Thunderbird apparently only accepts folders that it creates within an 
IMAP mailbox. And as per my e-mail at 10:13 EDT, it doesn't even make 
that easy.


Perhaps at one point Thunderbird behaved better, but it's not doing 
things all that well right now.

Bug#964551: thunderbird: New folders in IMAP account not usuable without restarting Thunderbird

[Gary Dale]

Package: thunderbird
Version: 1:68.10.0-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I got fed up with Roger/Yahoo failure to handle POP3 accounts so I decided to 
switch to IMAP, hoping it would work better.
Unfortuately Thunderbird doesn't have method for converting a POP3 mailbox to 
IMAP. It forces you to copy existing e-mail
from the POP3 folders to a new IMAP inbox but doesn't even let you copy a 
folder structure - you have to rebuild it
folder by folder in the IMAP inbox. That's when I discovered that new folders 
don't show up until you restart Thunderbird.

  * What exactly did you do (or not do) that was effective (or ineffective)?
I can create folders in the IMAP inbox (and in subfolder thereof) but they 
don't show up. Even the "copy to" right-click
menu option doesn't see the new folders. If I shut down and relauch 
Thunderbird, they show up but this is clumsy and 
time consuming.

   * What was the outcome of this action?
After a restart the folders show up.

   * What outcome did you expect instead?
The folder should show up immediately upon creation like they do with POP3 
inboxes.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en (charmap=locale: Cannot set LC_MESSAGES to default 
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunderbird depends on:
ii  debianutils   4.9.1
ii  fontconfig2.13.1-4.2
ii  libatk1.0-0   2.36.0-2
ii  libc6 2.30-8
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.20-1
ii  libdbus-glib-1-2  0.110-5
ii  libevent-2.1-72.1.11-stable-1
ii  libffi7   3.3-4
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.1-2
ii  libgcc-s1 10.1.0-4
ii  libgdk-pixbuf2.0-02.40.0+dfsg-5
ii  libglib2.0-0  2.64.3-2
ii  libgtk-3-03.24.20-1
ii  libgtk2.0-0   2.24.32-4
ii  libicu67  67.1-2
ii  libjsoncpp1   1.7.4-3.1
ii  libnspr4  2:4.25-1
ii  libnss3   2:3.53.1-1
ii  libpango-1.0-01.44.7-4
ii  libsqlite3-0  3.32.3-1
ii  libstartup-notification0  0.12-6
ii  libstdc++610.1.0-4
ii  libvpx6   1.8.2-1
ii  libx11-6  2:1.6.9-2+b1
ii  libx11-xcb1   2:1.6.9-2+b1
ii  libxcb-shm0   1.14-2
ii  libxcb1   1.14-2
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  psmisc23.3-1
ii  x11-utils 7.7+5
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  1:2019.10.06-1
pn  lightning 

Versions of packages thunderbird suggests:
ii  apparmor  2.13.4-3
ii  fonts-lyx 2.3.5.2-1
ii  libgssapi-krb5-2  1.17-10

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#964547: thunderbird: I want to move or copy folder structures between mailboxes

[Gary Dale]

Package: thunderbird
Version: 1:68.10.0-1
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I converting a very old mailbox from POP3 to IMAP. It has a lot of folders and 
subfolders

   * What exactly did you do (or not do) that was effective (or ineffective)?
I quickly discovered that Thunderbird only lets you copy e-mail, not folders of 
e-mail. WHile there used to be a
plug-in to handel moving folders, it apparently doesn't work with current 
versions of Thunderbird. And the file structures
of POP3 inboxes appear to be different from the file structurs of IMAP inboxes 
so that copying the POP3 files outside of 
Thunderbird merely results in them being erased when Thunderbird restarts.

   * What was the outcome of this action?
It seems to me that copying a folder isn't that much more complicated that 
copying e-mails. You simply need to detect 
if the folder exists in the destination, and if it doesn't, create it then copy 
all the e-mail from the source folder to 
the destination. This should, of course, be recursive because folders can 
contain other folders.

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=iu_CA.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_CA:en (charmap=locale: Cannot set LC_MESSAGES to default 
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunderbird depends on:
ii  debianutils   4.9.1
ii  fontconfig2.13.1-4.2
ii  libatk1.0-0   2.36.0-2
ii  libc6 2.30-8
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.20-1
ii  libdbus-glib-1-2  0.110-5
ii  libevent-2.1-72.1.11-stable-1
ii  libffi7   3.3-4
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.1-2
ii  libgcc-s1 10.1.0-4
ii  libgdk-pixbuf2.0-02.40.0+dfsg-5
ii  libglib2.0-0  2.64.3-2
ii  libgtk-3-03.24.20-1
ii  libgtk2.0-0   2.24.32-4
ii  libicu67  67.1-2
ii  libjsoncpp1   1.7.4-3.1
ii  libnspr4  2:4.25-1
ii  libnss3   2:3.53.1-1
ii  libpango-1.0-01.44.7-4
ii  libsqlite3-0  3.32.3-1
ii  libstartup-notification0  0.12-6
ii  libstdc++610.1.0-4
ii  libvpx6   1.8.2-1
ii  libx11-6  2:1.6.9-2+b1
ii  libx11-xcb1   2:1.6.9-2+b1
ii  libxcb-shm0   1.14-2
ii  libxcb1   1.14-2
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  psmisc23.3-1
ii  x11-utils 7.7+5
ii  zlib1g1:1.2.11.dfsg-2

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  1:2019.10.06-1
pn  lightning 

Versions of packages thunderbird suggests:
ii  apparmor  2.13.4-3
ii  fonts-lyx 2.3.5.2-1
ii  libgssapi-krb5-2  1.17-10

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_CA:en",
LC_ALL = (unset),
LC_TIME = "en_CA.UTF-8",
LC_CTYPE = "C.UTF-8",
LANG = "iu_CA.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Bug#942273: drkonqi: I keep getting "drkonqi Closed Unexpectedly" messages every 30 seconds or so

[Gary Dale]

Package: drkonqi
Version: 5.14.5-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
this has been happening for last few days. I full-updgrade every day so that 
probably 
triggered it.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I don't know what drkonqi does but it doesn't seem to impact my system other 
than 
continually throwing up annoying messages

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-3-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages drkonqi depends on:
ii  kio   5.62.1-1
ii  libc6 2.29-2
ii  libkf5completion5 5.62.0-1
ii  libkf5configcore5 5.62.0-1
ii  libkf5configgui5  5.62.0-1
ii  libkf5configwidgets5  5.62.0-1
ii  libkf5coreaddons5 5.62.0-1
ii  libkf5crash5  5.62.0-1
ii  libkf5i18n5   5.62.0-1
ii  libkf5idletime5   5.62.0-1
ii  libkf5jobwidgets5 5.62.0-1
ii  libkf5kiocore55.62.1-1
ii  libkf5notifications5  5.62.0-1
ii  libkf5service-bin 5.62.0-1
ii  libkf5service55.62.0-1
ii  libkf5wallet-bin  5.62.0-1
ii  libkf5wallet5 5.62.0-1
ii  libkf5widgetsaddons5  5.62.0-1
ii  libkf5xmlrpcclient5   5.62.0-1
ii  libqt5core5a  5.11.3+dfsg1-4
ii  libqt5dbus5   5.11.3+dfsg1-4
ii  libqt5gui55.11.3+dfsg1-4
ii  libqt5widgets55.11.3+dfsg1-4
ii  libqt5x11extras5  5.11.3-2
ii  libqt5xml55.11.3+dfsg1-4
ii  libstdc++69.2.1-8

drkonqi recommends no packages.

drkonqi suggests no packages.

-- no debconf information

Bug#939754: gimp: Crashes when I try to open an image or create a new one

[Gary Dale]

Package: gimp
Version: 2.10.8-2+b1
Followup-For: Bug #939754

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
```
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 9.2.1-6' 
--with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr 
--with-gcc-major-version-only --program-suffix=-9 
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib 
--with-target-system-zlib=auto --enable-multiarch --disable-werror 
--with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 
--enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,hsa 
--without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 9.2.1 20190827 (Debian 9.2.1-6) 

using GEGL version 0.4.12 (compiled against version 0.4.14)
using GLib version 2.60.6 (compiled against version 2.60.6)
using GdkPixbuf version 2.38.1 (compiled against version 2.38.1)
using GTK+ version 2.24.32 (compiled against version 2.24.32)
using Pango version 1.42.3 (compiled against version 1.42.3)
using Fontconfig version 2.13.1 (compiled against version 2.13.1)
using Cairo version 1.16.0 (compiled against version 1.16.0)

```
> fatal error: Segmentation fault

Stack trace:
```

# Stack traces obtained from PID 4512 - Thread 4512 #

[New LWP 4513]
[New LWP 4514]
[New LWP 4515]
[New LWP 4516]
[New LWP 4517]
[New LWP 4518]
[New LWP 4519]
[New LWP 4520]
[New LWP 4521]
[New LWP 4522]
[New LWP 4523]
[New LWP 4524]
[New LWP 4525]
[New LWP 4526]
[New LWP 4527]
[New LWP 4528]
[New LWP 4529]
[New LWP 4530]
[New LWP 4531]
[New LWP 4588]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
__libc_read (nbytes=256, buf=0x7ffda3037e90, fd=18) at 
../sysdeps/unix/sysv/linux/read.c:26
  Id   Target Id Frame 
* 1Thread 0x7f92764c3e00 (LWP 4512) "gimp-2.10"  __libc_read 
(nbytes=256, buf=0x7ffda3037e90, fd=18) at ../sysdeps/unix/sysv/linux/read.c:26
  2Thread 0x7f927548a700 (LWP 4513) "gmain"  0x7f927821fedf in 
__GI___poll (fds=0x55bb8c04cf50, nfds=2, timeout=3578) at 
../sysdeps/unix/sysv/linux/poll.c:29
  3Thread 0x7f9274c89700 (LWP 4514) "gdbus"  0x7f927821fedf in 
__GI___poll (fds=0x55bb8c1a9010, nfds=2, timeout=-1) at 
../sysdeps/unix/sysv/linux/poll.c:29
  4Thread 0x7f926660e700 (LWP 4515) "async"  syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  5Thread 0x7f9265e0d700 (LWP 4516) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  6Thread 0x7f926560c700 (LWP 4517) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  7Thread 0x7f9264e0b700 (LWP 4518) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  8Thread 0x7f9253fff700 (LWP 4519) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  9Thread 0x7f92537fe700 (LWP 4520) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  10   Thread 0x7f9252ffd700 (LWP 4521) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  11   Thread 0x7f92527fc700 (LWP 4522) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  12   Thread 0x7f9251ffb700 (LWP 4523) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  13   Thread 0x7f92517fa700 (LWP 4524) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  14   Thread 0x7f9250ff9700 (LWP 4525) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  15   Thread 0x7f9233fff700 (LWP 4526) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  16   Thread 0x7f92337fe700 (LWP 4527) "worker" syscall () at 
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
  17   Thread 0x7f9232ffd700 (LWP 4528) "worker"   

Bug#929681: openssh: port forwarding (-L option) stopped working

[Gary Dale]

openssh-client  1:7.9p1-10
openssh-server  1:7.4p1-10+deb9u6


On 2019-05-28 12:54 p.m., Colin Watson wrote:

dpkg-query -W
openssh-client

Bug#929681: openssh: port forwarding (-L option) stopped working

[Gary Dale]

 LANG = en_CA.UTF-8
debug2: channel 2: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env LS_COLORS
debug3: Ignored env XDG_CURRENT_DESKTOP
debug3: Ignored env KONSOLE_DBUS_SERVICE
debug3: Ignored env KONSOLE_DBUS_SESSION
debug3: Ignored env PROFILEHOME
debug3: Ignored env XDG_SEAT_PATH
debug3: Ignored env KDE_SESSION_UID
debug3: Ignored env XDG_SESSION_CLASS
debug3: Ignored env TERM
debug3: Ignored env USER
debug3: Ignored env COLORFGBG
debug3: Ignored env KDE_SESSION_VERSION
debug3: Ignored env PAM_KWALLET5_LOGIN
debug3: Ignored env DISPLAY
debug3: Ignored env SHLVL
debug3: Ignored env XDG_VTNR
debug3: Ignored env XDG_SESSION_ID
debug3: Ignored env GS_LIB
debug3: Ignored env XDG_RUNTIME_DIR
debug1: Sending env LC_TIME = en_CA.UTF-8
debug2: channel 2: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env QT_AUTO_SCREEN_SCALE_FACTOR
debug3: Ignored env XCURSOR_THEME
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env KDE_FULL_SESSION
debug3: Ignored env PATH
debug3: Ignored env KONSOLE_PROFILE_NAME
debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
debug3: Ignored env _
debug2: channel 2: request shell confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 2: callback done
debug2: channel 2: open confirm rwindow 0 rmax 32768
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 2
debug2: PTY allocation request accepted on channel 2
debug2: channel 2: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 2
debug2: shell request accepted on channel 2
Linux molar 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u2 (2019-05-13) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have mail.
Last login: Tue May 28 16:22:24 2019 from 99.237.87.227
garydale@molar:~$

On 2019-05-28 12:54 p.m., Colin Watson wrote:

On Tue, May 28, 2019 at 11:42:44AM -0400, Gary Dale wrote:

Source: openssh
Version: 7.9

Could you give the exact package versions involved?  "dpkg-query -W
openssh-client" on the client side and "dpkg-query -W openssh-server" on
the server side.


Since I can connect from the VM, the problem must be with the SSH tunnel. 
Because my
ssh session to the remote server is working, the problem appears to be with 
ports not
being forwarded.

Could you add the -vvv option to your ssh invocation and post the full
output?  That should tell us more about what's going on with port
forwarding.


The problem has only been occuring for no more than 1 week, since I was able to 
connect
early last week.

As you can see on https://tracker.debian.org/pkg/openssh, openssh hasn't
changed in either stable or testing in over a month, so if the problem
only started a week ago then it was probably caused by something else.
Perhaps something at the network layer?

Bug#929681: openssh: port forwarding (-L option) stopped working

[Gary Dale]

Source: openssh
Version: 7.9
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I'm running Debian/Testing on my workstation and using ssh port forwarding (-L 
option) to
connect to TightVNC servers on remote machines through a Debian/Stable server. 
I've been
doing this for a decade but it suddenly stopped working. My ssh command would 
be:
  ssh  -L 5902::5900
and I would connect via a VNC viewer to localhost:5902. 

The remote server public IP is actually a DD-WRT router with port 22 forwarded 
to the
Debian/Testing server. By varying the remote workstation local IP (all in the 
192.168.1.*
range), I can connect to any specific remote workstation.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Sometime over the last week, this stopped working. My VNC viewer connections 
now all 
eventually time out without connecting. However I can connect to a KVM virtual 
machine
running on the remote server using the Virtual Machine Manager GUI and connect 
using
the TightVNC viewer from it to the various workstations. This demonstrates that 
the 
problem is not in the TightVNC servers.

I have also tried various VNC viewers and they also all fail, so the problem is 
not with
the viewer.

   * What was the outcome of this action?
Since I can connect from the VM, the problem must be with the SSH tunnel. 
Because my
ssh session to the remote server is working, the problem appears to be with 
ports not
being forwarded.

   * What outcome did you expect instead?
The problem has only been occuring for no more than 1 week, since I was able to 
connect 
early last week.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#927286: firmware-amd-graphics: amdgpu firmware for Buster reports warning

[Gary Dale]

Package: firmware-amd-graphics
Version: 20190114-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
During my daily full-upgrade today, I got a pile of messages similar to

W: Possible missing firmware /lib/firmware/amdgpu/vega20_me.bin for module 
amdgpu


   * What exactly did you do (or not do) that was effective (or ineffective)?
I determined that my older graphics card (ASUS HD 7850) almost certainly 
doesn't use this
firmware so its absence is not a problem.

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

firmware-amd-graphics depends on no packages.

firmware-amd-graphics recommends no packages.

Versions of packages firmware-amd-graphics suggests:
ii  initramfs-tools  0.133

-- no debconf information

Bug#918660: exim4: request exim4.conf.template include extra .ifdefs to simplify ssl/tls setup

[Gary Dale]

Package: exim4
Version: 4.92~RC3-1
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I switched ISPs and once again had a lot of trouble configuring exim4 to work 
with it

   * What exactly did you do (or not do) that was effective (or ineffective)?
I spent hours trying out different suggestions from various sources.

   * What was the outcome of this action?
I eventually got it to work but it involved editing the exim4.conf.template 
file among others.

   * What outcome did you expect instead?
The template file should be the LAST file to touch since it is one the 
developers use to
define much of the behaviour of exim4. Special setups should, IMHO, be able to 
be done through
exim4.conf.localmacros setting up the various exim4 flags and switches.

In particular, I ended up adding the following lines to .localmacros AFTER 
modifying .template
to handle the last two:
REMOTE_SMTP_SMARTHOST_HOSTS_REQUIRE_TLS = *
MAIN_TLS_ENABLE = 1
TLS_ON_CONNECT_PORTS = 465
REQUIRE_PROTOCOL = smtps

I changed the .template file to include:
.ifdef REQUIRE_PROTOCOL
  protocol = REQUIRE_PROTOCOL
.endif

and 

.ifdef TLS_ON_CONNECT_PORTS
  tls_on_connect_ports = TLS_ON_CONNECT_PORTS
.endif

This allows the complete and correct definitions to be inserted without having 
to dig into
the .template file.


*** End of the template - remove these template lines ***


-- Package-specific info:
Exim version 4.92-RC3 #5 built 26-Dec-2018 15:07:52
Copyright (c) University of Cambridge, 1995 - 2018
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)

Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DANE DKIM DNSSEC 
Event OCSP PRDR SOCKS TCP_Fast_Open
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configure owner: 0:0
Size of off_t: 8
Configuration file search path is 
/etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated
Configuration file is /var/lib/exim4/config.autogenerated

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages exim4 depends on:
ii  debconf [debconf-2.0]  1.5.69
ii  exim4-base 4.92~RC3-1
ii  exim4-daemon-light 4.92~RC3-1

exim4 recommends no packages.

exim4 suggests no packages.

-- debconf information:
* exim4/drec:

Bug#909154: dolphin: renaming files with unusual/non-displayable characters in name doesn't work

[Gary Dale]

Package: dolphin

This problem is quite general. It has affected Dolphin for years. I 
sometimes get files with undisplayable characters in them - the 
character(s) show up as �


When I get this, the file cannot be renamed, moved, copied or even 
deleted. I get a "file or folder  does not exist" error if I try. 
I cannot see this as anything but a bug. I should be able to work with 
any file that exists on my system, even if Dolphin or Plasma can't 
display its name.


Sorry this isn't produced using reportbug. My current ISP is giving me a 
lot of headaches with sending e-mail from accounts it doesn't recognize 
and I haven't fixed the one used by reportbug. To make matters worse, 
the tmp file saved by reportbug is now base64 encoded so I can't copy it 
to a Thunderbird e-mail.

Bug#905544: ddrescue fails to display / make progress

[Gary Dale]

Package: ddrescue
Version: 1.23-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where 
appropriate ***


   * What led up to the situation?
I have a 1T hard drive that has a hardware problem that makes it 
impossible to use productively


   * What exactly did you do (or not do) that was effective (or 
ineffective)?
The drive seems to have either a platter or controller issue that makes 
it incredibly slow.
However it passes the SMART tests. I tried initially copying the drive 
to a new one directly
using ddrescue but that proved too slow, so I simply reinstalled the OS 
on a new drive and
returned the unit to its owner (a friend of a friend). For the past 2 
months I've been using

ddrescue to try to make an image of the drive.

SMART test:

root@transponder:/home/garydale# smartctl -H /dev/sdc
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.16.0-2-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED


   * What was the outcome of this action?
After two months of trying, ddrescue reports that it is at 81.15% 
complete with another
49d 21m to go. For the last several days it has been mostly starting up, 
displaying results
for several seconds, then continuing to access the drive without 
updating the status display.


   * What outcome did you expect instead?
I would expect the status display to be updated regardless of trouble it 
might have accessing
the disk. Here's the output of the last run immediately before I pulled 
the USB cable:


root@transponder:/home/garydale# ddrescue  /dev/sdc4 -R ./WD/rescue4.img 
./WD/mapfile4

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 796728 MB, tried: 150206 MB, bad-sector: 0 B, bad areas: 0

 ipos:   70903 MB, non-trimmed:  150206 MB,  current rate: 65536 B/s
 opos:   70903 MB, non-scraped:    0 B,  average rate: 48330 B/s
non-tried:   34820 MB,  bad-sector:    0 B,    error rate:   0 B/s
  rescued:  796748 MB,   bad areas:    0,    run time:  6m 59s
pct rescued:   81.15%, read errors:    0,  remaining time: 46d 16h 21m
  time since last successful read:  0s
Copying non-tried blocks... Pass 5 (backwards)


and here's what it displayed several seconds after I pulled the cable:

root@transponder:/home/garydale# ddrescue  /dev/sdc4 -R ./WD/rescue4.img 
./WD/mapfile4

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 796728 MB, tried: 150206 MB, bad-sector: 0 B, bad areas: 0

 ipos:   70903 MB, non-trimmed:  150207 MB,  current rate:   0 B/s
 opos:   70903 MB, non-scraped:    0 B,  average rate: 922 B/s
non-tried:   34819 MB,  bad-sector:    0 B,    error rate: 5461 B/s
  rescued:  796749 MB,   bad areas:    0,    run time:  6h 16m 28s
pct rescued:   81.15%, read errors:    2,  remaining time: 49d 21m
  time since last successful read: 12s
Copying non-tried blocks... Pass 5 (backwards)
ddrescue: Input file disappeared: No such file or directory

The program doesn't respond to Ctrl-C. I have to cut power or pull the 
USB cord to interupt it. As you can see, it went for more than 6 hours 
without updating the progress display. During this time the disk light 
was flashing continuously.


Note: this last run was particularly productive in that the program 
continued updating the screen for several minutes. This was unusual. I 
had just switched to -R after several days of trying it in the forward 
direction. For some reason, -R seems to generally do a bit better than 
forward. However going 6 minutes in the -R direction was still unusual. 
I'd switched back to forward because -R had not been doing too well for 
the past week. When forward was doing just as badly, I switched back to -R.



*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ddrescue depends on:
ii  libc6  2.27-5

ddrescue recommends no packages.

ddrescue suggests no packages.

-- no debconf information

Bug#883096: pan: resizes windows and panels randomly

[Gary Dale]

Package: pan
Version: 0.142-1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
when using pan in the normal 3-panel layout, the newsgroups panel (leftmost) 
shrinks when I'm
browsing through the articles (or the other two panel grow to the left). The 
pan window also
sometimes expands. Since I usually have the window sized to the screen width, 
this pushes the
scroll bars off the screen.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I have to keep resizing the window and panels. However they are sometimes 
frozen to the 
current size for a while. Expanding the pan application window to full screen 
then reducing
it back to normal size usually clears this condition.

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pan depends on:
ii  gnome-keyring3.20.1-1
ii  gnupg2.2.2-1
ii  libatk1.0-0  2.26.0-2
ii  libc62.25-2
ii  libcairo-gobject21.15.8-2
ii  libcairo21.15.8-2
ii  libenchant1c2a   1.6.0-11.1
ii  libgcc1  1:7.2.0-16
ii  libgck-1-0   3.20.0-5.1
ii  libgcr-base-3-1  3.20.0-5.1
ii  libgcr-ui-3-13.20.0-5.1
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.1-1
ii  libgmime-2.6-0   2.6.23+dfsg1-1
ii  libgnutls30  3.5.16-1
ii  libgtk-3-0   3.22.24-3
ii  libgtkspell3-3-0 3.0.9-1
ii  libnotify4   0.7.7-2
ii  libp11-kit0  0.23.9-2
ii  libpango-1.0-0   1.40.12-1
ii  libpangocairo-1.0-0  1.40.12-1
ii  libsecret-1-00.18.5-4
ii  libstdc++6   7.2.0-16
ii  zlib1g   1:1.2.8.dfsg-5

pan recommends no packages.

pan suggests no packages.

-- no debconf information

Bug#882833: Acknowledgement (kontact fails to start - complains Akonadi service is unavailable)

[Gary Dale]

The problem seems to be that akonadi and apparmor, which was recently 
added in a "full-upgrade", don't work well together. Removing apparmor 
and rebooting fixed the problem.



On 2017-11-26 11:27 PM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

You can follow progress on this Bug here: 882833: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882833.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Debian/Kubuntu Qt/KDE Maintainers 

If you wish to submit further information on this problem, please
send it to 882...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

Bug#882833: kontact fails to start - complains Akonadi service is unavailable

[Gary Dale]

Package: kontact
Version: 4:16.04.3-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
been upgrading my Debian/Buster workstation each evening
   * What exactly did you do (or not do) that was effective (or ineffective)?
tried reinstalling akonadi-server
   * What was the outcome of this action?
same problem
   * What outcome did you expect instead?
I would like Kontact to be usable.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kontact depends on:
ii  kdepim-runtime   4:16.04.2-2+b2
ii  kio  5.37.0-2
ii  libc62.25-2
ii  libgcc1  1:7.2.0-16
ii  libkf5completion55.37.0-2
ii  libkf5configcore55.37.0-2
ii  libkf5configgui5 5.37.0-2
ii  libkf5configwidgets5 5.37.0-2
ii  libkf5coreaddons55.37.0-2
ii  libkf5grantleetheme-plugins  16.04.3-1
ii  libkf5grantleetheme5 16.04.3-1
ii  libkf5i18n5  5.37.0-2
ii  libkf5iconthemes55.37.0-2
ii  libkf5identitymanagement516.04.2-1
ii  libkf5kcmutils5  5.37.0-2
ii  libkf5kdepimdbusinterfaces5  4:16.04.2-2
ii  libkf5kiowidgets55.37.0-2
ii  libkf5kontactinterface5  16.04.2-1
ii  libkf5libkdepim-plugins  4:16.04.2-3
ii  libkf5libkdepim5 4:16.04.2-3
ii  libkf5parts5 5.37.0-2
ii  libkf5service-bin5.37.0-2
ii  libkf5service5   5.37.0-2
ii  libkf5webkit55.37.0-2
ii  libkf5widgetsaddons5 5.37.0-2
ii  libkf5windowsystem5  5.37.0-2
ii  libkf5xmlgui55.37.0-2
ii  libqt5core5a 5.9.1+dfsg-9
ii  libqt5dbus5  5.9.1+dfsg-9
ii  libqt5gui5   5.9.1+dfsg-9
ii  libqt5webkit55.9.1+dfsg-5
ii  libqt5widgets5   5.9.1+dfsg-9
ii  libstdc++6   7.2.0-16

Versions of packages kontact recommends:
ii  accountwizard  4:16.04.3-4
ii  akregator  4:16.04.3-4
ii  kaddressbook   4:16.04.3-4
ii  kmail  4:16.04.3-4
ii  knotes 4:16.04.3-4
ii  korganizer 4:16.04.3-4

Versions of packages kontact suggests:
pn  gnokii  

-- no debconf information

Bug#881184: mutter doesn't upgrade due to dependency issue

[Gary Dale]

Package: mutter
Version: 3.22.4-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Normal daily upgrade

   * What exactly did you do (or not do) that was effective (or ineffective)?
Been waiting for it to resolve itself but is hasn't so far.

   * What was the outcome of this action?
   * What outcome did you expect instead?

For the last few days I've been getting these messages when doing my daily 
aptitude full-upgrade:

The following packages have unmet dependencies:
 libmutter0i : Depends: mutter-common (= 3.22.4-2) but 3.26.1-6 is to be 
installed
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) libmutter-1-0 [Not Installed]  
2) mutter [3.22.4-2 (now)]
3) mutter-common [3.22.4-2 (now)] 


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mutter depends on:
ii  gnome-settings-daemon  3.26.2-1
ii  gsettings-desktop-schemas  3.24.1-1
ii  libc6  2.24-17
ii  libglib2.0-0   2.54.1-1
ii  libmutter0i3.22.4-2
ii  libx11-6   2:1.6.4-3
ii  libxcomposite1 1:0.4.4-2
ii  mutter-common  3.22.4-2
ii  zenity 3.24.0-1

Versions of packages mutter recommends:
ii  gnome-session-flashback [x-session-manager]  3.26.0-2
ii  plasma-workspace [x-session-manager] 4:5.10.5-2+b1
ii  xfce4-session [x-session-manager]4.12.1-6

Versions of packages mutter suggests:
pn  gnome-control-center  
ii  xdg-user-dirs 0.15-3

-- no debconf information

Bug#871629: why is the fixed version not available in Sid

[Gary Dale]

The bug report web page claims that this bug is fixed in unstable but 
the Thunderbird package listed in Sid is the same one that causes 
problems in Buster. There is no package listed in Experimental.


Moreover, the problem isn't just with xfce. I'm having the identical 
problem with Plasma.


I can barely use Thunderbird right now.

Bug#870231: linux-image-4.9.0: nOOAOO~[5~[~[~[cannot boot into 4.9 kernel

[Gary Dale]

Package: src:linux
Version: 4.9.30-2+deb9u2
Severity: important
File: linux-image-4.9.0

Dear Maintainer,

*** Reporter, please consider answering these questions, where 
appropriate ***


   * What led up to the situation?
I upgraded from Jessie to Stretch on my server.

   * What exactly did you do (or not do) that was effective (or 
ineffective)?
I can boot into a 4.9 kernel using SystemRescueCD and I can still boot 
into the old

Jessie 3.16 kernel without problems.

Details:
My system boots from an SDD and uses a 4-drive RAID 6 array for /home. 
The motherboard
has 6 SATA ports but for the last couple of years I had been using an 
add-in SATA card
instead of the last 2 onboard ports. For some reason, the kernel stopped 
accepting those two ports.


When I first upgraded to Stretch 2 weeks ago, this arrangement stopped 
working. I was able to
get the computer working again by connectingthe hard drives to 
motherboard SATA ports 0 - 3
and connecting the boot SSD to port 4 (using port 5 for a SATA optical 
drive).


A week ago my computer experienced a power supply failure. When I 
replaced the power
supply and tried to boot, it never completed. I could however boot into 
the 3.16 kernel.
At the same time, the RAID 6 array was running on only 2 drives. To fix 
this, I had to

reinstall the SATA card and run two hard drives from it (again).

Once the RAID 6 array had rebuilt, I tried booting into the 4.9 kernel 
again. I left it
for a couple of hours but the boot never completed. The computer wasn't 
locked up - I
could hit  and the screen would scroll - but it did have a 
unusual error messages

(including something about jiffies) that I've not seen before.

Even with persistent logging, attempts to boot into 4.9 are not 
recorded. The journal only

records the 3.16 boots.


*** End of the template - remove these template lines ***


-- Package-specific info:
** Kernel log: boot messages should be attached
Sorry. Not getting any in dmesg or Journalctl.

** Model information
sys_vendor: Gigabyte Technology Co., Ltd.
product_name: GA-MA790GP-UD4H
product_version:
chassis_vendor: Gigabyte Technology Co., Ltd.
chassis_version:
bios_vendor: Award Software International, Inc.
bios_version: F6
board_vendor: Gigabyte Technology Co., Ltd.
board_name: GA-MA790GP-UD4H
board_version: x.x

** Network interface configuration:

auto lo
iface lo inet loopback

iface eth0 inet manual

auto br0
iface br0 inet static
address 192.168.1.14
netmask 255.255.255.0
broadcast 192.168.1.255
gateway 192.168.1.1
bridge_ports eth0
bridge_stp off
bridge_fd 0
bridge_maxwait 0

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 
Host Bridge [1022:9600]
Subsystem: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge 
[1022:9600]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Latency: 32
NUMA node: 0
Region 3: Memory at  (64-bit, non-prefetchable)
Capabilities: 

00:01.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (int gfx) [1022:9602] (prog-if 00 [Normal 
decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Latency: 99
NUMA node: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=68
I/O behind bridge: e000-efff
Memory behind bridge: fdd0-fdef
Prefetchable memory behind bridge: d000-dfff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium >TAbort- 

BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel modules: shpchp

00:06.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780 PCI 
to PCI bridge (PCIE port 2) [1022:9606] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
Latency: 0, Cache Line Size: 4 bytes
Interrupt: pin A routed to IRQ 40
NUMA node: 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: fdc0-fdcf
Prefetchable memory behind bridge: fdb0-fdbf
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- 

BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
RS780/RS880 PCI to PCI bridge (PCIE port 5) [1022:9609] 

Bug#821344: pan doesn't remember all articles after shutdown

[Gary Dale]

Package: pan
Version: 0.140-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Pan crashes before downloading all headers on at least some newsgroups. When it 
does,
it loses the downloaded headers. When I attempted to circumvent this behaviour 
by
stopping the task before it completed, then shutting down and restarting pan, 
the
task vanished, as did all the headers it had downloaded.

   * What exactly did you do (or not do) that was effective (or ineffective)?
The workaround seems to be download only a specific number of days worth of 
headers
until I hit the number that makes pan crash. However this can be a lot of 
headers
so the process can take days, maybe weeks.

   * What outcome did you expect instead?
1) the download all headers task should be restartable after shutting down pan, 
or
2) the download all headers task should save the headers list periodically, or
3) there should be an option to download a range of headers (by date). e.g. 
   download headers from 365 days ago to 730 days ago.

At the very least, pan should remember the headers that were downloaded when the
download all headers task was stopped. These shouldn't vanish after a restart.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pan depends on:
ii  gnome-keyring3.18.3-1
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-6
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libgcc1  1:5.3.1-14
ii  libgdk-pixbuf2.0-0   2.32.3-2
ii  libglib2.0-0 2.48.0-1
ii  libgmime-2.6-0   2.6.20-1+b1
ii  libgnome-keyring03.12.0-1+b1
ii  libgnutls30  3.4.10-4
ii  libgtk-3-0   3.18.9-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libstdc++6   5.3.1-14
ii  zlib1g   1:1.2.8.dfsg-2+b1

pan recommends no packages.

pan suggests no packages.

-- no debconf information

Bug#749831: Bug #749831 libreoffice: LibreOffice mail merge didn't work under Gnome 3

[Gary Dale]

On 01/03/16 10:38 AM, Stéphane Aulery wrote:

Hello Gary,

Do you still have the document that causes this problem?

Without it we can only close this bug and wait somebody else hit this bug.

Regards,



I have no idea. I don't use Gnome normally, only resorting to it when 
KDE isn't working. Since the bug was reported almost 2 years ago, it's 
probably been fixed somewhere along the line.

Bug#812608: mdadm: raid array always checked during reboot

[Gary Dale]

Package: mdadm
Version: 3.3.4-1.1+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
when I reboot my computer, I get a long delay of 3 - 4 minutes while systemd 
runs a start
job against the uuid of my raid5 array.

   * What exactly did you do (or not do) that was effective (or ineffective)?
not much. I've been putting up with it, hoping it would stop as stretch 
progressed.
Unfortunately it's still happening. The start job appears to be an fsck against 
the
raid array and is run whether the system was rebooted or recovering from a 
sysreq-reboot.



*** End of the template - remove these template lines ***


-- Package-specific info:
--- mdadm.conf
DEVICE partitions
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST 
MAILADDR g...@extremeground.com
ARRAY /dev/md1 metadata=1.2 name=transponder:1 
UUID=a7448cb1:0cf55871:f6d9cd65:c5094d82

--- /etc/default/mdadm
INITRDSTART='all'
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

--- /proc/mdstat:
Personalities : [raid6] [raid5] [raid4] 
md1 : active raid5 sdf1[6] sde1[7] sdd1[5] sdc1[8] sdb1[9]
  15628064768 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/5] 
[U]
  
unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   8   32 3907018584 sdc
   8   33 3907017543 sdc1
   8   48 3907018584 sdd
   8   49 3907017543 sdd1
   8   16 3907018584 sdb
   8   17 3907017543 sdb1
   80  117220824 sda
   81  116169728 sda1
   821048576 sda2
   8   64 3907018584 sde
   8   65 3907017543 sde1
   8   80 3907018584 sdf
   8   81 3907017543 sdf1
  1101048575 sr0
   91 15628064768 md1

--- LVM physical volumes:
LVM does not seem to be used.
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=2047077,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=3292648k,mode=755)
/dev/sda1 on / type ext4 (rw,noatime,discard,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs 
(rw,relatime,fd=23,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
/dev/md1 on /home type ext4 (rw,noatime,stripe=256,data=ordered)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/129 type tmpfs 
(rw,nosuid,nodev,relatime,size=1646324k,mode=700,uid=129,gid=144)
tmpfs on /run/user/1000 type tmpfs 
(rw,nosuid,nodev,relatime,size=1646324k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse 
(rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
TheLibrarian:/home/shares on /home/garydale/mnt type nfs4 
(rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=0.0.0.0,local_lock=none,addr=192.168.1.14,user=garydale)
TheLibrarian:/home/secure on /home/garydale/mnt2 type nfs4 
(rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=0.0.0.0,local_lock=none,addr=192.168.1.14,user=garydale)

--- initrd.img-4.3.0-1-amd64:
104672 blocks
a10e8da554450945ba45e050b359566e  ./etc/mdadm/mdadm.conf
d3be82c0f275d6c25b04d388baf9e836  ./etc/modprobe.d/mdadm.conf
6e8a633dd34ffb7061b98246db825ef7  ./sbin/mdadm
599bbf3fe6093157a26863dcb59cdf5d  ./scripts/local-top/mdadm

Bug#805983: pan: would appreciate a "view | body pane | size pictures to fit width" option

[Gary Dale]

Package: pan
Version: 0.139-4
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Posters attach pictures of varying sizes to posts. Some are too small to view 
while others
are far too large. They also don't always have the same aspect ratio of my 
screen (16x9)
so resizing a long narrow picture to fit leaves it too small. Resizing to the 
pane width
would be a welcome option.

   * What exactly did you do (or not do) that was effective (or ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pan depends on:
ii  gnome-keyring3.18.2-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libenchant1c2a   1.6.0-10.1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgcc1  1:5.2.1-23
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgmime-2.6-0   2.6.20-1+b1
ii  libgnome-keyring03.12.0-1+b1
ii  libgnutls-deb0-283.3.18-1
ii  libgtk2.0-0  2.24.28-1
ii  libgtkspell0 2.0.16-1.1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  libstdc++6   5.2.1-23

pan recommends no packages.

pan suggests no packages.

-- no debconf information

Bug#728533: libreoffice-draw: doesn't print or export eps graphics

[Gary Dale]

Sorry,  but after 2 years, I don't even remember filing this bug report. 
However I rarely use Draw so I suspect that it was generic to LibreOffice.



On 14/11/15 12:44 AM, Ben Finney wrote:

Control: reassign -1 libreoffice-draw
Control: retitle -1 libreoffice-draw: doesn't print or export eps graphics
Control: tags -1 + moreinfo

On 02-Nov-2013, Gary Dale wrote:

Package: LibreOffice
Version: 1:4.1.2-2
Severity: normal

Thanks for reporting this bug.

Is this specific only to LibreOffice Draw, and not any other
LibreOffice program? I assume so, and am re-assigning the report to
‘libreoffice-draw’.


I created a document with embedded .eps graphics and tried to print
it. The .eps graphics were missing from the printout.

Can you construct a small, simple example document that others can use
to replicate this behaviour?


After replacing all the .eps graphics, I was able to print the
document with all images showing.

If you could also include another document that differs only in this
respect, that will also help to diagnose the problem.

Which exact version of ‘libreoffice-draw’ are you now running? Does
this still occur for you by following the same procedure in that
newer version?

You can use ‘reportbug --bugnumber 728533’ to construct a reply that
has all the relevant information of your current LibreOffice
environment, that would be very helpful.

Bug#804485: pan: Pan crashes when downloading headers

[Gary Dale]

On 11/11/15 08:15 AM, Dominique Dumont wrote:

Le dimanche 8 novembre 2015 16:39:24, vous avez écrit :

I've used pan to access newsgroups for a long time without problems. However
I am now running Debian/Stretch on using KDE and it crashes when I try to
download new headers.

I cannot reproduce this behavior on Debian/Sid. Either this was a temporary
issue or you have corrupted files on your system.

I had similar issues a while ago. I fixed this by identifying which group pan
was updating while crashing. I then removed the matching file from
~/.pan2/groups/

Hope this helps.

I've been able to fix it by:
- deleting all the articles
- getting all headers again but stopping the download before it completes

If I simply remove the articles but allow the Get all headers to 
complete, Pan crashes. It doesn't seem to crash at completion of the 
task however. It seems to be happening well before that time.


It was happening in all groups that I subscribe to and started happening 
at the same time in all of them. This suggests that possibly an earlier 
version of Pan caused a problem that the current version couldn't handle.

Bug#804682: dolphin: Dolphin starts on wrong virtual desktop

[Gary Dale]

Package: dolphin
Version: 4:15.08.2-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Dolphin is one of the programs I keep open on a virtual desktop permanently. I 
use 
desktop 3 for Dolphin. However since upgrading to plasma 5 desktop, Dolphin 
starts
on Desktop 1 and I have to move it Desktop 3.

This is a minor annoyance that becomes more than an annoyance when it covers 
Icedove,
which sometimes launches before the network share where I keep my mail folders 
is
mounted (but that is a separate issue).


   * What exactly did you do (or not do) that was effective (or ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dolphin depends on:
ii  libc6  2.19-22
ii  libdolphinvcs5 4:15.08.2-1
ii  libkf5baloo5   5.15.0+-1
ii  libkf5baloowidgets515.08.0-2
ii  libkf5bookmarks5   5.15.0-1
ii  libkf5codecs5  5.15.0-1
ii  libkf5completion5  5.15.0-1
ii  libkf5configcore5  5.15.0-1
ii  libkf5configgui5   5.15.0-1
ii  libkf5configwidgets5   5.15.0-1
ii  libkf5coreaddons5  5.15.0-1
ii  libkf5dbusaddons5  5.15.0-1
ii  libkf5filemetadata35.15.0-1
ii  libkf5i18n55.15.0-1
ii  libkf5iconthemes5  5.15.0-1
ii  libkf5itemviews5   5.15.0-1
ii  libkf5jobwidgets5  5.15.0-1
ii  libkf5kcmutils55.15.0-1
ii  libkf5kiocore5 5.15.0-1
ii  libkf5kiofilewidgets5  5.15.0-1
ii  libkf5kiowidgets5  5.15.0-1
ii  libkf5newstuff55.15.0-1
ii  libkf5notifications5   5.15.0-1
ii  libkf5parts5   5.15.0-1
ii  libkf5service-bin  5.15.0+-1
ii  libkf5service5 5.15.0+-1
ii  libkf5solid5   5.15.0-1
ii  libkf5textwidgets5 5.15.0-1
ii  libkf5widgetsaddons5   5.15.0-1
ii  libkf5windowsystem55.15.0-1
ii  libkf5xmlgui5  5.15.0-1
ii  libphonon4qt5-44:4.8.3-2
ii  libqt5core5a   5.5.1+dfsg-6
ii  libqt5dbus55.5.1+dfsg-6
ii  libqt5gui5 5.5.1+dfsg-6
ii  libqt5widgets5 5.5.1+dfsg-6
ii  libqt5xml5 5.5.1+dfsg-6
ii  libstdc++6 5.2.1-23
ii  phonon4qt5 4:4.8.3-2

Versions of packages dolphin recommends:
ii  ruby  1:2.1.5.1

Versions of packages dolphin suggests:
ii  dolphin-plugins  4:15.08.2-1

-- no debconf information

Bug#804696: icedove: Icedove accounts, folders and e-mail sometimes missing on launch

[Gary Dale]

Package: icedove
Version: 38.3.0-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Sometimes when I start Icedove, I get nothing in any of the panels. The only 
thing
that may be unusual about my setup is my mail folders are stored on an NFS 
share.

   * What exactly did you do (or not do) that was effective (or ineffective)?
If I change the folder view to unread then restart Icedove and change it back to
All, the accounts, folders, etc. return.


   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages icedove depends on:
ii  debianutils   4.5.1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.29-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.19-22
ii  libcairo2 1.14.4-1
ii  libdbus-1-3   1.10.2-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-3
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6-2
ii  libgcc1   1:5.2.1-23
ii  libgdk-pixbuf2.0-02.32.1-1
ii  libglib2.0-0  2.46.1-2
ii  libgtk2.0-0   2.24.28-1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libnspr4  2:4.10.10-1
ii  libnss3   2:3.20.1-1
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpixman-1-0 0.33.4-1
ii  libsqlite3-0  3.9.1-2
ii  libstartup-notification0  0.12-4
ii  libstdc++65.2.1-23
ii  libvpx2   1.4.0-4
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  38.3.0-2

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.4-2
ii  libgssapi-krb5-2  1.13.2+dfsg-4

-- no debconf information

Bug#804681: konsole doesn't launch on startup

[Gary Dale]

Package: konsole
Version: 4:15.08.2-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I keep konsole open on a virtual desktop at all times. I have 3 tabs open in 
Konsole
in different directories for various purposes. Prior to the plasma5 desktop, 
Konsole
would launch when I logged in, with the various tabs and directories preserved. 
It no
longer does this. I have to manually launch Konsole, create the tabs and change 
to the
directories.

While not a serious flaw, it is annoying. Other programs that I keep active like
Iceweasel, Kontact, gkrellm and dolphin start up on login and have their 
settings
preserved.


   * What exactly did you do (or not do) that was effective (or ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages konsole depends on:
ii  konsole-kpart   4:15.08.2-1
ii  konsole4-kpart  4:4.14.2-3
ii  libc6   2.19-22
ii  libkf5completion5   5.15.0-1
ii  libkf5configcore5   5.15.0-1
ii  libkf5configgui55.15.0-1
ii  libkf5configwidgets55.15.0-1
ii  libkf5coreaddons5   5.15.0-1
ii  libkf5i18n5 5.15.0-1
ii  libkf5iconthemes5   5.15.0-1
ii  libkf5kdelibs4support5  5.15.0-1
ii  libkf5kiowidgets5   5.15.0-1
ii  libkf5notifyconfig5 5.15.0-1
ii  libkf5widgetsaddons55.15.0-1
ii  libkf5windowsystem5 5.15.0-1
ii  libkf5xmlgui5   5.15.0-1
ii  libqt5core5a5.5.1+dfsg-6
ii  libqt5gui5  5.5.1+dfsg-6
ii  libqt5widgets5  5.5.1+dfsg-6
ii  libstdc++6  5.2.1-23

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#804485: pan: Pan crashes when downloading headers

[Gary Dale]

Package: pan
Version: 0.139-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I've used pan to access newsgroups for a long time without problems. However I 
am now
running Debian/Stretch on using KDE and it crashes when I try to download new 
headers.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Retried using different methods for downloading headers (new, last x days, 
latest x many, etc.)
but they all fail.

   * What was the outcome of this action?
No matter what I do, Pan crashes.

   * What outcome did you expect instead?
I need Pan to download the new headers without crashing because it doesn't save 
the headers
until after it completes the download, so restarting it leaves it at the same 
point it was
at when I initially started it.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pan depends on:
ii  gnome-keyring3.18.2-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libenchant1c2a   1.6.0-10.1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgcc1  1:5.2.1-23
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libglib2.0-0 2.46.1-2
ii  libgmime-2.6-0   2.6.20-1+b1
ii  libgnome-keyring03.12.0-1+b1
ii  libgnutls-deb0-283.3.18-1
ii  libgtk2.0-0  2.24.28-1
ii  libgtkspell0 2.0.16-1.1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1
ii  libstdc++6   5.2.1-23

pan recommends no packages.

pan suggests no packages.

-- no debconf information

Bug#801106: sddm still fails to start

[Gary Dale]

On 28/10/15 06:45 PM, Diederik de Haas wrote:

On Wednesday 28 October 2015 17:13:14 Gary Dale wrote:

"Failed to bring up the login screen" is as it says. The screen gets
switched into graphical mode (blank) but nothing ever displays on it. I
can bring up a TTY using an alt-Fkey combination but nothing graphical.

Have you checked ~/.xsession-errors ? Or /var/log/Xorg.0.log?
Or any other log files to determine what went wrong?

Nothing in either that pertains to the starting of a KDE session.

Bug#801106: sddm still fails to start

[Gary Dale]

Package: sddm
Version: 0.12.0-4
Followup-For: Bug #801106

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I restarted my system this morning but it failed to bring up a login screen

   * What exactly did you do (or not do) that was effective (or ineffective)?
Booted to rescue mode and did an update/full-upgrade. When that didn't fix 
the problem, I installed xdm.

   * What was the outcome of this action?
I can now get to a login screen and run a gui.

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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+nmu3
ii  debconf [debconf-2.0]   1.5.57
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libpam0g1.1.8-3.1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5dbus5 5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5network5  5.4.2+dfsg-9
ii  libqt5qml5  5.4.2-6
ii  libqt5quick55.4.2-6
ii  libstdc++6  5.2.1-22
ii  libsystemd0 227-2
ii  libxcb-xkb1 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  qml-module-qtquick2 5.4.2-6
ii  sddm-theme-breeze [sddm-theme]  4:5.4.2-1

sddm recommends no packages.

Versions of packages sddm suggests:
ii  libpam-kwallet5  5.4.2-1

-- debconf information:
* shared/default-x-display-manager: xdm
  sddm/daemon_name: /usr/bin/sddm

Bug#758707: plasma-desktop: Once more broken

[Gary Dale]

Package: plasma-desktop
Version: 4:5.4.2-1
Followup-For: Bug #758707

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I did a full-upgrade then restarted my system. This was a disaster. There were
several problems, including:
- eth0 had to be renamed eth1 in /etc/network/interfaces
- sddm wouldn't start. I had to install lightdm (gdm isn't available)
- At this point I could log in, but I can't get to plasma-desktop. I get
  the initial progress screen but then get taken back to lightdm's login.
  Gnome-Flashback also doesn't work very well. The screen is low-res and 
  stretched, like 4:3 being displayed as 16:9. I'm using xfce now as it 
  appears to be working.

  konsole doesn't work but dolphin and kontact do, although dolphin is
  even more crash-prone than ever.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages plasma-desktop depends on:
ii  breeze  4:5.4.2-1
ii  kactivities 5.15.0-1
ii  kde-cli-tools   4:5.4.2-1
ii  kded5   5.15.0-1
ii  kio 5.15.0-1
ii  libc6   2.19-22
ii  libcanberra00.30-2.1
ii  libfontconfig1  2.11.0-6.3
ii  libgcc1 1:5.2.1-22
ii  libkf5activities5   5.15.0-1
ii  libkf5activitiesexperimentalstats1  4:5.4.2-1
ii  libkf5archive5  5.15.0-1
ii  libkf5auth5 5.15.0-1
ii  libkf5baloo55.15.0+-1
ii  libkf5bookmarks55.15.0-1
ii  libkf5codecs5   5.15.0-1
ii  libkf5completion5   5.15.0-1
ii  libkf5configcore5   5.15.0-1
ii  libkf5configgui55.15.0-1
ii  libkf5configwidgets55.15.0-1
ii  libkf5coreaddons5   5.15.0-1
ii  libkf5dbusaddons5   5.15.0-1
ii  libkf5emoticons55.15.0-1
ii  libkf5globalaccel5  5.15.0-1
ii  libkf5guiaddons55.15.0-1
ii  libkf5i18n5 5.15.0-1
ii  libkf5iconthemes5   5.15.0-1
ii  libkf5itemviews55.15.0-1
ii  libkf5jobwidgets5   5.15.0-1
ii  libkf5kcmutils5 5.15.0-1
ii  libkf5kdelibs4support5  5.15.0-1
ii  libkf5kiocore5  5.15.0-1
ii  libkf5kiofilewidgets5   5.15.0-1
ii  libkf5kiowidgets5   5.15.0-1
ii  libkf5newstuff5 5.15.0-1
ii  libkf5notifications55.15.0-1
ii  libkf5notifyconfig5 5.15.0-1
ii  libkf5parts55.15.0-1
ii  libkf5people5   5.15.0-1
ii  libkf5peoplewidgets55.15.0-1
ii  libkf5plasma5   5.15.0-1
ii  libkf5plasmaquick5  5.15.0-1
ii  libkf5quickaddons5  5.15.0-1
ii  libkf5runner5   5.15.0-1
ii  libkf5service-bin   5.15.0+-1
ii  libkf5service5  5.15.0+-1
ii  libkf5solid55.15.0-1
ii  libkf5sonnetui5 5.15.0-1
ii  libkf5wallet-bin5.15.0-1
ii  libkf5wallet5   5.15.0-1
ii  libkf5widgetsaddons55.15.0-1
ii  libkf5windowsystem5 5.15.0-1
ii  libkf5xmlgui5   5.15.0-1
ii  libkfontinst5   4:5.4.2-1
ii  libkfontinstui5 4:5.4.2-1
ii  libkworkspace5-54:5.4.2-1
ii  libphonon4qt5-4 4:4.8.3-2
ii  libpulse-mainloop-glib0 7.0-1
ii  libpulse0   7.0-1
ii  libqt5concurrent5   5.4.2+dfsg-9
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5dbus5 5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5network5  5.4.2+dfsg-9
ii  libqt5printsupport5 5.4.2+dfsg-9
ii  libqt5qml5  5.4.2-6
ii  libqt5quick55.4.2-6
ii  libqt5svg5  5.4.2-3
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5x11extras55.5.1-2
ii  libqt5xml5  5.4.2+dfsg-9
ii  libstdc++6  5.2.1-22
ii  libtaskmanager5 4:5.4.2-1
ii  libx11-62:1.6.3-1
ii  

Bug#801106: sddm still fails to start

[Gary Dale]

On 28/10/15 02:56 PM, Matthias Klumpp wrote:

Hi!
Are you using Plymouth? If so, I might have resolved this issue
already (not yet uploaded to the archive).
Please try applying this patch to the /lib/systemd/system/sddm.service file:
http://anonscm.debian.org/cgit/pkg-kde/kde-std/sddm.git/commit/?id=b50b826a4809b85270d5adc026b6d28fcdbb47c5
And see if that resolves the issue.
Anyway, "failed to bring up the login screen" is very broad - what
exacly happened? Did it crash? Did you get a tty, or just a black
screen?

Cheers,
 Matthias


No, I am not using Plymouth.

"Failed to bring up the login screen" is as it says. The screen gets 
switched into graphical mode (blank) but nothing ever displays on it. I 
can bring up a TTY using an alt-Fkey combination but nothing graphical.

Bug#802937: firmware-linux-nonfree: radeon tahiti firmware fails to load

[Gary Dale]

Package: firmware-linux-nonfree
Version: 20151018-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Whenever I boot my computer I get error messages regarding the video card's 
firmware.
My video card is an ASUS HD 7850 DirectCU II. I would expect from the package 
contents
list that the correct firmware is the Pitcairn that does appear to load 
properly.
Just not sure why it it is attempting to load Tahiti after loading Pitcairn.

This is the relevent section from dmesg:

[3.969038] radeon :01:00.0: VRAM: 2048M 0x - 
0x7FFF (2048M used)
[3.969041] radeon :01:00.0: GTT: 2048M 0x8000 - 
0x
[3.969043] [drm] Detected VRAM RAM=2048M, BAR=256M
[3.969045] [drm] RAM width 256bits DDR
[3.969132] [TTM] Zone  kernel: Available graphics memory: 8231736 kiB
[3.969133] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[3.969135] [TTM] Initializing pool allocator
[3.969157] [TTM] Initializing DMA pool allocator
[3.969177] [drm] radeon: 2048M of VRAM memory ready
[3.969179] [drm] radeon: 2048M of GTT memory ready.
[3.969191] [drm] Loading pitcairn Microcode
[3.971268] systemd[1]: Started Journal Service.
[3.971836] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_pfp.bin
[3.973613] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_me.bin
[3.974234] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_ce.bin
[3.974896] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_rlc.bin
[3.977269] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_mc.bin
[3.978266] radeon :01:00.0: firmware: direct-loading firmware 
radeon/pitcairn_smc.bin
[3.978272] [drm] Internal thermal controller with fan control
[3.978339] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0
[3.987303] [drm] radeon: dpm initialized
[3.988553] radeon :01:00.0: firmware: direct-loading firmware 
radeon/TAHITI_uvd.bin
[3.988592] radeon :01:00.0: firmware: failed to load 
radeon/TAHITI_vce.bin (-2)
[3.988638] radeon :01:00.0: Direct firmware load for 
radeon/TAHITI_vce.bin failed with error -2
[3.988641] radeon :01:00.0: radeon_vce: Can't load firmware 
"radeon/TAHITI_vce.bin"
[3.988687] [drm] GART: num cpu pages 524288, num gpu pages 524288
[3.990648] [drm] probing gen 2 caps for device 1002:5a16 = 31cd02/0
[3.990652] [drm] PCIE gen 2 link speeds already enabled
[4.004520] [drm] PCIE GART of 2048M enabled (table at 0x00277000).
[4.004677] radeon :01:00.0: WB enabled
[4.004684] radeon :01:00.0: fence driver on ring 0 use gpu addr 
0x8c00 and cpu addr 0x8804296e7c00
[4.004689] radeon :01:00.0: fence driver on ring 1 use gpu addr 
0x8c04 and cpu addr 0x8804296e7c04
[4.004694] radeon :01:00.0: fence driver on ring 2 use gpu addr 
0x8c08 and cpu addr 0x8804296e7c08
[4.004698] radeon :01:00.0: fence driver on ring 3 use gpu addr 
0x8c0c and cpu addr 0x8804296e7c0c
[4.004701] radeon :01:00.0: fence driver on ring 4 use gpu addr 
0x8c10 and cpu addr 0x8804296e7c10
[4.005679] radeon :01:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xc90002035a18
[4.005682] radeon :01:00.0: VCE init error (-22).
[4.005731] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[4.005733] [drm] Driver supports precise vblank timestamp query.
[4.005735] radeon :01:00.0: radeon: MSI limited to 32-bit
[4.005774] radeon :01:00.0: radeon: using MSI.
[4.005812] [drm] radeon: irq initialized.
[4.192571] [drm] ring test on 0 succeeded in 3 usecs
[4.192581] [drm] ring test on 1 succeeded in 1 usecs
[4.192586] [drm] ring test on 2 succeeded in 1 usecs
[4.192604] [drm] ring test on 3 succeeded in 8 usecs
[4.192613] [drm] ring test on 4 succeeded in 5 usecs
[4.368444] [drm] ring test on 5 succeeded in 2 usecs
[4.368453] [drm] UVD initialized successfully.
[4.368696] [drm] ib test on ring 0 succeeded in 0 usecs
[4.368762] [drm] ib test on ring 1 succeeded in 0 usecs
[4.368825] [drm] ib test on ring 2 succeeded in 0 usecs
[4.368873] [drm] ib test on ring 3 succeeded in 0 usecs
[4.368906] [drm] ib test on ring 4 succeeded in 0 usecs


   * What exactly did you do (or not do) that was effective (or ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 

Bug#802937: firmware-linux-nonfree: radeon tahiti firmware fails to load

[Gary Dale]

On 25/10/15 04:43 PM, Ben Hutchings wrote:

Control: reassign -1 firmware-amd-graphics 20151018-2

On Sun, 2015-10-25 at 07:36 -0400, Gary Dale wrote:

Package: firmware-linux-nonfree
Version: 20151018-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

* What led up to the situation?
Whenever I boot my computer I get error messages regarding the video card's 
firmware.
My video card is an ASUS HD 7850 DirectCU II. I would expect from the package 
contents
list that the correct firmware is the Pitcairn that does appear to load 
properly.
Just not sure why it it is attempting to load Tahiti after loading Pitcairn.

The 'Tahiti' and 'Pitcairn' chips are both in the 'Southern Islands'
family and have some modules in common, so they use the same firmware
for those modules.

[...]

[3.988553] radeon :01:00.0: firmware: direct-loading firmware 
radeon/TAHITI_uvd.bin
[3.988592] radeon :01:00.0: firmware: failed to load 
radeon/TAHITI_vce.bin (-2)
[3.988638] radeon :01:00.0: Direct firmware load for 
radeon/TAHITI_vce.bin failed with error -2
[3.988641] radeon :01:00.0: radeon_vce: Can't load firmware 
"radeon/TAHITI_vce.bin"

[...]

This file certainly is included in the package, though.

Can you check the package is installed properly:
 dpkg --verify firmware-amd-graphics

When did this problem first appear?  Did you upgrade the kernel or
firmware packages?

Ben.

The dpkg --verify runs but produces no output. Same results when I try 
--audit instead. I don't know if that is expected or not.


Several months ago I got a new case that allowed me to reinstall the 
graphics card. The old case wasn't big enough to accommodate the card + 
the disk drives so I used an older, shorter card.


I'm not sure when the error started appearing. Probably when I upgraded 
to Stretch.

Bug#800778: scribus: Page | Import messes up imported pages

[Gary Dale]

On 16/10/15 10:17 AM, Mattia Rizzolo wrote:

control: tag -1 upstream
control: forwarded -1 http://bugs.scribus.net/view.php?id=11420

On Sat, Oct 03, 2015 at 10:34:57AM -0400, Gary Dale wrote:

* What led up to the situation?
I wanted to combine two Scribus files into a single doecument

* What exactly did you do (or not do) that was effective (or ineffective)?
I used the Page | Import menu item to import the second document into the first,
creating new pages at the end of the first document.

* What was the outcome of this action?
The pages imported and all the text appeared to be there but the imported pages
didn't have the correct formatting. Font sizes, colours and possibly even 
character
set were wrong. Some text displayed as boxes instead of characters.

Importing does not work very well, and upstream confirmed so.
If you want more details please take a look at that upstream bug.


* What outcome did you expect instead?
I wanted the appended document to look the way it did in its own document.

I'd like too :)

 From time to time I've to deal with something similar, luckily for what
I do I don't need to import stuff that often, and never something big to
cause me trouble at fixing.

What confuses me about this is why it happens. When you import a 
document into another, the styles are picked up and renamed to avoid 
duplicate names. The new names replace the names in the imported 
document so it should work perfectly every time.


Fortunately there is pdfunite, so I can export the individual documents 
and join the pdfs. However that gets messy after a few documents.

Bug#800695: scribus: styles edit window stops responding

[Gary Dale]

On 16/10/15 10:38 AM, Mattia Rizzolo wrote:

control: tag -1 moreinfo

On Fri, Oct 02, 2015 at 11:47:28AM -0400, Gary Dale wrote:

Hi (again) Gary,


* What led up to the situation?
If I leave the styles edit pane open and later return to it, it stops 
responding.

* What exactly did you do (or not do) that was effective (or ineffective)?
You need to click on the style you want to edit again even though it is the one
the edit pane shows.

I believe this behaviour is both wrong and confusing. The pane should always 
match
the selected style and vice-versa.

sorry, but I completely fail to understand what you're talking about :)
I'm not sure to *which* "styles edit pane" you're referring to, for
example.

the only pane that gets disabled when you deselect the object is the one
that appears with the F2 key (the "Propreties" window), at least that's
my experience.

Please, can you share more details? :)



Seems to be working now. A few weeks ago it was quite annoying because I 
was switching back and forth between editing text and styles quite a bit.

Bug#800778: scribus: Page | Import messes up imported pages

[Gary Dale]

Package: scribus
Version: 1.4.5+dfsg1-1+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I wanted to combine two Scribus files into a single doecument

   * What exactly did you do (or not do) that was effective (or ineffective)?
I used the Page | Import menu item to import the second document into the 
first, 
creating new pages at the end of the first document.

   * What was the outcome of this action?
The pages imported and all the text appeared to be there but the imported pages
didn't have the correct formatting. Font sizes, colours and possibly even 
character
set were wrong. Some text displayed as boxes instead of characters.

   * What outcome did you expect instead?
I wanted the appended document to look the way it did in its own document.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages scribus depends on:
ii  ghostscript9.16~dfsg-2
ii  libc6  2.19-22
ii  libcairo2  1.14.2-2
ii  libcups2   2.1.0-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-17
ii  libhunspell-1.3-0  1.3.3-3+b1
ii  libhyphen0 2.8.8-2
ii  libjpeg62-turbo1:1.4.1-2
ii  liblcms2-2 2.6-3+b3
ii  libpodofo0.9.0v5   0.9.0-1.3
ii  libpython2.7   2.7.10-4
ii  libqt4-network 4:4.8.7+dfsg-3
ii  libqt4-xml 4:4.8.7+dfsg-3
ii  libqtcore4 4:4.8.7+dfsg-3
ii  libqtgui4  4:4.8.7+dfsg-3
ii  libstdc++6 5.2.1-17
ii  libtiff5   4.0.5-1
ii  libxml22.9.2+zdfsg1-4
ii  python-tk  2.7.9-1
ii  scribus-data   1.4.5+dfsg1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages scribus recommends:
ii  cups-bsd2.1.0-4
ii  fonts-dejavu2.35-1
ii  fonts-liberation1.07.4-1
ii  gsfonts-x11 0.23
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-2
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1
ii  xfonts-scalable 1:1.0.3-1.1

Versions of packages scribus suggests:
ii  icc-profiles   2.0.1-1
pn  scribus-doc
pn  scribus-template   
pn  texlive-latex-recommended  

-- no debconf information

Bug#800696: scribus: Edit text window loses cursor location when it loses focus

[Gary Dale]

Package: scribus
Version: 1.4.5+dfsg1-1+b1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I was creating an 80+ page directory that includes some long lists. I'd be 
getting
sporadic updates via e-mail that often affected multiple lines with different 
styles, 
so I'd have to copy the paragraphs by style to avoid having to reset the 
correct style
for the paragraph.

This meant that I'd switch to the e-mail, copy a paragraph, then go back to the 
edit
text window. When I switch back, the cursor position is reset to the start of 
the text,
forcing me to re-find the edit location to paste to. This makes editing very 
slow.

The window should keep its cursor location even when it loses focus.


   * What exactly did you do (or not do) that was effective (or ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages scribus depends on:
ii  ghostscript9.16~dfsg-2
ii  libc6  2.19-22
ii  libcairo2  1.14.2-2
ii  libcups2   2.1.0-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-17
ii  libhunspell-1.3-0  1.3.3-3+b1
ii  libhyphen0 2.8.8-2
ii  libjpeg62-turbo1:1.4.1-2
ii  liblcms2-2 2.6-3+b3
ii  libpodofo0.9.0v5   0.9.0-1.3
ii  libpython2.7   2.7.10-4
ii  libqt4-network 4:4.8.7+dfsg-3
ii  libqt4-xml 4:4.8.7+dfsg-3
ii  libqtcore4 4:4.8.7+dfsg-3
ii  libqtgui4  4:4.8.7+dfsg-3
ii  libstdc++6 5.2.1-17
ii  libtiff5   4.0.5-1
ii  libxml22.9.2+zdfsg1-4
ii  python-tk  2.7.9-1
ii  scribus-data   1.4.5+dfsg1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages scribus recommends:
ii  cups-bsd2.1.0-4
ii  fonts-dejavu2.35-1
ii  fonts-liberation1.07.4-1
ii  gsfonts-x11 0.23
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-2
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1
ii  xfonts-scalable 1:1.0.3-1.1

Versions of packages scribus suggests:
ii  icc-profiles   2.0.1-1
pn  scribus-doc
pn  scribus-template   
pn  texlive-latex-recommended  

-- no debconf information

Bug#800695: scribus: styles edit window stops responding

[Gary Dale]

Package: scribus
Version: 1.4.5+dfsg1-1+b1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
If I leave the styles edit pane open and later return to it, it stops 
responding.

   * What exactly did you do (or not do) that was effective (or ineffective)?
You need to click on the style you want to edit again even though it is the one
the edit pane shows.

I believe this behaviour is both wrong and confusing. The pane should always 
match
the selected style and vice-versa.

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages scribus depends on:
ii  ghostscript9.16~dfsg-2
ii  libc6  2.19-22
ii  libcairo2  1.14.2-2
ii  libcups2   2.1.0-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-17
ii  libhunspell-1.3-0  1.3.3-3+b1
ii  libhyphen0 2.8.8-2
ii  libjpeg62-turbo1:1.4.1-2
ii  liblcms2-2 2.6-3+b3
ii  libpodofo0.9.0v5   0.9.0-1.3
ii  libpython2.7   2.7.10-4
ii  libqt4-network 4:4.8.7+dfsg-3
ii  libqt4-xml 4:4.8.7+dfsg-3
ii  libqtcore4 4:4.8.7+dfsg-3
ii  libqtgui4  4:4.8.7+dfsg-3
ii  libstdc++6 5.2.1-17
ii  libtiff5   4.0.5-1
ii  libxml22.9.2+zdfsg1-4
ii  python-tk  2.7.9-1
ii  scribus-data   1.4.5+dfsg1-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages scribus recommends:
ii  cups-bsd2.1.0-4
ii  fonts-dejavu2.35-1
ii  fonts-liberation1.07.4-1
ii  gsfonts-x11 0.23
ii  hyphen-en-us [hyphen-hyphenation-patterns]  2.8.8-2
ii  hyphen-sh [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  icc-profiles-free   2.0.1+dfsg-1
ii  xfonts-scalable 1:1.0.3-1.1

Versions of packages scribus suggests:
ii  icc-profiles   2.0.1-1
pn  scribus-doc
pn  scribus-template   
pn  texlive-latex-recommended  

-- no debconf information

Bug#800696: scribus: Edit text window loses cursor location when it loses focus

[Gary Dale]

On 02/10/15 12:48 PM, Mattia Rizzolo wrote:

control: tags -1 + upstream confirmed

Hi Gary!

On Fri, Oct 02, 2015 at 11:54:47AM -0400, Gary Dale wrote:

Package: scribus
Version: 1.4.5+dfsg1-1+b1
Severity: minor

I was creating an 80+ page directory that includes some long lists. I'd be 
getting
sporadic updates via e-mail that often affected multiple lines with different 
styles,
so I'd have to copy the paragraphs by style to avoid having to reset the 
correct style
for the paragraph.

This meant that I'd switch to the e-mail, copy a paragraph, then go back to the 
edit
text window. When I switch back, the cursor position is reset to the start of 
the text,
forcing me to re-find the edit location to paste to. This makes editing very 
slow.

The window should keep its cursor location even when it loses focus.


This is something that annoys me since lots of time (years...).  After
some months with that I notice that for me is even quicker to edit the
text directly in the text box instead of opening the editor, even if I
lose several facilities provided by the text editor.

Anyway, thanks for bringing this issue in the Debian bug tracker, this
time I'll check if this is something known upstream :)

Directly in the text box? How do you do that? The only way I've ever 
found to edit text is through the "edit text" option.

Bug#799308: akonadi-server: Akonadi service fails to start after latest full-upgrade

[Gary Dale]

Package: akonadi-server
Version: 1.13.0-8
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Did an aptitude full-upgrade. Now I can't use Kontact.

   * What exactly did you do (or not do) that was effective (or ineffective)?
tried and failed to manually start the service

   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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-sqlite  1.13.0-8
ii  libakonadiprotocolinternals11.13.0-8
ii  libboost-program-options1.58.0  1.58.0+dfsg-3
ii  libc6   2.19-19
ii  libgcc1 1:5.2.1-17
ii  libqt4-dbus 4:4.8.7+dfsg-3
ii  libqt4-network  4:4.8.7+dfsg-3
ii  libqt4-sql  4:4.8.7+dfsg-3
ii  libqt4-xml  4:4.8.7+dfsg-3
ii  libqtcore4  4:4.8.7+dfsg-3
ii  libqtgui4   4:4.8.7+dfsg-3
ii  libstdc++6  5.2.1-17

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
pn  akonadi-backend-mysql   
pn  akonadi-backend-postgresql  
ii  akonadi-backend-sqlite  1.13.0-8

-- no debconf information

Bug#787727: kontact: events don't show up on correct date in week view

[Gary Dale]

Package: kontact
Version: 4:4.14.1-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have a recurring event that had one recurrance modified. I disassociated it 
from recurrance
then edited to the correct date (from June 11 to June 4). Instead of showing up 
on June 4,
it shows up on June 7 in week view. To make matters worse, it shows up in Day 
view and
Agenda view only on June 11. It does show up correctly in Month view however.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Tried various other views. Tried restart Kontact and tried rebooting.


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kontact depends on:
ii  kde-runtime   4:4.14.2-2
ii  libc6 2.19-18
ii  libkcmutils4  4:4.14.2-5
ii  libkdecore5   4:4.14.2-5
ii  libkdepim44:4.14.1-1
ii  libkdepimdbusinterfaces4  4:4.14.1-1
ii  libkdeui5 4:4.14.2-5
ii  libkdewebkit5 4:4.14.2-5
ii  libkio5   4:4.14.2-5
ii  libkontactinterface4a 4:4.14.2-2+b1
ii  libkparts44:4.14.2-5
ii  libkpimidentities44:4.14.2-2+b1
ii  libkpimutils4 4:4.14.2-2+b1
ii  libqt4-dbus   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtwebkit4  2.3.4.dfsg-3
ii  libstdc++64.9.2-10

Versions of packages kontact recommends:
ii  akregator 4:4.14.1-1
ii  kaddressbook  4:4.14.1-1
ii  kmail 4:4.14.1-1
ii  knotes4:4.14.1-1
ii  korganizer4:4.14.1-1

Versions of packages kontact suggests:
pn  gnokiinone
ii  kjots 4:4.14.1-1
ii  knode 4:4.14.1-1
ii  ktimetracker  4:4.14.1-1

-- 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#787121: vlc: VLC doesn't play some MPEG files

[Gary Dale]

Package: vlc
Version: 2.2.0~rc2-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I recently downloaded some video files and tried to play them using VLC. The 
files 
played back badly, with a thin band of choppy video at the top, and the rest of 
the
screen straight green. 

   * What exactly did you do (or not do) that was effective (or ineffective)?
Tried Kaffeine. Same result. However KMplayer and Totem played it properly and
Avidemux was able to open it. Avidemux reports it as 4CC Mpeg, 960x544 with 
stereo
MP2 sound at 48,000 Hz.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-43
ii  libavcodec566:11.3-1
ii  libavutil54 6:11.3-1
ii  libc6   2.19-18
ii  libcaca00.99.beta19-2
ii  libegl1-mesa [libegl1-x11]  10.3.2-1
ii  libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-crypto1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-locale1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-rail1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreetype62.5.2-3
ii  libfribidi0 0.19.6-3
ii  libgcc1 1:4.9.2-10
ii  libgl1-mesa-glx [libgl1]10.3.2-1
ii  libgles1-mesa [libgles1]10.3.2-1
ii  libgles2-mesa [libgles2]10.3.2-1
ii  libice6 2:1.0.9-1+b1
ii  libpulse0   5.0-13
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-10+b1
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6  4.9.2-10
ii  libva-drm1  1.4.1-1
ii  libva-x11-1 1.4.1-1
ii  libva1  1.4.1-1
ii  libvlccore8 2.2.0~rc2-2
ii  libvncclient0   0.9.9+dfsg-6.1
ii  libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libwinpr-sspi0.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libwinpr-utils0.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libx11-62:1.6.2-3
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-render0  1.10-3+b1
ii  libxcb-shape0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xfixes0  1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.0~rc2-2
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.0~rc2-2
ii  vlc-plugin-samba   2.2.0~rc2-2
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages vlc suggests:
pn  videolan-doc  none

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-17
ii  libasound2 1.0.28-1
ii  libass50.10.2-3
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libavc1394-0   0.5.4-2
ii  libavcodec56   6:11.3-1
ii  libavformat56  6:11.3-1
ii  libavutil546:11.3-1
ii  libbasicusageenvironment0  2:2014.07.25-dmo1
ii  libbluray1 2:0.6.0-dmo2
ii  libc6  2.19-18
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2
ii  libchromaprint01.2-1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11
ii  libdbus-1-31.8.16-1
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-dmo2
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi9 1.2.0-dmo1
ii  libdvdnav4 5.0.1-1
ii  libdvdread45.0.0-1
ii  libebml4   1.3.0-dmo1
ii  libfaad2   2.7-8
ii  libflac8   

Bug#773944: Acknowledgement (ntfs-3g: ntfsfix fails with invalid pointer error in free())

[Gary Dale]

The full output from the command is:

root@transponder:/home/garydale# ntfsfix /dev/sdk1
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdk1 was processed successfully.
Failed to sync device /dev/sdk1: Input/output error
Failed to fsync device /dev/sdk1: Input/output error
Failed to sync device /dev/sdk1: Input/output error
Failed to fsync device /dev/sdk1: Input/output error
*** Error in `ntfsfix': free(): invalid pointer: 0x7f733989b678 ***
Aborted


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773944: ntfs-3g: ntfsfix fails with invalid pointer error in free()

[Gary Dale]

Package: ntfs-3g
Version: 1:2014.2.15AR.2-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I was testing the file system on a usb hard drive partioned with ntfs

   * What exactly did you do (or not do) that was effective (or ineffective)?
ntfsfix /dev/sdk1
I also ran smartctl -t long /dev/sdk  smartctl -H /dev/sdk. The disk passed.

   * What was the outcome of this action?
I get two sets of sync/fsync errors followed by the invalid pointer error.

   * What outcome did you expect instead?
I was expecting the program to scan the entire disk and at least report any 
errors that
it found.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ntfs-3g depends on:
ii  fuse   2.9.3-15+b1
ii  libc6  2.19-13
ii  libgcrypt201.6.2-4+b1
ii  libgnutls-deb0-28  3.3.8-5
ii  libgpg-error0  1.17-3
ii  multiarch-support  2.19-13

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information:
  ntfs-3g/setuid-root: false
  ntfs-3g/initramfs: true


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771378: cups: Can't print to CD with Epson XP-820

[Gary Dale]

Package: cups
Version: 1.7.5-7
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
After having good experiences with the Epson R-320 printers for many years, I 
purchased
an Epson XP-820. Both printers had the ability to print to CD, which I consider 
important.
Unfortunately, while the R-320 had no problems handling CDs, I can't get the 
XP-820 to
print to them.

   * What exactly did you do (or not do) that was effective (or ineffective)?
After initially selecting CD/DVD as the output media for a print job and having 
it fail,
I then tried setting CD/DVD as the default output media. I also tried using the 
Print on CD
option on the printer's control panel.

   * What was the outcome of this action?
Selecting CD/DVD for a print job results in the CD print tray being ejected by 
the 
printer. The printer then asks me to insert a single sheet of paper. If I push 
the tray
back in, it just gives me an error message.

If I try to set the default output medium through CUPS, I get an error because 
there are
no CD/DVD media sizes defined. I simply can't do it.

When I try to set the Print on CD option on the printer control panel, it asks 
me to insert
a memory card.

   * What outcome did you expect instead?
I want the printer to print on CDs like my now defunct R-320 used to.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  cups-client1.7.5-7
ii  cups-common1.7.5-7
ii  cups-core-drivers  1.7.5-7
ii  cups-daemon1.7.5-7
ii  cups-filters   1.0.61-2
ii  cups-ppdc  1.7.5-7
ii  cups-server-common 1.7.5-7
ii  debconf [debconf-2.0]  1.5.53
ii  ghostscript9.06~dfsg-1.1+b1
ii  libavahi-client3   0.6.31-4+b1
ii  libavahi-common3   0.6.31-4+b1
ii  libc-bin   2.19-13
ii  libc6  2.19-13
ii  libcups2   1.7.5-7
ii  libcupscgi11.7.5-7
ii  libcupsimage2  1.7.5-7
ii  libcupsmime1   1.7.5-7
ii  libcupsppdc1   1.7.5-7
ii  libgcc11:4.9.1-19
ii  libstdc++6 4.9.1-19
ii  libusb-1.0-0   2:1.0.19-1
ii  lsb-base   4.1+Debian13+nmu1
ii  poppler-utils  0.26.5-2
ii  procps 2:3.3.9-8

Versions of packages cups recommends:
ii  avahi-daemon 0.6.31-4+b1
ii  colord   1.2.1-1+b1
ii  cups-filters [ghostscript-cups]  1.0.61-2
ii  printer-driver-gutenprint5.2.10-3

Versions of packages cups suggests:
ii  cups-bsd   1.7.5-7
pn  cups-pdf   none
ii  foomatic-db-compressed-ppds [foomatic-db]  20141016-1
ii  hplip  3.14.6-1+b2
ii  printer-driver-hpcups  3.14.6-1+b2
ii  smbclient  2:4.1.13+dfsg-2
ii  udev   215-6

-- debconf information:
  cupsys/backend: lpd, socket, usb, snmp, dnssd
  cupsys/raw-print: true


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#768120: networking: /etc/init.d/networking fails to terminate when using static IP address

[Gary Dale]

Package: ifupdown
Version: 0.7.8
Severity: normal
File: networking

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Some time back I switched a server to use a static IP address instead of using 
a 
DHCP address reserved for that machine. After a recent kernel update, I 
rebooted the
machine but it failed to restart. It stopped booting when bringing up the 
networking. It
was not hung as it would show messages on the screen when I plugged or 
unplugged USB
devices, but it wouldn't respond to keyboard input nor continue to a login 
prompt.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I tried booting into single-user mode. This produced some more networking 
messages but
still wouldn't move past the networking.

Here's what was on the screen when the system stopped the boot process in 
single-user mode:
[  181.805309] r8169 :03:00.0: firmware: agent loaded rtl_nic/rtl8168e-3.fw 
into memory
[  181.917202] r8169 :03:00.0: eth0: link down
[  181.920948] r8169 :03:00.0: eth0: link down
[  181.928316] ADDRCONF(NETDEV_UP): eth0: link is not ready
[  184.284849] r8169 :03:00.0: eth0: link up
[  184.292178] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

I rebooted into sysrescuecd and removed the /etc/rcS.d/S13networking link then 
rebooted
into single-user mode again. After logging in as root, I ran 
/etc/init.d/networking start.
It again failed to complete, but I was able to kill the process and return to a 
command
prompt. ifconfig showed that the network had started so I logged out and 
continued the 
boot.

   * What was the outcome of this action?
The server is running normally now, but I can't reboot it remotely if needed 
because it
needs a local presence to start the networking.

   * What outcome did you expect instead?
The server is located in a different city and it didn't occur to me when I was 
there to
try reverting to DHCP to see if that fixes the problem. I don't want to try it 
remotely
since a failure would mean another trip.


*** End of the template - remove these lines ***


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ifupdown depends on:
ii  dpkg 1.16.15
ii  initscripts  2.88dsf-41+deb7u1
ii  iproute  20120521-3+b3
ii  libc62.13-38+deb7u6
ii  lsb-base 4.1+Debian8+deb7u1

ifupdown recommends no packages.

Versions of packages ifupdown suggests:
ii  isc-dhcp-client [dhcp-client]  4.2.2.dfsg.1-5+deb70u6
ii  net-tools  1.60-24.2
pn  pppnone
pn  rdnssd none

-- 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#765749: icedove: empty folder pane

[Gary Dale]

On 19/10/14 05:49 PM, Carsten Schoenert wrote:

tags 765749 + important
thanks

I set the severity to important because this issue is currently only
reported once.

On Sat, Oct 18, 2014 at 10:43:29AM -0400, Gary Dale wrote:

What happen is you restart Icedove with the option -safe-mode from a
command line? This disables all plugin for the next session.

What plugins do you have running?

Are this plugins all installed from the Debian archives or have you some
plugins manually installed.

The same things happened. The only plug-ins I was using were the ones I'd
installed trying to fix the problem. They are all currently disabled.

You didn't answered the other questions ...
And one more ... did this happen if you create a fresh new profile?
Please backup your old settings before!
I was not running any plugins when the problem first occurred. I 
installed some plugins that were recommended by some sites as a 
potential fix. They were Folderpane Tools and Maximize Message Pane. 
They didn't fix the problem so I disabled them. I got them through the 
Get Add-ons panel.


I created a new profile and it worked, which told me the problem was 
with the settings. Unfortunately it was past midnight when I got the 
folder pane back and I don't remember exactly what worked.


However, it went blank again following a restart of icedove. This time 
the pane was recovered using one of the more usual fixes. This problem 
recurs every time I start icedove. I fix it by setting the View | 
Folders to unread, restart icedove then change the View | Folders back 
to all.

Well, I've already upgraded to Sid for Iecdove to try to fix the problem.
Should I revert to Jessie's version?

Well, I mostly run versions from unstable/experiemntal and never had
such problems. So testing a version from unstable is even better, if
a problem happen we will try to fix it in one of the next versions.
Unfortunately the version I'm running right now is from sid. It's slow, 
as the message I get on the error console warns it might be.


Are there bugs inside the Mozilla bugtracker about this behavior you
describe?  If there is really a issue than there should be other users
that reported such problems. It would be really helpful if you check the
bugtracker on Mozilla and provide a link to a upstream reported bug.
No. The issue however is a known one from earlier versions. I'm 
surprised to see it resurfacing.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765749: icedove: empty folder pane

[Gary Dale]

On 18/10/14 07:11 AM, Carsten Schoenert wrote:

Hello Gary!

On Fri, Oct 17, 2014 at 03:07:30PM -0400, Gary Dale wrote:

I restarted my computer and launched icedove. The folder pane was present but 
empty
while the messages pane just showed one e-mail with a non-working read e-mail 
button.

* What exactly did you do (or not do) that was effective (or ineffective)?
Searched the Internet for similar problems. Tried removing session.json and 
folders.json.
Tried a few add-ons that were supposed to be able to help. Purged Icedove and 
reinstalled.
Installed the version from Sid.

What happen is you restart Icedove with the option -safe-mode from a
command line? This disables all plugin for the next session.

What plugins do you have running?

Are this plugins all installed from the Debian archives or have you some
plugins manually installed.
The same things happened. The only plug-ins I was using were the ones 
I'd installed trying to fix the problem. They are all currently disabled.





Tried starting from Konsole. Got this message:
(process:23945): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed

This behavior is normal, this doesn't come from Icedove. This message
commes from the glibc.


Tried starting from Konsole using icedove -jsconsole and got this message in 
the error console:
Timestamp: 17/10/14 03:02:07 PM
Warning: mutating the [[Prototype]] of an object will cause your code to run 
very slowly; instead create the object with the correct initial [[Prototype]] 
value using Object.create
Source File: resource://gre/components/steelApplication.js
Line: 783

The hint says that the internal usage of functions and prototypes is not
correct. This is upstream related and is depended on the internal
restructure done by Mozilla.

OK. I can vouch that it does make Icedove very slow.



Searched for Application.js. Closest I could find was in /usr/local/sushi. 
Tried reinstalling
sushi and found that it wasn't installed. Installed it. After that had no 
impact, I purged
sushi.

shushi has nothing to with Icedove. And /usr/local/... is nothing that
come from any official Debian package. ;)

The steelApplication.js is shipped within the upstream sources:

git grep steelApplication.js
mail/installer/package-manifest.in:@BINPATH@/components/steelApplication.js
mail/installer/removed-files.in:  components/steelApplication.js
mail/steel/moz.build:'steelApplication.js',
mail/steel/steelApplication.manifest:component 
{f265021a-7f1d-4b4b-bdc6-9aedca4d8f13} steelApplication.js

Regards
Carsten

Well, I've already upgraded to Sid for Iecdove to try to fix the 
problem. Should I revert to Jessie's version?



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765749: icedove: empty folder pane

[Gary Dale]

Package: icedove
Version: 31.1.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I restarted my computer and launched icedove. The folder pane was present but 
empty
while the messages pane just showed one e-mail with a non-working read e-mail 
button.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Searched the Internet for similar problems. Tried removing session.json and 
folders.json.
Tried a few add-ons that were supposed to be able to help. Purged Icedove and 
reinstalled.
Installed the version from Sid. 

Tried starting from Konsole. Got this message:
(process:23945): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size 
== 0' failed

Tried starting from Konsole using icedove -jsconsole and got this message in 
the error console:
Timestamp: 17/10/14 03:02:07 PM
Warning: mutating the [[Prototype]] of an object will cause your code to run 
very slowly; instead create the object with the correct initial [[Prototype]] 
value using Object.create
Source File: resource://gre/components/steelApplication.js
Line: 783

Searched for Application.js. Closest I could find was in /usr/local/sushi. 
Tried reinstalling
sushi and found that it wasn't installed. Installed it. After that had no 
impact, I purged
sushi. 

   * What was the outcome of this action?
The problem still exists.

   * What outcome did you expect instead?
I want a way to be able to access my e-mail. Right now Icedove is useless.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-6.1
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-11
ii  libcairo2 1.12.16-5
ii  libdbus-1-3   1.8.8-2
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-1.1
ii  libffi6   3.1-2
ii  libfontconfig12.11.0-6.1
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-16
ii  libgdk-pixbuf2.0-02.30.8-1+b1
ii  libglib2.0-0  2.42.0-2
ii  libgtk2.0-0   2.24.24-1
ii  libhunspell-1.3-0 1.3.3-2
ii  libnspr4  2:4.10.7-1
ii  libnss3   2:3.17.1-1
ii  libpango-1.0-01.36.8-2
ii  libpangocairo-1.0-0   1.36.8-2
ii  libpangoft2-1.0-0 1.36.8-2
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.6-1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.1-16
ii  libvpx1   1.3.0-2.1
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.2-2
ii  libgssapi-krb5-2  1.12.1+dfsg-10

-- 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#765749:

[Gary Dale]

I finally managed to get my folders back, restarted icedove, and they 
vanished again. This time a simpler fix did the trick. I changed the 
view | folders to unread then restarted icedove. When a new e-mail came 
in, the folder showed up. Then I reset it to all and they are visible again.


I'm not sure if this is the same bug or just a related one. However, 
it's definitely a royal pain to have to keep playing around trying to 
restore the folders pane.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763587: five-or-more: file conflict with gnome-accessibility-themes 3.14

[Gary Dale]

Package: five-or-more
Version: 1:3.12.2-1
Followup-For: Bug #763587

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

root@transponder:/home/garydale# apt-get -f install
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
  five-or-more
The following NEW packages will be installed:
  five-or-more
0 upgraded, 1 newly installed, 0 to remove and 6 not upgraded.
3 not fully installed or removed.
Need to get 0 B/2,508 kB of archives.
After this operation, 7,179 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 543513 files and directories currently installed.)
Preparing to unpack .../five-or-more_1%3a3.14.0-1_amd64.deb ...
Unpacking five-or-more (1:3.14.0-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/five-or-more_1%3a3.14.0-1_amd64.deb (--unpack):
 trying to overwrite 
'/usr/share/icons/HighContrast/48x48/apps/five-or-more.png', which is also in 
package gnome-accessibility-themes 3.12.0-1
Processing triggers for libglib2.0-0:i386 (2.42.0-1) ...
Processing triggers for libglib2.0-0:amd64 (2.42.0-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/five-or-more_1%3a3.14.0-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages five-or-more depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.30.8-1+b1
ii  libglib2.0-0 2.42.0-1
ii  libgtk-3-0   3.12.2-3+b1
ii  librsvg2-2   2.40.4-1

Versions of packages five-or-more recommends:
ii  yelp  3.12.0-1

five-or-more suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763371: gftp crashes when connecting to site with error Attempt to unlock mutex that was not locked

[Gary Dale]

Package: gftp
Version: 2.0.19-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Something seems to have changed recently because this worked until today, 
although
I don't use it every day. This bug has started in the last couple of days.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Tried connecting to various sites - all failed. Tried rebooting but the problem 
persists.

I can use ftp to connect to the sites but not gftp.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gftp depends on:
ii  gftp-gtk   2.0.19-4
ii  gftp-text  2.0.19-4

gftp recommends no packages.

gftp suggests no packages.

-- 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#750118: dolphin: Dolphin creates lots of zombie processes when used

[Gary Dale]

Package: dolphin
Version: 4:4.12.4-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Using Dolphin for almost anything

   * What exactly did you do (or not do) that was effective (or ineffective)?
Terminating Dolphin and restarting it

   * What was the outcome of this action?
It removes the zombie processes

   * What outcome did you expect instead?
Dolphin should't be creating zombie processes.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dolphin depends on:
ii  kde-runtime 4:4.13.1-1
ii  libc6   2.18-7
ii  libkactivities6 4:4.13.1-1
ii  libkcmutils44:4.13.1-1
ii  libkdecore5 4:4.13.1-1
ii  libkdeui5   4:4.13.1-1
ii  libkfile4   4:4.13.1-1
ii  libkio5 4:4.13.1-1
ii  libknewstuff3-4 4:4.13.1-1
ii  libkonq5abi14:4.12.4-1
ii  libkparts4  4:4.13.1-1
ii  libnepomukcore4 4:4.12.4-1+b1
ii  libnepomukwidgets4abi1  4:4.13.1-1
ii  libphonon4  4:4.7.1-1
ii  libplasma3  4:4.13.1-1
ii  libqt4-dbus 4:4.8.6+dfsg-1
ii  libqt4-xml  4:4.8.6+dfsg-1
ii  libqtcore4  4:4.8.6+dfsg-1
ii  libqtgui4   4:4.8.6+dfsg-1
ii  libsolid4   4:4.13.1-1
ii  libsoprano4 2.9.4+dfsg-1
ii  libstdc++6  4.9.0-4
ii  libxrender1 1:0.9.8-1
ii  phonon  4:4.7.1-1

Versions of packages dolphin recommends:
ii  ruby  1:2.1.0.1

Versions of packages dolphin suggests:
ii  kdesdk-dolphin-plugins  4:4.13.1-1

-- 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#749831: LibreOffice mail merge didn't work under Gnome 3

[Gary Dale]

Package: LibreOffice
Version: 1:4.2.4-3
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I started with an old form letter from 2006 and modified it for use today. Apart
from cosmetic changes, this required replacing the mail-merge fields with ones 
from
a new spreadsheet. I've been using Gnome 3 for the last couple of day because of
a KDE problem. However I couldn't get the form letter to print to file (I didn't
try printing it directly). Moreover, the pulldown to select a field to base the
file name on also didn't display the field names. Printing as a single document
also failed.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I logged out of Gnome 3 and into KDE and tried again.

   * What was the outcome of this action?
Everything worked properly.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages LibreOffice depends on:
ii  fonts-dejavu   2.34-1
ii  fonts-sil-gentium-basic1.1-7
ii  libreoffice-avmedia-backend-gstreamer  1:4.2.4-3
ii  libreoffice-base   1:4.2.4-3
ii  libreoffice-calc   1:4.2.4-3
ii  libreoffice-core   1:4.2.4-3
ii  libreoffice-draw   1:4.2.4-3
ii  libreoffice-impress1:4.2.4-3
ii  libreoffice-java-common1:4.2.4-3
ii  libreoffice-math   1:4.2.4-3
ii  libreoffice-report-builder-bin 1:4.2.4-3
ii  libreoffice-writer 1:4.2.4-3
ii  python-uno 1:4.2.4-3

Versions of packages LibreOffice recommends:
ii  fonts-liberation   1.07.4-1
ii  libpaper-utils 1.1.24+nmu3
ii  ttf-mscorefonts-installer  3.5

Versions of packages LibreOffice suggests:
ii  cups-bsd   1.7.2-3
ii  default-jre [java5-runtime]2:1.7-52
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.4-2
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-4.8-jre [java5-runtime]4.8.2-21
ii  gcj-4.9-jre [java5-runtime]4.9.0-4
ii  gcj-jre [java5-runtime]4:4.9.0-1
pn  gstreamer1.0-ffmpegnone
ii  gstreamer1.0-plugins-bad   1.2.4-1
ii  gstreamer1.0-plugins-base  1.2.4-1
ii  gstreamer1.0-plugins-good  1.2.4-1
ii  gstreamer1.0-plugins-ugly  1.2.4-1
pn  hunspell-dictionarynone
pn  hyphen-hyphenation-patternsnone
ii  icedove24.5.0-2
ii  iceweasel  29.0.1-2
ii  imagemagick8:6.7.7.10+dfsg-1
ii  libgl1-mesa-glx [libgl1]   10.1.2-1
pn  libreoffice-gnome | libreoffice-kdenone
pn  libreoffice-grammarcheck   none
ii  libreoffice-help-en-us [libreoffice-help-4.2]  1:4.2.4-3
pn  libreoffice-l10n-4.2   none
pn  libreoffice-officebean none
ii  libsane1.0.24-1.1+b1
ii  libxrender11:0.9.8-1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
pn  openclipart-libreofficenone
ii  openjdk-6-jre [java5-runtime]  6b31-1.13.3-1
ii  openjdk-7-jre [java5-runtime]  7u55-2.4.7-2
ii  pstoedit   3.62-1
ii  unixodbc   2.3.1-3

-- 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#742934: nfs-common: nfs connections very slow when connecting to a Wheezy server from Jessie

[Gary Dale]

Please close. The problem turned out to be a failing network switch 
between my workstation and the server.



On 28/03/14 11:54 PM, Gary Dale wrote:

Package: nfs-common
Version: 1:1.2.8-6
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

* What led up to the situation?
I upgrade Jessie daily. After the recent set of upgrades, Icedove became 
unusable. I traced
this to the very slow nfs connections to my mail files (stored on a local 
server). Other
applications (e.g. Dolphin) are also very slow when accessing nfs shares.

* What exactly did you do (or not do) that was effective (or ineffective)?
The problem may be the rpc-gssd service not running as dmesg shows:
   [  307.551141] RPC: AUTH_GSS upcall timed out.
   [  307.551141] Please check user daemon is running.


* What was the outcome of this action?
I'm getting lots of:
   [13834.141802] nfs: server TheLibrarian not responding, timed out


* What outcome did you expect instead?
The bug seems to be already identified but the fix isn't in Jessie.


*** End of the template - remove these template lines ***


-- Package-specific info:
-- rpcinfo --
program vers proto   port  service
 104   tcp111  portmapper
 103   tcp111  portmapper
 102   tcp111  portmapper
 104   udp111  portmapper
 103   udp111  portmapper
 102   udp111  portmapper
 1000241   udp  38204  status
 1000241   tcp  51308  status
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /run/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
TheLibrarian:/home/shares   /home/garydale/mnt  nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/mnt/backup/home/garydale/mnt/backup   nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/home/secure/develop   /home/garydale/mnt/develop  nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/home/secure/media /home/garydale/mnt/medianfs 
noauto,user,hard,intr 0 0
TheLibrarian:/home/secure/virtual   /home/garydale/mnt/virtual  nfs 
noauto,user,hard,intr 0 0
TheLibrarian:/home/secure/webpages  /home/garydale/mnt/webpages nfs 
noauto,user,hard,intr 0 0
-- /proc/mounts --
TheLibrarian:/home/shares /home/garydale/mnt nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/develop /home/garydale/mnt/develop nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/media /home/garydale/mnt/media nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/webpages /home/garydale/mnt/webpages nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0

-- System Information:
Debian Release: jessie/sid
   APT prefers testing
   APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-51
ii  libc6   2.18-4
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.9-3
ii  libdevmapper1.02.1  2:1.02.83-2
ii  libevent-2.0-5  2.0.21-stable-1
ii  libgssglue1 0.4-2
ii  libk5crypto31.12.1+dfsg-1
ii  libkeyutils11.5.6-1
ii  libkrb5-3   1.12.1+dfsg-1
ii  libmount1   2.20.1-5.6
ii  libnfsidmap20.25-5
ii  libtirpc1   0.2.2-7
ii  libwrap07.6.q-25
ii  lsb-base4.1+Debian12
ii  rpcbind 0.2.1-3
ii  ucf 3.0027+nmu1

Versions of packages nfs-common recommends:
ii  python  2.7.5-5

Versions of packages nfs-common suggests:
pn  open-iscsi  none
pn  watchdognone

-- 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#742934: nfs-common: nfs connections very slow when connecting to a Wheezy server from Jessie

[Gary Dale]

Package: nfs-common
Version: 1:1.2.8-6
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I upgrade Jessie daily. After the recent set of upgrades, Icedove became 
unusable. I traced
this to the very slow nfs connections to my mail files (stored on a local 
server). Other 
applications (e.g. Dolphin) are also very slow when accessing nfs shares.

   * What exactly did you do (or not do) that was effective (or ineffective)?
The problem may be the rpc-gssd service not running as dmesg shows:
  [  307.551141] RPC: AUTH_GSS upcall timed out.
  [  307.551141] Please check user daemon is running.


   * What was the outcome of this action?
I'm getting lots of:
  [13834.141802] nfs: server TheLibrarian not responding, timed out


   * What outcome did you expect instead?
The bug seems to be already identified but the fix isn't in Jessie. 


*** End of the template - remove these template lines ***


-- Package-specific info:
-- rpcinfo --
   program vers proto   port  service
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
1000241   udp  38204  status
1000241   tcp  51308  status
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /run/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
TheLibrarian:/home/shares   /home/garydale/mnt  nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/mnt/backup/home/garydale/mnt/backup   nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/home/secure/develop   /home/garydale/mnt/develop  nfs 
noauto,user,hard,intr   0   0
TheLibrarian:/home/secure/media /home/garydale/mnt/medianfs 
noauto,user,hard,intr 0 0
TheLibrarian:/home/secure/virtual   /home/garydale/mnt/virtual  nfs 
noauto,user,hard,intr 0 0
TheLibrarian:/home/secure/webpages  /home/garydale/mnt/webpages nfs 
noauto,user,hard,intr 0 0
-- /proc/mounts --
TheLibrarian:/home/shares /home/garydale/mnt nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/develop /home/garydale/mnt/develop nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/media /home/garydale/mnt/media nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0
TheLibrarian:/home/secure/webpages /home/garydale/mnt/webpages nfs4 
rw,nosuid,nodev,noexec,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.16,local_lock=none,addr=192.168.1.14
 0 0

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-51
ii  libc6   2.18-4
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.9-3
ii  libdevmapper1.02.1  2:1.02.83-2
ii  libevent-2.0-5  2.0.21-stable-1
ii  libgssglue1 0.4-2
ii  libk5crypto31.12.1+dfsg-1
ii  libkeyutils11.5.6-1
ii  libkrb5-3   1.12.1+dfsg-1
ii  libmount1   2.20.1-5.6
ii  libnfsidmap20.25-5
ii  libtirpc1   0.2.2-7
ii  libwrap07.6.q-25
ii  lsb-base4.1+Debian12
ii  rpcbind 0.2.1-3
ii  ucf 3.0027+nmu1

Versions of packages nfs-common recommends:
ii  python  2.7.5-5

Versions of packages nfs-common suggests:
pn  open-iscsi  none
pn  watchdognone

-- 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#734089: Acknowledgement (icedove shows read messages as unread)

[Gary Dale]

On 03/01/14 12:30 PM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
   g...@extremeground.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
  Christoph Goehre ch...@sigxcpu.org

If you wish to submit further information on this problem, please
send it to 734...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

I've switched from using CIFS to NFS for the share that my e-mail is 
stored on and that seems to have fixed the problem. There seems to be a 
problem with either Icedove and/or Samba that is leaving the e-mail 
database in an inconsistent state.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726052: Acknowledgement (icedove: new messages not highlighted - folder loses index)

[Gary Dale]

On 11/10/13 12:09 PM, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
   g...@extremeground.com
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
  Christoph Goehre ch...@sigxcpu.org

If you wish to submit further information on this problem, please
send it to 726...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

I've switched from using CIFS to NFS for the share that my e-mail is 
stored on and that seems to have fixed the problem. There seems to be a 
problem with either Icedove and/or Samba that is leaving the e-mail 
database in an inconsistent state.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734089: icedove shows read messages as unread

[Gary Dale]

Package: icedove
Version: 17.0.10-1
Severity: minor

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

Sometimes when I enter a foldr, previously read messages will show up as unread 
(bolded)
even though the folder unread count doesn't include them. This may be a 
separate issue from 
the folder not showing unread messages. These messages definitely had 
previously been 
marked as read but later show up bolded but not in the unread count for the 
folder. I
believe this is a different (but related) problem to the folder not showing 
unread messages
until I enter it. In the first case, message that have been read show up bolded 
while in
the other messages that haven't been read don't show up in the folder count (or 
bolding)
until the folder is entered.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.11.0-2
ii  libasound21.0.27.2-3
ii  libatk1.0-0   2.10.0-2
ii  libc6 2.17-97
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.18-2
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi6   3.0.13-4
ii  libfontconfig12.11.0-2
ii  libfreetype6  2.5.1-1
ii  libgcc1   1:4.8.2-10
ii  libgdk-pixbuf2.0-02.28.2-1+b1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.22-1
ii  libhunspell-1.3-0 1.3.2-6
ii  libjpeg8  8d-2
ii  libnspr4  2:4.10.2-1
ii  libnss3   2:3.15.3.1-1
ii  libnss3-1d2:3.15.3.1-1
ii  libpango-1.0-01.36.0-1+b1
ii  libpangocairo-1.0-0   1.36.0-1+b1
ii  libpangoft2-1.0-0 1.36.0-1+b1
ii  libpixman-1-0 0.32.4-1
ii  libsqlite3-0  3.8.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.2-10
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.20-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3+nmu1

-- 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#729435: LibreOffice-calc: LibreOffice Calc hangs when trying to Format | Change Case on multiple cells

[Gary Dale]

Package: LibreOffice-calc
Version: 1:4.1.3-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I created a spreadsheet from a table in another document and needed to change 
the
capitalization of names in two columns. They were in upper case and I wanted 
them
to just have the first letters capitlized.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I selected the both columns and used Format | Change case | Capitalize Every 
Word.
Calc immediately hung. After killing it, I tried again with just selecting the 
cells. Again it hung. My third attempt I selected just one column and it worked.

However, when I selected the other column, Calc again hung. The difference in 
the
second column was that each cell had multiple lines with a name, newline, 
number.

I eventually tracked the problem down to one particular cell which had a newline
after the number. The change case routine may not be handling an empty or blank 
line.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages LibreOffice-calc depends on:
ii  libc6  2.17-93
ii  libgcc11:4.8.2-1
ii  liborcus-0.6-0 0.5.1-6
ii  libreoffice-base-core  1:4.1.3-1
ii  libreoffice-core   1:4.1.3-1
ii  libstdc++6 4.8.2-1
ii  lp-solve   5.5.0.13-7
ii  uno-libs3  4.1.3-1
ii  ure4.1.3-1
ii  zlib1g 1:1.2.8.dfsg-1

LibreOffice-calc recommends no packages.

LibreOffice-calc suggests no packages.

-- 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#728977: LibreOffice Draw doesn't properly print slides that are larger than the paper size

[Gary Dale]

Package: LibreOffice
Version: 1:4.1.2-2
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I created a drawing intended to be 3 letter-size pages wide then attempted to 
print it 
using the Distribute on multiple sheets of paper print option. When I select 
this option,
the preview pane shows the drawing being rendered incorrectly and printing 
across 6 pages,
instead of the 3 that it should require.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages LibreOffice depends on:
ii  fonts-dejavu2.33+svn2514-3
ii  fonts-sil-gentium-basic 1.1-5
ii  libreoffice-base1:4.1.2-2
ii  libreoffice-calc1:4.1.2-2
ii  libreoffice-core1:4.1.2-2
ii  libreoffice-draw1:4.1.2-2
ii  libreoffice-impress 1:4.1.2-2
ii  libreoffice-java-common 1:4.1.2-2
ii  libreoffice-math1:4.1.2-2
ii  libreoffice-report-builder-bin  1:4.1.2-2
ii  libreoffice-writer  1:4.1.2-2
ii  python-uno  1:4.1.2-2

Versions of packages LibreOffice recommends:
ii  fonts-liberation   1.07.3-3
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-mscorefonts-installer  3.5

Versions of packages LibreOffice suggests:
ii  cups-bsd   1.6.3-1
ii  default-jre [java5-runtime]1:1.7-49
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.4-2
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-4.8-jre [java5-runtime]4.8.2-1
ii  gcj-jre [java5-runtime]4:4.8.1-3
pn  gstreamer1.0-ffmpegnone
ii  gstreamer1.0-plugins-bad   1.2.0-4
ii  gstreamer1.0-plugins-base  1.2.0-1
ii  gstreamer1.0-plugins-good  1.2.0-1
ii  gstreamer1.0-plugins-ugly  1.2.0-1
pn  hunspell-dictionarynone
pn  hyphen-hyphenation-patternsnone
ii  icedove17.0.9-2
ii  iceweasel  17.0.9esr-1~deb7u1
ii  imagemagick8:6.7.7.10-6
ii  libgl1-mesa-glx [libgl1]   9.2.2-1
pn  libreoffice-gnome | libreoffice-kdenone
pn  libreoffice-grammarcheck   none
ii  libreoffice-help-en-us [libreoffice-help-4.1]  1:4.1.2-2
pn  libreoffice-l10n-4.1   none
pn  libreoffice-officebean none
ii  libsane1.0.23-3
ii  libxrender11:0.9.8-1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
pn  openclipart-libreofficenone
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.5-2
ii  openjdk-7-jre [java5-runtime]  7u21-2.3.9-5
ii  pstoedit   3.62-1
ii  unixodbc   2.3.1-1

-- 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#728533: LibreOffice Draw doesn't print or export eps graphics

[Gary Dale]

Package: LibreOffice
Version: 1:4.1.2-2
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I created a document with embedded .eps graphics and tried to print it. The .eps
graphics were missing from the printout.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I also tried to export the file to a pdf but the graphics were also missing. 
Finally
I replaced all the .eps graphics with .tif graphics.

   * What was the outcome of this action?
After replacing all the .eps graphics, I was able to print the document with 
all images
showing.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages LibreOffice depends on:
ii  fonts-dejavu2.33+svn2514-3
ii  fonts-sil-gentium-basic 1.1-5
ii  libreoffice-base1:4.1.2-2
ii  libreoffice-calc1:4.1.2-2
ii  libreoffice-core1:4.1.2-2
ii  libreoffice-draw1:4.1.2-2
ii  libreoffice-impress 1:4.1.2-2
ii  libreoffice-java-common 1:4.1.2-2
ii  libreoffice-math1:4.1.2-2
ii  libreoffice-report-builder-bin  1:4.1.2-2
ii  libreoffice-writer  1:4.1.2-2
ii  python-uno  1:4.1.2-2

Versions of packages LibreOffice recommends:
ii  fonts-liberation   1.07.3-3
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-mscorefonts-installer  3.5

Versions of packages LibreOffice suggests:
ii  cups-bsd   1.6.3-1
ii  default-jre [java5-runtime]1:1.7-49
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.4-2
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-4.8-jre [java5-runtime]4.8.2-1
ii  gcj-jre [java5-runtime]4:4.8.1-3
pn  gstreamer1.0-ffmpegnone
ii  gstreamer1.0-plugins-bad   1.2.0-4
ii  gstreamer1.0-plugins-base  1.2.0-1
ii  gstreamer1.0-plugins-good  1.2.0-1
ii  gstreamer1.0-plugins-ugly  1.2.0-1
pn  hunspell-dictionarynone
pn  hyphen-hyphenation-patternsnone
ii  icedove17.0.9-2
ii  iceweasel  17.0.9esr-1~deb7u1
ii  imagemagick8:6.7.7.10-6
ii  libgl1-mesa-glx [libgl1]   9.2.2-1
pn  libreoffice-gnome | libreoffice-kdenone
pn  libreoffice-grammarcheck   none
ii  libreoffice-help-en-us [libreoffice-help-4.1]  1:4.1.2-2
pn  libreoffice-l10n-4.1   none
pn  libreoffice-officebean none
ii  libsane1.0.23-3
ii  libxrender11:0.9.8-1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
pn  openclipart-libreofficenone
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.5-2
ii  openjdk-7-jre [java5-runtime]  7u21-2.3.9-5
ii  pstoedit   3.62-1
ii  unixodbc   2.3.1-1

-- 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#726599: xtightvncviewer: can't scroll up, only down

[Gary Dale]

Package: xtightvncviewer
Version: 1.3.9-6.4
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I am connecting to a number of Windows 7 computers from by Debian/Jessie box. 
All of the 
systems use 1920x1080 resolution on their displays, so the remote screen 
doesn't quite fit
on my local screen. 

   * What exactly did you do (or not do) that was effective (or ineffective)?
The Windows task bar and start menu are on the bottom of the screen so I need 
to scroll
down to get to them. However, when I open some windows, their title bar and/or 
menu bars
are sometimes above the new displayed area. In order to get to them, I have to 
shut 
down xtightvncviewer and restart it so that it shows the upper portion of the 
remote
display. The vertical scroller only goes down. It won't scroll back up.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xtightvncviewer depends on:
ii  libc6 2.17-93
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  libsm62:1.2.1-2
ii  libx11-6  2:1.6.2-1
ii  libxaw7   2:1.0.11-1
ii  libxext6  2:1.3.2-1
ii  libxmu6   2:1.1.1-1
ii  libxpm4   1:3.5.10-1
ii  libxt61:1.1.4-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xtightvncviewer recommends:
ii  xfonts-base  1:1.0.3

Versions of packages xtightvncviewer suggests:
pn  ssh none
pn  tightvncserver  none

-- 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#726141: linux-image-3.10-3-amd64: AMD 970 USB3 not working

[Gary Dale]

Package: src:linux
Version: 3.10.11-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I installed a new motherboard with the AMD 970 chipset. At first I couldn't get 
the USB2 ports
to work and could only use the USB3 ports for my mouse. The r8168 nic was also 
not working. 
After enabling IOMMU in the BIOS, the nic and USB2 ports started working but 
the USB3 ports
stopped.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Fiddling with the BIOS USB settings has failed to resolve this problem. 


*** End of the template - remove these lines ***


-- Package-specific info:
** Version:
Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 
(Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 
root=UUID=95fe03ab-42b8-412a-9bb3-2ae7a1e829bc ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   24.026932] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   24.026933] [drm] Driver supports precise vblank timestamp query.
[   24.026973] radeon :01:00.0: irq 75 for MSI/MSI-X
[   24.026983] radeon :01:00.0: radeon: using MSI.
[   24.027008] [drm] radeon: irq initialized.
[   24.046331] [drm] ring test on 0 succeeded in 3 usecs
[   24.046337] [drm] ring test on 1 succeeded in 1 usecs
[   24.046342] [drm] ring test on 2 succeeded in 1 usecs
[   24.046405] [drm] ring test on 3 succeeded in 2 usecs
[   24.046416] [drm] ring test on 4 succeeded in 1 usecs
[   24.232236] [drm] ring test on 5 succeeded in 1 usecs
[   24.232241] [drm] UVD initialized successfully.
[   24.233319] [drm] ib test on ring 0 succeeded in 0 usecs
[   24.233373] [drm] ib test on ring 1 succeeded in 0 usecs
[   24.233428] [drm] ib test on ring 2 succeeded in 0 usecs
[   24.233477] [drm] ib test on ring 3 succeeded in 0 usecs
[   24.233618] [drm] ib test on ring 4 succeeded in 1 usecs
[   24.387218] [drm] ib test on ring 5 succeeded
[   24.388684] [drm] Radeon Display Connectors
[   24.388686] [drm] Connector 0:
[   24.388688] [drm]   DP-1
[   24.388690] [drm]   HPD4
[   24.388692] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 
0x653c
[   24.388693] [drm]   Encoders:
[   24.388695] [drm] DFP1: INTERNAL_UNIPHY2
[   24.388696] [drm] Connector 1:
[   24.388698] [drm]   HDMI-A-1
[   24.388699] [drm]   HPD5
[   24.388701] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 0x654c 
0x654c
[   24.388702] [drm]   Encoders:
[   24.388704] [drm] DFP2: INTERNAL_UNIPHY2
[   24.388705] [drm] Connector 2:
[   24.388706] [drm]   DVI-D-1
[   24.388707] [drm]   HPD1
[   24.388709] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[   24.388710] [drm]   Encoders:
[   24.388711] [drm] DFP3: INTERNAL_UNIPHY1
[   24.388712] [drm] Connector 3:
[   24.388713] [drm]   DVI-I-1
[   24.388715] [drm]   HPD6
[   24.388717] [drm]   DDC: 0x6580 0x6580 0x6584 0x6584 0x6588 0x6588 0x658c 
0x658c
[   24.388718] [drm]   Encoders:
[   24.388719] [drm] DFP4: INTERNAL_UNIPHY
[   24.388720] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[   24.388780] [drm] Internal thermal controller with fan control
[   24.388835] [drm] radeon: power management initialized
[   24.483527] [drm] fb mappable at 0xC1381000
[   24.483533] [drm] vram apper at 0xC000
[   24.483536] [drm] size 8294400
[   24.483539] [drm] fb depth is 24
[   24.483542] [drm]pitch is 7680
[   24.483649] fbcon: radeondrmfb (fb0) is primary device
[   24.524941] Console: switching to colour frame buffer device 240x67
[   24.533108] radeon :01:00.0: fb0: radeondrmfb frame buffer device
[   24.533110] radeon :01:00.0: registered panic notifier
[   24.533152] [drm] Initialized radeon 2.33.0 20080528 for :01:00.0 on 
minor 0
[   25.434560] Adding 8388604k swap on /home/swap1.  Priority:1 extents:253 
across:85598204k 
[   26.999623] Adding 8388604k swap on /home/swap2.  Priority:1 extents:179 
across:51716092k 
[   27.315187] Bridge firewalling registered
[   27.319578] device eth0 entered promiscuous mode
[   27.381272] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   27.386398] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[   32.396140] r8168: eth0: link up
[   32.396182] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   32.396348] br0: port 1(eth0) entered forwarding state
[   32.396357] br0: port 1(eth0) entered forwarding state
[   32.396380] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[   34.788971] RPC: Registered named UNIX socket transport module.
[   34.788974] RPC: Registered udp transport module.
[   34.788975] RPC: Registered tcp transport module.
[   34.788976] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   34.795200] FS-Cache: Loaded
[   34.796106] Key type dns_resolver registered
[   34.806989] FS-Cache: Netfs 'nfs' registered for caching
[   

Bug#726052: icedove: new messages not highlighted - folder loses index

[Gary Dale]

Package: icedove
Version: 10.0.12-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
For the last several months new messages aren't showing up nor is the folder 
they
are in being higlighted. 

   * What exactly did you do (or not do) that was effective (or ineffective)?
I thought initially it might have something to do with the large number of
messages I have stored, so I archived messages for prior years. This did not 
fix the
problem. The folders still aren't showing the presence of unread messages. It 
appears
that the index file for the folder is missing or corrupt and needs to be
rebuilt. It starts rebuilding when I click on the folder. Compacting the folder
doesn't help.

   * What was the outcome of this action?
When I click on a folder with new messages, the index rebuilds and the messages
finally show up with the folder being highlighted to indicate the presence of
unread messages.

   * What outcome did you expect instead?
The folder should show the presence of unread messages without me going into it 
to check for them. 

This is a fairly new behaviour. It only started this year. I've been using 
Icedove
and previous Mozilla mail products for decades without this issue. I do have 
more
than a dozen mail accounts that Icedove is managing. The four main ones have 
dozens
of filters to sort the mail so that most mail shows up in subfolders within the
inbox. I rely on the folders being bolded to notify me of the presence of new 
messages.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.4
ii  fontconfig2.10.2-2
ii  libasound21.0.27.2-1
ii  libatk1.0-0   2.10.0-2
ii  libc6 2.17-93
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.6.14-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-10
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.21-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.10-1
ii  libnspr4-0d   2:4.10-1
ii  libnss3   2:3.15.1-1
ii  libnss3-1d2:3.15.1-1
ii  libpango1.0-0 1.32.5-5+b1
ii  libpixman-1-0 0.30.2-1
ii  libsqlite3-0  3.8.0.2-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-10
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.1-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.4-1
ii  psmisc22.20-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  gconf-service 3.2.6-1
ii  libgconf-2-4  3.2.6-1
ii  libgssapi-krb5-2  1.11.3+dfsg-3
ii  libnotify40.7.6-1

-- 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#722707: scribus files corrupted after save

[Gary Dale]

Package: scribus
Version: 1.4.0.dfsg+r17300-1.1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I edited a file, saved it, and then tried to re-open it. This also happened on 
a second
(similar) file I edited.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Had to restore from a backup, losing the edits I made. I can't currently use 
Scribus.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scribus depends on:
ii  ghostscript 9.05~dfsg-8
ii  libc6   2.17-92+b1
ii  libcairo2   1.12.14-4
ii  libcups21.6.3-1
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-2
ii  libjpeg88d-1
ii  liblcms11.19.dfsg-1.2
ii  libpodofo0.9.0  0.9.0-1.1+b1
ii  libpython2.72.7.5-5
ii  libqt4-network  4:4.8.5+dfsg-4
ii  libqt4-xml  4:4.8.5+dfsg-4
ii  libqtcore4  4:4.8.5+dfsg-4
ii  libqtgui4   4:4.8.5+dfsg-4
ii  libstdc++6  4.8.1-2
ii  libtiff43.9.7-2
ii  libxml2 2.9.1+dfsg1-3
ii  python  2.7.5-4
ii  python-tk   2.7.5-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages scribus recommends:
ii  cups-bsd 1.6.3-1
ii  gsfonts-x11  0.22
ii  xfonts-scalable  1:1.0.3-1

Versions of packages scribus suggests:
ii  icc-profiles  2.0.1-1
pn  scribus-template  none

-- 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#722707: Acknowledgement (scribus files corrupted after save)

[Gary Dale]

Further to my initial report, I thought perhaps the problem might be 
related to the particular changes I made to the two files. However it 
turns out that it is not. Further testing revealed that simply saving an 
unchanged file resulted in the same problem.


I restored a file from my backup, opened it in Scribus and saved it 
without making any changes. I closed Scribus and opened the file again 
but got the error An error occured while parsing file at line 2039, 
column 5888 :


unexpected end of file.


Here's the output from diff. The files are both 5.7M so I haven't 
attached them.



diff mnt/archives/2013/Lions\ Club/Holiday\ Craft\ Sale\ Flyer.sla 
mnt/backup/shares/archives/2013/Lions\ Club/Holiday\ Craft\ Sale\ Flyer.sla

2063c2063
 PAGEOBJECT OwnPage=0 PTYPE=7 XPOS=132.258 YPOS=591.533 
WIDTH=8.61398 HEIGHT=7.97024 RADRECT=0 FRTYPE=3 CLIPEDIT=1 
PWIDTH=0.233646 PCOLOR=FromPS#ff PCOLOR2=None COLUMNS=1 
COLGAP=0 NAMEDLST= SHADE=100 SHADE2=100 GRTYP=0 ROT=0 
PLINEART=1 PLINEEND=0 PLINEJOIN=0 LOCALSCX=1 LOCALSCY=1 
LOCALX=0 LOCALY=0 PICART=1 PLTSHOW=0 BASEOF=0 textPathType=0 
textPathFlipped=0 FLIPPEDH=0 FLIPPEDV=0 SCALETYPE=1 RATIO=1 
PRINTABLE=1 ANNOTATION=0 ANNAME= TEXTFLOWMODE=1 TEXTFLOW=1 
TEXTFLOW2=0 TEXTFLOW3=0 AUTOTEXT=0 EXTRA=0 TEXTRA=0 BEXTRA=0 
REXTRA=0 FLOP=0 PFILE= PFILE2= PFILE3= PRFILE= EPROF= 
IRENDER=1 EMBEDDED=1 LOCK=0 LOCKR=0 REVERS=0 TransValue=0 
TransValueS=0 TransBlend=0 TransBlendS=0 isTableItem=0 
TopLine=0 LeftLine=0 RightLine=0 BottomLine=0 isGroupControl=0 
NUMDASH=0 DASHS= DASHOFF=0 NUMPO=176 POCOOR= 5.82033 0 5.82033 
0 5.82033 0 5.82033 0 3.95792 0 3.95792 0 3.95792 0 3.95792 0 3.2588 
0.233442 3.2588 0.233442 3.2588 0.233442 3.2588 0.233442 2.56065 
0.467861 2.56065 0.467861 2.56065 0.467861 2.56065 0.467861 1.8625 
1.17112 1.8625 1.17112 1.8625 1.17112 1.8625 1.17112 1.16426 1.63996 
1.16426 1.63996 1.16426 1.63996 1.16426 1.63996 0.698245 2.34321 
0.698245 2.34321 0.698245 2.34321 0.698245 2.34321 0.232134 3.04745 
0.232134 3.04745 0.232134 3.04745 0.232134 3.04745 0 3.7507 0 3.7507 0 
3.7507 0 3.7507 0 4.45298 0 4.45298 0 4.45298 0 4.45298 0.232134 5.15624 
0.232134 5.15624 0.232134 5.15624 0.232134 5.15624 0.465141 5.62508 
0.465141 5.62508 0.465141 5.62508 0.465141 5.62508 0.698245 6.32833 
0.698245 6.32833 0.698245 6.32833 0.698245 6.32833 1.16426 6.56275 
1.16426 6.56275 1.16426 6.56275 1.16426 6.56275 1.6294 7.03159 1.6294 
7.03159 1.6294 7.03159 1.6294 7.03159 2.09551 7.50043 2.09551 7.50043 
2.09551 7.50043 2.09551 7.50043 2.56065 7.73582 2.56065 7.73582 2.56065 
7.73582 2.56065 7.73582 3.02676 7.97024 3.02676 7.97024 3.02676 7.97024 
3.02676 7.97024 5.35431 7.97024 5.35431 7.97024 5.35431 7.97024 5.35431 
7.97024 5.82033 7.73582 5.82033 7.73582 5.82033 7.73582 5.82033 7.73582 
6.28547 7.73582 6.28547 7.73582 6.28547 7.73582 6.28547 7.73582 5.58732 
7.50043 5.58732 7.50043 5.58732 7.50043 5.58732 7.50043 4.88917 7.26601 
4.88917 7.26601 4.88917 7.26601 4.88917 7.26601 4.19005 6.56275 4.19005 
6.56275 4.19005 6.56275 4.19005 6.56275 3.72491 6.09391 3.72491 6.09391 
3.72491 6.09391 3.72491 6.09391 3.49181 5.39066 3.49181 5.39066 3.49181 
5.39066 3.49181 5.39066 3.49181 4.68838 3.49181 4.68838 3.49181 4.68838 
3.49181 4.68838 3.72491 3.98512 3.72491 3.98512 3.72491 3.98512 3.72491 
3.98512 4.19005 3.51531 4.19005 3.51531 4.19005 3.51531 4.19005 3.51531 
4.88917 3.04745 4.88917 3.04745 4.88917 3.04745 4.88917 3.04745 5.58732 
2.81303 5.58732 2.81303 5.58732 2.81303 5.58732 2.81303 6.05246 2.57763 
6.05246 2.57763 6.05246 2.57763 6.05246 2.57763 6.75158 2.81303 6.75158 
2.81303 6.75158 2.81303 6.75158 2.81303 7.21672 3.28089 7.21672 3.28089 
7.21672 3.28089 7.21672 3.28089 7.68283 3.7507 7.68283 3.7507 7.68283 
3.7507 7.68283 3.7507 7.91584 4.9228 7.91584 4.9228 7.91584 4.9228 
7.91584 4.9228 7.91584 6.32833 7.91584 6.32833  NUMGROUP=1 GROUPS=1 
 startArrowIndex=0 endArrowIndex=0 OnMasterPage= ImageClip= 
ImageRes=1 Pagenumber=0 isInline=0 fillRule=1 doOverprint=0 
gXpos=25.2579 gYpos=558.973 gWidth=596 gHeight=764.44 LAYER=0 
BOOKMARK=0 NEXTITEM=-1 BACKITEM=-1

---
 PAGEOBJECT OwnPage=0 PTYPE=7 XPOS=132.258 YPOS=591.533 
WIDTH=8.61398 HEIGHT=7.97024 RADRECT=0 FRTYPE=3 CLIPEDIT=1 
PWIDTH=0.233646 PCOLOR=FromPS#ff PCOLOR2=None COLUMNS=1 
COLGAP=0 NAMEDLST= SHADE=100 SHADE2=100 GRTYP=0 ROT=0 
PLINEART=1 PLINEEND=0 PLINEJOIN=0 LOCALSCX=1 LOCALSCY=1 
LOCALX=0 LOCALY=0 PICART=1 PLTSHOW=0 BASEOF=0 textPathType=0 
textPathFlipped=0 FLIPPEDH=0 FLIPPEDV=0 SCALETYPE=1 RATIO=1 
PRINTABLE=1 ANNOTATION=0 ANNAME= TEXTFLOWMODE=1 TEXTFLOW=1 
TEXTFLOW2=0 TEXTFLOW3=0 AUTOTEXT=0 EXTRA=0 TEXTRA=0 BEXTRA=0 
REXTRA=0 FLOP=0 PFILE= PFILE2= PFILE3= PRFILE= EPROF= 
IRENDER=1 EMBEDDED=1 LOCK=0 LOCKR=0 REVERS=0 TransValue=0 
TransValueS=0 TransBlend=0 TransBlendS=0 isTableItem=0 
TopLine=0 LeftLine=0 RightLine=0 BottomLine=0 isGroupControl=0 
NUMDASH=0 DASHS= DASHOFF=0 NUMPO=176 POCOOR=7.91584 6.32833 
7.91584 6.32833 8.38098 5.15624 8.38098 5.15624 8.38098 5.15624 8.38098 

Bug#721053: kontact: lost all my data when kontact upgraded

[Gary Dale]

Package: kontact
Version: 4:4.10.5-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I'm running Jessie and performed my daily aptitude full-upgrade. When I 
rebooted my system,
the kmail migration tool started. I told it to upgrade but when kontact started 
there was no
data showing. My calendar and contacts lists are empty.

   * What exactly did you do (or not do) that was effective (or ineffective)?
I tried re-running the kmail-migrator --interactive but it said it had already 
been run
and refused to run again.

   * What was the outcome of this action?
I still don't have my calendar or contact information.

   * What outcome did you expect instead?
I want kontact to show my calendar and contact information.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kontact depends on:
ii  kde-runtime   4:4.10.5-1
ii  libc6 2.17-92
ii  libkcmutils4  4:4.10.5-1
ii  libkdecore5   4:4.10.5-1
ii  libkdepim44:4.10.5-2
ii  libkdepimdbusinterfaces4  4:4.10.5-2
ii  libkdeui5 4:4.10.5-1
ii  libkdewebkit5 4:4.10.5-1
ii  libkio5   4:4.10.5-1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1
ii  libkpimidentities44:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libqt4-dbus   4:4.8.5+dfsg-2
ii  libqtcore44:4.8.5+dfsg-2
ii  libqtgui4 4:4.8.5+dfsg-2
ii  libqtwebkit4  2.2.1-5
ii  libstdc++64.8.1-2

Versions of packages kontact recommends:
ii  akregator 4:4.10.5-2
ii  kaddressbook  4:4.10.5-2
ii  kmail 4:4.10.5-2
ii  knotes4:4.10.5-2
ii  korganizer4:4.10.5-2

Versions of packages kontact suggests:
pn  gnokiinone
ii  kjots 4:4.10.5-2
ii  knode 4:4.10.5-2
ii  ktimetracker  4:4.10.5-2

-- 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#721053: kontact: lost all my data when kontact upgraded

[Gary Dale]

On 27/08/13 12:00 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

Control: tag 721053 moreinfo unreproducible
thanks

On Tuesday 27 August 2013 11:21:17 Gary Dale wrote:

Package: kontact
Version: 4:4.10.5-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

* What led up to the situation?
I'm running Jessie and performed my daily aptitude full-upgrade. When I
rebooted my system, the kmail migration tool started. I told it to upgrade
but when kontact started there was no data showing. My calendar and
contacts lists are empty.

* What exactly did you do (or not do) that was effective (or
ineffective)? I tried re-running the kmail-migrator --interactive but it
said it had already been run and refused to run again.

* What was the outcome of this action?
I still don't have my calendar or contact information.

* What outcome did you expect instead?
I want kontact to show my calendar and contact information.

Hi Gary! First of all, let me tell you I'm by no means a KMail expert. So most
of I could suggest/ask here comes from asking other people.

I would like to know where was your data stored. Was it in your hard drive or
in a Kolab server?

Just for the record, when I did the migration some months ago I didn't had
that problem, so it might be a special setup here.

Kinds regards, Lisandro.


I have no special setup. All my data is presumably stored in the default 
locations for each item. For example, I note that when I try to import a 
backup copy of std.ics, std.ics gets larger but I still don't have any 
entries showing in my calendar.


The location seems to be identified in 
~/.kde/share/config/kresources/calendar/stdrc as 
CalendarURL[$e]=file://$HOME/.kde/share/apps/korganizer/std.ics


I'm not sure where my contact list is stored but I haven't changed the 
default. The stdrc file for contact doesn't list a location.


So far as kmail goes, I don't use it. However it seems to be what was 
responsible for migrating my data to the new version of kontact.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721053: kontact: lost all my data when kontact upgraded

[Gary Dale]

On 27/08/13 01:34 PM, Martin Steigerwald wrote:

Am Dienstag, 27. August 2013, 11:21:17 schrieb Gary Dale:

Package: kontact
Version: 4:4.10.5-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

* What led up to the situation?
I'm running Jessie and performed my daily aptitude full-upgrade. When I
rebooted my system, the kmail migration tool started. I told it to upgrade
but when kontact started there was no data showing. My calendar and
contacts lists are empty.

Gary, please read

Akonadi misconception #1: where is my data?
http://blogs.kde.org/2011/11/13/akonadi-misconception-1-where-my-data

It may well be that you original data is still there.


* What exactly did you do (or not do) that was effective (or
ineffective)? I tried re-running the kmail-migrator --interactive but it
said it had already been run and refused to run again.

I suggest not to run the migrator. I have read repeatedly that it doesn´t
always do its job very well.


* What was the outcome of this action?
I still don't have my calendar or contact information.

First: Do you have a backup of your home directory? Then make sure not to
overwrite it with the current state. If not: Then next time have one.

Second: Are original data files still there?

Calendar:

martin@merkaba:~/.kde/share/apps/korganizer  ls -l std.ics
-rw-r--r-- 1 martin martin 7343725 Aug 26 20:59 std.ics

But could be at a different place for you.


Contacts:

martin@merkaba:~/.kde/share/apps/kabc  ls -l std.vcf
-rw-r--r-- 1 martin martin 0 Aug 27 11:12 std.vcf

I already have them all in standard akonadi location

~/.local/share/contacts

as one vcf file per contact.


If you do not find anything, I suggest you install akonadiconsole.

There should be an address book and a calendar resource. Select Configure
Natively... and look where they point at.

Also somewhere in userbase.kde.org alternative storage locations for contacts
and calendars are mentioned.


* What outcome did you expect instead?
I want kontact to show my calendar and contact information.

Well first locate your data on disk and if really gone, restore from backup.

We can look further from there.

In the moment I think it is likely that Kontact just does not display the
data, but it is still on disk. If that is the case, I think its possible to
get it to show the data.

Ciao,


My data is on disk and in the correct locations. When I open the std.ics 
file or the vcf files they appear OK. However Kontact doesn't show any 
calendar items or contacts. When I make a copy of std.ics and import it, 
I still have no calendar entries. When I try to import the .vcf files, I 
still have no contacts.


akonadiconsole shows that the files are being sought in the correct 
locations.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721053: kontact: lost all my data when kontact upgraded

[Gary Dale]

OK, got it. There are some grey blobs beside the address books and 
calendars that need to be checked. For some reason the upgrade unchecked 
them.


It's not obvious that they are check boxes and they aren't all that 
noticeable being grey with white border on a white background. Once 
there is a check mark inside them, they stand out nicely but until then 
it's hard to say what they are.



On 27/08/13 01:34 PM, Martin Steigerwald wrote:

Am Dienstag, 27. August 2013, 11:21:17 schrieb Gary Dale:

Package: kontact
Version: 4:4.10.5-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

* What led up to the situation?
I'm running Jessie and performed my daily aptitude full-upgrade. When I
rebooted my system, the kmail migration tool started. I told it to upgrade
but when kontact started there was no data showing. My calendar and
contacts lists are empty.

Gary, please read

Akonadi misconception #1: where is my data?
http://blogs.kde.org/2011/11/13/akonadi-misconception-1-where-my-data

It may well be that you original data is still there.


* What exactly did you do (or not do) that was effective (or
ineffective)? I tried re-running the kmail-migrator --interactive but it
said it had already been run and refused to run again.

I suggest not to run the migrator. I have read repeatedly that it doesn´t
always do its job very well.


* What was the outcome of this action?
I still don't have my calendar or contact information.

First: Do you have a backup of your home directory? Then make sure not to
overwrite it with the current state. If not: Then next time have one.

Second: Are original data files still there?

Calendar:

martin@merkaba:~/.kde/share/apps/korganizer  ls -l std.ics
-rw-r--r-- 1 martin martin 7343725 Aug 26 20:59 std.ics

But could be at a different place for you.


Contacts:

martin@merkaba:~/.kde/share/apps/kabc  ls -l std.vcf
-rw-r--r-- 1 martin martin 0 Aug 27 11:12 std.vcf

I already have them all in standard akonadi location

~/.local/share/contacts

as one vcf file per contact.


If you do not find anything, I suggest you install akonadiconsole.

There should be an address book and a calendar resource. Select Configure
Natively... and look where they point at.

Also somewhere in userbase.kde.org alternative storage locations for contacts
and calendars are mentioned.


* What outcome did you expect instead?
I want kontact to show my calendar and contact information.

Well first locate your data on disk and if really gone, restore from backup.

We can look further from there.

In the moment I think it is likely that Kontact just does not display the
data, but it is still on disk. If that is the case, I think its possible to
get it to show the data.

Ciao,


My data is on disk and in the correct locations. When I open the std.ics 
file or the vcf files they appear OK. However Kontact doesn't show any 
calendar items or contacts. When I make a copy of std.ics and import it, 
I still have no calendar entries. When I try to import the .vcf files, I 
still have no contacts.


akonadiconsole shows that the files are being sought in the correct 
locations.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721053: kontact: lost all my data when kontact upgraded

[Gary Dale]

On 27/08/13 09:55 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

On Tuesday 27 August 2013 17:00:49 Gary Dale wrote:

OK, got it. There are some grey blobs beside the address books and
calendars that need to be checked. For some reason the upgrade unchecked
them.

It's not obvious that they are check boxes and they aren't all that
noticeable being grey with white border on a white background. Once
there is a check mark inside them, they stand out nicely but until then
it's hard to say what they are.

Has that solved your problem? Sorry, but I don't quite understand the outcome
of this from the above text :-/

Yes. The address book and calendars were deselected. That's why they 
appeared to be empty.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717798: icedove: archiving feature needs subfolder option

[Gary Dale]

Package: icedove
Version: 10.0.12-1
Severity: wishlist

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Icedove has become very slow and clumsy, probably due to the large number of 
messages in
many of my folders. Messages don't show up a unread until I actually click on 
the folder. 

   * What exactly did you do (or not do) that was effective (or ineffective)?
I tried to archive my old messages but found the funtion incredibly awkward to 
use. The 
problems are:
- I need to select the messages to archive instead of just telling Icedove to 
archive 
  messages received prior to a given date, and
- I need to do this folder by folder, instead of having Icedove archive entire 
folder
  hierarchies.

   * What was the outcome of this action?
I don't know. I'm still in the lengthy and awkward process of archiving e-mails 
and will
be for several more hours.

   * What outcome did you expect instead?
I want to be able to archive an entire mailbox, including all subfolders, in a 
single
command, preferably for all messages received before a specific date. I like 
that Icedove
is able to break the messages up by year to create archive folders that way, 
but this 
functionality could be a lot better with the improvement's I've suggested.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.4
ii  fontconfig2.10.2-2
ii  libasound21.0.27.1-2
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-7
ii  libcairo2 1.12.14-4
ii  libdbus-1-3   1.6.12-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-2
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.3-3
ii  libgtk2.0-0   2.24.20-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.10-1
ii  libnspr4-0d   2:4.10-1
ii  libnss3   2:3.15-1
ii  libnss3-1d2:3.15-1
ii  libpango1.0-0 1.32.5-5+b1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.17-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-2
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.0-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.3-1+deb7u1
ii  psmisc22.20-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictionary]  1:3.3.0-4

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.6-1
ii  gconf-service 3.2.6-1
ii  libgconf-2-4  3.2.6-1
ii  libgssapi-krb5-2  1.10.1+dfsg-6.1
ii  libnotify40.7.5-2

-- 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#682232: mysql-server-5.5: Fails to upgrade squeeze - wheezy, does not start

[Gary Dale]

Package: mysql-server-5.5
Version: 5.5.31+dfsg-0+wheezy1
Followup-For: Bug #682232

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
upgrading a server from squeeze to wheezy

   * What exactly did you do (or not do) that was effective (or ineffective)?
tried to install the package again, tried to configure it.

   * What was the outcome of this action?
mysql still fails to state. I get this output:

Setting up mysql-server-5.5 (5.5.31+dfsg-0+wheezy1) ...
[ ok ] Stopping MySQL database server: mysqld.
insserv: warning: script 'K01setwol.sh' missing LSB tags and overrides
insserv: warning: script 'K01hylafax' missing LSB tags and overrides
insserv: warning: script 'K01netatalk' missing LSB tags and overrides
insserv: warning: script 'S22initrd-tools.sh' missing LSB tags and overrides
insserv: warning: script 'xfree86-common' missing LSB tags and overrides
insserv: warning: script 'modutils' missing LSB tags and overrides
insserv: warning: script 'hylafax' missing LSB tags and overrides
insserv: warning: script 'netatalk' missing LSB tags and overrides
insserv: warning: script 'initrd-tools.sh' missing LSB tags and overrides
insserv: warning: script 'setwol.sh' missing LSB tags and overrides
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . 
failed!
invoke-rc.d: initscript mysql, action start failed.
dpkg: error processing mysql-server-5.5 (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-5.5; however:
  Package mysql-server-5.5 is not configured yet.

dpkg: error processing mysql-server (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 mysql-server-5.5
 mysql-server


   * What outcome did you expect instead?
I'd like mysql to start or at least give me a clue about why it won't. 


*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mysql-server-5.5 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  initscripts2.88dsf-41
ii  libc6  2.13-38
ii  libdbi-perl1.622-1
ii  libgcc11:4.7.2-5
ii  libstdc++6 4.7.2-5
ii  lsb-base   4.1+Debian8+deb7u1
ii  mysql-client-5.5   5.5.31+dfsg-0+wheezy1
ii  mysql-common   5.5.31+dfsg-0+wheezy1
ii  mysql-server-core-5.5  5.5.31+dfsg-0+wheezy1
ii  passwd 1:4.1.5.1-1
ii  perl   5.14.2-21
ii  psmisc 22.19-1+deb7u1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages mysql-server-5.5 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  libhtml-template-perl  2.91-1
ii  mailx  1:20071201-3

Versions of packages mysql-server-5.5 suggests:
pn  tinyca  none

-- debconf information:
  mysql-server-5.5/postrm_remove_databases: false
  mysql-server/error_setting_password:
  mysql-server-5.5/nis_warning:
  mysql-server-5.5/really_downgrade: false
  mysql-server-5.5/start_on_boot: true
  mysql-server/password_mismatch:
  mysql-server/no_upgrade_when_using_ndb:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#714417: libreoffice-base: can't open dBASE files in base

[Gary Dale]

Package: libreoffice-base
Version: 1:4.0.3-3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I use an ancient Visual dBASE running in a Windows XP VM to manipulate run 
results from several
sources in order to create a single table that I use to drive a form letter 
certificate to
send to each of the participents. Now that I'm using Jessie, I find I can't get 
to the 
dBASE tables.

   * What exactly did you do (or not do) that was effective (or ineffective)?
When I connect to existing databases that link to dBASE tables, I can see the 
tables. However, 
when I create a new table and link to a dBASE table, I can't see the tables. 
The connection 
tests OK, but the tables aren't visible.



*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-base depends on:
ii  default-jre [java5-runtime]1:1.6-47
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.4-2
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-jre [java5-runtime]4:4.7.2-1
ii  libc6  2.17-3
ii  libgcc11:4.8.1-2
ii  libhsqldb1.8.0-java1.8.0.10+dfsg-3
ii  libreoffice-base-core  1:4.0.3-3
ii  libreoffice-core   1:4.0.3-3
ii  libreoffice-java-common1:4.0.3-3
ii  libstdc++6 4.8.1-2
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.5-2
ii  uno-libs3  4.0.3-3
ii  ure4.0.3-3

Versions of packages libreoffice-base recommends:
ii  libreoffice-writer  1:4.0.3-3

Versions of packages libreoffice-base suggests:
pn  libmyodbc | odbc-postgresql | libsqliteodbc | tdsodbc | mdbtool  none
pn  libmysql-java | libpg-java | libjtds-javanone
pn  libreoffice-gcj  none
pn  libreoffice-report-builder   none
ii  unixodbc 2.2.14p2-5

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.9.0-7.1
ii  fonts-opensymbol2:102.2+LibO4.0.3-3
ii  libatk1.0-0 2.8.0-2
ii  libboost-date-time1.53.01.53.0-5
ii  libc6   2.17-3
ii  libcairo2   1.12.14-4
ii  libcmis-0.3-3   0.3.1-3
ii  libcups21.5.3-5
ii  libcurl3-gnutls 7.30.0-2
ii  libdbus-1-3 1.6.12-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-3
ii  libexttextcat-2.0-0 3.4.0-4
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.1-2build1
ii  libgraphite2-3  1.2.3-1
ii  libgstreamer-plugins-base1.0-0  1.0.7-1
ii  libgstreamer1.0-0   1.0.7-1
ii  libgtk2.0-0 2.24.18-1
ii  libhunspell-1.3-0   1.3.2-4
ii  libhyphen0  2.8.6-3
ii  libice6 2:1.0.8-2
ii  libicu484.8.1.1-12
ii  libjpeg88d-1
ii  liblangtag1 0.5.1-1
ii  liblcms2-2  2.2+git20110628-2.2
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.29.6-3
ii  libnspr42:4.10-1
ii  libnspr4-0d 2:4.10-1
ii  libnss3 2:3.15-1
ii  libnss3-1d  2:3.15-1
ii  libpango1.0-0   1.32.5-5+b1
ii  libpng12-0  1.2.49-4
ii  librdf0 1.0.16-1
ii  libreoffice-common  1:4.0.3-3
ii  libsm6  2:1.2.1-2
ii  libssl1.0.0 1.0.1e-3
ii  libstdc++6  4.8.1-2
ii  libx11-62:1.6.0-1
ii  libxext62:1.3.1-2+deb7u1
ii  libxinerama12:1.1.2-1+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxrandr2  2:1.3.2-2+deb7u1
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxslt1.1  1.1.26-14.1
ii  libxt6  1:1.1.3-1+deb7u1
ii  uno-libs3   4.0.3-3
ii  ure 4.0.3-3
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages libreoffice-base is related 

Bug#714420: libreoffice-writer: libreoffice crashes X server when printing form letters to individual PDF files

[Gary Dale]

Package: libreoffice-writer
Version: 1:4.0.3-3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
As per my earlier bug report on LibreOffice-base not recognizing dBASE files, I 
saved a dBASE
file as a spreadsheet and used that to drive a form letter - a one page 
certificate to be 
e-mailed to people listed in the spreadsheet. The files were named as per their 
e-mail address
so I can use the file name in a bash script to do the mailing. 


   * What exactly did you do (or not do) that was effective (or ineffective)?
When the spreadsheet column was EMAIL,C,50 X would crash while preparing the 
second PDF. When
I changed it to EMAIL,C,40 after trying it a couple times with the original 
heading, I managed
to get to the 14th PDF when X crashed.

I'm not sure why the database column width should have any impact. Perhaps it 
was just a 
coincidence. 

I was doing this sort of thing a lot before upgrading to Jessie and never had 
any problems.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-writer depends on:
ii  libc6  2.17-3
ii  libgcc11:4.8.1-2
ii  libicu48   4.8.1.1-12
ii  libreoffice-base-core  1:4.0.3-3
ii  libreoffice-core   1:4.0.3-3
ii  libstdc++6 4.8.1-2
ii  libwpd-0.9-9   0.9.8-1
ii  libwpg-0.2-2   0.2.1-1
ii  libwps-0.2-2   0.2.9-1
ii  libxml22.8.0+dfsg1-7+nmu1
ii  uno-libs3  4.0.3-3
ii  ure4.0.3-3
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages libreoffice-writer recommends:
ii  default-jre [java5-runtime]1:1.6-47
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.4-2
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-jre [java5-runtime]4:4.7.2-1
ii  libreoffice-java-common1:4.0.3-3
ii  libreoffice-math   1:4.0.3-3
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.5-2

Versions of packages libreoffice-writer suggests:
ii  libreoffice-base  1:4.0.3-3
pn  libreoffice-gcj   none

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.9.0-7.1
ii  fonts-opensymbol2:102.2+LibO4.0.3-3
ii  libatk1.0-0 2.8.0-2
ii  libboost-date-time1.53.01.53.0-5
ii  libc6   2.17-3
ii  libcairo2   1.12.14-4
ii  libcmis-0.3-3   0.3.1-3
ii  libcups21.5.3-5
ii  libcurl3-gnutls 7.30.0-2
ii  libdbus-1-3 1.6.12-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-3
ii  libexttextcat-2.0-0 3.4.0-4
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.1-2build1
ii  libgraphite2-3  1.2.3-1
ii  libgstreamer-plugins-base1.0-0  1.0.7-1
ii  libgstreamer1.0-0   1.0.7-1
ii  libgtk2.0-0 2.24.18-1
ii  libhunspell-1.3-0   1.3.2-4
ii  libhyphen0  2.8.6-3
ii  libice6 2:1.0.8-2
ii  libicu484.8.1.1-12
ii  libjpeg88d-1
ii  liblangtag1 0.5.1-1
ii  liblcms2-2  2.2+git20110628-2.2
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.29.6-3
ii  libnspr42:4.10-1
ii  libnspr4-0d 2:4.10-1
ii  libnss3 2:3.15-1
ii  libnss3-1d  2:3.15-1
ii  libpango1.0-0   1.32.5-5+b1
ii  libpng12-0  1.2.49-4
ii  librdf0 1.0.16-1
ii  libreoffice-common  1:4.0.3-3
ii  libsm6  2:1.2.1-2
ii  libssl1.0.0 1.0.1e-3
ii  libstdc++6  4.8.1-2
ii  libx11-62:1.6.0-1
ii  libxext62:1.3.1-2+deb7u1
ii  libxinerama12:1.1.2-1+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxrandr2  2:1.3.2-2+deb7u1
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxslt1.1  1.1.26-14.1
ii  libxt6  1:1.1.3-1+deb7u1
ii  uno-libs3   4.0.3-3
ii  ure 4.0.3-3
ii  zlib1g  

Bug#712550: libreoffice: Writer inserts blank pages in form letters

[Gary Dale]

I upgraded to Jessie yesterday and can confirm that the bug, which has 
been around for a very long time, still persists.


On 19/06/13 04:04 PM, Rene Engelhard wrote:

tag 712550 + moreinfo
thanks

Hi,

On Sun, Jun 16, 2013 at 10:10:51PM -0400, Gary Dale wrote:

Version: 1:3.5.4+dfsg2-0+deb7u2
Severity: normal

I am sorry, but stable only gets updates for real important issues with a
relatvely non-intrusive patch or for security. This is neither of them
and the 3.5.x codeline is out of life already..
(yeah, I know -0+deb7u1 got one non-real-impritant fix but that fix was 
trivial.)


* What led up to the situation?
When I try to create things like numbered tickets using a custom label 
definition (5 to a page)
with numbers printed on them (so that the first ticket is 1, the second is 11, 
then 21, etc.
down the page), using a 5 column spreadsheet (for example), the first page 
prints correctly
then I get a blank page then I get the colours messed on the next page, etc..

If I have, for example, 40 pages of tickets to print then the print dialog 
shows 79 pages!


* What exactly did you do (or not do) that was effective (or ineffective)?
I can print the form letter one page at a time, the tickets print correctly. 
This is slow
and error prone since I have to select each line in the spreadsheet 
individually, print it
then go back to the print dialog to print the next page.


The messed up colours on subsequent pages makes simply removing the extra blank 
pages
a poor solution. The fact that the print dialog seems to know that it's 
printing more
pages than it should (i.e. 2 * n - 1) is also interesting.

Do you also see this in current LO versions? (wheezy-backports has a 4.0.3 for 
you.)

Regards,

Rene




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712550: libreoffice: Writer inserts blank pages in form letters

[Gary Dale]

Package: libreoffice
Version: 1:3.5.4+dfsg2-0+deb7u2
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
When I try to create things like numbered tickets using a custom label 
definition (5 to a page)
with numbers printed on them (so that the first ticket is 1, the second is 11, 
then 21, etc. 
down the page), using a 5 column spreadsheet (for example), the first page 
prints correctly
then I get a blank page then I get the colours messed on the next page, etc..

If I have, for example, 40 pages of tickets to print then the print dialog 
shows 79 pages!


   * What exactly did you do (or not do) that was effective (or ineffective)?
I can print the form letter one page at a time, the tickets print correctly. 
This is slow
and error prone since I have to select each line in the spreadsheet 
individually, print it
then go back to the print dialog to print the next page.


The messed up colours on subsequent pages makes simply removing the extra blank 
pages 
a poor solution. The fact that the print dialog seems to know that it's 
printing more
pages than it should (i.e. 2 * n - 1) is also interesting.


*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice depends on:
ii  fonts-sil-gentium-basic [ttf-sil-gentium-basic]  1.1-5
ii  liblucene2-java  2.9.4+ds1-4
ii  libreoffice-base 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-calc 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-core 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-draw 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-filter-mobiledev 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-impress  1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-java-common  1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-math 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-report-builder-bin   1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-writer   1:3.5.4+dfsg2-0+deb7u2
ii  ttf-dejavu   2.33-3
ii  ttf-sil-gentium-basic1.1-5

Versions of packages libreoffice recommends:
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-liberation 1.07.2-6
ii  ttf-mscorefonts-installer  3.4+nmu1

Versions of packages libreoffice suggests:
ii  cups-bsd   1.5.3-5
ii  default-jre [java5-runtime]1:1.6-47
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.3-1
ii  gcj-4.7-jre [java5-runtime]4.7.2-3
ii  gcj-jre [java5-runtime]4:4.7.2-1
ii  gstreamer0.10-ffmpeg   1:0.10.13-dmo1
ii  gstreamer0.10-plugins-bad  0.10.23-7.1
ii  gstreamer0.10-plugins-base 0.10.36-1.1
ii  gstreamer0.10-plugins-good 0.10.31-3+nmu1
ii  gstreamer0.10-plugins-ugly 0.10.19-2+b2
pn  hunspell-dictionarynone
pn  hyphen-hyphenation-patternsnone
ii  icedove10.0.12-1
ii  iceweasel  17.0.6esr-1~deb7u1
ii  imagemagick8:6.7.7.10-5
ii  libgl1-mesa-glx [libgl1]   8.0.5-4+deb7u2
ii  libldap-2.4-2  2.4.31-1+nmu2
ii  libreoffice-filter-binfilter   1:3.5.4+dfsg2-0+deb7u2
pn  libreoffice-gnome | libreoffice-kdenone
pn  libreoffice-grammarcheck   none
ii  libreoffice-help-en-us [libreoffice-help-3.5]  1:3.5.4+dfsg2-0+deb7u2
pn  libreoffice-l10n-3.5   none
pn  libreoffice-officebean none
ii  libsane1.0.22-7.4
ii  libxrender11:0.9.7-1+deb7u1
ii  myspell-en-us [myspell-dictionary] 1:3.3.0-4
ii  mythes-en-us [mythes-thesaurus]1:3.3.0-4
pn  openclipart-libreofficenone
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.5-1
ii  pstoedit   3.60-2+b1
ii  unixodbc   2.2.14p2-5

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7.1
ii  fonts-opensymbol 2:102.2+LibO3.5.4+dfsg2-0+deb7u2
ii  libc6   

Bug#682119: LibreOffice-writer: conditional text based on database fields doesn't appear to work

[Gary Dale]

Package: LibreOffice-writer
Version: 1:3.5.4-5
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I have created a certificate that I need to fill in details based on 
information contained in a data file. I created the .odb file to point 
to the actual file and that is working. It will fill in field values 
properly. However, when I try any kind of conditional insert, such as 
translating M or F to male or female, or hiding text if a field 
value is null, it fails.


For example, I have a conditional text function, where the function is:

Results.RESULTS.GENDER == F

The then part is:

female

and the else part is:

male

This always inserts female.

   * What exactly did you do (or not do) that was effective (or 
ineffective)?
I've tried various ways to insert the conditional text, such as using 
hidden text instead of conditional text, testing for null instead of 
particular values, etc.. I've used brackets around names. I've ensured 
that the names match in a case sensitive fashion.


   * What was the outcome of this action?
I just can't get it to work.

   * What outcome did you expect instead?
Conditional text should be easy and intuitive. I admit to the 
possibility that I'm doing something wrong, but if I am, no one in the 
forums I've submitted this problem to has offered any suggestion as to 
what it may be. The help and online documentation don't provide any 
clues either. Either it's broken or it operates in a really unintuitive 
manner



*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages LibreOffice-writer depends on:
ii  libc6  2.13-33
ii  libgcc11:4.7.1-2
ii  libicu48   4.8.1.1-8
ii  libreoffice-base-core  1:3.5.4-5
ii  libreoffice-core   1:3.5.4-5
ii  libstdc++6 4.7.1-2
ii  libwpd-0.9-9   0.9.4-3
ii  libwpg-0.2-2   0.2.1-1
ii  libwps-0.2-2   0.2.7-1
ii  libxml22.8.0+dfsg1-4
ii  uno-libs3  3.5.4-5
ii  ure3.5.4-5
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages LibreOffice-writer recommends:
ii  default-jre [java5-runtime]1:1.6-47
ii  gcj-4.4-jre [java5-runtime]4.4.7-1
ii  gcj-4.6-jre [java5-runtime]4.6.3-1
ii  gcj-4.7-jre [java5-runtime]4.7.1-1
ii  gcj-jre [java5-runtime]4:4.7.1-1
ii  libreoffice-emailmerge 1:3.5.4-5
ii  libreoffice-filter-binfilter   1:3.5.4-5
ii  libreoffice-java-common1:3.5.4-5
ii  libreoffice-math   1:3.5.4-5
ii  openjdk-6-jre [java5-runtime]  6b24-1.11.3-2

Versions of packages LibreOffice-writer suggests:
ii  libreoffice-base  1:3.5.4-5
pn  libreoffice-gcj none

-- 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#681681: installation-reports: grub-install doesn't install grub to all drives in RAID5 array during install

[Gary Dale]

Package: installation-reports
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
I recently rebuilt my former home server as a test desktop machine using 
3 x 500G SATA drives I
had lying around. This required me to install a cheap PCI SATA 
controller to get enough SATA ports

to handle the drives. The DVD writer is an IDE unit.

I'd heard that it was possible to boot from a RAID5 array and I wanted 
to try that out. After
a couple of days of trying to get the system to boot after the install, 
I realized the problem was
that GRUB wasn't installed on all the drives and the system was trying 
to boot from a drive without

GRUB on it.

   * What exactly did you do (or not do) that was effective (or 
ineffective)?
Using the NetInst CD to boot into rescue mode allowed me open a shell in 
the /dev/md/0

environment and grub-install to the other two drives.

   * What was the outcome of this action?
As expected, with grub installed on all three drives, I could boot into 
a RAID5 array.



*** End of the template - remove these lines ***


-- Package-specific info:

Boot method: CD
Image version: current NetInst for Wheezy as of July 14
Date: Date and time of the install

Machine: old ASUS Athlon 64 motherboard with an add-in SATA controller 
to give enough SATA ports for a RAID5 array

Partitions: df -Tl will do; the raw partition table is preferred


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[X]
Overall install:[ ]

Comments/Problems:

I note that the installer doesn't give you the option to partition a 
RAID array, even
though this is a legal and perfectly reasonable thing to do. Without 
this capability
I have to set up the RAID array before starting the installer if I want 
a partitioned

array.

Also, I'm submitting this report from my regular workstation, so I've 
removed

the non-relevant parts of the report that would normally be below.

--

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#681254: xserver-xorg-video-radeon: HD 6450 video card not properly recognized / supported

[Gary Dale]

On 12/07/12 04:01 AM, Michel Dänzer wrote:

On Mit, 2012-07-11 at 13:59 -0400, Gary Dale wrote:

DRM Information from dmesg:
---
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[2.160898] PCI-DMA: Disabling AGP.
[2.160985] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture
[2.456450] Linux agpgart interface v0.103

Looks like something is preventing the radeon kernel driver from
loading / initializing. Make sure the radeon kernel module isn't
blacklisted, e.g.

The X radeon driver can't work without the corresponding kernel driver
on your card, which probably also explains the resolution problem.


The radeon module can't be blacklisted. The onboard video (HD 3300) I 
have reverted to also uses it.


re. Kernel driver: Thanks. I didn't realize that it needed a kernel 
driver. I've followed instructions at 
http://www.x.org/wiki/radeonBuildHowTo#Kernel-based_ModeSetting and will 
give it another try.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#680548: bind: Address already in use error when using local forwarding

[Gary Dale]

On 07/07/12 09:04 AM, Michael Tokarev wrote:

On 07.07.2012 16:25, Gary Dale wrote:
[]

I copied you in on it because this seems to a new behaviour in the krfb and/or 
kvm software.

It is not.  For qemu/kvm case, you have to tell it explicitly where
(on which port) to listen.  This has always been the case.  So you
either told qemu-kvm directly to use port 5901, or configured it
using libvirt.  For krbf it is the most logical port to listen on,
but I can't comment on it since I know nothing about it.
OK, I think I get it now. A couple of days ago, you had me install 
librbd1 from sid. Perhaps I didn't have that software running earlier. 
It would have grabbed 5900, bumping KVM up to 5901 - which was the port 
I normally used for remote VNC sessions. This would now cause the error 
I was getting.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#680548: bind: Address already in use error when using local forwarding

[Gary Dale]

On 07/07/12 10:22 AM, Michael Tokarev wrote:

On 07.07.2012 17:53, Gary Dale wrote:

On 07/07/12 09:04 AM, Michael Tokarev wrote:

On 07.07.2012 16:25, Gary Dale wrote:
[]

I copied you in on it because this seems to a new behaviour in the krfb and/or 
kvm software.

It is not.  For qemu/kvm case, you have to tell it explicitly where
(on which port) to listen.  This has always been the case.  So you
either told qemu-kvm directly to use port 5901, or configured it
using libvirt.  For krbf it is the most logical port to listen on,
but I can't comment on it since I know nothing about it.

OK, I think I get it now. A couple of days ago, you had me install librbd1 from 
sid. Perhaps I didn't have that software running earlier. It would have grabbed 
5900, bumping KVM up to 5901 - which was the port I normally used for remote 
VNC sessions. This would now cause the error I was getting.

librbd has exactly nothing to do with this either.
it is just a library, linked from qemu-kvm, which
does not use VNC ports.  More, previous versions
of qemu and qemu-kvm used the same library but an
older version of it.

krfb which uses your port 5900 is completely independent
on qemu, kvm and librbd.

/mjt
Interesting. However something has changed so that either kfrb and/or 
kvm is now grabbing a port that it didn't previously. Perhaps kfrb is 
now activate by default because I certainly didn't start it deliberately.


Anyway, I'm not going to lose sleep over it. Going up to port 5902 
resolved my remote access issue.


Thanks.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676950: [Bulk] Re: Bug#676950: qemu-kvm: Windows XP fails on Bulldozer CPUs

[Gary Dale]

On 06/07/12 04:49 AM, Michael Tokarev wrote:

On 06.07.2012 01:46, Gary Dale wrote:

That's got some things working. The virtual machine I had previously started 
installing XP64 on has completed the install (after picking up where it 
previously hung) and is now installing SP2.
However, another new VM I tried creating (with XP64) using the commands above, 
hung during the install.

Did you try restartin this install process?
Yes. It stops at the same old point - when it's showing installing 
software, changing the message on the left, but not progressing.





My pre-existing XP32 VM really doesn't work. It blue-screens during the startup 
and goes back to the start options screen (safe mode, last good, etc.). In safe 
mode, it just goes back to the start options after a couple of seconds.

Can you see which STOP code it shows in the BSOD ?
You can hit F8 during winXP boot screen to show the boot menu
(where safe mode can be choosen too), and choose to disable
automatic reboot in case of error - this way it is posisble
to actually read the BSOD.  There, it looks like

  STOP 0x1234567, arguments (0x12345, 0x12345, 0x12345, ...)

this is the most important information.  It shows WHY it stopped.

Thank you!

/mjt


Sorry, I can't see an option to disable the automatic reboot.

However, I did some comparing between my 64bit and 32bit VMs and found 
the 32bit was using SATA. I changed that to IDE and it's running now.


So it looks like the new software is letting existing XP VMs run but 
still not letting me create a new 64bit XP VM (haven't tried 32bit).


One other issue, I'm now getting a Windows dialogue on startup about new 
hardware - a HD audio device. No complaints there, but do you know off 
the top of your head where I can find a driver for it? If not, I'll try 
to google it.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org