Bug#989882: fonts-dejavu-extra: Wrong glyph for 25EF LARGE CIRCLE in DejaVu Math TeXGyre

[G. Milde]

Package: fonts-dejavu-extra
Version: 2.37-1
Severity: normal

Dear Maintainer,


The glyph for Character '◯' (9711, 0x25EF) LARGE CIRCLE in the
DejaVu Math TeXGyre otf font shows a large *black* circle.

From the sample glyph and comparing with other fonts, I expect a *white*
circle (black large circle is 0x25CB).


As a result, the following page displays two large *black* circles in
Firefox with the default font setting (DejaVu):


http://www.w3.org/1999/xhtml; xml:lang="en" lang="en">






http://www.w3.org/1998/Math/MathML; display="block">
  ◯  






A wrong symbol for the "circle operator" is a nontrivial problem for the use
of MathML with Firefox.


I checked with the latest version of the font on CTAN
(https://www.ctan.org/pkg/tex-gyre-math-dejavu) and still found the wrong
glyph.

Sincerely
Günter Milde

Bug#911558: balsa: Balsa can’t read some HTML mails

[G. Milde]

Package: balsa
Version: 2.5.6-2
Followup-For: Bug #911558

Additional info:

After updating to Buster, Balsa does no longer show HTML parts of mails.

If the mail is mulitpart, text+mail, the text is visible.
If the mail is just HTML, there is no text in the main window.

Workaround: The text is visible in the editor window, when clicking "reply".

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

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

Versions of packages balsa depends on:
ii  libc6   2.28-10
ii  libcairo2   1.16.0-4
ii  libcanberra-gtk3-0  0.30-7
ii  libcanberra00.30-7
ii  libcompfaceg1   1:1.5.2-5+b2
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-02.58.3-2+deb10u1
ii  libgmime-2.6-0  2.6.23+dfsg1-4
ii  libgnutls30 3.6.7-4
ii  libgpgme11  1.12.0-6
ii  libgspell-1-1   1.6.1-2
ii  libgssapi-krb5-21.17-3
ii  libgtk-3-0  3.24.5-1
ii  libgtksourceview-3.0-1  3.24.9-2
ii  libldap-2.4-2   2.4.47+dfsg-3+deb10u1
ii  libnotify4  0.7.7-4
ii  libpango-1.0-0  1.42.4-7~deb10u1
ii  libpangocairo-1.0-0 1.42.4-7~deb10u1
ii  libsecret-1-0   0.18.7-1
ii  libsqlite3-03.27.2-3
ii  libssl1.1   1.1.1d-0+deb10u2
ii  libwebkit2gtk-4.0-372.24.3-1~deb10u1
ii  libxml2 2.9.4+dfsg1-7+b3
ii  pinentry-gnome3 [pinentry-x11]  1.1.0-2
ii  zlib1g  1:1.2.11.dfsg-1

Versions of packages balsa recommends:
ii  ca-certificates20190110
ii  gpgsm  2.2.12-1+deb10u1
ii  python3-html2text  2018.1.9-1
ii  yelp   3.31.90-1

Bug#898950: xfce4-verve: Re: "verve-focus program missing from package"

[G. Milde]

Package: xfce4-verve-plugin
Version: 2.0.0-1
Followup-For: Bug #898950

Dear Maintainer,

* What led up to the situation?

Updating to Debian 10.

* What was the outcome of this action?

The shortcut to verve stopped working.
Now, there is no means to start a program from the keyboard
(at least via the xfce4-verve-plugin).

This makes the package useless for me.

* What outcome did you expect instead?

An update without loosing functionality, or at least a prominent warning.

Bug#877806: pulseaudio: Speaker silent after updating eeepc to Debian 9

[G. Milde]

Package: pulseaudio
Version: 10.0-1+deb9u1
Severity: normal

Dear Maintainer,

after updating an Asus eee netbook from Debian 8 to Debian 9, the internal
speaker fell silent.

This happened on 2 different eepc netbooks (one using .

Details: headphones work as intended,
 speaker: no sound despite signal shown in pavucontrol
 Audio Device: Intel NM10/ICH7

Note:
  Before the update, pavucontrol listed 3 outputs: 
  audio, speaker, and headphone.  "audio" worked.

  After the update, the "audio" port is missing on the list.

I could "fix" (work around) the issue with help from 
https://debianforum.de/forum/viewtopic.php?f=25=155501
https://www.freedesktop.org/wiki/Software/PulseAudio/Backends/ALSA/Profiles/

--- /usr/share/pulseaudio/alsa-mixer/paths/analog-output-speaker.conf   
2017-06-18 18:03:31.0 +0200
+++ /usr/share/pulseaudio/alsa-mixer/paths/analog-output-speaker-eeepc.conf 
2017-08-04 10:57:45.035014838 +0200
@@ -84,13 +92,18 @@

 ; This profile path is intended to control the speaker, let's mute headphones
 ; else there will be a spike when plugging in headphones
+; change by GM: "mute" instead of turning "off", don' set volume to zero
 [Element Headphone]
-switch = off
-volume = off
+;switch = off
+;volume = off
+switch = mute
+;volume = zero

 [Element Headphone2]
-switch = off
-volume = off
+;switch = off
+;volume = off
+switch = mute
+;volume = zero

 [Element Headphone+LO]
 switch = off

I currently use a modified 
/usr/share/pulseaudio/alsa-mixer/profile-sets/default.conf
as a new udev rule would require to rebuild initramfs.


I reported the issue to the pulseaudio mail list but did not get a response.


Thank you,

Günter Milde
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

; resample-method = speex-float-1
; enable-remixing = yes
; enable-lfe-remixing = no
; lfe-crossover-freq = 0

; flat-volumes = yes

; rlimit-fsize = -1
; rlimit-data = -1
; rlimit-stack = -1
; rlimit-core = -1
; rlimit-as = -1
; rlimit-rss = -1
; rlimit-nproc = -1
; rlimit-nofile = 256
; rlimit-memlock = -1
; rlimit-locks = -1
; rlimit-sigpending = -1
; rlimit-msgqueue = -1
; rlimit-nice = 31
; rlimit-rtprio = 9
; rlimit-rttime = 20

; default-sample-format = s16le
; default-sample-rate = 44100
; alternate-sample-rate = 48000
; default-sample-channels = 2
; 

Bug#870641: [Pkg-xfce-devel] Bug#870641: light-locker: screen stays black after closing and opening laptop lid

[G. Milde]

On  3.08.17, Yves-Alexis Perez wrote:
> On Thu, 2017-08-03 at 19:36 +0200, G. Milde wrote:
> > I use xfce on an eeepc laptop. It's configured to hibernate (Bereitschaft)
> > when the lid closes using xfce4-power-manager.

> Which graphic card and driver do you use?

lspci says:

Intel Corporation Atom Processor D2xxx/N2xxx Integrated Grphics Controller
(rev 09)

the driver is xserver-xorg-video-intel


After some more tests, I have to correct the "error description", though.

The following holds with both screen-lockers: xscreensaver and
light-locker:

* hibernation via the eee "sleep-key" (Fn-F1) works:
  the screen is not locked.
  
* locking the screen via the xfce action button works:
  the screen is unlocked via lightdm or xscreensaver dialogue.
  
* closing/opening the lid works when setting "turn off screen" as action.

* closing/opening the lid results in a black screen and locked
  xwindows session when setting "hibernate" as action.
  
  
So it seems rather to be a problem of xfce4-power-manager or its dependencies
in case there is a combination of hibernation and screen-lock.

Thank you for the fast response.

Günter Milde

Bug#870641: light-locker: screen stays black after closing and opening laptop lid

[G. Milde]

Package: light-locker
Version: 1.7.0-3
Severity: important

Dear Maintainer,

I use xfce on an eeepc laptop. It's configured to hibernate (Bereitschaft)
when the lid closes using xfce4-power-manager.

After updating to Debian stretch, the wakeup fails, the screen stays black
after opening (with some light flashing) and I cannot resume work.

It is possible to switch to a console with Ctrl-Alt-F1 and kill Xorg or
re-start lightdm but this requires loggin in as root and unsaved work in the
session is lost.

The issue dissapears when purging the light-locker package.

It may be related to 
https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1259339

as well as the comments 60 and 65 in #805711

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805711#60
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805711#65

Bug#858987: texlive-lang-arabic: arabicfnt.sty overrides \omega and \textomega

[G. Milde]

Package: texlive-lang-arabic
Version: 2016.20170123-5
Severity: normal
Tags: upstream

Dear Maintainer,

using the "arabic" option for the Babel package results problems in accessing
the Greek small letter omega:

In mathematical mode: The macro $\omega$ fails

In text mode: The macro \textomega and the Unicode character ω fail.

* What led up to the situation?

Using math and Arabic in one document.
Trying to combine Greek and Arabic in one document.

* What exactly did you do (or not do) that was effective (or
 ineffective)?

Minimal failing example:

  \documentclass[a4paper]{article}
  \usepackage[greek,arabic,english]{babel}
  \begin{document}
  
  Greek omega LICR: \ensuregreek{\textomega}
  Greek omega in maths: $\omega$
  
  \end{document}

* What was the outcome of this action?

No omega letter in the output. Error

  ! Argument of \textomega  has an extra }.
   
  \par 
  l.7 Greek omega LICR: \ensuregreek{\textomega}

and warning

  LaTeX Font Warning: Font shape `OT1/aromega/m/n' undefined
  (Font)  using `OT1/cmr/m/n' instead on input line 9.

* What outcome did you expect instead?

No errors, correct output with omega in text and math.

* What is the reason:

The contributed babel language file "arabic.ldf" loads "arabicfnt.sty" to set
up font loading/switching commands. "arabicfnt.sty" contains the lines:

  \DeclareTextFontCommand{\textomega}{\fontfamily{aromega}\selectfont}
  \DeclareRobustCommand{\omega}{\fontfamily{aromega}\selectfont}

that redefine the LaTeX internal character representation (LICR) macros
with font selecting commands.

* Workarounds:

For Greek, it suffices to change the order of the Babel arguments.

  \usepackage[arabic,greek,english]{babel}

More secure is an explicite re-re-definition, e.g.

  \documentclass[a4paper]{article}
  
  % save original \omega
  \let\mathomega\omega
  
  \usepackage[utf8]{inputenc}
  \usepackage[LAE,LGR,T1]{fontenc}
  \usepackage[arabic,greek,english]{babel}
  
  % fix rogue arabtex commands:
  \DeclareTextSymbol{\textomega}{LGR}{119}
  \renewcommand{\omega}{\mathomega}
  
  \usepackage{lmodern}
  
  \begin{document}
  
  Greek omega LICR: \ensuregreek{\textomega}
  
  Greek omega literal: \ensuregreek{ω}
  
  Greek omega in maths: $\omega$
  
  \end{document}





-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-rw-r-- 1 milde milde 12396 Feb  4  2016 /home/milde/texmf/ls-R
-rw-r--r-- 1 root root 1946 Mar 28 20:26 /var/lib/texmf/ls-R
-rw-r--r-- 1 root root 15822 Sep 12  2016 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jan 17 03:45 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Mar  4 07:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Mar  4 07:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Feb  4 18:15 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Mar  4 07:53 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
-rw-r--r-- 1 root root 172 Sep 12  2016 /usr/local/share/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4412 Mar 28 20:25 
/var/lib/texmf/tex/generic/config/language.dat

Bug#813632: digikam crashes when tagging a photo

[G. Milde]

Package: digikam
Version: 4:4.14.0-3
Followup-For: Bug #813632

Dear Maintainer,

some more exploring led to the result that this is actually a bug in
libexiv2 which concernes saving of images from Casio cameras and is solved
upstream. 

You can tag this as a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814051

Thanks
Günter

Bug#814051: tiffcomposite.cpp:749:...: Assertion `mn_' failed.

[G. Milde]

Package: libexiv2-14
Version: 0.25-2.1
Followup-For: Bug #814051

Dear Maintainer,

adding to the report by Vaclav:

I encountered a similar error after editing images with digikam (rotating,
adding tags, ...).
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726231

It seems to be an instance of http://dev.exiv2.org/issues/1106

  Crash in exiv2 due to assertion when setting rating on jpg with a
  Casio makernote

which also features in http://redmine.darktable.org/issues/10864 and
http://dev.exiv2.org/issues/1146



To answer the question: "Vaclav, is there something unusual about that jpeg
file? What make and model of camera did it come from?"

Here, it concerns images from a Casio EX-Z750


The issue seems to be soved upstream.

Any chance to get this as a patch in 0.25 or do we have to wait for 0.26?


Thanks,
Günter


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

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

Versions of packages libexiv2-14 depends on:
ii  libc6   2.21-9
ii  libexpat1   2.1.0-7
ii  libgcc1 1:5.3.1-8
ii  libstdc++6  5.3.1-8
ii  zlib1g  1:1.2.8.dfsg-2+b1

libexiv2-14 recommends no packages.

Versions of packages libexiv2-14 suggests:
ii  exiv2  0.25-2.1

-- no debconf information

Bug#813632: digikam crashes when tagging a photo

[G. Milde]

Package: digikam
Version: 4:4.14.0-3
Severity: important

Dear Maintainer,


* What led up to the situation?

adding/removing a tag to a photo.
   
* What exactly did you do (or not do) that was effective (or
  ineffective)?

Updating digikam to 4.14.0, updating Debian to "stretch".

1. Open digikam (with a large collection that used to work before the update)
2. Open an album
3. Select a photography
4. Open the labels/tags sidebar
5. Add a tag or remove a tag
6. Press "Apply" or move selection to the next photography.
 
* What was the outcome of this action?

digikam crashed with

digikam: tiffcomposite.cpp:749: virtual Exiv2::Internal::TiffComponent* 
Exiv2::Internal::TiffMnEntry::doAddPath(uint16_t, Exiv2::Internal::TiffPath&, 
Exiv2::Internal::TiffComponent*, Exiv2::Internal::TiffComponent::AutoPtr): 
Zusicherung »mn_« nicht erfüllt.
digikam: Fatal IO error: client killed

(After re-opening digikam, the tag was set/removed.)

* What outcome did you expect instead?

No crash, just setting/removing the tag.



The issue also manifested when editing an image, i.e. replacing
4 to 6 above with

4. open the image in the editor (F4)
5. some edit
6. save new version

crash.




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

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

Versions of packages digikam depends on:
ii  digikam-data4:4.14.0-3
ii  digikam-private-libs4:4.14.0-3
ii  kde-runtime 4:15.08.3-1
ii  libc6   2.21-7
ii  libgcc1 1:5.3.1-7
ii  libgphoto2-62.5.9-3
ii  libgphoto2-port12   2.5.9-3
ii  libkdcraw23 4:15.08.0-1+b1
ii  libkdecore5 4:4.14.14-1+b1
ii  libkdeui5   4:4.14.14-1+b1
ii  libkexiv2-114:15.04.3-1
ii  libkhtml5   4:4.14.14-1+b1
ii  libkio5 4:4.14.14-1+b1
ii  libkipi11   4:15.08.3-1
ii  libknotifyconfig4   4:4.14.14-1+b1
ii  libkparts4  4:4.14.14-1+b1
ii  libopencv-core2.4v5 2.4.9.1+dfsg-1.2
ii  libopencv-imgproc2.4v5  2.4.9.1+dfsg-1.2
ii  libphonon4  4:4.8.3-2
ii  libqt4-dbus 4:4.8.7+dfsg-5
ii  libqt4-sql  4:4.8.7+dfsg-5
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-5
ii  libqt4-xml  4:4.8.7+dfsg-5
ii  libqtcore4  4:4.8.7+dfsg-5
ii  libqtgui4   4:4.8.7+dfsg-5
ii  libsolid4   4:4.14.14-1+b1
ii  libstdc++6  5.3.1-7
ii  libthreadweaver44:4.14.14-1+b1
ii  perl5.22.1-4
ii  phonon  4:4.8.3-2

Versions of packages digikam recommends:
ii  chromium [www-browser]   47.0.2526.80-1~deb8u1
ii  dillo [www-browser]  3.0.5-1+b1
ii  elinks [www-browser] 0.12~pre6-11+b2
ii  iceweasel [www-browser]  43.0.4-1
ii  kipi-plugins 4:4.14.0-3
ii  midori [www-browser] 0.5.11-ds1-2
ii  mplayerthumbs4:15.08.3-1

Versions of packages digikam suggests:
ii  digikam-doc 4:4.4.0-1.1
ii  systemsettings  4:5.4.3-1

-- no debconf information

Bug#728141: texlive-fonts-extra: PTMono font not found

[G. Milde]

Package: texlive-fonts-extra
Version: 2012.20120611-2
Severity: normal

Dear Maintainer,

there seems to be a problem with the PTMono cyrillic font from Paratype.
Compiling the minimal example 

\documentclass{minimal}
\usepackage{PTMono}

\begin{document}
Hallo \texttt{Hallo}
\end{document}

with pdflatex results in

This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian)
 restricted \write18 enabled.
entering extended mode
(/tmp/PTexample.tex
LaTeX2e 2011/06/27
Babel v3.8m and hyphenation patterns for english, dumylang, nohyphenation, bu
lgarian, ukrainian, russian, usenglishmax, ukenglish, french, basque, ngerman, 
german, swissgerman, ngerman-x-2012-05-30, german-x-2012-05-30, monogreek, gree
k, ibycus, ancientgreek, polish, swedish, loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/minimal.cls
Document Class: minimal 2001/05/25 Standard LaTeX minimal class
) (/usr/share/texlive/texmf-dist/tex/latex/paratype/PTMono.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)) (./PTexample.aux
) (/usr/share/texlive/texmf-dist/tex/latex/paratype/OT1PTMono-TLF.fd) [1{/var/l
ib/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./PTexample.aux) )
!pdfTeX error: pdflatex (file PTMono-Regular-tlf-ot1--base): Font PTMono-Regula
r-tlf-ot1--base at 600 not found
 == Fatal error occurred, no output PDF file produced!

With

\usepackage[T2A]{fontenc}

the error is similar, only that 

!pdfTeX error: pdflatex (file PTMono-Regular-tlf-t2a--base): Font PTMono-Regula
r-tlf-t2a--base at 600 not found


sincerely

Günter Milde



##
 List of ls-R files

-rw-rw-r-- 1 milde milde 13099 Oct  1 13:09 /home/milde/texmf/ls-R
-rw-r--r-- 1 root root 2229 Oct  7 12:30 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun 15 10:02 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-r--r-- 1 root root 17673 May  2 10:48 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 1101 Oct  7 12:29 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 5953 Oct  7 12:29 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Oct  3  2012 /usr/share/texmf/web2c/updmap.cfg - 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 6819 Oct  7 12:29 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Nov 10  2008 mktex.cnf
-rw-r--r-- 1 root root 1101 Oct  7 12:29 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

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

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

Versions of packages texlive-fonts-extra depends on:
ii  dpkg   1.16.10
ii  fonts-comfortaa2.003-1
ii  fonts-droid1:4.3-1
ii  fonts-freefont-otf [otf-freefont]  20120503-1
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  fonts-gfs-artemisia1.1-5
ii  fonts-gfs-complutum1.1-5
ii  fonts-gfs-didot1.1-5
ii  fonts-gfs-neohellenic  1.1-4
ii  fonts-gfs-olga 1.1-3
ii  fonts-gfs-solomos  1.1-5
ii  fonts-inconsolata  001.010-4
ii  fonts-junicode 0.7.8-1
ii  fonts-linuxlibertine   5.3.0-2
ii  fonts-oflb-asana-math  000.907-4
ii  fonts-sil-gentium  20081126:1.02-12
ii  fonts-sil-gentium-basic1.1-5
ii  fonts-stix 1.1.0-1
ii  otf-freefont   20120503-1
ii  tex-common 4.04
ii  texlive-base   2012.20120611-5
ii  texlive-common 2012.20120611-5
ii  ttf-dejavu-core2.33+svn2514-3
ii  ttf-dejavu-extra   2.33+svn2514-3
ii  ttf-freefont   20120503-1

Versions of packages texlive-fonts-extra recommends:
pn  texlive-fonts-extra-doc  none

Versions of packages texlive-fonts-extra suggests:
pn  cm-super  none

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  dpkg   1.16.10
ii  ucf3.0027+nmu1

Versions of 

Bug#682553: maptool: segfault with some osm.pbf maps

[G. Milde]

Package: maptool
Version: 0.5.0~svn5126+dfsg.1-2
Severity: normal

Trying to convert a set of osm maps downloaded from
http://download.geofabrik.de/osm/, I found that some maps converted
nicely while others failed with a Speicherzugriffsfehler (segmentation
fault).

Converting:

  maptool --protobuf -i bayern.osm.pbf Navit/bayern.bin

went fine (with lots of warnings but usable result).

However, both

  maptool --protobuf -i alsace.osm.pbf Navit/alsace.bin

and the second try with XML input file

  maptool -i alsace.osm Navit/alsace.bin

failed with a Speicherzugriffsfehler:

PROGRESS: Phase 1: collecting data 0:00 0 MB
OSM Warning:http://www.openstreetmap.org/browse/relation/1212353 Unknown 
restriction turn_left
flush_nodes 1
PROGRESS: Phase 2: counting references and resolving ways 0:17 1 MB
1 slices
slice 0 of 0
PROGRESS: Phase 3: converting ways to pois 0:17 1 MB
OSM Warning:http://www.openstreetmap.org/browse/way/26377390 Broken polygon, 
less than 3 points defined
OSM Warning:http://www.openstreetmap.org/browse/way/133961663 Broken polygon, 
less than 3 points defined
PROGRESS: Phase 4: finding intersections 0:17 1 MB
PROGRESS4: Processed 0 nodes (0 out) 0 ways 0 relations 0 tiles 0:17 1 MB
PROGRESS4: Processed 0 nodes (0 out) 1252630 ways 0 relations 0 tiles 0:26 1 MB
PROGRESS: Phase 5: generating coastlines 0:26 1 MB
tile_collector_finish
tile_collector_finish foreach done
tile_collector_finish destroy done
Level=14
*
*
*
*
Level=13
*
*
*
*
Level=12
*
*
*
*
Level=11
*
*
*
*
Level=10
*
*
*
*
Level=9
*
*
*
*
Level=8
*
*
*
*
Level=7
*
*
*
*
Level=6
*
*
*
*
Level=5
*
*
*
*
Level=4
*
*
*
*
Level=3
*
*
*
*
Level=2
*
*
*
*
Level=1
*
*
*
*
tile_collector_finish done
PROGRESS: Phase 6: assinging towns to countries 0:26 1 MB
OSM Info:http://www.openstreetmap.org/browse/relation/11980 Country Boundary 
for 'fr'
OSM Info:http://www.openstreetmap.org/browse/relation/51477 Country Boundary 
for 'de'
OSM Info:http://www.openstreetmap.org/browse/relation/51701 Country Boundary 
for 'ch'
OSM Warning:http://www.openstreetmap.org/browse/relation/79981 Country Boundary 
doesn't contain an ISO3166-1 tag
OSM Info:http://www.openstreetmap.org/browse/relation/111 Country Boundary 
for 'de'
OSM Warning:http://www.openstreetmap.org/browse/relation/1362232 Country 
Boundary doesn't contain an ISO3166-1 tag
OSM Info:http://www.openstreetmap.org/browse/relation/1403916 Country Boundary 
for 'fr'
OSM Warning:http://www.openstreetmap.org/browse/relation/2202162 Country 
Boundary doesn't contain an ISO3166-1 tag
OSM Warning:http://www.openstreetmap.org/browse/relation/51477 Broken country 
polygon 'de'
OSM Warning:http://www.openstreetmap.org/browse/relation/51701 Broken country 
polygon 'ch'
OSM Warning:http://www.openstreetmap.org/browse/relation/1403916 Broken country 
polygon 'fr'
PROGRESS: Phase 7: sorting countries 0:28 10 MB
PROGRESS: Phase 8: generating turn restrictions 0:28 10 MB
OSM Warning:http://www.openstreetmap.org/browse/relation/17245 turn 
restriction: from member missing
OSM Warning:http://www.openstreetmap.org/browse/relation/17246 turn 
restriction: to member missing
OSM Warning:http://www.openstreetmap.org/browse/relation/1069574 turn 
restriction: multiple via member
OSM Warning:http://www.openstreetmap.org/browse/relation/2274156 turn 
restriction: to member missing
Speicherzugriffsfehler




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

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

Versions of packages maptool depends on:
ii  libc6 2.13-33
ii  libglib2.0-0  2.32.3-1
ii  libpng12-01.2.49-1
ii  libssl1.0.0   1.0.1c-3
ii  zlib1g1:1.2.7.dfsg-13

maptool recommends no packages.

Versions of packages maptool suggests:
ii  navit  0.5.0~svn5126+dfsg.1-2

-- no debconf information


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

Bug#678545: texlive-lang-greek: lgrenc.dfu needs to be in TEXPATH

[G. Milde]

Package: texlive-lang-greek
Version: 2012.20120529-1
Severity: important

Due to a bug in the upstream TeXLive, the file lgrenc.dfu with definitions
for Greek Unicode support using LGR fonts is placed in the documentation dir:

  /usr/share/doc/texlive-lang-greek/latex/lgrx/lgrenc.dfu.gz

while it needs to be in the TEXPATH in order to provide support for
utf8-input of Greek characters as intended.

Please place lgrenc.dfu (unzipped) in the directory

  /usr/share/texlive/texmf-dist/tex/latex/lgrx/ 
  
(alongside lgrxenc.def and textalpha.sty).

(As a workaround, users can gunzip lgrenc.dfu.gz to a directory in the
TEXPATH and run texhash but should remember to remove this copy once the bug
is fixed.)

Thanks,

Günter



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

Bug#663054: jed-extra: new upstream release

[G. Milde]

Package: jed-extra
Version: 2.5.6-1
Severity: normal

Dear Maintainer,

there is a new upstream release of jedmodes which obsoletes the patches made
in 2.5.6-2.

Günter



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

Bug#663058: jed-extra: wrong autolaod and completion from calandar.sl

[G. Milde]

Package: jed-extra
Version: 2.5.6-1
Severity: normal
Tags: patch

Dear Maintainer,

* What led up to the situation?

A user reported a bug in jed-extra on the jed-users mailing list.

 When I try to run the calendar function a couple of odd things happen.  One,
 if I type M-ecaleTAB I am prompted with two instances of calendar.

The author of calendar.sl responded

 I guess jed-extra added a completion for calendar even though there
 was already a completion for it.
...
 I guess they also add an autoload for the calendar function from
 calendar.sl.
...

The issue is solved with the following patch (which I also commited to the
SVN)

--- jed-extra-preparse.sl   (Revision 1198)
+++ jed-extra-preparse.sl   (Arbeitskopie)
@@ -34,6 +34,7 @@
vispell.sl,
look.sl,
% hyperman.sl,
+  calendar.sl,
cal.sl];
 
 % Do not save backup copies of the generated files

(I will upload the patch to the jed-extra SVN repo, too).

Günter


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

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

jed-extra depends on no packages.

Versions of packages jed-extra recommends:
ii  jed   1:0.99.19-2
ii  slsh  2.2.4-3
ii  xjed  1:0.99.19-2

Versions of packages jed-extra suggests:
ii  a2ps   1:4.14-1.1
ii  chromium [www-browser] 12.0.742.91~r87961-1
ii  dict   none
ii  dillo [www-browser]3.0.2-1
ii  elinks-lite [www-browser]  0.12~pre5-7
ii  iceweasel [www-browser]9.0.1-1
ii  install-info   4.13a.dfsg.1-8
ii  midori [www-browser]   0.4.3-1
ii  opera [www-browser]10.63.6450
ii  slang-curl 0.2.1-4.1
ii  slang-expatnone
ii  slang-gdbm none
ii  slang-sqlite   none
ii  slang-wildcard 0.5.0-2

-- debconf information excluded



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

Bug#632831: mesa: X freeze after update on AMD64/Radeon

[G. Milde]

Package: mesa
Version: 7.10.3-3
Severity: normal


After a updating my Debian/testing system on 2011-07-04, amongst others 

...
libgl1-mesa-dev:amd64 (7.10.2-3, 7.10.3-3), 
xserver-xorg-core:amd64 (1.10.1-2, 1.10.2-2), 
xserver-common:amd64 (1.10.1-2, 1.10.2-2),
libxcb-xv0:amd64 (1.7-2, 1.7-3), 
libgl1-mesa-dri:amd64 (7.10.2-2, 7.10.3-3),
libgl1-mesa-glx:amd64 (7.10.2-3, 7.10.3-3), 
mesa-common-dev:amd64 (7.10.2-3, 7.10.3-3), 
libdrm-radeon1:amd64 (2.4.25-2, 2.4.25-3),
...

I experienced X window system freezes when starting 3d-Applications
(supertuxkart, neverputt) with symptoms as described in 
https://wiki.ubuntu.com/X/Troubleshooting/Freeze#Reporting_GPU_lockup_Bugs

* X stops responding to input
* The screen displays but does not update.
* X cannot be killed; switch to text-mode console not possible,
  only a reboot clears the state.

This happened reliably and reproducable. (Because of the needed hard-reset
and new boot I did not test more applications.)

I cannot tell whether it would have been possible to ssh into the computer
(missing a second computer with the required setup).

I run XFCE4, without compiz.



Downgrading mesa, drm and dependencies to Debian/stable 

Start-Date: 2011-07-05  15:41:44
Downgrade: xserver-xorg-video-ati:amd64 (6.14.2-1, 6.13.1-2+squeeze1), 
libgl1-mesa-dev:amd64 (7.10.3-3, 7.7.1-4), xserver-xorg-core:amd64 (1.10.2-2, 
1.7.7-13), xserver-xorg-video-mach64:amd64 (6.9.0-1, 6.8.2-3), 
libgl1-mesa-dri:amd64 (7.10.3-3, 7.7.1-4), libgl1-mesa-glx:amd64 (7.10.3-3, 
7.7.1-4), mesa-common-dev:amd64 (7.10.3-3, 7.7.1-4), 
xserver-xorg-video-r128:amd64 (6.8.1-5+b1, 6.8.1-3), 
xserver-xorg-input-evdev:amd64 (2.6.0-2+b1, 2.3.2-6), 
xserver-xorg-video-vesa:amd64 (2.3.0-7, 2.3.0-3), xserver-xorg-input-kbd:amd64 
(1.6.0-3, 1.4.0-2), xserver-xorg:amd64 (7.6+7, 7.5+8), 
xserver-xorg-video-fbdev:amd64 (0.4.2-4+b1, 0.4.2-2), 
xserver-xorg-input-wacom:amd64 (0.10.10+20110203-1+b1, 0.10.5+20100416-1), 
xserver-xorg-input-mouse:amd64 (1.7.0-4, 1.5.0-2), xorg:amd64 (7.6+7, 7.5+8), 
xserver-xorg-video-radeon:amd64 (6.14.2-1, 6.13.1-2+squeeze1), 
xserver-xorg-input-synaptics:amd64 (1.4.0-1+b1, 1.2.2-2)
Remove: libgpg-error-dev:amd64 (1.10-0.3), libgpm-dev:amd64 (1.20.4-3.4)
End-Date: 2011-07-05  15:42:07

Start-Date: 2011-07-05  15:48:50
Downgrade: libglu1-mesa-dev:amd64 (7.10.3-3, 7.7.1-4), libglu1-mesa:amd64 
(7.10.3-3, 7.7.1-4)
End-Date: 2011-07-05  15:48:53

Start-Date: 2011-07-05  15:51:00
Downgrade: libdrm2:amd64 (2.4.26-1, 2.4.21-1~squeeze3)
End-Date: 2011-07-05  15:51:03

Start-Date: 2011-07-05  15:57:31
Downgrade: libxext-dev:amd64 (1.3.0-3, 1.1.2-1), libxext6:amd64 (1.3.0-3, 
1.1.2-1)
End-Date: 2011-07-05  15:57:39

Start-Date: 2011-07-05  16:37:58
Install: mesa-utils:amd64 (7.7.1-4)
End-Date: 2011-07-05  16:38:01

resulted in usable 3d apps again (after re-boot).

Günter

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

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#632650: monav: displayError + freeze

[G. Milde]

Package: monav
Version: 0.3-4
Severity: normal

When I try to start MoNav in an XFCE4 session, typing monav in an
x-terminal-emulator, it 

* opens the main window and starts showing the select maps screen

* opens several warning windows (without content)

* shows the following output in the terminal-emulator:

GpsdPositionInfoSource 
failed to load map information 
displayError Error:  Connection refused 

* uses lots of memory - finally crashing some panel applets because of lack
  of memory (with 1757 MB RAM installed)

xfce4-panel-Message: Plugin xfce4-verve-plugin-12 has been automatically 
restarted after crash.
xfce4-panel-Message: Plugin weather-13 has been automatically restarted after 
crash.
xfce4-panel-Message: Plugin systemload-20 has been automatically restarted 
after crash.
xfce4-panel-Message: Plugin xfce4-mixer-plugin-8 has been automatically 
restarted after crash.

* makes the rest of the desktop (almost) unusable

(I finally managed to kill it with killall monav from a console login, to
get a usable Desktop again.)

Günter

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

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

Versions of packages monav depends on:
ii  monav-client  0.3-4  fast navigation system featuring e
ii  monav-preprocessor0.3-4  fast navigation system featuring e
ii  monav-routing-daemon  0.3-4  fast navigation system featuring e

monav recommends no packages.

monav 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#598036: libraw1394-11: please document missing raw1394 support in recent kernels

[G. Milde]

Package: libraw1394-11
Version: 2.0.5-2
Severity: normal


Trying to capture a video with kino, I had to realize that my DV
camera is no longer recognized.

In /usr/share/doc/libraw1394-11/README.Debian, I read:

  Before all, you must verify if your actual linux kernel is built
  with ieee1394 and raw1394 support. Generaly, if you use a debian
  linux kernel package, it is the case
  
Unfortunately no longer...

   but you can know that with this command:
grep IEEE1394 /boot/config-`uname -r`

   If theses modules are in you kernel, you may see theses lines:
CONFIG_IEEE1394=y
CONFIG_IEEE1394_RAWIO=m or CONFIG_IEEE1394_RAWIO=y
   When you have CONFIG_IEEE1394_RAWIO=y, you have to do nothing.
   If you have CONFIG_IEEE1394_RAWIO=m, you must load the module.
   You can do that with this command (executed as the root user):
modprobe raw1394

However, I get # CONFIG_IEEE1394 is not set and with modprobe I get:

   FATAL: Module raw1394 not found.

Checking for the kernel module in Debian/testing kernels with
`apt-file find raw1394`, I see

...
linux-image-2.6.26-2-amd64: 
/lib/modules/2.6.26-2-amd64/kernel/drivers/ieee1394/raw1394.ko
linux-image-2.6.26-2-openvz-amd64: 
/lib/modules/2.6.26-2-openvz-amd64/kernel/drivers/ieee1394/raw1394.ko
linux-image-2.6.26-2-vserver-amd64: 
/lib/modules/2.6.26-2-vserver-amd64/kernel/drivers/ieee1394/raw1394.ko
linux-modules-2.6.26-2-xen-amd64: 
/lib/modules/2.6.26-2-xen-amd64/kernel/drivers/ieee1394/raw1394.ko

so I assume the last kernel to ship with the module is 2.6.26.


Is there a replacement module that can be used with libraw1394?

Otherwise, the documentation of libraw1394 and all dependent packages
should warn the user that these programs are only usable with either a
rather old Debian kernel or a home-compiled one?

Günter








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

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

Versions of packages libraw1394-11 depends on:
ii  libc6 2.11.2-5   Embedded GNU C Library: Shared lib

libraw1394-11 recommends no packages.

Versions of packages libraw1394-11 suggests:
pn  libraw1394-docnone (no description available)

-- no debconf information



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

Bug#594499: xpdf: segmentation fault when clicking

[G. Milde]

Package: xpdf
Version: 3.02-9
Severity: important

Since the update to 3.02-9, xpdf crashes with Segmentation fault
when a file is loaded and I click with the mouse in the text area.



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

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

Versions of packages xpdf depends on:
ii  lesstif2  1:0.95.2-1 OSF/Motif 2.1 implementation relea
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-8  GCC support library
ii  libpoppler5   0.12.4-1.1 PDF rendering library
ii  libstdc++64.4.4-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library

Versions of packages xpdf recommends:
ii  poppler-data  0.4.3-1Encoding data for the poppler PDF 
ii  poppler-utils 0.12.4-1.1 PDF utilitites (based on libpopple

xpdf 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#593448: scalable-cyrfonts-tex and texlive-fonts-extra incompatible

[G. Milde]

Package: scalable-cyrfonts-tex
Version: 4.13
Severity: normal
Tags: upstream


Hi,

Both, fouriernc and scalable-cyrfonts use the font family name
fnc (Fourier New Century / Free New Century) in the font definition
files

 /usr/share/texmf/tex/latex/scalable-cyrfonts-tex/t1fnc.fd
 /usr/share/texmf-texlive/tex/latex/fouriernc/t1fnc.fd

however, the actual font definitions differ (fouriernc defines fnc as
a downscaled version of pnc so it matches with the Fourier math
fonts).

As scalable-cyrfonts-tex/t1fnc.fd is found first, installing
scalable-cyrfonts-tex breaks texlive-fonts-extra.

Günter


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

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

Versions of packages scalable-cyrfonts-tex depends on:
ii  dpkg  1.15.7.2   Debian package management system
ii  tex-common2.08   common infrastructure for building

scalable-cyrfonts-tex recommends no packages.

Versions of packages scalable-cyrfonts-tex suggests:
pn  t1-cyrillic   none (no description available)
pn  t1-oldslavic  none (no description available)
pn  t1-teams  none (no description available)

-- no debconf information



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

Bug#569498: workaround for empty albums

[G. Milde]

Package: digikam
Version: 2:1.2.0-2
Severity: normal


I had the same problem with empty albums (no previews) after
upgrading to KDE 4.

Re-creating the database from image data was no option, as the
metatags and keywords were only stored in the digikam3.db database.

I found some mention that the marblewidget might be to blame, also, I
did not install the virtuoso database recommended by kdebase-runtime.

After installing and updating all requirements and recomendations and
recomendations of requirements... still no previews.

However, after deleting digikam4.db and newstart of digikam,
digikam4.db is re-created from the digikam3.db with all my tags and
keywords and the previews are shown.

Fazit: Keep a backup of your digikam3.db

Pro: it works now.
Con: I cannot tell what caused the bug.

Günter


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

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

Versions of packages digikam depends on:
ii  kdebase-runtime 4:4.4.3-1runtime components from the offici
ii  kdepim-runtime  4:4.4.3-1Runtime components for akonadi-kde
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgphoto2-22.4.6-1  gphoto2 digital camera library
ii  libgphoto2-port02.4.6-1  gphoto2 digital camera port librar
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libjasper1  1.900.1-7The JasPer JPEG-2000 runtime libra
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libkabc44:4.4.3-1library for handling address book 
ii  libkdcraw8  4:4.4.3-1RAW picture decoding C++ library (
ii  libkde3support4 4:4.4.3-2the KDE 3 Support Library for the 
ii  libkdecore5 4:4.4.3-2the KDE Platform Core Library
ii  libkdeui5   4:4.4.3-2the KDE Platform User Interface Li
ii  libkexiv2-8 4:4.4.3-1Qt like interface for the libexiv2
ii  libkfile4   4:4.4.3-2the File Selection Dialog Library 
ii  libkhtml5   4:4.4.3-2the KHTML Web Content Rendering En
ii  libkio5 4:4.4.3-2the Network-enabled File Managemen
ii  libkipi74:4.4.3-1library for apps that want to use 
ii  libkjsapi4  4:4.4.3-2the KJS API Library for the KDE De
ii  libknotifyconfig4   4:4.4.3-2library for configuring KDE Notifi
ii  libkparts4  4:4.4.3-2the Framework for the KDE Platform
ii  libkresources4  4:4.4.3-1the KDE Resource framework library
ii  libkutils4  4:4.4.3-2various utility classes for the KD
ii  liblcms11.18.dfsg-1  Color management library
ii  liblensfun0 0.2.4-1  Lens Correction library - Runtime 
ii  liblqr-1-0  0.4.1-1  converts plain array images into m
ii  libmarblewidget44:4.4.3-1Marble globe widget library
ii  libnepomuk4 4:4.4.3-2the Nepomuk Meta Data Library
ii  libphonon4  4:4.6.0really4.4.1-2 the core library of the Phonon mul
ii  libpng12-0  1.2.43-1 PNG library - runtime
ii  libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module
ii  libqt4-network  4:4.6.2-4Qt 4 network module
ii  libqt4-qt3support   4:4.6.2-4Qt 3 compatibility library for Qt 
ii  libqt4-sql  4:4.6.2-4Qt 4 SQL module
ii  libqt4-sql-sqlite   4:4.6.2-4Qt 4 SQLite 3 database driver
ii  libqt4-svg  4:4.6.2-4Qt 4 SVG module
ii  libqt4-xml  4:4.6.2-4Qt 4 XML module
ii  libqtcore4  4:4.6.2-4Qt 4 core module
ii  libqtgui4   4:4.6.2-4Qt 4 GUI module
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsolid4   4:4.4.3-2Solid Library for KDE Platform
ii  libsoprano4 2.4.2+dfsg.1-1   libraries for the Soprano RDF fram
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libtiff43.9.2-2  Tag Image File Format (TIFF) libra
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxau6 1:1.0.5-1X11 authorisation library
ii  libxdmcp6   1:1.0.3-2X11 Display Manager Control Protoc
ii  libxext62:1.1.1-3X11 miscellaneous extension librar
ii  libxft2 2.1.14-2 FreeType-based font drawing 

Bug#573547: slim: use x-terminal-emulator instead of xterm in config file

[G. Milde]

Package: slim
Version: 1.3.1-5
Severity: normal
Tags: patch


In order not to depend on one specific program, the config file should
contain Debians generic command for an X terminal emulator.

Günter

--- /etc/slim.conf  2010-02-23 09:30:11.0 +0100
+++ /etc/slim.conf.dpkg-new 2010-02-09 16:44:51.0 +0100
@@ -7,7 +7,7 @@
 # Commands for halt, login, etc.
 halt_cmd/sbin/shutdown -h now
 reboot_cmd  /sbin/shutdown -r now
-console_cmd /usr/bin/rxvt -C -fg white -bg black +sb -T Console 
login -e /bin/sh -c /bin/cat /etc/issue.net; exec /bin/login
+console_cmd /usr/bin/x-termina-emulator -C -fg white -bg black +sb -T 
Console login -e /bin/sh -c /bin/cat /etc/issue.net; exec /bin/login
 #suspend_cmd/usr/sbin/suspend
 

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

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

Versions of packages slim depends on:
ii  cdebconf [debconf-2.0]0.147  Debian Configuration Management Sy
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-8  GCC support library
ii  libjpeg62 6b-15  The Independent JPEG Group's JPEG 
ii  libpam0g  1.1.0-4Pluggable Authentication Modules l
ii  libpng12-01.2.42-1   PNG library - runtime
ii  libstdc++64.4.2-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-1  X11 client-side library
ii  libxft2   2.1.14-1   FreeType-based font drawing librar
ii  libxmu6   2:1.0.5-1  X11 miscellaneous utility library

Versions of packages slim recommends:
pn  xterm none (no description available)

Versions of packages slim suggests:
pn  scrot none (no description available)

-- debconf information:
* shared/default-x-display-manager: kdm



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

Bug#563237: jed-extra: not obvious how to use new modes

[G. Milde]

On  1.01.09, Jonathan Nieder wrote:

 I am looking for a simple editor that accepts vi bindings and supports
 syntax highlighting.

 But xjed(1),
 /usr/share/doc/xjed/README{,.Debian,.Debian-startup}, and
 /usr/share/doc/jed-extra/README{,.Debian} provide no guidance that I
 can see how to use.

Jed configuration is completely done in (commented) configuration files.
Debian keeps them at /etc/jed.d/. The solution for your problem is in
/etc/jed.d/05jed-common.sl.

 xjed itself does not support vi keys 

In the Debian default configuration, (x)jed emulates emacs.


 Would it be possible to add some note to some README.Debian to help
 ex-pats from other editors to start out? 

There are hints in README.Debian but I agree that these are only indirect.

 I look forward to your thoughts.

Would it help to replace the heading Startup scheme with Configuration?

Should we add How do I select a different emulation mode? to the FAQs?


Günter



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

Bug#506315: fixed upstream

[G. Milde]

The problem is fixed in the upstream SVN repository.



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

Bug#528535: udev: not network access (not any eth* device)

[G. Milde]

Package: udev
Version: 0.125-7
Severity: normal


After updating udev from 0.125-7 to 0.141-1, the next boot did not bring up
the network connection.

With

ls /dev/eth*

I established that there was no /dev/eth0 (and, in difference to similar bug
reports, no eth1 or so either).

Downgrading again helped (for now).

Could this be related to the following message in dmesg:

udev: deprecated sysfs layout; update the kernel or disable
CONFIG_SYSFS_DEPRECATED; some udev features will not work correctly

If yes, there should be a dependency of udev 0.141 on a sufficently recent
version of the kernel.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
insgesamt 56
lrwxrwxrwx 1 root root   22  7. Sep 2006  025_logitechmouse.rules - 
../logitechmouse.rules
-rw-r--r-- 1 root root 3586 19. Sep 2008  50-udev.rules
-rw-r--r-- 1 root root 1543 19. Sep 2008  60-persistent-input.rules
-rw-r--r-- 1 root root 4554 19. Sep 2008  60-persistent-storage.rules
-rw-r--r-- 1 root root 1582 19. Sep 2008  60-persistent-storage-tape.rules
-rw-r--r-- 1 root root  523 19. Sep 2008  60-persistent-v4l.rules
-rw-r--r-- 1 root root  725  6. Feb 2007  70-persistent-cd.rules
-rw-r--r-- 1 root root  627  8. Mai 07:36 70-persistent-net.rules
-rw-r--r-- 1 root root  452 19. Sep 2008  75-cd-aliases-generator.rules
-rw-r--r-- 1 root root 3083 19. Sep 2008  75-persistent-net-generator.rules
-rw-r--r-- 1 root root 2282 19. Sep 2008  80-drivers.rules
-rw-r--r-- 1 root root 4247 19. Sep 2008  91-permissions.rules
-rw-r--r-- 1 root root  593 19. Sep 2008  95-late.rules

-- /sys/:
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hda/hda9/dev
/sys/block/hdc/dev
/sys/block/hdd/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/class/bsg/0:0:0:0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input4/event4/dev
/sys/class/input/input4/mouse0/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/cpu_dma_latency/dev
/sys/class/misc/fuse/dev
/sys/class/misc/hpet/dev
/sys/class/misc/network_latency/dev
/sys/class/misc/network_throughput/dev
/sys/class/misc/psaux/dev
/sys/class/misc/snapshot/dev
/sys/class/ppdev/parport0/dev
/sys/class/printer/lp0/dev
/sys/class/rtc/rtc0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dmmidi/dev
/sys/class/sound/dsp/dev
/sys/class/sound/midiC0D0/dev
/sys/class/sound/midi/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/pcmC0D3p/dev
/sys/class/sound/seq/dev
/sys/class/sound/sequencer2/dev
/sys/class/sound/sequencer/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.2/dev
/sys/class/usb_endpoint/usbdev1.1_ep00/dev
/sys/class/usb_endpoint/usbdev1.1_ep81/dev
/sys/class/usb_endpoint/usbdev1.2_ep00/dev
/sys/class/usb_endpoint/usbdev1.2_ep02/dev
/sys/class/usb_endpoint/usbdev1.2_ep81/dev
/sys/devices/pci:00/:00:04.2/usb1/1-1/dev
/sys/devices/pci:00/:00:04.2/usb1/dev

-- Kernel configuration:


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages udev depends on:
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  libvolume-id0 0.125-7libvolume_id shared library
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/reboot_needed:



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

Bug#523312: xfce4-mailwatch-plugin: heavy CPU use freezing other apps

[G. Milde]

Package: xfce4-mailwatch-plugin
Version: 1.1.0-1
Severity: normal


Since the latest update of the, I experienced phases of heavy CPU use in
regular intervals, effectively stalling all open applications.  

The system-load plugin showed 100 % CPU use and gps showed
xfce4-mailwatch-plugin on top of the list (with about 5% CPU use).

Deleting the plugin from the panel solved the problem (but now I don't have
a mail-watcher).

Could this be the problem mentioned in the latest Ubuntu package:

 xfce4-mailwatch-plugin (1.1.0-0ubuntu1) jaunty; urgency=low

  * patches/01-xfce-bug-4494.patch: Add a patch from upstream
svn to fix a 100% CPU usage bug (Xfce #4494).

(see https://launchpad.net/ubuntu/+source/xfce4-mailwatch-plugin)


Günter


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-mailwatch-plugin depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.9-4 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libgcrypt111.4.4-2   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.20.0-2  The GLib library of C routines
ii  libgnutls262.6.4-2   the GNU TLS library - runtime libr
ii  libgpg-error0  1.6-1 library for common error values an
ii  libgtk2.0-02.14.7-5  The GTK+ graphical user interface 
ii  libpango1.0-0  1.22.4-2  Layout and rendering of internatio
ii  libtasn1-3 1.8-1 Manage ASN.1 structures (runtime)
ii  libxfce4util4  4.4.2-3   Utility functions library for Xfce
ii  libxfcegui4-4  4.4.2-4   Basic GUI C functions for Xfce4
ii  xfce4-panel4.4.2-6   The Xfce4 desktop environment pane
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xfce4-mailwatch-plugin recommends no packages.

xfce4-mailwatch-plugin 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#519936: lyx: please update to bugfix release 1.6.2

[G. Milde]

Package: lyx
Version: 1.6.1-1
Severity: important


The upstram authors announced the relase of LyX version 1.6.2 fixing a
couple of critical bugs.

  We are pleased to announce the release of LyX 1.6.2. This is the second
  maintenance release in the 1.6.x series. The release fixes a large number
  of major and critical bugs that were reported by users of LyX 1.6.0 and
  1.6.1. Most notably, three bugs that might lead to dataloss were detected
  and resolved. Furthermore, a number of crashes, file conversion and LaTeX
  output problems are fixed. As a bonus, the performance of the application
  has been improved, and the release also introduces some new features and
  user interface improvements.

  All users of LyX 1.6.0 and LyX 1.6.1 are urged to upgrade to this version.

Please make this fixes available to Debian users as soon as possible.

Günter Milde

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

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

Versions of packages lyx depends on:
ii  libaiksaurus-1.2-0c2a  1.2.1+dev-0.12-6  an English-language thesaurus (dev
ii  libaspell150.60.6-1  GNU Aspell spell-checker runtime l
ii  libboost-regex1.34.1   1.34.1-15 regular expression library for C++
ii  libboost-signals1.34.1 1.34.1-15 managed signals and slots library 
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libgcc11:4.3.1-9 GCC support library
ii  libqtcore4 4.4.3-1   Qt 4 core module
ii  libqtgui4  4.4.3-1   Qt 4 GUI module
ii  libstdc++6 4.3.1-9   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  lyx-common 1.6.1-1   Architecture-independent files for
ii  mime-support   3.44-1MIME files 'mime.types'  'mailcap
ii  xdg-utils  1.0.2-6   desktop integration utilities from
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages lyx recommends:
ii  acroread [pdf-viewe 8.1.2-0.2Adobe Acrobat Reader: Portable Doc
ii  dvipng  1.11-1   convert DVI files to PNG graphics
ii  evince-gtk [pdf-vie 2.22.2-4 Document (postscript, pdf) viewer 
ii  gv [pdf-viewer] 1:3.6.6.91-1 PostScript and PDF viewer for X
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  kghostview [pdf-vie 4:3.5.9-3PostScript viewer for KDE
ii  kpdf [pdf-viewer]   4:3.5.9-3PDF viewer for KDE
ii  latex-xft-fonts 0.1-8Xft-compatible versions of some La
ii  preview-latex-style 11.83-7.1extraction of elements from LaTeX 
ii  psutils 1.17-26  A collection of PostScript documen
ii  texlive-fonts-recom 2007.dfsg.1-5TeX Live: Recommended fonts
ii  texlive-latex-extra 2007.dfsg.16-1   TeX Live: LaTeX supplementary pack
ii  texlive-latex-recom 2007.dfsg.1-5TeX Live: LaTeX recommended packag
ii  xpdf-reader [pdf-vi 3.02-1.4 Portable Document Format (PDF) sui

Versions of packages lyx suggests:
ii  chktex  1.6.3-2  Finds typographic errors in LaTeX
ii  cups-bsd [lpr]  1.3.8-1lenny1Common UNIX Printing System(tm) - 
ii  cups-client 1.3.8-1lenny1Common UNIX Printing System(tm) - 
ii  dillo [www-browser] 0.8.6-3  Small and fast web browser
pn  dvipost none   (no description available)
ii  elinks [www-browser]0.11.4-2 advanced text-mode WWW browser
ii  gnuhtml2latex   0.3-4A Perl script that converts html f
ii  groff   1.18.1.1-21  GNU troff text-formatting system
ii  hevea   1.10-5   translates from LaTeX to HTML, inf
ii  iceweasel [www-browser] 3.0.4-1  lightweight web browser based on M
ii  konqueror [www-browser] 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b
pn  latex2rtf   none   (no description available)
pn  libtiff-tools   none   (no description available)
pn  linuxdoc-tools  none   (no description available)
ii  menu2.1.41   generates programs menu for all me
pn  noweb   none   (no description available)
pn  rcs none   (no description available)
pn  sgmltools-lite  none   (no description available)
ii  tex4ht  20080614-1   LaTeX and TeX for Hypertext (HTML)
ii  tth 3.67-4   TeX/LaTeX to HTML converter
pn  writer2latexnone   (no description available)
pn  wv  none   (no 

Bug#515914: lyx should suggest 'poppler-utils'

[G. Milde]

Package: lyx
Version: 1.6.1-1
Severity: normal


The pdftops converter in poppler-utils allows a conversion from PDF to 
PS and EPS vector graphic formats. It is recognized by LyX and used for
auto conversion of included graphics (e.g. for PDF graphics when exporting
to PS).

As this is an important ease of use, the lyx package should suggest
poppler-utils.

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



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

Bug#511093: undo in scratch buffer

[G. Milde]

On  7.01.09, Stanislav Maslovski wrote:
 Package: jed
 Version: 1:0.99.18+dfsg.1-11

 Trying to undo (^_ in emacs mode or from the menu) in a scratch buffer
 does nothing.

This is no bug but a feature. By default, the undo buffer is only
enabled for buffers associated with a file.

You can change this with the toggle_undo function or use
set_buffer_undo(1) in a hook in a configuration file.

Günter



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

Bug#492841: bugfix release lyx 1.5.6 is out

[G. Milde]

Package: lyx
Version: 1.5.5-1
Severity: important


on 2008-07-28, the LyX team announced the Public release of LyX version
1.5.6 (see http://www.lyx.org/announce/1_5_6.txt) with the suggestion:

   All users are encouraged to upgrade to this version.

LyX 1.5.6 contains important bugfixes, including:

- Implement properly word-movement code for both windows and mac
  conventions. 
  
  This also fixes the data-eating 'word-delete' deletes following non-word
  items (including equations and floats) bug!

- Fix LaTeX export of combining characters in utf-8* encodings.

- Output paper size information to dvi or pdf documents when using
  landscape orientation, such that viewers can properly display them.

- Fix crash related to the outline pane with some documents.

- Fix crash when clicking with middle button on a collapsable inset.


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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lyx depends on:
ii  libaiksaurus-1.2-0c2a  1.2.1+dev-0.12-5  an English-language thesaurus (dev
ii  libaspell150.60.6-1  GNU Aspell spell-checker runtime l
ii  libboost-filesystem1.3 1.34.1-11 filesystem operations (portable pa
ii  libboost-regex1.34.1   1.34.1-11 regular expression library for C++
ii  libboost-signals1.34.1 1.34.1-11 managed signals and slots library 
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgcc11:4.3.1-2 GCC support library
ii  libqtcore4 4.4.0-4   Qt 4 core module
ii  libqtgui4  4.4.0-4   Qt 4 GUI module
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  lyx-common 1.5.5-1   Architecture-independent files for
ii  mime-support   3.44-1MIME files 'mime.types'  'mailcap
ii  xdg-utils  1.0.2-6   desktop integration utilities from
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages lyx recommends:
ii  acroread [pdf-viewe 8.1.2-0.2Adobe Acrobat Reader: Portable Doc
ii  dvipng  1.11-1   convert DVI files to PNG graphics
ii  ghostscript [postsc 8.62.dfsg.1-2.1  The GPL Ghostscript PostScript/PDF
ii  gv [postscript-view 1:3.6.4-3PostScript and PDF viewer for X
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  latex-xft-fonts 0.1-8Xft-compatible versions of some La
ii  preview-latex-style 11.83-7.1extraction of elements from LaTeX 
ii  psutils 1.17-26  A collection of PostScript documen
ii  texlive-fonts-recom 2007.dfsg.1-2TeX Live: Recommended fonts
ii  texlive-latex-recom 2007.dfsg.1-2TeX Live: LaTeX recommended packag
ii  xpdf-reader [pdf-vi 3.02-1.3 Portable Document Format (PDF) sui

Versions of packages lyx suggests:
ii  chktex 1.6.3-2   Finds typographic errors in LaTeX
ii  cups-bsd [lpr] 1.3.7-9   Common UNIX Printing System(tm) - 
ii  cups-client [cupsys-client 1.3.7-9   Common UNIX Printing System(tm) - 
ii  dillo [www-browser]0.8.6-3   Small and fast web browser
pn  dvipostnone(no description available)
ii  elinks [www-browser]   0.11.4-1+b1   advanced text-mode WWW browser
ii  gnuhtml2latex  0.3-4 A Perl script that converts html f
ii  groff  1.18.1.1-20   GNU troff text-formatting system
ii  hevea  1.10-5translates from LaTeX to HTML, inf
ii  iceweasel [www-browser]3.0~rc2-2 lightweight web browser based on M
pn  latex2rtf  none(no description available)
ii  libtiff-tools  3.8.2-10  TIFF manipulation and conversion t
pn  linuxdoc-tools none(no description available)
ii  menu   2.1.39generates programs menu for all me
pn  noweb  none(no description available)
ii  rcs5.7-23The GNU Revision Control System
pn  sgmltools-lite none(no description available)
ii  tex4ht 20080614-1LaTeX and TeX for Hypertext (HTML)
ii  texlive-latex-extra2007.dfsg.2-1 TeX Live: LaTeX supplementary pack
ii  tth3.67-4TeX/LaTeX to HTML converter
pn  writer2latex   none(no description available)
ii  wv 1.2.4-2   Programs for accessing Microsoft W

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of 

Bug#482490: dabbrev bug fixed upstream

[G. Milde]

package jed
reassign 482490 jed-common
tags 482490 patch fixed-upstream
thank you

The upstream author has fixed this bug.
This fix works also with Jed 0.99.18

Patch: 

Download the file 
http://svn.gna.org/viewcvs/*checkout*/jed/trunk/lib/dabbrev.sl

Use it to replace /usr/share/jed/lib/dabbrev.sl or copy into a directory
that is in the jed-library path *before* /usr/share/jed/lib/, e.g. (with
jed-extra) /usr/share/jed/jed-extra/drop-in/ or ~/.jed/lib/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#434383: dabbrev bug fixed upstream

[G. Milde]

package jed
tags 434383 patch fixed-upstream
reassign 434383 jed-common
thank you

The upstream author has fixed this bug.
This fix works also with Jed 0.99.18

Patch:

1. Download the file
   http://svn.gna.org/viewcvs/*checkout*/jed/trunk/lib/dabbrev.sl

2. Use it to replace /usr/share/jed/lib/dabbrev.sl or copy into a directory
   that is in the jed-library path *before* /usr/share/jed/lib/, e.g.
   (with jed-extra) /usr/share/jed/jed-extra/drop-in/ or ~/.jed/lib/

GM



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482490: sorry, I've sent comment to wrong bug

[G. Milde]

On  5.06.08, G. Milde wrote:
package jed-common
tags 482490 + fixed-upstream -patch
reassign 482490 jed
thank you

Sorry, I've sent my comment to wrong bug.

Correction: 

The upstream author has fixed this bug, too.

This fix is in the C sources of Jed 0.99.19 and will most probabely not
be backported to 0.99.18.

GM




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#484292: apt-file update fails at line 221

[G. Milde]

Package: apt-file
Version: 2.1.2
Severity: normal

Trying to run apt-file update, I get the following result::

  ilse:/home/milde# apt-file update
  Use of uninitialized value in concatenation (.) or string at \
  /usr/bin/apt-file line 221.

Could this have to do with perl not being at the last version of /testing?

GM

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-file depends on:
ii  curl  7.18.1-1   Get a file from an HTTP, HTTPS or 
ii  libapt-pkg-perl   0.1.22 Perl interface to libapt-pkg
ii  libconfig-file-perl   1.42-1 Parses simple configuration files
ii  liblist-moreutils-perl0.22-1 Addition list functions not found 
ii  menu  2.1.38 generates programs menu for all me
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  wget  1.11.2-1   retrieves files from the web

apt-file recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482490: wrong error msg when file not found in jed library dir

[G. Milde]

Package: jed
Version: 1:0.99.18+dfsg.1-10
Severity: minor


When Jed is told to evaluate a file (evalfile(), autoload() or require()) it
searches it in the jed library path (Jed 0.99.19 will look in the slang
search path).

If the file is not found in the search path, the error message contains only
the last directory of the search path, e.g.:

S-Lang message(get_jed_library_path);
  
 /usr/share/jed/lib,usr/share/jed/jed-extra/utils/,/usr/share/jed/jed-extra/

S-Lang require(pcre);

 Unable to load /usr/share/jed/jed-extra/pcre.slc

This message can lead non-experts to the wrong conclusions, trying to find
out why pcre.slc is missing in /usr/share/jed/jed-extra/ while the reason
for this error is, that /usr/share/slsh/ is missing from the jed-library-path
(cf. Bug #482487).

Guenter



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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages jed depends on:
ii  jed-common   1:0.99.18+dfsg.1-10 S-Lang runtime files for jed and x
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libgpmg1 1.20.3~pre3-3   General Purpose Mouse - shared lib
ii  libslang22.1.3-3 The S-Lang programming library - r

jed recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482487: jed-extra: pcre.sl does not exist

[G. Milde]

On 22.05.08, Alan B. Clements wrote:

 Several Jed plugins (e.g. Info browser, man page viewer) do not function
 at all. They report the error:

 Unable to load /usr/share/jed/jed-extra/pcre.slc

This error message is somewhat misleading, as it comes from the call

  require(pcre);

in these modes which looks for either pcre.sl or pcre.slc in the jed
library path. 

(Check your jed library path e.g. with 
 M-X insert(get_jed_library_path);
) 

 After googling the problem it appears that the maintainers declared it no
 longer required and moved it to jedpcre.sl.

Actually,

pcre.slis part of the package slsh and is installed
   under /usr/share/slsh/pcre.sl (but not preparsed to pcre.slc).

jedpcre.sl provides Perl compatible regexp search and for this requires the
   pcre.sl file. 
   
   linking prce.sl - extra/jedpcre.sl fails, as this leads to a
   file requiring itself.
   

The core of the problem is that slsh 2.1.3-3 triggers a weaknes of Jed's
site.sl initialisation file leading to /usr/share/slsh/ missing in the
jed library path (Bug #476216)
There is still no consensus about the right way to fix this problem.

Alternative Workarounds
---

To get the plugins work again, do one of the following

* downgrade slsh to a version  2.1.3-3

* create the directory /usr/share/slsh/local-packages/

* add the following code to ~/.jed/jed.rc or /etc/jed.d/05jed-common.sl

   $1 = /usr/share/slsh/;
   !if (is_substr(get_jed_library_path(), $1))
  if (file_status($1);
  set_jed_library_path(strcat(get_jed_library_path(), ,, $1));

GM



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481170: ttf-oflb-asana-math: please add usage documentation

[G. Milde]

Package: ttf-oflb-asana-math
Version: 000.907-1
Severity: normal


Thanks for packing the Asana Math font for Debian. Adding usage
documentation will improve the value of the package for non-expert users and
dampen unjustified expectations.

Problem
***

Typesetting documents with complex mathematical requirements with XeTeX
using the advanced features of Asana Math requires the experimental
unicode-math package. However:

* unicode-math is not part of TeXLive nor of the texlive-xetex Debian package

* it requires a XeTeX version  997 which is newer than the version shipped
  with TeXLive and in the texlive-xetex package.

The user can either wait for TexLive 2008 or use a local installation of the
XeTeX SVN version (see the texlive-xetex wishlist item -- Debian bug #481060).


Browser configuration
*

Another use of the Asana Math font (as an alternative to latin-modern or the
proprietary matlab fonts) would be the display of Math ML in web browsers
(like firefox/iceweasel).

Information on how to set up iceweasel to use Asana Math for display of
Math ML would be welcome.


Example
***

The following example fails with the XeTeX version in Debian/sid::

   \documentclass{scrartcl}
   
   \usepackage{fontspec}
   \setmainfont{Asana Math}
   
   \usepackage{unicode-math}
   \setmathfont{Asana Math}
   
   \begin{document}
   
   \begin{equation}
 S(\omega_x)=\int\limits _{-\infty}^{\infty}s(x)
  \mathrm{e}^{\mathrm{i}\omega_{0}kx}\D{x}\,.
   \end{equation}
   
   \end{document}


Thanks, Guenter Milde

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionBeschreibung
+++-==-==-
ii  fontconfig 2.5.0-2generic font configuration library - support
ii  libfreetype6   2.3.5-1+b1 FreeType 2 font engine, shared library files
ii  libxft22.1.12-2   FreeType-based font drawing library for X

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ttf-oflb-asana-math depends on:
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f

Versions of packages ttf-oflb-asana-math recommends:
ii  texlive-xetex  2007.dfsg.1-3 TeX Live: XeTeX macros

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#481060: texlive-xetex: xetex version too old for asana math

[G. Milde]

Package: texlive-xetex
Version: 2007.dfsg.1-3
Severity: normal


The Unicode math font Asana Math is now available as Debian package
ttf-oflb-asana-math. However, using it with XeTeX is not possible with the
xetex version that comes with texlive-xetex.


1. Asana Math is supported by the (experimental) package unicode-math
   currently not included in texlive-xetex.
  
2. with a locally installed unicode-math, compiling the example file below
   with xelatex results in::

! Text line contains an invalid character.
l.1 \global \let \exclam =^^^
 ^^00021
l.1 ...}{\mathpunct}{exclamation mark}

...
(That makes 100 errors; please try again.)

Upgrading xetex (and including unicode-math) should solve the problem:

* Asana Math documentation says the font works with xetex since version 997, 
  but the version in Debian/sid is (XeTeX 3.141592-2.2-0.996-patch2).
  (http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=asana-math)
  
* A posting reporting the abovementioned errors 
  
(http://newsgroups.derkeiler.com/Archive/Comp/comp.text.tex/2008-04/msg01497.html)
  concludes:

I have now build the current xelatex svn trunk, with which unicode-math
works.



minimal input file
##

\documentclass{scrartcl}

\usepackage[cm-default]{fontspec}

\usepackage{unicode-math}
%\setmathfont[]{Asana Math}

\begin{document}

Unicode-math is an experimental package using the OpenType math table for
math typesetting with unicode fonts.

\end{document}


##
other files

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages texlive-xetex depends on:
ii  dvipdfmx   1:20071115-1  A DVI to PDF translator with CJK s
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libkpathsea4   2007.dfsg.1-2 TeX Live: path search library for 
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  libpoppler20.6.4-1   PDF rendering library
ii  texlive-base   2007-14   TeX Live: Essential programs and f
ii  texlive-common 2007-14   TeX Live: Base component
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages texlive-xetex recommends:
ii  texlive-latex-base2007-14TeX Live: Basic LaTeX packages

Versions of packages tex-common depends on:
ii  debconf   1.5.20 Debian configuration management sy
ii  ucf   3.006  Update Configuration File: preserv

Versions of packages texlive-xetex is related to:
pn  tetex-basenone (no description available)
ii  tetex-bin 2007-14TeX Live: teTeX transitional packa
pn  tetex-extra   none (no description available)
ii  tex-common1.11   common infrastructure for building

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#476216: directory /usr/share/slsh/local-packages missing

[G. Milde]

Package: slsh
Version: 2.1.3-3
Severity: normal


slsh 2.1.3-3 breaks jed -- some S-Lang scripts/functions are not available.

Diagnosis:

after an update to slsh (2.1.3-3) some jed-extra (e.g. ffap.sl) scripts
failed to work.

I could track this down to /usr/share/slsh/ missing in the jed
library path.

The reason is given indirectly in slsh's changelog.Debian.gz

   * set SLSH_LOCALLIB_DIR=, as we don't ship a local-packages dir in
  Debian (breaks FSSTND).

while the code in site.sl adds /usr/share/slsh/ to the library path only if
/usr/share/slsh/local-packages exists.

This can be fixed by making site.sl more foolproof (at the expense of one
more file stat during program start).

The problem was discussed in pkg-jed-devel at lists.alioth.debian.org.
However, consensus is still needed on

* was  /usr/share/slsh/local-packages removed because of the assumption that
  it is intended for local (sysadmin) addtions?
  
  Could adding

   The directory /usr/share/slsh/local-packages exists so that 3rd party
   packages can be installed here.  Read /usr/share/jed/lib/site.sl
   for a usage example.

  to README.Debian solve the problem?

* does the FHS prohibit /usr/share/slsh/local-packages
  because of its name? 
  
  Would /usr/share/slsh/site-packages be ok?
  
* does the FHS prohibit /usr/share/slsh/local-packages
  because of its location? 

  Would /usr/lib/slsh/local-packages be ok?
  Would /usr/lib/slsh/site-packages be ok?

* where should additional S-Lang scripts for slsh and|or Jed be placed
  that are

  - installed by the system (e.g. a Debian package)
  - installed by the administrator
  - installed by the user


Guenter Milde


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

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages slsh depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libpcre3  7.4-1  Perl 5 Compatible Regular Expressi
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libslang2 2.1.3-3The S-Lang programming library - r

slsh recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#466486: can't prevent indenting at newline when pasting

[G. Milde]

In the course of discreet bug hunting, 
On 21.02.08, Drew Parsons wrote:
 On Wed, 2008-02-20 at 10:52 +0100, G. Milde wrote:

  * The changed keybinding must be defined *after* loading the default
keybindings, e.g. by *appending* the line

 setkey(newline_indent, ^M); % correct mouse-insertion problem

to ~/.jed/jed.rc.

  * Also, you must load an emulation file before (or set the variable
_Jed_Emulation to a non  value), otherwise the _Jed_Default_Emulation
will be loaded *after* evaluation of jed.rc - actually this might be the
problem we need to clarify in the docs.

 OK, these two points sound like they explain the problem.  Now in
 jed.rc, I have no other settings other than these ones attempting to
 change the mouse pasting behaviour.  I don't know about
 Default_Emulation at all or how to fix it correctly?

The advice in REDME.Debian is

  jed.rc   user startup configuration (move the jed.rc from the
   examples/ here and modify to your needs)

where the example file contains the code to select an emulation.
A minimalistic jed.rc could look like:

  % load emulation
  require(emacs);
  %require(cua);
  
  % change keybindings
  setkey(newline_indent, ^M); % correct mouse-insertion problem
  

 Shouldn't Default_Emulation be set automatically set first with jed.rc
 user settings overriding any default settings?

The problem is that:

1. Only *one* emulation file should be loaded

   - in order to speed up jed startup
  
   - to prevent incompatibilities, or definitions that are not
 overridden in a different emulation mode.
  
2. The emulation mode should be configurable by the user.

3. Jed needs to use a sensible emulation mode also if there is no user
   setting. 
  
The upstream solution is provide a fallback, if there is no indication
that the user has choosen an emulation. To achieve this, an emulation
mode sets the variable `_Jed_Emulation`. If this variable is not set, the
mode defined in the variable `_Jed_Default_Emulation` is evaluated
(naturally, this can only happen after evaluating jed.rc).

(On Debian, `_Jed_Default_Emulation` is set in /etc/jed.d/05jed-common.sl
and can be configured by the sysadmin.)
  

I will update README.Debian and README.Debian-startup to make this more
clear.

Günter
  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#466486: can't prevent indenting at newline when pasting

[G. Milde]

On 21.02.08, G. Milde wrote:

  OK, these two points sound like they explain the problem.  
...

Actually, there is more: 

  Many editing modes (c_mode, slang_mode, perl_mode, php_mode, to name but a
  few) bind the return key to newline_and_indent() in their local keymap.
  Therefore you will need to change this binding in the global_mode_hook.
  
  In your jed.rc, write e.g.

  % fix staircase effect with mouse-pasting in an x-terminal
  #ifndef XWINDOWS IBMPC_SYSTEM
  define global_mode_hook (hook)
  {
 setkey(newline_indent, ^M);   
  }
  #endif

  or add the setkey() line to an already existing global_mode_hook()
  definition.
  
 I will update README.Debian and README.Debian-startup to make this more
 clear.

 Günter




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#466486: can't prevent indenting at newline when pasting

[G. Milde]

On 19.02.08, Drew Parsons wrote:
 I use jed from a X terminal.  When I copypaste with the mouse, the
 text gets indented with each newline.

 This problem is addressed in /usr/share/doc/jed/README.Debian, with a
 variety of solutions offered.

 A2: Temporarily change the keybinding 
...
 - this does work, thanks.  But it's inconvenient to set manually like
 this each time.

How about paste()? (A1) This is basically a function to automate this task,
recommended by the Jed author.

 Neither of these solutions A3 or A4 work.  I've tried placing either
 of them in ~/.jedrc, moving that to ~/.jed/jed.rc, copying it to
 /etc/jed.d/99newline-noindent.sl.  Nothing works.

 Could you review these instructions in README.Debian to confirm if
 they are still valid, and provide corrected instructions?

A4 works nice here with 

  !if (is_defined(x_server_vendor))
setkey(newline_indent, ^M); % correct mouse-insertion problem
 
in a file called by ~/jed.rc and newline_indent defined in txtutils.sl from
the jed-extra package.

What does HelpShow_Key return for the [Return] key after applying A3 or A4?

Does it work if you put the code in a buffer and run M-x evalbuffer?

Can you test whether the ~/.jed/jed.rc file is evaluated?


Thanks

Günter



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462063: aptitude: please add a See homepage action for packages

[G. Milde]

Package: aptitude
Version: 0.4.10-1+b1
Severity: wishlist


Dear Daniel,

with the new field for a packages homepage, it would be nice to have a menu
entry and hotkey to open a sensible-browser with the Homepage URL of the
current package (with no action, if there is no Homepage specified).

Thanks

Guenter

-- Package-specific info:
Terminal: rxvt
$DISPLAY is set.

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

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.9  Advanced front-end for dpkg
ii  libc6 2.7-1  GNU C Library: Shared libraries
ii  libcwidget1   0.5.6.1-2+b1   high-level terminal interface libr
ii  libgcc1   1:4.2.1-5  GCC support library
ii  libncursesw5  5.6+20071013-1 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.1-5The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.10-1   English manual for aptitude, a ter
pn  libparse-debianchangelog-perl none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#448842: trans-de-en: spurious separator (::) in wordlist de-en

[G. Milde]

Package: trans-de-en
Version: 1.5-2
Severity: normal

There is a spurious separator ':: ::' instead of '::' in line 111964 of
the wordlist file trans/de-en which crashes the formatting in ding.sl of the
jed-extra package.

de-en:100964:etw. einer Sache nachempfinden | etw. nachempfunden sein; einer 
Sache nachgebildet sein :: :: to adapt sth. from sth.; to model sth. on sth. | 
to be patterned on sth.

Guenter



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

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444957: [Pkg-xfce-devel] Bug#444957: xfce4-mcs-manager: Abiword crashes at startup while xfce-mcs-manager is running

[G. Milde]

On 30.10.07, Simon Huggins wrote:
 On Tue, Oct 30, 2007 at 02:25:52PM +0100, G. Milde wrote:
  On  5.10.07, [EMAIL PROTECTED] wrote:

 Also see below...

   ~/.config/xfce4/mcs_settings/gtk.xml.

  ?xml version=1.0 encoding=UTF-8?
  !DOCTYPE mcs-option SYSTEM mcs-option.dtd

  mcs-option
 [..]
  option name=Gtk/FontName type=string value=DejaVu Sans Condensed, 
  12/

 On the off chance, in Settings  User Interface you coudl change the
 font given the back trace talks about fonts.

This is the point, indeed: 

* I changed Settings  User Interface  Font and abiword starts without
  error.
  
* What is more, I changed back Settings  User Interface  Font
  selecting in the font choosing dialog: 
 
 Family: Deja Vu Sans
 Style:  Condensed
 Size:   12,0
 [OK]
 
  Interestingly, the 'Settings  User Interface' dialog shows the 'Font'
  button with the inscription 
  
 [DejaVu Sans Semi-Condensed 12]
  
  (while Semi-Condensed was not listed under the Styles in the fond
  dialog).
  
  and the gtk.xml file not has

option name=Gtk/FontName type=string value=DejaVu Sans 
Semi-Condensed 12/

It seems to me like some name-change that is handled correctly when you
set the font but not updated in existing config files.

Thanks a lot for all your help and patience,

Günter



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444957: xfce4-mcs-manager: Abiword crashes at startup while xfce-mcs-manager is running

[G. Milde]

Dear Mike,

sorry for the delay, family holidays and deadlines at work hindered me
from pursuing the bug. Unfortunately, it still remains...

On  5.10.07, [EMAIL PROTECTED] wrote:
 On Tue, Oct 02, 2007 at 02:23:54PM +0200, G. Milde wrote:
  On  2.10.07, [EMAIL PROTECTED] wrote:
  
   also a backtrace from gdb (execute ???gdb abiword???, then type ???set
   logging on abiword.gdb???, and type ???run???).
 Actually I forget the most important point, after the application
 crashes, type ???bt??? in gdb to actually get the backtrace :s

The backtrace says:

   Starting program: /usr/bin/abiword 
   (no debugging symbols found)
   ...
   (no debugging symbols found)
   [Thread debugging using libthread_db enabled]
   [New Thread -1223788864 (LWP 4403)]
   
   Program received signal SIGSEGV, Segmentation fault.
   [Switching to Thread -1223788864 (LWP 4403)]
   0x082d1da2 in XAP_UnixFont::getName ()
   #0  0x082d1da2 in XAP_UnixFont::getName ()
   #1  0x082d3a04 in XAP_UnixFontHandle::XAP_UnixFontHandle ()
   #2  0x08301fb2 in GR_UnixGraphics::getGUIFont ()
   #3  0x08302f06 in GR_UnixGraphics::setZoomPercentage ()
   #4  0x0817e1f6 in AP_UnixFrame::_createViewGraphics ()
   #5  0x081ab292 in AP_Frame::_showDocument ()
   #6  0x081ac2a5 in AP_Frame::loadDocument ()
   #7  0x081aac18 in AP_Frame::loadDocument ()
   #8  0x081839a4 in AP_App::openCmdLineFiles ()
   #9  0x0817cb16 in AP_UnixApp::main ()
   #10 0x08178c0e in main ()

 Myeah.  So the most plausible reason is a broken theme.  So lets start
 again.

 Do you have a ~/.gtkrc-2.0 file?  What is its contents?
No

 What GTK+ theme are you using?  Check in Settings  User Interface.
Default

 What icon theme are you using?  Settings  User Interface.
hicolor

 What Xfwm4 theme are you using?  Settings  Window Manager.
Gtk (changing to Default does not help)

 What mouse cursor theme are you using?  Settings  Mouse.
default

 I think that's all for the themes.  Please join the files
 ~/.config/xfce4/mcs_settings/xfwm4.xml and

?xml version=1.0 encoding=UTF-8?
!DOCTYPE mcs-option SYSTEM mcs-option.dtd

mcs-option
option name=Xfwm/BoxMove type=int value=0/
option name=Xfwm/BoxResize type=int value=0/
option name=Xfwm/ButtonLayout type=string value=O|HMC/
option name=Xfwm/ClickToFocus type=int value=1/
option name=Xfwm/DblClickAction type=string value=maximize/
option name=Xfwm/FocusNewWindow type=int value=1/
option name=Xfwm/FocusRaise type=int value=1/
option name=Xfwm/RaiseDelay type=int value=100/
option name=Xfwm/RaiseOnClick type=int value=1/
option name=Xfwm/SnapToBorder type=int value=1/
option name=Xfwm/SnapToWindows type=int value=1/
option name=Xfwm/SnapWidth type=int value=13/
option name=Xfwm/ThemeName type=string value=Default/
option name=Xfwm/TitleAlign type=string value=center/
option name=Xfwm/TitleFont type=string value=DejaVu Sans Bold 
10/
option name=Xfwm/WrapResistance type=int value=19/
option name=Xfwm/WrapWindows type=int value=1/
option name=Xfwm/WrapWorkspaces type=int value=0/
/mcs-option

 ~/.config/xfce4/mcs_settings/gtk.xml.

?xml version=1.0 encoding=UTF-8?
!DOCTYPE mcs-option SYSTEM mcs-option.dtd

mcs-option
option name=Gtk/CanChangeAccels type=int value=0/
option name=Gtk/CursorThemeName type=string value=default/
option name=Gtk/CursorThemeSize type=int value=24/
option name=Gtk/FontName type=string value=DejaVu Sans Condensed, 
12/
option name=Gtk/KeyThemeName type=string value=Default/
option name=Gtk/ToolbarStyle type=string value=icons/
option name=Net/CursorBlink type=int value=0/
option name=Net/CursorBlinkTime type=int value=1543/
option name=Net/DndDragThreshold type=int value=8/
option name=Net/DoubleClickTime type=int value=300/
option name=Net/IconThemeName type=string value=Smokey-Red/
option name=Net/ThemeName type=string value=Default/
option name=Xft/Antialias type=int value=1/
option name=Xft/HintStyle type=string value=hintfull/
option name=Xft/Hinting type=int value=1/
option name=Xft/RGBA type=string value=none/
/mcs-option


Thanks

Guenter




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#447268: lyx: please pack maintenance version LyX 1.5.2

[G. Milde]

Package: lyx
Version: 1.5.1-2
Severity: wishlist


The LyX team at www.lyx.org anounced a new upstream release.
As this is said to fix numerous problems, I would like to see it packed for
Debian ASAP.

  New Maintenance Release: LyX 1.5.2 released.
  Oct 8, 2007
  
  We are pleased to announce the release of LyX 1.5.2. This is a maintenance
  release that focuses on improving the stability. We have fixed numerous
  crashes, performance problems, and other bugs. Furthermore, the
  documentation has been revised. It covers all new features of the 1.5.x
  series now.
  
  All current 1.5.x users are encouraged to upgrade to this version.
  
Thanks,

GM



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#446271: jed-extra: use jed_append_doc_file

[G. Milde]

On 18.10.07, Rafael Laboissiere wrote:
 * G. Milde [EMAIL PROTECTED] [2007-10-18 17:24]:

  On 18.10.07, Rafael Laboissiere wrote:
   * G. Milde [EMAIL PROTECTED] [2007-10-18 16:10]:
  
On 13.10.07, Jörg Sommer wrote:

 The Jed functions from jed/doc/hlp do not work in .18 but in 
 .19~pre117.
 The SLang functions do work in both versions. The jed-extra function 
 do
 work in no version.

This is fixed in the jed-extra help.sl drop-in::

[snip]
  
   Should we close this bug report?
  
  IMO, it is easiest to close it with the next upstream-based release.

 Sorry, I thought this was not a bug in jed-extra 2.4.2-1.

It is no real bug IMO, so we could change it to a feature request -- but is
it worth the effort when it will be closed with the next release anyway?

Günter



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443048: is a conflict with the xfce-mcs-manager

[G. Milde]

The abiword crash can be narrowed down to a conflict with the 
xfce-mcs-manager.

Abiword crashes as described, when started from a standard XFCE session.
It works nice, if started from Gnome or KDE.
It alsow works nice, if the xfce-mcs-manager is killed before.

Whether the problem is a foult of abiword or the xfce-mcs-manager is above
my knowledge.

Thanks, Guenter



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#444957: xfce4-mcs-manager: Abiword crashes at startup while xfce-mcs-manager is running

[G. Milde]

Package: xfce4-mcs-manager
Version: 4.4.1-1
Severity: normal


Since some time starting abiword results in a short appearance of the slash
screen and then a crash with

  #  abiword
  Abgebrochen

I filed a bug report to abiword (Bug#443048) but still wondered why this
grave problem seems to be almost unknown. At some stage, I realised that
when using Gnome or KDE instead of XFCE, abiword works fine. Further
experimenting revealed that killing xfce4-mcs-manager solves the abiword
problem.

Whether this incompatibility is the fault of abiword or xfce4-mcs-manager is
above my knowledge.

Thanks, Guenter


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

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-mcs-manager depends on:
ii  hicolor-icon-theme  0.10-1   default fallback theme for FreeDes
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.6.1-4  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface 
ii  libpango1.0-0   1.18.2-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfce4mcs-client3 4.4.1-1  Client library for Xfce4 configure
ii  libxfce4mcs-manager34.4.1-1  Manager library for Xfce4 configur
ii  libxfce4util4   4.4.1-1  Utility functions library for Xfce
ii  libxfcegui4-4   4.4.1-1  Basic GUI C functions for Xfce4
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.3-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

Versions of packages xfce4-mcs-manager recommends:
ii  xfce4-icon-theme  4.4.1-1Xfce Standard icon theme
ii  xfce4-mcs-plugins 4.4.1-1Special modules for the xfce4-mcs-

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#443048: abiword: crash on startup

[G. Milde]

Package: abiword
Version: 2.4.6-2.1
Severity: normal


Since upgrading abiword to the 2.4 series, when I start abiword, the splash
screen appears for a second, then it aborts with::

  # abiword
  Aborted

In the working dir, an emergency file Unbenannt1.abw.SAVED is left.


This pertains both, abiword and abiword-gnome in versions 2.4.5* and 2.4.6* 

As this problem seems not too common, I suspect is has to do with my setup
or some cruft, however I'm using a mixed testing/unstable system and I am
not aware of something special. Upgrading all dependencies to the latest
version did not help.

thanks

Guenter


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages abiword depends on:
ii  abiword-common  2.4.6-2.1WYSIWYG word processor based on GT
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libc6   2.6.1-4  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libenchant1c2a  1.3.0-3+b1   a wrapper library for various spel
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libfribidi0 0.10.7-4 Free Implementation of the Unicode
ii  libgcc1 1:4.2.1-5GCC support library
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.1-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.0-2 GNOME 2.2 print architecture User 
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libpango1.0-0   1.18.1-1 Layout and rendering of internatio
ii  libperl5.8  5.8.8-7  Shared Perl library
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libstdc++6  4.2.1-5  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.30.dfsg-2GNOME XML library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.3-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

Versions of packages abiword recommends:
pn  abiword-plugins   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#441041: bash_completion: `_apt-file': not a valid identifier

[G. Milde]

Package: apt-file
Version: 2.0.8.2
Severity: normal


running:

if [ -f /etc/bash_completion ]; then
  . /etc/bash_completion
fi

from my ~/.profile, I get the error message:

 /etc/bash_completion.d/apt-file: line 37: `_apt-file': not a valid identifier

and the evaluation of the script aborts.

The installed bash version is
 
 GNU bash, version 3.1.17(1)-release (i486-pc-linux-gnu)

Guenter

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-file depends on:
ii  gzip  1.3.12-3.1 The GNU compression utility
ii  libapt-pkg-perl   0.1.21+b1  Perl interface to libapt-pkg
ii  libconfig-file-perl   1.4-2  Parses simple configuration files
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  wget  1.10.2-3   retrieves files from the web

apt-file recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#440927: lyx-common: Please pack new upstream version lyx 1.5

[G. Milde]

Package: lyx-common
Version: 1.4.4-2
Severity: wishlist


After the bugfix release 1.5.1 is out, it would be nice to have a 'lyx 1.5'
debian package. (Especially, I am longing for the unicode support and tabbed
windows.)

There is an unofficial ad-hoc package available on the lyx download site 
ftp://ftp.lyx.org/pub/lyx/bin/1.5.1/ (thanks to Sam Lewis). 

However, I'd like to see an official one, that integrates well with the rest
of Debian.

Cheers

Guenter

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages lyx-common depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  python2.4.4-6An interactive high-level object-o
ii  python-support0.6.4  automated rebuilding support for p
ii  texlive-latex-base2007-12TeX Live: Basic LaTeX packages
ii  xdg-utils 1.0.1-2Desktop integration utilities from

Versions of packages lyx-common recommends:
pn  lyx   none (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439895: filter-buffer.sl:delete_hidden_lines(): Deletes not all lines

[G. Milde]

Thanks for the report and the patch. There is one problem, though: if the
last line of the buffer is hidden, you get an infinite loop.

The upstream Jedmodes repository now has the fix with

-  while (is_line_hidden())
+  while (is_line_hidden() and not(eobp()))

GM


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432936: noteedit should recommend khelpcenter

[G. Milde]

Package: noteedit
Version: 2.8.1-2
Severity: normal


Thanks for packing and maintaining noteedit. I found a problem that will
only affect people using noteedit without having KDE installed:

Noteedit relies on the kdehelpcenter for on-line documentation and help.

IMO, this is a strong, but not absolute, dependency, which according to the
`debian policy`__ translates to `Recommends`.


Guenter


__ http://www.de.debian.org/doc/debian-policy/ch-relationships.html




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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages noteedit depends on:
ii  kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii  libc6   2.5-9+b1 GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libqt3-mt   3:3.3.7-5Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  libtse3-0.3.1c2a0.3.1-4  portable MIDI sequencer engine in 
ii  noteedit-data   2.8.1-2  KDE Music Editor (data files)

noteedit recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432505: reportbug: --help fails due to unicode character u'\ufffd'

[G�Milde]

Package: reportbug
Version: 3.38
Severity: normal


trying to get help about reportbug, I only got::

  [EMAIL PROTECTED]:~  reportbug -h
  Traceback (most recent call last):
File /usr/bin/reportbug, line 1755, in ?
  main()
File /usr/bin/reportbug, line 752, in main
  (options, args) = parser.parse_args()
File /usr/lib/python2.4/optparse.py, line 1280, in parse_args
  stop = self._process_args(largs, rargs, values)
File /usr/lib/python2.4/optparse.py, line 1324, in _process_args
  self._process_short_opts(rargs, values)
File /usr/lib/python2.4/optparse.py, line 1431, in _process_short_opts
  option.process(opt, value, values, self)
File /usr/lib/python2.4/optparse.py, line 712, in process
  return self.take_action(
File /usr/lib/python2.4/optparse.py, line 733, in take_action
  parser.print_help()
File /usr/lib/python2.4/optparse.py, line 1538, in print_help
  file.write(self.format_help())
File /usr/lib/python2.4/optparse.py, line 1527, in format_help
  result.append(self.format_option_help(formatter))
File /usr/lib/python2.4/optparse.py, line 1510, in format_option_help
  result.append(OptionContainer.format_option_help(self, formatter))
File /usr/lib/python2.4/optparse.py, line 994, in format_option_help
  result.append(formatter.format_option(option))
File /usr/lib/python2.4/optparse.py, line 273, in format_option
  help_text = self.expand_default(option)
File /usr/lib/python2.4/optparse.py, line 245, in expand_default
  return option.help.replace(self.default_tag, str(default_value))
  UnicodeEncodeError: 'ascii' codec can't encode character u'\ufffd' in 
position 1: ordinal not in range(128)


It looks like the help string is in Unicode and no fallback is provided.

Guenter


-- Package-specific info:
** Environment settings:
EDITOR=xjed
INTERFACE=text

** /home/milde/.reportbugrc:
reportbug_version 2.36
mode standard
ui text
realname G?Milde
email [EMAIL PROTECTED]
no-check-uid

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages reportbug depends on:
ii  apt   0.7.3  Advanced front-end for dpkg
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

reportbug recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432510: ttf-opensymbol fails to update with old version of fontconfig

[G. Milde]

Package: ttf-opensymbol
Version: 2.2.1-5
Severity: normal


After the update of ttf-opensymbol 2.0.3-2 - 2.2.1-4 the postrm script
failed and the resulting non-configured package
brought all depending updates (ooffice) to a standstill.

Removing or purging ttf-opensystem failed for the same reason.

The error message was something about error scanning /usr/share/fonts 

The deadlock could be left with updating fontconfig

[AKTUALISIERUNG] fontconfig 2.3.2-7 - 2.4.2-1.2
[AKTUALISIERUNG] fontconfig-config 2.4.1-2 - 2.4.2-1.2
[AKTUALISIERUNG] libfontconfig1 2.4.1-2 - 2.4.2-1.2

so I assume a conflict with fontconfig = 2.3.2 might solve the problem.

Thanks

Guenter


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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

ttf-opensymbol depends on no packages.

Versions of packages ttf-opensymbol recommends:
ii  fontconfig2.4.2-1.2  generic font configuration library

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#429893: jed-extra: The pymode.sl drop-in generates a fit_window is undefined error on starting python_mode

[G. Milde]

On 21.06.07, Michael Johnson wrote:
 Package: jed-extra
 Version: 2.3.2-3

 When loading a Python file or starting python_mode in JED with the 
 jed-extra package installed, a fit_window is undefined error is
 generated. 
...
 I believe adding an autoload to pymode.sl will take care of the problem.  

Thanks for your report. Thanks to it, the bug is now fixed in the
upstream pymode.sl (jedmodes.sf.net/mode/pymode/) to be included in the
next version of jed-extra.

Guenter Milde


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#425417: jed: Segmentation fault with some precompiled slang files

[G�Milde]

Package: jed
Version: 1:0.99.18+dfsg.1-6
Severity: important


Jed crashes with a segmentation fault, if a byte-compiled version (*.slc
file) is evaluated that contains a literal string with the $ suffix (a
feature added in S-Lang 2 for shell like variable substitution).

An example is 'latex_external.sl' from JoergsLatexMode
(http://www.minet.uni-jena.de/~joergs/jjm-r130.tgz). It contains the lines

insert(Current configuration: $LaTeX_Config\n\n$);
...
   variable pid = expand_and_run_cmd(jed-script $latex_comm watch$,

which leads to Jed crashing when opening a LaTex file if JoergsLatexMode is
installed and byte-compiled.


The problem is a bug in the S-Lang library, as the author of Jed and S-Lang
wrote in a mail to the jed-users list 
(http://www.ruptured-duck.com/jed-users/msg01916.html)

  slang-2.0.6 had a bug in the handling of byte-compiled files
  containing strings with the $ suffix, e.g.,

  file = $HOME/foo.sl$;

  This bug was corrected in 2.0.7.

While currently only seldom occuring, the problem is hard to detect (as the
usual S-Lang debugging methods do not work once Jed crashed) and can lead to
data loss. 

A fix is to use libslang2 version = 2.0.7-1 (now in unstable).

Please let jed (and xjed) depend on this S-Lang version.

Guenter Milde

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages jed depends on:
ii  jed-common1:0.99.18+dfsg.1-6 S-Lang runtime files for jed and x
ii  libc6 2.5-7  GNU C Library: Shared libraries
ii  libgpmg1  1.19.6-22  General Purpose Mouse - shared lib
ii  libslang2 2.0.6-4The S-Lang programming library - r

jed recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#425424: libslang2: segmentation fault with pre-compiled using the $ string suffix

[G�Milde]

Package: libslang2
Version: 2.0.6-4
Severity: important


Jed crashes with a segmentation fault, if a byte-compiled version (*.slc
file) is evaluated that contains a literal string with the $ suffix (a
feature added in S-Lang 2 for shell like variable substitution).

The problem is a bug in the S-Lang library, as the author of Jed and S-Lang
confirmed in a mail to the jed-users list 
(http://www.ruptured-duck.com/jed-users/msg01916.html)

  slang-2.0.6 had a bug in the handling of byte-compiled files
  containing strings with the $ suffix, e.g.,

  file = $HOME/foo.sl$;

  This bug was corrected in 2.0.7.

The bug is fixed in libslang2 (version 2.0.7-1) (now in unstable).

I still report it, as it affects users of stable and testing versions.
While currently only seldom occuring, the problem is hard to detect (as the
usual S-Lang debugging methods do not work once Jed crashed) and can lead to
data loss. 

Thanks

Guenter Milde

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libslang2 depends on:
ii  libc6 2.5-7  GNU C Library: Shared libraries

libslang2 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#424662: jed-extra: Byte compiles files in .../jed/site-lib/...

[G. Milde]

On 17.05.07, Rafael Laboissiere wrote:
 * Jörg Sommer [EMAIL PROTECTED] [2007-05-16 11:38]:

 I think that this is a problem in jed-extra-preparse.sl, which I just fixed
 in SVN 

 Guenter, please confirm this and I will upload 2.3.2-2.

Yes. I did work on the same problem parallel, so I leave the changelog entry
without [author], as all pkg-jed members are involved (Jörg as reporter).

Günter


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#422778: jed-extra: [debconf_rewrite] Debconf templates review

[G. Milde]

On  8.05.07, Christian Perrier wrote:
 Package: jed-extra

 The debian-l10n-english contributors have now reviewed these templates,
 and the proposed changes are attached to this bug report.

 Please review the suggested changes are suggested, and if you have any
 objections, let me know in the next 3 days.

1. templates  OK

2. control: extensive restructuring triggered by the reviewed version.

   see the edited patch below
   

sincerely

Guenter Milde
   
--- 
/home/bubulle/travail/debian/rewrite/LCFC/jed-extra/jed-extra.old/debian/control
2007-04-16 20:15:33.389455618 +0200
+++ /home/milde/jed-extra/debian/control
@@ -16,25 +16,23 @@
 Suggests: slsh, slang-gdbm, dict, slang-curl, www-browser, a2ps
 Provides: dict-client, info-browser, man-browser
 Conflicts: dictionaries-common ( 0.14.0)
-Description: collection of useful JED modes and utilities
- The JED text editor can be easily extended using the SLang scripting
+Description: collection of useful Jed modes and utilities
+ The Jed text editor can be easily extended using the S-Lang scripting
  language.
  .
- This package contains add-on packages for the JED editor, mainly from the 
+ This package contains add-on packages for the Jed editor, mainly from the
  Jedmodes repository at SourceForge (http://jedmodes.sourceforge.net/)
  .
  Enhancements include:
-  * Interactive online-help browser
-  * file browser
+  * new or enhanced modes for:
+   Jed help, file management, Gnu info, man pages, calculator, calendar,
+   dict dictionary lookup (including thesaurus), spellchecking,
+   Game of Life, and snake
+  * additional language modes: 
+   CSS1, email, gnuplot, make, man, mupad, po_mode, reStructuredText, yodl
+  * new or enhanced editor emulation modes for:
+   Vi, Cua, Brief
-  * dict dictionary client (including thesaurus)
-  * Brief and Vi editor emulation
-  * extended ispell support
-  * SLang calculator
-  * transparently open URLs from within JED
+  * URI-scheme handler (for transparent http: access, etc)
   * buffer history and fast switching between (auto-)numbered buffers
-  * Game of Life and snake
-  * extended set of Key_* variables for xjed
+  * S-Lang utility functions and extended set of Key_* variables for xjed
-  * Additional language modes: 
-   CSS1, email, gnuplot, make, man, mupad, po_mode, 
-   reStructured Text, yodl
  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)

[G. Milde]

On 13.04.07, Rafael Laboissiere wrote:
 * John E. Davis [EMAIL PROTECTED] [2007-04-12 15:15]:

  It was intended.  evalfile is slang's lowest level file loading
  function, and as such it should not tamper with the name passed to it.
  For example, under Unix ~ is a perfectly valid directory name and it
  should be possible to load a file in that directory.  For filename
  expansion, use the expand_filename function.  While not as convenient,
  you can also use evalfile($HOME/foo.sl$);

 Should we close this bug report?

IMO, it is a documentation issue. This change should be documented in the
changelog. I did not find it in the Jed Version: 0.99.18 (Debian package
jed 0.99.18-6)

John, could you add this change to the changes.txt? Something like

  evalfile() no longer expands its `path' argument. You can use
  evalfile(expand_filename(path)) to get the old behaviour.
  
After this the bug can be closed.

Günter


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#414549: python-pygments: pygmentize cli fails with AttributeError

[G. Milde]

On 12.03.07, Piotr Ozarowski wrote:
 [Günter Milde, 12.03.2007]
  Version: 0.5.1-1
^^^

 version 0.5.1 contains cmdline_main, not cmdline.main 
...
 Did you try to upgrade to 0.7.1-1 in the meantime?

Looking at the files in the package and at the installed files it
looks like I had a 0.7.something version from a non-Debian
easy_install installation which interfered with the package
installed from Debian/unstable.

Downgraded to 0.5.1 and it works, so please close the bug.

I am very sorry for the inconvenience caused.

Guenter


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#292421: Closing bugs filed against jed

[G. Milde]

On 16.01.07, Rafael Laboissiere wrote:
 * G. Milde [EMAIL PROTECTED] [2007-01-16 14:29]:

   #292421: jed: Emacs key C-h b is not included in C-h listing 
   (describe-keys)
 We should tag this bug upstream and forward it to the upstream authors.
  
  If I read the request right, the reporter asks for an additional
  keybinding in the emacs emulation. We could recommend customizing
  keybindings in ~/.jed/jed.rc and also forward the idea to J. E. D..

 You could also add a dpatch (attached below).  What to you think?

You could consider this if an upstream patch is rejected. Otherwise I would
not bother with maintaining a dpatch for such a simple change.

Actually, I would like to confine the patches to necessary cases, i.e.

* modifications due to Debian specifics

* severe bugs that need urgent repair

* enhancements that are agreed on by Debian users/packagers but rejected
  upstream (after careful consideration) it they require changes to the
  system files.
  
Patches are a lot of work: you need to maintain them as outdated patches
are a cumbersome as outdated documentation.


Günter
  
  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#180577: Opening *.info files without launching info_mode

[G. Milde]

On 16.01.07, Rafael Laboissiere wrote:
 package jed 
 tags 180577 upstream
 thanks

 A bug report (http://bugs.debian.org/180577) has been filed against the the
 jed package in Debian regarding the behavior of JED when opening a file with
 the .info extension.  In this situation, instead of opening a window for
 editing the file directly, info_mode() is called, which results in the info
 browser being launched.  This can confuse users.

 I am considering to apply the patch attached below to sitel.sl in order to
 make an exception for *.info files in mode_hook().  

There is an easier fix, as jed already has the framework for the case
where filename-extension != mode-prefix, namely add_mode_for_extension().

The following lines in a configuration file (one of defaults.sl,
/etc/jed.d/05jed-common.sl, ~/.jedrc, or ~/.jed/jed.rc) will fix the
bug::

   % do not call info_mode() for *.info files 
   % (as info_mode is no editing mode but an info reader mode!)
   add_mode_for_extension(no, info);


 After all, there is no mode to edit directly info files, since these
 are files generated from texinfo sources.

While generating info files from texinfo is quite common, it is not the
only way to produce them. Hand coding is feasible as well (although not
supported by a Jed language editing mode)


 Please tell me whether this solution is acceptable or if there is a better
 fix.

For the Debian jed-common package, I propose a fix in
/etc/jed.d/05jed-common.sl.

Nevertheless, it would be nice if there was a fix in the original Jed
distribution (what Debian calles upstream).

Günter









-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390160: jed: terminates unexpectedly on Ctrl-G

[G. Milde]

On 29.09.06, Marc Haber wrote:
 Package: jed
 Version: 0.99.18-5
 Severity: normal
 
 When using jed as the last element of a xargs pipe, such as
 grep -l foo /some/path | xargs jed
 to edit a lot of files containing some string, jed sometimes gets
 confused. If one later decides to abort a jed command by typing
 Ctrl-G, jed terminates silently and drops the user back to the shell.
 Nothing is saved, and the terminal stays in a strange mode.

Also strange is, that a buffer *stdin* is opened alongside the listed files.



While we need upstream help and more testing to fix this, two workarounds
are at hand:

Either use

  jed `grep -l foo /some/path`
 
or install the jed-extra package and use the grep() command from within jed.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#330825: xjed: pasting with middle mouse button ...

[G. Milde]

On 30.09.05, Jörg Sommer wrote:
 Hello G.,
 
 G. Milde schrieb am Fri 30. Sep, 09:51 (+0200):
  On 29.09.05, Jörg Sommer wrote:

 It is smart_set_mark_cmd(), that is the same as push_visible_mark().
 
 But your clue was good. If I push a mark with push_mark() on the mark
 stack, all works as expected. If I push a mark with push_visible_mark()
 on the stack, I get this misbehaviour.

Ich wollte eigentlich nur sagen: wenn die Tastenbindung nicht zum Fehler
gehört, dann ist es verwirrend sie zu benennen (da mehrere Emulationen
vorliegen).

Aber eine Sache kommt mir da noch verdächtig vor: nutzt Du evt. cuamark.sl
(von Jedmodes)? (Dort wird die Unterscheidung mark/visible-mark verwendet um
flüchtige Regionen zu kennzeichnen.)
Wenn der Fehler ohne cuamark.sl verschwindet, brauchen wir John nicht zu
beunruhigen. (BTW: es könnte auch an wmark.sl liegen, welches ähnliche
Funktionalität bereitstellt.)

 
   and hit the middle mouse button to insert the text from the cut buffer,
   the open mark is closed (poped from the mark stack) and nothing else
   happens. Inserting the text with x_insert_cutbuffer() works, but not
   with the middle mouse button.
  
  With cuamouse.sl (from Jedmodes), I get a different behaviour: the mark
  is popped and the selection inserted at mouse-point position.
 
 This is not what I want/expect.

So you either do not want cuamouse because it does not what you expect or
you do not expect this because you do not use cuamouse ;-)

Guenter





-- 
G.Milde web.de


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#324726: jed: Move /etc/jed* under /etc/package/

[G. Milde]

On 23.08.05, Jari Aalto wrote:
 Package: jed
 Version: 0.99.16-5
 Severity: minor
 
 The /etc hierarchy is quite polluted with various configuration files.
 It would be better if packages kept configuration files under their
 own directories (easier for backups etc.).
 
 Please move 
 
 /etc/jed.conf
 /etc/jed-init.d/
 
 Under common directory = /etc/package like
 
 /etc/jed/config 
 /etc/jed/jed-init.d/

Unfortunately, the path /etc/jed.conf is hardcoded into the upstream
release, changing it would introduce one more Debian-specific patch (and
incompatibility with original documentation ...).

OTOH, /etc/jed-init.d/ is defined in /etc/jed.conf and could be moved
to a more sensible place. However I do not know of a more sensible place,
as 

 /etc/jed-init.d/
 /etc/jed/jed-init.d/
 
would clearly be no improvement.

Sincerely

Guenter Milde



-- 
G.Milde web.de


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#305668: [Pkg-jed-devel] Bug#305668: jed mixes tabs and spaces in python mode

[G. Milde]

A user sent a bug-report via the Debian bugreprot system:

On 21.04.05, Vincent Bernat wrote:
 Package: jed
 Version: 0.99.16-5
 Severity: normal
 
 When writing programs using python-mode, jed mixes tabs and spaces.
 
 Using indent=4, tab=8 is the worse setup :
 
 Here is what Guido recommends :
 
 Indentation
 Use the default of Emacs Python-mode: 4 spaces for one indentation
 level.
 
 Tabs or Spaces?
 Never mix tabs and spaces. The most popular way of indenting Python is
 with spaces only. 
 
 See :
   URL:http://www.python.org/doc/essays/styleguide.html
 
 This bug is very annoying when opening the code with an editor (like
 Emacs) that says that indent=4 and tab=4.

The fast fix would be a line 
  TAB = 4;
in python_mode() for a consistent indent-tab behaviour. 

Until this is fixed, you can define a mode-hook in your .jedrc

define python_mode_hook ()
{
   TAB = 4;
}



For the most popular way (only spaces), set

   USE_TABS = 0;

in your .jedrc. 

However this is global to jed. If you want a fix only for python files,
you need to define the python_mode_hook as

define python_mode_hook ()
{
   TAB = 0;
}


The problem is how to handle existing files with TABs in them. 

We can convert them to spaces-only with untab_buffer(), a small helper
function in 
  jedmodes.sf.net/mode/bufutils/ 
however, we have to make sure, the variable TAB is correct, before doing 
this (as untab replaces a '\t' with TAB spaces.

public define untab_buffer()
{
   push_spot();
   mark_buffer();
   untab();
   pop_spot();
}


Single lines with TABs are easily reformatted pressing Key_Tab (i.e. with
indent-line), but auto-formatting the whole buffer with indent_buffer()
fails in most cases (because of the missing braces in python).


Günter



-- 
G.Milde web.de


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]