date:20110110

Bug#591817: ping

2011-01-10 Thread Lucas Nussbaum

On 29/12/10 at 00:03 -0800, Steven Baker wrote:
 Yes. I built 1.2 packages, meeting with my mentor in a day or two to
 get them uploaded.

Hi,

Any news on that?

- Lucas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608608: Fix on github

2011-01-10 Thread L. Alberto Giménez


On 10/01/2011 1:11, gregor herrmann wrote:

On Sun, 09 Jan 2011 18:28:46 +0100, L. Alberto Giménez wrote:


I pushed a fix for this bug to my GitHub repository and issued a pull request to
upstream: https://github.com/agimenez/bti/tree/dry-run-fix

Thanks!
I've also sent a similar patch to upstream via mail already, so he
now has soem choice :)
I didn't know that there was already a fix :(, I tried to check the 
github page as well as the Debian PTS page and found nothing about that. 
Sorry for the noise, then.


Regards,
L. Alberto Giménez



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606994: Claim £750,000.00 GBP in the Gnld New Year Promo 2011. Send‏‏‏

2011-01-10 Thread ben-morris


Name: Country



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609516: unattended-upgrades: should not send email if executed manually with '--dry-run'

2011-01-10 Thread Teodor

Package: unattended-upgrades
Version: 0.62.2
Severity: minor

Hi,

I'm currently testing this package for use on production systems thus I use
'-d --dry-run' to simulate the actual packages upgrades. I suggest that on
manual execution with '--dry-run' an email should not be sent.

Also, the message sent on manual execution with these two options cannot be
displayed properly (an 'application/octet-stream' attachment only). This will
go away by itself if no email is sent when executed with --dry-run.

Thanks

-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (600, 'squeeze-updates'), (600, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages unattended-upgrades depends on:
ii  apt 0.8.10   Advanced front-end for dpkg
ii  apt-utils   0.8.10   APT utility programs
ii  debconf [debconf-2.0]   1.5.36   Debian configuration management sy
ii  lsb-release 3.2-23.1 Linux Standard Base version report
ii  python  2.6.6-3+squeeze4 interactive high-level object-orie
ii  python-apt  0.7.100.1Python interface to libapt-pkg
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
pn  bsd-mailx none (no description available)

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Automatically upgrade packages from these (origin, archive) pairs
Unattended-Upgrade::Allowed-Origins {
${distro_id} stable;
${distro_id} testing;
${distro_id} ${distro_codename}-security;
${distro_id} ${distro_codename}-updates;
${distro_id} ${distro_codename}-backports;
};
// List of packages to not update
Unattended-Upgrade::Package-Blacklist {
//  vim;
//  libc6;
//  libc6-dev;
//  libc6-i686;
};
// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. The package 'mailx'
// must be installed or anything that provides /usr/bin/mail.
Unattended-Upgrade::Mail root;
// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattended-Upgrade::Remove-Unused-Dependencies false;
// Automatically reboot *WITHOUT CONFIRMATION* if a 
// the file /var/run/reboot-required is found after the upgrade 
//Unattended-Upgrade::Automatic-Reboot false;
// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit 70;

/etc/logrotate.d/unattended-upgrades changed:
/var/log/unattended-upgrades/unattended-upgrades.log {
  rotate 6
  monthly
  missingok
  notifempty
}


-- debconf information:
  unattended-upgrades/enable_auto_updates: false



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522776: C.UTF-8 in squeeze

2011-01-10 Thread Aurelien Jarno

tag


Roger Leigh a écrit :
 clone 522776 -1
 reassign -1 eglibc
 retitle -1 eglibc: Please provide a C.UTF-8 locale by default
 severity -1 important
 thanks
 
 On Fri, Jan 07, 2011 at 09:14:47PM -0500, David Holland wrote:
 Can this please get done (adding a C.UTF-8 locale)? It is absolutely
 required for writing shell scripts that handle UTF-8 data, if you want
 those shell scripts to have anything like portable or reliable
 behavior.
 
 This is really in the hands of the glibc maintainers.  I thought that
 a bug had been filed months ago, but I can't find it.  I've done so
 now.
 
 Note this comment from Aurelien Jarno:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776#342
 
 This will only be done with the approval of the release team, who
 I've copied in.
 

I know some persons already tried to work on that, so if patches are
already available, they will be really appreciated.

Providing a C.UTF-8 locale is quite easy, d-i is already doing that.
Providing a C.UTF-8 *by default* is more complicated, as it has to be
done in the GNU libc code, we can't really on the locale package
generating one. This would mean this package should always be installed,
and that we should trust on user to correctly regenerate the locales if
they do.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#594143: Upgrade desktopcouch to 1.0.3

2011-01-10 Thread David Paleino

On Mon, 10 Jan 2011 02:03:00 +0100, Artur Rona wrote:

 Hello David,

Hi,

 Could you upgrade desktopcouch to 1.0.3 and upload it to Debian git and
 release in experimental?

Not yet. It needs other components which are currently ITP/unavailable in
Debian. The first coming to mind is ubuntu-sso-client (ITP #594143), and another
person (CCed) is working on it :)

Andrew, if you don't have time to do it, I'm available to package it under the
Ubuntu Backmerging Team (utnubu) umbrella :)

Have a nice day,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#609389: libc-bin: getconf -a have many variables set not properly (i.e. LEVELCACHE)

2011-01-10 Thread Aurelien Jarno

Witold Baryluk a écrit :
 Package: libc-bin
 Version: 2.11.2-7
 Severity: normal
 
 getconf -a have many variables set to 0.
 
 for example
 
 LEVEL1_ICACHE_SIZE 0
 LEVEL1_ICACHE_ASSOC0
 LEVEL1_ICACHE_LINESIZE 0
 LEVEL1_DCACHE_SIZE 0
 LEVEL1_DCACHE_ASSOC0
 LEVEL1_DCACHE_LINESIZE 0
 LEVEL2_CACHE_SIZE  0
 LEVEL2_CACHE_ASSOC 0
 LEVEL2_CACHE_LINESIZE  0
 
 
 they are easly available on most architectures in /proc/cpuinfo

/proc/cpuinfo are not providing all these details, but just a cache
size. The most likely problem is that your CPU is not known by the GNU
libc. Could you please install the cpuid package and send me the output
of the cpuid command?

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609228: libpadre-plugin-spellcheck-perl: Failing tests; Tries to create .padre directory for building user

2011-01-10 Thread Salvatore Bonaccorso

Hi Damyan!

On Sat, Jan 08, 2011 at 02:27:44PM +0200, Damyan Ivanov wrote:
 -=| Salvatore Bonaccorso, Fri, Jan 07, 2011 at 04:48:12PM +0100 |=-
  Source: libpadre-plugin-spellcheck-perl
  Version: 1.1.2-1
  Severity: serious
  Justification: FTBFS
 
 Is this with sbuilder settings as on official buildds? Otherwise I'd 
 say it is  of severity:importatnt. (worth fixing in anu case)

I talked about that to the release team. We have for all of them with
arch:all anyway the squeeze-ignore tag, but they should be fixed at
least later on. When Lucas Nussbaum builds the archive, he generally
notes too such problems with unwritable homes IIRC. Official buildds
seems to have something like:

---(mount-defaults.buildd)--
# mount.defaults: static file system information for chroots.
# Note that the mount point will be prefixed by the chroot path
# (CHROOT_PATH)
#
# file system mount point   type  options   dump  pass
proc/proc   procdefaults0   0
/dev/pts/dev/ptsnonerw,bind 0   0
tmpfs   /dev/shmtmpfs   defaults0   0
/home/buildd/build-trees/build  nonerw,bind 
0   0



  Building libpadre-plugin-spellcheck-perl 1.1.2-1 tries to create
  ..padre directory, which fail:
  
   PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
   test_harness(0, 'blib/lib', 'blib/arch') t/*.t
   Use of uninitialized value $_[0] in join or string at 
   /usr/lib/perl5/File/Spec/Unix.pm line 86.
   
   #   Failed test 'use Padre::Plugin::SpellCheck;'
   #   at t/0-load.t line 16.
   # Tried to use 'Padre::Plugin::SpellCheck'.
   # Error:  mkdir /.padre: Permission denied at 
   /usr/share/perl5/Padre/Constant.pm line 116
 
 What would you recommend as a fix? I was thinking about runnung tests 
 in a wrapper that sets HOME to a temporary directory and then wipes it 
 out.

We have already such cases e.g. in libtest-valgrind-perl done by
gregoa. I have documented now at least that way in our debhelper.pod
[1].

 [1]  
http://pkg-perl.alioth.debian.org/debhelper.html#running_tests_needing_writable_home

I tried to build with the attached patch, and it works fine now, so we
could apply a similar solution to all of them, what do you think agree
on that way? Or other ideas?

Bests
Salvatore
diff -Nru libpadre-plugin-spellcheck-perl-1.21/debian/rules libpadre-plugin-spellcheck-perl-1.21/debian/rules
--- libpadre-plugin-spellcheck-perl-1.21/debian/rules	2010-12-07 22:17:26.0 +0100
+++ libpadre-plugin-spellcheck-perl-1.21/debian/rules	2011-01-10 09:12:57.0 +0100
@@ -1,12 +1,19 @@
 #!/usr/bin/make -f
 
+BUILDHOME = $(CURDIR)/debian/build
+
 %:
 	dh $@
 
+override_dh_clean:
+	dh_clean
+	rm -rf $(BUILDHOME)
+
 PKG=$(shell dh_listpackages)
 
 override_dh_auto_configure override_dh_auto_test:
-	xvfb-run $(subst override_,,$@)
+	mkdir -p $(BUILDHOME)
+	HOME=$(BUILDHOME) xvfb-run $(subst override_,,$@)
 
 PKG=libpadre-plugin-spellcheck-perl
 MOD=Padre-Plugin-SpellCheck


signature.asc
Description: Digital signature

Bug#608608: Fix on github

2011-01-10 Thread gregor herrmann

On Mon, 10 Jan 2011 09:01:43 +0100, L. Alberto Giménez wrote:

 I pushed a fix for this bug to my GitHub repository and issued a pull 
 request to
 upstream: https://github.com/agimenez/bti/tree/dry-run-fix
 Thanks!
 I've also sent a similar patch to upstream via mail already, so he
 now has soem choice :)
 I didn't know that there was already a fix :(, I tried to check the
 github page as well as the Debian PTS page and found nothing about
 that. Sorry for the noise, then.

Nothing to be sorry about, you can't know that I've sent a patch
upstream via private mail if I don't make this info available
anywhere ...
 
Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-Kirk to Enterprise -- beam down yeoman Rand and a six-pack. 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609226: Additional information - snmpd as root on Debian 5.0.6

2011-01-10 Thread Moritz Duge


I tried tu run snmpd as root on Debian 5.0.6. It's working!

The speed value for my gigabit interface is at 1.000.000.000 (that's the 
value it should be) all the time.


Will there be a patch for Debian 5.0.x? Until there's a patch, is it 
wise to run snmpd as root all the time?


Thanks
Moritz Duge



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#609517: xen-utils-3.2-1: Pygrub can't find grub.conf in a reiserfs partion on amd64 arch

2011-01-10 Thread Lepton Wu

Package: xen-utils-3.2-1
Version: 3.2.1-2
Severity: normal
Tags: patch

Hi,
   
  There is a bug xen-3-3.2.1/tools/libfsimage/reiserfs/fsys_reiserfs.c, 
  it is using unsigned long which is 64 bits on amd64 arch and  32
  bits on i386 arch. 
  This makes pygrub can't work on reiserfs on amd64 arch. You can easily
  reproduce it.
  A patch is included for fixing this problem.

diff -ur xen-3-3.2.1/tools/libfsimage/reiserfs/fsys_reiserfs.c 
xen-3-3.2.1-lepton/tools/libfsimage/reiserfs/fsys_reiserfs.c
--- xen-3-3.2.1/tools/libfsimage/reiserfs/fsys_reiserfs.c   2008-05-12 
19:01:57.0 +0800
+++ xen-3-3.2.1-lepton/tools/libfsimage/reiserfs/fsys_reiserfs.c
2011-01-10 16:37:38.0 +0800
@@ -222,7 +222,7 @@
 
 struct disk_child
 {
-  unsigned long   dc_block_number;  /* Disk child's block 
number. */
+  unsigned intdc_block_number;  /* Disk child's block 
number. */
   unsigned short  dc_size; /* Disk child's used space. 
  */
 };
 


-- System Information:
Debian Release: 5.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312)
Shell: /bin/sh linked to /bin/bash

Versions of packages xen-utils-3.2-1 depends on:
ii  e2fslibs   1.41.3-1  ext2 filesystem libraries
ii  iproute20080725-2networking and traffic control too
ii  libc6  2.7-18lenny6  GNU C Library: Shared libraries
ii  libgcrypt111.4.1-1   LGPL Crypto library - runtime libr
ii  libgnutls262.4.2-6+lenny2the GNU TLS library - runtime libr
ii  libncurses55.7+20081213-1shared libraries for terminal hand
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libxenstore3.0 3.2.1-2   Xenstore communications library fo
ii  python 2.5.2-3   An interactive high-level object-o
ii  python-central 0.6.8 register and build utility for Pyt
ii  udev   0.125-7+lenny3/dev/ and hotplug management daemo
ii  xen-utils-common   3.2.0-2   XEN administrative tools - common 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages xen-utils-3.2-1 recommends:
ii  bridge-utils  1.4-5  Utilities for configuring the Linu
ii  xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64

Versions of packages xen-utils-3.2-1 suggests:
pn  xen-docs-3.2  none (no description available)

-- debconf-show failed
diff -ur xen-3-3.2.1/tools/libfsimage/reiserfs/fsys_reiserfs.c xen-3-3.2.1-lepton/tools/libfsimage/reiserfs/fsys_reiserfs.c
--- xen-3-3.2.1/tools/libfsimage/reiserfs/fsys_reiserfs.c	2008-05-12 19:01:57.0 +0800
+++ xen-3-3.2.1-lepton/tools/libfsimage/reiserfs/fsys_reiserfs.c	2011-01-10 16:37:38.0 +0800
@@ -222,7 +222,7 @@
 
 struct disk_child
 {
-  unsigned long   dc_block_number;  /* Disk child's block number. */
+  unsigned intdc_block_number;  /* Disk child's block number. */
   unsigned short  dc_size;		/* Disk child's used space.   */
 };

On Mon, Jan 10, 2011 at 12:54:58AM -0500, micah anderson wrote:
On Fri, 7 Jan 2011 20:17:29 +0100, Jonas Smedegaard d...@jones.dk
wrote:
So what really is the issue here is that _at_ _each_ _runtime_
_environment_ are the db files incompatible.

http://download.oracle.com/docs/cd/E17276_01/html/programmer_reference/changelog_4_8.html#id1655659

Database or Log File On-Disk Format Changes:

1. The log file format changed in 4.8.

So it seems that its just the db4.8 logs are not backward compatible
with 4.7. Transaction logs are great, if you want to do recovery, but I
wonder if they are really needed. If I recall, they simply grow, until
you rotate them, unless you set specific DB_CONFIG flags.

According to Helmut Grohne, all Bitcoin users maintain a full history of
transactions in those logs - so I suspect they shouldn't be rotated but
just (slowly) grow and grow...

@Micah: Could you please test if upgrading works like this:

1) Move aside your precious .bitcoin folder
2) Start the current Debian Bitcoin (or upstream binary)
3) Let Bitcoin run until its db is fully init'ed (i.e. dir is
~150MB)

1 2 3 4 >

1 - 100 of 342 matches

Mail list logo