Bug#1055575: gst-python1.0 ftbfs with Python 3.12

2023-12-17 Thread Dean Serenevy



Hello, I also tried poking at this issue today and ran into the same problem. Replacing 
imp with what I believe to be the equivalent importlib commands results in a bunch of 
errors during testing (many "TypeError: SomeFunction() takes no arguments" 
errors).

However, the problematic imports appear only in two files, neither of which are 
installed in the final .debs, so the FTBFS is only a problem in running the 
test suite. I was able to build a working package by simply disabling the tests 
in debian/rules:

override_dh_auto_test:
@echo "Tests disabled in debian/rules, see https://bugs.debian.org/1055575;

While disabling tests isn't the best option in the world, it does prevent 
autoremoval until the upstream issue is resolved.


Thanks for all your work!
  - Dean



Bug#990380: texlive-binaries: pstricks \rput item placement incorrect (xdvipdfmx?)

2022-01-16 Thread Dean Serenevy

Thanks for looking at this!

I can confirm that everything seems to be OK in the latest testing versions, so 
things look fine going forward.

As for Debian bullseye/stable (which I think is out of scope by now, but others 
finding this bug may want some info), back-porting ghostscript 9.55.0 to 
bullseye doesn't help. The easiest fix I've found for bullseye is 
pinning/forcing ghostscript to the latest buster binary (9.27~dfsg-2+deb10u5 at 
the time of this writing).

Thanks for following up and I'm glad it will all work well in bookworm!

 - Dean


On 1/16/22 5:56 PM, Hilmar Preuße wrote:
> Am 27.06.2021 um 23:14 teilte Dean Serenevy mit:
> 
> Hi Dean,
> 
> I had a look at the link you posted. It says that the issue is caused by a 
> broken ghostscript version. Currently I'm failing to reproduce the issue 
> using Debian unstable and
> 
> hille@sid:~ $ gs --version
> 9.55.0
> 
> I've used xpdf to have a look at the generated pdf file. Do you still see the 
> issue?
> 
> Hilmar
> 
>> The behavior appears to be the same problem reported in [1], in that
>> compiling the stack overflow document produces the same incorrect output
>> shown on the site. Though the comments on that post suggest that the
>> problem was a known issue and would be fixed in texlive 2020 (which is
>> the version in bullseye). The comments in that posting claim the problem
>> was in xdvipdfmx which is why I am filing this bug against
>> texlive-binaries.
>>
>> [1] 
>> https://tex.stackexchange.com/questions/516100/problem-with-rput-command-with-xelatex-and-pstricks
>>



signature.asc
Description: OpenPGP digital signature


Bug#990380: texlive-binaries: pstricks \rput item placement incorrect (xdvipdfmx?)

2021-06-27 Thread Dean Serenevy
Package: texlive-binaries
Version: 2020.20200327.54578-7
Severity: normal
X-Debbugs-Cc: d...@serenevy.net

Dear Maintainer,

After upgrading to bullseye from buster, several of my latex documents
are not compiling correctly.

The problem occurs in files using pstricks and compiling into PDF
documents.

Example:

\documentclass{article}
\usepackage{pstricks}
\begin{document}
\fbox{
\psset{unit=1in}
\begin{pspicture}(0,0)(1,1)
  \rput[tl](0,1){TOP}
  \rput[bl](0,0){BOTTOM}
\end{pspicture}
}
\end{document}

If compiled via:

  xelatex FILENAME.tex# incorrect output

or

  latex FILENAME.tex ; dvipdfmx FILENAME.dvi  # incorrect output

the resulting document places the "BOTTOM" text directly above the "TOP"
text when they should be about 1 inch apart with TOP on top.

When compiled to PostScript the document looks correct:

  latex FILENAME.tex ; dvips FILENAME.dvi # correct output


The behavior appears to be the same problem reported in [1], in that
compiling the stack overflow document produces the same incorrect output
shown on the site. Though the comments on that post suggest that the
problem was a known issue and would be fixed in texlive 2020 (which is
the version in bullseye). The comments in that posting claim the problem
was in xdvipdfmx which is why I am filing this bug against
texlive-binaries.

[1] 
https://tex.stackexchange.com/questions/516100/problem-with-rput-command-with-xelatex-and-pstricks


Thank you for your time and consideration, I can provide more
information or testing if needed.


- Dean Serenevy



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

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texlive-binaries depends on:
ii  dpkg1.20.9
ii  install-info6.7.0.dfsg.2-6
ii  libc6   2.31-12
ii  libcairo2   1.16.0-5
ii  libfontconfig1  2.13.1-4.2
ii  libfreetype62.10.4+dfsg-1
ii  libgcc-s1   10.2.1-6
ii  libgraphite2-3  1.3.14-1
ii  libharfbuzz0b   2.7.4-1
ii  libicu6767.1-6
ii  libkpathsea62020.20200327.54578-7
ii  libmpfr64.1.0-3
ii  libpaper1   1.1.28+b1
ii  libpixman-1-0   0.40.0-1
ii  libpng16-16 1.6.37-3
ii  libptexenc1 2020.20200327.54578-7
ii  libstdc++6  10.2.1-6
ii  libsynctex2 2020.20200327.54578-7
ii  libteckit0  2.5.10+ds1-3
ii  libtexlua53 2020.20200327.54578-7
ii  libtexluajit2   2020.20200327.54578-7
ii  libx11-62:1.7.1-1
ii  libxaw7 2:1.0.13-1.1
ii  libxi6  2:1.7.10-1
ii  libxmu6 2:1.1.2-2+b3
ii  libxpm4 1:3.5.12-1
ii  libxt6  1:1.2.0-1
ii  libzzip-0-130.13.62-3.3
ii  perl5.32.1-4
ii  t1utils 1.41-4
ii  tex-common  6.16
ii  zlib1g  1:1.2.11.dfsg-2

Versions of packages texlive-binaries recommends:
pn  dvisvgm   
ii  texlive-base  2020.20210202-3

texlive-binaries suggests no packages.

-- no debconf information



Bug#976276: libmarpa-r2-perl: New version (8.0) available

2020-12-02 Thread Dean Serenevy
Package: libmarpa-r2-perl
Version: 2.086000~dfsg-6+b3
Severity: normal

Dear Maintainer,

A new version is available. A simple cpan2deb produced a working package
on my (Buster) system so there do not seem to be any obvious upgrade
difficulties.

Thanks!
  - Dean


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

Kernel: Linux 4.19.0-11-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libmarpa-r2-perl depends on:
ii  libc6   2.28-10
ii  libhtml-parser-perl 3.72-3+b3
ii  perl5.28.1-6+deb10u1
ii  perl-base [perlapi-5.28.0]  5.28.1-6+deb10u1

libmarpa-r2-perl recommends no packages.

libmarpa-r2-perl suggests no packages.

-- no debconf information



Bug#916187: network-manager-gnome no longer creates system connections for netdev group

2018-12-10 Thread Dean Serenevy
Package: network-manager-gnome
Version: 1.8.18-2
Severity: normal

Dear Maintainer,

Hello, it seems that upstream changes have broken part of
Allow-to-create-connections-without-admin-privileges.patch (written to
address bug 696256).

Upstream commit 0c92debe9 marks all WiFi connections as user
connections by default, where the Debian patch checks whether the user
has the org.freedesktop.NetworkManager.settings.modify.system
permission and only creates a user connection if the permission check
fails.

Unfortunately, the user vs system connection issue has a lot of
history and the default behavior seems to bounce around as different
use situations are emphasized. The nice thing about the Debian patch
is that it solves the problem for multiple use cases, any user in the
netdev group creates system connections, other users create user-only
connections.

I've attached a patch which could be rolled into
Allow-to-create-connections-without-admin-privileges.patch to restore
the functionality of that patch. It simply removes the line added by
upstream which unconditionally marks the connection as a user
connection, allowing the Debian logic to apply. The other alternative,
of course, is to remove that patch (entirely or in part) and continue
using the upstream behavior.

Our particular usage situation requires less-technical users to create
a network connecction for system use, so being able to create system
connections by default significantly eases the burden of our support
staff.  If connections are not system-wide by default, we have to walk
each user through the process of checking the "All users may connect
to this netowrk" box. Therefore, we would definitely prefer that the
patch be updated rather than just removed.


Thanks,
Dean Serenevy



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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.10-1
ii  dbus-x11 [dbus-session-bus]   1.12.10-1
ii  dconf-gsettings-backend [gsettings-backend]   0.30.1-1
ii  libatk1.0-0   2.30.0-1
ii  libayatana-appindicator3-10.5.3-4
ii  libc6 2.27-8
ii  libcairo2 1.16.0-1
ii  libgdk-pixbuf2.0-02.38.0+dfsg-6
ii  libglib2.0-0  2.58.1-2
ii  libgtk-3-03.24.1-2
ii  libjansson4   2.11-1
ii  libmm-glib0   1.8.2-1
ii  libnm01.14.4-4
ii  libnma0   1.8.18-2
ii  libnotify40.7.7-3
ii  libpango-1.0-01.42.4-4
ii  libpangocairo-1.0-0   1.42.4-4
ii  libsecret-1-0 0.18.6-3
ii  libselinux1   2.8-1+b1
ii  network-manager   1.14.4-4
ii  policykit-1-gnome [polkit-1-auth-agent]   0.105-7

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring3.28.2-1
ii  iso-codes4.1-1
ii  mobile-broadband-provider-info   20170903-1
ii  notification-daemon  3.20.0-3
ii  xfce4-notifyd [notification-daemon]  0.4.2-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information
Index: network-manager-applet-1.8.18/src/applet-device-wifi.c
===
--- network-manager-applet-1.8.18.orig/src/applet-device-wifi.c
+++ network-manager-applet-1.8.18/src/applet-device-wifi.c
@@ -481,7 +482,6 @@ wifi_new_auto_connection (NMDevice *devi
 
/* Make the new connection available only for the current user */
s_con = (NMSettingConnection *) nm_setting_connection_new ();
-   nm_setting_connection_add_permission (s_con, "user", g_get_user_name 
(), NULL);
nm_connection_add_setting (connection, NM_SETTING (s_con));
 
ssid = nm_access_point_get_ssid (ap);


Bug#873501: kivy FTBFS with Cython 0.26

2018-11-19 Thread Dean Serenevy

I've rebased a minimal patch to fix the buld errors to apply on top of the 
latest salsa master (d3fa496) fixing the FTBFS.

   See attached patch, or forked repo at: 
https://github.com/duelafn/deb-kivy-873501

The new kivy (1.10) will close #873501, #774052, #799833, #849090.

Is there anything else I can do to help get kivy back in the repository?


Thanks,
  Dean Serenevy
From 33ee413f7d3b5c4eae6b181690e8dc3163835a2d Mon Sep 17 00:00:00 2001
From: Dean Serenevy 
Date: Mon, 19 Nov 2018 10:01:06 -0500
Subject: [PATCH] Fix FTBFS ("local changes detected")

---
 debian/changelog   |  5 -
 ...revent-local-changes-detected-build-error.patch | 25 ++
 debian/patches/series  |  1 +
 3 files changed, 30 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/0001-prevent-local-changes-detected-build-error.patch
 create mode 100644 debian/patches/series

diff --git a/debian/changelog b/debian/changelog
index 55edeb0..829c6d9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -16,7 +16,10 @@ kivy (1.10.1-1) UNRELEASED; urgency=medium
   * d/control: Remove ancient X-Python3-Version field
   * Convert git repository from git-dpm to gbp layout
   * d/changelog: Remove trailing whitespaces
- 
+
+  [ Dean Serenevy ]
+  * Add debian/patches/0001-prevent-local-changes-detected-build-error.patch
+to fix errors building v1.10 (Closes: #873501, #774052, #799833)
 
  -- Manas Kashyap   Sat, 13 Oct 2018 07:49:44 +
 
diff --git a/debian/patches/0001-prevent-local-changes-detected-build-error.patch b/debian/patches/0001-prevent-local-changes-detected-build-error.patch
new file mode 100644
index 000..6babb67
--- /dev/null
+++ b/debian/patches/0001-prevent-local-changes-detected-build-error.patch
@@ -0,0 +1,25 @@
+From: Dean Serenevy 
+Date: Mon, 19 Nov 2018 09:49:15 -0500
+Subject: prevent "local changes detected" build error
+
+---
+ setup.py | 6 --
+ 1 file changed, 6 deletions(-)
+
+diff --git a/setup.py b/setup.py
+index 0c3e2e4..702e662 100644
+--- a/setup.py
 b/setup.py
+@@ -65,12 +65,6 @@ def get_version(filename='kivy/version.py'):
+ "__date__ = '%(date)s'\n"
+ )
+ 
+-with open(filename, 'w') as f:
+-f.write(cnt % {
+-'version': VERSION,
+-'hash': GIT_REVISION,
+-'date': DATE
+-})
+ return VERSION
+ 
+ 
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..2664ec3
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-prevent-local-changes-detected-build-error.patch
-- 
2.11.0



signature.asc
Description: OpenPGP digital signature


Bug#873501: kivy FTBFS with Cython 0.26

2018-10-08 Thread Dean Serenevy

I'm sorry for the delay - I missed or didn't get your reply and just saw it 
this morning - I should have checked the bug report sooner!

Shashank Kumar wrote:
> I tried applying the patch on
> https://salsa.debian.org/python-team/modules/kivy.git but it's not working.
> Could you please specify the steps you took in order to get to the solution?

I've created a git repo from the latest on salsa with my changes:

   https://github.com/duelafn/deb-kivy-873501

Built / tested in docker via:

 docker run -it debian:buster
 cd
 apt-get update
 apt-get install git dpkg-dev pristine-tar
 git clone https://github.com/duelafn/deb-kivy-873501 kivy
 cd kivy
 dpkg-checkbuilddeps
 apt-get install cython3 debhelper dh-python libgl1-mesa-dev libgles2-mesa-dev 
libgstreamer1.0-dev libsdl2-dev libsdl2-image-dev libsdl2-mixer-dev 
libsdl2-ttf-dev pkg-config python3-all-dev
 pristine-tar checkout ../kivy_1.10.1.orig.tar.gz
 dpkg-buildpackage -rfakeroot --unsigned-changes --unsigned-source --post-clean 
--diff-ignore


Note: Also builds in stretch as long as you have debhelper from backports 
installed.



signature.asc
Description: OpenPGP digital signature


Bug#873501: kivy FTBFS with Cython 0.26

2018-07-19 Thread Dean Serenevy

The new 1.10.1 release now builds with cython 0.28.2-4 in testing.

Tested with buster on 2018-07-19 using 
https://salsa.debian.org/python-team/modules/kivy.git with the attached patch 
applied to avoid a modified sources error:

dpkg-source: info: local changes detected, the modified files are:
 kivy/kivy/version.py


Note: v1.10.1 also seems to fix bugs #774052 and #799833
From 3d93c738ed58c5eba764422932765cf69771dfe1 Mon Sep 17 00:00:00 2001
From: Dean Serenevy 
Date: Thu, 19 Jul 2018 13:47:38 +
Subject: do not self mutate

---
 setup.py | 6 --
 1 file changed, 6 deletions(-)

diff --git a/setup.py b/setup.py
index 0c3e2e4..702e662 100644
--- a/setup.py
+++ b/setup.py
@@ -65,12 +65,6 @@ def get_version(filename='kivy/version.py'):
 "__date__ = '%(date)s'\n"
 )
 
-with open(filename, 'w') as f:
-f.write(cnt % {
-'version': VERSION,
-'hash': GIT_REVISION,
-'date': DATE
-})
 return VERSION
 
 


signature.asc
Description: OpenPGP digital signature


Bug#799833: python3-kivy: debian/rules

2017-11-20 Thread Dean Serenevy
Me too.

This seems to be an instance of upstream bug #3225 ( 
https://github.com/kivy/kivy/issues/3225 ). There is apparently something which 
needs to be cleaned up between the python2 and python3 builds that isn't. The 
resolution of #3225 points to a debina/rules file which does some additional 
cleanup between builds ( 
https://github.com/thopiekar/kivy_fork/blob/03abc51fad6ccf5b11bb37d678ae334540262683/rules
 ).

I can confirm that building from the debian sources with the linked rules file 
via:

# Debian stretch sources and system
apt-get source kivy
cd kivy-1.9.1
vim debian/rules
dpkg-buildpackage -rfakeroot -uc -us -tc -i

produces a functional python3-kivy package.




signature.asc
Description: OpenPGP digital signature


Bug#772580: xserver-xorg-video-openchrome: Unknown Card-Ids (7122|1019|7C8E), Chipset: VX900

2014-12-08 Thread Dean Serenevy
Package: xserver-xorg-video-openchrome
Version: 1:0.3.3-1+b2
Severity: normal
Tags: upstream patch

Dear Maintainer,

Hello, Trying to boot off a ECS VX900-I motherboard and am getting an Unknown 
Card-Ids error.

Motherboard product page:

  
http://www.ecs.com.tw/ECSWebSite/Product/Product_Detail.aspx?DetailID=1374CategoryID=1MenuID=155LanID=0


The following patch makes everything work for me:

--- xserver-xorg-video-openchrome-0.3.3.orig/src/via_id.c
+++ xserver-xorg-video-openchrome-0.3.3/src/via_id.c
@@ -251,6 +251,7 @@

 /*** VX900 ***/
 {Simmtronics SIMM-PC VX900i,VIA_VX900,   0x1019, 0x3126, 
VIA_DEVICE_CRT},
+{ECS VX900-I,   VIA_VX900,   0x1019, 0x7C8E, 
VIA_DEVICE_CRT},
 {Foxconn L740,  VIA_VX900,   0x105B, 0x0CFD, 
VIA_DEVICE_LCD | VIA_DEVICE_CRT},
 {HP T5550 Thin Client,  VIA_VX900,   0x1106, 0x7122, 
VIA_DEVICE_CRT},
 {Biostar Viotech 3200+, VIA_VX900,   0x1565, 0x120A, 
VIA_DEVICE_CRT},


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec  4 13:27 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2397280 Nov  3 16:52 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:01.0 VGA compatible controller [0300]: VIA Technologies, Inc. VX900 Graphics 
[Chrome9 HD] [1106:7122]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 10383 Dec  8 13:03 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 10311 Dec  8 13:46 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 5.087] 
X.Org X Server 1.16.1.901 (1.16.2 RC 1)
Release Date: 2014-11-02
[ 5.087] X Protocol Version 11, Revision 0
[ 5.087] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian
[ 5.087] Current Operating System: Linux router-test-001 3.16.0-4-amd64 #1 
SMP Debian 3.16.7-2 (2014-11-06) x86_64
[ 5.087] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 
root=/dev/mapper/vg1-root ro quiet
[ 5.087] Build Date: 03 November 2014  09:44:08PM
[ 5.087] xorg-server 2:1.16.1.901-1 (http://www.debian.org/support) 
[ 5.087] Current version of pixman: 0.32.6
[ 5.087]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 5.087] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 5.091] (==) Log file: /var/log/Xorg.0.log, Time: Mon Dec  8 13:46:15 
2014
[ 5.100] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 5.105] (==) No Layout section.  Using the first Screen section.
[ 5.105] (==) No screen section available. Using defaults.
[ 5.105] (**) |--Screen Default Screen Section (0)
[ 5.105] (**) |   |--Monitor default monitor
[ 5.105] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[ 5.105] (==) Automatically adding devices
[ 5.105] (==) Automatically enabling devices
[ 5.105] (==) Automatically adding GPU devices
[ 5.112] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[ 5.112]Entry deleted from font path.
[ 5.118] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 5.118] (==) ModulePath set to /usr/lib/xorg/modules
[ 5.118] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 5.118] (II) Loader magic: 0x7ffe8f009d80
[ 5.118] (II) Module ABI versions:
[ 5.118]X.Org ANSI C Emulation: 0.4
[ 5.118]X.Org Video Driver: 18.0
[ 5.118]X.Org XInput driver : 21.0
[ 5.118]X.Org Server Extension : 8.0
[ 5.125] (--) PCI:*(0:0:1:0) 1106:7122:1019:7c8e rev 0, Mem @ 
0xfc00/16777216, 0xfd00/16777216, 0xd000/268435456, BIOS @ 
0x/65536
[ 5.129] (II) LoadModule: glx
[ 5.138] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 5.162] (II) Module glx: vendor=X.Org Foundation
[ 5.162]compiled for 1.16.1.901, module version = 1.0.0
[ 5.163]ABI class: X.Org Server Extension, 

Bug#702426: scratch: 0-bytes files when saving over CIFS

2013-03-06 Thread Dean Serenevy
Package: scratch
Version: 1.4.0.6~dfsg1-2
Severity: important

Dear Maintainer,

Saving scratch files to a CIFS filesystem produces 0-byte saved files.
Saving to local filesystems works fine.

I have tried mounting our network share using all three caching options
(none, strict, loose), but am unable to produce a usable save using any of
those settings.

When saving over CIFS, the save takes a long time (about 15 seconds) and if
I 'ls -l' in a separate terminal, I can see a temporary file created
(tmp0 with non-zero size!), then truncated to zero bytes, then renamed.


I wasn't sure what severity to set since this bug will cause data loss
(there is no indication in scratch that the save failed), but ony in a
specific situation. I would, of course, love it if a fix could make it into
wheezy.

Thank You,
  Dean



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

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

Versions of packages scratch depends on:
ii  libgtk2.0-bin   2.24.10-2
ii  shared-mime-info1.0-1+b1
ii  squeak-plugins-scratch  1.4.0.2~svn.r83-1
ii  squeak-vm   1:4.4.7.2357-1.1

scratch recommends no packages.

Versions of packages scratch suggests:
pn  pulseaudio  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#656107: Sparkleshare changes ssh settings without asking

2012-02-20 Thread Dean Serenevy


Upstream has fixed this bug (disabled this behavior) in version 0.8:

  https://github.com/hbons/SparkleShare/issues/497#issuecomment-3605862



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



Bug#659759: libnet-dbus-perl: Fix invocation of properties

2012-02-13 Thread Dean Serenevy

Package: libnet-dbus-perl
Version: 1.0.0-1
Severity: normal


Fix method argument order when getting or setting properties on objects.
This bug causes getting or setting properties on remote DBus objects to fail.

Upstream has patched this bug but has not yet made a release containing the fix.

Upstream fix occurs in changeset 298: 7e46ba9822e1

http://hg.berrange.com/libraries/net-dbus--devel?cs=7e46ba9822e1


Please backport patch or convince upstream to roll out a new release.




-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages libnet-dbus-perl depends on:
ii  libc6  2.11.3-2  Embedded GNU C Library: Shared lib
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libxml-twig-perl   1:3.34-1  Perl module for processing huge XM
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii  perl-base [perlapi-5.1 5.10.1-17squeeze3 minimal Perl system

libnet-dbus-perl recommends no packages.

libnet-dbus-perl 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#650209: sparkleshare: Missing dependency on gnome-icon-theme

2011-11-27 Thread Dean Serenevy
Package: sparkleshare
Version: 0.4.0-1
Severity: normal


Attempting to run sparkleshare without gnome-icon-theme installed
results in the errors below (discovered running on a headless server via
xvfb). Installing gnome-icon-theme solved the problem.


(SparkleShare:11209): Gtk-WARNING **: Could not find the icon 
'process-syncing-sparkleshare'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
http://icon-theme.freedesktop.org/releases

(SparkleShare:11209): GdkPixbuf-CRITICAL **: gdk_pixbuf_new_subpixbuf: 
assertion `src_x = 0  src_x + width = src_pixbuf-width' failed

(SparkleShare:11209): GdkPixbuf-CRITICAL **: gdk_pixbuf_new_subpixbuf: 
assertion `src_x = 0  src_x + width = src_pixbuf-width' failed

(SparkleShare:11209): GdkPixbuf-CRITICAL **: gdk_pixbuf_new_subpixbuf: 
assertion `src_x = 0  src_x + width = src_pixbuf-width' failed

(SparkleShare:11209): GdkPixbuf-CRITICAL **: gdk_pixbuf_new_subpixbuf: 
assertion `src_x = 0  src_x + width = src_pixbuf-width' failed

Unhandled Exception: GLib.GException: Icon 'dialog-error' not present in theme
  at Gtk.IconTheme.LoadIcon (System.String icon_name, Int32 size, 
IconLookupFlags flags) [0x0] in filename unknown:0
  at SparkleShare.SparkleStatusIcon.CreateMenu () [0x0] in filename 
unknown:0
  at SparkleShare.SparkleStatusIcon..ctor () [0x0] in filename unknown:0
  at SparkleShare.SparkleUI..ctor () [0x0] in filename unknown:0
  at SparkleShare.Program.Main (System.String[] args) [0x0] in filename 
unknown:0


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sparkleshare depends on:
ii  git1:1.7.2.5-3   fast, scalable, distributed revisi
ii  gvfs   1.6.4-3   userspace virtual filesystem - ser
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libglib2.0-cil 2.12.10-1 CLI binding for the GLib utility l
ii  libgtk2.0-cil  2.12.10-1 CLI binding for the GTK+ toolkit 2
ii  libmono-corlib2.0-cil  2.6.7-5   Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil   2.6.7-5   Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-cil  2.6.7-5   Mono System libraries (for CLI 2.0
ii  libnotify0.4-cil   0.4.0~r3032-2 CLI library for desktop notificati
ii  libwebkit1.1-cil   0.3-3 CLI binding for the WebKit library
ii  mono-runtime   2.6.7-5   Mono runtime

Versions of packages sparkleshare recommends:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
pn  python-nautilus none   (no description available)

sparkleshare 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#306067: tellico: unicode in collection field name sometimes mishandled

2005-04-23 Thread Dean Serenevy
Package: tellico
Version: 0.13.3-1
Severity: normal
If a collection field name contains a more exotice UTF-8 character then
records which have a value for that field will not be displayed.
An example file is attached. Open the example file in tellico and select
the Pencil 3 or Pencil 4 entries. They will not appear in the entry
view frame. All other records function properly.
The field which causes the problem is the Hall inv. / A field which has
the name hall-inv--a in tellico.xml file in the zip archive.
Interestingly, this is not a problem for the poincar-poly-factors field
which makes an appearance in the Braid Arrangement; A record.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages tellico depends on:
ii  kdelibs4 4:3.3.2-4.0.2   KDE core libraries
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-2   The Network Audio System (NAS). (s
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfam0c102  2.7.0-6 client library to control the FAM
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-12  GCC support library
ii  libgcrypt11  1.2.0-4 LGPL Crypto library - runtime libr
ii  libgpg-error01.0-1   library for common error values an
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libjpeg626b-9The Independent JPEG Group's JPEG
ii  libkcddb14:3.3.2-1   cddb library for KDE
ii  libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.4-2   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libssl0.9.7  0.9.7e-3SSL shared libraries
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libtag1  1.3.1-1 TagLib Audio Meta-Data Library
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers libra
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxml2  2.6.16-6GNOME XML library
ii  libxrandr2   4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxslt1.1   1.1.12-8XSLT processing library - runtime
ii  libxt6   4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii  libyaz   2.0.30-3Z39.50 runtime libraries
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime
-- no debconf information

Arrangements.bc
Description: Zip archive