date:20130418

On Thu, Apr 18, 2013 at 9:09 PM, Michael Gilbert wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: rm
> Severity: normal
>
> Please consider removing gnustep-dl2.  It seems to be incompatible
> with gobjc 4.7 (bug #705602).  It has no reverse dependencies.

Missed this.  steptalk is a reverse dependency that would also need removed.

Best wishes,
Mike


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

Bug#705719: gdb: Doesn't handle complex numbers

2013-04-18 Thread chrjae

Package: gdb
Version: 7.4.1+dfsg-0.1
Severity: minor

Dear Maintainer,

I've got code that deals with complex numbers. While debugging code
(that casts pointers), I noticed that GDB doesn't handle complex
number types:

(gdb) p ((complex double*)(x))[0]
No symbol "_Complex" in current context.
(gdb) p ((double complex*)(x))[0]
A syntax error in expression, near `_Complex'.
(gdb) p ((complex long*)(x))[0]
No symbol "_Complex" in current context.
(gdb) p ((complex float*)(x))[0]
No symbol "_Complex" in current context.
(gdb) p ((double*)(x))[0]
$1 = 7.9050503334599447e-323
(gdb) p x
$2 = 140737104258313

(for some reasons x is actually defined as long int in my code base,
even though it *does* contain an address)

Not a big deal for me, as I can inspect the real/imag fields manually,
but I was asked in IRC to report this. Dunno if that's just not
implemented or a bug.


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

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

Versions of packages gdb depends on:
ii  gdbserver 7.4.1+dfsg-0.1
ii  libc6 2.13-38
ii  libexpat1 2.1.0-1
ii  libncurses5   5.9-10
ii  libpython2.7  2.7.3-6
ii  libreadline6  6.2+dfsg-0.1
ii  libtinfo5 5.9-10
ii  zlib1g1:1.2.7.dfsg-13

gdb recommends no packages.

Versions of packages gdb suggests:
pn  gdb-doc  

-- 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#705702: residualvm: Doesn't it belong in contrib?

2013-04-18 Thread Dmitry Smirnov

On Fri, 19 Apr 2013 10:43:32 Daniel Schepler wrote:
> 
> The official description from the policy manual: "The contrib archive area
> contains supplemental packages intended to work with the Debian
> distribution, but which require software outside of the distribution to
> either build or function."  residualvm seems to fit the "function" part of
> that description perfectly.
> 
> [...]
>
> The difference is that the ScummVM supported games include some with free
> data (Lure of the Temptress, Beneath a Steel Sky, Flight of the Amazon
> Queen).
> 

Thank you, it makes perfect sense. I'll move to "contrib" with next upload.

Cheers,
 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#704987: system freezes after hibernate/suspend

control: severity -1 important

Reducing severity since this doesn't meet the kernel team's
requirements for a grave or higher.

Best wishes,
Mike


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

Bug#705718: RM: openvpn-auth-ldap/2.0.3-5

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

Please consider removing openvpn-auth-ldap.  It seems to be incompatible
with gobjc 4.7 (bug #641811).  It has no reverse dependencies.

Thanks,
Mike


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

Bug#705717: RM: gnustep-dl2/0.12.0-9

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

Please consider removing gnustep-dl2.  It seems to be incompatible
with gobjc 4.7 (bug #705602).  It has no reverse dependencies.

Thanks,
Mike


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

Bug#705602: gnustep-dl2: DBModeler dies with NSInvalidArgumentException

control: tag -1 confirmed

On a whim, I tried rebuilding the package against the current
libobjc4, but it didn't make any difference.  This likely seems to be
an incompatibility with gobjc 4.7 just like bug #641811.

Best wishes,
Mike


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

Bug#704987: gnome-shell: scrolling in libreoffice-writer freezes system

Package: src:linux
Followup-For: Bug #704987


> Mmh, the gap is strange. Have to recheck.

Stupid myself. There is some time needed to enter the pw for an encrypted system

Colliar


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

Bug#683095: wheezy pam_ldap broken with squeeze slapd using CAcert.org

2013-04-18 Thread Gerald Turner

Subject: Re: ldap client breaks after upgrade to wheezy
Followup-For: Bug #683095
Package: libgnutls26
Version: 2.12.20-6


I just spent the last couple hours struggling with the same problem.

Upgraded a pam_ldap client machine from squeeze to wheezy, openldap
server is still running squeeze.  Server certificate was issued by
CAcert.org.

With debug turned up on an ‘ldapsearch’, all I get is the following:

  TLS: peer cert untrusted or revoked (0x102)
  TLS: can't connect: (unknown error code).

That led me to bug #478883.  Tests using the following command:

  gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt \
-d 4711 -V -p 636 ldap.example.com

…works fine on squeeze (2.8), but fails on wheezy (2.12):

 …|<3>| HSK[0x251f710]: CERTIFICATE was received [4753 bytes]
  |<6>| BUF[REC][HD]: Read 4749 bytes of Data(22)
  |<6>| BUF[HSK]: Peeked 214 bytes of Data
  |<6>| BUF[HSK]: Emptied buffer
  |<6>| BUF[HSK]: Inserted 4 bytes of Data
  |<6>| BUF[HSK]: Inserted 4749 bytes of Data
  |<2>| ASSERT: ext_signature.c:393
  |<2>| ASSERT: ext_signature.c:393
  |<2>| ASSERT: ext_signature.c:393
  |<2>| ASSERT: mpi.c:609
  |<2>| ASSERT: dn.c:1209
  |<2>| ASSERT: verify.c:584
  |<2>| ASSERT: gnutls_kx.c:705
  |<2>| ASSERT: gnutls_handshake.c:2777
  |<6>| BUF[HSK]: Cleared Data from buffer
  *** Fatal error: Error in the certificate.
  |<4>| REC: Sending Alert[2|42] - Certificate is bad
  |<4>| REC[0x251f710]: Sending Packet[1] Alert(21) with length: 2
  |<7>| WRITE: enqueued 7 bytes for 0x4. Total 7 bytes.
  |<7>| WRITE FLUSH: 7 bytes in buffer.
  |<7>| WRITE: wrote 7 bytes, 0 bytes left.
  |<4>| REC[0x251f710]: Sent Packet[2] Alert(21) with length: 7
  *** Handshake has failed
  GnuTLS error: Error in the certificate.
  |<6>| BUF[HSK]: Cleared Data from buffer
  |<4>| REC[0x251f710]: Epoch #0 freed
  |<4>| REC[0x251f710]: Epoch #1 freed
  Processed 6 CA certificate(s).
  Resolving 'ldap.example.com'...
  Connecting to '2001:dead:beef:::636'...
  *** Verifying server certificate failed...

I hadn't realized that CAcert had reissued their intermediate to change
fingerprint algorithm.

Thanks Daniel!

Manually replacing /usr/share/ca-certificates/cacert.org/cacert.org.crt
on the squeeze server with the wheezy version solved the LDAP failures.
Feels really dirty overwriting a file in /usr.  Perhaps the
ca-certificates package in squeeze could use some maintenance
(squeeze-backports?) so that other users avoid this problem on wheezy
upgrade.  Or maybe a NEWS.Debian entry in libgnutls26 hinting at the
breakage of the new gnutls validation code vs. older CAcert certificates
on remote squeeze servers?


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

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) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgnutls26 depends on:
ii  libc6  2.13-38
ii  libgcrypt111.5.0-5
ii  libp11-kit00.12-3
ii  libtasn1-3 2.13-2
ii  multiarch-support  2.13-38
ii  zlib1g 1:1.2.7.dfsg-13

libgnutls26 recommends no packages.

libgnutls26 suggests no packages.

-- no debconf information

-- 
Gerald Turner   Email: gtur...@unzane.com   JID: gtur...@unzane.com
GPG: 0xFA8CD6D5  21D9 B2E8 7FE7 F19E 5F7D  4D0C 3FA0 810F FA8C D6D5


pgpkeGKmWoB7Q.pgp
Description: PGP signature

Bug#368297: About the libgcrypt and OpenLDAP issue

>> 1.a) Patch libgcrypt to revert commit
>>  d769529a71ccda4e833f919f3c5693d25b005ff0
>
> Urgs.  That is a short sighted fix.

That seems to be the solution the rest of the open source community is
converging toward.  Short sighted is an odd categorization since it
seems to have taken 8 years to come to this conclusion.

Maybe some of the blogs on the issue and other comments in this bug
log would be of useful to understand why.  For example:
http://jdbates.blogspot.ca/2013/04/its-crazy-how-much-time-and-effort-one.html

>> In less than two weeks, without introducing any new bugs?
>
> [Why two weeks?]

That is when wheezy get released.

Best wishes,
Mike


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

Bug#705088: Re[4]: Bug#705088: amd64: due to missing lib32asound2-plugins:i386, i386 applications output is broken on pulseaudio-enabled system.

2013-04-18 Thread lct

> > In this case I will reinstall everything from scratch via
> > Debian Netinst and will then post if this bug will be happening on
> > clean install.  I will respond in two business days. Thank you!
> 
Hello!
The clean install machine does not show this issue anymore.
This case should remain closed/worksforme.
Thank you, Elimar, for your patience and willingless to help!
Best regards

Bug#705705: [kdebase-runtime] Additional information: xsession-errors

Package: kdebase-runtime
Version: 4:4.8.4-2

--- Please enter the report below this line. ---
I made a copy of .xsession-errors when this happened. I will attach it with 
the hope this to be useful.
Tell me about any debug information I could add.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-4-686-pae

Debian Release: 7.0
  500 testing security.debian.org 
  500 testing ftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
kde-runtime| 4:4.8.4-2


Package's Recommends field is empty.

Package's Suggests field is empty.
Xsession: X session started for rafael at jue abr 18 23:29:48 CEST 2013
localuser:rafael being added to access control list
Failed to connect to the VirtualBox kernel service
Failed to connect to the VirtualBox kernel service
Failed to connect to the VirtualBox kernel service
Failed to connect to the VirtualBox kernel service
startkde: Starting up...
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
kbuildsycoca4 running...
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
No outputs have backlight property
QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was 
':1.5'
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
kded(3684)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
Object::connect: No such signal QDBusAbstractInterface::Changed()
OpenGL vendor string:   VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x209)
OpenGL version string:  2.1 Mesa 8.0.5
Driver: LLVMpipe
GPU class:  Unknown
OpenGL version: 2.1
Mesa version:   8.0.5
X server version:   1.12.4
Linux kernel version:   3.2
Direct rendering:   yes
Requires strict binding:yes
GLSL shaders:   no
Texture NPOT support:   limited
kwin(3766): ""fsrestore1" - conversion of "0,0,0,0" to QRect failed" 
kwin(3766) KWin::EffectsHandlerImpl::loadEffect: EffectsHandler::loadEffect : 
Effect  "kwin4_effect_blur"  is not supported 
kwin(3766) KWin::EffectsHandlerImpl::loadEffect: EffectsHandler::loadEffect : 
Effect  "kwin4_effect_startupfeedback"  is not supported 
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusObjectPath: invalid path ""
QGraphicsLinearLayout::insertItem: cannot insert null item
QGraphicsLinearLayout::insertItem: cannot insert null item
plasma-desktop(3994)/libplasma Plasma::isPluginVersionCompatible: unversioned 
plugin detected, may result in instability 
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: "systemsettings" not found
Object::connect: No such signal QDBusAbstractInterface::Changed()
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: 
"/home/rafael/.kde/share/apps/RecentDocuments/bug.desktop" not found
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: 
"/home/rafael/.kde/share/apps/RecentDocuments/default.desktop" not found
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: 
"/home/rafael/.kde/share/apps/RecentDocuments/r.desktop" not found
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: 
"/home/rafael/.kde/share/apps/RecentDocuments/instantanea1.png.desktop" not 
found
plasma-desktop(3994)/kdecore (services) 
KServiceFactory::findServiceByDesktopPath: 
"/home/rafael/.kde/share/apps/RecentDocuments/gmail.png.desktop" not found
plasma-desktop(3994)/kdecore (services)

Bug#705702: residualvm: Doesn't it belong in contrib?

On Thu, Apr 18, 2013 at 5:17 PM, Dmitry Smirnov wrote:

> On Fri, 19 Apr 2013 04:56:35 Daniel Schepler wrote:
> > I was pleasantly surprised to see this show up in my new packages list
> this
> > morning (I was heavily involved in the development of it for a while).
>
> Thank you for your work. :)
>
>
> > However, given that it requires data files from either Grim Fandango or
> > Escape From Monkey Island to be of any use, wouldn't it make more sense
> for
> > this package to live in contrib rather than main?
>
> That's what I thought as well however to my understanding "contrib" is
> for packages that can satisfy their dependencies from "non-free" and
> those games will hardly ever will be in "non-free".
>

The official description from the policy manual: "The contrib archive area
contains supplemental packages intended to work with the Debian
distribution, but which require software outside of the distribution to
either build or function."  residualvm seems to fit the "function" part of
that description perfectly.

>
> ResidualVM is very similar to ScummVM which already belong to "main"
> for a while. Also ftp-masters did not object for inclusion of
> ResidualVM to "main".
>

The difference is that the ScummVM supported games include some with free
data (Lure of the Temptress, Beneath a Steel Sky, Flight of the Amazon
Queen).
-- 
Daniel Schepler

Bug#705599: finish-install: 07speakup needs to be updated for Wheezy and GNOME 3

2013-04-18 Thread Samuel Thibault

Raphael Hertzog, le Thu 18 Apr 2013 08:27:01 +0200, a écrit :
> 1/ you're setting up dbus within d-i instead of letting it happen during
>the first boot like on other installation scenarios

? I don't undesrstand this: it only sets up a temporary session just for
setting the value.

> 2/ the multiple dbus-launch means that you start multiple dbus that are
>left around during the installation (this goes against policy-rc.d
>which disables daemons on purpose)

Right, I forgot to kill the daemon afterwards.

> 3/ you change directly the user configuration instead of adjusting
>the defaults (this one is debatable since supplementary users might
>not want a11y enabled by default but this is a minor inconvenience)

Yes, thus Cc-ing debian-accessibility.  I'm not sure what we really
want.  Most often, users (other than the person who installed the system
with braille or speech) will not want accessibility being enabled.

On the other hand, just changing the default could be less surprising
than having a configured user.

But on the other hand again, having "a file in
/usr/share/glib-2.0/schemas outside of dpkg's knowledge" is not a good
thing either, and people will wonder how this script ended up there, and
not coming from a package.

> 4/ if the system is reconfigured so that gsettings uses something else
>than dconf as backend,

Urgl, so gsettings might be storing parameters another way, depending on
the system preference?  That, however is really a problem indeed.

Would it be possible to store a schema file somewhere in the user home?

Now, an issue is that while finish-install can be updated with a new
patch without rebuilding debian-installer, brltty can not, and rc2,
supposed to be used for 7.0.0, is already on its way.  Ideally we'd use
the same strategy for both the speakup and the brltty installations...

Samuel


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

Bug#705716: RM: dovecot-solr/1:2.1.7-7

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

Please consider removing dovecot-solr.  It's had an open RC bug
(#704422) for three weeks now and no activity at all except for the
bug submission.  It has no reverse-dependencies and has never been in
a stable release.

Thanks,
Mike


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

Bug#705715: microcode.ctl: Option to download even if the CPU isn't Intel

2013-04-18 Thread Ivan Baldo

Package: microcode.ctl
Version: 1.17-13
Severity: wishlist

So I run Linux from an USB pendrive, I install it in an AMD system but I will
use it sometimes in an Intel system, I need to download and keep updated the
database even if it isn't for the CPU I am using right now.
In my personal opinion I think that if someone installs this package and runs
the script to update the database it should do as told irrespective of the CPU
it has.
Otherwise having an option to simply force the download would be nice.
Thanks for your consideration.
Have a nice day!


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

Kernel: Linux 2.6.32-5-686 (SMP w/3 CPU cores)
Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to es_UY.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages microcode.ctl depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  module-init-tools 3.12-2+b1  tools for managing Linux kernel mo
ii  udev  164-3  /dev/ and hotplug management daemo

Versions of packages microcode.ctl recommends:
ii  intel-microcode 0.20100826-1 Processor microcode data file for 
ii  wget1.12-2.1 retrieves files from the web

microcode.ctl suggests no packages.

-- debconf information:
* microcode.ctl/check-new: true


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

Bug#705702: residualvm: Doesn't it belong in contrib?

2013-04-18 Thread Dmitry Smirnov

On Fri, 19 Apr 2013 04:56:35 Daniel Schepler wrote:
> I was pleasantly surprised to see this show up in my new packages list this
> morning (I was heavily involved in the development of it for a while).

Thank you for your work. :)

> However, given that it requires data files from either Grim Fandango or
> Escape From Monkey Island to be of any use, wouldn't it make more sense for
> this package to live in contrib rather than main?

That's what I thought as well however to my understanding "contrib" is
for packages that can satisfy their dependencies from "non-free" and
those games will hardly ever will be in "non-free".

ResidualVM is very similar to ScummVM which already belong to "main"
for a while. Also ftp-masters did not object for inclusion of
ResidualVM to "main".

I don't mind moving ResidualVM to contrib (if appropriate) but only if
some experienced DDs will suggest that as well.

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#673038: slapcat output truncated every now and then

On Tue, Apr 16, 2013 at 8:56 PM, Michael Gilbert wrote:
>> Has anyone had chance to look at this? It's getting quite late for a fix
>> for wheezy.
>
> For what its worth, this was tested and confirmed working upstream a
> couple days ago:
> http://www.mail-archive.com/openldap-its@openldap.org/msg08242.html

I've uploaded an nmu to delayed/2 fixing this.  Please let me know if
I should delay longer.  Patch attached.

Best wishes,
Mike


openldap.patch
Description: Binary data

Bug#547171: debhelper version and compat

2013-04-18 Thread Mike Miller

On Thu, Apr 18, 2013 at 3:06 PM, Tyler Trafford wrote:
> I've been testing this (with mock) and it seems great.

Thanks, glad to hear it.

> I can see no ill effects when the debhelper version requirements (in
> control and compat) are lowered to 8.  This makes it so the package can
> be rebuilt for squeeze when necessary.

Maybe, but debhelper 9 is already in squeeze-backports so it can
already be built for squeeze without any trouble.

-- 
mike


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

Bug#705714: unblock: meta-kde/5:77+deb7u1

2013-04-18 Thread Sune Vuorela

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

Please unblock package meta-kde

The default install of KDE Plasma Workspace ended up with two
applications notifying the user about available updates,
update-notifier-kde and apper. The latter can also actually help with
applying the updates so it is generally preferred. So let's remove
update-notifier-kde from the default install. 

unblock meta-kde/5:77+deb7u1

Thanks in advance

Here comes the full diff according to my git.

Hugs and kisses.

/Sune

diff --git a/debian/changelog b/debian/changelog
index 5021c56..3bd126e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+meta-kde (5:77+deb7u1) unstable; urgency=low
+
+  * Drop update-notifier-kde relations. The default install contains
+apper, which notifies the user about available upgrades which is
+the same as what update-notifier-kde does, so the user would get
+two notifications about available upgrades. (Closes: 705646)
+
+ -- Sune Vuorela   Fri, 19 Apr 2013 01:18:11 +0200
+
 meta-kde (5:77) unstable; urgency=low
 
   * Team upload.
diff --git a/debian/control b/debian/control
index 549bf90..8a093fd 100644
--- a/debian/control
+++ b/debian/control
@@ -63,8 +63,7 @@ Depends: ${misc:Depends}, kde-plasma-desktop (>= 
${source:Version}) | kde-plasma
  okular (>= ${kde:Version}), plasma-desktopthemes-artwork (>= ${kde:Version}), 
sweeper (>= ${kde:Version}),
  khelpcenter4 (>= ${kde:Version})
 Recommends: konq-plugins (>= ${kde:Version}), plasma-widget-networkmanagement,
- freespacenotifier (>= ${kde:Version}),
- update-notifier-kde
+ freespacenotifier (>= ${kde:Version})
 Suggests: kde-l10n (>= ${kde:Version}), kde-plasma-desktop (>= 
${source:Version}),
  kde-plasma-netbook (>= ${source:Version}), skanlite
 Breaks: kde-minimal (<< 5:57)
-- 
I'm not able to insert the pin of a button over the e-mail, how does it work?

You should reinstall a forward.


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

Bug#705713: libpam-mount: Script to proper update password of crypted home partition/container

Package: libpam-mount
Version: 2.14~git+d1d6f871-1
Severity: wishlist

Hi

It would be nice if this package would include a helper script to properly 
update passwords of crypted home partitions/containers when the user changes 
his/her pw.

Maybe libpam-scripts could help to run a script when passwd is called.


Thanks

colliar


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, '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 libpam-mount depends on:
ii  base-files  7.1
ii  libc6   2.13-38
ii  libcryptsetup4  2:1.4.3-4
ii  libhx28 3.12.1-1
ii  libmount1   2.20.1-5.3
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libssl1.0.0 1.0.1e-2
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  mount   2.20.1-5.3

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
pn  cifs-utils  
pn  davfs2  
pn  fuse-utils  
ii  lsof4.86+dfsg-1
pn  ncpfs   
ii  openssl 1.0.1e-2
ii  psmisc  22.19-1+deb7u1
pn  sshfs   
pn  tc-utils
pn  xfsprogs

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed [not included]

-- no debconf information


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

Bug#705712: libpam-mount: pmt-ehd: option to parse mkfs options

Package: libpam-mount
Version: 2.14~git+d1d6f871-1
Severity: wishlist

Hi

It would be really useful to be able to parse options to mkfs through pmt-ehd, 
especially when used on a partition.

I do not need any reserved space for root for example.

Thanks

colliar


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, '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 libpam-mount depends on:
ii  base-files  7.1
ii  libc6   2.13-38
ii  libcryptsetup4  2:1.4.3-4
ii  libhx28 3.12.1-1
ii  libmount1   2.20.1-5.3
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libssl1.0.0 1.0.1e-2
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  mount   2.20.1-5.3

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
pn  cifs-utils  
pn  davfs2  
pn  fuse-utils  
ii  lsof4.86+dfsg-1
pn  ncpfs   
ii  openssl 1.0.1e-2
ii  psmisc  22.19-1+deb7u1
pn  sshfs   
pn  tc-utils
pn  xfsprogs

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed [not included]

-- no debconf information


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

Bug#705291: fetchmail: redundant fetch when configured for more than one user

2013-04-18 Thread Matthias Andree

This is expected behaviour.

--user (or -u) is not a selector, but only overrides the default (which
is the user name of the user running fetchmail).

Effectively, the -u option overrides all username stanzas.

I am demoting this to wishlist because it matches documentation:

*We would need an option to specify and match the username in addition
to the pollname.* This is not fetchmail 6.x stuff, however, it will have
to wait for 7.x.

The workaround is to use a pollname that is distinct from the server's
host name.  It might look like (untested):

  skip fred-pop.safe-mail.net via pop.safe-mail.net
  protocol imap
  port 993
  interval 3
  username "fred.flintst...@safe-mail.net"
  ssl
  sslcertck
  fetchall

...
  skip barney-pop.safe-mail.net via pop.safe-mail.net
  protocol imap
  port 993
  interval 3
  username "barney.rub...@safe-mail.net"
  ssl
  sslcertck
  fetchall

 ... (the same scheme for wilma).

The poll name (the ...-pop.safe-mail.net right after skip) now no longer
specifies the server name, but only an internal name to fetchmail. The
actual host name goes after "via".

It's a bit longer to spell out, but should solve your problem.


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

Bug#705711: linux-image-2.6.32-5-686: AMD A6-3500 APU with Radeon HD 6530D not supported

2013-04-18 Thread Ben Hutchings

Control: tag -1 wontfix

On Thu, Apr 18, 2013 at 07:09:03PM -0300, Ivan Baldo wrote:
> Package: linux-2.6
> Version: 2.6.32-46
> Severity: wishlist
> Tags: squeeze
> 
> This is just to let you know.
> I don't know if a backport to support that driver is worthwhile or not, 
> complex
> or trivial, etc...
> The VESA driver is unstable, sometimes X starts, sometimes not, when it starts
> it doesn't support the monitors native resolution.
> Thanks for your consideration!
> Happy hacking!

Sorry, it won't be possible to add any new graphics hardware support
to 'squeeze'.  The kernel and X packages in squeeze-backports might
support this hardware properly; otherwise try Debian 7.0 'wheezy'
which will be released very shortly.

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#250904: Re-Validate Your E-mail

2013-04-18 Thread Technical Support


You have reached the limit of your email quota, you will not be able to send or 
receive new mail until you re-validate your mailbox size. 

Click Here : to re-validate your account 

Technical Support 
192.168.0.153

Bug#663380: Fixed

2013-04-18 Thread Lanoxx


This is fixed in tilda/1.1.5-1


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

Bug#655515: [pkg-ntp-maintainers] Bug#655515: Bug in ntp.postinst

2013-04-18 Thread Gerald Turner

Kurt Roeckx  writes:
> On Thu, Apr 18, 2013 at 01:26:43PM -0700, Gerald Turner wrote:
>> I hacked around the problem by appending '|| true' expressions to the
>> postinst addgroup/adduser commands.
>
> Since we don't say which gid to use, that can't be a reason to fail.
> It also never failed here ...
>
> Maybe it's not a system group for you?  What does "getent group ntp"
> return?

# getent group ntp   
ntp:x:107:

> Can you run it without the --quiet option?

# addgroup --system ntp ; echo $?
addgroup: The group `ntp' already exists and is not a system group. Exiting.
1

Hmmm...

# grep '^FIRST_SYSTEM' /etc/adduser.conf
FIRST_SYSTEM_UID=123
FIRST_SYSTEM_GID=123

Sorry I forgot about that, a few years ago I was juggling a bunch of Xen
guests, trying to keep system passwd and group entries in sync for a
handful of common daemons and manually bumping adduser.conf.

Perhaps I need to restore those to 100 in order to avoid this type of
"bug" with other postinst scripts.

-- 
Gerald Turner   Email: gtur...@unzane.com   JID: gtur...@unzane.com
GPG: 0xFA8CD6D5  21D9 B2E8 7FE7 F19E 5F7D  4D0C 3FA0 810F FA8C D6D5

pgpcFKIKZjuk9.pgp
Description: PGP signature

Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2

2013-04-18 Thread Adam D. Barratt

On Thu, 2013-04-18 at 23:48 +0200, Thomas Preud'homme wrote:
> Le jeudi 18 avril 2013 21:46:18, Adam D. Barratt a écrit :
> > Please go ahead; thanks.
> 
> Done.

Thanks; unblocked.

Regards,

Adam


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

Bug#704151: ITP: quadrule -- C library of quadrature rules for numerical integration

2013-04-18 Thread Mike Neish


Hi Anton,

Thanks for sponsoring this package, and for all the help in making the 
package suitable for Debian!


Mike


On 13-04-18 04:01 AM, Anton Gladky wrote:

Hi,

I sponsored the package last night. Thanks for contribution!
Please, consider for the future uploads an adding of auto-tests.
It is always useful.

Anton




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

Bug#696899: can anybody sponsor an ITP for premake4 ?

2013-04-18 Thread shirish शिरीष

Hi all,
Just saw premake4.3-repack in NEW and that's great news.
https://ftp-master.debian.org/new.html

Looking forward to hit it in experimental.
-- 
  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#705711: linux-image-2.6.32-5-686: AMD A6-3500 APU with Radeon HD 6530D not supported

2013-04-18 Thread Ivan Baldo

Package: linux-2.6
Version: 2.6.32-46
Severity: wishlist
Tags: squeeze

This is just to let you know.
I don't know if a backport to support that driver is worthwhile or not, complex
or trivial, etc...
The VESA driver is unstable, sometimes X starts, sometimes not, when it starts
it doesn't support the monitors native resolution.
Thanks for your consideration!
Happy hacking!


-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-46) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun Sep 23 09:49:36 UTC 2012

** Command line:
initrd=inteligentes/initrd.img fsprotect=50% 
nfsroot=/usr/local/terminales/inteligentes BOOT_IMAGE=inteligentes/vmlinuz 

** Tainted: C (1024)
 * Module from drivers/staging has been loaded.

** Kernel log:
[5.884366] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.887527] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.890714] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.895858] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.900191] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.903692] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.907855] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.912529] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.915711] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.919022] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.921823] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.925810] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.928731] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.932748] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.936422] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.940484] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.943392] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.947691] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.950899] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.956648] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.959580] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.963901] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.968694] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.972268] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.975335] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.978244] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.981024] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[5.984400] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[6.177528] usbcore: registered new interface driver usbserial
[6.177586] USB Serial support registered for generic
[6.177637] usbcore: registered new interface driver usbserial_generic
[6.177686] usbserial: USB Serial Driver core
[6.183778] USB Serial support registered for Handspring Visor / Palm OS
[6.183836] USB Serial support registered for Sony Clie 3.5
[6.183979] USB Serial support registered for Sony Clie 5.0
[6.184098] usbcore: registered new interface driver visor
[6.184135] visor: USB HandSpring Visor / Palm OS driver
[7.641971] svc: failed to register lockdv1 RPC service (errno 97).
[8.161350] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.163707] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.165977] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.168390] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.170707] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.173142] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.175449] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.178060] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.180347] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.182600] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.185019] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.187348] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.189682] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.191903] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8.194330] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback 
Volume)
[8

Bug#705421: RFS: libcommons-logging-java 1.1.2-2 (for experimental)

2013-04-18 Thread Emmanuel Bourg

Hi Jakub,

Go ahead and upload, I will take care of the next update.

Emmanuel




smime.p7s
Description: Signature cryptographique S/MIME

Bug#704477: RM: several [hurd-i386] -- ROP; outdated

2013-04-18 Thread Luca Falavigna

It seems there are some reverse dependencies missing.
Please correct me if I'm wrong.



2013/4/1 Samuel Thibault :
> The following first list is composed of outdated leaf unstable source
> packages:

gecko-mediaplayer
mhc
mitmproxy
mysqmailgadmin-openvpn-client
gadmin-openvpn-server
iptotal
nagiosgrapher
openvpn-auth-radius
rggobi
ruby-globalhotkeys
surf
theseus
worker
xfce4-goodies

> The following second list is composed of leaf unstable source packages
> which are not outdated, but are blockers for removing outdated non-leaf
> unstable packages, listed further:

gadmin-openvpn-client
gadmin-openvpn-server
iptotal
nagiosgrapher
openvpn-auth-radius

> The following fourth list is composed of outdated leaf experimental
> source packages:

libsdl-1.3


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

Bug#705710: libpam-mount: Docs need update, at least README.Debian is outdated

Package: libpam-mount
Version: 2.14~git+d1d6f871-1
Severity: normal

Hi

Please update the documentation shipped with this package.

At least README.Debian is outdated and includes an example with depricated 
options.

This is probably not the only file under /usr/share/docs which needs updates

Thanks


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, '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 libpam-mount depends on:
ii  base-files  7.1
ii  libc6   2.13-38
ii  libcryptsetup4  2:1.4.3-4
ii  libhx28 3.12.1-1
ii  libmount1   2.20.1-5.3
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libssl1.0.0 1.0.1e-2
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  mount   2.20.1-5.3

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
pn  cifs-utils  
pn  davfs2  
pn  fuse-utils  
ii  lsof4.86+dfsg-1
pn  ncpfs   
ii  openssl 1.0.1e-2
ii  psmisc  22.19-1+deb7u1
pn  sshfs   
pn  tc-utils
pn  xfsprogs

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed [not included]

-- no debconf information


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

Bug#368297: About the libgcrypt and OpenLDAP issue

2013-04-18 Thread Werner Koch

On Thu, 18 Apr 2013 20:24, a...@adam-barratt.org.uk said:

> GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in
> wheezy, given that wheezy will be shipping with 2.12.

It also ships 3.0 (libgnutls28) which then sometimes leads tp processes
linking two different versions of GNUTLS.  Usually this works, but it is
not a pretty thing and might be the cause for other trouble later.

> In less than two weeks, without introducing any new bugs?

[Why two weeks?]

> Opinions that help towards a constructive resolution appreciated.

I did this 3 years ago and would have appreciated if that persisting
problem had been raised again at gcrypt-devel.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#368297: About the libgcrypt and OpenLDAP issue

2013-04-18 Thread Werner Koch

On Thu, 18 Apr 2013 20:40, clo...@igalia.com said:

> I see two options to get this fixed for Wheezy:
>
> [Option 1] -- Do the same that Ubuntu did. That is:
>
> 1.a) Patch libgcrypt to revert commit
>  d769529a71ccda4e833f919f3c5693d25b005ff0

Urgs.  That is a short sighted fix.

> [Option 2] -- Patch OpenLDAP to set the flag GCRYCTL_DISABLE_SECMEM if
> GCRYCTL_INITIALIZATION_FINISHED is false. This is the patch I previously
> proposed at http://bugs.debian.org/368297#135

That is the most correct solution.  Any application (not library) which
wants to use that mlock protected memory (aka secure memory) needs to
make sure that libgcrypt has been initialized correctly.  Thus if the
application does not do that and a library wants to to its own thing,
that library should do it in the above way.


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#696899: can anybody sponsor an ITP for premake4 ?

2013-04-18 Thread Cameron Hart

Thanks! Experimental makes sense given how close Wheezy must be to being
done. I wouldn't hold your breath on 4.4, it's an active project but not a
terribly fast moving one. Also most of the development effort has moved
onto a bit of a rewrite that will probably become 4.5 or 5. That said I've
noticed a few projects using the 4.4 beta in the wild, so it may be worth
updating to that if that's what people want to use.

On 19 April 2013 06:26, Jonathan Dowland  wrote:

> On Thu, Apr 18, 2013 at 11:33:54AM +1000, Cameron Hart wrote:
> > I've applied your changes and have updated to rules file to support
> > get-orig-source. I've used CDBS to do this, it has support for
> downloading
> > upstream tarballs and repacking them.
> >
> > I've uploaded a new version to mentors including your changes and my
> update
> > rules file. I was in a bit of a hurry, so hopefully it's all OK.
>
> Looks good — I've uploaded, with a single change that I missed right from
> the
> start, changing the suite from unstable to experimental. Sorry but I don't
> want
> to upset the RMs this late in the release cycle. But it still needs to
> navigate
> NEW anyway and hopefully once that's done a re-up to unstable will be
> swift (or
> perhaps 4.4 will be out by then)
>
>

Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2

2013-04-18 Thread Thomas Preud'homme

Le jeudi 18 avril 2013 21:46:18, Adam D. Barratt a écrit :
> Control: tags 705552 + confirmed
> 
> On Thu, 2013-04-18 at 14:54 +0200, Thomas Preud'homme wrote:
> > Le jeudi 18 avril 2013 14:38:15, Adam D. Barratt a écrit :
> > > Upstream appear to believe it {does,should}n't -
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
> > 
> > Oh good. I hadn't time to look at that yet. Should I upload the NMU then?
> 
> Please go ahead; thanks.

Done.

> 
> Regards,
> 
> Adam

Thanks.

Thomas


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

Bug#655515: [pkg-ntp-maintainers] Bug#655515: Bug in ntp.postinst

2013-04-18 Thread Kurt Roeckx

On Thu, Apr 18, 2013 at 01:26:43PM -0700, Gerald Turner wrote:
> + addgroup --system --quiet ntp
> 
> # man addgroup
> ...
> EXIT VALUES
> ...
>   1  Creating the user or group failed because it was already present
>  with other UID/GID than specified. The username or groupname was
>  rejected because of a mismatch with the configured regular
>  expressions, see adduser.conf(5). Adduser has been aborted by a
>  signal. Or for many other yet undocumented reasons which are
>  printed to console then. You may then consider to remove --quiet to
>  make adduser more verbose.
> ...
> 
> I hacked around the problem by appending '|| true' expressions to the
> postinst addgroup/adduser commands.

Since we don't say which gid to use, that can't be a reason to
fail.  It also never failed here ...

Maybe it's not a system group for you?  What does "getent group ntp"
return?

Can you run it without the --quiet option?


Kurt


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

Bug#705649: Document solutions for re-enabling static mtab

2013-04-18 Thread Roger Leigh

tags 705649 + patch

On Tue, Apr 16, 2013 at 10:37:37PM +0100, Roger Leigh wrote:
> I've not made any changes as yet.  Given that this will only affect
> users who are using e.g. nbd as their rootfs, and not any regular
> use of network nfsroot etc., the best option may be to simply
> document how to re-enable a static mtab in the release notes, for
> users who are dependent upon _netdev working.  This would
> essentially be to
> - comment out the mtab_migrate conditional in /etc/init.d/checkroot.sh
> - rm /etc/mtab
> - cat /proc/mounts > /etc/mtab
> and to reboot; the _netdev flag will then be stored in mtab correctly.

Patch for the release notes attached.  I've gone through the process
locally and confirmed that this all works as documented.


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
Index: en/issues.dbk
===
--- en/issues.dbk	(revision 9741)
+++ en/issues.dbk	(working copy)
@@ -186,6 +186,73 @@
 
 
 
+
+/etc/mtab and _netdev
+
+
+The file /etc/mtab, used to store the list of
+currently mounted filesystems, has been changed to be a symbolic link
+to /proc/mounts.  For almost every case, this
+change will result in a more robust system since the list can never
+become inconsistent with reality.  However, if you use the
+_netdev option in /etc/fstab
+to indicate that a filesystem is a network filesystem requiring
+special handling, this will no longer be set in
+/proc/mounts after rebooting.  This will
+not cause problems for standard network
+filesystems such as NFS, which do not rely on the
+_netdev option.  Filesystems which are
+unaffected by this issue are
+ceph, cifs,
+coda, gfs,
+ncp, ncpfs,
+nfs, nfs4,
+ocfs2 and smbfs.  For
+filesystems which do rely on
+_netdev for correct unmounting at shutdown, for
+example when using an NBD, a static mtab will be
+the only way to use _netdev in wheezy.  If you have
+such a setup, then after completing the upgrade to wheezy restore a
+static /etc/mtab by doing the following:
+
+
+
+
+Edit /etc/init.d/checkroot.sh, and comment out
+these lines:
+
+
+if [ "$rootmode" != "ro" ]; then
+mtab_migrate
+fi
+
+
+
+
+
+
+If you have rebooted the system, and /etc/mtab is
+now a symbolic link:
+
+
+# rm /etc/mtab
+# cp /proc/mounts /etc/mtab
+
+
+Re-add the _netdev option by remounting the
+affected filesystems:
+
+
+# mount -o remount filesystem
+
+
+/etc/mtab will be recreated fully next time you
+reboot the system.
+
+
+
+
+
 
 
   The pdksh to mksh transition
Index: en/release-notes.dbk
===
--- en/release-notes.dbk	(revision 9741)
+++ en/release-notes.dbk	(working copy)
@@ -394,6 +394,10 @@
 Mail Transport Agent
   
   
+NBD
+Network Block Device
+  
+  
 NFS
 Network File System

Bug#705706: chronic: option to output to file in all cases

2013-04-18 Thread Joey Hess

Vagrant Cascadian wrote:
>   chronic --log-output /var/log/foo.log /usr/bin/foo
> 
> Would always log stderr and stdout to /var/log/foo.log, regardless of exit
> status or error, in addition to it's usual behavior of only outputting on 
> error.
> 
> Proof-of-concept patch, which would obviously require argument processing and
> probably could be written much better:

That seems easier than 

chronic sh -c 'command 2>&1 | tee foo.log'

I guess if the patch were cleaned up I'd merge it.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#705709: lxc-unshare manpage has wrong command name

2013-04-18 Thread Dan Greene

Package: lxc
Version: 0.9.0-3
Severity: minor

Dear Maintainer,
In the manpage for lxc-unshare, the wrong command name is given.
For example, the synopsis, which currently says
lxc-clone {-s namespaces} {-u user} {command}
should be
lxc-unshare {-s namespaces} {-u user} {command}

This same error is found in the examples.

(Trying to execute any of the incorrect commands results in lxc-clone
printing its usage message.)

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

Kernel: Linux 3.8-trunk-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libapparmor1   2.7.103-4
ii  libc6  2.13-38
ii  libcap21:2.22-1.2
ii  multiarch-support  2.13-38

Versions of packages lxc recommends:
ii  debootstrap  1.0.48
ii  libcap2-bin  1:2.22-1.2

Versions of packages lxc suggests:
ii  debian-keyring  2012.11.15
ii  gpgv1.4.12-7
pn  live-debconfig-doc  
ii  rsync   3.0.9-4

-- 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#705708: gmic: FTBFS on hurd-i386

2013-04-18 Thread Pino Toscano

Source: gmic
Version: 1.5.1.6+dfsg-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], gmic fails to compile on GNU/Hurd.

The failure happens because in the (home-brew...) Makefile the code path
used if OS=GNU is the Windows configuration.
The easy fix is doing what has also been done for GNU/kFreeBSD, i.e.
turn OS=GNU into Linux.
(Side note: patch kfreebsd-support seems obsolete.)

[1] 
https://buildd.debian.org/status/fetch.php?pkg=gmic&arch=hurd-i386&ver=1.5.1.6%2Bdfsg-4&stamp=1341423041

Thanks,
-- 
Pino
--- a/src/Makefile
+++ b/src/Makefile
@@ -56,6 +56,9 @@ CC = g++
 ifeq ($(OS),GNU/kFreeBSD)
 OS = Linux
 endif
+ifeq ($(OS),GNU)
+OS = Linux
+endif
 ifeq ($(OS),Darwin)
 PLUGINDIR = ~/Library/Application\ Support/Gimp/plug-ins
 USR = /opt/local

Bug#689397: follow PEP 394 (re-include /usr/bin/python2 symlink)

2013-04-18 Thread Scott Kitterman

On Wednesday, April 17, 2013 06:30:26 PM Philipp A. wrote:
> Is there already a repository for Jessie packages? if so, this could
> be fixed there, then. Or can it be fixed in Wheezy? it’s a simple
> symlink, after all.

No.  We're two and a half weeks from release and far past the point where the 
release team would accept any non-critical changes.  No matter how critical 
you think this is for Python, it's not critical for the release.

> It’s sad that debian doesn’t follow this PEP: There is no simple way
> to allow executing ./foobar.py on any system reliably if foobar.py
> uses python 2: "#!/usr/bin/env python2" won’t work on debian and
> "#!/usr/bin/python" won’t work on arch. This motivates python
> developers to violate the PEP as well, too, since debian has more
> users than archlinux (which *follows* that PEP).
> 
> Debian essentially says “fuck python hashbangs that work on archlinux,
> we rather force everyone to write bash wrappers if they want to
> support every distro”.
> 
> Those wrappers aren’t trivial, either; I think you have to do the
> following or something like that:
> 
> #!/bin/bash
> python="$((which python2 || which python) | tail -1)"
> "$python" foobar.py
> 
> i hope you can understand my frustration with this issue now.

First, the absence of /usr/bin/python2 is a valid bug.  The fact that it's not 
present is an accident, but I think you are pointing your frustration in the 
wrong direction.

PEP 394 was written AFTER Archlinux took the insane step of pointing 
/usr/bin/python at a python3 version.  That is not something that upstream had 
ever intended or expected.  PEP 394 was done to try and, eventually, undo the 
damage.  In the mean time, the problem you are concerned about will exist 
until every single distribution that was shipped without /usr/bin/python2 is 
retired.  This is a long term issue and in the scheme of the problem you are 
bothered about, one release on one distribution isn't that big of an issue.

The version of python-defaults in Experimental does have /usr/bin/python2 and 
that is what's intended to be the bases of the Python system for Jesse.

Scott K

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

Bug#705707: cinder: [INTL:pt] Updated Portuguese translation for debconf messages

2013-04-18 Thread Miguel Figueiredo


Package: cinder
Version:
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for cinder's debconf messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Melhores cumprimentos/Best regards,

Miguel Figueiredo


pt.po.gz
Description: application/gzip

Bug#705706: chronic: option to output to file in all cases

2013-04-18 Thread Vagrant Cascadian

Package: moreutils
Version: 0.47
Severity: wishlist

chronic is pretty nice, thanks!

I'm curious if you'd consider adding an option to also log to a specified file
in all cases.

I could see wanting a full log file of a cron job, but only output to cron on
errors.

Something like:

  chronic --log-output /var/log/foo.log /usr/bin/foo

Would always log stderr and stdout to /var/log/foo.log, regardless of exit
status or error, in addition to it's usual behavior of only outputting on error.

Proof-of-concept patch, which would obviously require argument processing and
probably could be written much better:

--- /usr/bin/chronic2012-06-25 13:33:06.0 -0700
+++ chronic 2013-04-18 13:06:13.802819115 -0700
@@ -44,16 +44,20 @@
 my $h = IPC::Run::start \@ARGV, \*STDIN, \$out, \$err;
 $h->finish;
 my $ret=$h->full_result;
+open(LOGFILE, '>>/tmp/foo.log');
 
 if ($ret >> 8) { # child failed
showout();
+   showout_log();
exit ($ret >> 8);
 }
 elsif ($ret != 0) { # child killed by signal
showout();
+   showout_log();
exit 1;
 }
 else {
+   showout_log();
exit 0;
 }
 
@@ -61,3 +65,10 @@
print STDOUT $out;
print STDERR $err;
 }
+
+sub showout_log {
+   print LOGFILE $out;
+   print LOGFILE $err;
+}
+
+close(LOGFILE);

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (120, 
'unstable'), (110, 'experimental')
Architecture: i386 (i686)

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

Versions of packages moreutils depends on:
ii  libc62.13-38
ii  libipc-run-perl  0.92-1
ii  perl 5.14.2-20

moreutils recommends no packages.

Versions of packages moreutils suggests:
ii  libtime-duration-perl  1.06-3
ii  libtimedate-perl   1.2000-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#667940: [kde-config-touchpad] Question

Package: kde-config-touchpad
Version: 0.8.1-1

--- Please enter the report below this line. ---
Hi Oz, please check if you are experiencing the same than me in bug #705685 
(read the fourth comment).

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-4-686-pae

Debian Release: 7.0
  500 testing security.debian.org 
  500 testing ftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
python2.7  | 2.7.3-6
 OR python2.6  | 2.6.8-1.1
python   (>= 2.6.6-7~) | 2.7.3-4
python(<< 2.8) | 2.7.3-4
python-pyudev  | 0.13-1
python   (>= 2.7)  | 2.7.3-4
 OR python-argparse| 
python-pkg-resources   | 0.6.24-1
python-qt4(>= 4.8) | 4.9.3-4
python-kde4 (>= 4:4.5) | 4:4.8.4-1
libxi6  (>= 2:1.4) | 2:1.6.1-1


Recommends   (Version) | Installed
==-+-===
libxtst6   | 2:1.2.1-1
python-dbus| 1.1.1-1
upower | 0.9.17-1


Package's Suggests field is empty.


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

Bug#705683: [kde-config-touchpad] A more general KDE problem

Package: kde-config-touchpad
Version: 0.8.1-1

--- Please enter the report below this line. ---
This bug is really caused by bug #705685 (read fourth comment).

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-4-686-pae

Debian Release: 7.0
  500 testing security.debian.org 
  500 testing ftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
python2.7  | 2.7.3-6
 OR python2.6  | 2.6.8-1.1
python   (>= 2.6.6-7~) | 2.7.3-4
python(<< 2.8) | 2.7.3-4
python-pyudev  | 0.13-1
python   (>= 2.7)  | 2.7.3-4
 OR python-argparse| 
python-pkg-resources   | 0.6.24-1
python-qt4(>= 4.8) | 4.9.3-4
python-kde4 (>= 4:4.5) | 4:4.8.4-1
libxi6  (>= 2:1.4) | 2:1.6.1-1


Recommends   (Version) | Installed
==-+-===
libxtst6   | 2:1.2.1-1
python-dbus| 1.1.1-1
upower | 0.9.17-1


Package's Suggests field is empty.


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

Bug#705705: [kdebase-runtime] Kde startup

Package: kdebase-runtime
Version: 4:4.8.4-2
Severity: normal

--- Please enter the report below this line. ---
After doing a lot of tests, I have discovered that sometimes KDE does not 
start propertly, when that happens, I do not heard the KDE startup sound, 
Kmix, Klipper and other stuff are not loaded (Knetworkmanager is always 
loaded), and Bug #705683 happens too. In that conditions is when logout dialog 
is not displayed. I have experienced this failure with more than one user 
recently created.
The hard job now is to discover why or what makes KDE to not startup propertly 
sometimes.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-4-686-pae

Debian Release: 7.0
  500 testing security.debian.org 
  500 testing ftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
kde-runtime| 4:4.8.4-2


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#655515: Bug in ntp.postinst

2013-04-18 Thread Gerald Turner

Hello, I dist-upgraded from squeeze to testing and had the exact problem
described by Martin Eichenberg, however the suggestions provided by
Michael Stapelberg didn't help.

I believe I have found the problem:

# dpkg --configure --pending --debug=2
Setting up ntp (1:4.2.6.p5+dfsg-2) ...
D02: fork/exec /var/lib/dpkg/info/ntp.postinst ( configure 
1:4.2.6.p2+dfsg-1+b1 )
dpkg: error processing ntp (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 ntp

# sh -x /var/lib/dpkg/info/ntp.postinst configure 1:4.2.6.p2+dfsg-1+b1
+ set -e
+ dpkg-maintscript-helper supports rm_conffile
dpkg-maintscript-helper: warning: environment variable DPKG_MAINTSCRIPT_NAME 
missing
dpkg-maintscript-helper: warning: environment variable DPKG_MAINTSCRIPT_PACKAGE 
missing
+ dpkg-maintscript-helper supports mv_conffile
dpkg-maintscript-helper: warning: environment variable DPKG_MAINTSCRIPT_NAME 
missing
dpkg-maintscript-helper: warning: environment variable DPKG_MAINTSCRIPT_PACKAGE 
missing
+ [ configure = configure ]
+ addgroup --system --quiet ntp

# man addgroup
…
EXIT VALUES
…
  1  Creating the user or group failed because it was already present
 with other UID/GID than specified. The username or groupname was
 rejected because of a mismatch with the configured regular
 expressions, see adduser.conf(5). Adduser has been aborted by a
 signal. Or for many other yet undocumented reasons which are
 printed to console then. You may then consider to remove --quiet to
 make adduser more verbose.
…

I hacked around the problem by appending ‘|| true’ expressions to the
postinst addgroup/adduser commands.

After poking around other postinst scripts looking for addgroup/user
usage, I see a better way would probably be something like the bind9
package:

  getent group bind >/dev/null 2>&1 || addgroup --system bind
  getent passwd bind >/dev/null 2>&1 ||
adduser --system --home /var/cache/bind --no-create-home \
--disabled-password --ingroup bind bind

-- 
Gerald Turner   Email: gtur...@unzane.com   JID: gtur...@unzane.com
GPG: 0xFA8CD6D5  21D9 B2E8 7FE7 F19E 5F7D  4D0C 3FA0 810F FA8C D6D5


pgpVWXTPRS0G2.pgp
Description: PGP signature

Bug#696899: can anybody sponsor an ITP for premake4 ?

2013-04-18 Thread Jonathan Dowland

On Thu, Apr 18, 2013 at 11:33:54AM +1000, Cameron Hart wrote:
> I've applied your changes and have updated to rules file to support
> get-orig-source. I've used CDBS to do this, it has support for downloading
> upstream tarballs and repacking them.
> 
> I've uploaded a new version to mentors including your changes and my update
> rules file. I was in a bit of a hurry, so hopefully it's all OK.

Looks good — I've uploaded, with a single change that I missed right from the
start, changing the suite from unstable to experimental. Sorry but I don't want
to upset the RMs this late in the release cycle. But it still needs to navigate
NEW anyway and hopefully once that's done a re-up to unstable will be swift (or
perhaps 4.4 will be out by then)

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

Bug#705703: [Pkg-bitcoin-devel] Bug#705703: cgminer: create manpage during debian build

2013-04-18 Thread micah

Scott Howard  writes:

> Package: cgminer
> Version: 2.11.3-1
> Severity: wishlist
>
> this is a to-do bug so I don't forget: we should generate cgminer's
> help2man man page during build. This is because the different algorithms
> available to the miner are a function of architecture, thus the manpage is
> a function of architecture

The only problem is that help2man tends to make pretty bad man
pages. I've used it before to give me a start, but they usually need a
lot of cleaning up


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

Bug#705685: [kdebase-runtime] Investigating

Package: kdebase-runtime
Version: 4:4.8.4-2

--- Please enter the report below this line. ---
I did this fresh install yesterday using the Live CD, this one:
http://live.debian.net/cdimage/release/next+nonfree/i386/iso-hybrid/debian-
wheezy-live-rc1-i386-kde-desktop+nonfree.iso

I have just created a new user some minutes ago to test this in a clean user 
enviroment, the first two times I logged in with the new user, logout worked 
well (I only changed the KDE language to American English in this case in 
Systemsettings), but now logout dialog usually fails with no special action 
done. I just log in to KDE and Shutdown and Logout buttons from Kickoff do 
nothing, right click on desktop and Leave option does nothing, Logout plasmoid 
does nothing.
Sorry I am not sure right now how to tell you about reproduce the problem.
Is there anything I can do to offer you some debug info?

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-4-686-pae

Debian Release: 7.0
  500 testing security.debian.org 
  500 testing ftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
kde-runtime| 4:4.8.4-2


Package's Recommends field is empty.

Package's Suggests field is empty. 


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

Bug#561919: Updating ITA info

2013-04-18 Thread Robert J. Clay

Reference http://git.debian.org/?p=collab-maint/mrtg-ping-probe.git
for some updates to the packaging for the ITA.



--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


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

Bug#704940: Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2

2013-04-18 Thread Adam D. Barratt

Control: tags 705552 + confirmed

On Thu, 2013-04-18 at 14:54 +0200, Thomas Preud'homme wrote:
> Le jeudi 18 avril 2013 14:38:15, Adam D. Barratt a écrit :
> > 
> > Upstream appear to believe it {does,should}n't -
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704940#32
> 
> Oh good. I hadn't time to look at that yet. Should I upload the NMU then?

Please go ahead; thanks.

Regards,

Adam


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

Bug#705704: Hibernate is not working, kernel cleans nodes on startup

2013-04-18 Thread Javier Domingo

Package: src:linux
Version: 3.2.41-2
Severity: important

I have tried several times to hibernate the system and boot from it, and it is 
not working. I had after a partition resize my swap partition changed, and it 
wasn't being properly loaded due to the UUID having been changed. 

I have reconfigured the /etc/fstab to be aware of the partition, and now I am 
given the option to hibernate (without swap this is disabled), but it isn't 
working anyway.

I am putting here all the logs reportbug asked me, but I will also send the 
full dmesg file. As there You will be able to see that kernel cleans nodes at 
begginning


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=6b44a0fc-eb64-4457-9269-549a3184a8ba ro crashkernel=256M

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   12.957037] input: HDA Intel Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input13
[   12.957309] input: HDA Intel Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input14
[   12.957579] input: HDA Intel Line-out as 
/devices/pci:00/:00:1b.0/sound/card0/input15
[   12.957846] input: HDA Intel Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input16
[   12.959155] i915 :00:02.0: setting latency timer to 64
[   13.002496] i915 :00:02.0: irq 47 for MSI/MSI-X
[   13.002502] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   13.002592] [drm] Driver supports precise vblank timestamp query.
[   13.002713] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[   13.519756] fbcon: inteldrmfb (fb0) is primary device
[   13.787217] Console: switching to colour frame buffer device 170x48
[   13.797026] fb0: inteldrmfb frame buffer device
[   13.797094] drm: registered panic notifier
[   13.842524] acpi device:0d: registered as cooling_device4
[   13.843376] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input17
[   13.843617] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   13.843885] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   15.107794] kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. 
Using workaround
[   15.714232] Adding 5329916k swap on /dev/sda4.  Priority:-1 extents:1 
across:5329916k 
[   15.736521] EXT4-fs (sda1): re-mounted. Opts: (null)
[   16.168919] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   16.315764] loop: module loaded
[   16.497945] cfg80211: Calling CRDA to update world regulatory domain
[   16.707846] brcmsmac :44:00.0: bus 68 slot 0 func 0 irq 10
[   16.711515] brcmsmac :44:00.0: setting latency timer to 64
[   16.796780] cfg80211: World regulatory domain updated:
[   16.798515] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   16.800265] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.802003] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   16.803720] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   16.805446] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.807138] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.865530] brcmsmac :44:00.0: firmware: agent loaded brcm/bcm43xx-0.fw 
into memory
[   16.882974] brcmsmac :44:00.0: firmware: agent loaded 
brcm/bcm43xx_hdr-0.fw into memory
[   16.906719] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   16.907706] cfg80211: Calling CRDA for country: US
[   16.917030] cfg80211: Regulatory domain changed to country: US
[   16.920148] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   16.923266] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2700 mBm)
[   16.926494] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
1700 mBm)
[   16.928187] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.929873] cfg80211: (549 KHz - 560 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.929878] cfg80211: (565 KHz - 571 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   16.929882] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
3000 mBm)
[   17.017481] usb 1-1.2: USB disconnect, device number 3
[   17.019249] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected 
from ttyUSB0
[   17.021027] qcserial 1-1.2:1.1: device disconnected
[   17.726657] usb 1-1.2: new high-speed USB device number 6 using ehci_hcd
[   17.824705] usb 1-1.2: New USB device found, idVendor=03f0, idProduct=251d
[   17.828076] usb 1-1.2: New USB device strings: Mfr=3, Product=2, 
SerialNumber=0
[   17.831462] usb 1-1.2: Product: HP un2420 Mobile Broadband Module
[

Bug#666129: Please update to a newer upstream release

2013-04-18 Thread Salvatore Bonaccorso

Control: retitle 666129 new upstream version fixes security problem with the 
secret file (CVE-2012-6140)

Hi all

On Thu, Apr 18, 2013 at 09:13:24AM +0200, Alexander Wirt wrote:
> tag 666129 security
> severity 666129 critical
> retitle 666129 new upstream version fixes security problem with the secret 
> file
> thanks
> 
> On Sat, 22 Sep 2012, rk wrote:
> 
> > There is also a severe and somewhat undocumented security issue fixed
> > by the "user=" parameter added in this commit:
> > https://code.google.com/p/google-authenticator/source/detail?r=c3414e9857ad64e52283f3266065ef3023fc69a8
> > 
> > Without this option, the SECRET file is required to be user-readable
> > which can expose the secret to an attacker under certain
> > configurations (notably when required for `sudo`, but not system
> > login).
> This is indeed a security problem. Lenart, do you need any help to get the
> package updated? I also think it doesn't make sense to ship the package in
> this state with wheezy and there I asked for removal from testing.

A CVE was assigned for this issue: CVE-2012-6140, see[1].

 [1]: http://marc.info/?l=oss-security&m=136630281802738&w=2

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#547171: debhelper version and compat

2013-04-18 Thread Tyler Trafford

I've been testing this (with mock) and it seems great.

I can see no ill effects when the debhelper version requirements (in
control and compat) are lowered to 8.  This makes it so the package can
be rebuilt for squeeze when necessary.
-- 
Tyler Trafford


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

Bug#705703: cgminer: create manpage during debian build

2013-04-18 Thread Scott Howard

Package: cgminer
Version: 2.11.3-1
Severity: wishlist

this is a to-do bug so I don't forget: we should generate cgminer's
help2man man page during build. This is because the different algorithms
available to the miner are a function of architecture, thus the manpage is
a function of architecture

Bug#705702: residualvm: Doesn't it belong in contrib?

Package: residualvm
Version: 0.1.1+dfsg-1
Severity: normal

I was pleasantly surprised to see this show up in my new packages list this
morning (I was heavily involved in the development of it for a while).
However, given that it requires data files from either Grim Fandango or
Escape From Monkey Island to be of any use, wouldn't it make more sense for
this package to live in contrib rather than main?
-- 
Daniel Schepler

Bug#659378: Réagir efficacement ?

2013-04-18 Thread patricia . colmar

Bonjour,

On rencontre dans tous les groupes des personnes dont le comportement
désagréable complique la vie des autres. Nous en avons tous fait l'expérience.
Et lorsque vient le temps de travailler au sein d'une organisation, cette loi
de la vie se vérifie invariablement.

Nous avons tous assisté à des réunions ou à des activités dont le déroulement a
été perturbé ou retardé par le comportement d'une personne énigmatique. Dans la
majorité des cas, c'était une manifestation de mauvaise humeur causée par de
mauvaises nouvelles, le manque de sommeil, des difficultés personnelles ou
d'autres ennuis temporaires. Ce type de comportement dur est passager ou
sporadique. Le comportement vraiment problématique est celui des personnes qui
sont dur tout le temps, en toutes circonstances et avec tout le monde. En
d'autres mots, leur attitude désagréable ne disparaît pas après une bonne nuit
de repos.

Comment reconnaître une personne réellement énigmatique? Alain LACAMPS, auteur de ebook
"gens énigmatique" nous conseille de nous poser les quatre questions suivantes :

Quelque chose a-t-il déclenché ce comportement?
Est-ce que le comportement de cette personne envers moi est typique de son
comportement envers les autres?
Est-ce que je n'accorde pas trop d'importance à ce comportement?
Est-ce qu'une discussion honnête et franche dissipera le malaise?
Si vous répondez oui à une de ces questions, il y a des chances que vous n'ayez
pas affaire à une personne foncièrement énigmatique, même si présentement son
comportement est insupportable. En revanche, si vous répondez non à toutes les
questions, vous avez probablement affaire à une personne vraiment énigmatique
de nature.

Comment faire face:

http://getur.net/embrouille

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

Bug#390344: ssh-copy-id: Should specify that the remote command must be ran with /bin/sh

2013-04-18 Thread Jon Daley

Package: openssh-client
Version: 1:6.0p1-4
Followup-For: Bug #390344

With the recent addition of the restorecon commands, ssh-copy-id also fails on 
tcsh, due
to the sh/bashisms in the command line.

The above patch works for me, though I've updated it to include the latest 
changes:
{ eval "$GET_ID" ; } | ssh $host "sh -c 'umask 077; mkdir -p ~/.ssh; cat >> 
~/.ssh/authorized_keys && (test -x /sbin/restorecon && /sbin/restorecon ~/.ssh 
~/.ssh/authorized_keys >/dev/null 2>&1 || true)'" || exit 1


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssh-client depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.10
ii  libc6  2.13-38
ii  libedit2   2.11-20080614-5
ii  libgssapi-krb5-2   1.10.1+dfsg-5
ii  libselinux12.1.9-5
ii  libssl1.0.01.0.1e-2
ii  passwd 1:4.1.5.1-1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages openssh-client recommends:
ii  openssh-blacklist0.4.1+nmu1
ii  openssh-blacklist-extra  0.4.1+nmu1
ii  xauth1:1.0.7-1

Versions of packages openssh-client suggests:
pn  keychain  
pn  libpam-ssh
pn  monkeysphere  
pn  ssh-askpass   

-- Configuration Files:
/etc/ssh/ssh_config changed [not included]

-- no debconf information


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

Bug#368297: About the libgcrypt and OpenLDAP issue

2013-04-18 Thread Carlos Alberto Lopez Perez

On 18/04/13 20:24, Adam D. Barratt wrote:
> On Thu, 2013-04-18 at 18:58 +0200, Werner Koch wrote:
>> On Tue, 16 Apr 2013 20:37, a...@adam-barratt.org.uk said:
>>
>>> libgcrypt maintainers - any thoughts on this?
>>
>> Did anything change since my comments from 2010?
>>
>> OpenLDAP needs to get it right and it would even be better if all
>> applications would set up a their policy regarding their demand for
>> private key protection.  For instacne by setting up a custom memory
>> handler.
>>

Howard Chu (CC'ed) (main OpenLDAP developer) thinks the other way. Check:

http://bugs.debian.org/658896#115

>> My current problem with OpenLDAP is that it can't be used anymore with
>> GnuTLS 3 because the OpenSSL emulation switched to GPLv3+
> 
> GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in
> wheezy, given that wheezy will be shipping with 2.12.
> 
>> The straightforward solution would be to change OpenLDAP to use the 
>> native GNUTLS API and while at it also fix the libgcrypt
>> initialization.
> 
> In less than two weeks, without introducing any new bugs?
> 
> The realistic alternatives as far as I can see currently are that the
> suggested fix gets applied or this bug remains unfixed for wheezy.
> 
> Opinions that help towards a constructive resolution appreciated.
> 
> Regards,
> 
> Adam
> 
> 

I see two options to get this fixed for Wheezy:

[Option 1] -- Do the same that Ubuntu did. That is:

1.a) Patch libgcrypt to revert commit
 d769529a71ccda4e833f919f3c5693d25b005ff0

1.b) Patch python-gnutls to fix the regression that 1.a) will introduce.
 Check: http://bugs.debian.org/368297#173


[Option 2] -- Patch OpenLDAP to set the flag GCRYCTL_DISABLE_SECMEM if
GCRYCTL_INITIALIZATION_FINISHED is false. This is the patch I previously
proposed at http://bugs.debian.org/368297#135



Any of the two options will fix the problem. Which one is better? You bet




signature.asc
Description: OpenPGP digital signature

Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)

2013-04-18 Thread Tzafrir Cohen

On Thu, Apr 18, 2013 at 07:19:48PM +0200, Christian Lauinger wrote:
> Thank you Christian !
> 
> I downloaded the with "apt-get source asterisk-chan-capi" from unstable,
> patched it with the "chan-capi-devstate-cachable.diff" and build it like
> you described it.
> It also asked for "dpkg-source --commit" before it was possible to build
> it. Now my box is up and running with 1:1.8.13.1~dfsg-3  and
> asterisk-chan-capi.

One test if you don't mind: merely rebuilding it vs. Asterisk -3 does
not fix the issue, right?

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com  iax:gu...@local.xorcom.com/tzafrir


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

Bug#704524: unblock: nbd/1:3.2-4

2013-04-18 Thread Wouter Verhelst

Hi all,

On 02-04-13 15:08, Wouter Verhelst wrote:
> Hi Steven,
> 
> On 02-04-13 14:51, Steven Chamberlain wrote:
>> Control: tags -1 moreinfo
>>
>> Hi Wouter,
>>
>> You had a FTBFS on mips which would need to be fixed in any case.
>>
>>> E: listing not allowed by server.
>>> FAIL: list
>> That sounds like it might be related to this change you mentioned?  But
>> seems odd it would only occur on one architecture:
> It's not the only failure in the test suite; looking at the tests that
> failed, my guess is that there is another nbd-server running on the
> buildd in question.
> 
> Mips buildd admins: can you please verify if that is the case? If so
> (and it's not genuinely installed), please kill it and reschedule the
> build, it should work then.
> 
> (I discovered a while back that the nbd-server test suite did not
> properly kill the running server, which opens port 10809 by default. I
> thought I fixed that, but I might be mistaken...)

It built now, but the package still hasn't been unblocked. Can I please
get a reply now either way about whether this unblock is going to happen?

Thanks,

-- 
Copyshops should do vouchers. So that next time some bureaucracy
requires you to mail a form in triplicate, you can mail it just once,
add a voucher, and save on postage.


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

Bug#368297: About the libgcrypt and OpenLDAP issue

2013-04-18 Thread Adam D. Barratt

On Thu, 2013-04-18 at 18:58 +0200, Werner Koch wrote:
> On Tue, 16 Apr 2013 20:37, a...@adam-barratt.org.uk said:
> 
> > libgcrypt maintainers - any thoughts on this?
> 
> Did anything change since my comments from 2010?
> 
> OpenLDAP needs to get it right and it would even be better if all
> applications would set up a their policy regarding their demand for
> private key protection.  For instacne by setting up a custom memory
> handler.
> 
> My current problem with OpenLDAP is that it can't be used anymore with
> GnuTLS 3 because the OpenSSL emulation switched to GPLv3+

GnuTLS 3 isn't particularly relevant to getting this RC bug fixed in
wheezy, given that wheezy will be shipping with 2.12.

> The straightforward solution would be to change OpenLDAP to use the 
> native GNUTLS API and while at it also fix the libgcrypt
> initialization.

In less than two weeks, without introducing any new bugs?

The realistic alternatives as far as I can see currently are that the
suggested fix gets applied or this bug remains unfixed for wheezy.

Opinions that help towards a constructive resolution appreciated.

Regards,

Adam


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

Bug#705701: iscsitarget-dkms: fails to install when kernel headers not installed

2013-04-18 Thread Conrad Clement

Package: iscsitarget-dkms

Version: 1.4.20.2-10.1

Severity: normal



Dear Maintainer,



I was installing iscsitarget-dkms on a brand new Wheezy system.

In aptitude I disable the feature 'Install recommended packages automatically'

when installing the package I received the error



---snip---

Setting up iscsitarget-dkms (1.4.20.2-10.1) ...



Creating symlink /var/lib/dkms/iscsitarget/1.4.20.2/source ->

 /usr/src/iscsitarget-1.4.20.2



DKMS: add completed.

Error! Your kernel headers for kernel 3.2.0-4-amd64 cannot be found.

Please install the linux-headers-3.2.0-4-amd64 package,

or use the --kernelsourcedir option to tell DKMS where it's located

Press Return to continue.

---end snip---



Since the kernel headers are required for this package to install properly

maybe consider making the linux-headers package a depends package.



Thank you,

Conrad



-- System Information:

Debian Release: 7.0

  APT prefers testing

  APT policy: (500, 'testing')

Architecture: amd64 (x86_64)



Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 iscsitarget-dkms depends on:

ii  dkms  2.2.0.3-1.2

ii  make  3.81-8.2



Versions of packages iscsitarget-dkms recommends:

ii  linux-headers-3.2.0-4-amd64 [linux-headers]  3.2.41-2

ii  linux-headers-amd64 [linux-headers]  3.2+46



iscsitarget-dkms suggests no packages.



-- no debconf information

Bug#705693: graph of dinstall run size un-updated since 20120812

2013-04-18 Thread David Prévot

Control: reassign -1 ftp.debian.org

Hi Steven,

Thanks for your report.

Le 18/04/2013 13:59, Steven Chamberlain a écrit :

> This graph hasn't updated recently:
> http://ftp-master.debian.org/size-quarter.png

Reassigning to the people in charge.

Regards

David




signature.asc
Description: OpenPGP digital signature

Bug#705689: osmo: Osmo crashed and doesnt starts now.

2013-04-18 Thread Markus Koschany

On Thu, 18. Apr 17:35 KHURRAM MAHMOOD  wrote:
>Hello Sir
>Executing:
>===
>$ osmo
>/home/myuser/.osmo/config.xml:1: parser error : Document is empty
>^
>/home/myuser/.osmo/config.xml:1: parser error : Start tag expected, '<'
>not found
>^
>** (osmo:4142): CRITICAL **: gui_calendar_set_frame_cursor_thickness:
>assertion `thickness > 0 && thickness < 6' failed
>===
>The processor goes to 100% and osmo doesnt starts.
>I re-installed it and still the problem persists.
>The problem might have come due to light failure or some recent 4/5-days

It seems you have a corrupt config.xml file. Please backup your hidden
config directory and move it to .osmo.old for example, then purge osmo
completely and reinstall the application.

If osmo cannot find your hidden .osmo directory in $HOME, it will start
with new settings and it should work again. Please report back if that
solves your problem.

Regards,

Markus

signature.asc
Description: Digital signature

Bug#705700: Fresh upstream release (1.6.0) is out

2013-04-18 Thread Yaroslav Halchenko

Package: fabric
Version: 1.4.3-1
Severity: wishlist


would be nice to have Debian up to date -- wheezy is already knocking and sid
will be unleashed soon

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages fabric depends on:
ii  python2.7.3-13
ii  python-paramiko   1.7.7.1-3.1
ii  python-pkg-resources  0.6.24-1
ii  python-support1.0.15

fabric recommends no packages.

fabric suggests no packages.


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

Bug#705699: rhythmbox: segfault when starting and music library directory is not there

2013-04-18 Thread Phil Dreizen

Package: rhythmbox
Version: 2.97-2.1
Severity: normal
Tags: upstream


   * What led up to the situation?
My music library is located on an NFS server. I started rhythmbox before 
mounting
my NFS. From the perspective of rhythmbox, the directory I configured as the 
location of my music library wasn't there. I would have expected rhythmbox to 
complain about missing files, but it segfaulted. I tried starting it several 
times, and it segfaulted each time.

executing dmesg after the rhythmbox crash:

[ 1696.395833] rhythmbox[4620]: segfault at 8 ip 7f8269d462fe sp 
7fffdf5dd7a0 error 4 in librhythmbox-core.so.6.0.0[7f8269cb2000+13f000]
[ 1707.152666] rhythmbox[4681]: segfault at 8 ip 7f2b61c8b2fe sp 
7fff2a4f90c0 error 4 in librhythmbox-core.so.6.0.0[7f2b61bf7000+13f000]
[ 1723.622819] rhythmbox[4691]: segfault at 8 ip 7f7500da52fe sp 
7fffd30284e0 error 4 in librhythmbox-core.so.6.0.0[7f7500d11000+13f000]
[ 1781.349178] rhythmbox[5276]: segfault at 8 ip 7f558841c2fe sp 
7fffac6da910 error 4 in librhythmbox-core.so.6.0.0[7f5588388000+13f000]


   * What exactly did you do (or not do) that was effective (or ineffective)?
After mounting the music library with NFS, rhythmbox started without any 
problems.


-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (200, '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 rhythmbox depends on:
ii  dbus 1.6.8-1
ii  gnome-icon-theme 3.4.0-2
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-x  0.10.36-1.1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libffi5  3.0.10-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgirepository-1.0-11.32.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
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.4.2-6
ii  libice6  2:1.0.8-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libpango1.0-01.30.0-1
ii  libpeas-1.0-01.4.0-2
ii  librhythmbox-core6   2.97-2.1
ii  libsm6   2:1.2.1-2
ii  libsoup-gnome2.4-1   2.38.1-2
ii  libsoup2.4-1 2.38.1-2
ii  libtdb1  1.2.10-2
ii  libtotem-plparser17  3.4.2-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  media-player-info17-1
ii  rhythmbox-data   2.97-2.1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.31-2
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  gvfs-backends   1.12.3-4
ii  notification-daemon 0.7.6-1
ii  rhythmbox-plugins   2.97-2.1
ii  yelp3.4.2-1+b1

Versions of packages rhythmbox suggests:
ii  gnome-codec-install  0.4.7+nmu1
ii  gnome-control-center 1:3.4.3.1-2
ii  gstreamer0.10-plugins-bad0.10.23-7.1
ii  rhythmbox-plugin-cdrecorder  2.97-2.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#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)

2013-04-18 Thread Thorsten Glaser

Antonin Kral dixit:

>I haven't tried to upload to testing-proposed-uploads yet. But I've
>contacted debian-rele...@lists.debian.org instead (I've sent it moment
>ago as it was sitting in my draft folder for couple hours).

OK, thanks!

I’m not too sure about the procedure, but d-release will probably
tell the correct way.

bye,
//mirabilos
-- 
Sorry,  I’m annoyed today and you came by as an Arch user. These are the
perfect victims for any crime against humanity, like  systemd,  feminism
or social democracy.
-- Christoph Lohmann on d...@suckless.org


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

Bug#705667: [Pkg-utopia-maintainers] Bug#705667: network-manager: automatic connect fails after suspend/resume when password is in user keyring

2013-04-18 Thread Michael Biebl

Am 18.04.2013 11:02, schrieb Stéphane Glondu:
> I think NetworkManager should wait for the user to unlock the screen
> when secrets are required.

So, the issue here is that you store the connection secret in the user
keyring (in your case I assume gnome-keyring) and
gnome-keyring is automatically locked on suspend or when the screensaver
lock is activated.

I'm not sure yet, I guess this needs fixes in user session clients, like
gnome-shell and nm-applet, to monitor the keyring and (re)initiate a
connection attempt once the secret is available.

Most users won't notice that problem, since system-wide connections are
the default for WPA-PSK connections, where the secret is stored system
wide and available at all times.

In your case (eduroam is WPA-EAP iirc), the secrets are stored in the
keyring indeed.

Would you mind forwarding this bug to upstream and letting me know about
the bug report?
Otherwise I'll get to it once I have the time for it.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#705689: osmo: Osmo crashed and doesnt starts now.

2013-04-18 Thread KHURRAM MAHMOOD

Hello Sir
Executing:===$ osmo/home/myuser/.osmo/config.xml:1: parser error : Document is 
empty
^/home/myuser/.osmo/config.xml:1: parser error : Start tag expected, '<' not 
found
^
** (osmo:4142): CRITICAL **: gui_calendar_set_frame_cursor_thickness: assertion 
`thickness > 0 && thickness < 6' failed===
The processor goes to 100% and osmo doesnt starts.
I re-installed it and still the problem persists.
The problem might have come due to light failure or some recent 4/5-days back 
update. Not confirmed.
DE-BUG:===$ gdb osmo
Reading symbols from /usr/bin/osmo...Reading symbols from 
/usr/lib/debug/usr/bin/osmo...done.done.(gdb) set pagination 0(gdb) runStarting 
program: /usr/bin/osmo [Thread debugging using libthread_db enabled]Using host 
libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1"./home/myuser/.osmo/config.xml:1:
 parser error : Document is empty
^/home/myuser/.osmo/config.xml:1: parser error : Start tag expected, '<' not 
found
^[New Thread 0xae573b70 (LWP 5049)][New Thread 0xadc4ab70 (LWP 5050)][New 
Thread 0xad430b70 (LWP 5051)][New Thread 0xacc2fb70 (LWP 5052)]
** (osmo:5046): CRITICAL **: gui_calendar_set_frame_cursor_thickness: assertion 
`thickness > 0 && thickness < 6' failed^CProgram received signal SIGINT, 
Interrupt.gui_create_tasks (appGUI=0x8132648) at tasks.c:18241824  tasks.c: 
No such file or directory.(gdb) bt#0  gui_create_tasks (appGUI=0x8132648) at 
tasks.c:1824#1  0x080a7fc0 in gui_create_window (appGUI=0x8132648) at 
gui.c:1573#2  0x080564a0 in main (argc=1, argv=0xb784) at main.c:275===
Thank you and oblige.
Kind Regards,
Khurram
> Date: Thu, 18 Apr 2013 18:44:35 +0200
> From: a...@gambaru.de
> To: makh...@hotmail.com; 705...@bugs.debian.org
> CC: cont...@bugs.debian.org
> Subject: Re: Bug#705689: osmo: Osmo crashed and doesnt starts now.
> 
> tags 705689 unreproducible moreinfo
> severity 705689 normal
> thanks
> 
> Dear Debian user,
> 
> unfortunately your problem is not reproducible and more information is
> needed to solve it. Please answer the following questions
> 
>  * What led up to the situation?
>  * What exactly did you do (or not do)
>  * What was the outcome of this action?
>  * What happens if you launch osmo from the command line?
> 
> You can also try to install the latest version of osmo from
> experimental. If this does not solve your issue please install the
> osmo-dbg package, try to reproduce the error and get a backtrace with
> gdb.
> 
> The following tutorial explains the steps in more detail.
> 
> http://wiki.debian.org/HowToGetABacktrace
> 
>

Bug#705698: RFS: dwb/20130409hg-4

2013-04-18 Thread Nathan Owens


Package: sponsorship-requests
  Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "dwb"

 * Package name: dwb
   Version : 20130409hg-4
   Upstream Author : Stefan Bolte
 * URL : http://portix.bitbucket.org/dwb/
 * License : GPL-3
   Section : web

  It builds those binary packages:

dwb   - lightweight WebKit browser

  To access further information about this package, please visit the 
following URL:


http://mentors.debian.net/package/dwb


  Alternatively, one can download the package with dget using this 
command:


dget -x 
http://mentors.debian.net/debian/pool/main/d/dwb/dwb_20130409hg-4.dsc


This package is an update, it has already been put into the repo once by 
a sponsor, though I don't remember who it was.



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

Bug#698064: marked as done (aranym: crashes from guest userspace when NatFeat is queried)

2013-04-18 Thread Antonin Kral

Hi Thorsten,

* Thorsten Glaser  [2013-04-18 18:40] wrote:
> >and subject line Bug#698064: fixed in aranym 0.9.15-1
> >has caused the Debian Bug report #698064,
> >regarding aranym: crashes from guest userspace when NatFeat is queried
> >to be marked as done.
>
> Do you also take care of wheezy (via testing-proposed-uploads
> I guess; I haven’t yet done something like that myself)?

I haven't tried to upload to testing-proposed-uploads yet. But I've
contacted debian-rele...@lists.debian.org instead (I've sent it moment
ago as it was sitting in my draft folder for couple hours).

Antonin


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

Bug#214566: dpkg-checkbuilddeps: please consider adding option to format output

2013-04-18 Thread Guillem Jover

On Thu, 2013-04-18 at 12:05:40 +0200, Marc Haber wrote:
> On Tue, Jan 08, 2013 at 04:34:08AM +0100, Guillem Jover wrote:
> > Well that patch has not been in a mergeable state since then, so
> > consequently it did not get applied.
> 
> It would have been nice to have a comment stating this to the bug
> report to avoid more time to be wasted.

This was pretty clear from the discussion started around that particular
patch on the debian-dpkg mailing list.

> >  The root issue here is that to perform the task the bug reporter is
> >  requesting from dpkg-checkbuilddeps, the program would need access to
> >  whatever frontend database is being used, something dpkg-dev cannot
> >  know or assume.
> 
> Why?

I'm not sure what part the why is referring to, so:

The reason to either need access to the repository information is so
that the dependecies could be checked against the availability of
packages/versions to produce a correct list of packages to install,
possibly with version specifiers, so that the correct version, when
multiple are available would get requested, or the correct alternative
when one is not satisfiable (the OR depedencies problem Frank, a
maintainer at the time, mentioned some time ago). Having a
Build-Depends of “perl (>= 5.16.0) | libfoo-perl” with perl=5.14.2
installed and getting just perl as output is pretty much unsatisfactory
and confusing, given that perl is already there, and I'm not looking
forward to such kind of user confusion or derived bug reports.

The reason why dpkg-dev cannot currently know or assume a specific
frontend is because (as implemented in the patch) doing so would be a
layer violation, making the code depend on something up the stack, and
hardcoding a specific frontend, which are unacceptable, also stated on
the mailing list.

The path for a solution should come after wheezy, as I stated on the
part trimmed from my previous mail to this bug report.

> >  Blindly outputting version-less package entries that might or might
> >  not be able to satisfy the dependencies anyway, seems very
> >  suboptimal, and currently one is best served by one of the frontend
> >  aware alternatives.
> 
> Which ones?

For example mk-build-deps, pbuilder-satisfydepends, sbuild or embuilddeps,
as stated elsewhere.

Regards,
Guillem

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

Bug#705696: unblock: evilwm/1.1.0-2

2013-04-18 Thread Paul Gevers

[disclaimer: I am not part of the release team]

On 18-04-13 19:09, Mateusz Łukasik wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> 
> Please unblock package evilwm.
> 
> This upload fixed all bugs version which is avaitable now in Wheezy
> repository.

Could you please provide a lot more information. We are in a VERY LATE
state of the freeze and the release team has not time to start looking
around what your fixes are all about, you have to provide them.

At the very least attach a debdiff, but please also explain how this
upload follows the freeze exception rules [1].

Paul
[1] http://release.debian.org/wheezy/freeze_policy.html

signature.asc
Description: OpenPGP digital signature

Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)

2013-04-18 Thread Christian Lauinger

Thank you Christian !

I downloaded the with "apt-get source asterisk-chan-capi" from unstable,
patched it with the "chan-capi-devstate-cachable.diff" and build it like
you described it.
It also asked for "dpkg-source --commit" before it was possible to build
it. Now my box is up and running with 1:1.8.13.1~dfsg-3  and
asterisk-chan-capi.

Thanks again !

Greets

Chris


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

Bug#705697: ruby1.9.1: FTBFS on x32: Needs update of inline asm

Source: ruby1.9.1
Version: 1.9.3.194-8.1
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: port-x32 ftbfs-x32

The ruby1.9.1 source package is getting this build failure on the
unofficial Debian x32 port:

http://buildd.debian-ports.org/status/fetch.php?pkg=ruby1.9.1&arch=x32&ver=1.9.3.194-8.1&stamp=1363985678
>:
...
compiling gc.c
gc.c: In function 'objspace_each_objects':
gc.c:2618:20: warning: variable 'v' set but not used
[-Wunused-but-set-variable]
gc.c: Assembler messages:
gc.c:1316: Error: operand type mismatch for `movq'
gc.c:2416: Error: operand type mismatch for `movq'
gc.c:1306: Error: operand type mismatch for `movq'
gc.c:2442: Error: operand type mismatch for `movq'
make[1]: *** [gc.o] Error 1
make[1]: Leaving directory
`/build/buildd-ruby1.9.1_1.9.3.194-8.1-x32-65z1DU/ruby1.9.1-1.9.3.194'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

I'm attaching a debdiff of changes I used to get ruby1.9.1 packages built
for 1.9.3.194-8.  It still doesn't pass the testsuites -- which is the
reason I'm not yet going to tag this report with "patch" -- but it does
pass the first basic tests so I uploaded it to debian-ports as basically
working with some caveats.
-- 
Daniel Schepler


ruby1.9.1.debdiff
Description: Binary data

Bug#705696: unblock: evilwm/1.1.0-2

2013-04-18 Thread Mateusz Łukasik


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


Please unblock package evilwm.

This upload fixed all bugs version which is avaitable now in Wheezy  
repository.



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

Bug#705695: ruby1.8: FTBFS on x32: gcc-4.6 is unavailable