Bug#741860: bash-completion 1:2.1-2 tab-completion is broken

[Wouter Bolsterlee]

I experience the same issue. It could be the same issue as described
here:
https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/1288031

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#740458: happybase 0.8

[Wouter Bolsterlee]

Package: happybase

Upstream released 0.8; please update. Thanks!

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#732770: Tighten versioned dependency on librdf0

[Wouter Bolsterlee]

Package: libreoffice

Hi,

Saving any file in libreoffice (1:4.1.3-1+b1) writer causes a crash. The
console output is this:

  /usr/lib/libreoffice/program/soffice.bin: symbol lookup
  error: /usr/lib/libreoffice/program/../program/libunordflo.so:
  undefined symbol: librdf_world_set_raptor_init_handler

After upgrading these packages, everything works fine again:

  libraptor2-0 (2.0.8-2 => 2.0.12-2)
  librasqal3 (0.9.29-1 => 0.9.31-2)
  librdf0 (1.0.15-1+b1 => 1.0.16-3)

Please tighten the dependencies. Thanks!

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#731984: new upstream release

[Wouter Bolsterlee]

Package: leveldb

Upstream has released 1.15. Please update. Thanks!

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#730368: New upstream version

[Wouter Bolsterlee]

Package: python-happybase

Hi,

HappyBase 0.7 is out; please update the package. More info:
https://happybase.readthedocs.org/en/latest/news.html

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#729426: Tighten versioned dependency on SQLite3

[Wouter Bolsterlee]

Peter Samuelson schreef op di 12-11-2013 om 15:27 [-0600]:
> [...]
> It's been suggested we use runtime detection of SQLite features in
> libsvn1, but that's not really convenient: if I remember correctly, the
> build process involves compiling SQL queries which may use newer SQLite
> features.  I'll try to look into it anyway - I expect upstream would be
> interested.

Oh well, that looks harder than I thought. Thanks for the detailed
analysis. Actually,
I suspected it would only be a minor change to a control file, but as
always, reality is more complex than it seems. :)

Anyway, it's not that important; the error message was pretty helpful
after all, so the issue was quickly resolved. 

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#729426: Tighten versioned dependency on SQLite3

[Wouter Bolsterlee]

Package: subversion

Hi,

It seems the subversion dependency on libsqlite3-0 (via libsvn1) needs
tighter versioning. Currently a mismatch can result in errors like
these:

svn: E200029: Couldn't perform atomic initialization
svn: E200030: SQLite compiled for 3.8.0.2, but running with
3.7.13

Regards,

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#720609: New upstream release

[Wouter Bolsterlee]

Source: leveldb

Hi,

Upstream has released 1.13 a few days ago. Please update. Thanks in
advance!

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#712971: [Openstack-devel] Bug#712971: New upstream release

[Wouter Bolsterlee]

[this time with bdo in the cc]

Hi,

You're using "git archive" to make a tarball:

Thomas Goirand schreef op za 13-07-2013 om 22:07 [+0800]:
> git archive --prefix=$(DEBPKGNAME)-$(GIT_TAG)/ $(GIT_TAG) \
> | xz >../$(DEBPKGNAME)_$(VERSION).orig.tar.xz ;

...but that is not how Python packages for release on PyPI are made.

> In what way the release tarball differ from the source on github?

The release tarball is made using "python setup.py sdist", which gathers
metadata and includes relevant files in a tarball, in such a way that
tools like pip can later "pip install $PACKAGE-$VERSION.tar.gz". The
included files may or may not match what is kept in version control,
e.g. a tarball may contain generated files not kept in version control.

An illustrative example would be my Plyvel project (which is not related
to HappyBase in any way). The released tarballs contain C and C++ code
generated by Cython, while only the Cython sources are under version
control.

— Wouter



signature.asc
Description: This is a digitally signed message part

Bug#712971: [Openstack-devel] Bug#712971: New upstream release

[Wouter Bolsterlee]

Hi Thomas,

Replies inline below.

Thomas Goirand schreef op za 22-06-2013 om 12:47 [+0800]:
> This is done, 0.6 reached Sid. And I do appreciate that you sent such
> a
> report whenever a new version is out, so that I can do the packaging
> work. Thanks!

Thanks for the quick upload! I'll try to remember to do notifications
whenever I release new versions.

> One thing though. Could you stop tagging "happybase-0.6" and tag in a
> normal way, simply "0.6"? Otherwise, I have to retag on our Git so I'm
> not annoyed with git-buildpackage.

You are using the Git tags to make Debian packages? That surprises me.

Official HappyBase upstream tarball releases are made available from
PyPI. Tarballs found there are the ones that should be (re)packaged by
distributors, not "random" tags checked out version control systems. I'd
urge you to package the officially released versions. The way I see it,
the source tree as pointed to the Git tag is the *source* of a released
version on PyPI. The exact packaging depends on various factors, such as
build system versions.

Btw, what you describe as "normal" tag names seems arbitrary. I have not
encountered any widely accepted "standard" tagging workflows yet.

Anyway, thanks for making HappyBase easily available for users. Please
keep up the good work. :)

— Wouter



signature.asc
Description: This is a digitally signed message part

Bug#712971: closed by Thomas Goirand (Bug#712971: fixed in python-happybase 0.6-1)

[Wouter Bolsterlee]

Thanks, that was really fast!

— Wouter


Debian Bug Tracking System schreef op vr 21-06-2013 om 17:21 [+]:
> This is an automatic notification regarding your Bug report
> which was filed against the python-happybase package:
> 
> #712971: New upstream release
> 
> It has been closed by Thomas Goirand .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Thomas Goirand 
>  by
> replying to this email.
> 
> 
> e-mailbericht bijlage (Bug#712971: fixed in python-happybase 0.6-1)
> > --- Doorgestuurd bericht ---
> > Van: Thomas Goirand 
> > Aan: 712971-cl...@bugs.debian.org
> > Onderwerp: Bug#712971: fixed in python-happybase 0.6-1
> > Datum: Fri, 21 Jun 2013 17:18:21 +
> > 
> > e-mailbericht bijlage
> > Source: python-happybase
> > Source-Version: 0.6-1
> > 
> > We believe that the bug you reported is fixed in the latest version
> > of
> > python-happybase, which is due to be installed in the Debian FTP
> > archive.
> > 
> > A summary of the changes between this version and the previous one
> > is
> > attached.
> > 
> > Thank you for reporting the bug, which will now be closed.  If you
> > have further comments please address them to 712...@bugs.debian.org,
> > and the maintainer will reopen the bug report if appropriate.
> > 
> > Debian distribution maintenance software
> > pp.
> > Thomas Goirand  (supplier of updated
> > python-happybase package)
> > 
> > (This message was generated automatically at their request; if you
> > believe that there is a problem with it please contact the archive
> > administrators by mailing ftpmas...@ftp-master.debian.org)
> > 
> > 
> > Format: 1.8
> > Date: Thu, 30 May 2013 13:56:42 +0800
> > Source: python-happybase
> > Binary: python-happybase
> > Architecture: source all
> > Version: 0.6-1
> > Distribution: unstable
> > Urgency: low
> > Maintainer: PKG OpenStack 
> > Changed-By: Thomas Goirand 
> > Description: 
> >  python-happybase - developer-friendly Python library to interact with 
> > Apache HBase
> > Closes: 712971
> > Changes: 
> >  python-happybase (0.6-1) unstable; urgency=low
> >  .
> >* New upstream release (Closes: #712971).
> >* Ran wrap-and-sort.
> > Checksums-Sha1: 
> >  dbfbdd90cc06ace7a9a1ef7145eca2bad0aa7110 1646 python-happybase_0.6-1.dsc
> >  73b293ea5ebfa30a4bca74d287f4181e7a0267eb 47372 
> > python-happybase_0.6.orig.tar.xz
> >  335707a65828e782c5a929e7ce31a6634966f610 8465 
> > python-happybase_0.6-1.debian.tar.gz
> >  545bf5099b4c185012ec207437582a74894b6421 33298 
> > python-happybase_0.6-1_all.deb
> > Checksums-Sha256: 
> >  4640d407234a2c43cb058d91ba3f47bc5187d523c8437dca08510295fd25138a 1646 
> > python-happybase_0.6-1.dsc
> >  4003601688d245c665fff90a9b34e418af8a99d3f4a5bb2ec04ebf52d7e37ac4 47372 
> > python-happybase_0.6.orig.tar.xz
> >  77d2ccd6b6c9c858857bd136b7e11d3c71e94de239ea1dfca8588a7aef14 8465 
> > python-happybase_0.6-1.debian.tar.gz
> >  4b18ecb75c5f5693636449f97e7ade32140b26387aff51c64d5bfc5d5106934d 33298 
> > python-happybase_0.6-1_all.deb
> > Files: 
> >  4182d0f0f21fbe183c3a8a07f221ee22 1646 python optional 
> > python-happybase_0.6-1.dsc
> >  6f0909daedba665e72fb14f14c389bf8 47372 python optional 
> > python-happybase_0.6.orig.tar.xz
> >  95015b0926632f19fda1da4e00f76174 8465 python optional 
> > python-happybase_0.6-1.debian.tar.gz
> >  b0f5dad314167f368fc31e895762caea 33298 python optional 
> > python-happybase_0.6-1_all.deb
> > 
> e-mailbericht bijlage (New upstream release)
> > --- Doorgestuurd bericht ---
> > Van: Wouter Bolsterlee 
> > Aan: sub...@bugs.debian.org
> > Onderwerp: New upstream release
> > Datum: Fri, 21 Jun 2013 12:12:38 +0200
> > 
> > package: python-happybase
> > 
> > Hi,
> > 
> > Upstream has released 0.6 some time ago. Please update.
> > 
> > — Wouter
> > 
> > 


signature.asc
Description: This is a digitally signed message part

Bug#712971: New upstream release

[Wouter Bolsterlee]

package: python-happybase

Hi,

Upstream has released 0.6 some time ago. Please update.

— Wouter




signature.asc
Description: This is a digitally signed message part

Bug#696956: leveldb: New upstream version 1.8

[Wouter Bolsterlee]

Package: libleveldb1
Version: 1.7.0-1
Severity: wishlist
File: leveldb

Hi,

LevelDB 1.8 has been released recently. See the LevelDB download page
http://code.google.com/p/leveldb/downloads/list for more information. Please
upload a new package. Thanks!

— Wouter

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

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

Versions of packages libleveldb1 depends on:
ii  libc6  2.13-37
ii  libgcc11:4.7.2-4
ii  libsnappy1 1.0.5-2
ii  libstdc++6 4.7.2-4
ii  multiarch-support  2.13-37

libleveldb1 recommends no packages.

libleveldb1 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#674479: libldap-2.4-2: Please include OpenLDAP ITS#7167 patch

[Wouter Bolsterlee]

Package: libldap-2.4-2
Version: 2.4.28-1.3
Severity: critical
Tags: upstream
Justification: breaks the whole system

Hi,

Please include the patch from OpenLDAP ITS#7167 (not sure whether it's a in
a released version yet) to unbreak the system. Without this patch, logins on
systems using sssd (with libpam-sss) are completely broken.

Wouter

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

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

Versions of packages libldap-2.4-2 depends on:
ii  libc6  2.13-32
ii  libgcrypt111.5.0-3
ii  libgnutls262.12.19-1
ii  libsasl2-2 2.1.25.dfsg1-4
ii  multiarch-support  2.13-32

libldap-2.4-2 recommends no packages.

libldap-2.4-2 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#579757: [patch] XeLaTeX support for Rubber

[Wouter Bolsterlee]

Hilmar Preusse schreef op do 26-04-2012 om 23:48 [+0200]:
> I've uploaded a new version to the URI above, which uses install
> instead of cp. Does it solve your problem?

Thanks. It works now. It turned out to be a result of some incorrect
default ACLs on the directory I was working in.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#579757: [patch] XeLaTeX support for Rubber

[Wouter Bolsterlee]

Hi,

Thanks for working on this.

Hilmar Preusse schreef op wo 25-04-2012 om 19:45 [+0200]:
> I plan to have a look at all open bugs before uploading a prepared
> package. This will take some time, please be patient. For this issue
> I've created a preliminary package:
>   http://wagner.debian.org/~hilmar-guest/
> (not apt-get'able). Please be so kind to test.

I've tried building the package, but the build failed with this error
message:

$ dpkg-buildpackage -us -uc
#
# (lots of output removed)
#
make[1]: Leaving directory 
`/home/uws/Projects/Rubber/rubber-1.1+20100306'
cp -p debian/xelatex.py 
/home/uws/Projects/Rubber/rubber-1.1+20100306/debian/rubber/usr/lib/python2.7/site-packages/rubber/latex_modules
cp: preserving permissions for 
`/home/uws/Projects/Rubber/rubber-1.1+20100306/debian/rubber/usr/lib/python2.7/site-packages/rubber/latex_modules/xelatex.py':
 Operation not supported
make: *** [install] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit 
status 2

> BTW: are you familiar with python? Could you help me with the
> dh_pysupport -> dh_python2 migration as described on
> http://deb.li/dhs2p ?
> 
I do know about the Python language, but I know nothing about Debian
packaging of Python projects, unfortunately. I don't think I can be of
any help in this matter. I'm sorry.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#364420: marked as done (cannot find latex if current path contains spaces)

[Wouter Bolsterlee]

Debian Bug Tracking System schreef op di 24-04-2012 om 21:33 [+]:
> I plan to upload a more recent version into Debian.

Could you please look into my (trivial) patch adding XeTeX support? I've
uploaded it quite some time ago to the Debian BTS.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#622200: base-files: Very unfriendly first message in README file

[Wouter Bolsterlee]

Santiago Vila schreef op za 03-03-2012 om 16:13 [+0100]:
> I am usually against modifying something to be "politically correct",
> but I understand what you mean and I believe it is easy to fix, so,
> ok,will be reworded in the next release. 

Thanks. A FAQ is actually intended to answer common questions, so
starting off with how stupid the user is, is pretty much the opposite of
the goal of the FAQ. :)

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#658177: mongodb: MongoDB server process (mongod) uses a socket in /tmp

[Wouter Bolsterlee]

Package: mongodb
Version: 1:2.0.2-3
Severity: normal

The mongod process listens on a socket in /tmp, e.g. in a socket named
/tmp/mongodb-12345.sock. The /run directory is a better place for this
socket, e.g. /tmp/mongod/mongod.sock. (This is similar to MySQL, which uses
/run/mysqld/mysqld.sock.)

Please change the mongod process (--unixSocketPrefix or perhaps a compile
time/config option) and the default socket location used by Mongo clients to
use /run instead of /tmp. Thanks!


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

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

Versions of packages mongodb depends on:
ii  mongodb-dev 1:2.0.2-3
ii  mongodb-server  1:2.0.2-3

mongodb recommends no packages.

mongodb 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#649536: printer-driver-splix: ppd-updater trigger is installed in wrong package

[Wouter Bolsterlee]

Package: printer-driver-splix
Version: 2.0.0+svn299-1
Severity: normal
Tags: patch

Hi,

The two resolved bugs below:

  #647534  Please rename splix to printer-driver-splix  [RESOLVED]
  #647536  splix: Please replace the postinst with a ppd-updater trigger  
[RESOLVED]

...introduce a new problem: the ppd-updater trigger is installed in the
wrong package, namely in the (now) transitional dummy package "splix", while
it should be in the renamed "printer-driver-splix". This means the "splix"
package is not really a transitional dummy as long as it ships this file.
Please incorporate the attached trivial patch to fix this issue.

Thanks for your work on splix; my printer works wonderfully well.

— Wouter


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

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

Versions of packages printer-driver-splix depends on:
ii  cups  1.5.0-12   
ii  cups-client   1.5.0-12   
ii  ghostscript-cups  9.04~dfsg-2
ii  libc6 2.13-21
ii  libcups2  1.5.0-12   
ii  libcupsimage2 1.5.0-12   
ii  libgcc1   1:4.6.2-4  
ii  libstdc++64.6.2-4

printer-driver-splix recommends no packages.

printer-driver-splix suggests no packages.

-- no debconf information
diff -ur splix-2.0.0+svn299/debian/changelog splix-2.0.0+svn299.wouter/debian/changelog
--- splix-2.0.0+svn299/debian/changelog	2011-11-14 20:01:34.0 +0100
+++ splix-2.0.0+svn299.wouter/debian/changelog	2011-11-22 00:51:45.0 +0100
@@ -1,3 +1,10 @@
+splix (2.0.0+svn299-2) unstable; urgency=low
+
+  * Install the ppd-updater trigger into the correct package
+(printer-driver-splix, not the transitional dummy package splix).
+
+ -- Wouter Bolsterlee   Tue, 22 Nov 2011 00:51:08 +0100
+
 splix (2.0.0+svn299-1) unstable; urgency=low
 
   * Import r299 from SVN.
diff -ur splix-2.0.0+svn299/debian/rules splix-2.0.0+svn299.wouter/debian/rules
--- splix-2.0.0+svn299/debian/rules	2011-11-12 12:48:05.0 +0100
+++ splix-2.0.0+svn299.wouter/debian/rules	2011-11-22 00:36:08.0 +0100
@@ -29,7 +29,7 @@
 	dh_prep
 	dh_installdirs
 	$(MAKE) DESTDIR=$(CURDIR)/debian/printer-driver-splix CUPSPPD=/usr/share/ppd/splix DISABLE_JBIG=1 install
-	install -D --mode=644 debian/splix.ppd-updater $(CURDIR)/debian/splix/usr/share/ppd-updaters/splix.ppd-updater
+	install -D --mode=644 debian/splix.ppd-updater $(CURDIR)/debian/printer-driver-splix/usr/share/ppd-updaters/splix.ppd-updater
 
 # Build architecture-dependent files here.
 binary-arch: install
Alleen in splix-2.0.0+svn299.wouter: optimized

Bug#647941: bash-completion: Incorrect sample in /usr/share/doc/bash/README.bash_completion.gz

[Wouter Bolsterlee]

Package: bash-completion
Version: 1:1.90-1
Severity: minor

The file /usr/share/doc/bash/README.bash_completion.gz mentions

  [[ $PS1 && -f /usr/share/bash-completion/bash-completion ]] && \
  . /usr/share/bash-completion/bash-completion

...while the correct path is /usr/share/bash-completion/bash_completion
(note the underscore in the filename and the dash in the directory name).
Please correct this (twice). Thanks!

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

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

Versions of packages bash-completion depends on:
ii  bash  4.2-1~exp1

bash-completion recommends no packages.

bash-completion 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#638353: no lower panel at all in gdm3 login screen

[Wouter Bolsterlee]

Josselin Mouette schreef op do 03-11-2011 om 10:03 [+0100]:
> The lower panel is gone in version 3.0.

Okay, that's a design choice, I presume.

The problem remains; I still can't use my language from the system
settings panel even though the file in /var/lib/AccountsService/users
contains this:

  [User]
  Language=nl_NL.utf8
  XSession=gnome-fallback

...so I'm still using the hardcoded nl_NL.utf8 in /etc/gdm3/Xsession,
which of course is a hack that only works on machines I actually have
root access to. I don't know how to investigate this any further and
would appreciate any assistance on debugging this.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#638353: no lower panel at all in gdm3 login screen

[Wouter Bolsterlee]

Hmmm. There is no lower panel (for language/keybord selection) *at all*
in my GDM3 login screen, not even after purging and reinstalling the
package. On a different machine I don't have this problem. Any clue?

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#579757: rubber: Could someone please upload a patched package?

[Wouter Bolsterlee]

Package: rubber
Version: 1.1-2.4
Followup-For: Bug #579757

I'd really like to see a version of Rubber with this patch applied appear in
the Debian archives, but it seems this report has not seen any progress
since my first report, more than 18 months ago. Is there anything I can do
to move this forward?

  — Wouter

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

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

Versions of packages rubber depends on:
ii  python  2.7.2-7
ii  python-support  1.0.14 
ii  texlive-latex-base  2009-14

rubber recommends no packages.

Versions of packages rubber suggests:
pn  imagemagick  8:6.6.9.7-5+b1
pn  sam2p
pn  transfig 

-- 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#644207: texlive-xetex: Outdated polyglossia package prevents creation of correct documents in Dutch

[Wouter Bolsterlee]

Package: texlive-xetex
Version: 2009-14
Severity: important

Dear fantastic TeXLive maintainers,

According to its README file, the version of the Polyglossia package
included with texlive-xetex=2009-14 is only v1.0.2, while upstream has
released v1.2.0 some time ago. Amongst other things, this release fixes
spelling errors and a off-by-one error in month name selection for the Dutch
glossary. Without these fixes one cannot produce correct documents in Dutch
_at all_, hence the "important" severity of this report.

Please include an updated Polyglossia package in texlive-xetex, so that
correct document can be produced without locally patching
/usr/share/texmf-texlive/tex/xelatex/polyglossia/gloss-dutch.ldf

(Additionally, the Dutch translation has some further issues, reported
upstream with patches: https://github.com/fc7/polyglossia/issues/23 and
https://github.com/fc7/polyglossia/pull/25. Unfortunately, upstream seems
rather inactive lately. I would be great if these fixes could make it in
Debian, but I'll let the maintainers decide on this one.)

Thanks in advance!

    — Wouter



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

Bug#635119: gedit-latex-plugin also refactored/updated

[Wouter Bolsterlee]

Package: gedit-latex-plugin
Followup-For: Bug #635119

A new LaTeX plugin for gedit has been released:
http://blogs.gnome.org/nacho/2011/10/02/gedit-latex-a-powerful-plugin-to-work-with-latex/

Sources are available from git.gnome.org and from
http://ftp.gnome.org/pub/GNOME/sources/gedit-latex/

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

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

Versions of packages gedit-latex-plugin depends on:
ii  gedit   3.0.6-2 
ii  python  2.7.2-7 
ii  python-dbus 0.84.0-2
ii  python-glade2   2.24.0-2
ii  python-poppler  0.12.1-4
ii  python-support  1.0.14  
ii  rubber  1.1-2.4 

Versions of packages gedit-latex-plugin recommends:
ii  python-enchant   
ii  texlive 2009-14

gedit-latex-plugin suggests no packages.



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

Bug#638765: closed by أحمد المحمودي (Ahmed El-Mahmoudy) (Bug#638765: fixed in python-whoosh 2.1.0-1)

[Wouter Bolsterlee]

reopen 638765
thanks

>* New upstream release. (Closes: #638765)

It seems version 2.2 hit PyPI yesterday... :)

Thanks for the update!

— Wouter


signature.asc
Description: Digital signature

Bug#638765: python-whoosh: Please package new upstream release

[Wouter Bolsterlee]

Package: python-whoosh
Severity: normal

The summary says it all. Thanks! :)

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

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



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

Bug#638353: Hardcoding LANG in Xsession script "works" as a temporary work-around

[Wouter Bolsterlee]

I have hardcoded $LANG in /etc/gdm3/Xsession, and now my environment
shows up in Dutch. The $GDM_LANG env var is set to the value "C". Is
~/.dmrc used at all nowadays, btw?

— Wouter

=== modified file 'gdm3/Xsession'
*** gdm3/Xsession   2011-08-15 23:12:03 +
--- gdm3/Xsession   2011-08-18 22:00:43 +
***
*** 154,187 
--- 154,188 
  if [ -n "$GDM_LANG" ]; then
  # Set the locale to that, it’s the language selected in GDM.
  LANG="$GDM_LANG"
  export LANG
  
  if [ -n "$LC_ALL" ] && [ "$LC_ALL" != "$LANG" ]; then
  LC_ALL="$LANG"
  fi
  
  # if GDM_LANG isn't first in LANGUAGE, then unset it.
  if [ -n "$LANGUAGE" ]; then
  if echo "$LANGUAGE" | grep -q -- "^$GDM_LANG"; then
 :
  else
 unset LANGUAGE
  fi
  fi
+ export LANG="nl_NL.UTF-8"
  fi



signature.asc
Description: This is a digitally signed message part

Bug#638353: Cannot choose login language

[Wouter Bolsterlee]

Package: gdm3

Since I've started using Gnome 3 from experimental, I can no longer choose a
language when logging in from the GDM screen. Additionally, when I select my
language from the Gnome 3 language selector (in the system settings dialog),
nothing changes after a re-login, and the desktop again shows up in English.

For some reason, I can't get my environment to run in Dutch, even though
"[Session] Language" in ~/.dmrc is set to nl_NL.utf8 (also in
/var/cache/gdm/uws/dmrc), and I don't know where to investigate further.

— Wouter


signature.asc
Description: Digital signature

Bug#623939: os-prober: Errors during kernel upgrade

[Wouter Bolsterlee]

Package: os-prober
Version: 1.45
Followup-For: Bug #623939

Fwiw, this causes errors like these when e.g. upgrading kernel packages:

  /usr/lib/os-probes/mounted/90linux-distro: 132: Syntax error: end of file 
unexpected (expecting "fi")

The updated patch already attached to this bug report fixes this problem, so
please upload a new version. Thanks!


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

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

Versions of packages os-prober depends on:
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib

os-prober recommends no packages.

os-prober 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#622200: base-files: Very unfriendly first message in README file

[Wouter Bolsterlee]

Package: base-files
Version: 6.3
Severity: minor

Hi,

The topmost answer in the README file for base-files is very unwelcoming and
unfriendly to readers. As a user, I don't like to be spoken to at this tone
at all when I read a file that is actually *intended* to contain information
for users.

Let me quote:

> Frequently Asked Questions about base-files
> ===
> 
> * Questions about /etc/issue and /etc/debian_version:
> 
> Q. I upgraded my system to the testing distribution and now my /etc/issue
> says "wheezy/sid". Should it not read "wheezy" or "testing"?
> 
> Q. I upgraded my system to the unstable distribution and now my /etc/issue
> says "wheezy/sid". Should it not read "sid" or "unstable"?
> 
> A. You obviously do not understand how the testing distribution works.
> [...]

My complaint is about the last line in the quote above. Instead of pointing
out how incredibly stupid the reader must be, the same message can be
reformulated in a much more friendly fasion. My suggestion is this:

  "While this might seem strange, this is actually correct. To understand
  this, you need to understand how the testing distribution works."

After all, this is a README file with FAQs intended to *help* people instead
of scaring them away.

Thanks for you consideration.

— Wouter  (slightly offended)


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

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

Versions of packages base-files depends on:
ii  mawk [awk]1.3.3-15   a pattern scanning and text proces

base-files recommends no packages.

base-files 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#607133: libdb5.0-sql-dev and libdb5.1-sql-dev should conflict

[Wouter Bolsterlee]

Source: db
Package: libdb5.1-sql-dev

The packages libdb5.0-sql-dev and libdb5.1-sql-dev ship (different versions
of) the same header file, and hence should confict with each other (or the
newer one should replace the older one). Right now dpkg fails with an error
when trying to install both packages.

— Wouter


signature.asc
Description: Digital signature

Bug#607122: Please package upstream release 0.2.10

[Wouter Bolsterlee]

Package: libquvi-dev

Please upgrade the package to the latest upstream release, Quvi 0.2.10:

  http://sourceforge.net/projects/quvi/files/0.2/

Thanks!

— Wouter


signature.asc
Description: Digital signature

Bug#579757: XeLaTeX support for rubber in the Debian package

[Wouter Bolsterlee]

Hi Julien,

Pleased to see you fixing the annoying warning in the Debian rubber
package (Debian bug 591533). I've submitted a very simple patch to
support XeLaTeX in rubber to the (non-responding) upstream
author/maintainer ages ago, and finally put up the patch on the Debian
BTS half a year ago:

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579757

Do you, by any chance, see the possibility of integrating my patch into
the Debian rubber package? That would really help me, and I would be
very grateful.

Thanks in advance.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#591298: Banshee becomes extremely slow after sqlite3 3.6.23.1-4 => 3.7.0-1 upgrade

[Wouter Bolsterlee]

Package: sqlite3
Package: banshee
Severity: major

[Not sure whether this is a Banshee or SQLite bug.]

After I upgraded sqlite3 (and its libs) from 3.6.23.1-4 to 3.7.0-1, Banshee
becomes extremely slow. For instance, it hangs for a minute right after
startup, and also for many seconds in between songs. Fwiw, strace(1)'ing the
process shows nothing special.

Downgrading SQLite and its libs to the old version fixes the problem. Note
that the problem occurs with both Banshee 1.6.x and 1.7.x.

— Wouter


signature.asc
Description: Digital signature

Bug#582173: Don't depend on evolution-exchange|evolution-mapi

[Wouter Bolsterlee]

Op vrijdag 28-05-2010 om 11:08 uur [tijdzone +0200], schreef Josselin
Mouette:
> Le vendredi 28 mai 2010 à 09:09 +0200, Fabian Greffrath a écrit :
> > > Currently the "gnome" metapackage depends on evolution-exchange |
> > > evolution-mapi. My favourite desktop environment does not depend on
> > > connectors for proprietary products and protocols,
> > 
> > Yes, it does. At least since 2.13, see:
> > 
> > 
> > Current releases do even include both connectors:
> > 
> 
> And to be more precise, we include a lot of connectors for proprietary
> stuff: for CIFS mounts, for NTFS disks, for iPods, for youtube…
> Interoperability, even with the most crippled and proprietary
> technology, is Linux’ strength.

My only point was that evolution-exchange should not be a hard
dependency for Evolution, since it isn't.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#582173: Don't depend on evolution-exchange|evolution-mapi

[Wouter Bolsterlee]

Op zaterdag 29-05-2010 om 15:25 uur [tijdzone +0200], schreef Emilio
Pozuelo Monfort:
> On 29/05/10 13:59, Wouter Bolsterlee wrote:
> > My only point was that evolution-exchange should not be a hard
> > dependency for Evolution, since it isn't.
> Right, it isn't:
> Package: evolution
> [...]
> Suggests: bug-buddy, gnupg, network-manager, evolution-exchange, 
> evolution-dbg,
> evolution-plugins-experimental

That's right for the Evolution package itself, but is *is* a hard
dependency for the "gnome" metapackage, used to install a Gnome desktop
onto a machine:

  Package: gnome
  Depends: [...] evolution-exchange (>= 2.30) [...]

That's why I suggested lifting it to Suggests here as well in my
original report.

— Wouter


signature.asc
Description: This is a digitally signed message part

Bug#582173: Don't depend on evolution-exchange|evolution-mapi

[Wouter Bolsterlee]

Package: meta-gnome2

Currently the "gnome" metapackage depends on evolution-exchange |
evolution-mapi. My favourite desktop environment does not depend on
connectors for proprietary products and protocols, so this should not be
depended upon (at most recommended or even suggested).

I also think it is a bad sign for the main Debian desktop to _depend_ on
connector software for non-FLOSS products.

Thanks for considering this.

(And since the versions in Debian are not compatible with the recently
uploaded Evolution 2.30 packages, this means apt had to uninstall the
gnome metapackage in order for me to get the newer Evolution...)

— Wouter


signature.asc
Description: Digital signature

Bug#581030: Seahorse Nautilus plugin always crashes because of libgpgme changes

[Wouter Bolsterlee]

Package: seahorse-plugins
Severity: grave

The Debian package for seahorse-plugins suffers from this upstream bug:

  https://bugzilla.gnome.org/show_bug.cgi?id=607423

It seems Ubuntu has a working fix for this in their package. It would be
great if Debian could include it as well for the time being (upstream is
not really responsive).

Thanks in advance,

— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#579757: [patch] XeLaTeX support for Rubber

[Wouter Bolsterlee]

Package: rubber

Hi,

Rubber does not have support for XeLaTeX, which is a modern TeX engine
with support for OpenType fonts. Adding support to Rubber is trivial:
just put the attached xelatex.py in rules/latex/xelatex.py. Usage is
just like for other modules:

  rubber -f -m xelatex somefile.tex

I've submitted this patch ages ago to the upstream maintainer, but have
never received any response. It would be really great if the Debian
package could add this file.

— Wouter
# This file is part of Rubber and thus covered by the GPL
# (c) Emmanuel Beffara, 2002--2006
# (c) Wouter Bolsterlee, 2009
"""
XeLaTeX support for Rubber.
"""

import sys
import rubber
from rubber import _, msg

class Module (rubber.rules.latex.Module):
def __init__ (self, doc, dict):
doc.vars["program"] = "xelatex"
doc.vars["engine"] = "XeLaTeX"
if doc.env.final != doc and doc.prods[0][-4:] != ".pdf":
msg.error(_("there is already a post-processor registered"))
sys.exit(2)
doc.prods = [doc.src_base + ".pdf"]


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#567659: Tighten minimal taglib-sharp dependency

[Wouter Bolsterlee]

Package: banshee
Version: 1.5.3-1
Severity: grave

The combination of Banshee 1.5.3-1 and libtaglib2.0-cil 2.0.3.3+dfsg-3
causes a crash (see below). Upgrading libtaglib2.0-cil to 2.0.3.4+dfsg-1
(the version in unstable, everything works fine again.

Suggested solution: tighten the taglib-sharp dependency.

— Wouter


P.S. Fwiw, here's part of the stacktrace:

[Info  16:04:00.346] Running Banshee 1.5.3: [Debian GNU/Linux unstable (sid) 
(linux-gnu, x86_64) @ 2010-01-29 19:08:29 UTC]
[Info  16:04:00.980] All services are started 0,532507s
[Info  16:04:01.801] nereid Client Started

** (Banshee:5280): WARNING **: The following assembly referenced from 
/usr/lib/banshee-1/Banshee.Core.dll could not be loaded:
 Assembly:   taglib-sharp(assemblyref_index=7)
 Version:2.0.3.4
 Public Key: db62eba44689b5b0
The assembly was not found in the Global Assembly Cache, a path listed in the 
MONO_PATH environment variable, or in the location of the executing assembly 
(/usr/lib/banshee-1/).


** (Banshee:5280): WARNING **: Could not load file or assembly 'taglib-sharp, 
Version=2.0.3.4, Culture=neutral, PublicKeyToken=db62eba44689b5b0' or one of 
its dependencies.
Stacktrace:

  at Banshee.GStreamer.PlayerEngine.OnTagFound (intptr,string,GLib.Value&) 
<0x>
  at Banshee.GStreamer.PlayerEngine.OnTagFound (intptr,string,GLib.Value&) 
<0x00038>
  at (wrapper native-to-managed) Banshee.GStreamer.PlayerEngine.OnTagFound 
(intptr,intptr,GLib.Value&) <0x>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00052>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x>
  at Gtk.Application.Run () <0xb>
  at Banshee.Gui.GtkBaseClient.Run () <0x00057>
  at Banshee.Gui.GtkBaseClient.Startup () <0x0004d>
  at Hyena.Gui.CleanRoomStartup.Startup 
(Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <0x0008e>
  at Banshee.Gui.GtkBaseClient.Startup () <0x0006b>
  at Banshee.Gui.GtkBaseClient.Startup (string[]) <0x000d7>
  at Nereid.Client.Main (string[]) <0x0001b>
  at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_object 
(object,intptr,intptr,intptr) <0x>
  at (wrapper managed-to-native) System.AppDomain.ExecuteAssembly 
(System.Reflection.Assembly,string[]) <0x0004b>
  at (wrapper managed-to-native) System.AppDomain.ExecuteAssembly 
(System.Reflection.Assembly,string[]) <0x>
  at System.AppDomain.ExecuteAssemblyInternal 
(System.Reflection.Assembly,string[]) <0x00037>
  at System.AppDomain.ExecuteAssembly 
(string,System.Security.Policy.Evidence,string[]) <0x00037>
  at (wrapper remoting-invoke-with-check) System.AppDomain.ExecuteAssembly 
(string,System.Security.Policy.Evidence,string[]) <0x>
  at System.AppDomain.ExecuteAssembly (string) <0x0001f>
  at (wrapper remoting-invoke-with-check) System.AppDomain.ExecuteAssembly 
(string) <0x>
  at Booter.Booter.BootClient (string) <0x0006b>
  at Booter.Booter.Main () <0x001ab>
  at (wrapper runtime-invoke) object.runtime_invoke_void 
(object,intptr,intptr,intptr) <0x>



signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#567568: Reenable the gestures extension

[Wouter Bolsterlee]

Package: epiphany-extensions

Hi,

Since Epiphany 2.29.6 the gestures extension is supposed to work again.
However, it doesn't seem to be included in the epiphany-extensions
2.29.6-1 Debian package. Please reenable the build! 

— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#566939: Missing dependencies on mkfs utilities

[Wouter Bolsterlee]

Package: gnome-disk-utility

Gnome Disk Utility currently does not seem to have dependencies on
packages like dosfstools, while the program does invoke binaries
provided by those packages when creating file systems:

  Error creating file system: Cannot run mkfs: cannot spawn
  'mkfs.vfat -I -n [...]'

Suggested solution: add a dependency on dosfstools (and possibly others
for ext, vfat, ntfs, and minix file systems).

— Wouter



signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#566939: Missing dependencies on mkfs utilities

[Wouter Bolsterlee]

Op dinsdag 26-01-2010 om 00:17 uur [tijdzone +0100], schreef Wouter
Bolsterlee:
> Gnome Disk Utility currently does not seem to have dependencies on
> packages like dosfstools, while the program does invoke binaries
> provided by those packages when creating file systems:

Fwiw, mtools should also be installed, since cryptsetup uses mlabel,
e.g. to rename VFAT volumes on USB thumb drives.

— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#566937: Missing dependency on cryptsetup

[Wouter Bolsterlee]

Package: gnome-disk-utility

Gnome Disk Utility currently does not seem to have a dependency on
cryptsetup, while the program does invoke binaries provided by that
package when creating an encrypted partition:

  Error starting job: Failed to execute child process
  "cryptsetup" (No such file or directory)

Suggested solution: add a dependency on cryptsetup.

— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#565185: X server crashes when gnome-screensaver blanks the screen

[Wouter Bolsterlee]

Package: xserver-xorg
Severity: grave

Since the recent Xorg upgrade (in unstable) the X server crashes when
gnome-screensaver blanks the screen.

The logs show this:

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80a8a9b]
1: /usr/bin/X (0x8048000+0x5c445) [0x80a4445]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb779440c]
3: /usr/bin/X (VidModeGetGammaRampSize+0x40) [0x815c480]
4: /usr/lib/xorg/modules/extensions/libextmod.so (0xb73ae000+0x8646) 
[0xb73b6646]
5: /usr/bin/X (0x8048000+0x479e7) [0x808f9e7]
6: /usr/bin/X (0x8048000+0x1e95a) [0x806695a]
7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe5) [0xb74a6b55]
8: /usr/bin/X (0x8048000+0x1e541) [0x8066541]
Segmentation fault at address 0x16c

These are the versions:

ii  xserver-common2:1.7.4-1  
common files used by various X servers
ii  xserver-xephyr2:1.7.4-1  
nested X server
ii  xserver-xorg  1:7.5+1
the X.Org X server
ii  xserver-xorg-core 2:1.7.4-1  
Xorg X server - core server
ii  xserver-xorg-dev  2:1.7.4-1  
Xorg X server - development files
ii  xserver-xorg-input-evdev  1:2.3.2-3  
X.Org X server -- evdev input driver
ii  xserver-xorg-input-kbd1:1.4.0-1  
X.Org X server -- keyboard input driver
ii  xserver-xorg-input-mouse  1:1.5.0-1  
X.Org X server -- mouse input driver
ii  xserver-xorg-input-synaptics  1.2.1-1
Synaptics TouchPad driver for X.Org server
ii  xserver-xorg-video-intel  2:2.9.1-2  
X.Org X server -- Intel i8xx, i9xx display d


— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#422391: xetex/xelatex complains about xetex.fmt not being found

[Wouter Bolsterlee]

Op zaterdag 03-10-2009 om 15:37 uur [tijdzone +0200], schreef Frank
Küster:
> I just found that more than two years ago, you submitted a bug report to
> the Debian Bugtracking system, but suddenly our conversation stopped.

I see. Thanks for getting back to me. Sorry, this must have slipped from
my attention. :s

> Frank Küster  wrote:
> > Thanks, that improves my understanding.  There seem to be two problems.
> > The first and most important is that you don't have any information
> > about xetex in your fmtutil.cnf.
> >
> > What's the output of
> >
> > kpsewhich --format='web2c files' fmtutil.cnf
> >
> > both as root and as "uws"?
> 
> I assume that you have somehow solved this problem. If this is not
> correct, please speak up - otherwise this bug will soon be closed.

Your assumption is correct. I'm no longer experiencing the issues I
reported. XeLaTeX works fine for me now, and with a manually installed
newer version of the fontspec package working with OpenType fonts is
also relatively easy.

— Wouter


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#496838: xserver-xorg-video-intel 2:2.7.99.901-2 shows black screen, 2:2.7.1-1 works fine

[Wouter Bolsterlee]

Hi all,

On my up-to-date sid system I'm experiencing the same black screen problem
with the Intel 915M chipset in my IBM Thinkpad. This only happens with the
xserver-xorg-video-intel version from experimental. After downgrading
xserver-xorg-video-intel from experimental to unstable the problem is gone,
so it seems this is only an issue with recent intel driver versions.

Details: xserver-xorg-video-intel 2:2.7.99.901-2 shows a black screen with a
working cursor, while xserver-xorg-video-intel 2:2.7.1-1 works fine.

I've also tried upgrading libdrm2 and libdrm-intel1 to experimental
(2.4.11+git+20090519+f355ad8-1), but that doesn't change anything compared
to unstable (2.4.11-1), i.e. I still only see a black screen with the intel
driver from experimental, while the version from unstable works fine.

— Wouter


signature.asc
Description: Digital signature

Bug#521469: Confirming; looks like Ubuntu has a patch

[Wouter Bolsterlee]

2009-04-01 klockan 18:20 skrev Wouter Bolsterlee:
> It looks like Ubuntu suffered from the same issue, and also has a patch
> available: [snip: wrong url]

Sorry, that link was supposed to be:
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/316607

— Wouter


signature.asc
Description: Digital signature

Bug#521469: Confirming; looks like Ubuntu has a patch

[Wouter Bolsterlee]

severity: critical
thanks

I'm experiencing the same problem. My system won't boot at all anymore,
spawning obscure file system errors that made me very nervous. (I disabled
swap for now to be able to boot into my machine.)

It looks like Ubuntu suffered from the same issue, and also has a patch
available: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521469

— Wouter


signature.asc
Description: Digital signature

Bug#507652: Upgrade fontspec

[Wouter Bolsterlee]

Hi all,

I was also having problems with math symbols not showing up correctly in PDF
documents, and manually upgrading the fontspec package from the distributed
version 1.13 to the latest upstream version 1.18 made my math symbols
(e.g. summation sign) show up again.

Fontspec can be downloaded here:

  http://www.ctan.org/tex-archive/help/Catalogue/entries/fontspec.html

Note that you might need to run "latex fontspec.ins" once to generate the
necessary files. You need fonspec.sty and fontspec.cfg in your texmf path.
Symlinking those files into the directory in which your .tex file resides,
works as well.

— Wouter


signature.asc
Description: Digital signature

Bug#516852: Symbol lookup error: gtk_file_system_error_quark

[Wouter Bolsterlee]

Package: ruby-gnome2
Severity: grave

The ruby GTK+ bindings cause a crash on startup for applications using these
bindings, e.g.

  $ screenruler 
  Loading libraries...
  ruby: symbol lookup error: /usr/lib/ruby/1.8/i486-linux/gtk2.so: undefined 
symbol: gtk_file_system_error_quark

I'm using the 2.14.7-3 version of the libgtk2.0-0 package, which does not
have this symbol:

  $ nm /usr/lib/libgtk-x11-2.0.a |grep gtk_file_system_error_quark |wc -l
  0

It looks like this is was a private symbol which is no longer available in
GTK+ 2.14.x.

— Wouter


signature.asc
Description: Digital signature

Bug#514066: Seahorse Plugins are not packaged

[Wouter Bolsterlee]

2009-02-03 klockan 23:25 skrev Emilio Pozuelo Monfort:
> Wouter Bolsterlee wrote:
> > It seems seahorse-plugins is not packaged in Debian. This means there is no
> > seahorse-agent (acts as a gpg-agent I believe), and that integration with
> > (at least) nautilus and gedit is missing.
> They have been in the NEW queue for quite some time already.

Ah, thanks. Any clue why they don't propagate?

— Wouter


signature.asc
Description: Digital signature

Bug#514066: Seahorse Plugins are not packaged

[Wouter Bolsterlee]

Package: seahorse

Hi,

It seems seahorse-plugins is not packaged in Debian. This means there is no
seahorse-agent (acts as a gpg-agent I believe), and that integration with
(at least) nautilus and gedit is missing.

The agent and plugins seem to have been split into a separately released
tarballs, available from the Gnome FTP servers:
http://ftp.gnome.org/pub/gnome/sources/seahorse-plugins/

The seahorse-plugins source can be also found in a submodule of the seahorse
SVN branch in Gnome SVN, and can be browsed here:
http://svn.gnome.org/viewvc/seahorse/seahorse-plugins/

Please package this for Debian, so that I can use the gpg agent again.

— Wouter


signature.asc
Description: Digital signature

Bug#451625: GNU/Ed 1.1 has been released

[Wouter Bolsterlee]

GNU/Ed 1.1 was released on 20082014, but Debian still ships 0.7.
HOW AM I SUPPOSED TO DO MY WORK WITHOUT A RECENT ed VERSION?! ;)

See http://ftp.gnu.org/gnu/ed/ for the tarball.

— Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

you gotta hold on to something you believe— electric light orchestra


signature.asc
Description: Digital signature

Bug#501597: Directory name

[Wouter Bolsterlee]

Well, not suddenly... recent Nautilus versions use GIO instead of GnomeVFS,
which also caused API changes to the extensions interface.

— Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#415419: Isn't this fixed?

[Wouter Bolsterlee]

Shouldn't this bug report be marked as fixed?

— Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i'm unclean · a libertine  — placebo


signature.asc
Description: Digital signature

Bug#461772: Change socket path

[Wouter Bolsterlee]

What about changing the socket path to e.g. /var/run/fail2ban/fail2ban.sock
so that regular users cannot create that file (no write permission in that
directory)? It's also much cleaner not to clutter /tmp with sockets...

— Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

the day that you stop running · is the day that you arrive   — morcheeba


signature.asc
Description: Digital signature

Bug#501316: Redland API documentation does not show up in Devhelp

[Wouter Bolsterlee]

Package: librdf0-dev

The gtk-doc documentation from the librdf0-dev package does not show up in
Devhelp, because the .devhelp2 file is incorrectly named. The file installed
by the package is:

  /usr/share/gtk-doc/html/librdf/redland.devhelp2

...while (according to strace) Devhelp looks for this file:

  /usr/share/gtk-doc/html/librdf/redland.devhelp2

Creating a symlink (ln -s redland.devhelp2 librdf.devhelp2) works around the
problem.

I'm not sure what to do with the .devhelp (without the trailing 2) file,
since I'm not sure whether it's used at all.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

will you still wait for me :: will you still cry for me-- blind guardian


signature.asc
Description: Digital signature

Bug#501240: Default font size is way too small

[Wouter Bolsterlee]

Package: gnochm

The default font size used by GnoCHM seems way too small for most CHM files
I'm trying to read (glyphs have a ~5 pixel height). I have to click the
"Zoom In" button at least 5 times before the text becomes legible.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#500886: gvfs-fuse depends on fuse-utils

[Wouter Bolsterlee]

Package: gvfs-fuse

It seems to me that gvfs-fuse depends on fuse-utils to work, but there is no
dependency.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

why do black flies just live for one day?-- green lizard


signature.asc
Description: Digital signature

Bug#500884: New upstream version 0.8.10

[Wouter Bolsterlee]

Package: muine

Hi,

There's a new upstream version 0.8.10 that fixes various bugs, adds a few
features and no longer causes Muine to use excessive battery power on
laptops.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

we are one :: but torn apart :: will you still wait for me -- blind guardian


signature.asc
Description: Digital signature

Bug#427263: Shouldn't this bug be closed?

[Wouter Bolsterlee]

Why is this bug still marked as "outstanding"?

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

tell myself that i'm not ready yet :: i want to live -- heather nova


signature.asc
Description: Digital signature

Bug#496926: Totem YouTube plugin doesn't work at all

[Wouter Bolsterlee]

Package: python-gdata

Hi,

The Youtube plugin doesn't work at all for me, since hitting the search button
gives me this error:

| $ totem
| ** (totem:10155): DEBUG: Init of Python module
| ** (totem:10155): DEBUG: Registering Python plugin instance:
| YouTube+TotemPythonPlugin
| ** (totem:10155): DEBUG: Creating object of type YouTube+TotemPythonPlugin
| ** (totem:10155): DEBUG: Creating Python plugin instance
| Exception in thread Thread-1:
| Traceback (most recent call last):
|   File "/usr/lib/python2.5/threading.py", line 486, in __bootstrap_inner
| self.run()
|   File "/usr/lib/totem/plugins/youtube/youtube.py", line 19, in run
| self.youtube.entry[self.treeview_name] = self.youtube.service.Get
| (self.url).entry
|   File "/var/lib/python-support/python2.5/gdata/service.py", line 512, in Get
| extra_headers=extra_headers)
|   File "/var/lib/python-support/python2.5/atom/service.py", line 295, in
| HttpRequest
| connection.putrequest(operation, full_uri)
|   File "/usr/lib/python2.5/httplib.py", line 810, in putrequest
| host_enc = self.host.encode("ascii")
| AttributeError: 'NoneType' object has no attribute 'encode'


The upstream bug report about this is available at:

  http://bugzilla.gnome.org/show_bug.cgi?id=549718

but it seems it's NOTGNOME.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i know :: the past will catch you up as you run faster-- placebo


signature.asc
Description: Digital signature

Bug#483500: How does it get the key contents?

[Wouter Bolsterlee]

2008-06-13 klockan 08:48 skrev Cedric Blancher:
> BTW, problem seems to be fixed somehow in the near future (see #483020).

Thanks, any clue when this will hit (un)stable?

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i want you to come :: walk this world with me-- heather nova


signature.asc
Description: Digital signature

Bug#483500: How does it get the key contents?

[Wouter Bolsterlee]

I'm wondering how the openvpn-vulnkey script can check the key if it's
encrypted using a password... it seems to me it must be unlocked first.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i want you to come :: walk this world with me-- heather nova


signature.asc
Description: Digital signature

Bug#481303: Critical errors in debian-start script

[Wouter Bolsterlee]

Package: mysql-server-5.0

The debian-start script (that supposedly checks for table errors) has
critical errors if the database name contains a character that needs to be
quoted in SQL, e.g. somedb-dev doesn't work, while `somedb-dev` does.

The resulting errors look like this (one for *each* table in databases with
such names):

  /etc/mysql/debian-start[2715]: ERROR 1064 (42000) at line 1: You have an
  error in your SQL syntax; check the manual that corresponds to your MySQL
  server version for the right syntax to use near '-dev.news' at line 1

You may agree this is pretty critical for a server.

This is the version I'm using:

  $ dpkg -l mysql-server-5.0 |grep ^ii
  ii  mysql-server-5.0   5.0.51a-5 MySQL database server binaries

The fix would be to escape the name appropriately. The attached patch fixes
the issue.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl
--- /usr/share/mysql/debian-start.inc.sh.orig	2008-05-13 10:26:59.0 +0200
+++ /usr/share/mysql/debian-start.inc.sh	2008-05-13 10:26:52.0 +0200
@@ -16,8 +16,8 @@
   # Checking for $? is unreliable so the size of the output is checked.
   # Some table handlers like HEAP do not support CHECK TABLE.
   tempfile=`tempfile`
-  LC_ALL=C $MYSQL -N -b -e 'select concat("select count(*) from ",TABLE_SCHEMA, 
-".", TABLE_NAME) from information_schema.TABLES where ENGINE="MyISAM"' | \
+  LC_ALL=C $MYSQL -N -b -e 'select concat("select count(*) from `",TABLE_SCHEMA, 
+"`.", TABLE_NAME) from information_schema.TABLES where ENGINE="MyISAM"' | \
 xargs -i $MYSQL -N -q -e "{}" 2>&1 \
 | perl -e '$_=join("", <>); s/^[^\n]+\n(error|note)\s+: The (handler|storage engine) for the table doesn.t support check\n//smg;print;' \
 > $tempfile


signature.asc
Description: Digital signature

Bug#475306: Some investigation

[Wouter Bolsterlee]

It seems the Debian-specific backend patches alter the
nm_system_should_modify_resolv_conf() to only FALSE if resolvconf is
installed, and TRUE otherwise. This seems correct.

The hook in /etc/NetworkManager/dispatcher.d/01ifupdown triggers ifup-like
behaviour and runs the /etc/network/if-{,pre-}{up,donw}.d scripts using
run-parts. The actual resolvconf invocation is handled there.

The above makes resolvconf work for regular network interface.

The problem is that for VPN connections (e.g. openvpn using n-m using the
tun0 interface) the network-manager-dispatcher does not run the scripts.
I've put a debug script in /etc/NetworkManager/dispatcher.d/02debug with
these contents (uses ts from the moreutils package):

  #!/bin/sh -e
  echo "$*" |ts >> /tmp/nm-debug.log

Then I bring up WLAN and see this appear in the log file:

  May 08 15:40:17 eth1 down
  May 08 15:40:17 eth1 post-down
  May 08 15:40:17 eth1 pre-up
  May 08 15:40:31 eth1 up

Next, I bring up an OpenVPN connection. Result: NOTHING is written to the
log file (i.e. the hook is not invoked).

So: bringing VPN connections up/down doesn't trigger resolvconf at all. I'm
not sure how this can be fixed. Actually, I don't know where resolvconf gets
its data from at all (but that's not really relevant at this point).

Hope this helps a bit.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

nobody loves me :: it's true :: not like you do-- portishead


signature.asc
Description: Digital signature

Bug#473753: Is this really fixed?

[Wouter Bolsterlee]

2008-04-01 klockan 19:06 skrev Michael Stone:
> On Tue, Apr 01, 2008 at 06:48:57PM +0200, you wrote:
> >Could you please elaborate why you think this issue is fixed? E.g. by
> >pointing to relevant bug numbers or to updated packages?
> 
> 473739

Thank you, that helps.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

never thought i'd fill with desire-- placebo


signature.asc
Description: Digital signature

Bug#473753: Is this really fixed?

[Wouter Bolsterlee]

I'm seeing this as well with coreutils 6.10.4. After downgrading to 6.10.3 I
don't see this anymore. 6.10.4 seems to be latest version in the archives at
this moment.

Could you please elaborate why you think this issue is fixed? E.g. by
pointing to relevant bug numbers or to updated packages?

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

now she's gone love burns inside me   -- black rebel motorcycle club


signature.asc
Description: Digital signature

Bug#471270: Way forward

[Wouter Bolsterlee]

So... what's the way forward wrt to this issue? I see those problems as
well, but there is no clear solution. Any suggestions would be appreciated.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

we'd drink and get high until late :: and now we're all alone -- placebo


signature.asc
Description: Digital signature

Bug#464527: Add Categories in desktop file

[Wouter Bolsterlee]

Package: workrave

The Debian-specific workrave.desktop file (there is none provided upstream
it seems) does not have a "Categories" line, so that Workrave appears in the
"Other" category of my Gnome menu.

Please add this line:

  Categories=GTK;Utility;

...to the bottom of the .desktop file so that it gets categorized correctly
under the Utilities submenu.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i see the rifles coming over the hill -- black rebel motorcycle club


signature.asc
Description: Digital signature

Bug#448860: Fixed upstream

[Wouter Bolsterlee]

This issue has been fixed upstream. See for details:

  http://issues.workrave.org/cgi-bin/bugzilla/show_bug.cgi?id=691#c2

This bug report can be closed when a new version/update is packaged.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

just a little strength in our hearts :: enough to heal   -- heather nova


signature.asc
Description: Digital signature

Bug#463858: gcc man page is empty

[Wouter Bolsterlee]

Package: gcc-4.3

The man page for gcc-4.3 (and its symlink gcc as well) is empty in the
gcc-4.3-20080202-1 package:

| GCC(1)  GNU GCC(1)
|
| gcc-4.3.0   2008-02-02  GCC(1)

The file is mostly empty as well, so it seems the generation of the file has
somehow failed.

| -rw-r--r-- 1 root root 1640 2008-02-03 04:38 /usr/share/man/man1/gcc-4.3.1.gz
| e70b1379c3321aae06bfefa7151f7aff  /usr/share/man/man1/gcc-4.3.1.gz

These are the relevant packages I have installed:

| ii  gcc  4:4.2.2-2
| ii  gcc-3.3-base 1:3.3.6-15
| ii  gcc-3.4-base 3.4.6-6
| ii  gcc-4.1  4.1.2-19
| ii  gcc-4.1-base 4.1.2-19
| ii  gcc-4.2  4.2.3-1
| ii  gcc-4.2-base 4.2.3-1
| ii  gcc-4.3  4.3-20080202-1
| ii  gcc-4.3-base 4.3-20080202-1

The older gcc-4.2 packages do have the man pages.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#462887: Install shell scripts into right directory

[Wouter Bolsterlee]

2008-01-28 klockan 07:03 skrev Debian Bug Tracking System:
> There is no such thing as /usr/libexec in Debian.

Oops. Nevermind my ignorance, I'm too used to my custom build environment,
where I was recently fixing libdir==libexecdir bugs :)

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

come on fallen star :: i refuse to let you die :: so be mine  -- placebo


signature.asc
Description: Digital signature

Bug#462887: Install shell scripts into right directory

[Wouter Bolsterlee]

Package: avahi-daemon

The /usr/lib/avahi/avahi-daemon-check-dns.sh file should be in /usr/libexec,
I think.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#461351: Epiphany crashes due to faulty patch

[Wouter Bolsterlee]

Package: libxul0d

Epiphany (which links to libxul0d) gives critical warnings and even crashes
when G_DEBUG=fatal_criticals:

  Gtk-CRITICAL **: gtk_window_group_remove_window: assertion
  `GTK_IS_WINDOW_GROUP (window_group)' failed

The reason (according to the upstream Epiphany maintainer) is the
widget/src/gtk2/nsWindow.cpp part of the debian-specific patch
xulrunner-1.8.1.11/debian/patches/35_gtkmozembed_change_toplevel.dpatch,
which was taken from https://bugzilla.mozilla.org/show_bug.cgi?id=296002

Please do not longer apply the nsWindow.cpp part of this patch in the
libxul0d package, since it causes crashes.

Thanks!

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#459595: New upstream version (0.4) available

[Wouter Bolsterlee]

2008-01-07 klockan 15:37 skrev Wouter Bolsterlee:
> There's a new upstream release (0.4) available:
> http://uwstopia.nl/blog/2007/12/gnome-specimen-0-4-is-out

Please forgive my ignorance, this is already in sid.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

never lived never lived :: i'm in love-- black rebel motorcycle club


signature.asc
Description: Digital signature

Bug#459595: New upstream version (0.4) available

[Wouter Bolsterlee]

Package: gnome-specimen

There's a new upstream release (0.4) available:
http://uwstopia.nl/blog/2007/12/gnome-specimen-0-4-is-out

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#452870: download url is wrong

[Wouter Bolsterlee]

...but I guess you'll manage to find the correct one ;)

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#452870: New upstream version (0.1.5) available

[Wouter Bolsterlee]

Package: vala

A new upstream version (0.1.5) was released on 20071124T. See [1] for the
announcement and [2] for the package itself.

  mvrgr, Wouter

[1] http://live.gnome.org/Vala/Release
[2] http://live.gnome.org/wiki/gnome/css/star.png
-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#439817: Please update to new version

[Wouter Bolsterlee]

Please upload a new splix version, since this effectively keeps me from
using my printer (well, I compiled my own splix, but you get the idea). See
http://uwstopia.nl/blog/2007/11/getting-my-samsung-ml-2010-printer-to-work
for a description of my printing problems and how I solved them.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i want you to come :: walk this world with me-- heather nova


signature.asc
Description: Digital signature

Bug#421319: Please upload a new version

[Wouter Bolsterlee]

Hi, would it be possible to upload a new version to the Debian archive? This
issue is biting me on multiple machines and manually updating files in
/usr/bin/ is not really desirable.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

you told us how you weren't afraid to die :: well then, so long  -- tool


signature.asc
Description: Digital signature

Bug#439487: Glib update

[Wouter Bolsterlee]

The error is caused by GSequence being merged into glib. This issue has been
resolved in upstream SVN already.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

from the time we intercepted :: feels more like suicide   -- placebo


signature.asc
Description: Digital signature

Bug#440817: Ping

[Wouter Bolsterlee]

Hi,

Any chance to get this fixed? It seems like upstream svn does not have the
problem. Currently this prevents me from using Muine at all.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

you keep me alone :: in a room full of friends -- porcupine tree


signature.asc
Description: Digital signature

Bug#423534: Please continue providing glade2

[Wouter Bolsterlee]

Glade 3 still has some problems (for which upstream bug reports exist) that
do not occur in Glade 2. Therefore I sincerely hope Debian will continue to
provide Glade 2 packages, since I need those for the moment (of course I can
compile it myself, but that's not how it should be).

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

but sometimes :: it's better to lie  -- hooverphonic


signature.asc
Description: Digital signature

Bug#434250: Debian packaging included

[Wouter Bolsterlee]

Hi there,

As the upstream Gnome Specimen author, I'd like to point out the upstream
tarball has a debian/ directory already. I thinks it's pretty clean, but
patches are welcome of course. I also noted [1], which talks about a
sponsored upload.

  mvrgr, Wouter

http://groups.google.com/group/linux.debian.devel.mentors/browse_thread/thread/e135365b826d6a44/1951fff878ee20bf?lnk=raot
-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

and it's you i see :: but you don't see me   -- coldplay


signature.asc
Description: Digital signature

Bug#429919: Please package upstream 0.8

[Wouter Bolsterlee]

Package: tango-icon-theme

Please package the latest upstream release (0.8). Thanks!

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#422391: xetex/xelatex complains about xetex.fmt not being found

[Wouter Bolsterlee]

2007-05-09 klockan 14:03 skrev Frank Küster:
> Yes, when you run 
> 
> fmtutil-sys --byfmt=xetex
> 
> as root it tells you in the last line to which location the format is
> installed.  What does it tell on your system? 

No output, unfortunately.

> It's easier to debug this with fmtutil instead of fmtutil-sys.  On a
> working system,
> 
> fmtutil --byfmt=xetex
> 
> run *as*user* should install into
> /home/uws/.texmf-var/web2c/xetex/xetex.fmt. 

No output here either, unfortunately.

> If it does not do that either, fine:  Please run
> 
> sh -xv fmtutil --byfmt=xetex > fmtutil-debug.log 2>&1
> 
> and send us the file fmtutil-debug.log

I've attached the debug log to this message.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl
#!/bin/sh

###
# fmtutil: utility to maintain format files.
#
# Thomas Esser, public domain.
#
# Commands:
# --all  recreate all format files
# --missing  create all missing format files
# --refresh  recreate only existing format files
# --byfmt formatname (re)create format for `formatname'
# --byhyphen hyphenfile  (re)create formats that depend on `hyphenfile'
# --enablefmt formatname enable formatname in config file
# --disablefmt formatnamedisable formatname in config file
# --listcfg  list (enabled and disabled) configurations,
#filtered to available formats
# --catcfg   output the content of the config file
# --showhyphen formatnameprint name of hyphenfile for format `formatname'
# --edit edit fmtutil.cnf file
# --version  show version info
# --help show this message
#
# Options:
#  --cnffile file set configfile for fmtutil
#  --fmtdir directory set destination directory for format files
#  --no-engine-subdir don't use $engine subdirectory of the fmtdir
###

###
# program history:
#   2007-01-04  patch by JK to support $engine subdir (enabled by default)
#   Fr Apr  8 19:15:05 CEST 2005 cleanup now has an argument for the return code
#   Do Mar 02 10:42:31 CET 2006 add tmpdir to TEXFORMATS
#   So Mär 27 18:52:06 CEST 2005 honor $TMPDIR, $TEMP and $TMP, not just $TMP
#   Sa Jan 15 18:13:46 CET 2005 avoid multiple variable assignments in one 
statement
#   Di Jan 11 11:42:36 CET 2005 fix --byhyphen with relative hyphenfile
#   Fr Dez 31 16:51:29 CET 2004 option catcfg added (for being called by 
texconfig)
#   Do Dez 30 21:53:27 CET 2004 rename variable verbose to verboseFlag
#   Sa Dez 25 12:44:23 CET 2004 implementation adopted for teTeX-3.0 (tcfmgr)
#   Do Okt 28 11:09:36 CEST 2004 added --refresh
#   Fr Sep 17 19:25:28 CEST 2004 save $0 in a variable before calling a function
#   Sun May  9 23:24:06 CEST 2004 changes for new web2c: format names
# are now *.fmt, nothing else, disable
# "plain" symlinks
#   Thu May  6 14:16:19 CEST 2004: "mv .../dev/null \
  && { RUNNING_KSH=true; export RUNNING_KSH; exec /bin/ksh $0 ${1+"$@"}; }
+ test -f /bin/ksh
unset RUNNING_KSH
+ unset RUNNING_KSH

test -f /bin/bsh && test -z "$RUNNING_BSH" \
  && { UNAMES=`uname -s`; test "x$UNAMES" = xAIX; } 2>/dev/null \
  && { RUNNING_BSH=true; export RUNNING_BSH; exec /bin/bsh $0 ${1+"$@"}; }
+ test -f /bin/bsh
unset RUNNING_BSH
+ unset RUNNING_BSH

# hack around a bug in zsh:
test -n "${ZSH_VERSION+set}" && alias -g '${1+"$@"}'='"$@"'
+ test -n ''

progname=fmtutil
+ progname=fmtutil
argv0=$0
+ argv0=fmtutil
version=1168729197 # seconds since `00:00:00 1970-01-01 UTC'
+ version=1168729197
   # date '+%s' (with GNU date)

cnf=fmtutil.cnf   # name of the config file
+ cnf=fmtutil.cnf
export PATH
+ export PATH

###
# cleanup()
#   clean up the temp area and exit with proper exit status
###
cleanup()
{
  rc=$1
  # for debugging, exit $rc here so $tmpdir with its logs sticks around.
  $needsCleanup && test -n "$tmpdir" && test -d "$tmpdir" \
&& { cd / && rm -rf "$tmpdir"; }
  (exit $rc); exit $rc
}   

###
# setupTmpDir()
#   set up a temp directory and a trap to remove it
###
setupTmpDir()
{
  $needsCleanup && return

  trap 'cleanup 1' 1 2 3 7 13 15
  needsCleanup=true
  (umask 077; mkdir "$tmpdir") \
|| abort "could not create directory \`$tmpdir'"

Bug#423039: Typo in postinst script

[Wouter Bolsterlee]

Package: texlive-base-bin
Version: 2007-6

The installation of texlive-base-bin version 2007-6 gives an error:

  Setting up texlive-base-bin (2007-6) ...
  Installing new version of config file /etc/texmf/texdoctk/texdocrc.defaults...
  Installing new version of config file /etc/texmf/dvips/config/config.ps ...
  Running mktexlsr. This may take some time... done.
  Building format(s) --all . This may take some time... done.
  /var/lib/dpkg/info/texlive-base-bin.postinst: line 288: update-alternative: 
command not found

I think this should be update-alternatives instead of update-alternative
(note the trailing s).

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

who's gonna take it like this? :: no way :: you are, you are-- gomez


signature.asc
Description: Digital signature

Bug#422802: DBus complains about dhcdbd failing to start

[Wouter Bolsterlee]

2007-05-08 klockan 17:44 skrev Michael Biebl:
> I'm wondering, why dhcdbd was still running.

Hmm. It wasn't running I think, since it happens everytime I start/restart
DBus. Check this shell transcript (whitespace added):

  $ elin:~ > pidof dhcdbd || echo "Not found"
  Not found

  $ sudo /etc/init.d/dbus start
  Starting system message bus: dbus.
  Starting Hardware abstraction layer: hald.
  Starting DHCP D-Bus daemon: dhcdbd.
  Starting network connection manager: NetworkManager.
  Starting network events dispatcher: NetworkManagerDispatcher.
  Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
  Starting DHCP D-Bus daemon: dhcdbdinvoke-rc.d: initscript dhcdbd, action 
"start" failed.


> /etc/init.d/dbus stop should have stopped it before.

Just checked, dhcbd wasn't running.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

got enough guilt to start my own religion :: save me i cry  -- tori amos


signature.asc
Description: Digital signature

Bug#422802: DBus complains about dhcdbd failing to start

[Wouter Bolsterlee]

2007-05-08 klockan 17:44 skrev Michael Biebl:
> I'm wondering, why dhcdbd was still running.
> /etc/init.d/dbus stop should have stopped it before.
> Could you elaborate, what you were doing?

I upgraded dbus 1.0.2-4 to 1.0.2-5 using apt-get upgrade.

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

never thought i'd fill with desire-- placebo


signature.asc
Description: Digital signature

Bug#422802: DBus complains about dhcdbd failing to start

[Wouter Bolsterlee]

2007-05-08 klockan 17:44 skrev Michael Biebl:
> If dhcdbd was already running, the return code will be != 0, so
> /etc/init.d/dbus:dependend_services() will return != 0, as starting dhcdbd was
> the last action.

Other init scripts, e.g. apache do not work like that. Shell session
transcript (whitespace added):

  $ # Try to start Apache twice:

  $ sudo /etc/init.d/apache start && echo "success" || echo "fail"
  Starting apache 1.3 web server
  success

  $ sudo /etc/init.d/apache start && echo "success" || echo "fail"
  Starting apache 1.3 web server
  success

  $ # Try to stop Apache twice:

  $ sudo /etc/init.d/apache stop && echo "success" || echo "fail"
  Stopping apache 1.3 web server
  success

  $ sudo /etc/init.d/apache stop && echo "success" || echo "fail"
  Stopping apache 1.3 web server...No process in pidfile `/var/run/apache.pid'
  found running; none killed.
  .
  success

See?

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

tell myself that i'm not ready yet :: i want to live -- heather nova


signature.asc
Description: Digital signature

Bug#422391: xetex/xelatex complains about xetex.fmt not being found

[Wouter Bolsterlee]

Hi Frank,

Thanks for the follow-up.

2007-05-08 klockan 18:43 skrev Frank Küster:
> Wouter Bolsterlee <[EMAIL PROTECTED]> wrote:
> > Running xetex or xelatex on any input file results in an error like this:
> >
> >   $ xetex somefile.tex 
> >   This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6)
> >%&-line parsing enabled.
> >   kpathsea: Running mktexfmt xetex.fmt
> >   I can't find the format file `xetex.fmt'!
> >   
> > The installation seems succesful though:
> [...]
> > Am I doing something wrong?
> 
> Not really, except that maybe you did something wrong in the past, some
> misconfiguration.  
> 
> Since package configuration succeeds, the format is probably there,
> please check that:
> 
> ls /var/lib/texmf/web2c/xetex/xetex.fmt

No, it's not there. The directory /var/lib/texmf/web2c/xetex/ doesn't even
exist. The contents of /var/lib/texmf/web2c are listed below:

  $ ls -lF /var/lib/texmf/web2c/
  total 48
  drwxr-xr-x 2 root root 4096 2007-05-05 17:43 aleph/
  -rw-r--r-- 1 root root 5509 2007-05-05 17:58 fmtutil.cnf
  drwxr-xr-x 2 root root 4096 2007-05-05 17:43 metafont/
  drwxr-xr-x 2 root root 4096 2007-05-05 17:43 metapost/
  drwxr-xr-x 2 root root 4096 2007-05-05 17:43 omega/
  drwxr-xr-x 2 root root 4096 2007-05-05 17:53 pdfetex/
  drwxr-xr-x 2 root root 4096 2007-05-05 17:43 tex/
  -rw-r--r-- 1 root root 7569 2007-05-05 17:58 updmap.cfg
  -rw-r--r-- 1 root root 7627 2007-05-05 17:53 updmap.log

> Now, why isn't it found?
> 
> What is the output of
> 
> kpsewhich --progname=xetex xetex.fmt

No output at all.

> kpsewhich --progname=xetex --show-path fmt

Lots of output, all on one line. For reading convencience, I've added
newlines after each colon character:

  .:
  /home/uws/.texmf-config/web2c/unset//:
  /home/uws/.texmf-var/web2c/unset//:
  /home/uws/.texmf/web2c/unset//:
  /etc/texmf/web2c/unset//:
  !!/var/lib/texmf/web2c/unset//:
  !!/usr/local/share/texmf/web2c/unset//:
  !!/usr/share/texmf/web2c/unset//:
  !!/usr/share/texmf-texlive/web2c/unset//:
  !!/usr/share/texmf-tetex/web2c/unset//:
  /home/uws/.texmf-config/web2c///:
  /home/uws/.texmf-var/web2c///:
  /home/uws/.texmf/web2c///:
  /etc/texmf/web2c///:
  !!/var/lib/texmf/web2c///:
  !!/usr/local/share/texmf/web2c///:
  !!/usr/share/texmf/web2c///:
  !!/usr/share/texmf-texlive/web2c///:
  !!/usr/share/texmf-tetex/web2c///

> grep xetex /etc/texmf/texmf.cnf /etc/texmf/texmf.d/*

Four lines of output:

  /etc/texmf/texmf.cnf:TEXINPUTS.xetex = 
.;$TEXMF/tex/{xetex,plain,generic,}//
  /etc/texmf/texmf.cnf:% xetex/xdvipdfmx (note that fontconfig on 
Linux/Unix-like systems 
  /etc/texmf/texmf.d/45TeXinputs.cnf:TEXINPUTS.xetex = 
.;$TEXMF/tex/{xetex,plain,generic,}//
  /etc/texmf/texmf.d/85Misc.cnf:% xetex/xdvipdfmx (note that fontconfig on 
Linux/Unix-like systems 

Hope this helps. Please let me know if you need additional information!

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#422802: DBus complains about dhcdbd failing to start

[Wouter Bolsterlee]

Package: dhcdbd
Version: 2.0-3

DBus complains about dhcdbd failing to start:

  $ sudo /etc/init.d/dbus start
  Starting system message bus: dbus.
  Starting Hardware abstraction layer: hald.
  Starting DHCP D-Bus daemon: dhcdbd.
  Starting network connection manager: NetworkManager.
  Starting network events dispatcher: NetworkManagerDispatcher.
  Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
  Starting DHCP D-Bus daemon: dhcdbdinvoke-rc.d: initscript dhcdbd, action 
"start" failed.

However, dhcdbd *does* appear to be running afterwards:

  root  6880  0.0  0.1   1956   736 ?Ss   10:29   0:00 
/usr/sbin/dhcdbd --system

Furtheremore:

  $ sudo /etc/init.d/dhcdbd start || echo '-- see, it fails! it seems start 
fails if dhcdbd is al ready running'
  Starting DHCP D-Bus daemon: dhcdbd-- see, it fails! it seems start fails 
if dhcdbd is al ready running

My DBus version is 1.0.2-5.


  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#422391: xetex/xelatex complains about xetex.fmt not being found

[Wouter Bolsterlee]

Package: texlive-xetex
Version: 2007-5

Running xetex or xelatex on any input file results in an error like this:

  $ xetex somefile.tex 
  This is XeTeXk, Version 3.141592-2.2-0.996 (Web2C 7.5.6)
   %&-line parsing enabled.
  kpathsea: Running mktexfmt xetex.fmt
  I can't find the format file `xetex.fmt'!
  
The installation seems succesful though:

  $ sudo apt-get install --reinstall texlive-xetex
  Reading package lists... Done
  Building dependency tree... Done
  0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 3 not upgraded.
  Need to get 0B/6402kB of archives.
  After unpacking 0B of additional disk space will be used.
  Do you want to continue [Y/n]? 
  (Reading database ... 201861 files and directories currently installed.)
  Preparing to replace texlive-xetex 2007-5 (using 
.../texlive-xetex_2007-5_i386.deb) ...
  Unpacking replacement texlive-xetex ...
  Setting up texlive-xetex (2007-5) ...
  Running mktexlsr. This may take some time... done.
  Building format(s) --byfmt xetex. This may take some time... done.
  Building format(s) --byfmt xelatex. This may take some time... done.

Am I doing something wrong?

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#364420: Better patch

[Wouter Bolsterlee]

This patch seems to do the trick for me:

- BEGIN CUT HERE -
--- rubber/rules/latex/__init__.py.old  2007-03-12 00:01:34.0 +0100
+++ rubber/rules/latex/__init__.py  2007-03-12 00:00:52.0 +0100
@@ -1107,7 +1107,8 @@
 
file = self.source()
cmd = [self.vars["program"]]
-   cmd += map(lambda x: x.replace("%s",file), self.cmdline)
+   quoted_file = '"%s"' % file
+   cmd += map(lambda x: x.replace("%s", quoted_file), self.cmdline)
inputs = string.join(self.env.path, ":")
if inputs == "":
env = {}
- END CUT HERE -

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

who's gonna take it like this? :: no way :: you are, you are-- gomez


signature.asc
Description: Digital signature

Bug#388326: Jadetex install runs fmtutil as root

[Wouter Bolsterlee]

Package: jadetex
Version: 3.13-6

| Setting up jadetex (3.13-6) ...
| mktexlsr: Updating /var/lib/texmf/ls-R-LOCAL... 
| mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... 
| mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... 
| mktexlsr: Updating /var/lib/texmf/ls-R... 
| mktexlsr: Done.
| Replacing config file /etc/texmf/texmf.cnf with new version
| Checking for TeX memory dumps (.fmt) ...
|done.
| Creating JadeTeX memory dumps ...
| /usr/share/texmf/tex/jadetex/config/jadetex.ini
| 
| Warning: fmtutil is being run as root; fmtutil-sys should probably be
| used instead.  If this is done by a Debian package upon installation,
| upgrade, or removal, please file a bug against that package.
| 
| 
| Warning: fmtutil was run as root; fmtutil-sys was used instead.
| If this was done by a Debian package upon installation,
| upgrade, or removal, please file a bug against that package.
| 
| /usr/share/texmf/tex/jadetex/config/jadetex.ini
| 
| Warning: fmtutil is being run as root; fmtutil-sys should probably be
| used instead.  If this is done by a Debian package upon installation,
| upgrade, or removal, please file a bug against that package.
| 
| 
| Warning: fmtutil was run as root; fmtutil-sys was used instead.
| If this was done by a Debian package upon installation,
| upgrade, or removal, please file a bug against that package.
| 
|done.


thanks

  mvrgr, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl


signature.asc
Description: Digital signature

Bug#386347: [Pkg-sysvinit-devel] Bug#386347: initscripts: BOOT FAILURE: checkroot.sh can't fsck /dev/shm/root because /dev/shm is mounted nodev

[Wouter Bolsterlee]

På Fri, Sep 08, 2006 at 09:18:33AM +0200, Petter Reinholdtsen skrev:
> [Sébastien Phélep]
> > Just in case other readers experience this same problem, I've been able to 
> > solve it by downgrading to 2.86.ds1-1 (as found in sarge).

> Good.  How did you downgrade when the system was unbootable?  Did you
> have to use a rescue CD?

I had to:

- boot in single-user mode
- manually mount -o remountrw my / partition
- manually initialize all lvm groups
- manually mount /usr
- manually mount /var
- manually set $PATH to include /usr/bin
- run apt-cache show initscripts |grep Version
- manually ifconfig/dhclient my network interface
- run apt-get install initscripts=2.86.ds1-15
- sync; reboot

In short: a disaster.

  hth, Wouter

-- 
:wq   mail [EMAIL PROTECTED]
  web http://uwstopia.nl

i awake to see that no one is free :: we're all fugitives-- coldplay


signature.asc
Description: Digital signature