Bug#299699: dpkg: FTBFS (amd64/gcc-4.0): array type has incomplete element type
On 05-Mar-15 17:48, Adam Heath wrote: I don't agree with the patch; move the struct definition. Hello, thank you for your fast reply to my report. Is the following patch OK? Regards Andreas Jochens diff -urN ../tmp-orig/dpkg-1.10.27/include/parsedump.h ./include/parsedump.h --- ../tmp-orig/dpkg-1.10.27/include/parsedump.h2005-02-10 16:24:17.0 +0100 +++ ./include/parsedump.h 2005-03-16 08:05:05.291829783 +0100 @@ -30,7 +30,6 @@ const char *canon; }; -extern const struct fieldinfo fieldinfos[]; extern const struct nickname nicknames[]; extern const int nfields; /* = elements in fieldinfos, including the sentinels */ @@ -68,6 +67,8 @@ unsigned int integer; }; +extern const struct fieldinfo fieldinfos[]; + void parseerr(FILE *file, const char *filename, int lno, FILE *warnto, int *warncount, const struct pkginfo *pigp, int warnonly, const char *fmt, ...) PRINTFFORMAT(8,9); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: Call For Help - Please support the ppc64 architecture
Hello, This is a call for help from the 'ppc64' porters. On 05-Mar-14 16:14, Martin Michlmayr wrote: Also, as with the amd64 port, there is disagreement about the name. While ppc64 would be nicer and in line with the LSB, our current PowerPC port is called powerpc and therefore it would make more sense to call the 64 bit port powerpc64. There has been a decision of the Debian Technical Committee concerning the name of the amd64 port which basically says that the porting team should decide on the architecture name generally (see [1]). The ppc64 porters decided to use the name 'ppc64' as the package name a few month ago. That decision was mainly based on the fact that the Linux Standard Base LSB 2.0 states that 'ppc64' is the correct package name for the architecture. Other distributions like Fedora and Gentoo also use the name 'ppc64'. The Linux kernel uses 'ppc64', while the GNU toolchain uses 'powerpc64' with 'ppc64' as an alias. In the meantime, an archive for the ppc64 port has been set up on alioth (see http://debian-ppc64.alioth.debian.org/READ_ME for details). That archive uses the name 'ppc64' as the package name. An autobuilder for ppc64 is running, which follows the Debian unstable distribution. The autobuilder is self-hosting since January 2005, i.e. it runs the ppc64 port itself. The ppc64 archive on alioth currently has more than 85% of the packages from the Debian unstable distribution compiled. That number is still (slowly) rising. Every help will be appreciated, of course. Please help the ppc64 port by including support for the ppc64 architecture in 'dpkg' and other packages. Many thanks to all package maintainers who already applied patches to their packages to support the ppc64 architecture. Regards Andreas Jochens [1] http://lists.debian.org/debian-ctte/2004/06/msg00115.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247730: acidlab in sarge still has year problem
Package: acidlab Version: 0.9.6b20-10 Followup-For: Bug #247730 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 acidlab version now in sarge still has this problem, which exists in three files: acid_graph_main.php acid_stat_time.php acid_state_citems.inc It looks like there's been a new upstream version (which should fix these problems) for some time now. Perhaps an update would be a good idea. .Ron - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-tinkerbell-0 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages acidlab depends on: ii acidlab-mysql 0.9.6b20-10Analysis Console for Intrusion Dat ii apache2-mpm-prefork [http 2.0.53-5 traditional model for Apache2 ii debconf 1.4.30.11 Debian configuration management sy ii libphp-adodb 4.52-1 The 'adodb' database abstraction l ii libphp-phplot 4.4.6+5.0rc1-2 The graphic library for PHP ii php4 4:4.3.10-8 server-side, HTML-embedded scripti ii php4-cli 4:4.3.10-8 command-line interpreter for the p ii php4-gd 4:4.3.10-8 GD module for php4 ii wwwconfig-common 0.0.42 Debian web auto configuration - -- debconf information: * acidlab/alert_host: localhost * acidlab/webserver: None acidlab/archive_port: * acidlab/archive_name: snort_archive * acidlab/db_type: mysql * acidlab/acidlab_advisory: * acidlab/archive_host: localhost * acidlab/alert_user: snortuser * acidlab/archive_user: snortuser acidlab/alert_port: * acidlab/alert_name: snort -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCOItXitqjxNhsdN4RAscEAJ0ZbGbZOLpkzxRrnaLNWw/YG0Xn3QCfY05G ZnJutt2d8MjCZBca81+83Ls= =pk7m -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299827: udev interactive test
Package: udev Version: 0.054-3 Severity: wishlist Tags: patch Hi, Not sure if you saw http://lists.debian.org/debian-user/2005/03/msg00743.html and what your opinion on it is. So I'll just include the patch here. As you wrote you accept patches for a better test. This patch makes use of the environment variables of standard init, and if they fail or aren't present falls back to the original test. This helps people who run their console on something different, like on ttyS1 for example, as I do on my server. Cheers, -Olaf --- /etc/init.d/udev2005-03-15 12:01:06.0 +0100 +++ udev2005-03-16 21:29:54.545266051 +0100 @@ -93,6 +93,9 @@ } warn_if_interactive() { + if [ $RUNLEVEL = S -a $PREVLEVEL = N ]; then +return + fi TTY=$(my_tty) if [ -z $TTY -o $TTY = /dev/console ]; then return
Bug#299826: kernel-patch-wrr: Updated patches available
Package: kernel-patch-wrr Version: 20021019-2 Severity: wishlist Rasmus Bøg Hansen has ported the WRR patch to newer versions of the kernel, including the 2.6 series. His patches are available at http://www.zz9.dk/wrr It would be nice if these patches could be included in the Debian package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: mipsel (mips) Kernel: Linux 2.4.27 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kernel-patch-wrr depends on: ii bash 2.05b-24 The GNU Bourne Again SHell ii grep-dctrl2.1.8 Grep Debian package information ii kernel-patch-scripts 0.99.35Scripts to help dealing with packa ii patch 2.5.9-2Apply a diff file to an original -- no debconf information
Bug#299825: capi4hylafax: Cannot receive faxes
Package: capi4hylafax Version: 1:01.02.03-7 Severity: important Starting with version 01.02.03-8 of this package I am no longer able do recieve faxes. Running c2faxrecv from the terminal with c2faxrecv -v -f TIFF I see the following with version-7 - Device faxCAPI uses 2 receive thread(s) with the following config: Controller=1 : IncomingMSNs= Started in TIFF mode and waiting on incoming calls. Incoming analog call on controller 1 from . Connection established. StationID = +43 BaudRate = 14400 Flags = HighRes, MMR_compr Write fax in path /var/spool/hylafax to file cff001-+43 .tif. Page 1 was received. - Last Page! Fax received and calling '/var/spool/hylafax/bin/faxrcvd 0 0x3400 +43 1 cff001-+43 .tif'. Connection is droped with reason 0x3400 (No additional information). -- Starting with version 8 I only see - Device faxCAPI uses 2 receive thread(s) with the following config: Controller=1 : IncomingMSN=s Started in TIFF mode and waiting on incoming calls. Incoming analog call on controller 1 from . Connection is droped with reason 0x3490 (Normal call clearing). - So it seems newer versions see the incoming call, but never react to it. In both cases the sending and receiving machine was the same (one computer with a Fritz PCI card). Kind regards, Michael -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages capi4hylafax depends on: ii isdnactivecards 1:3.6.2005-01-03-4 Support utilities for active ISDN ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcapi20-2 1:3.6.2005-01-03-4 libraries for CAPI support ii libgcc1 1:3.4.3-7 GCC support library ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.7.1-4Tag Image File Format (TIFF) libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299829: ejabberd crashing when joining a cluster
Package: ejabberd Version: 0.7.5-7 http://www.jabber.ru/bugzilla/show_bug.cgi?id=41 Jiann-Ming Su Yeah, Lois, that'll be about as much fun as a lecture on ontological empiricism. --Peter Griffin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299828: ITP: python-mpdclient -- Python interface to MPD (Music Player Daemon)
Package: wnpp Severity: wishlist Owner: Decklin Foster [EMAIL PROTECTED] * Package name: python-mpdclient Version : 0.10.0 Upstream Author : Nick Welch mack at incise dot org * URL : http://www.musicpd.org/py-libmpdclient.shtml * License : LGPL Description : Python interface to MPD (Music Player Daemon) mpdclient is a simple Python interface to MPD, the Music Player Daemon. It provides an interface analogous to the libmpdclient C library, allowing for expeditious scripting of any mpd instance and ease of MPD client development. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#154910: KSIG Is on the move, don't miss out! bluer
Tapp @ MoneyMaker Profit Picks - KSIG Very Hot! @ Are you tired of buying st0cks and not having them perform? Our staff has been working hard to uncover the hot ones that will move! This is a perfect opportunity to get in, it is very low and on the move ready to explode. Check it out and you will see why... Plus they have a huge fax promotion launching on friday so monday it is realistic it will be in the .40 to .50 range... Don't miss it. Company:Ksign International Inc. Ticker:KSIG.OB Current-Price:0.05 Industry:Network Security 52Wk High:.21 Estimated 3-5 Day target:.45+ Estimated-6months-target:1.50 About-KSIGN Int'l., INC. As an unchallenged PKI-based solution provider, KSIGN has played an important and market leading role in building a reliable and safe e-world. KSIGN established in 1999, in spite of its short business history, has grown dramatically and gained a good reputation as a technology and market leader in Korea. With the endeavors poured into RD of PKI solutions, it has also developed many applications like Extranet Access Management, Key Roaming System, Secure Web and Application Transaction System, Crypto toolkit and so on. From now on, it will continue to be a valued partner to Korean e-Government, Korean CA's (Certificate Authorities), financial institutes, educational organizations and enterprises. Latest News: KSignPassOne is a type of Single Sign On (SSO) solution which safely and efficiently manages numerous user names and passwords for each end-user by applying appropriate security functions and digital certificates. The solution then automatically processes login by detecting login page when accessing a certain website or client/server environment on the Internet. Enterprises and public institutions will be able to provide their employees with easy access to complex networks and websites on the Internet that previously required unique user names and password authentication at different locations. With KSignPassOne's central management of user names and passwords, the user will be able to automatically login, resulting in dramatic savings in effort and time. KSign is planning to supply the product to Japanese market through an exclusive distributor. *Attention KSIG is expected to perform very well, if you like to win this one is for you, big gains expected don't miss out. Get it immediately before Friday, because the fax promotion will be launched over the weekend and next week will have record breaking results. achy driver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299699: dpkg: FTBFS (amd64/gcc-4.0): array type has incomplete element type
On Tue, 2005-03-15 at 17:48 -0600, Adam Heath wrote: On Tue, 15 Mar 2005, Andreas Jochens wrote: the latest version of gcc-4.0 is even more restrictive than the previous ones. There is a new error message 'array type has incomplete element type' for constructs like 'extern struct st x[];' when 'struct st' has not been defined. The attached patch includes the patch from BTS bug #282669. This part has already been applied to 'experimental' (thanks!). I don't agree with the patch; move the struct definition. The fieldinfo struct definition includes members of a function typedef which have struct fieldinfo pointers as arguments. Moving the definition of the extern arrays to the bottom of the file (while retaining the fieldinfo struct prototype at the top) is the right solution. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#299832: PowerEdge 2800
Package: installation-reports Debian-installer-version: 20050315 uname -a: Date: 20050316 Method: network install from udel.edu Machine: Dell PowerEdge 2800 Processor: 2 3.6 GHz Memory: Root Device: Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: sarge installer RC2 failed, due to the PowerEdge 2800's RAID controller. This build worked, though. (I tried the kernel26 option, and it didn't work.) -- Josh Burdick please note new address: jburdick ... at ... keyfitz.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299831: postfix-mysql causes trouble
Package: mailgraph Version: 1.10-1 Severity: normal I run the sarge distribution. When I install postfix-mysql, mailgraph stops logging the received and sent mails. The problem is caused by a different entry in /var/log/syslog: Without postfix-mysql: |Mar 16 10:48:22 bli postfix/smtpd[624]: A3CAB715F1: client=master.debian.org[146.82.138.7] With postfix-mysql installed: |Mar 15 16:28:38 bli nss-mysql[21338]: 9C7E4715DE: client=unknown[211.219.107.174] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299830: ITP: python-beautifulsoup -- error-tolerant HTML parser for Python
Package: wnpp Severity: wishlist Owner: Decklin Foster [EMAIL PROTECTED] * Package name: python-beautifulsoup Version : 1.2+cvs20041017 Upstream Author : Leonard Richardson [EMAIL PROTECTED] * URL : http://www.crummy.com/software/BeautifulSoup/ * License : Python Description : error-tolerant HTML parser for Python The BeautifulSoup class turns arbitrarily bad HTML into a tree-like nested tag-soup list of Tag objects and text snippets. A Tag object corresponds to an HTML tag. It knows about the HTML tag's attributes, and contains a representation of everything contained between the original tag and its closing tag (if any). It's easy to extract Tags that meet certain criteria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299697: Reopening
reopen 299697 retitle 299697 fontconfig: Default font configuration changed in 2.3.1-1 severity 299697 wishlist quit Steve convinced me to reopen this bug as it is still an issue with the default configuration. Apparently the change came from Redhat, maybe their font handling is different from Debian's and the change isn't suitable for us? Thanks, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299583: libpri1: D-Channel stop working when upgrading to 1.0.4-1 to 1.0.4-2
Tzafrir Cohen wrote: I am using asterisk 1.0.5-2 and zaptel compiled from cvs (digium recomendation) Why zaptel from CVS? I'm not sure if this combination is healthy. Because I need the wctdm module which is not in the zaptel-source debian package. Also, in later versions the Debian packages apply the bristuff patches which also rely on zaptel/libtonezone to be slightly different, I figure. Thanxs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: Call For Help - Please support the ppc64 architecture
On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote: This is a call for help from the 'ppc64' porters. Which group? According to Sven Luther's e-mail to debian-devel there are currently two competing efforts for this port. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#285715: [Freeguide-tv-devel] Bugses
#285715: freeguide initialization fails if ~/.xmltv does not exist Works for me. If I remove .xmltv, Download Listings gives... Commands: $tv_grab_na_dd --config-file /home/sjackman/.xmltv/tv_grab_na_dd.conf... Output: *ERROR* Username not specified. Please run --configure If I then Choose Channels, it gives... Commands: $tv_grab_na_dd --config-file /home/sjackman/.xmltv/tv_grab_na_dd.conf --configure --gui Output: Use of uninitialized value in pattern match (m//) at /usr/bin/tv_grab_na_dd line 505. Fetched 33 k/bytes in 2 seconds Adding new channel: 8 CHANM ... Adding new channel: 91 CFTM ERROR: can't open config file: /home/sjackman/.xmltv/tv_grab_na_dd.conf If I create the .xmltv directory manually first, Choose Channels works as expected. If Download Listings sees it is missing the xmltv config file, it could first run Choose Channels, which should create create the directory in which it will be putting the xmltv config file. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299694: Kernel 2.6.8-powerpc has no sound on Mac Mini
On Tue, Mar 15, 2005 at 02:42:07PM -0700, Marc W. Abel wrote: Package: kernel Version: 2.6.8-powerpc This kernel does not provide sound for the new Mac Mini. Others have worked out a partial fix, and various lists give the following suggestions. Yep, indeed. last information i had was that the sound driver for the mac mini was not yet developed but work was underway. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#215771: Still a bug...
Don't know if this is the proper way to do things, but there's no easily accessed reference on reporting on existing but reports. This is still a bug in libpam-smbpass. There is no samples/ directory, there is no examples/ directory. Please fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298595: it's a BIOS problem
Since the original report on this bug thread, I had one more access to the machine and tried it again. This time I had my USB stick prepared using the flexible way as per the helpful doc at http://d-i.pascal.at/ ; the partition was made pure FAT16 this time, and only mounted with mount -t msdos I had also verified that the MBR is loaded from the stick OK -- by holding the CTRL key, I get the 1FA: prompt, pressing F correctly spins up the floppy etc. However, it then goes on to Boot failed if I try to continue booting. It is the fact that the MBR goes up OK that lead me initially to suspect the remainder of what's on the stick (I figured -- once smth off the USB stick has gotten control, it should go on by itself then). BTW, the stick (M-Systems 256m) has 2 lights - orange for USB2 high-speed access and green for low-speed USB1.1 mode. It stayed green throughout. It seems to me that the default drive (install-mbr -d 0x80 the usb device) is not correctly re-mapped to become the 1st hard drive through the boot sequence on this machine. I had tried -d 0x81 -d 0x82 and -d 0, all in vain. However, the default setting (-d 0x80) turned out to work OK on another machine, with a different motherboard/BIOS, with the very same USB stick. I see 2 options: 1) try upgrading the BIOS to the latest on the problematic machine (I have gotten permission from the University sysadmins to try to do it) 2) try a partitionless stick - maybe that one will be working, treated by the BIOS same way as a floppy works - but this would prevent me from carrying my needed stuff in my 2nd partition (ext2) of the same stick... I'll report on this thread about the specific BIOS versions and the motherboard specs later on. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299157: aspseek-libmysqldb must be rebuilt against libmysqlclient12
On Wed, Mar 16, 2005 at 04:37:03PM +0100, Jeremiah Foster wrote: Can you tell me if this project has been orphaned? I cannot reach the developer, check out from CVS, etc. If it has not been orphaned, may I orphan it? Orphaning Debian packages is handled through the QA team (debian-qa@lists.debian.org). -- Steve Langasek postmodern programmer Steve Langasek wrote: Package: aspseek-libmysqldb Version: 1.2.10-1.1 Severity: grave Packages connected to apache and scripting languages (python/perl/php/ruby) are in the process of transitioning from libmysqlclient10 to libmysqlclient12 for sarge. Because libmysqlclient does not include versioned symbols, it is not possible for multiple versions of this library to be loaded by a process without causing segfaults. Since aspseek-libmysqldb will be loaded by apache processes that may also have loaded libmysqlclient12, this is therefore a grave bug in aspseek-libmysqldb. Please rebuild aspseek-libmysqldb against libmysqlclient12 by updating your build depends to point to libmysqlclient12-dev. signature.asc Description: Digital signature
Bug#299734: broken on 64-bit systems
Peter, Actually, the only bad thing I noticed is incorrect file I/O. User interface works pretty fine and stable. So I believe it will not hard to fix goldedplus for 64-bit system. One just need to carefully inspect parameters of all fseek/lseek/fread/fwrite/etc. calls. As of FIDO, it's pretty still alive in xUSSR. ;) Max Peter Karlsson wrote: Max Alekseyev: There are multiple problems with goldedplus on 64-bit systems such as segfaults (see bug 251856 as well) and hanling data files. Yeah, this probably is the same problem as in bug 251856. The program was simply not designed for 64-bit systems. I should probably just exclude the 64-bit architectures from the supported systems list, until such a time when 64-bit support is added (which is unlikely given that the project is quite dead, much like Fidonet itself). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299745: Drivers for newer G5 PowerMacs missing
On Tue, Mar 15, 2005 at 11:36:31PM -0500, Nick Nassar wrote: Package: kernel Version: 2.6.8-power4 I have a recent PowerMac G5 (3.0) 1.8Ghz Boot ROM Version 5.2.2f2. I'm attempting to install Debian Sarge. The install-power4 kernel for the weekly installer build boots, however, the installer complains that it cannot find the CD-ROM drive. ls -l /dev shows no scsi or ide devices. Are you sure the CD-ROM is a sata device and not a pata one ? I believe that the problem is the k2-sata driver needed to see the drives is not included. The correct driver is not k2-sata, but : config SCSI_SATA_SVW tristate ServerWorks Frodo / Apple K2 SATA support depends on SCSI_SATA PCI help This option enables support for Broadcom/Serverworks/Apple K2 SATA support. If unsure, say N. which would be the sata_svw.ko module, which is indeed built for the 2.6.8-power4 kernel, which is indeed present in the sata-modules .udeb. Now, this means that the problem is probably not either a kernel or a kernel-module .udeb problem, but most probably a discover problem, and we would need your lspci and lspci -n output to fix this. Also, maybe it would have been best if you had provided a installation-report but against debian-installer for such stuff instead. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299697: Reopening
Romain Francoise [EMAIL PROTECTED] writes: Steve convinced me to reopen this bug Er, I meant Robert, of course. Sorry. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299498: Only grave on unstable
tags 299498 + sid thanks Dear Bruce Am Tue, Mar 15, 2005 at 02:49:41PM + hat Bruce Stephens getippert: My apologies. I hadn't noticed that this same version is used in testing, too. Probably the package works fine with the valgrind in testing, and is only broken in unstable. This is indeed the case. And as I can tell from earlier occurences of the same problem, a recompile against the newest valgrind should suffice. However, my first try did not succeed as valgrind has changed some paths in the packaging or is missing some include files. I will look into this problem later...or maybe you have time, knowledge and feel like looking into it? Regards -- Philipp | work: [EMAIL PROTECTED] +41 1 802 20 00 Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299419: Fwd: Re: Bug#299419: qsynth: Menu Icon not referenced by menu file (Wed, Mar 16, 2005 at 12:56:50AM +0000)
- Forwarded message from tim hall [EMAIL PROTECTED] - From: tim hall [EMAIL PROTECTED] Subject: Re: Bug#299419: qsynth: Menu Icon not referenced by menu file To: [EMAIL PROTECTED] Date: Wed, 16 Mar 2005 00:56:50 + X-Original-To: [EMAIL PROTECTED] Organization: Glastonbury Music X-GlastonburyOnline-MailScanner-Information: Please contact [EMAIL PROTECTED] for more information X-GlastonburyOnline-MailScanner: Found to be clean X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at sindominio.net X-Spam-Status: No, hits=-2.6 tagged_above=-20.0 required=5.0 tests=BAYES_00 X-Spam-Level: Eric, Last Tuesday 15 March 2005 19:58, you said: Thanks for your bug report. Could you please detail me why you want the icon to be referenced as /usr/share/icons/qsynth.xpm while being placed in /usr/share/pixmaps/qsynth.xpm ?? I don't get that. Sorry, that's very confusing. I was thinking two things at once. What I should have said was: The ideal for the Debian menu system would be to place the icon in /usr/share/pixmaps/qsynth.xpm and reference it as icon=/usr/share/pixmaps/qsynth.xpm /usr/share/icons/qsynth.xpm is, of course, where it currently lives. I'm particularly keen for QSynth to be visible in the menus because it's one of the most immediate and satisfying ways for a new user to play MIDI. And it rocks. :-) cheers, tim hall http://glastonburymusic.org.uk - End forwarded message - -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299340: Depends: not complete
Hello Kenneth, A user of FreeGuide, which uses xmltv, says he needs libarchive-zip-perl and libio-stringy-perl installed for freeguide to work. I haven't needed these packages. The freeguide upstream author, Andy, thinks it might be because the grabber for his region needs it. What do you know of this issue? Should xmltv-util Recommends: libarchive-zip-perl, libio-stringy-perl? Cheers, Shaun On Wed, 16 Mar 2005 16:26:44 +, Andy Balaam [EMAIL PROTECTED] wrote: Hi Shaun, I think they may be needed for certain XMLTV grabbers to work. Iain: what country are you in? By the way Shaun, it might be better to send more Debian-specific messages to me at this address rather than the FreeGuide developers' mailing list. Best wishes, Andy Shaun Jackman wrote: package freeguide tags 299340 +moreinfo unreproducible thanks I've never had these packages installed. Suffice to say, freeguide has always worked for me without them. Under what conditions did you find you needed these packages? Andy, do you know if Freeguide requires these packages? Cheers, Shaun On Sun, 13 Mar 2005 18:40:04 +, iain d broadfoot [EMAIL PROTECTED] wrote: Package: freeguide Version: 0.8.1-1 Severity: important I needed to install: libarchive-zip-perl libio-stringy-perl for freeguide to work. iain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299834: cacti: Typo in README.Debian.gz
Package: cacti Version: 0.8.6c-4 Severity: minor Tags: patch There's a typo in one of the filenames in the README.Debian documentation. Please find attached a patch to fix this. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages cacti depends on: ii apache1.3.33-4 versatile, high-performance HTTP s ii debconf 1.4.46 Debian configuration management sy ii libphp-adodb 4.52-1 The 'adodb' database abstraction l ii logrotate 3.7-2 Log rotation utility ii mysql-client 4.0.24-1 mysql database client binaries ii php4 4:4.3.10-9 server-side, HTML-embedded scripti ii php4-cli 4:4.3.10-9 command-line interpreter for the p ii php4-mysql4:4.3.10-9 MySQL module for php4 ii php4-snmp 4:4.3.10-9 SNMP module for php4 ii rrdtool 1.0.49-1 Time-series data storage and displ ii snmp 5.1.2-6NET SNMP (Simple Network Managemen ii ucf 1.14 Update Configuration File: preserv ii wwwconfig-common 0.0.42 Debian web auto configuration -- debconf information: * cacti/username: cacti * cacti/mysql_server: localhost * cacti/webserver: All cacti/save_rootpw: true cacti/upgrade_warning: cacti/root_mysql: root * cacti/no_automagic: cacti/purge_db: true * cacti/database: cacti cacti/mismatch: --- README.Debian.orig 2005-03-16 21:52:51.053921496 + +++ README.Debian 2005-03-16 21:52:59.614445051 + @@ -26,7 +26,7 @@ mysql -u root -p -e create database cacti mysql -u root -p -e grant all privileges on cacti.* to [EMAIL PROTECTED] identified by 'yourpasswordhere'; flush privileges - zcat /usr/share/doc/cacti.sql.gz | mysql -u cacti -p cacti + zcat /usr/share/doc/cacti/cacti.sql.gz | mysql -u cacti -p cacti next, go to http://$yourhost/cacti/, and follow the on-screen directions.
Bug#299835: moniwiki: Package name included in the Description: line
Package: moniwiki Version: 1.0.9-4 Severity: minor The moniwiki Description: synopsys line includes MoniWiki itself. Description: MoniWiki is yet another WikiEngine written in PHP But it is against the policy 3.4.1: Do not include the package name in the synopsis line. The display software knows how to display this already, and you do not need to state it. Remember that in many situations the user may only see the synopsis line - make it as informative as you can. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Versions of packages moniwiki depends on: ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii caudium [httpd] 2:1.2.35-1 An extensible WWW server written i ii debconf 1.4.46 Debian configuration management sy ii php4 4:4.3.10-9 server-side, HTML-embedded scripti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299833: manpages-ko: New upstream 20050219 available
Package: manpages-ko Version: 20010901-0.1 Severity: wishlist A new upstream version 20050219 is available: http://kldp.net/projects/man/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299805: gnumeric: Segfaults when opening a file created with an older version
On Wed, Mar 16, 2005 at 18:11:37 +0100, Frank Küster wrote: When I open a file created (or at least last saved) with gnumeric 1.0.12-0.bunk, gnumeric dies with a segfault. The file is at http://people.debian.org/~frank/Pipettierschema-%dcbergang-Puffervorrat.gnumeric This is an encoding issue with that file which can be fixed as follows: gunzip Pipettierschema-Übergang-Puffervorrat.gnumeric | iconv -f ISO8859-1 -t UTF-8 | sed s/'?xml version=1.0?'/'?xml version=1.0 encoding=UTF-8?'/ | gzip fixed.gnumeric See http://cvs.gnome.org/viewcvs/gnumeric/tools/fixup-old-files?view=markup Ray -- Don't think of yourself as an organic pain collector racing toward oblivion. Dogbert
Bug#299839: nautilus: Dragging icons (in windows or on the desktop) blanks the background
Package: nautilus Version: 2.8.2-2 Severity: important I'm still not sure whether to report this kind of bugs with the upstream database, or indeed here; apologies if it doesn't belong here. Only recently (a couple of days ago), I first noticed that the entire background goes blank when I move one or several icons. This goes both for windows (moving a document into a folder or something like that) as for the desktop (e.g. when lining up the various icons). The whole background of the desktop goes white as soon as I drag-and-drop an icon. In the file manager, it's even more annoying, since the most common thing to do there is moving files around, which gets quite hard if all is blank (moving or copying still works, though; I just have to remember the position of the folder I want to move stuff to before I actually do so). I guess I could provide a screenshot if there's any need. Cheers, Tom -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-zukunft-VM Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nautilus depends on: ii capplets 1:2.8.2-1 configuration applets for GNOME 2 ii desktop-file-utils 0.9-1 Utilities for .desktop files 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 libaudiofile00.2.6-5 Open-source version of SGI's audio 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 libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libexif100.6.9-6 library to parse EXIF files ii libgail-common 1.8.2-1 GNOME Accessibility Implementation ii libgail171.8.2-1 GNOME Accessibility Implementation 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 libgnome-desktop-2 2.8.3-2 Utility library for loading .deskt 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-12.0.1 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 librsvg2-2 2.8.1-2 SAX-based renderer library for SVG 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 libxml2 2.6.16-3GNOME XML library ii nautilus-data2.8.2-2 data files for nautilus ii shared-mime-info 0.15-1 FreeDesktop.org shared MIME databa ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299838: install report
Package: installation-reports INSTALL REPORT Debian-installer-version: date (of install): march 13 2005; from where you got the image: boootable CD1/1 from Debian book by R.Hertzog (bought in France in December 2004). uname -a: 2.6.7-1-386 Date: march 13, 2005 Method: How did you install? from bootable CD What did you boot off? CD If network install, from where? http://ftp2.fr.debian.org/debian/ Proxied? No Machine: Packard Bell imedia 5130 Processor: Pentium 4 (2.93GHz) Memory: 512M Root Device: IDE Name of device: /dev/hda2 Root Size/partition table: (as seen with partman tool during install) IDE1 master (hda) 160GB ST3160023AS partition n°1 primary 50GB ntfs -2 primary 279.7GB bootable ext3 / -5 logical 5GB ext3/usr -6 logical 3GB ext3/var -7 logical 1.6GBswap swap -8 logical 403MBext3/tmp -9 logical 99.8GBext3/home SCSI1 (0,0,0) (sda)-1.1GB GENERIC USB STORAGE-SMC ---1 (sdb) CFC ---2 (sdc) MMC ---3 (sdd) MSC Output of lspci: Everest:~# lspci :00:00.0 Host bridge: Intel Corp. 915G/P/GV Processor to I/O Controller (rev 04) :00:01.0 PCI bridge: Intel Corp. 915G/P/GV PCI Express Root Port (rev 04) :00:1b.0 0403: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) :00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) :00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) :00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) :00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d3) :00:1f.0 ISA bridge: Intel Corp. 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03) :00:1f.2 IDE interface: Intel Corp. 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03) :00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03) :01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5b60 :01:00.1 Display controller: ATI Technologies Inc: Unknown device 5b70 :02:00.0 Modem: Smart Link Ltd. SmartLink SmartPCI562 56K Modem (rev 04) :02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) and lspci -n: Everest:~# lspci -n :00:00.0 0600: 8086:2580 (rev 04) :00:01.0 0604: 8086:2581 (rev 04) :00:1b.0 0403: 8086:2668 (rev 03) :00:1d.0 0c03: 8086:2658 (rev 03) :00:1d.1 0c03: 8086:2659 (rev 03) :00:1d.2 0c03: 8086:265a (rev 03) :00:1d.3 0c03: 8086:265b (rev 03) :00:1d.7 0c03: 8086:265c (rev 03) :00:1e.0 0604: 8086:244e (rev d3) :00:1f.0 0601: 8086:2640 (rev 03) :00:1f.2 0101: 8086:2651 (rev 03) :00:1f.3 0c05: 8086:266a (rev 03) :01:00.0 0300: 1002:5b60 :01:00.1 0380: 1002:5b70 :02:00.0 0703: 163c:3052 (rev 04) :02:05.0 0200: 10ec:8139 (rev 10) :02:07.0 0c00: 104c:8024 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Sound not working, SATA hard disk not recognized as SATA but as IDE Description of the install: Here's the history of this install: I first bought the Official debian CD's from ikarios in France (14 CDs). I had several problems with these: choosing the 2.6 kernel version my cdrom was not correctly detected (with linux26 and expert26) and I couldn't go ahead. Using linux or expert to install I could not use GRUB as bootloader (installer stopped during GRUB install). So I installed sarge with 2.4.27-1-386 kernel and lilo bootloader. After some work I managed to get my graphic card (ATI Radeon X300 SE) properly working and my DSL connexion as well. Two problems could not be solved: Sound was not working and when shutting down the machine I had to push the on/off switch to really shut down the PC (and in fact it seemed not to be really shut down as I could reboot by hitting any key on my keyboard). I came after this to think (browsing among different help forums, debian
Bug#299837: vim can't find its help files
Package: vim-common Version _1%3a6.3-058+1_all If I type :help I get a message that /usr/share/vim/vim63/doc/help.txt.gz can't be found. That's true, because what exists is /usr/share/vim/vim63/doc/help.txt. So what's wrong is that vim is looking for a compressed file (.gz) while what exists in not compressed. This problem happened after I downloaded a new version of vim using apt-get. David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299836: The examples should be in /usr/share/doc/moniwiki/examples/
Package: moniwiki Version: 1.0.9-4 Severity: normal /usr/share/doc/moniwiki/_htaccess.gz /usr/share/doc/moniwiki/footer.php.sample.gz /usr/share/doc/moniwiki/header.php.sample.gz /usr/share/doc/moniwiki/index.html.sample.gz /usr/share/doc/moniwiki/mywiki.gz /usr/share/doc/moniwiki/pds_htaccess.gz /usr/share/doc/moniwiki/theme.php.sample.gz These files are examples (configurations). They should be in doc/examples/ directory per the policy 12.6. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Versions of packages moniwiki depends on: ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii caudium [httpd] 2:1.2.35-1 An extensible WWW server written i ii debconf 1.4.46 Debian configuration management sy ii php4 4:4.3.10-9 server-side, HTML-embedded scripti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#129781: todo still
This patch still needs a bit of work: * deep listing of blocks * sort lists so merging works * look into merging blockin info in merge ops * cloning blockers/blockees needs to update the fields of the other bugs At least the secod and fourth of these are necessary before deployment. -- see shy jo signature.asc Description: Digital signature
Bug#299791: xbase-clients: Missing dependencies
On Wed, 16 Mar 2005, Julien Cristau wrote: On 16/03/2005-18:25, Marek Grac wrote: not against the version in woody. sorry, my fault. but same problem. I habe just done apt-get update upgrade. And found following: Problem file is usr/X11R6/lib/libGLU.so.1 which is (in testing) contained in package 'libs/xlibmesa-glu' and I have package libs/xlibmesa3-glu which doesn't contain it but provides 'libgl1'. So bug is probably there. Sorry for bothering :) I still don't know why you're missing this file, but I'm not convinced that this is a bug in the debian package. pax, marx -- [][*] [ marek 'marx' grc / gerard ][ Elektrike, ktorej zmizli koajnice ] [ [EMAIL PROTECTED] ][nezostva ni in ako lieta ] [][*]
Bug#263743: Call For Help - Please support the ppc64 architecture
On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote: On 05-Mar-16 21:16, Scott James Remnant wrote: On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote: This is a call for help from the 'ppc64' porters. Which group? According to Sven Luther's e-mail to debian-devel there are currently two competing efforts for this port. What are your concerns? Do you refuse to support a native 64-bit powerpc64/ppc64 port? Or do you want a different name for it? My concern is the same as that of the Project Leader, that the existing powerpc port is called powerpc -- and that we should at least try to be consistent with already chosen architecture names. amd64 was reasonably unique in that it wasn't derived from any existing architecture name. And in fact, in that case, I championed using the LSB-mandated name (or as close thereto). If anything, that's ruled that Debian does not attempt harmony with LSB names for architectures. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#299816: installdeb-myspell is unable to install openoffice hypenation files
severity 299816 wishlist retitle 299816 Please make installdeb-myspell also install openoffice hyphenation files thanks On Wed, Mar 16, 2005 at 08:00:07PM +0100, Matthias Klose wrote: Package: dictionaries-common-dev $ cat $ cat debian/info-myspell DICT da DK da_DK HYPH da DK hyph_da_DK $ installdeb-myspell --srcdir=da_DK/hyph Use of uninitialized value in concatenation (.) or string at /usr/bin/installdeb-myspell line 33, COMPAT_IN line 4. There is no da_DK/hyph/da_DK.aff file here Please see . Hi, Mathias It is not intended for that, please see the man page, OPTIONS --srcdir=dir Will look for .aff/.dic files in the specified directory and install them in the default target directory. Base name will be extracted from the info-myspell file --- Since I agree that this is a nice thing to add I am not closing this bug report, but setting it severity wishlist. Cheers, -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299583: libpri1: D-Channel stop working when upgrading to 1.0.4-1 to 1.0.4-2
On Wed, Mar 16, 2005 at 05:14:25PM -0400, Andres Junge wrote: Tzafrir Cohen wrote: I am using asterisk 1.0.5-2 and zaptel compiled from cvs (digium recomendation) Why zaptel from CVS? I'm not sure if this combination is healthy. Because I need the wctdm module which is not in the zaptel-source debian package. What's wrong with wcfxs/wcfxo that can be built from the package zaptel-source? Also, in later versions the Debian packages apply the bristuff patches which also rely on zaptel/libtonezone to be slightly different, I figure. Thanxs -- 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#299541: dictionaries-common: string not translatable in debconf templates
On Wed, Mar 16, 2005 at 08:27:14PM +0100, Denis Barbier wrote: Such strings can most always be translated, see e.g. the tasksel/first template in tasksel. I would be very surprised if it cannot be translated, but did not yet investigate. Hi, Denis Thanks for the hint, after a quick look it might also work for dictionaries-common, since only the last entry is to be localized, and not every intermediate one (and made match). Just removing dictionaries-common/languages and adding the string to dictionaries-common/default-{ispell,wordlist} should have the same effect as before, but localizable, and will ensure it is presented last. Fully putting it now at this sarge stage is something I am more reluctant, but will think about this once I really test the system. Cheers, -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299155: libnss-mysql: Causes segfault when running /usr/sbin/adduser
Hello, i noticed that my email address bounced. This should be fixed now. So the reference to previous mails is lost. Sorry for that. Hmm, Ok. Could you elaborate a little bit? I can fix the code but I would need to get some details. Do you know what is wrong? I used the following code to reproduce the error: #!/usr/bin/perl use strict; getgrnam('test'); # might be exchanged by 'getpwnam' print 1; The print 1; seems neccessary - dont ask me why... I can produce any information you like if you just tell me how. I am not very experienced in software development. So can not tell exactly tell you what is wrong. Anything i know is summed up in this bug. A lot of code is calling these functions, so it is clearly not an obvious bug. Otherwise everything would blow up. Well for me it is quite obvious. Same problem i experienced with munin-node from munin (a tool for graphing load stats and similar). So i could not use it. For upgrading the server i could have commented mysql out from /etc/nsswitch.conf. Wasn't nice but worked in my environment quite stable. But i think this really needs to be fixed. So i provide my forces limited by my competence to solve this. Iirc i already mailed the adduser and the libnss-mysql developer about this along time ago. But iirc without a result because of knowing to few about what happened. -- Mario Lipinski VOIP: +49 511 696045510 SystemadministrationFax: +49 721 151-207196 Gymnasium Salzgitter-BadE-Mail: [EMAIL PROTECTED] Internet: http://www.gymszbad.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263979: userv FTBFS
Santiago Vila writes (Bug#263979: userv FTBFS): Alternatively, you could rewrite debian/rules so that it does not use bashisms. With a little bit of care, debian/rules does not become a lot longer. (Sorry for the delay replying.) Your patch does make it longer, and I don't think that build-time speed is worth sacrificing clarity and brevity for. But you say: It could be made even shorter if you use install -m 755 for the maintainer scripts instead of cp followed by chmod. and you are right. I'll update the scripts to use install as I come across them. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299840: please add an example for sourceforge to watch.ex
Package: dh-make Version: 0.37 Severity: wishlist Tags: patch Since it seems to be quite difficult to find out, I suggest you add an example for sourceforge access to watch.ex. Judging from references on google [1] the example site in the patch has been allowing searches for the past 6 months or so. Since there is no official statement we don't know if this particular situation will stay this, but including it will certainly help developpers *now*. [1] http://www.google.com/search?q=Debian+watch+sourceforge -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dh-make depends on: hi debhelper 4.2.31 helper programs for debian/rules ii dpkg-dev 1.10.27Package building tools for Debian ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-6Larry Wall's Practical Extraction -- no debconf information --- /usr/share/debhelper/dh_make/debians/watch.ex 2002-06-20 02:16:39.0 +0200 +++ /tmp/watch.ex 2005-03-16 23:15:27.0 +0100 @@ -4,3 +4,6 @@ # Site Directory Pattern Version Script version=2 sunsite.unc.edu/pub/Linux/Incoming #PACKAGE#-(.*)\.tar\.gz debian uupdate +# +# for packages retrieved from Sourceforge (attention this might change in the future): +#http://heanet.dl.sourceforge.net/sourceforge/#PACKAGE#/#PACKAGE#-(.*)\.tar\.gz debian uupdate
Bug#299841: moniwiki: please describe how to use it
Package: moniwiki Version: 1.0.9-4 Severity: important I'm also a moniwiki user so I know moniwiki is not a good software to package; unlike moinmoin, moniwiki can't make multiple instances, with the same system-wide installed software. Then you can make a choice. you can either improve moniwiki to allow multiple instances or make it only one-system-wide blog site software. But you did nothing but in README.Debian you just wrote See http://moniwiki.sf.net/wiki.php/MoniWiki/Installation;. But with this moniwiki package installed, the web page doesn't help at all in this case. (1) There is no hack so no multiple instances are allowed (2) and owner/permissions/directory are wrong if you chose system-wide blog site. (/usr/share is read-only) I doubt how you are using moniwiki with this package. Please describe your way to use it in README.Debian, if any. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Versions of packages moniwiki depends on: ii apache2-mpm-prefork [httpd] 2.0.53-5 traditional model for Apache2 ii caudium [httpd] 2:1.2.35-1 An extensible WWW server written i ii debconf 1.4.46 Debian configuration management sy ii php4 4:4.3.10-9 server-side, HTML-embedded scripti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285811: any news concerning a shtoom package ?
Hi, We will be deploying shtoom in my company and could help you out with the shtoom package in case you need it. Any news on that front ? -- Nicolas Chauvat logilab.fr - services en informatique avancée et gestion de connaissances
Bug#296514: Cervisia again, plus greater problems
Hi, It's me writing about Cervisia licensing again. We still haven't heard back from Bernd Gehrmann at this stage, which means there's not really much that we can do. AFAICT he hasn't been around for a few years now; does anyone know of a way that we might be able to contact him? I've already tried a few other email addresses but to no avail. (For those who missed the initial post: http://lists.kde.org/?t=11092988861r=1w=2 ) On further examination, there does also seem to be a greater worry regarding the QPL licensing, which is other GPLed applications that use cervisia. I had initially thought that this was not a problem, since the cvsservice that sits beneath cervisia is LGPLed (this is why I didn't mention this issue earlier). However, further examination shows that the cervisia kpart does in fact contain a fair amount of QPLed code. Given that the QPL is GPL-incompatible, this raises issues for GPLed programs that wish to use this kpart. I believe this at least includes quanta and kdevelop (unless I'm mistaken). It would seem to me then that the current options are: (i) try harder to get in touch with Bernd Gehrmann, or (ii) alter the kdevelop and quanta licenses to explicitly allow use of the QPLed cervisia part. Though IMHO (i) would be preferable, since (ii) involves many more people and still raises issues for any other GPLed code that kdevelop and/or quanta might be linked with. CCing the kdevelop and kdewebdev lists also. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299825: capi4hylafax: Cannot receive faxes
Some more information. I used c2faxsend and c2faxrecv in HylaFax mode and got this on the c2faxsend side. SESSION BEGIN 0004 +43.xxx SEND FAX: JOB 4 DEST COMMID 0167 Try to connect to fax number in Hylafax mode on controller 1. Dial and starting transfer of TIFF-File docq/doc4.ps;c1 with fine resolution. Connection dropped with Reason 0x3492 (No user responding). and this on the c2faxrecv side SESSION BEGIN 0168 +43.x Incoming analog call on controller 1 from . Connection is droped with reason 0x349F (Normal, unspecified). SESSION END Hope this helps, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: Call For Help - Please support the ppc64 architecture
On Wed, 2005-03-16 at 23:14 +0100, Andreas Jochens wrote: On 05-Mar-16 22:01, Scott James Remnant wrote: On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote: My concern is the same as that of the Project Leader, that the existing powerpc port is called powerpc -- and that we should at least try to be consistent with already chosen architecture names. So you would add 'powerpc64' support to dpkg if the port changes its package name accordingly? Yes, that'd be applied to the 1.13 branch straight away. However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Because it's a 64-bit version of an already supported architecture. Having ppc and ppc64 would be fine, as would having powerpc and powerpc64. Having powerpc and ppc64 is inconsistent. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#263743: Call For Help - Please support the ppc64 architecture
On 05-Mar-16 22:01, Scott James Remnant wrote: On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote: On 05-Mar-16 21:16, Scott James Remnant wrote: On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote: This is a call for help from the 'ppc64' porters. Which group? According to Sven Luther's e-mail to debian-devel there are currently two competing efforts for this port. What are your concerns? Do you refuse to support a native 64-bit powerpc64/ppc64 port? Or do you want a different name for it? My concern is the same as that of the Project Leader, that the existing powerpc port is called powerpc -- and that we should at least try to be consistent with already chosen architecture names. amd64 was reasonably unique in that it wasn't derived from any existing architecture name. And in fact, in that case, I championed using the LSB-mandated name (or as close thereto). If anything, that's ruled that Debian does not attempt harmony with LSB names for architectures. So you would add 'powerpc64' support to dpkg if the port changes its package name accordingly? It would be possible to change the name to 'powerpc64' without too many problems. The port does not have many users yet and it will take only three or four weeks to recompile the current archive with a new package name. However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299340: Depends: not complete
Shaun Andy - A user of FreeGuide, which uses xmltv, says he needs libarchive-zip-perl and libio-stringy-perl installed for freeguide to work. I haven't needed these packages. The freeguide upstream author, Andy, thinks it might be because the grabber for his region needs it. What do you know of this issue? Should xmltv-util Recommends: libarchive-zip-perl, libio-stringy-perl? I build the Debian dependencies based on the list that Ed Avis has put into XMLTV's README file. Required files are listed as Depends, optional files (like Term::Progressbar) are listed as Recommends, etc. I just checked, and as of now, none of the Perl modules in these two packages are listed in the README. If some grabber or utility requires these two additional packages, then I should certainly add them to the dependencies. However, I'd like to know what grabber it is that's having the problem, and I'd like to coordinate with Ed to make sure that these packages are listed in the upstream README as well. From a quick check through the code, it looks like tv_grab_uk_bleb is the offending grabber, or possibly tv_grab_se_swedb. These extra dependencies are even listed in the Makefile.PL. However, Makefile.PL doesn't seem to be enforcing the prerequisite on build. I don't think I've ever seen that before. Usually, a build within a pbuilder chroot exposes this sort of thing. Can you have your FreeGuide user confirm that his problem is with tv_grab_uk_bleb or tv_grab_se_swedb? In the meantime, I'll put together a new package with the correct dependencies and I'll also create a patch for the upstream README to fix the discrepancy. If you want, you can reassign this bug to xmltv-util. KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] pgpUpsnAHqtBy.pgp Description: PGP signature
Bug#296591: xchat: localized text event messages
Good eDay ! On Wed, 23 Feb 2005 10:04:38 -0800, Erich Schubert [EMAIL PROTECTED] wrote: Hi, text events can be customized. Maybe the version in the .po files is only used on first start - did you have the locales set accordingly at first start? You can probably just delete the corresponding .conf file. Greetings, Erich Schubert -- After '$ rm -r -f $HOME/.xchat2/' something started to appear. Needless to say or bug report about checking of '.conf' files ? Hm... It works for You, isn't it ? 100% for xchat translations on http://www.iro.umontreal.ca/translation/HTML/matrix.html works well: de, sk. But non 100% don't. Maybe others languages have translations (saw them in src.po), but some kind of switch prevents some of them to be compiled. Thanks ! -- olecom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299842: Error in package description
Package: gpgsm The short description for gpgsm reads GNU privacy guard - password agent, which is apparently copied from the gnupg-agent description. At least according to the long description it appears that gpgsm is not an agent in the same sense, so I assume the short description was left there by mistake. Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299843: tetex-base: another circular link
Package: tetex-base Version: 3.0-2 Severity: important Tags: experimental [Realised it makes more sense to put this in the BTS so it doesn't get lost] I got another circular symlink issue upgrading from 2.0.2-something to 3.0-2: /etc/texmf/context/cont-usr.tex I presume it's because /usr/share/texmf/tex/context/config/cont-usr.tex is a symlink to /etc/texmf/context/cont-usr.tex but /usr/share/texmf/tex/context/config used to be a symlink to /etc/texmf/context and therefore is the same as bug #297614. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299844: mysql-client-4.1: mysqlmanager(1) is useless
Package: mysql-client-4.1 Version: 4.1.10-1 Severity: normal This manpage contains no useful information. At a minimum, it should document the options to which it refers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299811: checksecurity: Doesn't seem to install cleanly.
Hi, On Wed, Mar 16, 2005 at 07:47:24PM +0100, Javier Fernández-Sanguino Peña wrote: Yes, please, I cannot reproduce this. Can you please do this? # export DEBCONF_DEBUG=developer # apt-get install --reinstall checksecurity Reinstalling works without errors. I did some debugging and came up with a patch. The problem is this snippet in postinst: if [ ! -d /var/log/setuid ]; then mkdir -m 750 /var/log/setuid chown root:adm /var/log/setuid || true for file in /var/log/setuid.yesterday /var/log/setuid.today /var/log/setuid.changes \ /var/log/setuid.changes.*; do [ -e $file ] mv $file /var/log/setuid done fi The [ -e $file ] has a return code of 1 if the given files don't exist. This return code seems to become the return code of the whole postinst script, later. Here's my proposed fix, which works for me (tm): --- postinst2005-03-16 23:27:57.0 +0100 +++ postinst.new2005-03-16 23:28:26.0 +0100 @@ -19,7 +19,9 @@ chown root:adm /var/log/setuid || true for file in /var/log/setuid.yesterday /var/log/setuid.today /var/log/setuid.changes \ /var/log/setuid.changes.*; do - [ -e $file ] mv $file /var/log/setuid + if [ -e $file ]; then + mv $file /var/log/setuid + fi done fi HTH, Uwe. -- Uwe Hermann [EMAIL PROTECTED] http://www.hermann-uwe.de | http://www.crazy-hacks.org http://www.it-services-uh.de | http://www.phpmeat.org http://www.unmaintained-free-software.org | http://www.holsham-traders.de
Bug#263743: [Debian-ppc64-devel] Call For Help - Please support the ppc64 architecture
On Wed, 2005-03-16 at 20:27 +0100, Andreas Jochens wrote: Hello, This is a call for help from the 'ppc64' porters. On 05-Mar-14 16:14, Martin Michlmayr wrote: Also, as with the amd64 port, there is disagreement about the name. While ppc64 would be nicer and in line with the LSB, our current PowerPC port is called powerpc and therefore it would make more sense to call the 64 bit port powerpc64. There has been a decision of the Debian Technical Committee concerning the name of the amd64 port which basically says that the porting team should decide on the architecture name generally (see [1]). The ppc64 porters decided to use the name 'ppc64' as the package name a few month ago. .../... It's a fully 64 bits setup as it seems ? That is rather inefficient. Have we any proper way of doing multiarch setups ? The proper way to do ppc64 is to have both archs libs and 32 bits userland for most things, as ppc64 native code is slightly slower. I have repeated that over and over again but it seems I have been ignored so far... Also make sure the compiler is biarch as the kernel build will soon require this. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299845: Typo in ifupdown.postinst may let the package in experimental unusable !
Package: ifupdown Version: 0.6.4-4.12exp2 Severity: important Tags: experimental There is a typo in this release which may let package unusable. The function report_err is used twice intead of report_warn in ifupdown.postinst (lines 91 and 95) ! -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11nephthys Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ifupdown depends on: ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- debconf information: ifupdown/convert-interfaces: false -- Glennie Personne ne survit au fait d'être estimé au-dessus de sa valeur.
Bug#155819: Investors Win With KSIG. presetted
Beato @ MoneyMaker Profit Picks - KSIG Very Hot! @ Are you tired of buying st0cks and not having them perform? Our staff has been working hard to uncover the hot ones that will move! This is a perfect opportunity to get in, it is very low and on the move ready to explode. Check it out and you will see why... Plus they have a huge fax promotion launching on friday so monday it is realistic it will be in the .40 to .50 range... Don't miss it. Company:Ksign International Inc. Ticker:KSIG.OB Current-Price:0.05 Industry:Network Security 52Wk High:.21 Estimated 3-5 Day target:.45+ Estimated-6months-target:1.50 About-KSIGN Int'l., INC. As an unchallenged PKI-based solution provider, KSIGN has played an important and market leading role in building a reliable and safe e-world. KSIGN established in 1999, in spite of its short business history, has grown dramatically and gained a good reputation as a technology and market leader in Korea. With the endeavors poured into RD of PKI solutions, it has also developed many applications like Extranet Access Management, Key Roaming System, Secure Web and Application Transaction System, Crypto toolkit and so on. From now on, it will continue to be a valued partner to Korean e-Government, Korean CA's (Certificate Authorities), financial institutes, educational organizations and enterprises. Latest News: KSignPassOne is a type of Single Sign On (SSO) solution which safely and efficiently manages numerous user names and passwords for each end-user by applying appropriate security functions and digital certificates. The solution then automatically processes login by detecting login page when accessing a certain website or client/server environment on the Internet. Enterprises and public institutions will be able to provide their employees with easy access to complex networks and websites on the Internet that previously required unique user names and password authentication at different locations. With KSignPassOne's central management of user names and passwords, the user will be able to automatically login, resulting in dramatic savings in effort and time. KSign is planning to supply the product to Japanese market through an exclusive distributor. *Attention KSIG is expected to perform very well, if you like to win this one is for you, big gains expected don't miss out. Get it immediately before Friday, because the fax promotion will be launched over the weekend and next week will have record breaking results. impure sensation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: Call For Help - Please support the ppc64 architecture
On Wed, Mar 16, 2005 at 10:24:04PM +, Scott James Remnant wrote: Because it's a 64-bit version of an already supported architecture. Having ppc and ppc64 would be fine, as would having powerpc and powerpc64. Having powerpc and ppc64 is inconsistent. and deviating from an already established standard isn't? i'm wondering what the actual benefits of having a similarly (powerpc/powerpc64) named port are, apart from being aesthetically pleasing. sean -- signature.asc Description: Digital signature
Bug#297645: clamsmtp: does not free file descriptors when outbound connections cannot be established
On Wed, Mar 02, 2005 at 12:44:03AM +, Chris Mason wrote: There is a file descriptor leak with clamsmtp that means it will run out of file descriptors after a period of time. By default Linux systems have a maximum of 1024 FD's per process and clamsmtp does not free file descriptors when an outbound connection is attempted but fails. After a period of time these file descriptors will eventually run out and the process needs to be restarted as it will not accept any new connections. Upsteam has been aware of this problem for the past couple of weeks, but has not emailed me since I reported this problem to him. Please find below a patch to fix this issue: diff -urN /home/masonc/clamsmtp-1.2/common/spio.c /home/masonc/clamsmtp-1.2-fix/common/spio.c --- /home/masonc/clamsmtp-1.2/common/spio.c 2004-11-26 21:22:41.0 + +++ /home/masonc/clamsmtp-1.2-fix/common/spio.c 2005-03-02 00:23:31.0 + @@ -154,8 +154,10 @@ fcntl(fd, F_SETFD, fcntl(fd, F_GETFD, 0) | FD_CLOEXEC); -if(connect(fd, SANY_ADDR(*sany), SANY_LEN(*sany)) == -1) +if(connect(fd, SANY_ADDR(*sany), SANY_LEN(*sany)) == -1) { +close_raw(fd); RETURN(-1); +} spio_attach(ctx, io, fd, NULL); OK. I see. The file descriptor itself is not -1, so when spio_valid(io) is called in cleanup: and the fd is not -1, it is assumed the connection was made and the descriptor is not closed. It looks like the spio_t wrapper structure needs more stateful information, and spio_valid(io) needs to be a little more robust. Your fix would work, but I see what the author was trying to do. Rather than calling close_raw(fd) immediately, he may choose to do something like: io-connected = connect(fd, ...) if (io-connected == -1) RETURN(-1); But then again, that's putting a lot of effort into a wrapper structure. *shrug* We'll see. I'll use your patch and see if I can't get him to talk a bit. -- Chad Walstrom [EMAIL PROTECTED] http://www.wookimus.net/ assert(expired(knowledge)); /* core dump */ signature.asc Description: Digital signature
Bug#299834: cacti: Typo in README.Debian.gz
tags 299834 pending thanks hi, On Wed, Mar 16, 2005 at 09:57:11PM +, Miah Gregory wrote: There's a typo in one of the filenames in the README.Debian documentation. Please find attached a patch to fix this. the fix will be included in the next upload, thanks. sean -- signature.asc Description: Digital signature
Bug#297659: Please make the first Description: line brief. and fix a typo
Sorry for the late reply. I'd like to sponsor these package. Before that, a few things to mention: Per the policy 3.4.1, the synopsis line (which is the first line of Description) should be kept brief, under 80 characters http://www.debian.org/doc/debian-policy/ch-binary.html#s-synopsis Please make these short descriptions shorter. Currently they are 120 characters. And s/Simplefied/Simplified/ in the descriptions. -- Changwoo Ryu [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#226720: cyrus21-imapd: still waiting on Cyrus 2.2.x packages...
Package: cyrus21-imapd Version: cyrus21-imap Followup-For: Bug #226720 Henrique, What's the status here? The project on alioth exists but there is nothing in the repository. Are you going to package Cyrus 2.2 for us, or not? Much thanks for your work. If you're not able to complete the job, feel free to e-mail me what you have and I'll get it done. Thanks, Paul -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cyrus21-imapd depends on: pn cyrus21-common Not found. ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii libsasl22.1.19-1.5 Authentication abstraction library ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: [Debian-ppc64-devel] Re: Bug#263743: Call For Help - Please support the ppc64 architecture
Anyway, the biarch approach will also need a 'dpkg' which supports separate 64-bit ppc64 packages in the end. What are your concerns? Do you refuse to support a native 64-bit powerpc64/ppc64 port? Or do you want a different name for it? I think there is not real point in doing so, or mostly academic, but feel free to do it anyway. I'd rather see more efforts be put in the biarch port for now though. And as I wrote earlier, just beware that the compiler has to be biarch in both cases or you'll have a hard time building kernels. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299849: ITP: ec-fonts-mftraced -- EC PostScript Type1 fonts with TFMs for TeX
Package: wnpp Severity: wishlist These are PostScript Type1 renderings and TFMs of the EC variants of the standard TeX CMR font family. These fonts include characters with European accents. This package is necessary for packaging newer versions of lilypond. http://lilypond.org/download/fonts. I intend to package the latest version, 1.0.10. Everything in the package is GPL, except the traced fonts, which are in the public domain. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299848: often does not notice when messages are read
Package: gnubiff Version: 2.1.1-2 Severity: important Since I upgraded gnubiff (probably from 2.0.3) it often does not notice when new messages are read. My mailbox has over 180 messages and I use mutt. ?xml version=1.0? configuration-file mailbox parameter name=address value=/home/md/Mailbox/ parameter name=authentication value=-/ parameter name=certificate value=/ parameter name=delay value=180/ parameter name=namevalue=Mailbox/ parameter name=other_foldervalue=INBOX/ parameter name=other_port value=995/ parameter name=passwordvalue=/ parameter name=protocolvalue=file/ parameter name=seenvalue= [elided over 5 KB of very long numbers] / parameter name=use_idlevalue=true/ parameter name=use_other_foldervalue=false/ parameter name=use_other_port value=false/ parameter name=usernamevalue=md/ /mailbox general parameter name=double_command value=xemacs/ parameter name=expert_edit_options value=true/ parameter name=expert_hilite_changed value=true/ parameter name=expert_search_valuesvalue=false/ parameter name=expert_show_fixed value=true/ parameter name=expert_show_tab value=true/ parameter name=min_body_lines value=12/ parameter name=newmail_command value=play /usr/share/gnubiff/coin.wav/ parameter name=pref_allow_resize value=true/ parameter name=use_double_command value=false/ parameter name=use_newmail_command value=false/ /general applet parameter name=applet_be_stickyvalue=false/ parameter name=applet_font value=Sans 16/ parameter name=applet_geometry value=+0+0/ parameter name=applet_keep_above value=false/ parameter name=applet_pagervalue=false/ parameter name=applet_use_decoration value=false/ parameter name=applet_use_geometry value=true/ parameter name=newmail_image value=/usr/share/gnubiff/tux-awake.png/ parameter name=newmail_textvalue=%d/ parameter name=nomail_image value=/usr/share/gnubiff/tux-sleep.png/ parameter name=nomail_text value=%d/ parameter name=use_newmail_image value=false/ parameter name=use_newmail_textvalue=true/ parameter name=use_nomail_imagevalue=false/ parameter name=use_nomail_text value=true/ /applet popup parameter name=popup_be_sticky value=true/ parameter name=popup_body_linesvalue=10/ parameter name=popup_delay value=4/ parameter name=popup_font value=sans 10/ parameter name=popup_formatvalue=50:50:50/ parameter name=popup_geometry value=-0+0/ parameter name=popup_keep_abovevalue=false/ parameter name=popup_pager value=false/ parameter name=popup_size value=40/ parameter name=popup_sort_by value=!position mailbox/ parameter name=popup_use_decorationvalue=false/ parameter name=popup_use_formatvalue=true/ parameter name=popup_use_geometry value=true/ parameter name=popup_use_size value=true/ parameter name=use_popup value=true/ /popup security parameter name=max_mailvalue=300/ parameter name=prevdos_additional_linesvalue=16/ parameter name=prevdos_close_socketvalue=64/ parameter name=prevdos_header_linesvalue=2048/ parameter name=prevdos_ignore_info value=32/ parameter name=prevdos_imap4_multiline value=8/ parameter name=prevdos_line_length value=16384/ parameter name=use_max_mailvalue=true/ /security /configuration-file -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnubiff depends on: 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-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM 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
Bug#299847: shift operator doesn't extend to longs
Package: python2.3 Version: 2.3.5-1 Severity: normal *** Please type your report below this line *** Hello, I've tried to convert DJB's tai64nlocal program from C to Python. This looks easy since the code can more or less be used 1:1 in both languages, but requires proper handling of very long integers. This is not the case: underway, the variables were turned negative after shifts, and not extended. Exchanging the shifts (=) with multiplications (*=) fixed the results. The code: --- cut import sys, string from time import mktime, localtime digits = { '0': 0, '1': 1, '2': 2, '3': 3, '4': 4, '5': 5, '6': 6, '7': 7, '8': 8, '9': 9, 'a': 10, 'b': 11, 'c': 12, 'd': 13, 'e': 14, 'f': 15 } def readTai64 (stamp): secs = 0 nanosecs = 0 for i in stamp: if i == '@': continue if i 'f': break print readTai64(%s): i= %s % (stamp, i) u = digits[i] secs *= 16 secs += nanosecs 28 nanosecs = 0x0fff nanosecs *= 16 nanosecs += u print readTai64(%s): u= %s secs= %s nanosecs= %s % (stamp, u, secs, nanosecs) secs -= 4611686018427387914 t = localtime(secs) return [ t, secs, nanosecs ] if __name__ == '__main__': simulate tai64nlocal for f in sys.argv[1:]: for l in file(f): print l: %s\n % l stamp, body = string.split (l, ' ', 1) print readTai64(stamp), body --- cut Test case data: @40004238b09c2cc80704 something should result in printing a time stamp of 2005-03-16 23:17:54.751306500, but won't if you put back in the shift operators. Best, --Toni++ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python2.3 depends on: ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries 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#299846: openslp: Several non-descript buffer overflows and out-of-bounds memory access
Package: openslp Severity: grave Tags: security Justification: user security hole SuSE Security has found several buffer overflows and out-of-memory access possibilities during a code audit. Neither the original SuSE nor the Mandrake advisory contain detailed information, openslp.org lacks usable information as well, but as both SuSE and Mandrake issued advisories the problem seems to require further evaluation. I couldn't find a CAN assignment yet. Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299850: acpid should be automatically installed by debian-installer on ACPI machines
Package: acpid Version: 1.0.4-1 Severity: wishlist When installing sarge on an ACPI-compliant laptop, the Gnome desktop comes up and allows adding the Battery Charge Monitor to the panel, but the actual program errors out with a dialog box warning that /var/run/acpid.socket is inaccessible. This is hardly a friendly error message by way of explaining to someone that they need to have the acpid package installed. At a minimum, the installer should notice that it is running on ACPI-compliant hardware and ask the user whether the acpid package should be installed. For that matter, the Gnome desktop should probably notice that the acpid daemon is running and automatically configure the battery monitor. I'm not sure whether this bug should properly be filed against the acpid package, the installer, or the Gnome desktop, so I will leave that to the acpid package maintainer to sort out in connection with disposing of this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299579: Postinstall fails when performing run-parts
At 9:28 PM +0100 3/15/05, Sven Luther wrote: ... Can you upgrade your run-parts (or whatever package contains it) to the version currently in testing ? After I upgraded the package debianutils (which contains run-parts) to testing, the package kernel-image-2.4-powerpc (testing) installed fine. Thanks for your help! -- Bill -- [EMAIL PROTECTED] Bill Brennan Wayne, PA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299851: gimp-dcraw: override disparities found in unstable
Package: gimp-dcraw Severity: wishlist There were override disparities found in suite unstable: gimp-dcraw: Override says graphics - optional, .deb says graphics - extra ({partial}) Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#263743: [Debian-ppc64-devel] Re: Bug#263743: Call For Help - Please support the ppc64 architecture
However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Me neither... especially since all other distros, afaik, call it ppc64... Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296514: [quanta-devel] Cervisia again, plus greater problems
Hi, On Thursday 17 March 2005 00:22, Ben Burton wrote: It's me writing about Cervisia licensing again. We still haven't heard back from Bernd Gehrmann at this stage, which means there's not really much that we can do. I know that Bernd was about to change his job some months ago, but I can try to conact him on the mail addresses I know of. AFAICT he hasn't been around for a few years now; does anyone know of a way that we might be able to contact him? I met him ~1.5 years ago personally and we exchanged some personal mails during the last year as well, so as I said I will try to contact him. Given that the QPL is GPL-incompatible, this raises issues for GPLed programs that wish to use this kpart. I believe this at least includes quanta and kdevelop (unless I'm mistaken). I don't think that using a GPL incompatible KPart in a GPL application is a problem. It may be at the corner case, but this is more like writing a GPL frontend to a non-GPL application. Also KParts are usually not a hard requirement, so embedding application are working fine without them as well. Using the Cervisia DCOP services which requires inclusion and link against it might be real problem though, but as far as I know both Quanta and KDevelop can be compiled without the CVS part that requires the Cervisia DCOP services. Quanta can be for sure. ;-) Though IMHO (i) would be preferable, since (ii) involves many more people and still raises issues for any other GPLed code that kdevelop and/or quanta might be linked with. We cannot change the license for the whole Quanta due to its nature (some developers left the project and went commercial...), but it IS possible to change the part of the code that uses the Cervisia part and DCOP services. The first was written by a developer who is no longer active, but I'm sure reachable and cooperative, and myself, the part using the DCOP services was entirely written by myself. I'm not sure if it's enough to change the license only for these parts of the code though. Andras -- Quanta Plus developer - http://quanta.sourceforge.net K Desktop Environment - http://www.kde.org pgphZX7pJEqfU.pgp Description: PGP signature
Bug#263743: [Debian-ppc64-devel] Re: Bug#263743: Call For Help - Please support the ppc64 architecture
On Wed, 2005-03-16 at 22:24 +, Scott James Remnant wrote: On Wed, 2005-03-16 at 23:14 +0100, Andreas Jochens wrote: On 05-Mar-16 22:01, Scott James Remnant wrote: On Wed, 2005-03-16 at 22:48 +0100, Andreas Jochens wrote: My concern is the same as that of the Project Leader, that the existing powerpc port is called powerpc -- and that we should at least try to be consistent with already chosen architecture names. So you would add 'powerpc64' support to dpkg if the port changes its package name accordingly? Yes, that'd be applied to the 1.13 branch straight away. However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Because it's a 64-bit version of an already supported architecture. Having ppc and ppc64 would be fine, as would having powerpc and powerpc64. Having powerpc and ppc64 is inconsistent. Then fix powerpc :) And use alias tricks if you can to keep the old name. Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296591: xchat: localized text event messages
Hi, You can probably just delete the corresponding .conf file. Greetings, Erich Schubert -- After '$ rm -r -f $HOME/.xchat2/' something started to appear. Needless to say or bug report about checking of '.conf' files ? This is what I said - delete the corresponding .conf file, and let it be generated anew by xchat. XChat is not supposed to automatically change your configuration files. You might have changed them intentionally. ;-) Hm... It works for You, isn't it ? Yes, no problems with localization and messages in xchat in de. Maybe others languages have translations (saw them in src.po), but some kind of switch prevents some of them to be compiled. Talk to upstream about this, please. I'm just a user of xchat like you. There are forums at xchat.org. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ Go away or i'll replace you with a very small shell script. //\ Unter Freunden ist guter Rat nicht teuer, aber wie alles, wasV_/_ nichts kostet, nur wenig gefragt. --- Robert Muthmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299820: libapache2-mod-php4: apparent race condition on PHP4 session management
Gustavo Noronha Silva said: Package: libapache2-mod-php4 Version: 4:4.3.10-8 Sudenly, and unfortunately quite frequently these days, our web server (http://www.cidades.gov.br/) simply stops responding to requests. It accepts the connection and then does not respond. Did this only start happening after upgrading to 4.3.10-8 from 4.3.10-2?... If so, it may be that the session file handler isn't entirely thread-savvy. If that is the case, it will be fixed with the next upload which, unfortunately, is disabling thread safety again. ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299809: tetex-base: Wrong searchpath
Hilmar Preusse [EMAIL PROTECTED] schrieb: merge 299645 299809 stop On 16.03.05 Thomas Kosch ([EMAIL PROTECTED]) wrote: Hi, If you install a new/experimental version of a package it was not found because the searchpath is set to TEXMF = {!!$TEXMFCONFIG,!!$TEXMFVAR,$TEXMFHOME,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN} and TEXMFSYSCONFIG is set to $TEXMFMAIN. In the result the old Package in /usr/share/texmf is found and taken. Has already been reported. Merging. As the TEXMF variable is configurable I rather think that bug is wishlist, but I'm not sure. What do you think? No, it is definitely not wishlist, because it breaks existing setups. If you change the line to TEXMF = {!!$TEXMFCONFIG,!!$TEXMFVAR,$TEXMFHOME,!!$TEXMFLOCAL,!!$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFMAIN} you have what I will put into the next upload, and dpkg won't ask about a changed conffile Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#298039: this bug is overdue..
This bug has been marked pending for 8 days. I hope an upload can be made soon. -- see shy jo signature.asc Description: Digital signature
Bug#299853: htextsub: add explanation
Package: libhtml-parser-perl Version: 3.45-1 Severity: minor File: /usr/share/doc/libhtml-parser-perl/examples/htextsub Add comment or reference saying what this program does. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299852: invalid shell for backuppc user prevent command-line use
Package: backuppc Version: 2.1.0-10 Severity: normal The backuppc user is installed without valid shell. While this is a standard security measure, this also prevent command line use, such as presented in documentation: su backuppc -c /usr/share/backuppc/bin/BackupPC_serverMesg status info su backuppc -c /usr/share/backuppc/bin/BackupPC_serverMesg backup all etc... Just switching shell to /bin/sh is enough to fix this issue. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-zarb1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages backuppc depends on: ii adduser 3.63 Add and remove users and groups ii apache2 2.0.53-5 next generation, scalable, extenda ii apache2-mpm-worker [apache2] 2.0.53-5 high speed threaded model for Apac ii debconf 1.4.30.11 Debian configuration management sy ii dpkg 1.10.27Package maintenance system for Deb ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii perl [libdigest-md5-perl] 5.8.4-6Larry Wall's Practical Extraction ii perl-suid 5.8.4-6Runs setuid Perl scripts ii samba-common 3.0.10-1 Samba common files used by both th ii smbclient 3.0.10-1 a LanManager-like simple client fo ii tar 1.13.93-4 GNU tar ii wwwconfig-common 0.0.42 Debian web auto configuration -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299854: scp.1.gz: mention if -C as good as gzip manually
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: minor File: /usr/share/man/man1/scp.1.gz At -C Compression enable. Passes the -C flag to ssh(1) to enable com- pression. mention if scp -C file host: is as good as gzip file; scp file.gz host:; ssh host: gunzip file.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299855: apache2: bash completion for administration tools
Package: apache2 Version: 2.0.53-5 Severity: wishlist Tags: patch The following scriptlet provides bash completion for Debian specific administration tools (a2enmod, a2ensite, a2dismod, a2dissite). Just install it in /etc/bash_completion.d/ to enable it automatically. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-zarb1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache2 depends on: ii apache2-mpm-worker2.0.53-5 high speed threaded model for Apac -- no debconf information # bash completion for Debian apache2 configuration tools # $Id: apache2,v 1.1 2005/03/16 22:51:19 guillaume Exp $ _apache2_modsites() { COMPREPLY=( $( compgen -W '$( command ls /etc/apache2/$1 2/dev/null \ | sed -e 's/\.load//' -e 's/\.conf//' )' -- $cur ) ) } _a2enmod() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites mods-available } complete -F _a2enmod a2enmod _a2ensite() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites sites-available } complete -F _a2ensite a2ensite _a2dismod() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites mods-enabled } complete -F _a2dismod a2dismod _a2dissite() { local cur COMPREPLY=() cur=${COMP_WORDS[COMP_CWORD]} _apache2_modsites sites-enabled } complete -F _a2dissite a2dissite
Bug#247730: acidlab in sarge still has year problem
Jeremy T. Bouse wrote: If you would read the changelog as well as other bug reports you would find that acidlab is actually a patched version of 0.9.6b20 with parts of 0.9.6b22 as the upstream version AS IS is unable to be included in the Debian distribution due to licensing issues. Regards, Jeremy Point taken, although I saw no mention of it in either README.Debian or the bug report in question. I found it out for myself (but not till after I'd submitted the bug report stuff) when I tried to do a uupdate on the current upstream source. It seems that I also incorrectly, as it turns out, believed the upstream changelog when he seemed to intimate that the problem that you could only select years well in the past had been fixed. Perhaps I misread it, 'cause it isn't. In any case, my motivation for submitting the report was to indicate that your statement that the problem didn't exist in sarge was not true. At least it isn't as of today anyway. I will probably write a simple script to update the year fields in these files, since I have several boxes to do it on. Would you be interested in a copy for inclusion in the acidlab package? .Ron -- Ron Murray ([EMAIL PROTECTED]) http://www.rjmx.net/~ron GPG Public Key Fingerprint: F2C1 FC47 5EF7 0317 133C D66B 8ADA A3C4 D86C 74DE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299856: ITP: coils -- [Biology] prediction of coiled-coil secondary structure
Package: wnpp Severity: wishlist * Package name: coils Version : no version Upstream Author : Rob Russell [EMAIL PROTECTED] * URL : http://www.russell.embl.de/cgi-bin/coils-svr.pl * License : GPL Description : [Biology] prediction of coiled coil secondary structure Protein sequence based prediction of coiled coil secondary structures. The algorithm is described in Lupas, van Dyke Stock, Predicting coiled coils from protein sequences Science, 252, 1162-1164, 1991. A preliminary lintian-free Debian package is at http://bioinforamtics.pzr.uni-rostock.de/~moeller/debian/coils Sponsors welcome. Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299857: missing fix for CAN-2005-0385 in unstable
Package: luxman Severity: grave Tags: security DSA-693-1 claimed that the security hole CAN-2005-0385 was fixed in unstable in luxman 0.41-20, but it's been two days and I do not see that version has been uploaded. Some details on the hole from the DSA: Kevin Finisterre discovered a buffer overflow in luxman, an SVGA based PacMan clone, that could lead to the execution of arbitrary commands as root. For the stable distribution (woody) this problem has been fixed in version 0.41-17.2. For the unstable distribution (sid) this problem has been fixed in version 0.41-20. We recommend that you upgrade your luxman package. Additional details were posted on bugtraq, but I don't have an url handy. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages luxman depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libsvga1 [svgalibg1]1:1.4.3-21 console SVGA display libraries -- see shy jo signature.asc Description: Digital signature
Bug#299858: exiwhat needs killall from psmisc
Package: exim4-base Version: 4.50-4 Severity: normal /usr/sbin/exiwhat fails if killall isn't installed. /usr/bin/killall is part of psmisc, which isn't installed per default. AFAICS exim4-base should depend on psmisc. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299731: kernel-image-2.6-686-smp: SMP kernel causes krenele panic during boot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'll try to do what you said as soon as I can gank a nullmodem cable from a friend. However, I should clarify a major mistake that happened because it was really late at night when I sent this, aside from typos: Adding noapic/acpi=off does *not* make a difference. In the past when smp kernels used to hang, this fixed it, but it does not seem to work now. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCOMTgbhdqd5LeVcQRAkkxAKCt0u0CdtQsCrC+rmPIVwvAuld6IgCgqtNy YI21zaxnOQQruTxFPJW7AE8= =F1xL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263743: Call For Help - Please support the ppc64 architecture
On 05-Mar-16 22:24, Scott James Remnant wrote: So you would add 'powerpc64' support to dpkg if the port changes its package name accordingly? Yes, that'd be applied to the 1.13 branch straight away. However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Because it's a 64-bit version of an already supported architecture. Having ppc and ppc64 would be fine, as would having powerpc and powerpc64. Having powerpc and ppc64 is inconsistent. Inconsistent like i386/amd64 or s390/s390x? There is no rule which says that for a 64 bit architecture a '64' suffix has to be appended. There is not even a single case in Debian where this has been done, as far as I know. Moreover, I seriously doubt that this is an honest argument. I think you just want to decide the architecture name yourself. I am saying this because a few month ago you wrote this: On 04-Nov-24 08:29, Scott James Remnant wrote: Please file this request with the powerpc64 port team, rather than with the dpkg maintainer. Support for this architecture will not be included until the port team have picked a name for it. This seemed to imply that you would respect the decision of the porters and that you do not want to decide the name yourself. Now that there is a decision and a whole archive with 85% of the packages compiled, you do not accept that decision. You are basically saying: Take the name 'powerpc64' which I like best - or that architecture will not be supported. But you do not have any convincing reason for not accepting the choosen name. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297228: swf-player: Now that it has replaced version in sarge, there is no working version
Package: swf-player Version: 0.3.2-2 Followup-For: Bug #297228 This bug probably should have been marked as grave (since it makes the package in question unusable by most or all users), to stop it propogating into sarge. There is no version in debian now that actually works. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.4.26 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages swf-player depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-0 2.6.3-1The GLib library of C routines ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libmad0 0.15.1b-1 MPEG audio decoder library ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libswfdec0.3 0.3.2-2SWF (Macromedia Flash) decoder lib ii libxt64.3.0.dfsg.1-12.0.1X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299860: autoconf: configure scripts fail when path contains a comma
Package: autoconf Version: 2.59a-3 Severity: normal The configure scripts generated by autoconf do not work on paths containing commas. 'configure' gets almost to the end, then spews: sed: -e expression #1, char 322: Unknown option to 's' config.status: creating amplot/amplot.sh sed: -e expression #1, char 322: Unknown option to 's' config.status: creating amplot/Makefile sed: -e expression #1, char 320: Unknown option to 's' config.status: creating changer-src/chg-manual.sh sed: -e expression #1, char 335: Unknown option to 's' config.status: creating changer-src/chg-multi.sh sed: -e expression #1, char 333: Unknown option to 's' config.status: creating changer-src/chg-mtx.sh sed: -e expression #1, char 329: Unknown option to 's' (et cetera) and generates empty Makefiles. This causes problems when trying to use configure scripts from paths stored on SFS. (Note on versions: I initially checked this with 2.53-2 from stable before installing 2.59a-3 from unstable.) -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux pokey 2.4.27 #1 Tue Aug 31 11:56:34 MDT 2004 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages autoconf depends on: ii debianutils 1.16.2woody1 Miscellaneous utilities specific t ii m4 1.4-14 a macro processing language ii perl5.6.1-8.8Larry Wall's Practical Extraction -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299859: gaim: chokes on HTTP headers when proxying
Package: gaim Version: 1:1.1.4-2 Severity: normal I've set up an apache server to proxy CONNECT requests, so that I can proxy an AIM connection. Unfortunately, Apache returns a Proxy-agent header, which causes gaim to choke and disconnect the connection, as shown below. [EMAIL PROTECTED]:~$ nc devel.touset.org 80 CONNECT login.oscar.aol.com:5190 HTTP/1.1 Host: login.oscar.aol.com:5190 HTTP/1.0 200 Connection Established Proxy-agent: Apache/2.0.52 (Debian GNU/Linux) DAV/2 SVN/1.1.3 mod_ssl/2.0.52 OpenSSL/0.9.7e Looking in ethereal, this causes gaim to respond with a RST and closes the connection, preventing it from getting any further. Is this intentional, or a bug? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:1.1.4-2 multi-protocol instant messaging c ii libao2 0.8.5-1 Cross Platform Audio Output Librar ii libaspell15 0.60.2+20050121-1 The GNU Aspell spell-checker runti ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-5 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299778: sum button broken in Math Panel
On Wed, Mar 16, 2005 at 01:20:34PM +0100, Sven Geggus said It is impossible to add a sum, integral, etc. to a formula using Math Panel in the current Version of lyx. It's certainly possible, they're in the big operator list. Instead of adding those symbols, it is possible to change character styles using the Sum-Button! Hm, so, your complaint is the icons in the math panel are unclear? -rob -- Words of the day: South Africa monarchist cryptographic 9705 Samford Road -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299579: Postinstall fails when performing run-parts
On Wed, Mar 16, 2005 at 06:10:19PM -0500, [EMAIL PROTECTED] wrote: At 9:28 PM +0100 3/15/05, Sven Luther wrote: ... Can you upgrade your run-parts (or whatever package contains it) to the version currently in testing ? After I upgraded the package debianutils (which contains run-parts) to testing, the package kernel-image-2.4-powerpc (testing) installed fine. Err, please try kernel-image-2.6-powerpc instead. Running 2.4 kernels on powerpc is not recomended anymore. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296751: acknowledged by developer (Bug#296751: fixed in gst-plugins0.8 0.8.8-1)
It has been closed by one of the developers, namely [EMAIL PROTECTED] (David I. Lehn). It's indeed working fine now! I've added a comment to the upstream bug report (http://bugzilla.gnome.org/show_bug.cgi?id=168399), but as you're the reporter you'd have to close it yourself. Thanks, Georg -- Georg Wittenburg http://page.mi.fu-berlin.de/~wittenbu/ pgpZK9AJnnm2L.pgp Description: PGP signature
Bug#296514: [quanta-devel] Cervisia again, plus greater problems
Hi Andras -- thanks very much for your response. Just a technical clarification: I don't think that using a GPL incompatible KPart in a GPL application is a problem. It may be at the corner case, but this is more like writing a GPL frontend to a non-GPL application. I believe the problem is that the KPart is essentially dlopened, which means it is considered an extension of the larger program (in this case, quanta). http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLAndPlugins Using the Cervisia DCOP services which requires inclusion and link against it might be real problem though, If I understand DCOP correctly, this is not a problem since the cvsservice and quanta run as separate programs, merely communicating through some form of socket-based mechanism. At any rate, it wouldn't be a problem anyway since the cvsservice (both the server and the client library) are LGPLed (unlike the cervisia kpart). Ben. (Fixing the kdevelop-devel address also, which was incorrect in my initial post.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163685: Halfway there
In upstream 4.20, the options in bubble3d.h are already as follows: GLB_SLOW_GL (set to 0), and GLB_USE_BLENDING (set to 0, should be set to 1). The question here is: if somebody actually USES the xscreensaver-gl package, do they expect the extra eyecandy? Will users with a humble MesaGL implementation complain, because that way bubble3d will become much slower? Or does everybody use a hardware accelerated card anyway? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299862: uses a bit too much cpu
Package: gworldclock Version: 1.4.2-1 Severity: wishlist I have gworldclock configured to display 8 time zones and display the time in hh:mm format. Just sitting there doing nothing for 59 out of 60 seconds, the program still consumes 2% of my cpu. That's more cpu than top consumes for comparison. It seems to be reading the zoneinfo files for each timezone and doing some X operations every second. I'd like to at least have a way to tweak its update interval even if it can't be intelligent about doing that on its own. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gworldclock depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml2 2.6.16-3 GNOME XML library -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#299861: the current package is very old
Package: libgraph-perl Version: libgraph-perl Severity: wishlist Please package 0.59. -- ciao, Marco signature.asc Description: Digital signature
Bug#263743: Call For Help - Please support the ppc64 architecture
On Thu, 2005-03-17 at 00:31 +0100, Andreas Jochens wrote: On 05-Mar-16 22:24, Scott James Remnant wrote: So you would add 'powerpc64' support to dpkg if the port changes its package name accordingly? Yes, that'd be applied to the 1.13 branch straight away. However, I still do not understand why you and/or the Project Leader want to override the decision of the porters and choose a different name than the LSB specifies. I am not saying that Debian should always follow the LSB blindly, but I cannot see a good reason for deviating from the LSB in this case. Because it's a 64-bit version of an already supported architecture. Having ppc and ppc64 would be fine, as would having powerpc and powerpc64. Having powerpc and ppc64 is inconsistent. Inconsistent like i386/amd64 or s390/s390x? There is no rule which says that for a 64 bit architecture a '64' suffix has to be appended. There is not even a single case in Debian where this has been done, as far as I know. Indeed not, because we're only really starting to see both 32-bit and 64-bit variants of architectures in Debian. Moreover, I seriously doubt that this is an honest argument. I think you just want to decide the architecture name yourself. No, I would just prefer consistency. You've deliberately chosen an architecture name that's jarringly different from your 32-bit variant; that's a rather bold thing to do, and I think you need to justify that. Obviously I have no power to overrule you on your choice of architecture name, but I'd like to try and appeal to some common sense in you, if there is any. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part