Bug#302310: 'man busybox' typos: satify, dont, dependancies...
Package: busybox Version: 1:0.60.5-2.2 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/busybox.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages busybox depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information 618c618 \-u Unpack a package, but dont configure it --- \-u Unpack a package, but don't configure it 634c634 \-I Display the control filenamed [argument] --- \-I Display the control file named [argument] 938c938 \-u, --unqoteDo not quote the output --- \-u, --unquote Do not quote the output 1796c1796 Used to load kernel modules and automatically load their dependancies.USAGE: --- Used to load kernel modules and automatically load their dependencies.USAGE: 1829c1829 \ kernel when it calls on modprobe to satify a miss --- \ kernel when it calls on modprobe to satisfy a miss
Bug#302309: ITP: bcron -- Busy/Bee/Bruce's/Better cron
Package: wnpp Severity: wishlist This is bcron, a new cron system designed with secure operations in mind. To do this, the system is divided into several seperate programs, each responsible for a seperate task, with strictly controlled communications between them. The user interface is a drop-in replacement for similar systems (such as vixie-cron), but the internals differ greatly. http://untroubled.org/bcron/ License is GPL2. signature.asc Description: Digital signature
Bug#300544: xfsprogs: FTBFS (amd64/gcc-4.0): array type has incomplete element type
On 05-Mar-31 09:39, Nathan Scott wrote: On Wed, Mar 30, 2005 at 08:16:29AM +0200, Andreas Jochens wrote: I still get the attached error message even with all your patches applied. Sorry for my delayed answer and thank you for your help. No problem. This patch should resolve those errors, any further problems with this applied? There were three more problems in check.c, command.c and type.c. When those are fixed, the compilation succeeds. The attached patch against the current 'unstable' version of xfsprogs includes your patches and similar fixes for check.c, command.c and type.c. Regards Andreas Jochens diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agf.c ./db/agf.c --- ../tmp-orig/xfsprogs-2.6.26/db/agf.c2003-05-01 08:00:49.0 +0200 +++ ./db/agf.c 2005-03-30 08:11:34.0 +0200 @@ -31,7 +31,6 @@ */ #include xfs/libxfs.h -#include agf.h #include command.h #include type.h #include faddr.h @@ -41,6 +40,7 @@ #include bit.h #include output.h #include init.h +#include agf.h static int agf_f(int argc, char **argv); static void agf_help(void); diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agf.h ./db/agf.h --- ../tmp-orig/xfsprogs-2.6.26/db/agf.h2003-04-29 08:08:41.0 +0200 +++ ./db/agf.h 2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field agf_flds[]; extern const struct field agf_hfld[]; diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agfl.c ./db/agfl.c --- ../tmp-orig/xfsprogs-2.6.26/db/agfl.c 2003-05-01 08:00:49.0 +0200 +++ ./db/agfl.c 2005-03-30 08:11:34.0 +0200 @@ -31,7 +31,6 @@ */ #include xfs/libxfs.h -#include agfl.h #include command.h #include type.h #include faddr.h @@ -41,6 +40,7 @@ #include bit.h #include output.h #include init.h +#include agfl.h static int agfl_bno_size(void *obj, int startoff); static int agfl_f(int argc, char **argv); diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agfl.h ./db/agfl.h --- ../tmp-orig/xfsprogs-2.6.26/db/agfl.h 2003-04-29 08:08:41.0 +0200 +++ ./db/agfl.h 2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field agfl_flds[]; extern const struct field agfl_hfld[]; diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agi.c ./db/agi.c --- ../tmp-orig/xfsprogs-2.6.26/db/agi.c2003-05-01 08:00:49.0 +0200 +++ ./db/agi.c 2005-03-30 08:11:35.0 +0200 @@ -31,7 +31,6 @@ */ #include xfs/libxfs.h -#include agi.h #include command.h #include type.h #include faddr.h @@ -41,6 +40,7 @@ #include bit.h #include output.h #include init.h +#include agi.h static int agi_f(int argc, char **argv); static void agi_help(void); diff -urN ../tmp-orig/xfsprogs-2.6.26/db/agi.h ./db/agi.h --- ../tmp-orig/xfsprogs-2.6.26/db/agi.h2003-04-29 08:08:41.0 +0200 +++ ./db/agi.h 2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field agi_flds[]; extern const struct field agi_hfld[]; diff -urN ../tmp-orig/xfsprogs-2.6.26/db/bmap.c ./db/bmap.c --- ../tmp-orig/xfsprogs-2.6.26/db/bmap.c 2003-05-01 08:00:49.0 +0200 +++ ./db/bmap.c 2005-03-31 09:33:00.113033944 +0200 @@ -33,6 +33,9 @@ #include xfs/libxfs.h #include command.h #include type.h +#include fprint.h +#include faddr.h +#include field.h #include bmap.h #include io.h #include inode.h diff -urN ../tmp-orig/xfsprogs-2.6.26/db/bmapbt.h ./db/bmapbt.h --- ../tmp-orig/xfsprogs-2.6.26/db/bmapbt.h 2003-04-29 08:08:41.0 +0200 +++ ./db/bmapbt.h 2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field bmapbta_flds[]; extern const struct field bmapbta_hfld[]; extern const struct field bmapbta_key_flds[]; diff -urN ../tmp-orig/xfsprogs-2.6.26/db/bmroot.h ./db/bmroot.h --- ../tmp-orig/xfsprogs-2.6.26/db/bmroot.h 2003-04-29 08:08:42.0 +0200 +++ ./db/bmroot.h 2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field bmroota_flds[]; extern const struct field bmroota_key_flds[]; extern const struct field bmrootd_flds[]; diff -urN ../tmp-orig/xfsprogs-2.6.26/db/bnobt.h ./db/bnobt.h --- ../tmp-orig/xfsprogs-2.6.26/db/bnobt.h 2003-04-29 08:08:42.0 +0200 +++ ./db/bnobt.h2005-03-30 08:11:34.0 +0200 @@ -30,8 +30,6 @@ * http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ */ -struct field; - extern const struct field bnobt_flds[]; extern const struct field bnobt_hfld[]; extern const struct field bnobt_key_flds[];
Bug#301603: Compile fails linking drivers/scsi/qla2xxx/build.o
tags 301603 +pending tags 301936 +pending thanks On Sat, Mar 26, 2005 at 06:23:26PM -0800, aj wrote: Package: kernel-source-2.6.11 Version: 2.6.11-1 Severity: important Justification: fails to build from source Looks like the QLA2XXX stuff is supposed to be disabled. Unfortunately something keeps setting CONFIG_SCSI_QLA2XXX=y to true in my .config everytime I make. [snip] The QLA driver was removed from the kernel-source-2.6.11 tree (presumably because of some DFSG non-freeness), however it seems that this wasn't done particularly cleanly. I have put the following patch into SVN, and removed drivers/scsi/qla2xxx/Kconfig and drivers/scsi/qla2xxx/Makefile from the tree. It turns out to be quite difficult to remove drivers/scsi/qla2xxx/ with the current build process, so it will have to stay. This change should appear in the next release, testing appreciated. -- Horms # origin: Debian (horms) # cset: n/a # inclusion: not suitable for upstream # revision date: 2005-03-31 # description: tidy up qla2xxx non-free prune --- a/drivers/scsi/Makefile 2005-03-31 16:23:04.0 +0900 +++ b/drivers/scsi/Makefile 2005-03-31 16:23:29.0 +0900 @@ -79,7 +79,6 @@ obj-$(CONFIG_SCSI_QLOGIC_ISP) += qlogicisp.o obj-$(CONFIG_SCSI_QLOGIC_FC) += qlogicfc.o obj-$(CONFIG_SCSI_QLOGIC_1280) += qla1280.o -obj-$(CONFIG_SCSI_QLA2XXX) += qla2xxx/ obj-$(CONFIG_SCSI_PAS16) += pas16.o obj-$(CONFIG_SCSI_SEAGATE) += seagate.o obj-$(CONFIG_SCSI_FD_8xx) += seagate.o --- a/drivers/scsi/Kconfig 2005-03-31 16:32:50.0 +0900 +++ b/drivers/scsi/Kconfig 2005-03-31 16:32:53.0 +0900 @@ -1340,8 +1340,6 @@ To compile this driver as a module, choose M here: the module will be called qlogicpti. -source drivers/scsi/qla2xxx/Kconfig - config SCSI_SEAGATE tristate Seagate ST-02 and Future Domain TMC-8xx SCSI support depends on X86 ISA SCSI BROKEN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302115: [TECH-CONTACTS] Re: Bug#302115: galeon: Galeon crashes when trying to load http://www.whereis.com.au/
You're correct. It's the grsec kernel killing the java_vm which causes Galeon to exit. Sorry. On Wed, 2005-03-30 at 17:14 +0200, Loïc Minier wrote: tags 302115 + unreproducible thanks Hi, On Wed, Mar 30, 2005, Stephen R. Darragh wrote: Galeon crashes every time when trying to go to http://www.whereis.com.au/. I didn't get this crash, I made a screenshot of the loaded page at: http://joule.via.ecp.fr/~lool/whereis-nocrash.png (Debian) Mozilla Firefox loads the page fine. Please try with the Debian Mozilla browser, in package mozilla-browser, the source code of firefox is not the same. Kernel: Linux 2.6.10-grsec-it-srd I see you're using a GRSEC kernel, please try with a non-grsec kernel. If it doesn't crash with Mozilla, and still crashes without grsec, please report a backtrace as explained at: http://wiki.debian.net/?HowToGetABacktrace Regards, -- Stephen Darragh Technical Director Informed Technology Ph: +61 8 9380 4244 Fax: +61 8 9380 4354
Bug#302301: tetex-extra: letterspacing.sty missing
severity 302301 wishlist tags 302301 + wontfix stop On 31.03.05 James Hirschorn ([EMAIL PROTECTED]) wrote: Hi, Shouldn't it be in tetex? 1. There is no letterspacing.sty on CTAN, only a letterspacing.tex 2. [EMAIL PROTECTED] $ grep letterspa * ANNOUNCE-2.99.0.20041023: * letterspacing.tex (from Phil Taylor) removed for license reasons [EMAIL PROTECTED] $ in fact: This file, letterspacing.tex, created by Philip Taylor of RHBNC (P.Taylor at Mail.Rhbnc.Ac.Uk) for Kaveh Bazargan of Focal Image (Kaveh at Focal.Demon.Co.Uk) may be freely distributed provided that no changes whatsoever are made to its contents which does not comply to the DFSG and I guess Thomas removed it too for the reason, that no changes are allowed. Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302286: tetex-bin: postinst fails with Error: `tex -ini -jobname=latex -progname=latex latex.ini' failed
On Thu, 31 Mar 2005, Frank Küster wrote: Sven Koch [EMAIL PROTECTED] wrote: Package: tetex-bin Version: 2.0.2-27 Severity: important Setting up tetex-bin (2.0.2-27) ... Merging information from /etc/texmf/texmf.d/ into /etc/texmf/texmf.cnf ... done Regenerating /var/lib/texmf/web2c/fmtutil.cnf ... done Regenerating /var/lib/texmf/web2c/updmap.cfg ... done Running initex. This may take some time. ... Error: `tex -ini -jobname=latex -progname=latex latex.ini' failed Error: `etex -ini -jobname=latex -progname=latex *latex.ini' failed [...] ### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### Can you send us the file /var/lib/texmf/web2c/latex.log? Furthermore, there is probably a file in /tmp/ (or in TMPDIR if you have set this variable) with the name tetex.postinst.XXX with the Xs replaced by random characters and digits. Please also send this file. Both files attached. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) tetex.postinst.XXeobPVM.gz Description: Binary data This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5) (INITEX) 31 MAR 2005 03:36 entering extended mode ***latex.ini (/usr/share/texmf/tex/latex/config/latex.ini (/usr/share/texmf/tex/latex/base/latex.ltx (/usr/share/texmf/tex/latex/config/texsys.cfg) \openout15 = `texsys.aux'. ./texsys.aux found [EMAIL PROTECTED] set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, \maxdimen=\dimen10 \hideskip=\skip10 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] compatibility for TeX 2, parameters, \normalbaselineskip=\skip12 \normallineskip=\skip13 \normallineskiplimit=\dimen13 \interfootnotelinepenalty=\count23 \strutbox=\box11 LaTeX2e 2001/06/01 hacks, [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] control, par, spacing, [EMAIL PROTECTED] [EMAIL PROTECTED] \smallskipamount=\skip17 \medskipamount=\skip18 \bigskipamount=\skip19 \fill=\skip20 files, [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] font encodings, lengths, \everymath=\toks11 \everydisplay=\toks12 [EMAIL PROTECTED]@size=\toks13 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]@normal=\count28 [EMAIL PROTECTED]@bold=\count29 Local config file fonttext.cfg used (/usr/share/texmf/tex/latex/config/fonttext.cfg File: fonttext.cfg 2001/06/04 v2.2z LaTeX Kernel (Uncustomised text font setup) (/usr/share/texmf/tex/latex/base/fonttext.ltx File: fonttext.ltx 2001/06/04 v2.2z LaTeX Kernel (Text font setup) === Don't modify this file, use a .cfg file instead === (/usr/share/texmf/tex/latex/base/omlenc.def File: omlenc.def 2001/06/05 v1.94 Standard LaTeX file ) (/usr/share/texmf/tex/latex/base/t1enc.def File: t1enc.def 2001/06/05 v1.94 Standard LaTeX file ) (/usr/share/texmf/tex/latex/base/ot1enc.def File: ot1enc.def 2001/06/05 v1.94 Standard LaTeX file ) (/usr/share/texmf/tex/latex/base/omsenc.def File: omsenc.def 2001/06/05 v1.94 Standard LaTeX file ) (/usr/share/texmf/tex/latex/base/t1cmr.fd File: t1cmr.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/ot1cmr.fd File: ot1cmr.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/ot1cmss.fd File: ot1cmss.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/ot1cmtt.fd File: ot1cmtt.fd 1999/05/25 v2.5h Standard LaTeX font definitions ))) Local config file fontmath.cfg used (/usr/share/texmf/tex/latex/config/fontmath.cfg File: fontmath.cfg 2001/06/04 v2.2z LaTeX Kernel (Uncustomised math font setup) (/usr/share/texmf/tex/latex/base/fontmath.ltx File: fontmath.ltx 2001/06/04 v2.2z LaTeX Kernel (Math font setup) === Don't modify this file, use a .cfg file instead === LaTeX Font Info:Redeclaring font encoding OML on input line 59. LaTeX Font Info:Redeclaring font encoding OMS on input line 60. (/usr/share/texmf/tex/latex/base/omlcmm.fd File: omlcmm.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/omscmsy.fd File: omscmsy.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/omxcmex.fd File: omxcmex.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) (/usr/share/texmf/tex/latex/base/ucmr.fd File: ucmr.fd 1999/05/25 v2.5h Standard LaTeX font definitions ) \symoperators=\mathgroup0 \symletters=\mathgroup1
Bug#301883: asterisk: sqlite logging enabled by default and never rotated
Hi, Am Donnerstag, den 31.03.2005, 00:07 +0200 schrieb Jose Carlos Garcia Sogo: El lun, 28-03-2005 a las 17:05 -0600, John Goerzen escribi: Package: asterisk Version: 1:1.0.7.dfsg.1-2 Severity: normal I have a file /var/log/asterisk/cdr.db that is a SQLite database file. The asterisk as shipped with Debian is creating this file by default, but nothing is ever rotating it. This probably should be an important bug... Well, the main problem I see is how can this be made without the need of stopping asterisk and restarting it again, as it is an sqlite file instead of a usual plain file. We will have the same problem with cdr_mysql, if ever packaged. ...but in that case rotation would be part of MySQL's problem, not ours. We just interface with MySQL in that mode and stuff our data into its API. For the same reason, i'm not entirely sure how to use the SQLite wisely, for shutting down the entire live PBX only to rotate a cdr file sounds like overkill to me. Any comments why you need it rotated *automagically* in the first place? Would you also rotate MySQL or PostgreSQL db files for the same reason that they *COULD* theoretically explode when stuffing enough CDR data into there? -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#298704: libyaml-perl: New upstream release with fix available
Package: libyaml-perl Version: 0.36-1 Followup-For: Bug #298704 Hello, YAML 0.37 has been released yesterday. It has the fix. --- Jan 'Bulb' Hudec [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#302301: tetex-extra: letterspacing.sty missing
Frank Küster [EMAIL PROTECTED] wrote: The author of letterspacing.sty is notoriously reluctant to add a DFSG-free license statement to his files, thus allowing distribution by ^ Debian (and TeX-live etc.). This should have been: which would allow. Without it, we cannot distribute it. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#302223: apt 0.6 doesn't complain about missing release file
On Wed, Mar 30, 2005 at 12:51:12PM -0800, Matt Zimmerman wrote: On Wed, Mar 30, 2005 at 08:27:21PM +0200, Guido Guenther wrote: Package: apt Version: 0.6 Which version are you actually using? There has never been a 0.6 release. 0.6.25. Severity: normal Tags: wishlist Hi, having this URL in my sources list: deb http://honk.physik.uni-konstanz.de/~agx/linux-sparc/debian/ mplayer/ apt-get doesn't complain about a missing release file. Shouldn't apt-get issue a warning about missing/unsigned release files? Send apt-get update output. [EMAIL PROTECTED]:~# apt-get update Ign http://honk.physik.uni-konstanz.de mplayer/ Release.gpg Ign http://honk.physik.uni-konstanz.de mplayer/ Release Get:1 http://debian.physik.uni-konstanz.de sarge Release.gpg [197B] Get:2 http://debian.physik.uni-konstanz.de experimental Release.gpg [197B] Get:3 http://debian.physik.uni-konstanz.de unstable Release.gpg [197B] Hit http://honk.physik.uni-konstanz.de mplayer/ Packages Get:4 http://debian.physik.uni-konstanz.de sarge Release [22.8kB] Get:5 http://debian.physik.uni-konstanz.de experimental Release [21.6kB] Get:6 http://debian.physik.uni-konstanz.de unstable Release [34.1kB] Get:7 http://debian.physik.uni-konstanz.de sarge/main Packages [3151kB] Hit http://debian.physik.uni-konstanz.de sarge/non-free Packages Get:8 http://debian.physik.uni-konstanz.de sarge/contrib Packages [52.9kB] Get:9 http://debian.physik.uni-konstanz.de experimental/main Packages [97.5kB] Hit http://debian.physik.uni-konstanz.de experimental/non-free Packages Get:10 http://debian.physik.uni-konstanz.de experimental/contrib Packages [4221B] Get:11 http://debian.physik.uni-konstanz.de unstable/main Sources [1358kB] Fetched 4742kB in 23s (202kB/s) Reading Package Lists... Done See the first two lines. It says that it's ignoring the release file, but since it complains about unknown signatures very loudly, shouldn't it complain about missing release files too? Cheers, -- Guido signature.asc Description: Digital signature
Bug#299554: In dialup install, nameserver addresses are not written to resolv.conf
On Wed, 2005-03-30 at 16:18 -0400, Tony Rowe wrote: I should be clear about this. This was a trial. I did an apt-get install resolvconf. Then I mv'ed my manually-created /etc/resolv.conf out of the way. Resolvconf is met to work with /etc/resolv.conf a symlink pointing to /etc/resolvconf/run/resolv.conf, the dynamically generated configuration file. If resolvconf is installed then programs like pppconfig refrain from writing to /etc/resolv.conf directly. Therefore I find it hard to understand why installing resolvconf and deleting /etc/resolv.conf actually resulted in /etc/resolv.conf getting updated by 0dns-up. However, I don't know pppconfig that well. I use ifupdown to control ppp interfaces. Tony Rowe wrote: Which program owns resolv.conf (the man page for resolv.conf does exist on a fresh install - I checked)? If no program owns it (it is non-obvious to me which program owns it), what is policy on who can create (touch) a resolv.conf? No package owns it and there is no formal policy governing its use. However, the maintainers of the packages that affect resolv.conf do work together to ensure that things work properly. You seem to have found circumstances in which the right thing is not being done. As it isn't a resolvconf problem I probably won't have more to say about this issue. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302313: 100% CPU in combination with trickle (B/W shaping)
Package: apt Version: 0.5.28.1 Hello, since I'm currently still using a 56K connection, I wanted to employ user-space bandwidth shaping to have lower download rates for certain processes. I discovered that this works nicely using wget, but using apt, it also works (nicely shaped at 2KB/s), yet both its ftp and http methods use as much CPU power as they can get. This is with trickle version 1.07-3, in a setup that's NOT using trickled (the daemon). A sample cmdline used is trickle -d 2 apt-get install evolution Since both wget (1.9.1-8) and curl (7.13.1-2) manage to work nicely without a CPU busy loop (wget -c ftp://ftp.de.debian.org/pub/debian/ls-lR), I'd assume this to be a fatal issue in apt's http/ftp methods' socket event loop or so. Together with bugs #146877, #156578, #179384, #240417 and #270869 which all would like to see bandwidth limiting within apt itself, this is cause for concern since not even with non-native solutions limiting works properly (apart from kernel-space shaping, which does work but cannot easily employ per-process settings). These are package versions on a testing test setup, but the same issue also happens equally with newer versions of all these packages in my Debian unstable machine (which I currently cannot access). Thank you for an outstanding package management mechanism! Andreas Mohr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302312: ITP: libuser -- a user and group account administration library.
Package: wnpp Severity: wishlist Owner: Ghe Rivero [EMAIL PROTECTED] * Package name: libuser Version : 0.53.3 Upstream Author : Nalin Dahyabhai [EMAIL PROTECTED] * URL : http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ * License : LGPL Description : a user and group account administration library. The libuser library implements a standardized interface for manipulating and administering user and group accounts. The library uses pluggable back-ends to interface to its data sources. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.6.10-1-smp 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#284477: upstream tracking bug
On Mon, Mar 28, 2005 at 06:00:29PM -0500, D. Brian Larkins wrote: We have 3 ThinkCentre machines (model 8085) which exhibited the same behaviour. BIOS upgrades were unhelpful as above, as was commenting out the ACPI Sleep functionality in the config. Kernel source is tracking this bug (with a fix that worked for me on unstable/2.6.10) as follows: http://bugzilla.kernel.org/show_bug.cgi?id=4235 Thanks for the follow up, though that fix looks like it could break other things, so I am quite hesitant to add it to 2.6.8. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301613: kernel-source-2.6.11: NEWS.Debian missing
tags 301613 +pending thanks On Sun, Mar 27, 2005 at 01:19:18AM -0500, Philipp Weis wrote: Package: kernel-source-2.6.11 Version: 2.6.11-1 Severity: normal I was quite surprised to see that Broadcom tg3 card is no longer supported in 2.6.11. I thought the driver was free except for the optional firmware? Anyways, I found the following paragraph in the changelog, but I cannot find the file NEWS.Debian it refers to. At least it's not in /usr/share/doc/kernel-source-2.6.11 where I would expect it to be. | Drop prune-non-free, add NEWS.Debian to document the dropping | of the tg3 driver, and the existence of kernel-nonfree-* | (Andres Salomon). This has now been fixed in SVN and should appear in the next release. For reference, here is the text of the file. -- Horms kernel-source-2.6.11 (2.6.11-1) unstable; urgency=low * This release drops the tg3 driver. Previously, it was included, but with (non-free) firmware stripped out. Instead, from now on, it will be in a separate package; kernel-nonfree-source-2.6.11. This package is in non-free, and contains the full tg3 driver (with firmware), as well as a number of other drivers that have been removed from Debian's kernel-source packages for quite some time. -- Andres Salomon [EMAIL PROTECTED] Mon, 21 Mar 2005 03:33:28 -0500 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301641: Linux kernel include files still inconsistent on sarge
On Sun, Mar 27, 2005 at 03:03:15PM +0200, Joerg Schilling wrote: Package: kernel DISTRIB_ID=3DDebian DISTRIB_RELEASE=3D3.1 DISTRIB_CODENAME=3Dsarge DISTRIB_DESCRIPTION=3DDebian GNU/Linux uname -a Linux debian 2.6.8-pegasos #1 Wed Aug 18 16:40:30 CEST 2004 ppc GNU/Linux When compiling star, I get error messages like: =3D=3D COMPILING fflags.o In file included from /usr/include/linux/ext2_fs.h:20, from fflags.c:41: /usr/include/linux/ext2_fs_sb.h:48: error: parse error before u32 /usr/include/linux/ext2_fs_sb.h:50: error: parse error before '*' token /usr/include/linux/ext2_fs_sb.h:55: error: parse error before '}' token They are caused by the fact that data structures that are needed=20 for user space applications still base on inofficial types defined only in case you are compiling a linux kernel. It is impossible to compile star using official methods (adding other include files that are allowed to be included by user space program= s). The related problem has been reported to the linux kernel developers more than 2. years ago. Is there any help that the Linux kernel will be fixed in the near future? I would suggest making a patch for your proposed cleanup of these types and submitting it both upstream and here. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301701: kernel-image-2.6.10-1-k7: System catatonic when trying to write DVD or CD as user
On Sun, Mar 27, 2005 at 09:00:39PM +0100, [EMAIL PROTECTED] wrote: Package: kernel-image-2.6.10-1-k7 Version: 2.6.10-6 Severity: important Repeatability: always Problem occurs with 2.6.9?: Never 2.6.10 isn't really being updated any more, could you try rebuilding your kernel using kernel-source-2.6.11? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302305: php4-sqlite: more proper check for restarting servers in postinst
On Thu, Mar 31, 2005 at 09:10:30AM +0200, Janos Holanyi wrote: Originally, php4-sqlite postinst gives false alarms which could be avoided: /usr/sbin/apachectl is not executable, exiting Restarting apache-ssl. That's not php4-sqlite producing those messages. The postinst script checks for executability of files in /etc/init.d/ but packages leave their files in there on package removal so it would be more proper to also check running instances before checking files in /etc/init.d to focus only on running servers to restart. No, it wouldn't be more proper. The restart action of an init script is the only policy-guaranteed way of reloading the configuration of a service, and it is not intended to only be run when the service is already running. - Matt signature.asc Description: Digital signature
Bug#297071: unrar: Unrar cannot work on some .rar files
On Sat, Feb 26, 2005 at 10:52:05PM +0100, Robert Gomu?ka wrote: Unrar could not extract specific rar file. Rar package worked ok. The specified file had filenames with national (polish) characters, that may be the reason. Could you please send the output of unrar --list file.rar? -- Niklas Vainio [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302314: i can't install gimp : wrong dependencies
Package: gimp Version: 2.2.4-1 Severity: grave Justification: renders package unusable When i type apt-get install gimp, i have this message : (sorry it is in french) estassen:/home/eugene# apt-get install gimp Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. Puisque vous n'avez demandé qu'une seule opération, le paquet n'est probablement pas installable et vous devriez envoyer un rapport de bogue. L'information suivante devrait vous aider à résoudre la situation : Les paquets suivants contiennent des dépendances non satisfaites : gimp: Dépend: gimp-data (= 2.2.4-1) mais 2.2.4-2 devra être installé E: Paquets défectueux -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) On my system, gimp-data 2.2.4-2 is installed when i type apt-get install gimp-data. But gimp seems to need gimp-data 2.2.4-1. So i can't install it. What can i do ? Versions of packages gimp depends on: ii aalib1 1.4p5-22ascii art library ii gimp-data2.2.4-2 Data files for The GIMP ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libasound2 1.0.8-3 ALSA library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexif100.6.9-6 library to parse EXIF files ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.4-2 Libraries necessary to run the GIM ii libgimpprint14.2.7-8 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtiff4 3.7.2-1 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.3-2 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii wget 1.9.1-10retrieves files from the web ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime
Bug#301449: libboost-dev: also vanish on direct upgrade to 1.32.0-4; Work-around
On Wed, Mar 30, 2005 at 10:44:09AM -0800, Ross Boylan wrote: On Wed, Mar 30, 2005 at 12:01:59PM +0200, Domenico Andreoli wrote: On Sat, Mar 26, 2005 at 05:13:22PM -0800, Ross Boylan wrote: I just upgraded another system from 1.31.0-9 directly to 1.32.0-4. Once again, there are missing files, including at least the 2 I mentioned previously. this bug is due to the broken way /usr/share/doc/libboost-doc/HTML/boost was created on the filesystem. it has been fixed in package 1.32.0-4, bug #290333 and others merged with it. please read those bug reports for the complete story. fixed is a little strong, as my experience and the details you give below confirm. People with boost 1.31 installed will experience this problem when upgrading to 1.32.0-4. It is fixed, apparently, in the sense that people upgrading from 1.32.0-4 will not experience a problem. exactly problem was that libboost-doc postinst script removed $DOC/HTML/boost/ and made it a symlink to /usr/include/boost. I am not intimately familiar with Debian packaging, but perhaps something in libboost-doc's preremove script could fix this? (probably not, if the old preremove script is the one that is run). hmmm... this is interesting, probably the preinst script is the right place to solve all this story. i will work in this direction. thanks. this explanation does not explain why the bug is seen only between 1.31.0 - 1.32.0 transition and why reinstalling the same version packages works around it. i suppose only to not know all the details required to explain them. The explanation makes sense to me, though it's a little surprising so many files are affected. As I understand it, the problem is that removing old versions of libboost-doc will remove many of the files in /usr/include/boost. Reinstalling the affected packages puts the right files back. how many files are affected? all those originally installed by libboost-doc in HTML/boost and then removed in its postinst script. you can see the complete list of 1.31.0-9 at http://people.debian.org/~cavok/old_boost_doc.txt cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302263: gstreamer0.8-swfdec: core dumped in postinst
* Matijs van Zuijlen [EMAIL PROTECTED] [2005-03-30T17:38:50-0500]: Setting up gstreamer0.8-swfdec (0.8.8-2) ... /var/lib/dpkg/info/gstreamer0.8-swfdec.postinst: line 8: 6483 Illegal instruction (core dumped) gst-compprep-0.8 --gst-debug-level=0 /dev/null There's a possibility it's fixed in 0.8.8-3 which was just uploaded. libswfdec is linked against liboil0.3 and some other gst plugins were linked against liboil0.2. I'm not sure what kind of errors this would cause. Please test 0.8.8-3 and see if that fixes this issue. Thanks. You could also try running gst-compprep-0.8 with a higer debug level to get a more exact location of the problem. -dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302304: hddtemp isn't restarted after update
tag 302304 + unreproducible thanks Andreas Schmidt a écrit : Package: hddtemp Version: 0.3-beta13-3 Severity: normal After update, the demon should be restarted. Currenly hddtemp is stopped before the upgrade and restarted just after. Wasn't it the case for you? Have you seen any error? A copy and paste of the upgrade would be nice. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261848: See Inkskape BTS
Hi Florian, On Wed, Mar 30, 2005 at 08:46:41PM +0200, Florian Hars wrote: I created a Bug and attached a patch against the current cvs version in the inkskape BTS, see http://sourceforge.net/tracker/index.php?func=detailaid=1173517group_id=93438atid=604306 Yours, Florian. Thanks for the patch. I'll have a look at it and see if I can backport it to version 0.42. With best wishes, Wolfi signature.asc Description: Digital signature
Bug#302316: remove xprint-xprintorg source (xprt-common package)
Package: ftp.debian.org Severity: normal The xprint-xprintorg packages have been renamed, removing the -xprintorg suffix. The Packages file for testing tells me that the new xprint packages (xprint, xprint-common, xprt, xprt-xprintorg) have propagated into testing. The old xprint-xprintorg source package therefore needs to be removed. Its binary packages are now provided by xprint. The binary package xprt-common needs to be removed along with it, since it has been replaced by xprint-common. Summary: please remove source: xprint-xprintorg (0.1.0.alpha1-8) binary: xprt-common (0.1.0.alpha1-8) (please be careful not to remove xprt or xprt-xprintorg, as these are provided by the new xprint source package. They will be removed in the future, probably after sarge's release). Thanks, Drew Parsons -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302315: sparc: depends on libapt-pkg-libc6.3-5-3.3 instead of libapt-pkg-libc6.3-5-3.5
Package: python-apt Version: 0.6.10 Severity: normal Tags: experimental Hi, on sparc python-apt depends on libapt-pkg-libc6.3-5-3.3 instead of libapt-pkg-libc6.3-5-3.5 as it should. With this dependency it isn't installable with apt 0.6.25 as it should. Can I binary NMU? -- Guido signature.asc Description: Digital signature
Bug#278345: acknowledged by developer (Bug#278345: fixed in hddtemp 0.3-beta13-1)
Could you please send me the output of strace -T hddtemp with the new version? It would be nice to have the two case, ie no sensor and wrong results. Only the normal one that reports no sensor - couldn'r reproduce the wrong results one with several hundred of tries with strace. http://www.cs.ut.ee/~mroos/hddtemp-strace.txt -- Meelis Roos ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302097: supposed security hole due to buffer overflow in input filename
* Joey Hess: Exploitation of this problem would seem to be limited to systems that take arbitrary files, perhaps uploaded via ftp, and run unshar on them. unshar archives are unchecked mobile code anyway, so this is not a security problem at all. (A similar bug in shar could be considered different, though.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302242: ITP: php4-dbase -- dBase module for php4
On Wednesday 30 of March 2005 22:55, Kim Lundgren wrote: * Package name: php4-dbase Version : 4.3.10 Upstream Author : The PHP Group [EMAIL PROTECTED] * URL : http://www.php.net/ * License : (PHP License, libdbf) Description : dBase module for php4 This package provides a module for accessing dBase databases from PHP scripts. What is the real license for this module? The copyright info is very unclear. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280673: Resolved
Hi Frank, Gustavo fixed this in 1.8.10, The changelog reads - relicensed to GPL, some other translations still missing after all of them are updated, this will close bug 280673. From what I see, everything in Sarge is at 1.8.10.3-1 (quite astonishing!) So, I believe this bug can be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298566: java-package: command-line parameter for make-jpkg to set priority
Hi, Jeroen, Jeroen van Wolffelaar wrote: On Tue, Mar 08, 2005 at 03:54:02PM +0100, Rico Schiekel wrote: this patch add an command-line parameter to set an alternative priority for update-alternatives. ... --email EMAIL email address used in the maintainer field of the package --changes create a .changes file --priority PRIOset the update alternatives priority level ... I primarily use this, cause I have installed sun's jdk 1.5, but want ibm's jdk 1.4 as default sdk. Priorities are not meant to be changed by the user, only by package maintainers. You can (should) use update-alternatives --set or --config to set alternatives as system administrator, rather than changing the packages so that the packages of your preference have the highest priority. Well, as the make-jpkg users actually create the jdk packages, they could be seen as the jdk package mainainers, and so have the right to set the priorities for the jdk package. Imagine a development department or university computer room, where the admin does not want to have sablevm as the default JVM (which currently uses 350), but his own self-generated SUN jdk deb. Usually, those have their own central package repository, and run auto-upgrades via crontab against this private server. With the command line parameter, he just has to add this option on make-jpkg, puts his jdk deb into the repository and everything is fine. Without, he has to run update-alternatives for N machines and M installed programs (java, javac, javah, jar etc.). Of course, this is scriptable, but it opens a maintainance nightmare, especially as all those alternatives are now switched to manual status, and he must remember to reset them back to automatic or to his new manual preference whenever he removes the package. The admin does indeed create the packages, is fully responsible for the users complaints and even has his own name and address in the maintainer field of the package (--full-name and --email), but is not the package maintainer? Just my thoughts on this... Markus signature.asc Description: OpenPGP digital signature
Bug#302213: libgtk2.0-bin: undefined symbol: g_assert_warning
Josselin Mouette wrote: This is certainly caused by a locally installed, older version of glib. I have enough of these stupid bug reports. Why do users keep installing local versions just to fuck up their system? I understand your irritation, but look below: gutow:/home/gutow# dpkg -l glib* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un glibc none (no description available) un glibc-2.3.2.ds none (no description available) ii glibc-doc 2.3.2.ds1-20 GNU C Library: Documentation un glibc-pic none (no description available) un glibc2 none (no description available) un glibcdoc none (no description available) gutow:/home/gutow# so your guess is clearly incorrect. My system is clean. It is sarge, installed from scratch and later upgraded many times, always using 'apt-get' mechanism. Don't blame the users, please. The troubles started after one of such upgrades, but went unnoticed for some time (I didn't know that some applications no longer start). Trying to install glibc or glibc2 (is that what you meant as on older version of glib?) produces the following messages: gutow:/home/gutow# apt-get -s install glibc Reading Package Lists... Done Building Dependency Tree... Done Package glibc is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package glibc has no installation candidate gutow:/home/gutow# apt-get -s install glibc2 Reading Package Lists... Done Building Dependency Tree... Done Package glibc2 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: locales E: Package glibc2 has no installation candidate Therefore there IS a bug somewhere. -- Marek Gutowski, [EMAIL PROTECTED] Institute of Physics, ON-3.2, Al. Lotnikow 32/46, (PL) 02-668 Warszawa, POLAND, tel. +48-22-8436601 ext. 3122 To talk or not to talk? Yes, talk, plain ASCII please -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301883: asterisk: sqlite logging enabled by default and never rotated
On Mon, Mar 28, 2005 at 05:05:07PM -0600, John Goerzen wrote: Package: asterisk Version: 1:1.0.7.dfsg.1-2 Severity: normal I have a file /var/log/asterisk/cdr.db that is a SQLite database file. The asterisk as shipped with Debian is creating this file by default, but nothing is ever rotating it. This probably should be an important bug... Incidentally, what this file is is not described anywhere. It would be useful to do that, and to provide instructions for enabling or disabling SQLite CDR recording. This is a sqlite database. So how about a weekly cron that runs something like: select all records older than a week, write them to a different db and delete them from current db? Or simply: purge all records older than a month. Are there any other programs that log to sqlite? -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299562: dev=/dev/cdrom crashed/hung X
On Wednesday 30 March 2005 3:53 pm, you wrote: 'dev=/dev/cdrom' would have been confusing, but something like Impossible SCSI address [-2, -2, -2] - have you specified dev= properly? would have been good. Well, first you did call cdrecord with a _wrong_ dev= parameter and should not be amazed by the results. RTFM for the correct parameters. Not amazed, but disappointed. RTFM is all very well, but making a program behave helpfully in the face of improper input is matter of good taste, particularly if that input is subsequently processed in a relatively obscure way, as in the translation from /dev/cdrom to -2,-2,-2: You already warn about the image file being too large before trying to write it, I think. I try to make my software give helpful messages if someone gets it wrong (so the program is in some senses an extension of the manual) but I also try to name the options in a way to avoid confusion: The parameter 'dev' is short for 'device' which has long meant /dev/ files on Unix, so I think the confusion is quite reasonable. Calling the parameter something like 'scsiaddr=' would probably have been a better choice. Still, it's your code, and I have to thank you for making it available, because when everything's right, it works well. Solaris is currently free of charge for any type of usage and it will be Open Source for everybody very soon (I already have access to the Mm. Certainly the new kernel-level debugging facilities are very tempting, but I think driver support isn't quite as good. I'll think about it. Anyway, I'd better stop hassling you. Thanks again. Tim -- Most incoming HTML email is caught by my SPAM FILTER. http://www.baverstock.org.uk/tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302319: liblivemedia: new upstream version is available
Package: liblivemedia Version: 2004.11.11a-1 Severity: wishlist hi, i'm seeing upstream released the new version 2005.03.30. is it possible to have it as debian package (maybe also in sarge)? many thanks domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302317: module-assistant: failed to build ipw2100-source with gcc-version.sh: No such file or directory
Package: module-assistant Version: 0.8 Severity: normal Running module-assistant to build ipw2100-source fails with error /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh: /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh: No such file or directory Full log is attached below: [EMAIL PROTECTED]:~ # module-assistant --text-mode prepare,clean,get,build ipw2100-source Kernel headers available in /lib/modules/2.6.10-1-686/build Creating symlink... Done! /usr/share/modass/packages/ipw2100-source clean /usr/share/modass/packages/ipw2100-source unpack Extracting the package tarball, /usr/src/ipw2100-source.tar.gz Setting environment: KDREV: 2.6.10-4 KVERS: 2.6.10-1-686 KSRC: /lib/modules/2.6.10-1-686/build KPKG_DEST_DIR: /usr/src /usr/share/modass/packages/ipw2100-source build KVERS=2.6.10-1-686 KSRC=/lib/modules/2.6.10-1-686/build KDREV=2.6.10-4 kdist_image dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp rm -rf modules /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/ipw2100' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/usr/src/modules/ipw2100' make: [clean] Error 2 (ignored) /usr/bin/make -C driver clean make[1]: Entering directory `/usr/src/modules/ipw2100/driver' rm -f *.mod.c *.mod *.o *.ko .*.cmd .*.flags .lst *.lst rm -rf /usr/src/modules/ipw2100/driver/tmp for file in *.{c,h}; do \ sed -i -e s:\ *$::g -e s:\t*$::g $file; \ done make[1]: Leaving directory `/usr/src/modules/ipw2100/driver' dh_clean dh_testdir dh_testroot rm -f build-arch-stamp build-indep-stamp configure-stamp rm -rf modules /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/ipw2100' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/usr/src/modules/ipw2100' make: [clean] Error 2 (ignored) /usr/bin/make -C driver clean make[1]: Entering directory `/usr/src/modules/ipw2100/driver' rm -f *.mod.c *.mod *.o *.ko .*.cmd .*.flags .lst *.lst rm -rf /usr/src/modules/ipw2100/driver/tmp for file in *.{c,h}; do \ sed -i -e s:\ *$::g -e s:\t*$::g $file; \ done make[1]: Leaving directory `/usr/src/modules/ipw2100/driver' dh_clean for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.10-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.10-1-686/g ;s/#KVERS#/2.6.10-1-686/g ; s/_KVERS_/2.6.10-1-686/g ; s/##KDREV##/2.6.10-4/g ; s/#KDREV#/2.6.10-4/g ; s/_KDREV_/2.6.10-4/g' $templ ${templ%.modules.in}; \ done export DH_OPTIONS='-pipw2100-modules-2.6.10-1-686' sed s/_UPSTREAM_VERSION_/1.0.5/ debian/config debian/config.new mv debian/config.new debian/config dh_testdir dh_testroot dh_clean -k # Build the module /usr/bin/make -C driver KSRC=/lib/modules/2.6.10-1-686/build KVER=2.6.10-1-686 make[1]: Entering directory `/usr/src/modules/ipw2100/driver' /usr/bin/make -C /lib/modules/2.6.10-1-686/build SUBDIRS=/usr/src/modules/ipw2100/driver MODVERDIR=/usr/src/modules/ipw2100/driver modules /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh: /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh: No such file or directory make[2]: Entering directory `/usr/src/kernel-headers-2.6.10-1-686' make[3]: scripts/Makefile.build: No such file or directory make[3]: *** No rule to make target `scripts/Makefile.build'. Stop. make[2]: *** [_module_/usr/src/modules/ipw2100/driver] Error 2 make[2]: Leaving directory `/usr/src/kernel-headers-2.6.10-1-686' make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/modules/ipw2100/driver' make: *** [binary-modules] Error 2 BUILD FAILED! See /var/cache/modass/ipw2100-source.buildlog.2.6.10-1-686.1112259245 for details. Build failed. Press Return to continue... [EMAIL PROTECTED]:~ # dir /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh ls: /usr/src/kernel-headers-2.6.10-1-686/scripts/gcc-version.sh: No such file or directory -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302320: mailutils: frm -sunread core dumps
Package: mailutils Version: 1:0.6-2 Severity: normal frm -sunread core dumps and in fact all -s options make frm to crash. $frm -sblah Segmentation fault -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mailutils depends on: ii guile-1.6-libs 1.6.7-1 Main Guile libraries ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libguile-ltdl-1 1.6.7-1 Guile's patched version of libtool ii libmailutils0 1:0.6.1-1GNU Mail abstraction library ii libmysqlclient124.0.24-3 mysql database client library ii libncurses5 5.4-4Shared libraries for terminal hand ii libpam0g0.76-22 Pluggable Authentication Modules l ii libqthreads-12 1.6.7-1 QuickThreads library for Guile ii libreadline55.0-10 GNU readline and history libraries ii libtasn1-2 0.2.10-4 Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#189839: libboost-python-dev: package pyste along
Unfortunately, it's not good enough to install gcc-xml manually: a debian package is required to be buildable using only tools also available in the debian archive. Thus a gcc-xml Debian package (c.f. http://bugs.debian.org/189927) is definitely a prerequisite to packaging pyste. Pyste is buildable using only debian archive tools, if that makes a difference. Gcc-xml is not required to build pyste, it is only needed to run the package. Stephen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302286: tetex-bin: postinst fails with Error: `tex -ini -jobname=latex -progname=latex latex.ini' failed
On Thu, 31 Mar 2005, Hilmar Preusse wrote: This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5) (INITEX) 31 MAR 2005 03:36 entering extended mode ***latex.ini (/usr/share/texmf/tex/latex/config/latex.ini (/usr/share/texmf/tex/latex/base/latex.ltx (/usr/share/texmf/tex/latex/config/texsys.cfg) \openout15 = `texsys.aux'. snip === Local configuration file hyphen.cfg used === (/usr/share/texmf/tex/generic/babel/hyphen.cfg File: hyphen.cfg 2001/03/01 v3.7h Babel language switching mechanism [EMAIL PROTECTED] (/usr/share/texmf/tex/generic/hyphen/hyphen.tex) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ! I can't find file `fr19998t.tex'. to be read again \relax l.319 \repeat Please type another input file name: ! Emergency stop. to be read again \relax l.319 \repeat End of file on the terminal! Do you have a language.dat in /etc/texmf? Could you send it in? Did you ever edit it manually? Yes, I have both a language.dat, and a language.dat.postinst-bak -rw-r--r-- 1 root root 4345 Mar 31 03:35 language.dat -rw-r--r-- 1 root root 2919 Mar 17 00:28 language.dat.postinst-bak No, I never touched these files myself. c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) %% To make it possible for package scripts to parse this file, %% please use only %! to comment out hyphenation patterns! % File: language.dat % Purpose : specify which hypenation patterns to load % while running iniTeX %%% % CAUTION: the first language will be the default if no style-file % (e.g. german.sty) is used. % Since version 3.0 of TeX, hyphenation patterns for multiple languages are % possible. Unless you know what you are doing, please let the american % english patterns be the first ones. The babel system allows you to % easily change the active language for your texts. For more information, % have a look to the documentation in texmf/doc/generic/babel. %%% % The hyphenation pattern files are in the dirctory: % texmf/tex/generic/hyphen % The US-english patterns should be loaded *always* and as *first* ones. % Define USenglish as an alias for american. american ushyph1.tex =USenglish % UK english, TWO LINES! %british ukhyphen.tex %=UKenglish % english should always be defined. Either an alias for american or british. =english % French, TWO lines! french fr19998t.tex =patois german dehypht.tex =austrian % For use with ngerman.sty (neue Rechtschreibung): ngerman dehyphn.tex =naustrian % The following languages are disabled by default. Uncomment, what you need. %bahasa inhyph.tex %catalancahyph.tex %croatian hrhyph.tex %czech czhyph2e.tex %danish dkhyphen.tex %% Beware: DEBIAN users have to install tetex-nonfree to use dutch and %% nehyph2.tex %dutch nehyph2.tex % or nehyphx.tex %finnishfi8hyph.tex %galician gahyph.tex %greek grhyph.tex %italianithyph.tex %latin lahyph8.tex % for T1 encoding. Use lahyph7.tex for OT1. %magyar huhyph.tex %norsk nohyph.tex %polish plhyph.tex %portuges pt8hyph.tex %romanian rohyphen.tex %russianruhyphen.tex% note: edit ruhyphen.tex for your encoding! %serbocroatian shhyphl.tex %slovak skhyph2e.tex %slovenesihyph22.tex %spanishsphyph.tex %swedishsehyph.tex %turkishtrhyph.tex % A language without hyphenation: nohyphenation zerohyph.tex %%% % Please contact me, if for any of the following languages there are % freely available hyphenation tables: % esperanto slovak % I might want to include them in a future version of this file. %%% % Email : Thomas Esser, [EMAIL PROTECTED] %%% %%% %%patterns added by debconf %% %%% %% the following patterns have been added by debconf, and can be managed %% by it, but it will notice if you change them manually. %% As always, use %! as comment sign! basque bahyph.tex czech czhyph.tex % depends on other files from tex/csplain dutch nehyph.tex french frhyph.tex icelandic icehyph.tex latin lahyph.tex %! norsk nohyphb.tex
Bug#302188: kernel-pcmcia-modules-2.4.27-2-686 has the symbols
On Thu, 2005-03-31 at 11:26 +0200, Rolf Leggewie wrote: I understand how to solve the situation at hand in my case. What I am wondering about is how to deal with this bug (?) in general. Should alsa-base conflict with pcmcia-modules-2.4.27-2-686 at least for the current version? Or should I file a bug report against pcmcia-modules-2.4.27-2-686 to make them conflict with alsa-base until they provide those symbols? I do not think the situation should be left as is but I also have trouble proposing the right fix. What do you suggest? You are right that something is amiss. Either pcmcia-modules-2.4.27-2-686 is at fault for not providing the required symbols, or alsa-modules-2.4.27-2-686 is at fault for declaring: Suggests: kernel-pcmcia-modules-2.4.27-2-686 | pcmcia-modules-2.4.27-2-686 which implies that pcmcia-modules is as good as kernel-pcmcia-modules for its purposes. The same goes for -386, -k6, etc., of course. I think that declaring a Conflict is too strong since some people may want to install pcmcia-modules-2.4.27-2-686 and use non-PCMCIA drivers from alsa-modules-2.4.27-2-686. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299165: Additional information
On Wed, 30 Mar 2005, Blars Blarson wrote: In article [EMAIL PROTECTED] you write: We were just hit by the disk truncating bug when creating partitions. It appears to be a problem with sun disklabels, when manually creating a DOS partition table with fdisk, we were able to partition the entire 9-gig disk. This was the RC3 netinst btw. Both cases I've run into this problem were on disks not on the first controler. What is the disk configuration on your system (and what type of system)? Did you have this problem on the first disk partitioned? It is an e250, and this was in the internal slots: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 8, lun 0 sym0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15) SCSI device sda: 17689267 512-byte hdwr sectors (9057 MB) Partition check: /dev/scsi/host0/bus0/target0/lun0: p1 p3 sym0:8: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15) SCSI device sdb: 17689267 512-byte hdwr sectors (9057 MB) /dev/scsi/host0/bus0/target8/lun0: p3 We had this problem on both disks but mostly spent time trying to partition sda. But it magically went away when we tried that sarge-sparc-1.iso (full cd instead of netinst). But that might also have been a matter of having written enough different partition tables and reboots. The system is now up and running from that install. /Mattias Wadenstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288398: fixed
tags 288398 -help +pending thanks I've fixed this problem and asked my sponsor to upload. -- Niklas Vainio [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266058: libtk-ruby1.8: Missing , in tk.rb
Klaus Stein wrote: Package: libtk-ruby1.8 Version: 1.8.1-7woody1 I think that this bug(?) is not for Debian. Debian does not have libtk-ruby1.8_1.8.1-7woody1. Thank you. -- akira yamada URL:http://arika.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302321: util-vserver: vserver-copy doesn't preserve file ownership when copying to another host
Package: util-vserver Version: 0.30-14; reported 2005-03-31 Severity: normal Hi, vserver-copy uses rsync to transfer a vserver from one host to another, which by default preserves file ownership with respect to usernames, not numeric uids. Therefore if users have different numeric uids on the source and destination host (common example: Debian-exim), the vserver copy will not be functional (e.g. exim can't read spool directory). This can be fixed effects by using the --numeric-ids Option with rsync. best regards Daniel -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux tkmlx25 2.4.24-ath.ws #1 Fri Feb 27 16:21:37 CET 2004 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302180: description rephrased
tags 302180 +pending thanks * mercoledì 30 marzo 2005, alle 13:38, Philipp Kern scrive: Package: mailreader Severity: wishlist Tags: patch I rephrased mailreader's description a little. A patch is attached. Really Thanks, Philipp. I'll introduce your patch, in the next upload. -- Maurizio - Tannoiser - Lemmo Founder Member of ERLUG http://erlug.linux.it --- Willow: It's really nice that you guys missed me. Say, you all didn't happen to do a bunch of drugs, did you? --Buffy the Vampire Slayer: Doppelgangland
Bug#300787: impossible to upgrade makedev
Maybe it's totally wrong, but if I create a link in /sbin/ to /dev/MAKEDEV can I resolve my problem? Thanks Alessandro Alle 13:59, martedì 29 marzo 2005, hai scritto: On Tue, Mar 29, 2005 at 01:26:10PM +0200, Alessandro Pagnin wrote: Alle 23:22, giovedì 24 marzo 2005, Justin Pryzby ha scritto: On Thu, Mar 24, 2005 at 08:00:46PM +0100, Alessandro Pagnin wrote: Ok, I've uninstalled makedev and reinstalled with udev. The installation proceeds bat with this error: /var/lib/dpkg/info/makedev.postinst: line 27: /sbin/MAKEDEV: no such file or directory That shouldn't be possible.. You were reinstalling this version? ii makedev2.3.1-77 creates device files in /dev It contains /sbin/MAKEDEV. Yes, I've reinstalled the 77 version, dpkg says: iU makedev2.3.1-77 creates device files in /dev and /sbin/MAKEDEV doesn't exist Please run, as root: rm /var/cache/apt/archives/makedev* apt-get --reinstall install makedev Tried, but it does exactly what I've already explained... I don't know what to make of this. What is the result of `md5sum /var/cache/apt/archives/makedev*`? Your original report said it reboots immediately. Did you mean that the computer reboots, and reloads the linux kernel and all? It reboots without any message or reboot process, when system restart grub and kernel loading is really slowed. Hmm. Maybe you could add set -x as the second line of /var/lib/dpkg/info/makedev.postinst. And, since it reboots immediately, add exec 1/home/stdout and exec 2/home/stderr as lines 3 and 4. That will hopefully indicate which line causes the reboot. Then, mail the contents of /home/std{out,err} to the bug. Bdale: makedev.postinst has set +e; is that what you intend? I would have expected set -e. I'm not able to answer your question, please give me more details. It was a question for the package maintainer, Bdale Garbee. :) Thanks, Justin Alle 22:37, lunedì 21 marzo 2005, hai scritto: On Mon, Mar 21, 2005 at 10:13:05PM +0100, Alessandro Pagnin wrote: Package: makedev Version: 2.3.1-77 Severity: critical Justification: breaks the whole system Trying to upgrade to this version of makedev, when system go to configure the package it reboots immediately This didn't happen for me. I'm running udev; are you?
Bug#300787: impossible to upgrade makedev
I answer myself: /dev/MAKEDEV is already a link to /sbin/MAKEDEV... sorry Alle 11:30, giovedì 31 marzo 2005, hai scritto: Maybe it's totally wrong, but if I create a link in /sbin/ to /dev/MAKEDEV can I resolve my problem? Thanks Alessandro Alle 13:59, martedì 29 marzo 2005, hai scritto: On Tue, Mar 29, 2005 at 01:26:10PM +0200, Alessandro Pagnin wrote: Alle 23:22, giovedì 24 marzo 2005, Justin Pryzby ha scritto: On Thu, Mar 24, 2005 at 08:00:46PM +0100, Alessandro Pagnin wrote: Ok, I've uninstalled makedev and reinstalled with udev. The installation proceeds bat with this error: /var/lib/dpkg/info/makedev.postinst: line 27: /sbin/MAKEDEV: no such file or directory That shouldn't be possible.. You were reinstalling this version? ii makedev2.3.1-77 creates device files in /dev It contains /sbin/MAKEDEV. Yes, I've reinstalled the 77 version, dpkg says: iU makedev2.3.1-77 creates device files in /dev and /sbin/MAKEDEV doesn't exist Please run, as root: rm /var/cache/apt/archives/makedev* apt-get --reinstall install makedev Tried, but it does exactly what I've already explained... I don't know what to make of this. What is the result of `md5sum /var/cache/apt/archives/makedev*`? Your original report said it reboots immediately. Did you mean that the computer reboots, and reloads the linux kernel and all? It reboots without any message or reboot process, when system restart grub and kernel loading is really slowed. Hmm. Maybe you could add set -x as the second line of /var/lib/dpkg/info/makedev.postinst. And, since it reboots immediately, add exec 1/home/stdout and exec 2/home/stderr as lines 3 and 4. That will hopefully indicate which line causes the reboot. Then, mail the contents of /home/std{out,err} to the bug. Bdale: makedev.postinst has set +e; is that what you intend? I would have expected set -e. I'm not able to answer your question, please give me more details. It was a question for the package maintainer, Bdale Garbee. :) Thanks, Justin Alle 22:37, lunedì 21 marzo 2005, hai scritto: On Mon, Mar 21, 2005 at 10:13:05PM +0100, Alessandro Pagnin wrote: Package: makedev Version: 2.3.1-77 Severity: critical Justification: breaks the whole system Trying to upgrade to this version of makedev, when system go to configure the package it reboots immediately This didn't happen for me. I'm running udev; are you?
Bug#302287: www.debian.org: Link of dev-ref is broken in japanese html
Yooseong Yang schrieb: Package: www.debian.org Severity: normal In http://www.nl.debian.org/doc/devel-manuals#devref, Japanes html link is broken. WWW master must check it out and correct it. Yeah, I'm aware of this and sent a Makefile patch to the maintainer last weekend. IIRC the last note to Japanese files was to remove it, since it is outdated but the links on the website are still there ... I would like to see even outdated files, it's no problem to add a remark File is outdated to the file or website. I also miss PS, PDF and text documents. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302305: php4-sqlite: more proper check for restarting servers in postinst
On Thu, 31 Mar 2005 18:23:15 +1000, Matthew Palmer wrote On Thu, Mar 31, 2005 at 09:10:30AM +0200, Janos Holanyi wrote: Originally, php4-sqlite postinst gives false alarms which could be avoided: /usr/sbin/apachectl is not executable, exiting Restarting apache-ssl. That's not php4-sqlite producing those messages. Practically, it is: if [ -x /etc/init.d/$srv ]; then if [ -x /usr/sbin/invoke-rc.d ]; then /usr/sbin/invoke-rc.d $srv restart else /etc/init.d/$srv restart fi fi # /etc/init.d/apache restart /usr/sbin/apachectl is not executable, exiting # ls -l /usr/sbin/apachectl ls: /usr/sbin/apachectl: No such file or directory The postinst script checks for executability of files in /etc/init.d/ but packages leave their files in there on package removal so it would be more proper to also check running instances before checking files in /etc/init.d to focus only on running servers to restart. No, it wouldn't be more proper. The restart action of an init script is the only policy-guaranteed way of reloading the configuration of a service, and it is not intended to only be run when the service is already running. Is package removal (not --purge) not perfect then (leaving files around)? Regs Csani -- Open WebMail Project (http://openwebmail.org) Debian Project (http://www.debian.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301983: Unaligned traps
tags 301983 + unreproducible thanks Hi Falk, On Tuesday, 29 Mar 2005, you wrote: Package: dcc-client Version: 1.2.74-1 Severity: normal File: /usr/bin/dccproc dccproc does unaligned memory accesses: Mar 29 15:13:21 juist spamd[593]: processing message [EMAIL PROTECTED] for falk:1000. Mar 29 15:13:32 juist kernel: dccproc(7962): unaligned trap at 00012001a428: 00011fffaad2 28 1 Mar 29 15:13:33 juist kernel: dccproc(7963): unaligned trap at 00012001a428: 00011fffaad2 28 1 Mar 29 15:13:33 juist kernel: dccproc(7964): unaligned trap at 00012001a428: 00011fffaad2 28 1 sorry, i am not able to reproduce this bug. Could you please give me some more details. Have you some special kernel enviroment? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302323: vim-gtk: Problem with man-db rgvim.1.gz
Package: vim-gtk Version: 1:6.3-068+2 Severity: minor Output from /etc/cron.daily/man-db mandb: can't open /usr/share/man/man1/vim: No such file or directory mandb: warning: /usr/share/man/man1/rgvim.1.gz: bad symlink or ROFF `.so' request And also: $ man rgvim man: can't open /usr/share/man/man1/vim: No such file or directory No manual entry for rgvim See 'man 7 undocumented' for help when manual pages are not available. Maybe a 's/vim/vim.1' on rgvim.1 should fix it. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.5 Locale: LANG=C, LC_CTYPE=el_GR (charmap=ISO-8859-7) Versions of packages vim-gtk depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgpmg1 1.19.6-19 General Purpose Mouse - shared lib ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii vim 1:6.3-068+2 Vi IMproved - enhanced vi editor ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302322: hddtemp: [INTL:ja] update Japanese debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: hddtemp Version: 0.3-beta13 Severity: wishlist Tags: l10n patch Hi, I updated Japanese translation of debconf messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkJLyE8ACgkQQKW+7XLQPLGr4gCgzp4HWWqrehnqueERq+bV3+yA B0oAnRHDF71EH6lWFTrg1S0lwm85paId =FeqF -END PGP SIGNATURE- ja.po.gz Description: Binary data
Bug#302213: libgtk2.0-bin: undefined symbol: g_assert_warning
Le jeudi 31 mars 2005 à 11:19 +0200, Marek W. Gutowski a écrit : Josselin Mouette wrote: This is certainly caused by a locally installed, older version of glib. I have enough of these stupid bug reports. Why do users keep installing local versions just to fuck up their system? I understand your irritation, but look below: gutow:/home/gutow# dpkg -l glib* hi, glib is libglib2.0-0. What is the output of ldd /usr/bin/an_app_using_gtk | grep glib ? Cheers, Sebastien Bacher
Bug#302242: ITP: php4-dbase -- dBase module for php4
On Thu, 2005-03-31 at 10:46 +0200, Piotr Roszatycki wrote: What is the real license for this module? The copyright info is very unclear. Sorry about that. I wasn't sure about the level of detail an ITP should contain. The package will end up in non-free, unfortunately. While the parts of the module written by The PHP Group are licensed under the PHP License, some of it is based on older code. Relevant part of the copyright file, with comments by the last maintainer, Ondrej Sury, looks as follows: --- The libdbf copyright follows here: This has been heavily hacked up from what was released to comp.sources.misc, volume43 by Jim Winstead [EMAIL PROTECTED] for use in PHP 3.0. The original source can be found at any decent comp.sources.misc archive. For example, ftp://gatekeeper.dec.com/pub/usenet/comp.sources.misc/volume43/dbf/ Copyright: DBF - xbase manipulation package Copyright (c) Brad Eacker, 1991, 1992, 1993, 1994 Permission is granted to distribute and use the source, documentation files and/or compiled binaries associated with dbf for non-commercial use. No charges may be made for such distributions. This notice and a all documentation must be passed along with all distributed copies. No responsibility is taken for any errors or inaccuracies inherent either to the documentation or the code for this program, but, if reported to me, an attempt will be made to fix them. Author: Brad Eacker [EMAIL PROTECTED] --- // Kim Lundgren -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302324: loop-aes-source: initrd complains about missing module loop.ko_orig
Subject: loop-aes-source: initrd complains about missing module loop.ko_orig Package: loop-aes-source Version: 2.2d-4 Severity: normal *** Please type your report below this line *** Hello, seems that I'm the only user of loop-aes ;) Okay, building a kernel with laptop:/usr/src/linux# make-kpkg --revision 01 --append-to-version \-nb kernel-image modules-image --added-patches mppe --config oldconfig --initrd gives me the files: laptop:/usr/src# ls *.deb kernel-image-2.6.10-nb_01_i386.deb loop-aes-2.6.10-nb_2.2d-4+01_i386.deb loop-aes-ciphers-2.6.10-nb_2.0i-3+01_i386.deb thinkpad-modules-2.6.10-nb_5.8-1+01_i386.deb When I now install the kernel-image (before I have purged the same version) I get the following message: [...] Setting up kernel-image-2.6.10-nb (01) ... /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module loop.ko_orig not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. [...] These seems to be the consequence of the last bugfix. Going to $MODULDIR/block/drivers and issuing laptop:/lib/modules/2.6.10-nb/kernel/drivers/block# ls -l loop* -rw-r--r-- 1 root root 20597 Mar 29 20:25 loop.ko-orig so after a clean kernel image install I have no loop.ko. (Until now I haven't installed the depending loop-aes-modul) When is this diversion thing issued ? When I install loop-aes or the korresponding kernel-image ? I don't know if this bug would be better directed to initrd-tools ... If you have further questions, no problem :) Greetings Thomas Braun -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages loop-aes-source depends on: ii build-essential 10.1 informational list of build-essent ii bzip2 1.0.2-5high-quality block-sorting file co ii debhelper 4.2.31 helper programs for debian/rules ii module-assistant 0.8tool to make module package creati -- no debconf information This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302325: antlr: FTBFS (ppc64/gcc-4.0): Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
Package: antlr Version: 2.7.5-2 Severity: wishlist Tags: patch Please use the new package 'libgcj-dev' from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/antlr-2.7.5/debian/control ./debian/control --- ../tmp-orig/antlr-2.7.5/debian/control 2005-03-24 21:00:01.923173974 +0100 +++ ./debian/control2005-03-24 20:58:57.345296153 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED], John Leuner [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj4-dev +Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj-dev Standards-Version: 3.6.1 Package: antlr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302326: add local user gnarwl
Package: gnarwl Version: 3.3-7 Severity: minor We use gnarwl in my project http://phamm.rhx.it/ some people say me that gnarwl need the local user gnarwl. In FAQ section the Phamm's users suggest: How do I get gnarwl to work? The present debian package does not add the gnarwl user. This can be done with the following. adduser --home /var/lib/gnarwl -disabled-password --disabled-login gnarwl Could package add the local user gnarwl? thank Alessandro -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages gnarwl depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii libldap22.1.30-3 OpenLDAP libraries ii po-debconf 0.8.22 manage translated Debconf template -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302327: Laptop panel's backlight turns on when laptop is docked
Package: metacity Version: 1:2.8.8-1 Severity: normal When I plug my laptop (Dell Latitude C640, video card Radeon Mobility 7500) to its docking station with an external monitor attached, even if I have the PanelOff option set in my X config file, the laptop panel's backlight turns on during the Gnome login process. (Without PanelOff, it turns on as soon as X starts.) This causes serious heating, especially when the lid is closed (as I normally keep it when docked); it could potentially damage the system in the long run. I'm not really sure which package exactly is causing that, but I think metacity is the most likely candidate. Indeed, it happens when the Gnome splash screen is displaying window manager. (I asked for advice on debian-user, but got no useful response.) I guess metacity turns the backlight on when it grabs the X display. Error messages printed or logged: none that I know of. How to demonstrate the problem: log into Gnome with laptop docked, external monitor attached. Expected behavior: panel should stay off. Observed behavior: at some point in the Gnome login process, while the splash screen is displaying window manager, the panel's backlight suddenly turns on. However the screen remains blank. Debian version: 3.1 (Sarge) on i386 Kernel version: 2.6.8-1-686 Hardware: Dell Latitude C640 laptop (with docking station). Processor: Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz Video card: ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500] /etc/X11/XF86Config-4 attached. Thank you Gerardo Ballabio# XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc # FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 # FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi FontPath/usr/share/fonts/truetype/ttf-bitstream-vera FontPath/usr/share/fonts/truetype/latex-xft-fonts EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section ServerFlags OptionBlankTime10 OptionStandbyTime20 OptionSuspendTime30 EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us,it EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection #Section InputDevice # Identifier Trackpoint # Driver mouse # Option Device/dev/input/mouse1 # Option SendCoreEventstrue # Option Protocol ImPS/2 #EndSection Section Device Identifier ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500] Driver ati # Option UseFBDev true Option AGPFastWrite true Option AGPMode 4
Bug#302041: Maybe add the module to load in README.Debian?
Package: mcelog Version: 0.4-3 Followup-For: Bug #302041 Hello, I upgraded mcelog and it stopped mailbombing me, which is good. However, it still doesn't give me enough informations on how to get it working. I tried loading the non-fatal module (from /lib/modules/2.6.10-1-686/kernel/arch/i386/kernel/cpu/mcheck), but the device still doesn't show up. It would be nice to add to the README.Debian a note about which modules need to be loaded to enable /dev/mcelog. Ciao, Enrico -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages mcelog depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8
-Original Message- From: maximilian attems [mailto:[EMAIL PROTECTED] On Wed, 30 Mar 2005, Jefferson Cowart wrote: I'm downloading and testing all 3 now. The short version is none of the 3 worked (same problem as what I've already seen on 2.6.6-10. Further details, dmsg, etc. below. ok bad new, but better to check. thanks for feedback. anyway we are getting closer inbetween of 2.6.5 and 2.6.6-rc1 there were 2 bk snapshot. i build the bk1 for your testing pleasure, you'll find it at the same place: http://charm.itp.tuwien.ac.at/~mattems/ it contains the pcmcia patches for 2.6.6, so most probably it will fail. please confirm before i hand pick different patches out of it. It actually worked, with a few caveats. (For reference my primary card is a 3C574. My secondary is a 3C589.) I tried swapping to my other nic, by first ejecting the current one and then putting the second one in. When I did that I got an error: Mar 31 01:24:21 jcc02003-hawk kernel: irq 10: nobody cared! Mar 31 01:24:21 jcc02003-hawk kernel: Call Trace: Mar 31 01:24:21 jcc02003-hawk kernel: [__report_bad_irq+49/115] __report_bad_ir q+0x31/0x73 Mar 31 01:24:21 jcc02003-hawk kernel: [note_interrupt+76/111] note_interrupt+0x 4c/0x6f Mar 31 01:24:21 jcc02003-hawk kernel: [do_IRQ+146/249] do_IRQ+0x92/0xf9 Mar 31 01:24:21 jcc02003-hawk kernel: [common_interrupt+24/32] common_interrupt +0x18/0x20 Mar 31 01:24:21 jcc02003-hawk kernel: [__do_softirq+44/115] __do_softirq+0x2c/0 x73 Mar 31 01:24:21 jcc02003-hawk kernel: [do_softirq+34/38] do_softirq+0x22/0x26 Mar 31 01:24:21 jcc02003-hawk kernel: [do_IRQ+229/249] do_IRQ+0xe5/0xf9 Mar 31 01:24:21 jcc02003-hawk kernel: [common_interrupt+24/32] common_interrupt +0x18/0x20 Mar 31 01:24:21 jcc02003-hawk kernel: [default_idle+0/38] default_idle+0x0/0x26 Mar 31 01:24:21 jcc02003-hawk kernel: [default_idle+35/38] default_idle+0x23/0x 26 Mar 31 01:24:21 jcc02003-hawk kernel: [cpu_idle+29/50] cpu_idle+0x1d/0x32 Mar 31 01:24:21 jcc02003-hawk kernel: [start_kernel+389/393] start_kernel+0x185 /0x189 Mar 31 01:24:21 jcc02003-hawk kernel: Mar 31 01:24:21 jcc02003-hawk kernel: handlers: Mar 31 01:24:21 jcc02003-hawk kernel: [__crc_give_up_console+4053730/4336289] (y enta_interrupt+0x0/0x27 [yenta_socket]) Mar 31 01:24:21 jcc02003-hawk kernel: Disabling IRQ #10 After this I pulled that card back out (running cardctl eject told me there was no card) and put the first one back in. The LED indicating that that socket had a card in it came up and linux found it. However at that point I was not able to get my network back. (Rebooting fixed it) Next I tried simply removing the original card and reinserting it without first putting in the other card. That worked fine. Next I tried booting with my secondary card plugged in. That didn't work. The error I got was: Mar 31 01:41:22 jcc02003-hawk kernel: eth0: 3Com 3c589, io 0x310, irq 11, hw_addr 00:60:97:90:E6:51 Mar 31 01:41:22 jcc02003-hawk kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr Mar 31 01:41:25 jcc02003-hawk kernel: eth0: flipped to 10baseT Mar 31 01:41:26 jcc02003-hawk kernel: irq 10: nobody cared! Mar 31 01:41:26 jcc02003-hawk kernel: Call Trace: Mar 31 01:41:26 jcc02003-hawk kernel: [__report_bad_irq+49/115] __report_bad_irq+0x31/0x73 Mar 31 01:41:26 jcc02003-hawk kernel: [note_interrupt+76/111] note_interrupt+0x4c/0x6f Mar 31 01:41:26 jcc02003-hawk kernel: [do_IRQ+146/249] do_IRQ+0x92/0xf9 Mar 31 01:41:26 jcc02003-hawk kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Mar 31 01:41:26 jcc02003-hawk kernel: [__do_softirq+44/115] __do_softirq+0x2c/0x73 Mar 31 01:41:26 jcc02003-hawk kernel: [do_softirq+34/38] do_softirq+0x22/0x26 Mar 31 01:41:26 jcc02003-hawk kernel: [do_IRQ+229/249] do_IRQ+0xe5/0xf9 Mar 31 01:41:26 jcc02003-hawk kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 Mar 31 01:41:26 jcc02003-hawk kernel: Mar 31 01:41:26 jcc02003-hawk kernel: handlers: Mar 31 01:41:26 jcc02003-hawk kernel: [__crc_give_up_console+4053730/4336289] (yenta_interrupt+0x0/0x27 [yenta_socket]) Mar 31 01:41:26 jcc02003-hawk kernel: Disabling IRQ #10 Mar 31 01:41:26 jcc02003-hawk kernel: NET: Registered protocol family 17 Mar 31 01:41:26 jcc02003-hawk kernel: eth0: interrupt(s) dropped! (I put that card into a Windows XP laptop and it worked fine there so the card itself is fine.) Now I'm trying to see if I have these same problems on 2.5.5 First, Booting with the secondary card plugged in had the same failure as above. Next booting with the primary plugged in. It worked (as expected). Then I was able to pull and re-insert the card without problems. However pulling the primary and inserting the secondary killed the network (as expected). Now I'm going back to 2.4.27 to figure out if my secondary card will work there. It failed. I got a hard lock when I inserted the card. (Reboot button needed.) I'm 99.9% certain that my testing of 2.6.6-2.6.10 was using my
Bug#302331: trang: Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev | libgcj-dev'
Package: trang Version: 20030619-3 Severity: wishlist Tags: patch Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev | libgcj-dev'. The new 'libgcj-dev' package from gcc-defaults will provide the current default version automatically. Regards Andreas Jochens diff -urN ../tmp-orig/trang-20030619/debian/control ./debian/control --- ../tmp-orig/trang-20030619/debian/control 2005-02-07 15:58:43.918394033 +0100 +++ ./debian/control2005-02-07 15:58:40.184115591 +0100 @@ -2,7 +2,7 @@ Section: text Priority: optional Maintainer: Chris Lawrence [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), gcj, libgcj4-dev | libgcj-dev +Build-Depends: debhelper (= 4.0.0), gcj, libgcj-dev Standards-Version: 3.6.1 Package: trang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302329: nbio: FTBFS (ppc64/gcc-4.0): Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
Package: nbio Version: 2.0-10 Severity: wishlist Tags: patch Please use the new 'libgcj-dev' package from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/nbio-2.0/debian/control ./debian/control --- ../tmp-orig/nbio-2.0/debian/control 2004-12-29 21:57:28.173545824 +0100 +++ ./debian/control2004-12-29 21:56:38.463102960 +0100 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Kenneth J. Pronovici [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.1.0), fastjar (= 1:3.2.1-0pre6), gcj (= 3:3.2.1-0pre6), gcc (= 3:3.2.1-0pre6), libgcj4-dev, doxygen +Build-Depends: debhelper ( 4.1.0), fastjar (= 1:3.2.1-0pre6), gcj (= 3:3.2.1-0pre6), gcc (= 3:3.2.1-0pre6), libgcj-dev, doxygen Standards-Version: 3.6.0 Package: libnbio2-java -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302328: libgetenv-java: FTBFS (ppc64/gcc-4.0): Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
Package: libgetenv-java Version: 1.0-2 Severity: wishlist Tags: patch Please Build-Depend on the new package 'libgcj-dev' from gcc-defaults instead of 'libgcj4-dev'. Regards Andreas Jochens diff -urN ../tmp-orig/libgetenv-java-1.0/debian/control ./debian/control --- ../tmp-orig/libgetenv-java-1.0/debian/control 2004-12-27 14:53:34.460650872 +0100 +++ ./debian/control2004-12-27 14:53:06.162952776 +0100 @@ -1,7 +1,7 @@ Source: libgetenv-java Priority: optional Maintainer: Mark Howard [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), jikes-gij, gcc, fastjar, libgcj4-dev +Build-Depends: debhelper ( 4.0.0), jikes-gij, gcc, fastjar, libgcj-dev Section: libs Standards-Version: 3.5.10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302330: RM: xitalk -- RoQA; too buggy
Package: ftp.debian.org Severity: important xitalk[1] is a talk intercept utility for X. The current version in sarge is broken and a newer upstream version does not fix this issue. Anthony DeRobertis filed a release-critical bug[2] against xitalk which describes the same problem I had when packaging the newest upstream version as I intended to adopt this package[3]. The previous maintainer is missing in action and nobody, apart of me, volunteered to take over this package in one and a half years. Popcon lists xitalk on place #7297 with 21 installations and 9 regular users. Kind regards, Philipp Kern Debian Developer [1] http://packages.debian.org/unstable/x11/xitalk [2] #301878: http://bugs.debian.org/301878 [3] WNPP bug #194021: http://bugs.debian.org/194021 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300288: dstat: terminal color detection broken
On Sun, 20 Mar 2005, Dag Wieers wrote: On Sat, 19 Mar 2005, Charles Lepple wrote: Dag Wieers said: When I want to save it, I get: Formatting error: Internal base64 decoder error: Error writing attachment to /home/dag/dstat-color.patch Hmm, maybe it's time to file a bug against SquirrelMail, too :-) (Looks like it forgot a newline between the base64 part and the MIME boundary-- strange...) I'll try attaching it again, but if you download the patch from the link at http://bugs.debian.org/300288 and chop off the last line (garbage from decoding the boundary), it should be OK. Perfect, your patch has been incorporated! Until I find someone who knows how to do this cleaner using ncurses... v0.5.9 will probably be released somewhere next week. Now that 0.5.9 has been released, can all of you check if the reported problems with various terminal emulators and TERM settings are completely solved ? I still haven't found the ultimate way to do ANSI/VT100 manipulation using ncurses in python, but the code looks a bit better now, especially with Charles bright remark :) For what I've tested it, it seems ok. Andrew, can you close both bugreports after this ? Thanks for your support ! -- dag wieers, [EMAIL PROTECTED], http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300317: sane-utils: scanimage -L does not return
Rainer Dorsch [EMAIL PROTECTED] wrote: Hi Rainer, I attach logs from mustek and hpsj5s (which is very short). Thanks, I'll try to find out what's going on. It may take some time. 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#301504: Debian Installer RC 3 on PARISC
I already tried this but still got the 'Kernel panic' message. But, it HAS something to do with it. I doubled the initial ram-disk size set in palo (something like lilo on i386) and I no longer got the message about 'incomplete write'. I just got 'Kernel panic. No init found.' Probably some other messages just scrolled by and I did not have the time to read them; scrolling happens in just the top line, so you immediately loose the previous lines. Therefore I connected an HP Terminal (700/96; brings back memories :) and changed the console to the serial port. Now the machine booted just fine. So it took me TWO things to change: -doubling the ramdisk_size to 32768 -changing from framebuffer to serial console Probably de-activating the framebuffer could also help, but I tried the parameter debian_installer/framebuffer=false, and this still brought up the framebuffer console. Installation has just started, I'll keep you informed. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302321: util-vserver: vserver-copy doesn't preserve file ownership when copying to another host
sorry, I forgot to mention that the vserver-copy in unstable (util-vserver 0.30.204-3) has the same problem. regards Daniel -- - Daniel Hermann, Institut fuer Theorie der Kondensierten Materie Universitaet Karlsruhe Tel: ++49 (0)721 608-3588 Postfach 6980 Fax: ++49 (0)721 608-7779 76128 Karlsruhe, Germany email: [EMAIL PROTECTED] - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302304: hddtemp isn't restarted after update
On 2005.03.31 10:37, Aurélien Jarno wrote: tag 302304 + unreproducible thanks Andreas Schmidt a écrit : Package: hddtemp Version: 0.3-beta13-3 Severity: normal After update, the demon should be restarted. Currenly hddtemp is stopped before the upgrade and restarted just after. Wasn't it the case for you? Have you seen any error? A copy and paste of the upgrade would be nice. Bye, Aurelien Hmmm, that's really weird. Yesterday I updated to 0.3-beta13-1. Got one message, then it went silent. Before updating to 0.3-beta13-3 this morning, I checked and hddtemp wasn't running. I restarted the service, then about an hour later I was done with today's updating session with synaptic. Checked again, and hddtemp wasn't running. Then I removed hddtemp, reinstalled 0.3-beta13-1 and updated to today's version again. This time, everything went right: service was stopped, new version installed, service restarted. So I guess you're right after all. Really, I don't know what happened here, can't reproduce it any more. Best regards, Andreas
Bug#302213: [Fwd: Re: Bug#302213: libgtk2.0-bin: undefined symbol: g_assert_warning]
---BeginMessage--- Sebastien Bacher wrote: Le jeudi 31 mars 2005 à 11:19 +0200, Marek W. Gutowski a écrit : Josselin Mouette wrote: This is certainly caused by a locally installed, older version of glib. I have enough of these stupid bug reports. Why do users keep installing local versions just to fuck up their system? I understand your irritation, but look below: gutow:/home/gutow# dpkg -l glib* hi, glib is libglib2.0-0. What is the output of ldd /usr/bin/an_app_using_gtk | grep glib ? Hi, thakns for the prompt reply. Here is the requested output: gutow:/home/gutow# ldd /usr/bin/gnumeric | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x4095d000) gutow:/home/gutow# ldd /usr/bin/g3data | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x40458000) gutow:/home/gutow# ldd /usr/bin/gimp | grep glib libglib-2.0.so.0 = /usr/local/lib/libglib-2.0.so.0 (0x4059c000) gutow:/home/gutow# ldd /usr/bin/yank | grep glib libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0x40b3a000) (The last application works as usual). In addition I have detected: [EMAIL PROTECTED]/~/fortran/gielda/6% sudo find / -name 'libglib-2.0*' /usr/lib/libglib-2.0.so.0 /usr/lib/libglib-2.0.so.0.600.3 /usr/lib/libglib-2.0.la /usr/lib/libglib-2.0.a /usr/lib/libglib-2.0.so /usr/local/lib/libglib-2.0.so.0.400.4 /usr/local/lib/libglib-2.0.so.0 /usr/local/lib/libglib-2.0.so /usr/local/lib/libglib-2.0.la [EMAIL PROTECTED]/~/fortran/gielda/6% So, indeed, there is something under /usr/local/lib, but, frankly, I didn't put it there 'by hand'. The first and last file in /usr/local/lib are real files; second and third are merely pointers to the first file. How can I fix this? Do I have to check/reinstall nearly 70 affected applications? Or, maybe, I should replace only the two above links to point to /usr/lib/libglib-2.0.so.0.600.3 from now on? -- Marek Gutowski, [EMAIL PROTECTED] Institute of Physics, ON-3.2, Al. Lotnikow 32/46, (PL) 02-668 Warszawa, POLAND, tel. +48-22-8436601 ext. 3122 To talk or not to talk? Yes, talk, plain ASCII please ---End Message---
Bug#302337: muttprint: Fail print even pages with DUPLEX=on
Package: muttprint Version: 0.72c-2 Severity: important When printing with DUPLEX=on option the even pages aren't printed and appear the message Line ...: Error while running lpr: . The problem is on perl script because the file is deleted before the print !!! The working solution is wait the second print before return from print subroutine. For understand my solution I correct the script for use of CUPS, only the printDuplexCups() subroutine but the problem is the same also with printDuplexNoCups() subroutine. My changes to the program are: Solution 1 ~# diff /usr/bin/muttprint /var/tmp/muttprint.ok 814a815 sleep ($timeBetween + 10); Solution 2 ~# diff /usr/bin/muttprint /var/tmp/muttprint 809,811c809,812 if (!defined($childPid = fork())) { fatalError Couldn't fork:\n$!; } elsif ($childPid) { --- my $printCommandIn = $printCommand; # if (!defined($childPid = fork())) { # fatalError Couldn't fork:\n$!; # } elsif ($childPid) { 815c816,817 } else { --- # } else { $printCommand = $printCommandIn; 821c823 } --- # } -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages muttprint depends on: ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii libtext-iconv-perl1.2-3 Convert between character sets in ii perl 5.8.4-8Larry Wall's Practical Extraction ii tetex-extra 2.0.2c-7 Additional library files of teTeX -- debconf information: * muttprint/moved_pics: muttprint/utf8: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302335: libgnucrypto-java: Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
Package: libgnucrypto-java Version: 2.0.1-3 Severity: wishlist Tags: patch Please use the new 'libgcj-dev' package from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/libgnucrypto-java-2.0.1/debian/control ./debian/control --- ../tmp-orig/libgnucrypto-java-2.0.1/debian/control 2005-02-26 13:19:46.747761780 + +++ ./debian/control2005-02-26 13:18:20.361435935 + @@ -3,7 +3,7 @@ Section: libs Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0.0), gcj ( 4:3.3), fastjar, kaffe (= 1.1.1), cdbs, libgcj4-dev +Build-Depends-Indep: debhelper (= 4.0.0), gcj ( 4:3.3), fastjar, kaffe (= 1.1.1), cdbs, libgcj-dev Standards-Version: 3.6.1 Package: libgnucrypto-java -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302332: dh-make-perl: Conflicts between generated packages!
Package: dh-make-perl Version: 0.14 Severity: important When creating a bunch of packages that depend on eachother, using dh-make-perl with apt-file installed, each of the packages install the following file: /usr/lib/perl/5.8/perllocal.pod ...which is _not_ supposed to be _installed_, but instead _updated_ by appending some installation info about the package in question. When installing these broken packages, the following error messages are displayed: ==8-- $ apt-get install liblingua-stem-perl Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: liblingua-pt-stemmer-perl liblingua-stem-snowball-da-perl liblingua-stem-snowball-no-perl liblingua-stem-snowball-se-perl libtext-german-perl The following NEW packages will be installed: liblingua-pt-stemmer-perl liblingua-stem-perl liblingua-stem-snowball-da-perl liblingua-stem-snowball-no-perl liblingua-stem-snowball-se-perl libtext-german-perl 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/101kB of archives. After unpacking 502kB of additional disk space will be used. Do you want to continue? [Y/n] Selecting previously deselected package liblingua-pt-stemmer-perl. (Reading database ... 26280 files and directories currently installed.) Unpacking liblingua-pt-stemmer-perl (from .../liblingua-pt-stemmer-perl_0.01-1_all.deb) ... Unpacking liblingua-stem-snowball-da-perl (from .../liblingua-stem-snowball-da-perl_1.01-1_all.deb) ... dpkg: error processing /opt/debs/pool/metnett/liblingua-stem-snowball-da-perl_1.01-1_all.deb (--unpack): trying to overwrite `/usr/lib/perl/5.8/perllocal.pod', which is also in package liblingua-pt-stemmer-perl Unpacking libtext-german-perl (from .../libtext-german-perl_0.03--1_all.deb) ... dpkg: error processing /opt/debs/pool/metnett/libtext-german-perl_0.03--1_all.deb (--unpack): trying to overwrite `/usr/lib/perl/5.8/perllocal.pod', which is also in package liblingua-pt-stemmer-perl Unpacking liblingua-stem-snowball-no-perl (from .../liblingua-stem-snowball-no-perl_1-1_all.deb) ... dpkg: error processing /opt/debs/pool/metnett/liblingua-stem-snowball-no-perl_1-1_all.deb (--unpack): trying to overwrite `/usr/lib/perl/5.8/perllocal.pod', which is also in package liblingua-pt-stemmer-perl Unpacking liblingua-stem-snowball-se-perl (from .../liblingua-stem-snowball-se-perl_1.01-1_all.deb) ... dpkg: error processing /opt/debs/pool/metnett/liblingua-stem-snowball-se-perl_1.01-1_all.deb (--unpack): trying to overwrite `/usr/lib/perl/5.8/perllocal.pod', which is also in package liblingua-pt-stemmer-perl Selecting previously deselected package liblingua-stem-perl. Unpacking liblingua-stem-perl (from .../liblingua-stem-perl_0.81-1_all.deb) ... Errors were encountered while processing: /opt/debs/pool/metnett/liblingua-stem-snowball-da-perl_1.01-1_all.deb /opt/debs/pool/metnett/libtext-german-perl_0.03--1_all.deb /opt/debs/pool/metnett/liblingua-stem-snowball-no-perl_1-1_all.deb /opt/debs/pool/metnett/liblingua-stem-snowball-se-perl_1.01-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --8=== A fix may be to _not_ include perllocal.pod in the generated files (though this may break other things.) - Salve -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.19-50um Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dh-make-perl depends on: ii debhelper 4.2.31 helper programs for debian/rules ii dpkg-dev 1.10.27Package building tools for Debian ii fakeroot 1.2.2 Gives a fake root environment ii libyaml-perl 0.36-1 YAML Ain't Markup Language (tm) ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libpod-parser-p 5.8.4-8Core Perl modules -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302333: swt-motif: Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev | libgcj-dev'
Package: swt-motif Version: 3.0-4 Severity: wishlist Tags: patch Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev | libgcj-dev'. The new 'libgcj-dev' package from gcc-defaults will provide the current default version automatically. Regards Andreas Jochens diff -urN ../tmp-orig/swt-motif-3.0/debian/control ./debian/control --- ../tmp-orig/swt-motif-3.0/debian/control2004-10-29 09:32:16.771082664 + +++ ./debian/control2004-10-29 09:32:13.721546264 + @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Shaun Jackman [EMAIL PROTECTED] -Build-Depends: gcj, libgcj4-dev | libgcj-dev, lesstif2-dev, libgnomeui-dev, libxtst-dev, fastjar, debhelper (= 4.0.0) +Build-Depends: gcj, libgcj-dev, lesstif2-dev, libgnomeui-dev, libxtst-dev, fastjar, debhelper (= 4.0.0) Standards-Version: 3.6.1.0 Package: libswt-motif3-java -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302334: sane-utils: 'man scanimage' typos: descriptoin, excercised, inbetween
Package: sane-utils Version: 1.0.15-8 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/scanimage.1.gz', see attached '.diff'. Hope this helps... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages sane-utils depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libieee1284-3 0.2.10-1 cross-platform library for paralle ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libsane 1.0.15-8 API library for scanners ii libusb-0.1-42:0.1.10a-7 userspace USB programming library -- no debconf information 212c212 function is excercised by this test). --- function is exercised by this test). 369c369 12 and the values inbetween are interpolated linearly. Of course, it --- 12 and the values in between are interpolated linearly. Of course, it 385c385 The descriptoin above is an example of an option that takes an --- The description above is an example of an option that takes an
Bug#302336: db4.2: FTBFS (ppc64/gcc-4.0): Please use 'libgcj-dev' instead of 'libgcj4-dev' in the Build-Depends
Package: db4.2 Version: 4.2.52-18 Severity: wishlist Tags: patch Please use the new 'libgcj-dev' package from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. This will provide the current default version automatically. Regards Andreas Jochens diff -urN ../tmp-orig/db4.2-4.2.52/debian/control ./debian/control --- ../tmp-orig/db4.2-4.2.52/debian/control 2005-02-02 23:46:18.296292586 +0100 +++ ./debian/control2005-02-02 23:25:58.113233258 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian Berkeley DB Maintainers [EMAIL PROTECTED] Uploaders: Clint Adams [EMAIL PROTECTED], Matthew Wilcox [EMAIL PROTECTED], Andreas Barth [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: tcl8.4-dev, procps [!hurd-i386], gcj (= 3:3.2.2-0) [!hppa !mips !mipsel !hurd-i386], fastjar [!hppa !mips !mipsel !hurd-i386], sablevm [!hppa !mips !mipsel !hurd-i386], libgcj4-dev [!hppa !mips !mipsel !hurd-i386] +Build-Depends: tcl8.4-dev, procps [!hurd-i386], gcj (= 3:3.2.2-0) [!hppa !mips !mipsel !hurd-i386], fastjar [!hppa !mips !mipsel !hurd-i386], sablevm [!hppa !mips !mipsel !hurd-i386], libgcj-dev [!hppa !mips !mipsel !hurd-i386] Package: db4.2-doc Architecture: all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219000: Please upgrade to ifplugd 0.27
ifplugd 0.27, just released, contains the desired --no-startup option. This allows the following to be done: * Add a new try-restart-no-downup method to the initscript. (The name of the method is a derivative from the LSB standard name try-restart of a method which restarts the daemon if and only if it is already running. Our method is additionally special in that it restarts the daemon without letting it run stop and start scripts.) This method stops the daemon using SIGQUIT instead of the usual SIGTERM, thus preventing the shutdown script from being run by ifplugd. The method then starts ifplugd again with the --no-startup option. * On upgrade, the new postinst runs try-restart-no-downup. Thus, on upgrade the prerm does not run stop and the postinst does not run start any more. This requires adding the --noscripts option to the dh_installinit call in debian/rules and requires the addition of a snippet like the following to the postinst. if [ -x /etc/init.d/ifplugd ]; then update-rc.d ifplugd defaults /dev/null /etc/init.d/ifplugd try-restart-no-downup fi -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281381: gaim: gnome-open is responsible
Package: gaim Version: 1:1.2.0-2 Followup-For: Bug #281381 I have this same problem (launching epiphany tho), so I ran gaim under an strace when I had a new hotmail message. Between the open and the unlink of the tmp file, the only thing under /usr/bin/ that I could find was /usr/bin/gnome-open being accessed near a fork(). So I found out that gnome-open is a gnome 2.6 thing that looks in gconf for what to use. Then I opened my gconf editor and went looking for something referring to epiphany. I found the following gconf key and changed it to read galeon - /desktop/gnome/applications/browser/exec. Unfortunately this had no effect :( -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:1.2.0-2 multi-protocol instant messaging c ii libao2 0.8.6-1 Cross Platform Audio Output Librar ii libaspell15 0.60.2+20050121-2 The GNU Aspell spell-checker runti ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-11LGPL Crypto library - runtime libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnutls11 1.0.16-13 GNU TLS library - runtime library ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libgtkspell0 2.0.10-1a spell-checking addon for GTK's T ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstartup-notificat 0.8-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#282579: Sample Description for gtkam
Attached are sample descriptions for the packages gtkam and gtkam-gimp: gtkam allows you to transfer pictures and movies from your digital camera. It uses the libgphoto2 libraries (www.gphoto.org), which supports over 500 cameras. gtkam-gimp is a GIMP plugin, allowing you to open pictures from your digital camera within The GIMP. Using The GIMP, you can edit your digital photos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300265: severity 300265 wishlist
severity 300265 wishlist thanks OK, it looks like it's due to a missing Build-Depends on a suitable JDK. Since it's basically a mess that I can't really see through, and the policy on the use and abuse of proprietary JDKs eludes me, I'll just drop this to wishlist. -ukh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302272: more info
FYI: the install attempt was done using serial console. The machine does not have a linux supported graphics board. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284801: ftp.debian.org: torcs data packages removal
reassign 284801 torcs thanks On Sat, Mar 19, 2005 at 01:06:51AM -0500, Rudy Godoy wrote: I've switched to cdbs also, so If things go fine we'll be uploading them to unstable, once they are there you should remove all three requested packages, since they'll be superseded by the new ones. Please reassign back to ftp.debian.org when it's ready, ftp.debian.org isn't a parking place for requests that some time in the future might need to be resolved. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302338: galeon: hangs when trying to use acroread 4
Package: galeon Version: 1.3.20-1 Severity: normal Upgrading from 1.3.19-4 broke pdf visualisation. I use acroread 4. Galeon calls acroread then hangs, consuming all available CPU. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.30-pre2-pr-hrt-1kHz-1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages galeon depends on: ii debconf 1.4.30.11 Debian configuration management sy ii galeon-common1.3.20-1GNOME web browser for advanced use ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation ii libgcc1 1:3.4.3-6 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxml2 2.6.16-4GNOME XML library ii mozilla-browser 2:1.7.6-1 The Mozilla Internet application s ii procps 1:3.2.1-2 The /proc file system utilities ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- debconf information: * galeon/old_config_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302335: libgnucrypto-java: Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
On Thu, Mar 31, 2005 at 12:38:21PM +0200, Andreas Jochens wrote: Package: libgnucrypto-java Version: 2.0.1-3 Severity: wishlist Tags: patch Please use the new 'libgcj-dev' package from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/libgnucrypto-java-2.0.1/debian/control ./debian/control --- ../tmp-orig/libgnucrypto-java-2.0.1/debian/control2005-02-26 13:19:46.747761780 + +++ ./debian/control 2005-02-26 13:18:20.361435935 + @@ -3,7 +3,7 @@ Section: libs Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.0.0), gcj ( 4:3.3), fastjar, kaffe (= 1.1.1), cdbs, libgcj4-dev +Build-Depends-Indep: debhelper (= 4.0.0), gcj ( 4:3.3), fastjar, kaffe (= 1.1.1), cdbs, libgcj-dev Standards-Version: 3.6.1 Package: libgnucrypto-java This will not work when libgcj-dev starts pointing to libgcj5-dev or another version of it. The package will need to be redone when gcj changes to point to another version of gcj anyway. Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302325: antlr: FTBFS (ppc64/gcc-4.0): Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
On Thu, Mar 31, 2005 at 12:10:44PM +0200, Andreas Jochens wrote: Package: antlr Version: 2.7.5-2 Severity: wishlist Tags: patch Please use the new package 'libgcj-dev' from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/antlr-2.7.5/debian/control ./debian/control --- ../tmp-orig/antlr-2.7.5/debian/control2005-03-24 21:00:01.923173974 +0100 +++ ./debian/control 2005-03-24 20:58:57.345296153 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED], John Leuner [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj4-dev +Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj-dev Standards-Version: 3.6.1 Package: antlr This will not work when libgcj-dev starts pointing to libgcj5-dev or another version of it. The package will need to be redone when gcj changes to point to another version of gcj anyway. Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296561: Problems with package propagation p-u - t-p-u - unstable
reassign 296561 dak retitle 296561 propup stable - t-p-u - unstable broken when some archs got removed from testing/unstable meanwhile submitter 296561 ! thanks On Wed, Feb 23, 2005 at 02:02:37AM -0800, Blars Blarson wrote: xview is not supported on 64 bit architectures, and since I'm subscribed to the xview pts I'm getting daily notifications since the last security fix for xview. Right, this is probably a bug in Andreas Barths' version-propagation stuff for enabling security uploads while testing/unstable is in the same version still, because ia64 has been removed from testing/unstable's xview. For the case at hand, I removed the offending upload from the queue, and asked Joey to drop ia64 on the next stable point release (it didn't work anyway). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302339: moin: INSTALL.html missing
Package: moin Version: 1.3.4-1 Severity: wishlist Hello, Please include the documentation file INSTALL.html as it is referred to in README.migration.gz. Regards, Kapil. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages moin depends on: ii python2.3.5-1An interactive high-level object-o ii python2.3 2.3.5-1An interactive high-level object-o -- no debconf information -- !07/11 PDP a ni deppart m'I !pleH -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape [EMAIL PROTECTED] 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302041: Maybe add the module to load in README.Debian?
Enrico Zini [EMAIL PROTECTED] wrote: Hi, However, it still doesn't give me enough informations on how to get it working. I tried loading the non-fatal module (from /lib/modules/2.6.10-1-686/kernel/arch/i386/kernel/cpu/mcheck), but the device still doesn't show up. It would be nice to add to the README.Debian a note about which modules need to be loaded to enable /dev/mcelog. You need CONFIG_X86_MCE=y, but I'm unsure it exists for anything else but x86-64 (which includes P4 w/EM64T). I think that, for non-x86-64 architectures, the kernel still happily decodes the MCE -- at least on i386, I couldn't find any reference to (10,227) in the MCE handling 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#302321: util-vserver: vserver-copy doesn't preserve file ownership when copying to another host
Hello On Thu, Mar 31, 2005 at 12:16:21PM +0200, Daniel Hermann wrote: sorry, I forgot to mention that the vserver-copy in unstable (util-vserver 0.30.204-3) has the same problem. Ok. Good to know. I'll fix that. Regards, // Ola regards Daniel -- - Daniel Hermann, Institut fuer Theorie der Kondensierten Materie Universitaet Karlsruhe Tel: ++49 (0)721 608-3588 Postfach 6980 Fax: ++49 (0)721 608-7779 76128 Karlsruhe, Germany email: [EMAIL PROTECTED] - -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302334: sane-utils: 'man scanimage' typos: descriptoin, excercised, inbetween
A Costa [EMAIL PROTECTED] wrote: Found some typos in '/usr/share/man/man1/scanimage.1.gz', see attached '.diff'. Fixed upstream, thanks. Will be included in the next revision of the package. 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#302325: antlr: FTBFS (ppc64/gcc-4.0): Please Build-Depend on 'libgcj-dev' instead of 'libgcj4-dev'
On 05-Mar-31 12:12, Michael Koch wrote: On Thu, Mar 31, 2005 at 12:10:44PM +0200, Andreas Jochens wrote: Package: antlr Version: 2.7.5-2 Severity: wishlist Tags: patch Please use the new package 'libgcj-dev' from gcc-defaults instead of 'libgcj4-dev' in the Build-Depends. Regards Andreas Jochens diff -urN ../tmp-orig/antlr-2.7.5/debian/control ./debian/control --- ../tmp-orig/antlr-2.7.5/debian/control 2005-03-24 21:00:01.923173974 +0100 +++ ./debian/control2005-03-24 20:58:57.345296153 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Uploaders: Arnaud Vandyck [EMAIL PROTECTED], John Leuner [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj4-dev +Build-Depends: debhelper (= 4), kaffe, fastjar, classpath, jikes-classpath (= 1.18), autotools-dev, gcj, libgcj-dev Standards-Version: 3.6.1 Package: antlr This will not work when libgcj-dev starts pointing to libgcj5-dev or another version of it. The package will need to be redone when gcj changes to point to another version of gcj anyway. Why should this not work? If gcc-3.3 is the default compiler, gcj will point to gcj-3.3 and libgcj-dev will point to libgcj4-dev. If gcc-4.0 is the default compiler, gcj will point to gcj-4.0 and libgcj-dev will point to libgcj6-dev. The gcc-defaults package will take care of this. Currently the ppc64 architecture uses gcc-4.0 as the default compiler while the other architectures still use gcc-3.3. If a package uses 'libgcj-dev' instead of 'libgcj4-dev', it will build in both cases. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301983: Unaligned traps
Martin Zobel-Helas [EMAIL PROTECTED] writes: sorry, i am not able to reproduce this bug. Could you please give me some more details. Have you some special kernel enviroment? No, nothing special. What kind of machine did you try it on? An Alpha? And what exactly did you do? -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301504: Debian Installer RC 3 on PARISC
On Thursday 31 March 2005 12:27, Peter Van Loock wrote: Probably de-activating the framebuffer could also help, but I tried the parameter debian_installer/framebuffer=false, and this still brought up ^^^ - Typo? Should be debian-installer/framebuffer=false ^^^ the framebuffer console. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302343: asedriveiiie: New upstream version 2.2 available
Package: asedriveiiie Severity: wishlist A new version of the driver for Linux is available at http://www.athena-scs.com/downloads.asp It is version 2.2 dated March 27, 2005 (Debian package version is 1.9-5 right now). I can sponsor the upload if you want. Regards, -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp 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#302342: knode: changing signing key doesn't work if nothing else is changed
Package: knode Version: 4:3.3.1-3 Severity: normal When I change or delete the signing key in Options-Identity, the apply button doesn't get enabled. When I press OK, the new key information isn't saved. But if I change something else, too, the key information gets saved. When I try do delete the key info, this change can't be saved even if I change something else, press apply and ok. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages knode depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc11:3.4.3-6 GCC support library ii libkdenetwork2 4:3.3.1-3 KDE Network library ii libkdepim1 4:3.3.1-3 KDE PIM library ii libqt3c102-mt 3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302341: egroupware-calendar: sql error in matrix-view
Package: egroupware Version: 1.0.00.006-1.dfsg-1 Severity: important I get an sql error in the calendar: - Database error: Invalid SQL: SELECT DISTINCT phpgw_cal.cal_id,phpgw_cal.datetime,phpgw_cal.edatetime,phpgw_cal.priority FROM phpgw_cal_user, phpgw_cal, phpgw_cal_repeats WHERE (phpgw_cal_user.cal_id = phpgw_cal.cal_id) AND (phpgw_cal_repeats.cal_id = phpgw_cal.cal_id) AND phpgw_cal.cal_type='M' AND phpgw_cal_user.cal_login IN () AND (phpgw_cal_repeats.recur_enddate = 1109631600 OR phpgw_cal_repeats.recur_enddate=0) ORDER BY phpgw_cal.datetime ASC, phpgw_cal.edatetime ASC, phpgw_cal.priority ASC mysql Error: 1064 (You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND (phpgw_cal_repeats.recur_enddate = 1109631600 OR phpgw_c) File: /usr/share/egroupware/calendar/inc/class.socalendar_sql.inc.php Line: 543 Function: socalendar_::get_event_ids / socalendar::get_event_ids / socalendar::list_repeated_events / bocalendar::store_to_cache / uicalendar::timematrix / uicalendar::viewmatrix / execmethod Session halted. - What I did was: 1. Goto into the calendar 2. select matrix-view 3. display it for the current month 4. Click on 'Show next seven days' Uwe -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages egroupware depends on: ii egroupware-addressbo 1.0.00.006-1.dfsg-1 eGroupWare addressbook management ii egroupware-bookmarks 1.0.00.006-1.dfsg-1 eGroupWare bookmark management app ii egroupware-calendar 1.0.00.006-1.dfsg-1 eGroupWare calendar management app ii egroupware-comic 1.0.00.006-1.dfsg-1 eGroupWare comic strip application ii egroupware-core 1.0.00.006-1.dfsg-1 eGroupWare core modules ii egroupware-developer 1.0.00.006-1.dfsg-1 eGroupWare developer tools ii egroupware-email 1.0.00.006-1.dfsg-1 eGroupWare E-mail client applicati ii egroupware-emailadmi 1.0.00.006-1.dfsg-1 eGroupWare E-mail user administrat ii egroupware-etemplate 1.0.00.006-1.dfsg-1 widget-based template system for e ii egroupware-felamimai 1.0.00.006-1.dfsg-1 eGroupWare FeLaMiMail application ii egroupware-filemanag 1.0.00.006-1.dfsg-1 eGroupWare file manager applicatio ii egroupware-forum 1.0.00.006-1.dfsg-1 eGroupWare forum application ii egroupware-ftp 1.0.00.006-1.dfsg-1 eGroupWare FTP application ii egroupware-fudforum 1.0.00.006-1.dfsg-1 eGroupWare FUDforum application ii egroupware-headlines 1.0.00.006-1.dfsg-1 eGroupWare headlines catcher appli ii egroupware-infolog 1.0.00.006-1.dfsg-1 eGroupWare infolog application ii egroupware-jinn 1.0.00.006-1.dfsg-1 content management system for eGro ii egroupware-manual1.0.00.006-1.dfsg-1 eGroupWare manual ii egroupware-messenger 1.0.00.006-1.dfsg-1 eGroupWare messenger application ii egroupware-news-admi 1.0.00.006-1.dfsg-1 eGroupWare news administration int ii egroupware-phpbrain 1.0.00.006-1.dfsg-1 eGroupWare phpbrain application ii egroupware-phpldapad 1.0.00.006-1.dfsg-1 eGroupWare phpLDAPadmin applicatio ii egroupware-phpsysinf 1.0.00.006-1.dfsg-1 eGroupWare phpSysInfo application ii egroupware-polls 1.0.00.006-1.dfsg-1 eGroupWare polling application ii egroupware-projects 1.0.00.006-1.dfsg-1 eGroupWare projects management app ii egroupware-registrat 1.0.00.006-1.dfsg-1 eGroupWare registration applicatio ii egroupware-sitemgr 1.0.00.006-1.dfsg-1 eGroupWare site manager applicatio ii egroupware-skel 1.0.00.006-1.dfsg-1 eGroupWare skeleton application ii egroupware-stocks1.0.00.006-1.dfsg-1 eGroupWare stock management applic ii egroupware-tts 1.0.00.006-1.dfsg-1 eGroupWare trouble ticket system a ii egroupware-wiki 1.0.00.006-1.dfsg-1 eGroupWare wiki application -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302340: vlogger: FTBFS: Missing Build-Depends on 'cdbs'
Package: vlogger Version: 1.3-2 Severity: serious Tags: patch When building 'vlogger' in a clean 'unstable' chroot, I get the following error: debian/rules clean debian/rules:3: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory debian/rules:4: /usr/share/cdbs/1/rules/simple-patchsys.mk: No such file or directory make: *** No rule to make target `/usr/share/cdbs/1/rules/simple-patchsys.mk'. Stop. Please add the missing Build-Depends on 'cdbs' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/vlogger-1.3/debian/control ./debian/control --- ../tmp-orig/vlogger-1.3/debian/control 2005-03-31 13:15:17.016433048 +0200 +++ ./debian/control2005-03-31 13:12:28.172090495 +0200 @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: RISKO Gergely [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 4.0.0) +Build-Depends-Indep: debhelper ( 4.0.0), cdbs Standards-Version: 3.6.1.1 Package: vlogger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302332: dh-make-perl: Conflicts between generated packages!
tag 302332 + unreproducible thanks Debian BTS! Salve J. Nilsen [EMAIL PROTECTED] writes: When creating a bunch of packages that depend on eachother, using dh-make-perl with apt-file installed, each of the packages install the following file: /usr/lib/perl/5.8/perllocal.pod This *can't* happen if you use the ExtUtils::MakeMaker from the perl-modules Debian package. The installation of the .perllocal.pod (and also .packlist) file isn't done for perl or vendor installation. Do you have your own Perl installed on top of the Debian one? Marc -- $_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3* )e$(htgnel+23(rhc,u(kcapnu ,nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y V2ajFGabus} yV2ajFGa{gwmclBHIbus}gwmclBHI{yVGa09mbbus}yVGa09mb{hBCdzVnSbus'; s/\n//g;s/bus/\nbus/g;eval scalar reverse # mailto:[EMAIL PROTECTED] pgp6otlu09PO9.pgp Description: PGP signature
Bug#297774: maildir protocol (debian bug #297774)
Hi, I added the detecting of the FAMDeleted event to the cvs version. So finally maildir protocol should be fixed now (can someone that uses this protocol confirm this?). The FAMPending problem: I added this as a quick workaround and then it was forgotten (as usual;-), because the original code by Nicolas lead to permanently parsing the mail file (file protocol) leading to a 100% CPU usage if this file was large enough. In the meantime it's easy to add new options, so I added the option file_restore_atime for the users that actually need this feature (and only for these users the FAMPending while loop is called). Finally all protocol dependent parts are now removed from src/local.cc. CU Robert :-) -- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]