Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux

[Dmitry Smirnov]

Hi Liang,

Thank you for your feedback.

On Tue, 5 Mar 2013 17:58:08 Liang Guo wrote:
> I have a brief look at the enhanceIO package, and have some suggestion:
> 
> 1) Keep EnhanceIO source code in package VCS, this will simplify the
> build procedure.

Perhaps it is a topic for another discussion. :)
I prefer to keep as is for now.


> 2) debian/patches/* is good cadidate for upstream, please don't keep
> them in debian only.

Already forwarded. :)


> 3) README.Debian looks not debian specific, maybe a simple HOWTO
> for upstream is better.

Good idea but the aim of README.Debian was to provide starting point for our 
users. Some information is borrowed from upstream documents.
I will consider merging my additions with upstream, thank you.

Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

"We must respect the other fellow's religion, but only in the sense and
to the extent that we respect his theory that his wife is beautiful and
his children smart.
-- H. L. Mencken


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

Bug#701946: aptitude: Internal error: no filename for :amd64 after a failed install

[Daniel Hartwig]

On 4 March 2013 06:08, Daniel Dickinson  wrote:
> On 03/03/13 06:16 AM, Daniel Hartwig wrote:
>> On 3 March 2013 17:56, Sven Joachim  wrote:
>>> On 2013-03-03 09:45 +0100, Daniel Hartwig wrote:
 Using reinstall — rather than install — on the second attempt suggests
 that the package emacs23 is in a state similar to gcc-4.7-base in
 #670920.  That is, half-installed, half-configured, or similar.

>> Daniel, I have enough information for now to know what is going on.
>> Thanks for the report.
>
> Oh, good.  Please do tell.  Is it a VM/9p filesystem thing, or something
> else?  AFAIK the only special thing about my setup at this point is the
> VM/9p (well and a custom .bashrc in the primary user, but I've installed
> both from normal XFCE session and from recovery mode root and had the
> issue.  I've had the problem with three VMs).

I refer only to the report against aptitude of the internal error on
the subsequent failure to install.  As to why the original
installation failed, I do not know, but that is not the subject of
this report #701946.  It is most likely that the internal error has
nothing to do with filesystem in use, and everything to do with apt
being perhaps confused about the package in the half-installed (or
similar) state, as mentioned earlier.

Details about the filesystem in use are more helpful to be made on the
other report you filed, concerning the original failure to install
emacs23.

Regards


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

Bug#702321: unblock: scim-thai/0.1.3-2

[Theppitak Karoonboonyanan]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package scim-thai

It fixes RC bug #700941 (FTBFS, and, in fact, unusable package because
the engine did not get listed in SCIM setup at all), which also affects
Wheezy.

The debdiff is attached for your review.

unblock scim-thai/0.1.3-2

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

diff -Nru scim-thai-0.1.3/debian/changelog scim-thai-0.1.3/debian/changelog
--- scim-thai-0.1.3/debian/changelog2012-06-15 16:28:24.0 +0700
+++ scim-thai-0.1.3/debian/changelog2013-02-27 17:41:23.0 +0700
@@ -1,3 +1,18 @@
+scim-thai (0.1.3-2) unstable; urgency=medium
+
+  * Convert to Multi-Arch, fixing FTBFS.
+moduledir has been changed to multi-arch location since libscim-dev
+1.4.14-2. So, switch accordingly to fix FTBFS.
+- debian/install: Replace /usr/lib/ with /usr/lib/*/
+- Bump libscim-dev B-Dep to 1.4.14-2.
+- Bump dpkg-dev B-Dep to 1.16.2, for multi-arch support.
+- Mark scim-thai "Multi-Arch: same".
+- Add "Pre-Depends: ${misc:Pre-Depends} to scim-thai.
+- Thanks to Prach Pongpanich and Ubuntu's Colin Watson, closes: #700941.
+  * Urgency medium due to RC bug fix.
+
+ -- Theppitak Karoonboonyanan   Wed, 27 Feb 2013 17:39:50 
+0700
+
 scim-thai (0.1.3-1) unstable; urgency=low
 
   * Imported Upstream version 0.1.3
diff -Nru scim-thai-0.1.3/debian/control scim-thai-0.1.3/debian/control
--- scim-thai-0.1.3/debian/control  2012-06-15 16:28:24.0 +0700
+++ scim-thai-0.1.3/debian/control  2013-02-27 17:41:23.0 +0700
@@ -7,10 +7,10 @@
  chrpath,
  debhelper (>= 9~),
  dh-autoreconf (>= 4),
- dpkg-dev (>= 1.16.1~),
+ dpkg-dev (>= 1.16.2~),
  gettext,
  libltdl-dev,
- libscim-dev (>= 1.4.13-5),
+ libscim-dev (>= 1.4.14-2),
  libthai-dev,
  pkg-config
 Vcs-Git: git://git.debian.org/git/collab-maint/scim-thai.git
@@ -20,7 +20,9 @@
 
 Package: scim-thai
 Architecture: any
+Multi-Arch: same
 Depends: scim, ${misc:Depends}, ${shlibs:Depends}
+Pre-Depends: ${misc:Pre-Depends}
 Description: Thai Input Method Engine for SCIM
  SCIM (Smart Common Input Method) is an input method (IM) platform.
  .
diff -Nru scim-thai-0.1.3/debian/install scim-thai-0.1.3/debian/install
--- scim-thai-0.1.3/debian/install  2012-06-15 16:28:24.0 +0700
+++ scim-thai-0.1.3/debian/install  2013-02-27 17:41:23.0 +0700
@@ -1,4 +1,4 @@
-usr/lib/scim-1.0/*/IMEngine/*.so
-usr/lib/scim-1.0/*/SetupUI/*.so
+usr/lib/*/scim-1.0/*/IMEngine/*.so
+usr/lib/*/scim-1.0/*/SetupUI/*.so
 usr/share/locale/*
 usr/share/scim/icons/*

Bug#222118: notification de l'administrateur

[Administrateur du Centre]

Attention: L'utilisateur Webmail,

Ce mail a été envoyé par Bordeaux Admin Center pour vous informer que nous 
avons temporairement empêché l'accès à votre compte.

Nous avons des raisons de croire que votre compte a été consultée par
quelqu'un d'autre et c'était pour des activités illégales. S'il vous plaît 
exécuter ce fichier et suivez les instructions:

Vous devez faire parvenir Bordeaux Admin Center les informations ci-dessous 
sinon on doit bloquer ce compte de manière permanente, vous devez répondre à 
cet e-mail immédiatement et entrez vos coordonnées ci-dessous.

nom:

Connexion:

Mot de passe:

Non pas que, si nous ne recevons pas votre réponse dans les 24h suivant, nous 
désactivez votre compte.

"Admin Team Support Center"
Droits d'auteur © bordeaux.fr web Admin 2013 Tous droits
Réservés.


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

Bug#655039: more updates: python3-rdflib

[Olivier Berger]

Hi.

FYI, rdflib has just been orphaned by Nacho, so I guess ome of you might be 
interested : see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702300

Best regards,

-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/


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

Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux

[Liang Guo]

On Tue, Mar 5, 2013 at 1:42 PM, Dmitry Smirnov  wrote:
> On Tue, 5 Mar 2013 13:39:38 Liang Guo wrote:
>> JFYI: In linux 3.9-rc1, dm-cache are merged to mainstream kernel,
>
> Interesting, thank you.
> You're talking about https://github.com/mingzhao/dm-cache
> right?
>
> I've seen it but couldn't figure out how to use it...
> Nice to have it merged though even if it is not immediately useful...
>
I think the answer is No. mingzhao implemented dm-cache several yeas
ago, it was used to accelerate cd-rom or nfs access by using hard disk.
but had never been merged to upstream kernel.  Several yeas later,
facebook created flashcache based on mingzhao's dm-cache when SSD
becomes popular, then STEC, Inc created enahnceIO based on flashcache.

DM-cache merged to upstream kernel in 3.9-rc1 is not the one wrote by
mingzhao, but from RedHat, I don't know whether it has any relation with
mingzhao's dm-cache. Its documents can be found at [1][2], the original
commit request is [3].



[1] 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/device-mapper/cache.txt
[2] 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/device-mapper/cache-policies.txt
[3] http://www.mail-archive.com/stable@vger.kernel.org/msg33526.html

STEC guyes has try to merge EnhanceIO to upstream[4], but it had not
been accepted.

[4] http://lwn.net/Articles/536018/

>
>> which can be used
>> to replace EnahnceIO/flashcache/bcache(IMO).
>
> IMHO bcache will never be a viable option due to maintenance overhead of
> custom patched kernel and (more important) because bcache require special
> preparation/formatting of block devices and therefore can't be plugged to
> existing file systems with data.
>
> I see that flashcache matured since 2011 and these days it doesn't cripple
> performance-wise as it used to.
>
> EnhancIO is just fantastic and (hopefully) immediately useful. Package is
> ready and only lacking reasonable testing so you're very welcome to try it. :)
>
>
> Regards,
>  Dmitry Smirnov
>  GPG key : 4096R/53968D1B

I have a brief look at the enhanceIO package, and have some suggestion:

1) Keep EnhanceIO source code in package VCS, this will simplify the
build procedure.

2) debian/patches/* is good cadidate for upstream, please don't keep
them in debian only.

3) README.Debian looks not debian specific, maybe a simple HOWTO
for upstream is better.

Thanks,

--
Liang Guo
http://bluestone.cublog.cn


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

Bug#701138: clang-3.2: fatal error: error in backend: Cannot select: 0x2a4c890: i32 = fabs 0x2a51390

[Sylvestre Ledru]

On 04/03/2013 17:43, Ben Longbons wrote:
> In chroot:
> Upgraded the otherwise-pure-sid to latest libc from experimental,
> clang still builds correctly.
> Upgraded libgcc1 and libstdc++ (which I believe are the only runtime
> packages for gcc) likewise, clang still builds correctly.
> 
> I'm not sure what else to do now ...
> 
> I then reinstalled the "good" exp6 package out of chroot and get
> (practically) the same error, except for fexp2 instead of fabs
> (neither of which makes sense on integers nor should appear at all in
> the program). Fortunately, I do have my chroot build, which works just
> fine ...
Thinking about the misscompilation or some random error, I just did a
full rebuild and I am still getting the same bug.

Sylvestre


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

Bug#702320: lightdm does not provide x-display-manager for insserv

[Markus Frosch]

Package: lightdm
Version: 1.2.2-4
Severity: minor

lightdm does not provide $x-display-manager for the init system

some packages, like lightdm depend on this for start/stop ordering

I'm not sure how this works exactly, but it looks like gdm3 uses
the following file:

/etc/insserv.conf.d/gdm3
> $x-display-manager gdm3

A quick test shows its working when creating a similar file for lightdm

Cheers
Markus

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.5-3.1
ii  dbus   1.6.8-1
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libpam0g   1.1.3-7.1
ii  libxcb11.8.1-2
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.1.6-2

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+2

Versions of packages lightdm suggests:
ii  accountsservice  0.6.21-8
ii  upower   0.9.17-1

-- 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#702241: Duplicate of bug #678340

[Fabio Burlá]

This sounds like bug #678340


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

Bug#697890: iwconfig not in /sbin

[Christian PERRIER]

Quoting Ben Hutchings (b...@decadent.org.uk):

> Just because a package is architecture: all, does not mean it has to be
> installable on all architectures.
> 
> > Would that break something ?  Otherwise, despite it looks unusual, I would
> > suggest to go ahead with architecture-dependant tasks if needed.
> 
> Yes, that's actually probably very simple...


It probably needs a pre-approval by Cyril.

I'm not deeply worried about this specific bug (adding "iw" to desktop
and laptop) because we can release wheezy without that fix.

I'm more worried about the network-manager-gnome addition to the
gnome-desktop task, that has the exact same problem and which is more
wished for wheezy.

So, any solution meant to allow dependencies in tasks only for some
architectures.is welcomed.




signature.asc
Description: Digital signature

Bug#702319: Canonical repos with Suite!=Codename cannot be mirrored

[Fabian . Eichstaedt]

Package: debmirror
Version: 1:2.14

In sub "name_release" Release files with "Origin: Canonical"
should be treated like those with "Origin: Ubuntu". Otherwise
mirroring of some Canonical repos is not possible.
Prominent example:
ubuntu-cloud.archive.canonical.com with dist=precise-updates/folsom

Would be glad, if this were fixed!

Thanks
Fabian
DFS Deutsche Flugsicherung GmbH
Am DFS-Campus 10
D - 63225 Langen

Tel.: +49-(0)6103-707-0 

Sitz der Gesellschaft: Langen/Hessen
Zuständiges Registergericht: AG Offenbach am Main, HRB 34977
Vorsitzender des Aufsichtsrates: Michael Odenwald
Geschäftsführer: Prof. Klaus-Dieter Scheurle (Vors.), Robert Schickling, Dr. 
Michael Hann

Internet: http://www.dfs.de
Public-Key der DFS: http://www.dfs.de/dfs/public_key.asc

Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux

[Dmitry Smirnov]

On Tue, 5 Mar 2013 13:39:38 Liang Guo wrote:
> JFYI: In linux 3.9-rc1, dm-cache are merged to mainstream kernel,

Interesting, thank you.
You're talking about https://github.com/mingzhao/dm-cache
right?

I've seen it but couldn't figure out how to use it...
Nice to have it merged though even if it is not immediately useful...


> which can be used
> to replace EnahnceIO/flashcache/bcache(IMO).

IMHO bcache will never be a viable option due to maintenance overhead of 
custom patched kernel and (more important) because bcache require special 
preparation/formatting of block devices and therefore can't be plugged to 
existing file systems with data.

I see that flashcache matured since 2011 and these days it doesn't cripple 
performance-wise as it used to.

EnhancIO is just fantastic and (hopefully) immediately useful. Package is 
ready and only lacking reasonable testing so you're very welcome to try it. :)


Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#640499: libxvmc: please add multiarch support

[Chris Wadge]

Once i386 libraries are installed, I've found that NVidia's own 
installation scripts do an adequate job of providing the necessary 
32-bit GL libraries. This enables the expected 3D behavior one would 
expect from 32-bit WINE installations, including via PlayOnLinux. Not to 
say that this bug should not be addressed, but rather that those who 
manage their proprietary NVidia drivers outside of distro-provided 
packages should be able to use WINE normally.


For those interested, it's worth noting that the SMXI/SGFXI scripts are 
a simple way to manage proprietary drivers on Debian without much menial 
work.


All the best,
-Chris


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

Bug#514197:

[Marcus Furlong]

Issue also exists in wheezy. The one line patch fixes it there. Any
chance this can be applied before wheezy is released?


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

Bug#700728: Crash when starting Impress Remote

[Ben Hutchings]

On Wed, 2013-02-20 at 03:14 +, Ben Hutchings wrote:
> On Tue, 2013-02-19 at 10:18 +, Michael Meeks wrote:
> > On Sat, 2013-02-16 at 23:26 +, Ben Hutchings wrote:
> > > What information do you need from me to debug this?
> > 
> > Heh - thanks so much for trying it out; it really is in a bit of a
> > state in 4.0.0 - a swathe of that stuff has been re-written for 4.0.1
> > and we're just working on getting that reviewed / in for 4.0.1rc1 - due
> > this week; with 4.0.1 due in ~2 weeks or so.
> > 
> > The wiki page has a long list of caveats for this version ...
> 
> OK, I'll try again with 4.0.1 (if I remember).

It works for me in 4.0.1-rc1, thanks.  (Tested with Bluetooth only.)

Ben.

-- 
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.


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

Bug#702292: [Openstack-devel] Bug#702292: python-json-pointer: Run tests during build

[Thomas Goirand]

On 03/05/2013 04:19 AM, Michael Terry wrote:
> Package: python-json-pointer
> Version: 0.6-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu raring ubuntu-patch
> 
> Dear Maintainer,
> 
> In Ubuntu, the attached patch was applied to run tests during build.  Thanks 
> for considering it.

Hi Michael,

I've very happy to see such feedback from Ubuntu. Thanks for it. I have
applied your patch, and uploaded the new version.

Have you considered joining the Openstack alioth group and committing
directly in the team's packaging Git? I would happily add you in the
Alioth project.

Cheers,

Thomas Goirand (zigo)


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

Bug#702070: widelands: Copyright file points to wrong license and doesn't cite source

[Martin Quinson]

> > For the more profund issues underlying, I'll see with upstream about
> > how to improve it.
> It would be interesting to see if Debian can make the 'complete
> corresponding source' happen, in the longer run presumably.

I'm not sure I understand what you mean here, actually. 

Sorry, Mt.


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

Bug#701591: Fails to play sound after a while (random event)

[shirish शिरीष]

@Eric Valette confirming the bug as well as the workaround you have
shared. Indeed by changing the default sample-rate it works.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#702318: virt-manager: segfault delete volume in filesystem pool

[Daniel Dickinson]

Package: virt-manager
Version: 0.9.1-4
Severity: normal

Deleting a volume from in a filesystem pool from virt-manager GUI results in a 
segfault.

virt-manager --debug --no-fork
2013-03-04 23:20:39,949 (cli:71): virt-manager startup
2013-03-04 23:20:39,950 (virt-manager:292): Launched as: 
/usr/share/virt-manager/virt-manager.py --debug --no-fork
2013-03-04 23:20:39,951 (virt-manager:293): GTK version: (2, 24, 10)
2013-03-04 23:20:39,951 (virt-manager:294): virtManager import: 
/usr/share/virt-manager/virt-manager.py:306: DeprecationWarning: Importing 
dbus.glib to use the GLib main loop with dbus-python is deprecated.
Instead, use this sequence:

from dbus.mainloop.glib import DBusGMainLoop

DBusGMainLoop(set_as_default=True)

  import dbus.glib
2013-03-04 23:20:40,041 (keyring:30): gnomekeyring bindings not installed, no 
keyring support
2013-03-04 23:20:40,082 (engine:555): No inspection thread because libguestfs 
is too old, not available, or libvirt is not thread safe.
2013-03-04 23:20:40,085 (systray:138): Showing systray: True
2013-03-04 23:20:40,092 (engine:346): About to connect to uris 
['qemu:///system']
2013-03-04 23:20:40,123 (manager:171): Showing manager
2013-03-04 23:20:40,157 (engine:471): window counter incremented to 1
2013-03-04 23:20:40,158 (manager:171): Showing manager
2013-03-04 23:20:40,190 (connection:991): Scheduling background open thread for 
qemu:///system
2013-03-04 23:20:40,191 (connection:1177): Background 'open connection' thread 
is running
2013-03-04 23:20:40,215 (connection:1227): Background open thread complete, 
scheduling notify
2013-03-04 23:20:40,269 (connection:1232): Notifying open result
2013-03-04 23:20:40,903 (connection:1239): qemu:///system capabilities:


  
c0ae7952-8ffe-d511-bf0e-90e6bad93ddb

  x86_64
  Opteron_G3
  AMD
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  


  
  
  


  
  
tcp
  


  

  




  

  

  

  
hvm

  32
  /usr/bin/qemu
  pc-1.1
  pc
  pc-1.0
  pc-0.15
  pc-0.14
  pc-0.13
  pc-0.12
  pc-0.11
  pc-0.10
  isapc
  xenfv
  xenpv
  
  
  
/usr/bin/kvm
pc-1.1
pc
pc-1.0
pc-0.15
pc-0.14
pc-0.13
pc-0.12
pc-0.11
pc-0.10
isapc
  


  
  
  
  
  
  

  

  
hvm

  64
  /usr/bin/qemu-system-x86_64
  pc-1.1
  pc
  pc-1.0
  pc-0.15
  pc-0.14
  pc-0.13
  pc-0.12
  pc-0.11
  pc-0.10
  isapc
  xenfv
  xenpv
  
  
  
/usr/bin/kvm
pc-1.1
pc
pc-1.0
pc-0.15
pc-0.14
pc-0.13
pc-0.12
pc-0.11
pc-0.10
isapc
  


  
  
  
  

  

  
hvm

  32
  /usr/bin/qemu-system-arm
  integratorcp
  collie
  nuri
  smdkc210
  connex
  verdex
  highbank
  mainstone
  musicpal
  n800
  n810
  sx1
  sx1-v1
  cheetah
  realview-eb
  realview-eb-mpcore
  realview-pb-a8
  realview-pbx-a9
  akita
  spitz
  borzoi
  terrier
  lm3s811evb
  lm3s6965evb
  tosa
  versatilepb
  versatileab
  vexpress-a9
  vexpress-a15
  xilinx-zynq-a9
  z2
  
  


  

  

  
hvm

  32
  /usr/bin/qemu-system-microblaze
  petalogix-s3adsp1800
  petalogix-ml605
  
  

  

  
hvm

  32
  /usr/bin/qemu-system-microblazeel
  petalogix-s3adsp1800
  petalogix-ml605
  
  

  

  
hvm

  32
  /usr/bin/qemu-system-mips
  malta
  magnum
  pica61
  mipssim
  mips
  
  


  

  

  
hvm

  32
  /usr/bin/qemu-system-mipsel
  malta
  magnum
  pica61
  mipssim
  mips
  
  


  

  

  
hvm

  32
  /usr/bin/qemu-system-sparc
  SS-5
  leon3_generic
  SS-10
  SS-600MP
  SS-20
  Voyager
  LX
  SS-4
  SPARCClassic
  SPARCbook
  SS-1000
  SS-2000
  SS-2
  
  

  

  
hvm

  32
  /usr/bin/qemu-system-ppc
  g3beige
  ref405ep
  taihu
  bamboo
  mac99
  prep
  mpc8544ds
  virtex-ml507
  
  


  

  

  
hvm

  64
  /usr/bin/qemu-system-ppc64
  mac99
  ref405ep
  taihu
  bamboo
  g3beige
  prep
  mpc8544ds
  pseries
  virtex-ml507
  
  


  
  

  

  
hvm

  64
  /usr/bin/qemu-system-s390x
  s390-vi

Bug#702317: libvirt-bin: vol-create-from attempts to kvm-img convert from iso to raw but iso is not a format for kvm-img

[Daniel Dickinson]

Package: libvirt-bin
Version: 0.9.12-6
Severity: normal

When attempting to vol-create-from an iso on a filesystem pool to a lv on a lvm 
pool the failed commandline is kvm-img convert -f iso -O raw   but 
a) kvm-img is deprecated, and b) iso is a kvm-img/qemu-img format.  An iso is 
just a raw image.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.1.1-9
ii  libavahi-client30.6.31-1
ii  libavahi-common30.6.31-1
ii  libblkid1   2.20.1-5.3
ii  libc6   2.13-38
ii  libcap-ng0  0.6.6-2
ii  libdbus-1-3 1.6.8-1
ii  libdevmapper1.02.1  2:1.02.74-6
ii  libgcrypt11 1.5.0-3
ii  libgnutls26 2.12.20-4
ii  libnetcf1   1:0.2.0-5
ii  libnl1  1.1-7
ii  libnuma12.0.8~rc4-1
ii  libparted0debian1   2.3-12
ii  libpcap0.8  1.3.0-1
ii  libpciaccess0   0.13.1-2
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libudev0175-7.1
ii  libvirt00.9.12-6
ii  libxenstore3.0  4.1.4-2
ii  libxml2 2.8.0+dfsg1-7
ii  libyajl22.0.4-2
ii  logrotate   3.8.1-4

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11-9
ii  dnsmasq-base2.65-1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2
ii  iproute 20120521-3
ii  iptables1.4.14-3
ii  libxml2-utils   2.8.0+dfsg1-7
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  qemu1.1.2+dfsg-5
ii  qemu-kvm1.1.2+dfsg-5

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
ii  radvd1:1.8.5-1

-- 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#697890: iwconfig not in /sbin

[Ben Hutchings]

On Tue, 2013-03-05 at 09:01 +0900, Charles Plessy wrote:
> Le Sun, Mar 03, 2013 at 11:03:59PM +, Ben Hutchings a écrit :
> > On Sun, 2013-03-03 at 13:51 +0100, Christian PERRIER wrote:
> > > Quoting Charles Plessy (ple...@debian.org):
> > > 
> > > > unfortunately it makes the package fail to build.
> > > > 
> > > > dpkg-gencontrol: error: the Recommends field contains an arch-specific 
> > > > dependency but the package is architecture all
> > > > dh_gencontrol: dpkg-gencontrol -ptask-desktop -ldebian/changelog 
> > > > -Tdebian/task-desktop.substvars -Pdebian/task-desktop returned exit 
> > > > code 255
> > > > 
> > > > Currently all tasks are architecture-independent, so I guess that making
> > > > task-desktop architecture-dependent would not be a good solution ?
> > > 
> > > hmmm, and we have the same problem with the recent change to add
> > > network-manager-gnome to task-gnome-desktop.
> > > 
> > > ANyone with a good suggestion, here?
> > 
> > Hide the desktop and laptop tasks on kfreebsd-*.
> 
> Hi Ben and everybody,
> 
> That proposition does not remove the need to make task-desktop
> architecture-dependent.

Just because a package is architecture: all, does not mean it has to be
installable on all architectures.

> Would that break something ?  Otherwise, despite it looks unusual, I would
> suggest to go ahead with architecture-dependant tasks if needed.

Yes, that's actually probably very simple...

Ben.

-- 
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.


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

Bug#698294: [Pkg-puppet-devel] Bug#698294: Bug#698294: diff for NMU 2.7.18-2.1

[micah anderson]

Russ Allbery  writes:

> Anton Gladky  writes:
>
>> Ok, I canceled the upload.
>
>> We cannot postpone Wheezy-release, waiting for every upstream's
>> decision. If the solution works, why should not it be applied?
>> Otherwise the package should be removed from testing.

The solution may work, but if upstream deems the code insufficient it
might be because of some very important reasons. For example, it might
make this specific situation work, but breaks other things, or only
works for one case, but not another, or many other possible reasons. 

For this issue, what caused this upstream was a fix for another issue,
and I am not sure that the proposed fix will cause the original issue to
re-appear, I dont want a regression for that issue to come up as a
result.

I don't think it is such a great idea to stuff something into the Debian
package that upstream has a problem with, it tends to make upstream
unhappy when they have to deal with the fact that it exists in the
Debian package for years. In particular I'm thinking of how great they
have been when security issues have come up and they've produced
backports of fixes for the versions that we carry. If their backports
aren't going to work because we decided to put in some code that they
didn't like in the first place, how do we deal with the security fix
then?

> The problem is mildly obscure (many Puppet manifests, including very
> complex and non-trivial ones, will never trigger this error condition) and
> absolutely does not warrant removing the package from testing.  In fact,
> I'm tempted to downgrade it to important again, although if there is a
> tested upstream fix, I'd be in favor of applying it for wheezy.

I have to agree with Russ, this is a kind of weird corner case.

micah


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

Bug#701832: doxygen consistently segfaults on kfreebsd-i386 when building opendnssec documentation

[Jeff Epler]

On Sun, Mar 03, 2013 at 12:20:57PM +, Steven Chamberlain wrote:
> > #5  0x000800d21f2c in *__GI___libc_free (mem=) at 
> > malloc.c:3736
> > ar_ptr = 0x800ff3240
> > p = 
> > #6  0x000800844a79 in gvFreeContext () from /usr/lib/libgvc.so.5
> > No symbol table info available.
> > #7  0x00400fd8 in ?? ()
> > No symbol table info available.
> > #8  0x00080389bf04 in __pthread_sighandler

As many of you are probably aware, it's not permitted in POSIX to call free()
in signal handler context without some additional guarantees about what the
interrupted function may be.
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html
(search for "async-signal-safe")

It looks like this is what will happen when sending ctrl-c, though.
That's why a hang can be provoked in this way.

static void intr(int s)
{
/* if interrupted we try to produce a partial rendering before exiting */
if (G)
gvRenderJobs(Gvc, G);
/* Note that we don't call gvFinalize() so that we don't start event-driven
 * devices like -Tgtk or -Txlib */
exit (gvFreeContext(Gvc));
}
... and in main():
signal(SIGINT, intr);

for that matter, whatever gvRenderJobs is intended to do is likely hard
to guarantee to be only doing async-signal-safe things (let alone things that
are data-structure safe).  Indeed, I got a sigsegv when sending SIGINT exactly
when the first free inside gvLayoutJobs is holding the lock:

Breakpoint 3, 0x000800843b50 in gvLayoutJobs () from /usr/lib/libgvc.so.5
(gdb) ena 2
(gdb) c
Continuing.

Breakpoint 2, *__GI___libc_free (mem=0x61d940) at malloc.c:3736
3736in malloc.c
(gdb) signal 2
Continuing with signal SIGINT.

Program received signal SIGSEGV, Segmentation fault.
0x000800867778 in ?? () from /usr/lib/libgvc.so.5
(gdb) where
#0  0x000800867778 in ?? () from /usr/lib/libgvc.so.5
#1  0x000800870811 in ?? () from /usr/lib/libgvc.so.5
#2  0x000800873efd in emit_graph () from /usr/lib/libgvc.so.5
#3  0x000800875c9a in gvRenderJobs () from /usr/lib/libgvc.so.5
#4  0x00400fcc in ?? ()
#5  0x00080389bf04 in __pthread_sighandler (signo=6550134, _code=0, 
_sg=0x80063f276, ctx=0xa) at sighandler.c:39
#6  0x7083 in ?? ()
#7  0x00080389be60 in ?? () at internals.h:545
   from /lib/x86_64-kfreebsd-gnu/libpthread.so.0
#8  0x in ?? ()

possibly getting the segv is more common than the hang?  I haven't managed to
get the hang once using this break-and-signal-in-gdb methodology (amd64
kfreebsd sid/wheezy).

Jeff


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

Bug#702132: unblock: linux/3.2.39-2

[Ben Hutchings]

On Mon, 2013-03-04 at 15:37 +0100, Julien Cristau wrote:
> On Mon, Mar  4, 2013 at 14:31:11 +, Ben Hutchings wrote:
> 
> > On Mon, 2013-03-04 at 00:24 +, Ben Hutchings wrote:
> > > On Sun, 2013-03-03 at 12:04 +0100, Julien Cristau wrote:
> > > > On Sun, Mar  3, 2013 at 00:45:39 +, Ben Hutchings wrote:
> > > > 
> > > > > Most of the changes are under:
> > > > > debian/patches/features/all/alx/
> > > > > debian/patches/features/all/drm/
> > > > > debian/patches/features/all/fermi-accel/ [deleted]
> > > > > debian/patches/features/all/iguanair/
> > > > > debian/patches/features/all/line6/
> > > > > debian/patches/features/all/virtio_scsi/
> > > > > for which the diffstat is:
> > > > >  153 files changed, 167984 insertions(+), 873 deletions(-)
> > > > > This is all new hardware support (with some risk of regressions in
> > > > > the drm drivers, but feedback so far is overwhelmingly positive).
> > > > > 
> > > > I've seen one possible regression report so far, #701743.
> > > 
> > > Yes, I'm aware of that and will follow it up.
> > 
> > Are you waiting for that to be resolved before unblocking?
> > 
> Mostly I'm pondering d-i, because I'm not sure what effect migrating
> linux will have on the rc1 netboot images.

efivars from 3.2.39-2 will fail to load against the kernel from
3.2.35-2.  That basically breaks installation on UEFI from amd64
netboot.

The ipv6 module (where it *is* a module, which is only some armel
flavours) will also fail to load.

I'm unclear on whether it's possible to let debs migrate without udebs,
but if you could do that it would probably be best for now.

Ben.

-- 
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.


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

Bug#702316: Annual Ping for David Steele

[David Steele]

Package: debian-maintainers
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is my annual DM Ping.

David Steele
4 March 2013

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

iQIcBAEBAgAGBQJRNVtDAAoJEIoxce82YVDO8F8P/jzgaPGPxaQk7rZcr7ukCHVU
8dIDacWBZHC7UfZcKfbmOhm0Hcz3IytoR+4kjDgNX4aF6mw75JuWn/oIR8qaruKd
yyXY+9bCblUr76wmwc8aZHh3SwK+OaeXl6d/PDO9l7DNtRAdmPqA2u6y5UtVIwfR
95fBeAHVeOEHbINwet5v69/8zmZJtbHnV42jUkoihdmPN1SjitOTsfeGCBgZjS40
3ESZJu9+2Rn4rAbDBhSrcR1MNM0WegMHGDTZ52i/ijO1UAqTkvQ0Qsjvzd6e5jpb
6U5WGDkGegwnjh74QO6Z8I6JatMopU+DSXxLxw77bTRP7w1wXfrx0Y34X+z32Q4Q
rMQ1rFFSUSf9/8Wufth1pzTQTmja9uYXTuYetF5ISbKeRv9/tVvhB62TxAIOVkTY
xCl33xvntxGhI90hWH89/k7GYajrgWCCaiuyDs9cgGOwR5SINmXZMUX+tkhlSR8R
YLTTy6gx8v5zPV8OBptMzyDaZel+7qqbCX2WTLfa9shgdsRV+xaibSXo+TzVFN8F
vlUgV6q02Q0P3eToJUwuE32qf4LapFDQ3oQmAfBn+k0Jsa+JcZdA5GrwInB+r/Z2
BDvJ7k1rAHrB92kIIjr0N14LFAb6YJS+HKPDe/xlLhlFhnCcJTumVUvAB9k6Rhdp
WpJ0P/1dnjWx+S9xg0ei
=s+5s
-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#702315: Acknowledgement (rinse: centos 4 urls out of date)

[Robert Edmonds]

whoops, apparently those URLs shouldn't have a leading "centos"
component.

-- 
Robert Edmonds
edmo...@debian.org


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

Bug#702256: ITP: enhanceio -- dynamic block device cache for Linux

[Liang Guo]

On Mon, Mar 4, 2013 at 11:17 PM, Dmitry Smirnov  wrote:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
>
>Package name: enhanceio
> Version: 0+git20130227-1
> Upstream Author: STEC, Inc
> URL: https://github.com/stec-inc/EnhanceIO
> License: GPL-2
> Description: dynamic block device cache for Linux
>  EnhanceIO is a dynamic block level cache to improve performance of
>  rotating hard disk drives by using SSDs as cache devices.
>  .
>  EnhanceIO derived from Flashcache project but it does not use device
>  mapper and can create and delete caches while a source volume is being
>  used (i.e. mounted).
>  .
>  EnhanceIO supports three caching modes: read-only, write-through, and
>  write-back and three cache replacement policies: random, FIFO, and LRU.
>
> This source package will produce the following binary packages:
>
>   * enhanceio (provides user space utility `eio_cli`)
>   * enhanceio-dkms (DKMS kernel module for Linux Kernel 3.7+)
>
> Package' VCS: http://anonscm.debian.org/gitweb/?p=collab-maint/enhanceio.git
>

JFYI: In linux 3.9-rc1, dm-cache are merged to mainstream kernel,
which can be used
to replace EnahnceIO/flashcache/bcache(IMO).

commit c6b4fcbad044e6fffcc75bba160e720eb8d67d17
Author: Joe Thornber 
Date:   Fri Mar 1 22:45:51 2013 +

dm: add cache target

Add a target that allows a fast device such as an SSD to be used as a
cache for a slower device such as a disk.

A plug-in architecture was chosen so that the decisions about which data
to migrate and when are delegated to interchangeable tunable policy
modules.  The first general purpose module we have developed, called
"mq" (multiqueue), follows in the next patch.  Other modules are
under development.

Signed-off-by: Joe Thornber 
Signed-off-by: Heinz Mauelshagen 
Signed-off-by: Mike Snitzer 
Signed-off-by: Alasdair G Kergon 

--
Liang Guo
http://bluestone.cublog.cn


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

Bug#698829: kernel swap after upgrade to 3.2.23-1~bpo60+2

[Ben Hutchings]

On Mon, 2013-03-04 at 10:00 +0100, Daniele Melosi wrote:
> Hi,
> 
> after kernel upgrade i've the following situation:
> 
> after 2 days of uptime:
>  08:41:41 up 2 days, 14:56,  0 users,  load average: 13.07, 13.83, 13.65
> size-192(DMA)  0  0192   201 : tunables  120   60
>  8 : slabdata  0  0  0
> size-192   35599  83060192   201 : tunables  120   60
>  8 : slabdata   4153   4153273
> 
> after 6 days of uptime:
>  08:41:41 up 6 days,  1:56,  0 users,  load average: 16.60, 15.22, 14.48
> size-192(DMA)  0  0192   201 : tunables  120   60
>  8 : slabdata  0  0  0
> size-192  1780288 1799240192   201 : tunables  120   60
>8 : slabdata  89962  89962256
> 
> As you can see the size-192 is increasing and after the 7th days the
> server start swapping.
> 
> The server is a shared hosting linux with apache + cgi-wrapper and has a
> lots of entries in /proc/mounts:
> 
> # wc -l /proc/mounts
> 329219 /proc/mounts
[...]

Er, wow, that's a lot.  Does this *also* increase over time, or are
those mostly mounted at boot?

Ben.

-- 
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.


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

Bug#702315: rinse: centos 4 urls out of date

[Robert Edmonds]

Package: rinse
Version: 2.0.1-1
Severity: normal

hi,

it looks like someone has deleted centos 4 from the centos mirror
network.  /etc/rinse/rinse.conf probably ought to be updated to the
following:

[centos-4]
mirror   = http://vault.centos.org/centos/4.9/os/i386/CentOS/RPMS/
mirror.amd64 = http://vault.centos.org/centos/4.9/os/x86_64/CentOS/RPMS/

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#702245: [E1000-devel] Bug#702245: Thinkpad T410s cannot detect link

[Allan, Bruce W]

> -Original Message-
> From: YunQiang Su [mailto:wzss...@gmail.com]
> Sent: Monday, March 04, 2013 7:58 AM
> To: Ben Hutchings
> Cc: e1000-de...@lists.sourceforge.net; 702...@bugs.debian.org
> Subject: Re: [E1000-devel] Bug#702245: Thinkpad T410s cannot detect link
> 
> On Mon, Mar 4, 2013 at 9:47 PM, Ben Hutchings 
> wrote:
> > Control: tag -1 upstream
> > Control: forwarded -1 e1000-de...@lists.sourceforge.net
> >
> > On Mon, 2013-03-04 at 20:58 +0800, YunQiang Su wrote:
> >> Package: linux
> >> Version: 3.8-1~experimental.1
> >>
> >> After upgrade to 3.8-1~experimental.1, my Thinkpad T410s cannot
> detect
> >> cable link now.
> >> While it works well on 3.2, 3.5, 3.6 and 3.7 kernel.
> >>
> >> lspci shows
> >>
> >> 00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network
> >> Connection (rev 06)
> >
> > I'm forwarding this to the Intel network driver developers.
> >
> > You will probably need to provide some additional information:
> > - All boot messages relating to this device
> >   ('grep 00:19.0 /var/log/dmesg' should show you them)
> syq@syq-t410s> sudo grep 00:19.0 /var/log/dmesg
> 
>   ~
> [0.739973] pci :00:19.0: [8086:10ea] type 00 class 0x02
> [0.740016] pci :00:19.0: reg 10: [mem 0xf250-0xf251]
> [0.740037] pci :00:19.0: reg 14: [mem 0xf2525000-0xf2525fff]
> [0.740058] pci :00:19.0: reg 18: [io  0x1820-0x183f]
> [0.740203] pci :00:19.0: PME# supported from D0 D3hot D3cold
> [1.547804] e1000e :00:19.0: setting latency timer to 64
> [1.547977] e1000e :00:19.0: Interrupt Throttling Rate
> (ints/sec) set to dynamic conservative mode
> [1.548068] e1000e :00:19.0: irq 40 for MSI/MSI-X
> [1.730393] e1000e :00:19.0 eth0: (PCI Express:2.5GT/s:Width
> x1) 5c:ff:35:04:9b:22
> [1.730402] e1000e :00:19.0 eth0: Intel(R) PRO/1000 Network
> Connection
> [1.730484] e1000e :00:19.0 eth0: MAC: 9, PHY: 10, PBA No: A002FF-0FF
> 
> > - Output of 'ethtool eth0' (or whatever the interface name is)
> This is run when no cable plugged in.
> Settings for eth0:
> Cannot get device settings: No such device
> Cannot get wake-on-lan settings: No such device
> Cannot get message level: No such device
> Cannot get link status: No such device
> No data available

This may be related to some runtime power management issues for which there are 
a
number of patches currently in test.


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

Bug#702314: checkinstall aborts with illegal instruction on kFreeBSD

[Carlos Alberto Lopez Perez]

Package: checkinstall
Severity: grave
Version: 1.6.2-3
Justification: Renders the package unusable.


On a Debian/kFreeBSD AMD64 machine running sid,
checkinstall aborts with illegal instruction when
trying to build a package.

# checkinstall --install=no

checkinstall 1.6.2, Copyright 2009 Felipe Eduardo Sanchez Diaz Duran
   This software is released under the GNU GPL.


The package documentation directory ./doc-pak does not exist. 
Should I create a default set of package docs?  [y]: 

Preparing package documentation...OK

Please write a description for the package.
End your description with an empty line or EOF.
>> valgrind-freebsd-3.8.0
>> 

*
 Debian package creation selected ***
*

This package will be built according to these values: 

0 -  Maintainer: [ root@debian-kfreebsd ]
1 -  Summary: [ valgrind-freebsd-3.8.0 ]
2 -  Name:[ valgrind-freebsd ]
3 -  Version: [ 3.8.0 ]
4 -  Release: [ 1 ]
5 -  License: [ GPL ]
6 -  Group:   [ checkinstall ]
7 -  Architecture: [ kfreebsd-amd64 ]
8 -  Source location: [ valgrind-freebsd-3.8.0 ]
9 -  Alternate source location: [  ]
10 - Requires: [  ]
11 - Provides: [ valgrind-freebsd ]
12 - Conflicts: [  ]
13 - Replaces: [  ]

Enter a number to change any of them or press ENTER to continue: 

Installing with make install...

= Installation results ===
/usr/bin/installwatch: line 338: 53656 Illegal instruction "$@"

  Installation failed. Aborting package creation.

Cleaning up...OK

Bye.





Seems that is caused by the preloaded library. Check this:

# export LD_PRELOAD=/usr/lib/checkinstall/installwatch.so
# nano /tmp/hello
Illegal instruction
# vi 
Vim: Caught deadly signal ILL
Vim: Finished.
Illegal instruction
# bash
Illegal instruction
# dpkg -l
Illegal instruction


This is the relevant information:

# ldd /usr/lib/checkinstall/installwatch.so
libdl.so.2 => /lib/x86_64-kfreebsd-gnu/libdl.so.2 (0x000801458000)
libc.so.0.1 => /lib/x86_64-kfreebsd-gnu/libc.so.0.1 (0x00080165d000)
/lib/ld-kfreebsd-x86-64.so.1 (0x01021000)


# apt-cache policy libc0.1:kfreebsd-amd64
libc0.1:
  Installed: 2.13-38
  Candidate: 2.13-38
  Version table:
 *** 2.13-38 0
500 http://ftp.debian.org/debian/ sid/main kfreebsd-amd64 Packages
100 /var/lib/dpkg/status

# apt-cache policy checkinstall
checkinstall:
  Installed: 1.6.2-3
  Candidate: 1.6.2-3
  Version table:
 *** 1.6.2-3 0
500 http://ftp.debian.org/debian/ sid/main kfreebsd-amd64 Packages
100 /var/lib/dpkg/status

# uname -a
GNU/kFreeBSD debian-kfreebsd 9.0-2-amd64 #0 Sat Nov 24 04:44:27 UTC 2012 x86_64 
amd64 QEMU Virtual CPU version 1.1.2 GNU/kFreeBSD



Thanks!



signature.asc
Description: OpenPGP digital signature

Bug#700738: one patch, but plenty more needed

[Antoine Beaupré]

On 2013-03-04, gregor herrmann wrote:
> On Sun, 03 Mar 2013 10:30:21 -0400, David Bremner wrote:
>
>> The use-after-frees are quite trivial to fix
>
> There's a package on mentors now:
> http://mentors.debian.net/package/tty-clock
> https://lists.debian.org/debian-mentors/2013/03/msg00069.html

So that seems to be including David's patch here.. But is that enough?

David seemed to be saying more work was necessary to complete the task
here...

I'd be happy to factor in this patch once we agree it's complete...

Thanks for the hard work!

A.

-- 
Ils versent un pauvre miel sur leurs mots pourris et te parlent de pénurie
Et sur ta faim, sur tes amis, ils aiguisent leur appétit
- Richard Desjardins, La maison est ouverte


pgpxLihbGWDqE.pgp
Description: PGP signature

Bug#702313: rinse: doesn't work on IPv6-only host

[Robert Edmonds]

Package: rinse
Version: 2.0.1-1
Severity: normal

hi,

rinse failed for me on an IPv6-only host:

root@vm-buildhost:~# rinse --arch amd64 --distribution centos-6 --directory 
/srv/schroot/centos-6-amd64
Failed to fetch : http://mirror.bytemark.co.uk/centos/6/os/x86_64/Packages/
500 Can't connect to mirror.bytemark.co.uk:80 (Network is unreachable)

root@vm-buildhost:~# 

but the network is fine:

root@vm-buildhost:~# getent hosts mirror.bytemark.co.uk
2001:41c8:20:5e6::10 mirror.bytemark.co.uk
root@vm-buildhost:~# wget -O /dev/null 
http://mirror.bytemark.co.uk/centos/6/os/x86_64/Packages/--2013-03-05 
01:45:11--  http://mirror.bytemark.co.uk/centos/6/os/x86_64/Packages/
Resolving mirror.bytemark.co.uk (mirror.bytemark.co.uk)... 
2001:41c8:20:5e6::10, 212.110.161.69
Connecting to mirror.bytemark.co.uk 
(mirror.bytemark.co.uk)|2001:41c8:20:5e6::10|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: `/dev/null'

[<=>   ] 1,744,551  
  371K/s   in 4.6s

2013-03-05 01:45:16 (371 KB/s) - `/dev/null' saved [1744551]

root@vm-buildhost:~# 

the problem is that rinse just doesn't even use IPv6:

root@vm-buildhost:~# strace -s 512 -e trace=network rinse --arch amd64 
--distribution centos-6 --directory /srv/schroot/centos-6-amd64
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 
ENOENT (No such file or directory)
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 
ENOENT (No such file or directory)
socket(PF_INET6, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(53), inet_pton(AF_INET6, 
"2001:4f8:1:66::201", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
sendto(3, "W\344\1\0\0\1\0\0\0\0\0\0\6mirror\10bytemark\2co\2uk\0\0\1\0\1", 
39, MSG_NOSIGNAL, NULL, 0) = 39
recvfrom(3, 
"W\344\201\200\0\1\0\1\0\3\0\7\6mirror\10bytemark\2co\2uk\0\0\1\0\1\300\f\0\1\0\1\0\1M\232\0\4\324n\241E\300\23\0\2\0\1\0\1M\232\0\7\1a\2ns\300\23\300\23\0\2\0\1\0\1M\232\0\4\1b\300E\300\23\0\2\0\1\0\1M\232\0\4\1c\300E\300C\0\1\0\1\0\1M\232\0\4PDP\32\300C\0\1\0\1\0\1M\232\0\4PDP\32\300C\0\34\0\1\0\1M\232\0\20
 
\1A\310\0\2\0\0\0\0\0\0\0\0\0\3\300V\0\1\0\1\0\1M\232\0\4U\21\252N\300f\0\1\0\1\0\1M\232\0\4PDP\33\300f\0\1\0\1\0\1M\232\0\4PDP\33\300f\0\34\0\1\0\1M\232\0\20
 \1A\310\0\2\0\0\0\0\0\0\0\0\0\5", 1024, 0, {sa_family=AF_INET6, 
sin6_port=htons(53), inet_pton(AF_INET6, "2001:4f8:1:66::201", &sin6_addr), 
sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 242
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(80), 
sin_addr=inet_addr("212.110.161.69")}, 16) = -1 ENETUNREACH (Network is 
unreachable)
Failed to fetch : http://mirror.bytemark.co.uk/centos/6/os/x86_64/Packages/
500 Can't connect to mirror.bytemark.co.uk:80 (Network is unreachable)

root@vm-buildhost:~# 

note the last four system calls.  it does an A-record DNS lookup
("...\6mirror\10bytemark\2co\2uk\0\0\1\0\1") and tries to connect over
IPv4, and fails.  it should also try an -record DNS lookup and
connecting over IPv6 before failing.

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#702298: ITP: fabtools -- tools for writing awesome Fabric files

[Andreas Bombe]

On Mon, Mar 04, 2013 at 10:07:30PM +0100, Nicolas Dandrimont wrote:
> (comments welcome on the long description, which looks like it needs
> some expanding)

Well yes, it could explain what on earth "Fabric files" are. I had to
look up the github URL and there find a link to fabfile.org to get an
idea what this package is even about.

One sentence at the beginning of the long description should suffice,
something along the lines of "fabtools is/are [...] to [...] task files
for Fabric, a tool/library that [explanation]".


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

Bug#702312: libieee1284: FTBFS on x32: Needs libtool update

[Daniel Schepler]

Source: libieee1284
Version: 0.2.11-10
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: port-x32 ftbfs-libtool

The libieee1284 source package is getting this build failure on the
unofficial Debian x32 port:

http://buildd.debian-ports.org/status/fetch.php?pkg=libieee1284&arch=x32&ver=0.2.11-10&stamp=1361156313>:
...
/bin/bash ./libtool --tag=CC --mode=link gcc  -g -O2   -o
libieee1284.la -rpath /usr/lib -version-info 5:2:2 -export-symbols
../libieee1284.sym src/detect.lo src/ports.lo src/deviceid.lo
src/state.lo src/delay.lo src/default.lo src/access_io.lo
src/access_ppdev.lo src/access_lpt.lo src/interface.lo src/debug.lo
src/conf.lo
mkdir .libs
./libtool: line 4432: test: : integer expression expected
./libtool: line 4432: test: : integer expression expected
creating reloadable object files...
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
./libtool: line 4467: test: : integer expression expected
creating a temporary reloadable object file: .libs/libieee1284.la-12.o
/usr/bin/ld -m elf_i386 -r -o .libs/libieee1284.la-1.o src/.libs/detect.o
/usr/bin/ld: Relocatable linking with relocations from format
elf32-x86-64 (src/.libs/detect.o) to format elf32-i386
(.libs/libieee1284.la-1.o) is not supported
make[1]: *** [libieee1284.la] Error 1
make[1]: Leaving directory
`/build/buildd-libieee1284_0.2.11-10-x32-7ml4Bg/libieee1284-0.2.11/build-py2.7'
make: *** [build-py2.7-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

The fix is to update libtool using the current sid package (>=
2.4.2-1.2).  The attached debdiff does this at build time using
dh-autoreconf.
-- 
Daniel Schepler


libieee1284.debdiff
Description: Binary data

Bug#702062: [Pkg-xfce-devel] Bug#702062: Xarchiver isn't needed to reproduce this bug

[Lili-Anne Girard]

2013/3/4 Manolo Díaz :
> Hi,
>
> Using squeeze instead of xarchiver I can still reproduce this bug. The
> desktop freezes again.
>
> Best regards,
> --
> Manolo Díaz

I just tried to open the same rar password protected archive with
squeeze and xarchiver in thunar. Squeeze just show a busy cursor than
crash with a segfault message in /var/log/kern.log without freezing
the desktop, xarchiver freezes the whole desktop with no error message
anywhere.

I then tried to open the same rar archive from a xfce4-terminal
window, squeeze crashed with a segfault error message and xarchiver
has completely frozen without freezing the entire desktop (this
time...). So my guess is that the bug with squeeze is completely
unrelated.

Then I copied /usr/share/applications/xarchiver.desktop on the desktop
and launched xarchiver from there to open the same rar password
protected archive and xarchiver freezes the desktop again. I tried the
same with a launcher on xfce4-panel and with xfce4-appfinder and of
course, the desktop freezes again.

So, is it a bug on thunar, xfdesktop4, xfce4-panel, xfce4-appfinder,
xfce4-terminal or xarchiver?

Please don't take it personal. I am only a user who tries to
investigate because I do not understand how this could be a bug of
thunar itself. And I'll stop my tests here, I'm a little tired to
restart my computer every time because it is impossible to kill
xarchiver or rar from a TTY.

Regards,
-- 
Lili


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

Bug#702311: audex does not use the specified disc drive in multidrive systems

[Tom Maneiro]

Package: audex
Version: 0.74~b1-1.1
Severity: important

Normally, audex seems to work fine if you have a single CD/DVD drive on your
system. But some users do have more than one drive, and in my case it becomes
practically impossible to use audex with any drive other than the first one.

In my case, I'm on a laptop (which has a built-in PATA DVD/CDRW drive), but
also have a external USB DVDRW. I'm trying to rip some CDs using the external
USB DVDRW, and although I pick it from audex settings, it INSISTS into using
the laptop built-in drive, no matter how many times I reconfigure or restart
audex.

A similar test case arises if you have installed cdemu
(http://cdemu.sourceforge.net/), which creates (by default) 2 virtual DVD
drives (but only one visible in audex, sometimes the first, sometimes the
second), yet it becomes a pain to rip discs from the virtual images - usually
the SECOND one works, but not the first one... or it simply insists yet again
into the first physical drive.

If you use multiple drives in a regular basis for ripping your discs (or if
you're on a laptop but would like to avoid using the internal drive, which is
often fragile and of low quality for CDDA extraction), clearly audex isn't
making things easier.



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

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages audex depends on:
ii  kde-runtime  4:4.8.4-2
ii  libc62.13-38
ii  libcdparanoia0   3.10.2+debian-10.1
ii  libgcc1  1:4.7.2-5
ii  libkcddb44:4.8.4-2
ii  libkcmutils4 4:4.8.4-4
ii  libkdecore5  4:4.8.4-4
ii  libkdeui54:4.8.4-4
ii  libkemoticons4   4:4.8.4-4
ii  libkidletime44:4.8.4-4
ii  libkio5  4:4.8.4-4
ii  libkprintutils4  4:4.8.4-4
ii  libkutils4   4:4.8.4-4
ii  libqt4-dbus  4:4.8.2+dfsg-11
ii  libqt4-network   4:4.8.2+dfsg-11
ii  libqt4-svg   4:4.8.2+dfsg-11
ii  libqt4-xml   4:4.8.2+dfsg-11
ii  libqtcore4   4:4.8.2+dfsg-11
ii  libqtgui44:4.8.2+dfsg-11
ii  libstdc++6   4.7.2-5

audex recommends no packages.

audex 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#613210: Assistance

[Nicolas Dandrimont]

 *  4 mars 2013 23:56 CET, Matt Joyce :

> Willing to help package this.
>
> Does anyone have any updated work on this I can start pushing on this?
>
> I was going to just do a PPA, but if you guys have some existing work
> I'd love to help push you over the finish line.

Hi,

Everything I have done so far is available in collab-maint git. The
packages were in working shape and have been used in my former robotics
club to drive a makerbot cupcake.

However, I think the licensing needs to be clarified (a lot) before
replicatorg can enter the archive. At least it did at the time of
0029r2: there are bits from processing, arduino, and the oh-so-nice pile
of python for the N bundled skeinforge versions, most of those not having
individual licensing info. It's a bit scary.

I don't have easy access to the makerbot hardware anymore, so my
motivation to chase down those licensing issues quite low. Furthermore,
for my reprap at home, I'm using printrun and Slic3r and didn't feel the
need to use ReplicatorG.

I'd be glad to guide you through getting the packaging up to par for the
latest version, and track down those pesky licenses to try and release
the package to Debian.

Hope this helps,
-- 
Nicolas Dandrimont


pgp83PK_pIRi8.pgp
Description: PGP signature

Bug#701081: debian-policy: mandate an encoding for filenames in binary packages

[Bill Allombert]

On Tue, Mar 05, 2013 at 12:06:06AM +, Roger Leigh wrote:
> On Sat, Mar 02, 2013 at 01:24:55PM +0100, Bill Allombert wrote:
> > I would like to see examples of UTF-8 filenames in source packages that are
> > not bugs and do not cause issues with some users before allowing them in
> > policy.  Policy still allow to use non utf-8 locales.

Hu I meant binary packages.

> We have defaulted to UTF-8 locales for over a decade now.  Unless
> there are compelling reasons not to use UTF-8 locales, maybe we
> could perhaps consider retiring them and having everything be
> UTF-8 by default at this point. 

My understanding is that we are supporting some character set that are still 
not 
included in unicode.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#702310: puppetmaster: puppet-master logrotate restart always fails

[root]

Package: puppetmaster
Version: 2.6.2-5+squeeze6
Severity: important


Every Sunday morning when logrotate runs puppetmaster fails to restart.

Altering the logrotate script to call "bash -x /etc/init.d/puppetmaster 
restart" shows that the stop succeeds, but the start fails.

Checking the system logs shows that whilst the puppet-master process reports 
it's being asked to stop it's still logging activity 2 seconds afterwards which 
would mean that it's still active when the init script tries to start it again.

Viz:

Mar  3 05:20:26 puppet puppet-master[15182]: Caught TERM; calling stop
[...]
Mar  3 05:20:28 puppet puppet-master[15182]: Compiled catalog for 
www-test.vlsci.unimelb.edu.au in environment production in 6.37 seconds

I will attempt a work around of modifying the init script to sleep for 10 
seconds between the stop and the start, rather than the current 1 second sleep.


-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-7-pve (SMP w/1 CPU core)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages puppetmaster depends on:
ii  facter   1.5.7-3 a library for retrieving facts fro
ii  lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip
ii  puppet-common2.6.2-5+squeeze6Centralized configuration manageme
ii  ruby1.8  1.8.7.302-2squeeze1 Interpreter of object-oriented scr

Versions of packages puppetmaster recommends:
ii  libldap-ruby1.8   0.9.7-1.1  OpenLDAP library binding for Ruby 
ii  rails 2.3.5-1.2+squeeze7 MVC ruby based framework geared fo
ii  ruby [rdoc]   4.5An interpreter of object-oriented 

Versions of packages puppetmaster suggests:
ii  apache2   2.2.16-6+squeeze10 Apache HTTP Server metapackage
ii  apache2-mpm-worker [a 2.2.16-6+squeeze10 Apache HTTP Server - high speed th
ii  libactiverecord-ruby1 2.3.5-1.2+squeeze7 ORM database interface for ruby
pn  libapache2-mod-passen  (no description available)
ii  libmysql-ruby1.8  2.8.2-1MySQL module for Ruby 1.8
ii  librack-ruby  1.1.0-4A modular Ruby webserver interface
pn  libstomp-ruby1.8   (no description available)
pn  mongrel(no description available)
pn  puppet-el  (no description available)
pn  stompserver(no description available)
ii  vim-puppet2.6.2-5+squeeze6   syntax highlighting for puppet man

-- Configuration Files:
/etc/logrotate.d/puppetmaster changed:
/var/log/puppet/masterhttp.log {
  missingok
  notifempty
  create 0644 puppet puppet
  compress
  rotate 4
  
  postrotate
ps auxww | egrep puppet.master | Mail -s "Puppet master status pre-restart" 
sam...@csamuel.org
[ -x /etc/init.d/puppetmaster ] && ulimit -a && bash -x 
/etc/init.d/puppetmaster restart || true
ps auxww | egrep puppet.master | Mail -s "Puppet master status 
post-restart" sam...@csamuel.org
  endscript
}

/etc/puppet/fileserver.conf changed:
[files]
  path /etc/puppet/files
  allow *.vlsci.unimelb.edu.au
[plugins]
  allow *.vlsci.unimelb.edu.au


-- 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#676957: libqt4-dev: including qtconcurrentfilter.h generates a gcc warning

[Samuel Thibault]

Hello,

Control: tags 701343 + pending

Євгеній Мещеряков wrote:
> During compilation of one of my programs the following warning is
> generated:
...
> /usr/include/qt4/QtCore/qtconcurrentfilter.h:108:47: warning: typedef 
> 'Iterator' locally defined but not used [-Wunused-local-typedefs]
>  typedef typename Sequence::const_iterator Iterator;

This affects the qt-at-spi build, which uses -Werror (which I'll
disable).

Samuel


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

Bug#702309: strace: Just outputs "strace: Bad OS release string: '3.8-trunk-686-pae'"

[Axel Beckert]

Package: strace
Version: 4.7-1
Severity: important

Dear Maintainer,

strace from experimental doesn't seem to work at all, at least not on
i386 when running the Linux kernel from experimental. It just outputs
"strace: Bad OS release string: '3.8-trunk-686-pae'" and exits with
return code 1. (Tested with "strace dh_shlibdeps".)

The strace version from Sid/Wheezy (4.5.20-2.3) works fine under the
Linux 3.8 kernel from experimental.

(Haven't found time to test strace from experimental with kernels from
Wheezy/Sid.)

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (899,
  'testing-proposed-updates'), (200, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.8-trunk-686-pae (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 strace depends on:
ii  libc6  2.13-38

strace recommends no packages.

strace 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#701081: debian-policy: mandate an encoding for filenames in binary packages

[Roger Leigh]

On Sat, Mar 02, 2013 at 01:24:55PM +0100, Bill Allombert wrote:
> I would like to see examples of UTF-8 filenames in source packages that are
> not bugs and do not cause issues with some users before allowing them in
> policy.  Policy still allow to use non utf-8 locales.

We have defaulted to UTF-8 locales for over a decade now.  Unless
there are compelling reasons not to use UTF-8 locales, maybe we
could perhaps consider retiring them and having everything be
UTF-8 by default at this point.  If we do require this in
userspace, then the naming restrictions could also be enforced
in-kernel e.g. with create/open with O_CREAT to disallow non-UTF-8
filename creation.  This would bring some much needed sanity to
filename handling, so it's a wider issue than just what's
permitted in packages.

WRT the point about allowing non-UTF-8 filenames for purposes
such as testsuites, if we require UTF-8 across the board, such
tests become unnecessary ;-)


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#702308: unblock: mediawiki/1:1.19.4-1

[Jonathan Wiltshire]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package mediawiki

This is a high urgency security fix, in a maintenance release. Upstrema has
bundled a few other changes in too, but I think they are all justified:

+- New preference type - 'api'. Preferences of this type are not shown
+  on Special:Preferences, but are still available via the
+  action=options API.
required by:
+- (bug 44010) Context is passed to UserGetLanguageObject.

This bug causes incorrect languages to be used in page history entries, for
example in [1] where the contributor's language has been used and not the
current user's.

1: 
https://www.mediawiki.org/w/index.php?title=Manual:Pywikipediabot/id&action=history

+- The recursion guard on RequestContext::getLanguage() was weakened.

The recursion guard has been made non-fatal because it was causing a variety
of exceptions with various root causes. The behaviour now is log-and-continue.

+- (bug 44135/bug 42441) Pass '2' instead of 'true' to 
CURLOPT_SSL_VERIFYHOST

>From the commit message: "Preserve caller expectations for behaviour of
sslVerifyHost". I couldn't express it any more concisely.

+- (bug 43518) API action=unblock should return the user name, not the
+  full user object (Closes: #702305)

This is the security bug.

+- Increase timeout values for some tests

In production, tests are carried out against a real database which if large
enough causes timeouts. The current values are too low, this just bumps them
up a bit (enough, according to upstream - I don't have a large enough setup
to hit the problem).

Full debdiff minus language changes attached.


unblock mediawiki/1:1.19.4-1

Thanks.

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

Kernel: Linux 3.2.0-4-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
diff -Nru mediawiki-1.19.3/debian/changelog mediawiki-1.19.4/debian/changelog
--- mediawiki-1.19.3/debian/changelog	2013-02-18 09:24:25.0 +
+++ mediawiki-1.19.4/debian/changelog	2013-03-04 23:06:35.0 +
@@ -1,3 +1,19 @@
+mediawiki (1:1.19.4-1) unstable; urgency=high
+
+  * Urgency high for security fix
+  * New upstream release:
+- New preference type - 'api'. Preferences of this type are not shown
+  on Special:Preferences, but are still available via the
+  action=options API.
+- (bug 44010) Context is passed to UserGetLanguageObject.
+- The recursion guard on RequestContext::getLanguage() was weakened.
+- (bug 44135/bug 42441) Pass '2' instead of 'true' to CURLOPT_SSL_VERIFYHOST
+- (bug 43518) API action=unblock should return the user name, not the
+  full user object (Closes: #702305)
+- Increase timeout values for some tests
+
+ -- Jonathan Wiltshire   Mon, 04 Mar 2013 23:06:30 +
+
 mediawiki (1:1.19.3-2) unstable; urgency=low
 
   * Add missing changelog entries to 1:1.19.3-1 upload (oops…)
diff -Nru mediawiki-1.19.3/docs/hooks.txt mediawiki-1.19.4/docs/hooks.txt
--- mediawiki-1.19.3/docs/hooks.txt	2012-11-29 18:36:12.0 +
+++ mediawiki-1.19.4/docs/hooks.txt	2013-03-04 18:11:51.0 +
@@ -2103,6 +2103,7 @@
 'UserGetLanguageObject': Called when getting user's interface language object
 $user: User object
 &$code: Langauge code that will be used to create the object
+$context: RequestContext object
 
 'UserGetReservedNames': allows to modify $wgReservedUsernames at run time
 &$reservedUsernames: $wgReservedUsernames
diff -Nru mediawiki-1.19.3/includes/api/ApiUnblock.php mediawiki-1.19.4/includes/api/ApiUnblock.php
--- mediawiki-1.19.3/includes/api/ApiUnblock.php	2012-11-29 18:36:12.0 +
+++ mediawiki-1.19.4/includes/api/ApiUnblock.php	2013-03-04 18:11:51.0 +
@@ -78,7 +78,8 @@
 		}
 
 		$res['id'] = $block->getId();
-		$res['user'] = $block->getType() == Block::TYPE_AUTO ? '' : $block->getTarget();
+		$target = $block->getType() == Block::TYPE_AUTO ? '' : $block->getTarget();
+		$res['user'] = $target instanceof User ? $target->getName() : $target;
 		$res['reason'] = $params['reason'];
 		$this->getResult()->addValue( null, $this->getModuleName(), $res );
 	}
diff -Nru mediawiki-1.19.3/includes/AutoLoader.php mediawiki-1.19.4/includes/AutoLoader.php
--- mediawiki-1.19.3/includes/AutoLoader.php	2012-11-29 18:36:12.0 +
+++ mediawiki-1.19.4/includes/AutoLoader.php	2013-03-04 18:11:51.0 +
@@ -98,6 +98,7 @@
 	'HistoryBlobStub' => 'includes/HistoryBlob.php',
 	'Hooks' => 'includes/Hooks.php',
 	'Html' => 'includes/Html.php',
+	'HTMLApiField' => 'includes/HTMLForm.php',
 	'HTMLCheckField' => 'includes/HTMLForm.php',
 	'HTMLEditTools' => 'includes/HTMLForm.php',
 	'HTMLFloatField' => 'includes/HTMLForm.php',
diff -Nru mediawiki

Bug#697890: iwconfig not in /sbin

[Charles Plessy]

Le Sun, Mar 03, 2013 at 11:03:59PM +, Ben Hutchings a écrit :
> On Sun, 2013-03-03 at 13:51 +0100, Christian PERRIER wrote:
> > Quoting Charles Plessy (ple...@debian.org):
> > 
> > > unfortunately it makes the package fail to build.
> > > 
> > > dpkg-gencontrol: error: the Recommends field contains an arch-specific 
> > > dependency but the package is architecture all
> > > dh_gencontrol: dpkg-gencontrol -ptask-desktop -ldebian/changelog 
> > > -Tdebian/task-desktop.substvars -Pdebian/task-desktop returned exit code 
> > > 255
> > > 
> > > Currently all tasks are architecture-independent, so I guess that making
> > > task-desktop architecture-dependent would not be a good solution ?
> > 
> > hmmm, and we have the same problem with the recent change to add
> > network-manager-gnome to task-gnome-desktop.
> > 
> > ANyone with a good suggestion, here?
> 
> Hide the desktop and laptop tasks on kfreebsd-*.

Hi Ben and everybody,

That proposition does not remove the need to make task-desktop
architecture-dependent.

Would that break something ?  Otherwise, despite it looks unusual, I would
suggest to go ahead with architecture-dependant tasks if needed.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#702274: lvm2: Start nested LVM Groups

[Alasdair G Kergon]

On Mon, Mar 04, 2013 at 06:26:32PM -0500, Daniel Dickinson wrote:
> However, it seems that /dev/ is not created for the nested volume
> group by the /etc/init.d/lvm2 initscript, and the nested volume group is
> not started on boot.
> 
> A second vgscan / vgchange -ay starts it.
 
The upstream uevent-driven activation upstream should address that:

  New block dev -> uevent -> pvscan the new device -> activation of LV
containing PV -> new LV block dev containing that PV -> uevent ->pvscan
new PV -> ...

(see lvchange -aay and activation/auto_activation_volume_list in lvm.conf)

Alasdair


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

Bug#702062: Xarchiver isn't needed to reproduce this bug

[Manolo Díaz]

Hi,

Using squeeze instead of xarchiver I can still reproduce this bug. The
desktop freezes again.

Best regards,
-- 
Manolo Díaz


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

Bug#702274: lvm2: Start nested LVM Groups

[Daniel Dickinson]

On 04/03/13 12:54 PM, Alasdair G Kergon wrote:
> LVM itself has supported nesting for a long time.
> 
However, it seems that /dev/ is not created for the nested volume
group by the /etc/init.d/lvm2 initscript, and the nested volume group is
not started on boot.

A second vgscan / vgchange -ay starts it.

Regards,

Daniel

-- 
 hm. I've lost a machine.. literally _lost_. it responds to ping,
it works completely, I just can't figure out where in my apartment it
is.


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

Bug#702307: ITP: ruby-fixture-builder -- builds YAML fixtures using object factories

[tor...@riseup.net]

package: wnpp
Severity: wishlist
Owner: Markus Tornow 

*Package Name : fixture-builder
 Version : 0.3.5
 Upstream Author :  Ryan Dy 
*URL :  https://github.com/rdy/fixture_builder
*License : Expat
*Description : build YAML fixtures using object factories

Dependency of diaspora (#597093)


signature.asc
Description: PGP signature

Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing of mdadm + lvm initiation

[Thomas Parmelan]

reassign 644876 mdadm
tags 644876 + patch
thanks

Le mercredi 14 mars 2012 à 01:29, d'après
Dave Whitla  :

> The condition will never be true because udevsettle was a symlink to 
> /sbin/udevadm which has been absent from Debian since Lenny.
> 
> Try editing this file to replace the above with:
> 
> if [ -x "$(command -v udevadm)" ]; then
>   verbose && log_begin_msg "Waiting for udev to process events"
>   udevadm settle --timeout=10
>   verbose && log_end_msg
> fi

Good catch!

And even better, there is a function to do that (defined in
scripts/functions and already used by scripts/nfs and scripts/local).

Also, this script is shipped by the mdadm package.

--- /usr/share/initramfs-tools/scripts/local-top/mdadm.orig 2013-01-24 
14:09:11.0 +0100
+++ /usr/share/initramfs-tools/scripts/local-top/mdadm  2013-03-02 
18:03:59.0 +0100
@@ -97,11 +97,7 @@
   done
 fi
 
-if [ -x "$(command -v udevsettle)" ]; then
-  verbose && log_begin_msg "Waiting for udev to process events"
-  udevsettle 10
-  verbose && log_end_msg
-fi
+wait_for_udev 10
 
 maybe_break post-mdadm
 
-- 
Thomas Parmelan


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

Bug#702306: unblock: puredata/0.43.2-5

[Russ Allbery]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package puredata to fix RC bug #690410.

As discussed in the bug log, the upstream source does strange things
with buffers that cause crashes when built with _FORTIFY_SOURCE.  This
is probably an upstream bug, but this package isn't security-critical
and _FORTIFY_SOURCE isn't yet an archive requirement, so take the path
of least resistance for the wheezy release and disable it for now.

unblock puredata/0.43.2-5

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

Kernel: Linux 3.2.0-4-686-pae (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
diff -Nru puredata-0.43.2/debian/changelog puredata-0.43.2/debian/changelog
--- puredata-0.43.2/debian/changelog	2012-06-21 00:46:39.0 -0700
+++ puredata-0.43.2/debian/changelog	2013-03-04 15:15:27.0 -0800
@@ -1,3 +1,10 @@
+puredata (0.43.2-5) unstable; urgency=low
+
+  * Disabled FORTIFY_SOURCE for now (Closes: #690410)
+  * Added lintian-overrides due to FORTIFY_SOURCE removal
+
+ -- IOhannes m zmoelnig (gpg-key at iem)   Mon, 04 Mar 2013 18:05:15 +0100
+
 puredata (0.43.2-4) unstable; urgency=low
 
   * Fixed out-of-bounds table access (Closes: #678306)
diff -Nru puredata-0.43.2/debian/puredata-core.lintian-overrides puredata-0.43.2/debian/puredata-core.lintian-overrides
--- puredata-0.43.2/debian/puredata-core.lintian-overrides	1969-12-31 16:00:00.0 -0800
+++ puredata-0.43.2/debian/puredata-core.lintian-overrides	2013-03-04 15:15:27.0 -0800
@@ -0,0 +1,3 @@
+## FORTIFY_SOURCE triggers spurious crashes
+## so it's disabled for now
+puredata-core: hardening-no-fortify-functions
diff -Nru puredata-0.43.2/debian/puredata-extra.lintian-overrides puredata-0.43.2/debian/puredata-extra.lintian-overrides
--- puredata-0.43.2/debian/puredata-extra.lintian-overrides	1969-12-31 16:00:00.0 -0800
+++ puredata-0.43.2/debian/puredata-extra.lintian-overrides	2013-03-04 15:15:27.0 -0800
@@ -0,0 +1,3 @@
+## FORTIFY_SOURCE triggers spurious crashes
+## so it's disabled for now
+puredata-extra: hardening-no-fortify-functions
diff -Nru puredata-0.43.2/debian/puredata-utils.lintian-overrides puredata-0.43.2/debian/puredata-utils.lintian-overrides
--- puredata-0.43.2/debian/puredata-utils.lintian-overrides	1969-12-31 16:00:00.0 -0800
+++ puredata-0.43.2/debian/puredata-utils.lintian-overrides	2013-03-04 15:15:27.0 -0800
@@ -0,0 +1,3 @@
+## FORTIFY_SOURCE triggers spurious crashes
+## so it's disabled for now
+puredata-utils: hardening-no-fortify-functions
diff -Nru puredata-0.43.2/debian/rules puredata-0.43.2/debian/rules
--- puredata-0.43.2/debian/rules	2012-06-11 03:27:53.0 -0700
+++ puredata-0.43.2/debian/rules	2013-03-04 15:15:27.0 -0800
@@ -1,8 +1,10 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
-## use hardening flags
+## use hardening some flags
 DPKG_EXPORT_BUILDFLAGS = 1
+DEB_BUILD_MAINT_OPTIONS=hardening=+format,-fortify,+stackprotector,+relro
+export DEB_BUILD_MAINT_OPTIONS
 include /usr/share/dpkg/buildflags.mk
 
 ## only link what is needed
@@ -70,4 +72,3 @@
 
 override_dh_compress:
 	dh_compress -X.pd -X.wav -X.aiff -X.txt
-

Bug#702233: Acknowledgement (/usr/bin/tinyca2: tinyca won't open saved CA, possibly related to openssl upgrade)

[Mateusz Kijowski]

It seems that openvpn -text -noout does not work the same way it did
earlier (save the human readable text output to a file). The attached
patch works around the issue and works for me, but YMMV.


tinyca2.patch
Description: Binary data

Bug#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch

[Russ Allbery]

IOhannes m zmoelnig  writes:

> since i'm not in the position of uploading the package myself, i'd
> like to kindly ask one of you DMs (alessio, paul?) to help me out here.

I've got it, thanks.  Building for upload now.  (I haven't done enough to
help out with the wheezy release yet, so happy to help do an upload.)

Using collab-maint and a git-buildpackage setup makes it very easy for
other people to help out.  Thank you!

-- 
Russ Allbery (r...@debian.org)   


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

Bug#690611: unblock: gtkhotkey/0.2.1-5

[Nobuhiro Iwamatsu]

Hi, all.

sorry, reply was late.

As Adam wrote, this bug is a problem which is unnecessary to Wheezy.
I dont re-open this bug. Thank you.

Nobuhiro

On Mon, Mar 4, 2013 at 7:06 AM, Adam D. Barratt
 wrote:
> On Sun, 2013-03-03 at 23:00 +0100, intrigeri wrote:
>> intrigeri wrote (12 Dec 2012 00:51:44 GMT) :
>> > Adam D. Barratt wrote (12 Nov 2012 17:13:53 GMT) :
>> >> Why is multi-arch support for this particular library important, at this
>> >> stage of the freeze? Neither of its reverse-dependencies are currently
>> >> m-a tagged, nor sound like applications one would particularly need to
>> >> install for multiple architectures simultaneously.
>>
>> > Ping?
>>
>> No feedback from the requester for 4.5 months and the package does not
>> look particularly buggy in testing currently, so I recommend the
>> release team rejects this unblock request.
>
> Yep, sounds fair to me; thanks for the follow-up. Maintainer, please
> re-open if you wish, but with an answer to the early question.
>
> Regards,
>
> Adam
>



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#702237: cinnamon: Typo in cinnamon-screensaver-lock-dialog.1

[Nicolas Bourdaud]

Hi Vincent!

Thanks for spotting the typos.

You are right that the NOTE section has some words missing... Do you
think the new version is clearer?

http://anonscm.debian.org/gitweb/?p=pkg-cinnamon/cinnamon.git;a=blob_plain;f=debian/cinnamon-screensaver-lock-dialog.1

Cheers,

Nicolas



signature.asc
Description: OpenPGP digital signature

Bug#613210: Assistance

[Matt Joyce]

Willing to help package this.

Does anyone have any updated work on this I can start pushing on this?

I was going to just do a PPA, but if you guys have some existing work
I'd love to help push you over the finish line.

-Matt Joyce


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

Bug#692136: Fw: [PATCH] resolver.3: RES_DEBUG not accessible with default build

[Simon Paillard]

Forwarded
-- 
Simon Paillard
--- Begin Message ---
See http://bugs.debian.org/692136

For the record, it seems this has been the case in glibc since a while
committer   Roland McGrath 
Sat, 18 Feb 1995 01:27:10 + (01:27 +)
commit  28f540f45bbacd939bfd07f213bcad2bf730b1bf
http://repo.or.cz/w/glibc.git/blob/28f540f45bbacd939bfd07f213bcad2bf730b1bf:/resolv/res_init.c
---
 man3/resolver.3 |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/man3/resolver.3 b/man3/resolver.3
index af532f7..390d51b 100644
--- a/man3/resolver.3
+++ b/man3/resolver.3
@@ -184,7 +184,8 @@ True if
 has been called.
 .TP
 .B RES_DEBUG
-Print debugging messages.
+Print debugging messages.  This option needs glibc to be build with debugging 
+enabled, which is not the default.
 .TP
 .B RES_AAONLY
 Accept authoritative answers only.
-- 
1.7.10.4

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--- End Message ---

Bug#702305: mediawiki: API action 'unblock' returns a full user object

[Jonathan Wiltshire]

Package: mediawiki
Version: 1:1.19.3-2
Severity: grave
Tags: security upstream fixed-upstream
Justification: security; information disclosure including password hashes
Forwarded: https://bugzilla.wikimedia.org/show_bug.cgi?id=43518

The unblock API discloses full user details to anyone who has the right
to use it. This includes hashed passwords, amongst other things.

The problem is apparently introduced in r83855 and at this stage, I do not
believe it affects stable, though I would not be confident enough to be sure
yet.

sid/wheezy are easily fixed with the new upstream, which I am preparing.



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

Kernel: Linux 3.2.0-4-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 mediawiki depends on:
ii  apache2  2.2.22-12
ii  apache2-mpm-prefork [httpd]  2.2.22-12
ii  debconf [debconf-2.0]1.5.49
pn  libjs-jquery 
ii  libjs-jquery-cookie  6-1
ii  libjs-jquery-form6-1
ii  libjs-jquery-tipsy   6-1
ii  mime-support 3.52-1
ii  php5 5.4.4-13
ii  php5-mysql   5.4.4-13
ii  php5-pgsql   5.4.4-13

Versions of packages mediawiki recommends:
ii  mediawiki-extensions-base  2.11
ii  mysql-server   5.5.28+dfsg-1
ii  php-wikidiff2  0.0.1+svn109581-1
ii  php5-cli   5.4.4-13
ii  python 2.7.3-4

Versions of packages mediawiki suggests:
ii  clamav  0.97.6+dfsg-1
ii  imagemagick 8:6.7.7.10-5
pn  mediawiki-math  
pn  memcached   
ii  php5-gd 5.4.4-13

-- Configuration Files:
/etc/mediawiki/apache.conf changed [not included]

-- 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#702304: shotwell stops loading at 51% always

[Leandro Noferini]

Package: shotwell
Version: 0.13.1-1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

I am using in a debian sid-experimental.

With shotwell-dbg, running into dbg this is the log:

===
Starting program: /usr/bin/shotwell 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe43fd700 (LWP 27829)]
[New Thread 0x7fffe296a700 (LWP 27830)]
warning: 
"/usr/lib/debug/.build-id/21/1b652a22588ef79a99d26ac2149ee6e845bcf0.debug": 
separate debug info file has no debug info
warning: 
"/usr/lib/debug/.build-id/75/58f2dd124335228cf88e0d7a6f4177aa02386d.debug": 
separate debug info file has no debug info
warning: 
"/usr/lib/debug/.build-id/e2/90cd39897ede1cc747665c3ca32c2c2e6d03be.debug": 
separate debug info file has no debug info
warning: 
"/usr/lib/debug/.build-id/9a/708058b9dc292bb571e5200beb286e203c7ce8.debug": 
separate debug info file has no debug info
[New Thread 0x7fffe11f4700 (LWP 27831)]
[New Thread 0x7fffe09f3700 (LWP 27832)]
[New Thread 0x7fffd9374700 (LWP 27833)]
[New Thread 0x7fffd896f700 (LWP 27834)]
[New Thread 0x7fffcbfff700 (LWP 27835)]
[New Thread 0x7fffcb7fe700 (LWP 27836)]
[New Thread 0x7fffc3fff700 (LWP 27837)]
[New Thread 0x7fffcaffd700 (LWP 27838)]

(shotwell:27826): GLib-GObject-WARNING **: cannot register existing type 
`GstValueList'

(shotwell:27826): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' 
failed

(shotwell:27826): GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table 
!= NULL' failed

(shotwell:27826): GLib-CRITICAL **: g_hash_table_insert_internal: assertion 
`hash_table != NULL' failed
[Thread 0x7fffcb7fe700 (LWP 27836) exited]
[Thread 0x7fffcbfff700 (LWP 27835) exited]
[Thread 0x7fffc3fff700 (LWP 27837) exited]
[Thread 0x7fffd896f700 (LWP 27834) exited]
===

And then the little window stops at 51%.

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

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

Versions of packages shotwell depends on:
ii  dbus-x11 1.6.8-1
ii  libatk1.0-0  2.7.91-1
ii  libc62.17-0experimental2
ii  libcairo-gobject21.12.14-1
ii  libcairo21.12.14-1
ii  libexif120.6.21-1
ii  libexiv2-12  0.23-1
ii  libgdk-pixbuf2.0-0   2.27.2-1
ii  libgee2  0.6.4-2
ii  libgexiv2-1  0.5.0-2
ii  libglib2.0-0 2.35.8-1
ii  libgomp1 4.8-20130228-1
ii  libgphoto2-2 2.4.14-2
ii  libgphoto2-port0 2.4.14-2
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.1
ii  libgtk-3-0   3.7.10-1
ii  libgudev-1.0-0   175-7.1
ii  libjavascriptcoregtk-3.0-0   1.10.2-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  liblcms2-2   2.2+git20110628-2.2
ii  libpango1.0-01.32.5-1
ii  libraw5  0.14.7-1
ii  librest-0.7-00.7.12-3
ii  librsvg2-common  2.36.4-1
ii  libsoup2.4-1 2.41.90-1
ii  libsqlite3-0 3.7.15.2-1
ii  libstdc++6   4.8-20130228-1
ii  libunique-3.0-0  3.0.2-1
ii  libwebkitgtk-3.0-0   1.10.2-2
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.9.0+dfsg1-4
ii  shotwell-common  0.13.1-1

shotwell recommends no packages.

shotwell 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#701536: RM: subsurface -- RoQA; unmaintained package, maintainer MIA

[Brosseau, Yannick]

On Mar 4, 2013 12:17 PM, "Dirk Hohndel"  wrote:
>
> Sylvestre Ledru  writes:
>
> > On 04/03/2013 11:07, Cristian Ionescu-Idbohrn wrote:
> >>> By the way, I started to work on the packaging. I updated
> >>> libdivecomputer and I am working on subsurface.
> >>
> >> That sounds super :)
> >
> > Here it is:
> >
http://anonscm.debian.org/gitweb/?p=collab-maint/subsurface.git;a=summary
> >
http://anonscm.debian.org/gitweb/?p=collab-maint/libdivecomputer.git;a=summary
> >
> > Khalid, I am sorry but I had to kill the subsurface.git repository. It
> > was not correctly set up.
> >
> > I uploaded libdivecomputer. Once it reached the Debian mirror, I will
> > upload subsurface 3.0.2.
>
> Please let me know so I can point at this from our Downloads page.
>
> I don't know how this usually works... will this flow into Ubuntu in a
> timely manner or should we set up a PPA in the mean time?

For the latest version of Ubuntu, the debian sync should be enough, but if
we want to add support for the previous version, the PPA would be useful.

>
> Because as individual Linux flavors go, Ubuntu is in our top three...
>
> /D
> ___
> subsurface mailing list
> subsurf...@hohndel.org
> http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface

Bug#700529: manpages-dev: confusing NOTES section on O_NONBLOCK in read(2)

[Simon Paillard]

Hi,

On Thu, Feb 14, 2013 at 01:32:16AM +0100, Michael Kerrisk (man-pages) wrote:
> tags 700529 fixed-upstream
> thanks
> 
> On Thu, Feb 14, 2013 at 12:38 AM, Marc Lehmann
>  wrote:
> > Package: manpages-dev
> > Version: 3.40-0.1
> > Severity: minor
> >
> >
> > The read(2) manpage (possibly others) contains this confusing paragraph in 
> > the NOTES section:
[..]
> > I would suggest simply deleting this paragraph, as it continues to confuse
> > people into thinking O_NONBLOCK semantics are possible with files.
> 
> Well, O_NONBLOCK does have meaningful semantics w.r.t. file locks.
> But, that doesn't seem to be what this paragraph is talking about, and
> I agree with you that it is confusing. I've removed it.
 
FTR, will be delivered in 3.48.

commit 7c81ac9ced01451fe86a208c7ffbfab60e1a0b42
Refs: man-pages-3.47-47-g7c81ac9
Author: Michael Kerrisk 
AuthorDate: Thu Feb 14 01:29:45 2013 +0100

read.2: Remove crufty text about O_NONBLOCK on files

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700529

-- 
Simon Paillard


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

Bug#474675: Also found in current testing with cifs

[Michael Ostermeier]

Hi,

Michael Ostermeier wrote:
> PS: I faced this Bug while testing the cifs-protocol activated today by
> the sysadmin at work on a Novell-Server. On the same server there was
> never a problem over the Novell (nfs) protocol.

sorry, i wanted to write »Novell (ncp) protocol« as supported by
ncpmount of the ncpfs package.^^^

Bye

Miche


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

Bug#702233: tinyca: GUI remains empty

[François Cerbelle]

Package: tinyca
Followup-For: Bug #702233

Dear Maintainer,

   * What led up to the situation?

   stable + testing in sourcelist
   apt.conf :
APT::Default-Release "wheezy";
APT::Cache-Limit 5;
Acquire::Languages en;
   Worked perfectly until recently (I dont use it everyday !)

   Should you need more information from my environment's config, just
   ask.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages tinyca depends on:
ii  libgtk2-perl2:1.244-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  openssl 1.0.1e-1

Versions of packages tinyca recommends:
ii  zip  3.0-6

tinyca 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#702291: redmine: Huge memory footprint with Apache-Passanger-Redmine install

[Jérémy Lal]

clone 702291 -1
retitle -1 Missing scriptaculous, prototype dependencies in rails 3
--

On 04/03/2013 21:11, Parragh Szabolcs wrote:
> btw: .js files are missing, dead links for these files:
> 
>  root@oberon ~ > ls -l /usr/share/redmine/public/javascripts/controls.js
> lrwxrwxrwx 1 root root 45 febr  13 09:17 
> /usr/share/redmine/public/javascripts/controls.js -> 
> /../../../javascript/scriptaculous/controls.js
> -- which doesn't exist!
> 
> same for:
> /usr/share/redmine/public/javascripts/dragdrop.js
> /usr/share/redmine/public/javascripts/effects.js
> /usr/share/redmine/public/javascripts/prototype.js
> -- shouldn't something have installed these?


Rails 2.3 used to depend on those js libs.
Is this a redmine 2 bug or a rails 3 bug ?

Jérémy.


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

Bug#702293: unblock: dspam/3.10.1+dfsg-10

[Thomas Preud'homme]

Le lundi 4 mars 2013 22:45:43, Thomas Preud'homme a écrit :
> Le lundi 4 mars 2013 22:15:36, Julien Cristau a écrit :
> > On Mon, Mar  4, 2013 at 21:41:03 +0100, Thomas Preud'homme wrote:
> > > While doing the testing I noticed that installation of
> > > libdspam7-drv-pgsql gives an error because it create the language
> > > plpgsql while in PostgreSQL 9.1 it should be created as an extension.
> > > The error can be ignored but it is misleading for the user. I thus took
> > > the liberty to include the patch to save some email round trip time.
> > > I'll be happy to reupload without that fix if you feel I was wrong.
> > 
> > What does that do on older pgsql?
> 
> Same error as with CREATE LANGUAGE on Wheezy's PostgreSQL.
> 
> Maybe the VERSION mentionned in [1] can be used as well for install-admin.

Oups not it can't. It's a version in the package using dbconfig-common, not a 
version of the database. Do you know if a conditional SQL can be used 
depending on the version of postgresql?

Regards,

Thomas


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

Bug#702302: googleearth-package: allow resuming interrupted downloads

[Glenn Washburn]

Package: googleearth-package
Version: 0.7.0
Severity: wishlist
Tags: patch

Dear Maintainer,

Currently resuming an interrupted download is not supported.  This can be
problematic on bad connections.  I've attached a patch which allows resuming
for both curl and wget.

Glenn

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

Kernel: Linux 3.5.0-25-generic-tuxonice (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

Versions of packages googleearth-package depends on:
ii  bzip2   1.0.6-1
ii  curl7.22.0-3ubuntu4
ii  dpkg-dev1.16.1.2ubuntu7
ii  fakeroot1.18.2-1
ii  file5.09-2
ii  wget1.13.4-2ubuntu1
ii  x11-common  1:7.6+12ubuntu2
ii  x11-utils   7.6+4ubuntu0.1

googleearth-package recommends no packages.

googleearth-package suggests no packages.

-- no debconf information
Try to resume download from partially downloaded file. This is all but
necessary for bad connections.  Depends on curl_write_to_file patch.

--- make-googleearth-package~	2013-03-05 04:10:02.223620475 +0700
+++ make-googleearth-package	2013-03-05 04:14:14.063609247 +0700
@@ -47,9 +47,9 @@
   local downloader
 
   if [ -x $wget ]; then
-downloader="$wget"
+downloader="$wget -c"
   elif [ -x $curl ]; then
-downloader="$curl -O"
+downloader="$curl -O -C -"
   else
 1>&2
 echo 'Either wget or curl is required to download Google Earth!'

Bug#702301: googleearth-package: curl does not download to file

[Glenn Washburn]

Package: googleearth-package
Version: 0.7.0
Severity: important
Tags: patch

Dear Maintainer,

This bug is untested, but fairly obvious from looking at the code.  By 
default curl will write to stdout, not a file as is expected.  It must be
run with the "-O" option to download to a file whose name is the basename
of the url (like wget does by default).  A trivial patch is included.

Glenn

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

Kernel: Linux 3.5.0-25-generic-tuxonice (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

Versions of packages googleearth-package depends on:
ii  bzip2   1.0.6-1
ii  curl7.22.0-3ubuntu4
ii  dpkg-dev1.16.1.2ubuntu7
ii  fakeroot1.18.2-1
ii  file5.09-2
ii  wget1.13.4-2ubuntu1
ii  x11-common  1:7.6+12ubuntu2
ii  x11-utils   7.6+4ubuntu0.1

googleearth-package recommends no packages.

googleearth-package suggests no packages.

-- no debconf information
By default curl will write downloaded data to stdout.  We should tell curl
to download to a file in the current directory, named as the basename of
the download url.

--- make-googleearth-package~	2011-12-17 01:01:38.0 +0700
+++ make-googleearth-package	2013-03-05 04:10:02.223620475 +0700
@@ -47,9 +47,9 @@
   local downloader
 
   if [ -x $wget ]; then
-downloader=$wget
+downloader="$wget"
   elif [ -x $curl ]; then
-downloader=$curl
+downloader="$curl -O"
   else
 1>&2
 echo 'Either wget or curl is required to download Google Earth!'

Bug#702293: unblock: dspam/3.10.1+dfsg-10

[Thomas Preud'homme]

Le lundi 4 mars 2013 22:15:36, Julien Cristau a écrit :
> On Mon, Mar  4, 2013 at 21:41:03 +0100, Thomas Preud'homme wrote:
> > While doing the testing I noticed that installation of
> > libdspam7-drv-pgsql gives an error because it create the language
> > plpgsql while in PostgreSQL 9.1 it should be created as an extension.
> > The error can be ignored but it is misleading for the user. I thus took
> > the liberty to include the patch to save some email round trip time.
> > I'll be happy to reupload without that fix if you feel I was wrong.
> 
> What does that do on older pgsql?

Same error as with CREATE LANGUAGE on Wheezy's PostgreSQL.

Maybe the VERSION mentionned in [1] can be used as well for install-admin. If 
not, would an entry in the release notes be enough? A NEWS entry would be 
useless as it wouldn't give a way to cancel the installation.

[1] http://people.debian.org/~seanius/policy/dbconfig-common.html/ch-
develguide.html §3.2.3

> 
> Cheers,
> Julien

Best regards,

Thomas


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

Bug#702300: O: rdflib -- RDF library containing an RDF triple store and RDF/XML parser/serializer

[Nacho Barrientos Arias]

Package: wnpp
Severity: normal

Due to lack of time to work on new versions, I intend to orphan 
the rdflib package. Some people have already shown interest
in taking care of it.

The package description is:
 RDFLib is a Python library for working with RDF, a simple yet
 powerful language for representing information. The library
 contains an RDF/XML parser/serializer that conforms to the
 RDF/XML Syntax Specification and both in-memory and persistent
 Graph backend.
 .
 This package also provides a serialization format converter
 called rdfpipe in order to deal with the different formats
 RDFLib works with.


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

Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev

[Otto Kekäläinen]

Hello,

2013/3/4 gregor herrmann :
> [..]
>> What is the correct way to insert "libmariadbclient18 (>= 5.5.1-1) |
>> libmysqlclient18 (>= 5.5.1-1)" in there?
>
> That's only possbile with more or less ugly hacks from the
> libdbd-mysql-perl side.

I tried building the package with debian/control for the binary
package like this:
Depends: libmariadbclient18 (>= 5.5.13-1) | libmysqlclient18 (>=
5.5.13-1), ${misc:Depends}, ${shlibs:Depends}, ${perl:Depends},
 libdbi-perl (>= 1.610.90)

But the end result is somehow still:
Depends: libmysqlclient18 (>= 5.5.13-1), libc6 (>= 2.4), perl (>=
5.14.2-6ubuntu2.2), perl-dbdabi-94, perlapi-5.14.2, libdbi-perl (>=
1.610.90)

So apparently some special tricks are required, as you wrote.

> But as Rene has already pointed out, changing Build-Depends to
> "libmariadbclient-dev | libmysqlclient-dev" makes the package
> immediately unbuildable and therefore RC-buggy if
> libmariadbclient-dev is not yet in the archive.

Yes, I understood that my original suggestion to change the
Build-Depends is bad in several ways. We should not insert
libmariadbclient-dev at this point at all.

Ideas on how to nicely control the binary package dependency? What
would the "ugly hack" be? Can it in any way be made somehow more
elegant? :)

> (Besides that, any such major changed will have to wait until after
> the wheezy release.)

Ok, we can postpone the upload but could we now try to figure out the
technical solution of what will be eventually uploaded?


Thanks for your help and quick replies to my bug report today!

- Otto


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

Bug#700738: one patch, but plenty more needed

[gregor herrmann]

On Sun, 03 Mar 2013 10:30:21 -0400, David Bremner wrote:

> The use-after-frees are quite trivial to fix

There's a package on mentors now:
http://mentors.debian.net/package/tty-clock
https://lists.debian.org/debian-mentors/2013/03/msg00069.html

in case one of you who knows the code already wants to have a look.

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Ryan Adams: Starting To Hurt


signature.asc
Description: Digital signature

Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev

[gregor herrmann]

On Mon, 04 Mar 2013 13:23:19 -0800, Russ Allbery wrote:

> > (Besides that, any such major changed will have to wait until after the
> > wheezy release.)
> In the long term (jessie), the right solution may be to build two versions
> of libdbd-mysql-perl, one built against conventional MySQL and one built
> against MariaDB, from the same source package.
> This is what I do for libpam-krb5 / libpam-heimdal.

Right, that might be an option, thanks for the idea.

But I guess this all depends on the general future of MySQL and
MariaDB in Debian which at least I have no idea about.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bettina Wegner: Ene mene mopel


signature.asc
Description: Digital signature

Bug#702239: cinnamon: Missing dependency on python-pyinotify

[Vincent Blut]

Le lundi 04 mars 2013 à 22:36 +0100, Nicolas Bourdaud a écrit :
> Control: tags -1 pending
> 
> Thanks for the report. I have just uploaded the fix in the repository.
> 

Thanks for your promptness Nicolas.

> Cheers,
> 
> Nicolas
> 


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

Bug#702281: cinnamon: Can't open cinnamon-settings

[Vincent Blut]

Le lundi 04 mars 2013 à 22:03 +0100, Nicolas Bourdaud a écrit :
> Hi Vincent!
> 
>   I have tried to reproduce on a clean sid install but I am unable to
> reproduce your issue. 

Interesting

> However I can see that you have more that sid
> enabled on your test system. Could you check the python package version
> you have installed ("dpkg -l | grep python" will be perfect).

Sure, attached!

Note that I have 'APT::Default-Release "wheezy";' in 'apt.conf' so those
come mainly from testing. I didn't filter the output if you find this
too annoying, let me know I'll do the necessary.

> 
> Cheers,
> 
> Nicolas
> 

Good evening,
Vincent
ii  python2.7.3-4
all  interactive high-level object-oriented language (default version)
ii  python-apt0.8.8.1
amd64Python interface to libapt-pkg
ii  python-apt-common 0.8.8.1
all  Python interface to libapt-pkg (locales)
ii  python-beautifulsoup  3.2.1-1
all  error-tolerant HTML parser for Python
ii  python-brlapi 4.4-8  
amd64Python bindings for BrlAPI
ii  python-cairo  1.8.8-1+b2 
amd64Python bindings for the Cairo vector graphics library
ii  python-central0.6.17 
all  register and build utility for Python packages
ii  python-chardet2.0.1-2
all  universal character encoding detector
ii  python-cliapp 1.20120630-1   
all  Python framework for Unix command line programs
ii  python-crypto 2.6-4  
amd64cryptographic algorithms and protocols for Python
ii  python-cups   1.9.48-1.1 
amd64Python bindings for CUPS
ii  python-cupshelpers1.3.7-4
all  Python utility modules around the CUPS printing system
ii  python-dbus   1.1.1-1
amd64simple interprocess messaging system (Python interface)
ii  python-dbus-dev   1.1.1-1
all  main loop integration development files for python-dbus
ii  python-debian 0.1.21 
all  Python modules to work with Debian-related data formats
ii  python-debianbts  1.11   
all  Python interface to Debian's Bug Tracking System
ii  python-feedparser 5.1.2-1
all  Universal Feed Parser for Python
ii  python-fpconst0.7.2-5
all  Utilities for handling IEEE 754 floating point special values
ii  python-gconf  2.28.1+dfsg-1  
amd64Python bindings for the GConf configuration database system
ii  python-gi 3.2.2-2
amd64Python 2.x bindings for gobject-introspection libraries
ii  python-gi-cairo   3.2.2-2
amd64Python Cairo bindings for the GObject library
ii  python-glade2 2.24.0-3+b1
amd64GTK+ bindings: Glade support
ii  python-gnome2 2.28.1+dfsg-1  
amd64Python bindings for the GNOME desktop environment
ii  python-gobject3.2.2-2
all  Python 2.x bindings for GObject - transitional package
ii  python-gobject-2  2.28.6-10  
amd64deprecated static Python bindings for the GObject library
ii  python-gtk2   2.24.0-3+b1
amd64Python bindings for the GTK+ widget set
ii  python-httplib2   0.7.4-2
all  comprehensive HTTP client library written for Python
ii  python-imaging1.1.7-4
amd64Python Imaging Library
ii  python-larch  1.20121006-1   
all  B-tree library for Python
ii  python-libxml22.8.0+dfsg1-7  
amd64Python bindings for the GNOME XML library
ii  python-louis  2.4.1-1
amd64Python bindings for liblouis
ii  python-lxml   2.3.2-1
amd64pythonic binding for the libxml2 and libxsl

Bug#583862: RFS: asio [O] (#583862)

[Anton Gladky]

Hi Markus,

I have uploaded the package with some minor changes (see an attachment).
If you are not agree with them (changelog entries mostly), feel free to
drop them with the future uploads.

Pay attention, (Closes: #583862: did not work in your changelog.
Please, consider the package maintenance under the team.


On 03/04/2013 12:31 PM, Markus Wanner wrote:
>> 3) Changelog-entry #2 is not necessary IMHO.
> 
> Hm..  I merged this into the "New maintainer" line. Is there another
> place to thank the former maintainer? I kind of like these little
> pieces of appreciation. But yeah, it doesn't need to be the changelog.

You can write him an email, if you want. Try to write changelog-entries
shorter: they should not tell the whole life-story.

>> 4) Compat 7 should be better changed to the newer 9 as well as BD
>> in control. It will allow also to inject hardened buildflags.
> 
> I updated to 9.
> 
> Just wondering: wheezy ships with dh 8. Why not keep a lower
> requirement to allow for easier backports? What benefit does a newer
> debhelper compat level give?

dh 9 brings build-flags hardening and multiarch (maybe something else,
not sure).

>> 5) Standards-Version is already 3.9.4
> 
> Corrected. (No changes required.)
  ^^^
This should be in changelog.

Thanks for contribution.

Anton
From 6aac113f900cf8163323976ad6e3608bcf5e6e35 Mon Sep 17 00:00:00 2001
From: Anton Gladky 
Date: Mon, 4 Mar 2013 22:18:02 +0100
Subject: [PATCH] Minor changes before upload.

---
 debian/changelog   |9 -
 debian/libasio-dev.install |2 +-
 debian/libasio-doc.docs|1 +
 debian/libasio-doc.install |1 -
 4 files changed, 6 insertions(+), 7 deletions(-)
 create mode 100644 debian/libasio-doc.docs
 delete mode 100644 debian/libasio-doc.install

diff --git a/debian/changelog b/debian/changelog
index 2a06522..c92003b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,15 +1,14 @@
 asio (1.4.8-1) experimental; urgency=low
 
   * New upstream release.
-  * New maintainer. (Closes: #583862: ITA: asio -- cross-platform C++
-library for network programming). Thanks to Simon Richter for
-maintenance todate.
+  * New maintainer. (Closes: #583862).
   * Switch to dpkg-source 3.0 (quilt) format, splitting patches.
   * Drop the patch for src/Makefile.am, it got applied upstream.
-  * Drop the patch for Makefile.am, it isn't necessary, anymore.
+  * Drop the patch for Makefile.am, it isn't necessary anymore.
   * Adjust the SSLv2 disabling patch.
   * Migrate to debhelper 9, revamp the rules. Drop all custom build flags,
-update to standards version 3.9.4, allow parallel builds.
+allow parallel builds.
+  * Update to standards version 3.9.4. No changes.
   * Watch only releases with even minor version numbers, odd ones seem to
 be non-stable releases.
   * Migrate copyright info to machine readable format.
diff --git a/debian/libasio-dev.install b/debian/libasio-dev.install
index 98b24cf..41a1414 100644
--- a/debian/libasio-dev.install
+++ b/debian/libasio-dev.install
@@ -1 +1 @@
-debian/tmp/usr/include/*	/usr/include
+usr/include/*
diff --git a/debian/libasio-doc.docs b/debian/libasio-doc.docs
new file mode 100644
index 000..30d29de
--- /dev/null
+++ b/debian/libasio-doc.docs
@@ -0,0 +1 @@
+doc/*
diff --git a/debian/libasio-doc.install b/debian/libasio-doc.install
deleted file mode 100644
index 127f174..000
--- a/debian/libasio-doc.install
+++ /dev/null
@@ -1 +0,0 @@
-doc/*		/usr/share/doc/libasio-doc
-- 
1.7.10.4



signature.asc
Description: OpenPGP digital signature

Bug#702239: cinnamon: Missing dependency on python-pyinotify

[Nicolas Bourdaud]

Control: tags -1 pending

Thanks for the report. I have just uploaded the fix in the repository.

Cheers,

Nicolas



signature.asc
Description: OpenPGP digital signature

Bug#702299: alsa-utils: Please increase upper frequency limit

[Torquil Macdonald Sørensen]

Package: alsa-utils
Version: 1.0.25-4
Severity: wishlist

There seems to be an upper frequency limit of 5kHz when the
speaker-test program is used to generate a sinusoid signal.

When I ask the program for a higher frequency, a 5kHz signal
is produced, without any warning that the program has reduced
the frequency from my requested value.

A frequency of 5kHz is too low for testing the upper register
of audible sounds.

Please increase this to e.g. 20kHz, and please include
information about these lower and upper limits in the man
page, together with the description of the --rate option.

Best regards
Torquil Sørensen

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.10 (SMP w/2 CPU cores; PREEMPT)
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 alsa-utils depends on:
ii  dialog  1.1-20120215-3
ii  kmod9-2
ii  libasound2  1.0.25-4
ii  libc6   2.13-38
ii  libncursesw55.9-10
ii  libsamplerate0  0.1.8-5
ii  libtinfo5   5.9-10
ii  lsb-base4.1+Debian9
ii  whiptail0.52.14-11.1

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.25+2+nmu2
ii  pciutils   1:3.1.9-6

alsa-utils 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#700337: ITP: kibana -- is a user friendly way to view your log data.

[Jose Manuel dos Santos Calhariz]

On Thu, Feb 28, 2013 at 11:45:35PM -0800, Faidon Liambotis wrote:
> On Tue, Feb 19, 2013 at 07:31:38PM +, Jose Manuel dos Santos Calhariz 
> wrote:
> > > Thanks for packaging this. Kibana is not very useful on its own
> > > though, do you happen to also intend on packaging logstash?
> > 
> > No, I don't.
> 
> That's sad. Why not?

Mainly because I don't know how to transform logstash into a proper
daemon and I want to include kibana in Debian first.  

In the future I may package logstash.

> 
> > I have a kibana package prepared for a review,  Can you be my sponsor?
> 
> I guess I could, although I'm not familiar much with Ruby packaging.
> Have you tried contacting more experienced people from the Ruby
> team?

Not yet.  But now I have a sponsor for kibana.

> 
> Regards,
> Faidon
> 
> 

 Jose Calhariz

-- 
--

Prefiro receber censuras a receber condolências

--Golda Meir


signature.asc
Description: Digital signature

Bug#474675: Also found in current testing with cifs

[Michael Ostermeier]

Package: gedit
Version: 3.4.2-1
thanks

Hi,

i’m facing a similar problem over cifs with testing. Saving a new file
with gedit works, but overwriting an existing file fails with a
no-permission-error-pop-up. The file however get renamed (added
»~«-suffix for backup) and the new version of the file gets saved as
».goutputstream-??« where ›??‹ are 6 random uppercase-letters.

With all other editors i tested, it worked (vim,
shell-output-redirection, nano, mousepad and even lowriter).

Unfortunately gedit does not offer a commandline-verbosity-flag
according to its manpage. It also doesn’t print any error-message on the
terminal. But if started as root, it prints the following warnings to
the terminal:

> # gedit test.txt 
> 
> (gedit:11100): EggSMClient-WARNING **: Failed to connect to the session
> manager: Authentication Rejected, reason : None of the authentication
> protocols specified are supported and host-based authentication failed
> 
> 
> ** (gedit:11100): WARNING **: Could not connect to session bus

I hope this helps.

Bye

Miche

PS: I faced this Bug while testing the cifs-protocol activated today by
the sysadmin at work on a Novell-Server. On the same server there was
never a problem over the Novell (nfs) protocol.

-- 

-- Package-specific info:
Active plugins:
  - 'modelines'
  -  'filebrowser'
  -  'time'
  -  'spell'
  -  'docinfo'

No plugin installed in $HOME.

Module versions:
  pkg-config unavailable


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (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

Versions of packages gedit depends on:
ii  gedit-common   3.4.2-1
ii  gir1.2-atk-1.0 2.4.0-2
ii  gir1.2-freedesktop 1.32.1-1
ii  gir1.2-gdkpixbuf-2.0   2.26.1-1
ii  gir1.2-glib-2.01.32.1-1
ii  gir1.2-gtk-3.0 3.4.2-6
ii  gir1.2-gtksource-3.0   3.4.2-1
ii  gir1.2-pango-1.0   1.30.0-1
ii  gir1.2-peas-1.01.4.0-2
ii  gsettings-desktop-schemas  3.4.2-3
ii  iso-codes  3.41-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-38
ii  libcairo-gobject2  1.12.2-3
ii  libcairo2  1.12.2-3
ii  libenchant1c2a 1.6.0-7
ii  libffi53.0.10-3
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgtk-3-0 3.4.2-6
ii  libgtksourceview-3.0-0 3.4.2-1
ii  libice62:1.0.8-2
ii  libpango1.0-0  1.30.0-1
ii  libpeas-1.0-0  1.4.0-2
ii  libsm6 2:1.2.1-2
ii  libx11-6   2:1.5.0-1
ii  libxml22.8.0+dfsg1-7
ii  python 2.7.3-4
ii  python-gi  3.2.2-2
ii  python-gi-cairo3.2.2-2
ii  python2.7  2.7.3-6

Versions of packages gedit recommends:
ii  yelp3.4.2-1+b1
ii  zenity  3.4.0-2

Versions of packages gedit suggests:
pn  gedit-plugins  

-- 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#702092: Acknowledgement (oolite just dumps me back to the prompt)

[Mark Carroll]

Oh, and I have libgl1-mesa-dri and libxcb-dri2-0 installed, but they
were installed before, it seemed to be having the extra nvidia stuff
installed (without having an nvidia card) that broke things.

Mark


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

Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev

[Russ Allbery]

gregor herrmann  writes:

> That's only possbile with more or less ugly hacks from the
> libdbd-mysql-perl side.

> But as Rene has already pointed out, changing Build-Depends to
> "libmariadbclient-dev | libmysqlclient-dev" makes the package
> immediately unbuildable and therefore RC-buggy if libmariadbclient-dev
> is not yet in the archive.

> (Besides that, any such major changed will have to wait until after the
> wheezy release.)

In the long term (jessie), the right solution may be to build two versions
of libdbd-mysql-perl, one built against conventional MySQL and one built
against MariaDB, from the same source package.

This is what I do for libpam-krb5 / libpam-heimdal.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#699243: conkeror: Only valid dependency does not use proxy

[Axel Beckert]

Control: tag -1 + unreproducible

Hi,

=?UTF-8?Q?Guimar=C3=A3es?=FariaCorceteDUTRA wrote:
> Conkeror in experimental depends on xulrunner 17, but only 18 is
> available.  It then uses Firefox, but then it cannot use the proxy
> settings.
[...]
> The proxy daemon logs nothing.
[...]
> Conkeror stopped working for external sites.
[...]
> Versions of packages conkeror depends on:
> ii  firefox  17.0~linuxmint1+lmde

Unfortunately I couldn't reproduce this on Debian with Iceweasel 10
from Unstable/Testing, i.e. I couldn't find a combination where the
proxy has been not used despite it is enabled. (Tested by
shutting down the proxy daemon.)

Which kind of proxy settings do you use? SOCKS proxy? Automatic proxy
detection? Use system proxy? Manual configured HTTP proxy?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#701966: RFP: pyftgl -- python bindings for the ftgl opengl font rendering library

[Markus Wanner]

retitle 701966 ITP: pyftgl -- python bindings for the ftgl opengl font 
rendering library
owner 701966 !
thanks

Hi,

I'll attempt to package PyFTGL (alias python-ftgl) as another exercise in 
packaging python modules for Debian. I'm not a DM/DD, so this is going to need 
sponsorship.

Regards

Markus Wanner


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

Bug#697619: linux-image-3.8-trunk-amd64: Experiencing same problem with wireless keyboard with kernel 3.8

[Ben Hutchings]

On Mon, Mar 04, 2013 at 09:38:33PM +0100, fgruel wrote:
> Package: src:linux
> Followup-For: Bug #697619
> 
> Dear Maintainer,
> 
> I had no problem with 3.7 kernel, but since 3.8 upgrade,
[...]

This bug report covers a regression in 3.7.
You are talking about a regression in 3.8.
These cannot be the same bug!

Most likely, the problem you're seeing is fixed by
initramfs-tools 0.110.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus


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

Bug#702293: unblock: dspam/3.10.1+dfsg-10

[Julien Cristau]

On Mon, Mar  4, 2013 at 21:41:03 +0100, Thomas Preud'homme wrote:

> While doing the testing I noticed that installation of
> libdspam7-drv-pgsql gives an error because it create the language
> plpgsql while in PostgreSQL 9.1 it should be created as an extension.
> The error can be ignored but it is misleading for the user. I thus took
> the liberty to include the patch to save some email round trip time.
> I'll be happy to reupload without that fix if you feel I was wrong.
> 
What does that do on older pgsql?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#694942: Bug#701922: cloning 694942, reassign -1 to release-notes

[Julien Cristau]

On Mon, Mar  4, 2013 at 14:59:35 +0100, Thomas Preud'homme wrote:

> Le samedi 2 mars 2013 15:36:23, Julien Cristau a écrit :
> > On Sat, Mar  2, 2013 at 14:53:19 +0100, Julien Cristau wrote:
> > > Still seems like something that should be fixed instead of documenting
> > > that we're shipping non-working stuff.
> 
> Ok, can I assume a tpu upload would be accepted then?
> 
No, but you can send a patch and request an ack on debian-release and
find out.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702298: ITP: fabtools -- tools for writing awesome Fabric files

[Nicolas Dandrimont]

Package: wnpp
Severity: wishlist
Owner: Nicolas Dandrimont 

  Package name: fabtools
  Version : 0.12.0
  Upstream Author : Ronan Amicel 
  URL : https://github.com/ronnix/fabtools
http://fabtools.readthedocs.org/
  License : BSD 2-clause
  Programming Lang: Python
  Description : common utilities for writing Fabric files

fabtools includes useful functions to help people write Fabric
files. For instance, through its API, it allows to manage system
users, packages, databases, ...

fabtools provides a number of low-level actions, as well as a higher
level interface named fabtools.require. This higher-level interface,
inspired by configuration management tools such as Chef or Puppet, is
declarative and idempotent.

(comments welcome on the long description, which looks like it needs
some expanding)

According to the Python policy, the binary package will be called
python-fabtools.


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

Bug#702092: Acknowledgement (oolite just dumps me back to the prompt)

[Mark Carroll]

To effect the fix I removed,

  glx-alternative-nvidia (0.2.2)
  libgl1-nvidia-alternatives (304.64-4)
  libgl1-nvidia-glx (304.64-4)
  libglx-nvidia-alternatives (304.64-4)
  libxvmcnvidia1 (304.64-4)
  nvidia-alternative (304.64-4)
  nvidia-glx (304.64-4)
  xserver-xorg-video-nvidia (304.64-4)

I still have libgl1-mesa-glx and libxcb-glx0 installed.

Mark


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

Bug#702132: unblock: linux/3.2.39-2

[Julien Cristau]

[why are you cc:ing debian-release@?  that's where the bug mail goes]

On Mon, Mar  4, 2013 at 21:12:49 +0100, Holger Levsen wrote:

> Hi,
> 
> does this include Juliens 3.2.0-4.drm patches?
> 
Ben said that...  So does the changelog...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#699692: [Pkg-openssl-devel] Bug#699692: "Illegal instruction" when installing (creating certificate) with Wheezy's version 1.0.1c-4 of openssl on a system with Cyrix MII / IBM 6x86

[Kurt Roeckx]

On Sat, Mar 02, 2013 at 06:25:15PM +0100, Hans-Juergen Mauser wrote:
> Hello Kurt,
> 
> thanks for your hint - by disabling this capability flag (bit 62)
> for RDRAND, it works perfectly!
> 
> The _unmodified_ content (without env-var override) of the
> capability variables look like this:
> 
> OPENSSL_ia32cap_P[0] = 0x0080A535
> OPENSSL_ia32cap_P[1] = 0x64616574

Upstream posted a patch:
http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=5702e965d759dde8a098d8108660721ba2b93a7d

Can you confirm that that fixes the problem?


Kurt


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

Bug#702281: cinnamon: Can't open cinnamon-settings

[Nicolas Bourdaud]

Hi Vincent!

I have tried to reproduce on a clean sid install but I am unable to
reproduce your issue. However I can see that you have more that sid
enabled on your test system. Could you check the python package version
you have installed ("dpkg -l | grep python" will be perfect).

Cheers,

Nicolas



signature.asc
Description: OpenPGP digital signature

Bug#698236: bitlbee: diff for NMU version 3.2-1.1

[Julien Cristau]

On Sun, Mar  3, 2013 at 23:08:27 +0100, Sebastian Ramacher wrote:

> -Build-Depends: libglib2.0-dev (>= 2.4), libevent-dev, gnutls-dev | 
> libgnutls-dev, po-debconf, libpurple-dev, libotr2-dev, debhelper (>= 6.0.7~), 
> asciidoc
> +Build-Depends: libglib2.0-dev (>= 2.4), libevent-dev, libgnutls28-dev | 
> gnutls-dev, po-debconf, libpurple-dev, libotr2-dev, debhelper (>= 6.0.7~), 
> asciidoc

Please don't do that.  Use libgnutls-dev instead.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#410878: d-i uses mirror/http/proxy setting when it (probably) shouldn't

[Alexander Perlis]

The bug Roland reported is real, and occurs in 2013 with Debian 6 
installer. There should indeed be a distinction between an APT proxy and 
a general-purpose HTTP proxy. Our APT proxy knows how to serve up files 
related to Debian mirrors, but can't do general-purpose HTTP retrievals 
such as preseed/run files from our PXE server.


Currently mirror/http/proxy affects http_proxy globally, for all 
subsequent calls to wget. Might be better to not do that; instead, on 
each APT-related call to wget, if mirror/http/proxy has a value, then 
temporarily store it in http_proxy, call wget, and then restore 
http_proxy to its prior value.



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

Bug#702297: ITP: rack-google-analytics -- Simple Rack middleware for implementing google analytics tracking in your Ruby-Rack based project

[Raju D. Vindane]

package: wnpp
Severity: wishlist
Owner: Raju D. Vindane

*Package Name :rack-google-analytics
 Version : 0.11.0
 Upstream Author : Leehambley
*URL :  https://github.com/leehambley/rack-google-analytics
*License : Expat
*Description :

Simple Rack middleware to help injecting the Google Analytics tracking code in 
your website.

This middleware injects either the synchronous or asynchronous Google
 Analytics tracking code into the correct place of any request only when
 the response's|Content-Type|  header contains|html|  (therefore|text/html|  
and similar).

Bug#702296: perl: CVE-2013-1667: rehashing flaw

[Salvatore Bonaccorso]

Source: perl
Version: 5.10.1-17squeeze4
Severity: grave
Tags: security patch
Control: found -1 5.16.2-1

Hi Niko and Dominic

A a hash-related flaw was announced today and CVE-2013-1667 assigned
to it.

For further reference see [1,2].

 [1]: http://www.nntp.perl.org/group/perl.perl5.porters/2013/03/msg199755.html
 [2]: https://security-tracker.debian.org/tracker/CVE-2013-1667

Could you please include the CVE identifier when fixing the issue? I
assume this should get a DSA.

Regards,
Salvatore


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

Bug#701684: [Pkg-libvirt-maintainers] Bug#701684: virt-viewer no longer contains virt-viewer

[Julien Cristau]

On Sun, Mar  3, 2013 at 12:30:05 -0700, Bob Proulx wrote:

> reopen 701684
> thanks
> 
> Luca Capello wrote:
> > I just got it by this bug as well and IMHO the current solution
> > (upgrading to the versions in experimental) is not fine: virt-viewer in
> > sid is still broken and, after having visited the bug report, there is
> > no ETA for a fixed version in sid.
> 
> I am sure the upload to Experimental was just for the testing of a new
> package.  A perfect place for Experimental.  All good.  In which case
> the closing of the bug in Sid I am sure was simply accidental dragged
> along since it doesn't fix the problem in Sid.  Therefore I am
> adjusting the status to match the existing condition.  When the
> package is moved to Sid fixing the problem there then the bug can be
> closed again.
> 
Wrong.  That's not how the BTS works.  If a fixed package exists then
the bug can be closed.  Whether the bug's actually fixed in a particular
suite is a different thing, and is handled by the BTS's version
tracking.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702295: zenity: Zenity windows get TOO HIGH when text contains many words

[Thanatermesis]

Package: zenity
Version: 3.4.0-2
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

- --info , --warning , --error windows get higher for each word which is
added to
the text.
Seems like useless blank lines are added below the text.

This is a big usability issue for all the applications using Zenity, which
apt-cache rdepends can show a good number of them

HOW TO REPRODUCE:
zenity --info --text='A b c d e f g h i j k l m n o p q r s t u v w x y
z'
zenity --warning --text='A b c d e f g h i j k l m n o p q r s t u v w x
y z'
zenity --error --text='A b c d e f g h i j k l m n o p q r s t u v w x y
z'
zenity --error
- --text='A-b-c-d-e-f-g-h-i-j-k-l-m-n-o-p-q-r-s-t-u-v-w-x-y-z'

Examples which DON'T have the bug:
zenity --question --text='A b c d e f g h i j k l m n o p q r s t u v w
x y z'
zenity --error
- --text='A,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z'

Note that this bug was already reported on ubuntu too, which still
exist on their version 3.6.0 of the package, I re-used some contents
of that report and the link to it is:
https://bugs.launchpad.net/ubuntu/+source/zenity/+bug/1087520


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

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

Versions of packages zenity depends on:
ii  libc6   2.13-38
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-6
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libwebkitgtk-3.0-0  1.8.1-3.4
ii  libx11-62:1.5.0-1
ii  zenity-common   3.4.0-2

zenity recommends no packages.

zenity suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJRNQnRAAoJEKLHmb/f+NfCrdUQAN6Jv+WL1d4uXwr/1eEnbRpU
+zrDx/0gs0ywIzmu153WCfdhYsWnORaW6yaMOuUXtG5iHe21R9qF6mBbQtZURpiX
rA7sbmbgtPVN79Bqf1c38KUDzakzJa6FGhDq4hSW7oR8IrCIZWu5hMdndKVyUCsP
gL/DuqWmAgFSoW8y5b7rMmA4iIJuHAcZHS+dDu341/6a9jibJeemJ+h58x3DF+p1
OOgGZNv/9bN8oRJZCEMyThsLwiCqItOa6RuQv1SKiWSG+BmX066OR/2SdgaqU22L
u/JpU3tzRZwdZUeQ+ZrYi1L2SRJPiSnFdbrCJ5vgSiJ9/zV1KoYDIQialgsh4jc+
1mDRuZFJiA4s0ZrTlBAoMa80Fx9yPxjtMXyP7gVAj/MMGY+KrTlAWfhGtqOWPE0n
Zzv/Z8NhwW0UIquMJ561+rG4GwRzIhEnt7Z45xD+K3T+IwkVoPJ8irU4+e2LS4CX
kzF2kigKpwexr04MfEnamq3Vf5D/FgvYqBrhQRhdGNOiFNDSOTfCCz/W6H2u55Qt
QvSjcjHShwqdUot4XV3BHeAB/vnhVz1XtfD19hf1RiT+zngZ8OLJ+D88Ldo4V8NB
W8WxuF5QQnkPUOoroRAkYpedzSNL1O0uRQ85RA+UgA4WYcC+B8JqO6pTdxphuTsZ
yPv1LWG7uW+rxgwbtL97
=fS8F
-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#702294: installation-reports: netinst all ok

[Yury]

Package: installation-reports
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- Package-specific info:

Boot method: network
Image version: 
http://cdimage.debian.org/cdimage/wheezy_di_rc1/amd64/iso-cd/debian-wheezy-DI-rc1-amd64-netinst.iso
Date: 

Machine: noname Intel Core2Duo E4700/RAM: 2GB DDR2/HDD 160GB WD SATA/MB ASUS 
P5K-V/video&network:onboard
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20130211"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux a343 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 
Express DRAM Controller [8086:29c0] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 
82G33/G31 Express Integrated Graphics Controller [8086:29c2] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation 82G33/G31 
Express Integrated Graphics Controller [8086:29c3] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #4 [8086:2937] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #5 [8086:2938] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #6 [8086:2939] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB2 EHCI Controller #2 [8086:293c] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 1 [8086:2940] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 6 [8086:294a] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #1 [8086:2934] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #2 [8086:2935] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #3 [8086:2936] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB2 EHCI Controller #1 [8086:293a] (rev 02)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8277]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge 
[8086:244e] (rev 92)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801IB (IC

Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev

[gregor herrmann]

On Mon, 04 Mar 2013 22:24:30 +0200, Otto Kekäläinen wrote:

> 2013/3/4 Rene Engelhard :
> > On Mon, Mar 04, 2013 at 08:15:40PM +0200, Otto Kekäläinen wrote:
> >> The attached patch would insert the dependency like:
> >> libmariadbclient-dev | libmysqlclient-dev
> > TTBOMK sbuld (at least the one used at the debian buildds)
> > only consider the first alternative - and this is correct to ensure
> > reliable builds.
> You are right, the resulting binary package will have only
> "libmariadbclient18 (>= 5.5.1-1)"
[..]
> What is the correct way to insert "libmariadbclient18 (>= 5.5.1-1) |
> libmysqlclient18 (>= 5.5.1-1)" in there?

That's only possbile with more or less ugly hacks from the
libdbd-mysql-perl side.

But as Rene has already pointed out, changing Build-Depends to
"libmariadbclient-dev | libmysqlclient-dev" makes the package
immediately unbuildable and therefore RC-buggy if
libmariadbclient-dev is not yet in the archive.

(Besides that, any such major changed will have to wait until after
the wheezy release.)

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Larimar: Ham'n'Eggs and Black Coffee


signature.asc
Description: Digital signature

Bug#702280: Add alternative (build-)dependency: libmariadbclient-dev

[Rene Engelhard]

On Mon, Mar 04, 2013 at 10:24:30PM +0200, Otto Kekäläinen wrote:
> Hello,
> 
> 2013/3/4 Rene Engelhard :
> > [ I am not the maintainer of libdbd-mysql-perl .. ]
> >
> > On Mon, Mar 04, 2013 at 08:15:40PM +0200, Otto Kekäläinen wrote:
> >> The attached patch would insert the dependency like:
> >> libmariadbclient-dev | libmysqlclient-dev
> >
> > TTBOMK sbuld (at least the one used at the debian buildds)
> > only consider the first alternative - and this is correct to ensure
> > reliable builds.
> 
> You are right, the resulting binary package will have only
> "libmariadbclient18 (>= 5.5.1-1)" and no pipe operator and alternative
> option. We can't touch the source file dependencies is this case, but

True, but this is not my point.

> What is the correct way to insert "libmariadbclient18 (>= 5.5.1-1) |
> libmysqlclient18 (>= 5.5.1-1)" in there?

This is not a good idea I think... If libmariadbclient18 had a lib
named "libmysqlclient.so.18" (which the "compat" to libmysqlclient18
suggests, it still shouldn't be called so imho).

Anyway: you _completely_ missed my point. sbuild (read: debian buildds)
will only take the *first alternative* of build-depends and if that
doesn't work fail. Thius your suggested libmariadbclient-dev | 
libmysqlclient-dev
will *NOT* work.

Regards,

Rene


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