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
Package: happybase
Upstream released 0.8; please update. Thanks!
— Wouter
signature.asc
Description: This is a digitally signed message part
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:
Package: leveldb
Upstream has released 1.15. Please update. Thanks!
— Wouter
signature.asc
Description: This is a digitally signed message part
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
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
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
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
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
[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
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
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
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
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
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.
—
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
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:
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
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.)
+
+ * Install the ppd-updater trigger into the correct package
+(printer-driver-splix, not the transitional dummy package splix).
+
+ -- Wouter Bolsterlee u...@xs4all.nl 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
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
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:
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
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/
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
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
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
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)
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
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
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
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.
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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]
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
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
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
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
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
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
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
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
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]
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
Shouldn't this bug report be marked as fixed?
— Wouter
--
:wq mail [EMAIL PROTECTED]
web http://uwstopia.nl
i'm unclean · a libertine — placebo
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
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
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
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
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]
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
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):
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]
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]
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*
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
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?
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
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]
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]
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
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
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
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
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
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
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
...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
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
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,
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]
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]
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
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
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
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:
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
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
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
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
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
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
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
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
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()
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.
På Fri, Sep 08, 2006 at 08:59:01AM +0200, Sébastien Phélep skrev:
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).
Downgrading to 2.86.ds1-15 works too.
mvrgr, Wouter
--
:wq
1 - 100 of 101 matches
Mail list logo
