Bug#399971: please add the compilation of the b410p driver to the zaptel package
Package: zaptel Version: 1:1.2.10.dfsg-2 Severity: wishlist Hello, to make the b410p card from digum work with zaptel you need to compile a specific driver not include in the basic makefile make b410p This will download the misdn source and then build the driver Thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zaptel depends on: ii fxload 0.0.20020411-1 Firmware download to EZ-USB device ii libc62.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libnewt0.51 0.51.6-20 Not Erik's Windowing Toolkit - tex ii libusb-0.1-4 2:0.1.10a-9.sarge.1 userspace USB programming library ii procps 1:3.2.1-2 The /proc file system utilities -- no debconf information -- Benoit Mortier CEO www.opensides.be -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399970: chan_misdn not build with asterisk 1:1.2.13~dfsg-2
Package: asterisk Version: 1:1.2.12.dfsg-1.sarge.2361 Severity: normal Hello, chan_misdn is not build with current asterisk package, it is needed with some bri/pri card. thanks -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages asterisk depends on: ii adduser 3.63 Add and remove users and groups ii asterisk-clas 1:1.2.12.dfsg-1.sarge.2361 Open Source Private Branch Exchang -- no debconf information -- Benoit Mortier CEO www.opensides.be -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399969: follow-up
Hi, So, after some investigation, it seems to happen while upgrading vim.tiny and nano at the same time, something is choking on something. [EMAIL PROTECTED]:/# update-alternatives --display editor editor - status is auto. link currently points to /bin/nano /bin/ed - priority -100 slave editor.1.gz: /usr/share/man/man1/ed.1.gz /bin/nano - priority 40 slave editor.1.gz: /usr/share/man/man1/nano.1.gz /usr/bin/nvi - priority 19 slave editor.1.gz: /usr/share/man/man1/nvi.1.gz /usr/bin/vim.tiny - priority 10 slave editor.1.gz: /usr/share/man/man1/vim.1.gz slave editor.pl.ISO8859-2.1.gz: /usr/share/man/pl.ISO8859-2/man1/vim.1.gz slave editor.it.ISO8859-1.1.gz: /usr/share/man/it.ISO8859-1/man1/vim.1.gz slave editor.ru.1.gz: /usr/share/man/ru/man1/vim.1.gz slave editor.fr.ISO8859-1.1.gz: /usr/share/man/fr.ISO8859-1/man1/vim.1.gz slave editor.pl.UTF-8.1.gz: /usr/share/man/pl.UTF-8/man1/vim.1.gz slave editor.it.1.gz: /usr/share/man/it/man1/vim.1.gz slave editor.fr.UTF-8.1.gz: /usr/share/man/fr.UTF-8/man1/vim.1.gz slave editor.fr.1.gz: /usr/share/man/fr/man1/vim.1.gz slave editor.it.UTF-8.1.gz: /usr/share/man/it.UTF-8/man1/vim.1.gz slave editor.pl.1.gz: /usr/share/man/pl/man1/vim.1.gz Current `best' version is /bin/nano. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354908: sl-modem: Current upstream release: slmodem-2.9.11-20061021
You're right Eduard. I looked over the diffs, and excluding the 2.9.10 changes (internal ring detection, and updated amrlibs.o and dsplibs.o) and some minor backwards-compatibility differences, sl-modem_2.9.9d+e-pre2-7 is in sync with linmodem's 2.9.11-20061021. If you could incorporate the trivial fix for 397406 and bump the version number (e.g., 2.9.11-20061021-1), it would help Ubuntu to sync up, and possibly reduce future confusion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397285: Merging bugs about the same issue in the quilt package
On Thu, Nov 23, 2006 at 07:24:38AM +0100, Goswin von Brederlow wrote:
> Martin Quinson <[EMAIL PROTECTED]> writes:
>
> > severity 397285 normal
> > retitle 397285 FTBFS on misconfigured chroots
> > merge 395482, 397285, 393985
> > thanks
> >
> > Hey dudes,
> >
> > could you please check the existing bugs before submitting a third time the
> > same bug ? In the meanwhile, I'll try to find the time to apply the patch
> > from Goswin on the package and see if that helps. But I'll get a third kid
> > in 2 weeks so I cannot promise.
> >
> > Moreover, since this bug is not RC but only normal (it only appears on
> > misconfigured chroots where mailname is not configured), I'm not sure it's
> > still ok to upload a modified version. I should check with release team, and
> > lacked time to do so so far.
> >
> > For the record, I uploaded a suposly fixed version a while ago, but my patch
> > was not good enough. I hope that Goswin's is.
> >
> > Bye, Mt.
>
> What exactly needs to be configured?
>
> # cat /etc/mailname
> ql-dev
> # cat /proc/sys/kernel/hostname
> ql-dev
Have a look at /usr/share/quilt/mail:
if [ -z "$opt_sender" ]; then
hostname=nowhere
if [ -e /etc/mailname ] ;
then
hostname=`cat /etc/mailname`
fi
if [ "$hostname" = "${hostname/.}" ]
then
hostname=$(hostname -f 2>/dev/null)
fi
if [ "$hostname" = "${hostname/.}" ]
then
hostname=$(hostname)
fi
opt_sender="${LOGNAME:-$(whoami)[EMAIL PROTECTED]"
case "$opt_sender" in
[EMAIL PROTECTED]) ;;
*)
echo $"\
Could not determine the envelope sender address. Please use --sender." >&2
exit 1
;;
esac
fi
<<
According to upstream, valid email addresses have a dot in the right part.
use something like foo.com as mailname, not foo alone.
Bye, Mt.
--
I had a headache just by looking at the data structures of your linear-time
optimal algorithm. No doubt an exhaustive algorithm would be more efficient in
practice. -- Bastard Reviewer From the Hell
signature.asc
Description: Digital signature
Bug#399973: libxklavier -unable to switch to console
Package: libxklavier10 Version: 2.2-4 After some recent upgrades to Debian Etch, dated last week, I'm no longer able to switch to text console. Ctrl-Alt-Fx dosen't work either. Not from GNOME, nor GDM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399972: x11-common: installs breaks if xorg subdir are symlinked
Package: x11-common
Version: 1:7.1.0-7
Severity: important
Hello,
the preinst script of xserver-common contains those lines:
# symlink -> dir transition
for i in include share lib; do
if [ -L "/usr/${i}/X11" ]; then
rm /usr/${i}/X11
fi
done
I installed xorg on another partition due to lack of disk space, and
symlinked /usr/{share,lib,include}/X11 to point to the right place. With
this approach, the upgrade of x11-common leave the system half broken,
as f.i. there is no more locale data. Would it be possible to either:
1) put a message BEFORE breaking the symlink
2) leave the option to enable or not changing the symlink to a real dir
3) analysing more thoroughfully the kind of link (what do you want to
correct exactly) before deciding it has to be changed.
I understand that were are close to an important transition, but please
at least warn before changing the directories structure.
Thanking you in advance
Pascal Dupuis
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.2
Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1)
Versions of packages x11-common depends on:
ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy
ii debianutils 2.17 Miscellaneous utilities specific t
ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip
x11-common recommends no packages.
-- debconf information:
x11-common/experimental_packages:
x11-common/xwrapper/actual_allowed_users: rootonly
x11-common/xwrapper/nice_value/error:
* x11-common/upgrade_issues:
x11-common/x11r6_bin_not_empty:
x11-common/xwrapper/allowed_users: Root Only
x11-common/xwrapper/nice_value: -10
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399897: number of fonts is limited in pdfTeX (was: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly)
Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote: >> > I don't have the source, so if you could test pdflatex with test.tex? >> > You can find it here: >> > http://users.edpnet.be/vanmeel/test.tex >> >> Which fonts (or other things) do I need to have installed? With >> latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error >> messages of the type >> >> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 >> bkaiu99 >> mktexpk: don't know how to create bitmap font for bkaiu99. >> kpathsea: Appending font creation commands to missfont.log. >> (see the transcript file for additional information) >> Warning: pdflatex (file bkaiu99): Font bkaiu99 at 864 not found >> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 2+293/600 --dpi 1493 >> bkaiu93 >> mktexpk: don't know how to create bitmap font for bkaiu93. > > How strange. It shouldn't use "bkaiu" (which is the Unicode encoded > font) but "bkai". But the "bkai" fonts are all virtual fonts > redirecting glyphs to those of "bkaiu". Perhaps that's why mktexpk > complains about missing "bkaiu" files, but I wonder. > > mktexpk shouldn't even be running, since all the fonts are already > provided as Type1 fonts. I haven't changed anything in the file test.tex. latex runs without problems, and subsequently dvipdfmx produces a nice PDF file. Only pdftex wants to create the pk fonts. Moreover, the log file after a pdflatex run has many more instances of +Missing character: There is no <84> in font ... than the dvi version. > If you run test.tex with "latex", it should be fine. pdflatex should > fail with this arithmetic bug. The packages you need are: > latex-cjk-common, latex-cjk-chinese and > latex-cjk-chinese-arphic-bkai00mp. $ dpkg -l latex-cjk-common latex-cjk-chinese latex-cjk-chinese-arphic-bkai00mp *arphic* | grep ^ii ii latex-cjk-chinese 4.7.0+cvs20061019-1 Chinese module of LaTeX CJK ii latex-cjk-chinese-arphic-bkai00mp 1.15traditional Chinese KaiTi fonts for CJK ii latex-cjk-chinese-arphic-bkai00mp 1.15traditional Chinese KaiTi fonts for CJK ii latex-cjk-chinese-arphic-bsmi00lp 1.15traditional Chinese KaiTi fonts for CJK ii latex-cjk-chinese-arphic-gbsn00lp 1.15traditional Chinese KaiTi fonts for CJK ii latex-cjk-chinese-arphic-gkai00mp 1.15traditional Chinese KaiTi fonts for CJK ii latex-cjk-common 4.7.0+cvs20061019-1 LaTeX macro package for CJK (Chinese/Japanes ii ttf-arphic-bsmi00lp 2.10-6.1"AR PL Mingti2L Big5" Chinese TrueType font Is something missing here? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#399974: libxklavier -unable to switch to national keyboard
Package: libxklavier10 Version: 2.2-4 After some recent upgrade of Etch, dated last week, I'm entirely unable to swith to national keyboard sk_qwerty. Not from GNOME, nor GDM. After GNOME start, I'm noticed that X keyboard settings differ from GNOME's and I must choose, whitch should prevail. It makes no differece however. If I choose GNOME one, the keyboard applet shows "sk_qwerty", however the keyboard is US indeed. The secondary keymap defined in applet is USA, however I'm unable to switch to it. Whatever I do, the keyboard is still US in fact, and sk_qwerty shines on the panel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397915: xserver-xorg -english keyboard missing pipe symbol
It is quite strange. On the next (another) restart of X, the pipe starts functioning for english keyboard, however the keyboard variant qwerty is not respected. The sk keyboard acts like qwertz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206835: Final patch for various l10n (and lintian) issues
Hi Paul (and BTS), Last week, we had a small discussion by mail when I announced my intent to NMU the radioclk package for langstanding l10n issues. Paul, you answered me and we finally concluded that I would finish the translation update round, then send you the patch I finally come up with. Thus, you can upload the fixed package yourself, avoiding a NMU. I have attached the patch to this mail. The relevant changelog is as follows: radioclk (1.0.ds1-1.1) unstable; urgency=low * Non-maintainer upload to fix longstanding l10n issues * Switch to po-debconf for debconf templates translations Closes: #206835 * Remove the abusive debconf note. Closes: #388954 * Debconf translations: - Added French. Closes: #206836 - Added Czech. Sent during the call for updates of the NMU campaign. - Added Vietnamese. Sent during the call for updates of the NMU campaign. - Added Swedish. Sent during the call for updates of the NMU campaign. - Added German. Sent during the call for updates of the NMU campaign. - Added Russian. Sent during the call for updates of the NMU campaign. * Lintian fixes: - Add LSB headers to the init script - Fix FSF address in the copyright file -- Christian Perrier <[EMAIL PROTECTED]> Wed, 8 Nov 2006 22:24:24 +0100 As you see, in addition to existing translation updates, I introduced a few more changes: -more updates..:) -removing a debconf note (something I reported myself in a mass bug filing recently). For the radioclk package, I believe that such warning about the package and related packages needed to be configured does more belong to README.Debian or so -adding LSB headers to the init script (could become required for lenny so better do it now) -fix the FSF address. Paul, is that OK with you ? I leave the upload up to you.unless you're short of time and are OK with a NMU. diff -Nru radioclk-1.0.ds1.ori/debian/changelog radioclk-1.0.ds1/debian/changelog --- radioclk-1.0.ds1.ori/debian/changelog 2006-11-08 22:18:28.264011523 +0100 +++ radioclk-1.0.ds1/debian/changelog 2006-11-20 20:34:08.462115966 +0100 @@ -1,3 +1,22 @@ +radioclk (1.0.ds1-1.1) unstable; urgency=low + + * Non-maintainer upload to fix longstanding l10n issues + * Switch to po-debconf for debconf templates translations +Closes: #206835 + * Remove the abusive debconf note. Closes: #388954 + * Debconf translations: +- Added French. Closes: #206836 +- Added Czech. Sent during the call for updates of the NMU campaign. +- Added Vietnamese. Sent during the call for updates of the NMU campaign. +- Added Swedish. Sent during the call for updates of the NMU campaign. +- Added German. Sent during the call for updates of the NMU campaign. +- Added Russian. Sent during the call for updates of the NMU campaign. + * Lintian fixes: +- Add LSB headers to the init script +- Fix FSF address in the copyright file + + -- Christian Perrier <[EMAIL PROTECTED]> Wed, 8 Nov 2006 22:24:24 +0100 + radioclk (1.0.ds1-1) unstable; urgency=low Long time no C release. diff -Nru radioclk-1.0.ds1.ori/debian/control radioclk-1.0.ds1/debian/control --- radioclk-1.0.ds1.ori/debian/control 2006-11-08 22:18:28.264011523 +0100 +++ radioclk-1.0.ds1/debian/control 2006-11-08 22:28:28.666199000 +0100 @@ -2,7 +2,7 @@ Section: net Priority: extra Maintainer: Paul Martin <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4) +Build-Depends: debhelper (>= 4.1.16) Standards-Version: 3.7.2 Package: radioclk diff -Nru radioclk-1.0.ds1.ori/debian/copyright radioclk-1.0.ds1/debian/copyright --- radioclk-1.0.ds1.ori/debian/copyright 2006-11-08 22:18:28.264011523 +0100 +++ radioclk-1.0.ds1/debian/copyright 2006-11-17 07:51:22.751191165 +0100 @@ -18,10 +18,11 @@ 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 General Public License with - the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL; - if not, write to the Free Software Foundation, Inc., 59 Temple Place, - Suite 330, Boston, MA 02111-1307, USA. + You should have received a copy of the GNU General Public License + with the Debian GNU/Linux distribution in file + /usr/share/common-licenses/GPL; if not, write to the Free Software + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA + 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License, version 2, can be found in /usr/share/common-licenses/GPL-2. diff -Nru radioclk-1.0.ds1.ori/debian/po/cs.po radioclk-1.0.ds1/debian/po/cs.po --- radioclk-1.0.ds1.ori/debian/po/cs.po1970-01-01 01:00:00.0 +0100 +++ radioclk-1.0.ds1/debian/po/cs.po2006-11-19 06:49:29.284027462 +0100 @@ -0,0 +1,46 @@ +# +#Translators, if you are not familiar with the PO format, gettext +#documentation is worth reading, especially sections ded
Bug#399976: mysql-server-5.0: Debian 3.1 Sarge / MySQL 4.1 warning wrong (I think)
Package: mysql-server-5.0 Version: 5.0.27-1 Severity: normal Hi, Debian 3.1 Sarge includes MySQL 4.1 and more secure passwords were introduced in 4.1. So I think it should be more specific and say MySQL 4.0 clients. -- System Information: Debian Release: 4.0 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.18-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mysql-server-5.0 depends on: ii adduser 3.99 Add and remove users and groups ii debconf [debconf-2.0] 1.5.9Debian configuration management sy ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libdbi-perl 1.53-1 Perl5 database interface by Tim Bu ii libgcc1 1:4.1.1-20 GCC support library ii libmysqlclient15off 5.0.27-1 mysql database client library ii libncurses5 5.5-5Shared libraries for terminal hand ii libreadline55.2-1GNU readline and history libraries ii libstdc++6 4.1.1-20 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-11 Wietse Venema's TCP wrappers libra ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip ii mysql-client-5.05.0.27-1 mysql database client binaries ii mysql-common5.0.27-1 mysql database common files (e.g. ii passwd 1:4.0.18.1-5 change and administer password and ii perl5.8.8-6.1Larry Wall's Practical Extraction ii psmisc 22.3-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- debconf information: mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false mysql-server-5.0/no_upgrade_with_isam_tables: * mysql-server-5.0/mysql_install_db_notes: * mysql-server-5.0/need_sarge_compat: false mysql-server/error_setting_password: mysql-server-5.0/mysql_update_hints1: mysql-server-5.0/need_sarge_compat_done: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399904: gnupg: --list-keys hangs at ctrl-C
Hi! I was able to duplicate this after some tries. strace shows that it hangs in futex(0xb7ea9880, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system call) The EINTR is due to the SIGQUIT. I am running Sid using the same glibc version but a stock gpg 1.4.5. A quick check of the glibc 2.4 source shows that the futex syscall is only used within the nptl library (according to file names). gpg is a single-threaded application so the cause must be somewhere in glibc or in the crt. Trying to run under strace or ltrace does not show the problem. Salam-Shalom, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399975: qiv: please add EXIF support
Package: qiv Version: 2.0-6 Severity: wishlist Tags: upstream --- Begin Message --- Am Sonntag, 19. November 2006 13:15 schrieben Sie: Hi Bart, > Yes, the workaround you described works for me on i386 and X Composite > extension enabled in xorg.conf. Great. Btw, do you or upstream plan to integrate basic EXIF support to automatically rotate pictures based on the EXIF information? This is the only function currently missing in qiv. Best regards, Jörg -- PGP Key: send mail with subject 'SEND PGP-KEY' PGP Key-ID: FD 4E 21 1D PGP Fingerprint: 388A872AFC5649D3 BCEC65778BE0C605 --- End Message --- signature.asc Description: This is a digitally signed message part
Bug#397915: xserver-xorg -english keyboard missing pipe symbol
This bug takes place only in the case, that the keyboard switching is done in xorg.conf by the lines: Option "XkbVariant""qwerty" Option "XkbLayout" "us,sk" Option "XkbOptions"grp:shift_toggle,grp_led:scroll" If I don't use X-level keyboard switching, let only us XkbLayout, and use GNOME keyboard switching instead, it works fine -the US keyboard does have functional pipe key. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395044: Please upgrade the tdfx driver for Xorg 7.1
Dear X strike force, Version 1.3.0 of the tdfx driver is now released fixing the locking bug of 1.2.1 and the Xorg 7.1 server. Please release a new debian package for this driver, available at: http://xorg.freedesktop.org/releases/individual/driver/xf86-video-tdfx-1.3.0.tar.bz2 http://xorg.freedesktop.org/releases/individual/driver/xf86-video-tdfx-1.3.0.tar.gz At the same time please also fix the Hurd dependency bug: #392871 > After communicating with the people at dri-devel a patch is available > that solves the locking problem with this driver, see the now resolved > bug 9032 at bugs.freedesktop.org. Please release .deb files for the > updated driver when available at freedesktop.org. In case I can help in > any way, let me know. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399454: [autodir] [EMAIL PROTECTED]: Bug#399454: autodir: fails with alert: unexpected autofs packet type 3]
On Wed, Nov 22, 2006 at 07:26:17PM -0800, ramana wrote: > > --- "Hanno G. Steinke" <[EMAIL PROTECTED]> wrote: > > > the problem occured with autofs4 module, not autofs. It's a debian > > kernel, maybe there are subtle differences in the modules, autofs or > > autodir packages compared to fedora. I can have a look at the sources > > > > if you direct me what to look for. > > > > The bug is not closed. I still need to hold at version 0.99.3. > > However autofs4 modules differ from Fedora4 or Debian, they should > present same protocol numbers and packet type numbers. > > For a moment I still suspect it is module mismatch. > I'm keeping in the loop autofs maintainer, for comments but for those of Kent. It seems a protocol mismatch, but I'm unsure what's changes in respect with Fedora packages (kernel and autofs4). -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399904: gnupg: --list-keys hangs at ctrl-C
> Architecture: amd64 (x86_64) Well, I am running on i386 > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-1-amd64 Stock Linux 2.6.15.2 (not the Debioan package) Shalom-Salam, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348459: kweather: Workaround not working
Package: kweather Version: 4:3.5.5-1 Followup-For: Bug #348459 Hello, the workaround proposed in the bugreport is not working for me at all. I tried all kind of tricks, it just keeps going back to "unknown station". This renders the package completely useless. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kweather depends on: 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-20GCC support library ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-20 The GNU Standard C++ Library v3 Versions of packages kweather recommends: ii kicker 4:3.5.5a.dfsg.1-2 desktop panel for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex
Le Wed, 22 Nov 2006 21:56:53 +0700,
Norbert Preining <[EMAIL PROTECTED]> a écrit :
> Hi all! Dear Emile!
>
> . Original Message ...
> On Wed, 22 Nov 2006 13:33:04 +0100 "Frank Küster" <[EMAIL PROTECTED]>
> wrote:
> >Émile CARRY <[EMAIL PROTECTED]> wrote:
> >> Running fmtutil-sys. This may take some time... /usr/bin/fmtutil:
> >> line 358: 22661 Erreur de segmentation ${1+"$@"}
>
> Do you by chance have the experimental libpoppler packages installed,
> ie please tell us which version of libpoppler0 or libpoppler1 you
> have.
No, I already checked :
Package: libpoppler0c2
Version: 0.4.5-5
from sid
> Just my usual crystal sphere.
>
> Bye
Bye
mil
--
Ce qui s'apprend sans peine ne vaut rien et ne demeure pas.
-+- René Barjavel, L'Enchanteur -+-
Bug#399977: Wrong path for encrypted partitions
Package: gnome-volume-manager Version: 1.5.15 Hi, I have a usb harddisk with several partitions, two of them luks-encrypted with different passwords. When I plug in the device, gnome-volume-manager immediately mounts all unencrypted partitions and opens dialog windows for querying the passwords for the two partitions. But then, both encrypted partitions are mounted on the same mount point, /media/usbdisk The mountpoint of encrypted devices should definitely be dynamically generated and depend on the physical partition name, e.g. /media/sda3_crypt regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399971: please add the compilation of the b410p driver to the zaptel package
Hi On Thu, Nov 23, 2006 at 08:45:00AM +0100, Benoit Mortier wrote: > Package: zaptel > Version: 1:1.2.10.dfsg-2 > Severity: wishlist > > Hello, > > to make the b410p card from digum work with zaptel you need to compile a > specific driver not include in the basic makefile > > make b410p > > This will download the misdn source and then build the driver I recommend closing this as invalid: misdn has nothing to do with Zaptel. The fact that Digium have added a README and a target that downloads a whole different tarball and builds it, does not mean we should. However, some other things I'd like to get answered first: * Does the Etch kernel support those modules? * Does it support misdn? * Any news in the chan_misdn package front? -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex
Le Thu, 23 Nov 2006 08:14:21 +0100, Frank Küster <[EMAIL PROTECTED]> a écrit : > severity 399842 important > retitle 399842 Error when creating cont-en.fmt > tags 399842 unreproducible > thanks > > > > > after using gdb and reinstall package libpoppler0c2, the problem > > changed. It's now a problem with pdfetex... > > In other words, you probably had an incompatible version of libpoppler > installed (there used to be one in experimental that segfaulted with > pdfTeX, but it's long gone). > > > Now, it's perhaps a syntax error in > > /usr/share/texmf-tetex/tex/context/base/context.tex > > line 1116 > > Except that this format is created on every single of the 6000 > installations reported by popcon. Please reinstall tetex-base and try > again. If one of the tetex packages still fails to configure, please > send us /var/lib/texmf/web2c/cont-en.log. Bingo! With a reinstall of tetex-base, everything is ok. Thanks and sorry for the disturbance mil -- Ce qui s'apprend sans peine ne vaut rien et ne demeure pas. -+- René Barjavel, L'Enchanteur -+-
Bug#394989: gaim still doesn't notice resolv.conf changes
Package: gaim Version: 1:2.0.0+beta5-3 Followup-For: Bug #394989 Gaim beta5 still doesn't use the updated resolv.conf, requiring a restart after switching to a different network. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:2.0.0+beta5-3 multi-protocol instant messaging c ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libavahi-compat-howl00.6.15-2Avahi Howl compatibility library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libsasl2-2 2.1.22.dfsg1-4 Authentication abstraction library ii libsasl2-modules 2.1.22.dfsg1-4 Pluggable Authentication Modules f ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library Versions of packages gaim recommends: ii gstreamer0.10-alsa0.10.10-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.10-2 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the "good" -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399979: call adduser with --quiet
Package: postgresql-common Version: 66 Severity: wishlist I think it may be worthwhile calling adduser with the --quiet option to suppress messages like this: Richte postgresql-common ein (66) ... Der Benutzer »postgres« ist bereits ein Mitglied der Gruppe »ssl-cert«. The user can't do anything about this and everything is OK afterwards, so we don't need to see that. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgresql-common depends on: ii adduser 3.99 Add and remove users and groups ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii postgresql-client-common 66 manager for multiple PostgreSQL cl ii procps1:3.2.7-3 /proc file system utilities ii ssl-cert 1.0.13 Simple debconf wrapper for openssl postgresql-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399665: libdnet{,-dev} should not assume the user wants to *use* DECnet
That's fair. I'll make the library packages a Recommends and the progs package a depends...there really is no point in installing the progs if you're not going to use them and I really want to ease DECnet installation as much as possible - it's complicated enough as it is! Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399980: libxklavier -slovak keyboard in qwerty variant dosen't work and has very strange effects
Package: libxklavier10 Version: 2.2-4 This bug is in fact the "consolidation" of bugs 399974, 399973, 397915. These bugs are all connected together. It comes, that they are just separate symptoms of single bug. So I'm trying to sumarise all that we know. -- Approach I I configure the xorg.conf to allow keyboard switching this way: Option "XkbVariant""qwerty" Option "XkbLayout" "us,sk" Option "XkbOptions"grp:shift_toggle,grp_led:scroll" In this configuration, everything works fine, excepting the fact, that the keyboard variant is NOT respected; the sk keyboard is always in qwertz variant. Annoying, because I must often swith between the us and sk. --- Approach II Now I change the order, because I want the sk to be the default: Option "XkbLayout" "sk,us" The consequences are the same, however the pipe symbol stops working for english keyboard. It places the same symbol as the sk does: the ) This is annoying even more, because now the graphical console is almost useless; You can imagine, that the pipe is quite important for command line. Approach III Now, I really need the qwerty, so I change configuration. I abandon and comment out the line #Option "XkbVariant""qwerty" because as shown before, it does nothing for me in fact. It does nothing even if left active, so we can "safely" just let it be. I'll try to go the "hard" way, and put exact keyboard in there, as I (succesfully) did with Woody and Sarge: Option "XkbLayout" "us,sk_qwerty" Or (dosen't make difference) to: Option "XkbLayout" "sk_qwerty,us" It dosen't matter, which keyboard appears as the first. Since now, the keyboard is ALWAYS in US, the attempts to switch so SK do absolutely nothing. Besides that, switching to console (Ctrl-Alt-Fx) dosen't work anymore. So all I get is crippled english keyboard -no switch to slovak, no switch to text console. --- Approach IV There is one partial solution, that however applies only to GNOME. If I let only the us keyboard in xorg.conf, and configure switching to the national keyboard using the GNOME applet, it works fine. However, the other window managers (say, IceWM) are useless this way. I'm also not sure, how will this all act on thin client environment, that already has serious problems with national keyboard. If You wish, we could close the previous bugs. Then, however, please try to shake the bug out. I have spend really much time trying to get the facts together ;-) Sincerely Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399862: Xorg 7.1 on CG14 (sparc32)
Jurij Smakov a écrit : On Wed, Nov 22, 2006 at 03:29:09PM +0100, BERTRAND Joël wrote: Package: xorg Version: 1:7.1.0-6 Hello, I use a SparcSTATION 20 with a CG14 framebuffer (8MB). I used Xorg 7.0 without any trouble and I have upgraded Xorg to 7.1 yesterday. Since this upgrade, I cannot use Xorg. When I try to start Xorg, one of my CPU is locked by Xorg process : Looks like you are hitting bug #394465. As a workaround, try removing 'unix/:7100' from your font path. The bug is fixed in the svn, and the fixed server is going to be uploaded some time this week. This morning (2006/11/23), I have downloaded the last xorg package from testing release. Same problem, but with your workaround, I can start Xorg server. Thanks, JKB
Bug#399978: does not recognize Debian 4.0
Package: postgresql-common Version: 66 Severity: important When lsb-release is installed, then the following happens: Richte postgresql-common ein (66) ... supported_versions: WARNING: Unknown Debian release: 4.0 Even though the effect of this is noncritical, I don't think we should ship software that claims not to support the current Debian release. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgresql-common depends on: ii adduser 3.99 Add and remove users and groups ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii postgresql-client-common 66 manager for multiple PostgreSQL cl ii procps1:3.2.7-3 /proc file system utilities ii ssl-cert 1.0.13 Simple debconf wrapper for openssl postgresql-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399923: iceweasel-locale-fi: The name Iceweasel should be localized
severity: wishlist thanks Marko Mäkelä wrote: > I installed iceweasel-locale-fi_2.0-0.1_all.deb from > the location mentioned in the following bug report: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399780 This package you got: 1. is unofficial 2. the official package is not yet in the archive (sitting in NEW) 3. the packages will use the common l10n naming scheme. > In this version, the "About Iceweasel" popup still says "Firefox" below > the globe symbol. It also erroneously claims that Iceweasel and the > Iceweasel logo are trademarks of the Mozilla Foundation. > > The name Iceweasel feels a bit difficult for Finnish users. Fire and fox > are much more familiar words than weasel. I would suggest that the name > be localized, given that it is not a trademark. In Finnish, it would > be Jäänäätä or Debianin Jäänäätä, e.g.: Nevertheless, let's see what we do when the iceweasel-l10n hit the archive. I'm not confinced atm that localising even the name 'iceweasel' is a good idea. But let's keep the report open until decided.. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/
Bug#399827: cron-apt: does not clean up initlog if lock cannot be acquired
On Thu, Nov 23, 2006 at 07:25:24AM +0100, Ola Lundqvist wrote: > I have made a fixed version and uploaded it to unstable. Please test it. I am going to try it asap, but the bug in question is kind of hard to reproduce. So, don't expect success stories any time soon. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399855: [pkg-horde] Bug#399855: Dependency regression
Coin, Ola Lundqvist <[EMAIL PROTECTED]> writes: > Thanks for the pointer. I wonder why this regression happend. > > Anyway it should be fixed ASAP. Thanks for being so fast :-). -- Marc Dequènes (Duck) pgpca4BgXSPZs.pgp Description: PGP signature
Bug#399981: Oops related to link failure in Xen kernel
Package: linux-image-2.6.18-2-xen-686
Version: 2.6.18-5
While using the above mentioned kernel, I get an oops when the link on eth1
fails:
BUG: unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c02855ba
*pde = ma pa f000
Oops: 0002 [#1]
SMP
Modules linked in: ip_vs_wrr ip_vs xt_physdev netconsole iptable_filter
ip_tables x_tables bridge netloop drbd button ac battery loop shpchp
pci_hotplug pcspkr serial_core serio_raw psmouse evdev tsdev ext3 jbd mbcache
dm_mirror dm_snapshot dm_mod ide_cd cdrom generic usbhid cciss piix scsi_mod
uhci_hcd ide_core bnx2 usbcore thermal processor fan
CPU:0
EIP:0061:[]Not tainted VLI
EFLAGS: 00010286 (2.6.18-2-xen-686 #1)
EIP is at iret_exc+0x883/0xbe6
eax: ebx: ecx: 0007 edx: c0ca
esi: c0ca0018 edi: c06d1890 ebp: 004c esp: c0315d0c
ds: 007b es: 007b ss: 0069
Process swapper (pid: 0, ti=c0314000 task=c02c9660 task.ti=c0314000)
Stack: 004c 01d8 c0ca c0227f6d c0ca c06d1878 01d8
0018 c06d1878 c71038ac 0001 004c 05dc
c52fd53c 025f c02079fc 01d8 c0315e38 0224 c76fee80 022c
Call Trace:
[] skb_copy_and_csum_bits+0x129/0x2a9
[] __alloc_skb+0x6c/0x70
[] icmp_glue_bits+0x1f/0x74
[] ip_append_data+0x5d1/0x942
[] icmp_glue_bits+0x0/0x74
[] icmp_push_reply+0x3d/0x14a
[] ip_route_output_flow+0x13/0x57
[] icmp_send+0x2e7/0x350
[] run_posix_cpu_timers+0x1c/0x6bf
[] rebalance_tick+0x116/0x2ae
[] ipv4_link_failure+0x14/0x3c
[] arp_error_report+0x1c/0x24
[] neigh_timer_handler+0x18e/0x24d
[] neigh_timer_handler+0x0/0x24d
[] run_timer_softirq+0x101/0x15c
[] __do_softirq+0x5e/0xc3
[] do_softirq+0x3a/0x4a
[] do_IRQ+0x48/0x53
[] evtchn_do_upcall+0x64/0x9b
[] hypervisor_callback+0x3d/0x48
[] raw_safe_halt+0x8c/0xaf
[] xen_idle+0x22/0x2e
[] cpu_idle+0x91/0xab
[] start_kernel+0x37a/0x381
Code: ff ff ff e9 a8 4f ef ff b8 f2 ff ff ff e9 c7 4f ef ff b8 f2 ff ff ff e9
e7 4f ef ff 8b 3d 20 0b 36 c0 e9 ef 93 ef ff 8b 5c 24 20 03 f2 ff ff ff 8b
7c 24 14 8b 4c 24 18 31 c0 f3 aa e9 4b 0d
EIP: [] iret_exc+0x883/0xbe6 SS:ESP 0069:c0315d0c
<0>Kernel panic - not syncing: Fatal exception in interrupt
The eth1 interface is used for drbd replication traffic and heartbeat
monitoring. The network card is linked to another machine with the same kernel
and the same configuration using a cross-link cable. So when one of the machine
reboots, the other machine crashes with this oops. The network card is a
Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz. The machine
is running debian unstable.
lspci -vn output:
00:00.0 0600: 8086:25d8 (rev 93)
Subsystem: 103c:31fd
Flags: bus master, fast devsel, latency 0
Capabilities: [50] Power Management version 2
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/1
Enable-
Capabilities: [6c] Express Root Port (Slot-) IRQ 0
00:02.0 0604: 8086:25e2 (rev 93) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=09, subordinate=12, sec-latency=0
Memory behind bridge: fdf0-fdff
Capabilities: [50] Power Management version 2
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/1
Enable-
Capabilities: [6c] Express Root Port (Slot-) IRQ 0
00:03.0 0604: 8086:25e3 (rev 93) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=06, subordinate=08, sec-latency=0
I/O behind bridge: 4000-4fff
Memory behind bridge: fdd0-fdef
Prefetchable memory behind bridge: 8800-880f
Capabilities: [50] Power Management version 2
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/1
Enable-
Capabilities: [6c] Express Root Port (Slot-) IRQ 0
00:04.0 0604: 8086:25f8 (rev 93) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=13, subordinate=15, sec-latency=0
Capabilities: [50] Power Management version 2
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/1
Enable-
Capabilities: [6c] Express Root Port (Slot-) IRQ 0
00:05.0 0604: 8086:25e5 (rev 93) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=16, subordinate=16, sec-latency=0
Capabilities: [50] Power Management version 2
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit- Queue=0/1
Enable-
Capabilities: [6c] Express Root Port (Slot-) IRQ 0
00:06.0 0604: 8086:25e6 (rev 93) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=03, sec-latency=0
Memory behind bridge: f800-f9f
Bug#398899: python-iconvcodec: Fails to upgrade
clone 398899 -1 reassign -1 python-central 0.5.10 retitle -1 python-central doesn't support packages providing only support for old/unsupported runtimes thanks On Thu, 16 Nov 2006, Yavor Doganov wrote: > Package: python-iconvcodec > Version: 1.1.2-3+b1 > Severity: serious > > The package fails to upgrade with the following error: > > Setting up python-iconvcodec (1.1.2-3+b1) ... > INFO: using old version '/usr/bin/python2.3' > pycentral: pycentral pkginstall: python-iconvcodec needs unavailable runtime > (2.3) > pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) > dpkg: error processing python-iconvcodec (--configure): > subprocess post-installation script returned error exit status 1 This is a bug in python-central (thus the clone). But the real underlying problem is that the package should be removed because this module is no more useful with python2.4 and python2.4 is the default python both in etch and in sid. I suggest removing the package from etch as a start (I see no point in providing support for python2.3 in etch: not all modules will support python 2.3 and python2.3 itself might be removed). If the maintainer agrees, he can also reassign this bug to ftp.debian.org and request its removal. On the python-central side I must say that fixing this bug is not trivial. python-central uses the same function "requested_versions()" for deciding versions to support at build time and versions to support at runtime. Obviously at runtime we want to be more open-minded and support old/unsupported runtimes if that's possible according to the Python-Version field. There's lots of code duplication within python-central and the initial design suffered a lot from incremental bug fixes, which renders writing this patch a painful task. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#399982: psutils: examples in "man pstops"
Package: psutils Severity: minor On Thu, 2006-11-23 at 09:23 +, yvespiel wrote: > Hello, > Whan I want to read the pstops manual I have this : > -- > EXAMPLES > This section contains some sample re-arrangements. To put two pages > on one sheet (of A4 paper), the pagespec to use is: > > To select all of the odd pages in reverse order, use: > > 2:-0 > >To re-arrange pages for printing 2-up booklets, use > >for the front sides, and > >for the reverse sides (or join them with a comma for duplex printing). > -- > there is not examples which should be there > > -- > yves piel > > signature.asc Description: This is a digitally signed message part
Bug#399983: totem: doesn't restore session
Package: totem
Version: 2.16.3-2
Severity: normal
Totem does not load playlist nor continue playback when restoring from
session.
Steps to reproduce:
1. Start totem
2. Populate playlist, play something
3. Logout (tried both in KDE and in GNOME)
4. Login. totem starts but with empty playlist
Attached patch (or hack?) fixed the problem for me.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-k7
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to cs_CZ.UTF-8)
Versions of packages totem depends on:
ii totem-xine2.16.3-2 A simple media player for the Gnom
totem recommends no packages.
-- no debconf information
--- totem-session.c.orig 2005-04-13 14:41:30.0 +0200
+++ totem-session.c 2006-11-22 22:44:44.0 +0100
@@ -111,7 +111,7 @@
void
totem_session_restore (Totem *totem, char **argv)
{
- char *path, *mrl;
+ char *path, *mrl, *uri;
g_return_if_fail (argv[0] != NULL);
path = argv[0];
@@ -122,12 +122,15 @@
return;
}
+ uri = gnome_vfs_get_uri_from_local_path (path);
+
totem_signal_block_by_data (totem->playlist, totem);
- if (totem_playlist_add_mrl (totem->playlist, path, NULL) == FALSE)
+ if (totem_playlist_add_mrl (totem->playlist, uri, NULL) == FALSE)
{
totem_signal_unblock_by_data (totem->playlist, totem);
totem_action_set_mrl (totem, NULL);
+ g_free (uri);
return;
}
@@ -147,6 +150,7 @@
bacon_video_widget_pause (totem->bvw);
g_free (mrl);
+ g_free (uri);
return;
}
Bug#399984: qt3-dev-tools: qmake segfaults on GNU/Hurd when no output file is specified
Package: qt3-dev-tools
Version: 3:3.3.7-1
Severity: important
Tags: patch
Hi,
if qmake is run without a -o foo option specifying the output file (and
thus implying "Makefile" in regular operation AIUI), it segfaults on
GNU/Hurd with the following backtrace:
#0 0x01042c56 in __hurd_file_name_lookup (use_init_port=0x103d920
<_hurd_ports_use>,
get_dtable_port=0x4002, lookup=0,
file_name=0x4002 , flags=64,
mode=1073741826, result=0x4002) at hurdlookup.c:67
#1 0x010432e9 in __file_name_lookup (
file_name=0x4002 , flags=1073741826,
mode=0)
at hurdlookup.c:240
#2 0x0110e12a in __lxstat64 (vers=0,
file=0x4002 , buf=0x4002)
at ../sysdeps/mach/hurd/lxstat64.c:35
#3 0x0110d2a6 in __lxstat (vers=1073741826,
file=0x4002 , buf=0x8237c88)
at ../sysdeps/mach/hurd/lxstat.c:29
#4 0x081c0118 in lstat (__path=0x0, __statbuf=0x8237c88)
at /usr/include/sys/stat.h:373
#5 0x081bfa82 in QFileInfo::doStat (this=0x101ad50)
at /devel3/qt3/qt-x11-free-3.3.7/src/tools/qfileinfo_unix.cpp:342
#6 0x081bfc6c in QFileInfo::isDir (this=0x101ad50)
at /devel3/qt3/qt-x11-free-3.3.7/src/tools/qfileinfo_unix.cpp:91
#7 0x0805ca63 in main (argc=16886580, argv=0x0) at main.cpp:86
lstat() is passed a NULL pointer instead of a filename, which leads to
undefined behaviour. GNU/Linux returns an error when it gets passed a
bogus pointer, GNU/Hurd's lstat() in glibc decides to segfault.
While Qt itself builds fine, this causes FTBFS in other packages, see
e.g.
http://experimental.ftbfs.de/fetch.php?&pkg=qscintilla&ver=1.6-2&arch=hurd-i386&stamp=1163603807&file=log&as=raw
The problem is that Option::output is not getting initialized, and
passed to isDir() in qmake/main.cpp, which eventually calls lstat() on
it, provoking the segfault.
While glibc is definetely fine to segfault here (after all, it got
passed out-of-spec input), I am not sure whether Qt might want to check
for bogus input in isDir() or doStat(). However, this is for Qt
upstream to decide I guess, and we will bring up the issue with them.
The easy fix (initializing Option::output to "") is attached, please
apply.
cheers,
Michael
--- qt-x11-free-3.3.6~/qmake/option.cpp 2006-09-28 07:45:03.0 +
+++ qt-x11-free-3.3.6/qmake/option.cpp 2006-09-28 07:45:40.0
+
@@ -64,7 +64,7 @@
//all modes
int Option::warn_level = WarnLogic;
int Option::debug_level = 0;
-QFile Option::output;
+QFile Option::output("");
QString Option::output_dir;
QStringList Option::before_user_vars;
QStringList Option::after_user_vars;
Bug#334339: Bug solved (workaround found)
Hello, I have tried to build some mysql releases to test. If I build with a modified config.h in which I undefine : HAVE_GETHOSTBYNAME_R and HAVE_GETHOSTBYNAME_R_GLIBC2_STYLE, mysql client (32 bits) works fine. Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399827: cron-apt: does not clean up initlog if lock cannot be acquired
Hi On Thu, Nov 23, 2006 at 10:15:45AM +0100, Marc Haber wrote: > On Thu, Nov 23, 2006 at 07:25:24AM +0100, Ola Lundqvist wrote: > > I have made a fixed version and uploaded it to unstable. Please test it. > > I am going to try it asap, but the bug in question is kind of hard to > reproduce. So, don't expect success stories any time soon. Ok I see. Regards, // Ola > Greetings > Marc > > -- > - > Marc Haber | "I don't trust Computers. They | Mailadresse im Header > Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 > Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 > -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399454: [autodir] [EMAIL PROTECTED]: Bug#399454: autodir: fails with alert: unexpected autofs packet type 3]
First thanks to Ian for providing valuable info for arrving at this conclusion. What happened? There is old autofs4 module which supported autofs4 protocol. Autofs team developed new autofs5 protocol but new module given name as autofs4. So this is where the problem is. New module is backward compatible with autofs4 protcol and also supports autofs5 but with the name 'autofs4'. Everything ok but with the autofs headers. What can be done? Until this is resolved, just compile autodir with old /usr/src/linux/auto_fs4.h and everthing should work fine. That is the reason older autodir compiled with older header file working fine with new kernel module autofs4 (which is autofs5) Since I do not have access to new autofs module on my Fedora, the testing is going fine -- which is compiled with older autofs module. And I can not say 100% sure about. (as I said I do not have access to the latest module and I can not confirm it myself doing tests). Regards ramana --- "Francesco P. Lovergine" <[EMAIL PROTECTED]> wrote: > On Wed, Nov 22, 2006 at 07:26:17PM -0800, ramana wrote: > > > > --- "Hanno G. Steinke" <[EMAIL PROTECTED]> wrote: > > > > > the problem occured with autofs4 module, not autofs. It's a > debian > > > kernel, maybe there are subtle differences in the modules, autofs > or > > > autodir packages compared to fedora. I can have a look at the > sources > > > > > > if you direct me what to look for. > > > > > > The bug is not closed. I still need to hold at version 0.99.3. > > > > However autofs4 modules differ from Fedora4 or Debian, they should > > present same protocol numbers and packet type numbers. > > > > For a moment I still suspect it is module mismatch. > > > > I'm keeping in the loop autofs maintainer, for comments but for those > of Kent. It seems a protocol mismatch, but I'm unsure what's changes > in respect with Fedora packages (kernel and autofs4). > > -- > Francesco P. Lovergine > Want to start your own business? Learn how on Yahoo! Small Business. http://smallbusiness.yahoo.com/r-index -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399985: xgalaga --help appearence
Package: xgalaga Version: 2.0.34-41 Severity: minor Cosmetic: xgalaga --help shows -nosound with two spaces behind it... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xgalaga depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l xgalaga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399988: Crash on print to file
Package: iceweasel
Version: 2.0+dfsg-1
Severity: important
I'm using a new profile without any extension
Crash each time when I try printing in a file
end of strace output :
gettimeofday({1164275719, 50097}, NULL) = 0
stat64("/home/yoann/.local/share//mime/globs", 0xbfeeb19c) = -1 ENOENT (No such
file or directory)
stat64("/home/yoann/.local/share//mime/magic", 0xbfeeb19c) = -1 ENOENT (No such
file or directory)
stat64("/home/yoann/.local/share//mime/mime.cache", 0xbfeeb19c) = -1 ENOENT (No
such file or directory)
stat64("/usr/local/share//mime/globs", 0xbfeeb19c) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/share//mime/magic", 0xbfeeb19c) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/share//mime/mime.cache", 0xbfeeb19c) = -1 ENOENT (No such
file or directory)
stat64("/usr/share//mime/globs", {st_mode=S_IFREG|0644, st_size=14087, ...}) = 0
stat64("/home/yoann/.local/share//mime/mime.cache", 0xbfeeb1cc) = -1 ENOENT (No
such file or directory)
stat64("/home/yoann/.local/share//mime/globs", 0xbfeeb1cc) = -1 ENOENT (No such
file or directory)
stat64("/home/yoann/.local/share//mime/magic", 0xbfeeb1cc) = -1 ENOENT (No such
file or directory)
open("/home/yoann/.local/share//mime/aliases", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open("/home/yoann/.local/share//mime/subclasses", O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
stat64("/usr/local/share//mime/mime.cache", 0xbfeeb1cc) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/share//mime/globs", 0xbfeeb1cc) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/share//mime/magic", 0xbfeeb1cc) = -1 ENOENT (No such file or
directory)
open("/usr/local/share//mime/aliases", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
open("/usr/local/share//mime/subclasses", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
stat64("/usr/share//mime/mime.cache", {st_mode=S_IFREG|0644, st_size=51144,
...}) = 0
open("/usr/share//mime/mime.cache", O_RDONLY|O_LARGEFILE) = 20
fstat64(20, {st_mode=S_IFREG|0644, st_size=51144, ...}) = 0
mmap2(NULL, 51144, PROT_READ, MAP_SHARED, 20, 0x10) = 0xb27f2000
--- SIGBUS (Bus error) @ 0 (0) ---
+++ killed by SIGBUS +++
Process 7639 detached
full output strace : http://file.mistur.org/iceweasel.trace (1.8MB)
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored:
LC_ALL set to [EMAIL PROTECTED])
Versions of packages iceweasel depends on:
ii debianutils 2.17.3 Miscellaneous utilities specific t
ii fontconfig2.4.1-2generic font configuration library
ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit
ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii libfontconfig12.4.1-2generic font configuration library
ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib
ii libgcc1 1:4.1.1-20 GCC support library
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libmyspell3c2 1:3.1-17 MySpell spellchecking library
ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio
ii libpng12-01.2.13-4 PNG library - runtime
ii libstdc++64.1.1-20 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-4 X11 client-side library
ii libxft2 2.1.8.2-8 FreeType-based font drawing librar
ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library
ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii libxrender1 1:0.9.1-3 X Rendering Extension client libra
ii libxt61:1.0.2-2 X11 toolkit intrinsics library
ii psmisc22.3-1 Utilities that use the proc filesy
ii zlib1g1:1.2.3-13 compression library - runtime
iceweasel recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399987: xgalaga -level accepts "impossible to loose" levels
Package: xgalaga Version: 2.0.34-41 Severity: normal Besides puting a machine terrible slow, starting xgalaga with "-level x" where x is an extremely large number lets you go to inpossible to loose levels. Since with each round of 15 levels the game speeds up, and, in the case of bullets, that is made with the number of "spaces" each bullet moves per cycle, if you go to level 9 or something the bullets start before your ship, so you never die. The correct fix to this would be simply let the user only choose from a level from 1 to 15. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xgalaga depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l xgalaga recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399855: [pkg-horde] Bug#399855: Dependency regression
Hi On Thu, Nov 23, 2006 at 10:45:19AM +0100, Marc Dequènes wrote: > > Coin, > > Ola Lundqvist <[EMAIL PROTECTED]> writes: > > > Thanks for the pointer. I wonder why this regression happend. > > > > Anyway it should be fixed ASAP. > > Thanks for being so fast :-). It is not me that you should thank, it is Lionel (co-maintainer) that actually did the fix. :) Regards, // Ola > -- > Marc Dequènes (Duck) -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382568: ITP: classpath-generics -- Experimental Java 5 runtime libraries
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 retitle 382568 ITP: classpath-generics -- Experimental Java 5 runtime libraries owner 382568 ! thanks I intend to package the current CVS head of the generics branch as a library which can be installed alongside classpath. I'll also supply some wrappers for the main 1.5-compliant VMs to use classpath. Matt - -- Matthew Johnson http://www.matthew.ath.cx/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFZXPvpldmHVvob7kRAg9zAJ9yTeEp7oj/B79uCyiLponRyqcxzwCaAjzE C1HRhrOL6IhV8o9BtmyyDA0= =QRkG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399989: lsb-release: manpage: missing .TP before -s option
Package: lsb-release Version: 3.1-15 Severity: minor Tags: patch In the lsb_release manpage: -a, --all Display all of the above information. -s, --short Use the short output format for any information displayed. This format omits the leading header(s). Note that -s, --short starts in the same paragraph. Here's the patch. --- /tmp/lsb_release.1.orig 2006-11-23 10:11:40.0 + +++ /tmp/lsb_release.1 2006-11-23 10:12:13.0 + @@ -35,6 +35,7 @@ .TP .B \-a, \-\-all Display all of the above information. +.TP .B \-s, \-\-short Use the short output format for any information displayed. This format omits the leading header(s). Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399992: adduser: misleading warning message
Package: adduser Version: 3.99 Severity: minor When calling e.g. adduser --no-create-home --home /afs/path/to/home --uid 40003 johndoe adduser gives me the warning message: Warning: The home dir you specified does not exist. This is wrong in my case. The specified directory DOES exists, but the root user does not have access to its parent dir, as opposed to normal users with sufficient AFS access permissions. I suggest to add a check to adduser whether it can access the parent dir, and if not, output a different warning message, such as Warning: Unable to access parent directory of specified home dir. Thank you! Best regards, Alexander -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc5-mm1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.5.9Debian configuration management sy ii passwd 1:4.0.18.1-5 change and administer password and ii perl-base 5.8.8-6.1The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information: * adduser/homedir-permission: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399993: aptitude: download - switch to ignore nonexistant packages
Package: aptitude Version: 0.4.4-1 Severity: wishlist Hi. I am working on a script to download packages including their recommendations for a friend who does not have access to the internet. Unfortunately aptitude exits if any of the specified packages doesn't exist any more on the mirrors. A switch for bypassing this behavior would be really great. Ignoring this package(s) won't affect the system because aptitude is just downloading these packages, not installing them. E.g.: $ aptitude download xutils xfonts-base-transcoded xdialog Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done E: No downloadable files for xfonts-base-transcoded version 6.9.0.dfsg.1-6; perhaps it is a local or obsolete package? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (400, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.46.3Advanced front-end for dpkg ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2type-safe Signal Framework for C++ ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396835: tetex-bin postinst take unlimited amount of time and ram (kpsewhich took 600M and 14h)
Dnia środa, 22 listopada 2006 18:43, Frank Küster napisał:
> Marcin Juszkiewicz <[EMAIL PROTECTED]> wrote:
> > On this machine kpsewhich was stat-ing all files in filesystem
>
> Oh, this should not happen. Maybe some conffile setting is wrong? Can
> you please send the output of
>
> grep '^TEXMF =' /etc/texmf/texmf.cnf
11:15 [EMAIL PROTECTED]:hrw$ grep '^TEXMF =' /etc/texmf/texmf.cnf
TEXMF =
{$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN,!!$TEXMFDIST}
> grep '^TEXMF =' /etc/texmf/texmf.d/05TeXMF.cnf
11:15 [EMAIL PROTECTED]:hrw$ grep '^TEXMF =' /etc/texmf/texmf.d/05TeXMF.cnf
TEXMF =
{$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN,!!$TEXMFDIST}
> kpsewhich -debug=127 --format='web2c files' fmtutil.cnf > kpsewhich.log
kdebug:fopen(/usr/bin/kpsewhich, r) => 0x804d090
kdebug:fclose(0x804d090) => 0
kdebug:Search path for cnf files (from compile-time paths.h)
kdebug: = :/usr/share/texmf/web2c:/usr/share/texmf/web2c
kdebug: before expansion =
$TETEXDIR:/usr/share/texmf/web2c:/usr/share/texmf/web2c
kdebug: application override path = (none)
kdebug: application config file path = (none)
kdebug: texmf.cnf path = (none)
kdebug: compile-time path =
$TETEXDIR:/usr/share/texmf/web2c:/usr/share/texmf/web2c
kdebug: default suffixes = .cnf
kdebug: other suffixes = (none)
kdebug: search only with suffix = 0
kdebug: numeric format value = 8
kdebug: runtime generation program = (none)
kdebug: runtime generation command = (none)
kdebug: program enabled = 0
kdebug: program enable level = 0
kdebug:start search(file=texmf.cnf, must_exist=1, find_all=1,
path=:/usr/share/texmf/web2c:/usr/share/texmf/web2c).
kdebug:kpse_normalize_path () => 0
kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
kdebug:path element /usr/share/texmf/web2c => /usr/share/texmf/web2c/
kdebug:kpse_normalize_path (/usr/share/texmf/web2c/texmf.cnf) => 1
kdebug:kpse_normalize_path (/usr/share/texmf/web2c) => 1
kdebug:kpse_normalize_path (/usr/share/texmf/web2c/texmf.cnf) => 1
kdebug:fopen(/usr/share/texmf/web2c/texmf.cnf, r) => 0x804e070
kdebug:fclose(0x804e070) => 0
kdebug:fopen(/usr/share/texmf/web2c/texmf.cnf, r) => 0x804e070
kdebug:fclose(0x804e070) => 0
kdebug:hash_lookup(TEXMFDBS.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFDBS) =>
$TEXMFHOME:$TEXMFSYSVAR:$TEXMFLOCAL:$TEXMFMAIN:$VARTEXFONTS:$TEXMFDIST
$TEXMFHOME:$TEXMFSYSVAR:$TEXMFLOCAL:$TEXMFMAIN:$VARTEXFONTS:$TEXMFDIST
kdebug:hash_lookup(TEXMFHOME.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFHOME) => $HOME/texmf $HOME/texmf
kdebug:hash_lookup(TEXMFSYSVAR.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFSYSVAR) => /var/lib/texmf /var/lib/texmf
kdebug:hash_lookup(TEXMFLOCAL.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFLOCAL) => /usr/local/share/texmf /usr/local/share/texmf
kdebug:hash_lookup(TEXMFMAIN.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFMAIN) => /usr/share/texmf /usr/share/texmf
kdebug:hash_lookup(VARTEXFONTS.kpsewhich) => (nil)
kdebug:hash_lookup(VARTEXFONTS) => /tmp/texfonts /tmp/texfonts
kdebug:hash_lookup(TEXMFDIST.kpsewhich) => (nil)
kdebug:hash_lookup(TEXMFDIST) => /usr/share/texmf-{texlive,tetex}
/usr/share/texmf-{texlive,tetex}
kdebug:Search path for ls-R files (from texmf.cnf)
kdebug: =
/home/hrw//texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/tmp/texfonts:/usr/share/texmf-texlive:/usr/share/texmf-tetex
kdebug: before expansion =
$TEXMFHOME:$TEXMFSYSVAR:$TEXMFLOCAL:$TEXMFMAIN:$VARTEXFONTS:$TEXMFDIST
kdebug: application override path = (none)
kdebug: application config file path = (none)
kdebug: texmf.cnf path =
$TEXMFHOME:$TEXMFSYSVAR:$TEXMFLOCAL:$TEXMFMAIN:$VARTEXFONTS:$TEXMFDIST
kdebug: compile-time path = /usr/share/texmf:/var/spool/texmf
kdebug: default suffixes = ls-R ls-r
kdebug: other suffixes = (none)
kdebug: search only with suffix = 0
kdebug: numeric format value = 9
kdebug: runtime generation program = (none)
kdebug: runtime generation command = (none)
kdebug: program enabled = 0
kdebug: program enable level = 0
kdebug:start search(files=[ls-R ls-r], must_exist=1, find_all=1,
path=/home/hrw//texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/tmp/texfonts:/usr/share/texmf-texlive:/usr/share/texmf-tetex).
kdebug:kpse_normalize_path (/home/hrw//texmf) => 1
kdebug:kpse_normalize_path (/home/hrw//texmf) => 1
kdebug:hash_lookup(/home/hrw/IRC) => (nil)
kdebug:dir_links(/home/hrw/IRC) => 4
and here it start to go through filesystem and loops in kernel build due
to symlinks:
kdebug:hash_lookup(/home/hrw/src/linux/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/d
Bug#399991: lsb-release: should depend on apt
Package: lsb-release Version: 3.0-15 Severity: minor Tags: patch lsb_release uses apt-cache which is in the non-essential package apt. So lsb-release should Depend on apt. I am marking this as minor, as apt is essentially a universally installed package. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395085: RFP: kurso -- multimedia computer program for teaching yourself Esperanto
I don't think that the license is GPL. I don't find an overall license statement. Most files have no copyright nor license statement. I guess that this makes the Kurso de Esperanto not redistributable. Right? signature.asc Description: This is a digitally signed message part
Bug#399986: python-central: diff for NMU version 0.5.12
tags 399986 + patch
thanks
Hi,
Attached is the diff for my python-central 0.5.12 NMU.
I changed python-central accept installing packages providing only support
of old python versions. I didn't add "unsupported" versions since we now
have 2.5 in sid and we have no experience in handling addition of new
upstream version from that point of view.
But I suggest enabling that post-etch of course.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
diff -Nru /tmp/YU1MgPcx9o/python-central-0.5.11/debian/changelog
/tmp/sdAGhjKHsf/python-central-0.5.12/debian/changelog
--- /tmp/YU1MgPcx9o/python-central-0.5.11/debian/changelog 2006-11-22
12:35:39.0 +0100
+++ /tmp/sdAGhjKHsf/python-central-0.5.12/debian/changelog 2006-11-23
11:13:11.0 +0100
@@ -1,3 +1,11 @@
+python-central (0.5.12) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Accept packages providing support of only old python runtimes.
+Closes: #399986
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]> Thu, 23 Nov 2006 10:28:23 +0100
+
python-central (0.5.11) unstable; urgency=low
* Non-maintainer upload.
diff -Nru /tmp/YU1MgPcx9o/python-central-0.5.11/pycentral.py
/tmp/sdAGhjKHsf/python-central-0.5.12/pycentral.py
--- /tmp/YU1MgPcx9o/python-central-0.5.11/pycentral.py 2006-11-22
17:59:26.0 +0100
+++ /tmp/sdAGhjKHsf/python-central-0.5.12/pycentral.py 2006-11-23
11:01:54.0 +0100
@@ -867,14 +867,19 @@
bc_option = config.get('DEFAULT', 'byte-compile')
pkg = DebPackage('package', self.args[0], oldstyle=False)
pkg.read_version_info()
+requested =
pyversions.requested_versions_for_runtime(pkg.version_field, version_only=True)
+used_runtimes = [rt for rt in runtimes if rt.short_name in requested]
try:
pkg.set_default_runtime_from_version_info()
except ValueError:
-# package needs an unavailable runtime.
-self.error('%s needs unavailable runtime (%s)'
- % (self.pkgname, pkg.version_field))
-requested = pyversions.requested_versions(pkg.version_field,
version_only=True)
-used_runtimes = [rt for rt in runtimes if rt.short_name in requested]
+ # Package doesn't provide support for any supported runtime
+ if len(used_runtimes) == 0:
+ self.error('%s needs unavailable runtime (%s)'
+ % (self.pkgname, pkg.version_field))
+ else:
+ # Still byte compile for the available runtimes (with the
+ # first matching runtime)
+ pkg.default_runtime = get_runtime_for_version(used_runtimes[0])
logging.debug('\tavail=%s, pkg=%s, install=%s'
% ([rt.short_name for rt in runtimes],
pkg.version_field,
diff -Nru /tmp/YU1MgPcx9o/python-central-0.5.11/pyversions.py
/tmp/sdAGhjKHsf/python-central-0.5.12/pyversions.py
--- /tmp/YU1MgPcx9o/python-central-0.5.11/pyversions.py 2006-10-06
12:55:22.0 +0200
+++ /tmp/sdAGhjKHsf/python-central-0.5.12/pyversions.py 2006-11-23
11:05:42.0 +0100
@@ -152,6 +152,43 @@
else:
return ['python%s' % v for v in versions]
+# This function is used by python-central to decide which installed
+# runtimes must be supported. It's not nice, but it's designed to mimic
+# closely requested_versions in an attempt to avoid introducing bugs this
+# late in the release cycle. Some cleanup is in order post-etch though.
+def requested_versions_for_runtime(vstring, version_only=False):
+versions = None
+vinfo = parse_versions(vstring)
+old = old_versions(version_only=True)
+unsupported = unsupported_versions(version_only=True)
+supported = supported_versions(version_only=True)
+# You might want to add unsupported versions too... later.
+supported.extend(old)
+if len(vinfo) == 1:
+if 'all' in vinfo:
+versions = supported
+elif 'current' in vinfo:
+versions = [default_version(version_only=True)]
+else:
+versions = vinfo['versions'].intersection(supported)
+elif 'all' in vinfo and 'current' in vinfo:
+raise ValueError, "both `current' and `all' in version string"
+elif 'all' in vinfo:
+versions = versions = vinfo['versions'].intersection(supported)
+elif 'current' in vinfo:
+current = default_version(version_only=True)
+if not current in vinfo['versions']:
+raise ValueError, "`current' version not in supported versions"
+versions = [current]
+else:
+raise ValueError, 'error in version string'
+if not versions:
+raise ValueError, 'empty set of versions'
+if version_only:
+return versions
+else:
+return ['python%s' % v for v in versions]
+
def installed_versions(version_only=False):
import glob
supported = supporte
Bug#399990: JFFS2 missing in fai-kernels
Package: fai-kernels Version: 1.12 I use fai to install routers with flash-rom / ide-flash. In the standard debian kernel i can use jffs2, in the fai-nfs-root not ( yet ;-) ). please Ingo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354624: Patch to handle touchpads in g-i available
Frans Pop wrote: On Wednesday 22 November 2006 16:44, Attilio Fiandrotti wrote: I recently wrote a patch against DFB 0.9.25 which adds to linux_input the capability to translate absolute x,y coordinates generated by touchpads into relative ones: this allows using Synaptic touchpads with the g-i. Works on my laptop with alps touchpad. Cursor movement is a bit slow. Tapping does not work correctly: - deliberate tapping sometimes works, but mostly not - very quick mouse movement will always end in a tap experienced something similar on my father's laptop: cursor moves much slower than on my touchpad, i guess because different touchpads provide different X,Y ranges. This could be fixed lowering the speed scaling factor, but this may result in too fast motion on other touchpads like mine (i own an hp pavillon laptop ). I also experienced tap not working on my father's latop: this may be because of different Z input values and could be adjusted by lowering the pressure treshold over which the tap is reported, but there are drawback there too (luckily the user can use the normal buttons) However, it is a lot better than the current situation, so I'd very much like to try to get this patch in before Etch. Could you file a BR against the directfb package and discuss an upload for it with the maintainer? alright, i'll open a new bug for directfb tagging it patch; i'd just like to wait a couple of days still for more reports to come ( i sent a call for testing to d-italian and responses are generally positive ATM ) It would be nice to also get some testing of this patch on powerpc with the directfb input module enabled. Uhm, does the Macintosh touchpads are recognized as ps2 mices? in this case the patch shouldn't be even necessary (ps2mouse input module would be used instead), but as i own no mac powerbook i cannot check. cheers attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399994: dcc-common: bashism in postinst
Package: dcc-common Version: 1.3.42-2 Severity: normal The postinst script of dcc-common uses "read -n", which is bash-specific (dash doesn't provide an "-n" option). Please replace the "read -n" with some other construct or use "#!/bin/bash" as shebang line. Thanks, Rotty -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dcc-common depends on: ii adduser 3.99Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries Versions of packages dcc-common recommends: ii dcc-server1.3.42-2 Distributed Checksum Clearinghouse -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399971: please add the compilation of the b410p driver to the zaptel package
Le Jeudi 23 Novembre 2006 10:14, Tzafrir Cohen a écrit : > Hi > > On Thu, Nov 23, 2006 at 08:45:00AM +0100, Benoit Mortier wrote: > > Package: zaptel > > Version: 1:1.2.10.dfsg-2 > > Severity: wishlist > > > > Hello, > > > > to make the b410p card from digum work with zaptel you need to compile > > a specific driver not include in the basic makefile > > > > make b410p > > > > This will download the misdn source and then build the driver > > I recommend closing this as invalid: misdn has nothing to do with > Zaptel. The fact that Digium have added a README and a target that > downloads a whole different tarball and builds it, does not mean we > should. This is no invalid as i needed it to make the driver for an debian asterisk etch server. But maybe make a different debian package named b410p-driver > However, some other things I'd like to get answered first: > > * Does the Etch kernel support those modules? Yes i have a running asterisk server with this. > * Does it support misdn? misdn didn't work, but i got the card work in capi mode with chan_capi > * Any news in the chan_misdn package front? It should be build when asterisk is build see Bug#399970 Cheers -- Benoit Mortier CEO www.opensides.be
Bug#399995: wodim: Error trying to dist-upgrade
Package: wodim Severity: serious Justification: Error trying to dist-upgrade I don't know if I reporting to the right package, and also dunno if "serious" is the right severity... sorry :-( While trying to apt-get dist-upgrade to etch, I got this: Unpacking wodim (from .../wodim_5%3a1.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/wodim_5%3a1.0-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/man1/readcd.1.gz', which is also in package cdrecord dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/wodim_5%3a1.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398629: libapache-mod-acct-{mysql,pgsql} db clients dependencies.
I think you also need to make libapache-mod-acct-mysql depend on mysql-client (the equivalent to the postgresql-client changes you made on libapache-mod-acct-pgsql) Currently libapache-mod-acct-mysql only recommends mysql-client. A suggestion on mysql-server would probably not hurt eigther. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399992: [Adduser-devel] Bug#399992: adduser: misleading warning message
On Thu, Nov 23, 2006 at 11:30:03AM +0100, Alexander Klauer wrote: > When calling e.g. > > adduser --no-create-home --home /afs/path/to/home --uid 40003 johndoe > > adduser gives me the warning message: > > Warning: The home dir you specified does not exist. > > This is wrong in my case. The specified directory DOES exists, but the > root user does not have access to its parent dir, as opposed to normal > users with sufficient AFS access permissions. > > I suggest to add a check to adduser whether it can access the parent > dir, and if not, output a different warning message, such as > > Warning: Unable to access parent directory of specified home dir. I'd prefer changing the error message to "Warning: The home dir you specified cannot be accessed", with "dir does not exist" being a special case (a not existing directory is inaccessible). This change will have to wait until post-etch due to translations. Greetings from Käfertal Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399971: please add the compilation of the b410p driver to the zaptel package
On Thu, Nov 23, 2006 at 11:35:34AM +0100, Benoit Mortier wrote: > Le Jeudi 23 Novembre 2006 10:14, Tzafrir Cohen a écrit : > > Hi > > > > On Thu, Nov 23, 2006 at 08:45:00AM +0100, Benoit Mortier wrote: > > > Package: zaptel > > > Version: 1:1.2.10.dfsg-2 > > > Severity: wishlist > > > > > > Hello, > > > > > > to make the b410p card from digum work with zaptel you need to compile > > > a specific driver not include in the basic makefile > > > > > > make b410p > > > > > > This will download the misdn source and then build the driver > > > > I recommend closing this as invalid: misdn has nothing to do with > > Zaptel. The fact that Digium have added a README and a target that > > downloads a whole different tarball and builds it, does not mean we > > should. > > This is no invalid as i needed it to make the driver for an debian asterisk > etch server. But maybe make a different debian package named b410p-driver misdn-source seems like a better name. Actually, seems that it is already used: http://packages.debian.org/misdn-source -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir
Bug#396835: tetex-bin postinst take unlimited amount of time and ram (kpsewhich took 600M and 14h)
On Thu, Nov 23, 2006 at 11:30:39AM +0100, Marcin Juszkiewicz wrote: > Dnia środa, 22 listopada 2006 18:43, Frank Küster napisał: > > Marcin Juszkiewicz <[EMAIL PROTECTED]> wrote: > > > > On this machine kpsewhich was stat-ing all files in filesystem > > > > Oh, this should not happen. Maybe some conffile setting is wrong? Can > > you please send the output of > > > > grep '^TEXMF =' /etc/texmf/texmf.cnf > [...] > kdebug:kpse_normalize_path (/home/hrw//texmf) => 1 It seems that $TEXMFHOME is expanding to /home/hrw//texmf with an extra slash in it, meaning that it's searching your entire home directory (a silly thing to do), so I suspect an extra slash somewhere here. You may have a corrupted/modified version of /etc/texmf/texmf.d/05TeXMF.cnf which is causing this. Could you please now also send the the output of: grep '^TEXMFHOME =' /etc/texmf/texmf.cnf echo $HOME > and here it start to go through filesystem and loops in kernel build due > to symlinks: > > kdebug:hash_lookup(/home/hrw/src/linux/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/debian/linux-image-2.6.19-rc2/lib/modules/2.6.19-rc2/source/drivers/infiniband/ulp) > => (nil) This is something which kpathsea is not designed to guard against. Hmm. Perhaps it should, say, keep track of any symlinks it meets in a path, and if it meets the identical symlink again, stop following it. That would require some significant changes to libkpathsea, though. Also, I believe this is quite a Unix-specific issue. Then again, symlink loops like this are just plain evil. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396835: tetex-bin postinst take unlimited amount of time and ram (kpsewhich took 600M and 14h)
Marcin Juszkiewicz wrote: [...] > kdebug:start search(files=[ls-R ls-r], must_exist=1, find_all=1, > path=/home/hrw//texmf:/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/tmp/texfonts:/usr/share/texmf-texlive:/usr/share/texmf-tetex). > kdebug:kpse_normalize_path (/home/hrw//texmf) => 1 > kdebug:kpse_normalize_path (/home/hrw//texmf) => 1 Hmm, this looks as if $HOME is set to /home/hrw/ on your system, right? I think it should be /home/hrw without the slash in the end. However, kpsearch should be more tolerant to such things. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398907: Acknowledgement (Problems with totem 2.16.2-2 and *.wmv)
With updated totem : # dpkg --list totem Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii totem 2.16.2-4 A simple media player for the Gnome desktop I've got the same errors. After a little investigate, that depends of the files. Some wmv files works perfectly, and some bring "The audio device is busy". With mplayer all files for the moment are working. Hope it can help.
Bug#399825: Confirmed
tags 399825 +confirmed thanks Hi, I'll include corrections to these in the next upload I make. Thanks, Alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399996: kolab-cyrus-common: the squatter parameter is missing from cyrus.conf
Package: kolab-cyrus-common Version: 2.2.12-8 Severity: normal The cyrus.conf is missing the squatter parameter # index generation squatter cmd="/usr/sbin/squatter -v -r user" period=1440 This build index, improve performance and get rid of the squatter messages -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Benoit Mortier CEO www.opensides.be
Bug#341976: patch
tags 341976 + patch
thanks
Here's a patch that adds a "get " command to apt-key.
Patch against apt 0.6.46.3
--
Ciao, Flavio
diff --git a/cmdline/apt-key b/cmdline/apt-key
index 7460a24..12b76f2 100755
--- a/cmdline/apt-key
+++ b/cmdline/apt-key
@@ -39,6 +39,7 @@ usage() {
echo
echo " apt-key add - add the key contained in ('-'
for stdin)"
echo " apt-key del - remove the key "
+echo " apt-key get - receive the key from
"
echo " apt-key update - update keys using the keyring
package"
echo " apt-key list- list keys"
echo
@@ -66,6 +67,13 @@ case "$command" in
$GPG --quiet --batch --delete-key --yes "$1"
echo "OK"
;;
+get)
+if [ -z "$1" ] || [ -z "$2" ]; then
+usage
+exit 1
+fi
+$GPG --batch --keyserver "$2" --recv-keys "$1"
+;;
update)
update
;;
diff --git a/debian/changelog b/debian/changelog
index eaf8974..8c75d94 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+apt (0.6.46.4) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add command "get " to apt-key. Closes: #341976
+
+ -- Flavio Stanchina <[EMAIL PROTECTED]> Thu, 23 Nov 2006 12:13:53 +0100
+
apt (0.6.46.3) unstable; urgency=low
* apt-pkg/deb/dpkgpm.cc:
diff --git a/doc/apt-key.8 b/doc/apt-key.8
index 70d37df..c25090f 100644
--- a/doc/apt-key.8
+++ b/doc/apt-key.8
@@ -36,6 +36,11 @@ del \fIkeyid\fR
Remove a key from the list of trusted keys.
.RE
.PP
+get \fIkeyid\fR \fIkeyserver\fR
+.RS 3n
+Receive a key from the specified \fIkeyserver\fR.
+.RE
+.PP
list
.RS 3n
List trusted keys.
diff --git a/doc/apt-key.8.xml b/doc/apt-key.8.xml
index eac6130..a063458 100644
--- a/doc/apt-key.8.xml
+++ b/doc/apt-key.8.xml
@@ -63,6 +63,17 @@
+ get keyid
keyserver
+
+
+
+ Receive a key from the specified keyserver.
+
+
+
+
+
+
list
Bug#398636: sqlrelay: diff for NMU version 1:0.37.1-3.1
tags 398636 + patch
thanks
Hi,
Attached is the diff for my sqlrelay 1:0.37.1-3.1 NMU.
I fixed more than just this bug since the package was not bin-NMU safe and
since php5-sqlrelay was empty.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
reverted:
--- sqlrelay-0.37.1/debian/php4-sqlrelay.install
+++ sqlrelay-0.37.1.orig/debian/php4-sqlrelay.install
@@ -1,2 +0,0 @@
-usr/lib/php4/*
-usr/share/pear/DB/sqlrelay.php usr/share/doc/php4-sqlrelay/
reverted:
--- sqlrelay-0.37.1/debian/php4-sqlrelay.substvars
+++ sqlrelay-0.37.1.orig/debian/php4-sqlrelay.substvars
@@ -1 +0,0 @@
-php:Depends=phpapi-
diff -u sqlrelay-0.37.1/debian/control sqlrelay-0.37.1/debian/control
--- sqlrelay-0.37.1/debian/control
+++ sqlrelay-0.37.1/debian/control
@@ -9,7 +9,7 @@
Package: sqlrelay
Architecture: any
Depends: libxml2-utils, ${shlibs:Depends}, adduser
-Suggests: sqlrelay-doc (= ${Source-Version}), sqlrelay-config-gtk (=
${Source-Version}), sqlrelay-connection-daemon, sqlrelay-api
+Suggests: sqlrelay-doc (= ${source:Version}), sqlrelay-config-gtk (=
${binary:Version}), sqlrelay-connection-daemon, sqlrelay-api
Description: Database connection pooling, proxying and load balancing
SQL Relay is a persistent database connection pooling, proxying and
load balancing system for Unix and Linux supporting ODBC, Oracle,
@@ -37,7 +37,7 @@
Package: sqlrelay-dev
Section: devel
Architecture: any
-Depends: ${shlibs:Depends}, libsqlrelay-0.37 (= ${Source-Version}), sqlrelay
(= ${Source-Version}), sqlrelay-mysql (= ${Source-Version}), librudiments-dev
(>= 0.29)
+Depends: ${shlibs:Depends}, libsqlrelay-0.37 (= ${binary:Version}), sqlrelay
(= ${binary:Version}), sqlrelay-mysql (= ${binary:Version}), librudiments-dev
(>= 0.29)
Provides: sqlrelay-api
Suggests: sqlrelay-doc
Description: SQL Relay C and C++ APIs
@@ -76,7 +76,7 @@
Package: python-sqlrelay
Section: python
Architecture: any
-Depends: ${python:Depends}, sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: ${python:Depends}, sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Conflicts: python2.3-sqlrelay, python2.4-sqlrelay
Replaces: python2.3-sqlrelay, python2.4-sqlrelay
@@ -90,8 +90,9 @@
Replaces: zsqlrelayda
Architecture: all
Provides: sqlrelay-api
-Depends: python-sqlrelay (= ${Source-Version}), zope2.9 | zope2.8 | zope,
${misc:Depends}
+Depends: python-sqlrelay (>= ${source:Version}), zope2.9 | zope2.8 | zope,
${misc:Depends}
Suggests: sqlrelay-doc
+XB-Python-Version: ${python:Versions}
Description: SQL Relay Zope database adapter
SQL Relay is a persistent database connection pooling, proxying and
load balancing system for Unix and Linux.
@@ -168,7 +169,7 @@
Package: sqlrelay-config-gtk
Architecture: any
-Depends: sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Description: SQL Relay configuration GTK+ client
SQL Relay is a persistent database connection pooling, proxying and
@@ -178,7 +179,7 @@
Package: sqlrelay-test
Architecture: any
-Depends: ${shlibs:Depends}, sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: ${shlibs:Depends}, sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Description: SQL Relay tests
SQL Relay is a persistent database connection pooling, proxying and
@@ -189,7 +190,7 @@
Package: libdbd-sqlrelay-perl
Section: perl
Architecture: all
-Depends: ${perl:Depends}, sqlrelay (= ${Source-Version}),
libfirstworks-sqlr-perl (= ${Source-Version})
+Depends: ${perl:Depends}, sqlrelay (>= ${source:Version}),
libfirstworks-sqlr-perl (>= ${source:Version})
Suggests: sqlrelay-doc
Provides: sqlrelay-api
Description: SQL Relay Perl DBD API
@@ -202,7 +203,7 @@
Package: libfirstworks-sqlr-perl
Section: perl
Architecture: any
-Depends: ${perl:Depends}, sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: ${perl:Depends}, sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Provides: sqlrelay-api
Conflicts: libdbd-sqlrelay-perl (<< 1:0.35-4)
@@ -216,7 +217,7 @@
Package: libsqlrelay-java
Architecture: any
-Depends: java-gcj-compat | java-runtime2, sqlrelay (= ${Source-Version}),
${shlibs:Depends}
+Depends: java-gcj-compat | java-runtime2, sqlrelay (= ${binary:Version}),
${shlibs:Depends}
Suggests: sqlrelay-doc
Provides: sqlrelay-api
Description: SQL Relay Java API
@@ -227,7 +228,7 @@
Package: libsqlrelay-ruby
Architecture: any
-Depends: ruby, sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: ruby, sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Provides: sqlrelay-api
Description: SQL Relay Ruby API
@@ -238,7 +239,7 @@
Package: libsqlrelay-tcl
Architecture: any
-Depends: tcl8.4, sqlrelay (= ${Source-Version}), ${shlibs:Depends}
+Depends: tcl8.4, sqlrelay (= ${binary:Version}), ${shlibs:Depends}
Suggests: sqlrelay-doc
Provide
Bug#356451: what's the status of this bug?
This bug has been sitting for 6 months with no activity. I thought all of the problems were fixed and it's just waiting for an upload...? Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398634: [phpgacl] alternative patch without hard dependencies on both db clients.
El mié, 22-11-2006 a las 13:57 +0100, Steinar H. Gunderson escribió: > On Wed, Nov 22, 2006 at 01:44:43PM +0100, Andreas Henriksson wrote: > > Since I've already created it I'll send this patch to the BTS just > for > > reference. > > This one takes the alternative route of not having a hard-dependency > on > > both mysql- and postgresql-client, but instead recommends them both > and > > checks which one is available during configuration. > > Shouldn't this code rather reside in dbconfig-common? I agree. Maybe I am completely wrong, but phpgacl does not need (mysql| postgresql)-client, dbconfig-common needs them (#353617). I am not happy to make phpgacl depends on (mysql|postgresql)-client since the package could be configured manually (not using dbconfig: there is a debconf question for this purpose). All packages using dbconfig-common are affected by this bug. I think it's better to improve dbconfig-common than adding more code and depends to all other packages. I've CCed to Sean Finney, the dbconfig-common maintainer. Thanks, David.
Bug#399997: amanda-server: amlabel doesnŽt label tapes (Device or resource busy)
Package: amanda-server Version: 1:2.5.1p1-2 Severity: normal I use Tandberg DLT-V4 on SATA port When I run: amlabel DailySet1 DailySet1-005 I get this: rewinding, reading label, not an amanda tape (Device or resource busy) rewinding, writing label DailySet1-005, checking label amlabel: not an amanda tape (Device or resource busy) ammt -f /dev/nst0 rewind ; dd if=/dev/nst0 bs=32k gives this: AMANDA: TAPESTART DATE X TAPE DailySet1-005 014 1+0 Datensätze ein 1+0 Datensätze aus 32768 bytes transferred in 1,553976 seconds (21087 bytes/sec) So writing to the tape seems works. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.19-rc6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages amanda-server depends on: ii amanda-common1:2.5.1p1-2 Advanced Maryland Automatic Networ ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-1 GNU readline and history libraries ii mailutils [mailx]1:0.6.1-4sarge2 GNU mailutils utilities for handli -- no debconf information
Bug#399999: chillispot: [INTL:fr] French debconf templates translation
Package: chillispot Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the "podebconf-report-po" utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: chillispot 1.0-1\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2006-10-30 00:14-0500\n" "PO-Revision-Date: 2006-11-22 22:14+0100\n" "Last-Translator: Simon Paillard <[EMAIL PROTECTED]>\n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" #. Type: text #. Description #: ../chillispot.templates:1001 msgid "Chillispot configuration" msgstr "Configuration de Chillispot" #. Type: text #. Description #: ../chillispot.templates:1001 msgid "By default Chillispot is disabled, so it doesn't start on boot time." msgstr "" "Chillispot est désactivé par défaut et n'est donc pas exécuté au démarrage " "de l'ordinateur." #. Type: text #. Description #: ../chillispot.templates:1001 msgid "" "This package installs a default configuration on /etc/chilli.conf, you are " "required to customize it to fit your needs and only then enable it on /etc/" "default/chillispot." msgstr "" "Ce paquet installe une configuration par défaut dans /etc/chilli.conf. Vous " "devez l'adapter à vos besoins et seulement ensuite l'activer dans /etc/" "default/chillispot." #. Type: text #. Description #: ../chillispot.templates:1001 msgid "Configuration is NOT (yet) handled by debconf." msgstr "La configuration de Chillispot n'est pas encore gérée par debconf."
Bug#391691: Nexuiz needs a better description
On Wed, Nov 22, 2006 at 06:48:09PM +0100, Bruno Kleinert wrote: > also the reference mentions "Avoid referring to other > applications or frameworks that the user might not be > familiar with" I think this section (given the context) is intending to avoid descriptions which _rely_ on the reader having heard of a technology: mentioning quake can be achieved without requiring the reader to have heard of it to understand the description as a whole. Having said that, could anyone playing or intending to play an FPS not have heard of Quake? > some people who don't like Quake 1, might like Nexuiz - if > only they had installed it... The suggestion that including a reference to quake would cause people to pass nexuiz over is rather speculative, whereas the suggestion that including the reference would draw people has at least two people claiming that they did exactly that (submitter and myself). > there's no reason to mark nexuiz as "a better" or even > "the best" game in comparison to other games! Agreed: the sample description that the submitter provided does this, but the bug itself doesn't request it, so don't mark wontfix on this basis. > sorry, but i'll tag this bug as wontfix. I request that we discuss this further, so I'm CCing the games list. I hope that we'll get around do doing some work on improving the amount of quake stuff in Debian at some point. Having "apt-cache search quake" return nexuiz I think would be a *good thing*. Of course, debtags is a clean way of describing the relationship of nexuiz to quake, but at present, that won't help apt-cache results. I need to look at the relationship of darkplaces to nexuiz further. It would be nice to package a generic Quake engine at some point. Does nexuiz patch darkplaces? Or is it just a progs.dat / pak?.pak file, that could Depends: on a quake-engine (like reedoom does with doom-engine) -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399737: Installation Report - Etch RC1 DVD does not install Desktop
On Wednesday 22 November 2006 15:58, Clyde E. Kunkel wrote: > I am sure the Desktop and Base system were selected. I have also seen > this behavior with the netinst CD (previously reported, bz #397036). > Perhaps it is something to do with the fact that I am using a 20GB LV > for /, but also configure a small (100MB) ordinary linux 0x83 partition > for boot? Is there something I can check before leaving the installer > and rebooting? If the desktop task is selected X and Gnome should be installed, a separate boot partition makes no difference and 20GB is plenty for a desktop installation. Please send us (gzipped) the syslog for the installation, which can be found in /var/log/installer on the installed system. pgp0u9AvfLwVY.pgp Description: PGP signature
Bug#399687: installation report: low memory install: grub missing
On Thursday 23 November 2006 00:45, Holger Wansing wrote: > So everything is commented out! And that is the cause of the problem. I suspect that the cause is just a minor error recognizing the CD, which happens quite often with older machines. Trying a reinstallation may fix it, especially as there were no problems using the CD during base installation. If you can reproduce the error, try adding a 'set -x' line in /usr/lib/apt-setop/generators/50cdrom before running apt-setup. Or maybe try 'chroot /target' and running 'apt-cdrom add' manually. > Maybe this is related to the wrong date of the cd, too? > Looking for a cd "... (20061121)...", but find > "... (20061102)..." ? No, I doubt that as the initial line was created for the same CD. pgp48NxKH4ww3.pgp Description: PGP signature
Bug#399998: postfix: [INTL:fr] French debconf templates translation
Package: postfix Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the "podebconf-report-po" utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid "" msgstr "" "Project-Id-Version: postfix 2.3.4-1\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-11-11 04:32+0100\n" "PO-Revision-Date: 2006-11-19 09:16+0100\n" "Last-Translator: Michel Grentzinger <[EMAIL PROTECTED]>\n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Correct dynamicmaps.cf for upgrade?" msgstr "Faut-il corriger le fichier dynamicmaps.cf pour faire la mise à jour ?" #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid "" "Postfix version 2.0.2 and later require changes in dynamicmaps.cf. " "Specifically, wildcard support is gone, and with it, %s expansion. Any " "changes that you made to dynamicmaps.cf that relied on these features will " "need to be fixed by you. Failure to correct these will result in a broken " "mailer." msgstr "" "À partir de la version 2.0.2, Postfix demande des modifications du fichier " "dynamicmaps.cf. En particulier, l'utilisation de joker n'est plus possible " "et avec elle, l'expansion de %s. Il vous faudra corriger tout ce qui " "utilisait ces possibilités, sinon le programme ne fonctionnera pas " "correctement." #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid "" "Should dynamicmaps.cf be automatically changed? Decline this option to " "abort the upgrade, giving you the opportunity to eliminate wildcard and %s-" "expansion-dependent configuration. Accept this option if you have no such " "configuration, and automatically make dynamicmaps.cf compatible with Postfix " "2.0.2 in this respect." msgstr "" "Veuillez indiquer si vous souhaitez une modification automatique du fichier " "dynamicmaps.cf. Si vous refusez cette option, la mise à jour sera " "interrompue, ce qui vous donnera l'occasion de supprimer l'utilisation de " "joker et l'expansion des %s dans votre configuration. Si votre configuration " "n'utilise pas ces possibilités, choisir cette option rendra le fichier " "dynamicmaps.cf compatible avec la version 2.0.2 de Postfix." #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:2001 ../templates:4001 msgid "Correct master.cf for upgrade?" msgstr "Faut-il corriger le fichier master.cf pour la mise à jour ?" #. Type: boolean #. Description #: ../templates:2001 msgid "Postfix version 2.1 and later require new services in master.cf." msgstr "" "À partir de la version 2.1, Postfix demande de nouvelles définitions dans le " "fichier master.cf." #. Type: boolean #. Description #: ../templates:2001 msgid "" "Should this configuration be automatically added to master.cf? Decline this " "option to abort the upgrade, giving you the opportunity to add this " "configuration yourself. Accept this option to automatically make master.cf " "compatible with Postfix 2.1 in this respect." msgstr "" "Veuillez indiquer si vous souhaitez ajouter automatiquement ces services " "dans le fichier master.cf. Si vous refusez cette option, la mise à jour sera " "interrompue, ce qui vous donnera l'occasion de faire vous-même cette " "configuration. Si vous choisissez cette
Bug#400000: libroxen-imho: [INTL:fr] French debconf templates translation
Package: libroxen-imho Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the "podebconf-report-po" utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Christian Perrier <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: fr\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-10-27 04:33+0200\n" "PO-Revision-Date: 2006-11-18 08:00+0100\n" "Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Search path to example layout files?" msgstr "Faut-il changer le chemin de recherche pour utiliser les exemples de fichiers d'affichage ?" #. Type: boolean #. Description #: ../templates:1001 msgid "" "The location of the IMHO layout files have been changed. If you choose to " "update the path, Roxen will be restarted for this to take effect. If you " "choose to NOT to update the path now, IMHO may stop working!" msgstr "" "L'emplacement des fichiers d'affichage d'IMHO a été modifié. Veuillez " "choisir si vous souhaitez que les fichiers de configuration soient modifiés " "pour utiliser le nouveau chemin de recherche. Dans l'affirmative, Roxen sera " "redémarré afin que ces modifications soient prises en compte. Si vous " "refusez, IMHO risque de cesser de fonctionner." #. Type: boolean #. Description #: ../templates:1001 msgid "" "NOTE: This will only happen if the postinstall script really FINDS that you " "are using the example files!!" msgstr "" "Cela ne se produira que si le script de post-installation trouve que " "vous utilisez réellement les fichiers d'exemple." #. Type: note #. Description #: ../templates:2001 msgid "Restart Roxen" msgstr "Redémarrage de Roxen" #. Type: note #. Description #: ../templates:2001 msgid "" "The IMHO module and it's layout files have been updated. You will need to " "restart roxen for this to take affect." msgstr "" "Le module IMHO et ses fichiers d'affichage ont été mis à jour. Il est " "nécessaire de redémarrer roxen pour que les changements soient appliqués."
Bug#398771: installing mailman with python 2.3 causes loop condition during python upgrade
clone 398771 -1 reassign -1 python-support 0.5.5 retitle -1 python-support should warn and not fail when some files can't be byte-compiled thanks On Thu, 16 Nov 2006, Lionel Elie Mamane wrote: > This bug, in my opinion, makes the package unsuitable for release with > etch. It breaks upgrades from sarge to etch, if I understand well. The bug is both in python-support and in mailman. Python-support shouldn't fail when some files can't be byte-compiled but just warn the user that something is not 100% normal. It looks like wrong to make the installation of python2.4 fail when just one module is kind of broken. Thus the clone and reassign. > That file usually is a symlink to /etc/mailman/mm_cfg.py, a > configuration file. I'm not terribly convinced it should be compiled > at all, actually. It is a bug for it to be compiled unless it is > *automatically* read from source when the source is newer than the > compiled version. Any python expert could tell me whether it is the > case? > > Alex, you did have the file /etc/mailman/mm_cfg.py, right? At least the file doesn't exist when python2.4 got installed. If the mailman upgrade make the file disappear then this is the RC bug. But since it's a configuration file, it might also be that the user removed it manually and it doesn't get reinstalled because of dpkg's conffile handling. Unless someone comes up with evidence that the file gets removed during a normal upgrade I don't think that this bug is RC. That said I haven't tried the upgrade myself and someone should do that since the bug reporter hasn't confirmed/denied yet. Alex ? Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#304801: Tagging
tags 304801 - experimental tags 304801 + sid Message sent using UebiMiau 2.7.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399454: [autodir] [EMAIL PROTECTED]: Bug#399454: autodir: fails with alert: unexpected autofs packet type 3]
On Thu, Nov 23, 2006 at 01:54:40AM -0800, ramana wrote:
> First thanks to Ian for providing valuable info for arrving at this
> conclusion.
>
> What happened? There is old autofs4 module which supported autofs4
> protocol. Autofs team developed new autofs5 protocol but new module
> given name as autofs4.
>
> So this is where the problem is. New module is backward compatible with
> autofs4 protcol and also supports autofs5 but with the name 'autofs4'.
>
> Everything ok but with the autofs headers.
>
> What can be done?
>
> Until this is resolved, just compile autodir with old
> /usr/src/linux/auto_fs4.h and everthing should work fine.
>
> That is the reason older autodir compiled with older header file
> working fine with new kernel module autofs4 (which is autofs5)
>
> Since I do not have access to new autofs module on my Fedora, the
> testing is going fine -- which is compiled with older autofs module.
>
> And I can not say 100% sure about. (as I said I do not have access to
> the latest module and I can not confirm it myself doing tests).
>
The autofs4->autofs5 update was quite clear. What I find strange
is the problem in cooperating with current (enclosed) auto_fs4.h
header file, which is quite old. Also I see an autofs5 related struct
in the union autofs_packet_union, but shouldn't all that thought
for being back-compatible?
--
Francesco P. Lovergine
/* -*- c -*-
* linux/include/linux/auto_fs4.h
*
* Copyright 1999-2000 Jeremy Fitzhardinge <[EMAIL PROTECTED]>
*
* This file is part of the Linux kernel and is made available under
* the terms of the GNU General Public License, version 2, or at your
* option, any later version, incorporated herein by reference.
*/
#ifndef _LINUX_AUTO_FS4_H
#define _LINUX_AUTO_FS4_H
/* Include common v3 definitions */
#include
/* autofs v4 definitions */
#undef AUTOFS_PROTO_VERSION
#undef AUTOFS_MIN_PROTO_VERSION
#undef AUTOFS_MAX_PROTO_VERSION
#define AUTOFS_PROTO_VERSION 5
#define AUTOFS_MIN_PROTO_VERSION 3
#define AUTOFS_MAX_PROTO_VERSION 5
#define AUTOFS_PROTO_SUBVERSION 0
/* Mask for expire behaviour */
#define AUTOFS_EXP_IMMEDIATE 1
#define AUTOFS_EXP_LEAVES 2
/* Daemon notification packet types */
enum autofs_notify {
NFY_NONE,
NFY_MOUNT,
NFY_EXPIRE
};
/* Kernel protocol version 4 packet types */
/* Expire entry (umount request) */
#define autofs_ptype_expire_multi 2
/* Kernel protocol version 5 packet types */
/* Indirect mount missing and expire requests. */
#define autofs_ptype_missing_indirect 3
#define autofs_ptype_expire_indirect 4
/* Direct mount missing and expire requests */
#define autofs_ptype_missing_direct 5
#define autofs_ptype_expire_direct 6
/* v4 multi expire (via pipe) */
struct autofs_packet_expire_multi {
struct autofs_packet_hdr hdr;
autofs_wqt_t wait_queue_token;
int len;
char name[NAME_MAX+1];
};
/* autofs v5 common packet struct */
struct autofs_v5_packet {
struct autofs_packet_hdr hdr;
autofs_wqt_t wait_queue_token;
__u32 dev;
__u64 ino;
__u32 uid;
__u32 gid;
__u32 pid;
__u32 tgid;
__u32 len;
char name[NAME_MAX+1];
};
typedef struct autofs_v5_packet autofs_packet_missing_indirect_t;
typedef struct autofs_v5_packet autofs_packet_expire_indirect_t;
typedef struct autofs_v5_packet autofs_packet_missing_direct_t;
typedef struct autofs_v5_packet autofs_packet_expire_direct_t;
union autofs_packet_union {
struct autofs_packet_hdr hdr;
struct autofs_packet_missing missing;
struct autofs_packet_expire expire;
struct autofs_packet_expire_multi expire_multi;
struct autofs_v5_packet v5_packet;
};
#define AUTOFS_IOC_EXPIRE_MULTI _IOW(0x93,0x66,int)
#define AUTOFS_IOC_EXPIRE_INDIRECT AUTOFS_IOC_EXPIRE_MULTI
#define AUTOFS_IOC_EXPIRE_DIRECT AUTOFS_IOC_EXPIRE_MULTI
#define AUTOFS_IOC_PROTOSUBVER _IOR(0x93,0x67,int)
#define AUTOFS_IOC_ASKREGHOST _IOR(0x93,0x68,int)
#define AUTOFS_IOC_TOGGLEREGHOST_IOR(0x93,0x69,int)
#define AUTOFS_IOC_ASKUMOUNT _IOR(0x93,0x70,int)
#endif /* _LINUX_AUTO_FS4_H */
Bug#399992: [Adduser-devel] Bug#399992: adduser: misleading warning message
Hi Marc, Am Donnerstag 23 November 2006 11:48 schrieb Marc Haber: > I'd prefer changing the error message to "Warning: The home dir you > specified cannot be accessed", with "dir does not exist" being a > special case (a not existing directory is inaccessible). Fine. Thank you! > Greetings from Käfertal :) Have a nice day! Alexander
Bug#400003: some words are transcribed improperly, despite being in the dictionary
Package: g2p-sk Version: 0.2 Severity: normal Hi, I am trying to get the pronunciation of "priadka" I would expect something like "p r I_^a d k a", but the word is transcribed as "p r I a d k a", despite being listed in /usr/share/g2p_sk/Exceptions/priaeu* [EMAIL PROTECTED]:/tmp$ echo priadka | g2p-sk Loading module - Trans_cod ... Loading module - Trans_syl_seg ... Reading statistics ... Stats M: 3009 B: 11258 T: 9126 Loading module - Trans_morfemy ... Reading dictionary ... Reading from standard input ... Input: - Output: output_trans.txt Processing ... Veta:priadka W: !p! !r! !i! - !a! !d! - !k! !a! => p r I a d k a Veta:p r I a d k a; - (c) Dodo 2003,2004,2005 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages g2p-sk depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sylseg-sk 0.4Syllabic segmentation for Slovak l g2p-sk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400002: gaim segfaults in DigestCalcResponse()
Package: gaim Version: 1:2.0.0+beta5-3 Severity: normal gaim segfaults when trying to connect to a Jabber server. The previous version (gaim 1:2.0.0+beta5-2) refused to connect but without crashing. The last version that works for me is gaim 1:2.0.0+beta5-1. Here is the stack trace for gaim 1:2.0.0+beta5-3: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1222560064 (LWP 11746)] 0xb6c8d732 in DigestCalcResponse () from /usr/lib/sasl2/libdigestmd5.so.2 (gdb) bt #0 0xb6c8d732 in DigestCalcResponse () from /usr/lib/sasl2/libdigestmd5.so.2 #1 0xb6ef03b3 in sasl_client_step () from /usr/lib/libsasl2.so.2 #2 0xb6f1332d in jabber_auth_handle_success () from /usr/lib/gaim/libjabber.so #3 0xb6f23772 in jabber_process_packet () from /usr/lib/gaim/libjabber.so #4 0xb6f26189 in jabber_parser_process () from /usr/lib/gaim/libjabber.so #5 0xb761ca99 in xmlParseXMLDecl () from /usr/lib/libxml2.so.2 #6 0xb76293c8 in xmlParseChunk () from /usr/lib/libxml2.so.2 #7 0xb6f2607f in jabber_parser_process () from /usr/lib/gaim/libjabber.so #8 0xb6f2309d in jabber_stream_set_state () from /usr/lib/gaim/libjabber.so #9 0xb79b235d in gaim_sound_play_file () from /usr/lib/libgaim.so.0 #10 0x08096913 in gaim_gtk_eventloop_get_ui_ops () #11 0xb78cbc7f in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #12 0xb78a2731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #13 0xb78a57a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #14 0xb78a5b67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #15 0xb7cfb281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x080ab495 in main () -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=fi_FI, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:2.0.0+beta5-3 multi-protocol instant messaging c ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libavahi-compat-howl00.6.15-2Avahi Howl compatibility library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libsasl2-2 2.1.22.dfsg1-4 Authentication abstraction library ii libsasl2-modules 2.1.22.dfsg1-4 Pluggable Authentication Modules f ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library Versions of packages gaim recommends: ii gstreamer0.10-alsa0.10.10-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.10-2 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.4-3 GStreamer plugins from the "good" -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399720: closed by Pedro Zorzenon Neto <[EMAIL PROTECTED]> (Bug#399720: fixed in tz-brasil 0.8)
Hello, Wont it be fixed in Debian Sarge? All my servers run Sarge, and all of them suffered from the but. As I saw, version 0.8 will be in unstable only. I think Debian comunity would be very happy if this is fixed in the Sarge and do not have to wait until Etch release. []'s Debian Bug Tracking System escreveu: This is an automatic notification regarding your Bug report #399720: Syslog not restarted, which was filed against the tz-brasil package. It has been closed by Pedro Zorzenon Neto <[EMAIL PROTECTED]>. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Pedro Zorzenon Neto <[EMAIL PROTECTED]> by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Assunto: Bug#399720: fixed in tz-brasil 0.8 De: Pedro Zorzenon Neto <[EMAIL PROTECTED]> Data: Thu, 23 Nov 2006 03:17:02 + Para: [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Source: tz-brasil Source-Version: 0.8 We believe that the bug you reported is fixed in the latest version of tz-brasil, which is due to be installed in the Debian FTP archive: tz-brasil_0.8.dsc to pool/main/t/tz-brasil/tz-brasil_0.8.dsc tz-brasil_0.8.tar.gz to pool/main/t/tz-brasil/tz-brasil_0.8.tar.gz tz-brasil_0.8_all.deb to pool/main/t/tz-brasil/tz-brasil_0.8_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pedro Zorzenon Neto <[EMAIL PROTECTED]> (supplier of updated tz-brasil package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 23 Nov 2006 02:37:00 + Source: tz-brasil Binary: tz-brasil Architecture: source all Version: 0.8 Distribution: unstable Urgency: low Maintainer: Pedro Zorzenon Neto <[EMAIL PROTECTED]> Changed-By: Pedro Zorzenon Neto <[EMAIL PROTECTED]> Description: tz-brasil - timezone autoconfiguration for Brazil Closes: 398894 399720 Changes: tz-brasil (0.8) unstable; urgency=low . * Fixed /etc/cron.d/tz-brasil; now it does not generate cron warnings when the package is uninstalled. (closes: #398894) * tz-brasil-restart-cron: name changed to tz-brasil-restart, and now it also restarts syslog when timezone changes. (closes: #399720) * upgraded standards-version to 3.7.2 Files: aaa350f5607aabd46c120673d68c0a7a 495 admin optional tz-brasil_0.8.dsc 17845aac438da366a030e7453e253426 15903 admin optional tz-brasil_0.8.tar.gz 5d2b6c16460330a4c7a8d663ed891d34 17640 admin optional tz-brasil_0.8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFZQ3TOcl5Y3J0qgcRAvO7AJ92okxyslOQxbg5k6CV1mQ7ND2WJACdEJhM KLfUKAhl6zw55it7eM2WTIY= =w+d0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398771: installing mailman with python 2.3 causes loop condition during python upgrade
On Thu, Nov 23, 2006 at 12:42:10PM +0100, Raphael Hertzog wrote: > On Thu, 16 Nov 2006, Lionel Elie Mamane wrote: >> That file usually is a symlink to /etc/mailman/mm_cfg.py, a >> configuration file. I'm not terribly convinced it should be compiled >> at all, actually. >> Alex, you did have the file /etc/mailman/mm_cfg.py, right? > At least the file doesn't exist when python2.4 got installed. If the > mailman upgrade make the file disappear then this is the RC bug. That's unlikely; reading the maintainer scripts shows that the only case where it moves it away is temporary and in the sequence: mv /etc/mailman/mm_cfg.py /etc/mailman/mm_cfg.py.old mv /etc/mailman/mm_cfg.py.new /etc/mailman/mm_cfg.py (It never "rms" it.) > But since it's a configuration file, it might also be that the user > removed it manually and it doesn't get reinstalled because of dpkg's > conffile handling. I just checked, it is not a conffile. It is a configuration file, though. We have just found another RC bug in mailman: If the user removes it, it gets recreated with an automatically generated one: case "$1" in configure|abort-upgrade|abort-remove|abort-deconfigure) if [ ! -e /etc/$PACKAGE/mm_cfg.py ]; then echo "Configuring $PACKAGE for domain $DOMAIN ..." sed s/thunderchild.aszi.sztaki.hu/$DOMAIN/g /usr/lib/mailman/Mailman/mm_cfg.py.dist \ > /etc/$PACKAGE/mm_cfg.py fi ;; esac -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400004: iceweasel: On KDE login, Iceweasel fails to restart: "Your last .. session closed unexpectedly"
Package: iceweasel Version: 2.0+dfsg-1 Severity: important I am using KDE as my desktop environmenti, with firefox as an often-used WEB browser. With the new release of iceweasel, a problem cropped up that I never saw before. When I login after having logged out from a session where iceweasel is running, I get this prompt: "Your last Iceweasel session closed unexpectedly. You can restore the tabs and windows from your previous session, or start a new session if you think the problem was related to a page you were viewing" Pressing "Restore" allows Iceweasel to start normally. So the problem is not a killer, it is just a major nuisance. I am not certain that this is a problem with Iceweasel - it could just as well be a KDE bug. But Iceweasel is the new boy in the schoolyard :-) - it could be a problem with Iceweasel not cleaning up properly when it receives the killing signal from a KDE shutdown. I have observed this behaviour on two rather different Debian "sid" systems, two different kernel versions, and two different users. Please feel free to write back for more information. Thankfully, the problem is fully reproducible. best regards Peder Chr. Nørgaard Senior System Developer, M. Sc. Ericsson Denmark A/S, Telebit Division Skanderborgvej 232 tel: +45 30 91 84 31 DK-8260 Viby J, Denmark fax: +45 89 38 51 01 e-mail: [EMAIL PROTECTED] (old e-mail 2000-2003: [EMAIL PROTECTED]) (old e-mail 1992-2000: [EMAIL PROTECTED]) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.5-7.244-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages iceweasel depends on: ii debianutils 2.17.3 Miscellaneous utilities specific t ii fontconfig2.4.1-2generic font configuration library ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-17 MySpell spellchecking library ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-01.2.13-4 PNG library - runtime ii libstdc++64.1.1-20 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
On Thu, Nov 23, 2006 at 02:03:29AM -0800, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > reassign 399523 nfs-common,portmap,user-mode-linux > Bug#399523: rpc.statd[2058]: unable to register (statd, 1, udp). is this with the current user-mode-linux package? I cant reproduce it here with uml 2.6.18, portmap 5-21, nfs-common 1:1.0.10-4 and a rootstrap generated sid filesystem. Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399956: installation-reports etch RC1 and serveraid 8i
On Thursday 23 November 2006 03:08, Martin Foster wrote: > 04:00:0 RAID bus controller [0104]: Adaptec AAC-RAID (Rocket) > [9005:0286] (rev 2) > > Comments/Problems: > IBM serveraid 8i not detected. Suspect ips.ko is too old. > These serveraid cards are rather popular now, the 8 series support SAS > and SATA disk. Why ips.ko? The kernel lists aacraid as the correct driver for the Adaptec AAC-RAID controller. We expect to have a 2.6.18 based installer available some time next week using the daily built images. It would be great if you could try again with that. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400005: Installs files in /var/lib/mailman in violation of FHS
Package: mailman Version: 1:2.1.8-3 Severity: serious Justification: Etch RC Policy 5.(c) Tags: pending (Bug is present up to and including 1:2.1.9-2.) Mailman installs architecture-independent program files not written except at install/upgrade time in /var/lib/mailman/pythonlib/email/ . That's a gross violation of the FHS, which mandates /usr/ instead of /var/ . 1:2.1.9-3 will make it /usr/lib/mailman/pythonlib/email, which is still suboptimal (the non-compiled files should be in /usr/share, being architecture-independent), and may technically still be a violation, although not a "gross" one, but more difficult to achieve (the files are compiled at install/upgrade time; the compiled versions must be in /usr/lib; not sure there even _is_ a way to have sources and compiled versions separated in Python - if any Python expert can contradict me on that, please do! Possibly the Debian python-packaging automating tools already handle this /usr/share and /usr/lib thing decently, but this has to be checked, and is doubtful, since /usr/lib/python2.4 contains so many .py files). -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399523: [Pkg-uml-pkgs] Processed: really reassign
Hi Mattia, Mattia Dongili wrote: > > is this with the current user-mode-linux package? > I cant reproduce it here with uml 2.6.18, portmap 5-21, nfs-common > 1:1.0.10-4 and a rootstrap generated sid filesystem. This is with user-mode-linux 2.6.18-1um-1, portmap 5-21 and nfs-common 1.0.10-4. The UML system used to be a sarge system that I upgraded to etch. I have a NFS system in my /etc/fstab, which leads to early startup of portmap (don't know if this makes a difference). Do you think I should try to upgrade user-mode-linux? Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399454: [autodir] [EMAIL PROTECTED]: Bug#399454: autodir: fails with alert: unexpected autofs packet type 3]
On Thu, Nov 23, 2006 at 12:49:18PM +0100, Francesco P. Lovergine wrote: > The autofs4->autofs5 update was quite clear. What I find strange > is the problem in cooperating with current (enclosed) auto_fs4.h > header file, which is quite old. Also I see an autofs5 related struct > in the union autofs_packet_union, but shouldn't all that thought > for being back-compatible? > As I was suspecting, also 0.99.3 does not work after rebuilding on 2.6.16 even. I think current protocol compatibility check in autodir requires changes, because 5 support both 3 and 4, as 4 supported 3 also. So checkin' in the way I see in the code is a bit rough. I checked around and also gentoo will have the same problem, and probably others (its header is exactly the same). Are u using the following edition of the auto_fs4.h header? http://www.google.com/codesearch?hl=it&q=+auto_fs4.h+show:_rs8_UhtGC8:DyN5NdmJ0Bg:1Kn_jMjXj98&sa=N&cd=1&ct=rc&cs_p=http://www.kernel.org/pub/linux/daemons/autofs/testing-v4/autofs-4.0.0pre10.tar.bz2&cs_f=autofs-4.0.0pre10/include/linux/auto_fs4.h#a0 it is indeed outdated. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399720: closed by Pedro Zorzenon Neto <[EMAIL PROTECTED]> (Bug#399720: fixed in tz-brasil 0.8)
Hi Fabio, I'll contact release manager and ask if tz-brasil 0.8 can be included in next sarge update. In the meantime, you can install manually the package 0.8; is compatible with sarge. To install it: wget http://ftp.de.debian.org/debian/pool/main/t/tz-brasil/tz-brasil_0.8_all.deb dpkg -i tz-brasil_0.8_all.deb [] Pedro On Thu, Nov 23, 2006 at 10:07:49AM -0200, Fabio Pugliese Ornellas wrote: > Hello, > > Wont it be fixed in Debian Sarge? All my servers run Sarge, and all of them > suffered from the but. As I saw, version 0.8 will be in unstable only. I > think Debian comunity would be very happy if this is fixed in the Sarge and > do not have to wait until Etch release. > > []'s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400007: fwlogwatch: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: fwlogwatch Version: 1.1-1 Severity: wishlist Tags: l10n patch Dear fwlogwatch maintainer, Here's updated Japanese po-debconf template (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/samba.gr.jp/iijmio-mail.jp ja.po Description: Binary data pgp8xFGO7Fnwz.pgp Description: PGP signature
Bug#400009: htdig: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: htdig Version: 1:3.2.0b6-2 Severity: wishlist Tags: l10n patch I forgot to attach po file... sorry. Here is. -- Regards, Hideki Yamane henrich @ debian.or.jp/samba.gr.jp/iijmio-mail.jp ja.po Description: Binary data pgpupsS8BwMHA.pgp Description: PGP signature
Bug#398771: installing mailman with python 2.3 causes loop condition during python upgrade
On Thu, Nov 23, 2006 at 01:22:35PM +0100, Lionel Elie Mamane wrote: > On Thu, Nov 23, 2006 at 12:42:10PM +0100, Raphael Hertzog wrote: >> On Thu, 16 Nov 2006, Lionel Elie Mamane wrote: >>> That file usually is a symlink to /etc/mailman/mm_cfg.py, a >>> configuration file. I'm not terribly convinced it should be compiled >>> at all, actually. >> But since it's a configuration file, it might also be that the user >> removed it manually and it doesn't get reinstalled because of dpkg's >> conffile handling. > I just checked, it is not a conffile. ... and not shipped by the package, but created by the postinst. Which means this also breaks _new_ installs as far as I understand it because if: - mailman gets unpacked _before_ - python2.4 gets configured _before_ - mailman gets configured That last bit _will_ tend to happen since dpkg tries to configure dependencies before the package itself. The first bit may or may not happen. That's also harder to fix from mailman's side, if possible at all. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397895: Breaks software changing the Python path at runtime
On Fri, 10 Nov 2006, Loïc Minier wrote: > By design, python-support might break some applications. Two examples > lately were the GStreamer 0.10 Python bindings and the GNOME Deskbar > Applet. This is usually because these packages are ./configured with a > default Python path, such as /usr/lib/pythonX.Y/site-packages where the > upstream package expects to find it's *.py and *.pyc files after the > installation (IOW, at runtime), but dh_pysupport moves the *.py to > /usr/share/python-support and byte compiles them into *.pyc files below > /var/lib/python-support. But /var/lib/python-support contains both the *.pyc and the *.py (although as symlink to the real file). > 3) Not assuming 1), it's possible for python-support to symlink *.py > files to /var/lib/python-support and we could ./configure with this > python-path as in 2). This is already the case. I believe it has been added when we discovered problems due to *.so and *.py being in different directories. You might want to close this bug. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#399936: Should provide ${python:Provides} instead of pythonX.Y-pymacs
On Wed, Nov 22, 2006 at 11:36:10PM +0100, Raphael Hertzog wrote:
> Package: pymacs
> Version: 0.22-6
> Severity: minor
> Usertag: python-provides
>
> This module provides python2.[1234]-pymacs but it should instead provide
> ${python:Provides} to avoid providing versions of the module that it is no
> more providing because we dropped them from the set of supported versions (as
> is the case with python2.3 in unstable).
Hi,
I'm not sure about this one. The source package currently in unstable
ships python2.1-pymacs, python2.2-pymacs and python2.3-pymacs, and
subsequent changes lead to a single binary package called pymacs. The
Provides is here to ensure a smooth upgrade for sarge -> etch. Am I
missing something? Should I do this in a different way (e.g. shipping
empty python2.X-pymacs packages depending on pymacs)?
--
Alexandre Fayolle LOGILAB, Paris (France)
Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations
Développement logiciel sur mesure: http://www.logilab.fr/services
Informatique scientifique: http://www.logilab.fr/science
Reprise et maintenance de sites CPS: http://www.migration-cms.com/
signature.asc
Description: Digital signature
Bug#399789: xterm: does not honor ~/.Xdefaults
On Wed, Nov 22, 2006 at 02:20:06AM +0100, Alec Berryman wrote:
> Package: xterm
> Version: 222-1
> Severity: normal
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I upgraded from xterm-210-3.1 today and was disappointed to see that
> uxterm no longer honors the settings I've saved in ~/.Xdefaults.
I don't think the problem is in xterm, but in xlibs.
Running in (Debian/testing also) fvwm2, and nothing interesting from
xrdb -q -a
I ran strace to see where uxterm is reading:
8989 uname({sys="Linux", node="crayon", ...}) = 0
8989 open("/users/tom/.Xdefaults-crayon", O_RDONLY) = -1 ENOENT (No such file >
8989 access("/users/tom/en_US.UTF-8/UXTerm-color", R_OK) = -1 ENOENT (No such >
8989 access("/users/tom/en/UXTerm-color", R_OK) = -1 ENOENT (No such file or d>
8989 access("/users/tom/UXTerm-color", R_OK) = -1 ENOENT (No such file or dire>
8989 access("/users/tom/en_US.UTF-8/UXTerm", R_OK) = -1 ENOENT (No such file o>
8989 access("/users/tom/en/UXTerm", R_OK) = -1 ENOENT (No such file or directo>
8989 access("/users/tom/UXTerm", R_OK) = -1 ENOENT (No such file or directory)
8989 access("/usr/lib/X11/en_US.UTF-8/app-defaults/UXTerm", R_OK) = -1 ENOENT >
8989 access("/usr/lib/X11/en/app-defaults/UXTerm", R_OK) = -1 ENOENT (No such >
8989 access("/usr/lib/X11/app-defaults/UXTerm", R_OK) = -1 ENOENT (No such fil>
8989 access("/etc/X11/en_US.UTF-8/app-defaults/UXTerm-color", R_OK) = -1 ENOEN>
8989 access("/etc/X11/en/app-defaults/UXTerm-color", R_OK) = -1 ENOENT (No suc>
8989 access("/etc/X11/app-defaults/UXTerm-color", R_OK) = -1 ENOENT (No such f>
8989 access("/etc/X11/en_US.UTF-8/app-defaults/UXTerm", R_OK) = -1 ENOENT (No >
8989 access("/etc/X11/en/app-defaults/UXTerm", R_OK) = -1 ENOENT (No such file>
8989 access("/etc/X11/app-defaults/UXTerm", R_OK) = 0
8989 stat64("/etc/X11/app-defaults/UXTerm", {st_mode=S_IFREG|0644, st_size=210>
8989 open("/etc/X11/app-defaults/UXTerm", O_RDONLY) = 5
8989 fstat64(5, {st_mode=S_IFREG|0644, st_size=2109, ...}) = 0
8989 read(5, "! $XTermId: UXTerm.ad,v 1.11 200"..., 2109) = 2109
8989 close(5) = 0
8989 open("/etc/X11/app-defaults/XTerm-color", O_RDONLY) = 5
8989 fstat64(5, {st_mode=S_IFREG|0644, st_size=4314, ...}) = 0
8989 read(5, "! $XTermId: XTerm-col.ad,v 1.20 "..., 4314) = 4314
8989 close(5) = 0
8989 open("/etc/X11/app-defaults/XTerm", O_RDONLY) = 5
8989 fstat64(5, {st_mode=S_IFREG|0644, st_size=6920, ...}) = 0
8989 read(5, "! $XTermId: XTerm.ad,v 1.81 2006"..., 6920) = 6920
8989 close(5) = 0
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
pgp8Upiowr6Ph.pgp
Description: PGP signature
Bug#234121: gnomesword2: Bible texts tabs not parallel until re-clicking the tab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Date: Sat, 21 Feb 2004 16:35:42 -0500 > Suppose I have 2 bible texts configured, say KJV and DRC. > Suppose I am displaying Romans 8 in KJV and scroll down > to say verse 20. If I click DRC, I get verse 1 instead of > verse 20. > > If I (before doing anything else), click the KJV tab and > then re-click the DRC tab, I now get verse 20. Sorry. I missed this bug report. I hope I can still help. When you say 'scroll down' to verse 20 do you mean just scrolling the view down to verse 20 or changing the current (highlighted) verse to verse 20. I don't understand what you mean by "If I (before doing anything else), click the KJV tab and then re-click the DRC tab, I now get verse 20." Do you mean you already have tabs open for KJV and DRC? Regards, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZZj4/offrSwPzRoRAqRHAJ46NcpkTcecJI05bakMS1iQyWxmdgCfcLWO OXDnZKFZkb08fd9IpuBpk+4= =FpCu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394971: This bugs affects the official powerpc port as well.
On Thursday 23 November 2006 01:55, Charles Plessy wrote: > If it is not possible to integrate fan support to the installer, I > would like to suggest the following addition to the installer errata: I expect fan control to be present in RC2. Cheers, FJP pgpJbFlQ4o0WZ.pgp Description: PGP signature
Bug#400006: ircd-hybrid: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: ircd-hybrid Version: 7.2.2.dfsg.1-2 Severity: wishlist Tags: l10n patch Dear ircd-hybrid maintainer, Here's updated Japanese po-debconf template (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/samba.gr.jp/iijmio-mail.jp ja.po Description: Binary data pgpn9y9mYpFqA.pgp Description: PGP signature
