I see that new version has no response for following test which was used
previously.
printf '\x80ab\n' | env LC_ALL=en_US.utf8 src/grep -P '.?b'
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hey,
The client is looking for owncloud.png, state-offline.{png|svg},
state-error.{png|svg}, and state-ok.{png|ok} which according to apt-file do
not exist in any package.
Yes these files are not shipped, but on KDE it works perfectly. Expect
owncloud.png, that is shipped inside the
Norihiro Tanaka wrote:
I see that new version has no response for following test which was used
previously.
printf '\x80ab\n' | env LC_ALL=en_US.utf8 src/grep -P '.?b'
Thanks for reporting that. The test case works for me (Fedora 20
x86-64, GCC 4.9.1):
$ printf '\x80ab\n' | env
Package: postgresql-common
Version: 160
While troubleshooting a build failure of postgis on raspbian I
discovered /usr/share/postgresql-common/supported-versions was returning
9.3. Further investigation showed that the script was failling to
identify the distribution and falling back to an
Hi Luca,
my understanding (supported by a simple test and code check) was that
CVE-2014-4329 was fixed in version 1.2.0
https://svn.ntop.org/bugzilla/show_bug.cgi?id=379
However, as Salvatore noticed, it is announced as being fixed in version 1.2.1.
Can you confirm which version fixed it,
I've had a look at updating invesalius for wxpython3.0, and made some
progress.
However, the startup still isn't clean - the splash screen throws up
several errors - see invesalius.wxpy3.0.log - and once the app fires up,
there are clearly issues with the sizing of widgets, to the extent that
it
Maintainer of this package seems to be MIA. Can I propose NMU to fix this
issue may be?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: pepperflashplugin-nonfree
Version: 1.5
Severity: grave
Tags: security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org
The check for updates
update-pepperflashplugin-nonfree --status
checks an apparently hand-made file on people.d.o and not the real upstream.
As a
martin f krafft wrote:
also sprach Joey Hess jo...@debian.org [2014-09-09 20:43 +0200]:
This seems to chdir and then not chdir back. How does it avoid
breaking existing setups?
I intentionally did it this way, because I could not see a way in
which this would actually matter, given that
martin f krafft wrote:
So saying something like chain=pure is really the same, except it
would handle status/log/diff etc. as well, and implicitly. Maybe
there is also a better way to do it, e.g. chain=true and then
something like skip_all_but_checkout=true.
skip = ! lazy will work, although
Package: bb
Version: 1.3rc1-8.1+b1
Severity: important
--- Please enter the report below this line. ---
Hi folks,
All is in the subject.
This bug's active either when bb is windowed (no switches) or
full console (-width 1300 -height 700 on a 1366x768 LCD).
Regards,
Jean-Yves
--- System
As a member of the previously mentioned team of local helping hands, I
confirm there is a lot of interest, and I'd like to second this idea.
Cheers,
--
PEB
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Control: tags 758957 + patch
Dear maintainer,
Here's a patch for wxPython 3.0 support for pype - it's an improved
version of the patch I attached to the upstream ticket (I'll update
the patch there shortly).
With this patch, pype seems to work in a simple test, though I'm
not familiar with it
tags 747032 pending
thanks
Hi Ben,
About your package, please:
1. d/changelog: remove the word 'bug'.
2. d/control: in short description there is an 'indent' signal.
Please, change to a simple dash. Do the same in d/copyright.
3. d/copyright: there are files licensing to other authors that
Package: debhelper
Version: 9.20140817
Severity: wishlist
Hi,
dh_installman already honors extensions like .ll.8 to detect the correct
location for the man page.
E.g. the following works as expected:
$ dh_installman -v debian/tmp/usr/share/man/man1/wine-stable.de.1
install -p -m644
Looks like BLADERF_XB_200 etc. had not been defined there.
According to the gr-osmosdr/0.1.3-1 build logs:
a) kfreebsd-*, FTBFS:
-- checking for module 'libbladeRF'
-- found libbladeRF, version 0.14.0-0.10.7.47.ebe70c4
b) i386, built OK:
-- checking for module 'libbladeRF'
-- found
On 14/06/14 01:45 AM, Daniel Baumann wrote:
Gentle reminder.. did you have time/can you make time for a patch?
Regards,
Daniel
FYI, The fix would only be applicable to systemv not to systemd. Is it
still worth doing?
I haven't boot a live system with systemd yet but from the code I don't
Dear Olly,
On Sat, 30 Aug 2014 20:33:18 Olly Betts wrote:
With the attached patch, the package builds. I don't have the games it can
launch, so I can't test thoroughly, but the parts of the UI I can exercise
appear to work fine.
Thank you for this patch. I tested it and found a small
It should be fine again soon.
bladerf 0.2014.09~rc2-4 just built fine on the kfreebsds.
-Maitland
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I've just been having a look at getting tpclient-pywx working with
wxPython 3.0, and it looks non-trivial. The first major issue I hit is
that the start-up all happens in the wrong order (probably also wrong
with 2.8, but 3.0 actually checks and complains).
However, looking at the PTS, I thought
Package: dpkg
Version: 1.17.13
Severity: minor
Hi
The update-alternatives man page currently states: update-alternatives
is usually called from the postinst (configure) or prerm (install)
scripts in Debian packages.
I guess instead of prerm (install) it should read prerm (remove and
On Wed, Sep 10, 2014 at 11:51:40AM +1000, Dmitry Smirnov wrote:
On Sat, 30 Aug 2014 20:33:18 Olly Betts wrote:
With the attached patch, the package builds. I don't have the games it can
launch, so I can't test thoroughly, but the parts of the UI I can exercise
appear to work fine.
Thank
Control: severity -1 serious
The new imagemagick is now in unstable, so this is RC. It'd be great to get it
fixed ASAP as it blocks a transition.
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Control: severity -1 serious
The new imagemagick is now in unstable, so this is RC. It'd be great to get it
fixed soon.
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Wed, 10 Sep 2014 03:21:01 Olly Betts wrote:
If you mean the status line of the window after start-up
Yes, the one at the bottom.
, I just seem to
have:
green tick: Ready.
Interesting...
I can't get further as I don't have a suitable game to test with.
I tried to start the game
On Tue, Sep 09, 2014 at 07:17:19PM -0300, Mauricio Faria de Oliveira wrote:
usr/klibc/arch/ppc64/sysstub.ph |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/usr/klibc/arch/ppc64/sysstub.ph b/usr/klibc/arch/ppc64/sysstub.ph
index b3f6e38..a0c6d41 100644
---
Package: gpa
Version: 0.9.5-1
Severity: normal
Even moving away my keyring does not solve the issue that on start GPA says
The GPME library returned an unexpected error at keytable.c:150. The was:
Unsupported certificate
This is either an installation problem or a bug in GPA.
GPA will now try
On 2014-09-09 at 23:09 -0400, Daniel Dickinson wrote:
The GPME library returned an unexpected error at keytable.c:150. The was:
Unsupported certificate
I think that it is GNOME keyring which gets the connection to
gpg-agent (and produced the error).
Please see the message below and try to
On 09/10/2014 03:40 AM, Daniel Dickinson wrote:
FYI, The fix would only be applicable to systemv not to systemd. Is it
still worth doing?
yes. we still support and will support sysvinit for quite some time (at
least until jessie+1 EOL, which is at least until about 2020 or so).
I haven't
also sprach Joey Hess jo...@debian.org [2014-09-10 02:44 +0200]:
So saying something like chain=pure is really the same, except it
would handle status/log/diff etc. as well, and implicitly. Maybe
there is also a better way to do it, e.g. chain=true and then
something like
also sprach Joey Hess jo...@debian.org [2014-09-10 02:42 +0200]:
mr runs all kinds of external commands. How does changing the CWD
and leaving it changed not affect them?
Previously, the CWD was just left at the top-level, right?
Therefore, I assume that the commands all already took
Package: memcached
Version: 1.4.13-0.3
Severity: serious
Justification: fails to build from source
User: debian-...@lists.debian.org
Dear Maintainer,
Hi there. Attached is a patch to fix the build for the arm64 port. I
just added a call to dh_autoreconf at the appropriate point to ensure
the
On Thu, 4 Sep 2014 22:34:22 +0200 Kurt Roeckx k...@roeckx.be wrote:
On Thu, Sep 04, 2014 at 04:21:42PM -0400, Scott Kitterman wrote:
On Thursday, September 04, 2014 18:48:18 Kurt Roeckx wrote:
Package: opendmarc
Version: 1.2.0+dfsg-1
Seveirty: grave
Tags: security
Hi,
Package: dh-python
Version: 1.20140511-1
Severity: Normal.
I asked about this on debian-pyt...@lists.debian.org, but got no response,
so opening a bug report.
I just reproduced the same problem with the current version of kombu in
unstable, by removing the duplicate line in debian/rules.
On 09/09/14 11:23 PM, NIIBE Yutaka wrote:
On 2014-09-09 at 23:09 -0400, Daniel Dickinson wrote:
The GPME library returned an unexpected error at keytable.c:150. The was:
Unsupported certificate
I think that it is GNOME keyring which gets the connection to
gpg-agent (and produced the
On 09/09/14 11:57 PM, Daniel Baumann wrote:
On 09/10/2014 03:40 AM, Daniel Dickinson wrote:
FYI, The fix would only be applicable to systemv not to systemd. Is it
still worth doing?
yes. we still support and will support sysvinit for quite some time (at
least until jessie+1 EOL, which is
On Mon, 8 Sep 2014 07:39:02 -0300
Henrique de Moraes Holschuh h...@debian.org wrote:
From *which* files? linker objects? executables? libraries?
Maybe it would be helpful to mention reproducible builds in the long
description to ease searches?
Yes, that's a good idea. I'll flesh out the
On 09/09/2014 10:45 AM, Gilles Filippini wrote:
tags 760877 + pending
thanks
Dear maintainer,
I've prepared an NMU for jackson-annotations (versioned as 2.4.2-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Hi Timo,
I dcut the NMU and applied
reopen 746005
thanks
I intended to close my own please migrate to guile-2.0 bug, but
copied and pasted this instead. It was a mistake.
I really sorry for the noise.
--
Josué M. Abarca S.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Hi Alex,
Thanks for reporting this.
What happened :
The script I use on people.d.o for updating the .txt files there relies on this
to extract the Flash Player version from the .so file :
newflashversion=`strings $sofile |grep ^LNX |sed -e s,^LNX ,,|sed -e
s%,%.%g`
This has worked fine for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/10/2014 01:58 PM, Daniel Dickinson wrote:
On 09/09/14 11:23 PM, NIIBE Yutaka wrote:
On 2014-09-09 at 23:09 -0400, Daniel Dickinson wrote:
The GPME library returned an unexpected error at
keytable.c:150. The was: Unsupported certificate
Hi,
Upstream (XALANC-751) suggests this is solved (in XALANC-744), so could this be
solved as well?
Thanks,
Jaap
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
Here is a revised systemd service file.
I only added a single line EnvironmentFile=-/etc/default/ntp.
This sources the environment variables in this file
(now only $NTPD_OPTS), only if it exists.
For the RUNASUSER, it is indeed better to copy modify the service in
/etc/systemd/system .
Package: seahorse
Version: 3.12.2-1
Severity: normal
If I remove userid from my private+public key and then do a sync, seahorse
pulls the old
key from the keyserver and adds back the userids before pushing my changes to
the server.
This causes the edit to be undone on the public side of the
On 09/09/2014 09:27 AM, Matthew Vernon wrote:
Hi,
Upstream have released 0.3.15, which fixes this bug. I’m still away (and will
be for a while yet); would one of the java team mind uploading 0.3.15,
please? Hopefully it’ll just drop in on top of the existing packaging…
Thanks,
Package: wnpp
Severity: wishlist
Owner: Praveen Arimbrathodiyil prav...@debian.org
* Package name: ruby-kaminari
Version : 0.16.1
Upstream Author : Akira Matsuda, Yuki Nishijima, Zachary Scott, Hiroshi
Shibata
* URL : https://rubygems.org/gems/kaminari
* License
Control: tag -1 pending
Hey Peter,
peter green [2014-09-10 1:12 +0100]:
+ * Use ID_LIKE to identify deriviatives of Debian and Ubuntu.
Thanks for this! ID_LIKE can't be used on Debian or Ubuntu itself, but
since this is only in the fallback path for an already unknown distro,
this looks
Package: seahorse
Version: 3.12.2-1
Severity: normal
Editing userids present on a key fails during passphrase entry when
gnome-keyring's
gpg-agent is active. If you disable gnome-keyring's gpg support then this
issue goes
away (i.e thing work). This problem also affects gpa and is a general
close 746413 4.0.0-1
thanks
there wasn't enough time to finish the python transition, hence, i've
reverted the python stubs to their previous shell script. we'll do the
move to python for jessie+1.
--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:
401 - 449 of 449 matches
Mail list logo
