Julian Gilbey | 26 Nov 16:39 2014
Picon

Bug#771078: texlive-latex-recommended: fontspec-luatex depends on eu2enc.def in texlive-xetex

Package: texlive-latex-recommended
Version: 2014.20141024-1
Severity: normal

The fontspec package in texlive-latex-recommended, when run under
lualatex, requires the eu2enc.def file, which is in the texlive-xetex
package.  Similarly, when run under xelatex, it requires eu1enc.def in
the same package.  I'm not quite sure what the best way to fix this
is, but it seems that fontspec requires euenc either way.

Here's a minimal test file:

\documentclass{article}

\usepackage{fontspec}

\begin{document}
test
\end{document}

   Julian

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
(Continue reading)

Mike Gabriel | 26 Nov 16:24 2014
Picon

Bug#754219: xdg-utils breaks MATE DE, please upgrade

Control: retitle -1 several breakages in xdg-utils 1.1.0~rc1 (esp. MATE)
Control: severity -1 grave

Dear maintainer,

the xdg-utils version (1.1.0~rc1) that is currently in Debian  
testing/unstable currently completely breaks user experience of the  
MATE desktop environment.

For details, please see LP bug #1001902 [1], which also applies for  
the current status in Debian.

Please upgrade xdg-utils to latest upstream version before the Debian  
jessie gates have closed. I raise the severity of this issue as it  
would be a pain not having MATE supported by XDG in Debian jessie.

Thanks,
Mike (from the MATE packaging team)

--

-- 

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabriel <at> das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
(Continue reading)

Pedro Beja | 26 Nov 16:25 2014
Picon

Bug#764649: gnome-terminal: Does not start (NOT locale related

Hey Matthias and Peter,

thanks for reporting.

Could you please try to reproduce this issue with newer version of gnome-terminal 3.14.1-1 ?

thanks
regards
althaser

Martin Steigerwald | 26 Nov 16:25 2014
Picon

Bug#771077: changes mac address of eth0 of every disconnect

Package: network-manager
Version: 0.9.10.0-3
Severity: important

Hello!

On disconnecting from eth0 via KDE/Plasma network manager applet something
changes the MAC address of the interface. And on reconnecting is uses that
changed MAC address.

I don´t know whether it is Network Manager or Systemd or something, and while
this may be a nice privacy feature I want this to stop. On company network,
various work related networks and home network the laptop is recognized by
its MAC address and thus I want it to be persistent.

Its a disruptive change I totally did not ask for.

merkaba:~> ip link set dev eth0  address aa:bb:cc:dd:ee:ff
merkaba:~> ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group
default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff

[where aa:bb:cc:dd:ee:ff stands for original MAC address]

merkaba:~> echo Going online via applet
Going online via applet
merkaba:~> ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group
default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff

merkaba:~> echo Going offline via applet
Going offline via applet
merkaba:~> ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group
default qlen 1000
    link/ether 00:0c:52:32:2f:c6 brd ff:ff:ff:ff:ff:ff

I don´t know who added

no-auto-default=aa:bb:cc:dd:ee:ff,

in /etc/NetworkManager/NetworkManager.conf as I just dpkg --force-all --purge
and reinstalled it and verified the configuration did not contain this line.

Other probably related configuration files:

merkaba:/lib/systemd> cat network/99-default.link 
[Link]
NamePolicy=database onboard slot path
MACAddressPolicy=persistent

This seems to be the right setting.

I also verified that no MAC address change happens when cycling through

- killall dhclient
- ip link set eth0 down
- ip link set eth0 up
- dhclient eth0

The bug

#755202 network-manager: keeps creating and using new connection "eth0" that does not work

may be related. I also see some "eth0" network in the applet in addition to my
"Kabel" (wired) network.

merkaba:~> cat /etc/NetworkManager/system-connections/Kabel
[ethernet]
mac-address=AA:BB:CC:DD:EE:FF

[connection]
id=Kabel
uuid=[some UUID]
type=ethernet

[ipv6]
method=ignore

[ipv4]
method=auto
dhcp-client-id=merkaba

I really have no idea on how to debug as I do not understand where to look.

Thanks,
Martin

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

Kernel: Linux 3.18.0-rc6-tp520 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser                3.113+nmu3
ii  dbus                   1.8.12-1
ii  init-system-helpers    1.22
ii  isc-dhcp-client        4.3.1-5
ii  libc6                  2.19-13
ii  libdbus-1-3            1.8.12-1
ii  libdbus-glib-1-2       0.102-1
ii  libgcrypt20            1.6.2-4
ii  libglib2.0-0           2.42.1-1
ii  libgnutls-deb0-28      3.3.8-5
ii  libgudev-1.0-0         215-6
ii  libmm-glib0            1.4.0-1
ii  libndp0                1.4-2
ii  libnewt0.52            0.52.17-1+b1
ii  libnl-3-200            3.2.24-2
ii  libnl-genl-3-200       3.2.24-2
ii  libnl-route-3-200      3.2.24-2
ii  libnm-glib4            0.9.10.0-3
ii  libnm-util2            0.9.10.0-3
ii  libpam-systemd         215-6
ii  libpolkit-gobject-1-0  0.105-7
ii  libreadline6           6.3-8+b1
ii  libsoup2.4-1           2.48.0-1
ii  libsystemd0            215-6
ii  libteamdctl0           1.12-1
ii  libuuid1               2.25.2-3
ii  lsb-base               4.1+Debian13+nmu1
ii  policykit-1            0.105-7
ii  udev                   215-6
ii  wpasupplicant          2.3-1

Versions of packages network-manager recommends:
ii  crda          3.13-1
ii  dnsmasq-base  2.72-2
ii  iptables      1.4.21-2+b1
ii  modemmanager  1.4.0-1
ii  ppp           2.4.6-3

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-4+b1
pn  libteam-utils  <none>

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
no-auto-default=f0:de:f1:5b:15:44,
[ifupdown]
managed=false

-- no debconf information

--

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Pedro Beja | 26 Nov 16:15 2014
Picon

Bug#761671: gnome-terminal: Keypress lagging by one character

Hey guys,

thanks for reporting.

Sorin and Conrad, could you please still reproduce this issue with newer version of libvte-2.91-0 and gnome-terminal ?

If so, is the same behavior as https://bugzilla.gnome.org/show_bug.cgi?id=730763 like Egmont reported ?

thanks
regards
althaser

Thomas Goirand | 26 Nov 16:15 2014
Picon

Bug#771076: ITP: python-pykmip -- implementation of the Key Management Interoperability Protocol

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand <zigo <at> debian.org>

* Package name    : python-pykmip
  Version         : 0.2.0
  Upstream Author : Peter Hamilton <peter.hamilton <at> jhuapl.edu>
* URL             : https://github.com/OpenKMIP/PyKMIP
* License         : Apache-2.0
  Programming Lang: Python
  Description     : implementation of the Key Management Interoperability Protocol

 PyKMIP is a Python implementation of the Key Management Interoperability
 Protocol (KMIP) specification, supporting version 1.1 of the KMIP standard.
 The KMIP standard is governed by the Organization for the Advancement of
 Structured Information Standards (OASIS) and specifies a client/server-based
 protocol to perform key, certificate, and secret object management, including
 storage and maintenance operations.  
 .
 The PyKMIP library currently provides a KMIP client and server supporting the
 following operations for the KMIP SymmetricKey managed object:
  * Create
  * Register
  * Get
  * Destroy

This is yet another new dependency for OpenStack Kilo.

Martin Pitt | 26 Nov 16:15 2014
Picon

Bug#771075: unblock: systemd/215-7

Package: release.debian.org
Severity: normal
User: release.debian.org <at> packages.debian.org
Usertags: unblock

systemd 215-6 made it into testing today, so I'd like to ask for
landing another set of small fixes.

Note that I did *not* upload -7 to unstable yet, I'd like to get the
release team's pre-approval to avoid reverting changes and messing up
the package history.

I attach the full debdiff between 215-6 and current git (which is to
become 215-7, modulo the dch -r changes); alternatively you might want
to review the individual changes since the debian/215-6 tag on
http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/log/

Annotated changelog:

|   [ Martin Pitt ]
|   * Add myself to Uploaders.
|   * Add boot-and-services autopkgtest: Check booting with systemd-sysv and
|     that the most crucial services behave as expected.
|   * logind autopkgtest: Fix stderr output in waiting loop for scsi_debug.
|   * Add nspawn test to boot-and-services autopkgtest.

This just affects autopkgtests, thus nothing at runtime. We can't run
them on ci.debian.net yet as they require better isolation than
schroot (so they will continue to be skipped), but we do run them on
Ubuntu and thus can catch regressions efficiently.

|   * Make systemd-nspawn <at> .service work out of the box: (Closes: #770275)
|     - Pre-create /var/lib/container with a secure mode (0700) via tmpfiles.d.
|     - Add new try-{guest,host} modes for --link-journal to silently skip
|       setting up the guest journal if the host has no persistant journal.
|     - Extend boot-and-services autopkgtest to cover systemd-nspawn <at> .service.

This is a comparatively big fix in LoC, although conceptually the
patch is quite simple. It is covered by an autopkgtest now (which
reproduces the original problem). I'd say it's low risk since this is
an entirely new feature in jessie compared to wheezy, and it is
currently completely broken with our default install.

|   * Cherry-pick upstream patch to fix SELinux unit access check (regression
|     in 215).

Trivial fix for an obvious typo in the original commit:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=ebcf1f97de4
(Note how it accidentally changes _u->source_path to
_unit->fragment_path, this patch fixes it back). It doesn't affect our
default install, but people who enable SELinux.

|   [ Jon Severinsson]
|   * Add /run/shm -> /dev/shm symlink in debian/tmpfiles.d/debian.conf. This
|     avoids breakage in Jessie for packages which still refer to /run/shm, and
|     while https://wiki.debian.org/ReleaseGoals/RunDirectory is still official.
|     (LP: #1320534, Closes: #674755).

We've had this in Ubuntu for some time, but kind of forgot to apply it
in Debian. Originally the plan was to fix everything in Debian which
refers to /run/shm/ and use the upstream glibc location /dev/shm/
instead, but with the freeze now is not the time any more to do that.
So this is a safety measure to avoid running into regressions like the
one Keith Packard mentioned in libxshmfence in the Debian bug.

There's one more thing which I'd like to land, but didn't commit yet:
the patch set in https://bugs.debian.org/769734 which fixes a
regression under systemd with the "discard" mount option for swap
partitions. The patches are backported from upstream, and Aurelien
Jarno tested them in Debian with our version. Not trimming swap
partitions when you expect it causes quite a noticeable performance
degradation. However, the patches aren't trivial, so I'd rather only
apply them once the RT says they are ok for the freeze.

If this looks fine to you, I'll do the -7 upload to unstable ASAP,
with or without the discard fix above.

Thanks for considering,

Martin

unblock systemd/215-7

--

-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
Edmund Grimley Evans | 26 Nov 16:11 2014
Picon

Bug#771074: bup: FTBFS on arm64

Source: bup
Version: 0.25-1

It failed to build on arm64:

http://buildd.debian.org/status/package.php?p=bup&suite=sid

The warnings and error were:

! t/test.sh  save --strip-path (no match): ............
df: Warning: cannot read table of mounted file systems: No such file
or directory
df: Warning: cannot read table of mounted file systems: No such file
or directory
df: Warning: cannot read table of mounted file systems: No such file
or directory
df: Warning: cannot read table of mounted file systems: No such file
or directory
! t/test.sh:466  path-filesystems .                                 ok
! t/test.sh:466  sort -u                                            ok
! t/test.sh:466  wc -l                                              ok
! t/test.sh:477  force-delete graft-points.tmp                      ok
! t/test.sh:478  mkdir graft-points.tmp                             ok
! t/test.sh:479  pwd                                                ok
Initialized empty Git repository in /«PKGBUILDDIR»/graft-points.tmp/bup/
! t/test.sh:480  bup init                                           ok
! t/test.sh:481  mkdir -p graft-points.tmp/src/x/y/z                ok
! t/test.sh:482  bup random 8k                                      ok
! t/test.sh:483  bup random 8k                                      ok
! t/test.sh:484  bup index -u graft-points.tmp/src                  ok
! t/test.sh:485  bup save --strip-path graft-points.tmp/foo -n foo
graft-points.tmp/src/x ok
Linux chattr: [Errno 25] Inappropriate ioctl for device: '.' (0x0x80000)
WARNING: 1 errors encountered while restoring.
! t/test.sh:486  bup restore -C graft-points.tmp/restore /foo/latest FAILED

I can't reproduce this error. It works when I build it.

However, exactly the same failure has happened several times on a buildd.

The test that fails is this one in t/test.sh:

WVSTART "save --strip-path (no match)"
(
    if test $(WVPASS path-filesystems . | WVPASS sort -u | WVPASS wc -l) -ne 1
    then
        # Skip the test because the attempt to restore parent dirs to
        # the current filesystem may fail -- i.e. running from
        # /foo/ext4/bar/btrfs will fail when bup tries to restore
        # linux attrs above btrfs to the restore tree *inside* btrfs.
        echo "(running from tree with mixed filesystems; skipping test)" 1>&2
        exit 0
    fi

    tmp=graft-points.tmp
    WVPASS force-delete $tmp
    WVPASS mkdir $tmp
    export BUP_DIR="$(WVPASS pwd)/$tmp/bup" || exit $?
    WVPASS bup init
    WVPASS mkdir -p $tmp/src/x/y/z
    WVPASS bup random 8k > $tmp/src/x/y/random-1
    WVPASS bup random 8k > $tmp/src/x/y/z/random-2
    WVPASS bup index -u $tmp/src
    WVPASS bup save --strip-path $tmp/foo -n foo $tmp/src/x
    WVPASS bup restore -C $tmp/restore /foo/latest
    WVPASS t/compare-trees $tmp/src/ "$tmp/restore/latest/$TOP/$tmp/src/"
) || exit $?

The "Warning" comes from path-filesystems doing "df -T .". It probably
doesn't matter as it's only used for detecting "mixed filesystems",
which we presumably don't have on the buildd.

The error comes from the "bup restore". From looking at the ioctls on
a successful run it seems that bup changes its working directory to
"/" and then calls bup_set_linux_file_attr on a sequence of
directories finishing at ".":

build/deb/bup/bup-0.25/graft-points.tmp/src/x/y/z/random-2
build/deb/bup/bup-0.25/graft-points.tmp/src/x/y/z
...
build/deb
build
.

So it seems that the ioctl fails on the root directory on the arm64
buildd, for some reason, but not on the buildds for other
architectures.

It appears that this test, which is failing, has been removed in
bup-0.26, which may explain why 0.26~rc1-1 was successfully built,
though that was a different buildd, so that would be an alternative
explanation.

If it's not required (why was it removed in 0.26?), please consider
removing this test from the version of bup in sid.

Or perhaps the information I've given above will help someone to
understand why this test is failing on arm-arm-01. (I'd like to see
what happens if arm-linaro-* tries it.)

Jean-Christophe Dubacq | 26 Nov 16:06 2014
Picon

Bug#771073: usbmuxd: Cannot connect via tethering (iphone 3GS)

Package: usbmuxd
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

I have been using happily for some time the iphone tethering. At some point recently (it worked apparently
on 2014-11-22, now on 2014-11-26 it does not anymore), I got the following behavior :

 * No more tethering (enabled on ios of course)
 * ios says it has connection working (flashing alert message on phone)
 * gnome/network-manager reports cable as unplugged in USB device
 * journalctl reports things such as following : 

nov. 26 16:04:07 fiona kernel: usb 3-2: New USB device found, idVendor=05ac, idProduct=1294
nov. 26 16:04:07 fiona kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
nov. 26 16:04:07 fiona kernel: usb 3-2: Product: iPhone
nov. 26 16:04:07 fiona kernel: usb 3-2: Manufacturer: Apple Inc.
nov. 26 16:04:07 fiona kernel: usb 3-2: SerialNumber: 6f66ec7d5b4d31d7089cd29be72b483827cd95c8
nov. 26 16:04:07 fiona kernel: usb 3-2: ep 0x2 - rounding interval to 8 microframes, ep desc says 10 microframes
nov. 26 16:04:07 fiona kernel: usb 3-2: ep 0x81 - rounding interval to 8 microframes, ep desc says 10 microframes
nov. 26 16:04:07 fiona mtp-probe[3457]: checking bus 3, device 3: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-2"
nov. 26 16:04:07 fiona mtp-probe[3457]: bus: 3, device: 3 was not an MTP device
nov. 26 16:04:07 fiona colord[604]: Device added: sysfs-Apple_Inc.-iPhone
nov. 26 16:04:07 fiona org.gtk.Private.GPhoto2VolumeMonitor[1155]: (process:1298):
GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring
nov. 26 16:04:07 fiona colord[604]: Device added: sysfs-(null)
nov. 26 16:04:07 fiona colord[604]: device removed: sysfs-(null)
nov. 26 16:04:07 fiona gnome-session[1111]: (gnome-settings-daemon:1176): color-plugin-WARNING
**: failed to connect to device: Failed to connect to missing device /org/freedesktop/ColorManager/devices/sysfs__null_
nov. 26 16:04:07 fiona gnome-session[1111]: (gnome-settings-daemon:1176): color-plugin-WARNING
**: failed to connect to device: Failed to connect to missing device /org/freedesktop/ColorManager/devices/sysfs__null_
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.788][3] usbmuxd v1.1.0 starting up
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.789][3] Successfully dropped privileges to 'usbmux'
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.791][3] Could not get old configuration descriptor for
device 3-3: -5
nov. 26 16:04:07 fiona org.gtk.Private.GPhoto2VolumeMonitor[1155]: (process:1298):
GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring
nov. 26 16:04:07 fiona colord[604]: Device added: sysfs-(null)
nov. 26 16:04:07 fiona kernel: usb 3-2: ep 0x2 - rounding interval to 8 microframes, ep desc says 10 microframes
nov. 26 16:04:07 fiona kernel: usb 3-2: ep 0x81 - rounding interval to 8 microframes, ep desc says 10 microframes
nov. 26 16:04:07 fiona org.gtk.Private.GPhoto2VolumeMonitor[1155]: (process:1298):
GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring
nov. 26 16:04:07 fiona colord[604]: (colord:604): Cd-WARNING **: CdMain: failed to emit DeviceAdded:
failed to register object: Un objet est déjà exporté pour l'interface
« org.freedesktop.ColorManager.Device » en « /org/freedesktop/ColorManager/devices/sysfs__null_ »
nov. 26 16:04:07 fiona org.gtk.Private.GPhoto2VolumeMonitor[1155]: (process:1298):
GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring
nov. 26 16:04:07 fiona colord[604]: (colord:604): Cd-WARNING **: CdMain: failed to emit DeviceAdded:
failed to register object: Un objet est déjà exporté pour l'interface
« org.freedesktop.ColorManager.Device » en « /org/freedesktop/ColorManager/devices/sysfs__null_ »
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.933][3] Connecting to new device on location 0x30003 as
ID 1
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.933][3] Initialization complete
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.933][3] Enabled exit on SIGUSR1 if no devices are
attached. Start a new instance with "--exit" to trigger.
nov. 26 16:04:07 fiona usbmuxd[3468]: [16:04:07.934][3] Connected to v2.0 device 1 on location 0x30003
with serial number 6f66ec7d5b4d31d7089cd29be72b483827cd95c8
nov. 26 16:04:07 fiona kernel: ipheth 3-2:4.2: Apple iPhone USB Ethernet device attached
nov. 26 16:04:07 fiona NetworkManager[550]: <info> (eth1): carrier is OFF
nov. 26 16:04:07 fiona NetworkManager[550]: <info> (eth1): new Ethernet device (driver: 'ipheth'
ifindex: 5)
nov. 26 16:04:07 fiona NetworkManager[550]: <info> (eth1): exported as /org/freedesktop/NetworkManager/Devices/4
nov. 26 16:04:07 fiona NetworkManager[550]: <info> (eth1): device state change: unmanaged ->
unavailable (reason 'managed') [10 20 2]
nov. 26 16:04:07 fiona NetworkManager[550]: <info> (eth1): preparing device
nov. 26 16:04:07 fiona kernel: IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
nov. 26 16:04:07 fiona NetworkManager[550]: <info> devices added (path:
/sys/devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:4.2/net/eth1, iface: eth1)
nov. 26 16:04:07 fiona NetworkManager[550]: <info> device added (path:
/sys/devices/pci0000:00/0000:00:14.0/usb3/3-2/3-2:4.2/net/eth1, iface: eth1): no ifupdown
configuration found.
nov. 26 16:04:08 fiona org.gtk.Private.AfcVolumeMonitor[1155]: creating volume for device uuid '6f66ec7d5b4d31d7089cd29be72b483827cd95c8'
nov. 26 16:04:08 fiona gnome-session[1111]: (tracker-miner-fs:1314): Tracker-WARNING **: Could not
find parent node for URI:'afc://6f66ec7d5b4d31d7089cd29be72b483827cd95c8/'
nov. 26 16:04:08 fiona gnome-session[1111]: (tracker-miner-fs:1314): Tracker-WARNING **: NOTE: URI
theme may be outside scheme expected, for example, expecting 'file://' when given 'http://' prefix.
nov. 26 16:04:08 fiona gnome-session[1111]: (tracker-miner-fs:1314): Tracker-CRITICAL **: Could not
set mount point in database 'urn:nepomuk:datasource:6f66ec7d5b4d31d7089cd29be72b483827cd95c8',
GDBus.Error:org.freedesktop.Tracker1.SparqlError.Internal: UNIQUE constraint failed:
nie:DataObject.nie:url (strerror of errno (not necessarily related): Ressource temporairement non disponible)
nov. 26 16:04:08 fiona org.gtk.vfs.Daemon[1155]: ** (process:1436): CRITICAL **:
g_vfs_backend_afc_query_info: assertion 'self->connected' failed
nov. 26 16:04:10 fiona gnome-session[1111]: (gnome-shell:1216): Gjs-WARNING **: JS ERROR: TypeError: 
is null
nov. 26 16:04:10 fiona gnome-session[1111]: ContentTypeDiscoverer<._onContentTypeGuessed/< <at> resource:///org/gnome/shell/ui/components/autorunManager.js:133
nov. 26 16:04:10 fiona gnome-session[1111]: _proxyInvoker/asyncCallback <at> resource:///org/gnome/gjs/modules/overrides/Gio.js:86
nov. 26 16:04:10 fiona ModemManager[533]: <warn>  Couldn't find support for device at
'/sys/devices/pci0000:00/0000:00:14.0/usb3/3-2': not supported by any plugin

I have no idea about which direction to follow for investigation.

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

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

Versions of packages usbmuxd depends on:
ii  adduser            3.113+nmu3
ii  libc6              2.19-13
ii  libimobiledevice5  1.1.7+dfsg-1
ii  libplist3          1.12-1
ii  libusb-1.0-0       2:1.0.19-1

usbmuxd recommends no packages.

usbmuxd suggests no packages.

-- no debconf information

--

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Matija Nalis | 26 Nov 16:02 2014
Picon

Bug#650965: pdns-recursor: gives inconsistent results on subsequent queries

Package: pdns-recursor
Version: 3.6.1-1~bpo70+1
Followup-For: Bug #650965

Unfortunately, 

inconsistency bug still appears in 3.6.1-1~bpo70+1 from wheezy-backports.

This time not fatal (as domain data didn't change), but subsequent calls to
pdns-recursor return different TTL data (indicating it keeps two different
cached versions for same data):

for example (all request are to this one pdns-recursor instance via
/etc/resolv.conf). You'll notice in attached report TTL being 77xxx, then
28xxx, then again 77xxx, and again 28xxx and repeating.

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages pdns-recursor depends on:
ii  adduser      3.113+nmu3
ii  libc6        2.13-38+deb7u6
ii  libgcc1      1:4.7.2-5
ii  liblua5.2-0  5.2.1-3+deb7u1
ii  libstdc++6   4.7.2-5
ii  lsb-base     4.1+Debian8+deb7u1

Versions of packages pdns-recursor recommends:
pn  pdns-doc  <none>

pdns-recursor suggests no packages.

-- Configuration Files:
/etc/powerdns/recursor.conf changed:
allow-from=127.0.0.0/8, 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, ::1/128, fe80::/10,
83.139.110.0/26, 2a00:dd8:0:1::1e/126, 2a00:dd8:8000:100::/56
chroot=/var/empty
dont-query=fe80::/10
forward-zones-file=/etc/powerdns/forward-zones.cfg
local-address=192.168.200.254
local-port=53
query-local-address=83.139.110.1
query-local-address6=2a00:dd8:8000:110::1
quiet=yes
setgid=pdns
setuid=pdns

-- no debconf information
% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62962
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77083   IN      NS      ns2.incloud.hr.
inside.hr.              77083   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:18 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5264
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77079   IN      NS      ns2.incloud.hr.
inside.hr.              77079   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:21 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55603
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              28036   IN      NS      ns1.incloud.hr.
inside.hr.              28036   IN      NS      ns2.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:22 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39498
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77078   IN      NS      ns2.incloud.hr.
inside.hr.              77078   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:23 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25100
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77075   IN      NS      ns2.incloud.hr.
inside.hr.              77075   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:26 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64829
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77074   IN      NS      ns2.incloud.hr.
inside.hr.              77074   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:26 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64690
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77072   IN      NS      ns2.incloud.hr.
inside.hr.              77072   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:28 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59779
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77068   IN      NS      ns2.incloud.hr.
inside.hr.              77068   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:33 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7195
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              77065   IN      NS      ns2.incloud.hr.
inside.hr.              77065   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:35 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr

; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24669
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              28021   IN      NS      ns1.incloud.hr.
inside.hr.              28021   IN      NS      ns2.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:15:36 2014
;; MSG SIZE  rcvd: 71

% dig ns inside.hr
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> ns inside.hr
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4551
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;inside.hr.                     IN      NS

;; ANSWER SECTION:
inside.hr.              76409   IN      NS      ns2.incloud.hr.
inside.hr.              76409   IN      NS      ns1.incloud.hr.

;; Query time: 0 msec
;; SERVER: 192.168.200.254#53(192.168.200.254)
;; WHEN: Wed Nov 26 15:26:31 2014
;; MSG SIZE  rcvd: 71

David Kra | 26 Nov 15:53 2014
Picon

Bug#708294: Same problem with synaptic 0.81.1ubuntu1

I had a similar problem with synaptic 0.81.1ubuntu1 after doing an ubuntu upgrade from 12.04 Precise to 14.04.1 Trusty

E: The value 'stable' is invalid for APT::Default-Release as such a release is not available in the sources
E: _cache->open() failed, please report.

Removing the line that mentioned "stable" from /root/.synaptic/synaptic.conf allowed synaptic to run without problems.
--
Thank you,
David
--


Gmane