Bug#295530: [siliconmotion] Corrupted display on external monitor if external res built-in res
Hi, About 2 years ago, you reported a bug to the Debian BTS regarding a corrupted display on an external monitor with a siliconmotion board. A patch got proposed, apparently fixing the problem. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406699: rox-filer: Bookmarks shall be possible to name (short) instead of full paths
Package: rox-filer Version: 2.5-1 Severity: normal I have deep hierarchical file system structure and using Rox as file manager. If I add bookmark for the long path, the bookmarks become very much confusing and hard to spot or manager. It would be much better that it becomes possible to name the bookmarks, instead by remembering them only by the full path. Bookmark names shall appear in the list and names shall be edited under Edit Bookmarks -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rox-filer depends on: ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii shared-mime-info 0.19-1FreeDesktop.org shared MIME databa rox-filer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285818: xserver-xfree86: Display corruption for i855GM with external monitor
Hi, About 2 years ago, you reported (or replied to) a bug in the Debian BTS regarding a display corruption on the i855GM chipset with an external monitor. A follow-up seems to claim that the bug could be closed. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406700: autofs: automount treats map differently when program map type is used
Package: autofs
Version: 4.1.4+debian-1
Severity: normal
I am trying to use autofs to automount a Samba filesystem exported by
a machine whose IP address is assigned dynamically. To find the IP
address I need to do a lookup in the .local namespace using Avahi.
(It turns out with the very latest autofs this isn't necessary, but
with earlier versions it seemed to be.)
So I created the following executable map file:
#!/bin/ksh
set -x
key=$1
server=$(getent hosts $key.local)
server=${server%% *}
echo $key -fstype=cifs,rw,guest,uid=32074,gid=6202 ://$server/SharedDocs
Unfortunately, this output is not understood, as you can see by the log:
Jan 12 20:49:41 localhost automount[1571]: + key=bloodhound
Jan 12 20:49:41 localhost automount[1571]: + getent hosts bloodhound.local
Jan 12 20:49:41 localhost automount[1571]: + server='192.168.2.33
bloodhound.local'
Jan 12 20:49:41 localhost automount[1571]: + server=192.168.2.33
Jan 12 20:49:41 localhost automount[1571]: + echo 'bloodhound
-fstype=cifs,rw,guest,uid=32074,gid=6202 ://192.168.2.33/SharedDocs'
Jan 12 20:49:46 localhost automount[1571]: mount(nfs): host -fstype=cifs:
lookup failure
Jan 12 20:49:55 localhost automount[1571]: mount(nfs): host uid=32074: lookup
failure
Jan 12 20:49:55 localhost automount[1571]: mount(nfs): host gid=6202: lookup
failure
Jan 12 20:49:55 localhost automount[1571]: mount(nfs): host : lookup failure
Jan 12 20:50:09 localhost automount[1571]: mount to NFS server
'bloodhound' failed: server is down.
Jan 12 20:50:09 localhost automount[1571]: mount(nfs): nfs: mount failure
bloodhound://192.168.2.33/SharedDocs on /var/autofs/smb/bloodhound
Jan 12 20:50:09 localhost automount[1571]: failed to mount
/var/autofs/smb/bloodhound
My auto.master file is as follows:
#
# $Id: auto.master,v 1.4 2005/01/04 14:36:54 raven Exp $
#
# Sample auto.master file
# This is an automounter map and it has the following format
# key [ -mount-options-separated-by-comma ] location
# For details of the format look at autofs(5).
/misc /etc/auto.misc --timeout=60
/var/autofs/smb /etc/auto.mysmb --timeout=60
/var/autofs/testsmb /etc/auto.testsmb --timeout=60
#/misc /etc/auto.misc
#/net /etc/auto.net
/var/autofs/bigusb /etc/auto.bigusb --timeout=500
And when I use the same text in a non-program map, it works:
% cat /etc/auto.testsmb
bloodhound -fstype=cifs,rw,guest,uid=32074,gid=6202 ://192.168.2.33/SharedDocs
% ls /var/autofs/smb/bloodhound/
ls: /var/autofs/smb/bloodhound/: No such file or directory
# ls /var/autofs/testsmb/bloodhound/
2004IFresults.html EA Games My Music My Videos
2004IFresults_files My Games My Pictures desktop.ini
I assume that something goes wrong with the parsing of output from
program maps, but I don't know how to trigger more debugging
information from the daemon.
Norman
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages autofs depends on:
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii ucf 2.0017 Update Configuration File: preserv
Versions of packages autofs recommends:
ii nfs-common1:1.0.10-4 NFS support files common to client
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406678: please add bittorrent base port 6881 to services
On Jan 12, Tomas Pospisek [EMAIL PROTECTED] wrote: When running tcpdump on the DSL interface I see a lot of connection tries to 6881. These are all peers trying to pick up a bittorrent connection. Please include it in the list, since 6881/bittorrent is very popular and one doesn't have to look up the port anywhere if it's included in services. I usually do not add new ports to /etc/services without a justification. Is some package using bittorrent with getservbyname(3), or has this port been officially assigned by IANA? -- ciao, Marco signature.asc Description: Digital signature
Bug#406455: libpango1.0-0: 32bit libpango must use /usr/lib32/pango/1.5.0/module-files.d
On Fri, Jan 12, 2007 at 08:19:18PM +0100, Goswin von Brederlow wrote: As for using /usr/lib32 on i386 that is totaly up to you. On i386 /usr/lib32 does not yet exist but I don't see a reason not to create it. Note that you can't have system libraries in /usr/lib32 since it is not a default lib dir on i486. If you're going to use non-standard paths at all, why would you not move this to /usr/lib/i486-linux-gnu, which is also already part of the system lib path in etch and is much better future-proofed than the alternatives? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366084: closed by Osamu Aoki [EMAIL PROTECTED] (Bug#366084: fixed in maint-guide 1.2.10)
On Sat, Jan 13, 2007 at 12:33:22AM +0100, Francesco Poli wrote: On Fri, 12 Jan 2007 21:28:35 +0900 Osamu Aoki wrote: On Wed, Jan 10, 2007 at 09:39:55PM +0100, Francesco Poli wrote: On Wed, 10 Jan 2007 09:34:30 -0800 Debian Bug Tracking System wrote: Source: maint-guide Source-Version: 1.2.10 Why is the online HTML version so outdated? It seems to be still at version 1.2.3 (18 January 2005): http://www.debian.org/doc/manuals/maint-guide/index.en.html Yes. I just updated to 1.2.11 while updating version in the CVS. So the uploaded package is now OK. Basically, after josip, no one updated version section of the source with each debian upload. There is no automation in this source, so we need to fix it each time :-) Another problem is DDP make on maint-guide source seems to be failing. So the latest is in unstable but not on CVS build. I do not have access to the master to fix it. Sorry, but I am not sure to understand what you mean. Are you saying that you are not able to update the online HTML version, but only the deb package? Yes. It is failing and the source seems to be not updated there. http://www-master.debian.org/build-logs/ddp/ Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375488: Re; Doesn't understand EXIF orientation information
xscreensaver-getimage uses gdk_pixbuf_new_from_file() to load images (which is a format-agnostic routine that knows nothing about JPEG per se). The only sane way to solve this is for either: GTK to auto- rotate the images; or for GTK to tell the caller that the image should be rotated. That information is not currently available via GTK. I reported a bug about this in Feb 2005, against GTK: http://bugzilla.gnome.org/show_bug.cgi?id=168231 I expect it to languish there forever. In the meantime, you can losslessly auto-rotate all of your images pretty easily: http://www.jwz.org/hacks/rotimg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405977: [SPONSORING] Bug fix release of hunspell-uz
On Sat, Jan 13, 2007 at 01:38:37AM +0100, Daniel Baumann wrote: then, you don't need to send the copy to the BTS, a private mail to me is actually enough. For RC bugfixes, it's beneficial to cc: the bug report when requesting sponsorship so that others who track the RC bugs know an updated package is available and may even be able to sponsor it themselves. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398001: kdesvn: problems adding a file
Ross Boylan wrote: Package: kdesvn Version: 0.11.0-1 Severity: normal Summary === 1) Files in the working copy don't display, even after adding them and committing. This seems to go away on restart. 2) When I select the top directory of the working copy and click the green + icon (or use the menu subversion | working copy | add selected files or dirs) I get the error The entry /home/myname/myproject is versioned - break. This persists even with restart. Well, you can't add a directory which is already versioned (and the toplevel directory obviously is). So the error message is pretty clear. Maybe the 2 are related, because I'm supposed to select something that is not in version control when I try to add files/or dirs, but I couldn't since no files were displayed? Are you sure these items are not hidden by svn:ignore? Change the settings Settings-Subversion-Show ignored files and please try again. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#406700: autofs: automount treats map differently when program map type is used
Hi Norman,
Package: autofs
Version: 4.1.4+debian-1
Severity: normal
are you filing this bug because your map has worked before (behaviour of autofs
has changed), or did it never work?
I am trying to use autofs to automount a Samba filesystem exported by
a machine whose IP address is assigned dynamically. To find the IP
address I need to do a lookup in the .local namespace using Avahi.
(It turns out with the very latest autofs this isn't necessary, but
with earlier versions it seemed to be.)
So I created the following executable map file:
#!/bin/ksh
set -x
key=$1
server=$(getent hosts $key.local)
server=${server%% *}
echo $key -fstype=cifs,rw,guest,uid=32074,gid=6202 ://$server/SharedDocs
Don't include the key in the output. For a regular entry (not considering
multimaps) program maps should just print two columns - options and mount
source. Here's for example the output of the default auto.net file that's
shipped in /usr/share/doc/autofs/examples/:
] [EMAIL PROTECTED]:/usr/share/doc/autofsshowmount -e c17
] Export list for c17:
] / @somenetgroup
] /tmp @somenetgroup
] /var @somenetgroup
] /usr @somenetgroup
] /boot @somenetgroup
] /extra @somenetgroup
] [EMAIL PROTECTED]:/usr/share/doc/autofsexamples/auto.net c17
] -fstype=nfs,hard,intr,nodev,nosuid,nonstrict,async \
] / c17:/ \
] /boot c17:/boot \
] /extra c17:/extra \
] /tmp c17:/tmp \
] /usr c17:/usr \
] /var c17:/var
] [EMAIL PROTECTED]:/usr/share/doc/autofs
Regards,
Jan
signature.asc
Description: Digital signature
Bug#406701: fails on example file CJKutf8.tex
Package: latex-cjk-common Version: 4.7.0+cvs20061019-2 Severity: normal I get an error when I try to compile CJKutf8.tex, JIS,tex, and also when I create a file according to the instructions in /usr/share/doc/latex-cjk-common/japanese/japanese.txt.gz (these are the only things I've tried). I've followed the instructions in /usr/share/doc/latex-cjk-common/README.Debian.gz for installing the Cyberbit fonts, but I think the error is not related to that. An example of the text of the error is below. The error is on a line with Korean text in this case. I would really like to be able to use this package! It seems like so much work has been put into it ... I hope that I am doing something wrong. Thank you, Frederik $ latex CJKutf8.tex This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode (./CJKutf8.tex LaTeX2e 2003/12/01 Babel v3.8d and hyphenation patterns for american, french, german, ngerman, b ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur kish, ukrainian, nohyphenation, pinyin, loaded. (/usr/share/texmf-tetex/tex/latex/base/article.cls Document Class: article 2004/02/16 v1.4f Standard LaTeX document class (/usr/share/texmf-tetex/tex/latex/base/size12.clo)) (/usr/share/texmf/tex/latex/cm-super/type1ec.sty (/usr/share/texmf-tetex/tex/latex/base/t1cmr.fd)) (/usr/share/texmf-tetex/tex/latex/base/fontenc.sty (/usr/share/texmf-tetex/tex/latex/base/t1enc.def)) (/usr/share/texmf/tex/latex/CJK/CJKutf8.sty (/usr/share/texmf-tetex/tex/latex/oberdiek/ifpdf.sty) (/usr/share/texmf-tetex/tex/latex/base/inputenc.sty (/usr/share/texmf-tetex/tex/latex/base/utf8.def (/usr/share/texmf-tetex/tex/latex/base/t1enc.dfu) (/usr/share/texmf-tetex/tex/latex/base/ot1enc.dfu) (/usr/share/texmf-tetex/tex/latex/base/omsenc.dfu))) (/usr/share/texmf/tex/latex/CJK/CJK.sty (/usr/share/texmf/tex/latex/CJK/mule/MULEenc.sty) (/usr/share/texmf/tex/latex/CJK/CJK.enc)) (/usr/share/texmf-tetex/tex/latex/base/fontenc.sty)) (/usr/share/texmf-tetex/tex/generic/babel/babel.sty (/usr/share/texmf-tetex/tex/generic/babel/germanb.ldf (/usr/share/texmf-tetex/tex/generic/babel/babel.def)) (/usr/share/texmf-tetex/tex/generic/babel/russianb.ldf (/usr/share/texmf-tetex/tex/latex/cyrillic/t2aenc.def (/usr/share/texmf-tetex/tex/latex/base/t2aenc.dfu))) (/usr/share/texmf-tetex/tex/latex/vietnam/vietnam.ldf Loading definitions for the Vietnamese font encoding (/usr/share/texmf-tetex/tex/latex/vietnam/t5enc.def) (/usr/share/texmf-tetex/tex/latex/vietnam/vncaps.tex)) (/usr/share/texmf-tetex/tex/generic/babel/english.ldf)) (/usr/share/texmf/tex/latex/CJK/ruby.sty) (/usr/share/texmf/tex/latex/CJK/CJKulem.sty (/usr/share/texmf-tetex/tex/latex/ulem/ulem.sty)) (./CJKutf8.aux) (/usr/share/texmf-tetex/tex/latex/cyrillic/t2acmr.fd) (/usr/share/texmf-tetex/tex/latex/vietnam/t5cmr.fd) (/usr/share/texmf/tex/latex/CJK/UTF8/UTF8.bdg) (/usr/share/texmf/tex/latex/CJK/UTF8/UTF8.enc) (/usr/share/texmf/tex/latex/CJK/UTF8/UTF8.chr) (/usr/share/texmf/tex/latex/CJK/UTF8/c70mj.fd)kpathsea: Running mktextfm uwmjc7 /usr/share/texmf/web2c/mktexnam: Could not map typeface abbreviation wm for uwmjc7. /usr/share/texmf/web2c/mktexnam: Need to update /usr/share/texmf-tetex/fonts/map/fontname/special.map? mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input uwmjc7 This is METAFONT, Version 2.71828 (Web2C 7.5.4) kpathsea: Running mktexmf uwmjc7 ! I can't find file `uwmjc7'. * ...:=ljfour; mag:=1; nonstopmode; input uwmjc7 Please type another input file name ! Emergency stop. * ...:=ljfour; mag:=1; nonstopmode; input uwmjc7 Transcript written on mfput.log. grep: uwmjc7.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input uwmjc7' failed to make uwmjc7.tfm. kpathsea: Appending font creation commands to missfont.log. ! Font C70/mj/m/n/12/c7=uwmjc7 at 12.0pt not loadable: Metric (TFM) file not fo und. to be read again relax l.49 이 FAQ 은 자주 반복되는 질문과 그에 대한 대답을 간... ? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages latex-cjk-common depends on: ii tetex-base3.0-18 Basic library files of teTeX ii tetex-bin 3.0-16 The teTeX binary files Versions of packages latex-cjk-common recommends: ii freetype1-tools 1.4pre.20050518-0.5 Bundled tests, demos and tools for -- no debconf
Bug#226973: xserver-xfree86: [glint] second card comes up at wrong resolution when using two Permedia II 2D+3D rev 1 cards
About 3 years ago, you reported a bug to the Debian BTS regarding a second graphic card coming up with a wrong resolution. It has been discussed longly, a patch got proposed but the bug didn't get fixed completely at this point. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I don't have access to the hardware anymore, though I'd be surprised if it had been fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: gnucash: GnuCash crashes when I open an account register
On Fri, Jan 12, 2007 at 09:38:18PM +0100, Loïc Minier wrote: On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote: If the package does not build properly on a normal system, under the circumstances you describe, that means there is a bug. It does not mean that the correct fix for the bug is to change the build-depends or the build-conflicts. It is fixable by changing the build-depends or build-conflicts. That doesn't mean that's the *right* fix. Packages fail to build all the time because of broken build-dependencies with fucked up handling of .la files. That doesn't mean the answer is to change the build-dependencies of the failing package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#295727: Fixed in 2.810-1
Thanks On 1/12/07, Simon Walter [EMAIL PROTECTED] wrote: This bug was fixed in upstream 2.75 and should be closed with debian version 2.810-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406701: fails on example file CJKutf8.tex
Hi!
From: Frederik Eaton [EMAIL PROTECTED]
(/usr/share/texmf/tex/latex/CJK/UTF8/c70mj.fd)kpathsea: Running mktextfm
uwmjc7
/usr/share/texmf/web2c/mktexnam: Could not map typeface abbreviation wm for
uwmjc7.
This explains it all. Korean in UTF-8 doesn't work yet.
Reason is that I need to iron out a few possible problems.
The fonts are provided by the HLaTeX package, but need to be converted
to Unicode, and not everything goes smoothly there.
I intend to solve this issue in March or April, when I hope to get
more time.
If you really really need Korean support in UTF-8 encoded files, I
could give you my own Makefile to create the fonts and install them in
/usr/local/share/texmf/.
If you don't need Korean support now, you can just comment these few
lines. All the rest should work, even without the Cyberbit fonts.
As long as you use the CJKutf8 package, you don't need Cyberbit at
all as long as you have other Unicode fonts for each script, id est
one for Traditional Chinese, one for Simplified Chinese, one for
Japanese, another for Russian, etc. These fonts should be defined in
.fd font definition files in /usr/share/texmf/tex/latex/CJK/UTF8/.
IOW, you can use CJKutf8 along with latex-cjk-japanese-wadalab in
order to get Latin scripts (=T1) and Japanese working together
nicely.
As far as JIS is concerned, only use [dnp]{JIS} and not {JIS}. The
reason here is that only DNP fonts are packaged on Debian (these are
the beautiful Type1 Wadalab fonts). If you would just use {JIS}, CJK
will try to find ugly HBF bitmap fonts, for which I haven't had the
time yet to package (and for me it's got a lower priority ATM).
So if you could try the JIS.tex example file that comes with
latex-cjk-japanese? The three font styles are: min, goth and maru
(I will put all three in the examples file in a next release).
Cheers
Danai SAE-HAN
韓達耐
--
題目:《登快閣》
作者:黃庭堅（１０４５－１１０５）
痴兒了卻公家事，快閣東西倚晚晴。
落木千山天遠大，澄江一道月分明。
朱弦已為佳人絕，青眼聊因美酒橫。
萬里歸船弄長笛，此心吾與白鷗盟。
Bug#383021: ITA: php-services-weather -- acts as an interface to various online weather-services
retitle 383021 RFA: php-services-weather -- acts as an interface to various online weather-services noowner 383021 thanks On Thu, Dec 21, 2006 at 06:42:58 +0100, Matej Vela wrote: On Tue, Sep 05, 2006 at 00:06:58 +0900, hi wkby wrote: retitle 383021 ITA: php-services-weather -- acts as an interface to various online weather-services Do you still intend to adopt php-services-weather? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405471: lynx: I agree that trash characters are displayed
Package: lynx Version: 2.8.5-2sarge2.2 Followup-For: Bug #405471 The main page of Google displays a ^J near the search line. On www.wordrefernce.com home page, letter overlap eachother and repeat. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lynx depends on: ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libncursesw5 5.5-5 Shared libraries for terminal hand ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages lynx recommends: ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406356: Outdatedness of debian-refrence
severity 328708 important retitle 406356 DR needs total rewrite (kernel, install) retitle 328708 DR needs total rewrite (application) merge 328708 406356 thanks Hi, I did update debian-refeence as much as possible. Since the start of installation guide clearly state | Debian Reference | Chapter 3 - Debian System installation hints | | Official documentation for installing Debian is located at | http://www.debian.org/releases/stable/ and | http://www.debian.org/releases/stable/installmanual. | | The development versions are located at | http://www.debian.org/releases/testing/ and | http://www.debian.org/releases/testing/installmanual (work in progress, | sometimes this may not exist). | | Although this chapter was initially written during the days of the | Potato installer, most of the contents have been updated to the Woody | installer and they are very similar installers. Since Sarge will use a | totally new installer, please use this as a reference point for the | Sarge installer. Also some key packages have changed names and | priorities. For example, default MTA of Sarge is exim4 instead of exim, | and coreutils has been introduced to replace several packages. You may | need to adjust actions. I kept content adjustment as minimal. I am trying to make more distribution insensitive doc and starting it in wiki as my scratch pad. http://wiki.debian.org/DebianReference I keep this bug open as a reminder. Osamu -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' Our Priorities are Our Users and Free Software --- Social Contract -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404594: powersaved: Wrong description regarding acpid
On 2007-01-12 Michael Biebl wrote: Christian Hammers wrote: Package: powersaved Version: 0.14.0-6 Severity: minor /etc/powersaved/common says: ## Description: The Powersave package joins the capabilities of the ACPI daemon, \ ## APM daemon and CPUfreq daemon. It provides a unified configuration \ ## interface for your whole powermanagement. Be careful that you do not \ ## run the mentioned daemons together with the powersave daemon. But at least the ACPI daemon is required by powersaved, it won't start without it: # /etc/init.d/powersaved start Starting power management daemon: powersaved failed! ## # ACPI system but acpid not running. # # Please install acpid package, then restart powersaved! # ## To some extent, the description is correct. By default, powersaved listens for acpi events directly on /proc/acpi/event and so does not need acpid. But because that would block other apps (like X or hal) from getting ACPI events, I decided to run powersaved in Debian with the option -f /var/run/acpid.socket. This tells it to listen for ACPI events on /var/run/acpid.socket rather than /proc/acpi/event. Do you think this information is necessary and should be added to /etc/powersave/common? Just change the last sentence into: Whereas the ACPI daemon is needed, the APM and CPUfreq daemons should not be run together with the powersave daemon. The whole explanation could be put into README.Debian but better not into the config file where short and precise information are preferred. powresaved.deb should also conflict with the apmd and cpufreqd packages if it does not already. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406356: Outdatedness of debian-refrence
Hi, I did update debian-refeence as much as possible based on your report (which I forwarded to BTS). http://bugs.debian.org/406356 Since the start of installation guide clearly state now | Debian Reference | Chapter 3 - Debian System installation hints | | Official documentation for installing Debian is located at | http://www.debian.org/releases/stable/ and | http://www.debian.org/releases/stable/installmanual. | | The development versions are located at | http://www.debian.org/releases/testing/ and | http://www.debian.org/releases/testing/installmanual (work in progress, | sometimes this may not exist). | | Although this chapter was initially written during the days of the | Potato installer, most of the contents have been updated to the Woody | installer and they are very similar installers. Since Sarge will use a | totally new installer, please use this as a reference point for the | Sarge installer. Also some key packages have changed names and | priorities. For example, default MTA of Sarge is exim4 instead of exim, | and coreutils has been introduced to replace several packages. You may | need to adjust actions. I kept content adjustment as minimal. (I think when you reported, Debian CVS site had very old version. That has been fixed) I am trying to make more distribution insensitive doc and starting it in wiki as my scratch pad. http://wiki.debian.org/DebianReference I keep this bug open as a reminder and marked so anyone feeling the same knows exactly what is going on. Osamu -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' Our Priorities are Our Users and Free Software --- Social Contract -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406701: fails on example file CJKutf8.tex
Hello Danai,
Thank you for your quick response.
I have tried installing latex-cjk-japanese-wadalab (I didn't know it
had to be installed) and removing everything but the Japanese from
CJKutf8.tex, and now a dvi is produced which has Japanese text in it.
The same for the JIS.tex from the latex-cjk-japanese package.
It is a bit confusing that the error which occurs when a font is not
installed is a parse error, Undefined control sequence. - I would
have thought that fonts would not affect actual LaTeX parsing.
There is a remaining problem, which is that I can't convert either of
the dvi files to ps or pdf successfully - all of the Japanese
characters are blank. Am I correct in imagining that the problem is
again one of fonts? If so, what should I install?
By the way, it might be nice to have a Debian package which depends on
everything necessary to get full functionality from latex-cjk. Hard
drives are big enough nowadays that I imagine many users won't mind
the extra space taken up by fonts for languages which they don't
intend to use. It is only a suggestion.
Many thanks,
Frederik
On Sat, Jan 13, 2007 at 04:50:08AM +0100, Danai SAE-HAN wrote:
Hi!
From: Frederik Eaton [EMAIL PROTECTED]
(/usr/share/texmf/tex/latex/CJK/UTF8/c70mj.fd)kpathsea: Running mktextfm
uwmjc7
/usr/share/texmf/web2c/mktexnam: Could not map typeface abbreviation wm
for uwmjc7.
This explains it all. Korean in UTF-8 doesn't work yet.
Reason is that I need to iron out a few possible problems.
The fonts are provided by the HLaTeX package, but need to be converted
to Unicode, and not everything goes smoothly there.
I intend to solve this issue in March or April, when I hope to get
more time.
If you really really need Korean support in UTF-8 encoded files, I
could give you my own Makefile to create the fonts and install them in
/usr/local/share/texmf/.
If you don't need Korean support now, you can just comment these few
lines. All the rest should work, even without the Cyberbit fonts.
As long as you use the CJKutf8 package, you don't need Cyberbit at
all as long as you have other Unicode fonts for each script, id est
one for Traditional Chinese, one for Simplified Chinese, one for
Japanese, another for Russian, etc. These fonts should be defined in
.fd font definition files in /usr/share/texmf/tex/latex/CJK/UTF8/.
IOW, you can use CJKutf8 along with latex-cjk-japanese-wadalab in
order to get Latin scripts (=T1) and Japanese working together
nicely.
As far as JIS is concerned, only use [dnp]{JIS} and not {JIS}. The
reason here is that only DNP fonts are packaged on Debian (these are
the beautiful Type1 Wadalab fonts). If you would just use {JIS}, CJK
will try to find ugly HBF bitmap fonts, for which I haven't had the
time yet to package (and for me it's got a lower priority ATM).
So if you could try the JIS.tex example file that comes with
latex-cjk-japanese? The three font styles are: min, goth and maru
(I will put all three in the examples file in a next release).
Cheers
Danai SAE-HAN
韓達耐
--
題目:《登快閣》
作者:黃庭堅（１０４５－１１０５）
痴兒了卻公家事，快閣東西倚晚晴。
落木千山天遠大，澄江一道月分明。
朱弦已為佳人絕，青眼聊因美酒橫。
萬里歸船弄長笛，此心吾與白鷗盟。
--
http://ofb.net/~frederik/
Bug#406701: fails on example file CJKutf8.tex
Hi! From: Frederik Eaton [EMAIL PROTECTED] I have tried installing latex-cjk-japanese-wadalab (I didn't know it had to be installed) and removing everything but the Japanese from CJKutf8.tex, and now a dvi is produced which has Japanese text in it. The same for the JIS.tex from the latex-cjk-japanese package. Ah, great to hear that. Which package installer did you use? Because latex-cjk-japanese-wadalab is recommended by latex-cjk-japanese. And if you used aptitude, it would normally select the font package as well. It is a bit confusing that the error which occurs when a font is not installed is a parse error, Undefined control sequence. - I would have thought that fonts would not affect actual LaTeX parsing. You're right that the Type1 fonts are not considered when LaTeX compiles the .tex font: they are only used when you actually view the DVI file or when you convert it to PS or PDF. However, TeX needs to calculate the amount of space that each glyph needs, so it consults the .tfm (TeX Font Metric) files in /usr/share/texmf/fonts/tfm/wadalab/. Hence the parsing error. I know it isn't too helpful for us, CJK users, but I'm no TeXpert (yet ;). There is a remaining problem, which is that I can't convert either of the dvi files to ps or pdf successfully - all of the Japanese characters are blank. Am I correct in imagining that the problem is again one of fonts? If so, what should I install? Most interesting. That shouldn't happen. Could you give me an output of the error? Or the last lines of missfonts.log, if it exists? Did something go wrong during the installation of latex-cjk-japanese-wadalab? I've got one theory, but I'm not confident that it would actually work: Remove or move away the Cyberbit Type1 and TFM fonts and the .map file (basically undoing the installation from README.Debian), and run texhash, update-updmap and updmap-sys as root. Now recompile the .tex file and view the DVI. Now run dvips or dvipdfmx. Please show me the error message if it fails. By the way, it might be nice to have a Debian package which depends on everything necessary to get full functionality from latex-cjk. Hard drives are big enough nowadays that I imagine many users won't mind the extra space taken up by fonts for languages which they don't intend to use. It is only a suggestion. There is already such a virtual package called latex-cjk-all, which will install all the latex-cjk-* fonts. Since the font packages are only recommended, latex-cjk-all will also only recommend these fonts. Best regards Danai SAE-HAN 韓達耐 -- 題目:《活水亭觀書有感》 作者:朱熹（１１３０－１２００） 半畝方塘一鑒開，天光云影共徘徊。 問渠那得清如許，為有源頭活水來。
Bug#406702: policycoreutils: patch for semanage.8
Package: policycoreutils
Version: 1.32-1
Severity: normal
Fix some options that are omitted from the man page
--- semanage.8.orig 2007-01-09 17:59:28.0 +1100
+++ semanage.8 2007-01-11 16:56:27.0 +1100
@@ -7,7 +7,7 @@
.br
.B semanage login \-{a|d|m} [\-sr] login_name
.br
-.B semanage user \-{a|d|m} [\-LrR] selinux_name
+.B semanage user \-{a|d|m} [\-LrRP] selinux_name
.br
.B semanage port \-{a|d|m} [\-tr] [\-p protocol] port | port_range
.br
@@ -45,7 +45,7 @@
.TP
.I\-f, \-\-ftype
File Type. This is used with fcontext.
-Requires a file type as shown in the mode field by ls, e.g. use -d to match
only directories or -- to match only regular files.
+Requires a file type as shown in the mode field by ls, use -d to match only
directories -- for regular files, -c for character devices, -b for block
devices, -s for sockets, -l for symbolic links, and -p for pipes.
.TP
.I\-h, \-\-help
display this message
@@ -78,7 +78,10 @@
SELinux Type for the object
.TP
.I\-T, \-\-trans
-SELinux Translation
+SELinux level Translation
+.TP
+.I\-P, \-\-prefix
+Labelling prefix for the user (sysadm, staff, or user)
.TP
.I\-v, \-\-verbose
verbose output
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405796: xserver-xorg-input-wacom: missing Depends: line
On Sat, Jan 06, 2007 at 01:06:43PM +0100, Steinar H. Gunderson wrote:
xserver-xorg-input-wacom has no Depends: line.
As you note, it doesn't have any, at least not directly.
Building gives:
dh_shlibdeps -a -L wacom-tools -l debian/wacom-tools/usr/lib
dh_gencontrol -a
dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
This is harmless, if a little unusual for that particular var with a
binary. I decided to leave it there as a reminder of this, and as
insurance, in case that package ever does pick up something with
real deps.
Actually wacom_drv.so is linked with -nostdlib and static libgcc, so it
_has_ no dependencies. It should still have a dependency on the server,
though.
Are you really suggesting we should add something for that? If so,
which package should it depend on? It seems pretty implicit to me
that users are going to have X installed long before they try to
install this package, and that its almost certainly not going to be
a package they select to _try_ to install X.
My concern with that idea is that adding an 'academic' dependency
really just adds one more thing that might break if the X maintainers
shuffle things around again for some reason in the future.
We probably need some input from the xorg maintainers as to what
policy should be for external drivers like this. If there is
some package they would like it to declare a relationship to, then
I'll be happy to add it. Otherwise, I agree its probably surprising
and unusual to many developers, but I don't really see a bug that
might bite people.
What do the rest of you think? Is there prior art for something
like this yet? We were winging it in the first few days of the
xorg release, but I presume some people at least are aware of
the patterns that have followed since for external drivers.
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406703: ITP: libhangul -- Hangul keyboard input library
Package: wnpp Severity: wishlist Owner: Changwoo Ryu [EMAIL PROTECTED] * Package name: libhangul Version : 0.0.4 Upstream Author : Choe Hawnjin krisna @kldp.org * URL : http://kldp.net/projects/hangul/ * License : LGPL 2.1 Programming Lang: C Description : Hangul keyboard input library This is an implementation of Hangul keyboard input with various types of Korean keyboards. It is intended to be a base library of Korean input methods. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406701: fails on example file CJKutf8.tex
Hello Danai, I have tried installing latex-cjk-japanese-wadalab (I didn't know it had to be installed) and removing everything but the Japanese from CJKutf8.tex, and now a dvi is produced which has Japanese text in it. The same for the JIS.tex from the latex-cjk-japanese package. Ah, great to hear that. Which package installer did you use? Because latex-cjk-japanese-wadalab is recommended by latex-cjk-japanese. And if you used aptitude, it would normally select the font package as well. I installed latex-cjk-all, with apt-get - if there were recommended packages, I must have ignored the recommendations (should I always follow recommendations?). It is a bit confusing that the error which occurs when a font is not installed is a parse error, Undefined control sequence. - I would have thought that fonts would not affect actual LaTeX parsing. You're right that the Type1 fonts are not considered when LaTeX compiles the .tex font: they are only used when you actually view the DVI file or when you convert it to PS or PDF. However, TeX needs to calculate the amount of space that each glyph needs, so it consults the .tfm (TeX Font Metric) files in /usr/share/texmf/fonts/tfm/wadalab/. Hence the parsing error. I know it isn't too helpful for us, CJK users, but I'm no TeXpert (yet ;). I see, that makes sense. There is a remaining problem, which is that I can't convert either of the dvi files to ps or pdf successfully - all of the Japanese characters are blank. Am I correct in imagining that the problem is again one of fonts? If so, what should I install? Most interesting. That shouldn't happen. Could you give me an output of the error? Or the last lines of missfonts.log, if it exists? Did something go wrong during the installation of latex-cjk-japanese-wadalab? Yes, you are exactly right. The problem was that updmap-sys was failing, because of not being able to find cyberbit.map. I fixed that (I had incorrectly followed the Cyberbit instructions in README.Debian.gz, for some reason I mixed one of the NEW way instructions into the OLD way method which I had chosen; I'm not very good at following instructions - sorry!). However, strangely enough, the problem with creating ps and pdf files remains. I've got one theory, but I'm not confident that it would actually work: Remove or move away the Cyberbit Type1 and TFM fonts and the .map file (basically undoing the installation from README.Debian), and run texhash, update-updmap and updmap-sys as root. Now recompile the .tex file and view the DVI. Now run dvips or dvipdfmx. Please show me the error message if it fails. OK. I did all this; I'm attaching the output files from dvips and latex. Thanks for your help, Frederik -- http://ofb.net/~frederik/ This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2007.01.13:0605' - CJKutf8-japanese-only.ps kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjsy mktexpk: don't know how to create bitmap font for dmjsy. kpathsea: Appending font creation commands to missfont.log. dvips: Font dmjsy not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjhira mktexpk: don't know how to create bitmap font for dmjhira. dvips: Font dmjhira not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjkata mktexpk: don't know how to create bitmap font for dmjkata. dvips: Font dmjkata not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjkh mktexpk: don't know how to create bitmap font for dmjkh. dvips: Font dmjkh not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjke mktexpk: don't know how to create bitmap font for dmjke. dvips: Font dmjke not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 mc2jkb mktexpk: don't know how to create bitmap font for mc2jkb. dvips: Font mc2jkb not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjkk mktexpk: don't know how to create bitmap font for dmjkk. dvips: Font dmjkk not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjkt mktexpk: don't know how to create bitmap font for dmjkt. dvips: Font dmjkt not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjki mktexpk: don't know how to create bitmap font for dmjki. dvips: Font dmjki not found, characters will be left blank. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+120/600 --dpi 720 dmjkj mktexpk: don't know how to create bitmap font
Bug#400268: [Pkg-alsa-devel] Bug#400268: Possible race condition on semaphores ?
I just saw this as well. Playing movies for me, with xine and
mplayer both, hangs instead of playing the movie, with a backtrace
ending up in semop(). strace output from the offending process shows:
open(/lib/tls/i686/cmov/libnss_files.so.2, O_RDONLY) = 6
read(6, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\33..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=38372, ...}) = 0
mmap2(NULL, 41620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6,
0) = 0xb65a8000
mmap2(0xb65b1000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x8) = 0xb65b1000
close(6)= 0
munmap(0xb65c6000, 5) = 0
open(/etc/group, O_RDONLY)= 6
fcntl64(6, F_GETFD) = 0
fcntl64(6, F_SETFD, FD_CLOEXEC) = 0
_llseek(6, 0, [0], SEEK_CUR)= 0
fstat64(6, {st_mode=S_IFREG|0644, st_size=919, ...}) = 0
mmap2(NULL, 919, PROT_READ, MAP_SHARED, 6, 0) = 0xb7f1f000
_llseek(6, 919, [919], SEEK_SET)= 0
munmap(0xb7f1f000, 919) = 0
close(6)= 0
semget(5678293, 1, IPC_CREAT|0660) = 7700487
semctl(7700487, 0, IPC_64|IPC_STAT, 0xbfe1c558) = 0
semctl(7700487, 0, IPC_64|IPC_SET, 0xbfe1c558) = -1 EPERM (Operation
not permitted)
semop(7700487, 0xbfe1c722, 2 unfinished ...
... which is where the hang occurs.
My kernel version is 2.6.18-3.
This is on an i386 machine.
I'm not using any strange alsa drivers, just the standard ones that
came with sid (libasound2 1.0.13-1).
'sudo lsof | grep snd' showed /dev/snd/controlC0 still open by a
stray amarokapp process (amarokapp should have been closed for more
than a week) -- killing amarokapp didn't help anything, though. I
still get the hang.
I can compile a debugging version of libasound2, or try to track
down exact reproduction information, if you think that'll help.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406704: iceweasel: about dialog has bogus 'license' text
Package: iceweasel The dialog displayed when selecting the Help - About menu says 'All rights reserved'. That's just wrong. The page accessed via the about: URL has a link to about:license, which has the correct information. The dialog should say something similar. Also, the weasel looks like it wants to bite something. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406705: hpodder: it's not possible to chose a given episode id for download
Package: hpodder Version: 0.99.0 Severity: wishlist There is no way to download a single episode without having to redefine the status of the episodes that are not wanted. It would be easier to be able to choose the episode id like hpodder download castid epsid -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hpodder depends on: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT ii id3v2 0.1.11-3 A command line id3v2 tag editor ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libsqlite3-0 3.3.8-1SQLite 3 shared library hpodder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382195: Offer of Assistance
Hey folks, I noticed that this package hasn't really gone anywhere in the past few months. I have a shiny new iRiver my GF bought me for Christmas, and it's going to break my heart if I can't use it because a package is stuck due to lack of interest. I haven't done much with Debian packages, but I'm happy to learn and help out if it means this package can get into unstable sooner. Is there something I can do? I noticed the list of comments from James Westby... I can follow up on some of those if there is need. -Sean -- Sean Kellogg c: 831.818.6940 e: [EMAIL PROTECTED] w: http://blog.probonogeek.org/ So, let go ...Jump in ...Oh well, what you waiting for? ...it's all right ...'Cause there's beauty in the breakdown
Bug#406399: installation-report: Dell Inspiron 6400: X server configuration problems
Quoting Martijn van Oosterhout (kleptog@svana.org): OK, I'll try it out and see if it works better. FWIW, I tried that latest weekly snapshot and it didn't install any X related packages at all... Weekly snapshots are *not* the daily builds. T ochek the issue out, you should indeed use one of the daily built images you'll find from http://www.debian.org/devel/debian-installer It may even be possible that you have to try installing *unstable* instead of *testing* to check that the issue has been solved or not. signature.asc Description: Digital signature
Bug#406701: fails on example file CJKutf8.tex
From: Frederik Eaton [EMAIL PROTECTED] I installed latex-cjk-all, with apt-get - if there were recommended packages, I must have ignored the recommendations (should I always follow recommendations?). No, as long as you read the package description. ;D But I'll make latex-cjk-all dependent on all font packages; that way there won't be any misunderstanding. And those who don't want the font packages, can still install the language-specific packages separately without having to install the font packages. There is a remaining problem, which is that I can't convert either of the dvi files to ps or pdf successfully - all of the Japanese characters are blank. Am I correct in imagining that the problem is again one of fonts? If so, what should I install? Most interesting. That shouldn't happen. Could you give me an output of the error? Or the last lines of missfonts.log, if it exists? Did something go wrong during the installation of latex-cjk-japanese-wadalab? Yes, you are exactly right. The problem was that updmap-sys was failing, because of not being able to find cyberbit.map. I fixed that (I had incorrectly followed the Cyberbit instructions in README.Debian.gz, for some reason I mixed one of the NEW way instructions into the OLD way method which I had chosen; I'm not very good at following instructions - sorry!). However, strangely enough, the problem with creating ps and pdf files remains. Hmm, try to purge and reinstall the Wadalab package. If that doesn't work, then it could be that there's still something left from the Cyberbit installation. Make sure that you really have removed the .map and .cfg files, as well as all .afm, .tfm and .pfb font files in /usr/local/share/texmf/fonts/ and c70song.fd. Then run texhash, update-updmap and updmap-sys again. If it still doesn't work, then there is indeed a bug in latex-cjk. I've got one theory, but I'm not confident that it would actually work: Remove or move away the Cyberbit Type1 and TFM fonts and the .map file (basically undoing the installation from README.Debian), and run texhash, update-updmap and updmap-sys as root. Now recompile the .tex file and view the DVI. Now run dvips or dvipdfmx. Please show me the error message if it fails. OK. I did all this; I'm attaching the output files from dvips and latex. From what I see, this means that dvips doesn't find the Type1 fonts from Wadalab and tries to make these fonts by itself (which is impossible, of course). Please purge and reinstall the Wadalab package and see what it gives. When everything works, dvips should create the PS output in a blink of an eye. Cheers Danai SAE-HAN 韓達耐 -- 題目:《霰》 作者:楊萬里（１１２７－１２０６） 雪花遣霰作前鋒，勢破張皇欲暗空。 篩瓦巧尋疏處漏，跳階誤到暖邊融。 寒聲帶雨山難白，冷氣侵人火失紅。 方訝一冬暄較甚，今宵敢嘆臥如弓。
Bug#406706: ksensors: Alarm sound prefix path is wrong.
Package: ksensors Version: 0.7.3-13 Severity: normal I think the big problem is that the default sound is put in the wrong place: /usr/share/apps/sounds/ksensors_alert.wav But the default sound is pointing at /usr/share/sounds/ksensors_alert.wav ksensors' play-alarm sound prefix path defaults to /usr/share/sounds The work around is to use a full path or use a sound file found in /usr/share/sounds ksensors is listed as one of several owners of /usr/share/sounds so I think it is safe to just move the file location. Even better would be a browse button.. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ksensors depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc11:4.1.1-19GCC support library ii libqt3-mt 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii libsensors31:2.10.1-2library to read temperature/voltag ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii lm-sensors 1:2.10.1-2utilities to read temperature/volt Versions of packages ksensors recommends: ii hddtemp0.3-beta15-33 Utility to monitor the temperature -- debconf information: ksensors/v6: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406707: debhelper: dh_installmodules man page could be clearer on the need for dh_installdeb
Package: debhelper Version: 5.0.42 Severity: minor Hi, dh_installmodules(1) says: Kernel modules are searched for in the package build directory and if found, postinst and postrm commands are automatically generated to run depmod and register the modules when the package is installed. See dh_installdeb(1) for an explanation of how this works. Not really caring for the detailed explanation (the gist of which I'm long familiar with, or thought I was), only for the postinst scripts, I missed the implication here that they will _not_ be installed if dh_installdeb is not also called (and hence the detail that I wasn't already calling it in the existing binary-modules target). Apparently, I'm not the only one to do this: http://lists.debian.org/debian-mentors/2006/12/msg00072.html Perhaps a few extra words, emphasising that dh_installdeb _must_ be called if you wish the maintainer scripts to be installed, will save more mail on this subject in the future. I know that in hindsight its all fairly obvious, but usually I only need to know the gritty details of dh_* operations for a few hours every few months, when I create some new package, so a well placed reminder would certainly be welcome here. Even if I don't forget this one again, I'd give you pretty good odds that someone else will. Cheers! Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406624: [Pkg-bluetooth-maintainers] Bug#406624: BLUETOOTH_ENABLED=0 still stop script is run
On Fri, 2007-01-12 at 22:26 +0100, Filippo Giunchedi wrote: This caused a hang on reboot/shutdown here. Hi, is this bug reproducible or it is a one-time thing? which bluetooth hardware do you have? This was 100% reproducable. However I only noticed this when I removed my bluetooth dongle. I'm downgrading it since it has not been reported before and seems to affect only a class of users. I guess no one noticed this as users probably only install the bluetooth packages if they intend to use it... thanks for the patch and the report, I've applied the patch with slight modification. Thanks for fixing... Soeren. -- Sometimes, there's a moment as you're waking, when you become aware of the real world around you, but you're still dreaming. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406620: R: Bug#406620: user-setup: Failed to ask its questions when run during default install
I'm out of office until wednesday... I don't know when the server will go into production, so i'm not sure how many tests we can do, at the moment it's still a clean install and it will probably need to be reinstalled as debian 3.1 (using HPDE installers) so i think i should have the time to retry the 4.0 RC1 install... As to partitioning: the disks were already partitioned due to earlier tests with sarge, i just assigned the mount points, tried to run the installer and it told me i had an already installed system (installing on an unclean system could lead to problems blah blah), i then went back to partitioning and chose the format partition option for all partitions i created an installed. Hope this gives a bit extra info. Please let me know what could be required as testing should i reinstall. Simply reinstall as i did this time? anything particular to look at? Thanks, Luca Da: Frans Pop [mailto:[EMAIL PROTECTED] Inviato: ven 12/01/2007 19.09 A: Benelli Luca; [EMAIL PROTECTED] Oggetto: Bug#406620: user-setup: Failed to ask its questions when run during default install reopen 406620 reassign 406620 user-setup 1.7 retitle 406620 user-setup: Failed to ask its questions when run during default install thanks On Friday 12 January 2007 17:21, Benelli Luca wrote: I don't know if you want to consider this as an issue or not... I just noticed. Well, it _is_ a very important issue if it is correct... Attached find the gzipped installer syslog. At Jan 12 06:04:51 an adduser error and a passwd error occur Hope it helps. The relevant bit is a bit earlier: Jan 12 05:13:00 main-menu[2078]: INFO: Menu item 'user-setup-udeb' selected Jan 12 05:13:01 main-menu[2078]: INFO: Falling back to the package description for auto-install This shows that user-setup _was_ run and it appears to have run without errors. At this point you really should have been asked the questions about root passwords and user account. The next log item shows that user-setup completed almost immediately. Certainly too fast to have you answer its questions... However, there is no indication at all of what may have gone wrong. I've tried some things to see if I could reproduce the behavior, but I cannot. If the questions were indeed not asked, that explains the later error you pointed out. Jan 12 05:13:01 main-menu[2078]: INFO: Menu item 'base-installer' selected Jan 12 05:13:08 base-installer: error: exiting on error base-installer/unclean_target_cancel Jan 12 05:13:09 main-menu[2078]: WARNING **: Configuring 'base-installer' failed with error code 30 Jan 12 05:13:09 main-menu[2078]: WARNING **: Menu item 'base-installer' failed. This shows that at least something weird happened during your installation. Did you make a mistake during partitioning? However, normally that should not affect the way users are set up. As this is the first time this has been reported, I'm inclined to treat it as a fluke. I'm still reopening the report and reassigning it to the relevant component as IMO it should be available for reference for a while. It would be great if you could try to reproduce this. In that case we can try some additional debugging. Thanks for providing the additional information. Cheers, FJP winmail.dat
Bug#406639: fontforge-doc: trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge
Quoting Kęstutis Biliūnas ([EMAIL PROTECTED]): tags 406639 pending thanks Pn, 2007 01 12 15:18 +0100, Soeren Sonnenburg rašė: trying to install both, fontforge+fontforge doc results in this: dpkg: error processing /var/cache/apt/archives/fontforge-doc_0.0.20061220-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man1/showttf.1.gz', which is also in package fontforge Thank you. Fixed on the my local copy and will be closed this bug on the next upload. Do you need me to upload it? signature.asc Description: Digital signature
Bug#397973: Processed: upping severity, as discussed with Steve ...
On Friday 12 January 2007 17:58, Sven Luther wrote: 12:18 vorlon fjp: I would think that not being able to do a RAID install should be considered RC these days, do you disagree? What else is there to say ... I am not going to fight this war, but I also refuse to treat this BR as RC for the release of D-I. I have given my reasons for it. People are of course free to provide new arguments, or, even better, provide a fix for the issue in time for RC2. Whether a fix will be accepted depends on the patch, provided test results, and our estimate of the risk of regressions. Leaving management of the severity to RMs from now on. pgpgspIb4TNcc.pgp Description: PGP signature
Bug#404555: May I upload dfsbuild to testing-proposed-updates?
John, On Wed, Jan 10, 2007 at 09:13:01AM -0600, John Goerzen wrote: On Wed, Jan 10, 2007 at 11:51:09AM +0100, Marc 'HE' Brockschmidt wrote: John Goerzen [EMAIL PROTECTED] writes: I have prepared an update to dfsbuild that fixes 2 RC bugs: #404563 and #404555. If your final patches look like the two patches in the BTS for these bugs, that should be fine. Please mail us again after you've uploaded the package. Thanks, Marc. They are exactly those. The package is uploaded: From: Debian Installer [EMAIL PROTECTED] To: John Goerzen [EMAIL PROTECTED] Subject: dfsbuild_0.99.3_i386.changes is NEW Date: Wed, 10 Jan 2007 14:32:02 + (new) dfsbuild_0.99.3.dsc optional utils (new) dfsbuild_0.99.3.tar.gz optional utils (new) dfsbuild_0.99.3_i386.deb optional utils I'm sorry that you've gone to the trouble of uploading this, because it isn't going to work. Aside from being caught in NEW (because dfsbuild was removed from testing previously), if it's ever approved out of NEW it will be rejected anyway for having a version number newer than that in unstable. It also doesn't seem to fit with the policy for t-p-u, which is that uploads should include a minimal diff against testing because there's approximately zero user testing before such packages are approved so eyeballs are the only defense against regressions. Well, since dfsbuild has been removed from testing, a minimal diff isn't really possible; maybe this .3 build is a minimal diff against .2, but the release team can't really judge that anyway until the package is out of NEW... Anyway, could you explain what the haskell changes are that prevent having a single dfsbuild package that's buildable in both etch and sid? Getting out of the current situation is going to require a new upload to unstable one way or another AFAICS; ideally that would be one we can hint into testing the normal way and disregard the version in NEW. If that's really not possible, the next best would be to upload a .4 to unstable that fixes the RC bugs for that branch, and then accept .3 from NEW. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403345: patch for 2.0.2+20060303-4.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, release team, Andreas Barth wrote: * Stefan Fritsch ([EMAIL PROTECTED]) [061228 02:43]: The patch in 2.1.4-6 does not apply cleanly to 2.0.2+20060303-4.1 . I extracted the attached patch from 2.0.4. I have prepared to upload tdiary_2.0.2+20060303-5 including the above patch, which is available at http://www.sgtpepper.net/hyspro/deb/unstable/ . Can I upload it to unstable? Thanks, Daigo - -- Daigo Moriwaki daigo at debian dot org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFqGcbNcPj+ukc0lARAqvRAJ97eOLn46xIeGL/lTaLSNRAEvTHZACgorEN RFDJIsZsY6GTOJuW0wk0IHE= =GE9H -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406495: ITP: odt2txt -- simple converter from OpenDocument Text to plain text
Hi! On 1/12/07, Charles Plessy [EMAIL PROTECTED] wrote: odt2txt extracts the text out of OpenDocument Texts, as produced by OpenOffice.org, KOffice, StarOffice and others. It is small and fast, can output the document in many encodings and adopts to your locale. How does it compare to the converter from the o3read package? Can there be some automagic mutt handling such as for antiword? I was needing an OpenDocument (.odt) to text converter, like antiword. OpenDocument [1] is now the default format of OpenOffice Writer (and I hope that one day it will be the default on every program, including MS Word). o3read displays the older format of OpenOffice (.sxw). (see #359820) And what I could see, o3read isn't very straightforward to get the text from a document (manpage says that you need to unzip the document, then pipe it through o3read, for example). With odt2txt you just need to run odt2txt file.odt and you will get the text output from it. I am not a mutt guru, but I think that it might be easy to run odt2txt on an attached .odt file. (sincerely I don't know how to do this; my mutt acknowledge is very limited) odt2txt will only convert word processing documents; spreadsheets aren't handled, for example. [1] http://en.wikipedia.org/wiki/OpenDocument I hope that I could answer all your doubts :-) Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403639: Fix committed in svn repo
Frans Pop wrote: On Thursday 11 January 2007 18:21, Loïc Minier wrote: I've uploaded these debs to unstable. OK, thanks. That means that we can get some more testing in before requesting migration. Let's hope that with Lenny we can switch to a truly integrated 2.10 soon. I strongly agree: gtk/dfb has an always evolving codebase, with many important fixes (about to be) recently committed and backporting every one of them to 2.8 would be a real pain. No luck yet in tracking down mem leaks during progressbar runs :( Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406231: ppp_2.4.4rel-5 patch
On Tuesday 09 January 2007 19:07, Eddy Petrişor wrote: Attached is a patch that closes a few open issues with the ppp-udeb. The most important are #402450 (not bringing up the interface after install and not saving a correspondent section in the target /etc/network/interfaces) and the handling of bad login information being typed. Patch looks better than previous version. Still some comments. Cheers, FJP I think these earlier comments are still valid: ! I still have some reservations regarding this patch. ! - netcfg's base-installer script already copies the /etc/network/* ! files to the target system; what does the interfaces file in the d-i ! environment contain if ppp-udeb is run? ! as the netcfg base-installer script will still be run, this is ! relevant. ! - The 50config-target-ppp script is not idempotent: it will ! add the same section again and again if it is run more than once. In combination these two comments are deadly: you are potentially _adding_ to an existing /target/etc/network/interfaces that was copied from the d-i environment. If you are certain that no /etc/network/interfaces is created in the d-i environment if ppp-udeb is used, this is a bit less of an issue. Issues still open: - hostname is not set (I think I can force netcfg to run the mandatory steps, but I didn't had the time to do it during the winter holidays) and does not yet blend well with netcfg I don't think you should want to use netcfg for that in the current situation. ppp-udeb should be more or less self-sufficient. IMO this issue is important. What about the /etc/hosts file? Is that being created? - finish-install.d was not working at some point in the past, but the current situation is uncertain Huh? We would have installation failures all over the place if finish-install.d was not working... Other comments == As you are introducing new templates, you should allow translators the opportunity to update their translations! Is the lo interface now being activated for the installation itself? If not, that could cause installation problems. Note that the netmask for the lo interface should have address 127.0.0.1/8! netcfg uses: ip link set lo up ip addr flush dev lo ip addr add 127.0.0.1/8 dev lo From the patch == + * ppp-udeb: the interface is now raised in the installed system Interfaces are not raised, but brought up or maybe activated. + * Added myself to Uploades with maintainer's consent. s/Uploades/Uploaders/ +RET= +log-output -t ppp-udeb pppd call provider || RET=$? + +if [ 0$RET -eq 19 ]; then Why not just initialize RET=0, then you can replace the ugly 0$RET by $RET for both tests. pgpl5KLkK2S75.pgp Description: PGP signature
