Bug#1027785: btrfs-progs: Version 6.1 breaks btrbk

[Yannick Roehlly]

Package: btrfs-progs
Version: 6.1-1+b1
Severity: important
Tags: upstream

Hi,

Version 6.1 of btrfs-progs has a bug that makes the UUID empty in the subvolume
list:

https://github.com/kdave/btrfs-progs/issues/562

This breaks btrbk that stops making snapshots and backups:

https://github.com/digint/btrbk/issues/519

Apparently a hotfix 6.1.1 release is planned in a few days.

Best,

Yannick

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

Kernel: Linux 6.1.2 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages btrfs-progs depends on:
ii  libblkid12.38.1-4
ii  libc62.36-7
ii  libcom-err2  1.46.6~rc1-1+b1
ii  libext2fs2   1.46.6~rc1-1+b1
ii  liblzo2-22.10-2
ii  libudev1 252.4-1
ii  libuuid1 2.38.1-4
ii  libzstd1 1.5.2+dfsg2-3
ii  zlib1g   1:1.2.13.dfsg-1

btrfs-progs recommends no packages.

Versions of packages btrfs-progs suggests:
ii  duperemove  0.11.2-3

-- no debconf information

[dolphin] [Bug 462928] New: Copying a file after another copies the first file again

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=462928

Bug ID: 462928
   Summary: Copying a file after another copies the first file
again
Classification: Applications
   Product: dolphin
   Version: 22.12.0
  Platform: Debian unstable
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: yannick.roeh...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY

If I copy two files, one after the other by dropping the files between two
dolphin windows, when dropping the second file dolphin actually drops the first
file and offers me to overwrite it. Note that that works if I'm using two tabs
instead of two windows.

STEPS TO REPRODUCE
1.  Create two folders and open them in separate dolphin windows.
2.  In one folder. Create a 1.txt file with "one" inside. Create a 2.txt file
with "two" inside.
3.  Copy 1.txt by drag and dropping the file to the window with the second
folder.
4.  Copy 2.txt by drag and dropping the file.

OBSERVED RESULT

Dolphin says that 1.txt is already in the folder. If I accept the overwrite,
the content of 1.txt is "one" so it's not 2.txt that have been copies with
1.txt name.

EXPECTED RESULT

Both file are copied.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version:  5.26.4
KDE Frameworks Version:  5.100.0
Qt Version:  5.15.6

ADDITIONAL INFORMATION

I tried with Konqueror and the copy works as expected.

Also note that I'm using a locally compile dolphin 22.12.0 on Debian unstable.
Maybe the problem occurs because I'm not having other 22.12.0 libraries.

-- 
You are receiving this mail because:
You are watching all bug changes.

Bug#1023453: pgcli: Can't handle PostgreSQL "special" commands

[Yannick Roehlly]

Package: pgcli
Version: 3.5.0-2
Severity: normal

Hi,

PostgreSQL "special" command (like `\d`) executed inside pgcli fails with this
error:

'ProtocolSafeCursor' object has no attribute 'mogrify'

The behaviour was changed during the psycopg3 port [1] and I suppose that the
problem comes form the fact that the python3-pgspecial is still in the version
using psycopg2.

It's not a big problem and we can wait that python3-pgspecial is updated, I'm
just submitting this bug so that users can understand why the special commands
fail.

Best,

Yannick

[1] 
https://github.com/dbcli/pgcli/commit/18071754bc0c79a7109c5ccfdaa74ed913c343ba

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

Kernel: Linux 6.0.6 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pgcli depends on:
ii  python3 3.10.6-1
ii  python3-cli-helpers 2.3.0-1
ii  python3-click   8.1.3-0.1
ii  python3-configobj   5.0.6-5
ii  python3-pendulum2.1.2-4
ii  python3-pgspecial   1.13.0-0.1
ii  python3-pkg-resources   65.5.0-1
ii  python3-prompt-toolkit  3.0.31-1
ii  python3-psycopg33.1.3-0.1
ii  python3-pygments2.12.0+dfsg-2
ii  python3-setproctitle1.3.1-1
ii  python3-sqlparse0.4.2-1
ii  python3-tabulate0.8.9-1
ii  python3-terminaltables  3.1.10-1

pgcli recommends no packages.

pgcli suggests no packages.

-- no debconf information

Bug#1022364: qutebrowser: FTBFS: dh_usrlocal: error: debian/qutebrowser/usr/local/bin/qutebrowser is not a directory

[Yannick Roehlly]

Hi,

Isn't this linked to https://github.com/pypa/pip/issues/10978 ?

Yannick

Bug#1022364: qutebrowser: FTBFS: dh_usrlocal: error: debian/qutebrowser/usr/local/bin/qutebrowser is not a directory

[Yannick Roehlly]

Hi,

Isn't this linked to https://github.com/pypa/pip/issues/10978 ?

Yannick

Bug#1021367: pgcli: needs psycopg>=3.0.14

[Yannick Roehlly]

Package: pgcli
Version: 3.5.0-1
Severity: grave
Justification: renders package unusable

Hi,

Starting pgcli fails with

pkg_resources.DistributionNotFound: The 'psycopg>=3.0.14' distribution
was not found and is required by pgcli

The current package depends on python3-psycopg2. The python3-psycopg3 package
currently in Debian is for version 3.0.1.

Making and installing a package for python3-psycopg3 version 3.1.3 fixes the
issue.

Best,

Yannick


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

Kernel: Linux 5.19.12 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pgcli depends on:
ii  python3 3.10.6-1
ii  python3-cli-helpers 2.2.1-1
ii  python3-click   8.1.3-0.1
ii  python3-configobj   5.0.6-5
ii  python3-pendulum2.1.2-4
ii  python3-pgspecial   1.13.0-0.1
ii  python3-pkg-resources   65.3.0-1.1
ii  python3-prompt-toolkit  3.0.31-1
ii  python3-psycopg22.9.3-1
ii  python3-pygments2.12.0+dfsg-2
ii  python3-setproctitle1.3.1-1
ii  python3-sqlparse0.4.2-1
ii  python3-tabulate0.8.9-1
ii  python3-terminaltables  3.1.10-1

pgcli recommends no packages.

pgcli suggests no packages.

-- no debconf information

Bug#1021367: pgcli: needs psycopg>=3.0.14

[Yannick Roehlly]

Package: pgcli
Version: 3.5.0-1
Severity: grave
Justification: renders package unusable

Hi,

Starting pgcli fails with

pkg_resources.DistributionNotFound: The 'psycopg>=3.0.14' distribution
was not found and is required by pgcli

The current package depends on python3-psycopg2. The python3-psycopg3 package
currently in Debian is for version 3.0.1.

Making and installing a package for python3-psycopg3 version 3.1.3 fixes the
issue.

Best,

Yannick


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

Kernel: Linux 5.19.12 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pgcli depends on:
ii  python3 3.10.6-1
ii  python3-cli-helpers 2.2.1-1
ii  python3-click   8.1.3-0.1
ii  python3-configobj   5.0.6-5
ii  python3-pendulum2.1.2-4
ii  python3-pgspecial   1.13.0-0.1
ii  python3-pkg-resources   65.3.0-1.1
ii  python3-prompt-toolkit  3.0.31-1
ii  python3-psycopg22.9.3-1
ii  python3-pygments2.12.0+dfsg-2
ii  python3-setproctitle1.3.1-1
ii  python3-sqlparse0.4.2-1
ii  python3-tabulate0.8.9-1
ii  python3-terminaltables  3.1.10-1

pgcli recommends no packages.

pgcli suggests no packages.

-- no debconf information

[Pkg-utopia-maintainers] Bug#969094: udisks2: /lib/udev/rules.d/90-udisks2-zram.rules both in udisks2 and udisks2-zram

[Yannick Roehlly]

Package: udisks2
Version: 2.9.1-1
Severity: grave
Justification: renders package unusable

Hi,

The update of udisks2 to 2.9.1-1 is not possible when udisks2-zram is 
installed because both packages contain '/lib/udev/rules.d/90-udisks2-
zram.rules'.

Yannick

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

Kernel: Linux 5.8.4 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages udisks2 depends on:
ii  dbus   1.12.20-1
ii  libacl12.2.53-8
ii  libatasmart4   0.19-5
ii  libblockdev-fs22.24-2
ii  libblockdev-loop2  2.24-2
ii  libblockdev-part2  2.24-2
ii  libblockdev-swap2  2.24-2
ii  libblockdev-utils2 2.24-2
ii  libblockdev2   2.24-2
ii  libc6  2.31-3
ii  libglib2.0-0   2.64.4-1
ii  libgudev-1.0-0 233-1
ii  libmount1  2.36-2
ii  libpam-systemd 246.2-1
ii  libpolkit-agent-1-00.105-29
ii  libpolkit-gobject-1-0  0.105-29
ii  libsystemd0246.2-1
ii  libudisks2-0   2.9.1-1
ii  libuuid1   2.36-2
ii  parted 3.3-4
ii  udev   246.2-1

Versions of packages udisks2 recommends:
ii  dosfstools   4.1-2
ii  e2fsprogs1.45.6-1
ii  eject2.36-2
ii  exfat-utils  1.3.0-2
ii  libblockdev-crypto2  2.24-2
ii  ntfs-3g  1:2017.3.23AR.3-3
ii  policykit-1  0.105-29

Versions of packages udisks2 suggests:
ii  btrfs-progs  5.7-1
ii  f2fs-tools   1.11.0-1.1
ii  libblockdev-mdraid2  2.24-2
ii  mdadm4.1-5
pn  nilfs-tools  
pn  reiserfsprogs
ii  udftools 2.2-1
pn  udisks2-bcache   
iu  udisks2-btrfs2.9.1-1
pn  udisks2-lvm2 
iu  udisks2-zram 2.9.1-1
pn  xfsprogs 

-- no debconf information

-- 
If A = B and B = C, then A = C, except where void or prohibited by law.
-- Roy Santoro

___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Bug#969094: udisks2: /lib/udev/rules.d/90-udisks2-zram.rules both in udisks2 and udisks2-zram

[Yannick Roehlly]

Package: udisks2
Version: 2.9.1-1
Severity: grave
Justification: renders package unusable

Hi,

The update of udisks2 to 2.9.1-1 is not possible when udisks2-zram is 
installed because both packages contain '/lib/udev/rules.d/90-udisks2-
zram.rules'.

Yannick

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

Kernel: Linux 5.8.4 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages udisks2 depends on:
ii  dbus   1.12.20-1
ii  libacl12.2.53-8
ii  libatasmart4   0.19-5
ii  libblockdev-fs22.24-2
ii  libblockdev-loop2  2.24-2
ii  libblockdev-part2  2.24-2
ii  libblockdev-swap2  2.24-2
ii  libblockdev-utils2 2.24-2
ii  libblockdev2   2.24-2
ii  libc6  2.31-3
ii  libglib2.0-0   2.64.4-1
ii  libgudev-1.0-0 233-1
ii  libmount1  2.36-2
ii  libpam-systemd 246.2-1
ii  libpolkit-agent-1-00.105-29
ii  libpolkit-gobject-1-0  0.105-29
ii  libsystemd0246.2-1
ii  libudisks2-0   2.9.1-1
ii  libuuid1   2.36-2
ii  parted 3.3-4
ii  udev   246.2-1

Versions of packages udisks2 recommends:
ii  dosfstools   4.1-2
ii  e2fsprogs1.45.6-1
ii  eject2.36-2
ii  exfat-utils  1.3.0-2
ii  libblockdev-crypto2  2.24-2
ii  ntfs-3g  1:2017.3.23AR.3-3
ii  policykit-1  0.105-29

Versions of packages udisks2 suggests:
ii  btrfs-progs  5.7-1
ii  f2fs-tools   1.11.0-1.1
ii  libblockdev-mdraid2  2.24-2
ii  mdadm4.1-5
pn  nilfs-tools  
pn  reiserfsprogs
ii  udftools 2.2-1
pn  udisks2-bcache   
iu  udisks2-btrfs2.9.1-1
pn  udisks2-lvm2 
iu  udisks2-zram 2.9.1-1
pn  xfsprogs 

-- no debconf information

-- 
If A = B and B = C, then A = C, except where void or prohibited by law.
-- Roy Santoro

Bug#969094: udisks2: /lib/udev/rules.d/90-udisks2-zram.rules both in udisks2 and udisks2-zram

[Yannick Roehlly]

Package: udisks2
Version: 2.9.1-1
Severity: grave
Justification: renders package unusable

Hi,

The update of udisks2 to 2.9.1-1 is not possible when udisks2-zram is 
installed because both packages contain '/lib/udev/rules.d/90-udisks2-
zram.rules'.

Yannick

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

Kernel: Linux 5.8.4 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages udisks2 depends on:
ii  dbus   1.12.20-1
ii  libacl12.2.53-8
ii  libatasmart4   0.19-5
ii  libblockdev-fs22.24-2
ii  libblockdev-loop2  2.24-2
ii  libblockdev-part2  2.24-2
ii  libblockdev-swap2  2.24-2
ii  libblockdev-utils2 2.24-2
ii  libblockdev2   2.24-2
ii  libc6  2.31-3
ii  libglib2.0-0   2.64.4-1
ii  libgudev-1.0-0 233-1
ii  libmount1  2.36-2
ii  libpam-systemd 246.2-1
ii  libpolkit-agent-1-00.105-29
ii  libpolkit-gobject-1-0  0.105-29
ii  libsystemd0246.2-1
ii  libudisks2-0   2.9.1-1
ii  libuuid1   2.36-2
ii  parted 3.3-4
ii  udev   246.2-1

Versions of packages udisks2 recommends:
ii  dosfstools   4.1-2
ii  e2fsprogs1.45.6-1
ii  eject2.36-2
ii  exfat-utils  1.3.0-2
ii  libblockdev-crypto2  2.24-2
ii  ntfs-3g  1:2017.3.23AR.3-3
ii  policykit-1  0.105-29

Versions of packages udisks2 suggests:
ii  btrfs-progs  5.7-1
ii  f2fs-tools   1.11.0-1.1
ii  libblockdev-mdraid2  2.24-2
ii  mdadm4.1-5
pn  nilfs-tools  
pn  reiserfsprogs
ii  udftools 2.2-1
pn  udisks2-bcache   
iu  udisks2-btrfs2.9.1-1
pn  udisks2-lvm2 
iu  udisks2-zram 2.9.1-1
pn  xfsprogs 

-- no debconf information

-- 
If A = B and B = C, then A = C, except where void or prohibited by law.
-- Roy Santoro

Bug#968781: python3-sunpy: Breaks python3-asdf

[Yannick Roehlly]

Package: python3-sunpy
Version: 2.0.1-2
Severity: important

Hi,

Having python3-sunpy installed breaks the use of python3-asdf.  For instance,
using the example from the asdf documentation:

%<---
import asdf
import numpy as np

# Create some data
sequence = np.arange(100)
squares  = sequence**2
random = np.random.random(100)

# Store the data in an arbitrarily nested dictionary
tree = {
'foo': 42,
'name': 'Monty',
'sequence': sequence,
'powers': { 'squares' : squares },
'random': random
}

# Create the ASDF file object from our data tree
af = asdf.AsdfFile(tree)
%<---

fails with:

DistributionNotFound: The 'parfive[ftp]>=1.1.0' distribution was not found and
is required by the application

This happens because asdf parses the 'asdf_extensions' entry points and try to
load them. 'sunpy.io.special.asdf.extension:SunpyExtension' is the sunpy
extension that raises the issue when calling load.

At first, I thought that it could be an asdf bug because parfive[ftp] could be
an optional dependency of sunpy but apparently it is in the install_requires 
of
the module[1].

Note that the python3-parfive package in Debian does not contain the ftp 
module.
When it is installed, the error raised is:

UnknownExtra: parfive 1.1.1 has no such extra feature 'ftp'

Regards,

Yannick

[1] https://github.com/sunpy/sunpy/blob/master/setup.cfg#L41


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

Kernel: Linux 5.8.2 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-sunpy depends on:
ii  libc6   2.31-3
ii  python3 3.8.2-3
ii  python3-astropy 4.1~rc1-2
ii  python3-matplotlib  3.3.0-3
ii  python3-numpy [python3-numpy-abi9]  1:1.19.1-1
ii  python3-pandas  1.0.4+dfsg-1
ii  python3-scipy   1.5.2-2

Versions of packages python3-sunpy recommends:
ii  python3-bs4 4.9.1-1
ii  python3-drms0.5.7-1
ii  python3-requests2.23.0+dfsg-2
ii  python3-skimage 0.17.2-2
ii  python3-sqlalchemy  1.3.18+ds1-1
ii  python3-suds0.8.4-1

python3-sunpy suggests no packages.

-- no debconf information

-- 
A mathematician is a device for turning coffee into theorems.
-- P. Erdos

Bug#956736: python3-pbr: Uninstallable because of broken alternative

[Yannick Roehlly]

Package: python3-pbr
Version: 5.4.3-3
Severity: grave
Justification: renders package unusable

Hi,

Updating python3-pbr (or installing it) fails with:

update-alternatives: error: alternative path /usr/bin/python3-pbr doesn't 
exist

I suppose it's a left over of the alternative configuration when there was
Python 2 version. Now the Python 3 package directly provides /usr/bin/pbr.

Regards,

Yannick

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

Kernel: Linux 5.6.4 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pbr depends on:
ii  python33.8.2-3
ii  python3-pkg-resources  44.0.0-1
ii  python3-setuptools 44.0.0-1
ii  python3-six1.14.0-3

python3-pbr recommends no packages.

python3-pbr suggests no packages.

-- no debconf information

Bug#956736: python3-pbr: Uninstallable because of broken alternative

[Yannick Roehlly]

Package: python3-pbr
Version: 5.4.3-3
Severity: grave
Justification: renders package unusable

Hi,

Updating python3-pbr (or installing it) fails with:

update-alternatives: error: alternative path /usr/bin/python3-pbr doesn't 
exist

I suppose it's a left over of the alternative configuration when there was
Python 2 version. Now the Python 3 package directly provides /usr/bin/pbr.

Regards,

Yannick

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

Kernel: Linux 5.6.4 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pbr depends on:
ii  python33.8.2-3
ii  python3-pkg-resources  44.0.0-1
ii  python3-setuptools 44.0.0-1
ii  python3-six1.14.0-3

python3-pbr recommends no packages.

python3-pbr suggests no packages.

-- no debconf information

[lattedock] [Bug 419263] Right click on system tray icon brings wrong menu

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=419263

--- Comment #5 from Yannick Roehlly  ---
Hi Michail.

I've tested the new code. It works! Thanks for the super fast answer and
correction.

Concerning your last comment, I don't have the problem with the 0.9.9 version.

-- 
You are receiving this mail because:
You are watching all bug changes.

[lattedock] [Bug 419263] New: Right click on system tray icon brings wrong menu

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=419263

Bug ID: 419263
   Summary: Right click on system tray icon brings wrong menu
   Product: lattedock
   Version: git (master)
  Platform: Debian unstable
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: application
  Assignee: mvourla...@gmail.com
  Reporter: yannick.roeh...@gmail.com
  Target Milestone: ---

SUMMARY

Right clicking on a system tray icon brings the system tray global
configuration
menu instead of the one from the clicked icon. The only way to access the icon
contextual menu is to do a long click on the icon.

STEPS TO REPRODUCE
1. Launch Kmail with system tray integration
2. Right click on the Kmail icon in the system tray

OBSERVED RESULT

The contextual menu appearing is (maybe not the exact wording as my locale is
not
English)

- Configure system tray
- Configure Latte...
- Quit Latte
- Add widgets...
- Edit Panel...

EXPECTED RESULT

The Kmail contextual menu should appear:

- Check mail
- Check mail in...
- etc...

SOFTWARE/OS VERSIONS
Locally compiled package on Debian Sid.
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.62.0
Qt Version: 5.12.5

ADDITIONAL INFORMATION

The problem is also present in the version 0.9.10 (not available in the version
selection box of the bug tracker ;-))

-- 
You are receiving this mail because:
You are watching all bug changes.

Bug#947953: python3-x2go: Makes pyhoca-gui fail to start.

[Yannick Roehlly]

Package: python3-x2go
Version: 0.6.1.3-1
Severity: normal
Tags: upstream

Hi,

pyhoca-gui fails to start with this error:

%<---
Traceback (most recent call last):
  File "/usr/bin/pyhoca-gui", line 50, in 
app.main(args=args, logger=logger, liblogger=liblogger)
  File "/usr/lib/python3/dist-packages/pyhoca/wxgui/launcher.py", line 404, in 
main
thisPyHocaGUI = PyHocaGUI(args, logger, liblogger, appname=self.PROG_NAME, 
version=self.VERSION)
  File "/usr/lib/python3/dist-packages/pyhoca/wxgui/frontend.py", line 239, in 
__init__
x2go.X2GoClient.__init__(self, **_x2goclient_kwargs)
  File "/usr/lib/python3/dist-packages/x2go/client.py", line 309, in __init__
self.pulseaudio_installdir = os.path.normpath(pulseaudio_installdir)
  File "/usr/lib/python3.7/posixpath.py", line 340, in normpath
path = os.fspath(path)
TypeError: expected str, bytes or os.PathLike object, not tuple
%<---

The error lies at line 308 in /usr/lib/python3/dist-packages/x2go/client.py:

%<---
if pulseaudio_installdir == None:
pulseaudio_installdir = os.path.join(os.getcwd(), 'pulseaudio'),
self.pulseaudio_installdir = os.path.normpath(pulseaudio_installdir)
%<---

Removing the trailing comma makes the package work as intended.

Happy new year.

Yannick

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

Kernel: Linux 5.4.6 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-x2go depends on:
ii  nxproxy 2:3.5.99.22-1
ii  python3 3.7.5-3
ii  python3-future  0.16.0-1
ii  python3-gevent  1.4.0-1+b1
ii  python3-paramiko2.6.0-1
ii  python3-requests2.22.0-2
ii  python3-simplejson  3.16.0-2+b1
ii  python3-xlib0.23-2

Versions of packages python3-x2go recommends:
ii  cups-bsd [lpr]2.3.1-1
ii  pulseaudio13.0-3
ii  sshfs 3.6.0+repack-1
pn  x2gokdriveclient  

Versions of packages python3-x2go suggests:
pn  mteleplayer-clientside  
pn  telekinesis-client  

-- no debconf information

Bug#925411: kernel-package: Not suitable for release

[Yannick Roehlly]

Hi,

I'm another happy user of make-kpkg. ;-) I've just tested the "make bindeb-
pkg" method. I see two drawback:

- (minor) I didn't find the way to do the same thing as the "--revision" 
  option.

- I see a big advantage of using make-kpkg with dkms. I can keep the kernel
  sources in a directory (that I update with the incremental patches) and I
  don't have to install the generated header for dkms to find them as it can
  use the source directory.

My 2 cents,

Yannick

-- 
Formatted to fit your screen.

Bug#925411: kernel-package: Not suitable for release

[Yannick Roehlly]

Hi,

I'm another happy user of make-kpkg. ;-) I've just tested the "make bindeb-
pkg" method. I see two drawback:

- (minor) I didn't find the way to do the same thing as the "--revision" 
  option.

- I see a big advantage of using make-kpkg with dkms. I can keep the kernel
  sources in a directory (that I update with the incremental patches) and I
  don't have to install the generated header for dkms to find them as it can
  use the source directory.

My 2 cents,

Yannick

-- 
Formatted to fit your screen.

Re: akonadi-backend-mysql installs the mariadb service

[Yannick Roehlly]

Hi Martin,

> Just read the changelog.

I did. ;-)

>  [ Alf Gaida ]
>  * Replaced wrapper mysqld-akonadi with link mysqld -> mysqld-akonadi
>(Closes: #921389)
>  * Replaced dependency for akonadi-backend-mysql:
>- default-mysql-server-core -> default-mysql-server
>- virtual-mysql-server-core -> virtual-mysql-server

I didn't realise both items where related.

If the core package does not get the necessary stuff before the release, maybe 
it worth adding something in the News file to tell people to deactivate the 
mysql/mariadb service if they don't need it.

Regards,

Yannick

-- 
BOFH excuse #330:

quantum decoherence

akonadi-backend-mysql installs the mariadb service

[Yannick Roehlly]

Hi,

The akonadi-backend-mysql package changed its dependency from default-mysql-
server-core to default-mysql-server. 

That means that is automatically installs a mariadb service. What was the 
problem with depending on the core package that only contains the binaries and 
does not launch the service ?

Regards,

Yannick

-- 
Your time is limited, so don't waste it living someone else's life
-- Steve Jobs (1955-2011)

Bug#914010: gimp: Large and Huge icon size displayed as Small one

[Yannick Roehlly]

Package: gimp
Version: 2.10.8-1
Severity: normal

Hi,

When using a personalised icon size (for HiDPI screens) the “Medium” size is
bigger than the “Small” size but going for “Large” or “Huge” one make the icon
size identical to the small one.

There is an issue [1] open on GNOME's gitlab relating to the Ubuntu package but
I think it's a Debian package problem as running GIMP snap package does not
exhibit the problem.

Yannick

[1] https://gitlab.gnome.org/GNOME/gimp/issues/2313

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

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

Versions of packages gimp depends on:
ii  gimp-data2.10.8-1
ii  libaa1   1.4p5-44+b2
ii  libbabl-0.1-00.1.60-1
ii  libbz2-1.0   1.0.6-9
ii  libc62.27-8
ii  libcairo21.16.0-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:8.2.0-9
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-6
ii  libgegl-0.4-00.4.12-1
ii  libgexiv2-2  0.10.8-1
ii  libgimp2.0   2.10.8-1
ii  libglib2.0-0 2.58.1-2
ii  libgs9   9.25~dfsg-7
ii  libgtk2.0-0  2.24.32-3
ii  libgudev-1.0-0   232-2
ii  libharfbuzz0b2.1.1-1+b1
ii  libheif1 1.3.2-1+b1
ii  libilmbase23 2.2.1-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  liblcms2-2   2.9-3
ii  liblzma5 5.2.2-1.3
ii  libmng1  1.0.10+dfsg-3.1+b5
ii  libmypaint-1.3-0 1.3.0-2
ii  libopenexr23 2.2.1-4
ii  libopenjp2-7 2.3.0-1
ii  libpango-1.0-0   1.42.4-4
ii  libpangocairo-1.0-0  1.42.4-4
ii  libpangoft2-1.0-01.42.4-4
ii  libpng16-16  1.6.34-2
ii  libpoppler-glib8 0.69.0-2
ii  librsvg2-2   2.44.9-1
ii  libstdc++6   8.2.0-9
ii  libtiff5 4.0.9+git181026-1
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.6.1-2
ii  libwebpmux3  0.6.1-2
ii  libwmf0.2-7  0.2.8.4-14
ii  libx11-6 2:1.6.7-1
ii  libxcursor1  1:1.1.15-2
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxmu6  2:1.1.2-2
ii  libxpm4  1:3.5.12-1
ii  xdg-utils1.1.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages gimp recommends:
ii  ghostscript  9.25~dfsg-7

Versions of packages gimp suggests:
pn  gimp-data-extras  
pn  gimp-help-en | gimp-help  
ii  gimp-python   2.10.8-1
ii  gvfs-backends 1.38.1-1
ii  libasound21.1.7-1

-- no debconf information

Bug#896601: deepin-icon-theme: Invalid Type "fixed" in index.theme

[Yannick Roehlly]

Package: deepin-icon-theme
Version: 15.12.56-2
Severity: normal

Hi,

When using the deepin-icon-theme (on KDE in my case), launching some commands
in console displays these errors:

Invalid Type= "fixed" line for icon theme:  "/usr/share/icons/deepin/apps/256/"
Invalid Type= "fixed" line for icon theme:  "/usr/share/icons/deepin/status/64/"
Invalid Type= "fixed" line for icon theme:  "/usr/share/icons/deepin/status/96/"

In the index.theme, there are some “Type=fixed” that should be “Type=Fixed”
instead. Changing to a capital F everywhere solves the problem.

Yannick

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

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

Versions of packages deepin-icon-theme depends on:
ii  papirus-icon-theme  20180401-1

deepin-icon-theme recommends no packages.

deepin-icon-theme suggests no packages.

-- no debconf information

Bug#891203: astropy-utils: Please package the showtable script

[Yannick Roehlly]

Package: astropy-utils
Version: 3.0-2
Severity: wishlist

Hi,

The showtable script is, I think, useful and should be packaged. I created
a manpage (attached) based on the script help.  As there is already
a showtable.1 manpage in casacore-tools, maybe we can rename the script to
showtable.py.

Regards,

Yannick

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

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

Versions of packages astropy-utils depends on:
ii  python33.6.4-1
ii  python3-astropy3.0-2
ii  python3-pkg-resources  38.4.0-1

astropy-utils recommends no packages.

astropy-utils suggests no packages.

-- no debconf information
.TH showtable.py 1 "February 2018" "showtable.py" "astropy 3.0"
.SH NAME
showtable.py \- script to display a table in the console
.SH SYNOPSIS
.B showtable.py
[\fIOPTION\fR]... [\fIFILE\fR]...
.SH DESCRIPTION
.PP
\fBshowtable.py\fR is a command line script that prints the content of a
table for the formats supported by astropy in the console.
.PP
The default behavior is to make the table output fit onto a single screen
page. For a long and wide table this will mean cutting out inner rows and
columns. To print all the rows or columns use \fB--max-lines=-1\fR or
\fBmax-width=-1\fR, respectively. The complete list of supported formats can
be found at
http://astropy.readthedocs.io/en/latest/io/unified.html#built-in-table-readers-writers
.SH OPTIONS
.TP
\fB\-h\fR, \fB\-\-help\fR
Show this help message and exit.
.TP
\fB\-\-format\fR \fIFORMAT\fR
Table format, should be specified if it cannot be automatically detected.
.TP
\fB\-\-more\fR
Use the pager mode from Table.more.
.TP
\fB\-\-info\fR
Show information about the table columns.
.TP
\fB\-\-stats\fR
Show statistics about the table columns.
.TP
\fB\-\-max-lines\fR \fIMAX_LINES\fR
Maximum number of lines in table output (default=screen length, -1 for no
limit).
.TP
\fB\-\-max-width\fR \fIMAX_WIDTH\fR
Maximum width in table output (default=screen width, -1 for no limit).
.TP
\fB\-\-hide-unit\fR
Hide the header row for unit (which is shown only if one or more columns has
a unit).
.TP
\fB\-\-show-dtype\fR
Include a header row for column dtypes.
.TP
\fB\-\-delimiter\fR \fIDELIMITER\fR
For ASCII formats, the column delimiter string.
.TP
\fB\-\-hdu\fR \fIHDU\fR
For FITS format, the name of the HDU to show.
.TP
\fB\-\-path\fR \fIPATH\fR
For HDF5 format, the path from which to read the table.
.TP
\fB\-\-table\-id\fR \fITABLE_ID\fR
For VOTable format, the table to read in.

Bug#891198: python3-astropy: generic_parsetab.py should be rebuild with system ply

[Yannick Roehlly]

Package: python3-astropy
Version: 3.0-2
Severity: normal

Hi,

Importing astropy.units raises a warning:

In [1]: from astropy import units as u
WARNING: yacc table file version is out of date
WARNING: Couldn't create 'astropy.units.format.generic_parsetab'. [Errno 13] 
Permission denied: 
'/usr/lib/python3/dist-packages/astropy/units/format/generic_parsetab.py'
WARNING: Couldn't write lextab module 'astropy.units.format.generic_lextab'. 
[Errno 13] Permission denied: 
'/usr/lib/python3/dist-packages/astropy/units/format/generic_lextab.py'

I think this is because this file was compiled with version 3.8 of ply while
Debian uses the system python3-ply package which is version 3.11.

Regards,

Yannick

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

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

Versions of packages python3-astropy depends on:
ii  libc6   2.26-6
ii  libcfitsio5 3.420-3
ii  liberfa11.4.0-1
ii  libexpat1   2.2.5-3
ii  libwcs5 5.17-1
ii  python3 3.6.4-1
ii  python3-configobj   5.0.6-2
ii  python3-numpy [python3-numpy-abi9]  1:1.13.3-2
ii  python3-ply 3.11-1
ii  python3-pytest  3.2.5-2
ii  python3-pytest-astropy  0.2.1-1
ii  python3-six 1.11.0-2

Versions of packages python3-astropy recommends:
ii  libjs-jquery 3.2.1-1
ii  libjs-jquery-datatables  1.10.16+dfsg-1

Versions of packages python3-astropy suggests:
ii  libxml2-utils   2.9.4+dfsg1-6.1
ii  python-astropy-doc  3.0-2
ii  python3-astropy-affiliated  1.3
pn  python3-beautifulsoup   
ii  python3-h5py2.7.1-2
ii  python3-matplotlib  2.1.1-2
ii  python3-pandas  0.22.0-2
ii  python3-scipy   0.19.1-2
ii  python3-tz  2018.3-2
ii  python3-yaml3.12-1+b1

-- no debconf information

Bug#891159: usbauth-notifier: Install fails with "preinst: db_stop: not found" and leave package in bad inconsistent state

[Yannick Roehlly]

Package: usbauth-notifier
Version: 1.0~git20180119-1
Severity: grave
Justification: renders package unusable

Hi,

Installing usbauth-notifier fails with:

/var/lib/dpkg/tmp.ci/preinst: 15: /var/lib/dpkg/tmp.ci/preinst: db_stop: not 
found

Apparently, ". /usr/share/debconf/confmodule" is missing from the preinst (and
others) script. See bug #443823 for a similar problem.

I used severity "grave" because this leaves the package in "bad inconsistent
state" difficult to handle without having a corrected package.

Yannick

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

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

-- no debconf information

Bug#891159: usbauth-notifier: Install fails with "preinst: db_stop: not found" and leave package in bad inconsistent state

[Yannick Roehlly]

Package: usbauth-notifier
Version: 1.0~git20180119-1
Severity: grave
Justification: renders package unusable

Hi,

Installing usbauth-notifier fails with:

/var/lib/dpkg/tmp.ci/preinst: 15: /var/lib/dpkg/tmp.ci/preinst: db_stop: not 
found

Apparently, ". /usr/share/debconf/confmodule" is missing from the preinst (and
others) script. See bug #443823 for a similar problem.

I used severity "grave" because this leaves the package in "bad inconsistent
state" difficult to handle without having a corrected package.

Yannick

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

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

-- no debconf information

Bug#870289: xapers: Must depend on python-pybtex

[Yannick Roehlly]

Package: xapers
Version: 0.7.1-1
Severity: grave
Justification: renders package unusable

Hi,

Launching xapers fails with “ImportError: No module named pybtex”. The package
depends on pybtex but this one recently (26 Jul 2017) switched to Python 3 for
the CLI, so the python-pybtex package is not installed anymore by the
dependency.

Regards,

Yannick

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

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

Versions of packages xapers depends on:
ii  poppler-utils 0.48.0-2
ii  pybtex0.21-2
ii  python2.7.13-2
ii  python-pkg-resources  36.0.1-1
ii  python-urwid  1.3.1-2+b2
ii  python-xapian 1.4.4-3

Versions of packages xapers recommends:
ii  python-pycurl  7.43.0-2+b1
ii  xclip  0.12+svn84-4+b1
ii  xdg-utils  1.1.1-1

xapers suggests no packages.

-- no debconf information

Bug#870289: xapers: Must depend on python-pybtex

[Yannick Roehlly]

Package: xapers
Version: 0.7.1-1
Severity: grave
Justification: renders package unusable

Hi,

Launching xapers fails with “ImportError: No module named pybtex”. The package
depends on pybtex but this one recently (26 Jul 2017) switched to Python 3 for
the CLI, so the python-pybtex package is not installed anymore by the
dependency.

Regards,

Yannick

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

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

Versions of packages xapers depends on:
ii  poppler-utils 0.48.0-2
ii  pybtex0.21-2
ii  python2.7.13-2
ii  python-pkg-resources  36.0.1-1
ii  python-urwid  1.3.1-2+b2
ii  python-xapian 1.4.4-3

Versions of packages xapers recommends:
ii  python-pycurl  7.43.0-2+b1
ii  xclip  0.12+svn84-4+b1
ii  xdg-utils  1.1.1-1

xapers suggests no packages.

-- no debconf information

Bug#841896: glueviz: Does not work correctly if PyQt5 is installed

[Yannick Roehlly]

Package: glueviz
Version: 0.9.0+dfsg-1
Severity: normal

Hi,

>From version 0.9.0 glue uses QtPy for the GUI.  This one selects the 
>appropriate
PyQt backend among those available, PyQt5 having the highest ranking.  But glue
seems to have problem with Qt5: one can load a dataset but the visualisation
window can't be moved or update (I talked about this with Thomas Robitaille at
ADASS).  One solution is to force the use of PyQt4; this can be done using the
QT_API environment variable, for instance adding this to the glue script:

import os
os.environ['QT_API'] = 'pyqt4'

Regards,

Yannick

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

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

Versions of packages glueviz depends on:
ii  ipython32.4.1-1
ii  ipython3-qtconsole  2.4.1-1
ii  python3-glue0.9.0+dfsg-1
ii  python3-pandas  0.19.0+git14-ga40e185-1
ii  python3-pyqt4   4.11.4+dfsg-2
pn  python3:any 

glueviz recommends no packages.

glueviz suggests no packages.

-- no debconf information

Bug#832254: Package name

[Yannick Roehlly]

Oops, the name of the package is

python-backports-shutil-get-terminal-size

Yannick

Bug#832255: python3-ipykernel: Can't use %pylab in jupyter qtconsole

[Yannick Roehlly]

Package: python3-ipykernel
Version: 4.3.1-2
Severity: normal
Tags: upstream

Hi,

Using %pylab in jupyter qtconsole does not allow to display matplotlib graphics.
Launching the qtconsole from command line exhibits this problem:

ERROR:tornado.application:Exception in callback functools.partial(.null_wrapper at 0x7fedb27dc9d8>)
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/tornado/ioloop.py", line 600, in 
_run_callback
ret = callback()
  File "/usr/lib/python3/dist-packages/tornado/stack_context.py", line 275, in 
null_wrapper
return fn(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/ipykernel/kernelbase.py", line 258, in 
enter_eventloop
self.eventloop(self)
  File "/usr/lib/python3/dist-packages/ipykernel/eventloops.py", line 73, in 
loop_qt4
_notify_stream_qt(kernel, s)
  File "/usr/lib/python3/dist-packages/ipykernel/eventloops.py", line 23, in 
_notify_stream_qt
from IPython.core.interactiveshell import NoOpContext as context
ImportError: cannot import name 'NoOpContext'

This problem was identified upstream and corrected in this commit:

https://github.com/ipython/ipython/commit/7cda39691852c19d516f30c4e59e161be05a7b33

Cheers,

Yannick

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

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

Versions of packages python3-ipykernel depends on:
ii  ipython35.0.0-1
ii  python3-jupyter-client  4.3.0-1
ii  python3-tornado 4.3.0-2
ii  python3-traitlets   4.2.2-2
pn  python3:any 

python3-ipykernel recommends no packages.

python3-ipykernel suggests no packages.

-- no debconf information

Bug#832254: ipython: Add python-backport-shutil-get-terminal-size dependency to the binary package

[Yannick Roehlly]

Package: ipython
Version: 5.0.0-1
Severity: important

Hi,

The python-backport-shutil-get-terminal-size is not picked as a dependency on
the package during build, but ipython needs it to run.

Cheers,

Yannick

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

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

Versions of packages ipython depends on:
ii  python-ipython  5.0.0-1

ipython recommends no packages.

ipython suggests no packages.

-- no debconf information

[Python-modules-team] Bug#832254: ipython: Add python-backport-shutil-get-terminal-size dependency to the binary package

[Yannick Roehlly]

Package: ipython
Version: 5.0.0-1
Severity: important

Hi,

The python-backport-shutil-get-terminal-size is not picked as a dependency on
the package during build, but ipython needs it to run.

Cheers,

Yannick

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

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

Versions of packages ipython depends on:
ii  python-ipython  5.0.0-1

ipython recommends no packages.

ipython suggests no packages.

-- no debconf information

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

Re: New Kmail and contact integration

[Yannick Roehlly]

Hi,

Apparently, the contact integration came back. Maybe the akonadi migration 
took longer than expected.

Yannick

-- 
Writing is turning one's worst moments into money.
-- J.P. Donleavy

Bug#830563: kdepim: should recommend libkf5akonadisearch-plugins

[Yannick Roehlly]

Package: kdepim
Version: 4:16.04.2-2
Severity: normal

Hi,

The update of KDEPIM to version 16.04 makes krunner loose the possibility to
search in contacts.  To make this search available, one must install the
libkf5akonadisearch-plugins package.  This package should be at least
a recommendation of some of the kdepim packages.

Of course, feel free to reassign to the most appropriate package that should
recommend libkf5akonadisearch-plugins.

Regards,

Yannick

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

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

Versions of packages kdepim depends on:
ii  accountwizard4:16.04.2-2
ii  akonadiconsole   4:16.04.2-2
ii  akregator4:16.04.2-2
ii  blogilo  4:16.04.2-2
ii  kaddressbook 4:16.04.2-2
ii  kalarm   4:16.04.2-2
ii  kdepim-runtime   4:16.04.2-2
ii  kleopatra4:16.04.2-2
ii  kmail4:16.04.2-2
ii  knotes   4:16.04.2-2
ii  konsolekalendar  4:16.04.2-2
ii  kontact  4:16.04.2-2
ii  korganizer   4:16.04.2-2

Versions of packages kdepim recommends:
ii  kdepim-addons  16.04.2-2
ii  kdepim-doc 4:16.04.2-2

kdepim suggests no packages.

-- no debconf information

Bug#830563: kdepim: should recommend libkf5akonadisearch-plugins

[Yannick Roehlly]

Package: kdepim
Version: 4:16.04.2-2
Severity: normal

Hi,

The update of KDEPIM to version 16.04 makes krunner loose the possibility to
search in contacts.  To make this search available, one must install the
libkf5akonadisearch-plugins package.  This package should be at least
a recommendation of some of the kdepim packages.

Of course, feel free to reassign to the most appropriate package that should
recommend libkf5akonadisearch-plugins.

Regards,

Yannick

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

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

Versions of packages kdepim depends on:
ii  accountwizard4:16.04.2-2
ii  akonadiconsole   4:16.04.2-2
ii  akregator4:16.04.2-2
ii  blogilo  4:16.04.2-2
ii  kaddressbook 4:16.04.2-2
ii  kalarm   4:16.04.2-2
ii  kdepim-runtime   4:16.04.2-2
ii  kleopatra4:16.04.2-2
ii  kmail4:16.04.2-2
ii  knotes   4:16.04.2-2
ii  konsolekalendar  4:16.04.2-2
ii  kontact  4:16.04.2-2
ii  korganizer   4:16.04.2-2

Versions of packages kdepim recommends:
ii  kdepim-addons  16.04.2-2
ii  kdepim-doc 4:16.04.2-2

kdepim suggests no packages.

-- no debconf information

Re: New Kmail and contact integration

[Yannick Roehlly]

Hi Martin,

Thanks for the answer.

Martin Steigerwald wrote:
> For me it does, but there is currently an issue with it: You need to type
> some chars, then delete to the beginning of the input field and then type
> some chars again. This is an upstream issue.

I think it's another problem.  First, if I delete and type again the 
completion is not done using the address book.  Also, as Kmail does not 
display the sender avatar, it's like there is a missing link between kmail 
and the address book.  At least, on Archlinux it works as expected and Arch 
does not have any patch for kmail (so it does not seem it's an upstream 
issue).  I will send a message on the Debian KDE user list to see if other 
people have the problem.

> I think this is worth a bug report. You can help by filing one.

I will do.

Thanks,

Yannick

-- 
Trust your husband, adore your husband, and get as much as you can in your
own name.
-- Joan Rivers

kmail/contacts integration for KDEPIM 16.04

[Yannick Roehlly]

Hi all,

Can those who have upgraded KDEPIM to 16.04 confirm that these things works:

- In Kmail, the mail address completion uses the contact address book?
- Does Kmail display the avatar of the sender (the picture attached to a
  contact in the address book) in the header of the messages.
- Does Krunner search in the contact list (you may need to install
  libkf5akonadisearch-plugins to have the search plugin.

Thanks,

Yannick

-- 
My father, a good man, told me, "Never lose your ignorance; you cannot
replace it."
-- Erich Maria Remarque

New Kmail and contact integration

[Yannick Roehlly]

Hi,

Since the recent KDEPIM update, I encounter these problems:

- The contact avatar (from the address-book) is no more displayed in the
  mail header.

- The completion of To/Cc/... field does not take the contact addresses from
  the address-book.

- It's no more possible to search for contact in Krunner.

I remarks that the Krunner configuration did not propose the search in 
contacts.  Comparing with Archlinux, I found that I need to install 
libkf5akonadisearch-plugins to make the option appear (shouldn't this 
package be a dependence somewhere).  But after installing it, none of the 
problem above is solved.

Did I miss something or is this a bug to report?

Cheers,

Yannick

-- 
The fashion wears out more apparel than the man.
-- William Shakespeare, "Much Ado About Nothing"

Bug#814845: dh-make: does not honour "-c mit" parameter

[Yannick Roehlly]

Package: dh-make
Version: 2.201604
Severity: normal
Tags: patch

Hi,

When passing the "-c mit" parameter, dh-make behaves as if no license parameter
was given.  The problem is only a missing key in the "matches" dictionary (line
258).

Yannick

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

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

Versions of packages dh-make depends on:
ii  debhelper  9.20160115
ii  dpkg-dev   1.18.4
ii  make   4.1-6
ii  python-enum34  1.1.2-1
pn  python:any 

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  12.2

-- no debconf information
diff --git a/dh_make b/dh_make
index 04ea6d8..9c635ba 100755
--- a/dh_make
+++ b/dh_make
@@ -258,7 +258,7 @@ class License(Enum):
 matches = {'apache': cls.apache, 'artistic': cls.artistic,
'bsd': cls.bsd, 'gpl': cls.gpl2, 'gpl2': cls.gpl2,
'gpl3': cls.gpl3, 'lgpl': cls.lgpl2, 'lgpl2': cls.lgpl2,
-   'lgpl3': cls.lgpl3}
+   'lgpl3': cls.lgpl3, 'mit': cls.mit}
 if args.copyright == 'custom':
 if args.copyrightfile is None:
 sys.stderr.write(

Bug#807681: Seems to be caused by rpl

[Yannick Roehlly]

Hi,

I have the same problem and tracked it down to the rpl package, at least on my 
system. The “setup.py” of rpl claims to be encoded in UTF-8 but is not (file 
tells me that is ISO-8859). The problem is in the name of the author.

Removing rpl (or rebuilding it with a corrected “setup.py”) make the problem 
disappear on my system.

Do other people affected by this bug have rpl installed and does removing it 
solve the problem?

Cheers,

Yannick

Bug#807681: Seems to be caused by rpl

[Yannick Roehlly]

Sorry, I replied to the python3-pkg-resources but in fact my message is about 
the python2 package problem. Maybe it's a bug in other packages revealed by 
the new python-setuptools.

Yannick

Problem with kservice?

[Yannick Roehlly]

Hi,

If I update kservice packages to 5.15.0-1 plasmashell won't show up and in 
my xsession-errors I have a lot of

 Reusing existing ksycoca
 Recreating ksycoca file [...]
 Still in the time dict (i.e. deleted files) ("apps")
 Menu "applications-kmenuedit.menu" not found.
 Saving

If I downgrade to 5.14.3-1 I don't have the problem.

There is a similar bug on KDE's bug tracker [1] but it's for version 5.14.3.

Does anybody have the same problem or is it specific to my configuration?

Yannick

-- 
Aquel a quien guía la pasión no llegará lejos.
-- Vardhama. Filósofo indio fundador del Jainismo. 

Re: Problem with kservice?

[Yannick Roehlly]

2015-10-13 11:09 GMT+02:00 Sami Erjomaa :
>
> I had similar problem. My plasmashell started but I noticed it used 30%
> more cpu than usual and I got the same ksycoca lines in .xsession-errors.
> The ksycoca lines stopped repeating and cpu usage dropped back to regular
> (0%-4%) when I opened kmenuedit and saved the menu there.
>

Hi,

Even doing this, I have the same problem. In the xsession-errors, only the
line about the menu file has disappeared:

Reusing existing ksycoca
Recreating ksycoca file ("[...], version 303)
Still in the time dict (i.e. deleted files) ("apps")
Saving

Yannick

Re: Problem with kservice?

[Yannick Roehlly]

It seems that the problem has gone with version 5.15.0+-1.

Yannick

Re: After upgrade: Strange behavior of plasmashell

[Yannick Roehlly]

Hi,

I had the same problem and solved it by installing the testing's Breeze 
package as well as libkdecoration* and libkf5windowsystem*.

I did not made a bug report though as it may be linked with the ongoing GCC 
transition.

Yannick

Re: [Plasma5] Dolphin starts slow and freeze desktop

[Yannick Roehlly]

Yannick Roehlly wrote:

 I still have the freeze at startup problem.  Is this solved for everone
 else?

I managed to solve the freeze problem by removing 
~/.kde/share/apps/kfileplaces/

The freeze also happened with the opening kdialogs. Now, it no more freeze 
but I still have repeated entries in the places panel of the kdialog.

Yannick

-- 
El matrimonio es al amor lo que el vinagre al vino. El tiempo hace que
pierda su primer sabor.
-- Lord Byron. (1788-1824) Poeta británico. 



-- 
To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mpi043$i6k$1...@ger.gmane.org

Re: [Plasma5] Dolphin starts slow and freeze desktop

[Yannick Roehlly]

Lisandro Damián Nicanor Pérez Meyer wrote:

 On Tuesday 28 July 2015 05:46:57 John Verhoeven wrote:
 [snip]
 I fixed this by installing libqt5sql5-sqlite.
 
 This also fixed slow start up times with okular.
 
 And this has been fixed in yesterday's kactivities upload to unstable.
 
 Until then feel free to install libqt5sql5-sqlite by hand (ie, apt-get
 install libqt5sql5-sqlite) as a workaround.
 

I still have the freeze at startup problem.  Is this solved for everone 
else?

Yannick

-- 
I think we're in trouble.
-- Han Solo



-- 
To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/mpgplo$ja1$1...@ger.gmane.org

Building Python without SSLv3 breaks requests

[Yannick Roehlly]

Hi,

The building of Python 2 without SSLv3 support breaks requests:

 import requests
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.7/dist-packages/requests/__init__.py, line 68, in 
module
_attach_namespace(urllib3, 'requests.packages')
  File /usr/lib/python2.7/dist-packages/requests/__init__.py, line 63, in 
_attach_namespace
module = __import__(name)
  File /usr/lib/python2.7/dist-packages/urllib3/contrib/pyopenssl.py, line 
73, in module
ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD,
AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'

and maybe other packages or software (for instance, a local install of Vim's 
YouCompleteMe embedding it's own Python requests does not work).

Should bugs be reported against the broken packages or should the SSLv3 
disabling in Python 2 be done with corrections?

Regards,

Yannick


-- 
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/18419377.FolxtsGgSG@tardis

Bug#768954: python-cssutils: Empty package, upgrade fails during alternative updates

[Yannick Roehlly]

Package: python-cssutils
Version: 1.0-1
Severity: grave
Justification: renders package unusable

Hi,

The package does not contain the Python modules nor the scripts. The
missing scripts make the install fails during update-alternative:

update-alternatives: erreur: le chemin alternatif /usr/bin/cssparse_py2 
n'existe pas

A first problem is that in the switch to pybuild you quoted:

export PYBUILD_NAME=cssutils

so pybuild will install everything in debian/python-cssutils and
those files wont be packaged. Note that python3-cssutils has the same
problem.

Also, you should take care of not packaging *_py2 scripts in the
Python 2 package (resp. *_py3 / Python 3) because even when correcting
PYBUILD_NAME, both Python 2 and 3 packages contain the same binaries.

Regards,

Yannick

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

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

Versions of packages python-cssutils depends on:
ii  python-pkg-resources  5.5.1-1

python-cssutils recommends no packages.

python-cssutils suggests no packages.

-- no debconf information


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

Bug#768954: python-cssutils: Empty package, upgrade fails during alternative updates

[Yannick Roehlly]

Package: python-cssutils
Version: 1.0-1
Severity: grave
Justification: renders package unusable

Hi,

The package does not contain the Python modules nor the scripts. The
missing scripts make the install fails during update-alternative:

update-alternatives: erreur: le chemin alternatif /usr/bin/cssparse_py2 
n'existe pas

A first problem is that in the switch to pybuild you quoted:

export PYBUILD_NAME=cssutils

so pybuild will install everything in debian/python-cssutils and
those files wont be packaged. Note that python3-cssutils has the same
problem.

Also, you should take care of not packaging *_py2 scripts in the
Python 2 package (resp. *_py3 / Python 3) because even when correcting
PYBUILD_NAME, both Python 2 and 3 packages contain the same binaries.

Regards,

Yannick

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

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

Versions of packages python-cssutils depends on:
ii  python-pkg-resources  5.5.1-1

python-cssutils recommends no packages.

python-cssutils suggests no packages.

-- no debconf information


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

[Python-modules-team] Bug#768954: python-cssutils: Empty package, upgrade fails during alternative updates

[Yannick Roehlly]

Package: python-cssutils
Version: 1.0-1
Severity: grave
Justification: renders package unusable

Hi,

The package does not contain the Python modules nor the scripts. The
missing scripts make the install fails during update-alternative:

update-alternatives: erreur: le chemin alternatif /usr/bin/cssparse_py2 
n'existe pas

A first problem is that in the switch to pybuild you quoted:

export PYBUILD_NAME=cssutils

so pybuild will install everything in debian/python-cssutils and
those files wont be packaged. Note that python3-cssutils has the same
problem.

Also, you should take care of not packaging *_py2 scripts in the
Python 2 package (resp. *_py3 / Python 3) because even when correcting
PYBUILD_NAME, both Python 2 and 3 packages contain the same binaries.

Regards,

Yannick

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

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

Versions of packages python-cssutils depends on:
ii  python-pkg-resources  5.5.1-1

python-cssutils recommends no packages.

python-cssutils suggests no packages.

-- no debconf information

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

Bug#766161: kate can't be installed because of content overlap wit kate-data

[Yannick Roehlly]

Package: kate
Version: 4:4.14.2-1
Severity: grave
Justification: renders package unusable

Hi,

The cleaning of kate-data.install lead to kate and kate-data both
containing, at least, kateproject.example and ui.rc in
/usr/share/kde4/apps/kate/plugins/project/.

Regards,

Yannick

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

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

Versions of packages kate depends on:
ii  kate-data   4:4.14.2-1
ii  katepart4:4.14.2-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
ii  libkateinterfaces4  4:4.14.2-1
ii  libkdecore5 4:4.14.2-1
ii  libkdeui5   4:4.14.2-1
ii  libkfile4   4:4.14.2-1
ii  libkio5 4:4.14.2-1
ii  libkparts4  4:4.14.2-1
ii  libktexteditor4 4:4.14.2-1
ii  libplasma3  4:4.14.2-1
ii  libpython2.72.7.8-11
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-18

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1.3
ii  hspell1.2-2
ii  ispell3.3.02-6
ii  khelpcenter4  4:4.14.1-1+b1
ii  konsole   4:4.14.1-1


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

Bug#744145: [python-pip] python-requests upgrade to version 2.4.3-1 presents the same problem

[Yannick Roehlly]

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The today upgrade of python-requests to version 2.4.3-1 has removed 
IncompleteRead from requests.compat and leads to the same problem in pip.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.17.1

Debian Release: jessie/sid
  500 unstableftp.fr.debian.org 
  500 unstableftp.de.debian.org 
  500 unstabledeb-multimedia.org 
1 experimentalftp.fr.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
ca-certificates| 20141019
python-colorama| 0.3.2-1
python-distlib | 0.1.9-1
python-html5lib| 0.999-3
python-pkg-resources   | 5.5.1-1
python-requests| 2.4.3-1
python-setuptools   (= 0.6c1) | 5.5.1-1
python-six | 1.8.0-1
python:any   (= 2.7.5-5~) | 
python | 2.7.8-1
python:any( 2.8) | 


Recommends   (Version) | Installed
==-+-===
build-essential| 11.7
python-dev-all(= 2.6) | 
python-wheel   | 0.24.0-1


Package's Suggests field is empty.


-- 
I have a map of the United States.  It's actual size.  I spent last summer
folding it.  People ask me where I live, and I say, E6.
-- Steven Wright


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

Bug#744145: [python-pip] The problem comes from de-vendorize.patch

[Yannick Roehlly]

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The problem comes from de-vendorize.patch:

--- a/pip/download.py
+++ b/pip/download.py
@@ -19,13 +19,13 @@
[...]
-from pip._vendor.requests.compat import IncompleteRead
[...]
+from requests.compat import IncompleteRead

Previous versions of requests raised IncompleteRead (from httplib) but now it 
raises ChunkedEncodingError. In download.py, the IncompleteRead is re-raised 
as ChunkedEncodingError.

A quick fix would be to use from httplib import IncompleteRead in the 
de-vendorize.patch (even if the IncompleteRead will not be raised by requests 
any more).

Note that there may be other problems with pip using the upgraded requests.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.17.1

Debian Release: jessie/sid
  500 unstableftp.fr.debian.org 
  500 unstableftp.de.debian.org 
  500 unstabledeb-multimedia.org 
1 experimentalftp.fr.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
ca-certificates| 20141019
python-colorama| 0.3.2-1
python-distlib | 0.1.9-1
python-html5lib| 0.999-3
python-pkg-resources   | 5.5.1-1
python-requests| 2.4.3-1
python-setuptools   (= 0.6c1) | 5.5.1-1
python-six | 1.8.0-1
python:any   (= 2.7.5-5~) | 
python | 2.7.8-1
python:any( 2.8) | 


Recommends   (Version) | Installed
==-+-===
build-essential| 11.7
python-dev-all(= 2.6) | 
python-wheel   | 0.24.0-1


Package's Suggests field is empty.



-- 
As flies to wanton boys are we to the gods; they kill us for their sport.
-- Shakespeare, King Lear


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

Bug#766161: kate can't be installed because of content overlap wit kate-data

[Yannick Roehlly]

Package: kate
Version: 4:4.14.2-1
Severity: grave
Justification: renders package unusable

Hi,

The cleaning of kate-data.install lead to kate and kate-data both
containing, at least, kateproject.example and ui.rc in
/usr/share/kde4/apps/kate/plugins/project/.

Regards,

Yannick

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

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

Versions of packages kate depends on:
ii  kate-data   4:4.14.2-1
ii  katepart4:4.14.2-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
ii  libkateinterfaces4  4:4.14.2-1
ii  libkdecore5 4:4.14.2-1
ii  libkdeui5   4:4.14.2-1
ii  libkfile4   4:4.14.2-1
ii  libkio5 4:4.14.2-1
ii  libkparts4  4:4.14.2-1
ii  libktexteditor4 4:4.14.2-1
ii  libplasma3  4:4.14.2-1
ii  libpython2.72.7.8-11
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-18

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1.3
ii  hspell1.2-2
ii  ispell3.3.02-6
ii  khelpcenter4  4:4.14.1-1+b1
ii  konsole   4:4.14.1-1


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141021085655.22394.81565.reportbug@localhost.localdomain

Bug#766161: kate can't be installed because of content overlap wit kate-data

[Yannick Roehlly]

Package: kate
Version: 4:4.14.2-1
Severity: grave
Justification: renders package unusable

Hi,

The cleaning of kate-data.install lead to kate and kate-data both
containing, at least, kateproject.example and ui.rc in
/usr/share/kde4/apps/kate/plugins/project/.

Regards,

Yannick

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

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

Versions of packages kate depends on:
ii  kate-data   4:4.14.2-1
ii  katepart4:4.14.2-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
ii  libkateinterfaces4  4:4.14.2-1
ii  libkdecore5 4:4.14.2-1
ii  libkdeui5   4:4.14.2-1
ii  libkfile4   4:4.14.2-1
ii  libkio5 4:4.14.2-1
ii  libkparts4  4:4.14.2-1
ii  libktexteditor4 4:4.14.2-1
ii  libplasma3  4:4.14.2-1
ii  libpython2.72.7.8-11
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-18

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1.3
ii  hspell1.2-2
ii  ispell3.3.02-6
ii  khelpcenter4  4:4.14.1-1+b1
ii  konsole   4:4.14.1-1


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

[Python-modules-team] Bug#744145: [python-pip] python-requests upgrade to version 2.4.3-1 presents the same problem

[Yannick Roehlly]

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The today upgrade of python-requests to version 2.4.3-1 has removed 
IncompleteRead from requests.compat and leads to the same problem in pip.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.17.1

Debian Release: jessie/sid
  500 unstableftp.fr.debian.org 
  500 unstableftp.de.debian.org 
  500 unstabledeb-multimedia.org 
1 experimentalftp.fr.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
ca-certificates| 20141019
python-colorama| 0.3.2-1
python-distlib | 0.1.9-1
python-html5lib| 0.999-3
python-pkg-resources   | 5.5.1-1
python-requests| 2.4.3-1
python-setuptools   (= 0.6c1) | 5.5.1-1
python-six | 1.8.0-1
python:any   (= 2.7.5-5~) | 
python | 2.7.8-1
python:any( 2.8) | 


Recommends   (Version) | Installed
==-+-===
build-essential| 11.7
python-dev-all(= 2.6) | 
python-wheel   | 0.24.0-1


Package's Suggests field is empty.


-- 
I have a map of the United States.  It's actual size.  I spent last summer
folding it.  People ask me where I live, and I say, E6.
-- Steven Wright

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

[Python-modules-team] Bug#744145: [python-pip] The problem comes from de-vendorize.patch

[Yannick Roehlly]

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The problem comes from de-vendorize.patch:

--- a/pip/download.py
+++ b/pip/download.py
@@ -19,13 +19,13 @@
[...]
-from pip._vendor.requests.compat import IncompleteRead
[...]
+from requests.compat import IncompleteRead

Previous versions of requests raised IncompleteRead (from httplib) but now it 
raises ChunkedEncodingError. In download.py, the IncompleteRead is re-raised 
as ChunkedEncodingError.

A quick fix would be to use from httplib import IncompleteRead in the 
de-vendorize.patch (even if the IncompleteRead will not be raised by requests 
any more).

Note that there may be other problems with pip using the upgraded requests.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.17.1

Debian Release: jessie/sid
  500 unstableftp.fr.debian.org 
  500 unstableftp.de.debian.org 
  500 unstabledeb-multimedia.org 
1 experimentalftp.fr.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
ca-certificates| 20141019
python-colorama| 0.3.2-1
python-distlib | 0.1.9-1
python-html5lib| 0.999-3
python-pkg-resources   | 5.5.1-1
python-requests| 2.4.3-1
python-setuptools   (= 0.6c1) | 5.5.1-1
python-six | 1.8.0-1
python:any   (= 2.7.5-5~) | 
python | 2.7.8-1
python:any( 2.8) | 


Recommends   (Version) | Installed
==-+-===
build-essential| 11.7
python-dev-all(= 2.6) | 
python-wheel   | 0.24.0-1


Package's Suggests field is empty.



-- 
As flies to wanton boys are we to the gods; they kill us for their sport.
-- Shakespeare, King Lear

___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

Bug#765488: qtmultimedia5-dev: Qt5MultimediaConfig.cmake references a file from libqt5multimedia5-plugins without dependency

[Yannick Roehlly]

Package: qtmultimedia5-dev
Version: 5.3.2-2
Severity: normal

Hi,

When compiling a program against qtmultimedia5-dev I encountered this
problem:

CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt5Multimedia/Qt5MultimediaConfig.cmake:27 
(message):
  The imported target Qt5::Multimedia references the file

 /usr/lib/x86_64-linux-gnu/qt5/plugins/mediaservice/libgstmediacapture.so

  but this file does not exist.  Possible reasons include:

The aforementioned file is part of libqt5multimedia5-plugins and
installing this package makes the compilation possible.

Maybe qtmultimedia5-dev should depend on libqt5multimedia5-plugins.

Regards,

Yannick

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

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

Versions of packages qtmultimedia5-dev depends on:
ii  libqgsttools-p1   5.3.2-2
ii  libqt5multimedia5 5.3.2-2
ii  libqt5multimediaquick-p5  5.3.2-2
ii  libqt5multimediawidgets5  5.3.2-2
ii  qtbase5-dev   5.3.2+dfsg-4

qtmultimedia5-dev recommends no packages.

qtmultimedia5-dev suggests no packages.

-- no debconf information


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

Bug#765488: qtmultimedia5-dev: Qt5MultimediaConfig.cmake references a file from libqt5multimedia5-plugins without dependency

[Yannick Roehlly]

Package: qtmultimedia5-dev
Version: 5.3.2-2
Severity: normal

Hi,

When compiling a program against qtmultimedia5-dev I encountered this
problem:

CMake Error at 
/usr/lib/x86_64-linux-gnu/cmake/Qt5Multimedia/Qt5MultimediaConfig.cmake:27 
(message):
  The imported target Qt5::Multimedia references the file

 /usr/lib/x86_64-linux-gnu/qt5/plugins/mediaservice/libgstmediacapture.so

  but this file does not exist.  Possible reasons include:

The aforementioned file is part of libqt5multimedia5-plugins and
installing this package makes the compilation possible.

Maybe qtmultimedia5-dev should depend on libqt5multimedia5-plugins.

Regards,

Yannick

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

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

Versions of packages qtmultimedia5-dev depends on:
ii  libqgsttools-p1   5.3.2-2
ii  libqt5multimedia5 5.3.2-2
ii  libqt5multimediaquick-p5  5.3.2-2
ii  libqt5multimediawidgets5  5.3.2-2
ii  qtbase5-dev   5.3.2+dfsg-4

qtmultimedia5-dev recommends no packages.

qtmultimedia5-dev suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141015142805.16006.67980.reportbug@localhost.localdomain

Bug#762986: lyx-common: Both lyx and lyx-common provide the desktop file.

[Yannick Roehlly]

Package: lyx-common
Version: 2.1.2-1
Severity: grave
Justification: renders package unusable

Hi,

Lyx can't be upgraded to version 2.1.2-1 nor installed because both the
lyx and lyx-common packages provide /usr/share/applications/lyx.desktop

Regards,

Yannick

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

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

Versions of packages lyx-common depends on:
ii  dpkg1.17.13
pn  python:any  none
ii  tex-common  5.02

Versions of packages lyx-common recommends:
pn  lyx  none

lyx-common suggests no packages.

-- no debconf information


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

Bug#762986: lyx-common: Both lyx and lyx-common provide the desktop file.

[Yannick Roehlly]

Package: lyx-common
Version: 2.1.2-1
Severity: grave
Justification: renders package unusable

Hi,

Lyx can't be upgraded to version 2.1.2-1 nor installed because both the
lyx and lyx-common packages provide /usr/share/applications/lyx.desktop

Regards,

Yannick

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

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

Versions of packages lyx-common depends on:
ii  dpkg1.17.13
pn  python:any  none
ii  tex-common  5.02

Versions of packages lyx-common recommends:
pn  lyx  none

lyx-common suggests no packages.

-- no debconf information


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

Bug#762240: baloo-dev: Missing dependency on libkfilemetadata-dev

[Yannick Roehlly]

Package: baloo-dev
Version: 4:4.14.1-1
Severity: normal

Hi,

/usr/include/baloo/file.h includes kfilemetadata/properties.h which is
provided by libkfilemetadata-dev.

Regards,

Yannick

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

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

Versions of packages baloo-dev depends on:
ii  libbaloocore4 4:4.14.1-1
ii  libbaloofiles44:4.14.1-1
ii  libbaloopim4  4:4.14.1-1
ii  libbalooqueryparser4  4:4.14.1-1
ii  libbalooxapian4   4:4.14.1-1

baloo-dev recommends no packages.

baloo-dev suggests no packages.

-- no debconf information


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

Bug#762240: baloo-dev: Missing dependency on libkfilemetadata-dev

[Yannick Roehlly]

Package: baloo-dev
Version: 4:4.14.1-1
Severity: normal

Hi,

/usr/include/baloo/file.h includes kfilemetadata/properties.h which is
provided by libkfilemetadata-dev.

Regards,

Yannick

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

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

Versions of packages baloo-dev depends on:
ii  libbaloocore4 4:4.14.1-1
ii  libbaloofiles44:4.14.1-1
ii  libbaloopim4  4:4.14.1-1
ii  libbalooqueryparser4  4:4.14.1-1
ii  libbalooxapian4   4:4.14.1-1

baloo-dev recommends no packages.

baloo-dev suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140919223543.31239.54755.reportbug@localhost.localdomain

Bug#759314: It's a licence / linking problem in kde-runtime

[Yannick Roehlly]

Hi Johannes,

In fact, the problem is not in dolphin but in kde-runtime. The maintainers 
removed the linking against libssh because of licence problems (see [1] and 
[2]).

Until a solution is found, you can use the fish:// protocol that should work, 
although it's slower (in my experience).

Yannick

[1] http://bugs.debian.org/750867
[2] https://bugs.kde.org/show_bug.cgi?id=337397


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

Bug#759314: It's a licence / linking problem in kde-runtime

[Yannick Roehlly]

Hi Johannes,

In fact, the problem is not in dolphin but in kde-runtime. The maintainers 
removed the linking against libssh because of licence problems (see [1] and 
[2]).

Until a solution is found, you can use the fish:// protocol that should work, 
although it's slower (in my experience).

Yannick

[1] http://bugs.debian.org/750867
[2] https://bugs.kde.org/show_bug.cgi?id=337397


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1456343.BoRvfpcemh@tardis

Bug#749731: It's a problem with python-configparser

[Yannick Roehlly]

Hi,

You currently have to uninstall python-configparser to use weboob on Debian. 
On weboob bug tracker, this bug is reported[1] and the patch attached makes 
weboob work when python-configparser is installed.

Yannick

[1] https://symlink.me/issues/1393--- a/weboob/core/repositories.py
+++ b/weboob/core/repositories.py
@@ -40,9 +40,9 @@ from weboob.tools.misc import to_unicode
 from weboob.tools.browser2.browser import BaseBrowser, Weboob as WeboobProfile
 from requests.exceptions import HTTPError
 try:
-from configparser import RawConfigParser, DEFAULTSECT
-except ImportError:
 from ConfigParser import RawConfigParser, DEFAULTSECT
+except ImportError:
+from configparser import RawConfigParser, DEFAULTSECT
 
 
 __all__ = ['IProgress', 'ModuleInstallError', 'ModuleInfo', 'RepositoryUnavailable',

Bug#749731: It's a problem with python-configparser

[Yannick Roehlly]

Hi,

You currently have to uninstall python-configparser to use weboob on Debian. 
On weboob bug tracker, this bug is reported[1] and the patch attached makes 
weboob work when python-configparser is installed.

Yannick

[1] https://symlink.me/issues/1393--- a/weboob/core/repositories.py
+++ b/weboob/core/repositories.py
@@ -40,9 +40,9 @@ from weboob.tools.misc import to_unicode
 from weboob.tools.browser2.browser import BaseBrowser, Weboob as WeboobProfile
 from requests.exceptions import HTTPError
 try:
-from configparser import RawConfigParser, DEFAULTSECT
-except ImportError:
 from ConfigParser import RawConfigParser, DEFAULTSECT
+except ImportError:
+from configparser import RawConfigParser, DEFAULTSECT
 
 
 __all__ = ['IProgress', 'ModuleInstallError', 'ModuleInfo', 'RepositoryUnavailable',

Bug#737067: ipython nbconvert can't find style.min.css

[Yannick Roehlly]

Package: ipython
Version: 1.1.0-1
Severity: normal
Tags: patch

Hi,

Trying to convert an ipython notebook to html fails with this error:

IOError: [Errno 2] No such file or directory: '/usr/lib/python2.7/dist-
packages/IPython/html/static/style/style.min.css'

The attached patch corrects the problem.

Yannick



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

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

Versions of packages ipython depends on:
ii  python2.7.5-5
ii  python-decorator  3.4.0-2
ii  python-pexpect3.1-1
ii  python-simplegeneric  0.8.1-1

ipython recommends no packages.

Versions of packages ipython suggests:
ii  ipython-doc1.1.0-1
ii  ipython-notebook   1.1.0-1
ii  ipython-qtconsole  1.1.0-1
ii  libpython2.7-stdlib [python-argparse]  2.7.6-5
ii  python [python-profiler]   2.7.5-5
ii  python-matplotlib  1.3.1-1
ii  python-numpy   1:1.8.0-1
ii  python-zmq 14.0.1-1

-- no debconf information
--- a/IPython/nbconvert/transformers/csshtmlheader.py
+++ b/IPython/nbconvert/transformers/csshtmlheader.py
@@ -88,8 +88,8 @@ class CSSHTMLHeaderTransformer(Transform
 header = []
 
 #Construct path to IPy CSS
-sheet_filename = os.path.join(path.get_ipython_package_dir(), 
-'html', 'static', 'style', 'style.min.css')
+sheet_filename = \
+/usr/share/ipython/notebook/static/style/style.min.css
 
 #Load style CSS file.
 with io.open(sheet_filename, encoding='utf-8') as file:

[Python-modules-team] Bug#737067: ipython nbconvert can't find style.min.css

[Yannick Roehlly]

Package: ipython
Version: 1.1.0-1
Severity: normal
Tags: patch

Hi,

Trying to convert an ipython notebook to html fails with this error:

IOError: [Errno 2] No such file or directory: '/usr/lib/python2.7/dist-
packages/IPython/html/static/style/style.min.css'

The attached patch corrects the problem.

Yannick



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

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

Versions of packages ipython depends on:
ii  python2.7.5-5
ii  python-decorator  3.4.0-2
ii  python-pexpect3.1-1
ii  python-simplegeneric  0.8.1-1

ipython recommends no packages.

Versions of packages ipython suggests:
ii  ipython-doc1.1.0-1
ii  ipython-notebook   1.1.0-1
ii  ipython-qtconsole  1.1.0-1
ii  libpython2.7-stdlib [python-argparse]  2.7.6-5
ii  python [python-profiler]   2.7.5-5
ii  python-matplotlib  1.3.1-1
ii  python-numpy   1:1.8.0-1
ii  python-zmq 14.0.1-1

-- no debconf information
--- a/IPython/nbconvert/transformers/csshtmlheader.py
+++ b/IPython/nbconvert/transformers/csshtmlheader.py
@@ -88,8 +88,8 @@ class CSSHTMLHeaderTransformer(Transform
 header = []
 
 #Construct path to IPy CSS
-sheet_filename = os.path.join(path.get_ipython_package_dir(), 
-'html', 'static', 'style', 'style.min.css')
+sheet_filename = \
+/usr/share/ipython/notebook/static/style/style.min.css
 
 #Load style CSS file.
 with io.open(sheet_filename, encoding='utf-8') as file:
___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

Bug#736468: python-netcdf: _netcdf.so present both in python-netcdf and python-scientific

[Yannick Roehlly]

Package: python-netcdf
Version: 2.9.3-1
Severity: grave
Justification: renders package unusable

Updating to 2.9.3-1 fails because the file
/usr/lib/python2.7/dist-packages/Scientific/_netcdf.so
is present both in python-netcdf and python-scientific.

Yannick



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

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

Versions of packages python-netcdf depends on:
ii  libc6 2.17-97
ii  libnetcdfc7   1:4.1.3-7
ii  python2.7.5-5
ii  python-numpy [python-numpy-abi9]  1:1.8.0-1
ii  python-scientific 2.9.2-5

python-netcdf recommends no packages.

python-netcdf suggests no packages.

-- no debconf information


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

Bug#736468: python-netcdf: _netcdf.so present both in python-netcdf and python-scientific

[Yannick Roehlly]

Package: python-netcdf
Version: 2.9.3-1
Severity: grave
Justification: renders package unusable

Updating to 2.9.3-1 fails because the file
/usr/lib/python2.7/dist-packages/Scientific/_netcdf.so
is present both in python-netcdf and python-scientific.

Yannick



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

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

Versions of packages python-netcdf depends on:
ii  libc6 2.17-97
ii  libnetcdfc7   1:4.1.3-7
ii  python2.7.5-5
ii  python-numpy [python-numpy-abi9]  1:1.8.0-1
ii  python-scientific 2.9.2-5

python-netcdf recommends no packages.

python-netcdf suggests no packages.

-- no debconf information


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

[kmail2] [Bug 315568] kmail crash on startup

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=315568

--- Comment #33 from Yannick Roehlly yannick.roeh...@gmail.com ---
Hi Saurav,

I solved my problem with Kmail 4.12 by removing all Kmail configuration (only
Kmail, not akonadi) and configuring it again. Hope it helps.

Yannick

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 315568] kmail crash on startup

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=315568

Yannick Roehlly yannick.roeh...@gmail.com changed:

   What|Removed |Added

 CC||yannick.roeh...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

[kmail2] [Bug 315568] kmail crash on startup

[Yannick Roehlly]

https://bugs.kde.org/show_bug.cgi?id=315568

--- Comment #31 from Yannick Roehlly yannick.roeh...@gmail.com ---
Are you sure bug 329063 is a dupicate of this one? I have the problem described
in the former bug since Kmail 4.12 and had no problem with version 4.11.3.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

Terminals in cursor mode

[Yannick Roehlly]

Dear X maintainers,

I think that during the upgrade of xorg-server to version 1.14.5, the graphic 
terminals switched from terminfo application mode to cursor mode (I'm not 
sure of the terminology).

I noticed this because my zsh configuration (using zpresto) partially stopped 
working. The up arrow used to search the typed string in the history. Zpresto 
bind the up arrow to an internal function:

 $ bindkey | grep history-substring-search-up
 ^P history-substring-search-up
 ^[OA history-substring-search-up

This used to work but now under graphic terminals (tested with Konsole and 
xterm), the up arrow sends ^[[A which is the cursor mode key code. I've 
tested under Archlinux, and there the up arrow sends the application mode 
key code ^[OA.

Do you experience the same behaviour? Was this change on purpose? If it's a 
bug, against which package should I report it?

Regards,

Yannick

PS: On Debian, zsh should run in application mode (see /etc/zsh/zshrc), what 
it does when initializing as zprezto asks for the terminfo key codes for the 
arrows instead of hard-coding the key codes. zsh was also recently updated but 
as I noticed bash is also in cursor mode I reported the issue here. Are 
graphical terminals supposed to be in cursor or application mode?


 


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2408502.fT6ERT4thG@tardis

Bug#732023: libtk-img: undefined symbol TIFFReassignTagToIgnore in libtifftcl3.8.2.so

[Yannick Roehlly]

Package: libtk-img
Version: 1:1.3-release-12+b1
Severity: grave
Justification: renders package unusable

Hi,

The saods9 programme fails to start with:

Error in startup script: couldn't load file 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: 
TIFFReassignTagToIgnore
while executing
load /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so
(package ifneeded tifftcl 3.8.2 script)
invoked from within
load /usr/lib/tcltk/Img1.3/libtkimgtiff1.3.so
(package ifneeded img::tiff 1.3 script)
invoked from within
package require img::tiff
(x11 arm line 28)
invoked from within
switch $ds9(wm) {
x11 {
# set to absolute path so that if -cd command is used,
# so we can still find our files
set ds9(root) /usr/share/saods...
(file /usr/share/saods9/src/ds9.tcl line 177)

This problem can also be seen using tclsh

% package require img::tiff
couldn't load file /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: 
TIFFReassignTagToIgnore

Maybe it is related to the libtiff5 transition.

Regards,

Yannick

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

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

Versions of packages libtk-img depends on:
ii  libc6   2.17-97
ii  libfontconfig1  2.11.0-2
ii  libjpeg88d-2
ii  libpng12-0  1.2.49-5
ii  libtiff54.0.3-6
ii  libx11-62:1.6.2-1
ii  libxext62:1.3.2-1
ii  libxft2 2.3.1-1
ii  libxss1 1:1.2.2-1
ii  tk [wish]   8.6.0+6
ii  zlib1g  1:1.2.8.dfsg-1

libtk-img recommends no packages.

Versions of packages libtk-img suggests:
pn  libtk-img-doc  none

-- no debconf information


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

Bug#732023: libtk-img: undefined symbol TIFFReassignTagToIgnore in libtifftcl3.8.2.so

[Yannick Roehlly]

Package: libtk-img
Version: 1:1.3-release-12+b1
Severity: grave
Justification: renders package unusable

Hi,

The saods9 programme fails to start with:

Error in startup script: couldn't load file 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: 
TIFFReassignTagToIgnore
while executing
load /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so
(package ifneeded tifftcl 3.8.2 script)
invoked from within
load /usr/lib/tcltk/Img1.3/libtkimgtiff1.3.so
(package ifneeded img::tiff 1.3 script)
invoked from within
package require img::tiff
(x11 arm line 28)
invoked from within
switch $ds9(wm) {
x11 {
# set to absolute path so that if -cd command is used,
# so we can still find our files
set ds9(root) /usr/share/saods...
(file /usr/share/saods9/src/ds9.tcl line 177)

This problem can also be seen using tclsh

% package require img::tiff
couldn't load file /usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: 
/usr/lib/tcltk/Img1.3/libtifftcl3.8.2.so: undefined symbol: 
TIFFReassignTagToIgnore

Maybe it is related to the libtiff5 transition.

Regards,

Yannick

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

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

Versions of packages libtk-img depends on:
ii  libc6   2.17-97
ii  libfontconfig1  2.11.0-2
ii  libjpeg88d-2
ii  libpng12-0  1.2.49-5
ii  libtiff54.0.3-6
ii  libx11-62:1.6.2-1
ii  libxext62:1.3.2-1
ii  libxft2 2.3.1-1
ii  libxss1 1:1.2.2-1
ii  tk [wish]   8.6.0+6
ii  zlib1g  1:1.2.8.dfsg-1

libtk-img recommends no packages.

Versions of packages libtk-img suggests:
pn  libtk-img-doc  none

-- no debconf information


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

Bug#731052: [libreoffice-core] Maybe not linked to bad extension

[Yannick Roehlly]

Package: libreoffice-core
Version: 1:4.1.3-1

--- Please enter the report below this line. ---

Hi, 

Even when removing all the locally-installed extensions and keeping only the 
presentation minimizer (installed with the package), if I ask to update the 
extension, I have the same problem.

Yannick


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

Bug#731052: [libreoffice-core] Maybe not linked to bad extension

[Yannick Roehlly]

Package: libreoffice-core
Version: 1:4.1.3-1

--- Please enter the report below this line. ---

Hi, 

Even when removing all the locally-installed extensions and keeping only the 
presentation minimizer (installed with the package), if I ask to update the 
extension, I have the same problem.

Yannick


-- 
To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/7243358.4HWdlDhVOG@tardis

Re: Qt5: Private headers not installed by still referenced in cmake files

[Yannick Roehlly]

Lisandro Damián Nicanor Pérez Meyer wrote:

 A few moments ago I pushed qt5webkit to unstable, feel free to test it :)
 (you may need to wait for the next dinstall + mirror syncing to get it).

Hi Lisandro,

Sigil compilation works with the unstable packages. Thanks.

Yannick

-- 
 Linux is not user-friendly.
It _is_ user-friendly.  It is not ignorant-friendly and idiot-friendly.
-- Seen somewhere on the net



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/kubn9j$b04$1...@ger.gmane.org

Re: Qt5: Private headers not installed by still referenced in cmake files

[Yannick Roehlly]

Hi Lisandro,

Lisandro Damián Nicanor Pérez Meyer wrote:

 Now if this happens in the rebuilt packages, please do fill a bug.

OK, I'll do that.

Regards,

Yannick

-- 
La vida es agradable. La muerte es pacífica. Lo problemático es la
transición.
   --- Isaac Asimov



-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ku8cp4$hg3$1...@ger.gmane.org

Qt5: Private headers not installed by still referenced in cmake files

[Yannick Roehlly]

Hi all,

While compiling sigil, I noticed that for some Qt5 modules the private 
headers are not installed but are still referenced in the .cmake files.

For instance, for libqt5webkit5-dev, when compiling sigil I have this error:

  CMake Error at /usr/lib/x86_64-linux-
gnu/cmake/Qt5WebKit/Qt5WebKitConfig.cmake:15 (message):
  The imported target Qt5::WebKit references the file

 /usr/include/qt5/QtWebKit/5.1.0

  but this file does not exist.  Possible reasons include:

The private headers are not installed (this is specified in the changelog) 
but the Qt5WebKitConfig.cmake still has:

set(Qt5WebKit_PRIVATE_INCLUDE_DIRS

${_qt5WebKit_install_prefix}/include/qt5/QtWebKit/${Qt5WebKit_VERSION_STRING}

${_qt5WebKit_install_prefix}/include/qt5/QtWebKit/${Qt5WebKit_VERSION_STRING}/QtWebKit
)

If I remove these lines, the error disappears. To compile sigil, I had to 
correct these .cmake files: Qt5QmlConfig.cmake, Qt5QuickConfig.cmake, 
Qt5WebKitWidgetsConfig.cmake, Qt5WebKitConfig.cmake.

Should I report bugs on the corresponding packages?

Regards,

Yannick




-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ku5pbe$ev6$1...@ger.gmane.org

Bug#695707: (no subject)

[Yannick Roehlly]

Hi Barry,

I updated Python 2.7 to experimental and rebuild python-virtualenv with the 
multiarch patch. Now that works.

But I add to delete and re-create my virtual environment (sorry, I did not 
note down the error message / problem). Maybe this worth an entry in the 
readme / changelog / news.

Thanks for the patch (also to Python team).

Yannick


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

Bug#695707: [libpython2.7-stdlib] Breaks python-virtualenv

[Yannick Roehlly]

Package: libpython2.7-stdlib
Version: 2.7.3-11
Severity: normal

--- Please enter the report below this line. ---

Hi Matthias,

The patch closing bug #695596 makes packages installable on the system but the 
multi-arch breaks the use of python-virtualenv. For instance (use 
virtualenvwrapper):


$ mkvirtualenv test
New python executable in test/bin/python
Installing distribute.
  Complete output from command /home/yannick/.virtualenvs/test/bin/python -c 
#!python
\\\Bootstra...   sys.exit(main())
:
  Extracting in /tmp/tmpa33XGw
Now working in /tmp/tmpa33XGw/distribute-0.6.31
Installing Distribute
running install
Traceback (most recent call last):
  File setup.py, line 240, in module
scripts = scripts,
  File /usr/lib/python2.7/distutils/core.py, line 152, in setup
dist.run_commands()
  File /usr/lib/python2.7/distutils/dist.py, line 953, in run_commands
self.run_command(cmd)
  File /usr/lib/python2.7/distutils/dist.py, line 971, in run_command
cmd_obj.ensure_finalized()
  File /usr/lib/python2.7/distutils/cmd.py, line 109, in ensure_finalized
self.finalize_options()
  File /tmp/tmpa33XGw/distribute-0.6.31/setuptools/command/install.py, line 
29, in finalize_options
_install.finalize_options(self)
  File /usr/lib/python2.7/distutils/command/install.py, line 321, in 
finalize_options
(prefix, exec_prefix) = get_config_vars('prefix', 'exec_prefix')
  File /home/yannick/.virtualenvs/test/lib/python2.7/distutils/__init__.py, 
line 92, in sysconfig_get_config_vars
real_vars = old_get_config_vars(*args)
  File /usr/lib/python2.7/distutils/sysconfig.py, line 498, in 
get_config_vars
func()
  File /usr/lib/python2.7/distutils/sysconfig.py, line 442, in _init_posix
from _sysconfigdata import build_time_vars
  File /usr/lib/python2.7/_sysconfigdata.py, line 6, in module
from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd
Something went wrong during the installation.
See the error message above.

...Installing distribute...done.
Traceback (most recent call last):
  File /usr/bin/virtualenv, line 3, in module
virtualenv.main()
  File /usr/lib/python2.7/dist-packages/virtualenv.py, line 965, in main
never_download=options.never_download)
  File /usr/lib/python2.7/dist-packages/virtualenv.py, line 1072, in 
create_environment
search_dirs=search_dirs, never_download=never_download)
  File /usr/lib/python2.7/dist-packages/virtualenv.py, line 617, in 
install_distribute
search_dirs=search_dirs, never_download=never_download)
  File /usr/lib/python2.7/dist-packages/virtualenv.py, line 583, in 
_install_req
cwd=cwd)
  File /usr/lib/python2.7/dist-packages/virtualenv.py, line 1043, in 
call_subprocess
% (cmd_desc, proc.returncode))
OSError: Command /home/yannick/.virtualenvs/test/bin/python -c #!python
\\\Bootstra...   sys.exit(main())
 failed with error code 2


I don't understand well if the problem should be corrected in virtualenv or in 
the multi-arch Python packaging.

Regards,

Yannick

PS: I created this bug report on a system with the non-multiarch Python 2.7, 
so there may be something missing in the informations below.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.6-trunk-amd64

Debian Release: wheezy/sid
  500 unstableftp.fr.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
libpython2.7-minimal  (= 2.7.3-11) | 2.7.3-11
mime-support   | 3.52-2
libbz2-1.0 | 1.0.6-4
libc6(= 2.11) | 
libdb5.1   | 
libexpat1   (= 2.1~beta3) | 
libgcc1   (= 1:4.1.1) | 
libncursesw5 (= 5.6+20070908) | 
libreadline6  (= 6.0) | 
libsqlite3-0(= 3.5.9) | 
libssl1.0.0 (= 1.0.0) | 
libtinfo5  | 


Package's Recommends field is empty.

Package's Suggests field is empty.



-- 
Todo bicho que camina, va a parar al asador.
-- Refrán. 


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

Bug#695707: [libpython2.7-stdlib] Breaks python-virtualenv

[Yannick Roehlly]

Hi Matthias,

Thanks for the quick answer.

Le mardi 11 décembre 2012 23:08:04 Matthias Klose a écrit :
  - the plat-linux2 directory is now renamed to plat-multiarch.
I assume virtualenv uses plat-linux2 directly, however I can't
find any reference to that in virtualenv.py.
This will need a fix in the python-virtualenv package.

I had a quick look to the virtualenv source and I noticed in the 
virtualenv_embedded/site.py this line:

  plat_path = os.path.join(path, 'plat-%s' % sys.platform)

But I'm not sure this is used in the Debian package. Nevertheless, on a multi-
arch installation sys.platform is 'linux2'. Shouldn't it be the full 
architecture name?

I'll try to investigate more on virtualenv later.

Does this show up for new virtualenvs too?

I was trying to create a new virtualenv.

Regards,

Yannick


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

Re: Problem with distutils and the experimental multi-arch Python2.7 packages

[Yannick Roehlly]

Jakub Wilk wrote:

 This looks like bug #695596.

Yes. Thanks for correcting this.

Yannick

-- 
Between infinite and short there is a big difference.
-- G. H. Gonnet



-- 
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ka5nc9$v3p$1...@ger.gmane.org

Problem with distutils and the experimental multi-arch Python2.7 packages

[Yannick Roehlly]

Hi,

While trying the experimental Python 2.7 package with multiarch support, I 
found that distutils is not working.

When I try to build some package, I have this error:

 error: invalid Python installation: unable to open 
 /usr/lib/python2.7/config/Makefile (No such file of directory)

It seems that the multi-arch patch modification should also go in the 
distutils parts.

One can also see the problem with this:

 In: from disutils import sysconfig
 In: sysconfig.get_config_h_filename()
Out: '/usr/include/python2.7/pyconfig.h'

Regards,

Yannick


-- 
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ka2d1a$a5q$1...@ger.gmane.org

Problem with distutils and the experimental multi-arch Python2.7 packages

[Yannick Roehlly]

Hi,

While trying the experimental Python 2.7 package with multiarch support, I 
found that distutils is not working.

When I try to build some package, I have this error:

 error: invalid Python installation: unable to open 
 /usr/lib/python2.7/config/Makefile (No such file of directory)

It seems that the multi-arch patch modification should also go in the 
distutils parts.

One can also see the problem with this:

 In: from disutils import sysconfig
 In: sysconfig.get_config_h_filename()
Out: '/usr/include/python2.7/pyconfig.h'

Regards,

Yannick


-- 
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121209160203.a424ed48...@smtp5-g21.free.fr

Bug#680883: python-matplotlib: Editing curve properties not possible using Qt4Agg backend (corrected upstream)

[Yannick Roehlly]

Package: python-matplotlib
Version: 1.1.1~rc2-1
Severity: normal
Tags: upstream

Hi,

Using Qt4Agg backend, it is not possible to use the button to edit curve
properties on the window displaying a plot.  This has been reported as
upstream bug #917 [1] and as been corrected by commit a180e1d [2].

I've applied the patch locally (hence de debsum mismatch below) and it 
actually corrects the problem.

Regards,

Yannick

[1] https://github.com/matplotlib/matplotlib/pull/917
[2] 
https://github.com/mdboom/matplotlib/commit/a180e1dc5cd4eb54ae59633dd6e7503cae825168

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

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

Versions of packages python-matplotlib depends on:
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-34
ii  libcairo2 1.12.2-2
ii  libfontconfig12.9.0-6
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-3
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.3-2
ii  libgtk2.0-0   2.24.10-1
ii  libpango1.0-0 1.30.0-1
ii  libpng12-01.2.49-1
ii  libstdc++64.7.1-3
ii  python2.7.3-1
ii  python-cairo  1.8.8-1+b2
ii  python-dateutil   1.5+dfsg-0.1
ii  python-gobject3.3.3.1-1
ii  python-matplotlib-data1.1.1~rc2-1
ii  python-numpy [python-numpy-abi9]  1:1.6.2-1
ii  python-pyparsing  1.5.6+dfsg1-1
ii  python-support1.0.15
ii  python-tz 2012c-1
ii  tcl8.58.5.11-2
ii  tk8.5 8.5.11-2
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages python-matplotlib recommends:
ii  python-glade2  2.24.0-3
ii  python-tk  2.7.3-1

Versions of packages python-matplotlib suggests:
ii  dvipng 1.14-1+b1
ii  ipython0.13-1
ii  librsvg2-common2.36.1-1
ii  python-configobj   4.7.2+ds-4
ii  python-excelerator 0.6.4.1-1
ii  python-gtk22.24.0-3
ii  python-matplotlib-doc  1.1.1~rc2-1
ii  python-qt4 4.9.3-2
ii  python-scipy   0.10.1+dfsg1-3
ii  python-traits  4.1.0-1
ii  python-wxgtk2.82.8.12.1-11
ii  texlive-extra-utils2012.20120611-1
ii  texlive-latex-extra2012.20120611-1

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/share/pyshared/matplotlib/backends/qt4_editor/formlayout.py (from 
python-matplotlib package)



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

[Python-modules-team] Bug#680883: python-matplotlib: Editing curve properties not possible using Qt4Agg backend (corrected upstream)

[Yannick Roehlly]

Package: python-matplotlib
Version: 1.1.1~rc2-1
Severity: normal
Tags: upstream

Hi,

Using Qt4Agg backend, it is not possible to use the button to edit curve
properties on the window displaying a plot.  This has been reported as
upstream bug #917 [1] and as been corrected by commit a180e1d [2].

I've applied the patch locally (hence de debsum mismatch below) and it 
actually corrects the problem.

Regards,

Yannick

[1] https://github.com/matplotlib/matplotlib/pull/917
[2] 
https://github.com/mdboom/matplotlib/commit/a180e1dc5cd4eb54ae59633dd6e7503cae825168

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

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

Versions of packages python-matplotlib depends on:
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-34
ii  libcairo2 1.12.2-2
ii  libfontconfig12.9.0-6
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-3
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.3-2
ii  libgtk2.0-0   2.24.10-1
ii  libpango1.0-0 1.30.0-1
ii  libpng12-01.2.49-1
ii  libstdc++64.7.1-3
ii  python2.7.3-1
ii  python-cairo  1.8.8-1+b2
ii  python-dateutil   1.5+dfsg-0.1
ii  python-gobject3.3.3.1-1
ii  python-matplotlib-data1.1.1~rc2-1
ii  python-numpy [python-numpy-abi9]  1:1.6.2-1
ii  python-pyparsing  1.5.6+dfsg1-1
ii  python-support1.0.15
ii  python-tz 2012c-1
ii  tcl8.58.5.11-2
ii  tk8.5 8.5.11-2
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages python-matplotlib recommends:
ii  python-glade2  2.24.0-3
ii  python-tk  2.7.3-1

Versions of packages python-matplotlib suggests:
ii  dvipng 1.14-1+b1
ii  ipython0.13-1
ii  librsvg2-common2.36.1-1
ii  python-configobj   4.7.2+ds-4
ii  python-excelerator 0.6.4.1-1
ii  python-gtk22.24.0-3
ii  python-matplotlib-doc  1.1.1~rc2-1
ii  python-qt4 4.9.3-2
ii  python-scipy   0.10.1+dfsg1-3
ii  python-traits  4.1.0-1
ii  python-wxgtk2.82.8.12.1-11
ii  texlive-extra-utils2012.20120611-1
ii  texlive-latex-extra2012.20120611-1

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/share/pyshared/matplotlib/backends/qt4_editor/formlayout.py (from 
python-matplotlib package)



___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team

Re: KDE Plasma Workspaces 4.8.3 available in qt-kde.debian.net

[Yannick Roehlly]

Eshat Cakar wrote:

 KDE Plasma Workspaces 4.8.3 has been uploaded to our semi-official mirrors
 (available for both, amd64 and i386, systems).

A big thank to the Debian KDE team!

Yannick

-- 
All intelligent species own cats.



-- 
To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jouabk$mnb$1...@dough.gmane.org

Bug#670320: ruby-locale: fails to get available locale

[Yannick Roehlly]

Le mercredi 25 avril 2012 01:14:16 Sebastian Ramacher a écrit :
 As far as I can tell this is only reproducible if LANGUAGE is set but empty.
 So I guess KDE sets LANGUAGE to an empty value an Xfce does not.

Hi Sebastian,

In fact, you're right.  The LANGUAGE env. variable is never defined except 
under KDE where it has an empty value.  But the strange thing is that with 
2.0.5-2 package, it's not a problem.

Regards,

Yannick

-- 
Writing about music is like dancing about architecture.
-- Frank Zappa




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

[DRE-maint] Bug#670320: ruby-locale: fails to get available locale

[Yannick Roehlly]

Le mercredi 25 avril 2012 01:14:16 Sebastian Ramacher a écrit :
 As far as I can tell this is only reproducible if LANGUAGE is set but empty.
 So I guess KDE sets LANGUAGE to an empty value an Xfce does not.

Hi Sebastian,

In fact, you're right.  The LANGUAGE env. variable is never defined except 
under KDE where it has an empty value.  But the strange thing is that with 
2.0.5-2 package, it's not a problem.

Regards,

Yannick

-- 
Writing about music is like dancing about architecture.
-- Frank Zappa




___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers

Bug#670320: ruby-locale: fails to get available locale

[Yannick Roehlly]

Package: ruby-locale
Version: 2.0.5-3
Severity: normal

Hi,

With the update from 2.0.5-2 to 2.0.5-3 I encounter some strange behaviour.
Under KDE, the programmes that use ruby-locale fails. For instance, on irb:

  irb(main):001:0 require 'locale'
  = true
  irb(main):002:0 Locale.current
  = []
  irb(main):003:0 Locale.candidates
  NoMethodError: undefined method `size' for nil:NilClass
  from /usr/lib/ruby/vendor_ruby/locale.rb:239:in `collect_candidates'
  from /usr/lib/ruby/vendor_ruby/locale.rb:222:in `candidates'
  from (irb):3
  irb(main):004:0 

rbbr and apt-listbugs (when launching aptitude after a 'su' instead of a 'su -'
fail in the same way.

The strange thing is that it's not the case when using a different desktop
(e.g. XFCE).  There is no differences in the locale settings.

If I revert to 2.0.5-2, everything works.

The only difference I found between the two versions, except the file location,
is in language.rb:

--- ./locale.old/info/language.rb   2010-02-25 19:03:57.0 +0100
+++ ./locale.new/info/language.rb   2012-04-21 15:38:40.0 +0200
@@ -74,11 +74,7 @@
 
   # Returns the two or three code.
   def to_s
-if two_code and two_code.size  0
-  two_code
-else
-  three_code
-end
+two_code || tree_code
   end
 
   # Returns this object is valid as ISO 639 data.

But even if I replace the file, it still fails.

I'm a little perplex where to look for the bug. If you have and idea...

Regards,

Yannick
 
PS: I left the severity to 'normal' but maybe it should be higher as when
running aptitude after a simple 'su' and having apt-listbugs installed,
aptitude can't install anything as apt-listbugs raises an error.

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

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

Versions of packages ruby-locale depends on:
ii  ruby  4.8
ii  ruby1.8 [ruby-interpreter]1.8.7.358-2
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.0-2

ruby-locale recommends no packages.

ruby-locale suggests no packages.

-- no debconf information



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

[DRE-maint] Bug#670320: ruby-locale: fails to get available locale

[Yannick Roehlly]

Package: ruby-locale
Version: 2.0.5-3
Severity: normal

Hi,

With the update from 2.0.5-2 to 2.0.5-3 I encounter some strange behaviour.
Under KDE, the programmes that use ruby-locale fails. For instance, on irb:

  irb(main):001:0 require 'locale'
  = true
  irb(main):002:0 Locale.current
  = []
  irb(main):003:0 Locale.candidates
  NoMethodError: undefined method `size' for nil:NilClass
  from /usr/lib/ruby/vendor_ruby/locale.rb:239:in `collect_candidates'
  from /usr/lib/ruby/vendor_ruby/locale.rb:222:in `candidates'
  from (irb):3
  irb(main):004:0 

rbbr and apt-listbugs (when launching aptitude after a 'su' instead of a 'su -'
fail in the same way.

The strange thing is that it's not the case when using a different desktop
(e.g. XFCE).  There is no differences in the locale settings.

If I revert to 2.0.5-2, everything works.

The only difference I found between the two versions, except the file location,
is in language.rb:

--- ./locale.old/info/language.rb   2010-02-25 19:03:57.0 +0100
+++ ./locale.new/info/language.rb   2012-04-21 15:38:40.0 +0200
@@ -74,11 +74,7 @@
 
   # Returns the two or three code.
   def to_s
-if two_code and two_code.size  0
-  two_code
-else
-  three_code
-end
+two_code || tree_code
   end
 
   # Returns this object is valid as ISO 639 data.

But even if I replace the file, it still fails.

I'm a little perplex where to look for the bug. If you have and idea...

Regards,

Yannick
 
PS: I left the severity to 'normal' but maybe it should be higher as when
running aptitude after a simple 'su' and having apt-listbugs installed,
aptitude can't install anything as apt-listbugs raises an error.

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

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

Versions of packages ruby-locale depends on:
ii  ruby  4.8
ii  ruby1.8 [ruby-interpreter]1.8.7.358-2
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.0-2

ruby-locale recommends no packages.

ruby-locale suggests no packages.

-- no debconf information



___
Pkg-ruby-extras-maintainers mailing list
Pkg-ruby-extras-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers

Bug#655413: ipython-notebook: Wrong link for saved notebooks

[Yannick Roehlly]

Package: ipython-notebook
Version: 0.12-1
Severity: normal

Hi,

Thanks for packaging this new ipython version with the notebook feature.

In the first notebook page, the one listing the saved notebooks, the link
to each notebook has 'undefined' appended before the uid of the netbook
making these links invalid.

To reproduce this bug, just launch ipython notebook and create a new
notebook. Then go back to the notebook list and click on the corresponding
link → error 404. The notebook can be accessed removing 'undefined' from
the URL.

Yannick

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

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

Versions of packages ipython-notebook depends on:
ii  ipython  0.12-1
ii  libjs-jquery 1.7.1-1
ii  libjs-jquery-ui  1.8.ooops.16+dfsg-1
ii  python   2.7.2-9
ii  python-tornado   2.1.0-1
ii  python-zmq   2.1.10-2
ii  python2.62.6.7-4
ii  python2.72.7.2-9

Versions of packages ipython-notebook recommends:
ii  libjs-mathjax  1.1-1

ipython-notebook suggests no packages.

-- no debconf information



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

Bug#655413: [Python-modules-team] Bug#655413: ipython-notebook: Wrong link for saved notebooks

[Yannick Roehlly]

Hi Julian,

Thanks for the answer.

Le Tuesday 10 January 2012 23:56:08 Julian Taylor, vous avez écrit :
 I can't reproduce that issue.
 Which browser are you using? to my knowledge only firefox and chrome are
 properly supported.

I have the problem with both.

 what is the content of the body tag in the html source.
 It should be something like this:
 
 body
 data-project=/home/user/notebookdir/
 data-base-project-url=/
 data-base-kernel-url=/

That's what I have. But I've found the problem. It's in line 115 of 

 /usr/share/pyshared/IPython/frontend/html/notebook/static/js/notebooklist.js

It is:

  attr('href', $('body').data('baseProjectURL')+notebook_id).

but it should be:

  attr('href', $('body').data('baseProjectUrl')+notebook_id).

note the lower case at the end of baseProjectUrl. Correcting this makes the 
notebook work here.

Regards,

Yannick

-- 
Life, loathe it or ignore it, you can't like it.
-- Marvin, Hitchhiker's Guide to the Galaxy



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

[Python-modules-team] Bug#655413: ipython-notebook: Wrong link for saved notebooks

[Yannick Roehlly]

Package: ipython-notebook
Version: 0.12-1
Severity: normal

Hi,

Thanks for packaging this new ipython version with the notebook feature.

In the first notebook page, the one listing the saved notebooks, the link
to each notebook has 'undefined' appended before the uid of the netbook
making these links invalid.

To reproduce this bug, just launch ipython notebook and create a new
notebook. Then go back to the notebook list and click on the corresponding
link → error 404. The notebook can be accessed removing 'undefined' from
the URL.

Yannick

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

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

Versions of packages ipython-notebook depends on:
ii  ipython  0.12-1
ii  libjs-jquery 1.7.1-1
ii  libjs-jquery-ui  1.8.ooops.16+dfsg-1
ii  python   2.7.2-9
ii  python-tornado   2.1.0-1
ii  python-zmq   2.1.10-2
ii  python2.62.6.7-4
ii  python2.72.7.2-9

Versions of packages ipython-notebook recommends:
ii  libjs-mathjax  1.1-1

ipython-notebook suggests no packages.

-- no debconf information



___
Python-modules-team mailing list
Python-modules-team@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team