Bug#844677: icedove: regular 100% CPU usage, occurs randomly

[Carsten Schoenert]

Hello Andrew,

On Fri, Nov 18, 2016 at 12:05:38PM +1100, Andrew Donnellan wrote:
> Icedove is regularly, and randomly, pegging an entire CPU core at 100%. This
> sometimes occurs immediately on startup, sometimes randomly in the middle of
> a session, and sometimes it will go back to sensible CPU usage after a
> couple of minutes, sometimes it will keep going indefinitely.

that sound a little bit like broken databases. Please try the following
out.

https://wiki.debian.org/Icedove#Problems_with_Indexing_of_mails.2Fnews

I wouldn't delete the old database, just rename it.

> I've placed some perf samples and a flamegraph at
> http://violet.andrew.donnellan.id.au/~ajd/icedove/ which seem to indicate
> that most of the time is being spent in the message database.

This unfortunately doesn't help much. I would suggest to start icedove
from the command line and look at the output there.

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

> FWIW, I do have a very large mailbox - somewhere around 280,000 messages
> spread across roughly 20 folders, with one folder having about 200,000 of
> those messages.

That are a lot of messages and I can remember that Icedove/Thunderbird
isn't working well with this huge base of messages. The only solution I
know is to split this up into more subfolders. Maybe the new option to
use maildir is a better aproach. But this is only available for new
accounts.

Regards
Carsten

Bug#844643: ITP: flatcam -- 2D Computer-Aided PCB Manufacturing on a CNC router

[Carsten Schoenert]

Hello pkg-electronics members,

Simon was answering on my ITP from several days ago for FlatCAM and was
offering a probably sponsoring for the package (Thanks Simon!).
As I like to place the package into the pkg-electronics ecosystem as it
fits best here I believe, I would like to ask if the pkg-electronics
team member agree that I can set the maintainer ship to pkg-electronics
and if some of you would kindly sponsor the FlatCAM package at some point?

I'm working on other packages as a DM for quite some time so I have some
packaging experience for about 5-6 years as I'm co-maintaining Icedove
package for this time with Christoph and Guido. A few months ago I was
starting to bring the kicad package into a git-buildpackage workflow
which reflected in a upload of a new prepared version by Georges some
days ago.

I'd be happy if the pkg-electronics team would take a look into my work
of packaging  and hopefully later could sponsor a FlatCAM upload. I
prepare the packaging currently on my GitHub site [1].

On 20.11.2016 00:04, Simon Richter wrote:
> Hi,
> 
> On 17.11.2016 19:33, Carsten Schoenert wrote:
> 
>> * Package name: flatcam
> 
>> I'd like to place this package into the pkg-electronics team as other PCB
>> related package are workend on there. I will need a sponsor.
> 
> In case there are no other sponsors, I could do it, but please treat
> this as a last resort as I often have long stretches where I don't even
> find time to go online.
> 
>Simon
> 
> 

[1] https://github.com/tijuca/flatcam

-- 
Regards
Carsten Schoenert



signature.asc
Description: OpenPGP digital signature

Bug#842961: add missing backtrace

[Carsten Schoenert]

Hello Stefan,

On Thu, Nov 03, 2016 at 11:18:32PM +0100, stefan esterer wrote:
> the attachement contains the backtrace collected via  (gdb) thread apply
> all bt

please add the *full* log created as described in
https://wiki.debian.org/Icedove#Starting_Debugging

We don't know which version you using nor were the segfault is happen.
We "only" have now the backtrace. And it seams you don't have used
icedove-dbg but a full log can say more.

Regrads
Carsten

Bug#840365: 1:45.4.0-1 broke the External Editor plugin

[Carsten Schoenert]

Hello Craig,

On Tue, Oct 11, 2016 at 10:42:31AM +1100, Craig Sanders wrote:
> The External Editor plugin (from http://globs.org/articles.php?lng=en=2)
> was working in icedove up until this upgrade, stopped working immediately
> after.
> 
> Everything looks OK until you select "Edit in External Editor" from the Tools
> menu, and then nothing happens - no gvim as expected.

did you check if this issue also happen with the official version?

https://www.mozilla.org/en-US/thunderbird/all/

The changes in 45.3.0 and 45.4.0 are rather small and mostly happen
inside the JS/IDL thing. I expect to see this issue within the official
version too. Than the plugin needs to be fixed.

Regards
Carsten

Bug#845921: icedove: crash in nsTArray::ShrinkCapacity

[Carsten Schoenert]

Hello Kim,

On Sun, Nov 27, 2016 at 12:35:54AM +0100, Kim Alvefur (Zash) wrote:
> Package: icedove
> Version: 1:45.4.0-1~deb8u1
> Severity: important
> 
> Dear Maintainer,
> 
> Icedove have been randomly crashing for me, usually when selecting a
> folder.  Attached is a gdb backtrace of from a core dump of the latest
> crash.

thanks for trying to provide helpful information. I'm a bit unsure as
the start of the GDB session isn't seen in your log, there are a lot of
"optimized out" things to see. You have installed icedove-dbg? Only
this package has the needed symbols to collect all things together in
the log later.

Regards
Carsten

Bug#847820: kicad: FTBFS: cannot access .../kicad-common/...

[Carsten Schoenert]

tags 847820 + pending
thanks

Hello Santiago and Aaron,

On Tue, Dec 13, 2016 at 12:17:00AM +0100, Santiago Vila wrote:
> Patch (untested) based on the hints by Aaron.
> 
> (I would also remove the CURDIR thing, it's not required).

I disagree a little bit on this point, explicit is better than implicit.

> BTW: Please consider uploading in source-only form (dpkg-buildpackage -S).
> It's always a good thing to have official build logs here:
> 
> https://buildd.debian.org/status/package.php?p=kicad

thanks for your suggestions. I picked them mostly up and had already
prepared a similar fix. As I'm not the maintainer it's up to Georges to
take or leave my changes. So I pushed the latest changes only to my WIP
tree on GitHub.

https://github.com/tijuca/kicad-packaging

Regards
Carsten

Bug#828069: icedove: random crashes after latest security update

[Carsten Schoenert]

Hi,

On Wed, Dec 14, 2016 at 10:00:52AM +1100, Jason Lewis wrote:
> I see the same behaviour Vladimir is seeing. for what its worth.
> 
> any tips for generating a gdb log?

I believe this information is written several times not only to this bug
report. The wiki page for Icedove in the Debian wiki has dedicated
instructions for this.

> Vladimir K wrote on 13/12/16 18:18:
> > I haven't observe the crash in upstream Thunderbird yet.
> > I seem to able to increase the probability of the crash by
> > vigourously browsing through mail in Icedove, caught it a few times.
> > But upstream Thunderbird is pretty stable with the same profile.

There main reason for this is also written here in this bug report, see
#message55

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828069#55

Debian is using GCC 4.9 for stable-security (GCC 4.8 on Wheezy LTS) and
GCC 6.2 in unstable/testing.

Mozilla is still using GCC 4.7.3 right now. So I believe most of the
problems are related due gcc is not going that lazy anymore than the old
gcc. There are several also known problematic things due the strictness
of new gcc versions by Mozilla. So in the end we can't do much about
that segfault issue for now.

Regards
Carsten

Bug#847224: Icedove: Cannot add description of event upon creation.

[Carsten Schoenert]

reassign 847224 calendar-exchange-provider
thanks

Hello Dario,

On Tue, Dec 06, 2016 at 12:40:55PM -0300, Dario Andres Susman wrote:
> Dear Maintainer,
> 
> When I'm trying to create a new event, the description tab is
> completely greyed out and cannot edit it.
> This only happens when I'm trying to create an event on an
> Exchange/OWA/Office365 calendar.
> If I choose to edit a local, internal calendar, the description tab is
> displayed correctly and I can edit it just fine.
> 
> I'm attaching a screenshot.

I can see this behaviour here too on a calendar that is connected to a
Exchange 2010 server, I reassign your report to the plugin that provides
the connectivity the the Exchange server as this issue seems not to be
Icedove specific.

Regards
Carsten

Bug#816679: icedove: Please rename icedove to thunderbird

[Carsten Schoenert]

Hello Emilio,

On Wed, Dec 07, 2016 at 05:07:10PM +0100, Emilio Pozuelo Monfort wrote:
> Any progress on this?

more or less. It was a long way from starting the de-branding work in
spring over Debconf to now.
I rebased several times my work for de-branding Icedove back to
Thunderbird due soem uploads of newer version into unstable.

As Christoph told me on the phone that he is preparing a upload of a
first version for experimental maybe (but hopefully) until the end of
week. I'm no DD so Christoph needs to do the upload.

I still have some problems right now because I don't see a prepared new
entry in the icedove.NEWS files while installing the new icedove
package. I have tried some things but currently I'm quite busy with
other things. That we have to fix before we can do a upload then in
unstable.

The current WIP tre can be found on GitHub.

https://github.com/tijuca/icedove/tree/debian/experimental

Regards
Carsten

Bug#848299: icedove crashes with SIGPIPE in libc's send.c

[Carsten Schoenert]

severity 848299 important
usertag 848299 id-crash-45.1.0
thanks

Hello Mirko,
lowering down the severity as Icedove isn't completely broken or renders
the package into a security whole.
https://www.debian.org/Bugs/Developer#severities

On Fri, Dec 16, 2016 at 01:52:23AM +0100, Mirko Vogt wrote:
[...] 
> One of icedove's threads randomly(TM) crashes with SIGPIPE in libc's send.c
> 
> This can happen shortly after being started or after running for a
> couple of hours. No direct trigger identified so far.

Unfortunately this happen since version 45.1.0-1 in unstable/sid and
jessie-security partially. Please look into similar bug reports and
propose a merge within a another bug report if possible.

https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=id-crash-45.1.0;users=c.schoen...@t-online.de

> Output of gdb:
> 
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/usr/bin/icedove'.
> Program terminated with signal SIGPIPE, Broken pipe.
> #0  0x77bcd65f in __libc_send (fd=67, buf=0x7fffa9834000, n=31,
> flags=0) at ../sysdeps/unix/sysv/linux/x86_64/send.c:26
> 26  ../sysdeps/unix/sysv/linux/x86_64/send.c: No such file or directory.
> [Current thread is 1 (Thread 0x7fffe2ffe700 (LWP 28924))]
> 
> backtrace for this particular thread:
> 
> (gdb) bt
> #0  0x77bcd65f in __libc_send (fd=67, buf=0x7fffa9834000, n=31,
> flags=0) at ../sysdeps/unix/sysv/linux/x86_64/send.c:26
> #1  0x75ea4e4b in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
> #2  0x7fffeeca759a in ?? () from /usr/lib/x86_64-linux-gnu/libssl3.so
> #3  0x7fffeec9b999 in ?? () from /usr/lib/x86_64-linux-gnu/libssl3.so
> #4  0x7fffeec9d694 in ?? () from /usr/lib/x86_64-linux-gnu/libssl3.so
> #5  0x7fffeecad9fb in ?? () from /usr/lib/x86_64-linux-gnu/libssl3.so
> #6  0x73998afe in ?? () from /usr/lib/icedove/libxul.so
> #7  0x73998b86 in ?? () from /usr/lib/icedove/libxul.so
> #8  0x722d6fc0 in ?? () from /usr/lib/icedove/libxul.so
> #9  0x722db356 in ?? () from /usr/lib/icedove/libxul.so
> #10 0x722d8c50 in ?? () from /usr/lib/icedove/libxul.so
> #11 0x722d8fdc in ?? () from /usr/lib/icedove/libxul.so
> #12 0x722e0cb5 in ?? () from /usr/lib/icedove/libxul.so
> #13 0x7225ea53 in ?? () from /usr/lib/icedove/libxul.so
> #14 0x72278ae9 in ?? () from /usr/lib/icedove/libxul.so
> #15 0x7245be9b in ?? () from /usr/lib/icedove/libxul.so
> #16 0x7244bf62 in ?? () from /usr/lib/icedove/libxul.so
> #17 0x72260742 in ?? () from /usr/lib/icedove/libxul.so
> #18 0x75ea8549 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
> #19 0x77bc4464 in start_thread (arg=0x7fffe2ffe700) at
> pthread_create.c:333
> #20 0x76e679df in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

This looks not very helpful as the debugging symbols are missing.

> Core dump exists but I'm not keen of publishing it due to included
> sensitive data. I'm happy to help debugging though.

The Icedove Wiki page contains information for creating good GDB logs,
please have a look. Core dumps are not that helpful at all as we don't
have the time nor the knowledge to analyze them.

https://wiki.debian.org/Icedove

Regards
Carsten

Bug#850949: icedove does not sync google calendars, claiming item.recurrenceInfo is null

[Carsten Schoenert]

severity 850949 important
thanks

Lowering down to important. Please see 
https://www.debian.org/Bugs/Developer#severities

Regards
Carsten

On Wed, Jan 11, 2017 at 09:35:36AM -0500, Boyan Penkov wrote:
> Package: icedove
> Version: 1:45.5.1-1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> I have icedove and the google calendar provider installed.  I have three
> calendars: a work one tied to a work google account, and a personal and one
> shared with my partner tied to my personal gmail.
> 
> Both the work one and the partner one sync fine, my personal one (which is
> the oldest, and contains the most events), failes to update with the
> following error (pulled off the icedove error console):
> 
> Timestamp: 01/06/2017 09:18:47 PM
> Error: [calCachedCalendar] replay action failed: null, uri=googleapi://
> boyan.pen...@gmail.com/?calendar=boyan.penkov%40gmail.com,
> result=item.recurrenceInfo is null, op=[xpconnect wrapped calIOperation]
> Source File: file:///usr/lib/icedove/extensions/%7Be2fda1a4-762b-4020-
> b5ad-a41df1933103%7D/calendar-js/calCachedCalendar.js
> Line: 327
> 
> I have tried using both debian's "calendar-google-provider" package and the
> addon installed through the icedove extensions menu, and the effect is the
> same with both.

Bug#850986: keyboard focus stays in main window when opening compose window

[Carsten Schoenert]

severity 850986 important
thanks

Lowering down to important. Please see 
https://www.debian.org/Bugs/Developer#severities

Regards
Carsten

On Wed, Jan 11, 2017 at 08:08:47PM +0100, Thibaut Paumard wrote:
> Package: icedove
> Version: 1:45.4.0-1
> Severity: grave
> 
> Dear maintainers,
> 
> I have that spurious proble that very often, when I open a new compose
> window (with ^N or by clicking on one of the reply-to buttons), the
> keyboard focus stays in the main window. I start typing, which can
> have nasty effects since the main indow recieves the events, such as,
> for instance:
>   - deleting emails;
>   - ignoring conversations.
> 
> It is not immediate to get the focus to the compose winodw I am
> interested in. Clicling in this window does not help, even after
> having clicked in the main icedove window or in another window from an
> unrelated application.
> 
> I have found two things that each help recover focus (no need to do
> both, each one is sufficient on its own):
> 
>  1- closing the main window;
> 
>  2- opening yet another compose window: this new window then has focus
> and I can from that point on get the focus in the window I like, 
> including the compose window that initially did not get focus.
> 
> This is not only anoying but also can cause data loss as I can end up
> deleting messages inadvertently. Forunately I have never actually
> purged a directory when that happened, but I consider myself lucky.
> 
> I am running GNOME 3 from testing, this bug has been there for a while
> including when I was running cinnamon on jessie. It feels like it's
> happening more often (almost, but not quite, always).
> 
> Kind regads, Thibaut.

Bug#850972: firefox: FTBFS: configure: error: cannot determine icu version number from uvernum.h header file

[Carsten Schoenert]

Hello John,

On 12.01.2017 13:35, John Paul Adrian Glaubitz wrote:
...
>> This should be fixed in next upstream release, in less than two weeks.
> 
> What about Icedove? Should we cherry-pick the patch in this case?

this was already fixed in src:icedove with the upload of 1:45.6.0-2
which happend some hours before Lucas opened the FTBFS bug for icedove.

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?id=2d1d517b3d034278df54557c243cae40e318401b

-- 
Regards
Carsten Schoenert

Bug#850986: keyboard focus stays in main window when opening compose window

[Carsten Schoenert]

On Wed, Jan 11, 2017 at 08:58:20PM +0100, Thibaut Paumard wrote:
> Sure, maintainer gets the last say.
> 
> > Lowering down to important. Please see 
> > https://www.debian.org/Bugs/Developer#severities
> 
> That's were I got this:
> 
> grave
> [...] causes data loss [...]
> 
> which looks appropriate since :
> 
> > On Wed, Jan 11, 2017 at 08:08:47PM +0100, Thibaut Paumard wrote:
> >> This is not only anoying but also can cause data loss as I can end up
> >> deleting messages inadvertently. Forunately I have never actually
> >> purged a directory when that happened, but I consider myself lucky.

Well, loosing a email wouldn't I call data loss in the meaning of the
severities. And for really deleting a email you would need to press
SHIFT + DEL. It's very unlikely that this is happen by full control in
case you will write up a new email.

If we would mark this issue grave or serious the bug report became
release critical, that means we need to fix such problems first.
Otherwise no new version can go into testing.
As long as no other people having the same problem in many cases I tend
to say this isn't grave. I haven't seen this problem you describe ever
here, and I usually use the keyboard more than the mouse.
Nor I have lost a email conversion while creating a new one.

I normally also use Gnome3 only, if this happen with KDE too that's maybe
Icedove related, otherwise I think it could be a issue by the DE. But
without other people who can confirm this issue it's quite impossible to
figure out that's going wrong on your installation.

Regards
Carsten

Bug#850986: keyboard focus stays in main window when opening compose window

[Carsten Schoenert]

forwarded 850986 https://bugzilla.mozilla.org/show_bug.cgi?id=942610
thanks

Thibaut,

On Wed, Jan 11, 2017 at 10:39:02PM +0100, Thibaut Paumard wrote:
 
> I won't fight about the severity as I said, it's up to the maintainer in
> my opinion. Yet I disagree with one of your points:

there is no need for fighting anything and I don't want ride on some
sublety. We just maintaining this piece of software very often we need
to explain reporters that their bug isn't grave in the terms of the
bugtracking system and in the view on the workflow how packages are
handled.

> Le 11/01/2017 à 21:37, Carsten Schoenert a écrit :
> > Well, loosing a email wouldn't I call data loss in the meaning of the
> > severities.
> 
> I would: a lot of my work e-mails are mission-critical.

Then I would need to rethink if my workflow is correct if I can loose
critical data due some flipping fingers.
Thunderbird has some easy to use possibilties to create a copy of
incomming email for example.

I know such argumentations from my day job. But people expecting mostly
to much from using email for real critical things. For the important
data there are other machanism needed like a ticket system. But anyay ...
no need to find a agreement on this. You reported a clearly issue.

> And for really deleting a email you would need to press
> > SHIFT + DEL. It's very unlikely that this is happen by full control in
> > case you will write up a new email.
> 
> Backspace and shift-e will also do it.

No, it won't if you use the default. Then you must have done some
special setup elsethere. Those shortcuts doing nothing here on my
Icedove.

https://support.mozilla.org/en-US/kb/keyboard-shortcuts

> Remember that this bug occurs for
> me dozens of time a day, so something that happens with a 1 per mille
> probability will happen to me about once a week... I often realize that
> I don't have focus only after I have typed several keys. Other users
> (see below) report that the main window can actually steal the focus
> while they are typing, not only when the window is first created.
> 
> I realize that we are in a freeze, that it may impact only few people
> and that it's not an easy bug (I actually wanted to try various versions
> of icedove/thunderbird and DEs, that's why I didn't report it earlier).

That's also a important information. It's significant for us to know
much as possible to readjusting the issue if possible. Without such
things it's worthless to search a problem.

> However I can assure you that is is an icedove/tunderbird bug that
> affects several people, whether they are running Windows or Debian:
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=942610
> in particular
> https://bugzilla.mozilla.org/show_bug.cgi?id=942610#c3

That's the info that is needed.

> There are other similar bug reports, some old, some very recent. I have
> just tagged this bug "upstream" accordingly.

Ack.

> > If we would mark this issue grave or serious the bug report became
> > release critical, that means we need to fix such problems first.
> 
> Or have it tagged stretch-ignore, as you see fit.

This doesn't really help in detail here. As this bug is known a upstream
issue it's also affecting testing/stretch of course.

> > Otherwise no new version can go into testing.
> 
> I have filed the bug against the jessie version so that it does not
> appear like a new bug (it's actually a quite old one). So it should not
> prevent transitions, although it would trigger an autoremoval if not
> tagged stretch-ignore.

We will, or better we can probably doing nothing about solving this
issues. Best is trying to communicate with upstream about the problems
you have.

Regards
Carsten

Bug#837516: icedove: open in browser fails

[Carsten Schoenert]

Hello Jens,

On Sat, Nov 12, 2016 at 04:53:22PM +0100, Jens Reyer wrote:
[...] 
> 
> Possible workarounds (successfully tested):
> ===
> 1. Create a new profile
> 2. Or reinstall the transitional package:
>$ sudo apt install iceweasel
> 3. Or manually create a compatibility link:
>$ sudo ln -s /usr/bin/x-www-browser /usr/bin/iceweasel
> 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel"
>occurrences (requires icedove restart):
>$ for file in $(find .icedove/ -name mimeTypes.rdf); do sed -i 
> "s|/usr/bin/iceweasel|/usr/bin/x-www-browser|g" "$file" ; done
> 
> I went for #4, so this is fixed for me now.

thank you for your analysis of this problem, I was affected by this
problem too while working on the Thunderbird transition.

I also tend to your suggested solution on point 4 as the correct way is
using x-www-browser instead of some specific browser binary in the
mimeTypes.rdf file.
I modified the new prepared starting wrapper script for the thunderbird
transition in this way.

Regards
Carsten

Bug#837177: icedove: the feed url could not be found

[Carsten Schoenert]

Hello Jens,

On Sat, Dec 03, 2016 at 04:07:02PM +0100, Jens Reyer wrote:
> Thunderbird 52.0 ESR will be released 2017-03-07. If I understood the
> release model correctly, 52.2 ESR will be the first version of this
> series that will be uploaded to stretch. It will be released on 2017-06-13.
> 
> No hard opinion if this bug needs to be fixed in the meantime, but
> personally I'd prefer so.
> 
> Attached you'll find a ready made patch series. For this I added
> comm-central as hg/git remote and then cherry-picked the 3 commits from
> the upstream bug on patch-queue master. There was only one merge
> conflict, and I'm confident I resolved it correctly. I didn't "quilt
> refresh" the patches, so there are some whitespace warnings.
> 
> Previously I already tested successfully that it works as expected. Now
> I successfully rebuilt 45.5.1-1 with this patch and run this version.

that sound good.
I've no hard objections against adding this patch, it's currently just
not my first priority as I'm working (again) in preparing the
recurring of Thunderbird packages.

Once the new Thunderbird packages on the way it's obviously a next step
to pick up your patch and fixing this issue. Unfortunately we are
suffering now from #844357 the build issues in mips*.

So, I just can say again thank you for providing patches, we will add
them as soon as possible.

Regards
Carsten

Bug#850164: icedove: not possible to upgrade, dependency problem

[Carsten Schoenert]

On Wed, Jan 04, 2017 at 03:50:41PM +0100, Ďoďo wrote:
>  apt-get install icedove since apt-get upgrade did not owrk.

And this would be the interesting part.
Which version was installed?

>* What was the outcome of this action?
>  Building dependency tree
>  Reading state information... Done
>  Some packages could not be installed. This may mean that you have
>  requested an impossible situation or if you are using the
>  unstable
>  distribution that some required packages have not yet been
>  created
>  or been moved out of Incoming.
>  The following information may help to resolve the situation:
> 
>  The following packages have unmet dependencies:
>   icedove : Depends: libhunspell-1.3-0 (>= 1.3.3) but it is not
>   installable
>   E: Unable to correct problems, you have held broken packages.

hunspell has made a transition to version 1.4 recently so it's obviously
a unresolvable dependency on version libhunspell-1.3-0.

But we are currently on the transmission to the de-branded Thunderbird
packages back. The upload of 45.6.0-1 was made to experimental and was
going to NEW.

It will take some time we can provide a fix.

Regards
Carsten

Bug#840287: wx-widget Mismatch between the program and library build versions

[Carsten Schoenert]

reassign -1 src:wxwidgets3.0
sevrity -1 important
affects -1 kicad
thanks

Hello,

I'd like to assign this report to wxwidgets3.0 as the issue is not
really to blame on kicad. I assume other packages wich debends on
libwxbase3.0-0v5 and libwxgtk3.0-0v5 shown that warning too.

I've rebuild the wxwidgets3.0 binary packages and the issue is gone. So a
simple rebuild against actual GCC/libc updates will solve this problem.

I raised the severity as the current state would affect the stretch
release. Please lower down if you think that's not appropriate.

Regards
Carsten

On Mon, Oct 10, 2016 at 08:42:05AM +0100, Matt Nottingham wrote:
> Package: kicad
> Version: 4.0.4+dfsg1-2
> Severity: normal
> 
> 
> Upon starting kicad from a teminal I get the following message:
> 
> Warning: Mismatch between the program and library build versions detected.
> The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
> containers,compatible with 2.8),
> and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
> containers,compatible with 2.8).Warning: Mismatch between the program and 
> library build versions detected.
> The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
> containers,compatible with 2.8),
> and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
> containers,compatible with 2.8).
> 
> I've not noticed any issues, but it prolly should be addressed.
> 
> Thanks,
> 
> Matt
> 
> 
> 
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages kicad depends on:
> ii  kicad-common4.0.4+dfsg1-2
> ii  libboost-atomic1.61.0   1.61.0+dfsg-2.1+b1
> ii  libboost-chrono1.61.0   1.61.0+dfsg-2.1+b1
> ii  libboost-context1.61.0  1.61.0+dfsg-2.1+b1
> ii  libboost-date-time1.61.01.61.0+dfsg-2.1+b1
> ii  libboost-filesystem1.61.0   1.61.0+dfsg-2.1+b1
> ii  libboost-iostreams1.61.01.61.0+dfsg-2.1+b1
> ii  libboost-locale1.61.0   1.61.0+dfsg-2.1+b1
> ii  libboost-program-options1.61.0  1.61.0+dfsg-2.1+b1
> ii  libboost-regex1.61.01.61.0+dfsg-2.1+b1
> ii  libboost-system1.61.0   1.61.0+dfsg-2.1+b1
> ii  libboost-thread1.61.0   1.61.0+dfsg-2.1+b1
> ii  libc6   2.24-3
> ii  libcairo2   1.14.6-1+b1
> ii  libgcc1 1:6.2.0-5
> ii  libgl1-mesa-glx [libgl1]12.0.3-1
> ii  libglew2.0  2.0.0-3
> ii  libglu1-mesa [libglu1]  9.0.0-2.1
> ii  libgomp16.2.0-5
> ii  libpython2.72.7.12-3
> ii  libstdc++6  6.2.0-5
> ii  libwxbase3.0-0v53.0.2+dfsg-2
> ii  libwxgtk3.0-0v5 3.0.2+dfsg-2
> ii  python-wxgtk3.0 3.0.2.0+dfsg-3
> 
> Versions of packages kicad recommends:
> ii  xsltproc  1.1.29-1
> 
> Versions of packages kicad suggests:
> ii  extra-xdg-menus  1.0-4
> ii  kicad-doc-en 4.0.4+dfsg1-2
> 
> -- no debconf information

Bug#850557: wxwidgets3.0: Build-Depends is missing dependency on graphviz package

[Carsten Schoenert]

Source: wxwidgets3.0
Severity: important

Dear Maintainer,

while rebuilding version 3.0.2+dfsg-2 the build log contains a missing
dot binary while building wx3.0-doc.

[SNIP]
dh_installman debian/wx-config.1
dh_install objs_gtk_sh/utils/wxrc/wxrc usr/bin
dh_installman debian/wxrc-tools.1
dh_link usr/share/man/man1/wxrc-tools.1 usr/share/man/man1/wxrc.1
/usr/bin/make -f debian/rules \
DH_OPTIONS="-a " \
binary-common
make[1]: Entering directory '/build/wxwidgets3.0-3.0.2+dfsg'
dh_testdir
dh_testroot
dh_installchangelogs docs/changes.txt
dh_installdocs
dh_installexamples
dh_installmenu
dh_link
sh: 1: dot: not found
DH_OPTIONS= dh_strip -plibwxbase3.0-0v5 --dbg-package=libwxbase3.0-0v5-dbg
sh: 1: dot: not found
DH_OPTIONS= dh_strip -plibwxgtk3.0-0v5 --dbg-package=libwxgtk3.0-0v5-dbg
sh: 1: dot: not found
sh: 1: dot: not found
sh: 1: dot: not found
[SNIP]

Looks like graphviz is needed to be added to Build-Depends, an added
package to B-D solves the issue.

Regards
Carsten

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

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

Bug#849592: bug report - icedove: href links inoperative

[Carsten Schoenert]

Hello Rick,

On Wed, Dec 28, 2016 at 05:40:51PM -0600, Rick Lutowski wrote:
 
> 1. Clicking the mouse on any link in an html email message gives the
> following error message in the icedove Error Console
> 
> ---
> Timestamp: 12/28/2016 04:02:53 PM
> Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 
> (NS_ERROR_FAILURE) [nsIExternalProtocolService.loadUrl]
> Source File: chrome://communicator/content/contentAreaClick.js
> Line: 152
> ---
> 
> Clicking the "Source File:" link in the Error Console message (this
> link works!) displays a window showing the source code for function
> hRefForClickEvent.  Line 152 is highlighted as the last source code
> line in function hRefForClickEvent:
> 
> function hRefForClickEvent(aEvent, aDontCheckInputElement)
>   {
> . . .
> Components.classes["@mozilla.org/uriloader/external-protocol-service;1"]  
>  --- line 152
> .getService(Components.interfaces.nsIExternalProtocolService)
> .loadUrl(uri);
>   }
> 
> 
> 2. This bug has existed in at least 2 to 3 previous versions as well.
> Periodic debian icedove updates have failed to fix this problem.
> Implication is this problem does not exist on the icedove development
> systems because the icedove development team presumably would never
> release a version where html href links in email messages did not
> work.
... 
> -- System Information:
> Debian Release: 7.11
>   APT prefers oldstable-updates
>   APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> Architecture: i386 (i686)

the wheezy release doesn't containing a package iceweasel for the ESR
series 45.
I assume your references inside the file
$(HOME)/.icedove/$(PROFILE)/mimeTypes.rdf for html file points still to
/usr/bin/iceweasel.

Please look into the follwing bug report and try out point 4 in Message
#20. Please make a backup before doing some chnages inside your profile.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837516#20

PS: Next time please investigate for existing bugs before file a new
one.

Regards
Carsten

Bug#849592: bug report - icedove: href links inoperative

[Carsten Schoenert]

Hello Rick,

please use "Reply all" so the BTS will get also your information.

On 29.12.2016 23:44, Rick Lutowski wrote:
...
> Regarding the solutions in the web post you referenced:
> 
> 1. My system /usr/bin already has a link pointing iceweasel to icedove.

You mean /usr/bin/iceweasel -> /usr/bin/firefox-esr ?

> 2. Running "update-alternatives --config x-www-browser" as root gives
> 
> ---
> There are 3 choices for the alternative x-www-browser (providing
> /usr/bin/x-www-browser).
> 
>SelectionPath  Priority   Status
> 
> * 0/usr/bin/firefox-esr   70auto mode
>1/usr/bin/chromium  40manual mode
>2/usr/bin/firefox-esr   70manual mode
>3/usr/bin/iceweasel 70
> ---
> 
> This appears to be the correct configuration.

That's correct. But you shouldn't have /usr/bin/iceweasel alternative
here. Anyway, this is only indirect depended.

> 3. My home .icedove/../mimeTypes.rdf does not have an iceweasel
> reference. In fact, it has no browser reference at all. Thinking this
> might be the problem, I added the following to> mimeTypes.rdf
> 
> ---
>NC:prettyName="firefox"
> NC:path="/usr/bin/firefox" />
>
> NC:prettyName="firefox"
> NC:path="/usr/bin/firefox" />
>
> ---
> 
> After re-running icedove, this made no difference.  Error persists.
> 
> 
> Based on the info in your reply, am sure this is a configuration
> problem, maybe with mimeTypes.rdf, or maybe something else.
> Can you send me a sample mimeTypes.rdf properly configured for
> firefox for comparison with my mimeTypes.rdf?

There is no reason to configure this setting explicit to firefox. And
there is no reason to use a mimeTypes.rdf at all if the system defaults
are working. Icedove/Thunderbird is creating a new file if needed. So I
would try first to rename the existing mimeTypes.rdf so Icedove is using
the system defaults. Then you can add a single new rule for html to see
what is happen.

Please read also
http://kb.mozillazine.org/Actions_for_attachment_file_types
http://kb.mozillazine.org/MimeTypes.rdf

> Because others are having this problem, it might be good to modify
> the next icedove release to allow html http and https handlers to be
> set or changed via menubar (Edit : Preferences : Attachments : Incoming).
> Can someone on the icedove development team do this before the next
> release?

No as this is user configuration side. There is no default configuration
without massive impact. This setting needs to be done by individual user.

-- 
Regards
Carsten Schoenert

Bug#850164: icedove: not possible to upgrade, dependency problem

[Carsten Schoenert]

Please use Reply All to reflect updates to the BTS as well.

Am 04.01.2017 um 20:36 schrieb Ďoďo:
> Was=is
> 
> ii  icedove   1:45.4.0-1  amd64

This is the current version for testing/stretch so no update within this
release is possible.
You can try to install the version from unstable/sid, but you would need
also all the dependencies from there.

-- 
Regards
Carsten Schoenert

Bug#850384: libcoap: Move from asciidoc to asciidoc-base as build dependency

[Carsten Schoenert]

Hello Joseph,

On Thu, Jan 05, 2017 at 08:11:20PM -0800, Joseph Herlant wrote:
> To lower the number of dependencies to install during the build, could
> you evaluate the switch of the build-depends from asciidoc to
> asciidoc-base instead of asciidoc please?
> 
> asciidoc-base is enough to build manpages and html pages.

will do, thanks for pointing!

Regards
Carsten

Bug#841539: kicad: segfault when dragging a PCB trace

[Carsten Schoenert]

tags 841539 upstream
thanks

Hello Cristiano,

On Tue, Oct 25, 2016 at 08:07:59PM +0100, Cristiano Rodrigues wrote:
> To observe the problem:
> exactly the same as described by David Bridgham
> 
> I think the bug severity should be changed to "severe" since when it
> happens it leads to some work loss.

it would be better to report this problem upstream, or if yet happen
provide the upstream bug report URL, with a GDB log of that crash.

https://bugs.launchpad.net/kicad

It's definitely a upstream bug.

> Right now I'm running version 201610251347+7333 from git and the
> problem is solved.
> It would be nice to have some kind of weekly build or monthly build,
> from git, in experimental. In that way we would be exposed to some new
> bugs but those new bugs would be solved in a much more quick manner.

Current upstream nightly versions are depending on libngspice which isn't
provided by ngspice [1] right now. I proposed a fix for this issue [2]
some time ago but until now no one has taken the patch.

But the biggest problem is the unclear license of package ngspice, so
it's non-free. To get a useful dependency on ngspice needs to go into
main. This would require to remove all the non DFSG related parts from
the existing source and reupload than to main.

Without that KiCad couldn't use the Spice functionality and needs to be
build without that.

But once there is more free time I would take care on providing nightly
versions in experimental.

[1] https://tracker.debian.org/pkg/ngspice
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834335

Regards
Carsten

Bug#683264: Debian Bug report logs - #683264,Icedove creates very large number of child threads

[Carsten Schoenert]

Hello Wayne,

On 19.12.2016 03:25, Wayne Mery wrote:
> Duncan,
> 
> Do you still see this problem when using a current version of icedove?

the Debian BTS is working probably not in a way you may expect. As you
addressed only the bug itself (683...@bugs.debian.org) only the bug
report will get your message. Even the original reporter wont get a
email as I'm not wrong.

Only people that have explicitly subscribed to the bug or more generally
to the Icedove source package will get a information in CC.

So, to get Duncan asked you will need him addressed in To or Cc also,
like I've done now.

BTW: Thanks for watching into the bug reports on Debian! Really appreciated.

-- 
Regards
Carsten

Bug#841539: kicad: segfault when dragging a PCB trace

[Carsten Schoenert]

On Tue, Dec 20, 2016 at 09:27:10PM +0100, Carsten Schoenert wrote:
 
> it would be better to report this problem upstream, or if yet happen
> provide the upstream bug report URL, with a GDB log of that crash.

I made a GDB log from a prepared version 4.0.5 ...

$ gdb --args /usr/bin/kicad
GNU gdb (Debian 7.11.1-2+b1) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/kicad...Reading symbols from 
/usr/lib/debug/.build-id/f5/4dbb0e64a54e6d2ae294bb027f4ccb13109a56.debug...done.
done.
(gdb) run
Starting program: /usr/bin/kicad 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
21:37:53: Warning: Mismatch between the program and library build versions 
detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
containers,compatible with 2.8).
21:37:53: Debug: Using libcurl/7.50.1 GnuTLS/3.5.7 zlib/1.2.8 libidn/1.33 
libssh2/1.7.0 nghttp2/1.17.0 librtmp/2.3
21:37:53: Debug: merkurboard2.pro: noname.pro
[New Thread 0x7fffe0213700 (LWP 6053)]
[New Thread 0x7fffdfa12700 (LWP 6054)]
[New Thread 0x7fffdf211700 (LWP 6055)]
21:37:53: Debug: FileWatcherReset: add 
'/home/carsten/Dropbox/Public/KiCad/deRFmega.pretty'

21:37:53: Debug: FileWatcherReset: add '/home/carsten/Dropbox/Public/KiCad/libs'

21:38:08: Debug: Adding duplicate image handler for 'PNG file'
21:38:08: Debug: Adding duplicate image handler for 'JPEG file'
21:38:08: Debug: Adding duplicate image handler for 'TIFF file'
21:38:08: Debug: Adding duplicate image handler for 'GIF file'
21:38:08: Debug: Adding duplicate image handler for 'PNM file'
21:38:08: Debug: Adding duplicate image handler for 'PCX file'
21:38:08: Debug: Adding duplicate image handler for 'IFF file'
21:38:08: Debug: Adding duplicate image handler for 'Windows icon file'
21:38:08: Debug: Adding duplicate image handler for 'Windows cursor file'
21:38:08: Debug: Adding duplicate image handler for 'Windows animated cursor 
file'
21:38:08: Debug: Adding duplicate image handler for 'TGA file'
21:38:08: Debug: Adding duplicate image handler for 'XPM file'
21:38:09: Debug: Loading project 
'/home/carsten/Dropbox/Public/KiCad/merkurboard2.pro' settings.
21:38:09: Debug: Skipping general section token 'links' 
21:38:09: Debug: Skipping general section token 'area' 
21:38:09: Debug: Skipping general section token 'drawings' 
21:38:09: Debug: Skipping general section token 'tracks' 
21:38:09: Debug: Skipping general section token 'zones' 
21:38:09: Debug: Skipping general section token 'symbol' 
[New Thread 0x7fffce21e700 (LWP 6072)]
[New Thread 0x7fffcda1d700 (LWP 6073)]
[New Thread 0x7fffcd21c700 (LWP 6074)]
[Thread 0x7fffdf211700 (LWP 6055) exited]
21:38:34: Debug: Status: Using GLEW 2.0.0

Thread 1 "kicad" received signal SIGSEGV, Segmentation fault.
0x56ad93b0 in ?? ()
(gdb) thread apply all bt

Thread 7 (Thread 0x7fffcd21c700 (LWP 6074)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffcd21c700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 6 (Thread 0x7fffcda1d700 (LWP 6073)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffcda1d700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 5 (Thread 0x7fffce21e700 (LWP 6072)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffce21e700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 3 (Thread 0x7fffdfa12700 (LWP 6054)):
#0  0x7316456d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7177c9f6 in ?? () fr

Bug#858569: libsqlite3-dev: please package sqlite 3.17.0

[Carsten Schoenert]

Hello László,

On Fri, Mar 24, 2017 at 08:51:39AM +0100, László Böszörményi wrote:
>  How the packaging of Thunderbird goes ATM and/or does it bring in
> important new features / bugfixes?
> The 3.18.0 release of SQLite3 is about two weeks away. Would it be
> feasible to package 3.17.0 until then?
> But well, weekend is coming and I may find more free time to package it.

version 3.18.0 is also fine. Currently TB 52.0 is depending on 3.17.0
and Mozilla is mostly increasing the version depends synchron to
upstream releases of SQlite. So we mostly can also live with older
versions in Thunderbird if we patch the configure stuff in the source.

For version 52 of Thunderbird I don't know if we can do this now, so
basically I don't want to do such things right now as we haven't
packaged the last beta versions of Thunderbird (Icedove). For now I can
use the preshipped SQlite stuff inside the tree.

I'm not in a hurry as we priority the current ESR version 45.8.0 for the
Stretch release. So no need to act immediately.

Regards and Thanks
Carsten

Bug#852149: firefox-esr: Success and duplication

[Carsten Schoenert]

On Tue, Mar 28, 2017 at 08:24:58AM +0200, Jean-Philippe MENGUAL wrote:
... 
> The crash seems to be fixed in the release up@to-dated. Do we have a chance
> to have this fix in Stretch?
> 
> Mooreover, the problem appears as well in Thouddrbird which has just been
> uploaded to stretch. What should I do? Report a bug?

I'll try to adopt the patch for the current Thunderbird version and
prepare all for a next upload of 45.8.0-3 then.
But it will take the usual 10 days before it will reach testing.

Regards
Carsten

Bug#858804: thunderbird -g: No package 'thunderbird-dbg' installed! Please install first and restart.

[Carsten Schoenert]

Hello Wojciech,

On Mon, Mar 27, 2017 at 07:31:21AM +0200, Wojciech Nizinski wrote:
... 
> Try to execute thunderbird in debugger using command 'thunderbird -g':
> 
> INFO  -> No package 'thunderbird-dbg' installed! Please install first and
> restart.
> 
> but -dbg package is installed.
> 
> Script /usr/bin/thunderbird is checking for condition
> [ -f /usr/lib/debug/usr/lib/thunderbird/thunderbird ], but
> package 'thunderbird-dbg' is providing files inside '/usr/lib/debug/.build-id'

oh indeed, we can't use this check as it isn't working any longer. Will
be changed with the next upload.
Thanks for reporting!

Regards
Carsten

Bug#858911: thunderbird: Apparmor prevents opening links from emails in firefox.

[Carsten Schoenert]

Hello Tim,

On Tue, Mar 28, 2017 at 03:55:20PM +0100, Tim Bray wrote:
... 
> When I receive an email, with a link in.  I click the link, expecting
> it to open in my web browser.
> 
> Nothing happens.
> 
> In dmesg I see a line:
> 
> [17621.072982] audit: type=1400 audit(1490712633.081:86): apparmor="DENIED" 
> operation="exec" profile="thunderbird" name="/usr/lib/firefox/firefox" 
> pid=28228 comm="thunderbird" requested_mask="x" denied_mask="x" fsuid=1000 
> ouid=0
> 
> I would expect that the firefox would open to view the link.
> 
> There is also a line in dmesg from when thunderbird starts.  I don't
> think it is related
> 
> [ 1974.446280] audit: type=1400 audit(1490696986.485:75): apparmor="DENIED" 
> operation="open" profile="thunderbird" name="/etc/mate/defaults.list" 
> pid=18301 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> 
> The /etc/mate/defaults.list has the default helpers for various mime
> types.  My 

it seem you been probably hitted by #858735. Please check the proposed
fix I added to the bug report.

https://bugs.debian.org/858735

If this isn't helping about all the ptoblems please get in touch with
the AppArmor team as we don't have the knowledge to fix such issues.

https://wiki.debian.org/Thunderbird#AppArmor_profile

Regards
Carsten

Bug#858771: thunderbird: Migration fails if .icedove is a symlink

[Carsten Schoenert]

Hello Thomas,

On Sun, Mar 26, 2017 at 03:44:03PM +0200, Thomas Lange wrote:
...
> DEBUG -> Found symlink '/home/thomas/.icedove' pointing to 
> '/mnt/hd_usb1/thunderbird'.
> DEBUG -> Found symlink '/home/thomas/.thunderbird' pointing to 
> '/mnt/hd_usb1/thunderbird'.
> DEBUG -> There are already the folders or symlinks 
> '/home/thomas/.thunderbird' and '/home/thomas/.icedove'
> DEBUG -> which not pointing to each other, will do nothing as don't know 
> which folder to use.
> DEBUG -> Please investigate by yourself! Maybe you will find additional 
> information in '/usr/share/doc/thunderbird/README.Debian.gz'.
> <12>Mar 26 15:26:37 thomas[3238]: /usr/bin/thunderbird: [profile migration] 
> Couldn't migrate Icedove into Thunderbird profile due existing or symlinked 
> folder '/home/thomas/.thunderbird'!
> Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
> INFO  -> An error happened while trying to migrate the old Icedove profile 
> folder '/home/thomas/.icedove'.
> INFO  -> Please take a look into the syslog file!
> k1:~$ ls -l .icedove .thunderbird
> lrwxrwxrwx 1 thomas thomas 25 mar 20  2010 .icedove -> 
> /mnt/hd_usb1/thunderbird/
> lrwxrwxrwx 1 thomas thomas 21 mar 26 15:26 .thunderbird -> 
> /home/thomas/.icedove

I thought we already catched this, but well, we didn't. :(

> --- /usr/bin/thunderbird.org2017-03-15 01:37:48.0 +0100
> +++ /usr/bin/thunderbird2017-03-26 15:03:13.318371175 +0200
> @@ -203,7 +203,7 @@
>  # is the correct one to use?
>  elif { [ -d "${ID_PROFILE_FOLDER}" ] || [ -L "${ID_PROFILE_FOLDER}" ]; } && \
>   { [ -d "${TB_PROFILE_FOLDER}" ] || [ -L "${TB_PROFILE_FOLDER}" ]; } && \
> -   [ "$(readlink -e "${TB_PROFILE_FOLDER}")" != "${ID_PROFILE_FOLDER}" 
> ]; then
> +   [ "$(readlink -e "${TB_PROFILE_FOLDER}")" != "$(readlink -e 
> "${ID_PROFILE_FOLDER}")" ]; then

Thanks for the feedback, will be fixed with the next upload.

Regards
Carsten

Bug#858735: thunderbird: After migration Thunderbird fails to start due to AppArmor denials in ~/.icedove

[Carsten Schoenert]

Hello Gerald,

On Sun, Mar 26, 2017 at 11:07:40AM -0700, Gerald Turner wrote:
... 
> The new AppArmor profile works - I restored the .icedove directory and
> .thunderbird symlink, overwrote /etc/apparmor.d/usr.bin.thunderbird with
> your attachment, reloaded apparmor, started thunderbird - runs fine.

Thanks for testing, so this chnage will be included into the next upload.

> Note however there are still those two /sys PCI device access denials
> mentioned earlier.  The device Thunderbird is trying to access happens
> to be my video card.

That's correct. You can use lspci to explore the IDs.

http://cromwell-intl.com/linux/sysfs.html

$ lspci -v -s "00:02.0"
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 510 (rev 06) 
(prog-if 00 [VGA controller])
 ...

> Previous icedove packages probably did the same
> thing but I had never noticed.  Nevertheless Thunderbird works fine (and
> probably a good thing that it's WebGL-init or whatever is failing).

I've no clue what the reason is here, probably someting like you asuming. I
suggest to get in touch about this problem with the AppArmor people in
Debian. I'm sure this "problem" is also existing with Firefox for
example. So it's probably useful to open there a dedicated new bug
report.

https://wiki.debian.org/Thunderbird#AppArmor_profile

Regards
Carsten

Bug#858735: thunderbird: After migration Thunderbird fails to start due to AppArmor denials in ~/.icedove

[Carsten Schoenert]

Control: merge -1 858737

Hello Gerald,

On Sat, Mar 25, 2017 at 12:34:04PM -0700, Gerald Turner wrote:
 
>   * The kernel logged many AppArmor denials, mainly for the lockfile in
> ~/.icedove (but also some peculiar PCI device access, log attached).
> 
> I resolved the problem by executing:
> 
>   $ rm .thunderbird
>   $ mv .icedove .thunderbird
> 
> I suggest appending a message within the migration zenity popup message
> or in README.Debian.gz that reads something like:
> 
>   Users of AppArmor will need to manually delete the ~/.thunderbird
>   symlink and move ~/.icedove to ~/.thunderbird due to the AppArmor
>   policy installed by Thunderbird having prohibited access to the old
>   directory.
> 
> I thought about coming up with little bit of automation, perhaps
> conditiionally appending the above message, but there doesn't seem to be
> any good way to detect AppArmor, for instance "/usr/sbin/aa-status
> --enabled" fails unless run as root.

this is happen because the AppArmor profile is only allowing access to
$HOME/.thunderbird/* and the real user profile is still using ~/.icedove.
Matthias reported the same issue with a probably solution in #858737. I
changed the profile with the adoptions Matthias is suggesting. Can you
please test the new profile?

Regards
Carsten
# vim:syntax=apparmor
# Author: Simon Deziel 
# This apparmor profile is derived from firefox profile
# by Jamie Strandboge 

# Declare an apparmor variable to help with overrides
@{MOZ_LIBDIR}=/usr/lib/thunderbird

#include 

profile thunderbird /usr/lib/thunderbird/thunderbird {
  #include 
  #include 
  #include 
  # TODO: finetune this for required accesses
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 
  #include 

  # For Xubuntu to launch the browser
  /usr/bin/exo-open ixr,
  /usr/lib/@{multiarch}/xfce4/exo-1/exo-helper-1 ixr,
  /etc/xdg/xdg-xubuntu/xfce4/helpers.rc r,
  /etc/xdg/xfce4/helpers.rc r,

  # for crash reports?
  ptrace (read,trace) peer=@{profile_name},

  /usr/lib/thunderbird/thunderbird ixr,

  # Pulseaudio
  /usr/bin/pulseaudio Pixr,

  owner @{HOME}/.{cache,config}/dconf/user rw,
  owner /run/user/[0-9]*/dconf/user rw,
  owner @{HOME}/.config/gtk-3.0/bookmarks r,
  deny owner @{HOME}/.local/share/gvfs-metadata/* r,

  # potentially extremely sensitive files
  audit deny @{HOME}/.gnupg/** mrwkl,
  audit deny @{HOME}/.ssh/** mrwkl,

  # rw access to HOME is useful when sending/receiving attachments
  owner @{HOME}/** rw,

  # Required for LVM setups
  /sys/devices/virtual/block/dm-[0-9]*/uevent r,

  # Addons (too lax for thunderbird)
  ##include 

  # for networking
  network inet stream,
  network inet6 stream,
  @{PROC}/[0-9]*/net/if_inet6 r,
  @{PROC}/[0-9]*/net/ipv6_route r,
  @{PROC}/[0-9]*/net/dev r,
  @{PROC}/[0-9]*/net/wireless r,

  # should maybe be in abstractions
  /etc/ r,
  /etc/mime.types r,
  /etc/mailcap r,
  /etc/xdg/*buntu/applications/defaults.listr, # for all derivatives
  /etc/xfce4/defaults.list r,
  /usr/share/xubuntu/applications/defaults.list r,
  owner @{HOME}/.local/share/applications/defaults.list r,
  owner @{HOME}/.local/share/applications/mimeapps.list r,
  owner @{HOME}/.local/share/applications/mimeinfo.cache r,
  owner /tmp/** m,
  owner /var/tmp/** m,
  /tmp/.X[0-9]*-lock r,
  /etc/udev/udev.conf r,
  # Doesn't seem to be required, but noisy. Maybe allow 'r' for 'b*' if needed.
  # Possibly move to an abstraction if anything else needs it.
  deny /run/udev/data/** r,

  /etc/timezone r,
  /etc/wildmidi/wildmidi.cfg r,

  # thunderbird specific
  /etc/thunderbird/ r,
  /etc/thunderbird/** r,
  /etc/xul-ext/** r,
  /etc/xulrunner-2.0*/ r,
  /etc/xulrunner-2.0*/** r,
  /etc/gre.d/ r,
  /etc/gre.d/* r,

  # noisy
  deny @{MOZ_LIBDIR}/** w,
  deny /usr/lib/thunderbird-addons/** w,
  deny /usr/lib/xulrunner-addons/** w,
  deny /usr/lib/xulrunner-*/components/*.tmp w,
  deny /.suspended r,
  deny /boot/initrd.img* r,
  deny /boot/vmlinuz* r,
  deny /var/cache/fontconfig/ w,
  deny @{HOME}/.local/share/recently-used.xbel r,
  deny @{HOME}/.* r,

  # TODO: investigate
  deny /usr/bin/gconftool-2 x,

  owner @{PROC}/[0-9]*/mountinfo r,
  owner @{PROC}/[0-9]*/stat r,
  owner @{PROC}/[0-9]*/task/[0-9]*/stat r,
  /sys/devices/pci[0-9]*/**/uevent r,
  /etc/mtab r,
  /etc/fstab r,

  # Needed for the crash reporter
  owner @{PROC}/[0-9]*/environ r,
  owner @{PROC}/[0-9]*/auxv r,
  /etc/lsb-release r,
  /usr/bin/expr ix,
  /sys/devices/system/cpu/ r,
  /sys/devices/system/cpu/** r,

  # about:memory
  owner @{PROC}/[0-9]*/statm r,
  owner @{PROC}/[0-9]*/smaps r,

  # Needed for container to work in xul builds
  /usr/lib/xulrunner-*/plugin-container ixr,

  # allow access to documentation and other files the user may want to look
  # at in /usr and /opt
  /usr/ r,
  /usr/** r,
  /opt/ r,
  /opt/** r,

  # so browsing directories works
  / r,
  /**/ r,

  # per-user thunderbird configuration
  

Bug#858735: thunderbird: After migration Thunderbird fails to start due to AppArmor denials in ~/.icedove

[Carsten Schoenert]

Hello Viktor,

(we talking now about a complete different issue ...)

On Sat, Mar 25, 2017 at 09:44:00PM +, Viktor Jägersküpper wrote:
> Dear Gerald,
> 
> Gerald Turner:
> > BTW, I'm having a frustrating time post-migration: My profile is 49GB,
> > Thunderbird decided it needs to re-download all that mail, and it has
> > also fogotten my per-folder "Sort By > Threaded" preference, that I'll
> > have to re-click hundreds of times, but only after waiting few days for
> > that 49GB to be synchronized so that the UI is less frozen.  I have two
> > other installations of Thunderbird that will likely face the same fate.
> 
> I tested the Thunderbird packages last year and also experienced
> something like this because I also moved .icedove to .thunderbird
> manually once, but I don't remember the details. As far as I know, this
> is a bug in Thunderbird (upstream).

to know what really going wrong here would help to open up a upstream
bug then. I haven't had such problems in the past so I can do much here.

> I recommend you to wait with the upgrade of the icedove packages on your
> two other installations until this bug is fixed, so that you won't have
> to move .icedove to .thunderbird manually there and you won't suffer
> from the Thunderbird bug (re-downloading etc.).

Or use the already migrated profile and transfer this to the other PCs.
It's unlikely that upstream will fix this problem in the near future.

Regards
Carsten

Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?

[Carsten Schoenert]

Dear Release Team,

On Fri, Mar 10, 2017 at 10:19:23PM +0100, Carsten Schoenert wrote:
... 
> BTW: The last emails from Julien in this bug report wasn't reaching me,
> so it is not intended to don't answering question from the RT, I simply
> hasn't seen any activity here.
> 
> If no new big issues will arise we hopefully can write a unblock request
> in about a few days ...

it's seems you guys are working really quick and wanted to prevent me to
write a extra unblock request for Thunderbird 1:45.8.0-2. :-)

Thanks for already allowing the recent Thunderbird version to enter
testing without extra action on our side!

What should happen to this report? Should it be kept open? I guess this
isn't really needed and the report could be closed.

Regards
Carsten

Bug#858717: icedove: unending search for .icedove directory

[Carsten Schoenert]

Hello Yannik,

On Sat, Mar 25, 2017 at 02:18:59PM +0100, Yannik Schmidt wrote:
...
>* What led up to the situation?
>   There has been a symlink called .icedove that pointed to the actual
>   profile. The whole thing happened on an nfs.

can you please be more clear on this? Where was that symlink pointing?
Inside your $HOME or sometwhere else.

>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>   Icedove was started with the command icedove for the first time
>   after the lasted patch icedove:amd64 1:45.6.0-2 1:45.8.0-2.
>* What was the outcome of this action?
>   Icedove behaved strangely and attempted to walk directories
>   unrelated to icedove iteself and finally got confused when entering
>   the .wine directory in which it got stuck indefenitly. The errorlog
>   shows it going through the same files in the .wine-dir again and
>   again but also visiting other directories before that.

Please create a log by using 'thunderbird --verbose' on the command
line. We can't see what's happen and by this also don't what's going
wrong on side. Without more input it's impossible to do a failure
analysis.

Please note also
https://wiki.debian.org/Thunderbird#Adoption_of_User_Profiles_.28Testing.2FStretch.29

Regards
Carsten

Bug#855346: (no subject)

[Carsten Schoenert]

Hello Ulrike,

On Sat, Mar 18, 2017 at 04:12:00PM +, u wrote:
> Sorry for writing three emails for one problem..
> 
> I forgot to mention that if the upstream patch gets integrated, we would
> need to copy this into the Debian AppArmor profile too.

we preparing a new upload of Thunderbird 45.8.0.
We can simply adopt this commit and close this report by a upload?
https://git.launchpad.net/~u-d/apparmor-profiles/commit/?id=a8b1ce686aa1b40f40baa2f12228586b398f6302

Regards
Carsten

Bug#854667: icedove: SIGSEGV, from /usr/lib/icedove/libxul.so

[Carsten Schoenert]

Hello Daniel,

Am 29.03.2017 um 11:48 schrieb Daniel Tiefnig:
> Hi,
> 
> is there anything we can do? For whatever reason crashes are happening
> less frequently recently, but still it is crashing every few days. Any
> effort to get this fixed would be highly appreciated.

the best for all reports would be to try to categorize the crash reports
and collecting traces that affect the same component. Then forward them
upstream to the Mozilla Bugtracker in case there is no corresponding
issue found to append.

Or, if you are developer with some coding experience, gig into the code
and try to fix some segfault.
One real problem here is to reproduce the crash in a
reproducible way. So that all is no easy task.

If you haven't some experience here there isn't much you can do.

-- 
Regards
Carsten Schoenert

Bug#858569: libsqlite3-dev: please package sqlite 3.17.0

[Carsten Schoenert]

Package: libsqlite3-dev
Version: 3.16.2-3
Severity: wishlist

Dear Maintainer,

the next upcoming version of Thunderbird needs sqlite development files
from the recent sqlite version 3.17.0.
Please provide this new version of sqlite in experimental so we can go
further with the packaging work on Thunderbird 52.0.

Regards
Carsten

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages libsqlite3-dev depends on:
ii  libc6-dev 2.24-9
ii  libsqlite3-0  3.16.2-3

libsqlite3-dev recommends no packages.

Versions of packages libsqlite3-dev suggests:
pn  sqlite3-doc  

-- no debconf information

Bug#853929: Please upstream modifications to Thunderbird/Icedove AppArmor profile

[Carsten Schoenert]

Hello Simon,

On Fri, Mar 17, 2017 at 11:21:38AM -0400, Simon Deziel wrote:
> On 03/17/2017 10:56 AM, Ulrike Uhlig wrote:
> > it's great that you provided modifications to the AppArmor profile in
> > Debian [1]! May I kindly ask you to send these upstream too? That way,
> > they will get reviewed first and then all other distributions using
> > AppArmor can profit from your improvements.
> 
> Yes, thanks for adding useful bits to the profile. The commit [1]
> unfortunately has some formatting issues were the spaces are replaced
> with a special dot character. Aside from that, the diff looks good to me.
> 
> > [1]
> > https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?h=debian/experimental=e2c8a2391c7b6d422f5df40682b8b19f08b88dcf

yes, while adding the changes accidentally dots were added were spaces
should be. This was fixed some commits later in the branch debian/sid.

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?h=debian/sid=36a922f30da08591bbe3bb38b3401434191ec6eb

Regards
Carsten

Bug#858063: unblock: libcoap/4.1.2-1

[Carsten Schoenert]

O" 5; }
-fi
-
-ac_ext=c
-ac_cpp='$CPP $CPPFLAGS'
-ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5'
-ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext 
$LIBS >&5'
-ac_compiler_gnu=$ac_cv_c_compiler_gnu
-
-
-{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for ANSI C header files" >&5
-$as_echo_n "checking for ANSI C header files... " >&6; }
-if ${ac_cv_header_stdc+:} false; then :
-  $as_echo_n "(cached) " >&6
-else
-  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-/* end confdefs.h.  */
-#include 
-#include 
-#include 
-#include 
-
-int
-main ()
-{
-
-  ;
-  return 0;
-}
-_ACEOF
-if ac_fn_c_try_compile "$LINENO"; then :
-  ac_cv_header_stdc=yes
-else
-  ac_cv_header_stdc=no
-fi
-rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-
-if test $ac_cv_header_stdc = yes; then
-  # SunOS 4.x string.h does not declare mem*, contrary to ANSI.
-  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-/* end confdefs.h.  */
-#include 
-
-_ACEOF
-if (eval "$ac_cpp conftest.$ac_ext") 2>&5 |
-  $EGREP "memchr" >/dev/null 2>&1; then :
-
-else
-  ac_cv_header_stdc=no
-fi
-rm -f conftest*
-
-fi
-
-if test $ac_cv_header_stdc = yes; then
-  # ISC 2.0.2 stdlib.h does not declare free, contrary to ANSI.
-  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-/* end confdefs.h.  */
-#include 
-
-_ACEOF
-if (eval "$ac_cpp conftest.$ac_ext") 2>&5 |
-  $EGREP "free" >/dev/null 2>&1; then :
-
-else
-  ac_cv_header_stdc=no
-fi
-rm -f conftest*
-
-fi
-
-if test $ac_cv_header_stdc = yes; then
-  # /bin/cc in Irix-4.0.5 gets non-ANSI ctype macros unless using -ansi.
-  if test "$cross_compiling" = yes; then :
-  :
-else
-  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-/* end confdefs.h.  */
-#include 
-#include 
-#if ((' ' & 0x0FF) == 0x020)
-# define ISLOWER(c) ('a' <= (c) && (c) <= 'z')
-# define TOUPPER(c) (ISLOWER(c) ? 'A' + ((c) - 'a') : (c))
-#else
-# define ISLOWER(c) \
-  (('a' <= (c) && (c) <= 'i') \
-|| ('j' <= (c) && (c) <= 'r') \
-    || ('s' <= (c) && (c) <= 'z'))
-# define TOUPPER(c) (ISLOWER(c) ? ((c) | 0x40) : (c))
-#endif
-
-#define XOR(e, f) (((e) && !(f)) || (!(e) && (f)))
-int
-main ()
-{
-  int i;
-  for (i = 0; i < 256; i++)
-if (XOR (islower (i), ISLOWER (i))
-   || toupper (i) != TOUPPER (i))
-  return 2;
-  return 0;
-}
-_ACEOF
-if ac_fn_c_try_run "$LINENO"; then :
-
-else
-  ac_cv_header_stdc=no
-fi
-rm -f core *.core core.conftest.* gmon.out bb.out conftest$ac_exeext \
-  conftest.$ac_objext conftest.beam conftest.$ac_ext
-fi
-
-fi
-fi
-{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_header_stdc" >&5
-$as_echo "$ac_cv_header_stdc" >&6; }
-if test $ac_cv_header_stdc = yes; then
-
-$as_echo "#define STDC_HEADERS 1" >>confdefs.h
-
-fi
-
-# On IRIX 5.3, sys/types and inttypes.h are conflicting.
-for ac_header in sys/types.h sys/stat.h stdlib.h string.h memory.h strings.h \
- inttypes.h stdint.h unistd.h
-do :
-  as_ac_Header=`$as_echo "ac_cv_header_$ac_header" | $as_tr_sh`
-ac_fn_c_check_header_compile "$LINENO" "$ac_header" "$as_ac_Header" 
"$ac_includes_default
-"
-if eval test \"x\$"$as_ac_Header"\" = x"yes"; then :
-  cat >>confdefs.h <<_ACEOF
-#define `$as_echo "HAVE_$ac_header" | $as_tr_cpp` 1
-_ACEOF
-
-fi
-
-done
-
-
 for ac_header in dlfcn.h
 do :
   ac_fn_c_check_header_compile "$LINENO" "dlfcn.h" "ac_cv_header_dlfcn_h" 
"$ac_includes_default
@@ -13498,6 +13723,12 @@
 ADDITIONAL_CFLAGS="-D_GNU_SOURCE -DWITH_POSIX"
 ;;
 
+*kfreebsd*)
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: kFreeBSD" >&5
+$as_echo "kFreeBSD" >&6; }
+ADDITIONAL_CFLAGS="-D_GNU_SOURCE -DWITH_POSIX"
+;;
+
 *)
 { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: ==> Currently 
unsupported operating system '${host}' !" >&5
 $as_echo "$as_me: WARNING: ==> Currently unsupported operating system 
'${host}' !" >&2;}
@@ -13654,6 +13885,7 @@
   as_fn_error $? "conditional \"am__fastdepCC\" was never defined.
 Usually this means the macro was only invoked conditionally." "$LINENO" 5
 fi
+
 if test -z "${BUILD_DOCUMENTATION_TRUE}" && test -z 
"${BUILD_DOCUMENTATION_FALSE}"; then
   as_fn_error $? "conditional \"BUILD_DOCUMENTATION\" was never defined.
 Usually this means the macro was only invoked conditionally." "$LINENO" 5
diff -Nru libcoap-4.1.2~rc+gi

Bug#853929: Upstreaming & Documenting

[Carsten Schoenert]

On Fri, Mar 17, 2017 at 03:21:00PM +, Ulrike Uhlig wrote:
... 
> That was done here: https://wiki.debian.org/Thunderbird#AppArmor_profile
> please don't hesitate to review it.o

Looks fine, thanks.

> I thinkit's best to simply forward these bugs upstream or usertag them
> for the AppArmor team and then we'll forward them upstream if you don't
> feel like handling it.

Yes please do so, I at least wont have enough time for upstream such
things, I'm happy right now if can stay in sync with the upstream
development of the Thunderbird releases and some reported fixes/issues
to Mozilla.

> Cheers & thanks for your work on Icedove!

Yeah, we moving now!!! Thanks for your work an Apparmor!

Regards
Carsten

Bug#855346: Reopening

[Carsten Schoenert]

Hello Ulrike,

On Fri, Mar 17, 2017 at 06:17:00PM +, Ulrike Uhlig wrote:
> Control: reopen 855346
> 
> Hi Carsten,
> 
> I think you meant to close 855343 instead.
> 
> I can still reproduce this problem with the latest profile from the
> Debian archive. I'll look into it.

I'm fine with that, but we are mostly lost without your help. :)
Help is really appreaciated.

Regards
Carsten

Bug#858060: unblock: sogo-connector/31.0.3-3

[Carsten Schoenert]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock/remove autoremoval for package sogo-connector

Hello release team,

the package sogo-connector is a extension for Icedove and with the
ongoing transition of Icedove back to Thunderbird also extension for the
Thunderbird package.

The build of the xul-ext-sogo-connector binary package is now depending
on thunderbird-dev in unstable as the needed files for building
sogo-connector are now placed in /usr/lib/thunderbird-devel/ due
icedove-dev is now a transitional package.

The version of sogo-connector in testing is currently 31.0.3-1, unstable
got 31.0.3-1.

Version 31.0.3-2 was expanding the description of the package, also the
MPL-1.1 license was moved into the copyright file.
The Vcs fields were adopted to the changed URL on anonscm.d.o and the
Build-Depends got expanded to "| thunderbird-dev". Unfortunately I
forgotten also to adjust the variables within the Makefile then, so the
package run into a FTBFS (#856457 [1]) which resulted in a fixed upload done
by 31.0.3-3.

Both versions -1 and -3 are technically the same, excpet the fixed
Build-Depends and the visible expanded description.

For Thunderbird we hope to also file a unblock request soon which depends on
some other small issues. So for the sogo-connector there are no strong needs to
go into testing right now.
But it would nothing break otherwise if -3 would be allowed to enter testing.

If you don't agree to unblock sogo-connector please remove the
autoremove marker then.

The srcdiff is rather big due the integration of the MPL-1.1 license
into the copyright file. The resulting changes without the license
adjustemnts are small.

[1] https://bugs.debian.org/856457

diff -Nru sogo-connector-31.0.3/debian/changelog 
sogo-connector-31.0.3/debian/changelog
--- sogo-connector-31.0.3/debian/changelog  2016-07-02 20:13:12.0 
+0200
+++ sogo-connector-31.0.3/debian/changelog  2017-03-04 09:51:45.0 
+0100
@@ -1,3 +1,21 @@
+sogo-connector (31.0.3-3) unstable; urgency=medium
+
+  * [7f95a11] rebuild patch queue from patch-queue branch (Closes: #856457)
+  * [9328a7e] debian/control: reverse the resolving order for -dev package
+
+ -- Carsten Schoenert <c.schoen...@t-online.de>  Sat, 04 Mar 2017 09:51:45 
+0100
+
+sogo-connector (31.0.3-2) unstable; urgency=medium
+
+  * [85e9938] debian/control: wrap-and-sort all entries
+  * [82988f2] Build-Depends: append possible thunderbird-dev package
+  * [6ac973e] debhelper: bump to version 10
+  * [1f59a4a] debian/control: correcting, moving Vcs fields to https
+  * [c4ff179] debian/copyright: update same sections, adding MPL-1.1
+  * [ba1f4ce] debian/control: extend the description of sogo-connector
+
+ -- Carsten Schoenert <c.schoen...@t-online.de>  Sun, 29 Jan 2017 14:40:27 
+0100
+
 sogo-connector (31.0.3-1) unstable; urgency=medium
 
   * debian/control: increase B-D for mozilla-devscripts
diff -Nru sogo-connector-31.0.3/debian/compat 
sogo-connector-31.0.3/debian/compat
--- sogo-connector-31.0.3/debian/compat 2016-07-02 20:13:12.0 +0200
+++ sogo-connector-31.0.3/debian/compat 2017-01-28 21:20:27.0 +0100
@@ -1 +1 @@
-8
+10
diff -Nru sogo-connector-31.0.3/debian/control 
sogo-connector-31.0.3/debian/control
--- sogo-connector-31.0.3/debian/control2016-07-02 20:13:12.0 
+0200
+++ sogo-connector-31.0.3/debian/control2017-03-04 09:51:27.0 
+0100
@@ -2,28 +2,36 @@
 Section: web
 Priority: optional
 Maintainer: Carsten Schoenert <c.schoen...@t-online.de>
-Uploaders: Christoph Goehre <ch...@sigxcpu.org>
+Uploaders:
+ Christoph Goehre <ch...@sigxcpu.org>,
 Standards-Version: 3.9.8
-Build-Depends: debhelper (>= 9),
-  icedove-dev (>= 24~),
-  make (>=3.81~),
-  mozilla-devscripts (>= 0.45.1~),
-  python-ply
+Build-Depends:
+ debhelper (>= 10.2.2~),
+ thunderbird-dev | icedove-dev (>= 24~),
+ make (>=3.81~),
+ mozilla-devscripts (>= 0.45.1~),
+ python-ply,
 Homepage: http://www.sogo.nu/
-Vcs-Git: git://anonscm.debian.org/pkg-mozext/sogo-connector.git
-Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=pkg-mozext/sogo-connector.git;a=summary
+Vcs-Git: https://anonscm.debian.org/git/pkg-mozext/sogo-connector.git
+Vcs-Browser: https://anonscm.debian.org/git/pkg-mozext/sogo-connector.git
 
 Package: xul-ext-sogo-connector
 Architecture: all
-Depends: ${misc:Depends}, ${xpi:Depends},
+Depends:
  iceowl-extension (>= 31~) | lightning,
-Recommends: ${xpi:Recommends}
-Breaks: ${xpi:Breaks}
-Provides: ${xpi:Provides}
-Enhances: ${xpi:Enhances}
-Description: transforms Icedove into a full DAV client for groupware servers
- The SOGo Connector makes Icedove to a full DAV client for any groupware
- server like SOGo, OpenGroupware, Citadel or Owncloud.
+ ${misc:Depends},
+ ${xpi:Depends},
+Recommends:
+ ${xpi:Recommends},
+Breaks:
+ ${xpi:Breaks},
+Provides:
+ ${xpi:Provid

Bug#841539: Buggy line found

[Carsten Schoenert]

Hello Hannes,

On Sat, Mar 18, 2017 at 01:51:22AM +0100, Hannes Diethelm wrote:
> Hello,
> 
> I found the line of code which is responsible for the segfault. With the
> following patch, KiCad doesn't crash any more and dragging works. However,
> the GUI looks a bit funny because the selection is not cleared:
> 
> --- a/pcbnew/router/router_tool.cpp 2017-03-18 01:07:08.635185047 +0100
> +++ b/pcbnew/router/router_tool.cpp 2017-03-18 01:09:54.667179894 +0100
> @@ -795,7 +795,7 @@
>  PCB_EDIT_FRAME* frame = getEditFrame();
>  VIEW_CONTROLS* ctls = getViewControls();
> 
> -m_toolMgr->RunAction( COMMON_ACTIONS::selectionClear, true );
> +//m_toolMgr->RunAction( COMMON_ACTIONS::selectionClear, true );
> 
>  Activate();
> 
> It is not a real bugfix, but it is a starting point.

thanks for digging into the problem.
Can you please forward your actions into the upstream bug report? By
this the KiCad developers can take a closer look.

I'm working on version 4.0.6 for uploading, but currently I haven't much
time for doing all the needed things now. I've a first running version
4.0.6 but could not take a look at this is this report is about.

Regards
Carsten

Bug#856185: icedove-l10n-it wants to uninstall thunderbird-l10n-it

[Carsten Schoenert]

Hello Salvo,

On Sun, Feb 26, 2017 at 09:59:21AM +0100, Salvo Tomaselli wrote:
> Package: icedove-l10n-it
> Version: 1:45.7.1-1
> Severity: normal
> 
> Dear Maintainer,
> 
> # deborphan 
> libkdesu5:amd64
> icedove-l10n-it:all
> qml-module-qtquick-localstorage:amd64
> libkfile4:amd64
> 
> 
> # LANG=C aptitude remove icedove-l10n-it:all
> The following packages will be REMOVED:  
>   icedove-l10n-it thunderbird-l10n-it{u} 
> 0 packages upgraded, 0 newly installed, 2 to remove and 27 not upgraded.
> Need to get 0 B of archives. After unpacking 953 kB will be freed.
> Do you want to continue? [Y/n/?] ^C
> 
> 
> 
> So it's not safe to remove at all. I guess there is some dependency problem 
> due
> to the fact that thunderbird-l10n was pulled in as a dependency of the 1st 
> one.

I can't reproduce this issue with the current version 1:45.8.0-1 in
unstable.

carsten@i5:~/gitprojects/icedove [debian/sid] $ LANG= sudo apt install -t 
unstable icedove-l10n-it
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  thunderbird-l10n-it
The following NEW packages will be installed:
  icedove-l10n-it thunderbird-l10n-it
0 upgraded, 2 newly installed, 0 to remove and 225 not upgraded.
Need to get 498 kB of archives.
After this operation, 955 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Get:1 http://ftp.de.debian.org/debian unstable/main amd64 thunderbird-l10n-it 
all 1:45.8.0-1 [409 kB]
Get:2 http://ftp.de.debian.org/debian unstable/main amd64 icedove-l10n-it all 
1:45.8.0-1 [88.9 kB]
Fetched 498 kB in 0s (10.3 MB/s) 
Selecting previously unselected package thunderbird-l10n-it.
(Reading database ... 283851 files and directories currently installed.)
Preparing to unpack .../thunderbird-l10n-it_1%3a45.8.0-1_all.deb ...
Unpacking thunderbird-l10n-it (1:45.8.0-1) ...
Selecting previously unselected package icedove-l10n-it.
Preparing to unpack .../icedove-l10n-it_1%3a45.8.0-1_all.deb ...
Unpacking icedove-l10n-it (1:45.8.0-1) ...
Setting up thunderbird-l10n-it (1:45.8.0-1) ...
Setting up icedove-l10n-it (1:45.8.0-1) ...
carsten@i5:~/gitprojects/icedove [debian/sid] $ LANG= sudo apt remove 
icedove-l10n-it
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following package was automatically installed and is no longer required:
  thunderbird-l10n-it
Use 'sudo apt autoremove' to remove it.
The following packages will be REMOVED:
  icedove-l10n-it
0 upgraded, 0 newly installed, 1 to remove and 225 not upgraded.
After this operation, 282 kB disk space will be freed.
Do you want to continue? [Y/n] 
(Reading database ... 283860 files and directories currently installed.)
Removing icedove-l10n-it (1:45.8.0-1) ...
carsten@i5:~/gitprojects/icedove [debian/sid] $ LANG= dpkg -l thunderbird-l10n-*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture   Description
+++--===-==-=
ii  thunderbird-l10n-de  1:45.8.0-1  allGerman language package for 
Thunderbird
ii  thunderbird-l10n-it  1:45.8.0-1  allItalian language package 
for Thunderbird
carsten@i5:~/gitprojects/icedove [debian/sid] $ LANG= dpkg -l icedove-l10n-*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture   Description
+++--===-==-=
un  icedove-l10n-de (no description available)
un  icedove-l10n-it (no description available)

So what about closing this report?

Regards
Carsten

Bug#840287: 840287: Mismatch between the program and library build versions

[Carsten Schoenert]

Hello Ruben,

On Mon, Mar 20, 2017 at 07:20:47AM +0100, Ruben Undheim wrote:
> I still get this Warning when opening pcbnew in sid.
> 
> I reopened the bug.

I can confirm that I see also the message again while preparing KiCad
4.0.6 in unstable/experimental. It also happen (again) with 4.0.5 in
testing.

Regards
Carsten

Bug#859409: kicad: Inconsistent footprint naming

[Carsten Schoenert]

Hello,

On Mon, Apr 03, 2017 at 11:41:55AM +0100, markMLl wrote:
 
> Apologies if I'm doing something obviously wrong, but this is the first time 
> I've
> picked up Kicad for years and in the past it's "just worked".
> 
> Progressing from eeschema via a netlist file to pcbnew, I get
> 
> Error loading netlist.
> IO_ERROR: Footprint library path '/usr/share/kicad/modules/
> Buttons_Switches_THT.pretty' does not exist
> from /build/kicad-OLDpkC/kicad-4.0.5+dfsg1/pcbnew/
> kicad_plugin.cpp : Load(): line 283
> 
> The problem would appear to be that there are directories named like
> 
> Buttons_Switches_ThroughHole.pretty
> Capacitors_ThroughHole.pretty
> 
> and so on, while the files femplate/fp-lib-table.for-pretty and
> template/fp-lib-table.for-github have
> 
> (lib (name Buttons_Switches_THT)(type KiCad)(uri 
> ${KISYSMOD}/Buttons_Switches_THT.pretty)(options "")(descr "Buttons and 
> switches, through hole"))
> 
> and so on.

unfortunately upstream has renamed some footprint libraries and also moved
some footprint entries into other libaries that we wasn't aware while
packaging 4.0.5.

I prepared 4.0.6 some days ago which should solve this issue by
symlinking the old libraries to the new ones. But the new package
version needs to go through NEW as it contains a new binary package.

You can change your local table ~/.config/kicad/fp-lib-table and add the
correct names there or, if you haven't modified the table much, delete
the file. KiCad will copy the default file with the new library names if
you restart KiCad.

In the end I wouldn't wait for a version 4.0.6 in the Stretch release.
If the upload to NEW is going well we need to ask the release team if
they would allow a upload to unstable and a unblock for migration to
testing.

After the release we could then make a upload to backports every time.

Regards
Carsten

Bug#859932: gsoap: please package a recent gsoap version

[Carsten Schoenert]

Source: gsoap
Severity: wishlist

Dear Mattias,

could you please consider to package the actual gsoap version and
provide the packages in experimental?

We are trying to prepare a new kopanocore package and this is needing at
least a gsoap version > 2.8.36. So I would like to use a recent gsoap
for this.

Thanks & Regards
Carsten

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

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

Bug#859927: lighttpd: 15-fastcgi-php.conf does not respect php7.0 transition

[Carsten Schoenert]

Source: lighttpd
Version: 1.4.45-1
Severity: grave

Dear Maintainers,

I run into trouble while trying to use lighttp and fastcgi functionality
within testing/stretch.
lighttpd fails to start if I have enabled the modul fastcgi after using
lighttpd-enable-mod

# lighttpd-enable-mod fastcgi-php

After a while of investigation it turned out the 15-fastcgi-php.conf is
still using the PHP5 style and depends. I need to install the package
 php7.0-cgi and to change the call for the PHP cgi binary. As the install of
lighttpd is running without errors I think the package is also needed to change
the suggesting of the (currently wrong) package php5-cgi into a depends on
package php7.0-cgi. Without this package lighttp isn't working right now after
the modul is enabled.

The following change solved the issue for me.

--- 15-fastcgi-php.conf.old 2017-04-09 12:45:20.323178018 +0200
+++ 15-fastcgi-php.conf.new 2017-04-09 12:46:16.515176043 +0200
@@ -2,10 +2,10 @@
 # /usr/share/doc/lighttpd/fastcgi.txt.gz
 # 
http://redmine.lighttpd.net/projects/lighttpd/wiki/Docs:ConfigurationOptions#mod_fastcgi-fastcgi
 
-## Start an FastCGI server for php (needs the php5-cgi package)
+## Start an FastCGI server for php (needs the php7.0-cgi package)
 fastcgi.server += ( ".php" => 
((
-   "bin-path" => "/usr/bin/php-cgi",
+   "bin-path" => "/usr/bin/php-cgi7.0",
"socket" => "/var/run/lighttpd/php.socket",
"max-procs" => 1,
"bin-environment" => ( 


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

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

Bug#859151: Bug#859271: thunderbird: Please add build support for m68k

[Carsten Schoenert]

Hello Adrian,

On Sat, Apr 01, 2017 at 05:42:31PM +0200, John Paul Adrian Glaubitz wrote:
... 
> The attached patch adds build support to Thunderbird for m68k. It is
> based on a number of patches I am currently trying to submit to
> Firefox upstream [1].
> 
> All patches have been reviewed by positively by upstream with the
> exception of the alignment fixes where upstream wants to use a
> C++11 solution instead of the other suggestions I made. This patch
> currently uses __attribute__((aligned(4))) to ensure the alignment
> is at least 4 bytes. This method is safe and works on gcc and clang
> and unlike the suggested alignas() from C++11 does not break on
> architectures which require stricter alignment (e.g. alignas(4)
> would break on x86_64 while __attribute__((aligned(4))) does not
> as it still allows for 8 bytes alignment.
> 
> Would be great to have this patch merged to the Debian package. I'm
> happy to provide support for any of the patches for the ports
> architectures even for future releases in case something breaks.

your patch(es) are being applied into the debian/sid branch. Thanks for
preparing the set.
Right now I can't say if we will upload another 45.8.0 version to
unstable. Upstream isn't clear on preparing a 45.9.0 or go over to 52.0
directly. An maybe we need to drop those patches for the Stretch
release, we need to ask the release team if they accept this two patches.
But they are not lost in that case, they will need some adoptions for
52.x for sure.

I'm having some trouble with building 52.0 for now and dropping before
all extra modifications to get a successful build.

Regards
Carsten

Bug#859409: kicad: Inconsistent footprint naming

[Carsten Schoenert]

Hello MArk,

On Fri, Apr 07, 2017 at 09:51:02AM +, Mark Morgan Lloyd wrote:
> > You can change your local table ~/.config/kicad/fp-lib-table and add the
> > correct names there
> 
> I guess that's not too bad since there's only about 15 names involved.
> 
> > or, if you haven't modified the table much, delete
> > the file. KiCad will copy the default file with the new library names if
> > you restart KiCad.
> 
> Will that work, since the files in the /usr/share/kicad tree are what's
> wrong?

please note the documentation about footprint management in KiCad.

http://docs.kicad-pcb.org/stable/en/cvpcb.html#_footprint_libraries_management

Especially chapter 5.2.3 is showing what is happen if the user specific
configuration (~/.config/kicad/fp-lib-table) is not found.

So you have two options if you can't delete the old file or you are not
willing to do so.

1. Modify the fp-lib-table as shown in the picture in the introducing of
the chapter 5.2.

2. Alternatively you can modify the file directly as it's a simple text
file.

> > In the end I wouldn't wait for a version 4.0.6 in the Stretch release.
> > If the upload to NEW is going well we need to ask the release team if
> > they would allow a upload to unstable and a unblock for migration to
> > testing.
> > 
> > After the release we could then make a upload to backports every time.
> 
> Apologies if I'm speaking out of turn here but I don't think it should be
> released in this state. The problem is not so much how it looks inside
> Debian, but that KiCad itself is pointing to Debian as the definitive
> location of a usable .deb built from their source repository.
> 
> http://kicad-pcb.org/download/debian/

That's not fully correct, they point to the respective place within the
Debian distribution. So KiCad can't be made responsible what Debian is
then providing by the packages.

> I'd suggest that either it should be fixed inside Debian, or that KiCad
> should be asked to temporarily remove that link since what's being shipped
> doesn't correspond to their sources.

Debian is taking what upstream is providing and it's obviously that the
footprint management is work in process in all times.
We can try to work around about such defects by handling the names
consitent over a main version. For this a powerfull testing and feedback
is needed. And basically a bug report upstream about the problem would
also be not the badest.

Also some autopkgtests which detects such things would be good, for the
footprints it should be that difficult as we simply need to check if the
names inside the package pointing to something valid.

As written, I've prepared a new version 4.0.6 but this is depending on
possible going through NEW. Or we drop the new -doc package and ask the
release team if they would accept the new version in the Stretch release
also.

I can somehow upload the packages somethere if you are willing to test.

Regards
Carsten

Bug#859980: libcoap-1-0-bin: Please compile binaries with DTLS support

[Carsten Schoenert]

Control: tags -1 upstream

Hello Mattias,

On Sun, Apr 09, 2017 at 10:57:32PM +0200, Mattias Mattsson wrote:
> Package: libcoap-1-0-bin
> Version: 4.1.2-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
> DTLS in the coap-client binary is required to be able to use it for
> interfacing with the IKEA TRÅDFRI Gateway. Please consider linking it
> against e.g. tinydtls. More info here:
> 
> 
> https://github.com/obgm/libcoap/tree/dtls
> http://www.domoticz.com/forum/viewtopic.php?f=56=13882=126998#p127216
> http://mjg59.dreamwidth.org/47803.html
> https://bitsex.net/software/2017/coap-endpoints-on-ikea-tradfri/

DTLS is currently not available in official releases of libcoap.
TinyDTLS isn't planned to be fully usable within the next devlopment
circle nor in the existing release 4.1.2.

As I'm part of the upstream project I'm in contact with Olaf all over
the time. The current dtls branch is lacking some recently added fixes
and features that are applied to the develop branch in the between
times. Also the current dtls branch needs the libcoap to be compiled as
a static library. That's abviously not what we in Debian want.

Note some issues from the GitHub bug tracker
https://github.com/obgm/libcoap/issues/19
https://github.com/obgm/libcoap/issues/75

and the ML
https://sourceforge.net/p/libcoap/mailman/libcoap-developers/thread/87shz9s6fd.fsf%40aung.informatik.uni-bremen.de/#msg34974708

If you want detailed information about the current state and plans
about dtls support within libcoap please ask on the ML of libcoap.

https://lists.sourceforge.net/lists/listinfo/libcoap-developers

Sorry, there is not much what we can do here. If upstream is supporting
a proper DTLS integration I'm happy to prepare a backport later.

Regards
Carsten

Bug#859975: unblock: icedove/1:45.8.0-3

[Carsten Schoenert]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package icedove

Dear release team,

some small needed changes were done within the version 1:45.8.0-3 for
the icedove packages. The changes in detail are:

* A fixup within the starting wrapper script was added so users which
  want to use symlinks for the existing old ~/.icedove profile folder
  can use this together with the new created symlink ~/.thunderbird
  pointing to ~/.icedove. Otherwise Thunderbird isn't starting.

* The starting wrapper has got a fix to detect the thunderbird-dbg
   package correctly.

* A extra cherry picked patch from upstream was added to prevent
  nullpointer segfaults.

* The apparmor profile was needed to be expanded so both existing profile
  folders ~/.icedove and ~/.thunderbird are usable.

The following changes are visible by the debdiff append here.

diff -Nru icedove-45.8.0/debian/apparmor/usr.bin.thunderbird 
icedove-45.8.0/debian/apparmor/usr.bin.thunderbird
--- icedove-45.8.0/debian/apparmor/usr.bin.thunderbird  2017-03-15 
01:37:48.0 +0100
+++ icedove-45.8.0/debian/apparmor/usr.bin.thunderbird  2017-03-30 
01:28:32.0 +0200
@@ -144,12 +144,12 @@
   /**/ r,
 
   # per-user thunderbird configuration
-  owner @{HOME}/.thunderbird/ rw,
-  owner @{HOME}/.thunderbird/** rw,
-  owner @{HOME}/.thunderbird/**/storage.sdb k,
-  owner @{HOME}/.thunderbird/**/*.{db,parentlock,sqlite}* k,
-  owner @{HOME}/.thunderbird/plugins/** rm,
-  owner @{HOME}/.thunderbird/**/plugins/** rm,
+  owner @{HOME}/.{icedove,thunderbird}/ rw,
+  owner @{HOME}/.{icedove,thunderbird}/** rw,
+  owner @{HOME}/.{icedove,thunderbird}/**/storage.sdb k,
+  owner @{HOME}/.{icedove,thunderbird}/**/*.{db,parentlock,sqlite}* k,
+  owner @{HOME}/.{icedove,thunderbird}/plugins/** rm,
+  owner @{HOME}/.{icedove,thunderbird}/**/plugins/** rm,
   owner @{HOME}/.cache/thunderbird/ rw,
   owner @{HOME}/.cache/thunderbird/** rw,
 
@@ -160,7 +160,7 @@
   # Extensions
   # /usr/share/.../extensions/... is already covered by '/usr/** r', above.
   # Allow 'x' for downloaded extensions, but inherit policy for safety
-  owner @{HOME}/.thunderbird/**/extensions/** mixrw,
+  owner @{HOME}/.{icedove,thunderbird}/**/extensions/** mixrw,
   owner @{HOME}/.mozilla/extensions/**mixr,
   /usr/share/xul-ext/**/*.sqlite  rk,
   /usr/lib/xul-ext/**/*.sqliterk,
@@ -237,10 +237,10 @@
 /usr/lib/gnupg2/gpg2keys_hkp ix,
 
 # silence noise from enigmail 1.9+
-deny owner @{HOME}/.thunderbird/*/.parentlock w,
-deny owner @{HOME}/.thunderbird/*/panacea.dat w,
-deny owner @{HOME}/.thunderbird/*/*.mab w,
-deny owner @{HOME}/.thunderbird/**/*.msf w,
+deny owner @{HOME}/.{icedove,thunderbird}/*/.parentlock w,
+deny owner @{HOME}/.{icedove,thunderbird}/*/panacea.dat w,
+deny owner @{HOME}/.{icedove,thunderbird}/*/*.mab w,
+deny owner @{HOME}/.{icedove,thunderbird}/**/*.msf w,
 deny owner @{HOME}/.cache/thunderbird/**/_CACHE_* w,
 
 /usr/share/xul-ext/enigmail/chrome/enigmail.jar r,
diff -Nru icedove-45.8.0/debian/changelog icedove-45.8.0/debian/changelog
--- icedove-45.8.0/debian/changelog 2017-03-15 01:37:48.0 +0100
+++ icedove-45.8.0/debian/changelog 2017-03-30 01:28:32.0 +0200
@@ -1,3 +1,17 @@
+icedove (1:45.8.0-3) unstable; urgency=medium
+
+  [ Carsten Schoenert ]
+  * [d923505] AppArmor: be more flexible on profile folders
+(Closes: #858735, #858737)
+  * [1e04099] tb-wrapper: use readlink also on ${ID_PROFILE_FOLDER}
+(Closes: #858771)
+  * [9f6b771] tb-wrapper: correct check for -dbg package (Closes: #858804)
+  * [8b5271a] rebuild patch queue from patch-queue branch
+added patches:
+- fixes/Bug-1273020-Add-missing-null-checks-in-ApplicationAccessi.patch
+
+ -- Christoph Goehre <ch...@sigxcpu.org>  Wed, 29 Mar 2017 19:28:32 -0400
+
 icedove (1:45.8.0-2) unstable; urgency=medium
 
   [ Carsten Schoenert ]
diff -Nru 
icedove-45.8.0/debian/patches/fixes/Bug-1273020-Add-missing-null-checks-in-ApplicationAccessi.patch
 
icedove-45.8.0/debian/patches/fixes/Bug-1273020-Add-missing-null-checks-in-ApplicationAccessi.patch
--- 
icedove-45.8.0/debian/patches/fixes/Bug-1273020-Add-missing-null-checks-in-ApplicationAccessi.patch
 1970-01-01 01:00:00.0 +0100
+++ 
icedove-45.8.0/debian/patches/fixes/Bug-1273020-Add-missing-null-checks-in-ApplicationAccessi.patch
 2017-03-30 01:28:32.0 +0200
@@ -0,0 +1,79 @@
+From: Carsten Schoenert <c.schoen...@t-online.de>
+Date: Tue, 28 Mar 2017 18:48:46 +0200
+Subject: Bug 1273020 - Add missing null checks in ApplicationAccessible.
+ r=surkov.
+
+Origin: https://hg.mozilla.org/mozilla-central/rev/8bfdf5dfcf6b
+Origin: https://hg.mozilla.org/mozilla-central/rev/798f02387d36
+Bug-Debian: https://bugs.debian.org/852149
+Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1273020
+Applied-Upstream: Firefox 49.0
+---
+ .../access

Bug#859932: gsoap: please package a recent gsoap version

[Carsten Schoenert]

Hello Mattias,

On Mon, Apr 10, 2017 at 10:23:28AM +0200, Mattias Ellert wrote:
... 
> Updating gsoap always creates a bit of a mess since it means that there
> will be a soname bump and a need for transition binNMUs for depending
> packages. I agree that it is time to do an update soon, but there is a
> freeze at the moment, so the update would not migrate to testing
> anytime soon, and by the time it does it might be time to update again.
> Updates that bring soname bumps are discouraged during freezes.

mhh, yes, that's indeed always some kind of work nobody wants to do
to often. I wasn't fully aware of that.

> The current version in testing and unstable is 2.8.35-4. The difference
> between 2.8.35 and 2.8.36 is not big. If you disregard the places in
> the code where the version number is encoded it is only one line of
> code that is changed. That line is already backported to the current
> version in Debian:
> 
> https://sources.debian.net/src/gsoap/2.8.35-4/debian/patches/gsoap-backport.patch/
> 
> So if the reason you require 2.8.36 is that change then gsoap >=
> 2.8.35-2 should be sufficient. Let me know.

Kopano is a little bit unclear here what version is needed as the source
of kopanocore hasn't a version check inside the configure script. I've
contacted upstream and asking them for doing a better check into the
configure stuff.
The build error that is visible to me is pointing to a older report on
SF. Jan Engelhardt is working for Kopano.

  http://sf.net/p/gsoap2/bugs/1075/

In the report upstream is talking about that would be fixed in 2.8.37
(not .36 as I wrote). So from a current knowing I would say at least
2.8.37 is needed. I know that parts of the guys on Kopano are
interacting with GSoap very often so it's possible they using or
have requesting new features already.

Anyway, I fully agree with you we are in the hard freeze now so nobody
shouldn't do extra work. We / I can live with the statement from you a
new gsoap package would be to much work with little gain and we wait
until Stretch is gone released.

So let this report open until there is time and effort for prepapring of
a new gsoap package.

Thanks for taking care!

Regards
Carsten

Bug#860093: kicad-common: Directory name mismatch: CvPcb can't find footprints

[Carsten Schoenert]

Hello Jeronimo,

On Tue, Apr 11, 2017 at 08:45:20AM -0300, Jeronimo Pellegrini wrote:
.. 
> I'm reporting against kicad-common because that seems to be the
> package to which those directories belong.

this issue is tracked in #859409.
I've merged the two bugs.

Regards
Carsten

Bug#859409: kicad: Inconsistent footprint naming

[Carsten Schoenert]

On Fri, Apr 07, 2017 at 01:45:49PM +0200, Carsten Schoenert wrote:

just for completeness ...

> I can somehow upload the packages somethere if you are willing to test.

Some new prepared packages can be found here:
https://pkg-electronics.alioth.debian.org/kicad-4.0.6/

please note the 4.0.6+dfsg2 packages, this is the recent version while
writing.

Regards
Carsten

Bug#860457: git-buildpackage: Option filter-pristine-tar has no effect on complementary tarballs while running import-orig

[Carsten Schoenert]

Package: git-buildpackage
Version: 0.8.12.2
Severity: normal

While working on a new upstream version of kicad it's vissible that gbp
is (still) ignoring the filter-pristine-tar option for the commits of
the complementary tarballs into the pristine-tar branch.

Some of the extra tarballs containing e.g some .gitattributes and
.tarvis.yml files in various subdirectories.

...
comp-folder/folder1/.gitattributes
folder2/.travis.yml
folder3/.gitattributes
...

gbp is correctly cleaning this out and imports this content to the
upstream branch. There are no such files visible later.

For the main tarball of the source a respective *.gbp.tar.xz is created
and commited to the pristine-tar branch afterwards. But all
complementary stuff isn't repacked into *-comp.gbp.tar.xz archives and
commited to the pristine-tar branch.

...
gbp:debug: Creating pristine tar commit 'libraries' from 
'd6f158a258e824cad2ae251683c080142fb7c014'
gbp:debug: /usr/bin/pristine-tar [] ['commit', 
'../../gitprojects/kicad_4.0.6+dfsg1.orig-libraries.tar.xz', 
'd6f158a258e824cad2ae251683c080142fb7c014']
gbp:debug: /usr/bin/pristine-tar [] ['commit', 
'../kicad_4.0.6+dfsg1.orig.tar.xz', '6d02b04a528d2c304dc38cda695ea405e75b4f79']
...

dpkg-source is notice the difference and shows:
...
dpkg-source: warning: ignoring deletion of file 
libraries/Housings_SON.pretty/.travis.yml, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libraries/Connectors_USB.pretty/.travis.yml, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libraries/Housings_CSP.pretty/.travis.yml, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libraries/Battery_Holders.pretty/.travis.yml, use --include-removal to override
dpkg-source: warning: ignoring deletion of file doc/.travis.yml, use 
--include-removal to override
...

So Lintian is later on showing messages like:

...
W: kicad-common: package-contains-vcs-control-file 
usr/share/kicad/modules/Connectors_USB.pretty/.gitattributes
W: kicad-common: package-contains-vcs-control-file 
usr/share/kicad/modules/Housings_SON.pretty/.gitattributes
...

Regards
Carsten

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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.17.5
ii  git   1:2.11.0-2
ii  man-db2.7.6.1-2
ii  python-dateutil   2.5.3-2
ii  python-pkg-resources  33.1.1-1
ii  python-six1.10.0-3
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.85
ii  pbuilder 0.228.6
ii  pristine-tar 1.38
ii  python-requests  2.12.4-1

Versions of packages git-buildpackage suggests:
pn  python-notify  
ii  sudo   1.8.19p1-1
ii  unzip  6.0-21

-- no debconf information

Bug#859927: lighttpd: 15-fastcgi-php.conf does not respect php7.0 transition

[Carsten Schoenert]

Hello Michael,

On Sun, Apr 16, 2017 at 04:29:15PM -0400, Michael Gilbert wrote:
> On Sun, Apr 9, 2017 at 6:56 AM, Carsten Schoenert wrote:
> > the suggesting of the (currently wrong) package php5-cgi into a depends on
> > package php7.0-cgi. Without this package lighttp isn't working right now 
> > after
> > the modul is enabled.
> 
> Unless you want to upset upstream, php*-cgi should be no higher than a
> Suggests, see #774644.  I have already made that mistake.
> 
> The server reporting OK when it doesn't start is another bug, again see 
> #774644.
> 
> I've downgraded the severity and cancelled the nmu since this is not an RC 
> bug.

and what are the plans now to solve the false call within the snippet
for 15-fastcgi-php.conf? Currently this is broken in my opinion and
makes lighttpd not working. The behavior of lighttpd is for me different than
in #774644.

root@debian:~# service lighttpd start
root@debian:~# service lighttpd status
● lighttpd.service - Lighttpd Daemon
   Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Mon 2017-04-17 09:04:49 CEST; 4s ago
  Process: 1713 ExecStartPre=/usr/sbin/lighttpd -tt -f 
/etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
 Main PID: 1721 (lighttpd)
Tasks: 1 (limit: 4915)
   CGroup: /system.slice/lighttpd.service
   └─1721 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf

Apr 17 09:04:49 debian systemd[1]: Starting Lighttpd Daemon...
Apr 17 09:04:49 debian systemd[1]: Started Lighttpd Daemon.
root@debian:~# lighttpd-enable-mod fastcgi-php
Enabling fastcgi-php: ok
Run "service lighttpd force-reload" to enable changes
root@debian:~# service lighttpd force-reload
root@debian:~# service lighttpd status
● lighttpd.service - Lighttpd Daemon
   Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: exit-code) since Mon 2017-04-17 09:05:09 CEST; 690ms 
ago
  Process: 1822 ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf 
(code=exited, status=255)
  Process: 1814 ExecStartPre=/usr/sbin/lighttpd -tt -f 
/etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
 Main PID: 1822 (code=exited, status=255)

Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Main process exited, 
code=exited, status=255/n/a
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Unit entered failed state.
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Failed with result 
'exit-code'.
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Service hold-off time 
over, scheduling restart.
Apr 17 09:05:09 debian systemd[1]: Stopped Lighttpd Daemon.
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Start request repeated too 
quickly.
Apr 17 09:05:09 debian systemd[1]: Failed to start Lighttpd Daemon.
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Unit entered failed state.
Apr 17 09:05:09 debian systemd[1]: lighttpd.service: Failed with result 
'exit-code'.

For me this is serious problem and not severity normal at all.
Besides the discussion of Suggests vs Recommends there I can live with the
Suggests only for php-cgi.

Regards
Carsten

Bug#860404: unblock: kicad/4.0.6+dfsg1-1 (pre-approval)

[Carsten Schoenert]

Hello Niels,

On Sun, Apr 16, 2017 at 12:36:00PM +, Niels Thykier wrote: 
> It is probably a lot easier for us to judge this given a source debdiff
> of the actual changes (or two, one for the symlinks and one for the
> upstream release).  Could you perhaps provide such debdiff?

of course I can. The upstream changes are a bit to big adding them here and
they are not that useful I think. So I drop them here.

Upstream has added a new documentation for Indonesian, I added that as a new
package but disabled it for now, it's not that big and needs to go through NEW
later. Just added to not forget it later.

My current WIP specific to the debian/ folder looks like this:

t a/debian/changelog b/debian/changelog
index 76a10e38..5063ad23 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,11 +1,28 @@
+kicad (4.0.6+dfsg1-1~1.gbpa34244) UNRELEASED; urgency=medium
+
+  ** SNAPSHOT build @a342449ec6428e76587cc655786b8cf45501e14c **
+
+  * [2186d4d] debian/rules: make dh_fixperms arch-depended (again)
+  * [bc1607f] idf2vrml.1: fix syntax of the hyphen for option '-k'
+  * [6fce2c4] update footprint libraries for component tarball
+  * [e732ddb] New upstream version 4.0.6+dfsg1
+  * [aa82369] rebuild patch queue from patch-queue branch
+  * [5ef5ad6] debian/control: update B-D after upstream changes
+  * [668aca6] adding new -doc package with Indonesian i18n
+  * [b793a0f] kicad-common.README.Debian: adding Debian specific remarks
+  * [5f85335] debian/rules: set permissions for *.kicad_mod files
+  * [a342449] kicad-common: symlink renamed footprint libraries
+
+ -- Carsten Schoenert <c.schoen...@t-online.de>  Sat, 15 Apr 2017 19:02:10 
+0200
+
 kicad (4.0.5+dfsg1-4) unstable; urgency=medium
 
   [ Carsten Schoenert ]
   * [375ce2f] Revert "debian/control: decrease Architectures for arch packages"
 + removing the arch specific decrease of the build architecture, it's
   really not useful here (Thx Emilio & Aurelien)
-  * [b2c400d] kicad-common.lintian-overrides: ingoring Lintian
-+ kicad-common is now arch dependend, silence lintian here that is saying
+  * [b2c400d] kicad-common.lintian-overrides: ignoring Lintian
++ kicad-common is now arch dependent, silence lintian here that is saying
   kicad-common has only content that is indep but we relay on the python
   package
 
diff --git a/debian/control b/debian/control
index 5d43e733..72f4f8cf 100644
--- a/debian/control
+++ b/debian/control
@@ -32,10 +32,11 @@ Build-Depends:
  libboost-thread-dev,
  libbz2-dev,
  libcairo2-dev,
- libcurl4-gnutls-dev,
+ libcurl4-openssl-dev,
  libglew-dev,
  liblocale-gettext-perl,
  libpython-stdlib,
+ libssl-dev,
  libterm-readkey-perl,
  libtext-wrapi18n-perl,
  libunicode-linebreak-perl,
@@ -59,6 +60,7 @@ Build-Depends:
  texlive-lang-german,
  texlive-lang-italian,
  texlive-lang-japanese,
+ texlive-lang-other,
  texlive-lang-polish,
  texlive-lang-spanish,
  texlive-xetex,
@@ -206,6 +208,18 @@ Description: Kicad help files (French)
   * Pcbnew - The printed circuit board software tool
   * PlEditor - The layout editor for custom title block
 
+#Package: kicad-doc-id
+#Section: doc
+#Architecture: all
+#Multi-Arch: foreign
+#Depends:
+# ${misc:Depends},
+#Description: Kicad help files (Indonesian)
+# This package provides various documentation files for KiCad in Indonesian, 
like
+# the EPUB and the PDF files and also the OnLine HTML documentation for:
+# .
+#  * GSIK - Getting Started in KiCad
+
 Package: kicad-doc-it
 Section: doc
 Architecture: all
diff --git a/debian/create_kicad_upstream_tarballs.sh 
b/debian/create_kicad_upstream_tarballs.sh
index b72da2ef..2f4fbf31 100755
--- a/debian/create_kicad_upstream_tarballs.sh
+++ b/debian/create_kicad_upstream_tarballs.sh
@@ -356,61 +356,80 @@ echo
 # collecting and preparing data for the KiCad libraries tarball #
 #
 
-# The various component, footprint and 3D-model libraries are available one
+# The various component-, footprint- and 3D-model libraries are available on
 # GitHub in various repositories. Uncomment the following two lines to get
-# a dynamically created list of repositories. Otherwise it's currently better
-# to use the static list as some repositories currently empty like:
+# a dynamically created list of repositories. We can keep the upstream provided
+# libararies even if there are some repositories currently empty like:
 # Connectors_Amphenol.pretty
+# Enclosures.pretty
+# Housings_LCC.pretty
+# Housings_PGA.pretty
+# If we don't want to include empty repositories we need to also adjust the
+# default fp-lib-table in 
libraries/kicad-library/template/fp-lib-table.for-pretty !
 
-#PRETTY_REPOS=$(curl https://api.github.com/orgs/KiCad/repos?per_page=2000 2> 
/dev/null | sed -r 's:.+ "full_name".*"KiCad/(.+\.pretty)",:\1:p;d')
-#PRETTY_REPOS=$(echo $PRETTY_REPOS | tr " " "\n" | sort)
+#PRETTY_R

Bug#860404: unblock: kicad/4.0.6+dfsg1-1 (pre-approval)

[Carsten Schoenert]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear Release Team,

the current version of KiCad in testing is 4.0.5+dfsg1-4. KiCad is a
Electronic Design Automation tool were people can create electronic
schematics and also can create PCBs later from that.

It was shown by report #859409 that the recent version in testing
has some none working footprint settings. This makes it hard for not
well experienced user to work around that.

The reason for this misbehavior is due some restructured footprint
libraries done by upstream in preparation for the release of 4.0.5.
Upstream has mostly renamed some footprints and partially moved some
parts of footprints into other libraries. Upstream has no rule like not
renaming any footprints within one release cycle.

We can "fix" this mostly by shipping the new footprints and do
symlinking the old names to the new footprints. This is what I have done
in #859409 and the reporter of #859409 has tested some new created
modified packages.

After the freeze in January upstream also has done a new fixup release,
I prepared and melted this new release also into the packages provided
in #859409. The feedback from the reporter and my local testing of this
packages are positive and functional.

So I'd like to ask if a upload of kicad package 4.0.6+dfsg1-1 to
unstable is o.k. and if a unblock request after the 10 days is likely to
be accepted? Otherwise we can provide the current version 4.0.6 later by
backports, but I would really like to see a not broken version of KiCad
in Stretch. There are no other packages that depends on any kicad*.

Please note that I'm not the maintainer of KiCad, this is Georges
Khaznadar. Georges gave me upload rights for kicad some months ago and
I've done most of the packaging work of the last two upstream releases.
Unfortunately Georges is busy and small on time in the past due his day
job.  I haven't seen this issue from the report while preparation of
4.0.5 for unstable as I wasn't aware of all the specific of the
footprint handling at this time.

Regards
Carsten

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

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

Bug#860457: git-buildpackage: Option filter-pristine-tar has no effect on complementary tarballs while running import-orig

[Carsten Schoenert]

On Mon, Apr 17, 2017 at 11:25:21AM +0200, Guido Günther wrote:
 
> Full filter expression from gbp.conf please.

The relevant part of debian/gbp.conf:

> [import-orig]
> # filter out unwanted files/dirs from upstream
> filter = [ '.bzrignore', '*.gitignore', '.gitattributes', '.travis.yml', ]
> # filter the files out of the tarball passed to pristine-tar
> filter-pristine-tar = True

... 
> Full log (as suggested by reportbug) would have been nice. This would
> have shown that we never try to repack the component tarballs:
> 
> 
> https://github.com/agx/git-buildpackage/blob/master/gbp/scripts/import_orig.py#L577
> 
> Just in case somebody wants to spin a patch.

This is the full log of the import:

> $ TMPDIR=/var/tmp gbp import-orig --verbose 
> ../../gitprojects/kicad_4.0.6+dfsg1.orig.tar.xz
> gbp:debug: ['git', 'rev-parse', '--show-cdup']
> gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
> gbp:debug: ['git', 'rev-parse', '--git-dir']
> gbp:debug: ['git', 'for-each-ref', '--format=%(refname:short)', 'refs/heads/']
> gbp:debug: ['git', 'show-ref', 'refs/heads/upstream']
> gbp:debug: ['git', 'status', '--porcelain']
> What is the upstream version? [4.0.6+dfsg1] 
> gbp:debug: ['git', 'tag', '-l', 'upstream/4.0.6+dfsg1']
> gbp:debug: tar ['--exclude=.bzrignore', '--exclude=*.gitignore', 
> '--exclude=.gitattributes', '--exclude=.travis.yml', '-C', '../tmpQAFA8_', 
> '-a', '-xf', '../../gitprojects/kicad_4.0.6+dfsg1.orig.tar.xz'] []
> gbp:debug: Unpacked '../../gitprojects/kicad_4.0.6+dfsg1.orig.tar.xz' to 
> '../tmpQAFA8_'
> gbp:debug: Filter pristine-tar: repacking 
> '../../gitprojects/kicad_4.0.6+dfsg1.orig.tar.xz' from '../tmpQAFA8_'
> gbp:debug: tar ['--exclude=.bzrignore', '--exclude=*.gitignore', 
> '--exclude=.gitattributes', '--exclude=.travis.yml', '-C', '..', '-a', '-cf', 
> '../../gitprojects/kicad_4.0.6+dfsg1.orig.gbp.tar.xz', 'tmpQAFA8_'] []
> gbp:debug: tar ['--exclude=.bzrignore', '--exclude=*.gitignore', 
> '--exclude=.gitattributes', '--exclude=.travis.yml', '-C', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpl62EXO',
>  '-a', '-xf', '../../gitprojects/kicad_4.0.6+dfsg1.orig-doc.tar.xz'] []
> gbp:debug: rm ['-rf', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpl62EXO']
>  []
> gbp:debug: tar ['--exclude=.bzrignore', '--exclude=*.gitignore', 
> '--exclude=.gitattributes', '--exclude=.travis.yml', '-C', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpgbgvju',
>  '-a', '-xf', '../../gitprojects/kicad_4.0.6+dfsg1.orig-i18n.tar.xz'] []
> gbp:debug: rm ['-rf', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpgbgvju']
>  []
> gbp:debug: tar ['--exclude=.bzrignore', '--exclude=*.gitignore', 
> '--exclude=.gitattributes', '--exclude=.travis.yml', '-C', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpM4BoeK',
>  '-a', '-xf', '../../gitprojects/kicad_4.0.6+dfsg1.orig-libraries.tar.xz'] []
> gbp:debug: rm ['-rf', 
> '/media/carsten/d7a472be-9d4a-4f61-bd2f-eee64d2886be/kicad-packaging2/tmpM4BoeK']
>  []
> gbp:info: Importing '../../gitprojects/kicad_4.0.6+dfsg1.orig.gbp.tar.xz' to 
> branch 'upstream' (filtering out ['.bzrignore', '*.gitignore', 
> '.gitattributes', '.travis.yml'])...
> gbp:info: Source package is kicad
> gbp:info: Upstream version is 4.0.6+dfsg1
> gbp:debug: ['git', 'show-ref', 'refs/heads/upstream']
> gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
> gbp:debug: ['git', 'add', '-f', '.']
> gbp:debug: ['git', 'write-tree']
> gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'upstream']
> gbp:debug: ['git', 'commit-tree', 'e0f8b3476af0926f717efd533607b4a1de647e65', 
> '-p', 'b72052dd913d9b3a090a2c661feaf2652a4f478a']
> gbp:debug: ['git', 'update-ref', '-m', 'gbp: New upstream version 
> 4.0.6+dfsg1', 'refs/heads/upstream', 
> '3f9faedd130a8dadfc9361a46d16b02fdfcbf95e', 
> 'b72052dd913d9b3a090a2c661feaf2652a4f478a']
> gbp:debug: ['git', 'show-ref', 'refs/heads/pristine-tar']
> gbp:debug: ['git', 'rev-parse', '--quiet', '--verify', 'pristine-tar']
> gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
> gbp:debug: ['git', 'mktree', '-z']
> gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
> gbp:debug: Creating pristine tar commit 'doc' from 
> '38e620a8950a93ce86499dd621a43fde28ee1374'
> gbp:debug: /usr/bin/pristine-tar [] ['commit', 
> '../../gitprojects/kicad_4.0.6+dfsg1.orig-doc.tar.xz', 
> '38e620a8950a93ce86499dd621a43fde28ee1374']
> gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
> gbp:debug: Creating pristine tar commit 'i18n' from 
> 'f0b5fa8310a152f7420aff3dacfc154e47542008'
> gbp:debug: /usr/bin/pristine-tar [] ['commit', 
> '../../gitprojects/kicad_4.0.6+dfsg1.orig-i18n.tar.xz', 
> 'f0b5fa8310a152f7420aff3dacfc154e47542008']
> gbp:debug: ['git', 'ls-tree', '-z', 'upstream', '--']
> gbp:debug: Creating pristine tar commit 'libraries' from 
> 'd6f158a258e824cad2ae251683c080142fb7c014'
> gbp:debug: 

Bug#858771: thunderbird: Migration fails if .icedove is a symlink

[Carsten Schoenert]

Hello,

please note that this report is closed.
It's probably better to open a new issue.

On Wed, Apr 19, 2017 at 08:50:06PM -0500, debian_supp...@skagitattic.com wrote:
... 
> The homedir itself is a symlink.  Starting Thunderbird results in "
> usr/bin/thunderbird: [profile migration] Couldn't migrate Icedove into
> Thunderbird profile due existing or symlinked folder".  After that it
> created a new .icedove.
> 
> I can get it to start by doing "export HOME=/home/remote/user" then
> starting thunderbird.  /home/ is full of symlinks for each remote user
> to /home/remote/user.  /home/remote is a NFS mount from a central
> server.
> 
> Let me know if you need more information.  I can setup a test user and
> add some terminal output if needed.

A full log of starting thunderbird from the cli would be helpful so see
what's going on.

Regards
Carsten

Bug#859980: libcoap-1-0-bin: Please compile binaries with DTLS support

[Carsten Schoenert]

Hello Mattias,

the upstream maintainer has worked further on the old dtls branch of
libcoap and prepared some binaries with included DTLS functionality.

https://sourceforge.net/p/libcoap/mailman/libcoap-developers/thread/87lgqxn2cg.fsf%40aung.informatik.uni-bremen.de/#msg35794006

There will come some new libcoap stuff in future times with DTLS support
in upcoming releases.

Regards
Carsten

Bug#861018: thunderbird: Unable to save your message as a draft. Unable to open the temporary file

[Carsten Schoenert]

Control: tags -1 moreinfo

On Sun, Apr 23, 2017 at 08:03:23PM +0100, prioryc wrote:
... 
> Try to send an e-mail with an attachment using the newly installed Thunderbird
> Create e-mail, add recipient & subject, attach a file and press Send

There was nothing changed in the backend except the binary name, so in
the end it's basically the same as before.

> Error notification:
> Unable to save your message as a draft.
> Unable to open the temporary file /mnt/44864d9b-2a13-4bcf-
> a0d3-ee42099439ea/temp/17Q1 Accounts 2004.xls. Check your 'Temporary 
> Directory'
> setting.

Which access rights are set to the folder(s)?
Which user is trying to access?
What filesystem is used?
What else can you provide of information?

As far as I can see your report is no misbehavior of thunderbird, you
have a problem of access right on your local system.

> If I copy the file to another location and attach it from there - same error
> with the path to the attached file changed
> Change the file name to remove spaces - same error

What "other" location was used?

Please provide more information, we can't know what you have done or
have try to do.

Regards
Carsten

Bug#860404: unblock: kicad/4.0.6+dfsg1-1 (pre-approval)

[Carsten Schoenert]

Hello Niels,

On Fri, Apr 21, 2017 at 11:20:00AM +, Niels Thykier wrote:
 
> Ok.  This, along with the fact that files are renamed and change meaning
> (as noted in the README), worries me.  My current gut feeling is to say
> no to the upstream release for stretch.
> 
> That said, I am happy to consider cherry-picks / targeted fixes for
> issues (e.g. the d/rules changes or upstream bug fixes).

o.k. then I can prepare the fixups for the existing release 4.0.5 of
KiCad and create a new Debian version also for that.

I already started to work on this, unfortunately some minor issue is
coming out on that.

The current source tarballs are named 4.0.5+dfsg1*. But there is one
footprint library inside missing due a issue in the helper script that
is downloading all the needed sources.
The issue is a not correct call and usage of the GitHub API so not all
footprint libraries are downloaded. In short, the tagged 4.0.5 footprint
files of Connectors_Terminal_Blocks.pretty [1] are still missing in the
current source files and I'd need to prepare a new source 4.0.5+dfsg2*.
Otherwise the fix of the current situation is only a partial fix. I
really recommend to add this missing library.

So the current fix for the existing version 4.0.5+dfsg1-4 I'd like to do
would be:

1. Adding the missing footprint library (resulting in 4.0.5+dfsg2).
2. Adding the symlinking of the renamed footprint folders.
3. Adding a README.Debian for explaining the symlinking.

[1] https://github.com/KiCad/Connectors_Terminal_Blocks.pretty/tree/4.0.5

Regards
Carsten

Bug#860906: thunderbird: Missing debug symbols

[Carsten Schoenert]

Control:  merge -1 858919 

Hello Pierre,

On Fri, Apr 21, 2017 at 05:22:18PM +0200, Pierre Rudloff wrote:
> Package: thunderbird
> Version: 1:45.8.0-3~deb8u1
> Severity: minor
> 
> Hello,
> 
> I recently uploaded a Thunderbird crash report and it seems debug symbols are
> missing: https://crash-stats.mozilla.com/report/index/df0ca000-ec38-4507-a0ef-
> 06f9f0170421
> I think you can upload the debug symbols from the Debian build to crash-
> stats.mozilla.com so they are available in crash reports.

this is a know problem, please see 858919.

We need to collect the various used symbols, this isn't happen yet.

Regards
Carsten

Bug#857280: thunderbird wrapper doesn't really work properly

[Carsten Schoenert]

Hello Daniel,

On Thu, Mar 09, 2017 at 02:53:50PM +0100, Daniel Baumann wrote:
... 
> thanks for the migration to thunderbird. however, there seems to be at
> least two problems with the wrapper helper script:
> 
> 1. proper migration not possible
> 
> i had .icedove. then i migrated, so i got .thunderbird as a symlink
> pointing to .icedove.
> 
> after the migration when i ensured everything works, i want to get rid
> of .icedove and just use .thunderbird only. so i removed the symlink and
> renamed .icedove to .thunderbird.
> 
> thunderbird then complains the migration not being done/finished and
> it's not possible to use thunderbird at all unless one reverts to
> .icedove (directory) and .thunderbird (symlink).
> 
> 
> 2. unburden home directores not possible anymore
> 
> before thunderbird, my .icedove was a symlink to another partition with
> local storage (in order to unburden my home directory).
> 
> now, with thunderbird, using .thunderbird as a symlink to pointing to
> anything but .icedove doesn't work anymore.
> 
> would be nice if both things could get fixed.

yes, unfortunately we know the issues that are introduced with the
upload of 1:45.7.1-2. See also #857029 and #857032.
It will be fixed by the next upload.

Booth points you mentioned will and must be possible.

Regards
Carsten

Bug#857075: icedove: Rename source package to thunderbird

[Carsten Schoenert]

Control: tags -1 wishlist

Hello Jeremy,

On Tue, Mar 07, 2017 at 03:27:53PM -0500, Jeremy Bicha wrote:
> Source: icedove
> Version: 1:45.7.1-2
> 
> Please rename the source package from icedove to thunderbird to match
> the upstream name and the non-transitional binary package name.

this is planned.
But as long we are not ready with the binary package migration we can
not do the source package name switching. 
apt-listchanges compares the version related to the source package name,
if we do switching to src:thunderbird right now we have no chance to
send administrators a information about the changes by the new TB binary
packages.

Regards
Carsten

Bug#857738: thunderbird: Migration method fails with "Local Folders"

[Carsten Schoenert]

Hello Axel,

On Tue, Mar 14, 2017 at 03:18:21PM +0100, Axel Dürrbaum wrote:
... 
> the migration script fails when you are using local mail folders with
> Icedove/Thunderbird.
> 
> At each start of thunderbird the migration script detects a newly (by
> Thunderbird itself)
> created directory "~/.icedove/Mail/LocalFolders" when you are using a "Local
> Folder" (like me)
> 
> Then the script fails with the error message that both ".thunderbird" and
> ".icedove" exist.
> 
> Just checking the existence of ".icedove" and ".thunderbird" does not seem to
> be enough.
> 
> Soulution could be: before the migration grep the preference files for entries
> with the path ".icdove" and give the user a hint.
> 
> Or create a file inside .thunderbird that informs the migration script that 
> the
> profile is aleady migrated.

this issue was fixed by the upload of 45.8.0-1.
Please retest against the current Thunderbird version in unstable.

Regards
Carsten

Bug#857593: icedove: Please use GTK3 toolkit

[Carsten Schoenert]

Hello Laurent,

On Mon, Mar 13, 2017 at 01:41:09AM +0100, Laurent Bigonville wrote:
 
> Would be nice to start using GTK3 as the toolkit.
> 
> We need to check is there are no theming issues like there was in
> firefox a few versions ago.

the Thunderbird guys tried GTK3 already with some beta version of ESR
45.0. It wasn't working well and got disabled again. So for Thunderbird
45.x it's unlikely it will be ether turn on here. It's not fully clear
if there will be a version 45.9.0.

For version 52.x the GTK3 theming is turned on again.

https://hg.mozilla.org/comm-central/file/default/build/unix/mozconfig.gtk#l18

I started the last two days to import and adopt a Thunderbird version
52.0b3 but hadn't enogh luck or time to get it running. So it's not
forgotten or not wanted from us. It's just a matter of time.

Regards
Carsten

Bug#851989: release.debian.org: de-branding Icedove, Thunderbird packages in Stretch?

[Carsten Schoenert]

Hello Emilio,

On Fri, Mar 10, 2017 at 05:18:32PM +0100, Emilio Pozuelo Monfort wrote:
> BTW why is the source package still named icedove instead of thunderbird?

that's related to apt-listchanges. If we change the source name now
apt-listchanges can't do his job for getting automatic information to
the system administrators as apt-listchanges uses also the source
package name to display NEWS entries.

The name change for the source package is planned of course, but first
we would need to get the change of the binary packages into testing (and
stable-security and also wheezy-lts).

> And thanks for the prompt fix.

This was natural a needed thing to not break things longer than needed,
and, Mozilla has released a new version. So the upload was not simply a
re-upload with some fixes. We also got arm64 fixed by this.

BTW: The last emails from Julien in this bug report wasn't reaching me,
so it is not intended to don't answering question from the RT, I simply
hasn't seen any activity here.

If no new big issues will arise we hopefully can write a unblock request
in about a few days ...

Regards
Carsten

Bug#855334: /usr/bin/thunderbird: $THUNDERBIRD_OPTIONS does not pass multiple args correctly

[Carsten Schoenert]

Hello Daniel,

On Mon, Mar 13, 2017 at 04:26:43PM -0400, Daniel Kahn Gillmor wrote:
> Control: found 855334 1:45.8.0-1
> Control: tags 855334 + patch
> 
> Passing multiple arguments to Thunderbird is still a problem in 45.8.0-1
> except that the failures are silent now :/

I don't wanted to wait on this issue as the otherwise broken script was
a more conflicting thing and make the upload really grave.

> On Sun 2017-03-12 12:00:53 -0400, Guido Günther wrote:
> 
> > FWIW git-pbuilder has code to mangle options to pass them on to
> > pbuilder (which is a very similar problem) and uses a shell array. You
> > can rip out the code from there.
> 
> cool, thanks for the pointer!
> 
> I note that git-pbuilder is also a bash script, and it has a
> shell_quote() function which looks much more complex than just using the
> builtin printf's %q expansion, and git-pbuilder is also trying to mix
> explicitly-set external variables with internally-generated variables,
> which is more complex than what /usr/bin/thunderbird needs.
> 
> I think the simplest thing is to just replace the declaration,
> accumulation, and use entirely with array usage, and leave it at that.
> 
> I've included a patch here that appears to do the right thing for me.

Thanks for looking again into the a script.

I had modified the warpper script in the between time a little bit
different. I've done some more effort to catch some special arguments
and get them savely prepared to the binary call.
There are for sure more than one way to get the argument passing done.

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/?h=debian/sid=c2a1d77dd811ffd758f8306a71629e28490bc628

I have tested the script with these changes a lot and every argument is
now going correctly to the starting call of the TB binary, also given
arguments that are unknown for TB. But that's correct in my eyes as we
only want to filter out the argument for controling the wrapper.

I'm of course open for improvements. Given Christoph is solving #856185
he is planning to upload a version -2 probably within the next hours.

https://bugs.debian.org/856185

Regards
Carsten

Bug#857032: thunderbird: Thunderbird 1:45.7.1-2 fails to start

[Carsten Schoenert]

Hello advocatux,

On Tue, Mar 07, 2017 at 12:15:48PM +0100, advocatux wrote:
 
> After I installed:
> 
> icedove (1:45.7.1-1)
> icedove-l10n-es-es (1:45.7.1-1)
> thunderbird (1:45.7.1-1)
> thunderbird-l10n-es-es (1:45.7.1-1)
> 
> I had a successful migration from icedove to thunderbird. After
> testing everything was running fine, I deleted
> .icedove_moved_by_thunderbird_starter
> 
> After updating those packages to 1:45.7.1-2 version today, it seems it
> tries to migrate once again and, due to there's a .thunderbird
> directory already it produces this error:
> 
> advocatux@bradstreet:~$ thunderbird --verbose
> INFO  -> [[ ... using verbose mode ... ]]
> /usr/bin/thunderbird: línea 197:  : no se encontró la orden
> DEBUG -> There is already a folder or symlink '/home/advocatux/.thunderbird', 
> will do nothing.
> DEBUG -> Please investigate by yourself! Some more information below.
> <12>Mar  7 10:59:17 advocatux[4730]: /usr/bin/thunderbird: [profile 
> migration] Couldn't migrate Icedove into Thunderbird profile due existing or 
> symlinked folder '/home/advocatux/.thunderbird'!
> DEBUG -> /home/advocatux/.icedove is probably a symlink pointing to a non 
> existing target, at least not to /home/advocatux/.icedove.
> <12>Mar  7 10:59:17 advocatux[4732]: /usr/bin/thunderbird: [profile 
> migration] /home/advocatux/.icedove is probably a symlink pointing to a non 
> existing target, at least not to /home/advocatux/.icedove.
> DEBUG -> Found folder '/home/advocatux/.thunderbird'
> INFO  -> An error happened while trying to migrate the old Icedove profile 
> folder '/home/advocatux/.icedove'.
> INFO  -> Please take a look into the syslog file!
> 
> Now Thunderbird doesn't start.

the reason for failing is already written by the output of the script.

There are the folders .icedove *and* .thunderbird found in your home
directory. If you have installed 1:45.7.1-1 before there shouldn't be a
folder .icedove left over as this was moved to
.icedove_moved_by_thunderbird_starter

So if you have used .thunderbird until now you won't need a folder
.icedove. Removed that folder or rename it and Thunderbird will start.

Regards
Carsten

Bug#855501: Patch to change migration to linking and other related things

[Carsten Schoenert]

Hello Jens,

On Wed, Mar 01, 2017 at 06:57:48PM +0100, Jens Reyer wrote:
> Hi Carsten (and/or Chris),
> 
> attached is a new patch with 2 fixes and some (more or less pedantic)
> nitpicking.  It's based on b5fd889 in Carsten's github repo (I didn't
> review every change, but it looks very good!).

thanks for testing and finding also some more issues.
I applied your patch and pushed it on top of my WIP tree on GitHub. It's
up to Christoph to merge all the various fixup commits into one. But to
not conflict with local work of Christoph I currently will not merge
them without a feedback from Christoph.

Thanks and CU
Carsten

Bug#855344: thunderbird: retains mails from removed IMAP accounts

[Carsten Schoenert]

Hi,

On Sat, Mar 11, 2017 at 07:07:46PM +0100, John Paul Adrian Glaubitz wrote:
> Hi Adam!
> 
> > I'm afraid that, similar to the current debian-devel thread about leaving
> > old (possibly subsequently purged) mails on .icedove->.thunderbird
> > transition, Icedove/Thunderbird leaves the whole IMAP cache on the disk
> > when you delete an account.
> 
> I suggest reporting this bug upstream as this would probably require some more
> involved changes to Thunderbird itself and I'm not sure whether the 
> maintainers
> of the package in Debian can or want to do that.

it looks like Mozilla is suprising all of us, at least me on this
specific issue. There is obviously no need to open a upstream bug on
this issue, Mozilla has fixed this by adding a option to remove all
relevant files if you want to remove a whole account in your Thunderbird
with the release of version 52.0.

https://www-dev.allizom.org/en-US/thunderbird/52.0/releasenotes/

Note the second NEWS phrase.

So we can close this report once we have a successful build and upload
of the upstream version 52.0.

Regards
Carsten

Bug#861018: Permissions on folders and access problems

[Carsten Schoenert]

Hello Jim,

On Mon, Apr 24, 2017 at 02:58:45PM +0100, Jim Cobley wrote:
> No change to any permissions etc since using Icedove - simply "updated"
> Thunderbird and then unable to send attachments.

well, the binary is now called thunderbird{-bin} instead of
icedove{-bin} and some graphics have changed so we haven't changed here
anything related to user or access rights.

> Testing further with the following results:-
> 
> I can send an attachment from this Temp folder in my home directory
> 
>jimc@jupiter2:~$ ls -l | grep Temp
>drwxr-xr-x  3 jimc paws4pets   12288 Feb  5 17:13 Temp
>jimc@jupiter2:~/Temp$ ls -l | grep 17Q
>-rw-rw-r-- 1 jimc paws4pets 82944 Apr 23 19:20 17Q1Accounts.xls
> 
> I cannot send an attachment from this temp folder
> 
>jimc@jupiter2:/mnt/44864d9b-2a13-4bcf-a0d3-ee42099439ea$ ls -l | grep temp
>drwxrwx--- 107 jimc paws4pets 12288 Apr 24 14:37 temp
>jimc@jupiter2:/mnt/44864d9b-2a13-4bcf-a0d3-ee42099439ea/temp$ ls -l | grep 
> 17Q
>-rw-rw-r--  1 jimc jimc  82944 Apr 23 19:20 17Q1Accounts.xls
> 
> So is it a permissions issue after all?

I still believe it is, what else it should be? Some process can't access
some data so you have a access right problem. You're the first person that
is reporting such a issue.
I also don't understand why you using a folder
/mnt/44864d9b-2a13-4bcf-a0d3-ee42099439ea and how this is mounted and
how this is related to Thunderbird?
What happen if you use a other external data storage device?
Are there ACLs set to this folder? (getfcl)
How is this folder mounted? Which filesystem?
What UIDs are used for users and groups?
Which UID your user is running? Is it UID 1900?
Which UIDs are used on /mnt/44864d9b-2a13-4bcf-a0d3-ee42099439ea ?
Which groups you assigned?
Which user the binary is running?
As far as I can see /home/jimc is a subfolder on /dev/sdb1?

What happen if you try to set up a clean profile? If you also have
problem to add attachment that you clearly have a problem with your
access rights.

What is the stderr output showing? Have you tried to extend the output
of the binary? If you have installed the old icedove transitional
package you can use the command lines from here, if you only have
installed the thunderbird package please use 'thunderbird' as the last
argument in the binary call.

https://wiki.debian.org/Icedove#Debugging_of_file_system_activity
https://wiki.debian.org/Icedove#Debugging_Icedove_Activity

You can remove the thunderbird packages and install the old packages
again, but I don't see why this would solve anything.

OTOH you need to go back to a clean environment and start with a clean
profile, make a backup of the current profile folder before!

Please understand, I think we or I can't solve these kind of problems on
you machine, you need to investigate the problem you have mostly by your
own or ask for help in some Debian related support channels.

> Change the "Everyone" permission to allow reads on the "temp" folder to
> check
> Same problem but I will logout and in again to make sure new permission is
> recognised so I will add new message when done.
> 
> In the meantime here's more info:
> 
> There are 2 users set on my system "jimc" and "admin"
> Logged in as jimc (user 1900 - type administrator), sending attachment from
> my home folder (or anywhere else) gives the error
> Member of groups including admin, paws4pets
> Attached file has no "strange" characters in name - have tried .pdf and .xls
> files at different times
> 
> /tmp
> drwxrwxrwt  18 root root 434176 Apr 24 14:09 tmp
> 
> ls -l /tmp
> drwx-- 2 root root  4096 Apr 24 09:50 aptcc
> drwx-- 2 root root  4096 Apr 24 14:22 libgksu-NbEeHy
> drwx-- 2 jimc paws4pets 4096 Apr 24 13:35 mozilla_jimc0
> drwx-- 2 jimc paws4pets 4096 Jan  1  1970 orbit-jimc
> drwx-- 2 root root  4096 Jan  1  1970 orbit-root
> drwx-- 2 jimc paws4pets 4096 Apr 24 09:49 ssh-W9BsjxLbswEK
> 
> /home/jimc/ .thunder
> lrwxrwxrwx   1 jimc paws4pets  19 Apr 21 12:12 .thunderbird -> 
> /home/jimc/.icedove
> 
> /home/jimc/.icedove
> drwx--S---  3 jimc paws4pets 4096 Apr 21 12:12 Crash Reports

Why is here a sticky set? But that's not related to your problem you
describe.

> drwxrwxr-x 13 jimc paws4pets 4096 Apr 24 14:12 dge2hn3l.default
> -rw-r--r--  1 jimc paws4pets   94 Oct 23  2014 profiles.ini
> 
> Filesystem  1K-blocks  Used  Available Use% Mounted on
> udev10240 0  10240   0% /dev
> tmpfs 1575724  97801565944   1% /run
> /dev/sdb161409300  513951006871752  89% /
> tmpfs 3939308   5923938716   1% /dev/shm
> tmpfs5120 8   5112   1% /run/lock
> tmpfs 3939308 03939308   0% /sys/fs/cgroup
> /dev/sda1  1338179372 203292696 1066888012  17% 
> /mnt/44864d9b-2a13-4bcf-a0d3-ee42099439ea
> tmpfs  787864 8 787856   1% 

Bug#871674: mini-dinstall is impossible to send notification email on alioth

[Carsten Schoenert]

Package: mini-dinstall
Severity: important

Dear Maintainer,

after upload a new set of packages to Alioth mini-dinstall is failing to
send the notification email we wanted to use for announcing a new upload
within the team. The follwoing error is happen.

> mini-dinstall [140015964731136] ERROR: Error sending mail to tijuca-guest 
> ('mini-dinstall: Successfully installed kopano-webapp 3.3.1-1~exp1 to 
> experimental') via localhost: : 
> ({'tijuca-guest': (501, ': recipient address must contain a 
> domain')},)
> Traceback (most recent call last):
>   File "/usr/lib/pymodules/python2.7/minidinstall/mail.py", line 44, in send
> smtp.sendmail(smtp_from, [smtp_to], mime_body.as_string())
>   File "/usr/lib/python2.7/smtplib.py", line 738, in sendmail
> raise SMTPRecipientsRefused(senderrs)
> SMTPRecipientsRefused: {'tijuca-guest': (501, ': recipient 
> address must contain a domain')}

For whatever reason mini-dinstall can't solve the domain of the host on Alioth
or my guest account on Alioth hasn't enough access rights for proper usage of
mini-dinstall.

Following additional information I can provide.
> tijuca-guest@moszumanska:~$ apt-cache show mini-dinstall | grep Version
> Version: 0.6.29
> tijuca-guest@moszumanska:~$ id
> uid=321407(tijuca-guest) gid=321407(tijuca-guest) 
> Gruppen=321407(tijuca-guest),40600(pkg-mozilla),41115(pkg-electronics),81115(scm_pkg-electronics),110356(pkg-mozext),110693(pkg-giraffe),111008(debian-iot),150356(scm_pkg-mozext),150693(scm_pkg-giraffe),150859(scm_sepwatch),151008(scm_debian-iot)

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

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

Versions of packages mini-dinstall depends on:
ii  apt-utils   1.5~beta1
ii  python  2.7.13-2
ii  python-apt  1.4.0~beta3+b1

Versions of packages mini-dinstall recommends:
ii  gpgv  2.1.18-8

Versions of packages mini-dinstall suggests:
ii  debian-keyring  2017.05.28

Bug#871629: thunderbird UI unusable with many widgets not drawn

[Carsten Schoenert]

Hello,

On Thu, Aug 10, 2017 at 04:21:10PM +1200, Ben Caradoc-Davies wrote:
> Package: thunderbird
> Version: 1:52.2.1-4+b1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> the thunderbird UI is unusable with many widgets not drawn. See
> attached screenshot. Mouse hover causes some to be drawn.
> 
> Using XFCE with Clearlooks Phenix theme. Changing theme causes all
> widgets to be redrawn, but mouse activity causes them to disappear
> again.
> 
> Unusable. Downgrading.

as Adrian has pointed out the visible issue is some kind related to the
new default GCC-7 version in unstable that has introduced this
regression.
As far I could test I can reproduce this issue no mather if I use
Gnome Classic, 3, KDE5 with classical X-system or Wayland so it's
probably not related to the DE. Like Firefox we switches back to GCC-6
for now.

I'll upload a so prepared version soon.

@dkg
Thanks for the nice explanation how snapshot.d.o can be use with apt! We
will need to put this to the wiki somehow.

Regards
Carsten

Bug#871629: thunderbird UI unusable with many widgets not drawn

[Carsten Schoenert]

On Sat, Aug 12, 2017 at 09:53:55AM +0100, Don Alex wrote:
> Can confirm. Initial rending of windows appear blank but when rolling mouse
> over it artifacts begin to be drawn. Makes Thunderbird unsable. However when
> running the official Mozilla build
> 
> http://download.cdn.mozilla.net/pub/thunderbird/releases/52.2.1/linux-x86_64/en-GB/thunderbird-52.2.1.tar.bz2
> 
> on the same system, no such errors occur. Suggest you compare the two builds
> and discover what has changed.

That's quite easy to compare, Mozilla is still using GCC-4.x in their
toolchain.  Such issues are not happen for the first time while Debian
is changing the GCC suite.

Regards
Carsten

Bug#859932: [Pkg-giraffe-maintainers] Bug#859932: gsoap: please package a recent gsoap version

[Carsten Schoenert]

Hi Matthias,

Am 11.07.2017 um 18:55 schrieb Mattias Ellert:
> sön 2017-07-09 klockan 13:22 +0200 skrev Carsten Schoenert:
>> Hello Matthias,
>>
>> One additional question, is it possible that you can provide a dsc file
>> or even some pre-compiled new packages else there? That would help us to
>> also work on a new kopanocore upload in the between time.
>>
>> Regards
>> Carsten
> 
> Hi Carsten!
> 
> I have put a copy of my latest upload here:
> 
> http://www.ellert.se/gsoap/

great! Thank you! Really appreciated.

-- 
Regards
Carsten Schoenert

Bug#859932: gsoap: please package a recent gsoap version

[Carsten Schoenert]

Hello Matthias,

On Mon, Apr 10, 2017 at 11:03:55AM +0200, Carsten Schoenert wrote:
> ...
> In the report upstream is talking about that would be fixed in 2.8.37
> (not .36 as I wrote). So from a current knowing I would say at least
> 2.8.37 is needed. I know that parts of the guys on Kopano are
> interacting with GSoap very often so it's possible they using or
> have requesting new features already.
> 
> Anyway, I fully agree with you we are in the hard freeze now so nobody
> shouldn't do extra work. We / I can live with the statement from you a
> new gsoap package would be to much work with little gain and we wait
> until Stretch is gone released.
> 
> So let this report open until there is time and effort for prepapring of
> a new gsoap package.

thanks for working on a new gsoap upload. I've seen the upload is
waiting in NEW so far.

One additinal question, is it possible that you can provide a dsc file
or even some pre-compiled new packages else there? That would help us to
also work on a new kopanocore upload in the between time.

Regards
Carsten

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Carsten Schoenert]

Hello,

On Wed, Jul 12, 2017 at 09:48:47AM +0200, GT wrote:
... 
>* What was the outcome of this action?
> 
> AppArmor parser error for /etc/apparmor.d/usr.bin.thunderbird in
> /etc/apparmor.d/local/usr.bin.thunderbird at line 1: Fo
 ^^
we don't ship any files to /etc/apparmor.d/local so I assume you have
left over some other stuff there for Thunderbirdi?

We do include the folder /etc/apparmor.d/local (see line 293f) in the
shipped apparmor file.

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/tree/debian/apparmor/usr.bin.thunderbird#n293

> # aa-disable thunderbird
> 
> ERROR: Syntax Error: Unknown line found in file local/usr.bin.thunderbird 
> line 896:

The error is pointing to a line 896 in that file, so I assume you have
ro take a look at that line.

Regards
Carsten

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Carsten Schoenert]

On Wed, Jul 12, 2017 at 10:32:35AM +, Grand T wrote:
> Anyway there is issue with Thunderbird apparmor profile
> 
> 
>  root@debian:/# cp  /etc/apparmor.d/usr.bin.thunderbird /etc/apparmor.d/local

Why you *copy* the existing profile into the user dedicated folder? That
make no sense at all.
By this the same profile will be loaded within the already included
profile. This brings some nested incusion like seen further down.

> root@debian:/# aa-disable usr.bin.thunderbird
> 
> ERROR: local/usr.bin.thunderbird profile in local/usr.bin.thunderbird 
> contains syntax errors in line 202: a child profile inside another child 
> profile is not allowed.

Well, the gpg profile part is allready loaded by the the profile in
/etc/apparmor-d/ and is again loading than by the including of the whole
folder /etc/apparmor-d/local.

> Here is the section involved
> 
> 
>  # TB tries to create this file but has no business doing so
>   deny @{HOME}/.gnupg/gpg-agent.conf w,
> 
>   profile gpg {
> #include 
> 
> # Required to import keys from keyservers
> #include 
> #include 
> 
> 
> So once again i do it mannually
> 
> 
> root@debian:/etc/apparmor.d# cp usr.bin.thunderbird disable
> root@debian:/etc/apparmor.d# systemctl reload apparmor.service
> 
> 
> Jul 12 12:18:08 debian apparmor[1767]: Reloading AppArmor profiles:Skipping 
> profile in /etc/apparmor.d/disable: usr.bin.thunderbird
> 
> 
> And now no more trouble with that bad profile :=))

Remove the copied profile from /etc/apparmor-d/local and I supect were
are no more issues.

The question is if the shipped profile is causing issues or not,
problems by users profiles is something we can't be responsible for. So
how is Thunderbird or apparmor acting with the profile from the
thunderbird package only.

Regards
Carsten

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Carsten Schoenert]

On Wed, Jul 12, 2017 at 11:38:46AM +, Grand T wrote:
> the profile is the one from
> 
> Package: thunderbird
> Version: 1:52.2.1-4

The profile inside /etc/apparmor.d comes from the package, not with the
one from /etc/apparmor.d/local.

> All that mess came after upgrade of Thunderbird
> 
> So I suspect this issue is in your original profile.

That's need to be proven.
We had five commits made for the apparmor profile, all picked from
upstream so it's quite unlikely that that nobody else has seen such
issue before the Debian upload.

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/log/debian/apparmor?showmsg=1

https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/debian/apparmor?id=5d5392b9d036d4af16806ab050903aa9667f7b65
https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/debian/apparmor?id=f49ad79331742d323e77c52682b5ec5d89b1
https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/debian/apparmor?id=d8e5d42ce36a73e328448c88932204239ac695ce
https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/debian/apparmor?id=f18884e0fd87e46fbc4494feb6b8b81a341c9d37
https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/commit/debian/apparmor?id=e73afbb82a5f254bf40a69ba044a356d6f6d2f27

> root@debian:/# aa-disable usr.bin.thunderbird
> 
> ERROR: local/usr.bin.thunderbird profile in local/usr.bin.thunderbird 
> contains syntax errors in line 202: a child profile inside another child 
> profile is not allowed.o
 ^^
That line tells me something different in contrest to your statement
above.

> Line 202 is that one
> 
>   profile gpg {
> #include 
> 
> # Required to import keys from keyservers
> #include 
> #include 

That's correct and no thing we need to talk about.
Apparmor is complaining that a profile is trying to load a profile
within a profile. This can only happen if there is a another profile
included with the same name.

> Brother I dont write this myself!!

Common, what should we or I do to help you?
I've wrote that you please disable/remove the copied profile in
/etc/apparmor.d/local and ensure that *only* the profile from the
thunderbird package in /etc/apparmor.d is alive.

Without knowing the outcome of that it's useless to go further and blame
someone. Issue tracking isn't always easy but the first thing is to know
under which circumstances a problem is occur. And we need to know if the
issue is related to the original profile in the designated folder or
something else. I can't readjust your problem here.

Your report is the first report about a apparmour issue within
Thunderbird > 45.8.0. Given we allready had issues in the past with
Thunderbird 45.x and users reporting such issues immediately after the package
upload I tend to say for now that the problem is a local problem on your
side.
So please follow my request and start with definated environment given
by the usage of no extra profile in /etc/apparmor.d/local.
If the problem is still existing you can try selectively revert the
changes made in the fice commits.

Regards
Carsten

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Carsten Schoenert]

On Wed, Jul 12, 2017 at 01:39:34PM +, Grand T wrote:
> Startin from a clean situation
> 
> 
> root@debian:/etc/apparmor.d# ls -alrt *thunderbird*
> -rw-r--r-- 1 root root 8819 juil. 12 15:33 usr.bin.thunderbird
> root@debian:/etc/apparmor.d# cd local
> root@debian:/etc/apparmor.d/local# ls -alrt *thunderbird*
> ls: impossible d'accéder à '*thunderbird*': Aucun fichier ou dossier de ce 
> type
> root@debian:/etc/apparmor.d/local# cd ../disable/
> root@debian:/etc/apparmor.d/disable# ls -alrt *thunderbird*
> ls: impossible d'accéder à '*thunderbird*': Aucun fichier ou dossier de ce 
> type
> root@debian:/etc/apparmor.d/disable# aa-disable thunderbird
> 
> ERROR: Include file /etc/apparmor.d/local/usr.bin.thunderbird not found
> 
> 
> So what? Apparmor says he needs something in local while you say  it don't 
> have anything in local

Sorry, I still can't reproduce your issue here even on a second PC.
I installed apparmor on a laptop were version 45.8.0-3 is still
installed.

carsten@x260:~  $ LANG= dpkg -l thunderbird
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version ArchitectureDescription
+++--===-===-=
ii  thunderbird  1:45.8.0-3  amd64   mail/news client with 
RSS, chat and integrate

carsten@x260:~  $ LANG= sudo apt install apparmor
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libass5 libbluray1 libmad0 libntfs-3g871 libraw15 libx265-95
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libapparmor-perl
Suggested packages:
  apparmor-profiles apparmor-profiles-extra apparmor-utils
The following NEW packages will be installed:
  apparmor libapparmor-perl
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 609 kB of archives.
... [snip]
Created symlink /etc/systemd/system/sysinit.target.wants/apparmor.service -> 
/lib/systemd/system/apparmor.service.
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults
diff: /var/lib/apparmor/profiles/.apparmor.md5sums: No such file or directory
Processing triggers for systemd (233-9) ...

I started thunderbird and it worked as expected.

Now I updated to 52.2.1-4 by updating the whole system which I needed to
anyway ...

carsten@x260:~  $ LANG= sudo apt upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  libass5 libbluray1 libmad0 libntfs-3g871 libraw15 libx265-95 python-pyasn1
Use 'sudo apt autoremove' to remove them.
The following NEW packages will be installed:
  firmware-linux-free irqbalance linux-image-4.11.0-1-amd64 python-asn1crypto
The following packages will be upgraded:
  adwaita-icon-theme apt apt-utils at-spi2-core automake 
calendar-google-provider cpp cpp-6 cups

  ncurses-term perl perl-base perl-modules-5.24 python-cryptography systemd 
systemd-sysv thunderbird
  thunderbird-l10n-de udev xserver-common xserver-xephyr xserver-xorg-core 
xserver-xorg-legacy xwayland
120 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 193 MB of archives.
... [snip]
carsten@x260:~  $ LANG= dpkg -l thunderbird
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version ArchitectureDescription
+++--===-===-=
ii  thunderbird  1:52.2.1-4  amd64   mail/news client with 
RSS, chat and integrate

Now again I started Thunderbird ... and all is working again.

carsten@x260:~  $ thunderbird --version
 Thunderbird 52.2.1
carsten@x260:~  $ thunderbird 
[calBackendLoader] Using Thunderbird's builtin libical backend
[calSleepMonitor] Starting sleep monitor.
[calTimezoneService] Loading resource://calendar/timezones/zones.json
[calTimezoneService] Timezones version 2.2016j loaded
[calGoogleSessionManager] Creating session c.schoenert@x
[calStorageCalendar] Timezones have been changed from 2.2016c to 2.2016j, 
updating calendar data.
[calGoogleSessionManager] Reusing session c.schoenert@x
...

So I'm sorry, but without readjusting the behaviour of your setup it's very
difficult to track down the root of your problem. Maybe you can provide a
complete backup of the folder /etc/apparmor.d.

One thing I need to take back is about the file 'local/usr.bin.thunderbird', 
We ship this file, or at least the 

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Carsten Schoenert]

Hello,

On Wed, Jul 12, 2017 at 08:12:01PM +, Grand T wrote:
> 
> Hello Carsten,
> 
> First try was nok, I have to purge Thunderbird and the second try was ok.

does that mean the issue is solved?
If yes you could close this report by yourself if writing a email
adressed to 868120-d...@bugs.debian.org.
 
> The previous problematic file is now this way
> 
> root@debian:/etc/apparmor.d/local# cat usr.bin.thunderbird
> # Site-specific additions and overrides for usr.bin.thunderbird.
> # For more details, please see /etc/apparmor.d/local/README.
> 
> As far as I can guess this came from the way the update went:
> 
> 1) gnome gpk-update-viewer was running with no ending so I interrupted
>it, it seems gnome is unable to display the question thunderbird
>update asked. I reported this behaviour
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868122

O.k. Interrupted installations are mostly a problem afterwards as at one
point you will run into trouble and you don't see on a first look that
the root for the problem is. Like seen by this issue you had.

I typically use the classical cli for doing updates and installations so
I see more directly if something isn't working as designed.

> 2) So I finished the update manually
> root@debian:/# dpkg --configure -a
> Paramétrage de thunderbird (1:52.2.1-4) ...

One nitpick, please unset your local setting for the preferred language
in the future if you providing logs. This can be done simple by using
the environment variable LANG. So for example for the above command you
would call it this way:

 # LANG= dpkg --configure -a

 Regards
 Carsten

Bug#867761: thunderbird-dev: idl autopkgtest is failing

[Carsten Schoenert]

Package: thunderbird-dev
Version: 1:52.2.1-4
Severity: normal
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1379456

The autopkg test for header creation und usability is failing since
introducing src:icedove 52.x

e.g. 
https://ci.debian.net/data/autopkgtest/unstable/amd64/i/icedove/20170709_071145/log.gz

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

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

Versions of packages thunderbird-dev depends on:
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-12
ii  libcairo-gobject2 1.14.10-1
ii  libcairo2 1.14.10-1
ii  libfontconfig12.12.3-0.1
ii  libfreetype6  2.8-0.2
ii  libgcc1   1:7.1.0-7
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.52.3-1
ii  libgtk-3-03.22.16-1
ii  libgtk2.0-0   2.24.31-2
ii  libnspr4  2:4.15-1
ii  libnspr4-dev  2:4.15-1
ii  libnss3-dev   2:3.31-1
ii  libpango-1.0-01.40.6-1
ii  libpangocairo-1.0-0   1.40.6-1
ii  libpangoft2-1.0-0 1.40.6-1
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++67.1.0-7
ii  python2.7.13-2
ii  thunderbird   1:52.2.1-4

thunderbird-dev recommends no packages.

thunderbird-dev suggests no packages.

Bug#865320: [PATCH] inetmapi: adjust for vmime 0.9.2 API

[Carsten Schoenert]

Hello Dimitri,

On Tue, Jul 25, 2017 at 06:41:58PM +0100, Dimitri John Ledkov wrote:
> From: Jan Engelhardt 
> 
> References: KC-263
> ---
>  Rebased this patch onto 8.1.0 upstream release. - xnox.
> 
>  inetmapi/ECVMIMEUtils.cpp|  40 ++---
>  inetmapi/ECVMIMEUtils.h  |   5 +-
>  inetmapi/MAPISMTPTransport.cpp   | 102 +---
>  inetmapi/MAPISMTPTransport.h |  17 +-
>  inetmapi/MAPIToVMIME.cpp | 155 +-
>  inetmapi/MAPIToVMIME.h   |  19 +--
>  inetmapi/SMIMEMessage.cpp|   8 +-
>  inetmapi/SMIMEMessage.h  |   3 +-
>  inetmapi/VMIMEToMAPI.cpp | 295 
> ++-
>  inetmapi/VMIMEToMAPI.h   |  46 +++---
>  inetmapi/inetmapi.cpp|   4 +-
>  inetmapi/inputStreamMAPIAdapter.cpp  |   7 +-
>  inetmapi/inputStreamMAPIAdapter.h|  10 +-
>  inetmapi/mapiAttachment.cpp  |  17 +-
>  inetmapi/mapiAttachment.h|   4 +-
>  inetmapi/mapiTextPart.cpp| 159 +--
>  inetmapi/mapiTextPart.h  |  56 +++
>  inetmapi/outputStreamMAPIAdapter.cpp |   4 +-
>  inetmapi/outputStreamMAPIAdapter.h   |   7 +-
>  inetmapi/serviceRegistration.inl |  10 +-
>  20 files changed, 479 insertions(+), 489 deletions(-)

mhh, we actually don't want to work on the old 8.1.0 release of
kopanocore even in middle-term.
In the between time while the Stretch freeze kopanocore 8.2.x and now 8.3.2
was released, both depending now on libvmime 0.9.2 which have now
available in unstable and testing.

This bug report is caused due using libvmime 0.9.2 against 8.1.0 which
was happen because we uploaded the new vmime source and build packages
from.

We have currently worked on kopanocore 8.3.2 for unstable and made good
success. We hopefully can upload this version in the next weeks while
DebCamp or DebConf.

Anyway, thanks for your contribution!

Regards
Carsten

Bug#868997: thunderbird: Ctrl-K deletes text instead of inserting hyperlinks when composing

[Carsten Schoenert]

Hello Bin,

On Wed, Jul 19, 2017 at 11:03:08PM -0400, Bin Guo wrote:
>   I recently upgraded thunderbird from 1:45.8.0-3 to 1:52.2.1-4, and
> noticed that the shortcut to insert link when composing changed from
> Ctrl-L to Ctrl-K, but it doesn't actually work --- it in fact deletes
> text. Also other keys like Ctrl-F is not searching, but moving forward.
> 
>   This happens even in safe mode, while a windows version works fine.
> Inserting hyperlinks is a common operation when composing, Ctrl-K should
> work as expected to display the insert hyperlink dialog.

I can't reproduce your problem on any of my Thunderbird installations.
All shortcut you want to use are working excatly in the way it should
be.

Maybe you have changed something to the keyconfig?

http://kb.mozillazine.org/Keyconfig_extension

You could also create a new profile and compare the prefs.js file
afterwards each other.

At least your issue isn't related to the new version of Thunderbird I
guess.

Regards
Carsten

Bug#869410: munin-plugins-core: acpi needs bc for correct working

[Carsten Schoenert]

Package: munin-plugins-core
Version: 2.0.33-1
Severity: normal

Dear Maintainer,

after installing munin and munin-plugins-core on a fresh installed stretch
 system the acpi plugin wasn't working due a missed package bc.

Currently munin-plugin-core isn't suggesting or recommending the bc package.


-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 4.9.0-3-armmp-lpae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages munin-plugins-core depends on:
ii  munin-common  2.0.33-1
ii  perl  5.24.1-3+deb9u1

Versions of packages munin-plugins-core recommends:
ii  libnet-snmp-perl  6.0.1-2

Versions of packages munin-plugins-core suggests:
pn  conntrack
pn  libcache-cache-perl  
pn  libdbd-mysql-perl
pn  libnet-dns-perl  
pn  libnet-netmask-perl  
pn  libnet-telnet-perl   
pn  libxml-parser-perl   
ii  python   2.7.13-2
pn  ruby | ruby-interpreter  

-- no debconf information

Bug#869502: thunderbird-l10n-en-gb: The package seems to not be working

[Carsten Schoenert]

Control: tags -1 severity normal

On Sun, Jul 23, 2017 at 06:53:07PM +, Mark Grieveson wrote:
> Package: thunderbird-l10n-en-gb
> Version: 1:52.2.1-4
> Severity: important
... 
> -- System Information:
> Debian Release: 9.1
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), 
> LANGUAGE=en_CA:en

Your local language ist set to en_CA, not en_GB. Thunderbird is using
this locale setting from the system.

> (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages thunderbird-l10n-en-gb depends on:
> ii  thunderbird  1:52.2.1-4
> 
> Versions of packages thunderbird-l10n-en-gb recommends:
> ii  hunspell-en-ca  1:5.2.5-1
> ii  hunspell-en-gb  1:5.2.5-1
> 
> thunderbird-l10n-en-gb suggests no packages.
> 
> -- no debconf information
>  From Debian's source repository, I upgraded to the latest release of 
> Thunderbird.  From this, I installed thunderbird and the language 
> package thunderbird-l10n-en-gb.  However, I have not seen any difference 
> with the language package installed.  Spellings within Thunderbird (IE, 
> within the preferences) are still using American spellings (IE, 
> "color").  There is a working spellcheck from the hunspell-en-ca and 
> hunspell-en-gb packages, which I installed, but the language reflected 
> in Thunderbird itself (IE, as mentioned, in the preferences) is American 
> (it is en-us rather than en-gb).  So, the package thunderbird-l10n-en-gb 
> seems to have no effect.  It is enabled.

You need to run Thunderbird with a different setting of the LANG
variable if you want to use a different UI language than your local
locale setting.
This can be simply done by adjusting the LANG environment to the desired
language, for example on the cli:

 $ LANG=en_GB.utf8 thunderbird

I don't know the specific diffences between en_CA, en_US and en_GB so I
can't say what the Ui needs to show in which menu.

> PS, I tried to use the reportbug program, but the email it generated
> bounced back to me for some reason.  So, I am now using a commercial
> email program to deliver this.

reportbug is telling you which email address and domain will be used.
Mostly you need to adjust those settings and the desired MTA to use.
exim is the default MTA on a Debian installation which expected a valid
MDA to send data to the local email server.
If you want to work further with reportbug and bts I suggest to take a
look at the package nullmailer.
The setting of your email name and address can be done by setting
variables DEBEMAIL and DEBFULLNMAE, e.g.

DEBEMAIL=your_n...@provider.tld
DEBFULLNAME="Mister Fantastic" 
export DEBEMAIL DEBFULLNAME

Regards
Carsten

Bug#869502: thunderbird-l10n-en-gb: The package seems to not be working

[Carsten Schoenert]

On Sun, Jul 23, 2017 at 09:15:54PM +, Mark Grieveson wrote:
>>>  Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), 
>> LANGUAGE=en_CA:en
>>  
>>  Your local language ist set to en_CA, not en_GB. Thunderbird is using
>> this locale setting from the system. 
>  
>  No, Thunderbird is not using en_CA.  If it was there would be no
>  problem.

I can't see anything that let me believing that. Even in the starting of
this bug report wasn't a installed package thunderbird-l10n-ca vissible.
Thunderbird is catching up the default system locale setting, in your
case 'en_CA.utf8', and is trying to use the l10n package for that
language if possible. We have no confirmation that this is happen (or
not) on your side. Or you may mix up various things together.

>  The user interface of Thunderbird, despite the package
>  thunderbird-l10n-en-gb being installed and enacted, is most
>  definitely  en_US.  I should note that I do not even have the en_US
>  locale available on my machine:
>  
>  mark@debian:~$ locale -a
>  C
>  C.UTF-8
>  en_CA
>  en_CA.iso88591
>  en_CA.utf8
>  en_GB
>  en_GB.iso88591
>  en_GB.iso885915
>  en_GB.utf8
>  POSIX

...

>>  You need to run Thunderbird with a different setting of the LANG
>> variable if you want to use a different UI language than your local
>> locale setting.
>> This can be simply done by adjusting the LANG environment to the desired
>> language, for example on the cli:
>> 
>>  $ LANG=en_GB.utf8 thunderbird
> 
> I don't know the specific diffences between en_CA, en_US and en_GB so I
> can't say what the Ui needs to show in which menu.

It seems to me that you haven't try to use the command line call I
suggested so I can't follow your argumentation that Thunderbird is using
en_US.

>  As far as spelling, there are greater similarities between en_CA and
>  en_GB than there are between en_CA and en_US (true for many English
>  speaking commonwealth countries).  Generally, from what I have seen,
>  large programs that do not have language user interfaces that respond
>  to the locale will provide their own language user packs. 
>  Libreoffice does this, and that language pack
>  (libreoffice-l10n-en-gb) works flawlessly.

Spelling isn't done by the the various TB l10n packages, this is only
depending on installed *spell* packages (mostly pulled automatically by
the Recommends). The l10n packages are only for providing a UI of the
installed language *if* Thunderbird is called to use that language. e.g.
provoked by the example call I was suggesting.  Try it out on your own
with a l10n package with some significant different language. Like
Russian or Spanish. Install one of that packages and start Thunderbird
with

 $ LANG=ru_RU.utf8 thunderbird
or
 $ LANG=es_ES.utf8 thunderbird

Works here as expected, also for en_CA and en_GB. If the system locale
isn't matching Thunderbird will use en_US as default as this is the
native language Mozilla is using. That's why we don't have l10n file
for american english.
And I suspect that only a few amount of people will see directly the
differences between en_CA and en_GB. So please prove the setting you
use, otherwise I or we can't do much about your reported issue that's
right now unreproducible here.

If you can't see anything useful please try to use the program 'strace'
and look into the system calls Thunderbird is doing. There isn't really
much we can do here as we are mostly blind to see that's happen on the
users side.

And please use Thunderbird in plain text mode for answering if possible,
all the shiny new web frontends for the web based mail communication are
breacking quotation and line breaks in almost all cases.

Regards
Carsten

Bug#869789: thunderbird: Latest Thunderbird upgrade breaks enigmail (no more OpenPGP encryption possible)

[Carsten Schoenert]

Control: severity -1 important

Hello Shevek,
if seen you have open a similar bug report against enigmail. Please
mention such similar bug reports also in the affecting package(s).

On Wed, Jul 26, 2017 at 02:57:44PM +0200, Shevek Mandragou wrote:
> Package: thunderbird
> Version: 1:52.2.1-4~deb8u1
> Severity: critical
> Justification: breaks unrelated software
> 
> Hi,
> 
> the latest upgrade to thunderbird 1:52.2.1-4~deb8u1 breaks the current
> oldstable enigmail package (2:1.8.2-4~deb8u1). Since there has not been
> any upgrades of the enigmail package lately, I assume that the source
> of the problem must be the thunderbird upgrade.

No, not directlly. Enigmail is a extension for Thunderbird and is hardly
depending on the internal API from Thunderbird, this API is mostly
changing with every new ESR version of Thunderbird.
But obviously we have not added a adjusted version of enigmail that
breaks thunderbird.
In short, the current available version of enigmail in jessie-security
is to old for Thunderbird. Thunderbird 52 is needing a version of 1.9.6 at
least.

> Detailed description:
> * When clicking on encrypted mails, thunderbird says "This is an
> * encrypted OpenPGP message. In order to decrypt this mail, you need to
> * install an OpenPGP add-on" although enigmail is installed and shows up
> * in the menu and in addons
> * Similiarly, the enigmail encryption symbol is shown (greyd-out) but no
> * longer works when writing mails
> * Enigmail settings can no longer be accessed via the menu only via
> * addons (clicking on menu and hovering over enigmail no longer shows a
> * submenu, clicking on enigmail -> preferences in the menu bar 
> * Clicking on Enigmail buttons is no longer processed (yields no
> * results)
> * In Preferences -> Basic settings, the message beneath "Files and
> Directories" is "(error)". Since clicking on enigmail buttons is no
> longer processed, it is impossible to activate "Override with" to
> /usr/bin/gpg2 ("Ok" button does not work, "Browse" button does not work,
> "Display Expert Settings and Menus" does not work)
> 
> Further info:
> * gpg and gpg2 exist (both in /usr/bin/) and both work flawlessly on the
> * command line
> * all current upgrades have been installed
> * I have been informed that the same error also occurs on at least one
> other system of a colleague with a debian standard install. Also there
> has been a seperate bugreport on the enigmail page that seems to point to the
> same problem (to avoid confusion: I posted my first bugreport there too
> before I noticed that there hadn't been an enigmail upgrade, but there
> has also been another one).
> 
> I work in a small company and this problem is a desaster for us, since
> all of our communication is OpenPGP secured and we rely on
> thunderbird/enigmail to work. Please help to fix this problem quickly.

I haven't access to a jessie system right now. But you should be able to
use the version from Stretch.

Or you use the version 1.9.8 I've rebuilt right now for Jessie.

https://pkg-mozilla.alioth.debian.org/thunderbird52/

Note I can't ensure that this package will work as I can't test it now
in deep.

You could also use the Enigmail addon from Mozilla temporarily.

https://addons.mozilla.org/de/thunderbird/addon/enigmail/

@Daniel
Could you please prepare a upload of a newer version of enigmail for
jessie-security? We will prepare a new version of Thunderbird for j-s
with a valid version for breaking old enigmail versions.

Regrads
Carsten

Bug#869789: thunderbird: Latest Thunderbird upgrade breaks enigmail (no more OpenPGP encryption possible)

[Carsten Schoenert]

Hello Moritz,

Am 26.07.2017 um 19:18 schrieb Moritz Muehlenhoff:
> On Wed, Jul 26, 2017 at 07:05:17PM +0200, Carsten Schoenert wrote:
>> You could also use the Enigmail addon from Mozilla temporarily.
>>
>> https://addons.mozilla.org/de/thunderbird/addon/enigmail/
> 
> Or rather permanently. We cannot keep ~ 100 extensions for Firefox
> and Thunderbird in sync with an ESR releases which change every
> nine months. 
> 
> These should all be excluded from stable releases.

ah, yes. There was something about the Mozilla extensions I've
forgotten. :-(
So better update to Stretch or use the Plugins from Mozilla then in Jessie.

-- 
Regards
Carsten Schoenert

Bug#866367: Απ: Bug#866367: Απ: Bug#866367: thunderbird: Thunderbird crashes on start

[Carsten Schoenert]

Control: tags -1 moreinfo
Control: severity -1 important

On Thu, Jun 29, 2017 at 05:13:52PM +, Dimitris Kazantzas wrote:
> tried opening in safe mode. Nothing changed

common ...
Since when this issue is happen ...
Is your system a upgraded system ...
What other releases are enabled ...
Are some non original Debian packages are installed ...

WE WILL NOT BE ABLE TO SOLVE THIS PROBLEM WITHOUT MORE INFORMATION FROM
YOU.
We don't have a crystal ball to see what's wrong. And if we can't
readjust your behaviour we have no chance to find out the source for the
problem.

Regards
Carsten

Bug#866367: thunderbird: Thunderbird crashes on start

[Carsten Schoenert]

Hello Dimitris,

On Thu, Jun 29, 2017 at 06:59:45AM +, Dimitris Kazantzas wrote:
... 
> When I tried to open thunderbird it crashed
> 
> The message I got was the following: 

is Thunderbird also crashing if you have disabled all plugins?

Version 45.8.0-3 was uploaded severeal weeks ago and no other report
about crashes with this version are known. The log message you have
appended seems to be related to NoScript. So maybe the crash is related
to xul-ext-noscript?
What extensions do you have installed? Are all of them from the Debian
repositories?

Please give some more corner information about your setup and history.

Regards
Carsten

Bug#866367: Απ: Bug#866367: thunderbird: Thunderbird crashes on start

[Carsten Schoenert]

On Thu, Jun 29, 2017 at 03:39:01PM +, Dimitris Kazantzas wrote:
> Hi
> 
> 
> The only extension I have is one to minimize it on close, however I am
> not really sure which extension is exactly. The extension is from the
> Thunderbird repo and not from Debian

and what about disabling this plugin and all other possible used plugins?

 $ thunderbird --safe-mode

Without further information it's impossible to track down possible
reasons for the crash(es). Please try to answer the previous questions.

Regards
Carsten

Bug#859909: thunderbird: New upstream release (52)

[Carsten Schoenert]

Hello Giulio,

On Mon, Jul 03, 2017 at 04:51:08PM +0200, Giulio Turetta wrote:
... 
> Do you have any plan to release Thunderbird 52 via security mirrors?
> We are testing your package from experimental (no problems to report and
> the boring segfaults have disappeared).

of course we work on also updating Thunderbird for stretch and jessie.
Over the weekend we did some upload to get Thunderbird ready for
automatic transition from unstable to testing but we still have some
compiling and packaging issue on mips. Because of mips is a RC platform
the last upload won't automatically migrating to testing. So we need to
find out the reason why the build issue is still existing on mips.

We, that's Christoph and me, simply have to less time to get every
platform in shape as we need to prepare sid, stretch and jessie in the
end. And it's much better to start with unstable to catch potentially
problems by new uploads than introduce issues in one of teh stable
releases.

We will upload 52.2.1 to stretch-security and jessie-security soon, but
we can't give a exact date when this will happen.

Regards
Carsten