Bug#338418: zaptel_1:1.0.9.2-1_m68k: FTBFS: E: reference to entity REFENTRY for which no system identifier could be generated
Package: zaptel Severity: serious Version: 1:1.0.9.2-1 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of zaptel_1:1.0.9.2-1 on q650 by sbuild/m68k 69 Build started at 20051109-0527 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.4), libnewt-dev, dpatch (= 2.0.9), bzip2, docbook-utils [...] docbook2man -o debian/ debian/ztcfg.sgml Using catalogs: /etc/sgml/catalog Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print Working on: /build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:1:59:W: cannot generate system identifier for public text -//OASIS//DTD DocBook V4.1//EN nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:18:0:E: reference to entity REFENTRY for which no system identifier could be generated nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:1:0: entity was defined here nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:18:0:E: DTD did not contain element declaration for document type name nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:20:9:E: element REFENTRY undefined nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:21:15:E: element REFENTRYINFO undefined nsgmls:/build/buildd/zaptel-1.0.9.2/debian/ztcfg.sgml:22:12:E: element ADDRESS undefined Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=zaptelver=1%3A1.0.9.2-1arch=m68kstamp=1131514507file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338419: privoxy: Make listen-address accept a IP/NETMASK to act as a anonymity hub
Package: privoxy Version: 3.0.3-4 Severity: wishlist In /etc/privoxy/config the config line reads: listen-address 127.0.0.1:8118 However in homenet, with several machines, it would be good to have a anonymity hub on the firewall that is connected to the outside word. SUGGESTION: Allow listening multiple addresses with notation: listen-address 127.0.0.1[,addr[/netmask]]:8118 An example. To serve hub for small home network: listen-address 127.0.0.1,192.168.1.0/255.255.255.24:8118 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages privoxy depends on: ii adduser 3.77 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpcre3 6.4-1.0.1 Perl 5 Compatible Regular Expressi ii logrotate 3.7.1-2Log rotation utility privoxy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338420: dcgui_0.80-3_m68k: FTBFS: undefined reference to `db_env_create_4002'
Package: dcgui Severity: serious Version: 0.80-3 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of dcgui_0.80-3 on garkin by sbuild/m68k 69 Build started at 20051108-2003 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 3.0.0), dctc (= 0.85.8), libgnome2-dev (= 1.4.0), libdb4.3-dev | libdb-dev, libgnomeui-dev, libgnutls11-dev [...] gcc -Wall -g -O2 -fno-strict-aliasing -fno-schedule-insns -fno-schedule-insns2 -o dc_gui2 main.o support.o interface.o callbacks.o gui_layout.o misc_gtk.o init_fnc.o do_connect.o dctc_process.o dctc_com.o str_array.o timed_out_string.o bookmark.o mini_db.o status.o bdb.o misc.o lmp.o ls_cache.o gdl_ctree.o find_result_clist.o user_file_list_clist.o ls_cache_clist.o userinfo.o user_clist.o running_hub_clist.o public_hub_clist.o recent_hub_clist.o seen_hub_clist.o locate_user_clist.o uaddr_clist.o unode_clist.o flagged_user_clist.o upload_clist.o download_clist.o queue_clist.o shared_dir_clist.o gtk_helper.o gtkcellrenderertextx.o gtkcellrendererpixbufx.o custom_hublist_tree.o network.o xpm_draw.o sound.o bt_support.o notes_buffer.o hublist_converter.o global_user.o manage_chat.o mem_access.o proc_serv.o -Wl,--export-dynamic -pthread -L/usr/X11R6/lib /usr/lib/libgnomeui-2.so -L/usr/lib /usr/lib/libgnome-keyring.so /usr/lib/libjpeg.so /usr/lib/libbonoboui-2.so -lSM -lICE -lX11 /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libgnomevfs-2.so /usr/lib/libxml2.so /usr/lib/libgnutls.so /usr/lib/libtasn1.so /usr/lib/libgcrypt.so -lnsl /usr/lib/libgpg-error.so -lresolv -lrt /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBitCosNaming-2.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so /usr/lib/libgobject-2.0.so -lm /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libglib-2.0.so -ldb-4.3 -lz bdb.o: In function `do_berkeley_init': /build/buildd/dcgui-0.80/src/bdb.c:115: undefined reference to `db_env_create_4002' /build/buildd/dcgui-0.80/src/bdb.c:166: undefined reference to `db_create_4002' collect2: ld returned 1 exit status make[3]: *** [dc_gui2] Error 1 Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=dcguiver=0.80-3arch=m68kstamp=1131521509file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338421: otags_3.09.0-1_alpha: FTBFS: Cannot find file odyl.cmx
Package: otags Severity: serious Version: 3.09.0-1 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of otags_3.09.0-1 on goedel by sbuild/alpha 69 Build started at 20051109-0438 [...] ** Using build dependencies supplied by package: Build-Depends: ocaml-nox-3.09.0, debhelper (= 4.0.0), dpatch [...] ocamlopt -linkall -o camlp4o_pr_emacs_ext -I /usr/lib/ocaml/3.09.0/camlp4 odyl.cmxa camlp4.cmxa \ pa_o.cmx pa_op.cmx tags.cmxa pr_emacs_tags.cmxa \ odyl.cmx Cannot find file odyl.cmx make[1]: *** [camlp4o_pr_emacs_ext] Error 2 make[1]: Leaving directory `/build/buildd/otags-3.09.0' Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=otagsver=3.09.0-1arch=alphastamp=1131507649file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#319328: acknowledged by developer (fixed in or before gcc-4.0_4.0.2-3)
I believe that this bug has been fixed in or before gcc-4.0_4.0.2-3. Based on what? Have you retested the jigdo build yourself? If so, the jigdo maintainer should be notified, so that the build-dependency on gcc-3.4 can be reverted. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#330125: comaintenance offer
On 11/8/05, Daniel Widenfalk [EMAIL PROTECTED] wrote: Hi all, I'm sorry for the lengthy delay! I've been reading up on the Debian Policy and the Developers Guide while trying to get a grip on the toolchain-source package. A task not to be taken lightly! :-) I have some questions to Hakan (mostly): *) During the build phase, the file template.tgz is created from binutils-TARGET and gdb-TARGET. I cannot see when the gcc-TARGET directory is used, or how to build the template-gcc.tgz archive. How, and where is this done? The gcc-TARGET dir is no longer used. template-gcc.tgz is instead built from a slightly modified version of the gcc source package. This has to be done manually before building the toolchain-source package as Build-Depends on source packages are nto possible. Check out the attached update_gcc.sh script. It is used to create template-gcc.tgz before the build. There is probably some pre 4.0 version of it in the source package. Note that a 4.0 template created this way don't work out of the box, some debugging and tweking is needed :) *) I've found multiple gcc-TARGET directories (./gcc-TARGET, and ./t/gcc-TARGET); which one is the right one? I think ./t/gcc-TARGET is an old checkout of gcc-3.4.3? In that case, why is it included in the source checkout? t is a temporary backup, it should be removed. gcc-TARGET is no longer used so it should probably be removed aswell. Sorry for the mess... *) I managed to grab gcc-4.0 after a bit of tweaking in /etc/apt/sources.list. I figure I should also get the relevant binutils, gdb and newlib sources? Well, the toolchain-source contains all those source codes, and they should be upgraded when newer versions is availible. There is a update.sh script that once did this. It might still work for binutils and gdb if you comment out the gcc stuff. But you don't have to update them att at once. Its probably better to take them one at the time until you get the hang of things. Maybe a good idea to start with upgrade the binutils or gdb sources, that should be quite straight forward, then move on to upgrading gcc, requires some tweeking and a lot of testting of for different targets. Check out test.sh it generates a set of corsscompilers, installs them and tries to compile some simple programs. newlib-support is not as important, but a nice feature once you get the rest working. I appreciate your help and understanding in that I might stumble in the beginning... By all means! Regards /Daniel Hakan Ardo wrote: On 10/29/05, Aníbal Monsalve Salazar [EMAIL PROTECTED] wrote: On Sat, Oct 29, 2005 at 10:20:03AM +0300, Martin-Éric Racine wrote: Daniel: my experience of GCC development is non-existant but I am rather good at Debian packaging and I happen to need an updated set of cross-compilers. If you like, I could co-maintain this with you. Hakan: as you are experienced with this package, would you still want to remain onboard as a 3rd maintainer and as a sponsor for the uploads until Daniel and I have completed NM? Alternatively, I can sponsor the uploads. Great! My intention is to step down as maintainer of this package, and if the three of you are willing to comaintain it, thats just great! I'll be happy to help you get started by answering any questions though. -- Martin-Éric Racine http://q-funk.iki.fi Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDYyivgY5NIXPNpFURAjBaAJ9pHxsi8SmaRZdnH9TJ4tpco7LxvQCgkfKh QJSP01/TEKw3bXTzUNNQUTQ= =C08f -END PGP SIGNATURE- update_gcc.sh Description: Bourne shell script
Bug#335486: openssl: FTBFS (ppc64): gcc: '-b' must come at the start of the command line
On 05-Nov-10 00:46, Kurt Roeckx wrote: Could you please try the attached patch? It does 3 things: - Replace the 2 -bpowerpc64-linux by -m64 - Changes the location of linux_ppc64.o in the string to be one field later. It said it's needed for cpuid, while it should be for bn. - Also add linux_ppc32.o to the debian-powerpc target. Hello Kurt, thank you for the patch for ppc64. The package builds fine with that patch on ppc64. PS: Can you run a make test, to run the regression tests? The 'make test' target runs without errors on ppc64. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337321: kernel-package: Fails to build ppc64 2.6.14 kernel
reassign 337321 mkvmlinuz thanks Hi, After talking to experts, I am told to convey this: a) You should be using --subarch powerpc64, which shall create vmlinux b) You should use mkvmlinuz to create the zImage. c) Since mkvmlinuz does not yet support ppc64 yet, I am reassigning this bug there. Thanks to Sven Luther for all the heavy lifting for this report. manoj -- He has not acquired a fortune; the fortune has acquired him. Bion Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337881: udev 0.074-2 still have problems
Package: udev Version: 0.074-2 Followup-For: Bug #337881 -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 0 lrwxrwxrwx 1 root root 20 2005-11-10 07:49 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-11-10 07:49 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 2005-11-10 07:49 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 19 2005-11-10 07:49 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 2005-11-10 07:49 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-11-10 07:49 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 17 2005-11-10 07:49 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda5/dev /sys/block/hda/hda6/dev /sys/block/hda/hda7/dev /sys/block/hda/hda8/dev /sys/block/hda/hda9/dev /sys/block/hdc/dev /sys/class/graphics/fb0/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/misc/mcelog/dev /sys/class/misc/ndiswrapper/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/ppp/ppp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.3/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages udev depends on: ii initscripts 2.86.ds1-4 Standard scripts needed for bootin ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries ii libsepol1 1.8-1 Security Enhanced Linux policy lib ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-79 creates device files in /dev ii sed 4.1.4-4The GNU sed stream editor udev recommends no packages. -- no debconf information I tried to deinstall and install it again with dpkg -i. There is no udev process running: tanarus:/home/pier# start-stop-daemon --stop --exec /sbin/udevd --oknodo No /sbin/udevd found running; none killed. Pier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338371: kernel-package: Kernel-package mess up the /boot/grub/menu.lst
reassign 338371 grub thanks Hi, kernel-package generated images themselves do not touch the grub menu list directly; they optionally invoke update-grub to do so. So, I am forwarding this report to the palce where it can be addressed. manoj -- It is no wonder that people are so horrible when they start life as children. Kingsley Amis Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#87371: device nodes with udev?
[Brian May] See bug #87371. The title is wrong. devfs is not the issue, /dev/pts is (I think). I don't think there is any intention to fix the bug. Over 4 years old. Perhaps this is grounds to drop the package from Debian. [Miles Bader] I'd say so. Or fix the bug. Kind of quick and dirty, and not particularly tested, since I don't actually know how to use ttysnoop. But it's a proof of concept of how easy it is to add unix98 pty support to an app --- ttysnoops.c~2005-11-10 00:35:18.0 -0600 +++ ttysnoops.c 2005-11-10 01:42:48.0 -0600 @@ -18,6 +18,7 @@ v0.12d 8-4-98 Carl Declerck- updated #includes a bit */ +#define _XOPEN_SOURCE /* ptsname() */ #include sys/types.h #include sys/stat.h #include sys/ioctl.h @@ -54,6 +55,7 @@ int pgmpid = -1, authpid = -1, servpid = -1; int use_socket = 0, fdmax = 0, proctype = DEAD_PROCESS; char snoopdev[32], ptynam[32], childproc[128], sockname[128]; +char *short_ptynam, *shorter_ptynam; /* read a single line from a stream, ignoring all irrelevant stuff */ @@ -148,7 +150,17 @@ } /* find open a pty to be used by the pty-master */ +int open_unix98_master (char *ptyname) +{ + int fd = open(/dev/ptmx, O_RDWR); + char *name = unknown; + if (fd = 0) + name = ptsname(fd); + if (name) + strcpy(ptyname, name); + return fd; +} int find_ptyxx (char *ptyname) { int fd, i, j; @@ -180,6 +192,20 @@ /* find open a pty (tty) to be used by pty-client */ +int open_unix98_slave (int ptyfd) +{ + int fd; + char *name = ptsname(ptyfd); + + grantpt(ptyfd); + unlockpt(ptyfd); + + if ((fd = open(name, O_RDWR)) = 0) + return fd; + + close(ptyfd); + return -1; +} int find_ttyxx (char *ttyname, int ptyfd) { struct group *grp; @@ -200,23 +226,36 @@ return (-1); } +void abbreviate_ptyname (char *name, char **shortname, char **shortername) +{ + *shortname = *shortername = name; + if (!name) + return; + if (strncmp(name, /dev/, 5)) + return; + *shortname = *shortername = name + 5; + if (!strncmp(name, /dev/tty, 8)) + *shortername = name + 8; + else if (!strncmp(name, /dev/pts/, 9)) + *shortername = name + 9; +} + /* fork off the pty-client and redirect its stdin/out/err to the pty */ int fork_pty (int *ptyfd, char *ttynam) { struct termios term; struct winsize twin; - int ttyfd, pid; - char name[32]; + int ttyfd, pid, is_unix98 = 0; tcgetattr (STDIN_FILENO, term); ioctl (STDIN_FILENO, TIOCGWINSZ, (char *) twin); - if ((*ptyfd = find_ptyxx(name)) 0) + if ((*ptyfd = open_unix98_master(ttynam)) = 0) + is_unix98 = 1; + else if ((*ptyfd = find_ptyxx(ttynam)) 0) errorf (can't open pty\n); - strcpy (ttynam, leafname(name)); - if ((pid = fork()) 0) errorf (can't fork\n); @@ -224,8 +263,12 @@ { if (setsid() 0) errorf (setsid failed\n); - - if ((ttyfd = find_ttyxx(name, *ptyfd)) 0) + + if (is_unix98) + ttyfd = open_unix98_slave(*ptyfd); + else + ttyfd = find_ttyxx(ttynam, *ptyfd); + if (ttyfd 0) errorf (can't open tty\n); close (*ptyfd); @@ -384,7 +427,7 @@ void closedown (void) { if (servpid == getpid())/* only server must clear utmp entry */ - cleanup_utmp (ptynam); + cleanup_utmp (short_ptynam); stty_orig (); } @@ -455,14 +498,17 @@ /* fork off the client and load the new image */ - if ((pgmpid = fork_pty(ptyfd, ptynam)) == 0)/* child */ + if ((pgmpid = fork_pty(ptyfd, ptynam)) 0) + errorf (cannot fork\n); + abbreviate_ptyname(ptynam, short_ptynam, shorter_ptynam); + if (pgmpid == 0)/* child */ { /* should we update utmp to reflect the change to ttypX ? */ if (proctype == LOGIN_PROCESS) { - strncopy (utmp.ut_line, ptynam); - strncopy (utmp.ut_id, ptynam + 3); + strncopy (utmp.ut_line, short_ptynam); + strncopy (utmp.ut_id, shorter_ptynam); *utmp.ut_host = 0; utmp.ut_addr = 0; strncopy (utmp.ut_user, LOGIN); @@ -497,7 +543,7 @@ if ((servfd = socket(AF_UNIX, SOCK_STREAM, 0)) 0) errorf (can't create server socket\n); - sprintf (sockname, %s/%s, SPOOLDIR, ptynam); + sprintf
Bug#338422: smarty: Missing documentation
Package: smarty Version: 2.6.10-0.2 Severity: normal Any reasons to miss HTML documentation? http://smarty.php.net/download-docs.php A suitable smarty-doc package would be nice, with doc-base support. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages smarty depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii php4 4:4.4.0-4 server-side, HTML-embedded scripti smarty recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338423: matplotlib_0.82-2_hppa: FTBFS: pygtk present but import failed
Package: matplotlib Severity: important Version: 0.82-2 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of matplotlib_0.82-2 on sarti by sbuild/hppa 69 Build started at 20051109-1546 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper(=4.1.67), dpatch, python-dev, python2.3-dev, python2.4-dev, python-gtk2-dev, python2.3-numeric, python2.4-numeric, python2.3-numarray, python2.4-numarray, libgtk2.0-dev, libfreetype6-dev, zlib1g-dev, libpng-dev, tk8.4-dev, python2.3-tk, python2.4-tk, tcl8.4-dev [...] python2.3 ./setup.py clean --all pygtk present but import failed Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=matplotlibver=0.82-2arch=hppastamp=1131551761file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338131: In 2.6.14 ipw needs -D wext not -D ipw
I took the ipw failure with wpasupplicant upstream (http://hostap.epitest.fi/bugz/show_bug.cgi?id=83) The author's response was that Linux kernel 2.6.14 has Wireless Extension 19 (18, which had WPA added), and since ipw2200 1.0.8 uses this new version, then the correct action with wpasupplicant (0.4.6) is to used -D wext rather than -D ipw. wext is wpasupplicant's generic driver which will work with any device driver compliant with WE 18 (or higher). wpasupplicant's ipw is the old legacy driver, only to be used with older ipw2200 (or ipw2100) versions. So specify -D wext instead of -D ipw along with the other wpa_supplicant options in /etc/default/wpasupplicant or /etc/wpasupplicant.conf, and ipw wireless should work OK with the 2.6.14 kernel. For the record, on my system I also seem to need to use ap_scan=1, not ap_scan=0, in /etc/wpasupplicant.conf. This use of -D wext instead of -D ipw on 2.6.14 is sufficiently non-intuitive that I think it needs to be mentioned in README.Debian, if not elsewhere. I'll do the NMU myself if noone else beats me to it. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338424: tor: /etc/init.d/tor doesn't signal failure if process does not start
Package: tor Version: 0.1.0.15-1.0.1 Severity: important There should not be exit 0 in /etc/init.d/tor to cover all cases of startup. If process did not start of if it didn't stop, there should be indication of error. Now it always signals ok - only for admin to find out much later that there is something wrong. EXAMPLE RUN # sh -x /etc/init.d/tor start + set -e ... + echo 'Starting tor daemon: tor...' Starting tor daemon: tor... + ulimit -n 4096 + start-stop-daemon --start --quiet --oknodo --chuid debian-tor:debian-tor --pidfile /var/run/tor/tor.pid --exec /usr/sbin/tor -- Nov 10 10:34:08.186 [notice] Tor v0.1.0.15. This is experimental software. Do not rely on it for strong anonymity. + echo done. done. + exit 0 [EMAIL PROTECTED]:~# echo $? 0 [EMAIL PROTECTED]:~# /usr/sbin/tor -l info Nov 10 10:34:43.464 [notice] Tor v0.1.0.15. This is experimental software. Do not rely on it for strong anonymity. Nov 10 10:34:43.468 [warn] /var/lib/tor is not owned by this UID (0). You must fix this to proceed. Nov 10 10:34:43.469 [err] options_act(): Couldn't access/create private data directory /var/lib/tor Nov 10 10:34:43.470 [err] init_from_config(): Acting on config options left us in a broken state. Dying. [EMAIL PROTECTED]:~# echo $? 1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages tor depends on: ii adduser 3.77 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libevent1 1.1a-1 An asynchronous event notification ii libssl0.9.8 0.9.8a-3 SSL shared libraries ii tsocks1.8beta5-2 transparent network access through ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages tor recommends: pn privoxy none (no description available) pn socat none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338425: tor: /etc/defaults/tor does not document ARGS option
Package: tor Version: 0.1.0.15-1.0.1 Severity: normal Please add following to the /etc/defaults/tor # Additional arguments. This would display informational messages at start # # ARGS=-l info -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages tor depends on: ii adduser 3.77 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libevent1 1.1a-1 An asynchronous event notification ii libssl0.9.8 0.9.8a-3 SSL shared libraries ii tsocks1.8beta5-2 transparent network access through ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages tor recommends: pn privoxy none (no description available) pn socat none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338414: clamav-freshclam: Needs depends on newer lsb-base
This one time, at band camp, Lionel Elie Mamane said: Package: clamav-freshclam Version: 0.87.1-1 Setting up clamav-freshclam (0.87.1-1) ... Installing new version of config file /etc/init.d/clamav-freshclam ... /etc/init.d/clamav-freshclam: line 151: log_daemon_msg: command not found ...done. log_daemon_msg seems to be present only in newer versions of lsb-base. Yes, it's fixed locally, but I just haven't gotten it uploaded yet. Thanks for reporting, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#338426: strange line on my gnome desktop when using keyboard
Package: gnome Version: 1:2.10.2.3 Severity: important I'm using sid and since last upgrade my gnome screen have strange line (like wrong hsync) when using keyboard maybe a problem of refresh in fact this line go up or down on the screen only happen with gnome and even if i change theme thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome depends on: ii gdm-themes0.4.1 Themes for the GNOME Display Manag ii gnome-cups-manager0.31-1 CUPS printer admin tool for GNOME ii gnome-desktop-environment 1:2.10.2.3 The GNOME Desktop Environment ii gnome-office 1:2.10.2.3 The GNOME Office suite ii gnome-themes-extras 0.8.1-2various themes for the GNOME 2 des ii rhythmbox 0.8.8-13 music player and organizer for GNO ii synaptic 0.57.5.1 Graphical package manager ii xscreensaver 4.23-2 Automatic screensaver for X gnome recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338427: ghdl_0.20-1_ia64: FTBFS: 'MAX_BITS_PER_WORD' undeclared here
Package: ghdl Severity: serious Version: 0.20-1 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of ghdl_0.20-1 on caballero by sbuild/ia64 69 Build started at 20051109-1817 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), gnat-4.0, patch, bzip2, flex, bison [...] gcc-4.0 -c -o ortho-lang.o ../../gcc/vhdl/ortho-lang.c -g -DIN_GCC -I../gcc -I../../gcc/../include -I../../gcc/../gcc -I../../gcc/../gcc/config -I../../gcc/../libcpp/include ../../gcc/vhdl/ortho-lang.c:525: error: 'MAX_BITS_PER_WORD' undeclared here (not in a function) Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=ghdlver=0.20-1arch=ia64stamp=1131560909file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338428: dpkg: fails if /tmp or /var are noexec
Package: dpkg Version: 1.13.11.0.1 Severity: wishlist Hello, I consider a good security practice to have /tmp and /var mounted with the most restrictive set of permissions. Having nodev and nosuid is a good first step, but having noexec set disrupt dpkg. Possible workarounds: 1) have dpkg store/copy its executable scripts elsewhere. 2) avoid relying on the auto-exec features of the scripts. F.i, if the first line is #!/usr/bin/perl, do exec /usr/bin/perl $scriptname instead of exec $scriptname and, at the same time, sanitize the call: define a list of allowable external helper programs, and refuse to launch unknown one. 3) design a wrapper that test if /tmp of /var are noexec, remount them with exec, perform the dpkg task, and restore the original state. This way, the door is only open during dpkg operations Best regards Pascal Dupuis -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Versions of packages dpkg depends on: ii coreutils [textutils] 5.2.1-2.1 The GNU core utilities ii libc6 2.3.5-6GNU C Library: Shared libraries an ii textutils 5.2.1-2.1 The GNU text file processing utili dpkg recommends no packages. -- no debconf information Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338429: linux-image-2.6.14-1-k7: Can't bring up interface usb0 with Linux 2.6.14, works fine with 2.6.12.
Package: linux-image-2.6.14-1-k7 Version: 2.6.14-2 Severity: important I have the most recent versions of linux-image-2.6.12-1-k7 and linux-image-2.6.14-1-k7 installed. I need to use the usbnet module to communicate with my Sharp Zaurus SL-C750C via usb. When I boot into the 2.6.12 kernel everything works fine and I can bring up the interface with modprobe usbnet ifup usb0 When using the 2.6.14 kernel on the same system (alas everything else is unchanged) I get the following output in dmesg when I connect the Zaurus: usb 2-1.3: new full speed USB device using uhci_hcd and address 5 usb 2-1.3: device descriptor read/64, error -71 When I issue the ifup usb0 command I get the following output on the console: SIOCSIFADDR: No such device usb0: ERROR while getting interface flags: No such device SIOCSIFNETMASK: No such device SIOCSIFDSTADDR: No such device usb0: ERROR while getting interface flags: No such device usb0: ERROR while getting interface flags: No such device Failed to bring up usb0. This is the the entry for usb0 in /etc/network/interfaces: iface usb0 inet static address 192.168.129.1 pointopoint 192.168.129.201 netmask 255.255.255.255 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (9, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.14-1-k7 depends on: ii module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.11-11 Yet Another mkInitRD linux-image-2.6.14-1-k7 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300731: sitebar 3.2.6 incompatibility with MySQL 4.1
Hi folks, I stumbled over this problem too, when updating to MySQL 4.1 (4.1.14-6), but actually got another behavior: After upgrade to MySQL 4.1 all sub trees and links were gone. Only the top-nodes were still visible. Trying to add new links was denied with an Invalid node id. The posted patch fixed this (almost). Now I can see all sub trees and links again, but the top-nodes have no text label anymore :-/ Could somebody please fix this or try a new upstream version. Thanks, Joerg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338397: libcommoncpp2-dev: file conflict with libccrtp-dev : /usr/share/man/man3/todo.3.gz
Thanks Lars, It is a config option in doxygen, which I need to set to not generate todo.3 in either package. Mark
Bug#338431: linux-2.6: [infrastrucutre] gencontrol.py should know how to exclude stuff from deps, add INITRD_CMD setting.
Package: linux-2.6 Severity: normal Well, this is something that came up with the desire of not using the (currently broken) initramfs-tools on alpha. We need two implementations to fix this, or at least one of them but the other seems useful too. 1) gencontrol.py should know how to handle an 'excludes' field, which will be used to remove any reference to the entries in it when generating the depends and such fields, this would be used as : arch/alpha/defines: ... excludes: initramfs-tools and the line : Depends: yaird | initramfs-tools | linux-initramfs-tool, module-init-tools (= 0.9.13) would be rewritten to : Depends: yaird | linux-initramfs-tool, module-init-tools (= 0.9.13) 2) We need support for setting INITRD_CMD prior to the make-kpkg command which creates the postinst (i thinkg the kernel-image one not sure though). This would allow to do : arch/defines : ... ramdisks: mkinitrd.yaird mkinitramfs arch/alpha/defines : ... ramdisks: mkinitrd.yaird The first one would be nice to have, we currently keep the full depend and add a conflict on alpha, but i believe the second solution is better, altough it needs k-p 10.000x. The reason why the second fix is better, is that there is really no reason to stop alpha from installing initramfs-tools, just we have to make sure not to use it by default. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338432: chasen: cannot open shared library
Package: chasen Version: 2.3.3-6.1 Severity: grave chasen command doesn't work anymore. When running chasen command, it says that it cannot load shared library. In addition, libchasen0c2 package doesn't contain any library files and chasen package doesn't depend libchasen0*. So, you probably made some mistake at C++ ABI transition in NMUed version. Thanks. $ chasen chasen: error while loading shared libraries: libchasen.so.0: cannot open shared object file: No such file or directory $ ldd /usr/bin/chasen linux-gate.so.1 = (0xe000) libchasen.so.0 = not found libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7ee1000) libm.so.6 = /lib/tls/libm.so.6 (0xb7ebc000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7eb1000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d79000) /lib/ld-linux.so.2 (0xb7fc7000) $ dpkg -L libchasen0c2 /. /usr /usr/share /usr/share/doc /usr/share/doc/libchasen0c2 /usr/share/doc/libchasen0c2/copyright /usr/share/doc/libchasen0c2/changelog.gz /usr/share/doc/libchasen0c2/changelog.Debian.gz $ apt-cache show chasen |grep ^Depends: Depends: libc6 (= 2.3.5-1), libgcc1 (= 1:4.0.1), libstdc++6 (= 4.0.2), ipadic (= 2.6.3) | chasen-cannadic -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=ja_JP.ujis, LC_CTYPE=ja_JP.ujis (charmap=EUC-JP) Versions of packages chasen depends on: ii chasen-cannadic 0.94h-2a Japanese dictionary for ChaSen d ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libstdc++64.0.2-3The GNU Standard C++ Library v3 chasen recommends no packages. -- no debconf information OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpm5TrroEFG1.pgp Description: PGP signature
Bug#338433: grace_1:5.1.18-4_m68k: FTBFS: value out of range
Package: grace Severity: serious Version: 1:5.1.18-4 Tags: sid etch Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of grace_1:5.1.18-4 on garkin by sbuild/m68k 69 Build started at 20051109-1800 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 4.1.0), lesstif2-dev, libxpm-dev, fftw-dev, libjpeg-dev, libpng-dev, netcdfg-dev, gfortran | g77 | fortran-compiler, xmhtml1-dev, libt1-dev, defoma, linuxdoc-tools [...] cc -g -Wall -O2 -I.. -I. -I../Xbae -c -o pars.o pars.c /tmp/cc4zvjtf.s: Assembler messages: /tmp/cc4zvjtf.s:58680: Error: value out of range make[2]: *** [pars.o] Error 1 make[2]: Leaving directory `/build/buildd/grace-5.1.18/src' Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=gracever=1%3A5.1.18-4arch=m68kstamp=1131563535file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338434: sylpheed: Buffer overflow in LDIF import
Package: sylpheed Severity: grave Tags: security Justification: user security hole A remotely exploitable buffer overflow was found in Sylpheed. Quoting from the web site: | Since a security hole was discovered, the fixed versions were released. | All users are recommended to upgrade. | | There was a bug that caused buffer overflow in the LDIF import routine | of the addressbook. This bug exists in every version since 0.6.4. It | only affects when the LDIF import feature is used. This has been fixed in 2.0.4 and 2.1.6. Stable and oldstable should be affected as well, if the LDIF import feature is available in the Debian package. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338436: sylpheed-claws: Buffer overflow in LDIF/pine/mutt import
Package: sylpheed-claws Severity: grave Tags: security Justification: user security hole Buffer overflows have been found in Sylpheed-Claws's LDID/pine/mutt address book import features. Quoting from the 1.9.100 release announcement: * Buffer overflows in the address book 'Import LDIF/Mutt/Pine file' functions were fixed. This was a security hole. It only affected these address book import functions, but we recommend that everyone upgrade. Cheers, Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338435: ocaml 3.09.0 should not enter testing without our consent
Package: ocaml Severity: critical Justification: breaks unrelated software Well, this is just a safeguard to make sure that ocaml 3.09.0 will not enter testing without us knowing it should be ready for that. This will also block all dependent packages we are now rebuilding. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326014: reassign to fnord
tags 326014 - pending quit On Mon, Oct 17, 2005 at 08:32:28AM +0200, David Schweikert wrote: Hi Norbert, I think that you can reassign this bug to fnord. Ralf tested with the attached patch to fnord and now mailgraph works for him without problems. Note that the second chunk of the patch is probably not needed but I did leave it, since that's what Ralf tested... The author of fnord is informed and I am discussing with him about this problem. Hi, are there any news on this? I can neither find a comment from upstream, nor any changes in the upstream CVS repository. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337916: logcheck-database: Correct pattern this time
Package: logcheck-database Version: 1.2.42 Followup-For: Bug #337916 See attachment -- System Information: Debian Release: testing/unstable 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.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false * logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337916: logcheck-database: Corrected pattern, this time WITH pattern
Package: logcheck-database Version: 1.2.42 Followup-For: Bug #337916 attached -- System Information: Debian Release: testing/unstable 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.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy logcheck-database recommends no packages. -- debconf information: logcheck-database/conffile-cleanup: false * logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from UDP: \[[.0-9]{7,15}\]:[0-9]{4,5}$
Bug#338245: framebuffer driver does not set display width properly if used without Shadow
On Wed, 2005-11-09 at 21:59 +0100, Peter Teichmann wrote: I am not sure if I am just not able to see it, but it seems to me that parts of the framebuffer driver are not especially clearly coded... I'm not sure what you mean here, but it's certainly true that the fbdev driver has grown a lot of warts over the years. Are you volunteering for a rewrite? :) Anyway, my question about why you duplicate the code from FBDevPreInit() instead of moving it stands. PS: It might be better if you submitted your patches upstream at https://bugs.freedesktop.org/ first and only asked for them to be backported to the Debian packages necessary once they've been applied upstream. I can still do that. How can we stop these bug reports? Not sure how the rest of the XSF would like this to be handled, but you could e.g. tag them as upstream. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#338391: [Pkg-nagios-devel] Bug#338391: nagios-common: nagios often leaves multiple processes around
tags 338391 = confirmed unreproducible thanks hi steve, On Wed, Nov 09, 2005 at 07:17:58PM -0600, Steve Greenland wrote: What happens: I often (every few days? weeks?) find multiple nagios processes running -- not children, but independent master daemons. While this occurs, I get multiple notifications for events (or at least some -- I told you this would be useless). Running '/etc/init.d/nagios stop' will kill one, while the other must be killed by hand, presumably because the pidfile is wrong/missing. i've noticed this problem as well in some cases, though i haven't been able to root out the cause or reliably reproduce it myself. i think this is the first time i've ever had to tag something both confirmed and unreproducible at the same time. my hunch is that the problem is most likely being caused by some fork/exec failure in the nagios daemon not being properly handled while executing some plugin. though this is only a hunch. i'd be curious to see if we could find some more info on the problem. for example: when there are duplicate processes, is the older or the newer in the pid file? which one(s) has an open filehandle on the nagios.cmd socket? the next time this happens for either of us, let's record that information. sena -- signature.asc Description: Digital signature
Bug#338148: ocaml was binNMUed with an older version of binutils, this is still an open issue though.
Hi, As discussed with the RMs, Steve Langasek did a binary NMU of ocaml with the older binutils, in order to allow us to build the rest of the ocaml dependent packages. This does not mean that this bug has been fixed in binutils, and this bug should not be closed because of that. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338438: gamin: upgrade from 0.1.5-2 to 0.1.7-2 breaks gnome menu
Package: gamin Version: 0.1.5-2 Severity: important i upgraded gamin and libgamin from 0.1.5-2 to 0.1.7-2 from testing branch. i then noticed that my gnome applications menu would not display for me or any other user on the system. i googled around and found an old fedora list post that suggested reinstalling gamin. this didn't work but narrowed it down to gamin. i went back to version 0.1.5-2 for both gamin and libgamin and i have my menu back. i'm not really sure if its a gamin problem or a gnome-menu problem. either way the problem occurred on the gamin upgrade and was fixed on the gamin downgrade so i apologise if i should be submitting to debian-gnome instead. thanks Takis -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.03092005 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gamin depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgamin0 0.1.5-2Client library for the gamin file ii libglib2.0-0 2.8.3-1The GLib library of C routines gamin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338437: [alpha] ocamlopt is broken due to broken binutils on alpha, fixed in binNMU, but should be rebuilt
Package: ocaml Severity: grave Justification: renders package unusable Well, as asked by the RMs, this bug is here to trackthe fact that binNMU with the older non-broken binutils was done, but needs to be fixed before ocaml gets into etch. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338439: samba: does not honour secondary groups
Package: samba Version: 3.0.20b-2 Severity: normal I access my linux box from a XP client, connected to my home directory. I have a soft link to a subdirectory of another user. All users have their own group (like user1/user1, user2/user2 and so on). I've putted my username on the /etc/group after the other user group, so I have access. This way, I've been able to access his directory until now. Recently this method has stopped to work. Not only here, but with 3 more users. Perhaps it's the same as #307626 but we don't have the force-group nor force-user directive. So I've decided to file a new bug report. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libacl1 2.2.32-1 Access control list shared library ii libattr1 2.4.25-1 Extended attribute shared library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libcupsys21.1.23-12 Common UNIX Printing System(tm) - ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libroken16-kerberos4kth 1.2.2-11.3 Roken Libraries for Kerberos4 From ii logrotate 3.7.1-2Log rotation utility ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii netbase 4.23 Basic TCP/IP networking system ii samba-common 3.0.20b-2 Samba common files used by both th samba recommends no packages. -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338440: hunspell_1.1.1-1_hppa: FTBFS: 1 of 50 tests failed
Package: hunspell Severity: serious Version: 1.1.1-1 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of hunspell_1.1.1-1 on sarti by sbuild/hppa 69 Build started at 20051109-1755 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), autotools-dev, libreadline5-dev, libncurses5-dev, dpatch, autoconf [...] Fail in maputf.sug. Bad suggestion? 1,2d0 Frühstück tükörfúró FAIL: maputf.test PASS: reputf.test == 1 of 50 tests failed Please report to [EMAIL PROTECTED] == make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/build/buildd/hunspell-1.1.1/tests' Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=hunspellver=1.1.1-1arch=hppastamp=1131559387file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#337321: kernel-package: Fails to build ppc64 2.6.14 kernel
Manoj Srivastava wrote: reassign 337321 mkvmlinuz thanks Hi, After talking to experts, I am told to convey this: a) You should be using --subarch powerpc64, which shall create vmlinux I should have mentioned that I've used that option. It tried to build target zImage b) You should use mkvmlinuz to create the zImage. Why? make-kpkg seems to be good enough, it just seems to use the wrong target for G5 builds. The kernel package generated with target=zImage.vmode works fine for me. c) Since mkvmlinuz does not yet support ppc64 yet, I am reassigning this bug there. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://blog.blackdown.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338433: grace_1:5.1.18-4_m68k: FTBFS: value out of range
AníbalMonsalve Salazar wrote: cc -g -Wall -O2 -I.. -I. -I../Xbae -c -o pars.o pars.c /tmp/cc4zvjtf.s: Assembler messages: /tmp/cc4zvjtf.s:58680: Error: value out of range Quite obviously, this is a bug in gcc/assembler on m68k arch, not? Regards, Evgeny
Bug#338441: aptitude: segmentation fault while updating package information when look dependency solutions
Package: aptitude Version: 0.4.0-3 Severity: normal Hi all, I see big change in apitude with this version especially for conflicts resolution. This day I have conflics on some packages and aptitude tell me something in red on the bottom of the screen. I type e to examine suggested solutions. Here, when I try to update the package list (I press u), aptitude segfault after downloading the update from servers. I also try with LC_ALL=C and aptitude segfault the same way. Regards, Nicolas Haller -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.42.2 Advanced front-end for dpkg ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++ ii libstdc++64.0.2-3The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328418: evolution 2.4 uninstalable due to missing packages
unblock 328418 with 332706 thanks Hi, This is a followup for Debian bug http://bugs.debian.org/328418. Evolution in experimental no longer requires gal to be installed, so gal isn't the Evolution blocker anymore. However, Evolution needs evolution-data-server, which is pending reviewal by ftpmasters because of an upstream SONAME change, see: http://ftp-master.debian.org/new.html Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#335522: openoffice.org: right mouse button click doesn't work
I'm having the same problem. On three separate installations (admittedly those are all debian/unstable - so perhaps that doesn't prove a lot :-)) I have noticed though, that if the mouse is moving North-West at while you are clicking the menu appears successfully. Could it be that the menu is appearing outside the menu stays on screen zone for the pointer and so instantly disappears? Andy -- Dr Andy Parkins, M Eng (hons), AMIEE [EMAIL PROTECTED] pgpqlZf6oMGGT.pgp Description: PGP signature
Bug#337321: kernel-package: Fails to build ppc64 2.6.14 kernel
On Thu, Nov 10, 2005 at 10:20:14AM +0100, Juergen Kreileder wrote: Manoj Srivastava wrote: reassign 337321 mkvmlinuz thanks Hi, After talking to experts, I am told to convey this: a) You should be using --subarch powerpc64, which shall create vmlinux I should have mentioned that I've used that option. It tried to build target zImage Please, tell us what kernel you are trying to build, and what is your .config. We are building powerpc64 images just fine, so this should not be your problem. b) You should use mkvmlinuz to create the zImage. Why? make-kpkg seems to be good enough, it just seems to use the wrong target for G5 builds. The kernel package generated with target=zImage.vmode works fine for me. Because we are separating the boot-wrapper thingy from the actual builds. The idea is to have make-kpkg build only the vmlinux file in all cases, and then have mkvmlinuz do the needed linking to produce your zImage.vmode or whatever. I will have a look at this over the WE, and we will see how it works out, but i need more info from you. What kernel version, and what config you use. BTW, why don't you use plain vmlinux with yaboot anyway ? c) Since mkvmlinuz does not yet support ppc64 yet, I am reassigning this bug there. After consideration, i am not 100% sure there is no problem in k-p after all, i will look at it this WE and reassign the bug to k-p if needed. Juergen Kreileder, Blackdown Java-Linux Team http://blog.blackdown.de/ Mmm, so when can we expect a newer powerpc blackdown java suite ? :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338221: courier-mta: Cannot store record for 127.0.0.1 - duplicate or out of disk space.
On Wed, 09 Nov 2005 17:18:16 +0100 Willi Mann [EMAIL PROTECTED] wrote: I was able to apt-get src courier-mta and run grep against it. I wasn't sure which file exactly was responsible for having an extra 127.0.0.1. My solution was to mv /etc/courier /etc/courier.orig, install everything and then I simply copied the older smtpaccess/default file. I did not modify it. So I'm not sure if this file is to blame. So, can you diff -urN /etc/courier /etc/courier.orig, and look for 127.0.0.1? Maybe that turns out the culprit. Maybe there is a editor backup or other file within smtpaccess ? Bye Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338432: chasen: cannot open shared library
tag 338432 patch thanks Hi. From: OHURA Makoto [EMAIL PROTECTED] Subject: Bug#338432: chasen: cannot open shared library Date: Thu, 10 Nov 2005 18:09:47 +0900 (JST) So, you probably made some mistake at C++ ABI transition in NMUed version. The patch is here. You have to install libchasen.so to the package libchasen0c2. Thanks. --- debian/rules.orig 2005-11-10 17:46:26.0 +0900 +++ debian/rules2005-11-10 17:50:11.0 +0900 @@ -51,7 +51,7 @@ # # build libchasen${major} package by moving files from chasen-dev # - dh_movefiles --sourcedir debian/chasen -plibchasen$(major) \ + dh_movefiles --sourcedir debian/chasen -plibchasen$(major)c2 \ usr/lib/libchasen.so \ usr/lib/libchasen.so.$(major) \ usr/lib/libchasen.so.$(version) OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpS8wTzhoINH.pgp Description: PGP signature
Bug#338226: lirc-modules-source: does not build without kernel-source
Evgeni Dobrev wrote: Discussion of this dependency with the lirc maintainer is to be found under: https://www.redhat.com/archives/fedora-devel-list/2005-March/msg01553.html Literally, they say: If those header files are intended for use by code outside the drivers/media/video directory of the kernel tree, then they should be in include/linux/ somewhere instead of where they are. It _would_ be possible to include those in the kernel-devel package, but it's probably better to get them moved in the upstream kernel. Debian is not removing linux-source-* as Fedora is. /me is happy she doesn't have to aget anything moved in upstream kernel. I will look at this bug more deeply later. My house is currently invaded by Debian Developers, enthusiasts and the such, all coming from the North of Europe and very time demanding/consuming... They are sometimes referred to as friends :) Thanks for the report, though! -- .''`. Follow the white Rabbit - Ranty (and Lewis Carroll) : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338442: libatomic-ops_1.0-3_mipsel: FTBFS: syntax error before 'AO_locks'
Package: libatomic-ops Severity: serious Version: 1.0-3 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of libatomic-ops_1.0-3 on rem by sbuild/mipsel 69 Build started at 20051008-0604 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0) [...] if gcc -DHAVE_CONFIG_H -I. -I. -I.-fPIC -Wall -g -O2 -DNDEBUG -MT atomic_ops.o -MD -MP -MF .deps/atomic_ops.Tpo -c -o atomic_ops.o atomic_ops.c; \ then mv -f .deps/atomic_ops.Tpo .deps/atomic_ops.Po; else rm -f .deps/atomic_ops.Tpo; exit 1; fi atomic_ops.c:74: error: syntax error before 'AO_locks' Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=libatomic-opsver=1.0-3arch=mipselstamp=1128744369file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338307: gnomemeeting: locks on sound test
Could you post the final lines of a strace of that process? Prueba el Nuevo Correo Terra; Seguro, Rápido, Fiable.
Bug#338413: same here, fixed by downgrading to 2.5.1.ds2-2
I had the same problem. Manually doing a mount -a, fixing PATH, and using dpkg -i to install grep 2.5.1.ds2-2, and rebooting fixed the problem for me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321513: gnomemeeting: Huge memory leaks
Could you use gnomemeeting 1.2.2-1 and try again? Try to run http://valgrind.org/ on a debug version of gnomemeeting and post any result. Prueba el Nuevo Correo Terra; Seguro, Rápido, Fiable.
Bug#338443: libassa_3.4.0-1_m68k: FTBFS: [Mixer.cpp] Error 1
Package: libassa Severity: serious Version: 3.4.0-1 Tags: sid Justification: fails to build from source There was an error while trying to autobuild your package: Automatic build of libassa_3.4.0-1 on q650 by sbuild/m68k 69 Build started at 20051110-0251 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1), cdbs, doxygen [...] g++ -g -Wall -O2 -o .libs/MixerTest MixerTest.o ../assa/.libs/libassa-3.4.so creating MixerTest ./assa-genesis Mixer make[3]: *** [Mixer.cpp] Error 1 Full build logs are available on buildd.debian.org. Please refer to the build log at: http://buildd.debian.org/fetch.php?pkg=libassaver=3.4.0-1arch=m68kstamp=1131604909file=logas=raw Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#338444: uil: UIL compiler produces wrong uid file
Package: libmotif-dev Version: 2.2.3-1 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.0-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libmotif-dev depends on: ii libmotif3 2.2.3-1Open Motif - shared libraries ii xlibs-dev 6.8.2.dfsg.1-7 X Window System client library dev libmotif-dev recommends no packages. -- no debconf information The uil command produces a wrong uid output file on a small example. The command is: uil pb.uil -o pb.uid -m -v pb.txt The input file pb.uil content is: module M value a0 : exported ; a1 : exported ; a2 : exported ; a3 : exported ; a4 : exported ; a5 : exported ; a6 : exported ; a7 : exported ; a8 : exported ; a9 : exported ; b0 : exported ; b1 : exported ; b2 : exported ; b3 : exported ; b4 : exported ; b5 : exported ; b6 : exported ; b7 : exported ; b8 : exported ; b9 : exported ; c0 : exported ; c1 : exported ; c2 : exported ; c3 : exported ; c4 : exported ; c5 : exported ; c6 : exported ; c7 : exported ; c8 : exported ; c9 : exported ; d0 : exported ; d1 : exported ; d2 : exported ; d3 : exported ; d4 : exported ; end module; The options -m and -v pb.txt are used in order to ease debuging. They produce a listing file including machine code information giving evidence of the problem. The listing file pb.txt content is: Motif Uil Compiler V2.0-000 Thu Nov 10 10:38:33 2005 Page 1 Module: M 1 (0) module M 2 (0) value 18581BB7 module record 0004 topmost count: 0 3 (0) a0 : exported ; Resource index: a0 size: 1, group: literal type: string, access: public, locked: false 00 ? 4 (0) a1 : exported ; 5 (0) a2 : exported ; 6 (0) a3 : exported ; 7 (0) a4 : exported ; 8 (0) a5 : exported ; 9 (0) a6 : exported ; 10 (0) a7 : exported ; 11 (0) a8 : exported ; 12 (0) a9 : exported ; 13 (0) b0 : exported ; 14 (0) b1 : exported ; 15 (0) b2 : exported ; 16 (0) b3 : exported ; 17 (0) b4 : exported ; 18 (0) b5 : exported ; 19 (0) b6 : exported ; 20 (0) b7 : exported ; 21 (0) b8 : exported ; 22 (0) b9 : exported ; 23 (0) c0 : exported ; 24 (0) c1 : exported ; 25 (0) c2 : exported ; 26 (0) c3 : exported ; 27 (0) c4 : exported ; 28 (0) c5 : exported ; 29 (0) c6 : exported ; 30 (0) c7 : exported ; 31 (0) c8 : exported ; 32 (0) c9 : exported ; 33 (0) d0 : exported ; 34 (0) d1 : exported ; 35 (0) d2 : exported ; 36 (0) d3 : exported ; 37 (0) d4 : exported ; 38 (0) end module; File (0) pb.uil This output listing contains errors for each literal except the first one. It seems that there is no machine code produced for these literals. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338445: balsa can't connect to uw-imapd
Package: balsa Version: 2.3.4-3 Severity: normal Balsa can't connect to wu-imap (Debian-Installation 2002edebian1-12). Balsa's error message is somewhat that the ssl-negotiation failed. The imap-server gives the following syslog-output: Nov 10 11:03:12 xx imapd[17768]: connect from xxx.xxx.xxx.xxx (xxx.xxx.xxx.xxx) Nov 10 11:03:12 xx imapd[17768]: imaps SSL service init from xxx.xxx.xxx.xxx Nov 10 11:03:12 xx imapd[17768]: Unable to accept SSL connection, host=aibn32.astro.uni-bonn.de [xxx.xxx.xxx.xxx] Nov 10 11:03:12 xx imapd[17768]: SSL error status: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac Hope, it will be fixed soon, Oliver -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages balsa depends on: ii gnome-icon-theme 2.10.1-2 GNOME Desktop icon theme ii libaspell15 0.60.4-1 GNU Aspell spell-checker runtime l ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libesmtp5 1.0.3-1LibESMTP SMTP client library ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgmime2.1 2.1.17-2 MIME library, unstable version ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomeprint2.2-02.10.3-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgpgme111.1.0-1GPGME - GnuPG Made Easy ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkhtml3.6-18 3.6.2-1HTML rendering/editing library - r ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpcre3 6.4-1.0.1 Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsqlite3-0 3.2.7-1SQLite 3 shared library ii libssl0.9.8 0.9.8a-3 SSL shared libraries Versions of packages balsa recommends: ii aspell0.60.4-1 GNU Aspell spell-checker ii ispell3.1.20.0-4 International Ispell (an interacti ii yelp 2.10.0-3 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338446: tcltls doesn't load OpenSSL configuration file and has no other way to support engines.
Package: tcltls Version: 1.5.0-2 Severity: wishlist Tags: patch Newer versions of OpenSSL (as already included in Debian) have ability to use alternate, i.e. hardware implementation of crypto algorithms via engine modules which can be loaded explicitely or specified in OpenSSL configuration file. This functionality is desirable for any cryptographic application. Also configuration file can describe default parameters for certificate requests (such as country or organization). tcltls has undocumented command ::tls::misc req, which allows to generate certificate requests, but doesn't use configuration files at all. This patch adds two new subcommands for ::tls::misc - config and engine which allows to load configuration files and load engines explicitely Patch is also submitted upstream as #1353033 in SF request tracker. http://sourceforge.net/tracker/index.php?func=detailaid=1353033group_id=13248atid=313248 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-p3 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages tcltls depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii tcl8.3 8.3.5-4 Tcl (the Tool Command Language) v8 ii tcl8.4 8.4.9-1 Tcl (the Tool Command Language) v8 -- no debconf information --- tcltls-1.5.0.orig/tls.c +++ tcltls-1.5.0/tls.c @@ -26,7 +26,12 @@ #include tlsInt.h #include tclOpts.h #include stdlib.h - +#if OPENSSL_VERSION_NUMBER = 0x0090800 +#include openssl/conf.h +#ifndef OPENSSL_NO_ENGINE +#include openssl/engine.h +#endif +#endif /* * External functions */ @@ -1155,8 +1160,10 @@ * A standard Tcl result. * * Side effects: - * None. - * + * req - none + * config - Openssl configuration file is loaded + * engine - specifig engine is loaded or configured + * *--- */ static int @@ -1166,8 +1173,22 @@ int objc; Tcl_Obj *CONST objv[]; { -const char *commands [] = { req, NULL }; -enum command { C_REQ, C_DUMMY }; +const char *commands [] = { req, +#if OPENSSL_VERSION_NUMBER = 0x0090800L + config, +#ifndef OPENSSL_NO_ENGINE + engine, +#endif +#endif + NULL }; +enum command { C_REQ, +#if OPENSSL_VERSION_NUMBER = 0x0090800L + C_CONFIG, +#ifndef OPENSSL_NO_ENGINE + C_ENGINE, +#endif +#endif + C_DUMMY }; int cmd; if (objc 2) { @@ -1302,6 +1323,48 @@ } } break; +#if OPENSSL_VERSION_NUMBER = 0x0090800L + case C_CONFIG: + if (objc2 || objc3) { + Tcl_WrongNumArgs(interp,2,objv,?filename?); + return TCL_ERROR; + } else if (objc == 2) { + OPENSSL_config(NULL); + } else { + OPENSSL_config(Tcl_GetString(objv[2])); + } + break; +#ifndef OPENSSL_NO_ENGINE + case C_ENGINE: + { ENGINE *e; + static int loaded_engines = 0; + if (objc!=3) { + Tcl_WrongNumArgs(interp,2,objv,engine_id); + return TCL_ERROR; + } + if (!loaded_engines) { + ENGINE_load_builtin_engines(); + loaded_engines=1; + } + if ((e= ENGINE_by_id(Tcl_GetString(objv[2])))==NULL) { + Tcl_AppendResult(interp,failed to load engine , + Tcl_GetString(objv[2]), + \n,ERR_error_string(ERR_get_error(),NULL), + NULL); + return TCL_ERROR; + } + if (!ENGINE_set_default(e,ENGINE_METHOD_ALL)) { + Tcl_AppendResult(interp,Failed to enable engine , + Tcl_GetString(objv[2]), + \n,ERR_error_string(ERR_get_error(),NULL), + NULL); + return TCL_ERROR; + } + ENGINE_free(e); + } + break; +#endif +#endif } return TCL_OK; } --- tcltls-1.5.0.orig/tls.htm +++ tcltls-1.5.0/tls.htm @@ -31,6 +31,7 @@ ddbtls::import/bem channel ?options?/em/dd ddbtls::ciphers /bemprotocol ?verbose?/em/dd ddbtls::version/b/dd + ddbtls::misc/b emsubcommand ?args?/em/dd /dl /dd dda href=#COMMANDSCOMMANDS/a/dd @@ -62,7 +63,8 @@ a href=#tls::importbtls::import /bichannel ?options?/i/abr a href=#tls::ciphers protocol ?verbose?strongtls::ciphers/strong emprotocol ?verbose?/em/abr -a href=#tls::versionbtls::version/b/a +a href=#tls::versionbtls::version/b/abr +a href=#tls::miscbtls::misc /bisubcommand ?args?/i/abr /p h3a name=DESCRIPTIONDESCRIPTION/a/h3 @@ -223,7 +225,62 @@ dta name=tls::versionstrongtls::version/strong/a/dt ddReturns the version string defined by OpenSSL./dd /dl - +dltta name=tls::miscstrongtls::misc/strong/a/tt/dt +ddMiscellaneous openssl functions. This command provides functions +which are not directly related to TLS, but neccessary for proper +operations. Following subcommands are supportd +dl +dtbrec/b emkeysize keyfile certfile ?info?/em/dt +p +Generates private key and certificate request in the keyfile and +certfile. Currently only RSA keys are supported. Keysize is specified in +bits. It is typically
Bug#338447: Use of uninitialized value in numeric ne (!=) at /usr/share/perl5/Mail/Mbox/MessageParser/Cache.pm line 125.
Package: grepmail Version: 5.3032-1 Severity: normal When I run grepmail I get lots and lots of warnings: $ grepmail bla * Use of uninitialized value in subtraction (-) at /usr/share/perl5/Mail/Mbox/MessageParser/Cache.pm line 84. Use of uninitialized value in numeric ne (!=) at /usr/share/perl5/Mail/Mbox/MessageParser/Cache.pm line 83. Use of uninitialized value in subtraction (-) at /usr/share/perl5/Mail/Mbox/MessageParser/Cache.pm line 126. Use of uninitialized value in numeric ne (!=) at /usr/share/perl5/Mail/Mbox/MessageParser/Cache.pm line 125. [...] This is inside a directory that contains either mailboxes or further subdirectories. Thanks, *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grepmail depends on: ii libmail-mbox-messageparser-pe 1.4001-1 fast and simple mbox folder reader hi libtimedate-perl 1.1600-5 Time and date functions for Perl ii perl 5.8.7-7Larry Wall's Practical Extraction ii perl-base [libscalar-list-uti 5.8.7-7The Pathologically Eclectic Rubbis grepmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338448: RFP: gnome-icon-theme-tango -- Tango icon theme for GTK+ 2.x
Package: wnpp Severity: wishlist * Package name: gnome-icon-theme-tango Version : Upstream Authors: Rodney Dawes [EMAIL PROTECTED] Jakub Steiner [EMAIL PROTECTED] Tuomas Kuosmanen [EMAIL PROTECTED] Garrett LeSage [EMAIL PROTECTED] * URL : http://tango-project.org * License : CCPL Description : Tango icon theme for GTK+ 2.x Tango is a project to create a new cross-desktop and cross-platform icon theme, using a standard style guide, and the new Icon Naming Specification. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329075: inkscape: reproducible in 0.42.2-1
Hi Daniel and Martin, On Wed, Nov 09, 2005 at 02:19:37PM -0500, Daniel Kahn Gillmor wrote: Package: inkscape Version: 0.42.2-1 Followup-For: Bug #329075 found 329075 0.42.2-1 thanks i'm able to reproduce this problem on a mixed etch/sid system. printing as bitmap produces the expected clipping mask, as does exporting to a PNG. However, printing using postscript operators ignores the clipMask. Thanks for your reports. The problem here is deeper lying in the postscript engine of inkscape. PostScript export is rather bad and there are quite some known bugs. Another one is e.g. the conversion of gradients to (e)ps, which leads to unicolor. Since printing in inkscape works as export to ps, then print all error in the (e)ps export are present in the printout too. There is some effort goinig on in fixing stuff, but it seems noone with good knowledge of PS has spare time. With best regards, Wolfi signature.asc Description: Digital signature
Bug#337321: kernel-package: Fails to build ppc64 2.6.14 kernel
Sven Luther wrote: Please, tell us what kernel you are trying to build, and what is your .config. I can't get to the machine right now but the problem probably is caused by the fact that my config only has PMAC relevant stuff, ie. I have CONFIG_PPC_PMAC but not CONFIG_PPC_PSERIES, CONFIG_PPC_MAPLE, ... That restricts boottargets-y to just zImage.vmode and zImage.initrd.vmode. Kernel is 2.6.14 vanilla. BTW, why don't you use plain vmlinux with yaboot anyway ? I've built ppc64 kernels with vmlinux manually up to now. I just came to zImage because make-kpkg tried to build one. Mmm, so when can we expect a newer powerpc blackdown java suite ? :) No date yet, my time for this port is a bit limited currently :-/ Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://blog.blackdown.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338077: sword-text-kjv - King James Version and Royal Letters Patent
debian-legal has reviewed this topic before. You can read it in http://lists.debian.org/debian-legal/2002/05/msg00108.html Some of the links there have rotted, but it seemed clearly not Crown copyright. http://en.wikipedia.org/wiki/King_James_Version_of_the_Bible Wikipedia asserts that the KJV is still copyrighted in England. I think Wikipedia is incomplete at best. Yet again, it does not seem possible to verify a Wikipedia assertion from evidence cited in its article. The discussion link on the article expresses doubt and many of the people discussing it use letters patent/copyright which seems confused to me. It is my present understanding that the royal letters patent control printing, not copyright, which did not exist here when this started. This orthogonality or independence is mentioned in articles, including some you can find online like http://www.lexum.umontreal.ca/conf/dac/en/sterling/sterling.html Crown Copyright in the United Kingdom..., by J.A.L. Sterling. Lionel Elie Mamane cited the 1998 Copyright Act, which surprised me because I've not heard of it. Which country is it for? I haven't yet found anything credibly showing extension of the prerogative to electronic distribution, or more generally to become a Crown copyright. I don't think we generally grant the monarchy new prerogatives these days and The Crown cannot invent new prerogative powers (2002-03 Public Admin. Select Comm. Press Notice 19). The act currently in force in England is the Copyright Designs and Patents Act 1988 as amended. If the KJV were covered by Crown Copyright, wouldn't that have expired after 125 years? I think the letters patent and royal prerogative are the problem. So, it's not a problem to *distribute* the KJV in England, as far as I can see, but it seems you're not free to print it here. The same may be true of some other Commonwealth countries, as listed in s.3 and notes of Sterling above. Hope that helps, -- MJ Ray - personal email, see http://mjr.towers.org.uk/email.html Work: http://www.ttllp.co.uk/ irc.oftc.net/slef Jabber/SIP ask -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100332: New package splitting scheme for teTeX in Debian
Hilmar Preusse [EMAIL PROTECTED] wrote: So we should keep them in -core. I just checked whether we distribute any gf files, and since this is not the case, it seemed not necessary to me. But we should keep in mind that add-on font packages might have .gf files. Metafont creates gf files, which are later compressed using gftopk. Thanks, it's already listed for -core, see http://pkg-tetex.alioth.debian.org/splitting.html Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#337321: kernel-package: Fails to build ppc64 2.6.14 kernel
clone 337321 -1 reassign -1 kernel-package tags -1 + pacth thanks On Thu, Nov 10, 2005 at 11:21:15AM +0100, Juergen Kreileder wrote: Sven Luther wrote: Please, tell us what kernel you are trying to build, and what is your .config. I can't get to the machine right now but the problem probably is caused by the fact that my config only has PMAC relevant stuff, ie. I have CONFIG_PPC_PMAC but not CONFIG_PPC_PSERIES, CONFIG_PPC_MAPLE, ... That restricts boottargets-y to just zImage.vmode and zImage.initrd.vmode. Kernel is 2.6.14 vanilla. This is indeed a k-p build BTW, why don't you use plain vmlinux with yaboot anyway ? I've built ppc64 kernels with vmlinux manually up to now. I just came to zImage because make-kpkg tried to build one. Ok. Well, this will be fixed in the 10.00x packages, but in the meantime, you can applyt the following patch, which modifies /usr/share/kernel-package/rules, and should fix your problem. Manoj, this patch is against 9.008.4 or older, i will provide you with a newer one against 10.00x nextly. Mmm, so when can we expect a newer powerpc blackdown java suite ? :) No date yet, my time for this port is a bit limited currently :-/ Too bad, thankfully the free javas are progressing, and there is the IBM jdk. Friendly, Sven Luther --- /usr/share/kernel-package/rules.orig2005-11-10 10:30:40.0 + +++ /usr/share/kernel-package/rules 2005-11-10 10:32:03.0 + @@ -335,6 +335,7 @@ ifneq (,$(findstring $(KPKG_SUBARCH), powerpc powerpc64)) ifneq (,$(findstring $(KPKG_SUBARCH), powerpc64)) KERNEL_ARCH:=ppc64 + target := vmlinux endif ifneq (,$(findstring $(KPKG_SUBARCH), powerpc)) KERNEL_ARCH:=ppc @@ -342,9 +343,9 @@ IMAGE_POST_PROCESS_TARGET := mkvmlinuz_support_install IMAGE_POST_PROCESS_DIR:= arch/ppc/boot INSTALL_MKVMLINUZ_PATH = $(SRCTOP)/$(IMAGE_TOP)/usr/lib/kernel-image-${version} + target := zImage + loaderdep=mkvmlinuz endif -target := zImage -loaderdep=mkvmlinuz else KERNEL_ARCH=ppc64 target = $(kimage) @@ -387,6 +388,7 @@ ifneq (,$(findstring $(KPKG_SUBARCH), powerpc powerpc64)) ifneq (,$(findstring $(KPKG_SUBARCH), powerpc64)) KERNEL_ARCH:=ppc64 + target := vmlinux endif ifneq (,$(findstring $(KPKG_SUBARCH), powerpc)) KERNEL_ARCH:=ppc @@ -394,9 +396,9 @@ IMAGE_POST_PROCESS_TARGET := mkvmlinuz_support_install IMAGE_POST_PROCESS_DIR:= arch/ppc/boot INSTALL_MKVMLINUZ_PATH = $(SRCTOP)/$(IMAGE_TOP)/usr/lib/kernel-image-${version} + target := zImage + loaderdep=mkvmlinuz endif -target := zImage -loaderdep=mkvmlinuz kimagesrc = vmlinux kimage := vmlinux kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version)
Bug#337994: sbcl: ftbfs [sparc] /usr/bin/clisp: No such file or directory
On Mon, Nov 07, 2005 at 09:27:23PM +0100, Peter Van Eynde wrote: How comes that there is no /usr/bin/clisp if clisp is installed? Is the clisp package broken for non-x86 architectures? The errors on other architectures that I looked at the logs for were different, as was my pbuilder log. (Which I should have looked at before submitting the bug.) CFLAGS=-DSBCL_HOME=`pwd`/stage1/ -O2 GNUMAKE=make ./make.sh '/usr/bin/clisp -norc -q -L english -E UTF-8 -ansi -m 128MB ' //starting build: Wed Nov 9 13:00:07 UTC 2005 //SBCL_XC_HOST=/usr/bin/clisp -norc -q -L english -E UTF-8 -ansi -m 128MB //entering make-config.sh //ensuring the existence of output/ directory //initializing /tmp/buildd/sbcl-0.9.6.0/local-target-features.lisp-expr //guessing default target CPU architecture from host architecture //setting up CPU-architecture-dependent information sbcl_arch=sparc //setting up symlink src/compiler/target //setting up symlink src/assembly/target //setting up symlink src/compiler/assembly //setting up OS-dependent information //finishing /tmp/buildd/sbcl-0.9.6.0/local-target-features.lisp-expr /in canonicalize-whitespace-1 /$*=./contrib/asdf/asdf.lisp ./contrib/asdf-stub.lisp ./contrib/code-extras.lisp ./contrib/compiler-extras.lisp ./contrib/stale-symbols.lisp ./contrib/asdf-install/defpackage.lisp ./contrib/asdf-install/installer.lisp ./contrib/sb-aclrepl/debug.lisp ./contrib/sb-aclrepl/inspect.lisp ./contrib/sb-aclrepl/repl.lisp ./contrib/sb-aclrepl/tests.lisp ./contrib/sb-aclrepl/toplevel.lisp ./contrib/sb-bsd-sockets/constants.lisp ./contrib/sb-bsd-sockets/defpackage.lisp ./contrib/sb-bsd-sockets/doc.lisp ./contrib/sb-bsd-sockets/inet.lisp ./contrib/sb-bsd-sockets/local.lisp ./contrib/sb-bsd-sockets/malloc.lisp ./contrib/sb-bsd-sockets/misc.lisp ./contrib/sb-bsd-sockets/name-service.lisp ./contrib/sb-bsd-sockets/sockets.lisp ./contrib/sb-bsd-sockets/sockopt.lisp ./contrib/sb-bsd-sockets/split.lisp ./contrib/sb-bsd-sockets/tests.lisp ./contrib/sb-cltl2/compiler-let.lisp ./contrib/sb-cltl2/defpackage.lisp ./contrib/sb-cltl2/env.lisp ./contrib/sb-cltl2/macroexpand.lisp ./contrib/sb-cltl2/tests.lisp ./contrib/sb-executable/sb-executable.lisp ./contrib/sb-grovel/def-to-lisp.lisp ./contrib/sb-grovel/defpackage.lisp ./contrib/sb-grovel/example-constants.lisp ./contrib/sb-grovel/foreign-glue.lisp ./contrib/sb-introspect/sb-introspect.lisp ./contrib/sb-introspect/test-driver.lisp ./contrib/sb-introspect/test.lisp ./contrib/sb-md5/md5-tests.lisp ./contrib/sb-md5/md5.lisp ./contrib/sb-posix/constants.lisp ./contrib/sb-posix/defpackage.lisp ./contrib/sb-posix/designator.lisp ./contrib/sb-posix/interface.lisp ./contrib/sb-posix/macros.lisp ./contrib/sb-posix/posix-tests.lisp ./contrib/sb-rotate-byte/compiler.lisp ./contrib/sb-rotate-byte/package.lisp ./contrib/sb-rotate-byte/ppc-vm.lisp ./contrib/sb-rotate-byte/rotate-byte-tests.lisp ./contrib/sb-rotate-byte/rotate-byte.lisp ./contrib/sb-rotate-byte/x86-vm.lisp ./contrib/sb-rt/rt.lisp ./contrib/sb-simple-streams/classes.lisp ./contrib/sb-simple-streams/direct.lisp ./contrib/sb-simple-streams/file.lisp ./contrib/sb-simple-streams/fndb.lisp ./contrib/sb-simple-streams/impl.lisp ./contrib/sb-simple-streams/internal.lisp ./contrib/sb-simple-streams/iodefs.lisp ./contrib/sb-simple-streams/null.lisp ./contrib/sb-simple-streams/package.lisp ./contrib/sb-simple-streams/simple-stream-tests.lisp ./contrib/sb-simple-streams/socket.lisp ./contrib/sb-simple-streams/strategy.lisp ./contrib/sb-simple-streams/string.lisp ./contrib/sb-simple-streams/terminal.lisp ./contrib/sb-sprof/sb-sprof.lisp ./doc/manual/create-contrib-doc-list.lisp ./doc/manual/docstrings.lisp ./src/assembly/alpha/alloc.lisp ./src/assembly/alpha/arith.lisp ./src/assembly/alpha/array.lisp ./src/assembly/alpha/assem-rtns.lisp ./src/assembly/alpha/support.lisp ./src/assembly/assemfile.lisp ./src/assembly/hppa/alloc.lisp ./src/assembly/hppa/arith.lisp ./src/assembly/hppa/array.lisp ./src/assembly/hppa/assem-rtns.lisp ./src/assembly/hppa/support.lisp ./src/assembly/mips/alloc.lisp ./src/assembly/mips/arith.lisp ./src/assembly/mips/array.lisp ./src/assembly/mips/assem-rtns.lisp ./src/assembly/mips/support.lisp ./src/assembly/ppc/alloc.lisp ./src/assembly/ppc/arith.lisp ./src/assembly/ppc/array.lisp ./src/assembly/ppc/assem-rtns.lisp ./src/assembly/ppc/support.lisp ./src/assembly/sparc/alloc.lisp ./src/assembly/sparc/arith.lisp ./src/assembly/sparc/array.lisp ./src/assembly/sparc/assem-rtns.lisp ./src/assembly/sparc/support.lisp ./src/assembly/x86/alloc.lisp ./src/assembly/x86/arith.lisp ./src/assembly/x86/array.lisp ./src/assembly/x86/assem-rtns.lisp ./src/assembly/x86/bit-bash.lisp ./src/assembly/x86/support.lisp ./src/assembly/x86-64/alloc.lisp ./src/assembly/x86-64/arith.lisp ./src/assembly/x86-64/array.lisp ./src/assembly/x86-64/assem-rtns.lisp ./src/assembly/x86-64/bit-bash.lisp ./src/assembly/x86-64/support.lisp ./src/code/alien-type.lisp
Bug#338347: psmouse driver keeps losing synchronization
Will have a shot later on this pm. I guess reverting won't be too complicated. The problem may be reproducing the bug! David On 10/11/05, Horms [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED] you wrote: Package:linux-image-2.6.12-1-686 Version:2.6.12-10 This is an intermittent bug that has just got worse. I have a Toshiba Portege 7020CT with a builtin trackpoint and a PS/2 mouse that I connect via the PS/2 port in a port extension. The trackpoint is working fine but the PS/2 mouse behaves strangely (moves at random, gives out random mouse click events) and I get this in my kern.log: Nov 9 17:45:49 portege kernel: psmouse.c: Mouse at isa0060/serio1/input0 lost synchronization, throwing 1 bytes away. I have psmouse proto=bare in my /etc/modules, and have tried the solutions suggested at http://www.kerneltraffic.org/kernel-traffic/kt20040212_252.html, including stopping apmd. I also have speedstep_lib in my /etc/modules. Hi, I'm pretty sure that you are seeing the same problem that I saw on my dynabook with any kernel up to and including 2.6.12. I hunted it down to the synaptics touch pad not being able to handle events at the advertised rate. Perviously there was a work around in the kernel to limit the event rate on Tosiba Satellite's. I simply extended this to all toshiba products, and I believe this was included in 2.6.13. Is there a chance you could try 2.6.14-2, which is sitting in sid? http://www.vergenet.net/~horms/pleb_blossom/pleb_blossom/archives/2005-06.shtml#e2005-06-18T18_34_04.txt -- Horms
Bug#338424: tor: /etc/init.d/tor doesn't signal failure if process does not start
severity 338424 normal thanks On Thu, 10 Nov 2005, Jari Aalto wrote: Package: tor Version: 0.1.0.15-1.0.1 Severity: important There should not be exit 0 in /etc/init.d/tor to cover all cases of startup. If process did not start of if it didn't stop, there should be indication of error. Now it always signals ok - only for admin to find out much later that there is something wrong. EXAMPLE RUN # sh -x /etc/init.d/tor start + set -e ... + echo 'Starting tor daemon: tor...' Starting tor daemon: tor... + ulimit -n 4096 + start-stop-daemon --start --quiet --oknodo --chuid debian-tor:debian-tor --pidfile /var/run/tor/tor.pid --exec /usr/sbin/tor -- Nov 10 10:34:08.186 [notice] Tor v0.1.0.15. This is experimental software. Do not rely on it for strong anonymity. + echo done. done. + exit 0 [EMAIL PROTECTED]:~# echo $? 0 [EMAIL PROTECTED]:~# /usr/sbin/tor -l info Nov 10 10:34:43.464 [notice] Tor v0.1.0.15. This is experimental software. Do not rely on it for strong anonymity. Nov 10 10:34:43.468 [warn] /var/lib/tor is not owned by this UID (0). You must fix this to proceed. Nov 10 10:34:43.469 [err] options_act(): Couldn't access/create private data directory /var/lib/tor Nov 10 10:34:43.470 [err] init_from_config(): Acting on config options left us in a broken state. Dying. [EMAIL PROTECTED]:~# echo $? 1 Start it as debian-tor and see why it fails (and then let me know if and why). In the first instance above it did start properly. -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338432: chasen: cannot open shared library
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OHURA Makoto wrote: tag 338432 patch thanks Hi. Hi From: OHURA Makoto [EMAIL PROTECTED] Subject: Bug#338432: chasen: cannot open shared library Date: Thu, 10 Nov 2005 18:09:47 +0900 (JST) So, you probably made some mistake at C++ ABI transition in NMUed version. The patch is here. You have to install libchasen.so to the package libchasen0c2. You're right, stupid mistake... --- debian/rules.orig 2005-11-10 17:46:26.0 +0900 +++ debian/rules 2005-11-10 17:50:11.0 +0900 @@ -51,7 +51,7 @@ # # build libchasen${major} package by moving files from chasen-dev # - dh_movefiles --sourcedir debian/chasen -plibchasen$(major) \ + dh_movefiles --sourcedir debian/chasen -plibchasen$(major)c2 \ usr/lib/libchasen.so \ usr/lib/libchasen.so.$(major) \ usr/lib/libchasen.so.$(version) I'm preparing an NMU to fix it. Cheers Luk - -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcyHp5UTeB5t8Mo0RAonZAKC1CF/BP02x+74TXJC+GS0jd8EgzQCgylvz MpxcseA7X0UcXlTvx0iNcow= =YQu6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338450: gs-esp: gs-esp+gs-cjk-resource failed when it had -dSAFER or -dPARANOIDSAFER
Package: gs-esp Version: 8.15.1.dfsg.1-1 Severity: important Please reassign this bug to gs-cjk-resource or other appropriate package. I noticed GhostScript viewer 'gv' or some PPD for CUPS always fail by missing Japanese fonts (gs-cjk-resource covers them) since gs-esp 8. And I found this problem happened only if they include -dSAFER or -dPARANOIDSAFER option. - $ gs -sDEVICE=x11 -dTextAlphaBits=4 -dGraphicsAlphaBits=2 -dMaxBitmap=1000 -dPARANOIDSAFER -dNOPLATFONTS t.ps ESP Ghostscript 815.01 (2005-09-22) Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Error: /undefinedresource in --findresource-- Operand stack: Fc 256 --nostringval-- --nostringval-- 0 165.682 GothicBBB-Medium-H Font GothicBBB-Medium-H (GothicBBB-Medium-H) 16 GothicBBB-Medium H H GothicBBB-Medium GothicBBB-Medium GothicBBB-Medium --nostringval-- (r) --nostringval-- CMap (r) CMap (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 7 4 %oparray_pop 8 4 %oparray_pop --nostringval-- --nostringval-- 20 6 %oparray_pop --nostringval-- 23 7 %oparray_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1123/1686(ro)(G)-- --dict:0/20(G)-- --dict:81/200(L)-- --dict:102/300(L)-- --dict:17/17(ro)(G)-- --dict:20/26(ro)(G)-- --dict:0/10(L)-- --dict:19/26(ro)(G)-- Current allocation mode is local Last OS error: 2 Current file position is 17901 ESP Ghostscript 815.01: Unrecoverable error, exit code 1 - Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages gs-esp depends on: ii gs-common 0.3.9 Common files for different Ghostsc ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-12 Common UNIX Printing System(tm) - ii libcupsys21.1.23-12 Common UNIX Printing System(tm) - ii libice6 6.8.2.dfsg.1-8 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.8.2.dfsg.1-8 X Window System Session Management ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-8 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-8 X Window System miscellaneous exte ii libxt66.8.2.dfsg.1-8 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages gs-esp recommends: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.8-0.1 PostScript font manager -- part of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338451: shc: new tarball available (3.8.3)
Package: shc Version: 3.7-2 Severity: wishlist Hi, I would like to inform you about the latest version of shc 3.8.3 available unter http://www.datsi.fi.upm.es/~frosal/sources/shc-3.8.3.tgz Best wishes, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages shc depends on: ii gcc 4:4.0.2-1 The GNU C compiler shc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338452: mozilla-thunderbird-locale-nb: Uninstallable due to versioned dep on old version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: mozilla-thunderbird-locale-nb Severity: grave Version: 0.7.2-1 Hi mozilla-thunderbird-locale-nb is not installable as it depends on mozilla-thunderbird 0.8.0 while testing has already 1.0.7-3. Cheers Luk - -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcycZ5UTeB5t8Mo0RArBVAJ9DsZaqTuSnqbFrdBLtatWr/PXlvwCeKxxy nBt11PE8lfSlqNoGfeJJUqA= =tRju -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338453: README.Debian points to XFree instead of xorg
Package: 855resolution Severity: minor Hi Just a small issue. In the README.Debian you point to the config file of XFree, but in Debian we now use Xorg, so please point to /etc/X11/xorg.conf . Thanks. Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338425: tor: /etc/defaults/tor does not document ARGS option
severity 338425 wishlist notfound 338425 0.1.0.15-1.0.1 close 338425 thanks On Thu, 10 Nov 2005, Jari Aalto wrote: Package: tor Version: 0.1.0.15-1.0.1 Severity: normal Please add following to the /etc/defaults/tor # Additional arguments. This would display informational messages at start # # ARGS=-l info The only thing at info level on startup is | [info] or_state_load(): Loaded state from /var/lib/tor/state which is not really that interesting. And in case of warnings or errors they are printed anyway. -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338334: tetex-doc: Debian changelog is missing
Hilmar Preusse [EMAIL PROTECTED] wrote: On 09.11.05 Sven Joachim ([EMAIL PROTECTED]) wrote: Hi, Package: tetex-doc Version: 3.0-10 Severity: serious The Debian changelog is missing in the /usr/share/doc/tetex-doc directory. Please add it there as mandated by section 12.7 of the Policy Manual. Hmm, we have a line dh_installdocs -i -N tetex-extra-fonts in debian/rules of tetex-base (and tetex-base has all the wanted files). Anybody having a clue, what is wrong here? It's not dh_installdocs, it's dh_installchangelogs, and it's on purpose that tetex-extra doesn't get them installed (because its /usr/share/doc/package is just a symlink to -base's). I'll add a -p tetex-doc. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#338454: dictionaries-common-dev belongs in section devel, not text
Package: dictionaries-common-dev Version: 0.62.3 Severity: normal As subject says, I believe dictionaries-common-dev belongs in section devel, not section text. - Jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-git10+squashfs+wrr+fbsplash Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages dictionaries-common-dev depends on: ii debhelper 5.0.3 helper programs for debian/rules ii dictionaries-common 0.62.3 Common utilities for spelling dict dictionaries-common-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338455: python2.3-kde3: uninstallable : dependency problem
Package: python2.3-kde3 Version: 3.11.3-4 Severity: grave Justification: renders package unusable Hi, python2.3-kde3 depends on kdelibs4. kdelibs4 does not exist anymore in Sid repositories. Probably that the dependency should be on kdelibs. It's the same for the libqt3c102-mt dependency. The new package is libqt3-mt if i'm not wrong. Last but not least, the sip4 dependency is not satisfied because of the version of the package (4.3.1). Here is the aptitude output while trying to install python2.3-kde3 (sorry it's in french) Les paquets suivants ont des dépendances non satisfaites : python2.3-kde3: Dépend: kdelibs4 (= 4:3.3.2-4.0.2) mais il n'est pas installable Dépend: libqt3c102-mt (= 3:3.3.3) mais il n'est pas installable Dépend: python2.3-sip4-qt3 ( 4.3) mais 4.3.1-1 doit être installé. Hope this will help. Didrik -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#280721: RFS: php4-pear-log -- Log module for PEAR
retitle 280721 O: php4-pear-log -- Log module for PEAR noowner 280721 thanks On Thu, Oct 27, 2005 at 11:35:55 +0200, Matej Vela wrote: On Sat, Feb 12, 2005 at 10:27:49 +0100, SteX wrote: I finished deb-packaging the new release (1.8.7-1) for php4-pear-log and I made it available on my home page. [...] Do you still intend to adopt php4-pear-log? Can you update your package to 1.9.0? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295122: RFA: iproute -- Professional tools to control the networking in Linux kernels
retitle 295122 RFA: iproute -- Professional tools to control the networking in Linux kernels noowner 295122 thanks On Thu, Oct 27, 2005 at 11:30:35 +0200, Matej Vela wrote: On Mon, Feb 14, 2005 at 13:13:03 +0100, Stefano Melchior wrote: retitle 295122 ITA: iproute -- Professional tools to control the networking in Linux kernels Do you still intend to adopt iproute? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323171: Debian stunnel restarted by logrotate
Dear Thorsten and Julien, I refer to bug 323171 in the Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323171 I have been working on this problem for a little while now and have found a solution. If you are still interested in the case, I have some ideas. First of all, the cause of this problem is in the stunnel4 configuration file for logrotate. It contains a 'postrotate' command that restarts stunnel each morning (in a defalut setup). Here's the snippet from /etc/logrotate.d/stunnel4: postrotate /etc/init.d/stunnel4 restart /dev/null endscript Removing this line of course solves the problem, but causes another one; namely the logfile won't be split when rotating occurs. Consequently, log rotation is broken, as the new logfile is empty, and the old renamed one is still appended to. Logrotate features a command called 'copytruncate' to solve this situation. It's not perfect but I believe it does the same thing better. Instead of moving the old logfile and creating a new one, the old logfile is copied and then emptied. This causes a (very short) timeslice of logging to be lost. As a side note; when using 'copytruncate', the command 'create' is overridden. Could this behaviour be more desireable as default than all stunnels being restarted in the morning? In my case, for example, long backup runs with bacula over stunnel are otherwise impossible. Best regards, Johan Ehnberg -- Johan Ehnberg [EMAIL PROTECTED] Windows? No... I don't think so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338456: php-clamav: Uninstallable due to not existing dep phpapi-20020918-zts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: php-clamav Severity: grave Version: 0.3.0-1 Hi php-clamav is not installable as there is no package providing phpapi-20020918-zts. There are only packages providing phpapi-20041030 and phpapi-20050606 in unstable, no package provides phpapi-*-zts... Cheers Luk - -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDcy1e5UTeB5t8Mo0RAlD9AJ9JDz13qdavhLsDHycuT3vcIm92FgCfS3ND sUffGxAOdZpIamBz9Tez5rE= =Zak3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338457: samba segfault after aptitude upgrade
Package: samba version: 3.0.20b On reboot after aptitude update aptitude upgrade I receive the following email. I am running debian testing (libranet3.0 upgraded) using kernel 2.4.12. This happens on each reboot. The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 4025 (/usr/sbin/winbindd). Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occured. You are encouraged to submit this information as a bug report to Debian. For information about the procedure for submitting bug reports , please see http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. 0xb7d38b1e in ?? () #0 0xb7d38b1e in ?? () #1 0xb7dd9ff4 in ?? () #2 0xb7cde2d9 in ?? () #3 0x0fba in ?? () #4 0xbfa46148 in ?? () #5 0x in ?? () #6 0xbfa460a4 in ?? () #7 0x801cd1d0 in ?? () #8 0x0001 in ?? () #9 0x0001 in ?? () #10 0x in ?? () #11 0x in ?? () #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x in ?? () #21 0x in ?? () #22 0x in ?? () #23 0x in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x in ?? () #28 0x in ?? () #29 0x in ?? () #30 0x in ?? () #31 0x in ?? () #32 0x in ?? () #33 0x in ?? () #34 0x in ?? () #35 0x in ?? () #36 0x in ?? () #37 0x in ?? () #38 0x in ?? () #39 0x in ?? () #40 0x in ?? () #41 0x in ?? () #42 0x07b0aabd in ?? () #43 0x in ?? () #44 0x in ?? () #45 0x800a893a in ?? () #46 0x801cd1a8 in ?? () #47 0x801b3cc4 in ?? () #48 0xbfa460c8 in ?? () #49 0x800a8c9e in ?? () #50 0x802504c0 in ?? () #51 0x0023 in ?? () #52 0xbfa460e8 in ?? () #53 0x800a8cda in ?? () #54 0xb7dcfa7c in ?? () #55 0x80187a75 in ?? () #56 0xbfa460f8 in ?? () #57 0x800b7c82 in ?? () #58 0x801cd1d0 in ?? () #59 0x0023 in ?? () #60 0xbfa46118 in ?? () #61 0x800a999b in ?? () #62 0x801cd1d0 in ?? () #63 0xb7cac17c in ?? () #64 0xb7deb290 in ?? () #65 0x41015ff4 in ?? () #66 0x410167f8 in ?? () #67 0x410169a4 in ?? () #68 0xbfa46140 in ?? () #69 0x4100acba in ?? () #70 0x410169a4 in ?? () #71 0xb7ae6030 in ?? () #72 0x0001 in ?? () #73 0x0001 in ?? () #74 0x in ?? () #75 0x050b in ?? () #76 0x8001d25d in ?? () #77 0x801b3e60 in ?? () #78 0xb7cac17c in ?? () #79 0xb7cde670 in ?? () #80 0xbfa46144 in ?? () #81 0x in ?? () #82 0x in ?? () #83 0x0fba in ?? () #84 0xb7cde189 in ?? () #85 0x801b3cc4 in ?? () #86 0x801cd1d0 in ?? () #87 0xbfa462d8 in ?? () #88 0xbfa46288 in ?? () #89 0x800a29fc in ?? () #90 0x801cd1d0 in ?? () #91 0x801cd1d0 in ?? () #92 0x801865d7 in ?? () #93 0x0602 in ?? () #94 0x801b3cc4 in ?? () #95 0xbfa4619c in ?? () #96 0xbfa462a8 in ?? () #97 0x8015483f in ?? () #98 0xbfa4619c in ?? () #99 0xbfa4629c in ?? () #100 0x4100bfd9 in ?? () #101 0xb7ec9dbc in ?? () #102 0x00deb24c in ?? () #103 0x00015ff4 in ?? () #104 0xbfa46204 in ?? () #105 0x52434553 in ?? () #106 0x2f535445 in ?? () #107 0x2f444953 in ?? () #108 0x4b524f57 in ?? () #109 0x554f5247 in ?? () #110 0xb7d60050 in ?? () #111 0x in ?? () #112 0xbfa461dc in ?? () #113 0x801b3cc4 in ?? () #114 0x801cd080 in ?? () #115 0x in ?? () #116 0xbfa46218 in ?? () #117 0x800b6b02 in ?? () #118 0x0009 in ?? () #119 0x000e in ?? () #120 0xbfa461f4 in ?? () #121 0xbfa461f4 in ?? () #122 0xbfa461f4 in ?? () #123 0x0002 in ?? () #124 0x in ?? () #125 0x800b69b3 in ?? () #126 0x in ?? () #127 0x0002 in ?? () #128 0x in ?? () #129 0x in ?? () #130 0x0001 in ?? () #131 0x in ?? () #132 0x in ?? () #133 0x801b3cc4 in ?? () #134 0x in ?? () #135 0x in ?? () #136 0xbfa462c8 in ?? () #137 0x800b9f79 in ?? () #138 0x000e in ?? () #139 0x in ?? () #140 0xbfa462c8 in ?? () #141 0x800ba343 in ?? () #142 0xb7d688bc in ?? () #143 0x801b3cc4 in ?? () #144 0x00a46258 in ?? () #145 0x801cd09c in ?? () #146 0x801cd080 in ?? () #147 0x in ?? () #148 0x012c in ?? () #149 0x in ?? () #150 0x0347 in ?? () #151 0x in ?? () #152 0x0347 in ?? () #153 0x in ?? () #154 0x in ?? () #155 0x012c in ?? () #156 0x8180 in ?? () #157 0x0001 in ?? () #158 0x in ?? () #159 0x in ?? () #160 0x in ?? () #161 0x801b3cc4 in ?? () #162 0x8002f830 in ?? () #163 0xbfa462d8 in ?? () #164 0xbfa462a8 in ?? () #165 0x800a2b31 in ?? () #166 0x801724f0 in ?? () #167 0x0001 in ?? () #168 0x43732b67
Bug#338157: acknowledged by developer (Re: Bug#338157: mozilla-firefox: useless search plugins for most parts of the world)
Hey, I thought it was the package maintainer's task to think of solutions for bugs. I didn't know I had to provide one when reporting a bug. Anyway, here are my suggestions: 1) I don't really know much about Debian packaging but as far as I know (correct me if I'm wrong) you could declare the search plugins as config files. So I can change them (or delete them) and I'll at least get asked what to do about them on the next firefox package upgrade. 2) If 1 isn't possible, remove them from the package. (Maybe put them in an extra package so people who want them can still install them.) Thanks in advance. Regards, CAiRO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338331: [Evolution] Bug#338331: evolution: Evolution does not recognize installed aspell packages
On Wed, Nov 09, 2005, Andreas Ehn wrote: I Evolution, I can only select among the three varieties of English. Did you install gnome-spell? What's its version? Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#338458: RFP: docmgr -- full-featured document management system
Package: wnpp Severity: wishlist Package name: docmgr Version : 0.53.3 Upstream Author : [EMAIL PROTECTED] URL : http://docmgr.sourceforge.net/ License : GPL v2 Description : full-featured document management system From the webpage: DOCMGR is a full-featured document management system that incorporates automatic indexing of uploaded files, automatic ocr and content indexing of pictures, group-level permissions, WebDAV, and a discussion board for stored files. Beyond its stock indexing subsystem, DocMGR also has the capability to incorporate Tsearch2 (a full-text indexing add-on for Postgresql) for a responsive, full-text file indexing system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338459: On an HP nx6125, ACPI thermal events are not processed until one does an acpi -t
Package: linux-image-2.6.12-1-amd64-k8 Version: 2.6.12-1 (and I suspect also later kernels) Hardware Environment: HP nx6125 (AMD Turion ML 34, ATI Radeon express 200M chipset, onboard ATI X300) Software Environment: Kernel 2.6.12-1-amd64-k8 (booting with no_timer_check to avoid double timer interrupts), Debian amd64 (testing/unstable), WM = KDE 3.4.2. Problem Description: ACPI thermal events rarely get processed, especially under moderate to high CPU load. This results in *no* or erratic fan use and potential (cumulative) damage to the machine/electronics. However, if the CPU temperature exceeds a thermal trip point and then one issues a cat /proc/acpi/thermal_zone/TZ?/temperature or an acpi -t, then, after a brief machine pause, the thermal event is processed by the kernel and the fans respond. This can be observed by stopping acpid and doing a cat /proc/acpi/event, which gives the most graphic evidence. A further and more detailed desciption/diagnosis of the problem can be found here == http://lists.debian.org/debian-amd64/2005/10/msg01002.html Steps to reproduce: With a warm processor 58 degrees C (less than first thermal trip point), run glxgears and wait about a minute or so. Your fan will 90% of the time not kick in. Then execute an acpi -t or a cat /proc/acpi/thermal_zone/TZ?/temperature and almost immediately you will observe that (i) at least one of your thermal trip points have been exceeded and (ii) as a response to the cat command, the fans immediately turn on. Visual evidence can be had by first, before you do anything, stopping acpid and doing a cat /proc/acpi/event (as root). Then do the above procedure. You will observe no thermal event register *until* you do the cat or acpi -t. Background info: I am using Debian GNU/Linux 3.1 (testing/unstable) with kernel 2.6.12-1-amd64-k8. I have also tried vanilla kernels from (www.kernel.org) up to 2.6.14.1 and all exhibit this same problem. I have reported this bug to bugzilla.kernel.org (bug # 5534), but nothing has been done as yet. I have looked very briefly at the amd64 acpi thermal code and it seems that the behaviour is to poll the thermal zones (TZs) at various time intervals (I could be wrong). My guess is that somehow the time interval calculation gives a time interval which is too large and hence the kernel seldom polls the TZs. I will gladly provide other info if required. I'd really like to get this bug fixed. Richard -- Richard Mace School of Physics, University of KwaZulu-Natal, Howard College Campus Durban 4041, South Africa Tel.: +27 (0)31 260 1402FAX: +27 (0)31 261 6550 Please find our disclaimer at http://www.ukzn.ac.za/disclaimer gwavasig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338460: rfb: Uninstallable due to libxclass0 - libxclass0c2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: rfb Severity: grave Version: 0.6.1-11 Hi rfb is uninstallable as libxclass0 has been renamed to libxclass0c2 for the C++ ABI transition. This bug is *not* fixeable without source changes (binNMUs) as there is an explicit versioned dependency on libxclass0 in debian/control. Cheers Luk - -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDczLS5UTeB5t8Mo0RAl03AJwKFhbj+hdzgkCg0a5UjujNyEwySgCfQxFr V7g75IZTGTm9nOpquF2PvS4= =sKcy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338461: Missing file menuutil.pl, examples do not run
Package: libperlmenu-perl Version: 4.0-3 The included example Perl programs under /usr/share/doc/libperlmenu-perl/examples/ all require the file menuutil.pl to run. This file is present in the source distribution of perlmenu (it's also present in Debian's libperlmenu-perl_4.0.orig.tar.gz ), but it is not included in the regular Debian package. Without this file, the examples programs under examples/ cannot be run. Since there is relatively little documentation apart from the example programs, it is difficult to use perlmenu without this file. menuutil.pl should not be stripped out of the Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283442: acknowledged by developer (Re: Bug#283442: libsane-extras: hp2400 backend attempts to wreck hp2400c scanner)
Brian May [EMAIL PROTECTED] wrote: Hi, Unfortunately the scanner does not appear to work any more either under Windows or Linux. Ah, bad news. A hardware fault would explain the problem indeed ... [hp4200] sane_control_option[hp4200] sane_start [hp4200] Writing registers[hp4200] Writing registers[hp4200] Writing registers[h p4200] do_coarse_calibration [hp4200] Writing registersFloating point exception Interesting. I'll have a look at the code. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338334: tetex-doc: Debian changelog is missing
tags 338334 pending stop Sven Joachim [EMAIL PROTECTED] wrote: Package: tetex-doc Version: 3.0-10 Severity: serious The Debian changelog is missing in the /usr/share/doc/tetex-doc directory. Please add it there as mandated by section 12.7 of the Policy Manual. -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#180484: jack: Should allow switches for cdparanoia
* Michael Banck [EMAIL PROTECTED] [2003-03-12 19:33]: It would be good if one could specify switches for cdparanoia, e.g. -z, since cdparanoia itself does not have a config file ... You can always define your own ripper in ~/.jackrc, if you want to have some specific switches on all the time. I agree that option handling is sub-optimal right now, but I think the current development version does better WRT this. Michael, do you recall details of the new version? I think I looked at this briefly a while ago but forgot most details. I know it's fairly easy to define your own rippers nowadays, but simply adding options is (afaik) still not terribly easy. The solution I thought of is the following: in jack, define rippers co with only the basics and then add a new variable through which you can define options. jack could then define its options but users could easily override them. I haven't looked at this recently though, so it would be good to get comments before I try to implement this. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#184244: jack: Should support cdparanoia with generic devices
* Jens M�ller [EMAIL PROTECTED] [2003-03-11 00:47]: Severity: wishlist I just had a CD from BMG (copy-protected). It could only be read by cdparanoia using the -g flag and /dev/sg1. Normal method gave an error in the last track and some jitter in other tracks. Sorry for the delay. Are generic SCSI devices actually something still supported on Linux 2.6? If so, can you please briefly let me know how to do this so I can test this myself. (Hmm, I think USB CD devices show up as SCSI, don't they? But is that generic SCSI?) -- Martin Michlmayr http://www.cyrius.com/
Bug#184244: jack: Should support cdparanoia with generic devices
* Michael Banck [EMAIL PROTECTED] [2003-03-12 19:40]: Seems like jack's way of handling gen_device is obsolete anyway? Do you think you can investigate? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320116: jack: Tag files without renaming them.
tag 320116 + patch forwarded 320116 Arne Zellentin [EMAIL PROTECTED] thanks * Philipp Weis [EMAIL PROTECTED] [2005-07-27 00:04]: I just came accross a freedb entry which is so long that the resulting file name would be too long. I get the following error message: | Tagging. *error* Cannot rename track_01.ogg to Béla Bartók- Krystian Zimerman - | Leif Ove Andsnes - Hélène Grimaud - Pierre Boulez - The Piano | Concertos Nos. 1-3 - Krystian Zimerman - Leif Ove Andsnes - Hélène | Grimaud - Pierre Boulez - 01 - Krystian Zimerman - Chicago Symphony | Orchestra - Pierre Boulez % Allegro moderato - Allegro.ogg (Filename | is too long or has unusable characters) There is no obvious way to tell jack to tag these files without renaming them. I got it to work with '--rename-ftm %n', but something like '--rename=no' would be nicer. I agree that such an option would be good. Another nice option would be to crop filenames that are too long. I don't really like this idea, especially since there can be other reasons why a rename fails (e.g. VFAT doesn't allow specific characters). Anyway, I looked at the code to see how this can be implemented... I noticed there's a -R/--rename option but this code is really a mess: -R doesn't actually do anything at all. And the internal freedb_rename variable (which has nothing to do with -R) is completely useless too: jack tries to do renames even when you don't use -Q/-q at all (i.e. just 'jack -t 1') and then fails: Traceback (most recent call last): File /usr/bin/jack, line 270, in ? jack_tag.tag(1) File /usr/lib/python2.3/site-packages/jack_tag.py, line 70, in tag if cf['_id3_year'] == -1 and len(track_names[0]) = 3: TypeError: unsubscriptable object I tried to clean up the code, and I introduced a --dont-rename variable. In the patch, I got rid of all the freedb_rename variables (which don't actually do anything), got rid of -R/--rename (which again, doesn't do anything, and doesn't make sense since -Q/-q automatically renames). I won't apply this to the Debian package for now since I'd ideally like to hear comments from upstream. In particular, I'm not sure if --dont-rename is such a good name but --rename=no doesn't seem good to me either given that --rename=yes doesn't actually do anything (it's implied by -Q/-q anyway). Philipp, feel free to apply this patch though and let me know if this is what you want. Oh, by the way, even with --dont-rename, directories *are* renamed. This is because there's another option to stop this: --rename-dir=bool Hmm, looking at this, maybe the --dont-rename option should be called --rename-files=bool after all. Arne/Michael, what do you think? (BTW, this patch depends on some other Debian patches.) diff -urN jack-3.1.1~/jack jack-3.1.1/jack --- jack-3.1.1~/jack2005-11-10 11:36:23.0 + +++ jack-3.1.1/jack 2005-11-10 11:36:30.0 + @@ -144,17 +144,16 @@ sys.exit(0) ### (9) do query on start -freedb_rename = 0 if cf['_query_if_needed']: if not os.path.exists(cf['_freedb_form_file'] + .bak): cf['_query_on_start'] = 1 if cf['_query_on_start']: -freedb_rename = jack_prepare.query_on_start(todo) +jack_prepare.query_on_start(todo) ### (10) update freedb dbfile if cf['_update_freedb']: if not jack_tag.track_names: -err, jack_tag.track_names, jack_tag.locale_names, freedb_rename, revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo, cf['_freedb_form_file'], verb = 1, dirs = 0) +err, jack_tag.track_names, jack_tag.locale_names, revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo, cf['_freedb_form_file'], verb = 1, dirs = 0) jack_freedb.freedb_template(jack_ripstuff.all_tracks, jack_tag.track_names, revision + 1) jack_utils.ex_edit(cf['_freedb_form_file']) info(now submit your changes if you like, using the option --submit (via http POST). Don't forget to activate your changes locally with -R) @@ -251,7 +250,7 @@ jack_display.exit() if cf['_query_when_ready'] or cf['_read_freedb_file'] or cf['_query_on_start']: -err, jack_tag.track_names, jack_tag.locale_names, freedb_rename, revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo, cf['_freedb_form_file'], verb = 1, dirs = 1) +err, jack_tag.track_names, jack_tag.locale_names, revision = jack_freedb.interpret_db_file(jack_ripstuff.all_tracks, todo, cf['_freedb_form_file'], verb = 1, dirs = 1) if err: error(could not read freedb file) @@ -266,7 +265,7 @@ os.system(cf['_exec_err']) error(aborting because of previous error(s) [%i]. % global_error) -jack_tag.tag(freedb_rename) +jack_tag.tag() if jack_functions.progress_changed: jack_functions.progress(all, done, time.strftime(%b %2d %H:%M:%S, time.localtime(time.time( diff -urN jack-3.1.1~/jack.man jack-3.1.1/jack.man --- jack-3.1.1~/jack.man
Bug#338381: snmpd: Interface statistics not incrementing on amd64
Hi Edward, On Dell em64t systems running the amd64 port of Debian, interfaces statistics polled via snmp from remote hosts stop incrementing. I haven't tested on other hardware so can only speak to Dell hardware at the moment. But the bug shows up on every system running Debian's amd64 port. Systems running the i386 port with 64bit kernels DO NOT exhibit this problem. I'm running snmpd on Alpha, which is also 64bit, and i can't reproduce this. Could you run cat /proc/net/dev on your machine after snmp stops working? Thanks, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336640: possible patch
I am not a cpp programmer, but please find nevertheless a possible patch. A test package being available at http://jdurand.home.cern.ch/jdurand/debian/binary/guessnet_0.37-2_i386.deb Regards, Jean-Damien. guessnet_0.37-2.diff.gz Description: GNU Zip compressed data
Bug#338462: Depends on python-gnome2-extras
Package: python2.3-gnome2 Version: 2.10.0-0.3 This package both depends on python-gnome2-extras and recommends python2.3-gnome2-extras. The depends on python-gnome2-extras should be removed as it's not a dependency (and makes python-gnome2 uninstallable with experimental's dbus) Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338463: ITP: squirrelmail-decode -- Extra decoding routines for complex character sets
Package: wnpp Severity: wishlist Owner: Thijs Kinkhorst [EMAIL PROTECTED] * Package name: squirrelmail-decode Version : 1.0 Upstream Author : SquirrelMail Project Team * URL : http://www.squirrelmail.org/ * License : GPL Description : Extra decoding routines for complex character sets SquirrelMail decoding functions are used to display and convert messages encoded in different character sets. This extra decoding library provides support for some complex Eastern character sets and some rarely used Apple character sets. The current release supports Big5, Windows-874 (cp874, Thai), Windows-949 (UHC, Korean), EUC-CN, EUC-JP, EUC-KR, EUC-TW, GB18030, GB2312, ISO-2022-CN, ISO-2022-JP, ISO-2022-JP-2, ISO-2022-KR, Shift_JIS and various x-mac-* character sets. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338464: Please remove spurious leading dash in clean (line 90)
Package: pwlib Severity: minor Tags: patch Hi, in debian/rules, clean-patched: does: if [ -f Makefile ];then \ -$(MAKE) PWLIBDIR=$(PWD) clean;\ fi This is incorrect, please remove the dash in front of $(MAKE). Thanks, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#312393: [Logcheck-devel] Bug#312393: logcheck: Some more information that might help
On Sunday October 23 2005 08:43, Todd Troxell wrote: On Sat, Oct 15, 2005 at 06:34:19PM -0400, Todd Troxell wrote: On Thu, Oct 13, 2005 at 04:10:57PM +0530, Ritesh Raj Sarraf wrote: On Thursday 06 Oct 2005 02:13, Todd Troxell wrote: How does this make it clear that adduser is not the culprit? If adduser was to be the culprit, it should have broken the installation of logcheck (the stable version) also. Obviously there is some difference between the installation if it now works. Can you still reproduce the breakage? I can still reproduce it with the versions present in testing and unstable branch. I needed logcheck badly and the one in sarge works fine so I used that. So if the version in sarge works and the versions in testing and unstable don't work, it makes it clear that there's some change in the pre/post installation script of logcheck which is breaking, not adduser because the same adduser works with logcheck from stable. Ok, it looks like the adduser invocation changed underneath our feet. Can you please remove the logcheck user and then compare the output of these two commands: adduser --quiet --system --no-create-home --group --home /var/lib/logcheck logcheck adduser --quiet --system --no-create-home --group logcheck Pushing this change for today's release. Please re-open this bug if you still have the problem. Cheers, Apologies for not being able to reply you in time. Since my last post, I had put my logcheck (the stable version) packages on hold. I upgraded them today to version 1.2.41 and they look to be working fine. Maybe you can mark the bug as done. Will bug you again if I find something abnormal. :-) Thanks for all your help. Regards, rrs -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Stealing logic from one person is plagiarism, stealing from many is research. Necessity is the mother of invention. -- Ritesh Raj Sarraf RESEARCHUT -- http://www.researchut.com Gnupg Key ID: 04F130BC Stealing logic from one person is plagiarism, stealing from many is research. Necessity is the mother of invention. pgp2q4oC0TFsH.pgp Description: PGP signature
Bug#337714: mutt: Add msmtp as an alternative for mail-transport-agent in dependencies
Hello Stephan, Am 2005-11-05 23:12:23, schrieb Stefan Ott: Package: mutt Version: 1.5.9-2 Severity: wishlist Hi It would be nice if the dependecies were changed to exim4 | mail-transport-agent | msmtp. msmtp is an smtp client that can be used to send mail from mutt. With msmtp installed mutt, works perfectly fine (eg. as an IMAP client) without the need of an MTA. Sorry, but msmtp IS a MTA like ssmtp which I use and the Package msmtp has the controllfield Provides: mail-transport-agent. This Bug should closed. exim4 is the default MTA in Debian and ALL other MTA's are optional. Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338046: whizzytex: FTBFS: einitex not provided anymore by tetex-bin (or elsewhere in sid)
Junichi Uekawa [EMAIL PROTECTED] wrote: Hi, Running INITEX=einitex ... ./checkconfig: line 115: einitex: command not found *** Error: Command failed: einitex 'latex' dummy initex.log [ -f dummy.$FMT ] einitex seems to have problems building format latex for latex It could be a problem with einitex, format extension efmt, or the initial latex.efmt may not be availableb. See initex.log Yikes. This will need investigation, thanks. whizzytex users reported that tetex no longer etex. I've not quite investigated the problem; but I would like to check the intention. Is the intention to remove 'etex' 'einitex' commands? From the 'NEWS' file, it looks like 'pdfetex' is the default now, so invoking pdfeinitex would be the right option? Atsuhito has already answered the main points. I've just had a look at the whizzytex sources, and I found some other possible problems. First of all, I wonder when initex (or now, pdftex -ini) is used at all. Usually formats should be generated in the postinst script, and they should be defined by fmtutil.cnf snippets in /etc/texmf/fmt.d/. This way it is guaranteed that, if there are changes in tetex-* that require all formats to be rebuilt, this will be done in tetex-bin's postinst. Second, whizzytex hardcodes the extension for the format that is generated. However, this is subject to change, too; and if you use the fmtutil.cnf mechanism, you need not specify it. We are currently introducing a Debian TeX Policy; the current draft is available in the tex-common package. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer