Bug#623757: pymca: missing python-h5py dependency

[Teemu Ikonen]

2011/4/22 Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr:
 I am packaging a software which depends on the HdFViewer classes provided by 
 Pymca.
 the sphinx documentation generator complain about missing h5py module.

 So it seems that python-h5py must be aded to the Depends of pymca.

Hello Frederic,

Could you elaborate on the error? I don't see sphinx related lines on
the build log, do you get these when building your software?

Would it be enough to add python-h5py to Recommends?

Best,

Teemu



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

Bug#639077: Pivy FTBS

[Teemu Ikonen]

tags 639077 help upstream
thanks

The latest hg revision of Pivy does not FTBS with gcc 4.4 and swig1.3
from squeeze, so this bug seems to be a result of a bad interaction
with swig2.0 and gcc-4.6 in unstable.

Help would be appreciated in fixing this.

Best,

Teemu



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

Bug#639077: Pivy FTBS

[Teemu Ikonen]

The Pivy build fails also with gcc 4.4.5-8, so the problem is in
swig2.0. No wonder, since upstream supports building only with swig
versions up to 1.3.35 (although it works with swig 1.3.40 in testing
and stable).

Teemu



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

Bug#639077: Pivy FTBS

[Teemu Ikonen]

I made a query on the swig-user mailing list about the possible
regression in swig 2.0:
https://sourceforge.net/mailarchive/forum.php?thread_name=CAH-FRA%2BSpxOhGBXdZNjEgpOSwLxYs0yJ3AHBoMUzpS8wMw-Acg%40mail.gmail.comforum_name=swig-user

Teemu



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

Bug#642202: swig2.0: uncompilable code when using typedef and function pointers in swig 2.0.4

[Teemu Ikonen]

Package: swig2.0
Version: 2.0.4-1.1
Severity: important
Tags: upstream patch

swig 2.0.4 generates uncompilable code with certain type of function pointers,
see #639077. Upstream has fixed this in SVN, see
http://swig.svn.sourceforge.net/viewvc/swig?view=revisionrevision=12814

Best,

Teemu

-- System Information:
Debian Release: 6.0.2
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'testing'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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 swig2.0 depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.5.2-6GCC support library
ii  libpcre38.12-4   Perl 5 Compatible Regular Expressi
ii  libstdc++6  4.5.2-6  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

swig2.0 recommends no packages.

Versions of packages swig2.0 suggests:
pn  swig2.0-doc   none (no description available)
pn  swig2.0-examples  none (no description available)

-- 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#642326: ipython-qtconsole: crash with nonsense command string

[Teemu Ikonen]

Package: ipython-qtconsole
Version: 0.11-1
Severity: normal
Tags: experimental

Running the command

   $ ipython qtconsole --c='adsf'

crashes the qtconsole version of ipython and it starts printing

   QCoreApplication::exec: The event loop is already running

repeatedly. Crash report is attached.

The terminal version of ipython produces the expected NameError and quits
normally.

Best,

Teemu

-- System Information:
Debian Release: 6.0.2
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'testing'), (500,
'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-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 ipython-qtconsole depends on:
ii  ipython 0.11-1   enhanced interactive Python shell
ii  python  2.6.7-3  interactive high-level object-orie
ii  python-pygments 1.3.1+dfsg-1 syntax highlighting package writte
ii  python-qt4  4.7.3-1+b1   Python bindings for Qt4
ii  python-zmq  2.1.7-1  Python bindings for 0MQ library
ii  python2.6   2.6.7-3  An interactive high-level object-o
ii  python2.7   2.7.2-5  An interactive high-level object-o

ipython-qtconsole recommends no packages.

ipython-qtconsole suggests no packages.

-- no debconf information
***

IPython post-mortem report

{'commit_hash': '464280a',
 'commit_source': 'archive substitution',
 'ipython_path': '/usr/lib/python2.6/dist-packages/IPython',
 'ipython_version': '0.11',
 'os_name': 'posix',
 'platform': 'Linux-2.6.32-5-amd64-x86_64-with-debian-6.0.2',
 'sys_executable': '/usr/bin/python',
 'sys_platform': 'linux2',
 'sys_version': '2.6.7 (r267:88850, Jul 10 2011, 08:11:54) \n[GCC 4.6.1]'}

***



***

Crash traceback:

---
KeyError  Python 2.6.7: /usr/bin/python
   Wed Sep 21 17:29:31 2011
A problem occured executing Python code.  Here is the sequence of function
calls leading up to the error, with the most recent (innermost) call last.
/usr/lib/python2.6/dist-packages/IPython/frontend/qt/base_frontend_mixin.pyc in 
_dispatch(self=IPython.frontend.qt.console.rich_ipython_widget.RichIPythonWidget
 object, msg={'buffers': [], 'content': {'status': 'aborted'}, 'header': 
{'date': datetime.datetime(2011, 9, 21, 17, 29, 31, 59846), 'msg_id': 
'7157cd81-9090-44e5-b67c-12b729e30886', 'msg_type': 'history_reply', 'session': 
'6d95527e-09ed-4c70-a18b-fae50186447c', 'username': 'kernel'}, 'msg_type': 
'history_reply', 'parent_header': {'date': datetime.datetime(2011, 9, 21, 17, 
29, 30, 825742), 'msg_id': '43d1786b-16ca-403a-ae32-5bee26326f98', 'msg_type': 
'history_request', 'session': '83f37a92-3275-41d1-b424-8611b68da7a8', 
'username': 'ikonen'}})
 87  Called when the KernelManager channels have stopped 
listening or
 88 when a listening KernelManager is removed from the frontend.
 89 
 90 
 91 
#---
 92 # 'BaseFrontendMixin' protected interface
 93 
#---
 94 
 95 def _dispatch(self, msg):
 96  Calls the frontend handler associated with the message type 
of the 
 97 given message.
 98 
 99 msg_type = msg['msg_type']
100 handler = getattr(self, '_handle_' + msg_type, None)
101 if handler:
-- 102 handler(msg)
103 
104 def _is_from_this_session(self, msg):
105  Returns whether a reply from the kernel originated from a 
request
106 from this frontend.
107 
108 session = self._kernel_manager.session.session
109 return msg['parent_header']['session'] == session

/usr/lib/python2.6/dist-packages/IPython/frontend/qt/console/ipython_widget.pyc 
in 
_handle_history_reply(self=IPython.frontend.qt.console.rich_ipython_widget.RichIPythonWidget
 object, msg={'buffers': [], 'content': {'status': 'aborted'}, 'header': 
{'date': datetime.datetime(2011, 9, 21, 17, 29, 31, 59846), 'msg_id': 
'7157cd81-9090-44e5-b67c-12b729e30886', 'msg_type': 'history_reply', 'session': 
'6d95527e-09ed-4c70-a18b-fae50186447c', 'username': 'kernel'}, 'msg_type': 
'history_reply', 'parent_header': {'date': datetime.datetime(2011, 9, 21, 17, 
29, 30, 825742), 'msg_id': '43d1786b-16ca-403a-ae32-5bee26326f98', 'msg_type': 
'history_request', 'session': 

Bug#642326: ipython-qtconsole: crash with nonsense command string

[Teemu Ikonen]

Apparently this is fixed in upstream git, see
https://github.com/ipython/ipython/pull/745

Best,

Teemu



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

Bug#643586: meshlab crashes on file load

[Teemu Ikonen]

Hello Albert,

Thanks for the report. Can you provide a (minimal) file which crashes
meshlab? I can report this upstream, or you can do it yourself in
upstream bug tracker at
http://sourceforge.net/tracker/?group_id=149444atid=774731

Either way, please keep this Debian bug updated.

Best,

Teemu

On Tue, Sep 27, 2011 at 10:47 PM, Albert Dengg alb...@fsfe.org wrote:
 severity minor
 thanks

 hi,
 after submiting the bug, i found that i had the wrong export option in
 openscad, so that he tried to create an dxf...

 even so, a crash might not be the ideal reaction.



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

Bug#643586: meshlab crashes on file load

[Teemu Ikonen]

Oops, I just noticed the file you had attached to the original bug report.

Best,

Teemu



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

Bug#625171: Sponsoring needed for Pymca (Was: Bug#625171: pymca: FTBFS: rm: cannot remove `debian/pymca/usr/lib/python2.5/site-packages/PyMca/*.dat': No such file or directory)

[Teemu Ikonen]

Hello Hideki,

Thanks for the patch. Actually I just made an upload to mentors.d.o
containing a fix almost exactly like your patch. The fix is somewhat
suboptimal, but will have to do for now.

The sources of the new version are here:
http://mentors.debian.net/debian/pool/main/p/pymca/

Since Andreas seems to be on vacation, could someone else from
debian-science upload pymca?

Best,

Teemu

On Tue, May 24, 2011 at 2:46 PM, Hideki Yamane henr...@debian.or.jp wrote:
 tags 625171 patch
 thanks

 Hi,

  To avoid this FTBFS, remove python2.5 lines from debian/rules.
  Here's a proposal patch.



 iff -urN pymca-4.4.1p1.orig/debian/rules pymca-4.4.1p1/debian/rules
 --- pymca-4.4.1p1.orig/debian/rules     2010-11-30 20:16:02.0 +0900
 +++ pymca-4.4.1p1/debian/rules  2011-05-24 17:58:05.561659399 +0900
 @@ -12,8 +12,7 @@
        python setup.py clean
        -rm -rf build

 -P25LIB=debian/pymca/usr/lib/python2.5/site-packages/PyMca
 -P26LIB=debian/pymca/usr/lib/python2.6/dist-packages/PyMca
 +P2xLIB=$(CURDIR)/debian/pymca/usr/lib/python2.*/dist-packages/PyMca

  override_dh_install:
        dh_install
 @@ -21,16 +20,11 @@
        chmod -R a-X debian/pymca/usr/lib/*
        # FIXME: Is there an easier way to exclude files which
        # are installed to another binary package?
 -       rm -rf $(P25LIB)/attdata
 -       rm $(P25LIB)/*.dat
 -       rm $(P25LIB)/*.dict
 -       rm $(P25LIB)/*.cfg
 -       rm $(P25LIB)/changelog.txt
 -       rm -rf $(P26LIB)/attdata
 -       rm $(P26LIB)/*.dat
 -       rm $(P26LIB)/*.dict
 -       rm $(P26LIB)/*.cfg
 -       rm $(P26LIB)/changelog.txt
 +       rm -rf $(P2xLIB)/attdata \
 +               $(P2xLIB)/*.dat \
 +               $(P2xLIB)/*.dict \
 +               $(P2xLIB)/*.cfg \
 +               $(P2xLIB)/changelog.txt
  override_dh_pysupport:
        dh_pysupport
        chmod 755 debian/pymca-data/usr/share/pyshared



 --
 debian-science-maintainers mailing list
 debian-science-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers




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

Bug#646101: logwatch: dpkg remove lines not matched correctly

[Teemu Ikonen]

Package: logwatch
Version: 7.4.0+svn20110808rev66-1
Severity: normal
Tags: upstream patch

Dpkg logs lines like this

2011-10-20 16:40:12 remove csh 20110502-2 none

when a package is removed. The logwatch script for dpkg,
scripts/services/dpkg b/scripts/services/dpkg
currently classifies these lines as unknown because of the 'none' as
the second version.

Attached is a patch which makes the script recognize these lines correctly.

Best,

Teemu


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

Kernel: Linux 3.0.0-1-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 logwatch depends on:
ii  mmta [mail-transport-agent]  0.0.2-1
ii  perl 5.12.4-6

Versions of packages logwatch recommends:
ii  libdate-manip-perl  6.25-1

Versions of packages logwatch suggests:
pn  fortune-mod  none

-- no debconf information


dpkg_remove_fix
Description: Binary data

Bug#656198: RE : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656198

[Teemu Ikonen]

2012/1/21 PICCA Frédéric-Emmanuel
frederic-emmanuel.pi...@synchrotron-soleil.fr:
 Hello Teemu, I do not know about your patch system so can you deal with this 
 issue ?
 I am personnaly using gbp-pq which came with git-buildpackage as explain here 
 [1]
 [1] 
 http://raphaelhertzog.com/2010/11/18/4-tips-to-maintain-a-3-0-quilt-debian-source-package-in-a-vcs/

Hello Frederic,

You should be able to commit the fix to the master branch, add the
patch to debian/patches (and commit) and then build with debuild,
git-buildpackage or similar.

I usually also cherry-pick separate patches to a separate branch in
the git repo (and have scripts to refresh the patches automatically)
but this can be done afterwards.

I'm going to be mostly offline this week, so please go ahead and make
a new pymca release, if you want.

Best,

Teemu



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

Bug#617613: FreeCAD OCTPL

[Teemu Ikonen]

Hello Juergen,

This is great news! Although it would be nice to get OCC under a GPL
compatible license, it's anyway good to get Freecad back into Debian.

Best,

Teemu

On Sun, Jan 8, 2012 at 12:05 PM, Juergen Riegel
free...@juergen-riegel.net wrote:
  Hi together,
 I'm, together with Werner, the maintainer of FreeCAD.
 Based on the long history of license struggle with OCTPL I do not think they
 will change the license soon.
 So I decided to go for GPL free for the 0.13 release of FreeCAD.
 Fortunately Kongsberg, the company behind Coin3D, send a letter to all its
 paying customer that they decided
 to discontinue the commercial Version and plan to release the source under
 BSD.  This switch and
 the removal of smaller libs (e.g. PyQt) will remove all GPL dependencies of
 FreeCAD.

 Unfortunately we have to wait for the Coin switch. But there is a solution
 to this problem!

 Jürgen



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

Bug#649190: pbuilder: create fails with a package with two versions in a distribution

[Teemu Ikonen]

Package: pbuilder
Version: 0.203
Severity: important

Running 'pbuilder --create' fails after debootstrap:

I: Distribution is sid.
I: Building the build environment
I: running debootstrap
/usr/sbin/debootstrap
[...]
I: debootstrap finished
I: copying local configuration
I: Installing apt-lines
I: Refreshing the base.tgz
I: upgrading packages
I: mounting /proc filesystem
I: mounting /dev/pts filesystem
I: Mounting /var/cache/pbuilder/ccache
I: installing dummy policy-rc.d
Get:1 http://ftp.de.debian.org sid InRelease [146 kB]
Get:2 http://ftp.de.debian.org sid/main amd64 Packages/DiffIndex [2038 B]
Get:3 http://ftp.de.debian.org sid/main TranslationIndex [2045 B]
Fetched 150 kB in 0s (246 kB/s)
Reading package lists...
dpkg: warning: ignoring request to remove lilo which isn't installed.
I: Obtaining the cached apt archive contents
ln: failed to create hard link
`/home/ikonen/tmp/pbuilder/build//10865/var/cache/apt/archives/libudev0_175-2_amd64.deb':
File exists
ln: failed to create hard link
`/home/ikonen/tmp/pbuilder/build//10865/var/cache/apt/archives/perl-base_5.14.2-5_amd64.deb':
File exists
ln: failed to create hard link
`/home/ikonen/tmp/pbuilder/build//10865/var/cache/apt/archives/udev_175-2_amd64.deb':
File exists
ln: failed to create hard link
`/home/ikonen/tmp/pbuilder/build//10865/var/cache/apt/archives/perl_5.14.2-5_amd64.deb':
File exists
Reading package lists...
Building dependency tree...
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
 perl : Depends: perl-modules (= 5.14.2-5) but 5.12.4-6 is installed
E: Unmet dependencies. Try using -f.
I: unmounting /var/cache/pbuilder/ccache filesystem
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
I: cleaning the build env
I: removing directory /home/ikonen/tmp/pbuilder/build//10865 and its
subdirectories

Indeed there seems to be two versions of perl-modules in sid at the moment:

$ apt-cache policy perl-modules
perl-modules:
  Installed: 5.12.4-6
  Candidate: 5.12.4-6
  Version table:
 5.14.2-4 0
500 http://ftp.ch.debian.org/debian/ unstable/main amd64 Packages
 *** 5.12.4-6 0
990 http://ftp.ch.debian.org/debian/ testing/main amd64 Packages
500 http://ftp.ch.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status

IMHO one should be able to create pbuilder roots at any time, hence severity
important. Not sure if the bug is in the archive or in pbuilder though.

Best,

Teemu

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

Kernel: Linux 3.0.0-1-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 pbuilder depends on:
ii  cdebootstrap   0.5.8+b1
ii  coreutils  8.13-3
ii  debconf [debconf-2.0]  1.5.40
ii  debianutils4.0.4
ii  debootstrap1.0.37
ii  wget   1.13.4-1

Versions of packages pbuilder recommends:
ii  devscripts  2.11.1
ii  fakeroot1.18.1-1
ii  sudo1.8.3p1-1

Versions of packages pbuilder suggests:
pn  cowdancer 0.65
pn  gdebi-corenone
pn  pbuilder-uml  none

-- debconf information:
  pbuilder/mirrorsite: http://ftp.ch.debian.org/debian/
  pbuilder/nomirror:
  pbuilder/rewrite: false



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

Bug#643060: bup: FTBFS

[Teemu Ikonen]

tag 643060 pending
thanks

I updated the git repo to the latest upstream and fixed this bug as
well. Could someone please upload bup from git.debian.org /
collab-maint?

Thanks,

Teemu



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

Bug#649190: pbuilder: create fails with a package with two versions in a distribution

[Teemu Ikonen]

On Fri, Nov 18, 2011 at 8:19 PM, Thorsten Glaser t...@mirbsd.de wrote:
 Teemu Ikonen dixit:
IMHO one should be able to create pbuilder roots at any time, hence severity
important. Not sure if the bug is in the archive or in pbuilder though.

 It’s well known that debootstrap does not handle that. I think, in your
 case, even though the error message occurs after the debootstrap part,
 the problem lies with it. Tentatively reassigning. (Yes, it’s a PITA.)

 That being said, it is NOT possible to create a _sid_ chroot at any
 given time, by design. You ought to be able to create a _testing_
 chroot at _almost_ any given time, then upgrade from there, though.

Thanks for the hint. Today creating a sid chroot worked fine, so
apparently the transition is done.

When I had the problem, I also tried running debootstrap by itself and
it seemed to work fine, i.e. no error messages were shown. I did not
test the resulting root fs though.

Best,

Teemu



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

Bug#643060: bup: FTBFS

[Teemu Ikonen]

Hi Jon,

On Mon, Nov 21, 2011 at 12:47 PM, Jon Dowland j...@debian.org wrote:
 OK the first problem is you've started off by merging upstream directly into
 the debian branch.  The bup package tracks the latest upstream *tag* (see
 debian/README.source).

The current upstream HEAD is two commits ahead of the tag
'bup-0.25-rc1' and the two commits seemed useful, so I went ahead and
merged it. Bup 0.25 is hopefully released before the next Debian
release, so having a git HEAD in testing for a while probably does not
hurt. If you disagree, you can of course merge the tag 'bup-0.25-rc1'
again to the debian branch.

Best,

Teemu



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

Bug#650017: Name 'System Settings' in both Gnome and KDE desktop files.

[Teemu Ikonen]

Package: gnome-control-center
Version: 1:3.2.2-1
Severity: normal

In a system where both Gnome and KDE are installed (gnome-control-center
and systemsettings packages, to be more specific) there are two desktop
entries with the name 'System Settings':

$ grep '^Name=' /usr/share/applications/gnome-control-center.desktop
Name=System Settings

$ grep '^Name=' /usr/share/applications/kde4/systemsettings.desktop
Name=System Settings

There is no way to distinguish between the icons of these two applications
in menus, like the gnome shell 'Applications' view.



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

Bug#650019: Name 'System Monitor' in both Gnome and KDE desktop files.

[Teemu Ikonen]

Package: gnome-system-monitor
Version: 3.2.1-1
Severity: normal

In a system where both Gnome and KDE are installed (gnome-system-monitor
and ksysguard packages, to be more specific) there are two desktop
entries with the name 'System Monitor':

$ grep '^Name=' /usr/share/applications/gnome-system-monitor.desktop
Name=System Monitor

$ grep '^Name=' /usr/share/applications/kde4/ksysguard.desktop
Name=System Monitor

There is no way to distinguish between the icons of these two applications
in menus, like the gnome shell 'Applications' view.



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

Bug#651065: nautilus-dropbox: 'dropbox start -i' fails

[Teemu Ikonen]

Package: nautilus-dropbox
Version: 0.7.1-1
Severity: normal

Installation of dropboxd fails:

$ dropbox start -i
Starting Dropbox...
Dropbox is the easiest way to share and store your files online. Want
to learn more? Head to http:/
/www.dropbox.com/

Downloading Dropbox... 100%
Traceback (most recent call last):
  File /usr/bin/dropbox, line 1372, in module
ret = main(sys.argv)
  File /usr/bin/dropbox, line 1361, in main
result = commands[argv[i]](argv[i+1:])
  File /usr/bin/dropbox, line 805, in update
download()
  File /usr/bin/dropbox, line 544, in download
name, i, total = one_member.next()
  File /usr/bin/dropbox, line 267, in unpack
if not verify_signature(StringIO.StringIO(DROPBOX_PUBLIC_KEY),
signature, self.local_file):
  File /usr/bin/dropbox, line 201, in verify_signature
sigs = ctx.verify(sig_file, plain_file, None)
gpgme.GpgmeError: (7, 58, u'No data')
The installation of Dropbox failed.


Best,

Teemu


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

Kernel: Linux 3.0.0-1-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 nautilus-dropbox depends on:
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-21
ii  libcairo-gobject21.10.2-6.1
ii  libcairo21.10.2-6.1
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.30.2-4
ii  libgtk-3-0   3.2.2-3
ii  libnautilus-extension1a  3.2.1-2
ii  libpango1.0-01.29.4-2
ii  policykit-1  0.102-2
ii  procps   1:3.2.8-11
ii  python   2.7.2-9
ii  python-gpgme 0.1+bzr20090820-3
ii  python-gtk2  2.24.0-2

nautilus-dropbox recommends no packages.

Versions of packages nautilus-dropbox suggests:
ii  nautilus  3.2.1-2

-- 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#651065: nautilus-dropbox: 'dropbox start -i' fails

[Teemu Ikonen]

On Mon, Dec 5, 2011 at 6:55 PM, Raphael Hertzog hert...@debian.org wrote:
 How did you fix your problem ?

 Because as I said if you run dropbox start -i as a user and have to
 install dropbox, it will use pkexec to run dropbox update as root and
 then the http_proxy environment variable is lost and things should break.

 So I think that you possibly closed this bug too quickly. :)

I ran dropbox start -i under tsocks, i.e. a SOCKS proxy, and the
dropbox client download succeeded. The client can also be configured
to use a SOCKS proxy from the GUI, so syncing now works also.

Setting a working http_proxy and running under root would have
probably worked as well, but SOCKS was easier to set up now.

Best,

Teemu




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

Bug#651065: nautilus-dropbox: 'dropbox start -i' fails

[Teemu Ikonen]

Hi Raphael,

On Mon, Dec 5, 2011 at 9:23 PM, Raphael Hertzog hert...@debian.org wrote:
 On Mon, 05 Dec 2011, Teemu Ikonen wrote:
 I ran dropbox start -i under tsocks, i.e. a SOCKS proxy, and the
 dropbox client download succeeded. The client can also be configured
 to use a SOCKS proxy from the GUI, so syncing now works also.

 It's weird because tsocks uses LD_PRELOAD to override the system calls
 but that variable is not kept by pkexec and pkexec is a setuid program
 so even ld.so should not accept to pre-load the tsocks library.

I ran 'tsocks dropbox update' as root, so pkexec was probably not involved.

 Looking further I see that the message you pasted says “Downloading
 Dropbox... 100%” so the download actually worked but only the
 download of the signature failed (or worked but returned nothing).

The failure was instantaneous, so the client was not downloaded. The
downloader script probably mistook the '403 forbidden' message as a
success.

Best,

Teemu



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

Bug#712655: logwatch: uninitialized values in exim script with empty log file

[Teemu Ikonen]

Package: logwatch
Version: 7.4.0+svn20130529rev144-1
Severity: normal
Tags: patch

Logwatch reports contain perl error output from exim script, when ran
with an almost empty exim log file (this can happen when exim is removed
soon after installation):

 - EXIM Begin  

 Use of uninitialized value $StartQueue in numeric gt () at
/usr/share/logwatch
/scripts/services/exim line 312, STDIN line 1.
 Use of uninitialized value $EndQueue in numeric gt () at
/usr/share/logwatch/s
cripts/services/exim line 312, STDIN line 1.
 
 -- EXIM End - 

The attached patch fixes this.

Best,
Teemu
--- exim.orig-new	2013-06-18 12:23:04.004707191 +0200
+++ exim	2013-06-18 12:05:45.799181443 +0200
@@ -114,6 +114,8 @@
 # START
 
 my $SearchDate = TimeFilter(%Y-%m-%d %H:%M:%S);
+$StartQueue = 0;
+$EndQueue = 0;
 
 while (defined($ThisLine = STDIN)) {
chomp($ThisLine);

Bug#681997: libcbf-dev: Please provide a package with cbflib python-bindings

[Teemu Ikonen]

Hi Radostan,

 I'm about to make a debian package which depends on the python-bindings
 of cbflib. I checked the source package and pycbf sources are available
 and also a setup.py. I just tried the setup.py and it's working.
 Can you provide a python package from your source package?

Did you finish your cbflib-depending python package, and what is/was the
software in question?

I'm planning to update the cbflib package, but I found the SWIG-wrapper
distributed with the sources to be somewhat lacking. There is a python
ctypes alternative for the same purpose at
https://github.com/tpikonen/CBF-ctypes

Best,
Teemu

Bug#689743: xbmc: Please add MIME information

[Teemu Ikonen]

Package: xbmc
Version: 2:11.0~git20120510.82388d5-1
Severity: wishlist

It would be nice to have XBMC as an option when opening media files in various
file managers like for example nautilus. VLC and mplayer register the mime
types they can handle in /usr/lib/mime/packages, XBMC should do the same.

Best,
Teemu


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

Bug#697643: openntpd: Does not make large adjustments.

[Teemu Ikonen]

Package: openntpd
Version: 20080406p-4
Severity: normal

Starting Openntpd with a large delta to the real time causes glibc adjtime to
return with an error. I get these log messages:

ntpd[6071]: adjusting local clock by 201060.984298s
ntpd[6071]: adjtime failed: Invalid argument

Apparently adjtime in OpenBSD libc allows arbitrary intervals (it does not
return EINVAL), while glibc restricts the delta to +-2145 seconds.

Openntpd should be patched to work correctly with large time deltas in
glibc systems, that is in Debian.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (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 openntpd depends on:
ii  adduser  3.113+nmu3
ii  libc62.13-35
ii  libssl1.0.0  1.0.1c-4
ii  netbase  5.0

openntpd recommends no packages.

openntpd 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#704416: ddclient: Please include dhclient exit hook.

[Teemu Ikonen]

Package: ddclient
Version: 3.8.1-1
Severity: wishlist
Tags: patch

Running ddclient as a daemon consumes memory, which in routers and
embedded systems is not abundant. It would be useful to run ddclient only
when the IP potentially changes, which for most home networks is after
DHCP client updates.

Attached is a patch which adds an exit hook to dhclient (the DHCP client
from isc-dhcp-client) and a debconf configuration option which controls
whether it is used or not, similar to the existing 'run_ipup' for ppp
connections.

Best,
Teemu
From 93010be3d7e2c93f6e59da68414d7fae24b08f3b Mon Sep 17 00:00:00 2001
From: Teemu Ikonen tpiko...@gmail.com
Date: Sun, 31 Mar 2013 15:38:12 +0200
Subject: [PATCH] Add dhclient exit hook and debconf configuration.

---
 debian/config  |1 +
 debian/ddclient.dhclient-exit-hook |   16 
 debian/ddclient.templates  |8 
 debian/dirs|1 +
 debian/postinst|7 ++-
 debian/rules   |4 +++-
 6 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 debian/ddclient.dhclient-exit-hook

diff --git a/debian/config b/debian/config
index f91cb9d..f561cf9 100644
--- a/debian/config
+++ b/debian/config
@@ -39,6 +39,7 @@ read_old_config()
 
   db_set ddclient/run_daemon false
   db_set ddclient/run_ipup false
+  db_set ddclient/run_dhclient false
 }
 
 
diff --git a/debian/ddclient.dhclient-exit-hook b/debian/ddclient.dhclient-exit-hook
new file mode 100644
index 000..88ddb2a
--- /dev/null
+++ b/debian/ddclient.dhclient-exit-hook
@@ -0,0 +1,16 @@
+#!/bin/sh
+# /etc/dhcp/dhclient-exit-hooks.d/ddclient - exit hook for dhclient
+
+[ -x /usr/sbin/ddclient ] || exit 0
+[ -f /etc/default/ddclient ] || exit 0
+. /etc/default/ddclient
+[ $run_dhclient = true ] || exit 0
+
+case $reason in
+BOUND | RENEW | REBIND)
+/usr/bin/logger -t dhclient $reason, updating IP address with ddclient
+/usr/sbin/ddclient -daemon=0 -syslog  /dev/null 21
+;;
+*)
+;;
+esac
diff --git a/debian/ddclient.templates b/debian/ddclient.templates
index 07f407f..3e322cb 100644
--- a/debian/ddclient.templates
+++ b/debian/ddclient.templates
@@ -62,6 +62,14 @@ _Description: Network interface used for dynamic DNS service:
  Please enter the name of the network interface (eth0/wlan0/ppp0/...)
  to use for dynamic DNS service.
 
+Template: ddclient/run_dhclient
+Type: boolean
+Default: false
+_Description: Run ddclient on DHCP update?
+ You should enable this option if ddclient should be run every time the
+ IP address is changed by the DHCP client (dhclient).
+ Note: This mode is not compatible with daemon mode.
+
 Template: ddclient/run_ipup
 Type: boolean
 Default: false
diff --git a/debian/dirs b/debian/dirs
index 92b2a37..bd557c8 100644
--- a/debian/dirs
+++ b/debian/dirs
@@ -1,3 +1,4 @@
 usr/sbin
 var/cache/ddclient
 etc/ppp/ip-up.d
+etc/dhcp/dhclient-exit-hooks.d
diff --git a/debian/postinst b/debian/postinst
index 472ca8d..8277dfa 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -51,6 +51,7 @@ EOF
   db_get ddclient/run_daemon			 run_daemon=$RET
   db_get ddclient/daemon_interval		 daemon_interval=$RET
   db_get ddclient/run_ipup run_ipup=$RET
+  db_get ddclient/run_dhclient			 run_dhclient=$RET
   temp=`mktemp /etc/default/ddclient.XX`
   trap rm -f $temp; exit 1 HUP INT QUIT TERM
   cat EOF $temp
@@ -59,12 +60,16 @@ EOF
 #
 # /etc/default/ddclient
 
+# Set to true if ddclient should be run every time DHCP client ('dhclient'
+# from package isc-dhcp-client) updates the systems IP address.
+run_dhclient=$run_dhclient
+
 # Set to true if ddclient should be run every time a new ppp connection is 
 # established. This might be useful, if you are using dial-on-demand.
 run_ipup=$run_ipup
 
 # Set to true if ddclient should run in daemon mode
-# If this is changed to true, run_ipup must be set to false.
+# If this is changed to true, run_ipup and run_dhclient must be set to false.
 run_daemon=$run_daemon
 
 # Set the time interval between the updates of the dynamic DNS name in seconds.
diff --git a/debian/rules b/debian/rules
index 694f22b..b91b64a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -32,7 +32,9 @@ install: build
 
 	install -m 755 ddclient \
 	  $(DESTDIR)/usr/sbin/ddclient
-	
+	install -m 755 debian/ddclient.dhclient-exit-hook \
+	  $(DESTDIR)/etc/dhcp/dhclient-exit-hooks.d/ddclient
+
 %.8 : %.xml
 	xmlto -o $(@D) man $
 
-- 
1.7.10.4

Bug#704908: bup: Version in experimental not in Vcs.

[Teemu Ikonen]

Package: bup
Version: 0.25~git20130303-1
Severity: minor

The packaging of the latest version of bup in experimental is not in the
repository pointed by the Vcs-git -header. Please either update the repo,
or the headers to point to the correct place.


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

Bug#704910: bup: Work around pandoc absence also in mips.

[Teemu Ikonen]

Package: bup
Version: 0.25~git20130303-1
Severity: normal
Tags: patch

As pandoc never seems to be in a buildable state in mips, it would be better
to have the already built docs (man, html) included in the source package.

The attached patch makes is possible to build the bup package from the
upstream git repo, with the debian-dir from the package from experimental
copied in.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: mips

Kernel: Linux 3.3.8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bup depends on:
ii  git [git-core]  1:1.7.10.4-1+wheezy1
ii  libc6   2.13-38
ii  python  2.7.3-4
ii  python-fuse 2:0.2.1-7
ii  python-tornado  2.3-2
ii  python2.7   2.7.3-8

Versions of packages bup recommends:
pn  par2  none

bup suggests no packages.

-- no debconf information
From fb01050166bff00571a8782a31cb83405bab03fe Mon Sep 17 00:00:00 2001
From: Teemu Ikonen tpiko...@gmail.com
Date: Sat, 6 Apr 2013 22:41:51 +0200
Subject: [PATCH] Do not build-dep on pandoc also on mips.

---
 debian/control |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 92a1dc6..1de7109 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: admin
 Priority: extra
 Maintainer: Robert S. Edmonds edmo...@debian.org
 Build-Depends: debhelper (= 7.0.50~),
- pandoc [!ia64 !mipsel !s390 !hurd-i386],
+ pandoc [!ia64 !mips !mipsel !s390 !hurd-i386],
  python-dev (= 2.6.6-3~),
  python-pyxattr, python-pylibacl,
  git (= 1:1.7.0.4-2) | git-core,
-- 
1.7.10.4

Bug#705121: openntpd: spams syslog on non-ipv6 hosts

[Teemu Ikonen]

Package: openntpd
Version: 20080406p-6
Severity: normal
Tags: patch

The patch 02-warn-unsupp-servers.patch writes to syslog with log_warn()
every time a connection to ipv6 host is attempted. On hosts without
ipv6 support this results in a lot of syslog messages of this type:

ntpd[7225]: client_query socket: Address family not supported by protocol

Having logcheck running on this kind of system is painful.

Please change the logging call in the patch to log_debug().


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

Bug#705121: Fwd: Bug#705121: openntpd: spams syslog on non-ipv6 hosts

[Teemu Ikonen]

(Sorry, the reply was sent only to the maintainer first)

Yes, I'm running the latest version from unstable.

The revised patch from 20080406p-3 probably reduces logging, but it still
calls log_warn() and thus logs every time a connection is attempted. As
said in the original report, it would be better (IMHO) to log these with
log_debug(). I get these logs about one every hour per every ntp peer.

Bug#652298: ddclient: service stop doesn't kill running ddclient; start/restart with duplicates

[Teemu Ikonen]

Package: ddclient
Followup-For: Bug #652298

Hi,

Attached is a patch which fixes this bug.

Best,
Teemu

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

Kernel: Linux 3.3.8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ddclient depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  initscripts2.88dsf-41
ii  lsb-base   4.1+Debian8
ii  perl [perl5]   5.14.2-20

Versions of packages ddclient recommends:
ii  libio-socket-ssl-perl  1.76-2

ddclient suggests no packages.

-- debconf information excluded
From 68b6c85a4ed90104859a9213b6d53bb2a3782cf7 Mon Sep 17 00:00:00 2001
From: Teemu Ikonen tpiko...@gmail.com
Date: Thu, 28 Mar 2013 20:58:57 +0100
Subject: [PATCH] Call start-stop-daemon with --exec instead of --name.

ddclient rewrites its process name during operation as a kind of status
update, so running start-stop-daemon with --name matching in the init
script does not work (without patching ddclient to stop messing with its
name). Use --exec with the perl interpreter path instead, which together
with --pidfile gives a good chance that unrelated processes are not killed
by the init script.

Fixes Debian bug #652298.
---
 debian/ddclient.init |   11 ++-
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/debian/ddclient.init b/debian/ddclient.init
index 513bfea..12b58a3 100644
--- a/debian/ddclient.init
+++ b/debian/ddclient.init
@@ -16,6 +16,7 @@
 PATH=/sbin:/bin:/usr/sbin:/usr/bin
 NAME=ddclient
 DAEMON=/usr/sbin/$NAME
+PERL=/usr/bin/perl
 DESC=Dynamic DNS service update utility
 
 # Don't run if not installed
@@ -52,12 +53,12 @@ do_start()
 	#   1 if daemon was already running
 	#   2 if daemon could not be started
 	start-stop-daemon --test --start --quiet \
-		--pidfile $PIDFILE --name $NAME --startas $DAEMON \
+		--pidfile $PIDFILE --exec $PERL --startas $DAEMON \
 		/dev/null \
 		|| return 1
 
-	start-stop-daemon --start --quiet \
-		--pidfile $PIDFILE --name $NAME --startas $DAEMON \
+	start-stop-daemon --start \
+		--pidfile $PIDFILE --exec $PERL --startas $DAEMON \
 		-- $OPTIONS \
 		|| return 2
 }
@@ -76,8 +77,8 @@ do_stop()
 	#   1 if daemon was already stopped
 	#   2 if daemon could not be stopped
 	#   other if a failure occurred
-	start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 \
-		--pidfile $PIDFILE --name $NAME
+	start-stop-daemon --stop --retry=TERM/30/KILL/5 \
+		--pidfile $PIDFILE --exec $PERL
 	return $?
 }
 
-- 
1.7.10.4

Bug#678312: FTBFS in Ubuntu and unstable

[Teemu Ikonen]

Hi Wookey,

On Mon, Oct 14, 2013 at 2:59 AM, Wookey woo...@wookware.org wrote:

 Now that I've prepared this source and checked it builds in clean unstable
 chroot and fixes this bug and 718583 I'm happy
 to do an NMU if you like. Asking first as you are not on
 https://wiki.debian.org/LowThresholdNmhttps://wiki.debian.org/LowThresholdNmu


Thanks for your work, but I just finished a new meshlab package version
with a new upstream release and fixes for the bugs you fixed. See the git
repo for details. The new version will hopefully be uploaded very soon.

I'm sorry for your (somewhat) wasted effort. The package was almost ready
before the weekend, but then I noticed the mime type issues from the Ubuntu
bug tracker, which took some time to get right.

Best,
Teemu

Bug#727641: meshlab segfaults when loading an STL file

[Teemu Ikonen]

severity 727641 normal
tag 727641 upstream moreinfo help
thanks

I cannot reproduce this with the file you linked (i.e. it loads fine) on
meshlab-1.3.2+dfsg1-1 built on i386 wheezy. Could you provide examples of
other crashing STL files?

Best,
Teemu

Bug#706113: librtmp0: Add SOCKS proxy support.

[Teemu Ikonen]

Package: librtmp0
Version: 2.4+20111222.git4e06e21-1
Severity: normal
Tags: upstream

The upstream git head of rtmpdump has some nice new features, such as
SOCKS proxy support in librtmp. Please upgrade the Debian package to the
latest upstream.

Best,
Teemu


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

Bug#706639: RFP: btsync -- Directory synchronizer from Bittorrent Inc.

[Teemu Ikonen]

Package: wnpp
Severity: wishlist

* Package name: btsync
  Version : 1.0.116
  Upstream Author : Bittorrent Inc.
* URL : http://www.bittorrent.com
* License : Proprietary, free to download
  Programming Lang: ?
  Description : Directory synchronizer from Bittorrent Inc.

 BitTorrent Sync is a simple tool that applies p2p protocol for
 direct live folder sync with maximum security, network speed and
 storage capacity. It has native versions for Mac, Windows and
 Linux, as well as native NAS integration.


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

Bug#699854: RFS: openctm

[Teemu Ikonen]

Hi Anton,

Thanks for spotting these. I repackaged the sources and made the some other
necessary changes to the git repository (
http://anonscm.debian.org/gitweb/?p=debian-science/packages/openctm.git )

Best,
Teemu

On Wed, Sep 18, 2013 at 8:43 PM, Anton Gladky gladky.an...@gmail.comwrote:

 Hi Teemu,

 I have committed minor changes, the package looks fine.
 But, please, remove all pdf-files, which are without source.
 After that you should add dfsg-prefix to the package number.

Bug#546202: RFP: levmar -- Levenberg-Marquardt nonlinear least squares algorithms in C/C++

[Teemu Ikonen]

Using the amazing http://codesearch.debian.net one finds that levmar is
included in rather many source packages in Debian:

freemat: levmar-2.3
hugin: some older version, probably patched
meshlab: levmar-2.3
sextractor: levmar-2.3
starlink-ast: parts of some older version from 2004
stimfit: levmar-2.5
(teem: can be linked with levmar, but apparently is not)

Since most of the packages above are maintained by Debian Science, is there
anyone who would want to take on a simple library package?

All included code is from an older version than the latest levmar-2.6, so
making levmar useful in Debian would require a considerable amount of
forward porting and fixing of upstream sources. On the other hand, having
the same code in six source packages is already a pretty bad case of
duplication.

Best,
Teemu

Bug#617613: freecad: Remaining licensing issues

[Teemu Ikonen]

Hi All,

Note that SoQt is now licensed with a 3-clause BSD license, see:
https://bitbucket.org/Coin3D/soqt/overview

If the latest FreeCAD is really GPL-free, then uploads of SoQt mercurial
head and FreeCAD should be enough to fix this bug.

Unfortunately, it seems that neither of these packages has an active
maintainer.

Best,
Teemu

Bug#723126: libvxl1-dev: Incomplete copyright file

[Teemu Ikonen]

Package: libvxl1-dev
Version: 1.14.0-18
Severity: serious
Justification: policy 2.3, 4.5

VXL contains, among others, a copy of the RPLY library, which has this
Copyright and license, at vxl/v3p/rply/LICENSE:



RPly 1.01 license
Copyright A9 2003-2005 Diego Nehab.

Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the
Software),
to deal in the Software without restriction, including without
limitation
the rights to use, copy, modify, merge, publish, distribute, sublicense,
and/or sell copies of the Software, and to permit persons to whom the
Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included
in
all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS
OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
DEALINGS IN THE SOFTWARE.



This information is not present in the debian/copyright file.

Also, debian/copyright claims to be conforming to the 1.0 machine
readable copyright format, but it contains license keywords like
BSD (2 clause), which are not in the list of standard short names (the
example given should read BSD-2-clause).

Best,
Teemu


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

Bug#683042: debian/copyright: No information of embedded external libraries

[Teemu Ikonen]

Oops, I forgot to add the bug address to the mail to control, here's the
explanation again:

Justification: Policy 2.3, 4.5.

I think it's time to fix this before the next release.

Best,
Teemu

Bug#699854: RFS: openctm

[Teemu Ikonen]

retitle 699854 ITP: openctm -- Open Compressed Triangle Mesh file format
thanks

I just uploaded openctm packages to the Debian Science git repo at
http://anonscm.debian.org/gitweb/?p=debian-science/packages/openctm.git
and mentors.d.o:
http://mentors.debian.net/debian/pool/main/o/openctm/openctm_1.0.3-1.dsc

The package is lintian clean etc., but checking and sponsoring the upload
would still be needed.

Best,
Teemu

Bug#260948: alien: can not override architecture

[Teemu Ikonen]

tags 260948 patch
thanks

The attached (trivial) patch fixes this problem for me, in the case of
converting debian packages to rpms with a slightly differently named
architecture. It should also work on other conversions, but this is
untested.

Best,
Teemu
From 56602e8989f57e72eb09d3310f39fd29781445a5 Mon Sep 17 00:00:00 2001
From: Teemu Ikonen tpiko...@gmail.com
Date: Fri, 17 Jan 2014 14:37:07 +0100
Subject: [PATCH] Add --target=arch option for setting architecture.

---
 alien.pl | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/alien.pl b/alien.pl
index 64450fb..059cdd4 100755
--- a/alien.pl
+++ b/alien.pl
@@ -193,6 +193,10 @@ some things to mess with their permissions and owners to the degree this does,
 so it defaults to off. This can only be used when converting to debian
 packages.
 
+=item B--target=Iarchitecture
+
+Force the architecture of the generated package to the given string.
+
 =item B-v, B--verbose
 
 Be verbose: Display each command Balien runs in the process of converting a
@@ -330,6 +334,7 @@ Usage: alien [options] file [...]
   -i, --install Install generated package.
   -g, --generateGenerate build tree, but do not build package.
   -c, --scripts Include scripts in package.
+  --target=arch   Set architecture of the generated package.
   -v, --verbose Display each command alien runs.
   --veryverbose Be verbose, and also display output of run commands.
   -k, --keep-versionDo not change version of generated package.
@@ -344,7 +349,7 @@ EOF
 # Start by processing the parameters.
 my (%destformats, $generate, $install, $single, $scripts, $patchfile,
 $nopatch, $tgzdescription, $tgzversion, $keepversion, $fixperms,
-$test, $anypatch);
+$test, $anypatch, $target);
 my $versionbump=1;
 
 # Bundling is nice anyway, and it is required or Getopt::Long will confuse
@@ -366,6 +371,7 @@ GetOptions(
 	patch=s= \$patchfile,
 	nopatch= \$nopatch,
 	anypatch   = \$anypatch,
+	target=s   = \$target,
 	description=s  = \$tgzdescription,
 	V  = \version,
 version:s  = sub { length $_[1] ? $tgzversion=$_[1] : version() },
@@ -446,6 +452,10 @@ foreach my $file (@ARGV) {
 		die Unknown type of package, $file.\n;
 	}
 
+	if ($target) {
+		$package-arch($target);
+	}
+
 	if (! $package-usescripts  $package-scripts) {
 		$package-usescripts($scripts);
 		if (! $scripts) {
-- 
1.8.5.2

Bug#736515: openntpd: Does not survive IP address update by dhclient

[Teemu Ikonen]

Package: openntpd
Version: 20080406p-4
Severity: normal

Openntpd stops working and starts spamming syslog when the IP address of
the interface having the NTP server connections changes, like after a DHCP
update.

The syslog shows something like this:

-*-
Jan 24 09:07:57 xxx dhclient: bound to zz.zz.zz.zz -- renewal in 818 seconds.
Jan 24 09:09:29 xxx ntpd[2474]: sendto: Invalid argument
Jan 24 09:10:29 xxx ntpd[2474]: sendto: Invalid argument
...
-*-

The 'Invalid argument' messages continue a few times per minute, until
openntpd is restarted.

Looking at the openntpd package files, there is a
/etc/network/if-up.d/openntpd file which is supposed to restart openntpd
when an external interface comes up. I'm not sure whether a network interface
should go down and up during IP address change, but if that is the case,
then the bug is in isc-dhcp-client.

If network intefaces should stay up during IP address change, then this
bug could be fixed for dhclient using systems by placing a restart script
similar to ifupdowns to /etc/dhcp/dhclient-exit-hooks.d


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

Bug#748294: vdpau-va-driver: Arithmetic exception in nvidia driver

[Teemu Ikonen]

Package: vdpau-va-driver
Version: 0.7.4-1
Severity: important

XBMC crashes consistently when starting to play video, when
vdpau-va-driver 0.7.4-1 is installed. The XBMC crashlog contains these
lines:

Program terminated with signal 8, Arithmetic exception.
#0  0xacb7248d in ?? () from /usr/lib/i386-linux-gnu/dri/nvidia_drv_video.so

Downgrading vdpau-va-driver to the previous version, 0.7.3-2 makes XBMC
work again.

I use the nvidia-legacy-304xx-driver X driver version 304.121-1 on
Nvidia Geforce 6600 LE card.

Best,
Teemu


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

Bug#748294: vdpau-va-driver: Arithmetic exception in nvidia driver

[Teemu Ikonen]

Hi,

Attached is a full stack trace from XBMC after the arithmetic
exception crash, made with a debug-build of vdpau-va-driver. I hope
this helps, but if not, let me know if I can do more to help debug
this.

Also, I could not reproduce this bug with mpv.

Best,
Teemu
### STACK TRACE #
=  Core file: /home/tpikonen/core.18396 (2014-05-21 23:35:00.101394445 
+0200)
=
[New LWP 18448]
[New LWP 18449]
[New LWP 18451]
[New LWP 18425]
[New LWP 18426]
[New LWP 18430]
[New LWP 18433]
[New LWP 18434]
[New LWP 18436]
[New LWP 18437]
[New LWP 18438]
[New LWP 18439]
[New LWP 18440]
[New LWP 18441]
[New LWP 18442]
[New LWP 18445]
[New LWP 18427]
[New LWP 18435]
[New LWP 18396]
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
Core was generated by `/usr/lib/xbmc/xbmc.bin'.
Program terminated with signal 8, Arithmetic exception.
#0  0xacb02695 in object_heap_destroy (heap=0xaca4be88) at object_heap.c:275
275 for (i = 0; i  heap-heap_size / heap-heap_increment; i++) {

Thread 19 (Thread 0xb13ce840 (LWP 18396)):
#0  0x085191a0 in CVideoThumbLoader::LoadItem(CFileItem*) ()
#1  0x08be4b6c in CGUIInfoManager::SetCurrentMovie(CFileItem) ()
#2  0x08be51a5 in CGUIInfoManager::SetCurrentItem(CFileItem) ()
#3  0x08b919c2 in CApplication::OnMessage(CGUIMessage) ()
#4  0x085f72b2 in CGUIWindowManager::SendMessage(CGUIMessage) ()
#5  0x085f7d60 in CGUIWindowManager::DispatchThreadMessages() ()
#6  0x08b909d3 in CApplication::Process() ()
#7  0x08c2a68b in CXBApplicationEx::Run() ()
#8  0x08c33047 in XBMC_Run ()
#9  0x082a4fc6 in main ()

Thread 18 (Thread 0xa6a28b40 (LWP 18435)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb50bb2b6 in nanosleep () at ../sysdeps/unix/syscall-template.S:81
#2  0xb50e920d in usleep (useconds=1) at 
../sysdeps/unix/sysv/linux/usleep.c:32
#3  0x08d805cd in CThread::Sleep(unsigned int) ()
#4  0x086397c6 in CDVDPlayer::Process() ()
#5  0x08d80155 in CThread::Action() ()
#6  0x08d807ea in CThread::staticThread(void*) ()
#7  0xb641ded9 in start_thread (arg=0xa6a28b40) at pthread_create.c:312
#8  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 17 (Thread 0xaff82b40 (LWP 18427)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb50e214b in poll () at ../sysdeps/unix/syscall-template.S:81
#2  0x08a793a8 in PERIPHERALS::CPeripheralBusUSB::WaitForUpdate() ()
#3  0x08a79480 in PERIPHERALS::CPeripheralBusUSB::Process() ()
#4  0x08d80155 in CThread::Action() ()
#5  0x08d807ea in CThread::staticThread(void*) ()
#6  0xb641ded9 in start_thread (arg=0xaff82b40) at pthread_create.c:312
#7  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 16 (Thread 0xa2236b40 (LWP 18445)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2  0x0851320b in CVideoReferenceClock::ParseNvSettings(int) ()
#3  0x085143d4 in CVideoReferenceClock::UpdateRefreshrate(bool) ()
#4  0x08514ffa in CVideoReferenceClock::SetupGLX() ()
#5  0x085158e6 in CVideoReferenceClock::Process() ()
#6  0x08d80155 in CThread::Action() ()
#7  0x08d807ea in CThread::staticThread(void*) ()
#8  0xb641ded9 in start_thread (arg=0xa2236b40) at pthread_create.c:312
#9  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 15 (Thread 0xa3a22b40 (LWP 18442)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb6422025 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix
/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:245
#2  0x083635d6 in CJobManager::GetNextJob(CJobWorker const*) ()
#3  0x08363b7b in CJobWorker::Process() ()
#4  0x08d80155 in CThread::Action() ()
#5  0x08d807ea in CThread::staticThread(void*) ()
#6  0xb641ded9 in start_thread (arg=0xa3a22b40) at pthread_create.c:312
#7  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 14 (Thread 0xae122b40 (LWP 18441)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2  0xad3ab0cf in shairport_loop () from 
/usr/lib/i386-linux-gnu/libshairport.so.2
#3  0x082f647a in DllLibShairport::shairport_loop() ()
#4  0x082f1146 in CAirTunesServer::Process() ()
#5  0x08d80155 in CThread::Action() ()
#6  0x08d807ea in CThread::staticThread(void*) ()
#7  0xb641ded9 in start_thread (arg=0xae122b40) at pthread_create.c:312
#8  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 13 (Thread 0xa4223b40 (LWP 18440)):
#0  0xb770f424 in __kernel_vsyscall ()
#1  0xb50e8811 in select () at ../sysdeps/unix/syscall-template.S:81
#2  0x082efd87 in CAirPlayServer::Process() ()
#3  0x08d80155 in CThread::Action() ()
#4  0x08d807ea in CThread::staticThread(void*) ()
#5  0xb641ded9 in start_thread (arg=0xa4223b40) at pthread_create.c:312
#6  0xb50f02ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129

Thread 12 

Bug#765841: RFP: gccgo-go -- Go tool for use with gccgo

[Teemu Ikonen]

Package: wnpp
Severity: wishlist

* Package name: gccgo-go
  Version : 1.2.1
  Upstream Author : The Go Authors
* URL : http://golang.org/
* License : Go license
  Programming Lang: Go
  Description : Go tool for use with gccgo

The Go programming language is an open source project to make
programmers more productive. Go is expressive, concise, clean, and
efficient. Its concurrency mechanisms make it easy to write programs
that get the most out of multicore and networked machines, while its
novel type system enables flexible and modular program construction. Go
compiles quickly to machine code yet has the convenience of garbage
collection and the power of run-time reflection.  It's a fast,
statically typed, compiled language that feels like a dynamically typed,
interpreted language.
..
This package provides the 'go' tool built using gccgo instead of golang
gc, defaulting to using gccgo.

###

The 'go' tool for the gccgo implementation of the go language would
allow porting of software written in go to architectures where the
golang implementation is currently not available, but the gccgo
implementation is. These architectures are currently arm64, mips,
mipsel, powerpc, ppc64, ppc64el, s390x and x32.

gccgo-go is already packaged in Ubuntu and compiles out of the box
in Debian, All that would be needed is a sponsor to check and
upload it.


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

Bug#749887: RFP: syncthing -- decentralized file synchronization tool

[Teemu Ikonen]

I made a provisional packaging of syncthing, it's at
http://anonscm.debian.org/cgit/collab-maint/syncthing.git/

It is in a state where it works for me. The motivation for the
packaging was getting syncthing to compile in platforms which are not
supported by golang, which it does, as long as one has gccgo-go
installed (see #765841). Builds with golang-go also work.

What is left to do is to make a real copyright check, try to fix the
many lintian warnings and errors, and find a sponsor to upload it to
the archive. I probably will not do these in the near future, so help
with the package would be appreciated.


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

Bug#767529: python-stdeb: Fails when a package has more than one release in PyPi

[Teemu Ikonen]

Package: python-stdeb
Version: 0.8.2-3
Severity: normal
Tags: upstream

The PyPi xmlrpc API sometimes returns more than one release with the
package_releases() call. This makes pypi-download fail:

$ pypi-download gmvault
Traceback (most recent call last):
  File /usr/bin/pypi-download, line 32, in module
main()
  File /usr/bin/pypi-download, line 28, in main
allow_unsafe_download=options.allow_unsafe_download)
  File /usr/lib/python2.7/dist-packages/stdeb/downloader.py, line 90,
in get_source_tarball
release=release)
  File /usr/lib/python2.7/dist-packages/stdeb/downloader.py, line 50,
in find_tar_gz
default_releases,all_releases))
RuntimeError: Expected one and only one release. Non-hidden:
['1.8.1-beta', '1.8-beta']. All: ['1.8.1-beta', '1.8-beta', '1.7-beta',
'1.6-beta', '1.5-beta', '1.0-beta']

The fix in the python-stdeb side would be a trivial change to
downloader.py, but I'm not sure whether the problem is actually on the PyPi
side.

Best,
Teemu


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

Bug#768043: lxsession-default-apps never finishes database update

[Teemu Ikonen]

Package: lxsession
Version: 0.5.1-1
Severity: important

Starting lxsession-default-apps from lxsession 0.5.1-1 brings up a
window with the text The database is updating, please wait. The update
never finishes though, and when restarting, the same happens again.

I'm not sure what the database in question is, but at least deleting the
config file ~/.config/lxsession-default-apps/settings.conf did not help.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16-3-686-pae (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 lxsession depends on:
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-12
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.8-2
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-6.1
ii  libfreetype6   2.5.2-2
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libglib2.0-0   2.42.0-2
ii  libgtk2.0-02.24.25-1
ii  libpango-1.0-0 1.36.8-2
ii  libpangocairo-1.0-01.36.8-2
ii  libpangoft2-1.0-0  1.36.8-2
ii  libpolkit-agent-1-00.105-7
ii  libpolkit-gobject-1-0  0.105-7
ii  libx11-6   2:1.6.2-3
ii  lsb-release4.1+Debian13+nmu1
ii  systemd215-5+b1
ii  upower 0.99.1-3

Versions of packages lxsession recommends:
ii  lxde-common  0.5.6-1
ii  marco [x-window-manager] 1.8.2+dfsg1-1
ii  openbox [x-window-manager]   3.5.2-7
ii  openssh-client [ssh-client]  1:6.7p1-2

Versions of packages lxsession suggests:
ii  gpicview  0.2.4-2+b2
ii  lxpanel   0.7.1-1
ii  pcmanfm   1.2.3-1

-- 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#768445: debootstrap: fails when called with --include=a,b,..

[Teemu Ikonen]

Package: debootstrap
Version: 1.0.64
Severity: normal

debootstrap dies with an obscure error when called with the --include
option which has more than a couple of packages:

$ sudo /usr/sbin/debootstrap --arch=mips --foreign --no-resolve-deps \
--variant=minbase --verbose \
--include=wireless-tools,wwwconfig-common,xauth,xdelta,xml-core,xz-utils
wheezy /tmp/strap http://ftp.de.debian.org/debian
I: Retrieving Release 
I: Retrieving Release.gpg 
I: Checking Release signature
I: Valid Release signature (key id
ED6D65271AACF0FF15D123036FB2A1C265FFB764)
I: Retrieving Packages 
I: Validating Packages 
I: Checking component main on http://ftp.de.debian.org/debian...
E: Couldn't find these debs: 30483692

When given a similar set of arguments, cdebootstrap works perfectly.

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.16-3-686-pae (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 debootstrap depends on:
ii  wget  1.16-1

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2014.1
ii  gnupg   1.4.18-4

debootstrap 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#771465: i386 hd-media image does not boot on Macbooks with 32-bit EFI

[Teemu Ikonen]

Package: debian-installer
Severity: important

Hi,

I recently installed jessie on a 2007 intel Macbook by booting d-i
from a USB drive. Getting the installer to start required quite a bit
of hand tuning.

The Macbook versions Macbook1,1 and Macbook2,1 from 2006-2007 require
a 32-bit EFI bootloader and thus do not work with amd64 version of
d-i. On the other hand, the i386 hd-media/boot.img.gz image only works
with BIOS systems.

I got the installer running by manually installing GRUB (the i386-efi
version) to a USB drive with an MBR partition table and a FAT32
filesystem, copying grub.conf from the amd64 netboot ISO image and
copying the kernel image and initrd from the i386 netboot image. This
procedure is straightforward, but requires an existing linux computer
and probably does not win any usability awards.

The straightforward fix would be to install both syslinux and GRUB to
the hd-media image, as they seem to be able to coexist without
problem. If this is for some reason not possible, then the procedure
to get i386 EFI systems booting should be at least documented on the
Installation guide, somewhere around chapter 4.3.3.1.

Best,
Teemu


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

Bug#771467: First boot after installation fails on Macbooks with 32-bit EFI

[Teemu Ikonen]

Package: debian-installer
Severity: important

Hi,

The i386 version of d-i installs GRUB to the EFI partition at the end
of the installation process. The files installed are
/EFI/debian/grub.efi and grubia32.efi. Intel Macbooks from 2006-2007
(Macbook1,1 and Macbook2,1) have a somewhat peculiar EFI
implementation and do not boot with the EFI files in this location.
When either of the (identical) GRUB EFI files is copied to
/EFI/boot/bootia32.efi the firmware finds it and booting is
successful.

D-i should detect Macbooks with 32-bit EFI and install the GRUB files
to the appropriate location in that case.

When grub-install is called with the --removable flag, the EFI
bootloader is installed to the correct location,
/EFI/boot/bootia32.efi.

Best,
Teemu


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

Bug#771465: i386 hd-media image does not boot on Macbooks with 32-bit EFI

[Teemu Ikonen]

On Sun, Nov 30, 2014 at 1:58 PM, Gaudenz Steinlin gaud...@debian.org wrote:
 Teemu Ikonen tpiko...@gmail.com writes:
 The Macbook versions Macbook1,1 and Macbook2,1 from 2006-2007 require
 a 32-bit EFI bootloader and thus do not work with amd64 version of
 d-i. On the other hand, the i386 hd-media/boot.img.gz image only works
 with BIOS systems.

 Are you sure they don't run amd64 code? From what I've found on the web
 these two models have Intel Core Duo and Core 2 Duo processors. Early
 Intel based Macs have a 32bit EFI but perfectly run 64 bit code AFAIK.
 Earlier kernels (before 3.4 IIRC) are not capable of crossefi booting
 (different kernel arch than EFI arch), but that should not be a problem
 on jessie's 3.16 kernel.

AFAIK Core Duo is 32-bit and Core 2 Duo (which I am testing with) is 64-bit.

 I got the installer running by manually installing GRUB (the i386-efi
 version) to a USB drive with an MBR partition table and a FAT32
 filesystem, copying grub.conf from the amd64 netboot ISO image and
 copying the kernel image and initrd from the i386 netboot image. This
 procedure is straightforward, but requires an existing linux computer
 and probably does not win any usability awards.

 Can you test if you can boot the 64bit kernel and initrd from the amd64
 image with this procedure (using the 32bit grub-efi)?

 I know this works the other way around (64bit grub and EFI booting into
 a 32 bit kernel) but never tested the 32bit to 64bit kernel case.

I made a USB stick with 32-bit EFI grub and kernel and initrd copied from amd64
netboot ISO. Grub naturally works ok, and interestingly, even the kernel boots
but it does not find a working init.

I'm not sure if the amd64 init can be made to work with this machine, but of
course it would be nice to be able to install 64-bit Debian to this computer.

 The straightforward fix would be to install both syslinux and GRUB to
 the hd-media image, as they seem to be able to coexist without
 problem. If this is for some reason not possible, then the procedure
 to get i386 EFI systems booting should be at least documented on the
 Installation guide, somewhere around chapter 4.3.3.1.

 EFI 32bit and 64bit and BIOS images of grub can all coexist on the same
 installation media. IMO it would make sense to install all of them to
 the 32bit and 64bit x86 images.

This would be the ideal solution. The 32-bit EFI Macs have a somewhat
strange firmware though and only seem to work when the bootloader is
installed as /EFI/BOOT/BOOTIA32.EFI. Adding the --removable flag to
grub-install produces a working grub installation, also when grub is
installed to the EFI partition of the hard drive.

Best,
Teemu


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

Bug#771465: i386 hd-media image does not boot on Macbooks with 32-bit EFI

[Teemu Ikonen]

On Sun, Nov 30, 2014 at 8:48 PM, Teemu Ikonen tpiko...@gmail.com wrote:
 I made a USB stick with 32-bit EFI grub and kernel and initrd copied from 
 amd64
 netboot ISO. Grub naturally works ok, and interestingly, even the kernel boots
 but it does not find a working init.

Ah, of course I mixed the kernel from amd64 and init from i386. With the correct
combination (both from amd64 mini.iso) and 32-bit EFI grub the 64-bit installer
starts fine.

Sorry for the noise,
Teemu


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

Bug#244582: ufoai packaging

[Teemu Ikonen]

Hi all,

I built the ufoai packages from the pkg-games git repos. The resulting
packages work great as far as I've tested them and I hope you find a
sponsor for the packages soon.

Building the thing from the git repo was a bit of a struggle though.
ufoai-music did not build out of the box because of directory mismatch
in the generated orig.tar. The attached patch to ufoai hopefully fixes
this.

Overall, I'm not sure if storing just the debian dir in git is really
the way to go even with the data packages. Testing the build would be a
lot easier and take much less hd space if all the files would be already
present in the debian repos. Cloning the whole upstream git history,
creating the orig.tars and merging them to the repos containing debian
dirs could then be avoided.

Best,
TeemuFrom 2bf8dd7dc8a6083ff462ba6861bfcac1e14500b8 Mon Sep 17 00:00:00 2001
From: Teemu Ikonen tpiko...@gmail.com
Date: Tue, 10 Feb 2015 17:46:44 +0100
Subject: [PATCH] rules: Don't move music  sound away from base.

---
 debian/rules | 1 -
 1 file changed, 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index e1abee8..584ee81 100755
--- a/debian/rules
+++ b/debian/rules
@@ -96,7 +96,6 @@ get-orig-ufoai-music:
 		base/sound \
 		LICENSES \
 		COPYING $(PKG2)-$(VER) \
-	 mv -v $(PKG2)-$(VER)/base/* $(PKG2)-$(VER) \
 	 mv -v $(PKG2)-$(VER) ../
 	@echo # Packing...
 	find -L $(PKG2)-$(VER) -xdev -type f -print | sort \
-- 
2.1.4

Bug#762286: apt: no bash-completion for the apt command

[Teemu Ikonen]

Here's an autocomplete file for the apt command:
http://askubuntu.com/questions/445637/can-i-enable-bash-completion-for-the-new-apt-command/445638#445638

Please include it, or something similar in the next release.

Bug#779578: user-setup: Please install sudo when installing without root password

[Teemu Ikonen]

Package: user-setup
Severity: normal
Tags: d-i

I installed jessie from the daily netinst image and did not enter a
password for root. The end result was a working system without root
access as sudo was not installed.

The installer should make sure that sudo is installed, when the root
password is left empty.

I was installing on a hard-drive with /etc and /home from a previous
jessie install. The installer should also add the user created during
root-passwordless installation to the group 'sudo', but since my previous
install already had this, I do not know if this is made on fresh
install.

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

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


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

Bug#779578: Re: Bug#779578: user-setup: Please install sudo when installing without root password

[Teemu Ikonen]

Cyril Brulebois k...@debian.org wrote:
 Err, installing sudo and making the first user a sudoer is what is
 supposed to happen in such a case. The existing /etc  /home might
 have had some kind of influence on the net results.

Indeed that seems to be the case. Looking at user-setup-apply, line 154
has a conditional which only installs sudo if /etc/sudoers does not
exist in the target. This test obviously fails to do the right thing
when installing with an existing /etc.

If the next line (157) which has the installation commands is a no-op
when sudo is installed (at least it should be), then I think the
conditional could be removed completely.

Best,
Teemu

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Teemu Ikonen]

On Sun, Sep 13, 2015 at 12:11 PM, Ian Campbell  wrote:
> Do you mean mini.iso as in:
> http://ftp.uk.debian.org/debian/dists/jessie/main/installer-amd64/current/images/netboot/mini.iso
> or something else?

Hi Ian,

Yes, that's the one, although I've tested with the i386 image.

> I'm not actually 100% clear what you are asking for. Given the above
> mini.iso I have in the ESP:
>
> $ isoinfo -x /boot/grub/efi.img -RJ -i mini.iso-sid > efi.img
> $ mdir -i efi.img -/ -b
> ::/efi/
> ::/efi/boot/
> ::/efi/boot/bootx64.efi
>
> and
>
> $ isoinfo -f -RJ -i mini.iso-sid
>
> shows lots of stuff in /boot/grub/x86_64-efi of the main image, all of
> which I believe is sufficient to boot on a 64-bit EFI system.
>
> The i386 version of mini.iso instead has bootia32.efi in the ESP and
> /boot/grub/i386-efi on the main ISO.
>
> So either this isn't working for you or the request you are making is
> for something else in addition.

The latest mini.iso netboot image is not booting on my Macbook2,1 but
the official Debian 8.2 netinst image (315 MB) does.

The USB-sticks I've managed to boot in this machine all have had the
file efi/boot/bootia32.efi on the single partition they've had, either
a vfat partition prepared by grub-install or a is9660 filesystem
copied from the installer image. That's also the case with the 8.2
netinst image:

$ 7z l debian-8.2.0-i386-netinst.iso | grep bootia
2015-09-06 12:00:44 .   272384   272384  efi/boot/bootia32.efi

This file is not present in the netboot mini.iso.

The EFI implementation on old intel Macbooks is probably broken in
several ways, but to me it looks like the fix is easy, known, and
takes all of 272384 bytes in the installation image. But you are
right, the patch is not there yet.

Best,
Teemu

Bug#771465: Please add UEFI boot files to i386 and amd64 netboot images

[Teemu Ikonen]

retitle 768461 Please add UEFI boot files to i386 and amd64 netboot images
severity 768461 normal
tags 768461 patch
thanks

I recently had to reinstall jessie to my MacBook2,1 and found that the
Debian 8.2 i386 netinst image now works out of the box even with the
strange EFI implementation in this box. Many thanks to Steve McIntyre
for making this work, yay!

In general I like to do my installations with the netboot images,
since the 28 M image is sure to fit any USB stick which happens to be
at hand. It would be super-duper if the 32-bit and 64-bit EFI boot
files could also be added to these images, so that they too would
start to work like magic. For old intel MacBooks the EFI boot file
needs to be in the removable path, i.e. efi/boot/bootia32.efi

[I added the patch tag because the fix to this bug is known and
trivial, no patch attached though]

Best,
Teemu

Bug#853900: python3-gdal: ImportError on gdal_array module

[Teemu Ikonen]

Package: python3-gdal
Version: 2.1.2+dfsg-2+b1
Severity: important

Trying to import osgeo.gdal_array module results in this:

$ python3 -c "import osgeo.gdal_array"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/osgeo/gdal_array.py", line 168,
in 
import _gdal_array
ImportError: No module named '_gdal_array'


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages python3-gdal depends on:
ii  libc6   2.24-8
ii  libgcc1 1:6.2.1-5
ii  libgdal20 [gdal-abi-2-1-2]  2.1.2+dfsg-2+b1
ii  libstdc++6  6.2.1-5
ii  python3 3.5.1-4
ii  python3-numpy [python3-numpy-abi9]  1:1.12.0~rc2-1
pn  python3:any 

python3-gdal recommends no packages.

Versions of packages python3-gdal suggests:
ii  gdal-bin  2.1.2+dfsg-2+b1

-- no debconf information

Bug#852811: udev: Doesn't start after upgrade

[Teemu Ikonen]

Package: udev
Version: 232-14
Followup-For: Bug #852811

I got same behaviour from udev as Christian on i386 (Apple MacBook2,1).
Commenting out the lines mentioned above in systemd-udevd.service made
udev start.

The problem was version mismatch with udev (232-14) and systemd (232-8).
systemd upgrade was for some reason kept back by 'apt upgrade'. When I
installed the systemd 232-14, udev started with the original service
file.

Maybe udev should depend on the exact same version of systemd?

-- Package-specific info:

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages udev depends on:
ii  adduser  3.115
ii  dpkg 1.18.18
ii  libacl1  2.2.52-3
ii  libblkid12.29-1
ii  libc62.24-8
ii  libgcc1  1:6.2.1-5
ii  libkmod2 23-2
ii  libselinux1  2.6-3
ii  libudev1 232-14
ii  lsb-base 9.20161125
ii  procps   2:3.3.12-3
ii  util-linux   2.29-1

udev recommends no packages.

udev suggests no packages.

Versions of packages udev is related to:
ii  systemd  232-8

-- debconf information:
  udev/sysfs_deprecated_incompatibility:
  udev/title/upgrade:
  udev/new_kernel_needed: false
  udev/reboot_needed:
P: /devices/LNXSYSTM:00
E: DEVPATH=/devices/LNXSYSTM:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXSYSTM:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4662992

P: /devices/LNXSYSTM:00/LNXCPU:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4724576

P: /devices/LNXSYSTM:00/LNXCPU:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4670326

P: /devices/LNXSYSTM:00/LNXPWRBN:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00
E: DRIVER=button
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXPWRBN:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4664493

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0 0 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=5344727

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event6
N: input/event6
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event6
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6/event6
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: LIBINPUT_DEVICE_GROUP=19/0/1/0:LNXPWRBN/button
E: MAJOR=13
E: MINOR=70
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=5458202
E: XKBLAYOUT=fi
E: XKBMODEL=pc105

P: /devices/LNXSYSTM:00/LNXSYBUS:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXSYBUS:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4669272

P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00
E: DRIVER=ac
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:ACPI0003:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4679822

P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1
E: POWER_SUPPLY_NAME=ADP1
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply

P: /devices/LNXSYSTM:00/LNXSYBUS:00/APP0002:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/APP0002:00
E: ID_VENDOR_FROM_DATABASE=Apple Computer Inc
E: MODALIAS=acpi:APP0002:BACKLIGHT:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4690649

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:PNP0A08:PNP0A03:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4682175

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00
E: DRIVER=video
E: ID_VENDOR_FROM_DATABASE=The Linux Foundation
E: MODALIAS=acpi:LNXVIDEO:
E: SUBSYSTEM=acpi
E: USEC_INITIALIZED=4683460

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:00
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:01
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:02
E: 

Bug#851486: debian-installer: USB keyboard doesn't work on Banana Pi

[Teemu Ikonen]

For some reason the necessary modules for USB HID or storage to
work are not detected or installed on Banana Pi. They are present
in the initrd though.

I also tried the "Installing from a USB stick" method (
https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_a_USB_stick
), but it also failed due to not being able to mount the USB
stick after the installer started. It also did not recognize an
USB keyboard, but I had a serial console at that point.

Installing stretch to a Banana Pi with the SD-card image
(netboot) and a serial console works, but using a USB keyboard
and HDMI output would be far more convenient.

Bug#854857: installation-reports: Guided partitioning fails to create ext2 filesystem on /boot

[Teemu Ikonen]

Package: installation-reports
Severity: normal
Tags: d-i



-- Package-specific info:

Boot method: SD-card
Image version: 
http://ftp.uk.debian.org/debian/dists/stretch/main/installer-armhf/current/images/netboot/SD-card-images/firmware.BananaPi.img.gz
 27-Jan-2017 22:23
Date: 2017-02-09

Machine: Banana Pi M1
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [ ]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [E]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Guided partitioning with default partitions (/boot with ext2, / with ext4
and swap) fails to create an ext2 filesystem to the /boot partition.
The installation log shows the following:

Feb  9 20:05:48 kernel: [  668.162883] Adding 999420k swap on
/dev/mmcblk0p5.  Priority:-1 extents:1 across:999420k SSFS
Feb  9 20:05:48 partman: mke2fs 1.43.3 (04-Sep-2016)
Feb  9 20:05:48 partman: ext2fs_create_resize_inode
Feb  9 20:05:48 partman: :
Feb  9 20:05:48 partman: Resize inode is corrupt
Feb  9 20:05:48 partman:
Feb  9 20:05:48 partman: while reserving blocks for online resize
Feb  9 20:05:48 partman:

When the partition type of /boot is changed to ext4, Guided partitioning
succeeds and installation completes successfully.

--

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20170127"
X_INSTALLATION_MEDIUM=netboot

==
Installer hardware-summary:
==
uname -a: Linux box 4.9.0-1-armmp #1 SMP Debian 4.9.2-2 (2017-01-12) armv7l 
GNU/Linux
lsmod: Module  Size  Used by
lsmod: dm_mod102858  0
lsmod: md_mod120554  0
lsmod: jfs   174436  0
lsmod: btrfs1143272  0
lsmod: xor 4718  1 btrfs
lsmod: zlib_deflate   20290  1 btrfs
lsmod: raid6_pq   87373  1 btrfs
lsmod: vfat   10313  0
lsmod: fat57141  1 vfat
lsmod: ext4  549443  2
lsmod: crc16   1274  1 ext4
lsmod: jbd2   93854  1 ext4
lsmod: crc32c_generic  1862  5
lsmod: fscrypto   15747  1 ext4
lsmod: ecb 2191  0
lsmod: mbcache 5508  3 ext4
lsmod: usb_storage45771  0
lsmod: ahci_sunxi  2915  0
lsmod: libahci_platform6494  1 ahci_sunxi
lsmod: libahci23377  2 ahci_sunxi,libahci_platform
lsmod: libata192873  3 ahci_sunxi,libahci_platform,libahci
lsmod: scsi_mod  187972  2 usb_storage,libata
lsmod: realtek 2775  0
lsmod: dwmac_sunxi 2431  0
lsmod: stmmac_platform 4942  1 dwmac_sunxi
lsmod: stmmac 97760  3 stmmac_platform,dwmac_sunxi
lsmod: ohci_platform   4786  0
lsmod: ohci_hcd   37834  1 ohci_platform
lsmod: ehci_platform   5526  0
lsmod: ehci_hcd   64996  1 ehci_platform
lsmod: usbcore   195632  5 
usb_storage,ehci_hcd,ohci_hcd,ehci_platform,ohci_platform
lsmod: phy_sun4i_usb   8637  0
lsmod: extcon_core13223  1 phy_sun4i_usb
lsmod: usb_common  3659  2 phy_sun4i_usb,usbcore
lsmod: sunxi_mmc  12421  0
lsmod: leds_gpio   3390  0
df: Filesystem   1K-blocks  Used Available Use% Mounted on
df: none10250844102464   0% /run
df: devtmpfs493880 0493880   0% /dev
df: /dev/mmcblk0p2 6309592665688   5303680  11% /target
df: /dev/mmcblk0p1  236868 25180195151  11% /target/boot
df: /dev/mmcblk0p2 6309592665688   5303680  11% /dev/.static/dev
df: devtmpfs493880 0493880   0% /target/dev
free:  total used free   shared  buffers
free: Mem:   1025048   765312   2597369366866352
free: -/+ buffers: 698960   326088
free: Swap:   9994200   999420
/proc/cmdline: console=ttyS0,115200 fb=false console=ttyS0
/proc/cpuinfo: processor: 0
/proc/cpuinfo: model name   : ARMv7 Processor rev 4 (v7l)
/proc/cpuinfo: BogoMIPS : 48.00
/proc/cpuinfo: 

Bug#849554: oolite: Stack smashing detected

[Teemu Ikonen]

Package: oolite
Version: 1.84-1
Severity: important

Oolite crashes on start, the splash screen flashes and I get the
following to the console:

$ oolite
$ Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1,
skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1,
skipping unlock
*** stack smashing detected ***:
/usr/lib/GNUstep/Applications/oolite.app/oolite terminated
=== Backtrace: =
/lib/i386-linux-gnu/libc.so.6(+0x6737a)[0xb697e37a]
/lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x37)[0xb6a0ee07]
/lib/i386-linux-gnu/libc.so.6(+0xf7dc8)[0xb6a0edc8]
/usr/lib/GNUstep/Applications/oolite.app/oolite(_fini+0x0)[0x8030bd84]
/usr/lib/GNUstep/Applications/oolite.app/oolite(+0x278194)[0x802ba194]
[0x80d47dc0]
=== Memory map: 
(Clipped, let me know if this would help in resolving this)

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

Kernel: Linux 4.8.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages oolite depends on:
ii  libc6 2.24-8
ii  libespeak11.48.04+dfsg-5
ii  libgcc1   1:6.2.1-5
ii  libgl1-mesa-glx [libgl1]  13.0.2-3
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgnustep-base1.24   1.24.9-3
ii  libminizip1   1.1-8
ii  libmozjs185-1.0   1.8.5-1.0.0+dfsg-6
ii  libobjc4  6.2.1-5
ii  libopenal11:1.17.2-4
ii  libpng16-16   1.6.26-6
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libvorbisfile31.3.5-3
ii  oolite-data   1.84-1

Versions of packages oolite recommends:
ii  oolite-data-sounds  1.84-1
ii  oolite-doc  1.84-1

oolite suggests no packages.

-- no debconf information

Bug#874801: nvidia-legacy-304xx-driver: fails to start after upgrade from 304.134-2

[Teemu Ikonen]

Package: nvidia-legacy-304xx-driver
Version: 304.135-4
Severity: important

Hello,

Nvidia drivers have been working flawlessly on this hardware until
version 304.135-2 of the legacy-304xx driver. With this version, and
also 304.135-4, X does not start and the display remains black, i.e.
text mode is not restored after trying to start X.

This type of lines appear on journalctl and dmesg repeatedly:

Sep 09 20:20:10 mainio systemd[1]: Starting Light Display Manager...
Sep 09 20:20:10 mainio systemd[1]: Started Light Display Manager.
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7d616c0, 1 
page(s), count = 1, flags = 0x0011, key = 0x17877000, page_table = 
0xd782f564
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7d61ac0, 16 
page(s), count = 1, flags = 0x0011, key = 0x17f9f000, page_table = 
0xd7fca004
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7eea5c0, 28 
page(s), count = 1, flags = 0x0011, key = 0x17ef8000, page_table = 
0xf6826d84
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xeadf7b00, 32 
page(s), count = 1, flags = 0x0011, key = 0x2af9d000, page_table = 
0xd7f18184
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7e6ce40, 16 
page(s), count = 1, flags = 0x00020011, key = 0x17ea5000, page_table = 
0xd7852104
Sep 09 20:20:11 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7e6c1c0, 2 
page(s), count = 1, flags = 0x0011, key = 0x17fbb000, page_table = 
0xd7f7a124
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd784d500, 1 
page(s), count = 1, flags = 0x0011, key = 0x17885000, page_table = 
0xd782f424
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd784d100, 16 
page(s), count = 1, flags = 0x0011, key = 0x2adee000, page_table = 
0xd7852d04
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7f6d140, 28 
page(s), count = 1, flags = 0x0011, key = 0x17d96000, page_table = 
0xf6826f84
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7d61440, 32 
page(s), count = 1, flags = 0x0011, key = 0x2af68000, page_table = 
0xebb4
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7fc48c0, 16 
page(s), count = 1, flags = 0x00020011, key = 0x2ae11000, page_table = 
0xd7fc3384
Sep 09 20:20:12 mainio kernel: NVRM: VM: nv_kern_close:1758: 0xd7fc4d40, 2 
page(s), count = 1, flags = 0x0011, key = 0x1782e000, page_table = 
0xeb8a2cc4
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Main process exited, 
code=exited, status=1/FAILURE
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Unit entered failed state.
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Failed with result 
'exit-code'.
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Service hold-off time over, 
scheduling restart.
Sep 09 20:20:12 mainio systemd[1]: Stopped Light Display Manager.
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Start request repeated too 
quickly.
Sep 09 20:20:12 mainio systemd[1]: Failed to start Light Display Manager.
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Unit entered failed state.
Sep 09 20:20:12 mainio systemd[1]: lightdm.service: Failed with result 
'exit-code'.


I also tested the nouveau drivers by first uninstalling the nvidia
drivers, and they worked fine (albeit slower). Reinstalling nvidia
drivers did not fix this problem.

My xorg.conf is from nvidia-xconfig.

Best,
Teemu


-- Package-specific info:
uname -a:
Linux mainio 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) i686 
GNU/Linux

/proc/version:
Linux version 4.9.0-3-686-pae (debian-ker...@lists.debian.org) (gcc version 
6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86 Kernel Module  304.135  Tue Jan 17 14:54:17 PST 
2017
GCC version:  gcc version 6.3.0 20170516 (Debian 6.3.0-18) 

lspci 'VGA compatible controller [0300]':
05:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV43 [GeForce 6600 
LE] [10de:0142] (rev a2) (prog-if 00 [VGA controller])
Subsystem: Gigabyte Technology Co., Ltd NV43 [GeForce 6600 LE] 
[1458:3129]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia
Kernel modules: nvidia

dmesg:

Device node permissions:
crw-rw+ 1 root video 226,   0 Sep  9 19:16 /dev/dri/card0
crw-rw-rw-  1 root root  195,   0 Sep  9 19:18 /dev/nvidia0
crw-rw-rw-  1 root root  195, 255 Sep  9 19:18 /dev/nvidiactl
video:x:44:tpikonen

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   24 Sep  9 20:19 /etc/X11/xorg.conf -> 
xorg.conf.nvidia-xconfig
lrwxrwxrwx 1 root root   15 Sep  9 19:11 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   49 Sep  9 19:11 
/etc/alternatives/glx--libEGL.so.1-i386-linux-gnu -> 

Bug#888688: q-text-as-data: Please update to the latest upstream

[Teemu Ikonen]

Source: q-text-as-data
Version: 1.4.0-2
Severity: important

Version 1.4.0 of q-text-as-data has several serious problems (mainly
in UTF8 handling which have been fixed in the upstream version (see
http://harelba.github.io/q/changelog.html ).

Please upgrade the Debian package to the latest upstream version.

Bug#888689: csvtool: namedcol fails on files with byte order mark

[Teemu Ikonen]

Package: csvtool
Version: 1.5-1+b1
Severity: important

If an input csv-file starts with the unicode byte order mark character,
the first column name is not recognized:

$ head -3 routes.txt 
route_id,route_short_name,route_long_name,route_type
1,1,Vatiala - Pirkkala,3
1A,1A,Vatiala - Pirkkala,3
$ csvtool namedcol route_id routes.txt 
route_id
Fatal error: exception Failure("namedcol: requested header "route_id"
not in CSV file "routes.txt"")

There is a new upstream version (2.0) which may or may not fix this bug.

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

Kernel: Linux 4.9.0-5-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages csvtool depends on:
ii  libc6  2.24-11+deb9u1

csvtool recommends no packages.

csvtool suggests no packages.

-- no debconf information

Bug#892617: freecad: remove from uploaders

[Teemu Ikonen]

Package: freecad
Severity: minor

I have not had the time or motivation to work on freecad for a long time
now. Therefore I have removed myself from the uploaders list (already
committed to the repo in salsa).

Best,
Teemu

Bug#892618: pymca: remove from uploaders

[Teemu Ikonen]

Source: pymca
Severity: minor

I have not made contributions to pymca maintenance for years, so it's
time to remove myself from uploaders list. The commit doing this is
already in the salsa repo.

Best,
Teemu

Bug#790196: rasmol: Port to GTK+ 3 / VTE 2.91

[Teemu Ikonen]

Hi all,

Rasmol upstream is not dead, it's just resting :)

The current sources live at
https://github.com/rasmol/rasmol/tree/rasmol-2.7.6 and contain a
gtk3 port which I made in the spring. Unfortunately I got
distracted by other projects before I could finish the Debian
packaging. There are also library dependencies which I would like
to upgrade before rasmol itself.

I see that there has been some (possibly duplicate) effort here
to get this bug fixed and I'm sorry that I did not communicate
about the development that has been made elsewhere.

I will integrate the new upstream code to the salsa repo soon.

Best,
Teemu

Bug#870836: imake generated makefile use deprecated -D_BSD_SOURCE and -D_SVID_SOURCE

[Teemu Ikonen]

Hi,

The attached patch against the xutils-dev git repo at salsa fixes
this for me. Note that there are also other definitions of
-D_BSD_SOURCE and -D_SVID_SOURCE in the sources, but they
probably do not affect Debian.

Best,
TeemuFrom eb20e1365cb9d564ad9d06736a33105f1fd12846 Mon Sep 17 00:00:00 2001
From: Teemu Ikonen 
Date: Tue, 23 Oct 2018 15:29:38 +0300
Subject: [PATCH] New patch: 09_default_source.diff

Change -D_BSD_SOURCE and -D_SVID_SOURCE to -D_DEFAULT_SOURCE

Closes: #870836
---
 debian/patches/09_default_source.diff | 26 ++
 debian/patches/series |  1 +
 2 files changed, 27 insertions(+)
 create mode 100644 debian/patches/09_default_source.diff

diff --git a/debian/patches/09_default_source.diff b/debian/patches/09_default_source.diff
new file mode 100644
index 000..5e71e5f
--- /dev/null
+++ b/debian/patches/09_default_source.diff
@@ -0,0 +1,26 @@
+Index: git-xutils-dev/xorg-cf-files/gnu.cf
+===
+--- git-xutils-dev.orig/xorg-cf-files/gnu.cf
 git-xutils-dev/xorg-cf-files/gnu.cf
+@@ -245,7 +245,7 @@ InstallNamedTargetNoClobber(install,file
+ 
+ # define GnuSourceDefines	-D_POSIX_C_SOURCE=199309L \
+ -D_POSIX_SOURCE -D_XOPEN_SOURCE \
+--D_BSD_SOURCE -D_SVID_SOURCE \
++-D_DEFAULT_SOURCE \
+ GnuAdditionalIncludes GnuGnuSourceDefines \
+ GnuLocaleDefines
+ # define XawI18nDefines		-DHAS_WCHAR_H -DHAS_WCTYPE_H -DNO_WIDEC_H
+Index: git-xutils-dev/xorg-cf-files/linux.cf
+===
+--- git-xutils-dev.orig/xorg-cf-files/linux.cf
 git-xutils-dev/xorg-cf-files/linux.cf
+@@ -350,7 +350,7 @@ InstallNamedTargetNoClobber(install,file
+ #if LinuxCLibMajorVersion >= 6
+ # define LinuxSourceDefines	-D_POSIX_C_SOURCE=199309L \
+ -D_POSIX_SOURCE -D_XOPEN_SOURCE \
+--D_BSD_SOURCE -D_SVID_SOURCE \
++-D_DEFAULT_SOURCE \
+ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 \
+ LinuxAdditionalIncludes LinuxGnuSourceDefines \
+ LinuxLocaleDefines
diff --git a/debian/patches/series b/debian/patches/series
index c91cb22..bb9f5c2 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -4,3 +4,4 @@
 06_font_path.diff
 07_gnu_manpath.diff
 08_xorg_with_xmlto.diff
+09_default_source.diff
-- 
2.11.0

Bug#851486: debian-installer: USB keyboard doesn't work on Banana Pi

[Teemu Ikonen]

I just tried to install Debian to a Banana Pi from the
daily/netboot/SD-card-image installer (2018-10-28). The USB
keyboard still doesn't work.

After enabling the HDMI console output following instructions
here
https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_an_SD_card_image
the installer boots and prints the language selection menu, but
as the keyboard is not working, installation cannot be continued
(without a serial connection).

I get these messages to the console during kernel startup:

usb0-vbus: disabling
usb1-vbus: disabling
usb2-vbus: disabling

These suggest that although the necessary modules probably are
included in the kernel and initrd, the USB buses are not powered
on.

Bug#918467: lxpanel: Weather plugin uses obsolete APIs, does not work.

[Teemu Ikonen]

Package: lxpanel
Version: 0.9.3-1
Severity: normal
Tags: upstream

The weather plugin of lxpanel does not update the weather information
any more. A look at the source reveals that a query is made to
yahooapis.com, which does not seem to exist any more.

Yahoo does have another weather API (see
https://developer.yahoo.com/weather/ ), but it seems to require
authentication, API keys etc.


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

Kernel: Linux 4.19.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lxpanel depends on:
ii  libasound2   1.1.7-2
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-2
ii  libcairo21.16.0-2
ii  libfm-gtk4   1.3.1-1
ii  libfm-modules1.3.1-1
ii  libfm4   1.3.1-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-7
ii  libglib2.0-0 2.58.1-2
ii  libgtk2.0-0  2.24.32-3
ii  libiw30  30~pre9-13
ii  libkeybinder00.3.1-1
ii  libmenu-cache3   1.1.0-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libwnck222.30.7-6
ii  libx11-6 2:1.6.7-1
ii  libxml2  2.9.4+dfsg1-7+b3
ii  lxmenu-data  0.1.5-2
ii  lxpanel-data 0.9.3-1

Versions of packages lxpanel recommends:
ii  lxterminal [x-terminal-emulator]  0.3.2-1
ii  pavucontrol   3.0-4
ii  rxvt-unicode [x-terminal-emulator]9.23~pre.ti-1
ii  stterm [x-terminal-emulator]  0.8.1-1
ii  xfce4-terminal [x-terminal-emulator]  0.8.7.4-2
ii  xkb-data  2.23.1-1
ii  xterm [x-terminal-emulator]   341-1

Versions of packages lxpanel suggests:
ii  chromium [www-browser] 72.0.3626.7-4
ii  firefox-esr [www-browser]  60.4.0esr-1
ii  lynx [www-browser] 2.8.9rel.1-2
ii  menu   2.1.47+b1
ii  w3m [www-browser]  0.5.3-36+b1

-- no debconf information

Bug#908760: xdg-utils: xdg-open doesn't work in LXDE on URLs

[Teemu Ikonen]

This bug is fixed in this upstream commit:
https://cgit.freedesktop.org/xdg/xdg-utils/commit/scripts?id=31525d3855f876ddf2e29091b2e8d376f923e09e

Bug#916172: xfce4-power-manager: Always sets screen saver cycle time to 0

[Teemu Ikonen]

Package: xfce4-power-manager
Version: 1.6.1-1
Severity: minor
Tags: upstream patch

When starting xfce4-power-manager or changing blanking time in
xfce4-power-manager-settings, all the X screen saver extension
parameters except the screen saver timeout are set to default values.

In particular, the screen saver cycle time (as in 'xset s TIMEOUT
CYCLE') is set to 0, even when it was set to something else in X
initialization.  This can break some screen lockers such as xss-lock
(see #914544).

The patch in this pull request makes xfce4-power-manager preserve the
current screen saver settings (except timeout):
https://github.com/xfce-mirror/xfce4-power-manager/pull/3

Best,
Teemu


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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.24-11+deb9u3
ii  libcairo2 1.14.8-1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libupower-glib3   0.99.4-4+b1
ii  libx11-6  2:1.6.4-3+deb9u1
ii  libxext6  2:1.3.3-1+b2
ii  libxfce4ui-2-04.12.1-2
ii  libxfce4util7 4.12.1-3
ii  libxfconf-0-2 4.12.1-1
ii  libxrandr22:1.5.1-1
ii  upower0.99.4-4+b1
ii  xfce4-power-manager-data  1.6.1-1.1

Versions of packages xfce4-power-manager recommends:
ii  libpam-systemd   232-25+deb9u6
pn  xfce4-power-manager-plugins  

xfce4-power-manager suggests no packages.

-- no debconf information

Bug#914544: xss-lock: Fails to run locker with -n and cycle time 0

[Teemu Ikonen]

Control: tag -1 +patch

Ian Campbell  wrote:
[...]
> So I believe the correct fix would be to skip the notifier if
> the cycle time is zero since "The locker is started after the
> first screen saver cycle". In that case a cycle time of 0 would
> imply to me that the locker should be started immediately,
> skipping the notifier. That would also seem to be implied by
> the lack of a XCB_SCREENSAVER_STATE_CYCLE event in this case.

Yes, you're right, this is the correct behavior.

I forked one of the copies of xss-lock in github and implemented
this solution. It's in the latest two commits of this repo:
https://github.com/tpikonen/xss-lock

(The 3 commits before that could also be interesting, at least
they improved my usage of xss-lock)

Best,
Teemu

Bug#916172: xfce4-power-manager: Always sets screen saver cycle time to 0

[Teemu Ikonen]

Yves-Alexis Perez  wrote:
> I'm not really sure upstream handles pull request on github,
> it's just a read- only mirror. You should open a bug on
> https://bugzilla.xfce.org.

Thanks, I opened a bug in xfce4 bug tracker at
https://bugzilla.xfce.org/show_bug.cgi?id=14968

Best,
Teemu

Bug#916172: xfce4-power-manager: Always sets screen saver cycle time to 0

[Teemu Ikonen]

The patch is now applied to upstream git:

https://git.xfce.org/xfce/xfce4-power-manager/commit/?id=9fb776bc488f073e47f47cf69b632d1045221d08

Bug#914544: xss-lock: Fails to run locker with -n and cycle time 0

[Teemu Ikonen]

Package: xss-lock
Version: 0.3.0-5
Severity: normal
Tags: upstream

When the X screensaver extension cycle time (as in 'xset s TIMEOUT
CYCLE') is set to 0 and xss-lock is run with a notification command (the
-n option), the locker command is not being run at all when timeout is
reached. This of course has some security implications.

This would perhaps not be a big problem, but xfce4-power-manager seems
to really want to set the screensaver cycle time to 0 on startup, or
whenever the 'Blank after' time is changed on the GUI.

I think the correct behaviour in the case of cycle time = 0 would be
to run the notification and locker commands one after the other.

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

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

Versions of packages xss-lock depends on:
ii  libc62.24-11+deb9u3
ii  libglib2.0-0 2.50.3-2
ii  libxcb-screensaver0  1.12-1
ii  libxcb-util0 0.3.8-3+b2
ii  libxcb1  1.12-1

xss-lock recommends no packages.

xss-lock suggests no packages.

-- no debconf information

Bug#914613: xdg-screensaver: Does nothing for many DEs (lxde, dde, enlightenment etc.)

[Teemu Ikonen]

Package: xdg-utils
Version: 1.1.3-1
Severity: normal
Tags: upstream patch

xdg-screensaver detects the running desktop environment and then runs
DE-specific commands to reset or turn on / off the screensaver.  If the
DE is not detected, it uses 'xset s' to control the X server screen
saver extension.

The problem is that xdg-screensaver can recognize more DEs than it has
the code to handle. The generic X server screensaver code is not called
at all when using, for example LXDE. The attached 'sh -x xdg-screensaver
reset' output shows what happens when 'xdg-screensaver reset' is run in
LXDE (nothing useful).

The attached patch makes the 'xset s' codepath the default. It is now
run if the DE is detected, but there is no specialized code to handle
its screensaver.


-- Package-specific info:
Desktop environment: XDG_CURRENT_DESKTOP=LXDE

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

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

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  libfile-mimeinfo-perl  0.27-1
ii  libnet-dbus-perl   1.1.0-4+b1
ii  libx11-protocol-perl   0.56-7
ii  x11-utils  7.7+3+b1
ii  x11-xserver-utils  7.7+7+b1

xdg-utils suggests no packages.

-- no debconf information
+ check_common_commands reset
+ [ 1 -gt 0 ]
+ parm=reset
+ shift
+ [ 0 -gt 0 ]
+ [ -z  ]
+ unset XDG_UTILS_DEBUG_LEVEL
+ [ 0 -lt 1 ]
+ xdg_redirect_output= > /dev/null 2> /dev/null
+ mv -T ... ...
+ grep \.\.\.
+ DEBUG 1 mv -T available
+ [ -z  ]
+ return 0
+ MV=mv -T
+ echo :0.0
+ sed s/:/-/g
+ screensaver_file=/tmp/xdg-screensaver-tpikonen--0.0
+ which lockfile
+ lockfile_command=/usr/bin/lockfile
+ which xprop
+ XPROP=/usr/bin/xprop
+ [ xreset != x ]
+ action=
+ window_id=
+ action=reset
+ detectDE
+ unset GREP_OPTIONS
+ [ -n LXDE ]
+ DE=lxde
+ [ xlxde = x ]
+ [ xlxde = x ]
+ [ xlxde = x ]
+ [ xlxde = xgnome ]
+ [ -f /run/user/1000/flatpak-info ]
+ xscreensaver-command -version
+ grep XScreenSaver
+ dbus-send --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus 
org.freedesktop.DBus.GetNameOwner string:org.gnome.ScreenSaver
+ dbus-send --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus 
org.freedesktop.DBus.GetNameOwner string:org.mate.ScreenSaver
+ xautolock -enable
+ [ reset = resume ]
+ perform_action reset
+ result=1
+ [ reset = resume ]
+ [ reset = reset ]
+ grep DPMS is Enabled
+ xset -q
+ [ -n :0.0 -a reset = suspend ]
+ [ reset = suspend ]
+ [ 1 -eq 0 ]
+ exit_failure_operation_failed
+ [ 0 -gt 0 ]
+ exit 4
--- xdg-screensaver.orig2018-05-20 01:18:48.0 +0300
+++ xdg-screensaver 2018-11-25 18:30:09.197525065 +0200
@@ -623,7 +623,7 @@
   [ -n "$DISPLAY" ] && screensaver_xserver "$1"
   ;;
 
-''|generic)
+*|generic)
   [ -n "$DISPLAY" ] && screensaver_xserver "$1"
   ;;
   esac

Bug#914613: xdg-screensaver: Does nothing for many DEs (lxde, dde, enlightenment etc.)

[Teemu Ikonen]

Teemu Ikonen  wrote:
> The attached patch makes the 'xset s' codepath the default. It
> is now run if the DE is detected, but there is no specialized
> code to handle its screensaver.

On further testing I noticed that this patch breaks programs
which expect 'xdg-screensaver lock' to succeed (for example
xfce4-power-manager complains about not able to lock screen on
suspend). This is because the 'screensaver_xserver' code in
xdg-screensaver does not support the lock subcommand.

The bug report itself is still valid though, LXDE users without a
screen saver other than the X server blanking would benefit from
having a working 'xdg-screensaver reset' command, which is used
by many media players to inhibit screen saving.

I found this bug when setting up xss-lock. I ended up writing a
patch to support it explicitly in xdg-screensaver, submitted to
upstream here:
https://bugs.freedesktop.org/show_bug.cgi?id=108865

Best,
Teemu

Bug#914778: Patch to support xss-lock in xdg-screensaver does not work.

[Teemu Ikonen]

Package: xss-lock
Version: 0.3.0-5
Severity: minor
Tags: patch

The patch /usr/share/doc/xss-lock/xdg-screensaver.patch to
xdg-screensaver does not work, as the support for resetting xss-lock
with kill -HUP has been removed from xss-lock in
debian/patches/0002-exit-on-SIGHUP-fixes-6.patch

A working patch to support xss-lock in xdg-screensaver is submitted to
xdg-utils upstream here:
https://bugs.freedesktop.org/show_bug.cgi?id=108865

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

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

Versions of packages xss-lock depends on:
ii  libc62.24-11+deb9u3
ii  libglib2.0-0 2.50.3-2
ii  libxcb-screensaver0  1.12-1
ii  libxcb-util0 0.3.8-3+b2
ii  libxcb1  1.12-1

xss-lock recommends no packages.

xss-lock suggests no packages.

-- no debconf information

Bug#914778: Patch to support xss-lock in xdg-screensaver does not work.

[Teemu Ikonen]

Teemu Ikonen  wrote:
> The patch /usr/share/doc/xss-lock/xdg-screensaver.patch to
> xdg-screensaver does not work, as the support for resetting
> xss-lock with kill -HUP has been removed from xss-lock in
> debian/patches/0002-exit-on-SIGHUP-fixes-6.patch

Attached is a patch to xss-lock package which removes the
non-working xdg-screensaver patch and fixes the man page sections
about signals and xdg-screensaver support.

Best,
TeemuFrom 10042faf459dadd4de51e8ec007372b8b9eb44bc Mon Sep 17 00:00:00 2001
From: Teemu Ikonen 
Date: Tue, 27 Nov 2018 10:13:33 +0200
Subject: [PATCH] Fix info about SIGHUP and xdg-screensaver in man page.

Remove section on SIGHUP from man page, since support for resetting via
signals has been removed from xss-lock.

Remove obsolete xdg-screensaver.patch and point to a location of a
working version in man page.
---
 doc/xdg-screensaver.patch | 20 
 doc/xss-lock.1.rst.in | 28 +++-
 2 files changed, 3 insertions(+), 45 deletions(-)
 delete mode 100644 doc/xdg-screensaver.patch

diff --git a/doc/xdg-screensaver.patch b/doc/xdg-screensaver.patch
deleted file mode 100644
index 2ff0c70..000
--- a/doc/xdg-screensaver.patch
+++ /dev/null
@@ -1,20 +0,0 @@
-diff -u old/xdg-screensaver new/xdg-screensaver
 old/xdg-screensaver	2013-05-21 15:08:51.152812849 +0200
-+++ new/xdg-screensaver	2013-05-21 15:13:16.843096616 +0200
-@@ -825,13 +825,13 @@
- {
- case "$1" in
- suspend)
--xset s off > /dev/null
-+screensaver_suspend_loop eval killall -HUP xss-lock '||' xset s reset > /dev/null 2>&1
- result=$?
- ;;
- 
- resume)
--xset s default > /dev/null
--result=$?
-+# Automatic resume when $screensaver_file disappears
-+result=0
- ;;
- 
- activate)
diff --git a/doc/xss-lock.1.rst.in b/doc/xss-lock.1.rst.in
index e1b0840..69814a0 100644
--- a/doc/xss-lock.1.rst.in
+++ b/doc/xss-lock.1.rst.in
@@ -86,20 +86,6 @@ Options
 Signals
 ===
 
-SIGHUP
-Upon receiving this signal, **xss-lock** resets the screen saver, but only
-if the screen is not currently locked (unlike ``xset s reset``).
-
-This can be used in MPlayer's configuration as a workaround for MPlayer's
-failure to restart the screen saver timer when playback is paused::
-
-heartbeat-cmd="killall -HUP xss-lock"
-stop-xscreensaver=false
-
-.. note::
-   This is ineffective with mplayer2 (and mpv), because its heart keeps
-   beating while playback is paused.
-
 SIGINT/SIGTERM
 Upon receiving this signal, **xss-lock** exits after killing any running
 notifier or locker.
@@ -107,17 +93,9 @@ SIGINT/SIGTERM
 Notes
 =
 
-- Some applications rely on the **xdg-screensaver** script from xdg-utils,
-  which uses ``xset s off`` and ``xset s default`` to suspend and resume the
-  screen saver, respectively. The latter resets the timeout and cycle to the
-  server defaults (``xset s on`` uses a hardcoded default instead), so this
-  only works if you are happy with (or can control) the server settings.
-  
-  To fix the resume action in this script (or a copy in *~/bin* preceding the
-  original in **$PATH**), either replace ``on`` by your preferred timeout and
-  cycle, or avoid hardcoded time values by patching the script to run a suspend
-  loop as it does for other screen savers, using
-  *@CMAKE_INSTALL_PREFIX@/share/doc/xss-lock/xdg-screensaver.patch*.
+- Some applications rely on the **xdg-screensaver** script from xdg-utils
+  to control the screen saver. A patch to support xss-lock in xdg-screensaver
+  can be found here: https://bugs.freedesktop.org/show_bug.cgi?id=108865
 
 Examples
 
-- 
2.11.0

Bug#923408: lxpanel: weather applet does not update at startup

[Teemu Ikonen]

Package: lxpanel
Version: 0.10.0-1
Severity: normal
Tags: upstream

Thanks for fixing the weather applet by using the OpenWeatherMap API.
Here's another problem though:

When I start my LXDE session the weather applet does not show the
temperature etc., but rather says that weather information for my
location is not available.

I use network manager / nm-applet to set up my networking, so the likely
reason for this is that the weather plugin tries to make a connection to
the servers before the network setup is finished. If I toggle the manual
/ automatic update in the plugin settings after the network is up, the
weather info appears.

The weather plugin should either wait for the network to come up
(network manager has the 'nm-online' util for this, but I'm not sure if
you can assume that network manager is running), or make a few retries
during startup, with a reasonable wait time in between.

Best,
Teemu

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

Kernel: Linux 4.19.0-2-686 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lxpanel depends on:
ii  libasound2   1.1.8-1
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-7
ii  libcairo21.16.0-2
ii  libcurl3-gnutls  7.64.0-1
ii  libfm-gtk4   1.3.1-1
ii  libfm-modules1.3.1-1
ii  libfm4   1.3.1-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-7
ii  libglib2.0-0 2.58.3-1
ii  libgtk2.0-0  2.24.32-3
ii  libiw30  30~pre9-13
ii  libkeybinder00.3.1-1
ii  libmenu-cache3   1.1.0-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libwnck222.30.7-6
ii  libx11-6 2:1.6.7-1
ii  libxml2  2.9.4+dfsg1-7+b3
ii  lxmenu-data  0.1.5-2
ii  lxpanel-data 0.10.0-1

Versions of packages lxpanel recommends:
ii  libnotify-bin0.7.7-4
ii  lxterminal [x-terminal-emulator] 0.3.2-1
ii  notification-daemon  3.20.0-4
ii  pavucontrol  3.0-4
ii  rxvt-unicode [x-terminal-emulator]   9.23~pre.ti-1
ii  stterm [x-terminal-emulator] 0.8.2-1
ii  xfce4-notifyd [notification-daemon]  0.4.3-1
ii  xkb-data 2.26-2
ii  xterm [x-terminal-emulator]  344-1

Versions of packages lxpanel suggests:
ii  chromium [www-browser] 72.0.3626.109-1
ii  firefox-esr [www-browser]  60.5.1esr-1
ii  lynx [www-browser] 2.8.9rel.1-3
ii  menu   2.1.47+b1
ii  w3m [www-browser]  0.5.3-37

-- no debconf information

Bug#923510: bugs.debian.org: 500 Internal Server Error when accessing bugs for 'linux'

[Teemu Ikonen]

Package: bugs.debian.org
Severity: serious
Justification: Submitting and viewing bugs on the Linux kernel is rather high 
on the list of things a Linux distribution should do

BTS returns a '500 Internal Server Error' response for any kind of
attempt to view bugs on the 'linux' source package, see this URL for
example: https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux

This also somewhat breaks reportbug, since it get the same response when
querying BTS for linux bugs.

As the linux package has 2000+ bugs, and other packages with lower bug
counts work fine, this is obviously caused by a resource limit getting
exceeded somewhere.

Bug#922075: npm: segfault during extract on i386

[Teemu Ikonen]

Package: npm
Version: 5.8.0+ds6-3
Severity: normal

I get a repeatable segfault from npm install by doing the following on
i386 (deleting the local .npm and node_modules dirs is not needed to
reproduce).

-*-

$ rm -rf .npm/
$ rm -rf node_modules/
$ npm --verbose install electron-spellchecker@1.1.2
npm info it worked if it ends with ok
npm WARN npm npm does not support Node.js v10.15.1
npm WARN npm You should probably upgrade to a newer version of node as we
npm WARN npm can't make any promises that npm will work with this version.
npm WARN npm Supported releases of Node.js are the latest release of 4, 6, 7, 
8, 9.
npm WARN npm You can find the latest version at https://nodejs.org/
npm verb cli [ '/usr/bin/node',
npm verb cli   '/usr/bin/npm',
npm verb cli   '--verbose',
npm verb cli   'install',
npm verb cli   'electron-spellchecker@1.1.2' ]
npm info using npm@5.8.0
npm info using node@v10.15.1
npm verb config Skipping project config: /home/tpikonen/.npmrc. (matches 
userconfig)
npm verb npm-session 07474421384f9f89
npm http fetch GET 200 https://registry.npmjs.org/electron-spellchecker 259ms
npm http fetch GET 200 https://registry.npmjs.org/bcp47 118ms
npm http fetch GET 200 https://registry.npmjs.org/debug 189ms
npm http fetch GET 200 https://registry.npmjs.org/electron-remote 192ms
npm http fetch GET 200 https://registry.npmjs.org/@paulcbetts%2fcld 227ms
npm http fetch GET 200 https://registry.npmjs.org/keyboard-layout 227ms
npm http fetch GET 200 https://registry.npmjs.org/spawn-rx 104ms
npm http fetch GET 200 https://registry.npmjs.org/pify 241ms
npm http fetch GET 200 https://registry.npmjs.org/lru-cache 247ms
npm http fetch GET 200 https://registry.npmjs.org/@paulcbetts%2fspellchecker 
258ms
npm http fetch GET 200 https://registry.npmjs.org/debug/-/debug-2.6.9.tgz 97ms
npm http fetch GET 200 https://registry.npmjs.org/rxjs-serial-subscription 321ms
npm http fetch GET 200 https://registry.npmjs.org/pify/-/pify-2.3.0.tgz 100ms
npm http fetch GET 200 https://registry.npmjs.org/rxjs 421ms
npm http fetch GET 200 
https://registry.npmjs.org/spawn-rx/-/spawn-rx-2.0.12.tgz 204ms
npm http fetch GET 200 https://registry.npmjs.org/underscore 51ms
npm http fetch GET 200 https://registry.npmjs.org/glob 54ms
npm http fetch GET 200 https://registry.npmjs.org/ms 35ms
npm http fetch GET 200 https://registry.npmjs.org/ms/-/ms-2.0.0.tgz 42ms
npm http fetch GET 200 https://registry.npmjs.org/lodash.get 51ms
npm http fetch GET 200 https://registry.npmjs.org/xmlhttprequest 57ms
npm http fetch GET 200 https://registry.npmjs.org/hashids 68ms
npm http fetch GET 200 https://registry.npmjs.org/symbol-observable 33ms
npm http fetch GET 200 https://registry.npmjs.org/nan 49ms
npm http fetch GET 200 https://registry.npmjs.org/event-kit 59ms
npm http fetch GET 200 https://registry.npmjs.org/yallist 36ms
npm http fetch GET 200 https://registry.npmjs.org/pseudomap 43ms
npm http fetch GET 200 https://registry.npmjs.org/yallist/-/yallist-2.1.2.tgz 
36ms
npm http fetch GET 200 https://registry.npmjs.org/lodash.assign 39ms
npm verb correctMkdir /home/tpikonen/.npm/_locks correctMkdir not in flight; 
initializing
npm verb makeDirectory /home/tpikonen/.npm/_locks creation not in flight; 
initializing
npm verb lock using /home/tpikonen/.npm/_locks/staging-1ec0d591837db4e7.lock 
for /home/tpikonen/node_modules/.staging
npm http fetch GET 200 https://registry.npmjs.org/hashids/-/hashids-1.2.2.tgz 
316ms
npm http fetch GET 200 
https://registry.npmjs.org/pseudomap/-/pseudomap-1.0.2.tgz 313ms
npm http fetch GET 200 
https://registry.npmjs.org/event-kit/-/event-kit-2.5.3.tgz 320ms
npm http fetch GET 200 
https://registry.npmjs.org/lodash.get/-/lodash.get-4.4.2.tgz 316ms
npm http fetch GET 200 
https://registry.npmjs.org/symbol-observable/-/symbol-observable-1.0.1.tgz 322ms
npm WARN tar write after end
npm http fetch GET 200 
https://registry.npmjs.org/brace-expansion/-/brace-expansion-1.1.11.tgz 497ms
Segmentation fault.] / extract:brace-expansion: sill extract 
brace-expansion@1.1.11 extracted to 
/home/tpikonen/node_modules/.staging/brace-expansion-3f1cd090

-*-

On repeated runs the package being extracted is not always the same, but
the segfault happens when the first package is extracted.

This bug is probably not in npm, but in the interpreter. I'll let you
sort that out though.

Here's my /proc/cpuinfo for reference:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU T7400  @ 2.16GHz
stepping: 6
microcode   : 0xc7
cpu MHz : 1333.000
cache size  : 4096 KB
physical id : 0
siblings: 2
core id : 1
cpu cores   : 2
apicid  : 1
initial apicid  : 1
fdiv_bug: no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts 

Bug#921625: node-gyp install fails

[Teemu Ikonen]

Package: node-gyp
Version: 3.8.0-4
Severity: normal
Tags: upstream

I get this output from 'node-gyp install' on i386:

-*-

$ node-gyp install
gyp info it worked if it ends with ok
gyp info using node-gyp@3.8.0
gyp info using node@10.15.1 | linux | ia32
gyp http GET 
https://nodejs.org/download/release/v10.15.1/node-v10.15.1-headers.tar.gz
gyp http 200 
https://nodejs.org/download/release/v10.15.1/node-v10.15.1-headers.tar.gz
gyp ERR! UNCAUGHT EXCEPTION 
gyp ERR! stack TypeError: Cannot read property 'substring' of undefined
gyp ERR! stack at Unpack.isValid [as filter] 
(/usr/share/node-gyp/lib/install.js:160:30)
gyp ERR! stack at Unpack.[consumeHeader] 
(/usr/lib/nodejs/tar/lib/parse.js:134:48)
gyp ERR! stack at Unpack.[consumeChunkSub] 
(/usr/lib/nodejs/tar/lib/parse.js:385:30)
gyp ERR! stack at Unpack.[consumeChunk] 
(/usr/lib/nodejs/tar/lib/parse.js:362:30)
gyp ERR! stack at Unpack.write (/usr/lib/nodejs/tar/lib/parse.js:309:25)
gyp ERR! stack at Gunzip.ondata (_stream_readable.js:667:20)
gyp ERR! stack at Gunzip.emit (events.js:189:13)
gyp ERR! stack at addChunk (_stream_readable.js:284:12)
gyp ERR! stack at readableAddChunk (_stream_readable.js:265:11)
gyp ERR! stack at Gunzip.Readable.push (_stream_readable.js:220:10)
gyp ERR! System Linux 4.9.0-8-686-pae
gyp ERR! command "/usr/bin/node" "/usr/bin/node-gyp" "install"
gyp ERR! cwd /home/tpikonen
gyp ERR! node -v v10.15.1
gyp ERR! node-gyp -v v3.8.0
gyp ERR! This is a bug in `node-gyp`.
gyp ERR! Try to update node-gyp and file an Issue if it does not help:
gyp ERR! 

-*-

I also tested a local install of node-gyp (installed with 'npm install')
and got a segfault after the 'http 200' response.

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

Kernel: Linux 4.9.0-8-686-pae (SMP w/2 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages node-gyp depends on:
ii  gyp   0.1+20180428git4d467626-2
ii  libnode-dev   10.15.1~dfsg-2
ii  node-fstream  1.0.10-1
ii  node-glob 7.1.3-2
ii  node-graceful-fs  4.1.11-1
ii  node-mkdirp   0.5.1-1
ii  node-nopt 3.0.6-3
ii  node-npmlog   4.1.2-1
ii  node-osenv0.1.5-1
ii  node-request  2.88.1-2
ii  node-rimraf   2.6.2-1
ii  node-semver   5.5.1-1
ii  node-tar  4.4.6+ds1-3
ii  node-which1.3.0-2
ii  nodejs10.15.1~dfsg-2

Versions of packages node-gyp recommends:
ii  build-essential  12.5

node-gyp suggests no packages.

-- no debconf information

Bug#920451: sensible-utils: Should provide .desktop files

[Teemu Ikonen]

Package: sensible-utils
Version: 0.0.12
Severity: normal

The various *-open utils (gnome, kde, exo, xdg) and GUI toolkits seem to
use the XDG mimeapps mechanism to select the default browser, at least
as a fallback. The user config file for this is ~/.config/mimeapps.list

These commands return the .desktop file for the application configured
for the browser related MIME types:

xdg-mime query default text/html
xdg-mime query default x-scheme-handler/http
xdg-mime query default x-scheme-handler/https
xdg-mime query default x-scheme-handler/about

(Setting of the defaults is made with a similar command, e.g.:
xdg-mime default firefox-esr.desktop text/html )

As sensible-browser does not come with a .desktop file, there is no way
to set it as a default with this mechanism. Maybe a .desktop file could
be provided in sensible-utils?

(Referring to default applications by their .desktop file is pretty
bonkers IMO, but sensible-utils is easier to fix than xdg-mime)

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

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

-- no debconf information

Bug#911189: gpgme-json packaging

[Teemu Ikonen]

Has there been any progress with this bug?

gpgme-json is already built in the Debian sources, so adding it to a 
(possibly separate) binary package should not be a big problem. Are 
there tests failing or missing?


Best,
Teemu

Bug#973832: Recommends: purple-carbons should be purple-xmpp-carbons

[Teemu Ikonen]

Package: chatty
Version: 0.1.17-1
Severity: normal

chatty Recommends purple-carbons, but the carbons package in Debian is
called purple-xmpp-carbons.

-- System Information:
Debian Release: 10.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chatty depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.30.1-2
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libebook-1.2-19  3.30.5-1+deb10u1
ii  libebook-contacts-1.2-2  3.30.5-1+deb10u1
ii  libedataserver-1.2-233.30.5-1+deb10u1
ii  libfeedback-0.0-00.0.0+git20200726-1
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgtk-3-0   3.24.5-1
ii  libhandy-0.0-0   0.0.10-1~bpo10+1
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libpurple0   2.13.0-2+b1
ii  libsqlite3-0 3.27.2-3

Versions of packages chatty recommends:
pn  purple-carbons   
pn  purple-lurch 
pn  purple-mm-sms
pn  purple-xmpp-http-upload  

Versions of packages chatty suggests:
pn  gnome-calls  

-- no debconf information

Bug#960593: hplip: Requires login as root instead of as user

[Teemu Ikonen]

Note that this bug can be mitigated by adding the two lines below to 
~/.hplip/hplip.conf:


-*-
[authentication]
su_sudo=sudo
-*-

This is no excuse for the code in base/password.py which should be 
fixed to something sane, like checking for users sudo permissions and 
using sudo if it works, instead of relying on a fixed value per OS.

Bug#952724: "warning: ICC support is not available" warnings

[Teemu Ikonen]

Control: tags 952724 patch

I was sufficiently annoyed about this, so I fixed this so that the ICC 
warning is displayed only once. A patch file for debian/patches is 
attached.


Description: Only warn once about the missing ICC support

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: , 
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: 
Reviewed-By: 
Last-Update: 2021-03-05

--- mupdf-1.17.0+ds1.orig/source/fitz/colorspace.c
+++ mupdf-1.17.0+ds1/source/fitz/colorspace.c
@@ -87,7 +87,12 @@ void fz_new_colorspace_context(fz_contex
 
 void fz_enable_icc(fz_context *ctx)
 {
-	fz_warn(ctx, "ICC support is not available");
+	static int warned = 0;
+
+	if (!warned) {
+		fz_warn(ctx, "ICC support is not available");
+		warned = 1;
+	}
 }
 
 void fz_disable_icc(fz_context *ctx)

Bug#996040: qml-module-qtpositioning: Bogus Altitude, Direction and Speed values with geoclue2 backend

[Teemu Ikonen]

Package: qml-module-qtpositioning
Version: 5.15.2+dfsg-2
Severity: important
Tags: upstream
X-Debbugs-Cc: tpiko...@gmail.com

The Altitude, Direction and Speed values are always set to 1 in Position
values from QML PositionSource at least when running with the geoclue2
backend.

To repeat, run this QML script with `qmlscene` on system with GeoClue2
as a position source (the values below are from modem-gps GeoClue
source):

```
import QtPositioning 5.15

PositionSource {
id: src
updateInterval: 1000
active: true

onPositionChanged: {
var coord = src.position.coordinate;
var pos = src.position;
console.log("Latitude:", coord.latitude);
console.log("Longitude:", coord.longitude);
console.log("horizontalAccuracy:", pos.horizontalAccuracy,
pos.horizontalAccuracyValid);
console.log("Altitude:", coord.altitude, pos.altitudeValid);
console.log("Speed:", pos.speed, pos.speedValid);
console.log("Direction:", pos.direction, pos.directionValid);
console.log("Timestamp:", pos.timestamp);
console.log("");
}
}
```

I get this output (after getting a GPS fix):

```
qml: Latitude: 
qml: Longitude: 
qml: horizontalAccuracy: 1 true
qml: Altitude: 1 true
qml: Speed: 1 true
qml: Direction: 1 true
qml: Timestamp: Sun Oct 10 21:14:26 2021 GMT+0300
qml: 
qml: Latitude: 
qml: Longitude: 
qml: horizontalAccuracy: 1 true
qml: Altitude: 1 true
qml: Speed: 1 true
qml: Direction: 1 true
qml: Timestamp: Sun Oct 10 21:14:27 2021 GMT+0300
qml: 
qml: Latitude: 
qml: Longitude: 
qml: horizontalAccuracy: 1 true
qml: Altitude: 1 true
qml: Speed: 1 true
qml: Direction: 1 true
qml: Timestamp: Sun Oct 10 21:14:28 2021 GMT+0300
```

At the same time, the geoclue test client
`/usr/libexec/geoclue-2.0/demos/where-am-i` gives this output:

```
New location:
Latitude:
Longitude:   
Accuracy:1.00 meters
Altitude:29.10 meters
Speed:   0.026536 meters/second
Heading: 0.00°
Timestamp:   Sun Oct 10 21:14:38 2021 (1633889678 seconds since the
Epoch)

New location:
Latitude:
Longitude:   
Accuracy:1.00 meters
Altitude:28.90 meters
Speed:   0.037632 meters/second
Heading: 0.00°
Timestamp:   Sun Oct 10 21:14:39 2021 (1633889679 seconds since the
Epoch)

New location:
Latitude:
Longitude:   
Accuracy:1.00 meters
Altitude:28.20 meters
Speed:   0.014104 meters/second
Heading: 0.00°
Timestamp:   Sun Oct 10 21:14:40 2021 (1633889680 seconds since the
Epoch)

```

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 5.13-sunxi64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_CRAP
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qml-module-qtpositioning depends on:
ii  libc6  2.32-4
ii  libqt5core5a   5.15.2+dfsg-12
ii  libqt5positioning5 5.15.2+dfsg-2
ii  libqt5positioning5-plugins 5.15.2+dfsg-2
ii  libqt5positioningquick55.15.2+dfsg-2
ii  libqt5qml5 [qtdeclarative-abi-5-15-2]  5.15.2+dfsg-8
ii  libqt5quick5   5.15.2+dfsg-8
ii  libstdc++6 11.2.0-8

qml-module-qtpositioning recommends no packages.

qml-module-qtpositioning suggests no packages.

-- no debconf information

Bug#996040: Acknowledgement (qml-module-qtpositioning: Bogus Altitude, Direction and Speed values with geoclue2 backend)

[Teemu Ikonen]

Control: tags -1 patch

A simple fix, once it's seen.

As a bonus, fix the invalid altitude detection.

>From f83eb0b27b0e9458a371b725a8e360ef4230cc8a Mon Sep 17 00:00:00 2001
From: Teemu Ikonen 
Date: Thu, 14 Oct 2021 21:22:23 +0300
Subject: [PATCH 1/2] Fix assignment vs. comparison precedence error in
 geoclue2 plugin

Replace constructs of type

 if(const auto foo = location.foo() > bar)
 // foo is boolean

with

 const auto foo = location.foo();
 if(foo > bar)
// foo equals location.foo()
---
 .../geoclue2/qgeopositioninfosource_geoclue2.cpp| 13 +
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp b/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
index 10484e3..d92230d 100644
--- a/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
+++ b/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
@@ -410,7 +410,9 @@ void QGeoPositionInfoSourceGeoclue2::handleNewLocation(const QDBusObjectPath 
 } else {
 QGeoCoordinate coordinate(location.latitude(),
   location.longitude());
-if (const auto altitude = location.altitude() > std::numeric_limits::min())
+
+const auto altitude = location.altitude();
+if (altitude > std::numeric_limits::min())
 coordinate.setAltitude(altitude);
 
 const Timestamp ts = location.timestamp();
@@ -426,11 +428,14 @@ void QGeoPositionInfoSourceGeoclue2::handleNewLocation(const QDBusObjectPath 
 const auto accuracy = location.accuracy();
 // We assume that an accuracy as 0.0 means that it comes from a sattelite.
 m_lastPositionFromSatellite = qFuzzyCompare(accuracy, 0.0);
-
 m_lastPosition.setAttribute(QGeoPositionInfo::HorizontalAccuracy, accuracy);
-if (const auto speed = location.speed() >= 0.0)
+
+const auto speed = location.speed();
+if (speed >= 0.0)
 m_lastPosition.setAttribute(QGeoPositionInfo::GroundSpeed, speed);
-if (const auto heading = location.heading() >= 0.0)
+
+const auto heading = location.heading();
+if (heading >= 0.0)
 m_lastPosition.setAttribute(QGeoPositionInfo::Direction, heading);
 
 emit positionUpdated(m_lastPosition);
-- 
2.30.2

>From 3d5e2c302be87ba84681c45cd206b050ea71761f Mon Sep 17 00:00:00 2001
From: Teemu Ikonen 
Date: Thu, 14 Oct 2021 21:56:29 +0300
Subject: [PATCH 2/2] Fix detection of invalid altitude values in geoclue2
 plugin

Replace std::numeric_limits::min() with ::lowest().
---
 .../position/geoclue2/qgeopositioninfosource_geoclue2.cpp   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp b/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
index d92230d..e3be986 100644
--- a/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
+++ b/src/plugins/position/geoclue2/qgeopositioninfosource_geoclue2.cpp
@@ -412,7 +412,7 @@ void QGeoPositionInfoSourceGeoclue2::handleNewLocation(const QDBusObjectPath 
   location.longitude());
 
 const auto altitude = location.altitude();
-if (altitude > std::numeric_limits::min())
+if (altitude > std::numeric_limits::lowest())
 coordinate.setAltitude(altitude);
 
 const Timestamp ts = location.timestamp();
-- 
2.30.2

Bug#911189: src:gpgme1.0: please ship gpgme-json with native messaging hooks for chromium and firefox

[Teemu Ikonen]

Building gpgme by hand and and installing gpgme-json manually every 
time after gpgme updates is getting rather tedious.


The MR by Sascha Wilde at 
https://salsa.debian.org/debian/gpgme/-/merge_requests/2 works 
perfectly here. This bug is three years old and the patch more than a 
year, could someone please have a look at merging it?


Best,
Teemu

Bug#996040: Info received (Bug#996040: Acknowledgement (qml-module-qtpositioning: Bogus Altitude, Direction and Speed values with geoclue2 backend))

[Teemu Ikonen]

An upstream bug report is here: 
https://bugreports.qt.io/browse/QTBUG-97722

Bug#1006649: xclip: 'xclip -i -loops 2' allows infinite pastes

[Teemu Ikonen]

Package: xclip
Version: 0.13-2
Severity: normal
Tags: upstream

Contrary to what the docs (manpage) say, after issuing this command:

echo -n "test" | xclip -i -loops 2

I'm able to paste the test string seemingly infinitely to a buffer.
'xclip -i -loops 1' works as expected.

Note that I'm running xclip under wayland (and Gnome), which may have
something to do with this behaviour.


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

Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 xclip depends on:
ii  libc6 2.33-7
ii  libx11-6  2:1.7.2-2+b1
ii  libxmu6   2:1.1.3-3

Versions of packages xclip recommends:
ii  xauth  1:1.1-1

xclip suggests no packages.

-- no debconf information

Bug#1004124: libpango1.0-doc: Docs not shown in devhelp

[Teemu Ikonen]

Package: libpango1.0-doc
Version: 1.50.3+ds1-3
Severity: normal

The Gnome doc browser 'devhelp' does not show the docs installed in this
package.

The issue seems to be incorrectly named symlinks in
/usr/share/devhelp/books. The links have version strings, but devhelp
wants the directory basename to be the same as the .devhelp2 file
basename, which do not have versions, so the docs are not shown.

Apparently there was an attempt to fix this in commit b1c3055ef1, but
without success.