Bug#631421: git-man: apply.ignorewhitespace should be apply.ignore-whitespace

[Philipp Marek]

Hello Jonathan!

> > As using apply.ignorewhitespace gives an error and git apply --help
> > shows that a dash is needed, the man page of "git-config" should be
> > fixed to use apply ..ignore-whitespace
> 
> Could you elaborate (for example, what error message do you get)?
Starting "git gui" and choosing a chunk to commit gave an error:
"fatal: unrecognized whitespace ignore option 'yes'".

The keyword with dash was accepted, and "git apply" had it this way, too.


So, which is correct now?


Thank you!


Regards,

Phil



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

Bug#629815: Bug#630167: Bug#629815: No rule to make target `/usr/lib/libdl.so'

[Mathieu Malaterre]

On Fri, Jun 24, 2011 at 8:11 AM, Andreas Tille  wrote:
>> So you can reassign your bug where it belongs (libvtk5-dev). Unfortunately, 
>> VTK
>> has one of the most hackish (and outdated in places) cmake code. Good luck
>> fixing it.
>
> Thanks for your analysis.  I have just no idea of cmake and obviosely
> had no idea where to look at after I have seen that old cmake in testing
> worked and cmake in unstable did not.  The hint about multiarch stuff
> added in unstable seemed like a reasonable explanation at first sight.
> So thanks for enlighting the reasons.

Thanks Modestas for finding the reason. I started a long time ago
fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES,
but had to give up.
I could not get it apply upstream, maybe we can resurect this patch in
debian/VTK:

https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa2540921ab

2cts
-- 
Mathieu



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

Bug#631364: [Pkg-samba-maint] Bug#631364:

[Dani Daniel]

> Date: Fri, 24 Jun 2011 06:57:28 +0200
> From: bubu...@debian.org
> To: lind...@hotmail.de; 631...@bugs.debian.org
> Subject: Re: [Pkg-samba-maint] Bug#631364:
> 
> retitle 631364 Saving a file on mounted share with OOo adds an extra empty 
> file in the same directory
> thanks
> 
> Quoting Dani Daniel (lind...@hotmail.de):
> > 
> > Package: smbfs
> > Version: 2:4.5-2
> > I have exported a network share on my debian squeeze server via samba, 
> > mount options: dir_mode=0777,file_mode=0777,uid=root,gid=root,noperm.
> > On my client I have mounted the share with cifs. Everything works correct 
> > except saving from openoffice.
> > If
> > I save the ooo-document that i am editing it will write the changes in
> > the file but it also will create a new empty file that has the same
> > name with a 0.
> > eg. test.odt --> test0.odt ( has 0 byte ).  
> >   
> 
> 
> What is the version of samba on the server? 3.5.6 as in squeeze?
> 
> Can you reproduce this with another samba server, or with a share
> located on a Windows machine?
> 
> 

Yes, it's version 3.5.6 in squeeze. I tried it on a share exported with windows 
xp. There it doesn't happen, only on a share exported on my debian squeeze 
server.
  

Bug#631470: debhelper: Add --help-sequence to display all commands in a sequences dh(1) runs

[Jari Aalto]

Package: debhelper
Version: 8.1.6
Severity: wishlist


Manual page reads:

  INTERNALS

   Each time dh is run, it examines the log, and finds the last
   logged command that is in the specified sequence. It then
   continues with the next command in the sequence. The --until,
   --before, --after, and --remaining options can override this
   behavior.

SUGGESTION

The list of commads to run is not mentioned in dh(1) manual page, so
it's quite difficult to know how these options would be used. Perhaps
the program could offer:

   "See option --help-sequence to see list commands run".

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages debhelper depends on:
ii  binutils  2.21.51.20110523-1 The GNU assembler, linker and bina
ii  dpkg-dev  1.16.0.3   Debian package development tools
ii  file  5.04-5+b1  Determines file type using "magic"
ii  html2text 1.3.2a-15  advanced HTML to text converter
ii  man-db2.6.0.2-1  on-line manual pager
ii  perl  5.12.3-7+b1Larry Wall's Practical Extraction 
ii  perl-base 5.12.3-7+b1minimal Perl system
ii  po-debconf1.0.16+nmu1tool for managing templates file t

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make   0.58   tool that converts source archives

-- debconf-show failed



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

Bug#631354: closed by Ben Hutchings (Re: Bug#631354: Has the bootloader been told to use your initramfs?)

[Sébastien Dailly]

Le 23/06/2011 21:27, Debian Bug Tracking System a écrit :

This is an automatic notification regarding your Bug report
which was filed against the linux-2.6 package:

#631354: linux-image-2.6.39-2-amd64: Kernel doesn't boot (fs error)

It has been closed by Ben Hutchings.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ben 
Hutchings  by
replying to this email.




Thanks, updating grub resolve the problem.

Is it possible to add a dependency from the kernel 2.6.39 package to the 
last grub2 package ?


--
Sébastien



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

Bug#630906: git-annex completion gone missing

[Frank Terbeck]

Joey Hess wrote:
> The basic git-annex completion that was added to partially fix #603503
> has gone missing, now zsh can neither complete git ann, nor can it
> complete git annex foo somefil

Just to let you know this didn't fall through the cracks...

The 4.3.12 release of zsh includes a (more or less) rewrite of _git (the
completion function for git). I guess the guy who did it wasn't aware of
git-annex and therefore didn't re-add support for it.

I'm not sure what the plan is with respect to adding third-party
addons. I guess just adding the old code again would be a feasible
solution (and we can certainly do that with the debian package for the
time being), but for the long run I'd like to discuss this upstream.

Out of curiosity, is there a git-annex completion for bash? And if so,
how does the bash crowd handle such third-party addons?

Regards, Frank



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

Bug#631409: Please reconsider the formatting of the package description

[Justin B Rye]

Christian PERRIER wrote:
> Quoting Martin Schauer (martin.e.scha...@gmx.de):

I notice your version also "corrects a missing space in the second
item".  That definite error did get filtered out in our d-l-e review,
along with a couple of punctuation tweaks:
http://lists.debian.org/debian-l10n-english/2011/05/msg00101.html

>> Description: read-write NTFS driver for FUSE
>>  NTFS-3G is an NTFS driver for FUSE. It can
> 
> There should be a colon at the end of this.
> 
>>   * create, remove, rename, move files, directories, hard links,

Needs an extra "or".

>> and streams; 
>>   * read and write files, including streams, sparse files and

Needs an extra comma.

>> transparently compressed files;
>>   * handle special files like symbolic links, devices, and FIFOs;
>>   * moreover it provides standard management of file ownership
>> and permissions, including POSIX ACLs.
> 
> And that last item should be on a separated paragraph, if it keeps the
> "moreover" word.

Agreed.  Moreover, the --help output indicates the version in Debian
hasn't got support for POSIX ACLs compiled in, so it's a choice
between:

   .
   Moreover, it provides standard management of file ownership and
   permissions.

Or homogenise it to:

   * manage file ownership and permissions.

Or keep it as:
   [...] and moreover it provides
  standard management of file ownership and permissions.

Obviously, I preferred that third option.
-- 
JBR (who will be on reduced connectivity over the coming week)



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

Bug#631471: kleiner Fehler in pycocumalib.CoCuMa_Server

[Christoph Berg]

package: pycocuma
version: 0.4.5-6-4

--- Begin Message ---

Hallo,

nutze das jeden Tag und sehr gerne.
DelContact setzt _cards_modified, muss wohl _cal_modified sein. Dann 
wird das ics-File auch gespeichert wenn nur Einträge gelöscht wurden.



163c164
< self._cards_modified = True
---
> self._cal_modified = True



Viele Grüße,
Nico Latzer




--- End Message ---

Bug#631472: Crashes when connecting

[Ross Burton]

Package: telepathy-salut
Version: 0.5.0-1
Severity: normal

When -salut connects it crashes.  This is with the experimental packaging of
Empathy if that matters.

$ /usr/lib/telepathy/telepathy-salut 
(telepathy-salut:24109): tp-glib-DEBUG: started version 0.5.0 (telepathy-glib 
version 0.15.2)
** salut:ERROR:contact-channel.c:229:salut_contact_channel_set_property: 
assertion failed: (g_value_get_uint (value) == 0 || g_value_get_uint (value) == 
TP_HANDLE_TYPE_LIST)
Aborted (core dumped)


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (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 telepathy-salut depends on:
ii  avahi-daemon0.6.30-3 Avahi mDNS/DNS-SD daemon
ii  libavahi-client30.6.30-3 Avahi client library
ii  libavahi-common30.6.30-3 Avahi common library
ii  libavahi-gobject0   0.6.30-3 Avahi GObject library
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libdbus-1-3 1.4.12-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-2   simple interprocess messaging syst
ii  libglib2.0-02.28.6-2 GLib library of C routines
ii  libgnutls26 2.12.3-1 GNU TLS library - runtime library
ii  libsoup2.4-12.34.2-1 HTTP library implementation in C -
ii  libsqlite3-03.7.6.3-1SQLite 3 shared library
ii  libtelepathy-glib0  0.15.2-2 Telepathy framework - GLib library
ii  libxml2 2.7.8.dfsg-3 GNOME XML library

telepathy-salut recommends no packages.

telepathy-salut 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#614633: cupsd use a lot of cpu

[Jérôme Frgacic]

Ok, I finally solved my problem by changing the driver of my printer 
(HP_Officejet_5600_series). I replaced hpcups by hpijs and now all is right :)

Bug#286672: Mail Notification: OpenSSL+GPL on Debian

[Steve Langasek]

Thanks for raising this issue.

On Fri, Jun 24, 2011 at 04:47:56PM +1200, Dan Wallis wrote:
> First off, apologies if I'm out of place in sending you this, or if
> it's already been discussed here before. I did search the archives
> [0], but didn't see any mention of this particular suggestion.

> As I understand things, there's currently a stalemate between the
> Debian policy, and the package author. I can see in the Ubuntu bug
> report [1] that there is what appears to be a well-written solution,
> with which the package author agrees, in comment #86 [2]. I am not a
> lawyer however, so would like to get the go-ahead from debian-legal.
> Does this logic seem sound from a legal point-of-view?

> Following on with that idea, would something as simple as the attached
> patch be sufficient to resolve this stalemate? If not, could you
> perhaps suggest suitable wording?

No, it would not.  Indicating in user-facing documentation that it is
recommended to use OpenSSL is not equivalent to granting distributors
permission to distribute binaries linked with OpenSSL as part of an OS.

However, in reading the bug log my understanding is the upstream author's
position is that the GPL does not require dynamically-linked libraries to be
distributed under the same license terms.  I don't believe this is an
accurate interpretation of the GPL as written, but if Jean-Yves is the sole
copyright holder of the work, then this is a clarification of the intended
license, which I believe is sufficient for Debian's purposes.  If there are
other copyright holders, we would need to get similar clarification of
intent, or an OpenSSL linking exception, from each of them.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#631231: redirecting aptitude's stderr/stdout causes ucf to fail with debconf getting wrong input (was: Bug#631231: ucf: --verbose option changes return code)

[Frank Küster]

Frank Küster  wrote:

> ucf -v --debconf-ok $fmgrConfigReplaceCfgFile $fmgrConfigReplaceOrigFile
[...]
> ucf: Replace the old file is true
> The hash file exists
> dpkg: error processing texlive-base (--configure):
>  subprocess installed post-installation script returned error exit status 128

I added a "set -x" right after the first "set -e" in /usr/bin/ucf, and
got the following:

+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ '[' YES = YES ']'
+ db_x_loadtemplatefile /var/lib/dpkg/info/ucf.templates ucf
+ _db_cmd 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates' ucf
+ IFS=' '
+ printf '%s\n' 'X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf'
+ IFS='
'
+ read -r _db_internal_line
+ RET='20 Unsupported command "egrep" (full line was "egrep 
[[:space:]]\/tmp\/tmp\.G1M8EZxyNp\/dvipdfmx\/dvipdfmx\.cfg$ 
/var/lib/ucf/hashfile") received from confmodule.'
+ case ${_db_internal_line%%[   ]*} in
+ return 20
dpkg: error processing texlive-base (--configure):

So it seems that the redirection that I performed for the aptitude run
(2>&1 | tee some.log) caused the stuff that was supposed to be echoed to
stdout to end up as debconf input.

I think redirecting aptitude/dpkg like this should definitely work.  But
I do not know whether this is a problem in ucf or in debconf.

Regards, Frank

-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#631473: developer.php: please strip buildX from Ubuntu versions

[Evgeni Golov]

Package: qa.debian.org
Severity: wishlist

Hi,

as Ubuntu does not know the concept of a binNMU, they do sourcefull
uploads with the version 1.2.3-1buildX to indicate a plain rebuild
for a new library or something.

When looking at http://qa.debian.org/developer.php?login=evgeni+golov
pokerth is shown as "newer in ubuntu" which is wrong, as it was just
a rebuild I don't care about.

It'd be nice if you could strip it at least for the version compare.

Regards
Evgeni

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-rc3+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#631474: ITP: libdancer-session-memcached-perl -- Memcached-based session backend for Dancer

[Damyan Ivanov]

Package: wnpp
Owner: Damyan Ivanov 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdancer-session-memcached-perl
  Version : 0.1
  Upstream Author : This module has been written by Alexis Sukrieh.
* URL : http://search.cpan.org/dist/Dancer-Session-Memcached/
* License : Perl
  Programming Lang: Perl
  Description : Memcached-based session backend for Dancer

Dancer::Session::Memcached implements a session engine based on the Memcached
API. Sessions are stored as memcached objects via a list of Memcached servers.

Dancer is a lightweight yet powerful web application framework.



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

Bug#631315: texlive-binaries fails to install: fmtutil.cnf not found

[Frank Küster]

Connor Lane Smith  wrote:

> [meimei:~]% sudo cat /tmp/fmtutil.ejsfxS1f
> warning: kpathsea: No usable entries in /var/lib/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /var/lib/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /var/lib/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> warning: kpathsea: No usable entries in /usr/share/texmf-texlive/ls-R.
> warning: kpathsea: See the manual for how to generate ls-R.
> tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found.
> fmtutil: config file `fmtutil.cnf' not found.

Do any of these files exist?  If yes, what is their content?  (If they
are large, just send the first and last 10 lines).

Regards, Frank
-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#631475: compiz: Alt+Shift+Tab in Application Switcher does not work as expected

[Jaromir Vybihal]

Package: compiz
Version: 0.8.4-4
Severity: minor

I am using compiz plugin Application Switcher. Alt+Tab goes through windows in 
one direction. Alt+Shift+Tab is supposed to go in the other direction. This 
works only when Shift is pressed as the first key in the combination.
It does not work in case Alt+Tab is pressd to invoke the switcher and while 
still holding Alt (to keep the switcher displayed) the keys Shift+Tab are 
pressed to switch windows.

To reproduce: Press Alt+Tab and hold Alt to invoke the Application Switcher. 
While holding Alt press Tab to go forward and then Shift+Tab to go backward.
Expected: The Application Switcher goes through windows in both diretions 
depending on the fact whether the Shift key is down.
Actual: The Application Switcher goes one direction only ignoring the Shift key.




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

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

Versions of packages compiz depends on:
ii  compiz-core   0.8.4-4OpenGL window and compositing mana
ii  compiz-gnome  0.8.4-4OpenGL window and compositing mana
ii  compiz-gtk0.8.4-4OpenGL window and compositing mana
ii  compiz-plugins0.8.4-4OpenGL window and compositing mana

compiz recommends no packages.

Versions of packages compiz suggests:
ii  compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager

-- 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#631476: zabbix-agent: Deinstallation of package does not work correctly if "purge" is selected-prevents reinstallation

[Artur Linhart]

Package: zabbix-agent
Version: 1:1.8.2-1squeeze2
Severity: important

The problem is, after the package is purged in aptitude,it removes correctly 
the /etc/zabbix 
folder or the content of this folder, but it seems still there are some files 
left.
If after purge the package should be reinstalled again, then there come some 
messages
"not copying deleted file /etc/zabbix/zabbix-agent.conf"
and
"not copying deleted file /etc/zabbix/zabbix-agentd.conf"
and really such files are not copied there, what causes the zabbix-agent
daemon is not started, causes an error and the package stays in uncofigured 
state. The only fix Ihave found is to:
1. Deinstall the package (not purge it)
2. restore both missing files above in /etc/zabbix from backup
3. install the package again
4. Then it works

So, there will be an error in purge-deinstallation process and possibly 
also in new-install process for this package.

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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages zabbix-agent depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libldap-2.4-2   2.4.23-7 OpenLDAP libraries
ii  libopenipmi02.0.16-1.2   Intelligent Platform Management In
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

zabbix-agent recommends no packages.

Versions of packages zabbix-agent suggests:
ii  logrotate 3.7.8-6Log rotation utility

-- debconf information excluded



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

Bug#583958: enable pam_umask usergroups by default

[Martin Pitt]

Martin Pitt [2011-06-24  8:24 +0200]:
> my previous patch didn't update the md5sums, this one does now.

Meh -- attached now, sorry.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
=== modified file 'debian/changelog'
--- debian/changelog2011-06-07 08:49:28 +
+++ debian/changelog2011-06-23 20:01:23 +
@@ -1,8 +1,20 @@
 pam (1.1.3-1ubuntu3) UNRELEASED; urgency=low
 
+  [ Steve Langasek ]
   * debian/patches/pam_motd-legal-notice: use pam_modutil_gain/drop_priv
 common helper functions, instead of hand-rolled uid-setting code.
 
+  [ Martin Pitt ]
+  * debian/local/common-session{,-noninteractive}: Enable pam_umask by
+default, now that the umask setting is gone from /etc/profile.
+(LP: #253096, UbuntuSpec:umask-to-0002)
+  * debian/local/pam-auth-update: Add the new md5sum of above files.
+  * Add debian/patches-applied/pam_umask_usergroups_from_login.defs.patch:
+Deprecate pam_unix' explicit "usergroups" option and instead read it from
+/etc/login.def's "USERGROUP_ENAB" option if umask is only defined there.
+This restores compatibility with the pre-PAM behaviour of login.
+(Closes: #583958)
+
  -- Steve Langasek   Tue, 07 Jun 2011 01:36:44 -0700
 
 pam (1.1.3-1ubuntu2) oneiric; urgency=low

=== modified file 'debian/local/common-session'
--- debian/local/common-session 2009-01-08 06:43:32 +
+++ debian/local/common-session 2011-06-23 19:59:04 +
@@ -20,6 +20,11 @@
 # this avoids us returning an error just because nothing sets a success code
 # since the modules above will each just jump around
 sessionrequiredpam_permit.so
+# The pam_umask module will set the umask according to the system default in
+# /etc/login.defs and user settings, solving the problem of different
+# umask settings with different shells, display managers, remote sessions etc.
+# See "man pam_umask".
+session optional   pam_umask.so
 # and here are more per-package modules (the "Additional" block)
 $session_additional
 # end of pam-auth-update config

=== modified file 'debian/local/common-session-noninteractive'
--- debian/local/common-session-noninteractive  2009-08-18 23:25:06 +
+++ debian/local/common-session-noninteractive  2011-06-23 20:00:52 +
@@ -20,6 +20,11 @@
 # this avoids us returning an error just because nothing sets a success code
 # since the modules above will each just jump around
 sessionrequiredpam_permit.so
+# The pam_umask module will set the umask according to the system default in
+# /etc/login.defs and user settings, solving the problem of different
+# umask settings with different shells, display managers, remote sessions etc.
+# See "man pam_umask".
+session optional   pam_umask.so
 # and here are more per-package modules (the "Additional" block)
 $session_nonint_additional
 # end of pam-auth-update config

=== modified file 'debian/local/pam-auth-update'
--- debian/local/pam-auth-update2011-02-18 00:15:43 +
+++ debian/local/pam-auth-update2011-06-23 20:00:59 +
@@ -53,9 +53,11 @@
'session' => [
'240fb92986c885b327cdb21dd641da8c',
'4a25673e8b36f1805219027d3be02cd2',
+   '73144a2f4e609a922a51e301cd66a57e',
],
'session-noninteractive' => [
'ad2b78ce1498dd637ef36469430b6ac6',
+   'a20e8df3469bfe25c13a3b39161b30f0',
],
 );
 

=== added file 
'debian/patches-applied/pam_umask_usergroups_from_login.defs.patch'
--- debian/patches-applied/pam_umask_usergroups_from_login.defs.patch   
1970-01-01 00:00:00 +
+++ debian/patches-applied/pam_umask_usergroups_from_login.defs.patch   
2011-06-22 07:46:04 +
@@ -0,0 +1,90 @@
+Description: Deprecate pam_unix' explicit "usergroups" option and instead read 
it from /etc/login.def's "USERGROUP_ENAB" option if umask is only defined 
there. This restores compatibility with the pre-PAM behaviour of login. See 
https://blueprints.launchpad.net/ubuntu/+spec/umask-to-0002.
+Author: Martin Pitt 
+Bug-Debian: http://bugs.debian.org/583958
+
+=== modified file 'modules/pam_umask/pam_umask.c'
+Index: pam/modules/pam_umask/pam_umask.c
+===
+--- pam.orig/modules/pam_umask/pam_umask.c 2011-06-22 09:42:53.437351755 
+0200
 pam/modules/pam_umask/pam_umask.c  2011-06-22 09:45:26.927354878 +0200
+@@ -87,7 +87,7 @@
+ }
+ 
+ static char *
+-search_key (const char *filename)
++search_key (const char *filename, const char *key)
+ {
+   FILE *fp;
+   char *buf = NULL;
+@@ -142,7 +142,7 @@
+ while (isspace ((int)*cp) || *cp == '=')
+   ++cp;
+ 
+-  if (strcasecmp (tmp, "UMASK") == 0)
++  if (strcasecmp (tmp, key) == 0)
+   {
+ retval = strdup (cp);
+ break;
+@@ -159,15 +159,34 @@
+ get_options (const pam_h

Bug#631477: [debcommit] Be smart as to how to tag a repository

[Joachim Breitner]

Package: devscripts
Version: 2.11.0
Severity: wishlist
File: /usr/bin/debcommit

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

debcommit -r is great as it integrates well into other uses of
debcommit. But when the source is maintained using a VCS helper such as
git-buildpackage or git-dpm, it is unfortunate that it creates different
tags than these. Also, those may add more tags, e.g. for the
corresponding patched state.

Hence, if debcommit could find out whether the source is managed by
git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in
which case debian/.git-dpm will be present) and then use the appropriate
tool to tag the release, that would be very nice.

Thanks,
Joachim



- -- Package-specific info:

- --- /etc/devscripts.conf ---

- --- ~/.devscripts ---
DEBCHANGE_PRESERVE=yes
DEBCHANGE_RELEASE_HEURISTIC=changelog
DEBCHANGE_AUTO_NMU=no
DEBRELEASE_UPLOADER=dput

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.16.0.3Debian package development tools
ii  libc62.13-7  Embedded GNU C Library: Shared lib
ii  perl 5.12.3-7+b1 Larry Wall's Practical Extraction 
ii  python   2.6.6-14interactive high-level object-orie
ii  python2.62.6.7-1 An interactive high-level object-o
ii  python2.72.7.2-1 An interactive high-level object-o

Versions of packages devscripts recommends:
ii  at3.1.12-1   Delayed job execution and batch pr
ii  curl  7.21.6-1   Get a file from an HTTP, HTTPS or 
ii  dctrl-tools   2.18   Command-line tools to process Debi
ii  debian-keyring [debian-mainta 2011.03.03 GnuPG keys of Debian Developers
ii  dput  0.9.6.2Debian package upload tool
ii  equivs2.0.8  Circumvent Debian package dependen
ii  fakeroot  1.16-1 tool for simulating superuser priv
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
ii  libcrypt-ssleay-perl  0.57-2+b2  Support for https protocol in LWP
ii  libjson-perl  2.53-1 module for manipulating JSON-forma
ii  libparse-debcontrol-perl  2.005-3parser for debian control-like fil
ii  libsoap-lite-perl 0.712-3Perl implementation of a SOAP clie
ii  liburi-perl   1.58-1 module to manipulate and access UR
ii  libwww-perl   6.02-1 simple and consistent interface to
ii  lintian   2.5.1  Debian package checker
ii  man-db2.6.0.2-1  on-line manual pager
ii  patch 2.6.1-2Apply a diff file to an original
ii  patchutils0.3.2-1Utilities to work with patches
ii  python-debian 0.1.20 Python modules to work with Debian
ii  python-magic  5.04-5+b1  File type determination library us
ii  sensible-utils0.0.6  Utilities for sensible alternative
ii  strace4.5.20-2.3 A system call tracer
ii  unzip 6.0-4  De-archiver for .zip files
ii  wdiff 0.6.5-1Compares two files word by word
ii  wget  1.12-3.1   retrieves files from the web
ii  xz-utils  5.0.0-2XZ-format compression utilities

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]  8.1.2-0.20100314cvs-1 simple mail user agent
ii  build-essential11.5  Informational list of build-essent
pn  cvs-buildpackage   (no description available)
pn  devscripts-el  (no description available)
ii  gnuplot4.4.0-1.1 A command-line driven interactive 
ii  libauthen-sasl-per 2.1500-1  Authen::SASL - SASL Authentication
ii  libfile-desktopent 0.04-2Perl module to handle freedesktop 
ii  libnet-smtp-ssl-pe 1.01-3Perl module providing SSL support 
pn  libterm-size-perl  (no description available)
ii  libtimedate-perl   1.2000-1  collection of modules to manipulat
ii  libyaml-syck-perl  1.17-1+b1 Perl module providing a fast, ligh
pn  mutt   (no description available)
ii  openssh-client [ss 1:5.8p1-4 secure shell (SSH) client, for sec
ii  svn-buildpackage   0.8.3 helper programs to maintain Debian
ii  w3m0.5.3-2+b1WWW browsable pager with excellent

- -- no debconf information

-BE

Bug#631478: mini-buildd-rep: when adding architecture, reprepro need manual adaption

[Marc Haber]

Package: mini-buildd-rep
Version: 0.9.4
Severity: normal

When adding a distribution via dpkg-reconfigure mini-buildd-rep,
reprepro isn't told about this, which results in error messages from
reprepro during run of other mini-buildd scripts. Multiple manual runs
of reprepro flood are needed.

Greetings
Marc

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39.1-zgsrv20080 (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 mini-buildd-rep depends on:
ii  cron  3.0pl1-118 process scheduling daemon
ii  debconf [debconf-2.0] 1.5.40 Debian configuration management sy
ii  mini-buildd-common0.9.4  minimal Debian build daemon - comm
ii  procps1:3.2.8-10 /proc file system utilities
ii  python2.6.6-14   interactive high-level object-orie
ii  python-daemon 1.5.5-1library for making a Unix daemon p
ii  python-pyinotify  0.9.1-1simple Linux inotify Python bindin
ii  python-support1.0.13 automated rebuilding support for P
ii  reprepro  4.6.0-1Debian package repository producer

Versions of packages mini-buildd-rep recommends:
pn  dwww   (no description available)
ii  logrotate 3.7.8-6Log rotation utility

mini-buildd-rep suggests no packages.

-- debconf information excluded



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

Bug#629815: Fixing libvtk build process (Was: Bug#629815: No rule to make target `/usr/lib/libdl.so')

[Andreas Tille]

On Fri, Jun 24, 2011 at 10:20:32AM +0200, Sebastian Hilbert wrote:
> > Thanks Modestas for finding the reason. I started a long time ago
> > fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES,
> > but had to give up.
> > I could not get it apply upstream, maybe we can resurect this patch in
> > debian/VTK:
> > 
> > https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa2540
> > 921ab
> 
> If it fixes the problem we should. Upstream knows best which patches will 
> cause trouble but if there is no agreement with upstream and there is a 
> serious issue I vote for patching at the packaging level.

I'd even vote for making it soonish because it affects two of our
packages drastically - one of them (ginkgocadx) is highly wanted an
will not make any progress without fixing this problem.

Kind regards

Andreas.

-- 
http://fam-tille.de



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

Bug#563030: Possible with some JavaScript

[Joachim Breitner]

Hi,

> It would be nice if both:
> 
> bugs.debian.org/558234
> 
> and
> 
> bugs.debian.org/#558234
> 
> worked. I realise that '#' is a fragment identifer in URLs but
> sometimes copying and pasting from a changelog includes the '#', this
> would make things nicer.

bugs.debian.org/#558234 redirects to http://www.debian.org/Bugs/#558234.
If that static web page would contain a JavaScript snipped that checks
if the document.hash is a number, that could redirect to
bugs.debian.org/558234. It’s a work-around, but I don’t see any problem
with it.

CC’ing the web team, they might be in a position to implement this.

Greetings,
Joachim


-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: This is a digitally signed message part

Bug#631480: Generate short URLs/links for the standard bug view

[Joachim Breitner]

Package: debbugs
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

most of the time, people are going to look at and to link at URLs like
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123456
e.g. the plain bug view without any options. This is also what
http://bugs.debian.org/123456
redirects to.

I think it would be much nicer if
 a) The redirect is done internal, e.g.  http://bugs.debian.org/123456
 will stay in the URL line, making it more likely that people will use
 that when they want to link to a certain bug.
and maybe even
 b) The BTS also generates the short version version everywhere where it
 links to a bug without further option.

Not a great deal, but makes the BTS a more aesthetic and slicker place
to be :-)


Greetings,
Joachim


- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk4EU3AACgkQ9ijrk0dDIGz70QCeMEGmwXRM8Q9Sg7wkyIxKSf49
UQkAoJMf8FzMe85Yy2jPJuQcYkxR/CtT
=QOIX
-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#631481: urlview: wrap doesn't work as advertised

[Marc Haber]

Package: urlview
Version: 0.9-19
Severity: normal

$ cat .urlview
REGEXP (((http|https|ftp|gopher)|mailto):(//)?[^ 
<>"\t]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;\t\n\r<">\):]?[^, <>"\t]*[^ 
.,;\t\n\r<">\):]
COMMAND /etc/urlview/url_handler.sh
WRAP Yes


UrlView 0.9: (9 matches) Press Q or Ctrl-C to Quit!

->1 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  2 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  3 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  4 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  5 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  6 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  7 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  8 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
  9 http://www.example.com:80/~mini-buildd/log/hello-debhelper/2.7-1~zgSID
+1/20110624:085009:647122697.log

I would expect the WRAP option to allow me to see the entire URL
before invoking it.

Greetings
Marc

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39.1-zgsrv20080 (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 urlview depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libncurses5   5.9-1  shared libraries for terminal hand

Versions of packages urlview recommends:
ii  elinks-lite [www-browser]0.12~pre5-4 advanced text-mode WWW browser - l

Versions of packages urlview suggests:
ii  mutt  1.5.21-5   text-based mailreader supporting M
pn  ncftp | lftp   (no description available)
ii  wget  1.12-3.1   retrieves files from the web

-- 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#631289: other products...

[imailyouback]

the issue seems to exist with other distros and routers, too.

http://www.dd-wrt.com/phpBB2/viewtopic.php?p=617841&sid=60cca64962f1b26b474f3a89c2963ab6

I agree that the problem lies with the routers, since they shouldn't
break the network operation whatever a connected client does or doesnt.
However, if a lot of devices have that problem, it's at least worth
investigating it, and finding a way to avoid system breakdowns until the
router firmwares are fixed.

As said, with mine it helps to limit the networking speed to WLAN-g.

Clearly, it's not a debian problem at least.

Regards,
Chris



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

Bug#631482: [INTL:ko] Korean debconf template translation for tomcat6

[고시철]

Package: tomcat6
Version: 6.0.32.3
Severity: wishlist
Tags: l10n patch

The header information is updated.

It is attached to this report.


templates.po
Description: Binary data

Bug#583971: login.defs: UMASK 022 (and have pam_umask relax it to 002 for private usergroups)

[Martin Pitt]

Hello all,

I attach the patch which I uploaded to Ubuntu now. It updates the
UMASK and USERGROUPS_ENAB documentation according to the changes
proposed to bug 583958.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
=== modified file 'debian/changelog'
--- debian/changelog2011-02-20 23:59:18 +
+++ debian/changelog2011-06-24 09:06:56 +
@@ -1,3 +1,13 @@
+shadow (1:4.1.4.2+svn3283-3ubuntu2) UNRELEASED; urgency=low
+
+  * debian/login.defs:
+- Update documentation of USERGROUPS_ENAB: with pam_umask, the UPG
+  handling does not only apply to "former (pre-PAM) uses".
+- Update documentation of UMASK: Explain that USERGROUPS_ENAB will modify
+  this default for UPGs. (Closes: #583971)
+
+ -- Martin Pitt   Fri, 24 Jun 2011 11:05:34 +0200
+
 shadow (1:4.1.4.2+svn3283-3ubuntu1) natty; urgency=low
 
   * The "string cheese" release.

=== modified file 'debian/login.defs'
--- debian/login.defs   2010-11-24 13:42:42 +
+++ debian/login.defs   2011-06-24 09:05:20 +
@@ -139,6 +139,11 @@
 # There is no One True Answer here : each sysadmin must make up his/her
 # mind.
 #
+# If USERGROUPS_ENAB is set to "yes", that will modify this UMASK default value
+# for private user groups, i. e. the uid is the same as gid, and username is
+# the same as the primary group name: for these, the user permissions will be
+# used as group permissions, e. g. 022 will become 002.
+#
 # Prefix these values with "0" to get octal, "0x" to get hexadecimal.
 #
 ERASECHAR  0177
@@ -209,13 +214,14 @@
 #USERDEL_CMD   /usr/sbin/userdel_local
 
 #
+# Enable setting of the umask group bits to be the same as owner bits
+# (examples: 022 -> 002, 077 -> 007) for non-root users, if the uid is
+# the same as gid, and username is the same as the primary group name.
+#
 # If set to yes, userdel will remove the user´s group if it contains no
 # more members, and useradd will create by default a group with the name
 # of the user.
 #
-# Other former uses of this variable such as setting the umask when
-# user==primary group are not used in PAM environments, such as Debian
-#
 USERGROUPS_ENAB yes
 
 #



signature.asc
Description: Digital signature

Bug#631367: phpmyadmin: sql error reporting is terse to the point of uselessness

[Michal Čihař]

Hi

Dne Thu, 23 Jun 2011 11:39:38 +0100 (BST)
sam penny  napsal(a):

> I've just upgraded from 3.4.1-1 to 3.4.2-1 as part of my approximately daily
> dist-upgrade.
> 
> When I type in a sql query in the SQL tab, if there is an error, the message
> consists of only an error number[1], whereas previously it included a
> descriptive error message including where in the query the error was
> detected[2].
> 
> I have seen some error messages come through on occasion, but I've not
> spotted any pattern to when they do, even the same message might appear on
> one occasion, but not another.
> 
> Possibly, the bug is in php5-mysql which was also upgraded at the same time
> (from 5.3.3-7+squeeze1 to 5.3.6-12)

As there are no changes in relevant code in phpMyAdmin, I doubt it is
the real cause. I tried to reproduce the issue locally and on
phpMyAdmin's demo server[1] (running Debian unstable), but I failed
in both cases, is there something special steps to reproduce it?

[1]:http://demo.phpmyadmin.net/

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#631483: python-dulwich: cannot clone repos from git://git.debian.org/~/

[Qijiang Fan]

Package: python-dulwich
Version: 0.7.1-2
Severity: normal

dulwich cannot clone repos from git://git.debian.org/~/


$ git clone git://git.debian.org/~enrico/keylog.git
Cloning into keylog...
remote: Counting objects: 23, done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 23 (delta 6), reused 0 (delta 0)
Receiving objects: 100% (23/23), 34.00 KiB | 10 KiB/s, done.
Resolving deltas: 100% (6/6), done.


$ dulwich clone git://git.debian.org/users/enrico/keylog.git
Counting objects: 23, done.
Compressing objects: 100% (23/23), done.
Total 23 (delta 6), reused 0 (delta 0)

$ rm keylog.git keylog -rf

$ dulwich clone git://git.debian.org/~enrico/keylog.git
Traceback (most recent call last):
  File "/usr/bin/dulwich", line 186, in 
commands[cmd](sys.argv[2:])
  File "/usr/bin/dulwich", line 153, in cmd_clone
progress=sys.stdout.write)
  File "/usr/lib/python2.6/dist-packages/dulwich/client.py", line 209, in fetch
target.get_graph_walker(), f.write, progress)
  File "/usr/lib/python2.6/dist-packages/dulwich/client.py", line 223, in
fetch_pack
(refs, server_capabilities) = self.read_refs(proto)
  File "/usr/lib/python2.6/dist-packages/dulwich/client.py", line 96, in
read_refs
for pkt in proto.read_pkt_seq():
  File "/usr/lib/python2.6/dist-packages/dulwich/protocol.py", line 147, in
read_pkt_seq
pkt = self.read_pkt_line()
  File "/usr/lib/python2.6/dist-packages/dulwich/protocol.py", line 103, in
read_pkt_line
raise HangupException()
dulwich.errors.HangupException: The remote server unexpectedly closed the
connection.


This first command proves that git can clone from it.
The second proves dulwich can  clone from git://git.debian.org/users//
The third does clean.
The last indicates dulwich can not clone from git://git.debian.org/~/

Many other repos at git://git.debian.org/~ also cannot be cloned.


It also affects mercurial-git (bugs:626827).

Regards.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-dulwich depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  python2.6.6-14   interactive high-level object-orie
ii  python2.6 2.6.6-10   An interactive high-level object-o

Versions of packages python-dulwich recommends:
ii  python-fastimport 0.9.0-3.1  Fastimport file format parser and 

python-dulwich 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#631484: bonnie++: man page and program help text out of sync

[Michal Suchanek]

Package: bonnie++
Version: 1.96
Severity: normal


bonnie++ help text mentions -c option not described in man page.


-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 
'experimental'), (111, 'oldstable'), (107, 'natty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bonnie++ depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.6.0-14   GNU Standard C++ Library v3

bonnie++ recommends no packages.

bonnie++ 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#626827: This might be a bug of dulwich.

[Qijiang Fan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've tried using dulwich to clone the repos.
It fails too.
This might be a bug of dulwich.

I've reported this bug to dulwich's Debian Maintainer.
Bug Number:631483

Regards
Qijiang Fan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOBFkfAAoJEDmDndNQ5GFWNo8P/2i0O6Zzq8L0eQtIJ/hdPCwV
q9e9eV9sw/su+oXS2ftHlhoYNW3+1BJWNqSXBOB3t+hvYKFpSKyzEGHFC3PwmPfR
GYjUqGso2zMh1L/vVnoKUgXkgY2k2vBaQ+9DJGPRCX2ILV1W5qBaKmann4PEwkqk
GgpyDKtt9n6kpK9KhUfe15uhqHLA/4vDf0pMwvznn1vNKZMQdvAYISJ5wXKfpizh
fxDnBNfXnTgNgrQeu8xyo9FBn60Cvh0Jvnc5B24T0usaBqpKRRVxXtrI8Psfl/is
j0mGZ/KvFUWWuv7uV9c6bCamAZXLNlCrB7kj2+4N8+Teslaa352x7KcuFGqhOw2g
voSsoNG4PTR7brJkr873OvtUs/2XTGM+eoaOpT0wVJ0KsDIcxucZ0oWlwK9jDpoK
fduzUc/9portJj2q8XNpeF1I+SWd7L2KYJ8TI+6OSKY+Ue3rI1CmIYUrov0+C2MS
DEUCDSDa3C4O4n12UL99eYweaqHUtZNvXw/RvTpnTYJkU/cXxeZEtuaioPIIrDZf
DvXyBIvZYNtaTylO1JuTKkRX8XE/jY+G4Fs0sWm8TlSOV/wG2d2umcF8s+Rz23DP
tAmF80GxYdirFdqsy5IXGh+1sCbAF30tzE3EGOKqYIoOkEB0FT2GKmrPNYLXW7LK
4Gb2nYJDTbAEElAePHWg
=mL81
-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#631480: Generate short URLs/links for the standard bug view

[Olivier Berger]

Hi.

Le vendredi 24 juin 2011 à 11:05 +0200, Joachim Breitner a écrit :
> 
> most of the time, people are going to look at and to link at URLs like
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123456
> e.g. the plain bug view without any options. This is also what
> http://bugs.debian.org/123456
> redirects to.
> 
> I think it would be much nicer if
>  a) The redirect is done internal, e.g.  http://bugs.debian.org/123456
>  will stay in the URL line, making it more likely that people will use
>  that when they want to link to a certain bug.
> and maybe even
>  b) The BTS also generates the short version version everywhere where it
>  links to a bug without further option.
> 
> Not a great deal, but makes the BTS a more aesthetic and slicker place
> to be :-)
> 

+1

It also helps matching discussions in other bugtrackers (forums, lists,
etc.) where a Debian bug is referred to.


Taking it a step further, it also makes the BTS more compliant with the
Linked Data approach (aka Semantic Web), where there URIs of bugs could
become unique identifiers for these bugs, should they be referred to
from elsewhere (/Linked/ data).

For instance (turtle syntax for RDF predicates)

 debbugs:forwaded 


would then be much more manageable by SemWeb aware applications, if that
short url was standard/default.

Same stands for bugzilla, in this case, btw, which suffers same problems.

Let me add that content-negociation on the "Accept:" header with respect
to the expected format for output of these URLs (either HTML for humans
as of now, or RDF for machines) would be a plus, also.

See http://bugs.debian.org/565513 which deals with other aspects of that
RDF/Linked Data problem, as OSLC-CM is a protocol which mandates REST
and RDF/Linked Data principles.

Hope this helps.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#631485: [akregator] Annoying popup dialogs for favicons

[Πρεκατές Αλέξανδρος]

Package: akregator
Version: 4:4.4.7-3
Severity: normal

--- Please enter the report below this line. ---

While trying to open articles of soeme feeds annoying dialogs start appearing 
asking me to choose an app to open a favicon.ico.  
If i choose an image viewer i'll see the icon but the problem remains.

That happens with some feeds not all. 

So what could cause this? Is there a way to correct it in Akregator side ?


Prekates Alexandros
http://librebytes.gr


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: 6.0
  500 stable  security.debian.org 
  500 stable  ftp.gr.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
kdebase-runtime  | 4:4.4.5-1
libc6 (>= 2.2.5) | 2.11.2-10
libgcc1 (>= 1:4.1.1) | 1:4.4.5-8
libkde3support4   (>= 4:4.4) | 4:4.4.5-2+squeeze1
libkdecore5  (>= 4:4.4.4-2~) | 4:4.4.5-2+squeeze1
libkdepim4 (= 4:4.4.7-3) | 4:4.4.7-3
libkdeui5 (>= 4:4.4) | 4:4.4.5-2+squeeze1
libkhtml5 (>= 4:4.4) | 4:4.4.5-2+squeeze1
libkio5   (>= 4:4.4) | 4:4.4.5-2+squeeze1
libknotifyconfig4 (>= 4:4.4) | 4:4.4.5-2+squeeze1
libkontactinterface4(>= 4:4.4.0) | 4:4.4.5-2
libkparts4(>= 4:4.4) | 4:4.4.5-2+squeeze1
libkpimutils4 (>= 4:4.4) | 4:4.4.5-2
libkutils4(>= 4:4.4) | 4:4.4.5-2+squeeze1
libqt4-dbus (>= 4:4.5.3) | 4:4.6.3-4
libqt4-xml  (>= 4:4.5.3) | 4:4.6.3-4
libqtcore4  (>= 4:4.6.1) | 4:4.6.3-4
libqtgui4   (>= 4:4.5.3) | 4:4.6.3-4
libstdc++6(>= 4.4.0) | 4.4.5-8
libsyndication4   (>= 4:4.4) | 4:4.4.5-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#631355: dstat: provide mem info in default output

[Dag Wieers]

On Thu, 23 Jun 2011, Ritesh Raj Sarraf wrote:


Thank you for maintaining dstat.

It would be convenient if dstat included memory information in default
output. I've attached the patch.


It would be convenient if patched would be send through upstream's github 
interface, so that discussions can be held there as well :-)


That said, the memory output is wide and changes less often than the other 
default dstat plugins shown. So it was a deliberate decision to remove the 
memory output from the default dstat output in order to make it fit in 80 
columns width terminals.


It's very easy to add internal plugins, if you do dstat -am, you basically 
have the output you like. (The default, also -a, is the same as -cdnpy as 
documented in the man-page).


I hope that answers your question sufficiently.
--
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]



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

Bug#630042: probably about 25% of all G4 images are not decodable

[Jay Berkenbilt]

I have confirmed the bug and found a correct fix to it from upstream's
CVS.  I have locally built tiff-3.9.4-5+squeeze3 and confirmed that it
can decode all the images attached to this bug report.  I have
coordinated upload with the security team and will be uploading this
morning.  If you'd like, I can make the source packages available to you
immediately (or as soon as I see your message) for you to build
yourself.  Alternatively, you can downgrade to tiff-3.9.4-5 and wait for
tiff-3.9.4-5+squeeze3 to appear in security updates to upgrade again.
Let me know which way you'd like to go.

-- 
Jay Berkenbilt 



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

Bug#631487: grub-imageboot: please adapt or document seemingly random usage of the option "raw"

[Carsten Hey]

Package: grub-imageboot
Severity: wishlist

Currently, there is only one google hit for „"rawimg" linux16"” (a copy
of grub-imageboot's extracted source code) and all documentation I was
able to find, including your blog entry, uses "raw" instead.  Thus,
I assume the below quoted line is just a typo.

| test -z "$IMAGEOPTS" && IMAGEOPTS="rawimg"

Please undo this typo in bin/60_grub-imageboot and also adapt
etc/grub-imageboot accordingly if I'm right.


grub-imageboot uses "iso" as option to boot .iso files and it does not
use "raw".  To be able to use an iso image containing a firmware upgrade
tool, I needed to add "raw" manually, so using both is at least not
always wrong.

The type of .img files is automatically determined by memdisk. Depending
on the size of the file, it is either detected as floppy image or as
harddisk image.  To let the user decide which type of image the file is,
either "floppy" or "harddisk" would need to be added as option, similar
to "iso" which is used for .iso files.  This could be implemented by
adding new file name extensions ".floppy" and ".harddisk", i.e., an
image file "asdf.floppy" would be booted as floppy image,
"asdf.harddisk" would be booted as harddisk image and how to boot
"asdf.img" would be automatically determined by memdisk.

As described above, grub-imageboot does not add (as I would have
expected) the type of the image as option for .img files, but instead
adds an option ("raw") that tells memdisk how to enter protected mode.

I don't understand why "raw" is passed to harddisk and floppy images by
default, but not to iso images.  If there is a reason to do so, please
document it, otherwise please adapt the behaviour.


Besides "raw", there are other options that might be needed to boot some
images on specific computers (see /usr/share/doc/syslinux/memdisk.txt.gz
for details).  If an option is required to boot image A but must not be
used to be able to boot image B, there is currently no way to tell
grub-imageboot to do so.

Two ways to make grub-imageboot more configurable that come to my mind
are:
 * read options for ${imagefile} from ${imagefile}.config if it exists
 * let the users add additional file name extensions with custom options
   in /etc/default/grub-imageboot, e.g., .raw-hdd, which uses "raw" and
   "harddisk" as options

The latter could be implemented like this:
| set -e
|
| . /usr/lib/grub/grub-mkconfig_lib
|
| imageboot_add_extension() {
| ...
| }
|
| IMAGES=/boot/images
|
| if [ -e "/etc/default/grub-imageboot" ]
| then
| . /etc/default/grub-imageboot
| fi
|
| ...

Users could use imageboot_add_extension in /etc/default/grub-imageboot
to add custom extensions.

I don't have an idea how imageboot_add_extension would look like exactly
yet, though.


Carsten



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

Bug#631488: grub-imageboot: please do not load default values for configuration variables that have been set to an empty string

[Carsten Hey]

Package: grub-imageboot
Severity: wishlist

If a user sets IMAGEOPTS to an empty string, grub-imageboot sets it to
the default value "rawimg".  I think if a user decides to explicitly set
a configuration variable to any value, this decision should be
respected.

In my refactored grub-imageboot, fixing this can be done by replacing
${FOO:-bar} with ${FOO-bar}.


Carsten



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

Bug#631486: grub-imageboot: please mention ability to boot harddisk images in documentation

[Carsten Hey]

Package: grub-imageboot
Severity: wishlist


debian/control:
===

grub-imageboot is able to boot harddisk images (currently .img files
larger than 4 MB are detected as harddisk images).  Please consider
mentioning this ability in the package's description.

| Description: boot iso and floppy images with grub2 and syslinux memdisk

Adding this to above quoted short description would make it rather long, but
maybe you have an idea how this could be done.  If you don't, just
adapting the long description should suffice, e.g.:

| This package installs a grub hook which integrates iso, harddisk and
| floppy images into the grub menu.

(I have no idea if "ISO image" is more commonly used than "iso image")


If you adapt the description anyway, please also add the trailing period
to it.  The final paragraph currently is:
| memdisk can't boot every image see
| http://syslinux.zytor.com/wiki/index.php/MEMDISK for its limitations

... but it should be:
| memdisk can't boot every image see
| http://syslinux.zytor.com/wiki/index.php/MEMDISK for its limitations.



debian/README.Debian:
=

The first two paragraphs of debian/README.Debian just mention floppy
and iso images, please also mention hard disk images there.

This file also points to /etc/default/grub-imageboot.conf, which has
been renamed to /etc/default/grub-imageboot.



etc/grub-imageboot:
===

The following line does not mention harddisk images:
| # You can override the boot options for iso/floppy images here



Carsten



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

Bug#616092: can you try `dulwich clone'?

[Qijiang Fan]

hello,
can you try `dulwich clone'?
hg-git depends python-dulwich to clone a git repository.
Can you try
$ dulwich clone git://github.com/schacon/hg-git.git

and then report the result because I dont't have an IPv6 connection ?

Regards
Qijiang Fan




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

Bug#629815: Fixing libvtk build process (Was: Bug#629815: No rule to make target `/usr/lib/libdl.so')

[Sebastian Hilbert]

Am Freitag, 24. Juni 2011, 10:57:16 schrieb Andreas Tille:
> On Fri, Jun 24, 2011 at 10:20:32AM +0200, Sebastian Hilbert wrote:
> > > Thanks Modestas for finding the reason. I started a long time ago
> > > fixing VTK to remove the culprit call to EXPORT_LIBRARY_DEPENDENCIES,
> > > but had to give up.
> > > I could not get it apply upstream, maybe we can resurect this patch in
> > > debian/VTK:
> > > 
> > > https://github.com/malaterre/VTK/commit/07db5b4fd2477f3843e6726ea5011aa
> > > 2540 921ab
> > 
> > If it fixes the problem we should. Upstream knows best which patches will
> > cause trouble but if there is no agreement with upstream and there is a
> > serious issue I vote for patching at the packaging level.
> 
> I'd even vote for making it soonish because it affects two of our
> packages drastically - one of them (ginkgocadx) is highly wanted an
> will not make any progress without fixing this problem.

If anyone is willing tp provide test packages (e.g. patched packages) I 
volutueer to test them in my system.

Regards,
Sebastian



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

Bug#631489: glusterfs-client: [l10n:cs] package description in czech is funny/nonsense

[Petr Hubený]

Package: glusterfs-client
Severity: minor
Tags: l10n

It seems like the translation was made via google translator or something like
that.
The original sentence says that

"GlusterFS is a clustered file-system capable of scaling to several peta-
bytes."

However in czech it is

"ClusterFS je clusterový souborový systém schopný odměřovat různé peta-
byty."

which translated back to english reads

"ClusteFS (sic) is a clustered file-system capable of measuring various peta-
bytes."



-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable'), (20, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#616092: can you try `dulwich clone'?

[Andrew O. Shadoura]

Hello,

On Fri, 24 Jun 2011 17:46:48 +0800
Qijiang Fan  wrote:

> Can you try
> $ dulwich clone git://github.com/schacon/hg-git.git
> and then report the result because I dont't have an IPv6 connection ?

Sure.

$ dulwich clone git://github.com/schacon/hg-git.git
Traceback (most recent call last):
  File "/usr/bin/dulwich", line 186, in 
commands[cmd](sys.argv[2:])
  File "/usr/bin/dulwich", line 153, in cmd_clone
progress=sys.stdout.write)
  File "/usr/lib/pymodules/python2.6/dulwich/client.py", line 204, in
fetch target.get_graph_walker(), f.write, progress)
  File "/usr/lib/pymodules/python2.6/dulwich/client.py", line 217, in
fetch_pack proto, can_read = self._connect('upload-pack', path)
  File "/usr/lib/pymodules/python2.6/dulwich/client.py", line 275, in
_connect s.connect((self._host, self._port))
  File "", line 1, in connect
socket.error: [Errno 101] Network is unreachable

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#631490: python-dulwich: unable to connection on IPv6-only host

[Qijiang Fan]

Package: python-dulwich
Version: 0.7.1-2
Severity: normal
Tags: ipv6

This bug is originally reported on Debian BTS(No:616092) to mercurial-git.

A user cannot clone on an IPv6-only host using Mercurial's Git Extension.

As mercurial-git(src:hg-git) depends python-dulwich.
I asked that user to try using dulwich to clone it.
It fails too.

See datails:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616092#20

Regards



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-dulwich depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  python2.6.6-14   interactive high-level object-orie
ii  python2.6 2.6.6-10   An interactive high-level object-o

Versions of packages python-dulwich recommends:
ii  python-fastimport 0.9.0-3.1  Fastimport file format parser and 

python-dulwich 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#631491: bzr-gtk: Failing tests

[Salvatore Bonaccorso]

Source: bzr-gtk
Version: bzr731-1
Severity: serious
Tags: wheezy sid
Justification: FTBFS

Hi

Trying to build bzr-gtk with a similar setup as on the buildds bzr-gtk
FTBFS:

>debian/rules override_dh_auto_test
> make[1]: Entering directory 
> `/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731'
> BZR_PLUGINS_AT=gtk@/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731
>  xvfb-run -a /usr/bin/bzr selftest -s bp.gtk
> failed to open trace file: [Errno 2] No such file or directory: 
> '/home/salvi/.bzr.log'
> Xlib:  extension "RANDR" missing on display ":99".
> /build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/commit.py:874:
>  DeprecationWarning: bzrlib.repofmt.groupcompress_repo.CHKInv
> entoryRepository.iter_reverse_revision_history was deprecated in version 
> 2.4.0.
>   revid_iterator = b.repository.iter_reverse_revision_history(old_revid)
> bzr selftest: /usr/bin/bzr
>/usr/lib/python2.6/dist-packages/bzrlib
>bzr-2.4b4 python-2.6.7 Linux-2.6.32-5-amd64-x86_64-with-debian-wheezy-sid
> 
> ERROR: 
> bzrlib.plugins.gtk.tests.test_revisionview.TestPendingRevisions.test_create_view_with_broken_file_info
> Text attachment: log
> 
> 5.025  creating repository in memory+51536720:///test/.bzr/.
> 5.026  creating branch  
> in memory+51536720:///test/
> 5.032  preparing to commit
> INFO  Committing to: memory+51536720:///test/
> 5.034  Selecting files for commit with filter None
> INFO  Committed revision 1.
> 5.040  Committed revid A as revno 1.
> INFO  Invalid per-file info for revision:A, value: 
> u'ld7:file_id7:root-id7:message11:test-message\n4:path0:ee'
> 5.047  opening working tree '/tmp/testbzr-YBmGGT.tmp'
> 
> Text attachment: traceback
> 
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/testtools/runtest.py", line 169, in 
> _run_user
> return fn(*args, **kwargs)
>   File "/usr/lib/python2.6/dist-packages/testtools/testcase.py", line 540, in 
> _run_test_method
> return self._get_test_method()()
>   File 
> "/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/tests/test_revisionview.py",
>  line 89, in test_create_view_with_brok
> en_file_info
> log = self._get_log(True)
> AttributeError: 'TestPendingRevisions' object has no attribute '_get_log'
> 
> 
> ==
> ERROR: 
> bzrlib.plugins.gtk.tests.test_revisionview.TestPendingRevisions.test_create_view_with_broken_file_info
> --
> _StringException: Text attachment: log
> 
> 5.025  creating repository in memory+51536720:///test/.bzr/.
> 5.026  creating branch  
> in memory+51536720:///test/
> 5.032  preparing to commit
> INFO  Committing to: memory+51536720:///test/
> 5.034  Selecting files for commit with filter None
> INFO  Committed revision 1.
> 5.040  Committed revid A as revno 1.
> INFO  Invalid per-file info for revision:A, value: 
> u'ld7:file_id7:root-id7:message11:test-message\n4:path0:ee'
> 5.047  opening working tree '/tmp/testbzr-YBmGGT.tmp'
> 
> Text attachment: traceback
> 
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/testtools/runtest.py", line 169, in 
> _run_user
> return fn(*args, **kwargs)
>   File "/usr/lib/python2.6/dist-packages/testtools/testcase.py", line 540, in 
> _run_test_method
> return self._get_test_method()()
>   File 
> "/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731/tests/test_revisionview.py",
>  line 89, in test_create_view_with_broken_file_info
> log = self._get_log(True)
> AttributeError: 'TestPendingRevisions' object has no attribute '_get_log'
> 
> 
> --
> Ran 77 tests in 4.838s
> 
> FAILED (errors=1)
> Missing feature '_UnicodeFilenameFeature' skipped 2 tests.
> bzrlib.plugins.gtk.tests.test_annotate_config.TestConfig.test_create_initial_config
>  is leaking threads among 4 leaking tests.
> 4 non-main threads were left active in the end.
> make[1]: *** [override_dh_auto_test] Error 1
> make[1]: Leaving directory 
> `/build/salvi-bzr-gtk_0.100.0+bzr731-1-amd64-fy5S60/bzr-gtk-0.100.0+bzr731'
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2

Attached is the full build log.

Regards
Salvatore

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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


bzr-gtk_0.100.0+bzr731-1-amd64-20110624-0057.gz
Description: GNU Zip compressed data

Bug#631492: ITP: libdancer-plugin-flashmessage-perl -- Dancer plugin to display temporary, so called "flash messages"

[Damyan Ivanov]

Package: wnpp
Owner: Damyan Ivanov 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdancer-plugin-flashmessage-perl
  Version : 0.313
  Upstream Author : Damien "dams" Krotkine
* URL : http://search.cpan.org/dist/Dancer-Plugin-FlashMessage/
* License : Artistic or GPL-1+
This is free software; you can redistribute it and/or modify it under
the same terms as the Perl 5 programming language system itself.
  Programming Lang: Perl
  Description : Dancer plugin to display temporary, so called "flash 
messages"

Dancer::Plugin::FlashMessage helps you display temporary messages, also known
as "flash messages". Flash messages can be used to inform the user that a
certain operation was successful in way that doesn't take space when there
are no messages to be shown.

The plugin provides a flash() method for setting the message and takes care
of attaching the content to the session, propagating it to the templating
system, and then removing it from the session.

The developer's only remaining job is to provide a place in the views or the
layout where the message will be displayed.

Dancer is a lightweight yet powerful web application framework.



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

Bug#631493: mlterm: Please make the input method plugin for IBUS.

[SHITAMORI Akira]

Package: mlterm
Version: 3.0.5-1
Severity: wishlist

"--enable-ibus" in the option of configure.
I want to create a package.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages mlterm depends on:
ii  libc6  2.13-7Embedded GNU C Library: Shared lib
ii  libfribidi00.19.2-1  Free Implementation of the Unicode
ii  libgdk-pixbuf2.0-0 2.23.3-3  GDK Pixbuf library
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libx11-6   2:1.4.3-2 X11 client-side library
ii  libxft22.2.0-3   FreeType-based font drawing librar
ii  mlterm-common  3.0.5-1   MultiLingual TERMinal, common file

Versions of packages mlterm recommends:
ii  mlterm-tools   3.0.5-1   MultiLingual TERMinal, additional 

Versions of packages mlterm suggests:
pn  mlterm-im-m17nlib  (no description available)
pn  mlterm-im-scim (no description available)
pn  mlterm-im-uim  (no description available)
pn  t1-cyrillic(no description available)
pn  ttf-arphic-bsmi00lp(no description available)
pn  ttf-arphic-gbsn00lp(no description available)
pn  ttf-baekmuk(no description available)
ii  ttf-freefont20100919-1   Freefont Serif, Sans and Mono True
ii  ttf-vlgothic20101218-1   Japanese TrueType font from Vine L
ii  unifont 1:5.1.20080914-1 font with a glyph for each visible
pn  xfonts-efont-unicode   (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#563030: Possible with some JavaScript

[Damyan Ivanov]

-=| Joachim Breitner, Fri, Jun 24, 2011 at 11:01:40AM +0200 |=-
> bugs.debian.org/#558234 redirects to 
> http://www.debian.org/Bugs/#558234.
> If that static web page would contain a JavaScript snipped that checks
> if the document.hash is a number, that could redirect to
> bugs.debian.org/558234. It’s a work-around, but I don’t see any problem
> with it.
> 
> CC’ing the web team, they might be in a position to implement this.

Shameless plug: just use the Debian Buttons extension[1] and you are 
done :)

[1] https://addons.mozilla.org/en-US/firefox/addon/debian-buttons/


signature.asc
Description: Digital signature

Bug#622686: Problem is connected with flash

[John Talbut]

As a workaround, I find that if I disable the Shockwave Flash plugin I 
can use Google translate without Iceweasel crashing.




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

Bug#625726: Patch for grep syntax error in /etc/network/if-up.d/mountnfs

[matthew]

Package: initscripts
Version: 2.88dsf-13.10
Followup-For: Bug #625726

--- mountnfs.old2011-06-24 20:18:54.534176665 +1000
+++ /etc/network/if-up.d/mountnfs   2011-06-24 20:18:05.480019153 +1000
@@ -117,7 +117,7 @@
 }

 exit_unless_last_interface() {
-grep "^[:space:]*auto" /etc/network/interfaces  | \
+grep "^[[:space:]]*auto" /etc/network/interfaces  | \
sed -e 's/[ \t]*auto[ \t]*//;s/[ \t]*$//;s/[ \t]/\n/g' | \
while read i; do
if [ `grep -c $i /etc/network/run/ifstate` -eq "0" ]; then



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils  8.5-1 GNU core utilities
ii  debianutils4.0.2 Miscellaneous utilities specific t
ii  libc6  2.13-7Embedded GNU C Library: Shared lib
ii  lsb-base   3.2-27Linux Standard Base 3.2 init scrip
ii  mount  2.19.1-2  Tools for mounting and manipulatin
ii  sysv-rc2.88dsf-13.10 System-V-like runlevel change mech
ii  sysvinit-utils 2.88dsf-13.10 System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.12-4  ext2/ext3/ext4 file system utiliti
ii  psmisc22.13-1utilities that use the proc file s

initscripts suggests no packages.

-- Configuration Files:
/etc/network/if-up.d/mountnfs changed:
PATH=/sbin:/bin
.. /lib/init/vars.sh
.. /lib/lsb/init-functions
.. /lib/init/mount-functions.sh
set_env() {
[ -f /etc/fstab ] || return
#
# Read through fstab line by line. If it is NFS, set the flag
# for mounting NFS file systems. If any NFS partition is found and it
# not mounted with the nolock option, we start the portmapper.
# 
# If any sec={krb5,krb5i,krb5p} option is given, or any of the file
# systems are nfs4, we'll need to start rpc.gssd and/or rpc.idmapd too;
# we'll leave that to nfs-common.
#
exec 9<&0  /dev/null
fi
done
if [ -d /var/run/network/mountnfs_earlyexit ]; then
rmdir /var/run/network/mountnfs_earlyexit 2>/dev/null
exit 0
fi
}
set_env
if [ "$start_nfs" = "no" ] && [ ! "$NETFS" ] && [ ! "$NETDEV" ]; then
  exit 0
fi
if [ no != "$ASYNCMOUNTNFS" ]; then
# Not for loopback!
[ "$IFACE" != "lo" ] || exit 0
# Lock around this otherwise insanity may occur
mkdir /var/run/network  2>/dev/null || true
# Wait until all auto interfaces are up before attemting to mount
# network file systems.
exit_unless_last_interface
if mkdir /var/run/network/mountnfs 2>/dev/null ; then
:
else
msg="if-up.d/mountnfs[$IFACE]: lock /var/run/network/mountnfs exist, 
not mounting"
log_failure_msg "$msg"
# Log if /usr/ is mounted
[ -x /usr/bin/logger ] && /usr/bin/logger -t "if-up.d/mountnfs[$IFACE]" 
"$msg"
exit 0
fi
on_exit() {
# Clean up lock when script exits, even if it is interrupted
rmdir /var/run/network/mountnfs 2>/dev/null || exit 0
}
trap on_exit EXIT # Enable emergency handler
do_start
elif [ yes = "$FROMINITD" ] ; then
do_start
fi


-- 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#631154: bash: please package v4.2

[Matthias Klose]

On 06/20/2011 10:48 PM, Jonathan Nieder wrote:
> Package: bash
> Version: 4.1-3
> Severity: wishlist
> 
> Hi,
> 
> bash 4.2 has been out for a few months.  It would be nice to have a
> package of it in Debian, either sid or experimental, so people can
> test it and help Chet.

I would like to get rid of the /bin/sh symlink in this version. this is
unfinished work started when making /bin/dash the default. If you want to help
with this, please send a working patch, which works with both new installations
and upgrades.

> The kind folks at Ubuntu seem to have already prepared a package, so
> it might be possible to reuse the work from there.

yes, and discovering regressions with this version too.



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

Bug#616998: python-clientform: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 616998 patch
user ubuntu-de...@lists.ubuntu.com
usertags 616998 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:50:45AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch:

  * Convert to dh_python2.

diff -u python-clientform-0.2.10/debian/rules 
python-clientform-0.2.10/debian/rules
--- python-clientform-0.2.10/debian/rules
+++ python-clientform-0.2.10/debian/rules
@@ -35,8 +35,6 @@
dh_testroot
dh_clean -k
dh_installdirs
-   # Workaround dh_python/dh_pycentral breakage
-   echo python:Provides=$(foreach pv,$(shell pyversions 
-s),$(pv)-clientform)|sed 's/ /, /g' >> debian/python-clientform.substvars
$(MAKE) -f debian/rules $(PYVERS:%=install-python%)
 
 install-python%:
@@ -57,8 +55,7 @@
dh_strip
dh_compress
dh_fixperms
-   dh_pycentral
-   dh_python
+   dh_python2
dh_makeshlibs
dh_installdeb
dh_shlibdeps
reverted:
--- python-clientform-0.2.10/debian/pycompat
+++ python-clientform-0.2.10.orig/debian/pycompat
@@ -1 +0,0 @@
-2
diff -u python-clientform-0.2.10/debian/control 
python-clientform-0.2.10/debian/control
--- python-clientform-0.2.10/debian/control
+++ python-clientform-0.2.10/debian/control
@@ -3,11 +3,10 @@
 Priority: extra
 Maintainer: Debian/Ubuntu Zope Team 

 Uploaders: Brian Sutherland , Fabio Tranchitella 
, Jérémy Bobbio  , Matthias Klose 

-Build-Depends-Indep: python-central (>= 0.5)
-Build-Depends: debhelper (>= 5.0.37.2), python-setuptools (>= 0.6a9), 
python-all-dev (>= 2.3.5-7)
+Build-Depends: debhelper (>= 5.0.37.2), python-setuptools (>= 0.6a9), 
python-all-dev (>= 2.6.6-3~)
 Standards-Version: 3.8.3
 Homepage: http://wwwsearch.sourceforge.net/ClientForm/
-XS-Python-Version: all
+X-Python-Version: >= 2.0
 
 Package: python-clientform
 Architecture: all
@@ -15,7 +14,6 @@
 Provides: ${python:Provides}
 Conflicts: python2.3-clientform (<< 0.2.2), python2.4-clientform (<< 0.2.2)
 Replaces: python2.3-clientform (<< 0.2.2), python2.4-clientform (<< 0.2.2)
-XB-Python-Version: ${python:Versions}
 Description: module for handling HTML forms on the client side
  ClientForm is a Python module for handling HTML forms on the client side,
  useful for parsing HTML forms, filling them in and returning the completed

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#617012: python-libpcap: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 617012 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617012 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:50:59AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.  I left X-Python-Version unset because I couldn't see a
minimum version requirement anywhere in the source; if you know better,
please fill it in.

  * Convert to dh_python2.

diff -u python-libpcap-0.6.2/debian/rules python-libpcap-0.6.2/debian/rules
--- python-libpcap-0.6.2/debian/rules
+++ python-libpcap-0.6.2/debian/rules
@@ -24,7 +24,7 @@
dh_installdirs
 
for i in $(PYVERS); do\
-   python$$i setup.py install --no-compile 
--root=$(CURDIR)/debian/python-libpcap; \
+   python$$i setup.py install --no-compile 
--root=$(CURDIR)/debian/python-libpcap --install-layout=deb; \
done;
dh_strip
 
@@ -34,7 +34,7 @@
dh_installchangelogs ChangeLog
dh_installdocs
dh_installexamples
-   dh_pycentral
+   dh_python2
dh_link
dh_compress
dh_fixperms
diff -u python-libpcap-0.6.2/debian/control python-libpcap-0.6.2/debian/control
--- python-libpcap-0.6.2/debian/control
+++ python-libpcap-0.6.2/debian/control
@@ -1,17 +1,15 @@
 Source: python-libpcap
 Section: python
-XS-Python-Version: all
 Priority: optional
 Maintainer: Thomas Bläsing 
 Standards-Version: 3.7.2
-Build-Depends: python-all-dev (>= 2.4.4-6~), python-central (>= 0.5), 
debhelper (>= 5.0.37.1), libpcap0.8 (>= 0.9.5-1~), libpcap0.8-dev (>= 
0.9.5-1~), swig (>= 1.3.31-1~)
+Build-Depends: python-all-dev (>= 2.6.6-3~), debhelper (>= 5.0.37.1), 
libpcap0.8 (>= 0.9.5-1~), libpcap0.8-dev (>= 0.9.5-1~), swig (>= 1.3.31-1~)
 Homepage: http://sourceforge.net/projects/pylibpcap
 
 Package: python-libpcap
 Architecture: any
 Depends: ${shlibs:Depends}, ${python:Depends}, libpcap0.8 (>= 0.9.5-1)
 Provides: ${python:Provides}
-XB-Python-Version: ${python:Versions}
 Description: python libpcap wrapper
  Python module for the libpcap packet capture library,
  based on the original python libpcap module by Aaron Rhodes.

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#616092: can you try `dulwich clone'?

[Qijiang Fan]

OK.I've reported this bug to python-dulwich's Debian BTS(bug:631490).



signature.asc
Description: OpenPGP digital signature

Bug#631494: dpkg-dev: dpkg-buildpackage -S fails to clean up temporary files on SIGINT

[Cyril Brulebois]

Package: dpkg-dev
Version: 1.16.0.3
Severity: normal

Hi,

at least with 1.0 (native), temporary files can remain on the filesystem
when SIGINT is received while building a source package.

Here's a test case:
  debcheckout xutils-dev
  cd xutils-dev
  dd if=/dev/zero of=.git/foo bs=10k count=10k
  debuild -S -i
  ^C

At this point:
| $ ls ../xutils-dev_*
| ../xutils-dev_7.6+5_source.build  ../xutils-dev_7.6+5.tar.gz.new.NPs99e

and that .tar.gz.new.* file should have been killed.

Two notes:
 - a 100MB file under .git was just a way to make the tarball creation
   step longer, so that one can hit ^C at this moment.
 - ^C should be entered during this phase:
   “dpkg-source: info: building xutils-dev in xutils-dev_7.6+5.tar.gz”

Mraw,
KiBi.

-- System Information:
Debian Release: sid/experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-1-amd64 (SMP w/6 CPU cores)
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 dpkg-dev depends on:
ii  base-files6.4Debian base system miscellaneous f
ii  binutils  2.21.52.20110606-2 The GNU assembler, linker and bina
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  libdpkg-perl  1.16.0.3   Dpkg perl modules
ii  make  3.81-8.1   An utility for Directing compilati
ii  patch 2.6.1-2Apply a diff file to an original
ii  xz-utils  5.0.0-2XZ-format compression utilities

Versions of packages dpkg-dev recommends:
ii  build-essential   11.5   Informational list of build-essent
ii  fakeroot  1.16-1 tool for simulating superuser priv
ii  gcc [c-compiler]  4:4.6.0-6  GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.6-6GNU C compiler
ii  gcc-4.5 [c-compiler]  4.5.3-3The GNU C compiler
ii  gcc-4.6 [c-compiler]  4.6.0-14   GNU C compiler
ii  gnupg 1.4.11-3   GNU privacy guard - a free PGP rep
ii  gpgv  1.4.11-3   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-keyring2011.03.03 GnuPG keys of Debian Developers

-- 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#631495: get-config-dir-hg: https support

[Andreas Korsten]

Package: fai-client
Version: 3.4.7
Severity: wishlist


get-config-dir-hg appears to support only http:// urls.  Would be nice
if https:// was added.


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

Kernel: Linux 2.6.38-grml64 (SMP w/4 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 fai-client depends on:
ii  file  5.04-5 Determines file type using "magic"
ii  iproute   20100519-3 networking and traffic control too
ii  libapt-pkg-perl   0.1.24+b1  Perl interface to libapt-pkg
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

Versions of packages fai-client recommends:
pn  cfengine2  (no description available)
ii  debconf-utils 1.5.36.1   debconf utilities

fai-client 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#631496: glx-alternative-nvidia: Unable to setup alternatives -- duplicate slave link /usr/lib/i386-linux-gnu/libGL.so.1

[James Vega]

Package: glx-alternative-nvidia
Version: 0.1
Severity: important

# dpkg --configure --pending
Setting up glx-alternative-nvidia (0.1) ...
+ TRIPLETS=/ /i386-linux-gnu/ /x86_64-linux-gnu/
+ [ configure = triggered ]
+ [ configure = configure ]
+ update-alternatives --list libGL.so.1
+ update-alternatives --list libglx.so
+ [ configure = configure ]
+ dpkg-trigger register-glx-alternative-nvidia
+ exit 0
Processing triggers for glx-alternative-nvidia ...
+ TRIPLETS=/ /i386-linux-gnu/ /x86_64-linux-gnu/
+ [ triggered = triggered ]
+ add_multiarch_slave /usr/lib libGL.so.1 /usr/lib nvidia/
+ local target_dir file source_dir source_sub_dir triplet
+ target_dir=/usr/lib
+ file=libGL.so.1
+ source_dir=/usr/lib
+ source_sub_dir=nvidia/
+ echo /
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/libGL.so.1 libGL.so.1 /usr/lib/nvidia/libGL.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/libGL.so.1
+ name=libGL.so.1
+ source_path=/usr/lib/nvidia/libGL.so.1
+ [ -f /usr/lib/nvidia/libGL.so.1 ]
+ echo /i386-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/i386-linux-gnu/libGL.so.1 libGL.so.1-i386-linux-gnu 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/i386-linux-gnu/libGL.so.1
+ name=libGL.so.1-i386-linux-gnu
+ source_path=/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
+ [ -f /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 ]
+ echo --slave /usr/lib/i386-linux-gnu/libGL.so.1 
glx--libGL.so.1-i386-linux-gnu /usr/lib/i386-linux-gnu/nvidia/libGL.so.1
+ echo /x86_64-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/x86_64-linux-gnu/libGL.so.1 libGL.so.1-x86_64-linux-gnu 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/x86_64-linux-gnu/libGL.so.1
+ name=libGL.so.1-x86_64-linux-gnu
+ source_path=/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
+ [ -f /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 ]
+ add_multiarch_slave /usr/lib libnvidia-cfg.so.1 /usr/lib nvidia/
+ local target_dir file source_dir source_sub_dir triplet
+ target_dir=/usr/lib
+ file=libnvidia-cfg.so.1
+ source_dir=/usr/lib
+ source_sub_dir=nvidia/
+ echo /
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/libnvidia-cfg.so.1 libnvidia-cfg.so.1 
/usr/lib/nvidia/libnvidia-cfg.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/libnvidia-cfg.so.1
+ name=libnvidia-cfg.so.1
+ source_path=/usr/lib/nvidia/libnvidia-cfg.so.1
+ [ -f /usr/lib/nvidia/libnvidia-cfg.so.1 ]
+ echo /i386-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/i386-linux-gnu/libnvidia-cfg.so.1 
libnvidia-cfg.so.1-i386-linux-gnu 
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/i386-linux-gnu/libnvidia-cfg.so.1
+ name=libnvidia-cfg.so.1-i386-linux-gnu
+ source_path=/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
+ [ -f /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 ]
+ echo --slave /usr/lib/i386-linux-gnu/libnvidia-cfg.so.1 
glx--libnvidia-cfg.so.1-i386-linux-gnu 
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
+ echo /x86_64-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 
libnvidia-cfg.so.1-x86_64-linux-gnu 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1
+ name=libnvidia-cfg.so.1-x86_64-linux-gnu
+ source_path=/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
+ [ -f /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 ]
+ add_multiarch_slave /usr/lib libXvMCNVIDIA.so.1 /usr/lib nvidia/
+ local target_dir file source_dir source_sub_dir triplet
+ target_dir=/usr/lib
+ file=libXvMCNVIDIA.so.1
+ source_dir=/usr/lib
+ source_sub_dir=nvidia/
+ sed -e s/\/$//; s/^\//-/
+ echo /
+ add_slave /usr/lib/libXvMCNVIDIA.so.1 libXvMCNVIDIA.so.1 
/usr/lib/nvidia/libXvMCNVIDIA.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/libXvMCNVIDIA.so.1
+ name=libXvMCNVIDIA.so.1
+ source_path=/usr/lib/nvidia/libXvMCNVIDIA.so.1
+ [ -f /usr/lib/nvidia/libXvMCNVIDIA.so.1 ]
+ echo /i386-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1 
libXvMCNVIDIA.so.1-i386-linux-gnu 
/usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1
+ local target_link name source_path triplet
+ target_link=/usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1
+ name=libXvMCNVIDIA.so.1-i386-linux-gnu
+ source_path=/usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1
+ [ -f /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 ]
+ echo --slave /usr/lib/i386-linux-gnu/libXvMCNVIDIA.so.1 
glx--libXvMCNVIDIA.so.1-i386-linux-gnu 
/usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1
+ echo /x86_64-linux-gnu/
+ sed -e s/\/$//; s/^\//-/
+ add_slave /usr/lib/x86_64-linux-gnu/libXvMCNVIDIA.so.1 
libXvMCNVIDIA.so.1-x86_64-linux-gnu 
/usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1
+ local target_link name source_path

Bug#586129: python-wxgtk2.8: upstream 2.8.12 available

[Karsten Hilbert]

Package: python-wxgtk2.8
Version: 2.8.10.1-3.1
Followup-For: Bug #586129

Upstream has released v2.8.12.

Debian package gingkocadx depends on at least 2.8.11.

Please package as time permits.

Thanks,
Karsten


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 
'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-wxgtk2.8 depends on:
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.0-10   GCC support library
ii  libstdc++6  4.6.0-10 The GNU Standard C++ Library v3
ii  libwxbase2.8-0  2.8.10.1-3.1 wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0   2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t
ii  python  2.6.6-14 interactive high-level object-orie
ii  python-central  0.6.17   register and build utility for Pyt
ii  python-wxversion2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t

python-wxgtk2.8 recommends no packages.

Versions of packages python-wxgtk2.8 suggests:
pn  editra (no description available)
pn  python-xml (no description available)
ii  wx2.8-doc   2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t
pn  wx2.8-examples (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#631477: [debcommit] Be smart as to how to tag a repository

[James Vega]

On Fri, Jun 24, 2011 at 10:54:43AM +0200, Joachim Breitner wrote:
> debcommit -r is great as it integrates well into other uses of
> debcommit. But when the source is maintained using a VCS helper such as
> git-buildpackage or git-dpm, it is unfortunate that it creates different
> tags than these. Also, those may add more tags, e.g. for the
> corresponding patched state.
> 
> Hence, if debcommit could find out whether the source is managed by
> git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in
> which case debian/.git-dpm will be present) and then use the appropriate
> tool to tag the release, that would be very nice.

I don't use either of those tools.  What would be the appropriate way to
tag when those tools are in use?

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#631497: 2.8.5~rc2-1 breaks compilation of hugin python support

[Andreas Metzler]

Package: cmake
Version: 2.8.5~rc2-1
Severity: normal

Upgrading from 2.8.4+dfsg.1-5 to cmake 2.8.5~rc2-1 broke compilation
of hugin's python support:


mkdir build-dir
cd build-dir && cmake -DCMAKE_INSTALL_PREFIX=/usr -DBUILD_HSI:BOOL=On 
-DCMAKE_EXE_LINKER_FLAGS="-Wl,--as-needed -Wl,-z,defs" 
-DCMAKE_MODULE_LINKER_FLAGS="-Wl,--as-needed -Wl,-z,defs" 
-DCMAKE_SHARED_LINKER_FLAGS="-Wl,--as-needed -Wl,-z,defs" ..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
[...]
-- ZThread library found
-- Found SWIG: /usr/bin/swig2.0 (found version "2.0.4")
-- Found PythonLibs: /usr/lib/libpython2.6.so 
-- Using shared internal libraries
-- Python libs version: 2.6.7
CMake Error at /usr/share/cmake-2.8/Modules/UseSWIG.cmake:74 (MESSAGE):
  Command "/usr/bin/swig2.0 -MM -MF
  
/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface/swig_hsi_deps.txt
  -I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface
  -python -o
  
/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface/hsiPYTHON_wrap.cxx
  
-I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_base;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/foreign;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/foreign/vigra;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/celeste;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/celeste;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src;-I/usr/include;-I/usr/include/OpenEXR;-I/usr/include/python2.6;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface;-I/tmp/HUGIN/hugin-2011.2.0+dfsg/build-dir/src/hugin_script_interface
  /tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface/hsi.i" failed
  with output:

  /tmp/HUGIN/hugin-2011.2.0+dfsg/src/hugin_script_interface/hsi.i:215: Error:
  Unable to find 'hsi_PanoramaData.h'
[...]


The missing header files are generated by 
src/hugin_script_interface/CMakeLists.txt but nowadays cmake swig module
seems to try to include them before generating them.

How to reproduce:

1 apt-get source hugin=2011.2.0+dfsg~beta1-1 (from experimental)
2 install swig and python-dev
3 Add -DBUILD_HSI:BOOL=On to the cmake invocation in debian/rules:

--- a/debian/rules
+++ b/debian/rules
@@ -54,7 +54,7 @@ configure-stamp:
sed -e s_autopano-noop.sh_autopano-noop_g < doc/autopano-noop.sh.pod \
> doc/autopano-noop.pod
mkdir $(BUILD_DIR)
-   cd $(BUILD_DIR) && cmake -DCMAKE_INSTALL_PREFIX=/usr $(CMAKE_LDFLAGS) ..
+   cd $(BUILD_DIR) && cmake -DCMAKE_INSTALL_PREFIX=/usr 
-DBUILD_HSI:BOOL=On $(CMAKE_LDFLAGS) ..

4 Try building the package.

This does not look like a Debian specific issue, it was also found on
fedora f16 rawhide[1]

cu andreas


[1] http://mid.gmane.org/20110623183553.ge4...@postle.net

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages cmake depends on:
ii  cmake-data  2.8.5~rc2-1  CMake data files (modules, templat
ii  libarchive1 2.8.4-1  Single library to read/write tar,
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.21.6-1 Multi-protocol file transfer libra
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libgcc1 1:4.6.0-14   GCC support library
ii  libstdc++6  4.6.0-14 GNU Standard C++ Library v3
ii  libxmlrpc-core-c3   1.16.33-2A lightweight RPC library based on
ii  procps  1:3.2.8-10   /proc file system utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

cmake recommends no packages.

Versions of packages cmake suggests:
ii  gcc   4:4.6.0-6  GNU C compiler
ii  make  3.81-8.1   An utility for Directing compilati

-- 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#631498: e2fsprogs: filefrag should report adjacent extents as one

[Ibragimov Rinat]

Package: e2fsprogs
 Version: 1.41.12-4
 Severity: wishlist
 Tags: patch

 When filefrag uses FIEMAP ioctl its logic differs for ordinary and verbose 
 (-v) modes. ext4 returns extent on every 32768 block so on large files it is
 possible that `filefrag large-file' tells about 4 extents while 
 `filefrag -v large-file' finds only one.

 Also when I tried to use generic_block_fiemap function to add FIEMAP for 
 reiserfs, every block was reported as a new extent resulting in thousands
 "extents" for continuous files.

 I think filefrag should merge adjacent extents even when -v is not
 specified.


 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
 Architecture: amd64 (x86_64)

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

 Versions of packages e2fsprogs depends on:
 ii e2fslibs 1.41.12-4 ext2/ext3/ext4 file system librari
 ii libblkid1 2.17.2-9.1 block device id library
 ii libc6 2.13-7 Embedded GNU C Library: Shared lib
 ii libcomerr2 1.41.12-4 common error description library
 ii libss2 1.41.12-4 command-line interface parsing lib
 ii libuuid1 2.17.2-9.1 Universally Unique ID library
 ii util-linux 2.17.2-9.1 Miscellaneous system utilities

 e2fsprogs recommends no packages.

 Versions of packages e2fsprogs suggests:
 pn e2fsck-static  (no description available)
 ii gpart 0.1h-11+b1 Guess PC disk partition table, fin
 ii parted 2.3-5 The GNU Parted disk partition resi

 -- debconf-show failed
diff -ur e2fsprogs-1.41.14-orig/misc/filefrag.c e2fsprogs-1.41.14/misc/filefrag.c
--- e2fsprogs-1.41.14-orig/misc/filefrag.c	2010-12-22 18:49:20.0 +0300
+++ e2fsprogs-1.41.14/misc/filefrag.c	2011-06-23 20:00:27.40800 +0400
@@ -183,9 +183,6 @@
 
 	memset(fiemap, 0, sizeof(struct fiemap));
 
-	if (!verbose)
-		count = 0;
-
 	if (sync_file)
 		flags |= FIEMAP_FLAG_SYNC;
 
@@ -213,11 +210,6 @@
 			fiemap_header_printed = 1;
 		}
 
-		if (!verbose) {
-			*num_extents = fiemap->fm_mapped_extents;
-			goto out;
-		}
-
 		/* If 0 extents are returned, then more ioctls are not needed */
 		if (fiemap->fm_mapped_extents == 0)
 			break;
@@ -234,7 +226,9 @@
 tot_extents++;
 			else
 last_blk = 0;
-			print_extent_info(&fm_ext[i], n, last_blk, blk_shift);
+
+			if (verbose)
+print_extent_info(&fm_ext[i], n, last_blk, blk_shift);
 
 			last_blk = phy_blk + ext_len - 1;
 			if (fm_ext[i].fe_flags & FIEMAP_EXTENT_LAST)

Bug#620100: libreoffice-sdbc-postgresql: cannot edit tables

[Ferry Toth]

I fail to see how not building this package fixes the bug.

For me, not having the sdbc driver makes the whole Base functionality
useless as the jdbc driver is way (10x) to slow and the odbc driver only
produces errors.

Even the broken sdbc driver is at least able to retrieve records from
the database a great speed. The problem is that is does not let you
update or add records.

I request that this bug is set to not fixed and grave.

Thanks,

Ferry




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

Bug#631459: mips-linux-gnu-g++: internal compiler error: Killed (program cc1plus)

[Matthias Klose]

tag 631459 + help moreinfo
thanks

On 06/24/2011 04:18 AM, Gabriele Giacone wrote:
> Please submit a full bug report,
> with preprocessed source if appropriate.

what did you misunderstand?



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

Bug#631499: resolvconf: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: resolvconf
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the resolvconf debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of resolvconf debconf templates
# Copyright (C) 2011 Vincent Zweije 
# This file is distributed under the same license as the resolvconf package.
#
msgid ""
msgstr ""
"Project-Id-Version: resolvconf 1.52\n"
"Report-Msgid-Bugs-To: resolvc...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-31 20:26+0200\n"
"PO-Revision-Date: 2011-06-24 14:04+0200\n"
"Last-Translator: Vincent Zweije \n"
"Language-Team: Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Prepare /etc/resolv.conf for dynamic updates?"
msgstr "/etc/resolv.conf klaar maken voor automatische bijwerkingen?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The resolvconf package contains the infrastructure required for dynamic "
"updating of the resolver configuration file. Part of the necessary "
"infrastructure is a symbolic link from /etc/resolv.conf to /etc/resolvconf/"
"run/resolv.conf. If you choose this option then this link will be created; "
"the existing /etc/resolv.conf file will be preserved as /etc/resolvconf/"
"resolv.conf.d/original, and will be restored if this package is removed."
msgstr ""
"Het resolvconf-pakket bevat de infrastructuur om automatisch bijwerken van "
"het resolver-configuratiebestand mogelijk te maken. Een gedeelte van de "
"noodzakelijke infrastructuur is een symbolische koppeling van /etc/resolv."
"conf naar /etc/resolvconf/run/resolv.conf. Als u deze optie accepteert zal "
"deze koppeling gemaakt worden; het bestaande /etc/resolv.conf-bestand zal "
"worden bewaard als /etc/resolvconf/resolv.conf.d/original en zal worden "
"teruggeplaatst als het pakket wordt verwijderd."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Declining this option will prevent future installations from recreating the "
"symbolic link and therefore the resolver configuration file will not be "
"dynamically updated. Dynamic updating can then be activated following "
"instructions in the README file."
msgstr ""
"Het weigeren van deze optie voorkomt dat toekomstige installaties de "
"symbolische koppeling terug aanmaken; bijgevolg zal het resolver-"
"configuratiebestand niet dynamisch worden bijgewerkt. Dynamisch bijwerken "
"kan alsnog worden geactiveerd door de instructies in de README te volgen."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The presence of resolvconf can affect the behavior of other programs, so it "
"should not be left installed if unconfigured."
msgstr ""
"De aanwezigheid van resolvconf kan het gedrag van andere programma's "
"beïnvloeden. Het is dus af te raden om dit pakket ongeconfigureerd, maar wel "
"geïnstalleerd te laten."

#. Type: note
#. Description
#. Type: note
#. Description
#: ../templates:3001 ../templates:4001
msgid "Reboot recommended"
msgstr "Herstart aanbevolen"

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"Suppliers of name server information such as local caching name servers and "
"interface configurers are expected to supply name server information to the "
"resolvconf program. However, although installation of the resolvconf package "
"triggers them to supply their information, some of them fail to do so."
msgstr ""
"Van programma's die naamserver-informatie leveren, zoals lokale naamservers "
"en interface-configuratieprogramma's, wordt verwacht dat zij naamserver-"
"informatie aan het resolvconf programma doorgeven. Sommigen doen dit echter "
"niet, hoewel de installatie van het resolvconf-pakket hun daartoe een "
"signaal geeft."

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"This bug would lead to loss of valid name server information on installation "
"of the resolvconf package if the following workaround were not adopted: "
"resolvconf includes the full contents of the pre-installation /etc/resolv."
"conf in its database until reboot. This has the drawback that name server "
"information is retained even if the associated interface is later "
"deconfigured. (This incorrect behavior is judged to be less harmful than the "
"alternative of losing valid information.)"
msgstr ""
"Deze fout kan leiden tot verlies van geldige naamserver-informatie bij "
"installatie van het resolvconf-pakket. Daarom is er de volgende maatregel: "
"resolvconf neemt de volledige inhoud van /etc/resolv.conf van voor zijn "
"installatie over tot aan de volgende herstart. Het nadeel van deze maatregel "
"is dat naamserver-informatie wordt vastgehouden, zelfs als de bijbehorende "
"interface later wordt gedeconfigureerd. Dit op zich onjuiste gedrag wordt "
"beschouwd als minder schadelijk dan het alternatief waarbij geldige "
"informatie verloren gaat."

#. Type: note
#. Descrip

Bug#616915: newt: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 616915 patch
user ubuntu-de...@lists.ubuntu.com
usertags 616915 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:49:21AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.  I couldn't find any suggestion of a minimum Python
version in the source, so I just omitted X-Python-Version; feel free to
add this if you know better.

  * Convert to dh_python2.

diff -u newt-0.52.11/debian/control newt-0.52.11/debian/control
--- newt-0.52.11/debian/control
+++ newt-0.52.11/debian/control
@@ -5,8 +5,7 @@
 Standards-Version: 3.9.1
 Homepage: https://fedorahosted.org/newt/
 Vcs-Git: git://git.fedorahosted.org/git/newt
-XS-Python-Version: all
-Build-Depends: dbs, sgmltools-lite, libslang2-dev  (>=2.0.4-2), libpopt-dev, 
debhelper (>=5.0.37.2), gettext, libfribidi-dev, tcl8.5-dev, python-all-dev (>= 
2.3.5-7), python-central (>= 0.5), autoconf, python-all-dbg
+Build-Depends: dbs, sgmltools-lite, libslang2-dev  (>=2.0.4-2), libpopt-dev, 
debhelper (>=5.0.37.2), gettext, libfribidi-dev, tcl8.5-dev, python-all-dev (>= 
2.6.6-3~), autoconf, python-all-dbg
 
 Package: libnewt-dev
 Architecture: any
@@ -45,7 +44,6 @@
 Architecture: any
 Section: python
 Priority: optional
-XB-Python-Version: ${python:Versions}
 Provides: ${python:Provides}
 Depends: libnewt0.52 (=${binary:Version}) , ${python:Depends}, 
${misc:Depends}, ${shlibs:Depends}
 Description: A NEWT module for Python
diff -u newt-0.52.11/debian/rules newt-0.52.11/debian/rules
--- newt-0.52.11/debian/rules
+++ newt-0.52.11/debian/rules
@@ -211,7 +211,7 @@
dh_installdirs -p $@ 
dh_install -p $@ --sourcedir=$(BUILD_TREE)
dh_strip -p $@ --dbg-package python-newt-dbg
-   DH_PYCENTRAL=include-links dh_pycentral -p $@
+   dh_python2 -p $@
dh_installdocs -p $@ $(BUILD_TREE)/newt.spec
# Currently disabled, as debian-test has been removed.
# chmod +x 
debian/whiptail/usr/lib/debian-test/tests/whiptail/test-newt.sh/test-newt.sh
@@ -236,7 +236,7 @@
done
dh_installdirs -p $@ 
dh_install -p $@ --sourcedir=$(BUILD_TREE)
-   DH_PYCENTRAL=include-links dh_pycentral -p $@
+   dh_python2 -p $@
mkdir -p debian/python-newt-dbg/usr/share/doc
ln -sf python-newt debian/python-newt-dbg/usr/share/doc/python-newt-dbg
dh_compress -p $@

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#620100: libreoffice-sdbc-postgresql: cannot edit tables

[Rene Engelhard]

Hi,

On Fri, Jun 24, 2011 at 01:53:40PM +0200, Ferry Toth wrote:
> I fail to see how not building this package fixes the bug.

The package is not there anymore -> no bug in the package anymore
because the package does not exist -> no bug. Easy.

> For me, not having the sdbc driver makes the whole Base functionality
> useless as the jdbc driver is way (10x) to slow and the odbc driver only
> produces errors.

True, but how does that change the point that there's no bug in a
package if the package doesn't exist (anymore)[1]?

It's also not my problem if you use a unofficial driver not kept uptodate
instead of a working, official one...

> I request that this bug is set to not fixed and grave.

A grave bug in somethig not existing anymore? You are kidding.
And no, grave would not fit anyay.

Get someone fix the ortiginal bug and we can happily reenable
the package.

Grüße/Regards,

René

[1] not built packages are normally semi-automatically removed and that will
happen before the new version enters testing. That it happens to exist
in sid right now still is just because that removal didn't happen
(probably just because all gcj-using archs fail to build...)
-- 
 .''`.  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#631289: closed by Ben Hutchings (Re: Bug#631289: iwlagn: Kernel 2.6.39-2-amd64 in Debian Testing causes Lenovo X201 and T500 wifi to crash Netgear DGN3500 ADSL router/Wifi a

[Ben Hutchings]

On Fri, 2011-06-24 at 06:52 +0100, Russel Winder wrote:
> On Thu, 2011-06-23 at 14:01 +0100, Ben Hutchings wrote:
> [ . . . ]
> > This is the world where there is an ever-growing number of bugs open on
> > the kernel package.  We certainly don't have the resources to
> > investigate bugs in other systems.
> 
> Understood.
> 
> There is now a report (on the Netgear forum) that the same problem is
> afflicting Linksys WRT120N as well as Netgear DGN3500, but I cannot
> testify as to the veracity of the claim, only that the claim is being
> made.
> 
> If it turns out that various different products from various
> manufacturers are affected, then doesn't this make it an issue deserving
> investigation?

Yes, I think I'd reopen the bug.  However it would then need to be
handled upstream.

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates


signature.asc
Description: This is a digitally signed message part

Bug#618094: newt: diff for NMU version 0.52.11-2.1

[Jakub Wilk]

tags 618094 + patch
tags 618094 + pending
thanks

Dear maintainer,

I've prepared an NMU for newt (versioned as 0.52.11-2.1) and uploaded it 
to DELAYED/2. Please feel free to tell me if I should delay it longer.


--
Jakub Wilk
diffstat for newt_0.52.11-2 newt_0.52.11-2.1

 changelog|8 
 patches/020_bidi.patch   |9 +
 patches/030_tcl8.5.patch |2 +-
 3 files changed, 18 insertions(+), 1 deletion(-)

diff -u newt-0.52.11/debian/changelog newt-0.52.11/debian/changelog
--- newt-0.52.11/debian/changelog
+++ newt-0.52.11/debian/changelog
@@ -1,3 +1,11 @@
+newt (0.52.11-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Link to libdl explicitly (our BiDi patch uses its symbols).
+Closes: #618094.
+
+ -- Jakub Wilk   Fri, 24 Jun 2011 14:02:29 +0200
+
 newt (0.52.11-2) unstable; urgency=low
 
   * Icelandic translation thanks to  Sveinn Ă­ Felli. Closes: #3600258, #592828. 
diff -u newt-0.52.11/debian/patches/020_bidi.patch newt-0.52.11/debian/patches/020_bidi.patch
--- newt-0.52.11/debian/patches/020_bidi.patch
+++ newt-0.52.11/debian/patches/020_bidi.patch
@@ -2160,0 +2161,9 @@
+diff -ruN newt-0.52.11-old/Makefile.in newt-0.52.11/Makefile.in
+--- newt-0.52.11-old/Makefile.in	2011-06-24 13:12:48.166848832 +0200
 newt-0.52.11/Makefile.in	2011-06-24 13:11:46.870848778 +0200
+@@ -1,4 +1,4 @@
+-LIBS = -lslang
++LIBS = -lslang -ldl
+ LIBTCL = -ltcl8.4
+ 
+ CC = @CC@
diff -u newt-0.52.11/debian/patches/030_tcl8.5.patch newt-0.52.11/debian/patches/030_tcl8.5.patch
--- newt-0.52.11/debian/patches/030_tcl8.5.patch
+++ newt-0.52.11/debian/patches/030_tcl8.5.patch
@@ -2,7 +2,7 @@
 --- newt-0.52.11-old/Makefile.in	2009-04-20 21:44:14.0 +0100
 +++ newt-0.52.11/Makefile.in	2009-04-20 21:49:26.0 +0100
 @@ -1,10 +1,10 @@
- LIBS = -lslang
+ LIBS = -lslang -ldl
 -LIBTCL = -ltcl8.4
 +LIBTCL = -ltcl8.5
  

Bug#631459: mips-linux-gnu-g++: internal compiler error: Killed (program cc1plus)

[Gabriele Giacone]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 06/24/2011 02:03 PM, Matthias Klose wrote:
> what did you misunderstand?

I thought it's easy to reproduce and I don't have any mips machine
whereas you do.
I'll request access and if they won't ignore it, one day I'll be able to
reproduce it.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk4Ego0ACgkQp3cdCbVcnCtx8wCgykjNYBi/mgCwI+/6bpDQymtj
+RgAoKABHSHwckS4QCveiqK5I5B/Rf80
=EZmV
-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#624838: reportbug: need full-text search of bug reports

[Sandro Tosi]

clone 624838 -1
reassign -1 debbugs
retitle -1 please add a full-search SOAP API
block 624838 by -1
thanks

On Mon, May 2, 2011 at 01:20, Arthur Marsh
 wrote:
> Package: reportbug
> Version: 5.1
> Severity: wishlist
>
>
> I had bug 624781 closed with the implication being that I should have
> found bug 624145. However, the search of bugs using the 'f' command in
> reportbug only searches the subject line of bug reports.
>
> A full-text search option for all existing bugs for the same package
> would help in such cases.

Reportbug searches only on the bugs subjects since it's the only thing
it downloads at the first step. It's absolutely unfeasable to get a
full list of bugs + their content and then search on them (consider
bug packages like gnome, kernel and so on). If it's supported by the
backend (i.e. debbugs) by introducing a new API to be called via SOAP,
then we can introduce this "Full-search" option, else it's a wontfix
request.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#629390: ntfs-3g: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Attached is an updated translation after the debian-l10n-english
review.

Regards,
-- 
Jeroen Schot
# Dutch translation of ntfs-3g debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the ntfs-3g package.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: ntfs-3g 2011.1.15AR.4+2011.4.12-1\n"
"Report-Msgid-Bugs-To: ntfs...@packages.debian.org\n"
"POT-Creation-Date: 2011-06-15 08:00+0200\n"
"PO-Revision-Date: 2011-06-24 14:24+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:2001
msgid "Should NTFS-3G be installed \"setuid root\"?"
msgstr "Moet NTFS-3G als \"setuid root\" worden geïnstalleerd?"

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:2001
msgid ""
"NTFS-3G can be installed with the set-user-id bit set, so that it will run "
"with superuser privileges. This allows unprivileged users to mount NTFS "
"volumes."
msgstr ""
"NTFS-3G kan worden geïnstalleerd met de setuid-bit ingesteld, zodat het "
"wordt uitgevoerd met beheerdersrechten. Dit maakt het voor gewone gebruikers "
"mogelijk om NTFS-schijven aan te koppelen."

#. Type: boolean
#. Description
#: ../ntfs-3g.templates:2001
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default. "
"If in doubt, you should leave it disabled."
msgstr ""
"Het activeren van deze functionaliteit is mogelijk een veiligheidsrisico en "
"wordt daarom standaard niet gedaan. Als u twijfelt kunt u dit het best niet "
"activeren."

Bug#631501: geoip-database-contrib: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: geoip-database-contrib
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the geoip-database-contrib debconf 
templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of geoip-database-contrib debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the geoip-database-contrib 
package.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: geoip-database-contrib 1.3\n"
"Report-Msgid-Bugs-To: geoip-database-cont...@packages.debian.org\n"
"POT-Creation-Date: 2010-12-30 19:21+0100\n"
"PO-Revision-Date: 2011-06-16 10:57+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Automatically update the database every month?"
msgstr "Elke maand de database automatisch bijwerken?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"The GeoLite database on the MaxMind website is updated monthly. If you "
"choose to automatically update the local copy of the database, a cron script "
"will be installed to download the new version from the Internet on the tenth "
"of every month."
msgstr ""
"De GeoLite-database op de website van MaxMind wordt maandelijks bijgewerkt. "
"Als u ervoor kiest om uw lokale kopie automatisch te laten bijwerken zal er "
"een cronscript worden geïnstalleerd dat elke tiende van de maand een nieuwe "
"versie van het Internet ophaalt."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you choose not to update the database automatically, you can do it by "
"hand by running the 'geoip-database-contrib_update' command as root."
msgstr ""
"Als u er voor kiest om de database niet automatische te laten bijwerken kunt "
"u dit zelf handmatig doen door als beheerder het commando 'geoip-database-"
"contrib_update' uit te voeren."

Bug#631503: openssl: engine gost: undefined symbol: bind_engine

[Konstantin Ploshchenko]

Package: openssl
Version: 1.0.0d-3
Severity: normal


Can not load engine 'gost'. Here is the output:

# openssl engine gost -
3075590296:error:2506406A:DSO support routines:DLFCN_BIND_FUNC:could not bind 
to the requested symbol name:dso_dlfcn.c:285:symname(bind_engine): 
/usr/lib/openssl-1.0.0/engines/libgost.so: undefined symbol: bind_engine
3075590296:error:2506C06A:DSO support routines:DSO_bind_func:could not bind to 
the requested symbol name:dso_lib.c:294:
3075590296:error:260B6068:engine routines:DYNAMIC_LOAD:DSO 
failure:eng_dyn.c:463:
3075590296:error:2606A074:engine routines:ENGINE_by_id:no such 
engine:eng_list.c:417:id=gost

There is no such problem if I compile openssl from the original source.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.35.13-1core2-ipset (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssl depends on:
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libssl1.0.0 1.0.0d-3 SSL shared libraries
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates   20110421   Common CA certificates

-- Configuration Files:
/etc/ssl/openssl.cnf changed [not included]

-- 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#631502: strongswan: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: strongswan
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the strongswan debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of strongswan debconf templates.
# Copyright (C) 2005-2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the strongswan package.
# Luk Claes , 2005
# Kurt De Bree , 2006.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: strongswan 4.5.0-1\n"
"Report-Msgid-Bugs-To: strongs...@packages.debian.org\n"
"POT-Creation-Date: 2010-08-09 12:15+0200\n"
"PO-Revision-Date: 2011-06-17 12:00+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid "Old runlevel management superseded"
msgstr "Het oude runlevel-beheer is vervangen"

#. Type: note
#. Description
#: ../strongswan-starter.templates:2001
msgid ""
"Previous versions of the strongSwan package gave a choice between three "
"different Start/Stop-Levels. Due to changes in the standard system startup "
"procedure, this is no longer necessary or useful. For all new installations "
"as well as old ones running in any of the predefined modes, sane default "
"levels will now be set. If you are upgrading from a previous version and "
"changed your strongSwan startup parameters, then please take a look at NEWS."
"Debian for instructions on how to modify your setup accordingly."
msgstr ""
"Vorige versies van het strongSwan-pakket gaven de keuze tussen drie "
"verschillende Start/Stop-niveaus. Vanwege veranderingen aan de standaard "
"opstartprocedure van het systeem is dit niet langer nodig of nuttig. Er "
"worden nu logische standaardwaardes ingesteld voor zowel nieuwe installaties "
"als oude waarvoor één van de keuzes is gemaakt. Als u opwaardeert van een "
"vorige versie en uw strongSwan-opstartparameters heeft aangepast vindt u in "
"NEWS.Debian instructies over het aanpassen van uw opstelling."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid "Restart strongSwan now?"
msgstr "StrongSwan nu herstarten?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:3001
msgid ""
"Restarting strongSwan is recommended, since if there is a security fix, it "
"will not be applied until the daemon restarts. Most people expect the daemon "
"to restart, so this is generally a good idea. However, this might take down "
"existing connections and then bring them back up, so if you are using such a "
"strongSwan tunnel to connect for this update, restarting is not recommended."
msgstr ""
"U wordt aanbevolen om strongSwan te herstarten, want indien deze nieuwe "
"versie veiligheidsproblemen verhelpt worden deze pas echt opgelost bij een "
"herstart van de achtergronddienst. De meeste mensen verwachten dat de "
"achtergronddienst herstart, dus dit is meestal een goed idee. Hoewel, dit "
"kan bestaande verbindingen verbreken en ze dan opnieuw herstellen. Dus als u "
"een strongSwan-tunnel gebruikt voor deze verbinding kunt u beter niet "
"herstarten."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid "Start strongSwan's IKEv1 daemon?"
msgstr "IKEv1-achtergronddienst van strongSwan starten?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:4001
msgid ""
"The pluto daemon must be running to support version 1 of the Internet Key "
"Exchange protocol."
msgstr ""
"De pluto-achtergronddienst moet actief zijn om versie 1 van het Internet Key "
"Exchange protocol te ondersteunen."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid "Start strongSwan's IKEv2 daemon?"
msgstr "IKEv2-achtergronddienst van strongSwan starten?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:5001
msgid ""
"The charon daemon must be running to support version 2 of the Internet Key "
"Exchange protocol."
msgstr ""
"De charon-achtergronddienst moet actief zijn om versie 2 van het Internet "
"Key Exchange protocol te ondersteunen."

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:6001
msgid "Use an X.509 certificate for this host?"
msgstr "Moet er een X.509-certificaat voor deze computer gebruikt worden?"

#. Type: boolean
#. Description
#: ../strongswan-starter.templates:6001
msgid ""
"An X.509 certificate for this host can be automatically created or imported. "
"It can be used to authenticate IPsec connections to other hosts and is the "
"preferred way of building up secure IPsec connections. The other possibility "
"would be to use shared secrets (passwords that are the same on both sides of "
"the tunnel) for authenticating a connection, but for a larger number of "
"connections, key based authentication is easier to administer and more "
"secure."
msgstr ""
"Een X.509-ce

Bug#617031: python-sqlite: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 617031 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617031 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:51:19AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.  I couldn't find any suggestion of a minimum Python
version in the source, so I just omitted X-Python-Version; feel free to
add this if you know better.

  * Convert to dh_python2.

diff -u python-sqlite-1.0.1/debian/control python-sqlite-1.0.1/debian/control
--- python-sqlite-1.0.1/debian/control
+++ python-sqlite-1.0.1/debian/control
@@ -2,9 +2,8 @@
 Section: python
 Priority: optional
 Maintainer: Joel Rosdahl 
-Build-Depends: debhelper (>= 5.0.38), libsqlite0-dev (>= 2.5.6), 
python-all-dev (>= 2.3.5-11), python-all-dbg, python-central (>= 0.5.6)
+Build-Depends: debhelper (>= 5.0.38), libsqlite0-dev (>= 2.5.6), 
python-all-dev (>= 2.6.6-3~), python-all-dbg
 XS-Python-Standards-Version: 0.4
-XS-Python-Version: all
 Standards-Version: 3.7.2
 
 Package: python-sqlite
@@ -14,7 +13,6 @@
 Conflicts: python2.3-sqlite, python2.4-sqlite, python-pysqlite1.1, 
python2.3-pysqlite1.1, python2.4-pysqlite1.1
 Replaces: python2.3-sqlite, python2.4-sqlite
 Suggests: python-sqlite-dbg
-XB-Python-Version: ${python:Versions}
 Description: python interface to SQLite 2
  pysqlite is an interface to the SQLite database server for
  Python. It aims to be fully compliant with Python database
@@ -28,7 +26,6 @@
 Package: python-sqlite-dbg
 Architecture: any
 Depends: python-sqlite (= ${binary:Version}), python-dbg, ${shlibs:Depends}
-XB-Python-Version: ${python:Versions}
 Description: python interface to SQLite 2 (debug extension)
  pysqlite is an interface to the SQLite database server for
  Python. It aims to be fully compliant with Python database
diff -u python-sqlite-1.0.1/debian/rules python-sqlite-1.0.1/debian/rules
--- python-sqlite-1.0.1/debian/rules
+++ python-sqlite-1.0.1/debian/rules
@@ -37,11 +37,11 @@
dh_installdirs
 
 install-ext-%:
-   $* setup.py install --root=debian/python-sqlite
+   $* setup.py install --root=debian/python-sqlite --install-layout=deb
find debian/python-sqlite -name '*.pyc' | xargs rm -f
 
 dbg-install-ext-%:
-   $*-dbg setup.py install --root=debian/python-sqlite-dbg
+   $*-dbg setup.py install --root=debian/python-sqlite-dbg 
--install-layout=deb
find debian/python-*-dbg ! -type d ! -name '*.so' | xargs rm -f
find debian/python-*-dbg -depth -empty -exec rmdir {} \;
 
@@ -57,7 +57,7 @@
dh_installexamples -A -a examples/*
chmod -x debian/python-sqlite/usr/share/doc/python-sqlite/examples/*
 
-   dh_pycentral -a
+   dh_python2 -a
dh_installchangelogs -a
dh_strip -ppython-sqlite --dbg-package=python-sqlite-dbg
rm -rf debian/python-sqlite-dbg/usr/share/doc/python-sqlite-dbg
reverted:
--- python-sqlite-1.0.1/debian/pycompat
+++ python-sqlite-1.0.1.orig/debian/pycompat
@@ -1 +0,0 @@
-2

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#617023: python-pysqlite1.1: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 617023 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617023 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:51:11AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.

  * Convert to dh_python2.

diff -u python-pysqlite1.1-1.1.8a/debian/control 
python-pysqlite1.1-1.1.8a/debian/control
--- python-pysqlite1.1-1.1.8a/debian/control
+++ python-pysqlite1.1-1.1.8a/debian/control
@@ -2,9 +2,9 @@
 Section: python
 Priority: optional
 Maintainer: Joel Rosdahl 
-Build-Depends: debhelper (>= 5.0.38), libsqlite3-dev (>= 3.0.8), 
python-all-dev (>= 2.3.5-11), python-all-dbg, python-central (>= 0.5.6)
+Build-Depends: debhelper (>= 5.0.38), libsqlite3-dev (>= 3.0.8), 
python-all-dev (>= 2.6.6-3~), python-all-dbg
 XS-Python-Standards-Version: 0.4
-XS-Python-Version: all
+X-Python-Version: >= 2.1
 Standards-Version: 3.7.2
 
 Package: python-pysqlite1.1
@@ -14,7 +14,6 @@
 Conflicts: python2.3-pysqlite1.1, python2.4-pysqlite1.1, python-sqlite, 
python2.3-sqlite, python2.4-sqlite
 Replaces: python2.3-pysqlite1.1, python2.4-pysqlite1.1
 Suggests: python-pysqlite1.1-dbg
-XB-Python-Version: ${python:Versions}
 Description: python interface to SQLite 3
  pysqlite is an interface to the SQLite database server for
  Python. It aims to be fully compliant with Python database
@@ -29,7 +28,6 @@
 Package: python-pysqlite1.1-dbg
 Architecture: any
 Depends: python-pysqlite1.1 (= ${binary:Version}), python-dbg, 
${shlibs:Depends}
-XB-Python-Version: ${python:Versions}
 Description: python interface to SQLite 3 (debug extension)
  pysqlite is an interface to the SQLite database server for
  Python. It aims to be fully compliant with Python database
diff -u python-pysqlite1.1-1.1.8a/debian/rules 
python-pysqlite1.1-1.1.8a/debian/rules
--- python-pysqlite1.1-1.1.8a/debian/rules
+++ python-pysqlite1.1-1.1.8a/debian/rules
@@ -37,11 +37,11 @@
dh_installdirs
 
 install-ext-%:
-   $* setup.py install --root=debian/python-pysqlite1.1
+   $* setup.py install --root=debian/python-pysqlite1.1 
--install-layout=deb
find debian/python-pysqlite1.1 -name '*.pyc' | xargs rm -f
 
 dbg-install-ext-%:
-   $*-dbg setup.py install --root=debian/python-pysqlite1.1-dbg
+   $*-dbg setup.py install --root=debian/python-pysqlite1.1-dbg 
--install-layout=deb
find debian/python-*-dbg ! -type d ! -name '*.so' | xargs rm -f
find debian/python-*-dbg -depth -empty -exec rmdir {} \;
 
@@ -57,7 +57,7 @@
dh_installexamples -A -a examples/*
chmod -x 
debian/python-pysqlite1.1/usr/share/doc/python-pysqlite1.1/examples/*
 
-   dh_pycentral -a
+   dh_python2 -a
dh_installchangelogs -a
dh_strip -ppython-pysqlite1.1 --dbg-package=python-pysqlite1.1-dbg
rm -rf 
debian/python-pysqlite1.1-dbg/usr/share/doc/python-pysqlite1.1-dbg
reverted:
--- python-pysqlite1.1-1.1.8a/debian/pycompat
+++ python-pysqlite1.1-1.1.8a.orig/debian/pycompat
@@ -1 +0,0 @@
-2

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#631477: [debcommit] Be smart as to how to tag a repository

[Joachim Breitner]

Hi,

Am Freitag, den 24.06.2011, 07:40 -0400 schrieb James Vega:
> On Fri, Jun 24, 2011 at 10:54:43AM +0200, Joachim Breitner wrote:
> > debcommit -r is great as it integrates well into other uses of
> > debcommit. But when the source is maintained using a VCS helper such as
> > git-buildpackage or git-dpm, it is unfortunate that it creates different
> > tags than these. Also, those may add more tags, e.g. for the
> > corresponding patched state.
> > 
> > Hence, if debcommit could find out whether the source is managed by
> > git-buildpackage (e.g. if debian/.gbp.conf is present) or by git-dpm (in
> > which case debian/.git-dpm will be present) and then use the appropriate
> > tool to tag the release, that would be very nice.
> 
> I don't use either of those tools.  What would be the appropriate way to
> tag when those tools are in use?

git-buildpackage --git-tag-only (possibly with --git-sign-tags)
and
git-dpm tag

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: This is a digitally signed message part

Bug#631143: Module is for different version 1.2.15

[Yuri D'Elia]

Package: dovecot-antispam
Followup-For: Bug #631143

Pretty-please: put a _versioned_ dependency on dovecot-imapd next time you
upload this package.

*Several* ABI-mismatch bugs were reported for dovecot-antispam in the past,
including myself. All of these were grave, since they inherently break imapd.

As long as dovecot does not provide a decent ABI for plugins you need to
put a versioned dependency!

Thanks.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-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



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

Bug#631504: ntfs-3g: unusable for non-root users with or without setuid

[Johannes Rohr]

Package: ntfs-3g
Version: 1:2011.1.15AR.4+2011.4.12-2
Severity: normal


Mounting NTFS volumes through gvfs currently fails with an error from ntfs-3g


Error mounting: mount exited with exit code 1: helper failed with:
Unprivileged user can not mount NTFS block devices using the external FUSE
library. Either mount the volume as root, or rebuild NTFS-3G with integrated
FUSE support and make it setuid root. Please see more information at
http://ntfs-3g.org/support.html#unprivileged

after reconfiguring it to use setuit root, the error message changes to:

Error mounting: mount exited with exit code 1: helper failed with:
Mount is denied because setuid and setgid root ntfs-3g is insecure with the
external FUSE library. Either remove the setuid/setgid bit from the binary
or rebuild NTFS-3G with integrated FUSE support and make it setuid root.
Please see more information at http://ntfs-3g.org/support.html#unprivileged

So it is currently unusable either way


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntfs-3g depends on:
ii  debconf [deb 1.5.39  Debian configuration management sy
ii  fuse-utils   2.8.5-3 Filesystem in Userspace (transitio
ii  libc62.13-7  Embedded GNU C Library: Shared lib
ii  libfuse2 2.8.5-3 Filesystem in Userspace (library)
ii  libntfs-3g80 1:2011.1.15AR.4+2011.4.12-2 read-write NTFS driver for FUSE (l

ntfs-3g recommends no packages.

ntfs-3g suggests no packages.

-- debconf information:
* ntfs-3g/setuid-root: false



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

Bug#631505: choqok: erroneously reports authentication required for DMs and on launch

[Ryan Cartwright]

Package: choqok
Version: 1.1-1
Severity: normal

*** Please type your report below this line ***

I think this may be a bug upstream rather than Debian-specific but anyway..

Choqok reports an authentication error when launching and when trying
to compose (you don't even get to the send bit) a direct message. The
reported dialog says "This method requires authentication." but I ran
it from a shell and saw this extra information if that helps:

"choqok(28086): Error at request  "/1/statuses/friends.xml?cursor=-1"
:  "This method requires authentication.""

It reports the same error upon launch and upon direct message composition.

The program can still be used other than for direct messages.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-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/dash

Versions of packages choqok depends on:
ii  kdebase-runtime4:4.6.3-1 runtime components from the offici
ii  libattica0 0.2.0-1   Qt library that implements the Ope
ii  libc6  2.13-4Embedded GNU C Library: Shared lib
ii  libgcc11:4.6.0-10GCC support library
ii  libkdecore54:4.6.3-3 KDE Platform Core Library
ii  libkdeui5  4:4.6.3-3 KDE Platform User Interface Librar
ii  libkhtml5  4:4.6.3-3 KHTML Web Content Rendering Engine
ii  libkio54:4.6.3-3 Network-enabled File Management Li
ii  libkjsapi4 4:4.6.3-3 KJS API Library for the KDE Develo
ii  libknotifyconfig4  4:4.6.3-3 library for configuring KDE Notifi
ii  libkparts4 4:4.6.3-3 Framework for the KDE Platform Gra
ii  libkutils4 4:4.6.3-3 dummy transitional library
ii  libqca2-plugin-ossl2.0.0~beta3-1 SSL/TLS support for the Qt Cryptog
ii  libqjson0  0.7.1-1   qt-based library that maps JSON da
ii  libqoauth1 1.0.1-1   Qt-based client implementation of
ii  libqt4-dbus4:4.7.3-1 Qt 4 D-Bus module
ii  libqt4-network 4:4.7.3-1 Qt 4 network module
ii  libqt4-svg 4:4.7.3-1 Qt 4 SVG module
ii  libqt4-xml 4:4.7.3-1 Qt 4 XML module
ii  libqtcore4 4:4.7.3-1 Qt 4 core module
ii  libqtgui4  4:4.7.3-1 Qt 4 GUI module
ii  libstdc++6 4.6.0-10  The GNU Standard C++ Library v3

choqok recommends no packages.

choqok 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#631506: open-vm-tools: CVE-2011-1787

[Luciano Bello]

Package: open-vm-tools
Severity: important
Tags: security

Hi there,
New security issue: 
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1787

Contrib isn't covered by security support, Squeeze/Lenny can be fixed
through spu/opsu if needed.

Cheers,

-luciano



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

Bug#631507: open-vm-tools: CVE-2011-2146

[Luciano Bello]

Package: open-vm-tools
Severity: important
Tags: security

Hi there,
New security issue: 
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2146

Contrib isn't covered by security support, Squeeze/Lenny can be fixed
through spu/opsu if needed.

Cheers,

-luciano




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

Bug#631508: open-vm-tools: CVE-2011-2145

[Luciano Bello]

Package: open-vm-tools
Severity: important
Tags: security

Hi there,
New security issue: 
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2145

Contrib isn't covered by security support, Squeeze/Lenny can be fixed
through spu/opsu if needed.

Cheers,

-luciano



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

Bug#630919: live-build: --apt aptitude doesn't work because of --force-yes

[Ed Dixon]

I am not sure but I think the Bug now exists in the Squeeze Repos?

P: Configuring file /etc/apt/sources.list
Reading package lists...
Building dependency tree...
The following NEW packages will be installed:
  apt-utils
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 271 kB of archives.
After this operation, 594 kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  apt-utils
E: There are problems and -y was used without --force-yes
P: Begin unmounting filesystems...


On Sat, Jun 18, 2011 at 9:13 PM, Daniel Baumann
 wrote:
> retitle 630919 workaround for keyring-packages fails with aptitude
> severity 630919 minor
> tag 630919 pending
> thanks
>
> fixed in git.
>
> --
> Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:          daniel.baum...@progress-technologies.net
> Internet:       http://people.progress-technologies.net/~daniel.baumann/
>
>
>
> --
> To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/4dfd150b.6010...@progress-technologies.net
>
>



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

Bug#631509: software-properties-gtk crash: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template

[YunQiang Su]

Package: software-properties-gtk
Version: 0.80.6debian1
Severity: important

After edit souces.list , software-properties-gtk crashed.

The attachment is my sources.list

-- 
YunQiang Su



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

Bug#623583: libwxbase2.8-0: New upstream version 2.8.12 available, solve some current bugs

[Sebastian Hilbert]

Hi,

libwxbase 2.8.11 and libwxgtk2 are available in Ubuntu Natty and Oneiric. I 
have confirmed that the Ubuntu package for 2.8.11 installed on Debian fixes 
the crash issue in Ginkgo-CADx so you might want to consider porting the 
Ubuntu version over to Debian.

Regards,



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

Bug#631510: ITP: echoprint-server -- server components for Echoprint music fingerprint and resolving framework

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: echoprint-server
  Version : 0~git.20110624
  Upstream Author : Echo Nest
* URL : http://echoprint.me/server
* License : Apache-2.0
  Programming Lang: Python, Java
  Description : server components for Echoprint music fingerprint and 
resolving framework

 Echoprint is an open source music identification system that allows
 anyone to build music fingerprinting into their application. It is
 powered by The Echo Nest and launching in partnership with Musicbrainz
 and 7digital.
 .
 The Echoprint server can insert and query for millions of tracks to
 match a song given an Echoprint code. It is based on Apache Solr and
 also uses Tokyo Tyrant, a fast key-value store.



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

Bug#631511: restart check only considers outdated postgresql versions

[Peter Eisentraut]

Package: libpam0g
Version: 1.1.3-1
Severity: normal

The restart check (libpam0g.postinst) only checks for postgresql-8.2
and postgresql-8.3, neither of which are present in >=squeeze.
Actually, in >=squeeze, there is a common init script
/etc/init.d/postgresql, which you could probably use to make this
simpler from here on.



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

Bug#631512: ITP: echoprint-codegen -- codegen for Echoprint music fingerprint and resolving framework

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: echoprint-codegen
  Version : 4.11
  Upstream Author : Echo Nest
* URL : http://echoprint.me/codegen
* License : MIT
  Programming Lang: C++
  Description : codegen for Echoprint music fingerprint and resolving 
framework

 Echoprint is an open source music identification system that allows
 anyone to build music fingerprinting into their application. It is
 powered by The Echo Nest and launching in partnership with Musicbrainz
 and 7digital.
 .
 The Echoprint codegen computes Echoprint “codes” (a series of hash
 values and time stamps) given an incoming audio stream, either via file
 reading or live microphone input. It is written in C++ and can run on
 almost anything: servers, desktop, mobile, embedded.



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

Bug#601803: patch for wireless support

[Robert Millan]

2011/6/19 Timo Juhani Lindfors :
> This fails to build with

Grmf.  Ok, I made a squeeze chroot, fixed the build issues and
finally built a package for squeeze.  Please test:

http://people.debian.org/~rmh/wireless/freebsd-utils_8.1-4.dsc
http://people.debian.org/~rmh/wireless/freebsd-net-tools_8.1-4_kfreebsd-amd64.deb
http://people.debian.org/~rmh/wireless/wireless_squeeze.diff

-- 
Robert Millan



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

Bug#631509: Acknowledgement (software-properties-gtk crash: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template)

[YunQiang Su]

Sorry for me, forgot the attachement



On Fri, Jun 24, 2011 at 9:39 PM, Debian Bug Tracking System
 wrote:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Julian Andres Klode 
>
> If you wish to submit further information on this problem, please
> send it to 631...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 631509: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631509
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>



-- 
YunQiang Su


sources.list
Description: Binary data

Bug#631509: Acknowledgement (software-properties-gtk crash: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template)

[YunQiang Su]

and like this:

-- 
YunQiang Su


sources.list
Description: Binary data

Bug#631509: Acknowledgement (software-properties-gtk crash: aptsources.distro.NoDistroTemplateException: Error: could not find a distribution template)

[YunQiang Su]

Not every time it will happen:
With the fellow steps: it will crash:

1. edit you sources.list to my attachment.
2. sudo software-properties-gtk
It will crash.

With the bellow steps, it will not crash:
1. edit you sources.list to my attachment.
2. sudo synaptic
3. click refresh button from synaptic
4. sudo software-properties-gtk

-- 
YunQiang Su



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

Bug#615998: linux-image-2.6.32-5-xen-amd64: Repeatable "kernel BUG at fs/jbd2/commit.c:534" from Postfix on ext4

[Jan Kara]

On Thu 23-06-11 16:19:08, Moffett, Kyle D wrote:
> On Jun 23, 2011, at 16:55, Sean Ryle wrote:
> > Maybe I am wrong here, but shouldn't the cast be to (unsigned long) or to 
> > (sector_t)?
> > 
> > Line 534 of commit.c:
> > jbd_debug(4, "JBD: got buffer %llu (%p)\n",
> > (unsigned long long)bh->b_blocknr, 
> > bh->b_data);
> 
> No, that printk() is fine, the format string says "%llu" so the cast is
> unsigned long long.
> 
> Besides which, line 534 in the Debian 2.6.32 kernel I am using is this
> one:
> 
>   J_ASSERT(commit_transaction->t_nr_buffers <=
>commit_transaction->t_outstanding_credits);
  Hmm, OK, so we've used more metadata buffers than we told JBD2 to
reserve. I suppose you are not using data=journal mode and the filesystem
was created as ext4 (i.e. not converted from ext3), right? Are you using
quotas?

> If somebody can tell me what information would help to debug this I'd be
> more than happy to throw a whole bunch of debug printks under that error
> condition and try to trigger the crash with that.
> 
> Alternatively I could remove that J_ASSERT() and instead add some debug
> further down around the "commit_transaction->t_outstanding_credits--;"
> to try to see exactly what IO it's handling when it runs out of credits.
  The trouble is that the problem is likely in some journal list shuffling
code because if just some operation wrongly estimated the number of needed
buffers, we'd fail the assertion in jbd2_journal_dirty_metadata():
J_ASSERT_JH(jh, handle->h_buffer_credits > 0);

The patch below might catch the problem closer to the place where it
happens...

Also possibly you can try current kernel whether the bug happens with it or
not.
Honza
-- 
Jan Kara 
SUSE Labs, CR
diff -rupX /crypted/home/jack/.kerndiffexclude linux-2.6.32-SLE11-SP1/fs/jbd2/transaction.c linux-2.6.32-SLE11-SP1-1-jbd2-credits-bug//fs/jbd2/transaction.c
--- linux-2.6.32-SLE11-SP1/fs/jbd2/transaction.c	2011-06-23 23:01:55.600988795 +0200
+++ linux-2.6.32-SLE11-SP1-1-jbd2-credits-bug//fs/jbd2/transaction.c	2011-06-24 15:43:40.569213743 +0200
@@ -416,6 +416,7 @@ int jbd2_journal_restart(handle_t *handl
 	spin_lock(&journal->j_state_lock);
 	spin_lock(&transaction->t_handle_lock);
 	transaction->t_outstanding_credits -= handle->h_buffer_credits;
+	WARN_ON(transaction->t_outstanding_credits < transaction->t_nr_buffers);
 	transaction->t_updates--;
 
 	if (!transaction->t_updates)
@@ -1317,6 +1318,7 @@ int jbd2_journal_stop(handle_t *handle)
 	spin_lock(&journal->j_state_lock);
 	spin_lock(&transaction->t_handle_lock);
 	transaction->t_outstanding_credits -= handle->h_buffer_credits;
+	WARN_ON(transaction->t_outstanding_credits < transaction->t_nr_buffers);
 	transaction->t_updates--;
 	if (!transaction->t_updates) {
 		wake_up(&journal->j_wait_updates);
@@ -1924,6 +1926,7 @@ void __jbd2_journal_file_buffer(struct j
 		return;
 	case BJ_Metadata:
 		transaction->t_nr_buffers++;
+		WARN_ON(transaction->t_outstanding_credits < transaction->t_nr_buffers);
 		list = &transaction->t_buffers;
 		break;
 	case BJ_Forget:

Bug#631513: lintian: check for embedded copies of Underscore.js

[Jakub Wilk]

Package: lintian
Version: 2.5.1
Severity: wishlist
Tags: patch

Please see the attached patch.

--
Jakub Wilk
diff --git a/checks/files b/checks/files
--- a/checks/files
+++ b/checks/files
@@ -68,6 +68,7 @@
 [ qr,(?i)dojo\.js(\.uncompressed\.js)?(\.gz)?$, => qr'libjs-dojo-\w+' ],
 [ qr,(?i)dijit\.js(\.uncompressed\.js)?(\.gz)?$, => qr'libjs-dojo-\w+' ],
 [ qr,(?i)strophe(\.min)?\.js(\.gz)?$, => qr'libjs-strophe' ],
+[ qr,(?i)underscore(\.min)?\.js(\.gz)?$, => qr'libjs-underscore' ],
 # not yet available in unstable:
 #[ qr,(?i)(htmlarea|Xinha(Loader|Core))\.js$, => qr'xinha' ],
 );

Bug#631514: squid: upgrade fails when 'cache_dir null no-cache' directive in configuration

[James Page]

Package: squid
Version: 2.7.STABLE9-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch



*** /tmp/tmpvb3dgG
In Ubuntu, the attached patch was applied to achieve the following:

If the directive 'cache_dir null no-cache' (i.e. don't cache anything)
is present in the squid configuration the config and postinst scripts
do not deal with the scenario and attempt to stat and chown 'no-cache'.

This fix simply checks that target of any ownership changes is actually
a valid target to change.

  * debian/postinst, debian/config:
- Fix upgrade failures where cache_dir type of null is in use by 
  checking that cache_dir points at a real directory or symbolic
  link (LP: #800468).


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-8-generic (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/changelog'

=== modified file 'debian/config'
--- debian/config   2010-07-02 13:43:09 +
+++ debian/config   2011-06-24 11:01:36 +
@@ -61,10 +61,13 @@
dir=`grepconf2 cache_dir /var/spool/squid`
usr=`grepconf cache_effective_user proxy`
grp=`grepconf cache_effective_group proxy`
-   
-   if [ "$(stat -L -c %U $dir)" != "$usr" ] || [ "$(stat -L -c %G $dir)" 
!= "$grp" ] ; then
- db_input high "squid/fix_cachedir_perms" || true
- db_go
+   
+   # Check its a directory or link before fixing perms
+   if [ -d $dir ] || [ -L $dir ]; then 
+   if [ "$(stat -L -c %U $dir)" != "$usr" ] || [ "$(stat -L -c %G 
$dir)" != "$grp" ] ; then
+ db_input high "squid/fix_cachedir_perms" || true
+ db_go
+   fi
fi
   fi
 }

=== modified file 'debian/postinst'
--- debian/postinst 2011-03-08 13:42:01 +
+++ debian/postinst 2011-06-24 11:57:26 +
@@ -126,12 +126,17 @@
if [ "$FIXLINES" = "false" ]; then
  echo "squid.conf contains 2.2.5 syntax - not doing anything!" 
else
-   if [ "$(stat -c %U $dir)" != "$usr" ] || [ "$(stat -c 
%G $dir)" != "$grp" ] ; then
-   db_get "squid/fix_cachedir_perms"
-   if [ "$RET" = "true" ] ; then
-   chown $usr:$grp $dir -R
+   # cache_dir type might be 'null' so check that 
+   # it points to a valid directory or link before deciding
+   # what todo with permissions
+   if [ -d $dir ] || [ -L $dir ]; then
+   if [ "$(stat -c %U $dir)" != "$usr" ] || [ 
"$(stat -c %G $dir)" != "$grp" ] ; then
+   db_get "squid/fix_cachedir_perms"
+   if [ "$RET" = "true" ] ; then
+   chown $usr:$grp $dir -R
+   fi
+   db_reset "squid/fix_cachedir_perms"
fi
-   db_reset "squid/fix_cachedir_perms"
fi
if [ "$(stat -c %U /var/log/squid)" != "$usr" ] || [ 
"$(stat -c %G /var/log/squid)" != "$grp" ] ; then
# Check if there is an override of ownership

Bug#631515: Broken symlink

[Harald Weidner]

Package: libpng3
Version: 1.2.44-1

The package libpng3 installs a symlink

lrwxrwxrwx 1 root root 13 24. Jun 15:37 /usr/lib/libpng.so.3 -> libpng12.so.0

However, libpng12.so.0 belongs to the libpng12-0 package, and is
installed under /lib:

lrwxrwxrwx 1 root root 18  7. Feb 07:14 /lib/libpng12.so.0 -> 
libpng12.so.0.44.0
-rw-r--r-- 1 root root 155360 26. Jun 2010  /lib/libpng12.so.0.44.0

Best regards,
Harald



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

Bug#630832: gbp-create-remote-repo: should support homedir URLs

[Courtney Bane]

On Thu, Jun 23, 2011 at 02:35:51PM +0200, Guido Günther wrote:
> On Sun, Jun 19, 2011 at 03:55:02PM -0500, Courtney Bane wrote:
> > Sure. I've attached an updated patch that handles both forms of homedir
> > URLs. This one is a little bit more involved, since I had to modify the
> > remote script, in addition to the URL parsing. (Note that, according to
> > the bash manpage, the "~username/" part can't be quoted, and from
> > testing, dash has the same behavior.)
> 
> Great. Thanks! We only need to...
> 
> [snip patch]
>
> ...make sure we move the %(base)s into the quotes like "%(base)s%(dir)s"
> to be safe when the path contains spaces.

The problem with doing that, is that if anything in the "~username/"
part is quoted, the tilde expansion doesn't work anymore.

From the bash(1) manpage:

> If a word begins with an unquoted tilde character (`~'), all of the
> characters preceding the first unquoted slash (or all characters, if
> there is no unquoted slash) are considered a tilde-prefix. If none of
> the characters in the tilde-prefix are quoted, the characters in the
> tilde-prefix following the tilde are treated as a possible login name.
> If this login name is the null string, the tilde is replaced with the
> value of the shell parameter HOME. If HOME is unset, the home
> directory of the user executing the shell is substituted instead.
> Otherwise, the tilde-prefix is replaced with the home directory
> associated with the specified login name.

The equivalent section in the dash(1) manpage isn't as detailed, but
from my testing, it works the same way (at least with regards to
quoting). (This is why I added the "base" key to the dict returned by
parse_remote(); if the tilde expansion would have worked with the path
quoted, I would have just modified that.)

What I can do instead is to tighten up the regex that extracts the
~username part of the URL such that there can't be any shell special
characters or whitespace in it; that will eliminate the need to quote
it. The regex I'm currently looking at[1] will accept alphanumerics,
underscores, and hyphens; can you think of anything else that should be
included?

> It would be great if you could also add some doctests (there are
> examples in gbp/deb.py) to parse_remote but that's not a must.

I've added a number of doctests in my latest patch.

I also noticed that the invocation of ssh to run the remote script
didn't work properly if there was an explicit port in the URL. I've gone
ahead and fixed that as well.

[1] r"/(~[a-zA-Z0-9_-]*/)(.*)"
diff --git a/debian/rules b/debian/rules
index 86334e9..c76d008 100755
--- a/debian/rules
+++ b/debian/rules
@@ -59,7 +59,7 @@ checks: links_stamp
 	export GIT_AUTHOR_EMAIL=te...@example.com;	\
 	export GIT_COMMITTER_NAME=$$GIT_AUTHOR_NAME;	\
 	export GIT_COMMITTER_EMAIL=$$GIT_AUTHOR_EMAIL;	\
-	nosetests --with-doctest
+	nosetests --exe --with-doctest
 endif
 
 %.py: %
diff --git a/gbp-create-remote-repo b/gbp-create-remote-repo
index e7cce9b..4d48752 100755
--- a/gbp-create-remote-repo
+++ b/gbp-create-remote-repo
@@ -26,6 +26,7 @@ import os, os.path
 import urlparse
 import subprocess
 import tty, termios
+import re
 import gbp.deb as du
 from gbp.command_wrappers import (CommandExecFailed, PristineTar, GitCommand,
   GitFetch)
@@ -49,16 +50,64 @@ def print_config(remote, branches):
 
 
 def parse_remote(remote_url, name, pkg):
-"""Sanity check our remote URL"""
+"""
+Sanity check our remote URL
+
+>>> parse_remote("ssh://host/path/%(pkg)s", "origin", "package") == {'pkg': 'package', 'url': 'ssh://host/path/package', 'dir': '/path/package', 'base': '', 'host': 'host', 'port': None, 'name': 'origin'}
+True
+>>> parse_remote("ssh://host:22/path/repo.git", "origin", "package") == {'pkg': 'package', 'url': 'ssh://host:22/path/repo.git', 'dir': '/path/repo.git', 'base': '', 'host': 'host', 'port': '22', 'name': 'origin'}
+True
+>>> parse_remote("ssh://host:22/~/path/%(pkg)s.git", "origin", "package") == {'pkg': 'package', 'url': 'ssh://host:22/~/path/package.git', 'dir': 'path/package.git', 'base': '~/', 'host': 'host', 'port': '22', 'name': 'origin'}
+True
+>>> parse_remote("ssh://host:22/~user/path/%(pkg)s.git", "origin", "package") == {'pkg': 'package', 'url': 'ssh://host:22/~user/path/package.git', 'dir': 'path/package.git', 'base': '~user/', 'host': 'host', 'port': '22', 'name': 'origin'}
+True
+>>> parse_remote("git://host/repo.git", "origin", "package")
+Traceback (most recent call last):
+...
+GbpError: Remote URL must use ssh protocol.
+>>> parse_remote("ssh://host/path/repo", "origin", "package")
+Traceback (most recent call last):
+...
+GbpError: Remote URL needs to contain either a repository name or '%(pkg)s'
+>>> parse_remote("ssh://host:asdf/path/%(pkg)s.git", "origin", "package")
+Traceback (most recent call last):
+...
+GbpError: Remote URL contains invalid port.
+>>

Bug#617024: python-pysqlite2: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 617024 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617024 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:51:13AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.

  * Convert to dh_python2.

diff -Nru python-pysqlite2-2.6.3/debian/control 
python-pysqlite2-2.6.3/debian/control
--- python-pysqlite2-2.6.3/debian/control   2011-02-20 16:00:27.0 
+
+++ python-pysqlite2-2.6.3/debian/control   2011-06-24 14:55:28.0 
+0100
@@ -2,8 +2,8 @@
 Section: python
 Priority: optional
 Maintainer: Joel Rosdahl 
-Build-Depends: debhelper (>= 7.0.0), python-all-dev (>= 2.5.4), 
python-all-dbg, python-central (>= 0.5.6), libsqlite3-dev (>= 3.3.8), 
python-sphinx (>= 0.6.1)
-XS-Python-Version: all
+Build-Depends: debhelper (>= 7.0.0), python-all-dev (>= 2.6.6-3~), 
python-all-dbg, libsqlite3-dev (>= 3.3.8), python-sphinx (>= 0.6.1)
+X-Python-Version: >= 2.3
 Standards-Version: 3.9.1
 
 Package: python-pysqlite2
@@ -13,7 +13,6 @@
 Conflicts: python2.3-pysqlite2, python2.4-pysqlite2
 Replaces: python2.3-pysqlite2, python2.4-pysqlite2
 Suggests: python-pysqlite2-doc, python-pysqlite2-dbg
-XB-Python-Version: ${python:Versions}
 Description: Python interface to SQLite 3
  pysqlite is a DB-API 2.0-compliant database interface for SQLite.
  .
@@ -59,7 +58,6 @@
 Priority: extra
 Architecture: any
 Depends: python-pysqlite2 (= ${binary:Version}), python-dbg, 
${shlibs:Depends}, ${misc:Depends}
-XB-Python-Version: ${python:Versions}
 Description: Python interface to SQLite 3 (debug extension)
  pysqlite is a DB-API 2.0-compliant database interface for SQLite.
  .
diff -Nru python-pysqlite2-2.6.3/debian/rules 
python-pysqlite2-2.6.3/debian/rules
--- python-pysqlite2-2.6.3/debian/rules 2011-02-20 16:00:27.0 +
+++ python-pysqlite2-2.6.3/debian/rules 2011-06-24 14:55:38.0 +0100
@@ -76,7 +76,7 @@
dh_testroot -a
 
dh_installdocs -a
-   dh_pycentral -a
+   dh_python2 -a
dh_installchangelogs -a
dh_strip -ppython-pysqlite2 --dbg-package=python-pysqlite2-dbg
rm -rf debian/python-pysqlite2-dbg/usr/share/doc/python-pysqlite2-dbg

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#617024: python-levenshtein: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 617024 patch
user ubuntu-de...@lists.ubuntu.com
usertags 617024 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:50:58AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.

  * Convert to dh_python2.

diff -u python-levenshtein-0.10.1/debian/control 
python-levenshtein-0.10.1/debian/control
--- python-levenshtein-0.10.1/debian/control
+++ python-levenshtein-0.10.1/debian/control
@@ -2,15 +2,15 @@
 Section: python
 Priority: optional
 Maintainer: Nicolas FRANCOIS (Nekral) 
-Build-Depends: python-all-dev (>= 2.5.3-1~), python-central (>= 0.5), 
debhelper (>= 5.0.37.2), quilt (>= 0.40)
-XS-Python-Version: all
+Build-Depends: python-all-dev (>= 2.6.6-3~), debhelper (>= 5.0.37.2), quilt 
(>= 0.40)
+X-Python-Version: >= 2.2
 Standards-Version: 3.7.3
 Homepage: 
https://sourceforge.net/project/showfiles.php?group_id=91920&package_id=260161
 
 Package: python-levenshtein
 Architecture: any
 Depends: ${shlibs:Depends}, ${python:Depends}
-XB-Python-Version: ${python:Versions}
+Provides: ${python:Provides}
 Description: extension for computing string similarities and edit distances
  The Levenshtein module computes Levenshtein distances, similarity ratios,
  generalized medians and set medians of Unicode or non-Unicode strings.
diff -u python-levenshtein-0.10.1/debian/rules 
python-levenshtein-0.10.1/debian/rules
--- python-levenshtein-0.10.1/debian/rules
+++ python-levenshtein-0.10.1/debian/rules
@@ -52,7 +52,7 @@
dh_strip
dh_compress
dh_fixperms
-   dh_pycentral
+   dh_python2
dh_installdeb
dh_shlibdeps
dh_gencontrol

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#616935: pexpect: deprecation of dh_pycentral, please use dh_python2

[Colin Watson]

tags 616935 patch
user ubuntu-de...@lists.ubuntu.com
usertags 616935 ubuntu-patch oneiric
thanks

On Mon, Mar 07, 2011 at 12:49:41AM +, Matthias Klose wrote:
> The package build-depends on python-central, which should be
> removed in time for the wheezy release.  dh_python2 should be used instead.
> dh_python2 installs into the same locations as pycentral, but
> avoids the creation and removal of symlinks at package installation
> and removal time, making the upgrade process more robust and faster.

Here's a patch.  I couldn't find any suggestion of a minimum Python
version in the source, so I just omitted X-Python-Version; feel free to
add this if you know better.

  * Convert to dh_python2.

diff -u pexpect-2.3/debian/control pexpect-2.3/debian/control
--- pexpect-2.3/debian/control
+++ pexpect-2.3/debian/control
@@ -1,9 +1,8 @@
 Source: pexpect
 Section: python
 Priority: optional
-Build-Depends-Indep: python-all-dev (>= 2.3.5-10), python-central (>= 0.4.17)
+Build-Depends-Indep: python-all-dev (>= 2.6.6-3~)
 Build-Depends: debhelper (>= 5.0.37.1)
-XS-Python-Version: all
 Maintainer: Ganesan Rajagopal 
 Uploaders: Debian Python Modules Team 

 Standards-Version: 3.8.0
@@ -14,7 +13,6 @@
 Provides: ${python:Provides}
 Conflicts: python2.3-pexpect, python2.4-pexpect
 Replaces: python2.3-pexpect, python2.4-pexpect
-XB-Python-Version: ${python:Versions}
 Description: Python module for automating interactive applications
  Pexpect is a pure Python module for spawning child applications;
  controlling them; and responding to expected patterns in their
diff -u pexpect-2.3/debian/rules pexpect-2.3/debian/rules
--- pexpect-2.3/debian/rules
+++ pexpect-2.3/debian/rules
@@ -33,7 +33,7 @@
$(MAKE) -f debian/rules $(PYVERS:%=install-python%)
 
 install-python%:
-   python$* setup.py install --no-compile --root=$(d)
+   python$* setup.py install --no-compile --root=$(d) --install-layout=deb
 
 # Build architecture-independent files here.
 binary-indep: build install
@@ -44,9 +44,7 @@
dh_installexamples -i
dh_installchangelogs -i
dh_link -i
-   dh_pycentral -i
-   dh_python -i
-   echo python:Provides=$(foreach pv,$(shell pyversions 
-s),$(pv)-pexpect)|sed 's/ /, /g' >> debian/python-pexpect.substvars
+   dh_python2 -i
dh_compress -i
dh_fixperms -i
dh_installdeb -i

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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