Bug#595849: This is a the same as bug #504868
This is the same bug as bug #504868. It affects squeeze/testing, but
not, for most architectures, sid/unstable.
Squeeze is using ddd version 1:3.3.11-1
Sid is using ddd version 1:3.3.12-1 (for most major architectures, a
few architectures are using the older package)
Again - I do not believe this is broken in sid/unstable. I just got
it from apt-get source as 3.3.12-1, and it says the same on the ddd
package page - sid/unstable gets the working 3.3.12-1. The tag
marking this as FTBFS in sid/unstable is no longer correct.
This is broken in 1:3.3.11-1 though. It is FTBFS.
Leaving out changes in the comments for licensing (the year updated
etc.), the relevant diff should be -
$ diff -u ddd-3.3.11/ddd/strclass.C ddd-3.3.12/ddd/strclass.C
--- ddd-3.3.11/ddd/strclass.C 2004-06-07 07:52:56.0 -0400
+++ ddd-3.3.12/ddd/strclass.C 2010-09-10 01:54:13.0 -0400
@@ -40,6 +40,7 @@
#include limits.h
#include new
#include stdlib.h
+#include stdio.h
void string::error(const char* msg) const
{
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596106: Netinst Bug
Quoting joan (calb...@pangea.org): About documentation: - maybe a comment system could be nice, like Drupal. - maybe an easy way to submit changes (even an issue system, to suggest them) could be nice Maybeand as things don't happen by themselves and we have nobody paid for doing work, we're back to the start Remember also that we're talking about a complex system of bricks that allows installing a full operating system that's available for many architecturesnot an end-user app with user-contributed modules. There is code in D-I, so contributing to enhance it requires some effort to understand itwe however have many examples of completely non wizards who are doing some good contributions to D-I. Again, things don't happen by themselves. We're aware of our weaknesses. We're even aware that we can't fix most of them with a magic wand. Parts of the magic wand is in our users' hands. I like translate to Catalan out of date documentation, but I think the way is not an easy one. I like to start a Catalan debian-wiki edition, but I'm waiting for a reply of the wiki managers for more than a month!! Belief me, I'd like to help more debian, but usually there is not an easy way :-( Joining the debian-l10n-catalan mailing list might be a start. We have longstanding contributors there. They know about how things work, they can explain. I remember of someone who started more or less like this in Debian, by being a user, then starting to contribute in localization in his own language, then by working on original documentation...and ending up in managing the releases of the installer... Still, the documentation about installing Debian is probably not perfect, but far from non existing (thanks, particularly, to the work of the amovementioned person). signature.asc Description: Digital signature
Bug#596295: reportbug: fails with 'ascii' codec can't decode byte 0xc3 in position 32: ordinal not in range(128)
Package: reportbug Version: 4.12.6 Severity: important On a freshly installed squeeze system, trying to reportbug courier-imap-ssl I get this after having scanned all the bugs: (138-177/177) Is the bug you found listed above [y|N|b|m|r|q|s|f|?]? n Maintainer for courier-imap-ssl is 'Stefan Hornburg (Racke) ra...@linuxia.de'. Looking up dependencies of courier-imap-ssl... Getting changed configuration files... Traceback (most recent call last): File /usr/bin/reportbug, line 2098, in module main() File /usr/bin/reportbug, line 1045, in main return iface.user_interface() File /usr/bin/reportbug, line 1733, in user_interface conftext = conftext + u'%s %s\n' % (f, confinfo[f]) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 32: ordinal not in range(128) I have no idea why this happens... but it makes reportbug rather less useful. rhert...@epice:~$ /usr/share/bug/reportbug/script 31 ** Environment settings: EMAIL=hert...@debian.org That's all (and no .reportbugrc). Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596283: [Pkg-shadow-devel] Bug#596283: script /etc/cron.daily/passwd does not work
Quoting Mario Barchetti (bhaal...@gmail.com): Package: passwd Version: 1:4.1.4.2+svn3283-1 Severity: normal Hi, I've upgraded the passwd package to Sid today and I've received this mail from anacron: /etc/cron.daily/passwd: cp: cannot stat `group': No such file or directory cp: cannot stat `gshadow': No such file or directory run-parts: /etc/cron.daily/passwd exited with return code 1 I think someone has forgot the path of the source in the 8th row of the script. It seems to work replacing cp -p $FILE ... with cp -p /etc/$FILE ... Yes, Mehdi Abaakouk reported this.in bug #554170 that was supposed to be fixed by this change. But, thanks Mario for reporting as a separate bug report as it seems we didn't pay enough attention to Mehdi's comment. Nicolas, I think that this can be considered a regression and thus worth being fixed for squeeze (anyway, the fix is trivial). Two options: - let -1 enter testing first (is the freeze exception in place?) - upload -2 and ask to update the freeze exception signature.asc Description: Digital signature
Bug#596013: [xml/sgml-pkgs] Bug#596013: Bug#596013: Bug#596013: libxml2: claims to be out of memory when validating SVG with XSD
On Thu, Sep 09, 2010 at 10:21:27PM +, brian m. carlson wrote:
On Thu, Sep 09, 2010 at 12:21:42PM +0200, Mike Hommey wrote:
On Wed, Sep 08, 2010 at 06:48:18PM +0200, Mike Hommey wrote:
I could reproduce with xmllint SVG.xsd. It turns out it doesn't like the
xmlns:xml CDATA #FIXED http://www.w3.org/XML/1998/namespace;
declaration, and the error message is actually wrong.
Can you try the attached patch, from upstream?
Yes, that fixes the problem. I do run into another parsing error with
that schema, but I suppose that's another bug (unless you think it's
related):
lakeview ok % xmllint --schema
http://www.w3.org/TR/2002/WD-SVG11-20020108/SVG.xsd ~/image/logo/logo.svg
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:20: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:21: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:22: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:23: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:45: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
http://www.w3.org/TR/2002/WD-SVG11-20020108/xlink.xsd:46: element
attribute: Schemas parser error : Element
'{http://www.w3.org/2001/XMLSchema}attribute': The attribute 'use' is not
allowed.
WXS schema http://www.w3.org/TR/2002/WD-SVG11-20020108/SVG.xsd failed to
compile
Yeah, that would be a different bug either in libxml2 or in the schema,
but somehow, I think it's in libxml2.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584073: RFP: sogo -- a modern and scalable groupware
On 9/09/2010 9:12 PM, Yavor Doganov wrote: On Tue, Jun 01, 2010 at 09:56:33AM +0800, James Andrewartha wrote: * Package name: sogo * URL : http://sogo.nu/ * License : GPLv2 or later Programming Lang: Objective C Description : a modern and scalable groupware This cannot be packaged as it is, because sogod (and probably other GPL'ed components) links against libNGStreams, which links against libssl. Either an OpenSSL exception clause is needed or NGStreams should be ported to GnuTLS. Plus, the required dependency (SOPE) is, at first glance, some kind of sophisticated reimplementation of GDL2 (gnustep-dl2 source package in Debian). At least the EOControl library will clash with the one we provide. BTW, are you really using this beast or just filing the RFP cause it's nice to have it in Debian? I am using it, from upstream's repository. Since they provide packages already, I'm not too fussed about it being in Debian proper, although it'd be less likely to have random dependency breakages if it were. So you can close this bug if you want, but I would appreciate you contacting upstream about what's stopping it being in Debian. -- James Andrewartha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596026: munin-node: Patch to make slapd_ autoconf work, support anonymous bind, and env.server variable
forwarded 596026 http://munin-monitoring.org/ticket/963 tags 596026 upstream quit Hi Gerald, Thanks for the bug report and the patch! As this is not a munin debian package issue, I've forwarded this bug upstream. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596286: apt.conf examples should include caching/proxy setup
On Mi, 2010-09-08 at 11:52 -0700, Clint Byrum wrote: Package: apt Version: 0.8.3 Severity: wishlist Forwarding this Ubuntu wishlist bug report: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/134201 From Lars Noodén: Many sites have an HTTP+FTP proxy/cache already set up and running. If I understand correctly would be possible to use Apt.conf to run requests to Ubuntu's repositories through the proxy/cache. I would like the examples document for apt.conf to include a sample configuration for squid or some other common proxy/cache. (Note, this should not be apt-cacher, though it might be useful to mention apt-cacher in *addition* to a regular proxy cache. However, since few sites have apt-cacher in place, using an example of a regular proxy/cache is needed.) When setting up, updating, patching or upgrading a large site, speed would be increased several orders of magnitude by having a local cache. This would also be good for the Internet as it would reduce unnecessary congestion. I have confirmed that the examples in apt for 0.8.3 still do not contain any examples for proxy setup. It is documented in apt.conf(5) and examples are in /usr/share/doc/apt/examples/configure-index.gz - what more do you want? -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548826: 0.8.7 released
Hi, meanwhile, lirc 0.8.7 was released. Regards, Tino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596296: apt-build: assumes sources.list is used and fails when all package sources are stored in sources.list.d
Package: apt-build Version: 0.12.37 Severity: normal al...@nyx:~$ ls /etc/apt/ apt-build.conf old-sourcessources.list.d trusted.gpg.d apt.conf.d preferencestrustdb.gpg apt-file.conf preferences.d trusted.gpg listbugssecring.gpgtrusted.gpg~ During config: add line to sources.list? yes Setting up apt-build (0.12.37) ... dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. grep: /etc/apt/sources.list: No such file or directory al...@nyx:~$ sudo apt-build update Ignoring file 'apt-build' in directory '/etc/apt/sources.list.d/' as it has no filename extension Opening /etc/apt/sources.list - ifstream::ifstream (2: No such file or directory) You must put some 'source' URIs in your sources.list Notice how it also creates an out-of-place file in sources.list.d/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-build depends on: ii apt 0.8.0 Advanced front-end for dpkg ii apt-utils 0.8.0 APT utility programs ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii devscripts2.10.66scripts to make the life of a Debi ii dpkg-dev 1.15.8.4 Debian package development tools ii g++ 4:4.4.4-2 The GNU C++ compiler ii gcc 4:4.4.4-2 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.24+b1 Perl interface to libapt-pkg ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii perl 5.10.1-14 Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment apt-build suggests no packages. -- Configuration Files: /etc/apt/sources.list.d/apt-build [Errno 2] No such file or directory: u'/etc/apt/sources.list.d/apt-build' -- debconf information: apt-build/arch_alpha: ev4 apt-build/arch_arm: armv2 * apt-build/olevel: Medium apt-build/build_dir: /var/cache/apt-build/build apt-build/arch_sparc: sparc apt-build/arch_amd: k6 apt-build/options: * apt-build/arch_intel: pentium apt-build/make_options: apt-build/repository_dir: /var/cache/apt-build/repository apt-build/arch_amd64: x86-64 * apt-build/add_to_sourceslist: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580980: xserver-xorg-video-radeon: pink tinted translucent windows on Mobility 7500 M7 LW [rv200]
Does Option RenderAccel off in xorg.conf work around this bug ? Actually, by setting it to off the translucency isn't pink anymore (with OpenGL backend) but it doesn't look like with Xrender either. NB : 1px white line is displayed both in console X in xorg.conf I added these lines Section Device Option RenderAcceloff Identifier Card0 Driver radeon VendorName ATI Technologies Inc BoardName Radeon Mobility M7 LW [Radeon Mobility 7500] BusID PCI:1:0:0 EndSection In Xorg.0.log I can see (**) RADEON(0): Option RenderAccel off -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596297: linux-image-2.6.32-5-686: unrar crashed with kernel error message
Package: linux-2.6 Version: 2.6.32-21 Severity: important Tags: squeeze As I told the kernel gave me a error message during unpacking an archive. The unrar process did not die and i could not even kill it with -9. Afterwards thunar hung up as i tried to rename a file, console and other stuff still worked. So i did a init 6 but after xorg stopped the shutdown did not continue. I could switch through the tty's but login or typing any characters was impossible. Also there were no additional kernel messages. The message after unrar crashed was: [53695.157558] BUG: unable to handle kernel NULL pointer dereference at 0800 [53695.157567] IP: [c10cd8e7] unmap_underlying_metadata+0x1f/0x3a [53695.157579] *pde = [53695.157583] Oops: 0002 [#1] SMP [53695.157588] last sysfs file: /sys/devices/pci:00/:00:1f.2/host3/target3:0:0/3:0:0:0/block/sdc/uevent [53695.157593] Modules linked in: ppdev lp fuse nls_utf8 cifs firewire_sbp2 loop snd_emu10k1_synth isl6421 snd_emux_synth cx24123 snd_seq_virmidi cx88_dvb snd_seq_midi_emul cx88_vp3054_i2c videobuf_dvb snd_emu10k1 dvb_core snd_ac97_codec ac97_bus snd_util_mem cx88_alsa snd_hwdep snd_pcm_oss snd_seq_midi snd_mixer_oss snd_rawmidi snd_pcm snd_seq_midi_event cx8802 cx8800 snd_page_alloc snd_seq cx88xx snd_timer snd_seq_device v4l2_common st ir_common videodev snd osst emu10k1_gp v4l1_compat soundcore i2c_algo_bit i2c_i801 nvidia(P) tveeprom videobuf_dma_sg gameport i2c_core videobuf_core btcx_risc evdev parport_pc rng_core parport button pcspkr shpchp processor pci_hotplug psmouse serio_raw ext3 jbd mbcache usbhid hid sg sr_mod cdrom sd_mod crc_t10dif ata_generic uhci_hcd firewire_ohci aic7xxx ata_piix thermal ehci_hcd skge firewire_core crc_itu_t scsi_transport_spi floppy libata thermal_sys scsi_mod usbcore nls_base [last unloaded: scsi_wait_scan] [53695.157684] [53695.157689] Pid: 5036, comm: unrar Tainted: P (2.6.32-5-686 #1) To Be Filled By O.E.M. [53695.157694] EIP: 0060:[c10cd8e7] EFLAGS: 00010206 CPU: 0 [53695.157699] EIP is at unmap_underlying_metadata+0x1f/0x3a [53695.157703] EAX: 0800 EBX: 0800 ECX: 0006 EDX: f6822b28 [53695.157707] ESI: EDI: f6822a00 EBP: ESP: f531fd1c [53695.157711] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [53695.157716] Process unrar (pid: 5036, ti=f531e000 task=f52b9100 task.ti=f531e000) [53695.157719] Stack: [53695.157721] f531fd50 c1a4b7c0 c10ce286 0246 f59c009c 1000 [53695.157731] 0 00040586 1000 f46bec40 f643f614 f643f63c f46bec40 [53695.157740] 0 c1a4b7c0 f59c014c f59c009c c10ce50d 1000 f805fe2b f59c009c [53695.157751] Call Trace: [53695.157757] [c10ce286] ? __block_prepare_write+0x163/0x297 [53695.157764] [c10ce50d] ? block_write_begin+0x70/0xc6 [53695.157778] [f805fe2b] ? ext3_get_block+0x0/0xd1 [ext3] [53695.157790] [f80610f3] ? ext3_write_begin+0xe6/0x1d2 [ext3] [53695.157802] [f805fe2b] ? ext3_get_block+0x0/0xd1 [ext3] [53695.157810] [c1087ab7] ? generic_file_buffered_write+0xd0/0x21d [53695.157819] [c1088001] ? __generic_file_aio_write+0x265/0x28d [53695.157826] [c102cdb6] ? try_to_wake_up+0x25d/0x269 [53695.157833] [c10beac7] ? pollwake+0x5c/0x65 [53695.157838] [c108807a] ? generic_file_aio_write+0x51/0x93 [53695.157847] [c10b2652] ? do_sync_write+0xc0/0x107 [53695.157854] [c10437ee] ? autoremove_wake_function+0x0/0x2d [53695.157860] [c10b239e] ? fsnotify_modify+0x5a/0x61 [53695.157867] [c1101994] ? security_file_permission+0xc/0xd [53695.157872] [c10b2592] ? do_sync_write+0x0/0x107 [53695.157876] [c10b2f7e] ? vfs_write+0x7e/0xd6 [53695.157882] [c10b306e] ? sys_write+0x3c/0x63 [53695.157888] [c10030fb] ? sysenter_do_call+0x12/0x28 [53695.157891] Code: 75 08 89 d8 5b e9 cc ff ff ff 5b c3 57 89 c7 56 89 ce 53 89 d3 e8 5c df 19 00 89 da 89 f1 89 f8 e8 54 f1 ff ff 85 c0 89 c3 74 17 3e 80 20 fd e8 ba ff ff ff 3e 80 23 f7 89 d8 5b 5e 5f e9 ef f3 [53695.157939] EIP: [c10cd8e7] unmap_underlying_metadata+0x1f/0x3a SS:ESP 0068:f531fd1c [53695.157946] CR2: 0800 [53695.157950] ---[ end trace 32f03432c42719f5 ]--- -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 14:28:12 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=7978331f-a546-423d-9abd-ede8500c8777 ro quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [ 16.599187] PM: Resume from partition 8:17 [ 16.599190] PM: Checking hibernation image. [ 16.608702] PM: Error -22 checking image file [ 16.608705] PM: Resume from disk failed. [ 16.634279] EXT3-fs: INFO: recovery required on readonly filesystem. [ 16.634284] EXT3-fs: write access will be enabled during recovery. [ 17.370950] scsi 4:0:3:0: Sequential-Access HP Ultrium 1-SCSI E32D PQ: 0 ANSI: 3 [ 17.370966] scsi target4:0:3: Beginning Domain Validation [ 17.441503] scsi target4:0:3:
Bug#594541: [pkg-kolab] Bug#594541: php-kolab-filter: shared folder mail stopped working with php5.3.2 and
severity 594541 grave
thanks
Raising severity, as kolabmailboxfilter is half of php-kolab-filter package.
On Fri, Sep 10, 2010 at 12:44 AM, Mathieu Parent math.par...@gmail.com wrote:
...
As a first step can you add the following to the top of the
/usr/bin/kolabmailboxfilter script:
ini_set(display_errors, 0);
(of course, after the ?php, but you know that). The default value in
Debian is Off so postfix should not see those warnings.
My previous fix is false because the printed message comes from an
error handler.
Attached patch is a better one that:
* remove all mentioned Assigning the return value of new by
reference is deprecated
* Ignore any E_DEPRECATED error within Kolab_Freebusy
Can you please test?
In the meantime, as I have teted myself, I will upload the fix and ask
freeze-exception.
Mathieu Parent
diff -ur usr/share/php/Horde//Kolab/Filter/Incoming.php /usr/share/php/Horde//Kolab/Filter/Incoming.php
--- usr/share/php/Horde//Kolab/Filter/Incoming.php 2010-07-05 22:35:21.0 +
+++ /usr/share/php/Horde//Kolab/Filter/Incoming.php 2010-09-10 06:38:52.0 +
@@ -143,7 +143,7 @@
$this-_fqhostname, $this-_sender,
$resource, $this-_tmpfile), __FILE__, __LINE__,
PEAR_LOG_DEBUG);
-$r = new Kolab_Resource();
+$r = new Kolab_Resource();
$rc = $r-handleMessage($this-_fqhostname, $this-_sender,
$resource, $this-_tmpfile);
$r-cleanup();
diff -ur usr/share/php/Horde//Kolab/Filter/Response.php /usr/share/php/Horde//Kolab/Filter/Response.php
--- usr/share/php/Horde//Kolab/Filter/Response.php 2010-07-05 22:35:21.0 +
+++ /usr/share/php/Horde//Kolab/Filter/Response.php 2010-09-10 07:08:55.0 +
@@ -103,10 +103,10 @@
*/
function _fatal($errno, $errmsg, $filename, $linenum, $vars)
{
-/* Ignore strict errors for now since even PEAR will raise
- * strict notices
+/* Ignore strict and deprecated errors for now since even
+ * PEAR will raise strict and deprecated notices
*/
-if ($errno == E_STRICT) {
+if (($errno == E_STRICT) || ($errno == E_DEPRECATED)) {
return false;
}
@@ -124,7 +124,7 @@
$msg = 'PHP Error: ' . $errmsg;
}
-$error = new PEAR_Error($msg, $code);
+$error = new PEAR_Error($msg, $code);
$this-handle($error);
return false;
diff -ur usr/share/php/Horde//Kolab/Filter/Transport.php /usr/share/php/Horde//Kolab/Filter/Transport.php
--- usr/share/php/Horde//Kolab/Filter/Transport.php 2010-07-05 22:35:21.0 +
+++ /usr/share/php/Horde//Kolab/Filter/Transport.php 2010-09-10 06:39:32.0 +
@@ -75,7 +75,7 @@
include dirname(__FILE__) . '/Transport/' . $driver . '.php';
}
if (class_exists($class)) {
-$transport = new $class($params);
+$transport = new $class($params);
return $transport;
}
return PEAR::raiseError(sprintf('No such class \%s\', $class),
--- usr/bin/kolabmailboxfilter 2010-09-10 06:27:49.0 +
+++ /usr/bin/kolabmailboxfilter 2010-09-10 06:38:40.0 +
@@ -19,8 +19,8 @@
require_once 'Horde/Kolab/Filter/Response.php';
/* Parse the mail */
-$parser = new Horde_Kolab_Filter_Incoming();
-$response = new Horde_Kolab_Filter_Response();
+$parser = new Horde_Kolab_Filter_Incoming();
+$response = new Horde_Kolab_Filter_Response();
$result = $parser-parse();
if (is_a($result, 'PEAR_Error')) {
Bug#554169: Option AddARGBGLXVisuals in xorg.conf with nvidia driver causes improper function of OpenGL apps
On Tuesday, 31. August 2010 21:16:39 Andreas Beckmann wrote: On 2010-08-31 18:53, Juan Carlos Amengual Argudo wrote: confirmed. The problem is related to Option AddARGBGLXVisuals. I have deleted this option from xorg.conf and everything works fine, but no more 3D visual effects in kwin! :-( (composition temporarily suspended). Sorry, I use the nvidia driver binary provided by nvidia. In debian testing there are no packages for legacy drivers in 96-branch (the one I need for my old GPU). Working on it. Once the current version is polished, we'll update the legacy packages. New Debian packages of 96.43.18 are available in unstable. If you want to switch, first use the Nvidia uninstaller to remove the driver installation made with the Nvidia installer. Anyway, I have just downloaded and compiled 96.43.18 from nvidia.com and problems remain with option AddARGBGLXVisuals (I have just tested). The bug itself seems to be in the proprietary driver, so we can't to anything about it. You may want to report this problem to upstream following Nvidia's bug reporting instructions: http://www.nvnews.net/vbulletin/showthread.php?t=46678 As you'll have to run their nvidia-bug-report.sh script, we can't forward the issue to upstream for you. In case you submit a bug report upstream, please leave a note (and an URL) here, so we can mark this report as forwarded to upstream. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596298: Please add DEB_HOST_ABI / DEB_BUILD_ABI
Package: dpkg-dev Version: 1.15.8.4 Severity: wishlist File: /usr/bin/dpkg-architecture Hi, recent discussions about multiarch, cross-compiling and the increasing number of ABIs used in ports have raised the issue that the GNU tripplet is not sufficiently unique to distinguish between different ABIs. This makes it problematic to use /usr/lib/$(DEB_HOST_GNU_TYPE)/ as libdir when compiling for multiarch or /usr/lib/pkg/$(DEB_HOST_GNU_TYPE)/ when building a cross-compiling tool. So something new is needed that is truely unique for each ABI. What that eventually is doesn't matter as long as it is unique. On the other hand the ABI we compile for is verry specific to each port and should be defined in exactly one place so there can be no conflicting values. It should be provided by dpkg-architecture. My wish is to add DEB_HOST_ABI / DEB_BUILD_ABI to the dpkg-architecture output and for now set it equal to DEB_HOST_GNU_TYPE / DEB_BUILD_GNU_TYPE. This is sufficient for the official release architectures (and is what our toolchain and ld.so uses and unlikely to change) while it fails some of the extra ports (which then can provide a more unique value). It would be best to include this in squeeze so that sources using it post squeeze don't need a versioned Build-Depends on dpkg-dev, which simplifies backporting any such sources as well. MfG Goswin PS: This is analog to the recently added DEB_*_ARCH_BITS that can be used for the biarch libdir [/usr]/lib/$(DEB_HOST_ARCH_BITS)/. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.7Debian base system miscellaneous f ii binutils 2.20.1-10 The GNU assembler, linker and bina ii bzip2 1.0.5-4high-quality block-sorting file co ii libdpkg-perl 1.15.8.4 Dpkg perl modules ii make 3.81-8 An utility for Directing compilati ii patch 2.6-2 Apply a diff file to an original ii xz-utils 4.999.9beta+20100527-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.4.4-2 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.4-5The GNU C compiler ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-4 GNU privacy guard - signature veri pn libalgorithm-merge-perl none (no description available) Versions of packages dpkg-dev suggests: ii debian-keyring2010.06.08 GnuPG (and obsolete PGP) keys of D -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596300: unblock: libunistring/0.9.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package libunistring 0.9.3-3. This version, relative to 0.9.3-1, the version in unstable until recently, fixes an FTBFS (Bug #596243) and a typo in the package description (Bug #596243). Unfortunatly, libunistring 0.9.3-1 has not propagated to testing yet, due to #519006, which caused the package to fail to build on mips*. Looking at the upstream changes from 0.9.1 to 0.9.3, one can see that, although the diff is huge, most of it consists of a buildsystem (including gnulib) update and a large amount of indenting and copyright header changes. This agrees with the upstream NEWS and ChangeLog entries. Relevant debian/changelog entries: libunistring (0.9.3-3) unstable; urgency=low * Fix description typo (closes: #596243, thanks to Paul Menzel). -- Andreas Rottmann ro...@debian.org Thu, 09 Sep 2010 20:22:45 +0200 libunistring (0.9.3-2) unstable; urgency=low * Work around toolchain issue on mipsen by building with -mplt there (closes: #595875, thanks to Julien BLACHE). -- Andreas Rottmann ro...@debian.org Wed, 08 Sep 2010 21:45:46 +0200 libunistring (0.9.3-1) unstable; urgency=low * New upstream release. * Switched to dpkg-source 3.0 (quilt) format. * Standards-Version 3.8.4 (no changes). -- Andreas Rottmann ro...@debian.org Thu, 27 May 2010 19:37:41 +0200 Upstream NEWS: New in 0.9.3: * Bug fixes in unistr.h functions: - The functions u16_to_u32, u16_to_u8, u8_to_u32, u8_to_u16 now fail when the argument is not valid. Previously, they returned a converted string where invalid parts were each replaced with U+FFFD. - The function u8_mbsnlen now counts an incomplete character at the end of the argument string as 1 character. Previously, it could count as 2 or 3 characters. - The return value of the u8_stpncpy, u16_stpncpy, u32_stpncpy functions was incorrect. - The u8_strcoll, u16_strcoll, u32_strcoll now try harder to give a non-zero return value. * Portability to MacOS X 10.6 and Cygwin 1.7. New in 0.9.2: * The function uc_locale_language now uses the locale of the current thread, if a thread-specific locale has been set. unblock libunistring/0.9.3-3 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596301: ITP: bluez-tools -- A new command line tools for bluez
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu iwama...@debian.org * Package name: bluez-tools Version : v0.1.20-8459 Upstream Author : Alexander Orlenko zxt...@gmail.com * URL : http://code.google.com/p/bluez-tools/ * License : GPLv2 Programming Lang: C Description : A new command line tools for bluez bluez-tools provides comamnd line tools to functions of bluetooh. They are bluetooth adapter control, bluetooth agent, sound, input, network and other. Current bluez provides these functions by sample program. This tool supports bluez from a command line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596302: O: pdnsd
Package: wnpp Severity: normal Hi, I'm not using pdnsd anymore, but unbound, on my local machines, hence have lost interest in maintaining it for Debian. The current state of the packaging can be found on git://git.madism.org/packages/pdnsd.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594179: dpkg armhf patch acceptance status?
Steve Langasek vor...@debian.org writes: On Wed, Sep 08, 2010 at 11:40:13AM +0200, Guillem Jover wrote: This also causes issue with not being able to have installed two cross-toolchains for say armel and armhf as they share triplet, although you can use the armel toolchain with few options to build for armhf, but then you'd need to specify those as part of the CC variable. Also that also happens with biarch, you can produce i386 binaries from an x86_64 toolchain, yet they both have their own triplet. I'm just wondering if this is also the case for mips triarch, or do those have each their own triplet, and is only arm that has this issue? mips have distinct triplets for each of their archs, yes. Anyway, ideally I'd rather see this addressed by giving armhf a real triplet, which would also make multiarch life way easier as there'd not be any need to define an artificial set of neutral architecture names to be able to place objects in the file system. I realize this is ideal, but: - there's been very strong upstream pushback on this, asserting that this is the correct triplet to use for both arm calling conventions, so if we require a distinct triplet for armhf (instead of using the vendor field), that's going to block any armhf port for quite a while (possibly indefinitely) - armhf was not the sole motivation for the proposal to define neutral architecture names; x86 was already a problem because of the changing triplets depending on which level of instruction set compatibility is targeted. *Both* of these examples show that GNU triplets are not defined in a way that they map directly to what we need for multiarch, so it's best to explicitly define our mapping externally. So even if you persuaded the upstream toolchain folks to specify a new triplet for armhf after all, I think we should still go ahead with a separate name mapping table for multiarch. Cheers, Note that uclibc also suffers this problems. x86_64-linux-uclibc is in no way unique as different uclibc compile options create different ABIs all with the same tripplet. I filed a wishlist bug against dpkg-architecture to please provide DEB_HOST_ABI / DEB_BUILD_ABI and to start giving that as DEB_HOST_GNU_TYPE / DEB_BUILD_GNU_TYPE initialy. Ports where this is insufficient can then extend the table to give a unique value. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564240: nvidia-graphics-drivers-legacy-96xx: Unable to start X.org -- X.org crashes
On Friday, 8. January 2010 17:01:16 Pascal Giard wrote: Package: nvidia-kernel-legacy-96xx-source Version: 96.43.14-2 The current version of this driver crashes the latest version of X.org. Updated driver packages 96.43.18-1 were just uploaded to unstable. You may want to test them together with current kernel and Xorg and see whether the problem persists. (Don't forget to test without nopat, too.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595722: I think I've found the problem...
Hi, On Fri, Sep 10, 2010 at 08:40:23AM +1000, Peter Chubb wrote: apt/term.log says that the previous package was not selected --- so Hmm. I said aptitude.log/dpkg.log for a reason. But if it said not selected, it actually seemsed not to be installed..ö the library must have been left over from a long time ago. I recall .. in which case I would wonder how this could have been left over. the date was March 2009 or thereabouts. Oh dear. This was 3.0.1 times... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596208: Also closes #572121
Upgrading to the latest release would fix bug#572121. Please consider to upload it to experimental. Cheers. -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596303: unblock: php-kolab-filter/0.1.9-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package php-kolab-filter The upload fixes PHP deprecated warnings that causes kolabmailboxfilter script to fail because of too strict error handling. The upload also ignore any not-already-known E_DEPRECATED warning (Closes: #594541). The upload also include a tiny fix to Use DEB_COMPRESS_EXCLUDE_ALL instead of deprecated DEB_COMPRESS_EXCLUDE during the build of this pear package. unblock php-kolab-filter/0.1.9-2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510178: xserver crashes on exit (with nvidia binary driver)
On Tuesday, 30. December 2008 04:26:23 The Eclectic One wrote: When logging off, the server crashes and a kdm restart is necessary to get back the kdm screen. The options specific to the nvidia driver present in the xorg.conf file used to work in Etch and Sarge. The nvidia driver used is the nvidia-glx-legacy-96xx package. Under Etch and Sarge I used the nvidia provided run file (9631) that generated correctly the drivers that interfaced with the binary code. This approach no longer works with the current lenny kernel. New legacy driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current kernel and Xorg and see whether the problem persists. If you had previously installed the driver using the .run file, please first use the nvidia uninstaller to remove the old installation before installing the Debian packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521196: Fwd: patch to handle https in debootstrap
Hi all,
here it goes a patch to do just that by Jonhathan Klee.
Thanks Jonathan to address the lack of https support in debootstrap.
Original Message
Subject: patch to handle https in debootstrap
Resent-Date: Thu, 9 Sep 2010 09:09:08 + (UTC)
Resent-From: debian-b...@lists.debian.org
Date: Thu, 9 Sep 2010 10:42:14 +0200
From: Jonathan Klee jonathan.k...@openwide.fr
To: debian-b...@lists.debian.org
Hi,
here is a patch to handle https in debootstrap. This is my first patch
so please be indulgent :)
Cheers,
Jonathan
From 58f41212e6adc6a9a45a4a4c36578199e2af61d1 Mon Sep 17 00:00:00 2001
From: Jonathan Klee jonathan.k...@openwide.fr
Date: Wed, 8 Sep 2010 14:19:26 +0200
Subject: [PATCH] Changes to handle htttps
---
debootstrap | 29 +
debootstrap.8 |9 +
functions | 17 -
3 files changed, 54 insertions(+), 1 deletions(-)
diff --git a/debootstrap b/debootstrap
index 171a5ef..194cfed 100755
--- a/debootstrap
+++ b/debootstrap
@@ -94,6 +94,9 @@ usage()
(supported: $EXTRACTORS_SUPPORTED)
--boot-floppiesused for internal purposes by boot-floppies
--debian-installer used for internal purposes by debian-installer
+ --private-key=file read the private key from file
+ --certificate=file use the client certificate stored in file (PEM)
+ --no-check-certificate do not check certificate against certificate authorities
EOF
}
@@ -301,6 +304,32 @@ if [ $# != 0 ] ; then
error 1 NEEDARG option requires an argument %s $1
fi
;;
+ --certificate|--certificate=?*)
+ if [ $1 = --certificate -a -n $2 ]; then
+ CERTIFICATE=--certificate=$2
+ shift 2
+ elif [ $1 != ${1#--certificate=} ]; then
+ CERTIFICATE=--certificate=${1#--certificate=}
+ shift 1
+ else
+ error 1 NEEDARG option requires an argument %s $1
+ fi
+ ;;
+ --private-key|--private-key=?*)
+ if [ $1 = --private-key -a -n $2 ]; then
+ PRIVATEKEY=$2
+ shift 2
+ elif [ $1 != ${1#--private-key=} ]; then
+ PRIVATEKEY=--private--key=${1#--private-key=}
+ shift 1
+ else
+ error 1 NEEDARG option requires an argument %s $1
+ fi
+ ;;
+ --no-check-certificate)
+ CHECKCERTIF=--no-check-certificate
+ shift
+ ;;
--*)
error 1 BADARG unrecognized or invalid option %s $1
;;
diff --git a/debootstrap.8 b/debootstrap.8
index ec13649..d32d19b 100644
--- a/debootstrap.8
+++ b/debootstrap.8
@@ -137,6 +137,15 @@ Override automatic .deb extractor selection to
.IR TYPE .
Supported extractors are: dpkg-deb and ar.
.IP
+.IP \fB\-\-no\-check\-certificate\fP
+Do not check certificate against certificate authorities
+.IP
+.IP \fB\-\-certificate=FILE\fP
+Use the client certificate stored in file (PEM)
+.IP
+.IP \fB\-\-private\-key=FILE\fP
+Read the private key from file
+
.SH EXAMPLES
.
.PP
diff --git a/functions b/functions
index 14f86ff..07b56d2 100644
--- a/functions
+++ b/functions
@@ -70,7 +70,7 @@ wgetprogress () {
wget $@ 21 /dev/null | $PKGDETAILS WGET% $PROGRESS_NOW $PROGRESS_NEXT $PROGRESS_END $PROGRESS_WHAT 3
ret=$?
else
- wget $QSWITCH $@
+ wget $QSWITCH $@
ret=$?
fi
return $ret
@@ -342,6 +342,21 @@ just_get () {
rm -f $dest
return 1
fi
+ elif [ ${from#https://}; != $from ] ; then
+ # http/ftp mirror
+ if wgetprogress $CHECKCERTIF $CERTIFICATE $PRIVATEKEY -O $dest $from; then
+ return 0
+ elif [ -s $dest ]; then
+ local iters=0
+ while [ $iters -lt 3 ]; do
+warning RETRYING Retrying failed download of %s $from
+if wgetprogress $CHECKCERTIF $CERTIFICATE $PRIVATEKEY -c -O $dest $from; then break; fi
+iters=$(($iters + 1))
+ done
+ else
+ rm -f $dest
+ return 1
+ fi
elif [ ${from#file:} != $from ]; then
local base=${from#file:}
if [ ${base#//} != $base ]; then
--
1.6.3.3
Bug#584073: RFP: sogo -- a modern and scalable groupware
On 10/09/2010 3:26 PM, Yavor Doganov wrote: В 14:33 +0800 на 10.09.2010 (пт), James Andrewartha написа: BTW, are you really using this beast or just filing the RFP cause it's nice to have it in Debian? I am using it, from upstream's repository. So if it is packaged for Debian you'd be a regular user of the official (i.e., Debian) packages, right? Yes, I would. So you can close this bug if you want, but I would appreciate you contacting upstream about what's stopping it being in Debian. No, the bug should not be closed. These issues are more or less trivial to resolve. I was even considering retitling it to ITP, but some things are worrying me, namely: * SOPE and SOGo are huge. I mean, HUGE. It would take me weeks to examine the code and figure out how these things work, at least at the basic level. * I am not a fan of web-based mail and calendars, and I don't plan using such services. If I package this, I'll run a test instance on some of my machines, but since it would be solely for testing purposes, I'm afraid I won't be able to discover all issues, or even manage to reproduce reported bugs. Proper maintenance involves regular real-life usage... * I am not a user of Icedove/Iceowl, and I don't plan becoming one. As I see from upstream's site, these clients connect with SOGo via special extensions, which need to be packaged, too. I don't have the right skills for that. SOGo should be able to be used by any compliant CalDAV client. I believe the extensions are mainly to provide GroupDAV addressbook support and automatic configuration, and are not essential - I don't use them. * The code has a high potential for security bugs, and a significantly higher maintenance burden because of that. So... I think I'll attempt to package this, and see if it would be worth taking the risk. (This will happen after the Squeeze release in any case.) Meanwhile, if someone else is willing to bite the bullet, go ahead. Thanks for giving it some thought. -- James Andrewartha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584073: RFP: sogo -- a modern and scalable groupware
В 14:33 +0800 на 10.09.2010 (пт), James Andrewartha написа: BTW, are you really using this beast or just filing the RFP cause it's nice to have it in Debian? I am using it, from upstream's repository. So if it is packaged for Debian you'd be a regular user of the official (i.e., Debian) packages, right? So you can close this bug if you want, but I would appreciate you contacting upstream about what's stopping it being in Debian. No, the bug should not be closed. These issues are more or less trivial to resolve. I was even considering retitling it to ITP, but some things are worrying me, namely: * SOPE and SOGo are huge. I mean, HUGE. It would take me weeks to examine the code and figure out how these things work, at least at the basic level. * I am not a fan of web-based mail and calendars, and I don't plan using such services. If I package this, I'll run a test instance on some of my machines, but since it would be solely for testing purposes, I'm afraid I won't be able to discover all issues, or even manage to reproduce reported bugs. Proper maintenance involves regular real-life usage... * I am not a user of Icedove/Iceowl, and I don't plan becoming one. As I see from upstream's site, these clients connect with SOGo via special extensions, which need to be packaged, too. I don't have the right skills for that. * The code has a high potential for security bugs, and a significantly higher maintenance burden because of that. So... I think I'll attempt to package this, and see if it would be worth taking the risk. (This will happen after the Squeeze release in any case.) Meanwhile, if someone else is willing to bite the bullet, go ahead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596170: arno-iptables-firewall: local ipv6 no longer works
Problem fixed upstream in r297. For patch see: https://rocky.eld.leidenuniv.nl/trac/aif/changeset/297?format=diffnew=297 Unfortunately it's not a oneline fix. Carlos: Can you test this? Michael: Can you apply these changes to our aif version in Sqeeuze? cheers, Arno On 9/9/2010 20:55, Arno van Amersfoort wrote: I'll fix this upstream too, tomorrow. Thanks for testing reporting back. I'll keep you posted. kind regards, Arno Carlos Fonseca wrote: On Thu, 9 Sep 2010, Carlos Fonseca wrote: I have not yet checked whether interfaces declared as internal are affected. I will do, and report again. OK, declaring an interface as internal using debconf seems to work as expected (ipv6 traffic is allowed on that interface). However, reconfiguring the package to declare it external again (and restarting the firewall) has no effect, because the old ipv6 rules are still there... Carlos -- Arno van Amersfoort E-mail: arn...@rocky.eld.leidenuniv.nl Donations are welcome through Paypal! --- Arno's (Linux IPTABLES Firewall) Homepage: http://rocky.eld.leidenuniv.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514412: when user belongs to group video compiz crashes x-server
On Saturday, 7. February 2009 11:45:44 clue wrote: When two users are logged in and one belongs to group video and you switch between the two users to the user belonging to video his X session gets a blank, black sreen. You can move mouse still around, and the pointer changes according to what is underneath it. But if you just click with the mouse X crashes always. If you do not click, you can still switch to the other users or to text console. New legacy nvidia driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current Xorg, compiz and kernel and see, whether the problem still occurs. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520971: nvidia-glx-legacy-96xx: Click and drag misbehavior
On Tuesday, 24. March 2009 02:37:37 The Eclectic One wrote: Package: nvidia-glx-legacy-96xx Version: 96.43.07-2 This problem is repeatable with 2 applications: kbarcode and korganizer. Both applications work in the predictable way on another X server (neomagic driver on a Thinkpad 600E). The problem also manifests itself when attempting to copy text from kterms, one mouse click moving forward/backward in a line invariably selects the whole line. On the nvidia accelerated server left mouse button click and drag has the same effect as a left mouse button double click. Both applications pop up a window in the latter case, and also (incorrectly) when doing a click and drag, making the click and drag operation impossible. This operation should resize fields in both applications. To eliminate the possibility of real spurious events, xev confirms that the correct events (not duplicated) are sent when clicking and dragging on the xev window. If the events are somehow doubled internally, it doesn't show in the xev window. New legacy nvidia driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current kernel, Xorg and KDE and report whether the problem is still reproducible. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561327: xserver-xorg: xorg crash with nvidia driver
On Wednesday, 16. December 2009 10:35:09 Guillaume Bour wrote: since last update, xorg crash when using nvidia driver (works correctly with nv). nvidia driver version is 96.43.14 (nvidia package) compiled with last debian kernel (2.6.31-1-686) On Friday, 18. December 2009 16:59:34 Guillaume Bour wrote: It seems to be the same problem than http://lists.rpmfusion.org/pipermail/rpmfusion-users/2009-January/000217.ht ml or http://bbs.archlinux.org/viewtopic.php?id=70333 Adding nopat option to the kernel boot options do the trick New legacy nvidia driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current kernel (without nopat boot option) and Xorg and see, whether the problem persists. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595711: more specific information
On Wed, 2010-09-08 at 15:52 +0400, George Shuklin wrote: My guess was wrong and this patch do not change situation. Thanks for the extra info. Please could you try the kernel now at http://xenbits.xen.org/people/ianc/2.6.26-25+balloon1/ Compared with +balloon0 I added a patch which I noticed between Debian's 2.6.26 kernel and the SLES11 2.6.27 kernel (and XCP kernel) which looked relevant. Gentoo kernel: http://code.google.com/p/gentoo-xen-kernel/downloads/list Thanks. I'm not familiar enough with Gentoo to know how to turn this tarball of patches into a functioning kernel source tree, it looks like it depends on a base kernel patchset from elsewhere or something. If the above test kernel doesn't fix the issue do you think you could create a tarball of the fully patched gentoo source and put it somewhere I can get it? Thanks, Ian. -- Ian Campbell My EARS are GONE!! signature.asc Description: This is a digitally signed message part
Bug#567400: python-visual doesn't work with nvidia-glx-legacy-96xx, works with other video adapters
On Thursday, 28. January 2010 22:24:47 wzabo...@elektron.elka.pw.edu.pl wrote: Package: nvidia-glx-legacy-96xx Version: 96.43.14-2 When trying to use python-visual bball.py demo on a machine with nvidia adapter requiring the nvidia-glx-legacy-96xx driver, an error is reported (I attach the compressed error log). ... When checking the dependencies of cvisualmodule.so and comparing it to other, working systems, I've found the following differences: $ ldd /usr/lib/python2.5/site-packages/cvisualmodule.so [...] libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0xb58ec000) libnvidia-tls.so.1 = /usr/lib/libnvidia-tls.so.1 (0xb58ea000) [...] ... New legacy nvidia driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current python and python modules and see whether the crash still happens. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592396: [Pkg-mc-devel] Bug#592396: Bug#592396: mc: file rename (F6) with non-usual characters failed
forwarded 592396 http://www.midnight-commander.org/ticket/2327 thanks Hi! I had a gut felling that the backporting makes no sense, now it turns out that I was actually right. The bugfix from #2123 is buggy itself, so a new ticket #2327 is created to fix the bugs in the bugfix. I set this bug to track the new bug. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448618: NumLock/CapsLock/ScrollLock LEDs don't change state while in X
On Tuesday, 30. October 2007 14:13:01 F. Edward Barrett wrote: Package: nvidia-kernel-legacy-96xx-source Version: 96.43.01-2 Custom nvidia-kernel-legacy-96xx package built from this source package exhibits the behavior described in the subject. The LEDs do change state while at a text console. I originally thought this was an issue with my custom kernel, but the same problem has presented itself with another machine on the most recent update to the nvidia-kernel-legacy-71xx-source package as well (I will submit a separate bug report for that package). New nvidia legacy driver packages 96.43.18-1 were just uploaded to unstable. Please test them together with current kernel and Xorg and see whether the LEDs are working now. Updated packages for 71xx are currently waiting in NEW. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596304: logwatch exited with return code 2, cause : Cannot find shared script onlyservicewithversion
Package: logwatch Version: 7.3.6.cvs20080702-2 Severity: important -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages logwatch depends on: ii exim44.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail 4.69-9 lightweight Exim MTA (v4) daemon ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction Versions of packages logwatch recommends: ii libdate-manip-perl5.54-1 a perl library for manipulating da Versions of packages logwatch suggests: pn fortune-mod none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#465977: nvidia-kernel-legacy-96xx-source: driver works in principle, but sometimes (in games) graphiks are invisible
On Friday, 15. February 2008 19:03:52 Alexander Schmehl wrote: Package: nvidia-kernel-legacy-96xx-source Version: 96.43.01-2 ... I have an nVidia Corporation NV18 [GeForce4 MX - nForce GPU] (rev a3) graphics card (shipped with an Nforce2 mainboard) and builded the driver using module-assistant. ... However in most games using 3d I get to see only the background image. E.g. when I start ppracer, I get a blue screen, hear the music, but neither the menu nor the snow flakes are shown. That used to work, but I'm unsure which change made it stop. I think (nut haven't tried so yet), that it stopped working, when the legacy-96xx driver was splitted, since the normal one didn't support my graphics card any longer. Any idea, what I could try to solve the problem / get to know what's going wrong? New nvidia legacy driver packages 96.43.18-1 were just uploaded to unstable. You may want to test them in a setup with current kernel and Xorg and see if this fixes th eproblem. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498430: nvidia-glx-legacy-96xx: logout-end session crashes xserver
On Wednesday, 10. September 2008 01:07:03 Andrew Vaughan wrote: Package: nvidia-glx-legacy-96xx Version: 96.43.07-1 I'm using the nvidia drivers from unstable on an up to date Lenny system. Logout-end session crashes the xserver. Switching to the vesa driver solves the problem, so I'm guessing it's a nvidia driver issue. The end of the Xorg log is (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) NVIDIA(0): Initialized GART. (II) NVIDIA(0): Setting mode 1600x1200 Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c924e] 1: [0xb7f0b400] 2: /usr/lib/xorg/modules/drivers//nvidia_drv.so(_nv001216X+0xe5) [0xb711b701] 3: [0x1] Fatal server error: Caught signal 11. Server aborting Freeing resource id=39 which isn't there. On Tuesday, 25. November 2008 02:50:37 Ashutosh Mahajan wrote: a temporary fix is to use: TerminateServer=true in /etc/kde3/kdm/kdmrc. this restarts xserver after every session and avoids the crash. New legacy nvidia driver packages 96.43.18-1 were just uploaded to unstable. You may want to try them together with a current kernel and Xorg and see, whether the problem still exists (with the workaround disabled). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584073: RFP: sogo -- a modern and scalable groupware
В 15:41 +0800 на 10.09.2010 (пт), James Andrewartha написа: SOGo should be able to be used by any compliant CalDAV client. I believe the extensions are mainly to provide GroupDAV addressbook support and automatic configuration, and are not essential - I don't use them. Good to know; thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594245: gnome-terminal cpu usage
Le jeudi 09 septembre 2010 à 22:56 +0200, Josselin Mouette a écrit :
Le jeudi 09 septembre 2010 à 20:22 +0200, Julien Cristau a écrit :
AFAIK all X.org drivers have been fixed up for REPEAT_* handling. I
can't speak for fglrx and nvidia though.
TTBOMK the nvidia driver in squeeze doesn’t have such a bug.
To summarize a short IRC discussion I just had with Mike: if most
drivers have been fixed, the solution is to invert the logic of the
patch, and require users with a buggy X11 driver to set the environment
variable.
I’m attaching the corresponding patch proposal.
Sebastian, can you take care of the upload?
Thanks,
--
.''`.
: :' : “You would need to ask a lawyer if you don't know
`. `' that a handshake of course makes a valid contract.”
`--- J???rg Schilling
Index: cairo/src/cairo-xlib-display.c
===
--- cairo.orig/src/cairo-xlib-display.c 2010-08-17 05:52:51.868996101 +0200
+++ cairo/src/cairo-xlib-display.c 2010-08-17 05:52:54.692995371 +0200
@@ -66,6 +66,8 @@
static cairo_xlib_display_t *_cairo_xlib_display_list;
+static int buggy_repeat_force = -1;
+
static void
_cairo_xlib_remove_close_display_hook_internal (cairo_xlib_display_t *display,
cairo_xlib_hook_t *hook);
@@ -338,6 +340,17 @@
display-buggy_repeat = TRUE;
}
+/* XXX workaround; see https://bugzilla.mozilla.org/show_bug.cgi?id=413583 */
+if (buggy_repeat_force == -1) {
+if (getenv(MOZ_CAIRO_BUGGY_REPEAT))
+buggy_repeat_force = 1;
+else
+buggy_repeat_force = 0;
+}
+
+if (buggy_repeat_force)
+display-buggy_repeat = TRUE;
+
display-next = _cairo_xlib_display_list;
_cairo_xlib_display_list = display;
Bug#596305: ITP: xserver-xorg-input-wizardpen -- WizardPen graphics tablet support
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: xserver-xorg-input-wizardpen Version : 0.7.1 Upstream Author : Zack Cornelius zcorn...@iit.edu * URL : https://launchpad.net/wizardpen * License : GPL, MIT Programming Lang: C Description : WizardPen graphics tablet support This package provides an HAL/udev/X11 driver for most non-Wacom graphics pads. . Here is a list of currently supported devices: - KYE: Wide Screen Design Tablet TB-7300 - AceCad: Flair II GT-504 - UC-Logic: SuperPen / Genius MousePen / PenSketch / Aquila L1 - UC-Logic: DigitalOrganizers - Acecad Flair II GT-504 - DigiPro 5.5×4” Graphics Tablet - Digital Ink Pad (A4 format) - Genius G-pen - Genius Wizardpen - Genius Mousepen - Genius Easypen i405 - Manhattan - Pentagram - QWare - Trust TB-3100 - Trust TB-5300 - Trust TB-6300 - iBall Tablet PF8060 - AIPTEK HyperPen 1 U - AIPTEK Slim Tablet U600 Premium II -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#362762: feh: use EXIF headers
Indeed that would be very cool, what about forwarding this to the new maintainer of feh? And what about joining the pkg-phototools group? Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595457: gitolite: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Hi! * Hideki Yamane henr...@debian.or.jp [2010-09-04 07:50:59 CEST]: Um, sorry I've sent wrong file, please discard previous one and use attached one, thanks. You seem to have used an old template - can you please update your file to the template that went through the swift review? For your convenience, find your ja.po file attached after I did run it through debconf-updatepo. Thanks in advance! Rhonda -- Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder Mensch auch ein Privatleben haben sollte. -- http://www.karriere.at/artikel/884/ # Copyright (C) 2010 by Gerfried Fuchs rho...@debian.at # This file is distributed under the same license as the gitolite packaging. # Hideki Yamane henr...@debian.org, 2010. # msgid msgstr Project-Id-Version: gitolite 1.5.3-1\n Report-Msgid-Bugs-To: gitol...@packages.debian.org\n POT-Creation-Date: 2010-08-14 14:42+0200\n PO-Revision-Date: 2010-08-01 08:04-0400\n Last-Translator: Hideki Yamane henr...@debian.org\n Language-Team: Japanese debian-japan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid System username for gitolite: msgstr #. Type: string #. Description #: ../templates:2001 #, fuzzy #| msgid #| Please enter the name for the system user which should be used by #| gitolite. msgid Please enter the name for the system user which should be used by gitolite to access repositories. It will be created if necessary. msgstr gitolite で利用するシステムユーザ名を入力してください。 #. Type: string #. Description #: ../templates:3001 msgid Repository path: msgstr #. Type: string #. Description #: ../templates:3001 #, fuzzy #| msgid #| Please enter the path for the directory in which you want to store the #| git repositories guarded by gitolite. This will also become the home of #| the former entered username. msgid Please enter the path in which gitolite should store the repositories. This will become the gitolite system user's home directory. msgstr gitolite によって保護される git リポジトリを保存したいディレクトリのパスを入 力してください。これは先ほど入力したユーザ名のホームディレクトリにもなりま す。 #. Type: string #. Description #: ../templates:4001 msgid Administrator's SSH key: msgstr #. Type: string #. Description #: ../templates:4001 msgid Please specify the key of the user that will administer the access configuration of gitolite. msgstr #. Type: string #. Description #: ../templates:4001 msgid This can be either the SSH public key itself, or the path to a file containing it. If it is blank, gitolite will be left unconfigured and must be set up manually. msgstr #~ msgid The name of the system user to create: #~ msgstr 作成するシステムユーザ名: #~ msgid The directory to contain the repositories: #~ msgstr リポジトリを含むディレクトリ: #~ msgid The key for the admin user: #~ msgstr 管理者ユーザ用の鍵: #~ msgid #~ Please specify the key of the user that will administer the access #~ configuration of gitolite. You can either give the filename or paste the #~ ssh public key. Leave empty if you do not want to set up gitolite in the #~ directory specified earlier. #~ msgstr #~ gitolite のアクセス設定を管理するユーザの鍵を指定してください。ファイル名 #~ を指定しても ssh 公開鍵を貼り付けても構いません。以前に指定したディレクト #~ リで gitolite を設定したくない場合は空のままにしておいてください。
Bug#595540: workaround
This issue can be fixed for kolab by replacing SLAPD_CONF=/etc/ldap/slapd.d by SLAPD_CONF=/etc/ldap/slapd.conf in /etc/default/slapd This will make slapd read your old kolab config file instead of the new directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570204: newer (0.9rc4) upstream version available
hello actually the final 0.9 is out now... let's see if we can package and get it sponsored... gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590592: please make -M to work for cal (not just ncal)
On Thu, Sep 09, 2010 at 11:41:04PM +0200, Alexander Mikhailian wrote: Package: bsdmainutils Version: 8.0.13 Severity: normal Still unfixed, and the change from lenny to squeeze actually broke one of my scripts. Do you really think this feature-request gets fixed faster if you just re-iterate the message? How about some constructive work instead and sending a patch? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581785:
Is there any progress on this? It's a small bug, I know, but it's annoying! Could you tell me your conjectures, please!? Eventually I can try to help with further information. An idea of mine: as of with network-manager-gnome the notifications in kde have the proper icons, you could ask them how they achieve that. Could it be because of hplip doesn't install its icons into /usr/share/icons/hicolor which is the default place, I think? Correct me, if I'm wrong. denk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594245: gnome-terminal cpu usage
On Fri, 2010-09-10 at 10:13 +0200, Josselin Mouette wrote: Le jeudi 09 septembre 2010 à 22:56 +0200, Josselin Mouette a écrit : Le jeudi 09 septembre 2010 à 20:22 +0200, Julien Cristau a écrit : AFAIK all X.org drivers have been fixed up for REPEAT_* handling. I can't speak for fglrx and nvidia though. TTBOMK the nvidia driver in squeeze doesn’t have such a bug. To summarize a short IRC discussion I just had with Mike: if most drivers have been fixed, the solution is to invert the logic of the patch, and require users with a buggy X11 driver to set the environment variable. I’m attaching the corresponding patch proposal. Sebastian, can you take care of the upload? Sure. But there's a different patch in Fedora for the same bug, which doesn't need any environment variables. Would be nice if someone could test if it fixes the bug too http://pkgs.fedoraproject.org/gitweb/?p=cairo.git;a=blob;f=cairo-1.8.6-repeat-modes.patch;h=3e1672890231809656b26154ccbe3df5848ab4bf;hb=refs/heads/f13/master This bug also shouldn't have the bad performance impact of the original Mozilla patch. signature.asc Description: This is a digitally signed message part
Bug#595817: ITP: libpam-ssh-agent -- PAM module providing authentication via ssh-agent
How is it different from libpam-ssh? libpam-ssh lets you log into a local console (terminal, GDM, etc) with an SSH passphrase that unlocks your local private key. It then starts an SSH agent and adds your key to it. libpam-ssh-agent allows you to SSH to a machine with agent forwarding, and use the agent to authorise PAM transactions, most notably sudo. The upshot of this is that I can go: machine1:~$ ssh -A machine2 machine2:~$ sudo su - machine2:/ # I am not prompted for a password to sudo, because libpam-ssh-agent authorises me against my forwarded agent. If I do not have agent forwarding, PAM will follow its usual chain of methods for asking for a credential, generally asking for a password: machine1:~$ ssh machine2 machine2:~$ sudo su - Password: How will it interact with ssh-agent which starts from Xsession.d/? If you start your own SSH agent, and add your private key, a standard configuration would be to use this PAM module to allow you to sudo with your agent (no password), the same way you could then SSH to other servers with your agent (no password). Craig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596305: ITP: xserver-xorg-input-wizardpen -- WizardPen graphics tablet support
On Fri, Sep 10, 2010 at 10:16 AM, Alessio Treglia ales...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name : xserver-xorg-input-wizardpen I'm pretty sure I have a version of this driver installed on my Mother's ubuntu-based computer. I do not remember where I got it, but I do recall that it works perfectly and I didn't even have to do any xorg.conf acrobatics, it just works. What I am saying is that I'm sure someone already packaged it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578358: gnupg-agent: mangles passphrases should be grave (data loss, fixed upstream)
On Tue, 07 Sep 2010 at 04:12:15 +0200, Lionel Elie Mamane wrote: On Mon, Apr 19, 2010 at 09:18:57AM +, Sascha Silbe wrote: Keys created / imported / having passphrase changed with gpg-agent 2.0.14 cannot be decrypted (and thus used), preventing all gpg operations. This has been fixed upstream in 2.0.15: Keys that are already mangled are unreadable even by 2.0.15 This seems to be a duplicate of Bug #567926. According to Werner's announcement in http://marc.info/?l=gnupg-usersm=126451730710129w=2 this can affect X.509 and SSH keys, but not OpenPGP. The patch whose ChangeLog entry Sascha quoted seems to be identical to encode-s2k.patch, which was applied in 2.0.14-1.1 to fix #567926, then re-applied by the maintainer in 2.0.14-2. Sascha, were you basing your bug report on a bug you have experienced yourself, or just on the upstream announcement? If you have experienced the bug yourself and know how to reproduce it, could you please try to do so with 2.0.14-2 and confirm whether it's already been fixed? Relatedly, the BTS still thinks #567926 affects 2.0.14-2 (because the changelog for that version neither includes the NMU entry nor re-closes the bug), but for some reason it has archived that bug anyway. Fixing that now... Regards, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596306: libgtk2.0-0: File Save As dialog box should leave cursor in filename field
Package: libgtk2.0-0 Version: 2.20.1-1+b1 Severity: wishlist When doing Save As in applications, the most normal next action is to type the name of the filename that you are trying to Save As. However, the cursor seems to be set at the file filter field - one that is not used very frequently. I continually find myself half way through typing the new filename before I realise I am not really entering data in the correct field. So my wish is that in the file Save As dialog box that the intial cursor position is in the filename field. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libcups2 1.4.4-3Common UNIX Printing System(tm) - ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii libgtk2.0-common 2.20.1-1 Common files for the GTK+ graphica ii libjasper11.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-01.2.44-1 PNG library - runtime ii libtiff4 3.9.4-3Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-3 X11 client-side library ii libxcomposite11:0.4.2-1 X11 Composite extension library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxdamage1 1:1.1.3-1 X11 damaged region extension libra ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes31:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxi62:1.3-4X11 Input extension library ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii shared-mime-info 0.71-3 FreeDesktop.org shared MIME databa ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.20.1-1 The programs for the GTK+ graphica Versions of packages libgtk2.0-0 suggests: ii gvfs 1.6.3-1userspace virtual filesystem - ser ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596036: submits 'now playing' notification infinitely fast
Hi Dne Tue, 07 Sep 2010 23:05:50 -0700 Delirium delir...@hackish.org napsal(a): Let me know if I can provide any other information. I've forwarded the bug upstream http://musicpd.org/mantis/view.php?id=3035, it would be great if you can subscribe to updates there. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#567926: gpgsm: passphrase changing issue with X509 certificates (Werner Koch 26th of January 2010)
The fix for this bug appears to have been copied from 2.0.14-1.1 to 2.0.14-2 without either copying the debian/changelog entry or duplicating the Closes: #567926 annotation, so the BTS thought it was still open for 2.0.14-2. I've marked it as fixed in 2.0.14-2 too. Please note that the recommended way to acknowledge an NMU is to copy its changelog entry into your debian/changelog: http://www.debian.org/doc/developers-reference/pkgs.html#nmu-maintainer Regards, smcv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590651: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.1-2.1
tags 590651 + patch tags 590651 + pending thanks Dear maintainer, I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.1-2.1) A dsc file can be found here: http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9.20060704+dfsg.1-2.1.dsc Regards. Martijn van Brummelen diff -Nru isdnutils-3.9.20060704+dfsg.1/debian/changelog isdnutils-3.9.20060704+dfsg.1/debian/changelog --- isdnutils-3.9.20060704+dfsg.1/debian/changelog 2010-07-27 22:01:18.0 +0200 +++ isdnutils-3.9.20060704+dfsg.1/debian/changelog 2010-09-10 09:56:10.0 +0200 @@ -1,3 +1,10 @@ +isdnutils (1:3.9.20060704+dfsg.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Replace tcl8.3-dev Build Dependency with tcl-dev (Closes: #590651). + + -- Martijn van Brummelen mart...@brumit.nl Fri, 10 Sep 2010 09:55:24 +0200 + isdnutils (1:3.9.20060704+dfsg.1-2) unstable; urgency=low * QA upload. diff -Nru isdnutils-3.9.20060704+dfsg.1/debian/control isdnutils-3.9.20060704+dfsg.1/debian/control --- isdnutils-3.9.20060704+dfsg.1/debian/control 2010-07-27 21:42:30.0 +0200 +++ isdnutils-3.9.20060704+dfsg.1/debian/control 2010-09-10 09:56:26.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian QA Group packa...@qa.debian.org Standards-Version: 3.7.3 -Build-Depends: debhelper (=5), bzip2, libncurses5-dev | libncurses-dev, xutils-dev | imake, tcl8.3-dev, linuxdoc-tools (=0.9.20), groff, libtool, libxaw7-dev, libreadline-dev, libpcap0.8-dev, autotools-dev, automake1.4, automake1.7, automake1.9, autoconf2.13, autoconf, libssl-dev, psutils, lsb-release, po-debconf +Build-Depends: debhelper (=5), bzip2, libncurses5-dev | libncurses-dev, xutils-dev | imake, tcl-dev, linuxdoc-tools (=0.9.20), groff, libtool, libxaw7-dev, libreadline-dev, libpcap0.8-dev, autotools-dev, automake1.4, automake1.7, automake1.9, autoconf2.13, autoconf, libssl-dev, psutils, lsb-release, po-debconf Package: isdnutils Priority: optional
Bug#596307: Eiskaltcpp and remote desktop
Package:eiskaltdcpp Severity: normal Hi, I tried to use the DC through remote desktop. If I assign the user on the HUB and push the right button on the mouse then appears the pop-up menu only for a moment and disappears and the directory list comes forward in the download list, although I choosed none of the submenus. Greetings hz
Bug#496029: exim4-config: Should use www-data user instead of www when generates /etc/aliases
On Fri, Aug 22, 2008 at 10:32:13AM +0300, Vitalie Lazu wrote: Here is a little patch to forward www-data mail to root by default I guess this is particularly important for cases when packages add cron jobs as www-data (which may be bad habbit ?). Maybe an alternative is to have both www and www-data ? In any case, it would be great to have maintainer's feedback on this. Thanks in advance. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578157: ITP: bitcoin -- peer-to-peer network based anonymous digital currency
On Wed, Jul 21, 2010 at 05:16:06PM +0100, Robert McKay wrote: So.. what's the status? Waiting on wxWidgets? I see that someone raised an intent to package that too, but then didn't do anything about it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492896 Now I understand your question. Yes, indeed it seems that Bitcoin can't work with WxWidget 2.8 (which is what I tried so far), but requires WxWidget 2.9 not yet available in Debian. WxWidget is huge. I have my hands full with other projects - but perhaps an interesting challenge for the WxWidgets team: Upstream seems to encourage relying on it, stating on the front page of the project that in spite of being called a development release, we believe that 2.9.1 can be used in production environment. Perhaps package it but release only for experimental for now? Cc'ing the WxWidgets team. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#590074: awstats: DO NOT use cron scripts to update stats database
On Fri, Jul 23, 2010 at 08:44:18PM +0200, Jonas Smedegaard wrote: On Fri, Jul 23, 2010 at 09:54:23PM +0400, Sergey B Kirpichev wrote: I guess because I haven't written a proper config file yet? Anyway, it's still spamming my syslog *every 10 minutes*. This should at least be an option that's off by default. It's a fresh install, right? On Fri, Jul 23, 2010 at 9:39 PM, Jonas Smedegaard jo...@jones.dk wrote: I experienced cron spam too when trying to install awstats recently (and too busy at the time to investigate further - just cursed a bit and uninstalled awstats again). Possibly not a helpful comment - just want to hint that there might actually be an issue of cron spam in virgin installs of awstats currently. I guess, we can disable cron jobs by default on a fresh install. As /etc/awstats/awstats.conf is not configured by default, A virgin install must not cause cron spam. If you implicitly acknowledge above that awstats currently does, then yes, we should disable it by default (or figure out something more clever). I'm also experiencing such spamming, and it gets even worse as it runs as www-data, and there's no /etc/aliases redirecting it to a real user by default in exim, it seems. So there's an ever growing mailbox in /var/spool/mail/www-data :-( See #496029 that seems to relate to the aliases problem. Still this needs to be addressed on awstats side too, I guess. Hope this helps. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595603: [DebianGIS-dev] Bug#595608: Bug#595603: python-liblas: OSError: liblas.so: cannot open shared object file: No such file or directory
On Sun, Sep 05, 2010 at 07:35:07PM +0200, David Paleino wrote:
tags 595603 confirmed patch
tags 595608 confirmed patch
thanks
Hello Jakub,
On Sun, 5 Sep 2010 13:02:04 +0200, Jakub Wilk wrote:
Package: python-liblas
Version: 1.2.1-1
Severity: serious
Justification: Policy 3.5 [0]
liblas cannot be imported in a clean chroot:
$ python -c 'import liblas'
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib/pymodules/python2.6/liblas/__init__.py, line 1, in
module
from core import *
File /usr/lib/pymodules/python2.6/liblas/core.py, line 136, in module
las = ctypes.CDLL(lib_name)
File /usr/lib/python2.6/ctypes/__init__.py, line 353, in __init__
self._handle = _dlopen(self._name, mode)
OSError: liblas.so: cannot open shared object file: No such file or
directory
[..]
[0] Well, while the bug might be fixed by adding a dependency on liblas-dev,
there are better ways to fix it.
On Sun, 5 Sep 2010 13:12:00 +0200, Jakub Wilk wrote:
Source: python-liblas
Version: 1.2.1-1
Severity: minor
liblas/core.py contains the following line:
free = ctypes.CDLL(find_library('libc.so.6')).free
This is not how find_library() is supposed to be called (it should be:
find_library('c')), and as a consequence find_library() always returns
None here.
Thanks for your reports.
I prepared a patch that fixes both these bugs (they're both caused by a wrong
usage of find_library(), as you already found out), but unfortunately I'm not
able to commit it (and consequently to do an upload), even though I'm part of
the DebianGIS team:
$ LANG=C svn commit
svn: Commit failed (details follow):
svn: Authorization failed
[..]
I suspect this happens because the (Unix) group doesn't have write permission.
Therefore, I'm attaching the patch to this mail, hoping that frankie reads
this
and acts accordingly (he's away for a couple of days).
Have a nice Sunday,
David
I'd upload the change and ask RMs about testing migration.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596308: chromium-browser: Chromium reports wrong UserAgent string locales
Package: chromium-browser Version: 6.0.472.53~r57914-3 Severity: normal Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.53 Safari/534.3 should be Mozilla/5.0 (X11; U; Linux x86_64; pl-PL) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.53 Safari/534.3 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium-browser-ins 6.0.472.53~r57914-3 page inspector for the chromium-br ii libasound2 1.0.23-1shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbz2-1.0 1.0.5-5 high-quality block-sorting file co ii libc62.11.2-5Embedded GNU C Library: Shared lib ii libcairo21.8.10-5The Cairo 2D vector graphics libra ii libcups2 1.4.4-3 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.24-3simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-14 GCC support library ii libgconf2-4 2.28.1-3GNOME configuration database syste ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgl1-mesa-glx [lib 7.7.1-4 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.1-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libicu44 4.4.1-6 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.7-1Network Security Service libraries ii libpango1.0-01.28.1-1Layout and rendering of internatio ii libpng12-0 1.2.44-1PNG library - runtime ii libstdc++6 4.4.4-14The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-5V8 JavaScript Engine ii libvpx0 0.9.1-1 VP8 video codec (shared library) ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4GNOME XML library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6XSLT 1.0 processing library - runt ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime chromium-browser recommends no packages. Versions of packages chromium-browser suggests: ii chromium-browser-l10 6.0.472.53~r57914-3 chromium-browser language packages -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596287: vinagre fails to connect to VNC server
On Thu, Sep 09, 2010 at 08:20:52PM -0400, Andres Cimmarusti wrote: I've been using vino as vnc server on this computer. Lately I haven't been able to connect to the server using vinagre while using remmina works fine. I get a pop-up message saying connection to server has been closed. It doesn't even prompt me for password. Please attach the console debug output you get when running vinagre --gtk-vnc-debug and attempting to connect. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521196: https sources.list creation
Hi,
A small patch to apply after Jonathan's one to handle the sources.list
creation when https is used.
Guillaume.
diff --git a/debootstrap b/debootstrap
index 194cfed..74b7365 100755
--- a/debootstrap
+++ b/debootstrap
@@ -606,7 +606,7 @@ if am_doing_phase second_stage; then
if [ -e $TARGET/etc/apt/sources.list ]; then
rm -f $TARGET/etc/apt/sources.list
fi
- if [ ${MIRRORS#http://}; != $MIRRORS ]; then
+ if [ ${MIRRORS#http*://} != $MIRRORS ]; then
setup_apt_sources ${MIRRORS%% *}
mv_invalid_to ${MIRRORS%% *}
else
Bug#596098: Please add Mats Erik Andersson to Debian Maintainer's keyring.
fredag den 10 september 2010 klockan 12:49 skrev Aníbal Monsalve Salazar detta: Please extend the lifetime of your subkey. It expired on 2009-09-10. Done! Valid a year henceforth from this very day. Conservative enough. It would be really good if you'll use a strong RSA key for your DM application. [1][2]. Regarding the time and efforts it took to get the first signature, this is momentarily out of question. The key has to be upgraded at a later date when a DD is closer than 250 kilometers away. Best regards, Mats E A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563938: #563938 - still happening
reopen 563938
found 563938 0.9-3
thanks
Hi,
with a 2.6.35 amd64 kernel and i386 userspace the error still happens for me:
Program received signal SIGSEGV, Segmentation fault.
0x080518fe in collect_ndrand (perf=value optimized out) at oneiteration.h:131
131 PT2 = (RESULT[(i - 8) ^ pt2] ^ havege_pwalk[PT2 ^ pt2 ^ 7]);
(gdb) bt full
#0 0x080518fe in collect_ndrand (perf=value optimized out) at
oneiteration.h:131
jumps = {0, 1248, 2490, 3728, 4982, 6228, 7476, 8724, 9972, 11220,
12468, 13716, 14964, 16212,
17460, 18708, 19956, 21204, 22452, 23700, 24948, 26196, 27444, 28692,
29940, 31188, 32436,
33684, 34932, 36180, 37428, 38676, 39924, 41172, 42420, 43668, 44916,
46164, 47412, 48660}
Pt0 = 0x846c010
Pt1 = 0x846c004
Pt2 = value optimized out
Pt3 = 0x3846a44
et0 = {tv_sec = -12216, tv_usec = -135267028}
et1 = {tv_sec = -134397024, tv_usec = -12116}
i = 59023974
inter = value optimized out
PTtest = value optimized out
pt = 138854400
havege_hardtick = 17731
#1 0x08055d22 in ndinit (params=0x8057d00, perf=0x0) at havege.c:368
i = 1
#2 0x08048ee0 in run (poolsize=4096, output=0xd210, buffer=0xd430,
perf=0x0) at haveged.c:257
fout = 0xf7ffd840
random_fd = -134230028
ct = -11348
ft = -134285776
#3 0x080494ae in main (argc=1, argv=0xd7d4) at haveged.c:243
hp = 0x0
hpf = {fill = -10456, etime = 134570521}
cmds = {0x80562e3 d, 0x8056417 data, 0x805641c 1, 0x805641e Data
cache size [KB],
0x8056340 i, 0x8056433 inst, 0x805641c 1, 0x8056438 Instruction
cache size [KB],
0x8056454 f, 0x8056456 file, 0x805641c 1,
0x8056648 Sample output file - default: 'sample', 0x8056907 r,
0x805645b run,
0x805641c 1, 0x8056670 0=daemon,1=config info,1=Write rKB sample
file, 0x805645f v,
0x8056461 verbose, 0x805641c 1, 0x80566a4 Output level
0=minimal,1=config/fill items,
0x80568f9 w, 0x8056469 write, 0x805641c 1,
0x80566d0 Set write_wakeup_threshold [BITS], 0x805646f h,
0x8056478 help,
0x8056471 0, 0x8056473 This help}
c = value optimized out
j = value optimized out
poolsize = 59023974
(gdb)
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596064: xserver-xorg: /usr/bin/X hangs (CPU 100%) on nVidia Corporation GT218 [GeForce 310]
Hello Timo, Thanks for your report (I'm not a maintainer, just happened to be following the bug reports). After you have started X, can you login from some other computer with ssh and run sudo strace -p $(pidof X) -o X.strace -s4096 -f -tt? Then do something to trigger the bug but note that you should not enter any passwords or sensitive information. When X crashes, use tail -n 5 X.strace | gzip -9 X.strace.gz and send X.strace.gz to this bug report so that we see the last 5 system calls made by the server. I have been trying to reproduce, but since I removed nouveau driver (I put it back), I have not been able to reproduce it. Cheers, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590651: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.1-3
tags 590651 + patch tags 590651 + pending thanks Dear maintainer, I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.1-3) and Now as a QA upload instead of NMU upload. It can be found here: http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9.20060704+dfsg.1-3.dsc Regards. Martijn van Brummelen diff -Nru isdnutils-3.9.20060704+dfsg.1/debian/changelog isdnutils-3.9.20060704+dfsg.1/debian/changelog --- isdnutils-3.9.20060704+dfsg.1/debian/changelog 2010-07-27 22:01:18.0 +0200 +++ isdnutils-3.9.20060704+dfsg.1/debian/changelog 2010-09-10 11:34:53.0 +0200 @@ -1,3 +1,10 @@ +isdnutils (1:3.9.20060704+dfsg.1-3) unstable; urgency=low + + * QA upload. + * Replace tcl8.3-dev Build Dependency with tcl-dev (Closes: #590651). + + -- Martijn van Brummelen mart...@brumit.nl Fri, 10 Sep 2010 11:33:56 +0200 + isdnutils (1:3.9.20060704+dfsg.1-2) unstable; urgency=low * QA upload. diff -Nru isdnutils-3.9.20060704+dfsg.1/debian/control isdnutils-3.9.20060704+dfsg.1/debian/control --- isdnutils-3.9.20060704+dfsg.1/debian/control 2010-07-27 21:42:30.0 +0200 +++ isdnutils-3.9.20060704+dfsg.1/debian/control 2010-09-10 11:35:13.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian QA Group packa...@qa.debian.org Standards-Version: 3.7.3 -Build-Depends: debhelper (=5), bzip2, libncurses5-dev | libncurses-dev, xutils-dev | imake, tcl8.3-dev, linuxdoc-tools (=0.9.20), groff, libtool, libxaw7-dev, libreadline-dev, libpcap0.8-dev, autotools-dev, automake1.4, automake1.7, automake1.9, autoconf2.13, autoconf, libssl-dev, psutils, lsb-release, po-debconf +Build-Depends: debhelper (=5), bzip2, libncurses5-dev | libncurses-dev, xutils-dev | imake, tcl-dev, linuxdoc-tools (=0.9.20), groff, libtool, libxaw7-dev, libreadline-dev, libpcap0.8-dev, autotools-dev, automake1.4, automake1.7, automake1.9, autoconf2.13, autoconf, libssl-dev, psutils, lsb-release, po-debconf Package: isdnutils Priority: optional
Bug#596326: slapd: LDAP browser (gq, lxplorer, ..) not working because subschema not readable
Package: slapd Version: 2.4.23-4 Severity: normal LDAP browsers like gq or lxplorer need to read the schema data from slapd. This worked - and can be checked with ldapsearch -x -s base -b cn=Subschema (objectclass=*) + with my slapd.conf. It also works with a slapd.d created by slaptest from this slapd.conf. It does not work with the two additional olcAccess lines added by the debian postinst script. Perhaps those lines should be changed. What is the reason for them, anyway? Best regards, Meik -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slapd depends on: ii adduser 3.112 add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-4 OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.10 5.10.1-14 shared Perl library ii libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-perl 5.10.1-14 Larry Wall's Practical Extraction ii psmisc22.13-1utilities that use the proc file s ii unixodbc 2.2.14p2-2 ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-6 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.23-4 OpenLDAP utilities -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596232: scanadf sets SIGCHLD to SIG_IGN
Jakub Wilk jw...@debian.org wrote: Hi, Have you actually run into an issue with the current behaviour? I didn't (I don't even have a scanner), but a user one of my programs complained that it didn't work when run under scanadf. Explicitly setting SIGCHLD to SIG_DFL (in my program) fixed the issue for him. OK, that looks good. I'll have to check scanimage too. I don't think I can get the fixes in Squeeze, though :/ JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405919: Bug#564004: mdadm: option -N does not work as documented
also sprach Alexander Kurtz kurtz.a...@googlemail.com [2010.09.09.1833 +0200]: My pleasure! Maybe you could also look at those four: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495755 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405919 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=42 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534571 You tagged them all `fixed-upstream' on January 28th/29th. The current version in squeeze (3.1.2) was released in March, so maybe those are also fixed, at least for 3.1.2 and later. I don't know and I cannot reconstruct why I tagged them fixed-upstream. Maybe it was an error, as there are no commits referenced? We'll need to investigate them one by one, but I won't have time to do so before the end of September. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems politics is the entertainment branch of industry. -- frank zappa digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#596306: libgtk2.0-0: File Save As dialog box should leave cursor in filename field
On 10/09/10 09:08, Alan Chandler wrote: Package: libgtk2.0-0 Version: 2.20.1-1+b1 Severity: wishlist When doing Save As in applications, the most normal next action is to type the name of the filename that you are trying to Save As. However, the cursor seems to be set at the file filter field - one that is not used very frequently. I continually find myself half way through typing the new filename before I realise I am not really entering data in the correct field. My apologies, but I am slightly out on what happens. The problem only arises when I have selected a new directory with the mouse from the bar across the top. In this instance the filename where you will type in the new name appears to be selected (except for the extension) and therefore there is a hidden expectation that typing will replace that selection. In fact it doesn't, as I said, its filtering or selecting from the filelist below. -- Alan Chandler http://www.chandlerfamily.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593294: not a rendering issue
Greetings, I confirm that Jindřich Makovička got this right. The purportedly cut-off iframe isn't cut off by cairo at all. By its tag attributes, its height is initially low (100 pixels); upon iframe load completion, the main page tries to retrieve the iframe content height and adjust the iframe height accordingly. This fails, apparently due to a cross-domain scripting issue (there is a Javascript error in the error console about denied permissions). Unfortunately, scrolling bars are disabled and the user is prevented from displaying the full content of the iframe even by scrolling. However, clicking inside the iframe and hitting the Tab key allows you to navigate the form in the iframe, albeit uncomfortably. As an alternative way of verifying that it's not a rendering issue, use firebug to adjust iframe height manually; the content of the iframe promptly appears as soon as you set iframe height to a reasonable value. Lastly, visiting the non-secure page at http://secure.natpe.org/natpe/index.php?option=com_wrapperview=wrapperItemid=236 also works. At the https address, the iframe is still loaded through non-secure http and the browser is simply enforcing cross-domain security between the http and https pages. In conclusion, this is definitely not a cairo bug, but rather a flaw in the website. If anything, it should be reported to the website operators in the hope that someone takes care of bug reports. I propose that the cairo maintainer can close this bug. Best regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595482: (no subject)
J's suggestion of adding -DLONG_OFF_T to CFLAGS worked on my 32-bit system. I also tried replacing -DLONG_OFF_T with -D_FILE_OFFSET_BITS=64 in an attempt to get large file support, but that caused the following compilation error: cc -Wall -O2 -g -DNET2_STAT -D_PATH_DEFTAPE=\/dev/rmt0\ -DDEBIAN -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -c -o ftree.o ftree.c In file included from ftree.c:54: /usr/include/fts.h:41:3: error: #error fts.h cannot be used with -D_FILE_OFFSET_BITS==64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596056: Info received (Bug#596056: Acknowledgement (grfcodec: unusable on big-endian architectures where GCC does not define __BIG_ENDIAN__))
I have tested the patched grfcodec in Hercules (s390 emulator). It seems to work correctly; the md5 checksums of the generated GRF files of both openttd-opengfx 0.2.4 and openttd 1.0.4~rc1 compiled on s390 with the patched grfcodec are identical to the md5 checksums as in the official arch:all packages (openttd-data for openttd). The only thing that needs to be considered for the openttd-opengfx and openttd packages, in my opinion, is making the build-dependency on grfcodec versioned. Although for newer openttd-opengfx versions an even newer grfcodec is needed if one wants to be able to compile it on s390. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595951: argyll: FTBFS on kfreebsd-*: undefined reference to `linux_usbfs_backend'
Cyril Brulebois, 2010-09-07 16:57:13 +0200 : your package no longer builds on kfreebsd-*: Indeed. Upstream switched from libusb0 to libusb1 (well, a patched version of it anyway), and libusb1 doesn't have FreeBSD support yet. The version of Argyll in unstable and Squeeze don't have this problem, so I'll ignore it for now; I'll check libusb1 from time to time for FreeBSD support, and poke upstream when appropriate. Roland. -- Roland Mas Food, shelter, source code. -- Cyclic Software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595403: POSIX::sigaction breakage on armel
On Fri, Sep 03, 2010 at 09:01:27PM +0300, Niko Tyni wrote:
As Sys::SigAction is a pure perl module, I agree the bug is most probably
in POSIX::sigaction in the perl package.
Testcase:
#!perl
use POSIX q/sigaction/;
my $a1 = POSIX::SigAction-new( sub {} );
my $a2 = POSIX::SigAction-new();
sigaction(ALRM, $a1, $a2);
sigaction(ALRM, $a1, $a2);
sigaction(ALRM, $a2);
kill ALRM = $$;
__END__
This results in stack corruption on agricola (haven't tried on abel):
Program terminated with signal 11, Segmentation fault.
#0 0x41676952 in ?? ()
(gdb) bt
#0 0x41676952 in ?? ()
#1 0x41676952 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596327: dosfsck: false positives in bad_name() when running in interactive mode
Package: dosfstools
Version: 3.0.6-1
Severity: important
Tags: patch
dosfsck in interactive mode complains about bad file name when it finds
a direntry with 7 or more characters with codes 127. This is wrong:
filenames containing such characters are valid (at least in MSDOS,
Windows and Linux), but they can be interpreted differently depending
on the local codepage (CP437, CP866, etc.)
Another problem is a misleading error message: dosfsck thinks that short
filename is wrong, but shows a long filename.
Patches are attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.33.2 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dosfstools depends on:
ii libc6 2.10.1-5 GNU C Library: Shared libraries
dosfstools recommends no packages.
dosfstools suggests no packages.
-- debconf-show failed
commit 8577de60c50c774cf12b2c4311e2cfce67e13bd2
Author: Alexander Korolkov alexander.korol...@gmail.com
Date: Sun Sep 5 16:57:21 2010 +0400
dosfsck: don't complain about bad filenames when short filename contains 7 or more characters with codes 128-255
diff --git a/src/check.c b/src/check.c
index 01f34ab..8da13c5 100644
--- a/src/check.c
+++ b/src/check.c
@@ -339,11 +339,10 @@ static int bad_name(DOS_FILE *file)
if (atari_format suspicious)
return 1;
-/* Only complain about too much suspicious chars in interactive mode,
- * never correct them automatically. The chars are all basically ok, so we
- * shouldn't auto-correct such names. */
-if (interactive suspicious 6)
- return 1;
+/* Under MS-DOS and Windows, chars = 128 in short names are valid
+ * (but these characters can be visualised differently depending on
+ * local codepage: CP437, CP866, etc). The chars are all basically ok,
+ * so we shouldn't auto-correct such names. */
return 0;
}
commit 1db5fc9a4c39103c6d7297714b3ac08e8c861741
Author: Alexander Korolkov alexander.korol...@gmail.com
Date: Sun Sep 5 17:15:15 2010 +0400
If the test of short filename fails, dosfsck could complain about bad long
filename
diff --git a/src/check.c b/src/check.c
index 0378da5..2a71b1b 100644
--- a/src/check.c
+++ b/src/check.c
@@ -629,7 +629,8 @@ static int check_dir(DOS_FS *fs,DOS_FILE **root,int dots)
}
if (!((*walk)-dir_ent.attr ATTR_VOLUME)
bad_name(*walk)) {
- printf(%s\n Bad file name.\n,path_name(*walk));
+ puts(path_name(*walk));
+ printf( Bad short file name (%s).\n,
file_name((*walk)-dir_ent.name));
if (interactive)
printf(1) Drop file\n2) Rename file\n3) Auto-rename\n
4) Keep it\n);
Bug#596285: [Pkg-kde-extras] Bug#596285: kbluetooth: Please remove kbluetooth /k-a, k-i
On 09/10/2010 02:34 AM, Nobuhiro Iwamatsu wrote: Source: kbluetooth Version: 1:0.4.2-3 Severity: grave Hi, Please remove kfreebsd-i386 and kfreebsd-amd64 of kbluetooth package from unstable. This package depends bluez[0]. But bluez is a tool for Linux only. It doesn't work in kfreebsd. Moreover, bluetooth is not supported in curent kfreebsd. Best regards, Nobuhiro [0]: http://packages.qa.debian.org/b/bluez.html Hello, kbluetooth is going to be removed altogether from all architectures very soon. It is deprecated in favor of bluedevil, which is already uploaded and currently another upload offering transitional packages for kbluetooth/kdebluetooth is pending. As soon as the transitional packages are in the archive, I am going to ask for removal of src:kbluetooth. Regards, George -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433311: ITA: bgoffice -- Bulgarian dictionaries for aspell, ispell, myspell and a word list
retitle 433311 ITA: bgoffice -- Bulgarian dictionaries for aspell, ispell, myspell and a word list owner 433311 ! thanks Here is my second attempt to take over this package. People interested in co-maintenance should subscribe to http://lists.uni-sofia.bg/cgi-bin/mailman/listinfo/debian and say Hi. Git repository to appear soon under alioth's collab-maint project. I'll need every help I can get for the upgrade to 4.0 (after squeeze is out). signature.asc Description: Digital signature
Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
Hi, ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? Regards, Rene - Forwarded message from Jim Watson jim...@gmail.com - Subject: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption] From: Jim Watson jim...@gmail.com Date: Fri, 10 Sep 2010 20:00:07 +1000 To: Rene Engelhard r...@debian.org X-Mailer: Apple Mail (2.1081) Hi Rene my sparc machine (sunblade 100) died two years ago. now i am using a apple ;) lately I spend my time learning japanese and travelling in japan, sorry i cannot help unless someone gives me a sparc did you look here? http://ubuntuforums.org/showthread.php?t=80561 regards jim On 10/09/2010, at 6:07 PM, Rene Engelhard wrote: Hi, does it work for you? Unfortunately the report is unspecific wrt when it actually started to happen, so... Regards, Rene - Forwarded message from BERTRAND Benedicte m...@systella.fr - Subject: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption Reply-To: BERTRAND Benedicte m...@systella.fr, 595...@bugs.debian.org From: BERTRAND Benedicte m...@systella.fr To: Debian Bug Tracking System sub...@bugs.debian.org X-Mailer: reportbug 4.12.6 Date: Tue, 07 Sep 2010 20:50:03 +0200 Package: openoffice.org-common Version: 1:3.2.1-6 Severity: important File: /usr/bin/ooffice Hello, I'm trying tu use Openoffice on a Blade 2000 (sparc64/smp). I have upgraded my squeeze (dist-upgrade) the last sunday. Since upgrade, Openoffice randomly crashed with double free corruption. Here is backtrace: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption (out): 0xec51a008 *** === Backtrace: = /lib/libc.so.6(cfree+0x78)[0xf7a0c798] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN7ScTable16SetOptimalHeightElltP12OutputDeviceddRK8FractionS4_hP10ScProgressm+0x48c)[0xed43624c] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN7ScTable17StyleSheetChangedEPK17SfxStyleSheetBasehP12OutputDeviceddRK8FractionS7_+0x10c)[0xed43b9ec] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScDocument17StyleSheetChangedEPK17SfxStyleSheetBasehP12OutputDeviceddRK8FractionS7_+0x64)[0xed397b44] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScStyleObj19SetOnePropertyValueERKN3rtl8OUStringEPK26SfxItemPropertySimpleEntryPKN3com3sun4star3uno3AnyE+0x36c)[0xed2d6bec] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN10ScStyleObj17setPropertyValuesERKN3com3sun4star3uno8SequenceIN3rtl8OUStringEEERKNS4_INS3_3AnyEEE+0x70)[0xed2da6f0] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN25SvXMLImportPropertyMapper21_FillMultiPropertySetERKSt6vectorI16XMLPropertyStateSaIS1_EERKN3com3sun4star3uno9ReferenceINS8_5beans17XMultiPropertySetEEERKNSA_INSB_16XPropertySetInfoEEERK12UniReferenceI20XMLPropertySetMapperEP21_ContextID_Index_Pair+0xb8)[0xef809678] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZNK25SvXMLImportPropertyMapper15FillPropertySetERKSt6vectorI16XMLPropertyStateSaIS1_EEN3com3sun4star3uno9ReferenceINS8_5beans12XPropertySetEEEP21_ContextID_Index_Pair+0x1a8)[0xef809e68] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN19XMLPropStyleContext15FillPropertySetERKN3com3sun4star3uno9ReferenceINS2_5beans12XPropertySetEEE+0x64)[0xef7f57e4] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN20XMLTableStyleContext15FillPropertySetERKN3com3sun4star3uno9ReferenceINS2_5beans12XPropertySetEEE+0x40)[0xed5dd7c0] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN19XMLPropStyleContext15CreateAndInsertEh+0x408)[0xef7f6388] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN18SvXMLStylesContext15CopyStylesToDocEhh+0x94)[0xef826294] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN11ScXMLImport12InsertStylesEv+0x10)[0xed579990] /usr/lib/openoffice/program/../basis-link/program/libxols.so(_ZN11SvXMLImport10endElementERKN3rtl8OUStringE+0x3c)[0xef79d37c] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xdcb4)[0xf25cdcb4] /usr/lib/libexpat.so.1(+0x9658)[0xf256d658] /usr/lib/libexpat.so.1(+0xa3fc)[0xf256e3fc] /usr/lib/libexpat.so.1(XML_ParseBuffer+0x5c)[0xf25676b4] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xb308)[0xf25cb308] /usr/lib/openoffice/program/../basis-link/program/sax.uno.so(+0xf394)[0xf25cf394] /usr/lib/openoffice/program/../basis-link/program/libscls.so(_ZN18ScXMLImportWrapper19ImportFromComponentERN3com3sun4star3uno9ReferenceINS2_4lang20XMultiServiceFactoryEEERNS4_INS2_5frame6XModelEEERNS4_INS3_10XInterfaceEEERNS2_3xml3sax11InputSourceERKN3rtl8OUStringESN_SN_RNS3_8SequenceINS3_3AnyEEEh+0x6fc)[0xed5734fc]
Bug#596328: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9
Package: module-init-tools Version: 3.12-1 Severity: normal Hi, while setting up arno-iptables-firewall warnings are raised by modprobe: Setting up arno-iptables-firewall (1.9.2.k-3) ... Restarting Arno's Iptables Firewall... /sbin/modprobe ip_tables: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe nf_conntrack: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe nf_conntrack_ftp: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_conntrack: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_limit: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_state: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_multiport: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe iptable_filter: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe iptable_mangle: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe ipt_REJECT: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe ipt_LOG: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_TCPMSS: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. /sbin/modprobe xt_DSCP: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. Thanks, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages module-init-tools depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip module-init-tools recommends no packages. module-init-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596329: dosfsck: does not update LFN when renaming or deleting short filename
Package: dosfstools
Version: 3.0.6-1
Severity: important
Tags: patch
When dosfsck renames a file (automatically or manually), it doesn't
update checksums of corresponding LFN entries.
When dosfsck deletes a file, it leaves corresponding LFN entries not
deleted.
After these actions filesystem still contains errors, so user has to run
dosfsck second time to fix them.
Patch is attached.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.33.2 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dosfstools depends on:
ii libc6 2.10.1-5 GNU C Library: Shared libraries
dosfstools recommends no packages.
dosfstools suggests no packages.
-- debconf-show failed
commit 3bad011e4c9329befd834218be946240e39b714a
Author: Alexander Korolkov al-...@inbox.ru
Date: Fri Sep 10 14:37:12 2010 +0400
Modify LFN direntries when file is renamed or deleted
diff --git a/src/check.c b/src/check.c
index b16e794..d6c54c1 100644
--- a/src/check.c
+++ b/src/check.c
@@ -311,12 +311,29 @@ static int bad_name(DOS_FILE *file)
return 0;
}
+static void lfn_remove(loff_t from, loff_t to)
+{
+int i;
+DIR_ENT empty;
+
+/* New dir entry is zeroed except first byte, which is set to 0xe5.
+ * This is to avoid that some FAT-reading OSes (not Linux! ;) stop reading
+ * a directory at the first zero entry...
+ */
+memset( empty, 0, sizeof(empty) );
+empty.name[0] = DELETED_FLAG;
+
+for( ; from to; from += sizeof(empty) ) {
+ fs_write( from, sizeof(DIR_ENT), empty );
+}
+}
static void drop_file(DOS_FS *fs,DOS_FILE *file)
{
unsigned long cluster;
MODIFY(file,name[0],DELETED_FLAG);
+if (file-lfn) lfn_remove(file-lfn_offset, file-offset);
for (cluster = FSTART(file,fs); cluster 0 cluster
fs-clusters+2; cluster = next_cluster(fs,cluster))
set_owner(fs,cluster,NULL);
@@ -361,6 +378,7 @@ static void auto_rename(DOS_FILE *file)
name,MSDOS_NAME)) break;
if (!walk) {
fs_write(file-offset,MSDOS_NAME,file-dir_ent.name);
+ if (file-lfn) lfn_fix_checksum(file-lfn_offset, file-offset, file-dir_ent.name);
return;
}
number++;
@@ -392,6 +410,7 @@ static void rename_file(DOS_FILE *file)
for (walk = name; *walk == ' ' || *walk == '\t'; walk++);
if (file_cvt(walk,file-dir_ent.name)) {
fs_write(file-offset,MSDOS_NAME,file-dir_ent.name);
+ if (file-lfn) lfn_fix_checksum(file-lfn_offset, file-offset, file-dir_ent.name);
return;
}
}
@@ -862,7 +881,7 @@ static void add_file(DOS_FS *fs,DOS_FILE ***chain,DOS_FILE *parent,
return;
}
new = qalloc(mem_queue,sizeof(DOS_FILE));
-new-lfn = lfn_get(de);
+new-lfn = lfn_get(de, new-lfn_offset);
new-offset = offset;
memcpy(new-dir_ent,de,sizeof(de));
new-next = new-first = NULL;
diff --git a/src/dosfsck.h b/src/dosfsck.h
index 126056d..25a15ed 100644
--- a/src/dosfsck.h
+++ b/src/dosfsck.h
@@ -155,6 +155,7 @@ typedef struct _dos_file {
DIR_ENT dir_ent;
char *lfn;
loff_t offset;
+loff_t lfn_offset;
struct _dos_file *parent; /* parent directory */
struct _dos_file *next; /* next entry */
struct _dos_file *first; /* first entry (directory only) */
diff --git a/src/lfn.c b/src/lfn.c
index 97e91dd..dc17f20 100644
--- a/src/lfn.c
+++ b/src/lfn.c
@@ -148,6 +148,18 @@ static void clear_lfn_slots( int start, int end )
}
}
+void lfn_fix_checksum(loff_t from, loff_t to, const char *short_name)
+{
+int i;
+__u8 sum;
+for (sum = 0, i = 0; i 11; i++)
+ sum = (((sum1) 7) | ((sum0xfe) 1)) + short_name[i];
+
+for( ; from to; from += sizeof(LFN_ENT) ) {
+ fs_write( from + offsetof(LFN_ENT,alias_checksum), sizeof(sum), sum );
+}
+}
+
void lfn_reset( void )
{
if (lfn_unicode)
@@ -374,12 +386,13 @@ void lfn_add_slot( DIR_ENT *de, loff_t dir_offset )
/* This function is always called when de-attr != VFAT_LN_ATTR is found, to
* retrieve the previously constructed LFN. */
-char *lfn_get( DIR_ENT *de )
+char *lfn_get( DIR_ENT *de, loff_t *lfn_offset )
{
char *lfn;
__u8 sum;
int i;
+*lfn_offset = 0;
if (de-attr == VFAT_LN_ATTR)
die(lfn_get called with LFN directory entry);
@@ -467,6 +480,7 @@ char *lfn_get( DIR_ENT *de )
}
}
+*lfn_offset = lfn_offsets[0];
lfn = cnv_unicode( lfn_unicode, UNTIL_0, 1 );
lfn_reset();
return( lfn );
diff --git a/src/lfn.h b/src/lfn.h
index 8e8f5a1..2da426d 100644
--- a/src/lfn.h
+++ b/src/lfn.h
@@ -28,9 +28,11 @@ void lfn_reset( void );
void lfn_add_slot( DIR_ENT *de, loff_t dir_offset );
/* Process a dir slot that is a VFAT LFN entry. */
-char *lfn_get( DIR_ENT *de );
+char *lfn_get( DIR_ENT *de, loff_t *lfn_offset );
/* Retrieve the long name for the proper dir entry. */
void
Bug#596330: unblock: halevt/0.1.6.2-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please consider halevt for stable. Although it's doesn't really fix RC bugs, it does include important (and safe) changes: a language review for control and templates, and translations. These will improve the user experience without risking upset to other packages. You can find the diff itself in #593499. Here's the changelog and diffstat: halevt (0.1.6.2-1.1) unstable; urgency=low * Non-maintainer upload at the maintainer's request. * Debconf templates and debian/control reviewed by the debian-l10n- english team as part of the Smith review project. Closes: #593499 * Remove incorrect file debian/po/halevt.po * Debconf translation updates: - Italian - Russian (closes: #593866) - Swedish (closes: #594082) - Portugese (closes: #594117) - German (closes: #594249) - Brazilian Portugese (closes: #594645) - Danish (closes: #594739) - French (closes: #594776) - Japanese (closes: #595459) | j...@lupin:/tmp$ diff -ur halevt-0.1.6.2.old halevt-0.1.6.2 |diffstat | changelog| 19 +++ | control |9 + | po/cs.po |only | po/da.po |only | po/de.po |only | po/fr.po |only | po/it.po |only | po/ja.po |only | po/pt.po |only | po/pt_BR.po | 50 +- | po/ru.po |only | po/templates.pot | 20 ++-- | templates| 17 ++--- | 13 files changed, 89 insertions(+), 26 deletions(-) Thanks. unblock halevt/0.1.6.2-1.1 - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJMih3uAAoJEFOUR53TUkxR46wP/j4SaSTWlW7p9VIoCYCDQ7aH 9IEncRHPRPor5niDb7vpeSqPqo8YHDykCB2LHptZdYgCL5RQ43I3VDB/CANeddEC y9CnKDV21QnBGRV6x+iDN4gTK+IFcJwzXc7xE+NFk76XNZ+4KPGNpUET01E5UENd 5U5q9vtudse7BRqSU+U5uifSO+yRZDbCFihwcbwltlQmuTeuyVKKOpO1pw7LViuu v018d81JNfLMDqPo6DGPJ2bn/XSQrblnkZ8VMl+FdJHcE8xlRTyqUZ8/7ggbuDBG PTevQJiDg56QLamdms0VwwOg/h65OgDFDlcQLGe9F23jag3dxJ2Eqt8bpi9ahmra C+XdQWt+tLbd2ddTpoSgSTHTsf2mO55LyqxjOiLq+wbs1mwYoEL7GYwvZ8qKOoiy yvKBeoN2Tu6JD6qMSizoYrHswDsLq4GbK5lDUX8+XA/29+Q389SyJS9lCislAQHD p3O6LW/STFcMo57gLODBrOOmLYLPjwuXdZyn+e94fWkdbIWumvog5yr5t7cVIM9O v4KU+AWZIcOx6bmbPAsV/Yv2SsryGYP/Ui6cUxi1jG4gmWd2B51nGVwzgbI8Oo7Z R1Wn2lzUI+esAuI1WYNOqo5PMtBfvooTxhG+IBRw2Tv1T2QuHqn9c8uI3UoGuNdl fre1D9xzL3rwJVsHg4Dg =izg0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561963: ITP: hudson -- extensible continuous integration server
Hi Tim Has there been any further progress on working towards packaging Hudson for Debian? I've been looking into this as part of my work with the Ubuntu Server Team and have some thoughts on packaging approach which I would like to discuss/contribute. I've also reviewed the dependency list against the Ubuntu archive and it looks like it could be quite a bit of work to get Hudson building from source - it would be good to hookup and discuss in more detail. Regards James -- James Page Software Engineer, Ubuntu Server Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596330: unblock: halevt/0.1.6.2-1.1
On Fri, Sep 10, 2010 at 01:00:49PM +0100, Jonathan Wiltshire wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please consider halevt for stable. Naturally by 'stable' I meant 'testing' :) -- Jonathan Wiltshire 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#589733: console-tools: TTY1 echoes characters
The same happens to me; only in the tty1 console. The echos happen even after the logon; for example if I press arrow-up to browse the bash history I see ^[[A on the screen and I can't browse the history. The same for the autocompletion pressing tab. Hopefully I have discovered reading this thread the problem concern only the tty1 console... Thank you very much Piviul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596331: awesome: doesn't support notification specs 1.1
Package: awesome Version: 3.4.7+git-4-g921 Severity: wishlist Coin, I've been hit by a problem similar to #588272. libnotify 0.5 seems to have dropped support for 0.9 and 1.0 spec, and #588276 was opened. It would probably be a good idea for the future to support 1.1 (but dunno how much work it means...). Regards. -- Marc Dequènes (Duck) pgppQCfoN0GTE.pgp Description: PGP Digital Signature
Bug#596247: future unblock: libtime-progress-perl/1.7-1
Hi Release Team
So upstream fixed already the small typo, and released the new
version. So the debdiff is slightly shorter, it is attached.
Changes |8
META.yml |6 --
Progress.pm | 24 ++--
debian/changelog | 16
debian/control |4 ++--
debian/copyright | 38 +++---
debian/rules | 21 +
debian/source/format |1 +
test.pl | 17 -
9 files changed, 65 insertions(+), 70 deletions(-)
So it would be now,
unblock libtime-progress-perl/1.7-1
Bests
Salvatore
diff -Nru libtime-progress-perl-1.5/Changes libtime-progress-perl-1.7/Changes
--- libtime-progress-perl-1.5/Changes 2009-02-06 23:04:51.0 +0100
+++ libtime-progress-perl-1.7/Changes 2010-09-10 10:15:12.0 +0200
@@ -1,5 +1,13 @@
Revision history for Perl extension Time::Progress.
+1.7 Fri Sep 10 2010
+
+ - fixed spelling (note by Salvatore Bonaccorso)
+
+1.6 Wed Sep 8 2010
+
+ - fixed helpers (note by Andreas Koenig)
+
1.5 Wed Feb 6 2009
- %LlEe formats can take optional width (%10e for example)
diff -Nru libtime-progress-perl-1.5/debian/changelog libtime-progress-perl-1.7/debian/changelog
--- libtime-progress-perl-1.5/debian/changelog 2010-09-10 14:05:03.0 +0200
+++ libtime-progress-perl-1.7/debian/changelog 2010-09-10 13:37:25.0 +0200
@@ -1,3 +1,19 @@
+libtime-progress-perl (1.7-1) unstable; urgency=low
+
+ * Team upload.
+ * New upstream release
+ * debian/control: Changed: Replace versioned (build-)dependency on
+perl (= 5.6.0-{12,16}) with an unversioned dependency on perl (as
+permitted by Debian Policy 3.8.3).
+ * debian/rules: Simplify to a three line rules file.
+ * Convert to '3.0 (quilt)' source package format.
+ * Refresh debian/copyright file: Use revision 135 of format-
+specification in DEP5 for machine-readable copyright file
+information.
+ * Bump Standards-Version to 3.9.1.
+
+ -- Salvatore Bonaccorso salvatore.bonacco...@gmail.com Fri, 10 Sep 2010 13:37:22 +0200
+
libtime-progress-perl (1.5-1) unstable; urgency=low
* Initial Release. (closes: #535137) (LP: #318626)
diff -Nru libtime-progress-perl-1.5/debian/control libtime-progress-perl-1.7/debian/control
--- libtime-progress-perl-1.5/debian/control 2010-09-10 14:05:03.0 +0200
+++ libtime-progress-perl-1.7/debian/control 2010-09-09 16:03:59.0 +0200
@@ -2,10 +2,10 @@
Section: perl
Priority: optional
Build-Depends: debhelper (= 7)
-Build-Depends-Indep: perl (= 5.6.0-12)
+Build-Depends-Indep: perl
Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
Uploaders: Nathan Handler nhand...@ubuntu.com
-Standards-Version: 3.8.2
+Standards-Version: 3.9.1
Homepage: http://search.cpan.org/dist/Time-Progress/
Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libtime-progress-perl/
Vcs-Browser: http://svn.debian.org/viewsvn/pkg-perl/trunk/libtime-progress-perl/
diff -Nru libtime-progress-perl-1.5/debian/copyright libtime-progress-perl-1.7/debian/copyright
--- libtime-progress-perl-1.5/debian/copyright 2010-09-10 14:05:03.0 +0200
+++ libtime-progress-perl-1.7/debian/copyright 2010-09-09 16:03:48.0 +0200
@@ -1,29 +1,29 @@
-Format-Specification:
-http://wiki.debian.org/Proposals/CopyrightFormat?action=recallrev=196
-Upstream-Maintainer: Vladi Belperchinov-Shabanski c...@biscom.net
-Upstream-Source: http://search.cpan.org/dist/Time-Progress/
-Upstream-Name: Time-Progress
+Format-Specification: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135
+Maintainer: Vladi Belperchinov-Shabanski c...@biscom.net
+Source: http://search.cpan.org/dist/Time-Progress/
+Name: Time-Progress
Files: *
Copyright: 2001-2009, Vladi Belperchinov-Shabanski c...@biscom.net
-License-Alias: Perl
-License: Artistic | GPL-1+
+License: Artistic or GPL-1+
Files: debian/*
Copyright: 2009, Nathan Handler nhand...@ubuntu.com
-License-Alias: Perl
-License: Artistic | GPL-1+
+ 2010, Salvatore Bonaccorso salvatore.bonacco...@gmail.com
+License: Artistic or GPL-1+
License: Artistic
-This program is free software; you can redistribute it and/or modify
-it under the terms of the Artistic License, which comes with Perl.
-On Debian GNU/Linux systems, the complete text of the Artistic License
-can be found in /usr/share/common-licenses/Artistic
+ This program is free software; you can redistribute it and/or modify
+ it under the terms of the Artistic License, which comes with Perl.
+ .
+ On Debian systems, the complete text of the Artistic License can be
+ found in `/usr/share/common-licenses/Artistic'.
License: GPL-1+
-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 1, or (at your option)
-any later version.
Bug#596333: dpkg-genchanges: wrong french translation : impossible de lire le fichier des fichiers
Package: dpkg-dev Version: 1.15.8.4 Severity: minor Tags: l10n Building on a broken Debian source package dir with french locale gives : dpkg-genchanges: erreur: impossible de lire le fichier des fichiers.: Aucun fichier ou dossier de ce type whereas LANG=C tells : dpkg-genchanges: error: cannot read files list file: No such file or directory I guess the proper french translation should be : impossible de lire le fichier listant les fichiers: Aucun fichier ou dossier de ce type Still the english message doesn't help spot which files list file is indeed missing, but that's another problem. Hope this helps. Best regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files5.9Debian base system miscellaneous f ii binutils 2.20.1-12 The GNU assembler, linker and bina ii bzip2 1.0.5-4high-quality block-sorting file co ii libdpkg-perl 1.15.8.4 Dpkg perl modules ii make 3.81-8 An utility for Directing compilati ii patch 2.6-2 Apply a diff file to an original ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities Versions of packages dpkg-dev recommends: ii build-essential 11.5 Informational list of build-essent ii fakeroot 1.14.4-1 Gives a fake root environment ii gcc [c-compiler] 4:4.4.4-2 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-29 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.5-2The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.4-8The GNU C compiler ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libalgorithm-merge-perl 0.08-2 Perl module for three-way merge of Versions of packages dpkg-dev suggests: ii debian-keyring2010.06.08 GnuPG (and obsolete PGP) keys of D -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596332: pidgin: Segfault on audio call to Google Talk
Package: pidgin Version: 2.7.3-1 Severity: important Pidgin crashes initiating audio call to Google Talk client. Steps to reproduce: 1. Initiate an audio call using contact context menu. 2. Audio call window appears. 3. Pidgin crashes. Last debug log lines (pidgin -d): === (16:06:52) jabber: setting param stun-ip for stream using auto-discovered IP: 77.88.57.178 (16:06:52) jabber: setting param stun-port for stream using auto-discovered port: 5249 (16:06:52) jabber: setting Google jingle compatibility param (16:06:52) mediamanager: Couldn't read fs-element.conf: No such file or directory (16:06:52) backend-fs2: Couldn't read fs-codec.conf: No such file or directory (16:06:52) backend-fs2: Creating hash table for sessions (16:06:52) backend-fs2: connecting pad: success (16:06:52) backend-fs2: Creating hash table for participants (16:06:52) media: Creating hash table for sessions (16:06:52) gtkmedia: state: 0 sid: google-voice name: (null) (16:06:52) gtkmedia: state: 0 sid: (null) name: glazunova1...@gmail.com/Talk.v10412582967 (16:06:52) gtkmedia: state: 0 sid: google-voice name: glazunova1...@gmail.com/Talk.v10412582967 (16:06:52) backend-fs2: got new local candidate: 1 (16:06:52) backend-fs2: got new local candidate: 1 (16:06:52) backend-fs2: farsight-component-state-changed: component: 1 state: GATHERING (16:06:52) backend-fs2: farsight-component-state-changed: component: 2 state: GATHERING (16:06:52) backend-fs2: got new local candidate: 2 (16:06:52) backend-fs2: got new local candidate: 2 (16:06:52) jabber: Sending (ssl) (yeg...@jabber.ru/pidgin): iq type='set' id='purpleabe5fa0b' to='glazunova1...@gmail.com/Talk.v10412582967' from='yeg...@jabber.ru/pidgin'session xmlns='http://www.google.com/session' id='purpleabe5fa0a' initiator='yeg...@jabber.ru/pidgin' type='initiate'description xmlns='http://www.google.com/session/phone'payload-type id='99' name='speex' clockrate='16000'/payload-type id='100' name='speex' clockrate='8000'/payload-type id='96' name='SIREN' clockrate='16000'/payload-type id='0' name='PCMU' clockrate='8000'/payload-type id='8' name='PCMA' clockrate='8000'/payload-type id='3' name='GSM' clockrate='8000'/payload-type id='97' name='telephone-event' clockrate='16000'/payload-type id='98' name='telephone-event' clockrate='8000'//description/session/iq (16:06:52) jabber: Sending (ssl) (yeg...@jabber.ru/pidgin): iq type='set' id='purpleabe5fa0c' to='glazunova1...@gmail.com/Talk.v10412582967'session xmlns='http://www.google.com/session' id='purpleabe5fa0a' initiator='yeg...@jabber.ru/pidgin' type='candidates'candidate address='10.128.212.185' port='41995' name='rtp' username='49BM97dXs189IufP' password='' preference='1' protocol='udp' type='local' generation='0' network='0'//session/iq (16:06:52) jabber: Sending (ssl) (yeg...@jabber.ru/pidgin): iq type='set' id='purpleabe5fa0d' to='glazunova1...@gmail.com/Talk.v10412582967'session xmlns='http://www.google.com/session' id='purpleabe5fa0a' initiator='yeg...@jabber.ru/pidgin' type='candidates'candidate address='10.128.212.185' port='37034' name='rtcp' username='49BM97dXs189IufP' password='' preference='1' protocol='udp' type='local' generation='0' network='0'//session/iq (16:06:52) jabber: Sending (ssl) (yeg...@jabber.ru/pidgin): iq type='set' id='purpleabe5fa0e' to='glazunova1...@gmail.com/Talk.v10412582967'session xmlns='http://www.google.com/session' id='purpleabe5fa0a' initiator='yeg...@jabber.ru/pidgin' type='candidates'candidate address='212.192.251.11' port='45749' name='rtp' username='aQMPVwUvcdTkiIxo' password='' preference='0.9' protocol='udp' type='stun' generation='0' network='0'//session/iq (16:06:52) jabber: Sending (ssl) (yeg...@jabber.ru/pidgin): iq type='set' id='purpleabe5fa0f' to='glazunova1...@gmail.com/Talk.v10412582967'session xmlns='http://www.google.com/session' id='purpleabe5fa0a' initiator='yeg...@jabber.ru/pidgin' type='candidates'candidate address='212.192.251.11' port='8231' name='rtcp' username='aQMPVwUvcdTkiIxo' password='' preference='0.9' protocol='udp' type='stun' generation='0' network='0'//session/iq === Backtrace: == #0 0x7fdf13a52175 in *__GI_raise (sig=value optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x7fdf13a54f80 in *__GI_abort () at abort.c:92 #2 0x00486421 in sighandler (sig=11) at /home/ari/build-area/pidgin-2.7.3/./pidgin/gtkmain.c:191 #3 signal handler called #4 0x7fdef6dddb53 in ?? () from /usr/lib/libnice.so.0 #5 0x7fdef6bd2563 in ?? () from /usr/lib/libgupnp-igd-1.0.so.3 #6 0x7fdf1459547e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x7fdf145ab3f7 in ?? () from /usr/lib/libgobject-2.0.so.0 #8 0x7fdf145aca76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x7fdf145acfc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10 0x7fdef6bd0e91 in ?? () from
Bug#588276: libnotify doesn't support notification specs 1.0, breaks some notification daemons
tags 588276 -unreproducible thanks Coin, I'm hit with the same problem after an upgrade, with awesome, which is using spec 1.0 (according to GetServerInformation). I opened #596331 as a wish in the meantime, but that won't help fixing the problem for Squeeze. Regards. -- Marc Dequènes (Duck) pgpQYLuVJgkNO.pgp Description: PGP Digital Signature
Bug#595490: [xen-hypervisor-4.0-i386] Booting up the Xen Dom0 fails with an error in i387.c:159.
I get the same error, with versions 4.0.1~rc5-1, 4.0.1~rc6-1 and 4.0.1-1 of xen-hypervisor-4.0-amd64. I'd like to provide a more complete log dump but I don't know how. Cheers, -- Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591677: mysqmail: diff for NMU version 0.4.9-3.1
tags 591677 + patch tags 591677 + pending thanks Dear maintainer, I've prepared an NMU for mysqmail (versioned as 0.4.9-3.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u mysqmail-0.4.9/debian/mysqmail.postinst mysqmail-0.4.9/debian/mysqmail.postinst --- mysqmail-0.4.9/debian/mysqmail.postinst +++ mysqmail-0.4.9/debian/mysqmail.postinst @@ -2,6 +2,10 @@ set -e +if [ $1 != configure ]; then +exit 0 +fi + PATH_CONF_FILE=/etc/mysqmail.conf . /usr/share/debconf/confmodule diff -u mysqmail-0.4.9/debian/changelog mysqmail-0.4.9/debian/changelog --- mysqmail-0.4.9/debian/changelog +++ mysqmail-0.4.9/debian/changelog @@ -1,3 +1,12 @@ +mysqmail (0.4.9-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch from Marco Rodrigues to fix handling of configuration file +in maintainer scripts (Closes: #591677) + * Urgency medium due to RC bug fix + + -- Alexander Reichle-Schmehl toli...@debian.org Fri, 10 Sep 2010 14:22:16 +0200 + mysqmail (0.4.9-3) unstable; urgency=low * Maintainer scripts are now also working if DTC is not configured yet reverted: --- mysqmail-0.4.9/debian/mysqmail.prerm +++ mysqmail-0.4.9.orig/debian/mysqmail.prerm @@ -1,9 +0,0 @@ -#!/bin/sh - -set -e - -rm -f /etc/mysqmail.conf - -#DEBHELPER# - -exit 0 --- mysqmail-0.4.9.orig/debian/mysqmail.postrm +++ mysqmail-0.4.9/debian/mysqmail.postrm @@ -0,0 +1,12 @@ +#!/bin/sh + +set -e + +# Remove configuration if package is being purged +if [ $1 = purge ]; then + rm -f /etc/mysqmail.conf +fi + +#DEBHELPER# + +exit 0
Bug#596334: dig: segfault while trying to find a RRset of type DS for zone: org.
Package: dnsutils Version: 1:9.7.1.dfsg.P2-2 Severity: important Running dig +nocomments +nostats +nocmd +noquestion -t dnskey . trusted-key.key dig +topdown +sigchase +multiline -ta debian.org results in a segfault on testing/unstable: Launch a query to find a RRset of type DS for zone: org. message.c:2288: REQUIRE(msg-cursors[section] != ((void *)0)) failed, back trace #0 0x7fd06e2678a6 in ?? #1 0x7fd06e267a7a in ?? #2 0x7fd06ef0f8c5 in ?? #3 0x7fd06f6730ce in ?? #4 0x7fd06f679cfe in ?? #5 0x7fd06f67c682 in ?? #6 0x7fd06e286269 in ?? #7 0x7fd06de3e8ba in ?? #8 0x7fd06d85602d in ?? zsh: abort (core dumped) dig +topdown +sigchase +multiline -ta debian.org I don't have a debug build right now, but if necessary I can provide a proper backtrace. Cheers, Bernd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.2-think (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnsutils depends on: ii bind9-host [host] 1:9.7.1.dfsg.P2-2 Version of 'host' bundled with BIN ii libbind9-60 1:9.7.1.dfsg.P2-2 BIND9 Shared Library used by BIND ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libdns66 1:9.7.1.dfsg.P2-2 DNS Shared Library used by BIND ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii libisc60 1:9.7.1.dfsg.P2-2 ISC Shared Library used by BIND ii libisccfg60 1:9.7.1.dfsg.P2-2 Config File Handling Library used ii liblwres601:9.7.1.dfsg.P2-2 Lightweight Resolver Library used ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii libxml2 2.7.7.dfsg-4 GNOME XML library dnsutils recommends no packages. Versions of packages dnsutils suggests: pn rblcheck none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596335: debian-installer: build ready-to-use hd-media images
Package: debian-installer Severity: wishlist Hello, As opposed to the optical disk images, the images that are provided for installing Debian from an hd-media are not directly usable, but need to be manually completed by adding an optical disk image into their filesystem. This requires a more complicated procedure, and make the installation of Debian from an USB key more complicated than from an optical disk, whereas there is no theoretical reason for such a difference. Compare these two typical use cases: (preparing an installation CD) [optional: read the installation manual] [find the URL of the CD image] wget http://url/of/the/cd.iso wodim dev=/dev/cdrom cd.iso (preparing an installation USB drive) [mandatory: read the installation manual] [find the URL of the hd-media image] wget http://url/of/the/hd-media.img.gz [optional: try to write it directly, boot on that, fail] gunzip hd-media.img.gz dd if=hd-media.img of=/dev/stick [optional: try to boot on that, fail] [optional: give up and switch to the CD way] [find the URL a small CD image] wget http://url/of/the/cd.iso mount /dev/stick /mnt cp cd.iso /mnt umount /mnt The installation manual explains that in a non-straightforward way, describing two methods, and giving only hints to find where to download the two needed images. In addition, this procedure depends on *nix tools, and is thus inapplicable for many user that start installing Debian from a foreign system, which is a common case. Because of this complication, I see many beginners failing at preparing installation USB sticks, if not failing to install Debian at all because they do not have an optical drive. It would be useful to build and provide ready-to-use hd-media images, that would be as easy to use as the optical disk ones. I see four ways to implement that: 1. work around: after building the incomplete hd-media image as it is currently done, post-process it to add an optical disk image on its filesystem; 2. hi-tech, space-saving: using the recent hybrid boot feature of SYSLINUX, that allow to build single images that are bootable either as El Torito optical media or as MBR on-optical media, if applicable to the Debian installer: cf. bug #593484; 3. clean: find a way to build autonomous hd-media image, that use data on their file system instead of relying on an optical disk image; 4. minimalistic: build hd-media image that use the netboot process, thus containing only a bootloader, a kernel and an initrd: cd. bug #505773. Regards, -- Tanguy Ortolo -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#596328: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9
reassign 596328 libpisock9 thanks On Sep 10, xiscu xi...@email.de wrote: while setting up arno-iptables-firewall warnings are raised by modprobe: So you tought that I should be bothered about it? Great thinking! Setting up arno-iptables-firewall (1.9.2.k-3) ... Restarting Arno's Iptables Firewall... /sbin/modprobe ip_tables: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. -- ciao, Marco signature.asc Description: Digital signature
Bug#596336: dosfsck: non-ASCII filenames are printed encoded
Package: dosfstools
Version: 3.0.6-1
Severity: important
Tags: patch
If a filesystem has files with names containing non-ASCII characters,
dosfsck prints these characters encoded, not human-readable. This is
very inconvenient, especially when the program asks user to make
decision about deleting or fixing files.
For example:
Checking file /:0GV:0H0:0Gu:0Gy:0Gr:0H02.:0H2:0H5:0H2
(\217\220\210\214\205\2202.\222\225\222)
/:0GV:0H0:0Gu:0Gy:0Gr:0H02.:0H2:0H5:0H2
Bad file name.
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
I patched this program to convert printed names using iconv and
wcstombs(). Now the output looks like:
Checking file /Пример2.тхт (ПРИМЕР2.ТХТ)
/Пример2.тхт
Bad file name.
1) Drop file
2) Rename file
3) Auto-rename
4) Keep it
Also, I added command line option -c N (use codepage N to decode
short filenames, default = 437)
The patch is rather big and ugly. With it dosfsck depends on libiconv
with locale support, which may be unavailable in embedded systems.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.33.2 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dosfstools depends on:
ii libc6 2.10.1-5 GNU C Library: Shared libraries
dosfstools recommends no packages.
dosfstools suggests no packages.
-- debconf-show failed
commit 3aa58b29b80ed05d1d9bf3d62c50f4e29e75953c
Author: Alexander Korolkov al-...@inbox.ru
Date: Fri Sep 10 16:41:03 2010 +0400
iconv
diff --git a/src/check.c b/src/check.c
index 0378da5..0df753d 100644
--- a/src/check.c
+++ b/src/check.c
@@ -188,7 +188,42 @@ loff_t alloc_rootdir_entry(DOS_FS *fs, DIR_ENT *de, const char *pattern)
return offset;
}
+static unsigned uunesc(unsigned char x)
+{
+if (x = '0' x = '9')
+ return x - '0';
+else if (x = 'A' x = 'Z')
+ return x - 'A' + 10;
+else if (x = 'a' x = 'z')
+ return x - 'a' + 36;
+else if (x == '+')
+ return 62;
+else if (x == '-')
+ return 63;
+printf(Internal error at %s:%d\n, __FILE__, __LINE__);
+exit(0);
+}
+static void uni2local(char *dest, const unsigned char *src)
+{
+while (*src) {
+ if (*src != ':') {
+ *dest = *src; ++dest; ++src;
+ }
+ else {
+ wchar_t uni[2]; char *t = dest; size_t result;
+ uni[0] = (uunesc(src[1]) 12) + (uunesc(src[2]) 6) + uunesc(src[3]);
+ uni[1] = 0;
+ result = wcstombs(dest, uni, 32);
+ if (result != (size_t)(-1)) {
+ dest += result;
+ src += 4;
+ }
+ else { *dest = *src; ++dest; ++src; } /* fallback: just show encoded name */
+ }
+}
+*dest = 0;
+}
/**
* Construct a full path (starting with '/') for the specified dentry,
* relative to the partition. All components are long names where possible.
@@ -210,7 +245,10 @@ static char *path_name(DOS_FILE *file)
/* Append the long name to the path,
* or the short name if there isn't a long one
*/
- strcpy(strrchr(path,0),file-lfn?file-lfn:file_name(file-dir_ent.name));
+ if (file-lfn)
+ uni2local(strrchr(path,0),file-lfn);
+ else
+ strcpy(strrchr(path,0),file_name(file-dir_ent.name));
}
return path;
}
diff --git a/src/dosfsck.c b/src/dosfsck.c
index 7657018..a5b9ec0 100644
--- a/src/dosfsck.c
+++ b/src/dosfsck.c
@@ -32,6 +32,7 @@
#include stdlib.h
#include unistd.h
#include getopt.h
+#include locale.h
#include common.h
#include dosfsck.h
@@ -47,13 +48,13 @@ int atari_format = 0;
unsigned n_files = 0;
void *mem_queue = NULL;
-
static void usage(char *name)
{
fprintf(stderr,usage: %s [-aAflrtvVwy] [-d path -d ...]
[-u path -u ...]\n%15sdevice\n,name,);
fprintf(stderr, -a automatically repair the file system\n);
fprintf(stderr, -A toggle Atari file system format\n);
+fprintf(stderr, -c N use DOS codepage N to decode short file names (default: %d)\n, DEFAULT_DOS_CODEPAGE);
fprintf(stderr, -d path drop that file\n);
fprintf(stderr, -f salvage unused chains to files\n);
fprintf(stderr, -l list path names\n);
@@ -106,12 +107,13 @@ int main(int argc,char **argv)
unsigned n_files_check=0, n_files_verify=0;
unsigned long free_clusters;
+setlocale(LC_ALL, ); /* initialize locale */
memset(fs, 0, sizeof(fs));
rw = salvage_files = verify = 0;
interactive = 1;
check_atari();
-while ((c = getopt(argc,argv,Aad:flnprtu:vVwy)) != EOF)
+while ((c = getopt(argc,argv,Aac:d:flnprtu:vVwy)) != EOF)
switch (c) {
case 'A': /* toggle Atari format */
atari_format = !atari_format;
@@ -123,6 +125,9 @@ int main(int argc,char **argv)
interactive = 0;
salvage_files = 1;
break;
+ case 'c':
+ dos_codepage = atoi(optarg);
+ break;
case 'd':
file_add(optarg,fdt_drop);
break;
diff --git a/src/file.c b/src/file.c
index
Bug#596337: evolution: URL not shown as link
Package: evolution Version: 2.30.3-1 Severity: normal With evolution 2.30.2 currently in Squeeze, the automatic mail sent out by a drupal installation warning you about available updates, contains an URL which is not clickable. After an apt-get install -t unstable evolution evolution- data-server, which pulled in evolution and evolution-data-server 2.30.3, the link is now clickable as it needs to be. When viewing the source of the mail message in Evolution, it shows some unrecognized character at the end of each line, so maybe the newlines in the sent out message are broken. I will attach the message. From i...@wise.vub.ac.be Thu Sep 9 22:17:25 2010 Return-Path: www-d...@wise.vub.ac.be Received: from mach.vub.ac.be ([unix socket]) by mini (Cyrus v2.3.15) with LMTPA; Thu, 09 Sep 2010 22:17:25 +0200 X-Sieve: CMU Sieve 2.3 Received: from mxin.vub.ac.be (mxin.vub.ac.be [134.184.129.112]) by mach.vub.ac.be (Postfix) with ESMTP id 8EE9E2A7 for fhi...@vub.ac.be; Thu, 9 Sep 2010 22:17:25 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EALfQiEyGuCsz/2dsb2JhbACDGZFnjQ2wLz6RE4Eigyd0BI0SiAs Received: from wisepc1.vub.ac.be (HELO localhost) ([134.184.43.51]) by smtp.vub.ac.be with ESMTP; 09 Sep 2010 22:17:26 +0200 Received: from www-data by localhost with local (Exim 4.72) (envelope-from www-d...@wise.vub.ac.be) id 1OtnYj-0001I8-D5 for fhi...@vub.ac.be; Thu, 09 Sep 2010 22:17:25 +0200 Date: Thu, 09 Sep 2010 22:17:25 +0200 Message-Id: e1otnyj-0001i8...@localhost To: fhi...@vub.ac.be Subject: New release(s) available for WISE homepage X-PHP-Originating-Script: 0:mail.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes X-Mailer: Drupal Errors-To: i...@wise.vub.ac.be Sender: i...@wise.vub.ac.be From: i...@wise.vub.ac.be Content-Transfer-Encoding: 8bit There are updates available for one or more of your modules or themes. To ensure the proper functioning of your site, you should update as soon as possible. See the available updates page for more information: https://wise.vub.ac.be/drupal-test/admin/reports/updates
Bug#596338: tipptrainer: warning while installing. Processing triggers for menu ...
Package: tipptrainer Version: 0.6.0-17 Severity: normal Hi, while installing tipptrainer some warnings are raised: Unpacking tipptrainer (from .../tipptrainer_0.6.0-17_amd64.deb) ... Processing triggers for gnome-menus ... Processing triggers for desktop-file-utils ... Processing triggers for menu ... warning, in file '/var/lib/dpkg/updates/' near line 5 package 'wx2.6-i18n': missing description warning, in file '/var/lib/dpkg/updates/' near line 5 package 'wx2.6-i18n': missing maintainer warning, in file '/var/lib/dpkg/updates/0003' near line 5 package 'tipptrainer-data-de': missing description warning, in file '/var/lib/dpkg/updates/0003' near line 5 package 'tipptrainer-data-de': missing maintainer warning, in file '/var/lib/dpkg/updates/0006' near line 5 package 'tipptrainer-data-en': missing description warning, in file '/var/lib/dpkg/updates/0006' near line 5 package 'tipptrainer-data-en': missing maintainer warning, in file '/var/lib/dpkg/updates/0009' near line 5 package 'tipptrainer': missing description warning, in file '/var/lib/dpkg/updates/0009' near line 5 package 'tipptrainer': missing maintainer warning, in file '/var/lib/dpkg/updates/0011' near line 6 package 'tipptrainer': missing description warning, in file '/var/lib/dpkg/updates/0011' near line 6 package 'tipptrainer': missing maintainer warning, in file '/var/lib/dpkg/updates/0013' near line 6 package 'tipptrainer': missing description warning, in file '/var/lib/dpkg/updates/0013' near line 6 package 'tipptrainer': missing maintainer warning, in file '/var/lib/dpkg/updates/0015' near line 6 package 'tipptrainer': missing description warning, in file '/var/lib/dpkg/updates/0015' near line 6 package 'tipptrainer': missing maintainer warning, in file '/var/lib/dpkg/updates/0017' near line 6 package 'tipptrainer': missing description warning, in file '/var/lib/dpkg/updates/0017' near line 6 package 'tipptrainer': missing maintainer Processing triggers for man-db ... Setting up wx2.6-i18n (2.6.3.2.2-5) ... Setting up tipptrainer-data-de (0.6.0-17) ... Setting up tipptrainer-data-en (0.6.0-17) ... Setting up tipptrainer (0.6.0-17) ... Processing triggers for menu ... Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tipptrainer depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 ii libwxbase2.6-02.6.3.2.2-5+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-5+b1 wxWidgets Cross-platform C++ GUI t ii tipptrainer-data-de 0.6.0-17 German data for tipptrainer ii tipptrainer-data-en 0.6.0-17 English data for tipptrainer ii wx2.6-i18n2.6.3.2.2-5wxWidgets Cross-platform C++ GUI t tipptrainer recommends no packages. tipptrainer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594594: Please build test libsysactivity 0.5.4-5 on x86 BSD machine with 4 GB RAM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi
As the subject suggests I would like a build test of libsysactivity on an
x86 machine with 4 GB RAM (or more). The new version of libsysactivity
carries some patches to properly calculate memory on BSD machines.
The problem I would like to assert that the patches fix is that there
are no longer integer overflows when calculating memory on a x86 BSD
machine with 4 GB RAM.[1]
libsysactivity 0.5.4-5 is available from:
-
http://mentors.debian.net/debian/pool/main/l/libsysactivity/libsysactivity_0.5.4-5.dsc
- git clone git://git.debian.org/collab-maint/libsysactivity.git
You can also just fetch 0.5.4-4 from the archive and apply the attached
debdiff.
Thank you in advance,
~Niels
Note: I am not subscribed to any of the BSD lists; please CC me directly,
if you for some reason do not want to CC the bug.
[1] The observant reader will notice that the patches also fix an issue
for 64bit machines. Feel free to do a verification test of that as well if
you got a 64 bit machine with +4 GB RAM; however I already got a
successful test build with those. :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Topal (http://freshmeat.net/projects/topal)
iEYEAREIAAYFAkyKD38ACgkQVCqoiq1YlqxFTwCfdTo3FOj8gqNfXRYPJLtxpSiA
r4cAoOXFwM7CEwhpIbuMMfx8DjczGgZT
=N2U2
-END PGP SIGNATURE--BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEUEABEIAAYFAkyKDeQACgkQVCqoiq1YlqzEnwCY0qgeciuPAvwt3ieMsFk0YUjZ
YACfQK12MTI/3SZJX6UnaPnp0w2nyUE=
=js8G
-END PGP SIGNATURE-
Description: Packaging diff between 0.5.4-4 and 0.5.4-5.
.
Assumes patches have been applied and will apply new paches.
diff --git a/debian/changelog b/debian/changelog
index 33fc5a8..0253e5a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+libsysactivity (0.5.4-5) unstable; urgency=low
+
+ * Added patch to fix the issue with calculating memory on kFreeBSD
+based architectures for machines with 4 GB RAM.
+(Closes: #594594)
+ * Added patch to disable cpu idle test, which causes build
+failures due to false positives.
+
+ -- Niels Thykier ni...@thykier.net Fri, 10 Sep 2010 12:11:25 +0200
+
libsysactivity (0.5.4-4) unstable; urgency=low
* Applied patch from upstream to fix an issue with calculating memory
diff --git a/debian/patches/disable-cpu-idle-test.patch
b/debian/patches/disable-cpu-idle-test.patch
new file mode 100644
index 000..bddf75e
--- /dev/null
+++ b/debian/patches/disable-cpu-idle-test.patch
@@ -0,0 +1,17 @@
+Description: Disables the cpu idle test; the test causes
+ build failures due to false positives.
+Origin: upstream
+
+diff --git a/test/test_cpu.c b/test/test_cpu.c
+index ae5b35a..44d86ef 100644
+--- a/test/test_cpu.c
b/test/test_cpu.c
+@@ -58,7 +58,7 @@ void print_cpu_info(struct sa_cpu* cpu) {
+ }
+
+ void test_cpu_info(struct sa_cpu* cpu) {
+-#ifdef SA_CPU_IDLE
++#if 0
+ if (cpu-idle != 0) {
+ printf(\nERROR: Idle is not zero\n);
+ exit(EXIT_FAILURE);
diff --git a/debian/patches/freebsd-memory-64bit.patch
b/debian/patches/freebsd-memory-64bit.patch
new file mode 100644
index 000..f20cb50
--- /dev/null
+++ b/debian/patches/freebsd-memory-64bit.patch
@@ -0,0 +1,66 @@
+Description: Backported fix for an int overflow when
+ calculating memory on FreeBSD machines.
+ .
+ Note: this is a partial patch which is needed together
+ with freebsd-memory-int-overflow.patch
+Origin: upstream
+Bug-Debian: http://bugs.debian.org/593018
+
+diff --git a/src/FreeBSD/memory.c b/src/FreeBSD/memory.c
+index 4c57efa..1897943 100644
+--- a/src/FreeBSD/memory.c
b/src/FreeBSD/memory.c
+@@ -53,35 +53,37 @@ int sa_get_memory(struct sa_memory* dst) {
+ if (dst == NULL)
+ return EINVAL;
+
+- size_t tmp;
+- size_t len = sizeof dst;
+- if (sysctlbyname(hw.physmem, tmp, len, NULL, 0) == -1)
++ uint64_t tmp64 = 0;
++ size_t len = sizeof tmp64;
++ if (sysctlbyname(hw.physmem, tmp64, len, NULL, 0) == -1)
+ return ENOSYS;
+- dst-total = tmp;
++ dst-total = tmp64;
+
+- if (sysctlbyname(vm.stats.vm.v_free_count, tmp, len, NULL, 0) == -1)
++ if (sysctlbyname(vfs.bufspace, tmp64, len, NULL, 0) == -1)
+ return ENOSYS;
+- dst-free = tmp * page_size;
++ dst-buffers = tmp64;
+
+- if (sysctlbyname(vfs.bufspace, tmp, len, NULL, 0) == -1)
++ uint32_t tmp32;
++ len = sizeof tmp32;
++ if (sysctlbyname(vm.stats.vm.v_free_count, tmp32, len, NULL, 0) ==
-1)
+ return ENOSYS;
+- dst-buffers = tmp;
++ dst-free = (uint64_t) tmp32 * page_size;
+
+- if (sysctlbyname(vm.stats.vm.v_cache_count, tmp, len, NULL, 0) ==
-1)
++ if (sysctlbyname(vm.stats.vm.v_cache_count, tmp32, len, NULL, 0) ==
-1)
+ return ENOSYS;
+- dst-cached = tmp * page_size;
++ dst-cached = (uint64_t) tmp32 * page_size;
+
+- if
