Bug#378959: debian-installer: needs option to bypass network config dialog
On Wed, Jul 19, 2006 at 06:23:41PM -0400, zero79 wrote: so the problem is that the d-i network config dialog forces the user to select at least one of the network adapters to continue (cancel just brings up the same dialog). to bypass network config, i have to select one of the network interfaces, then wait for it to not configure. then i can opt to skip network config. i suggest that there be a button that allows the user to skip the network config from the network interface selection dialog. Does adding the bootparamater netcfg/disable_dhcp=true help with what you want? Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376781: additional info
When I removed /srv/backup/daily.0/enterprise the error was gone. Could it be that one of the files in rdiff-backup-data became corrupt? -- Frank Hart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329843: Check nano seconds (nsec) to accurate; extract of sym-links fails
Dear tar people,
I felt today into trouble after an upgrade to 1.15.91 version of tar on my
Debian GNU/Linux machine.
I'm running a little bit complecate environment (Debian- UserModeLinux-
loopback mounted file as ext3) where extractions of a tar archive with
sym-links fails (only 0 byte files are there). Tar extraction is not
interrupted!
The tar arhive is extracted within UserModeLinux on the loopback mounted fs.
I invested some time to identify the problem because I thouhght is a problem of
me. Now here is my patch to fix TAR:
--- lib/timespec.h.orig 2006-07-19 16:01:51.0 +0200
+++ lib/timespec.h 2006-07-20 08:22:57.0 +0200
@@ -47,7 +47,7 @@
{
return (a.tv_sec b.tv_sec ? -1
: a.tv_sec b.tv_sec ? 1
- : a.tv_nsec - b.tv_nsec);
+ : 0);
}
# if ! HAVE_DECL_NANOSLEEP
---8---8---8---8---8---8---8---8---8---8---8---8---
For my opinion is to accurate to check nano seconds (nsec) to identify files
with stat(), lstat() and fstat() in src/extract.c when process symbolic links!
I get all the time a difference in the UserModeLinux - loopback mounted fs
while extracting (maybe my machine is too slow AMD3.2GHZ). Despite that why
it's important to diff in nano seconds ?
Looking for a solution,
Raphael Bossek
--
Echte DSL-Flatrate dauerhaft für 0,- Euro*!
Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370595: Another fix
I've found and fixed another bug related to signal handling - sigcx's
non-GTK library doesn't handle select() bailing due to EINTR, and
generates spurious file events as a result. This is patch-6 in my arch
branch, the following diff as attached, and I've updated the pretend-NMU
to -2.4 which contains it.
Fix interruption of select() by a signal causing spurrious file events.
The select() loop wasn't being restarted on EINTR, wrap it in such a loop.
Previously, it'd cause a fall-through into attempting to read fd sets
that hadn't been initialized, and would generate spurrious file events as a
result.
- Steven Brown [EMAIL PROTECTED]
--- orig/sigcx/dispatch.cc
+++ mod/sigcx/dispatch.cc
@@ -357,31 +357,36 @@
fd_set wr = wr_fds_;
fd_set ex = ex_fds_;
-if (tm_events_.size() == 0)
+// Loop on select, restarting if we were interrupted by a signal.
+int result;
+do
{
- UnGuard unguard (mutex_);
- int result = select(FD_SETSIZE, rd, wr, ex, 0);
- assert(result != -1 || errno == EINTR);
-}
-else
-{
- now.get_current_time();
- timeout = tm_events_.begin()-first.expiration - now;
+ if (tm_events_.size() == 0)
+ {
+UnGuard unguard (mutex_);
+result = select(FD_SETSIZE, rd, wr, ex, 0);
+assert(result != -1 || errno == EINTR);
+ }
+ else
+ {
+now.get_current_time();
+timeout = tm_events_.begin()-first.expiration - now;
- UnGuard unguard(mutex_);
-
- if (timeout TimeVal(0))
-timeout = TimeVal(0);
-
- struct timeval tv;
- tv.tv_sec = timeout.tv_sec;
- tv.tv_usec = timeout.tv_usec;
-
- int result = select(FD_SETSIZE, rd, wr, ex, tv);
- assert(result != -1 || errno == EINTR);
-}
+UnGuard unguard(mutex_);
+
+if (timeout TimeVal(0))
+ timeout = TimeVal(0);
+
+struct timeval tv;
+tv.tv_sec = timeout.tv_sec;
+tv.tv_usec = timeout.tv_usec;
+
+result = select(FD_SETSIZE, rd, wr, ex, tv);
+assert(result != -1 || errno == EINTR);
+ }
+} while(result == -1 errno == EINTR);
-// check after select, we might have caught a signal
+// check if we've been asked to exit. If so, exit early.
if (do_exit_)
break;
Bug#378835: fixed in mercurial 0.9-8
Adeodato Simó wrote: * do not use default python but python2.4 instead for hg : most code is python2.3 compatible (so we still compile .py files for pyhton2.3) but hg help need features for python2.4 Closes: #378835 (This got fixed everywhere except on i386. I've asked for a rebuild.) I ckecked the build log on anibal's autobuilder. I cannot find anything that shows this problem. But you are right, the current package in unstable use python2.3 and not python2.4 (even if it is built for python2.4 after python2.3). The build was working on my laptop, so I do not know what happened. If the rebuild does not fix it, I will add a 'sed' line in the debian/rule to force the good interpreter. Best regards, Vincent
Bug#348227: Please package python2.4-gamin
Le mercredi 19 juillet 2006 à 21:02 +0200, Julien Valroff a écrit : Le mercredi 19 juillet 2006 à 10:59:32 +0200, Josselin Mouette a écrit : The best is to use directly the GnomeVFS API. Unfortunately it isn't documented, but here is how it looks like: [...] Do you have an example/howto on using the GnomeVFS API in python? There are some examples in python-gnome2 package, but none describes the file monitoring process. http://www.pygtk.org/pygnomevfs/gnomevfs-functions.html Googling for gnomevfs.monitor_add gives some sample code as result. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#290464: [Pkg-exim4-devel] SPF
On Wed, Jul 19, 2006 at 07:24:34PM +0200, Robert Millan wrote:
Here's a new patch.
Actualy, please use this one instead. The former didn't authenticate mail from
, where $sender_address is an empty string.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
diff -ur exim4-4.62.old/debian/control exim4-4.62/debian/control
--- exim4-4.62.old/debian/control 2006-07-14 21:19:12.0 +0200
+++ exim4-4.62/debian/control 2006-07-19 16:10:42.0 +0200
@@ -13,7 +13,7 @@
Replaces: exim, exim-tls, exim4-daemon-light, exim4-daemon-heavy,
exim4-daemon-custom
Depends: ${shlibs:Depends}, cron (=3.0pl1-42), ${misc:Depends}, exim4-config
(=4.30) | exim4-config-2, adduser, netbase
Recommends: psmisc
-Suggests: mail-reader, eximon4, exim4-doc-html|exim4-doc-info, gnutls-bin
+Suggests: mail-reader, eximon4, exim4-doc-html|exim4-doc-info, gnutls-bin,
libmail-spf-query-perl
Description: support files for all exim MTA (v4) packages
Exim (v4) is a mail transport agent. exim4-base provides the support
files needed by all exim4 daemon packages. You need an additional package
diff -ur exim4-4.62.old/debian/debconf/conf.d/acl/30_exim4-config_check_rcpt
exim4-4.62/debian/debconf/conf.d/acl/30_exim4-config_check_rcpt
--- exim4-4.62.old/debian/debconf/conf.d/acl/30_exim4-config_check_rcpt
2006-07-14 21:19:12.0 +0200
+++ exim4-4.62/debian/debconf/conf.d/acl/30_exim4-config_check_rcpt
2006-07-19 19:17:09.0 +0200
@@ -208,6 +208,25 @@
.endif
+ # Use spfquery to perform a pair of SPF checks (for details, see
http://www.openspf.org/)
+ #
+ # This is quite costly in terms of DNS lookups (~6 lookups per mail). Do not
+ # enable if this is an issue.
+ .ifdef CHECK_RCPT_SPF
+ deny
+message = [SPF] $sender_host_address is not allowed to send mail from
$sender_address_domain. \
+ Please see
http://www.openspf.org/why.html?sender=$sender_addressip=$sender_host_address
+log_message = SPF check failed.
+condition = ${run{/usr/bin/spfquery -ip=$sender_host_address
-sender=$sender_address -helo=$sender_helo_name}{no}{${if eq
{$runrc}{1}{yes}{no
+
+ warn
+message = Received-SPF: ${if eq {$runrc}{0}{pass}{${if eq
{$runrc}{1}{fail}{${if eq {$runrc}{2}{softfail}{${if eq
{$runrc}{3}{neutral}{${if eq {$runrc}{4}{unknown}{${if eq
{$runrc}{6}{none}{error
+
+ # Support for best-guess (see http://www.openspf.org/developers-guide.html)
+ warn
+message = X-SPF-Guess: ${run{/usr/bin/spfquery -ip=$sender_host_address
-sender=$sender_address -helo=$sender_helo_name -guess=true}{pass}{${if eq
{$runrc}{1}{fail}{${if eq {$runrc}{2}{softfail}{${if eq
{$runrc}{3}{neutral}{${if eq {$runrc}{4}{unknown}{${if eq
{$runrc}{6}{none}{error
+ .endif
+
# Check against classic DNS black lists (DNSBLs) which list
# sender IP addresses
.ifdef CHECK_RCPT_IP_DNSBLS
diff -ur exim4-4.62.old/debian/README.Debian.xml
exim4-4.62/debian/README.Debian.xml
--- exim4-4.62.old/debian/README.Debian.xml 2006-07-14 21:19:12.0
+0200
+++ exim4-4.62/debian/README.Debian.xml 2006-07-19 16:45:15.0 +0200
@@ -1828,58 +1828,6 @@
/para
/answer
/qandaentry
- qandaentry
- question
- paraWhy are you not supporting SPF?/para
- /question
- answer
- para
- exiscan 4.34-22 introduced support for the ulink
- url=http://spf.pobox.com;Sender Policy Framework/ulink?
- by means of a commandspf/command ACL condition. This
- functionality is currently not included in the official
- Debian packages.
- /para
- para
- Rationale:
- itemizedlist
- listitem
- simpara
- IMHO, SPF has not reached the necessary amount of
- standardization and acceptance for inclusion in a
- Debian/stable release, it is still in flux.
- /simpara
- /listitem
- listitem
- simpara
- I do not want to drag in another library dependency.
- /simpara
- /listitem
- listitem
- simpara
- Checking with ulink
-
url=http://packages.debian.org/libmail-spf-query-perl;spfd/ulink
- instead of exiscan's spf-condition offers the same
- functionality, AFAICT.
- /simpara
- /listitem
- listitem
- simpara
- SpamAssassin 3.0+ includes SPF support.
- /simpara
- /listitem
- listitem
- simpara
- I do not want to encourage SPF because I am not
- convinced of its benefits. (Discussion and links on
- benefits and
Bug#378971: package: installation-reports
Package: installation-reports Original message at bottom, for reference. This is a followup to an erroneus installation-report I made regarding the netinst cd for etch (installer beta2). -- Update: the problem was that no partition was set as boot partition. The installer set /dev/sda7 bootable. I cleared the flag and didn't think to set /dev/sda2 bootable again. Partition table was NOT corrupt - just nothing marked to boot from. Suggestion - installer should ensure that SOME partition has boot flag set after partitioning step is completed. Something else: extended partitions aren't supposed to be bootable, are they? Yet sda7 was set to boot, and it is extended, not primary. sounds like a bug to me... Thanks Mark mpictor [a.t] yahoo [dot-com] --- Mark Pictor [EMAIL PROTECTED] wrote: Package: installation-reports Boot method: netinst CD Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso Date: July 18 2006 Machine: custom built by myself, MSI MS-7025 / K8N Neo2 Platinum, Nforce3 250Gb chipset Processor: Athlon64 3200 Memory: 1GB Partitions: NOTE - one of the problems I have is that the partition table seems to be corrupted! NOTE2 - I have windows, Debian Etch AMD64, and I tried to install Debian Etch x86. The only partition for the x86 install is /dev/sda7. Disk /dev/sda: 300.0 GB, 300069052416 bytes 255 heads, 63 sectors/track, 36481 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 5 40131 83 Linux /dev/sda2 6 12163976591357 HPFS/NTFS /dev/sda3 12164 36481 1953343355 Extended /dev/sda5 12164 2414196213253+ c W95 FAT32 (LBA) /dev/sda6 24142 3629997659103+ 83 Linux /dev/sda7 36300 36481 1461883+ 83 Linux sda1 - /boot for Etch AMD64 sda2 - C: for WXP SP2 sda5 - D:, FAT32 so it can be written from WXP and Linux sda6 - / for Etch AMD64 sda7 - / for Etch x86 (this is the install I have trouble with) Output of lspci and lspci -n: [EMAIL PROTECTED] lspci :00:00.0 Host bridge: nVidia Corporation: Unknown device 00e1 (rev a1) :00:01.0 ISA bridge: nVidia Corporation: Unknown device 00e0 (rev a2) :00:01.1 SMBus: nVidia Corporation: Unknown device 00e4 (rev a1) :00:02.0 USB Controller: nVidia Corporation: Unknown device 00e7 (rev a1) :00:02.1 USB Controller: nVidia Corporation: Unknown device 00e7 (rev a1) :00:02.2 USB Controller: nVidia Corporation: Unknown device 00e8 (rev a2) :00:05.0 Bridge: nVidia Corporation: Unknown device 00df (rev a2) :00:06.0 Multimedia audio controller: nVidia Corporation: Unknown device 00ea (rev a1) :00:08.0 IDE interface: nVidia Corporation: Unknown device 00e5 (rev a2) :00:09.0 IDE interface: nVidia Corporation: Unknown device 00ee (rev a2) :00:0b.0 PCI bridge: nVidia Corporation: Unknown device 00e2 (rev a2) :00:0e.0 PCI bridge: nVidia Corporation: Unknown device 00ed (rev a2) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge :01:00.0 VGA compatible controller: nVidia Corporation NV34GL [Quadro FX 500] (rev a1) :02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) :02:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) lspci -n :00:00.0 0600: 10de:00e1 (rev a1) :00:01.0 0601: 10de:00e0 (rev a2) :00:01.1 0c05: 10de:00e4 (rev a1) :00:02.0 0c03: 10de:00e7 (rev a1) :00:02.1 0c03: 10de:00e7 (rev a1) :00:02.2 0c03: 10de:00e8 (rev a2) :00:05.0 0680: 10de:00df (rev a2) :00:06.0 0401: 10de:00ea (rev a1) :00:08.0 0101: 10de:00e5 (rev a2) :00:09.0 0101: 10de:00ee (rev a2) :00:0b.0 0604: 10de:00e2 (rev a2) :00:0e.0 0604: 10de:00ed (rev a2) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :01:00.0 0300: 10de:032b (rev a1) :02:0c.0 0c00: 1106:3044 (rev 46) :02:0d.0 0200: 10ec:8169 (rev 10) 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: [E ] Create file systems:[O ] Mount partitions: [O ] Install base system:[O ] Install boot loader:[E ] Reboot: [E ] Comments/Problems:
Bug#378899: passwd: [Intl:de] German man page out of sync
Hello Nicolas, On Wed, Jul 19, 2006 at 11:15:51PM +0200, Nicolas François wrote: Helge (or any other German translator), if you update the attached passwd.1.po PO file, then Tomasz will be able to initialize a PO based translation for the German pages. I put the original translator Simon Brandmair in the loop. Simon, are you working / intend on working on an update? I will have a look at the other pages (I need to find the English page that match the German translations first) this week-end. Is there a generic place for man page translation in Debian? I ask, because the current german man pages are a collection of different quality, different sources of information, some even not an translation but a (shorter) rewrite. So in the mid-term it would be nice, if all man pages are in a format which makes updates easy (like po). Even man pages I translated are probably out of date, as I read in the changelog updated man page but get no notification or diffs to update the translation also. If there is such a central place, I'd like to commit the man pages I wrote or translated there as well. Also is there some document which describes the change to po? As I understood in this discussion, there are two po formats (po4a and xmlpo or similar) in the loop? I'd prefer to work with sgml/xml if possible (thats how I write my (translated) man pages as well). The attached PO file is far from perfect, but it should be useful for starting the translation. First I'd like to hear Simons opinion. If he's out of time I can see if I can find some time to update the file. Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#378899: [Pkg-shadow-devel] Bug#378899: passwd: [Intl:de] German man page out of sync
Hello Tomasz, On Wed, Jul 19, 2006 at 11:02:26PM +0200, Tomasz K??oczko wrote: Dnia 19-07-2006, ??ro o godzinie 16:55 +0200, Helge Kreutzmann napisa??(a): The german man page for passwd is out of sync, most notably regarding the options (but I like the german layout much more in the synopsis), e.g. -f, -g, -s are mentioned in the german version, but not in the english original (and looking at passwd --help, they are not supported either[1]). Methodology for case like this is: - first update english man page. In this case man/passwd.1.xml because man/passwd.1 is generated from this file which is also reference resource for generate translated version in other language using XML - xml2po - .po file - translated XML files - roff translated man pages infrastructure, What ist the exact location of the current man page? To all man pages translators: please do not dumbly translate en to - foo language. If you will see something (in your opinion) badly formed in en man page please fix this before finish translation and/or if you have any doubts please ask on [EMAIL PROTECTED] or [EMAIL PROTECTED] list. This is how I translate the Debian web page as well, first fix the original and then update the translation, so this procedure is fine with me. Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#351941: ethereal: new upstream version is now available
Rudolph Pereira wrote: It has been packaged and rejected from the NEW queue for license reasons; I'm working on this. Out of curiousity, what license issues are there? The FAQ says it's GPLed (otherwise, where can I see the rejection message?) The important issue is, (quoted from rejection message): First - its not all GPL, there are files with LGPL and BSD style license (at least those two) also. You need to list all such differences, but to find every difference is your task, i stopped after I found 3. You will find below the future copyright file; as you will see by the end of it, there are a few files where there are not enough info for the moment, Gerald Combs sent a mail yesterday to wireshark-dev and ethereal-dev to resolve those. Regards, Frederic Except where otherwise noted in the source code, Wireshark is covered under the GNU General Public License (v2 or later). Wireshark is copyright (c) 1998-2006 Gerald Combs. * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. On Debian systems the GNU GPL may be viewed in /usr/share/common-licenses/GPL. Wireshark and the fin logo are trademarks of Gerald Combs. Source files included in Wireshark and with other licenses are listed below: Public Domain - g711.c: * This source code is a product of Sun Microsystems, Inc. and is provided * for unrestricted use. Users may copy or modify this source code without * charge. * * SUN SOURCE CODE IS PROVIDED AS IS WITH NO WARRANTIES OF ANY KIND INCLUDING * THE WARRANTIES OF DESIGN, MERCHANTIBILITY AND FITNESS FOR A PARTICULAR * PURPOSE, OR ARISING FROM A COURSE OF DEALING, USAGE OR TRADE PRACTICE. * * Sun source code is provided with no support and without any obligation on * the part of Sun Microsystems, Inc. to assist in its use, correction, * modification or enhancement. * * SUN MICROSYSTEMS, INC. SHALL HAVE NO LIABILITY WITH RESPECT TO THE * INFRINGEMENT OF COPYRIGHTS, TRADE SECRETS OR ANY PATENTS BY THIS SOFTWARE * OR ANY PART THEREOF. * * In no event will Sun Microsystems, Inc. be liable for any lost revenue * or profits or other special, indirect and consequential damages, even if * Sun has been advised of the possibility of such damages. * * Sun Microsystems, Inc. * 2550 Garcia Avenue * Mountain View, California 94043 LGPL mkstemp.c: LGPL, from GNU C Library mkstemp.h: idem strcasecmp.c: idem strncasecmp.c: idem strptime.c: idem ps.c: idem /* Copyright (C) 1991, 1992, 1996, 1998 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or modify it under the terms of the GNU Library General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The GNU C Library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Library General Public License for more details. You should have received a copy of the GNU Library General Public License along with the GNU C Library; see the file COPYING.LIB. If not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ epan/g_ascii_strtoull.c: LGPL, from GLIB epan/g_ascii_strtoull.h: idem gtk/ethclist.c: idem gtk/ethclist.h: idem /* GLIB - Library of useful routines for C programming * Copyright (C) 1995-1997 Peter Mattis, Spencer Kimball and Josh MacDonald * Copyright (C) 1997-1998 Jay Painter [EMAIL PROTECTED][EMAIL PROTECTED] * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the * Free
Bug#348227: Please package python2.4-gamin
On Tue, 2006-07-18 at 20:43 +0200, Loïc Minier wrote: FAM has design limitations which might be perceived as bugs, but is relatively clean. Can you be more specific, or point me to the correct URL (or Google search phrase)? timo
Bug#378974: frealut newer in upstream
Package: freealut Severity: wishlist The watch interface shows that Debian's freealut is older than upstream's. http://dehs.alioth.debian.org/maintainer.php?name=freealut -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378973: boson-base newer in upstream
Package: boson-base Severity: wishlist The watch interface shows that Debian's boson-base is older than upstream's. http://dehs.alioth.debian.org/maintainer.php?name=boson-base -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378972: qa.debian.org: mia-history does not work
Package: qa.debian.org Severity: normal The qa page links to section 7.4 in the developers' reference which says that there is a tool mia-history to query the MIA database. First of all, I would have expected that this is in the path, and I would suggest to put it there. In fact it is in /org/qa.debian.org/mia/mia-history, but except for the --help option it doesn't seem to work: [EMAIL PROTECTED]:~$ /org/qa.debian.org/mia/mia-history -g progeny Traceback (most recent call last): File /org/qa.debian.org/mia/mia-history, line 95, in ? main() File /org/qa.debian.org/mia/mia-history, line 74, in main status.read_status(files) AttributeError: 'module' object has no attribute 'read_status' [EMAIL PROTECTED]:~$ /org/qa.debian.org/mia/mia-history progeny Traceback (most recent call last): File /org/qa.debian.org/mia/mia-history, line 95, in ? main() File /org/qa.debian.org/mia/mia-history, line 74, in main status.read_status(files) AttributeError: 'module' object has no attribute 'read_status' [EMAIL PROTECTED]:~$ Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#287581: splitting ACLs
Btw, wrt splitting ACL files, note that #378935 adds a new one (25_exim4-config_check_mail). I think some of the rules currently in 30_exim4-config_check_rcpt could be moved into this one, with the added advantage that they would be performed earlier, saving time and bandwidth. Some of them could even be moved to acl_smtp_helo, like local or remote IP-based blacklists. I can send a patch for either of that, if you like. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378934: mldonkey-server: postinst breaks (dpkg failure) when mlnet fails to start
Eduard Bloch wrote: * Eduard Bloch [Thu, Jul 20 2006, 01:19:56AM]: The stop) action of the new script is fairly simple: stop) echo -n Stopping $DESC: $NAME start-stop-daemon --stop --oknodo --pidfile $PIDFILE echo . ;; Let's try a little experiment (of course the toto file does not exist): Well, that is not the point! When the new version of prerm is run, it does still execute the _old_ init script. So, how do you intend to solve this problem? Oh, and the fun continues: Setting up mldonkey-server (2.7.7-4) ... Please set both variables MLDONKEY_USER and MLDONKEY_GROUP in /etc/default/mldonkey-server invoke-rc.d: initscript mldonkey-server, action start failed. dpkg: error processing mldonkey-server (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: mldonkey-server Sorry, WTF? It was purged, of course there is no such setting. This one is a real bug of mine, pending upload, see #378603. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378975: error inserting powernow_k7
Package: linux-image-2.6.17-1-k7 Version: 2.6.17-4 Severity: important For at least a weak I noticed my laptop's cpu-fan acting like crasy and the keyboart getting *real* warm. Looking at the cpu I noticed that it is not scaling down to lower frequencies anymore when not busy. lsmod showed me that the powernow_k7 module is not loaded. Trying to insert it manualy gives the following error: FATAL: Error inserting powernow_k7 (lib/.../powernow_k7.ko): No such device. Please note that my laptop runs Debian with powernow_k7 enabled for several years, so my laptop is capable. I think a few weeks ago the problem was not present. Maybe this helps to locate the occurence of the problem. Please let me know if I can provide further information. Cheers, Bastian -- Bastian Venthur http://venthur.de -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-1-k7 depends on: ii initramfs-tools [linux-initra 0.70b tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.17-1-k7 recommends: ii libc6-i6862.3.6-15 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.17-1-k7/postinst/bootloader-error-2.6.17-1-k7: * linux-image-2.6.17-1-k7/preinst/already-running-this-2.6.17-1-k7: linux-image-2.6.17-1-k7/preinst/lilo-has-ramdisk: linux-image-2.6.17-1-k7/prerm/removing-running-kernel-2.6.17-1-k7: true linux-image-2.6.17-1-k7/preinst/elilo-initrd-2.6.17-1-k7: true linux-image-2.6.17-1-k7/postinst/kimage-is-a-directory: linux-image-2.6.17-1-k7/preinst/bootloader-initrd-2.6.17-1-k7: true linux-image-2.6.17-1-k7/postinst/old-dir-initrd-link-2.6.17-1-k7: true linux-image-2.6.17-1-k7/preinst/overwriting-modules-2.6.17-1-k7: true linux-image-2.6.17-1-k7/postinst/old-system-map-link-2.6.17-1-k7: true linux-image-2.6.17-1-k7/preinst/abort-overwrite-2.6.17-1-k7: linux-image-2.6.17-1-k7/preinst/abort-install-2.6.17-1-k7: linux-image-2.6.17-1-k7/prerm/would-invalidate-boot-loader-2.6.17-1-k7: true linux-image-2.6.17-1-k7/preinst/initrd-2.6.17-1-k7: linux-image-2.6.17-1-k7/preinst/failed-to-move-modules-2.6.17-1-k7: linux-image-2.6.17-1-k7/postinst/depmod-error-initrd-2.6.17-1-k7: false linux-image-2.6.17-1-k7/postinst/bootloader-test-error-2.6.17-1-k7: linux-image-2.6.17-1-k7/preinst/lilo-initrd-2.6.17-1-k7: true linux-image-2.6.17-1-k7/postinst/old-initrd-link-2.6.17-1-k7: true linux-image-2.6.17-1-k7/postinst/depmod-error-2.6.17-1-k7: false linux-image-2.6.17-1-k7/postinst/create-kimage-link-2.6.17-1-k7: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378934: mldonkey-server: postinst breaks (dpkg failure) when mlnet fails to start
Eduard Bloch wrote: #include hallo.h * Samuel Mimram [Thu, Jul 20 2006, 01:04:53AM]: Eduard Bloch wrote: #include hallo.h #include bonjour.h * Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]: Eduard Bloch wrote: Package: mldonkey-server Version: 2.7.3-2 Severity: grave (Reading database ... 147973 files and directories currently installed.) Preparing to replace mldonkey-server 2.7.3-2 (using .../mldonkey-server_2.7.7-4_amd64.deb) ... Stopping MLDonkey: mlnetNo process in pidfile `/var/run/mldonkey/mlnet.pid' found running; none killed. invoke-rc.d: initscript mldonkey-server, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping MLDonkey: mlnetNo process in pidfile `/var/run/mldonkey/mlnet.pid' found running; none killed. invoke-rc.d: initscript mldonkey-server, action stop failed. dpkg: error processing /var/cache/apt/archives/mldonkey-server_2.7.7-4_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Starting MLDonkey: mlnet configuration file prevent mlnet to be started (use force-start). Errors were encountered while processing: /var/cache/apt/archives/mldonkey-server_2.7.7-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Unfortunately, this was a bug in the 2.7.3-2 version of the package (which was removed from testing), see #338875, #363635 and #368118. I don't talk about testing. And the log message says the bug exists in the new version as well (using .../mldonkey-server_2.7.7-4_amd64.deb dpkg - trying script from the new package instead ...). The stop) action of the new script is fairly simple: stop) echo -n Stopping $DESC: $NAME start-stop-daemon --stop --oknodo --pidfile $PIDFILE echo . ;; Let's try a little experiment (of course the toto file does not exist): Well, that is not the point! When the new version of prerm is run, it does still execute the _old_ init script. So, how do you intend to solve this problem? Ah! the trying script from the new package instead refers to the prerm script, I thought you were saying that it referred to the init.d script. If I were you, I would stop using dh_installinit and make the prerm failure-resistant with custom code. Well, since it was removed from testing and was not in stable I thought it was ok to correct this error the way I did. Since you insist, I'll come up with a hand crafted solution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348227: Please package python2.4-gamin
On Thu, Jul 20, 2006, Timo Savola wrote: On Tue, 2006-07-18 at 20:43 +0200, Loïc Minier wrote: FAM has design limitations which might be perceived as bugs, but is relatively clean. Can you be more specific, or point me to the correct URL (or Google search phrase)? #302428: fam: stop monitoring directories after ~250 dirs (and merged friends) has an upstream URL The FAQ also covers this. -- Loïc Minier [EMAIL PROTECTED]
Bug#378969: adduser: [INTL:nb] Updated translation of program for Norwegian Bokmal
tags #378969 confirmed pending thanks On Thu, Jul 20, 2006 at 07:31:37AM +0200, Hans Fredrik Nordhaug wrote: Attached is the updated translation for adduser 3.95. Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378972: qa.debian.org: mia-history does not work
On Thu, 20 Jul 2006, Frank Küster wrote: Package: qa.debian.org Severity: normal The qa page links to section 7.4 in the developers' reference which says that there is a tool mia-history to query the MIA database. First of all, I would have expected that this is in the path, and I would suggest to put it there. AFAIR, mia-history is dead and has been replaced by mia-query. The devel-ref should probably be updated. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#378748: adduser: [INTL:ru] Russian translation update
tags #378748 confirmed pending thanks On Wed, Jul 19, 2006 at 08:30:04PM +0400, Yuri Kozlov wrote: 2006/7/19, Marc Haber [EMAIL PROTECTED]: Can you please confirm that this is the translation of current adduser, 3.95, from unstable, or or current adduser svn HEAD? In the sended .po files you can see POT creation date. I take theirs from svn. Thanks for the clarification. Committed to svn. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378976: logcheck-database: ignore.d.paranoid/postfix does not match message-id
Package: logcheck-database
Version: 1.2.47
Severity: normal
The postfix lines (below) in ignore.d.paranoid fail to match in 1.2.47. The
changes seem to make it work for me.
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/cleanup\[[0-9]+\]: [[:alnum:]]+:
(resent-|)message-id=[[:alnum:[EMAIL PROTECTED]:alnum:]]$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/cleanup\[[0-9]+\]: [[:alnum:]]+:
(resent-|)message-id=[[:alnum:[EMAIL PROTECTED]:alnum:]]+$
and
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix\[[0-9]+\]:
message-id=[[:alnum:[EMAIL PROTECTED]:alnum:]]$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix\[[0-9]+\]:
message-id=[[:alnum:[EMAIL PROTECTED]:alnum:]]+$
-- debconf information:
logcheck-database/conffile-cleanup: false
logcheck-database/rules-directories-note:
logcheck-database/standard-rename-note:
-
This message has been scanned by Postini anti-virus software.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378831: mldonkey-server: mldonkey crashes on startup
#100 0x08348b10 in ?? () #101 0x08095470 in ?? () #102 0xb763da5c in ?? () #103 0x084d7210 in ?? () #104 0x0804ed49 in ?? () #105 0x0831ad6a in std::operator+char, std::char_traitschar, std::allocatorchar () Previous frame inner to this frame (corrupt stack?) lots of those lines with questions marks, so I don't know if it is that useful. I tried to compile mldonkey with debugging symbols by adding --enable-debug to the configure switches in the debian/rules file and recompiled but there are still no debugging symbols. On Wed, 2006-07-19 at 12:24 +0200, Samuel Mimram wrote: Hi, Julien Langer wrote: Since version 2.7.7-4 the mldonkey-server always crashes on startup with the following message: *** glibc detected *** corrupted double-linked list: 0x0850c210 *** This does not happen with version 2.7.7-3 My guess here is that this is due to the dependency on libmagic which I've added in 2.7.7-4. To confirm this, could you please send me a gdb stacktrace? In order to get this, you only have to do % gdb mldonkey_server (gdb) r ... [wait for the crash] ... (gdb) bt and send me the output. Thanks. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372130: debarchiver: Installing multiple packages sharing one orig.tar.gz is impossible
Applied now. Will upload a new version in a few minutes.
Regards,
// Ola
On Sun, Jun 11, 2006 at 08:00:54PM +0200, Michael Hanke wrote:
tags 372130 patch
thanks
Hmm, you're obviously correct, sorry about this. I modified the patch to check
whether a source tarball is still needed by parsing the remaining
changes-files
of a particular upstream version.
I had to modifiy the argument list of the handlePackageFile() function
to include the name of the current changes files. The previous $action
parameter seemed obsolete to me, so I replaced it. I hope I got this right
and
it does not have any unwanted side effects.
I tested with multiple packages with or without source tarballs listed
in the changes files and it seems to work.
Cheers,
Michael
--
GPG key: 1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050
--- /usr/bin/debarchiver 2006-06-10 13:57:07.0 +0200
+++ /home/hanke/bin/my-debarchiver2006-06-11 19:47:07.914210264 +0200
@@ -1464,7 +1464,7 @@
my $file;
foreach $file (keys %CFiles) {
- handlePackageFile($file);
+ handlePackageFile($file, $cfile);
}
installChangesFile($cfile);
mailSuccess();
@@ -1547,7 +1547,7 @@
###
sub handlePackageFile ($) {
-my ($file, $action) = @_;
+my ($file, $cfile) = @_;
my $distrd = $CConf{Distribution};
pdebug(5, File $_: $CFiles{$file});
@@ -1610,10 +1610,43 @@
cmdaction($copycmd $file $installto,
Installing $file to $installto.,
2);
-}
-cmdaction($rmcmd $file,
- Removing $file after it has been installed.,
- 2);
+ }
+ # flag whether file should get deleted
+ my $killfile = 1;
+
+ # only do checks of processing source tarballs
+ if ($file =~ m/.tar.gz$/) {
+ my @upstream_version = split(/-/, $ver);
+ $upstream_version = $upstream_version[0];
+
+ # get list of remaining *.changes files of this package
upstream
+ # version
+ my @otherchangesfiles = $inputdir/${pkgname}_$upver*.changes;
+
+ # check whether any of the remaining *.changes files does not
match the
+ # current package
+ CHGSPARSER: foreach my $otherchangesfile (@otherchangesfiles) {
+ if (!($otherchangesfile =~ $cfile)) {
+ open ( otherchangesfilehandle,
$otherchangesfile);
+
+ while ($line = otherchangesfilehandle) {
+ if ($line =~
m/${pkgname}_$upver.*\.tar\.gz/) {
+ pdebug(4, Found additional
package using the source tarball of the package. Will not delete it now!);
+ $killfile = 0;
+ close(otherchangesfilehandle);
+ last CHGSPARSER;
+ }
+ }
+
+ close(otherchangesfilehandle)
+ }
+ }
+ }
+
+ if ($killfile) {
+ cmdaction($rmcmd $file,
+ Removing $file after it has been installed., 2);
+ }
}
###
--
- Ola Lundqvist ---
/ [EMAIL PROTECTED] Annebergsslingan 37 \
| [EMAIL PROTECTED] 654 65 KARLSTAD |
| +46 (0)54-10 14 30 +46 (0)70-332 1551 |
| http://www.opal.dhs.org UIN/icq: 4912500 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378970: /var/lib/dpkg/tmp.ci/preinst: line 15: [: too many arguments
Hi Shaul,long time no see ;-)2006/7/20, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Package: nutVersion: 2.0.3-4Severity: normalTags: patchWith a fresh install I got:Unpacking nut (from .../archives/nut_2.0.3-4_i386.deb) .../var/lib/dpkg/tmp.ci/preinst: line 15: [: too many arguments
Setting up nut (2.0.3-4) ...Stopping Network UPS Tools:.Starting Network UPS Tools:.Apparently the reason is that I have set up a nut user in /etc/passwdin advance, and that it had some characters in it which confused the
shell. I sugget the following patch:--- nut.preinst2006-03-13 10:14:40.0 +0200+++ nut.preinst 2006-07-20 07:06:35.0 +0300@@ -4,7 +4,7 @@ . /usr/share/debconf/confmodule
check_and_create_group() {- if [ -z `getent group nut` ]; then+ if [ ! `getent group nut` ]; thenaddgroup --quiet --system nut #else #printf error: user \nut\ already exists... see /usr/share/doc/nut/README.Debian\nexit 1
@@ -12,7 +12,7 @@ } check_and_create_user() {- if [ -z `getent passwd nut` ]; then+ if [ ! `getent passwd nut` ]; thenadduser --quiet --system --ingroup nut --home /var/lib/nut --no-create-home nut
#else #printf error: user \nut\ already exists... see /usr/share/doc/nut/README.Debian\nexit 1ok, I'll apply it for the upcoming
2.0.4thanks,Arnaud-- Linux / Unix Expert - MGE UPS SYSTEMS - RD DptNetwork UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/OpenSource Developer - http://arnaud.quette.free.fr/
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: True, this part has been rejected upstream, but all other parts, ie most of them, have been accepted. So I can't let you say the patch as originally posted was rejected there. Sorry, maybe you speak a different English from me. The patch as originally posted[1] was rejected because it has not been applied to upstream CVS. This is demonstrably true. On the other hand your claim (Well this patch has been merged upstream in November 2005 [...] The only missing part is Debian specific) is demonstrably untrue. Now let's leave that aside and pretend we accept your strange reinterpretation of as originally posted for a moment, let's look at the patch and what was accepted and what wasn't. (1) | binutils-2.16/debian/patches/00list|2 (2) | binutils-2.16/debian/rules |2 (3) | debian/patches/123_kfreebsd_ld_so_conf.dpatch | 72 + (4) | debian/patches/124_kfreebsd_ld_so_executable_shared.dpatch | 54 + | 4 files changed, 129 insertions(+), 1 deletion(-) (1) and (2) are obviously debian specific, (3) was accepted and (4) was rejected. So of the upstream parts half (1 of 2) was rejected and half was accepted. How you think it's reasonable to represent 1 out of 2 patches, or 50% as but all other parts, ie most of them, I'm honestly not sure. Anyway, again, thanks a lot for making me spend the time researching this, it's a REALLY GOOD use of my time. Anytime you want to stop making obviously and demonstrably untrue claims about binutils patches, that'd be really great, because maybe then I could spend some time on maintaining binutils instead. -- James [1] http://bugs.debian.org/cgi-bin/bugreport.cgi/binutils_2.16-0.kfreebsd.patch?bug=315306;msg=5;att=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378856: [Pkg-bluetooth-maintainers] Bug#378856: bluez-utils: passkey-agent docs insufficient
On Wed, Jul 19, 2006 at 06:31:09PM +0200, Filippo Giunchedi wrote: On Wed, Jul 19, 2006 at 01:20:42PM +0200, Marc Haber wrote: questions for passkey-agent: Thanks for answering the question. Can you please have this documented inside the package since I am most probably not the only user who was left with a useless bluetooth stack during the last updates. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367335: irssi-scripts: trackbar doesn't support utf8 properly
Package: irssi-scripts
Version: 20060513
Followup-For: Bug #367335
Restarting my irssi for the first time since this upgrade, I can confirm
this problem. The issue is that the latest trackbar detects UTF-8 terminal
settings correctly, then does something very incorrect that results in the
unicode character ─ being butchered into â.
The attached patch seems to fix the problem for me on sid, but I haven't
tested it at all with perl 5.6 so have no idea how it behaves there. The
'use utf8' pragma should actually be entirely unnecessary with perl 5.8,
but I'm not sure if it's needed on perl 5.6 so included it for that reason.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages irssi-scripts depends on:
ii irssi 0.8.10-2 terminal based IRC client
Versions of packages irssi-scripts recommends:
ii libwww-perl 5.805-1WWW client/server library for Perl
-- no debconf information
--- /usr/share/irssi/scripts/trackbar.pl.orig 2006-05-13 02:12:11.0
-0700
+++ /usr/share/irssi/scripts/trackbar.pl2006-07-20 01:10:12.0
-0700
@@ -66,6 +66,7 @@
use 5.6.1;
use Irssi;
use Irssi::TextUI;
+use utf8;
our $VERSION = 1.3;
@@ -136,9 +137,7 @@
# representation of strings uses the UTF-8 encoding.
# Maybe Irssi::settings_get_str() should return stuff in that internal
# UTF-8 representation?
-if ($config{'term_utf8'}) {
-$string = pack 'U*', unpack 'U*', $string;
-}
+utf8::upgrade($string);
my $length = length $string;
if ($length == 0) {
Bug#305460: ITA: haskelldb: Haskell library for expressing database queries
retitle 305460 O: haskelldb -- Haskell library for expressing database queries noowner 305460 On Wed, Jun 28, 2006 at 13:03:50 +0200, Matej Vela wrote: On Sun, Feb 19, 2006 at 01:23:30 -0400, Víctor Pérez Pereira wrote: retitle #305460 ITA: haskelldb: Haskell library for expressing database queries Do you still intend to adopt haskelldb? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej
Bug#329843: [Bug-tar] Check nano seconds (nsec) to accurate; extract of sym-links fails
Raphael Bossek [EMAIL PROTECTED] writes:
I invested some time to identify the problem because I thouhght is a problem
of me. Now here is my patch to fix TAR:
--- lib/timespec.h.orig 2006-07-19 16:01:51.0 +0200
+++ lib/timespec.h 2006-07-20 08:22:57.0 +0200
@@ -47,7 +47,7 @@
{
return (a.tv_sec b.tv_sec ? -1
: a.tv_sec b.tv_sec ? 1
- : a.tv_nsec - b.tv_nsec);
+ : 0);
}
# if ! HAVE_DECL_NANOSLEEP
That sounds too strong. Sometimes 'tar' should ignore the
nanoseconds, and sometimes not. That is why CVS tar has both a
timespec_cmp function and a tar_timespec_cmp function, for example.
In order to debug your problem we'll need more information.
Is there a simple way to reproduce it?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378975: error inserting powernow_k7
* Bastian Venthur [EMAIL PROTECTED] [2006-07-20 09:28]: lsmod showed me that the powernow_k7 module is not loaded. Trying to insert it manualy gives the following error: FATAL: Error inserting powernow_k7 (lib/.../powernow_k7.ko): No such device. This is a known bug. A patch will be part of the stable series (2.6.17.7) and will then get included in the next upload. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378661: [INTL:de] German translation of debconf templates
tags #378661 confirmed pending thanks On Tue, Jul 18, 2006 at 09:13:33AM +0200, Tobias Toedter wrote: I've polished the German translation of your debconf templates a little bit. Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378903: dirvish-expire does not work correctly
On Wed 19 Jul 2006, Dave Carrigan wrote:
On Wednesday 19 July 2006 09:34, Paul Slootman wrote:
--- /tmp/dirvish-expire 2006-07-19 08:59:01.0 -0700
+++ /usr/sbin/dirvish-expire 2006-07-19 08:58:31.0 -0700
@@ -145,7 +145,7 @@
qw(VAULT:BRANCH IMAGE CREATED EXPIRED);
}
-for $expire (sort(imsort(@expires)))
+for $expire (sort(imsort @expires))
{
my ($created, $expired);
($created = $$expire{created}) =~ s/:\d\d$//;
dirvish 1.2-1 has the imsort @expires line.
dirvish 1.2.1-0.1 has the imsort(@expires) line.
dirvish 1.2.1 downloaded from www.dirvish.org has imsort @expires.
The culprit is debian/patches/01_imsort-reserved-warning.dpatch which sticks
the extra parentheses in there.
Hmm, apparently to fix bug #289026.
The syntax sort(imsort @expires) tells perl to sort @expires using the
imsort function to do the comparison (imsort returns a scalar integer).
The syntax sort(imsort(@expires)) tells perl to call imsort on the @expires
list, and then sort the result using the string comparison operator.
Ah, of course. I was thinking of the parentheses being used to force
list context. What was I thinking :)
thanks,
Paul Slootman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378932: aptitude-doc-*: Missing language specification in the manual source file
Hi, Christian Perrier [EMAIL PROTECTED] (20/07/2006): Quoting Christophe DELAHAYE ([EMAIL PROTECTED]): Package: aptitude-doc-fr Version: 0.2.15.9-2 Severity: minor File: /usr/share/doc/aptitude/html/fr/*.html The language specification in doc/fr/aptitude.xml is missing. So the text inserted by the stylesheet (tables of content titles, cross-reference, etc.) is in English instead of in the document language. Fix: add the suitable lang attribute to the document element book. This also applies to other translations except for cs. Aptitude documentation translation is now managed throught po4a, so correcting the xml files is not relevant anymore. Not yet, and this bug will be fixed once the switch has occured in the archive. However, languages not using po4a should be fixed manually. -- Thomas Huriaux signature.asc Description: Digital signature
Bug#325594: apache2: Unable to restart after logrotate
Yesterday it happened again: :( /etc/cron.daily/logrotate: grep: /etc/apache2/conf.d/[^.#]*: No such file or directory (98)Address already in use: make_sock: could not bind to address [::]:443 no listening sockets available, shutting down Unable to open logs error: error running shared postrotate script for /var/log/apache2/xhp.xwis.net/*.log run-parts: /etc/cron.daily/logrotate exited with return code 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378973: boson-base newer in upstream
Package: boson-base Severity: wishlist The watch interface shows that Debian's boson-base is older than upstream's. http://dehs.alioth.debian.org/maintainer.php?name=boson-base i'll take a look ASAP. Gonéri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378972: qa.debian.org: mia-history does not work
Raphael Hertzog [EMAIL PROTECTED] wrote: On Thu, 20 Jul 2006, Frank Küster wrote: Package: qa.debian.org Severity: normal The qa page links to section 7.4 in the developers' reference which says that there is a tool mia-history to query the MIA database. First of all, I would have expected that this is in the path, and I would suggest to put it there. AFAIR, mia-history is dead and has been replaced by mia-query. The devel-ref should probably be updated. Ah, and there's already a bugreport with patch, #350792. What about --- mia-history.orig2006-07-20 10:38:42.0 +0200 +++ mia-history 2006-07-20 10:38:32.0 +0200 @@ -22,6 +22,13 @@ import re, string, sys import apt_pkg, status +print + + mia-history is deprecated, please use mia-query instead! + + +sys.exit(0) + def help(): print Usage: mia-history [OPTION]... [PATTERN] Show all records from the database for all or specific maintainers Thanks, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#378333: [Logcheck-devel] Bug#378333: logcheck-database: bind rule for unexpected RCODE does not match
tags 378333 moreinfo
thanks
On Sat, 15 Jul 2006, Ingo Theiss wrote:
the following rule in /etc/logcheck/ignore.d.server/bind does not match
the linei(s) in our log and get reported:
rule:
---
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: unexpected RCODE
\((REFUSED|SERVFAIL)\) resolving '[^[:space:]]+': [.[:digit:]]+#[0-9]+$
reported line (example):
---
Jul 15 10:02:09 backup named[2828]: unexpected RCODE (REFUSED) resolving
'accounts.name/NS/IN': 64.136.35.146#53
I am not that regexp expert so I can not provide a solution.
the rule does match the message you report.
please specify if this is reported as securit event or as system event?
best regards
--
maks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378968: Tracking: includechanges not working
* Matti Lindell [EMAIL PROTECTED] [060720 06:37]: conf/distributions should work with 'Tracking: includechanges' according to the manual, but it fails to do so. $ reprepro -V include sid mypackage*.changes Error in sid: There is a Tracking: line but none of 'keep','all' or 'minimal' was found there. Looks like a slight logic error in tracking_parse function on tracking.c No, that's an error in the manual. It missed to mention it always needs exactly one of keep, all, minimal in the list. (Where all and minimal are not yet implemented). This whole tracking logic still needs major work. Guess I need to either implement some other way to include .changes files or at least implement the minimal version... Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377618: [Logcheck-devel] Bug#377618: logcheck: Please do not abuse debconf
On Mon, 10 Jul 2006, Thomas Huriaux wrote: Hi, You are using two debconf notes which really look like a debconf abuse (from debconf-devel(7): It should be used only for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it). The first note (logcheck/install-note) should probably be moved to a README.Debian file or somewhere else in the documentation. Or you should really use debconf to configure these two options (report level and address) instead of displaying a note. debconf notes are usually more effective than README's, also the note is _only_ displayed at level medium so i fail to see the abuse of the install-note. The second note (logcheck/changes) can probably be removed. It no longer concerns supported transitions in Debian: the version 1.2.39 is in sarge, and if I understand correctly, it is for transitions from a version 1.2.3. However, this note should have been in a NEWS.Debian file. it only shows up on upgrades and will be removed postetch. currently we may wish to backport latest etch, so such upgrade handling must stay. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378977: debian-cd: uninstallable on GNU/kFreeBSD (due to unsatisfied Depends)
Package: debian-cd Version: 2.2.24 Hi, the current version has unsatisfied Build-Depends/Depends on sysutils under GNU/kFreeBSD. Sysutils have been splitted, it is now dummy transitional package. Please could you depend directly on tofrodos and leave sysutils only as alternative. Thanks for your cooperation. Petr --- debian/control~ 2006-07-20 12:52:18.0 +0200 +++ debian/control 2006-07-20 12:52:18.0 +0200 @@ -3,12 +3,12 @@ Priority: extra Maintainer: Debian CD Group debian-cd@lists.debian.org Uploaders: Raphael Hertzog [EMAIL PROTECTED], Santiago Garcia Mantinan [EMAIL PROTECTED], Steve McIntyre [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4), sysutils +Build-Depends-Indep: debhelper (= 4), tofrodos | sysutils Standards-Version: 3.6.1.0 Package: debian-cd Architecture: all -Depends: perl, cpp, libdigest-md5-perl, sysutils, apt (= 0.3.11.1), make, mkisofs | mkhybrid, lynx, grep-dctrl, apt-utils (= 0.5.4), debootstrap, bc +Depends: perl, cpp, libdigest-md5-perl, tofrodos | sysutils, apt (= 0.3.11.1), make, mkisofs | mkhybrid, lynx, grep-dctrl, apt-utils (= 0.5.4), debootstrap, bc Recommends: hfsutils, debianutils (= 1.6), jigdo-file (= 0.7.0) Suggests: palo (= 0.94), binutils-multiarch, netpbm, syslinux Description: Tools for building (Official) Debian CD set -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373839: The bug is still open and there is a recent fix upstream
reopen 373839 tags 373839 fixed-upstream stop I can confirm that this bug is still around in version 1.2.1-3 and hitting me. This was fixed two days ago upstream in their svn repository : http://www.cups.org/str.php?L1717 Regards, Quim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370560: libaws: FTBFS: transition to GNAT 4.1
# libxmlada2 now in unstable. retitle 370560 libaws: FTBFS: transition to GNAT 4.1 Thanks Matej for this. Your work on bug triaging is very useful to me. I am also waiting for the DAK people to update Packages-arch-specific to take into account the new architectures supported by GCC 4.1. I am not yet ready to upload libaws, but I've started work already. The update to Packages-arch-specific affects all Ada packages, so I'm being held at the moment. I asked for this update on 2006-07-15 or thereabouts, but received no reply so far. -- Ludovic Brenta. == Please ignore this: == -- Club Scarlet : Tout le monde gagne! Si vous devenez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez tous les deux un cadeau d'une valeur de 50 euros! Surfez vite sur http://www.clubscarlet.be
Bug#378818: nut-cgi sets strange 0766 permissions on /etc/nut
Hi Jim,2006/7/19, Jim Paris [EMAIL PROTECTED]: Package: nut-cgiVersion: 2.0.3-4Severity: normalThe nut-cgi.postinst script has this: # Ensure /etc/nut is readable/crossable for others chmod 766 /etc/nutI believe you wanted mode 755 here, as 766 doesn't make much sense? fully right, as stated in the comment.Thanks for pointing it, it's queued for the upcoming 2.0.4 update.Arnaud-- Linux / Unix Expert - MGE UPS SYSTEMS - RD DptNetwork UPS Tools (NUT) Project Leader - http://www.networkupstools.org/Debian Developer - http://people.debian.org/~aquette/OpenSource Developer - http://arnaud.quette.free.fr/
Bug#378451: firefox: Fails to start on unstable with kdm,KDE,locale cs_CZ.UTF-8
Nothing helped so I tried to debug firefox as you suggested, but the debugging symbols don't seem to be found (see the listing below). What am I missing? Cheers Martin [EMAIL PROTECTED]:~$ firefox -g GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /opt/lib/firefox/firefox-bin -a firefox (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1491142976 (LWP 8114)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread -1492890704 (LWP 8117)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread -1510421584 (LWP 8120)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread -1492890704 (LWP 8117) exited] [Thread -1510421584 (LWP 8120) exited] ---Type return to continue, or q return to quit--- Program exited with code 01. (gdb) bt full No stack. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376148: g++-4.1: ICE with this 20 lines long code
* Martin Michlmayr [EMAIL PROTECTED] [2006-07-03 01:53]: Thanks a lot, Alexei. I've forwarded this upstream now. It has been fixed in SVN for 4.1 and 4.2 now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378979: mh-e: postinst failure with xemacs21 because of mh-logo.xpm
Package: mh-e Version: 8.0.2-1 Severity: grave Justification: renders package unusable Hi, here is the problem: Setting up mh-e (8.0.2-1) ... install/mh-e: Handling install for emacsen flavor emacs21 Wrote /usr/share/emacs21/site-lisp/mh-e/mh-acros.elc Source file `/usr/share/emacs21/site-lisp/mh-e/mh-e.el' newer than byte-compiled file Source file `/usr/share/emacs21/site-lisp/mh-e/mh-loaddefs.el' newer than byte-compiled file Source file `/usr/share/emacs21/site-lisp/mh-e/mh-buffers.el' newer than byte-compiled file Source file `/usr/share/emacs21/site-lisp/mh-e/mh-compat.el' newer than byte-compiled file nmh 1.1 installed as MH variant Wrote /usr/share/emacs21/site-lisp/mh-e/mh-alias.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-autoloads.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-buffers.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-comp-frame.elc Source file `/usr/share/emacs21/site-lisp/mh-e/mh-scan.el' newer than byte-compiled file Wrote /usr/share/emacs21/site-lisp/mh-e/mh-comp.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-compat.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-cus-load.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-e.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-folder.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-frame.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-funcs.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-identity.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-inc.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-junk.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-letter.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-limit.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-loaddefs.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-mime.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-print.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-scan.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-search.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-seq.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-show.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-thread.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-tool-bar.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-utils.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-xemacs.elc Wrote /usr/share/emacs21/site-lisp/mh-e/mh-xface.elc Wrote /usr/share/emacs21/site-lisp/mh-e/multi-prompt.elc Done install/mh-e: Handling install for emacsen flavor xemacs21 Compiling /usr/share/xemacs21/site-lisp/mh-e/mh-acros.el... Wrote /usr/share/xemacs21/site-lisp/mh-e/mh-acros.elc Compiling /usr/share/xemacs21/site-lisp/mh-e/mh-alias.el... Loading mh-loaddefs... (file mh-loaddefs.el is newer) Loading mh-buffers... (file mh-buffers.el is newer) Loading mh-compat... (file mh-compat.el is newer) Loading mh-xemacs... (file mh-xemacs.el is newer) While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/mh-e/mh-alias.el: !! error ((Could not find image mh-logo.xpm for library mh-e)) Error occurred processing mh-alias.el: Could not find image mh-logo.xpm for library mh-e [many similar error] Compiling /usr/share/xemacs21/site-lisp/mh-e/multi-prompt.el... Wrote /usr/share/xemacs21/site-lisp/mh-e/multi-prompt.elc Done emacs-package-install: /usr/lib/emacsen-common/packages/install/mh-e xemacs21 emacs21 xemacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing mh-e (--configure): subprocess post-installation script returned error exit status 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mh-e depends on: ii emacs-snapshot-gtk [emacse 1:20060712-2 The GNU Emacs editor (with GTK+ 2. ii emacs21 [emacsen] 21.4a-6 The GNU Emacs editor ii mailutils-mh 1:0.6.94-1GNU mailutils-based MH utilities ii nmh1.1-release-4 A set of electronic mail handling ii xemacs21-gnome-mule [emacs 21.4.19-1 highly customizable text editor -- ii xemacs21-gnome-nomule [ema 21.4.19-1 highly customizable text editor -- ii xemacs21-mule [emacsen]21.4.19-1 highly customizable text editor -- ii xemacs21-nomule [emacsen] 21.4.19-1 highly customizable text editor -- Versions of packages mh-e recommends: ii compface1:1.5.2-3Compress/decompress images for mai ii gnus5.11+v0.5.dfsg-1 A versatile news and mail reader f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378404: installation guide: one more additional proposal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jul 18, 2006 at 11:23:13PM +0200, Holger Wansing wrote: --- partman-crypto.xml2006-07-09 21:21:07.0 +0200 +++ partman-crypto.xml.workingcopy2006-07-18 -First, let's have a look at available options available when you +First, let's have a look at the options available when you That is applied. (The changes for the boot-installer.po not ) Cheers Geert Stappers P.S. Holger Wansing: Thanks for the patch and especial for bringing #378404 to our attention. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFEv07gOSINbgwa/7sRAq46AJ9ve11yoP3TYhvyojpvaTFsyqGWFQCcDjh0 IuolirtX+5wLnYJAFx6QAzA= =/mPh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378980: gcompris: Assertion failed
Subject: gcompris: Assertion failed Package: gcompris Version: 7.4-3 Severity: normal *** Please type your report below this line *** During one of gcompris games (I do not remember which one), an assertion failed: end_board 1 2006-07-20 10:40:56;snoopy;demo;gcompris;readingh;1;1;PASSED;54;; 2006-07-20 10:41:50;snoopy;demo;gcompris;readingh;2;1;PASSED;28;; 2006-07-20 10:42:18;snoopy;demo;gcompris;readingh;3;1;PASSED;34;; (gcompris:3552): GnomeCanvas-CRITICAL **: gnome_canvas_points_free: assertion `points != NULL' failed sdlplayer_bg /usr/share/gcompris/boards/music/background/BarDasImagens.ogg sdlplayer_bg /usr/share/gcompris/boards/music/background/bontemp1.ogg sdlplayer_bg /usr/share/gcompris/boards/music/background/glockenschmoutz.ogg Friendly, Eugen Dedu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gcompris depends on: ii gcompris-data 7.4-3 Data files for GCompris ii libaa1 1.4p5-30 ascii art library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libartsc0 1.5.3-2 aRts sound system C support librar ii libasound2 1.0.11-3 ALSA library ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudio2 1.8-1 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.2.0-3 The Cairo 2D vector graphics libra ii libdirectfb-0.9-24 0.9.24-4 frame buffer graphics library ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgcompris-1-07.4-3 Core gcompris functionality - shar ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libncurses55.5-2 Shared libraries for terminal hand ii libogg01.1.3-2 Ogg Bitstream Library ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsdl-mixer1.21.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian1.2.10-3 Simple DirectMedia Layer ii libslang2 2.0.6-2 The S-Lang programming library - r ii libsmpeg0 0.4.5+cvs20030824-1.8 SDL MPEG Player Library - shared l ii libsqlite3-0 3.3.5-0.2+b1 SQLite 3 shared library ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libvorbis0a1.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-2 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library ii python2.3 2.3.5-14 An interactive high-level object-o ii python2.3-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python2.3-pysqlite 2.2.2-1 python interface to SQLite 3 ii python2.3-xml 0.8.4-4 XML tools for Python (2.3.x) ii vorbis-tools 1.1.1-5 several Ogg Vorbis tools ii zlib1g 1:1.2.3-11compression library - runtime gcompris recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345292: Still a problem?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm the new maintainer of ogle and I'm trying to sort through some of these older bugs right now. At the moment this one's causing me some trouble reproducing. My suspicion is that this is somehow related to a specific version of the NVIDIA drivers and the Xv extension, although I can't confirm this right now. I will have an i386 box with NVIDIA card available to me over the weekend, so I'll have another go at getting as close as possible to the versions reported in the original bug then. In the meantime is anyone still suffering from this bug? It'd be useful to have someone to try a few things out for me. Thanks, Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEv0971FNW1LDdr0IRAkwNAJ4o3GeBUaaY2tODFnZaCq37BxgpZwCeNa9w 1qRpqbc/4AT3rog3QDnH9/s= =pfje -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378451: firefox: Fails to start on unstable with kdm,KDE,locale cs_CZ.UTF-8
And yes, I did install the firefox-dbg package. m. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378971: package: installation-reports
On 20/07/06, Mark Pictor [EMAIL PROTECTED] wrote: Something else: extended partitions aren't supposed to be bootable, are they? Yet sda7 was set to boot, and it is extended, not primary. sounds like a bug to me... You are confusing logical partitions with extended partitions. The later type can contain the former type. Device Boot Start End Blocks Id System /dev/sda1 1 5 40131 83 Linux /dev/sda2 6 12163976591357 HPFS/NTFS /dev/sda3 12164 36481 1953343355 Extended ^^^ this is the only extended partition (the extended partition is also primary) \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ these are all secondary paritions /dev/sda5 12164 2414196213253+ c W95 FAT32 (LBA) /dev/sda6 24142 3629997659103+ 83 Linux /dev/sda7 36300 36481 1461883+ 83 Linux sda1 - /boot for Etch AMD64 sda2 - C: for WXP SP2 sda5 - D:, FAT32 so it can be written from WXP and Linux sda6 - / for Etch AMD64 sda7 - / for Etch x86 (this is the install I have trouble with) In your case I suppose the partition which should be bootable is sda2 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374135: qa.debian.org: developer.php doesn't support grouping for some packages
Re: Michael Koch 2006-06-17 [EMAIL PROTECTED] developer.php doesn't support grouping of packages maintained by the user. For example when you look at http://qa.debian.org/[EMAIL PROTECTED] you see several packages in the main group. I wanted to group the packages eris, wftk, mercator and some others into a special group worldforge. Thats not possible as developer.php handles the packages maintained by me differently then packages not maintained by me on this page. Hi, I am im favor of implementing something like that, but since DDPO should also work as a means for other people than the maintainer to get an overview of someone's packages, I don't want to change the default view. Could you try using a your debian.org account and then subscribing to packages? I believe it should give a fairly decent approximation of your requested view. I've just tried that for my packages: http://qa.debian.org/[EMAIL PROTECTED] The downside is that it doesn't automatically add new packages. (FTR, you can subscribe to a login name using the uploader category, in your case, that's not necessary as your uploads are connected to your debian.org address anyway.) Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#347277: Confirmed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 347277 confirmed thanks Hi, I agree with most of the comments you've made in this report. I'll see what I can do about knocking up a patch to fix them. :-) Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEv1Dp1FNW1LDdr0IRAsyUAKCAQNlw2a59yRKfc54ycLQAX0wxMgCffVqd cL+4Lbqlb8ru5CL3tytel+E= =NSC6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378964: xserver-xorg-video-ati: locks up machine if X display is active on APM suspend/resume
reassign 378964 xserver-xorg-core severity 378964 normal forwarded 378964 https://bugs.freedesktop.org/show_bug.cgi?id=5209 tags 378964 upstream fixed-upstream merge 363120 378964 kthxbye On Wed, 2006-07-19 at 20:18 -0700, Chip Salzenberg wrote: Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: important Using the ATI driver on a Radeon-Mobility-based laptop, the IBM A30, I can't suspend while X is active or the machine locks up on resume, locks up hard -- nothing gets it to respond. 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA]) Subsystem: IBM ThinkPad A30/A30p (2652/2653) Flags: bus master, stepping, fast Back2Back, 66MHz, medium devsel, latency 66, IRQ 11 Memory at e000 (32-bit, prefetchable) [size=128M] I/O ports at 3000 [size=256] Memory at c010 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at c012 [disabled] [size=128K] Capabilities: access denied I've hacked around this bug by putting chvt 1 and chvt 7 in appropriate places in the apmd configuration, but we can't expect all users to know how to write apmd action scripts. Indeed, this should arguably be done automatically by the suspend/resume process independently of the X server. Thus severity important. The bugs reported about this so far don't agree, merging. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#373839: [Pkg-cups-devel] Bug#373839: The bug is still open and there is a recent fix upstream
tags 373839 + pending thanks At Thu, 20 Jul 2006 11:20:41 +0200, Joaquim Ortega wrote: reopen 373839 tags 373839 fixed-upstream stop I can confirm that this bug is still around in version 1.2.1-3 and hitting me. This was fixed two days ago upstream in their svn repository : http://www.cups.org/str.php?L1717 So this bug will be solved when 1.2.1-4 enters in unstable. I've already uploaded it and am awaiting ftp-master's action. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319538: Bug present in Debian 3.1 stable
I encountered the very same symptoms as reported by Jason Cormie on a fresh Debian 3.1 install. The strangest thing is that on http://packages.debian.org/stable/net/unison-gtk The dependency on libgtk1.2 is there except on i386. [dep] libgtk1.2 (= 1.2.10-4) [not i386] I suspect a bug in an automatic dependency calculation logic. Cheers to all people involved in the Debian project ! -- Stephane Gourichon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329843: [Bug-tar] Check nano seconds (nsec) to accurate; extract of sym-links fails
Paul Eggert [EMAIL PROTECTED] wrote: That sounds too strong. Sometimes 'tar' should ignore the nanoseconds, and sometimes not. That is why CVS tar has both a timespec_cmp function and a tar_timespec_cmp function, for example. I have no good idea how to deal with nanoseconds correctly since I introduced them 10 years ago in star. Nsecs have been activatd 5 years ago with POSIX.1-2001 support While it is no problem to set time stamps from the nsec fields in the archive, it is unclear how to deal with them when doing time stamp compares. The main problem seems to be missing feature in POSIX as you need to know the time stam granularity of the local filesystem if you like to implement comparisons correctly. Note that the low-carb (aehm... FAT) filesytem only implements a granularity of 2 seconds, so it is not even correct to believe in a one second granularity. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#378954: Pismo can't install Xorg
On Wed, Jul 19, 2006 at 05:05:45PM -0700, brian wrote: Package: installation-reports Boot method: CD Image version: July 18 download netinstall.iso at debian.org daily builds etch (time approx 4pm pdt) Date: July 18 -19 evening/ overnight pdt Machine: powerpc, powerbook3,1 (pismo) Processor: g4/7410 - 550 (Apple upgrade) Memory: 578 MB Partitions: snip/ Output of lspci and lspci -n: sorry, command is missing !!! Strange, it should be in the daily build. Initial boot worked:[0] Configure network HW: [0] Config network: [0] Detect CD: [0] Load installer modules: [0] Detect hard drives: [0] Partition hard drives: [0] Create file systems:[0] Mount partitions: [0] Install base system:[E] Install boot loader:[0] Reboot: [E] Comments/Problems: Ouch ! this is a reinstall attempt due to harddrive failure/replacement. unfortunately i did not have a backup. but i had been running etch for several months i had upgraded from sarge. tried 3 times, i think i am giving up now. not sure what to do - wait a while. or install sarge and try to upgrade from that. not much fun, but this is pretty rough here. From http://lists.debian.org/debian-boot/2006/07/msg00460.html I do understand that Pismo is working. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. 1st try - desktop system - big mistake ! xorg configuration fail in the middle and stuck in a loop, had to go into shell and kill. despite installer recognized the failure it still sets up gdm ?!! so can't even log in (no serial terminals here, sorry, only the one seat). 2nd try - something happened at the mirror, i had tried using all defaults at the boot prompt rather than typing expert - it appeared to have misread the architecture. 3rd try - expert, basic install. well i got something which appeared at first i could work with but i could not get xorg configured. i loaded up everything i could see in aptitude that might help, but, still appears to be things missing. Please try again. This time without the desktop task. So it wouldn't to attempt to install Xorg. ( Your first attempts fail on installing the Xserver stuff ( you can do that at a later stage then install )) Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378673: [Vserver] Re: Bug#378673: problem when /var/run/service is readonly inside vserver
Daniel Hokka Zakrisson wrote: Yeah, this happens because the boot-clean scripts are run on boot-up and they are trying to remove the .pid and the .sock file in /var/run. This is to be expected, is not a bug, and is most assuredly not a bug in util-vserver. No, that error is from util-vserver (as indicated by the chroot-sh in the error message. See scripts/vserver.functions:prepareInit. Yes, that's exactly what I get after my quick research %), thanks for made it all clear. I dont enforce you (may be there are some other issues with this), but as I can see, it's not necessary to stop booting with fatal error when you meet something readonly inside /var/run. Anyway please say your decision: is this a bug which will be fixed in future, or not? (I suppose Ola need it to know what to do with bug I reported to BTS). As for my situation, I just mounted all I need in /mnt/something and write init script inside vserver, wich creates symlinks from /var/ to mounted dirs. Looks like it works fine =) Thanks for reply and for utils-vserver =) -- Regards, Alexander. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378451: firefox: Fails to start on unstable with kdm,KDE,locale cs_CZ.UTF-8
On Thu, Jul 20, 2006 at 11:47:24AM +0200, Martin Vlk [EMAIL PROTECTED] wrote: And yes, I did install the firefox-dbg package. /opt/lib/firefox/firefox-bin is obviously not firefox from the debian package... Are you running scim ? It makes upstream firefox crash because of c++ abi incompatibility. If you don't show that you indeed have a problem with debian's firefox, I'll just close this bug. Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373567: finish-install fails also with busybox v. 1.1.3-2
Frans Pop wrote : I seriously doubt you are using the busybox-udeb with that version when building the installer's initrd. Check your /var/lib/dpkg/status file. The -k option _is_ supported in busybox-udeb 1.1.3-2. Yes, sorry, i checked it yesterday evening. Our initrd image was build with the old busybox :S Sorry Greetings Patrick pgpiRuAooRrF9.pgp Description: PGP signature
Bug#277369: Deinterlacing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 277369 confirmed thanks Hi, There is currently a patch in ogle cvs repository that adds a very basic deinterlacing algorithm with the Xv out. Since the method used is simply dropping every other field I'm not convinced it would be worth including straight away. I'd much rather see some kind of progressive scan algorithm implemented, which I may have a go at putting together a patch for. Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEv18n1FNW1LDdr0IRAhnQAJ95Pqo2lf+td25yYJMF17jD8RSuCwCgkBE+ /2olkuK+6tbjpmb1XNezz4U= =nC/h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378016: Typos in source (refered and prefered are used instead of referred and preferred)
hi,
debian user and developer Roger Leigh reported some typos in Boost
sources. i'm attaching his patch against your CVS. full debian bug
report is available at http://bugs.debian.org/378016.
please fix it before 1.34.0.
thank you
domenico
-[ Domenico Andreoli, aka cavok
--[ http://people.debian.org/~cavok/gpgkey.asc
---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Index: boost/format/exceptions.hpp
===
RCS file: /cvsroot/boost/boost/boost/format/exceptions.hpp,v
retrieving revision 1.5
diff -u -r1.5 exceptions.hpp
--- boost/format/exceptions.hpp 24 Jan 2004 17:30:23 - 1.5
+++ boost/format/exceptions.hpp 12 Jul 2006 16:16:45 -
@@ -56,7 +56,7 @@
std::size_t get_expected() const { return expected_; }
virtual const char *what() const throw() {
return boost::too_few_args:
-format-string refered to more arguments than were passed;
+format-string referred to more arguments than were
passed;
}
};
@@ -70,7 +70,7 @@
std::size_t get_expected() const { return expected_; }
virtual const char *what() const throw() {
return boost::too_many_args:
-format-string refered to less arguments than were passed;
+format-string referred to less arguments than were
passed;
}
};
Index: boost/numeric/ublas/matrix_expression.hpp
===
RCS file: /cvsroot/boost/boost/boost/numeric/ublas/matrix_expression.hpp,v
retrieving revision 1.64
diff -u -r1.64 matrix_expression.hpp
--- boost/numeric/ublas/matrix_expression.hpp 6 Nov 2005 14:57:13 -
1.64
+++ boost/numeric/ublas/matrix_expression.hpp 12 Jul 2006 16:16:51 -
@@ -42,7 +42,7 @@
typedef typename boost::mpl::if_boost::is_constE,
typename E::const_reference,
typename E::reference::type
reference;
-typedef E refered_type;
+typedef E referred_type;
typedef const self_type const_closure_type;
typedef self_type closure_type;
typedef typename E::orientation_category orientation_category;
@@ -50,7 +50,7 @@
// Construction and destruction
BOOST_UBLAS_INLINE
-explicit matrix_reference (refered_type e):
+explicit matrix_reference (referred_type e):
e_ (e) {}
// Accessors
@@ -66,11 +66,11 @@
public:
// Expression accessors - const correct
BOOST_UBLAS_INLINE
-const refered_type expression () const {
+const referred_type expression () const {
return e_;
}
BOOST_UBLAS_INLINE
-refered_type expression () {
+referred_type expression () {
return e_;
}
@@ -269,7 +269,7 @@
}
private:
-refered_type e_;
+referred_type e_;
};
Index: boost/numeric/ublas/vector_expression.hpp
===
RCS file: /cvsroot/boost/boost/boost/numeric/ublas/vector_expression.hpp,v
retrieving revision 1.68
diff -u -r1.68 vector_expression.hpp
--- boost/numeric/ublas/vector_expression.hpp 6 Nov 2005 14:57:13 -
1.68
+++ boost/numeric/ublas/vector_expression.hpp 12 Jul 2006 16:16:53 -
@@ -43,14 +43,14 @@
typedef typename boost::mpl::if_boost::is_constE,
typename E::const_reference,
typename E::reference::type
reference;
-typedef E refered_type;
+typedef E referred_type;
typedef const self_type const_closure_type;
typedef self_type closure_type;
typedef typename E::storage_category storage_category;
// Construction and destruction
BOOST_UBLAS_INLINE
-explicit vector_reference (refered_type e):
+explicit vector_reference (referred_type e):
e_ (e) {}
// Accessors
@@ -62,11 +62,11 @@
public:
// Expression accessors - const correct
BOOST_UBLAS_INLINE
-const refered_type expression () const {
+const referred_type expression () const {
return e_;
}
BOOST_UBLAS_INLINE
-refered_type expression () {
+referred_type expression () {
return e_;
}
@@ -227,7 +227,7 @@
}
private:
-refered_type e_;
+referred_type e_;
};
Index: boost/regex/v4/basic_regex.hpp
===
RCS file: /cvsroot/boost/boost/boost/regex/v4/basic_regex.hpp,v
retrieving revision 1.19
diff -u -r1.19 basic_regex.hpp
--- boost/regex/v4/basic_regex.hpp 27 Oct 2005 10:24:50
Bug#376146: dovecot: Use the SSL snakeoil certificate
Hi Joey, hi Jaldhar,
Martin Schulze [2006-07-20 11:16 +0200]:
Martin Pitt wrote:
In an effort to clean up the SSL certificate mess on Ubuntu servers, we
recently converted all our supported Server packages to make use of
the ssl-cert package instead of creating a package-specific
self-signed SSL certificate. This allows admins to easily replace the
certificate with a 'real' one without touching dozens of configuration
files, and also provides a consistent setup out of the box.
Probably a good idea, however...
+-#ssl_cert_file = /etc/ssl/certs/dovecot.pem
+-#ssl_key_file = /etc/ssl/private/dovecot.pem
++#ssl_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
++#ssl_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
If you would keep /etc/ssl/{certs,private}/dovecot.pem and just
create a symbolic link to the snakeoil certificate, it would be
even more easier for the admin to change certificates since they
would not have to dig into all kinds of configuration files for
various applications but only look at the filesystem.
OK, a symlink would be an alternative, right. They might be a bit
confusing if you look at the configuration file, see 'dovecot.pem',
change 'snakeoil.pem', and suddenly get a different certificate for
dovecot as well, but I'm not opposed to doing it that way.
This should probably be decided by Jaldhar, after all, it's his
package. :)
+diff -urNad dovecot-1.0.beta3~/src/master/master-settings.c
dovecot-1.0.beta3/src/master/master-settings.c
+--- dovecot-1.0.beta3~/src/master/master-settings.c2006-02-02
22:15:30.0 +0100
dovecot-1.0.beta3/src/master/master-settings.c 2006-04-04
11:40:45.0 +0200
+@@ -262,8 +262,8 @@
+
+ MEMBER(ssl_disable) FALSE,
+ MEMBER(ssl_ca_file) NULL,
+- MEMBER(ssl_cert_file) SSLDIR/certs/dovecot.pem,
+- MEMBER(ssl_key_file) SSLDIR/private/dovecot.pem,
++ MEMBER(ssl_cert_file) SSLDIR/certs/ssl-cert-snakeoil.pem,
++ MEMBER(ssl_key_file) SSLDIR/private/ssl-cert-snakeoil.key,
This looks bad to me since it looks like the snakeoil certificate would
be somewhat hardcoded.
The default is hardcoded either way; since we added a dependency to
ssl-cert, it will be there.
Does this make it more difficult for an admin to change the cert for
only dovecot instead of for all snakeoil using applications?
Our intention was to optimize the 'switch global SSL certificate
easily' case without getting too intrusive (since at least in my
experience admins will prefer using one good certificate for all
services on a host instead of managing one for each service).
To change the cert only for dovecot: With the patch above, the admin
needs to change the path in dovecot.conf; with the symlink approach,
he can do either that or change the symlink (but with the potential
confusion I mentioned above). So neither approach makes this any more
difficult than right now.
I guess it's just a matter of taste, but if we want to do it in
Debian, we should pick one approach and do it consistently (either
symlinks or directly using the snakeoil path).
Thanks for considering and your remarks,
Martin
--
Martin Pitthttp://www.piware.de
Ubuntu Developer http://www.ubuntu.com
Debian Developer http://www.debian.org
In a world without walls and fences, who needs Windows and Gates?
signature.asc
Description: Digital signature
Bug#377618: [Logcheck-devel] Bug#377618: logcheck: Please do not abuse debconf
tag 377618 patch thanks maximilian attems [EMAIL PROTECTED] (20/07/2006): On Mon, 10 Jul 2006, Thomas Huriaux wrote: You are using two debconf notes which really look like a debconf abuse (from debconf-devel(7): It should be used only for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it). The first note (logcheck/install-note) should probably be moved to a README.Debian file or somewhere else in the documentation. Or you should really use debconf to configure these two options (report level and address) instead of displaying a note. debconf notes are usually more effective than README's, also the note is _only_ displayed at level medium so i fail to see the abuse of the install-note. No, the argument of the priority is not valid. The lowest the priority is, the more experienced the user is expected to be. An experienced user usually knows where to find the relevant doc, and expects to find it at the right place. Moreover, as I said in my previous mail, you should use debconf to _configure_ the package, not to tell the user he/she can configure it. I therefore attach a patch to configure with debconf the two related items. Please check it carefully as I made it quickly. The second note (logcheck/changes) can probably be removed. It no longer concerns supported transitions in Debian: the version 1.2.39 is in sarge, and if I understand correctly, it is for transitions from a version 1.2.3. However, this note should have been in a NEWS.Debian file. it only shows up on upgrades and will be removed postetch. currently we may wish to backport latest etch, so such upgrade handling must stay. Indeed, but once again, it should be in a NEWS.Debian file. Do not forget that tools such as apt-listchanges display this kind of notes. See also policy 3.9.1: Packages should try to minimize the amount of prompting they need to do You seem to use debconf only because it is more effective Copyright messages do not count as vitally important [...] neither do instructions on how to use a program (these should be in on-line documentation, where all the users can see them). The second template seems to concern only a new behavior of the package, without needing the user to change anything to get it working. The first one is exactly what is disrecommanded by this sentence. -- Thomas Huriaux diff -Nur logcheck-1.2.47/debian/logcheck.config logcheck.new/debian/logcheck.config --- logcheck-1.2.47/debian/logcheck.config 2004-05-24 03:28:22.0 +0200 +++ logcheck.new/debian/logcheck.config 2006-07-20 12:33:27.0 +0200 @@ -1,5 +1,7 @@ #!/bin/sh +CONFIGFILE=/etc/logcheck/logcheck.conf + set -e action=$1 @@ -9,8 +11,14 @@ . /usr/share/debconf/confmodule db_version 2.0 +if [ -e $CONFIGFILE ]; then +. $CONFIGFILE || true +db_set logcheck/reportlevel $REPORTLEVEL +db_set logcheck/sendmailto $SENDMAILTO +fi -db_text medium logcheck/install-note || true +db_input medium logcheck/reportlevel || true +db_input medium logcheck/sendmailto || true if [ -n $version ] dpkg --compare-versions $version lt 1.2.3; then db_text medium logcheck/changes || true diff -Nur logcheck-1.2.47/debian/logcheck.postinst logcheck.new/debian/logcheck.postinst --- logcheck-1.2.47/debian/logcheck.postinst2006-07-04 19:35:14.0 +0200 +++ logcheck.new/debian/logcheck.postinst 2006-07-20 12:33:27.0 +0200 @@ -2,6 +2,8 @@ # $Id: logcheck.postinst,v 1.48 2006/07/04 17:35:14 maks-guest Exp $ +CONFIGFILE=/etc/logcheck/logcheck.conf + set -e # summary of how this script can be called: @@ -22,9 +24,13 @@ # installation fails and the `postinst' is called with `abort-upgrade', # `abort-remove' or `abort-deconfigure'. +DEFAULTREPORTLEVEL=server +DEFAULTSENDMAILTO=root + # Source debconf library. . /usr/share/debconf/confmodule + case $1 in configure) # Add logcheck user @@ -88,6 +94,38 @@ chown logcheck /var/lock/logcheck /dev/null || true fi + if [ ! -e $CONFIGFILE ]; then + echo # Configuration file for logcheck $CONFIGFILE + echo REPORTLEVEL= $CONFIGFILE + echo SENDMAILTO= $CONFIGFILE + fi + + db_get logcheck/reportlevel + REPORTLEVEL=$RET + if [ $REPORTLEVEL = ] + then + REPORTLEVEL=$DEFAULTREPORTLEVEL + fi + + db_get logcheck/sendmailto + SENDMAILTO=$RET + if [ $SENDMAILTO = ] + then + SENDMAILTO=$DEFAULTSENDMAILTO + fi + + cp -a -f $CONFIGFILE $CONFIGFILE.tmp + + test -z $TOTO || grep -Eq '^ *REPORTLEVEL=' $CONFIGFILE || \ + echo REPORTLEVEL= $CONFIGFILE + test -z $TITI || grep -Eq '^ *SENDMAILTO=' $CONFIGFILE || \ + echo SENDMAILTO= $CONFIGFILE + + sed -e s/^ *REPORTLEVEL=.*/REPORTLEVEL=\$REPORTLEVEL\/ \ + -e s/^
Bug#372712: as in debdelta
A Mennucc [EMAIL PROTECTED] writes: hi I have the same problem with debdelta, so I want to share some ideas introduction: the command debdelta-upgrade downloads deltas , and then applies them to create all .deb necessary for a 'apt-get upgrade' ; so it is doing more or less the same my advices are 1) debdelta-upgrade has two threads; one thread downloads the patches and queues them for a second thread, that applies them; you may do the same with pdiffs (actually, I see some people saying that patchin is done in parallel; in case, ignore the above) pdiff files are currently fetched in a very bad way. 1. fetch index 2. fetch first diff 3. gunzip 4. rred diff and start downloading the next diff (goto 2) This means that diffs downloads are not properly streamlined and take up valuable time. rred is also awfully slow and run for every diff. 2) anyway , it may happen that, in some unfortunate cases, the time of downloading/patching is so high that it would be more efficient to just download the new .deb my solution (that I am implementing in debdelta-upgrade ) is to keep a statistic of the downloading speed (serverwise) and patching speed, and then do the math and decide you may do the same ; each time apt-get update is invoked, look at how many patches are needed, and do a simple computation to decide if it is faster to download all patches or to download the new Packages.bz2 3) the current structure of pdiffs AFAIK is not optimal ; there is a better binary structure of diffs that works better, that is: time complexity for end user: if N ( 128) is the number of changes that occured to Packages file since the last update, the user needs to download and apply ~ 2 (1 + log_2 (N)) diffs disk complexity on server: it will use more space on servers; in this proposed version, the servers need to store ~ twice the diffs Think about this scheme: You start off with Packages.updates being the Packages file. New version infos of packages are prepended to the Packages.updates file and the old version info is not (completly) removed. Fields that remain the same can be omitted ion the new info and fields that disapeared are included with empty contents. Fields in the old info that are replaced by the new info can be omitted except for the MD5sum. Old info that has become too short (e.g. only 3-4 fileds left) can be merged into one of the newer infos. An entry of Package: -foo signals the removal of the package completly. Updating the Packages file then means fetching the new Packages.updates file up to the first MD5sum entry that is already known locally. At that point you have all the changes to update the Packages file (or the whole file). If downloading, unpacking and parsing is pipelined you can stop the downloading and unpacking at that point. There is some wasted download especially with bzip2s chunkyness but overall that should be minimal. Note that this needs only one update file for the Packages file for any number of updates and the filesize can be a fixed amount of overhead compared to the plain file. The Packages file could also be replaced completly by this format over time leaving only a configurable fixed amount of extra space. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378983: make dpkg -S work with a trailing slash
Package: dpkg Version: 1.13.22 Severity: wishlist Currently if the argument of dpkg -S ends with a slash, no match is found. E.g. dpkg -S /usr/include - lots of packages found dpkg -S /usr/include/ - no output Since the TAB completion feature of most shells (including the default bash) puts a slash at the end of the directory name, it's usually much easier to type the directory's name with a slash at the end than without it. Please modify dpkg -S so that it finds matching directories in this case too. Thanks, Egmont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319538: Info received (Bug present in Debian 3.1 stable)
Debian Bug Tracking System a écrit : Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) Problem : I realized, after having submitted a comment to bug 319538, that the e-mail address I used is published in clear on http://bugs.debian.org/cgi-bin/bugspam.cgi?bug=319538 . It's considered good practice to avoid publishing people's e-mails publicly without explicit approval. I guess you assume that contributors take care themselves. Anyway, the address stephane at gourichon.org that has been appearing on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319538 for a few minutes should not stay there. It's an important personal address that I can't replace, I've kept it out of the web to avoid it being irremediably dirtied by being harvested into spammers' databases. I've visited http://www.debian.org/Bugs/ but found no information about spam protection or way to cancel a post. Incidentally, I clicked on http://bugs.debian.org/cgi-bin/bugspam.cgi?bug=319538 expecting a form or some other way to indicate which part is spam. Instead, the system immediately reported the whole thing as containing spam, which was not the extected behaviour. Suggested solution : As a simple solution to this, can you simply delete my message http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319538;msg=47 Message-ID: [EMAIL PROTECTED] I'll repost it using an address that is already public (and spam-ridden...). If you wish to mangle the address it's ok, or you can replace it with e.g. [EMAIL PROTECTED] Suggestion : Many sites (e.g. SourceForge) offer some kind of spam protection for contributors. I am surprised that Debian does not take care of that. Other sites (e.g. w3c.org) ask (by automated e-mail) confirmation that the sender wishes to have its contribution published on their website, which I think is a good idea. Thank you for your attention. -- Stéphane Gourichon PS: Is this message publicly archived ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378757: [Fwd: Re: Bug#378757: tetex-bin: Please add shortcut for quit in texshow]
tags 378757 + fixed-upstream stop On 19.07.06 Frank Küster ([EMAIL PROTECTED]) wrote: Taco Hoekwater [EMAIL PROTECTED] wrote: Hi, I have uploaded new version of texshow to this url: http://modules.contextgarden.net/texshow This new version will automatically be included in the next ConTeXt release. Great, thanks for the fast reaction! Works! Tagging. H. -- sigmentation fault
Bug#378982: Zabbix-server-mysql logrotate calls unconditional service restart
Package: zabbix-server-mysql
Version: 1.1-5
The contents of the /etc/logrotate.d/zabbix-server-mysql are as follows
/var/log/zabbix-server/zabbix_server.log {
daily
rotate 7
compress
missingok
notifempty
create 0640 zabbix zabbix
sharedscripts
postrotate
/etc/init.d/zabbix-server restart /dev/null 21
endscript
}
The result of this postrotate action is that zabbix-server is started even if
it was not running previously and/or removed from rc.d completely. Also, the
shipped binary does log rotation/deletion of it's own, so the logrotate entry
is fairly useless (it will rotate only the last 5 minutes worth of logs).
Another problem is that zabbix-server has socket lingering issues so on a
heavy-load system this restart never succeeds as zabbix-server cannot bind on
immediate restart.
I am using Debian GNU/Linux 2.6, kernel 2.6.16-1-vserver-amd64-k8 and libc6
2.3.5-7.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378984: fstab default /proc entry nosuid
Package: partman-target Version: 44 Severity: normal Tags: patch please apply belows patch, to add the /proc line to fstab with nosuid. rationale: setuid and setgid bits have nothing lost in /proc, nice workaround for kernel /proc vulnerability, see suggested at the lwn.net article: http://lwn.net/SubscriberLink/191954/dfb24a687f9b032e/ Index: finish.d/create_fstab_header === --- finish.d/create_fstab_header(revision 39223) +++ finish.d/create_fstab_header(working copy) @@ -9,4 +9,4 @@ printf %-15s %-15s %-7s %-15s %-7s %s\n '# file system' 'mount point' 'type' 'options' 'dump' 'pass' /target/etc/fstab -printf %-15s %-15s %-7s %-15s %-7s %s\n proc /proc proc defaults 0 0 /target/etc/fstab +printf %-15s %-15s %-7s %-15s %-7s %s\n proc /proc proc defaults,nosuid 0 0 /target/etc/fstab -- maks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373839: kdelibs4c2a: Unable to print to CUPS server
Hello,
this bug is not fixed.
I think it is bug STR #1717 (upstream):
http://www.cups.org/str.php?L1717
and was solved upstream 18.7.2006 (SVN: v5748)
The fix posted there was:
Index: http.c
===
--- http.c (revision 5743)
+++ http.c (working copy)
@@ -1809,6 +1809,16 @@
return (1);
/*
+ * Flush pending data, if any...
+ */
+
+ if (http-wused)
+ {
+if (httpFlushWrite(http) 0)
+ return (0);
+ }
+
+ /*
* If not, check the SSL/TLS buffers and do a select() on the connection...
*/
===
--
Wolfgang Walter
Studentenwerk München
Anstalt des öffentlichen Rechts
Leiter EDV
Leopoldstraße 15
80802 München
http://www.studentenwerk.mhn.de/
Bug#378982: Zabbix-server-mysql logrotate calls unconditional service restart
tags 378982 + pending thanks hi again, On Thu, Jul 20, 2006 at 01:46:33PM +0200, Michael Ablassmeier wrote: hi Attila, On Thu, Jul 20, 2006 at 01:08:39PM +0200, Attila Csipa wrote: The result of this postrotate action is that zabbix-server is started even if it was not running previously and/or removed from rc.d completely. Also, the shipped binary does log rotation/deletion of it's own, so the logrotate entry is fairly useless (it will rotate only the last 5 minutes worth of logs). hm, indeed, you are right, i think removing the logrotate entries might be safe. Im going to fix this in SVN asap. hm, im not sure about that. The zabbix-server just keeps one .old file which he overwrites frequently (so you cant have a history of lets say 7 logfiles). So, the lograte script does make some at least some kind of sense. The restart-issue is fixed in svn (were checking for the pid file now, and are using invoke-rc.d instead of directly calling the init scripts). bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360671: any progress?
I'd really love to have a recent Moz... Seamonkey package, so I thought I'd ask if there's any progress with it... Ciao, Eike pgpsuRwWbuRCP.pgp Description: PGP signature
Bug#378984: fstab default /proc entry nosuid
maximilian attems wrote: Package: partman-target Version: 44 Severity: normal Tags: patch please apply belows patch, to add the /proc line to fstab with nosuid. rationale: setuid and setgid bits have nothing lost in /proc, nice workaround for kernel /proc vulnerability, see suggested at the lwn.net article: http://lwn.net/SubscriberLink/191954/dfb24a687f9b032e/ Index: finish.d/create_fstab_header === --- finish.d/create_fstab_header (revision 39223) +++ finish.d/create_fstab_header (working copy) @@ -9,4 +9,4 @@ printf %-15s %-15s %-7s %-15s %-7s %s\n '# file system' 'mount point' 'type' 'options' 'dump' 'pass' /target/etc/fstab -printf %-15s %-15s %-7s %-15s %-7s %s\n proc /proc proc defaults 0 0 /target/etc/fstab +printf %-15s %-15s %-7s %-15s %-7s %s\n proc /proc proc defaults,nosuid 0 0 /target/etc/fstab Might even become defaults,nodev,noexec,nosuid for that matter. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377618: [Logcheck-devel] Bug#377618: logcheck: Please do not abuse debconf
tags 377618 -patch tags 377618 wontfix severity 377618 wishlist stop and no thanks On Thu, Jul 20, 2006 at 01:13:45PM +0200, Thomas Huriaux wrote: snipp No, the argument of the priority is not valid. The lowest the priority is, the more experienced the user is expected to be. An experienced user usually knows where to find the relevant doc, and expects to find it at the right place. Moreover, as I said in my previous mail, you should use debconf to _configure_ the package, not to tell the user he/she can configure it. I therefore attach a patch to configure with debconf the two related items. Please check it carefully as I made it quickly. big NACK, this is a real policy violation, one is not allowed to change configfiles with debconf. you would need to put it into /etc/defaults/logcheck. and as you currently failed to convince me politely, downgrading this bug. this debconf messages were added way before the logcheck team formed and we cleaned them up already a lot. the second note will soon be phase out. See also policy 3.9.1: Packages should try to minimize the amount of prompting they need to do You seem to use debconf only because it is more effective please notice the subtle _should_ -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378985: audio: playing little endian .wav file results in noise
Package: totem Version: 1.4.1-2 Severity: important Hi, Attempting to play this file: eve:[~/Desktop]% file voice-message.wav voice-message.wav: RIFF (little-endian) data, WAVE audio, ITU G.711 mu-law, mono 8000 Hz results in lots of noise - I can play the file perfectly fine with sndfile-play. Let me know if you would like a copy of the wav file in question. Regards, Anand -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages totem depends on: ii totem-gstreamer 1.4.1-2A simple media player for the Gnom totem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378987: RFP: seccure -- The seccure toolset implements a selection of asymmetric algorithms based on elliptic curve cryptography (ECC)
Package: wnpp Severity: wishlist * Package name: seccure Version : 0.1 Upstream Author : B. Poettering * URL : http://point-at-infinity.org/seccure/ * License : GPL Programming Lang: C Description : The seccure toolset implements a selection of asymmetric algorithms based on elliptic curve cryptography (ECC) quote The seccure toolset implements a selection of asymmetric algorithms based on elliptic curve cryptography (ECC). In particular, it offers public key encryption / decryption and signature generation / verification. ECC schemes offer a much better key size to security ratio than classical systems (RSA, DSA). Keys are short enough to make direct specification of keys on the command line possible (sometimes this is more convenient than the management of PGP-like key rings). seccure builds on this feature and therefore is the tool of choice whenever lightweight asymmetric cryptography -- independent of key servers, revocation certificates, the Web of Trust, or even configuration files -- is required. /quot -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Lennart Poettering; lennart [at] poettering [dot] net ICQ# 11060553; GPG 0x1A015CC4; http://0pointer.net/lennart/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378604: dh_python generates dependencies on unversioned python versions for versioned python modules
On Tue, Jul 18, 2006 at 11:53:26AM +0200, Matthias Klose wrote:
Raphael Hertzog writes:
tag 378604 + patch
thanks
On Mon, 17 Jul 2006, Matthias Klose wrote:
Package: debhelper
Version: 5.0.37.3
Severity: important
Looking at python2.4-schoolbell, ${python:Depends} is expanded to
python-central (= 0.5), python ( 2.5), python (= 2.4) | python2.4
which is wrong.
It's not really wrong... but it's not really optimized for the purpose of
the package.
The package puts files in /usr/lib/python2.4/site-packages so it won't
work with python2.5 ... the python ( 2.5) guarantees that.
There's no script using #!/usr/bin/python2.4 otherwise you would have
had a dependency python2.4 ...
In theory, looking at the package it should have gotten a python (=
2.4), python ( 2.5) dependency however since that's not satisfiable in
sid right now, it has been loosened to the dependency above.
If modules are meant for public uses, they should work with all python
versions and in that case the dependency they get is the right one. But in
this case, we have public modules which are not really meant to be used by
the end-user and which are only used by one application and thus compiled
for the version that this application uses.
all the modules are for public use. however zope3 is only available
for python2.4 (and not above), so the same is needed for packages
depending on zope3. You have two hints that a dependency on a
unversioned python is unwanted:
- XS-Python-Version is explicitely set
- the package is named python2.4-xxx
FYI, in the schooltool packages for the next upstream release, the
package name will take the form python-xxx.
However the XS-Python-Version will continue to be set to a subset of the
python versions of the its dependencies (zope3 being the main culprit).
--
Brian Sutherland
Metropolis - it's the first movie with a robot. And she's a woman.
And she's EVIL!!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378673: [Vserver] Re: Bug#378673: problem when /var/run/service is readonly inside vserver
Hi I tried to locate this chroot-sh but could not find where it is. You seem to have located it to util-vserver, how? Regards, // Ola On Thu, Jul 20, 2006 at 02:20:23PM +0400, Alexander Gerasiov wrote: Daniel Hokka Zakrisson wrote: Yeah, this happens because the boot-clean scripts are run on boot-up and they are trying to remove the .pid and the .sock file in /var/run. This is to be expected, is not a bug, and is most assuredly not a bug in util-vserver. No, that error is from util-vserver (as indicated by the chroot-sh in the error message. See scripts/vserver.functions:prepareInit. Yes, that's exactly what I get after my quick research %), thanks for made it all clear. I dont enforce you (may be there are some other issues with this), but as I can see, it's not necessary to stop booting with fatal error when you meet something readonly inside /var/run. Anyway please say your decision: is this a bug which will be fixed in future, or not? (I suppose Ola need it to know what to do with bug I reported to BTS). As for my situation, I just mounted all I need in /mnt/something and write init script inside vserver, wich creates symlinks from /var/ to mounted dirs. Looks like it works fine =) Thanks for reply and for utils-vserver =) -- Regards, Alexander. -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378982: Zabbix-server-mysql logrotate calls unconditional service restart
hi Attila, On Thu, Jul 20, 2006 at 01:08:39PM +0200, Attila Csipa wrote: The result of this postrotate action is that zabbix-server is started even if it was not running previously and/or removed from rc.d completely. Also, the shipped binary does log rotation/deletion of it's own, so the logrotate entry is fairly useless (it will rotate only the last 5 minutes worth of logs). hm, indeed, you are right, i think removing the logrotate entries might be safe. Im going to fix this in SVN asap. Another problem is that zabbix-server has socket lingering issues so on a heavy-load system this restart never succeeds as zabbix-server cannot bind on immediate restart. this should have been fixed as with 1.1-6 (which migrated to testing yesterday or something), and is definitely fixed with 1.1.1-1 which has been uploaded to unstable yesterday aswell. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378451: firefox: Fails to start on unstable with kdm,KDE,locale cs_CZ.UTF-8
On Thu, Jul 20, 2006 at 01:19:26PM +0200, Martin Vlk [EMAIL PROTECTED] wrote: Well, it is the firefox from the package. I have a symbolic link from /usr/lib - /opt/lib Any idea what might be wrong? I really want to help trck doeẃn this problem, but don't have the experience. Create the following symlink: /usr/lib/debug/opt/lib - /usr/lib/debug/usr/lib And try firefox -g again, it will load the symbols. But the fact is it doesn't seem to crash, but quits instead. Did you try the safe mode ? Mike PS: Please followup to the bug address. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378986: shlibs file is broken
Package: libradius1 Severity: serious The libradius1.shlibs file contains: libradiusclient 0.0.1 libradius1 But the library has a soversion of 0. This causes dpkg-shlibdeps to fail to find the library and the depends does not get added. The shlibs file should read: libradiusclient 0 libradius1 MfG Goswin PS: After fixing this all packages build-depending on librardius1 might need a binNMU. Please check the buildd logs for the dpkg-shlibdeps error and request the binNMUs on debian-release. PPS: I noticed the error when building nagios-plugins on amd64 sid. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-frosties-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375924: Transition to directfb 0.9.25.1
On Wed, Jul 19, 2006, Aurelien Jarno wrote: Well doing such a thing (ie switching from sdl-config to pkgconfig) is not really easy without coordination with the upstream, I don't really want to see our users having problem compiling sdl applications. In short it is something to do, but we can't do that in a short time. The solution I propose for now is to relibtoolize the package to get rid of the problem. This has been done in one of the last uploads, but I have just remarked there was an old copy of libtool.m4 hidden in acinclude.m4, that's why it has not worked. That won't get rid of the problem, unless we hack the .la file by hand. However the next SDL release (which is being packaged) includes a .pc file for use with pkg-config. We should get rid of the .la file too, but that will require fixing reverse dependencies first. Rdeps shipping .la files include: libparagui1.0-dev: /usr/lib/libparagui.la paintlib-dev: /usr/lib/libpaintlib.la libsmpeg-dev: /usr/lib/libsmpeg.la libsdl-ttf2.0-dev: /usr/lib/libSDL_ttf.la libsdl-stretch-dev: /usr/lib/libSDL_stretch.la libsdl-sound1.2-dev: /usr/lib/libSDL_sound.la libsdl-net1.2-dev: /usr/lib/libSDL_net.la libsdl-mixer1.2-dev: /usr/lib/libSDL_mixer.la libsdl-image1.2-dev: /usr/lib/libSDL_image.la libsdl-gfx1.2-dev: /usr/lib/libSDL_gfx.la libguichan0-dev: /usr/lib/libguichan.la /usr/lib/libguichan_allegro.la /usr/lib/libguichan_opengl.la /usr/lib/libguichan_sdl.la libgengameng-dev: /usr/lib/libgengameng.la libarkrpg-dev: /usr/lib/libArk.la /usr/lib/ark/libArkCollision.la /usr/lib/ark/libArkEngine.la /usr/lib/ark/libArkHeightField.la /usr/lib/ark/libArkLua.la /usr/lib/ark/libArkRenderer.la The SDL team maintains most of these, but a few other maintainers need to be pinged. -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368836: What's the status of this bug?
|--== Ola Lundqvist writes: OL Hi OL Uploading now. OL What parts of dpsyco do you use? I would like to know as I may want OL to redesign some parts in the future (I have thought about it for OL some years already...), and do not want to disturb the few users OL that I actually have. :) Oh, I'm currently using only dpsyco-skel, but the whole idea of dpsyco is very interesting to me, and there's probably much space for improvement. As far as I'm concerned I don't mind too much if you break the current dpsyco scheme with a new design, and I'll be glad to check it out. Ciao, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377507: Please unblock testing migration of postgresql-7.4
Thiemo Seufer wrote: Thiemo Seufer wrote: [snip] Thank you for trying this out. However, I'm sceptical: postgresql-8.1 still gives the same error when built with gcc-4.1: http://buildd.debian.org/fetch.php?pkg=postgresql-8.1ver=8.1.4-4arch=mipsstamp=1152713470file=logas=raw http://buildd.debian.org/fetch.php?pkg=postgresql-8.1ver=8.1.4-4arch=mipselstamp=1152713545file=logas=raw So maybe the buildds run some different package versions. I did a rebuild on unstable/mips, no failures, packages install fine, postmaster process runs. So the failure might be related to the buildd environment. It seems to be kernel related, a build on a 2.6.12 64bit kernel shows bus errors. The bus error happens immediately at startup when writing a double to unaligned address. I'll have to test if the binary was miscompiled (due to kernel differences?!), or if the kernel is supposed to handle this better. This is a kernel bug related to FP emulation. It is fixed in 2.6.16. Once the buildds are updated and the relevant postgres packages add mips/mipsel again everything should build fine. For package upgrades it might be advisable to check the version of the running kernel. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319538: Info received (Bug present in Debian 3.1 stable)
On Thu, Jul 20, 2006 at 01:05:12PM +0200, Stéphane Gourichon wrote: Debian Bug Tracking System a écrit : Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) Problem : I realized, after having submitted a comment to bug 319538, that the e-mail address I used is published in clear on http://bugs.debian.org/cgi-bin/bugspam.cgi?bug=319538 . and it will continue as you are answering on the BTS putting that same email address as a CC and mails are available raw from the BTS. No there is no antispam measures on the BTS, and even if you use the commands at your own disposal to change the submitting address and owner address of the bug, your original pristine mail remains publicily available. If you have bug reports to do about the BTS, there is the bugs.debian.org pseudo package[1] for that. Note that such a feature request has been asked for almost 4 years now, its: #63995, #170334, #203623, #269139 But as you can see it has been tagged wontfix, I'll let you read the bug reports to know why (I didn't, I don't care, my @debian.org address is already everywhere on the web anyway). [1] http://bugs.debian.org/bugs.debian.org -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#372712: as in debdelta
On Thu, Jul 20, 2006 at 12:59:15PM +0200, Goswin von Brederlow wrote: There is some wasted download especially with bzip2s chunkyness but overall that should be minimal. Unfortunately not; 'bzip2 -9' processes stuff in data blocks of 900kB (uncompressed); since the ratio is ~ 4.4 , you would always need to download ~ 200kB of data to get the first block a. -- Andrea Mennucc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377744: tetex-doc: more broken links
On 19.07.06 Ralf Stubner ([EMAIL PROTECTED]) wrote: Ralf Stubner wrote: Frank Küster wrote: Ralf Stubner [EMAIL PROTECTED] wrote: Hi, Thanks for your report. I have the impression that most (all) of these incorrect links can be fixed by removing the base href=file:///usr/share/texmf/doc/index.html from the header of this HTML file. One could also change it to base href=file:///usr/share/texmf-tetex/doc/index.html Why not simple remove it? That should be possible. However, the base tag is a Debian specific addition, and I don't know why it has been added. If these reasons no longer apply, it is indeed best to just remove it. BTW, the version from SVN already contains base href=file:///usr/share/texmf-tetex/doc/index.html I've changed it lately and Florent made the commit. We need that base href, as the file index.html is sitting in two different dirs and contains relative links. plus additional patches for non-free documentation and documentation in other packages (preview-latex, beamer, ...) Was me too. See commit #1493. Uploading the current SVN version should fix the issue with broken links. Fine. I was just wondering about the discussion... H. -- sigmentation fault
Bug#378989: kernel-image-2.6.8-3-686: kernel BUG at fs/ext3/inode.c:929!
Package: kernel-image-2.6.8-3-686 Version: 2.6.8-16sarge4 Severity: important After geting the following error messages the system sometimes hangs, sometimes only some services stop to respond. After a reboot with fsck the systems works again for some days then the problem comes again. messages from /var/log/syslog: Jul 20 11:07:16 bp3 kernel: Assertion failure in ext3_getblk() at fs/ext3/inode.c:929: handle != NULL || create == 0 Jul 20 11:07:16 bp3 kernel: [ cut here ] Jul 20 11:07:16 bp3 kernel: kernel BUG at fs/ext3/inode.c:929! Jul 20 11:07:16 bp3 kernel: invalid operand: [#1] Jul 20 11:07:16 bp3 kernel: PREEMPT Jul 20 11:07:16 bp3 kernel: Modules linked in: ipv6 i810_audio ac97_codec soundcore reiserfs capability commoncap ext3 jbd mbcache pcspkr evdev mousedev tsdev psmouse floppy parport_pc parport uhci_hcd ohci_hcd ehci_hcd usbcore sis5513 pci_hotplug sis_agp agpgart sis900 ide_cd ide_core cdrom rtc sd_mod gdth scsi_mod unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jul 20 11:07:16 bp3 kernel: CPU:0 Jul 20 11:07:16 bp3 kernel: EIP:0060:[__crc_pm_idle+698909/5541136] Not tainted Jul 20 11:07:16 bp3 kernel: EFLAGS: 00010286 (2.6.8-3-686) Jul 20 11:07:16 bp3 kernel: EIP is at ext3_getblk+0x27c/0x290 [ext3] Jul 20 11:07:16 bp3 kernel: eax: 005e ebx: f89cc07c ecx: edx: f60be000 Jul 20 11:07:16 bp3 kernel: esi: 2000 edi: f62c7d14 ebp: esp: f60bfd34 Jul 20 11:07:16 bp3 kernel: ds: 007b es: 007b ss: 0068 Jul 20 11:07:16 bp3 kernel: Process pyzor (pid: 1918, threadinfo=f60be000 task=f60bd8f0) Jul 20 11:07:16 bp3 kernel: Stack: f89ca180 f89c8d5f f89cc09a 03a1 f89cc07c 0001 c02c126c Jul 20 11:07:16 bp3 kernel:0010 c0155e33 f6773d48 f6773d48 00648205 c0159adc c013aaf3 Jul 20 11:07:16 bp3 kernel:c0155e33 f67ae800 f67ae800 c0155fa3 f67ae800 c0159adc f6773d48 0001 Jul 20 11:07:16 bp3 kernel: Call Trace: Jul 20 11:07:16 bp3 kernel: [wake_up_buffer+19/64] wake_up_buffer+0x13/0x40 Jul 20 11:07:16 bp3 kernel: [ll_rw_block+92/144] ll_rw_block+0x5c/0x90 Jul 20 11:07:16 bp3 kernel: [__get_free_pages+51/64] __get_free_pages+0x33/0x40 Jul 20 11:07:16 bp3 kernel: [wake_up_buffer+19/64] wake_up_buffer+0x13/0x40 Jul 20 11:07:16 bp3 kernel: [unlock_buffer+19/32] unlock_buffer+0x13/0x20 Jul 20 11:07:16 bp3 kernel: [ll_rw_block+92/144] ll_rw_block+0x5c/0x90 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+715196/5541136] ext3_find_entry+0x12b/0x440 [ext3] Jul 20 11:07:16 bp3 kernel: [d_alloc+33/416] d_alloc+0x21/0x1a0 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+716626/5541136] ext3_lookup+0x41/0xd0 [ext3] Jul 20 11:07:16 bp3 kernel: [real_lookup+213/256] real_lookup+0xd5/0x100 Jul 20 11:07:16 bp3 kernel: [do_lookup+150/176] do_lookup+0x96/0xb0 Jul 20 11:07:16 bp3 kernel: [link_path_walk+1747/3488] link_path_walk+0x6d3/0xda0 Jul 20 11:07:16 bp3 kernel: [path_lookup+124/320] path_lookup+0x7c/0x140 Jul 20 11:07:16 bp3 kernel: [open_namei+134/1584] open_namei+0x86/0x630 Jul 20 11:07:16 bp3 kernel: [do_page_fault+860/1389] do_page_fault+0x35c/0x56d Jul 20 11:07:16 bp3 kernel: [filp_open+62/112] filp_open+0x3e/0x70 Jul 20 11:07:16 bp3 kernel: [__crc_pm_idle+688241/5541136] ext3_release_file+0x0/0x70 [ext3] Jul 20 11:07:16 bp3 kernel: [get_unused_fd+57/224] get_unused_fd+0x39/0xe0 Jul 20 11:07:16 bp3 kernel: [sys_open+73/144] sys_open+0x49/0x90 Jul 20 11:07:16 bp3 kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jul 20 11:07:16 bp3 kernel: Code: 0f 0b a1 03 9a c0 9c f8 e9 95 fd ff ff 8d b4 26 00 00 00 00 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.8-3-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.81.1 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378673: [Vserver] Re: Bug#378673: problem when /var/run/service is readonly inside vserver
Ola Lundqvist wrote: Hi I tried to locate this chroot-sh but could not find where it is. You seem to have located it to util-vserver, how? I just checked from the other side that it happens before entering rc scripts %( Sorry. But Daniel wrote: No, that error is from util-vserver (as indicated by the chroot-sh in the error message. See scripts/vserver.functions:prepareInit. -- Regards, Alexander. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310576: 'kernel-patch-2.4-grsecurity' does not apply to any current sarge kernel
Hi Laszlo, On Tue, May 24, 2005 at 11:12:33PM +0200, Laszlo Boszormenyi wrote: and reduce the severity of this report, else this kernel-patch will be hinted for removing in sarge. I will reduce the severity at first, but I may ask for it's removal anyway. Do you feel this package is still useful to have in etch? It seems, because etch will not include 2.4 kernels[0], that the usefulness is much reduced. OTOH, there may be reasons to still include it - just checking what you think about this. cheers, Max -- [0] http://lists.debian.org/debian-devel-announce/2006/07/msg5.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378991: python-dns: Problem when parsing resolv.conf
Package: python-dns Version: 2.3.0-5.1 Severity: normal Hello, When /etc/resolv.conf contains something like that : search foo nameserver There is the following error : Traceback (most recent call last): File ./start-wotomae.py, line 26, in ? from wotomae.controllers import Root File /src/work/soc/mainline/src/wotomae/controllers.py, line 20, in ? import checks File /src/work/soc/mainline/src/wotomae/checks.py, line 138, in ? class BtsFields(formencode.Schema): File /src/work/soc/mainline/src/wotomae/checks.py, line 142, in BtsFields not_empty=True) File /usr/lib/python2.4/site-packages/formencode/validators.py, line 1146, in __init__ DNS.Base.ParseResolvConf() File /var/lib/python-support/python2.4/DNS/Base.py, line 43, in ParseResolvConf defaults['server'].append(fields[1]) IndexError: list index out of range The patch i have attached fix this problem. Regards, Arnaud Fontaine -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-maggie Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-dns depends on: ii python2.3.5-11 An interactive high-level object-o ii python-support0.3.8 automated rebuilding support for p python-dns recommends no packages. -- no debconf information --- Base.py.old 2006-07-20 14:35:54.0 +0200 +++ Base.py 2006-07-20 14:36:04.0 +0200 @@ -29,7 +29,7 @@ if not line or line[0]==';' or line[0]=='#': continue fields=string.split(line) -if len(fields) == 0: +if len(fields) 2: continue if fields[0]=='domain': defaults['domain']=fields[1] pgpfVwo1MlezY.pgp Description: PGP signature
Bug#376103: data loss is _always_ grave
severity 376103 grave thanks This is a _data loss_ bug. And thus, it cannot have any severity other than grave, end of story. You cannot assume that an important attribute like the timestamp won't ever change outside of your control. It is an information to the _user_ that says what was the last time when the file was modified. In fact, the Debian Policy, in section 4.6, requires (with a should, and thus important clause) the timestamps to be preserved as far as reasonably possible. Every single Unix tool obeys this, with three exceptions: * cp (due to historic reasons; fixable with -p) * scp (for compatibility with cp, also fixable) * subversion I tried to work around that severity=important bug (by using a wrapper over svn), but unfortunately the wrapper had a minor bug that made it overzealous in restoring timestamps. And yet, instead of losing just the timestamps, #376103 made me lost the whole revision. Today, you can blame this loss on my fault -- but what about this: 1. an user runs a script over his source tree (indent, s/\r//, retabbing, etc) 2. now, you have two different versions of a file with the same mtime 3. one of the versions is copied over the other using any non-buggy Unix tool 4. subversion is run... Where's the user's fault in this scenario? Or, let's say, what about using an exotic, completely unsupported rare tool known as tar? Bottom line: you can't drop data on the floor just because non-your metadata is not what you expect. You can trust only what's in .svn (_your_ area). -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378990: tex-guy: outdated upstream URL
Package: tex-guy Version: 1.2.4-4.2 Tags: patch ftp://TypeHack.aial.hiroshima-u.ac.jp/ no longer works -- the new upstream URL is http://www-masu.ist.osaka-u.ac.jp/~kakugawa/TeX-Guy/. diff -ruN tex-guy-1.2.4.dist/debian/copyright tex-guy-1.2.4/debian/copyright --- tex-guy-1.2.4.dist/debian/copyright +++ tex-guy-1.2.4/debian/copyright @@ -2,7 +2,7 @@ Tue, 10 Jul 2001 00:30:39 +0900. It was downloaded from - ftp://TypeHack.aial.hiroshima-u.ac.jp/pub/TypeHack/ + http://www-masu.ist.osaka-u.ac.jp/~kakugawa/TeX-Guy/ Upstream Author: Hirotsugu Kakugawa [EMAIL PROTECTED] diff -ruN tex-guy-1.2.4.dist/debian/watch tex-guy-1.2.4/debian/watch --- tex-guy-1.2.4.dist/debian/watch +++ tex-guy-1.2.4/debian/watch @@ -1,5 +1,2 @@ -# Example watch control file for uscan -# Rename this file to watch and then you can run the uscan command -# to check for upstream updates and more. -# Site Directory Pattern Version Script -TypeHack.aial.hiroshima-u.ac.jp /pub/TypeHack/ TeX-Guy-(.*)\.tar\.gz debian uupdate +version=3 +http://www-masu.ist.osaka-u.ac.jp/~kakugawa/download/TypeHack/TeX-Guy-(.*)\.tar\.gz debian uupdate Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378982: Zabbix-server-mysql logrotate calls unconditional service restart
hi again,
On Thu, Jul 20, 2006 at 02:41:47PM +0200, Attila Csipa wrote:
On Thursday 20 July 2006 14:00, Michael Ablassmeier wrote:
completely. Also, the shipped binary does log rotation/deletion of it's
own, so the logrotate entry is fairly useless (it will rotate only the
last 5 minutes worth of logs).
hm, indeed, you are right, i think removing the logrotate entries might
be safe. Im going to fix this in SVN asap.
hm, im not sure about that. The zabbix-server just keeps one .old file
which he overwrites frequently (so you cant have a history of lets say 7
logfiles). So, the lograte script does make some at least some kind of
sense.
If I'm not mistaken it zabbix rotates the current log file every 5 minutes
(to .old, and discards the previous .old).
looking at the source it does something like:
common.h:
#define MAX_LOG_FILE_LEN (1024*1024)
log.c:
if(buf.st_size MAX_LOG_FILE_LEN)
{
strscpy(filename_old,log_filename);
strncat(filename_old,.old,MAX_STRING_LEN);
if(rename(log_filename,filename_old) != 0)
{
/* exit(1);*/
}
}
so it actually rotates by size, looking at my zabbix-server's log proves
this:
-rw-r--r-- 1 zabbix zabbix 150K 2006-07-20 14:49 zabbix_server.log
-rw-r--r-- 1 zabbix zabbix 1,1M 2006-07-20 04:16 zabbix_server.log.old
So all logrotate can do is rotate
logs which will be 5 minutes old at best (regardless if you rotate .old or
the real zabbix-server.log), at the present setting of daily log rotation you
will have a 5 minute snip of that whole day's logs (not too useful). The
ideal solution would be to turn off zabbix-server's internal log rotation but
I have not found an option to do that in the .conf :(
well, im not sure. I think im going to report this feature request
upstream. Even tho its quite unlikely your zabbix-server.log grows more
than 1024*1024 per day, it may result in logging-data getting lost (if
.old is overwritten more than once per day). But it still makes sense to
have a logrotate there, though.
bye,
- michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374826: Patch to solve the problem
Dear Rogerio Reis: After some trying -- and reading the SWIG documentation -- I found a solution to the problem I reported. You can find the patch enclosed in this e-mail. With kind regards -- JHK python2.3-libplot-1.0.2.patch Description: Binary data
