Bug#907063: fetchmail: sslcertck fails with GMAIL
Package: fetchmail
Version: 6.3.26-3
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
When using sslcertck with a GMAIL server, the check fails since GMAIL now
requires a Server Name Indication (SNI). This is fixed in Experimental
(6.4.0~beta4-1) but you may want to include it in Sid (6.3.26-3) due to the
wide impact.
The following worked for me as a temporary fix:
- --- a/socket.c
+++ b/socket.c
@@ -1041,6 +1041,8 @@
SSL_use_RSAPrivateKey_file(_ssl_context[sock], mykey,
SSL_FILETYPE_PEM);
}
+ SSL_set_tlsext_host_name(_ssl_context[sock],servercname);
+
if (SSL_set_fd(_ssl_context[sock], sock) == 0
|| (ssle_connect = SSL_connect(_ssl_context[sock])) < 1) {
int e = errno;
- -- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500,
'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500,
'testing'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.17.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages fetchmail depends on:
ii adduser 3.117
ii debianutils 4.8.6
ii libc6 2.27-5
ii libcom-err2 1.44.4-1
ii libgssapi-krb5-2 1.16-2
ii libk5crypto3 1.16-2
ii libkrb5-3 1.16-2
ii libssl1.1 1.1.1~~pre9-1
ii lsb-base 9.20170808
Versions of packages fetchmail recommends:
ii ca-certificates 20180409
Versions of packages fetchmail suggests:
ii exim4-daemon-heavy [mail-transport-agent] 4.91-6
pn fetchmailconf
ii resolvconf 1.79
- -- Configuration Files:
/etc/logcheck/ignore.d.server/fetchmail [Errno 13] Permission denied:
'/etc/logcheck/ignore.d.server/fetchmail'
/etc/logcheck/ignore.d.workstation/fetchmail [Errno 13] Permission denied:
'/etc/logcheck/ignore.d.workstation/fetchmail'
- -- no debconf information
-BEGIN PGP SIGNATURE-
iQJHBAEBCAAxFiEEOexxovf7Ie4VsjV8e6VjMYfM+fsFAlt+4jMTHHdocmF2ZW4y
QGdtYWlsLmNvbQAKCRB7pWMxh8z5+xqBEAC6LIv4IQGKVOFJxxFjzt++QrF6sU5j
WrFMobrN5Iv0lwAhHRki3JiLDb5m2I9Bzo1K1ECOakn3QBMCsxf3MTy+98qFgkJb
WSyA/TpOFP8a1hpXGlgLd6cKQFr5GzSFC6GylXqa5PVHcsHZpx5OjfbaTymoo6jf
v+iVbxp/cJyIJjxkUWy+yR1Dff6kWYIJ0AfI5k38uVEJggjITcoEbRSo7qWypBzp
DfS4IYxsoytWbR4165C/lDl6yU+O/zKYeRhY9g6KrMM7X4C4j+Mb5lApYAS31WWi
Vri4x6Y76VYuSPf7sN86xq7ylM/r3VS12ZQSdC06QAG9QbAiQMti/24GZ0CK9PMS
ZIZUVzCCnmxUUvtXpPbcJ57QttKypXjX7158qEV0aZzZ9pOg6f/J7j/i1iCgcKnJ
kEo5lpuWncUIIKVo1RaAS29UMmXlaSkYxPmx63UMm+ggizti5N1lC8NSZm7Lq6DO
1ytXgN69y14dEfLmSWbV3YnWJlOYOD50e4T/8fIGU5rkvBQuBgQ4pk2mH639t4iZ
AY4ABO4lrliW5FZpnyCCNuidINyCIm4fEQr5RyJhTtFfdDagfWam8qVg06LKsUeZ
igM8mpRL0fkfTN7E0/UZrhMZeOrpuR9PFcmfTCo4agwZT0mrNLxVNoO+VW4ehSzR
d+Tpg2eS/oggug==
=VJM7
-END PGP SIGNATURE-
--- a/socket.c
+++ b/socket.c
@@ -1041,6 +1041,8 @@
SSL_use_RSAPrivateKey_file(_ssl_context[sock], mykey,
SSL_FILETYPE_PEM);
}
+ SSL_set_tlsext_host_name(_ssl_context[sock],servercname);
+
if (SSL_set_fd(_ssl_context[sock], sock) == 0
|| (ssle_connect = SSL_connect(_ssl_context[sock])) < 1) {
int e = errno;
Bug#800474: evolution-data-server: upgrade to libglib2.0-0 2.46.x gobject changes breaks libedataserver camel use
Package: evolution-data-server
Version: 3.16.5-1wri1
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
The attached patch fixes a problem that occurs when libglib2.0-0 is upgraded
from 2.44.1 to the current 2.46.0. After the upgrade, Evolution can no longer
contact any Exchange server via evolution-ews, and mh-mail directories cannot
be found because the configuration reverts to default.
The problem also appears to exist in EDS 3.17.90.
The problem occurs because e-source-camel.c used various hacks that depend on
pre-2.45.7 gobject code. Those hacks no longer work, ultimately causing various
evolution config entries to revert to default and ignore all attempts to
correct the issue.
The patch has already been submitted upstream, but you may wish to add it now
to fix the problem until the upstream patch reaches the Debian source, since
evolution is essentially broken without the patch.
*Note*: the 1wri1 versions listed below include the patch as a local
modification. Actual version without the patch would be the same but without
the 'wri1' local increment.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages evolution-data-server depends on:
ii evolution-data-server-common 3.16.5-1wri1
ii gnome-keyring 3.16.0-4
ii libc6 2.19-22
ii libcamel-1.2-52 3.16.5-1wri1
ii libdb5.3 5.3.28-11
ii libebackend-1.2-103.16.5-1wri1
ii libebook-1.2-16 3.16.5-1wri1
ii libebook-contacts-1.2-1 3.16.5-1wri1
ii libecal-1.2-183.16.5-1wri1
ii libedata-book-1.2-25 3.16.5-1wri1
ii libedata-cal-1.2-27 3.16.5-1wri1
ii libedataserver-1.2-20 3.16.5-1wri1
ii libgcr-base-3-1 3.16.0-1
ii libgcr-ui-3-1 3.16.0-1
ii libgdata220.17.3-1
ii libglib2.0-0 2.46.0-2
ii libgoa-1.0-0b 3.16.4-1
ii libgtk-3-03.16.6-1
ii libgweather-3-6 3.18.0-1
ii libical1a 1.0.1-0.1
ii libldap-2.4-2 2.4.42+dfsg-2
ii libpango-1.0-01.38.0-3
ii libsecret-1-0 0.18.3-1
ii libsoup2.4-1 2.52.0-1
ii libxml2 2.9.2+zdfsg1-4
evolution-data-server recommends no packages.
Versions of packages evolution-data-server suggests:
ii evolution 3.16.5-1
pn evolution-data-server-dbg
diff --git a/libedataserver/e-source-camel.c b/libedataserver/e-source-camel.c
index b46f133..000e6b7 100644
--- a/libedataserver/e-source-camel.c
+++ b/libedataserver/e-source-camel.c
@@ -126,12 +126,7 @@ G_DEFINE_ABSTRACT_TYPE (
e_source_camel,
E_TYPE_SOURCE_EXTENSION)
-/* XXX A function like this belongs in GObject. I may yet propose it,
- * GParamSpecClass still has some reserved slots. This fiddles with
- * GParamSpec fields that are supposed to be private to GObject, but
- * I have no other choice.
- *
- * XXX Historical note, originally I tried (ab)using override properties
+/* XXX Historical note, originally I tried (ab)using override properties
* in ESourceCamel, which redirected to the equivalent CamelSettings
* property. Seemed to work at first, and I was proud of my clever
* hack, but it turns out g_object_class_list_properties() excludes
@@ -141,53 +136,157 @@ static GParamSpec *
param_spec_clone (GParamSpec *pspec)
{
GParamSpec *clone;
- GTypeQuery query;
-
- /* Query the instance size. */
- g_type_query (G_PARAM_SPEC_TYPE (pspec), &query);
-
- /* Start with a memcpy()'d buffer. */
- clone = g_slice_alloc0 (query.instance_size);
- memcpy (clone, pspec, query.instance_size);
-
- /* This sort of mimics g_param_spec_init(). */
-
-#define PARAM_FLOATING_FLAG 0x2 /* from gparam.c */
- g_datalist_set_flags (&clone->qdata, PARAM_FLOATING_FLAG);
- clone->ref_count = 1;
-
- /* Clear the owner_type. */
- clone->owner_type = G_TYPE_INVALID;
-
- /* Clear the param_id. */
- clone->param_id = 0;
-
- /* This sort of mimics g_param_spec_internal(). */
-
- /* Param name should already be canonicalized and interned. */
-
- /* Always copy the nickname. */
- clone->flags &= ~G_PARAM_STATIC_NICK;
- clone->_nick = g_strdup (g_param_spec_get_nick (pspec));
-
- /* Always copy the blurb. */
- clone->flags &= ~G_PARAM_STATIC_BLURB;
- clone->_blurb = g_strdup (g_param_spec_get_blurb (pspec));
-
- /* Handle special cases. */
-
- if (G_IS_PARAM_SPEC_STRING (clone)) {
- GParamSpecString *clone_s;
-
- clone_s = (GParamSpecString *) clo
Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler()
To be honest, this was something I installed to *temporarily* support my sister-in-law's braille tty to demonstrate Linux to her some time ago, and I neglected to remove it once I was done. I no longer have access to her equipment, as she now has her own system. In fact, the absence of equipment may be related to the error. In any case, because the equipment is no longer attached, I've now removed brltty from my system. Feel free to close the ticket. If my wife gets a braille tty (they're twins and both blind), I may re-install and if there are still problems I can re-submit the issue. -Original Message- From: Samuel Thibault To: Rich Pinkall Pollei Cc: 705...@bugs.debian.org Subject: Re: Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler() Date: Sun, 21 Apr 2013 02:12:46 +0200 Rich Pinkall Pollei, le Wed 17 Apr 2013 13:23:23 -0500, a écrit : > Sorry, no logs specific to brltty, probably because I'm using it as > installed -- the base debian install appears to use the "-q" option > in /etc/default/brltty. Could you try to drop it? Also, is brltty still running when xbrlapi crashes? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler()
Sorry, no logs specific to brltty, probably because I'm using it as installed -- the base debian install appears to use the "-q" option in /etc/default/brltty. -Original Message- From: Samuel Thibault To: Rich Pinkall Pollei Cc: 705...@bugs.debian.org Subject: Re: Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler() Date: Wed, 17 Apr 2013 19:59:19 +0200 Rich Pinkall Pollei, le Wed 17 Apr 2013 09:24:48 -0500, a écrit : > This was actually sent automatically by Apport. Here is what I can find > in the Apport log: > > > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: called for pid 5969, > > signal > > 6, core limit 0 > > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: executable: > > /usr/bin/xbrlapi (command line "/usr/bin/xbrlapi -q") > > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: is_closing_session(): no > > DBUS_SESSION_BUS_ADDRESS in environment > > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: this executable already > > crashed 2 times, ignoring > > This occurred two additional times, with only the PID differing. > > All brlapi entries in other logs appear normal. Could you check whether there are logs about brltty in /var/log? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler()
This was actually sent automatically by Apport. Here is what I can find in the Apport log: > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: called for pid 5969, > signal > 6, core limit 0 > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: executable: > /usr/bin/xbrlapi (command line "/usr/bin/xbrlapi -q") > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: is_closing_session(): no > DBUS_SESSION_BUS_ADDRESS in environment > ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: this executable already > crashed 2 times, ignoring This occurred two additional times, with only the PID differing. All brlapi entries in other logs appear normal. -Original Message- From: Samuel Thibault To: whrav...@gmail.com, 705...@bugs.debian.org Subject: Re: Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler() Date: Tue, 16 Apr 2013 23:59:29 +0200 Hello, whrav...@gmail.com, le Mon 15 Apr 2013 01:36:26 +0200, a écrit : > #2 0x7fe79c31808a in brlapi__defaultExceptionHandler () from > /lib/x86_64-linux-gnu/libbrlapi.so.0.5 > No symbol table info available. Do you have the error log from xbrlapi? Only the backtrace does not provide much information about what happened. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#332663: INSTALL REPORT
Package: installation-reports INSTALL REPORT Debian-installer-version: 6 October 2005, cdimage.debian.org uname -a: Linux triceps 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux Date: 6 October 2005, 2:00 pm Method: How did you install? Network Install What did you boot off? CDROM If network install, from where? debian.mirrors.tds.net Proxied? No Machine: Dell Poweredge 1300 Processor: Pentium 2 Memory: 64 MB Root Device: SCSI (Perc 2/SC, MegaRaid driver), /dev/sda Root Size/partition table: Disk /dev/sda: 4559 MB, 4559208448 bytes 255 heads, 63 sectors/track, 554 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 524 554 249007+ 82 Linux swap / Solaris /dev/sda2 * 1 523 4200966 83 Linux /dev/sda2 mounted root Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) :00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) :00:02.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) :00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) :00:0d.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC AGP (rev 7a) :02:09.0 PCI bridge: Intel Corp. 80960RP [i960 RP Microprocessor/Bridge] (rev 03) :02:09.1 SCSI storage controller: Intel Corp. 80960RP [i960RP Microprocessor] (rev 03) :02:0b.0 SCSI storage controller: Adaptec AHA-2940U2/U2W / 7890/7891 (rev 01) :00:00.0 0600: 8086:7190 (rev 03) :00:01.0 0604: 8086:7191 (rev 03) :00:02.0 0604: 1011:0024 (rev 03) :00:07.0 0601: 8086:7110 (rev 02) :00:07.1 0101: 8086:7111 (rev 01) :00:07.2 0c03: 8086:7112 (rev 01) :00:07.3 0680: 8086:7113 (rev 02) :00:0d.0 0200: 8086:1229 (rev 05) :01:00.0 0300: 1002:4757 (rev 7a) :02:09.0 0604: 8086:0960 (rev 03) :02:09.1 0100: 8086:1960 (rev 03) :02:0b.0 0100: 9005:001f (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I had to manually load the megaraid and sd_mod modules before the installer would recognize the disk drives. The aic7xxx module, on which the perc2/sc controller depends was loaded correctly. No other significant problems. Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
