Your message dated Thu, 30 Jul 2015 06:49:40 +
with message-id
and subject line Bug#794050: fixed in systemd 223-2
has caused the Debian Bug report #794050,
regarding udev: initramfs-tools-hook fails with: find: '/etc/systemd/network':
No such file or directory
to be marked as done.
This mea
Hi there, you all.
On Jul 29 2015, Mathieu Malaterre wrote:
> On Wed, Jul 15, 2015 at 10:53 PM, Rogério Brito wrote:
> > Yes, this was one of the selling points of usbmount, since I wanted
> > something simple for my systems that *don't* have a full-blown desktop
> > environment installed (e.g.,
Processing commands for cont...@bugs.debian.org:
> severity 794024 important
Bug #794024 [libreoffice-calc] libreoffice-calc: Calculations like A1+A2 fail
with error 509 or 508 in 5.0~rc4
Severity set to 'important' from 'grave'
> tag 794024 + moreinfo
Bug #794024 [libreoffice-calc] libreoffice-c
severity 794024 important
tag 794024 + moreinfo
tag 794024 + unreproducible
thanks
Hi,
On Thu, Jul 30, 2015 at 12:30:28AM +0200, Julian Andres Klode wrote:
> I just upgraded to the libreoffice from experimental, and it turns
> out that simple calculations do not work anymore. This renders a
> spr
Processing commands for cont...@bugs.debian.org:
> tags 794050 + pending
Bug #794050 [udev] udev: initramfs-tools-hook fails with: find:
'/etc/systemd/network': No such file or directory
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
794050
Processing commands for cont...@bugs.debian.org:
> severity 794050 serious
Bug #794050 [udev] udev: initramfs-tools-hook fails with: find:
'/etc/systemd/network': No such file or directory
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.
Please contact me if you need
Hi Mike,
On Wed, Jul 29, 2015 at 08:39:10PM -0400, Michael Gilbert wrote:
> On Wed, Jul 29, 2015 at 2:15 AM, Salvatore Bonaccorso wrote:
> > Control: tags 793903 + pending
> >
> > Hi Mike,
> >
> > I've prepared an NMU for bind9 (versioned as 1:9.9.5.dfsg-10.1) and
> > uploaded it to DELAYED/2. Ple
Your message dated Thu, 30 Jul 2015 04:33:59 +
with message-id
and subject line Bug#793997: fixed in kwin 4:5.3.2-3
has caused the Debian Bug report #793997,
regarding kwin-x11: kwin is not started
to be marked as done.
This means that you claim that the problem has been dealt with.
If this i
Processing commands for cont...@bugs.debian.org:
> tag 775056 + pending
Bug #775056 [python3-llfuse] python3-llfuse: package unusable due to
non-existent module dependency 'Queue'
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
775056: http:
Package: pyspatialite
Version: 3.0.1-8
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch
pyspatialite is currently misbuilt on 64-bit architectures in Debian testing
and unstable, because of a distro patch that causes /usr/include/spatialit
On 28 Jul 2015, at 5:14 pm, Michael Stapelberg wrote:
>
> So, yes, if you could work with upstream on a proper solution and then we
> could just package a new upstream snapshot, that’d be great.
I’ve just posted two pull requests on the upstream project. One to fix the
occasional test failure
Package: hashdeep
Version: 4.4-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'md5deep' in 'experimental' to hashdeep in sid.
See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relati
Your message dated Thu, 30 Jul 2015 03:40:58 +
with message-id
and subject line Bug#793304: fixed in vtk6 6.2.0+dfsg1-2
has caused the Debian Bug report #793304,
regarding vtk6: FTBFS on arm*: qt4 not found
to be marked as done.
This means that you claim that the problem has been dealt with.
On Jul 30 2015, Andreas Beckmann wrote:
> On 2015-07-30 05:23, Nikolaus Rath wrote:
>> Am I missing something? Or is this bug only about the transition
>> from directory to symlink?
>
> It's only about the transition which must be handled with special care.
> But the problem I noticed seems to hav
Package: python-migrate-doc
Version: 0.9.7-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite
Your message dated Thu, 30 Jul 2015 03:35:42 +
with message-id
and subject line Bug#790451: fixed in gmysqlcc 0.3.0-5
has caused the Debian Bug report #790451,
regarding FTBFS in unstable due to build-depends on libmysqlclient15-dev
to be marked as done.
This means that you claim that the pro
On 2015-07-30 05:23, Nikolaus Rath wrote:
> Am I missing something? Or is this bug only about the transition
> from directory to symlink?
It's only about the transition which must be handled with special care.
But the problem I noticed seems to have been a transition in the
opposite direction, but
On Jun 09 2015, Andreas Beckmann wrote:
> For /usr/share/doc/PACKAGE this may not be problematic as long as both
> packages are installed, ship byte-for-byte identical files and are
> upgraded in lockstep. But once one of the involved packages gets
> removed, the other one will lose its documentat
Note to self:
S3QL versions prior to 2.10 (and all of the 1.x versions) did not read
the object metadata on object copy and object rename. Therefore, the
unsafe pickle could have been there for quite some time. However, this
still does not explain why the object "survived" the upgrade without
bein
On Jul 29 2015, Sam Hartman wrote:
> Then run fsck.s3ql.
> It looks like it has trouble with the old metadata:
> Backing up old metadata...
> Uncaught top-level exception:
> Traceback (most recent call last):
[...]
Could you please post the complete traceback? The one you included here
seems to s
On Jul 29 2015, Sam Hartman wrote:
> Hi.
> I attempted the following:
>
> * Built with the patch applied on a jessie chroot
> * installed s3ql
>
> * On a wheezy system mkfs.s3ql, mount and add some data. unmount.
>
> * On my patched jessie system run s3qladm upgrade
>
> So far so good.
>
> Then
Your message dated Thu, 30 Jul 2015 00:48:58 +
with message-id
and subject line Bug#793903: fixed in bind9 1:9.9.5.dfsg-11
has caused the Debian Bug report #793903,
regarding bind9: CVE-2015-5477: An error in handling TKEY queries can cause
named to exit with a REQUIRE assertion failure
to be
On Wed, Jul 29, 2015 at 2:15 AM, Salvatore Bonaccorso wrote:
> Control: tags 793903 + pending
>
> Hi Mike,
>
> I've prepared an NMU for bind9 (versioned as 1:9.9.5.dfsg-10.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I should
> delay it longer or if I should cancel it instead a
Package: xserver-xorg-input-libinput-udeb
Version: 0.11.0-1
Severity: serious
Tags: d-i
Justification: renders package unusable
(x-d-cc: debian-boot@)
Hi,
xserver-xorg-input-libinput-udeb is currently not installable, because
it depends on libinput10 (>= 0.17.0), and this package only comes as a
Hi
Just confirming that there's no change with src:lvm2 2.02.126-1, the
problem is still present.
Regards
Stefan Lippers-Hollmann
pgpf6OM5kuNIg.pgp
Description: Digitale Signatur von OpenPGP
Package: libreoffice-calc
Version: 1:5.0.0~rc4-1
Severity: grave
I just upgraded to the libreoffice from experimental, and it turns
out that simple calculations do not work anymore. This renders a
spreadsheet tool useless to most users.
For example:
1. Put 5 into A1
2. Put 9 into A2
3. Put =A1+A
Your message dated Wed, 29 Jul 2015 21:37:04 +
with message-id
and subject line Bug#793916: fixed in migrate 0.9.7-5
has caused the Debian Bug report #793916,
regarding missing license in debian/copyright
to be marked as done.
This means that you claim that the problem has been dealt with.
If
On Wed, Jul 22, 2015 at 03:24:45PM +0200, Emmanuel Bourg wrote:
> The fix has been confirmed by an upstream developer:
>
> http://mail-archives.apache.org/mod_mbox/activemq-dev/201507.mbox/%3CCAKChZ-TruL3Sm3GW9B3Nr1L3fsxDH_X95rGhm85rfXh9_zVJfg%40mail.gmail.com%3E
Could you prepare updated package
Processing commands for cont...@bugs.debian.org:
> severity 793997 serious
Bug #793997 [kwin-x11] kwin-x11: kwin is not started
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
793997: http://bugs.debian.org/cgi-bin/bugrep
On 07/28/2015 10:22 PM, Hugo Lefeuvre wrote:
> Hi,
>
> Adam Barratt reported an interesting thing at #793117: python3-memcache
> has reverse dependencies, and python3-memcache's removal would lead to their
> simultaneous deletion.
>
> $ apt-rdepends -r python3-memcache
Source: python-xmp-toolkit
Version: 2.0.1+git20140309.5437b0a-1
Severity: serious
Justification: fail to build from source
Python-xmp-toolkit FTBFS in a current Sid chroot:
I: pybuild base:170: python2.7 setup.py test
running test
Searching for funcsigs
Reading https://pypi.python.org/simple/fu
Processing commands for cont...@bugs.debian.org:
> notforwarded 793945
Bug #793945 [python-mock] Cannot import mock AttributeError: 'VersionInfo'
object has no, attribute 'semantic_version'
Unset Bug forwarded-to-address
> thanks
Stopping processing here.
Please contact me if you need assistance
Processing commands for cont...@bugs.debian.org:
> forwarded 793945 https://github.com/testing-cabal/mock/issues/301
Bug #793945 [python-mock] Cannot import mock AttributeError: 'VersionInfo'
object has no, attribute 'semantic_version'
Set Bug forwarded-to-address to
'https://github.com/testing-
The current pbr in Sid (0.8.2) doesn't feature VersionInfo.semantic_version(),
but only 1.3.0 in experimental does. Furthermore, python-mock/1.3.0-1 FTBFS in
a clean unstable chroot due to the missing updated pbr.
DS
--
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1
On Wed, Jul 15, 2015 at 10:53 PM, Rogério Brito wrote:
>
> > Besides, I do not like the way udisks2 is creating the mountpoints. I'd
> > like my flash drive on /media/usb0 and not some unpredictable
> > /media//
>
> Yes, this was one of the selling points of usbmount, since I wanted
> something si
Your message dated Wed, 29 Jul 2015 17:34:17 +
with message-id
and subject line Bug#792992: fixed in gazebo 5.0.1+dfsg-2.1
has caused the Debian Bug report #792992,
regarding gazebo: FTBFS with Bullet 2.83.5
to be marked as done.
This means that you claim that the problem has been dealt with.
I deleted the backup metadata by hand from s3 and fsck and mount work
fine.
I realize that's not exactly a supported operation, but it seemed likely
to work and I think gives confidence that the only problem with the
patch seems to be with regard to old metadata carried forward.
--
To UNSUBSCRIB
Hi.
I attempted the following:
* Built with the patch applied on a jessie chroot
* installed s3ql
* On a wheezy system mkfs.s3ql, mount and add some data. unmount.
* On my patched jessie system run s3qladm upgrade
So far so good.
Then run fsck.s3ql.
It looks like it has trouble with the old
Source: apophenia
Version: 0.999b+ds3-2
Severity: serious
Justification: fails to build from source
Builds of apophenia fail for several architectures with test suite
errors, as follows:
* distribution_tests fails on *i386 and ppc64el.
* ../eg/test_updating fails on arm64, (traditional) powerpc,
Your message dated Wed, 29 Jul 2015 19:06:13 +0200
with message-id <55b90805.7050...@danielstender.com>
and subject line pep257: FTBFS after python-mock update
has caused the Debian Bug report #793983,
regarding pep257: FTBFS after python-mock update
to be marked as done.
This means that you claim
Hi,
I just want to confirm this bug on the package, I'm planning to do an
upload in the upcoming weeks, this is a very simple fix, NMUs are
welcome, but I'll also like to polish the packaging a bit on the next
upload.
Cheers
--
René
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.d
Processing commands for cont...@bugs.debian.org:
> affects 793945 + src:pep257
Bug #793945 [python-mock] Cannot import mock AttributeError: 'VersionInfo'
object has no, attribute 'semantic_version'
Added indication that 793945 affects src:pep257
> thanks
Stopping processing here.
Please contact
Processing commands for cont...@bugs.debian.org:
> severity 793945 serious
Bug #793945 [python-mock] Cannot import mock AttributeError: 'VersionInfo'
object has no, attribute 'semantic_version'
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.
Please contact me if you
Processing commands for cont...@bugs.debian.org:
> merge 793945 793983
Bug #793945 [python-mock] Cannot import mock AttributeError: 'VersionInfo'
object has no, attribute 'semantic_version'
Unable to merge bugs because:
blocks of #793983 is '' not '792700'
package of #793983 is 'src:pep257' not '
Processing commands for cont...@bugs.debian.org:
> tags 793983 - upstream
Bug #793983 [src:pep257] pep257: FTBFS after python-mock update
Removed tag(s) upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
793983: http://bugs.debian.org/cgi-bin/bugreport.cgi?
Processing control commands:
> affects -1 + src:doublecmd src:easymp3gain src:cqrlog
Bug #793991 [src:lazarus] lazarus: armel and armhf builds stall
Added indication that 793991 affects src:doublecmd, src:easymp3gain, and
src:cqrlog
--
793991: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79
Source: lazarus
Version: 1.4.0+dfsg-3
Severity: serious
Control: affects -1 + src:doublecmd src:easymp3gain src:cqrlog
Hi Maintainers
Since the upload of lazarus 1.4.0+dfsg-3, builds of doublecmd [1],
easymp3gain [2] and cqrlog [3] have been stalling on armel and armhf
where they built success
Package: xul-ext-torbirdy
Version: 0.1.3-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I recently installed Torbirdy using the pkg xul-ext-torbirdy in order to have
connection to system tor by default. When I open icedove, I do not see the
typical green text at the
Your message dated Wed, 29 Jul 2015 15:56:48 +
with message-id
and subject line Bug#792788: fixed in jruby 1.7.21-2
has caused the Debian Bug report #792788,
regarding jruby: FTBFS Cannot find parent dependency
org.jruby:jruby-artifacts:pom:1.7.21
to be marked as done.
This means that you cl
Your message dated Wed, 29 Jul 2015 15:56:48 +
with message-id
and subject line Bug#743746: fixed in jruby 1.7.21-2
has caused the Debian Bug report #743746,
regarding jruby: has poor cryptographic support
to be marked as done.
This means that you claim that the problem has been dealt with.
I
Source: pep257
Version: 0.5.0-1
Severity: serious
Tags: upstream
Justification: fails to build from source
pep257 tests break with python-mock 1.3.0:
test_definitions.test_token_stream ... ok
Run domain-specific tests from test.py file. ... ok
Failure: AttributeError ('VersionInfo' object has no
Hi,
On Sun, Jul 26, 2015 at 03:17:26PM +0200, Andreas Beckmann wrote:
> Followup-For: Bug #789778
> Control: found -1 6.0.2-1
>
> On Wed, 24 Jun 2015 13:14:06 +0200 Andreas Beckmann wrote:
> > during a test with piuparts I noticed your package left processes
> > running after the package has bee
Hi,
any news about this problem? Any suggested solution by the maintainers?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing commands for cont...@bugs.debian.org:
> severity 793969 normal
Bug #793969 [src:dbus-sharp] FTBFS with mono 4.0 (4.0.2.5+dfsg-2)
Severity set to 'normal' from 'serious'
> # mono 4.0 is only in exp
> severity 793970 normal
Bug #793970 [src:nant] FTBFS with mono 4.0 (4.0.2.5+dfsg-2)
Sever
On Wed, Jul 29, 2015 at 10:00:16AM +0100, Russel Winder wrote:
> Emmanuel, Miguel,
Hi Russel,
>
> Apache Groovy 1.x series is no longer maintained. All effort is now on
> the Apache Groovy 2.4.x and 2.5-SNAPSHOT versions. If Debian is to
> remove Commons CLI 1.2 then I suggest removing the groov
On Wed, Jul 29, 2015 at 09:57:35AM +0200, Emmanuel Bourg wrote:
> Le 29/07/2015 03:35, Miguel Landaeta a écrit :
>
> > Since you have worked upstream with libcommons-cli-java, I hope to
> > don't bother you with this help request.
>
> commons-cli provides several parsers with different behaviors.
Source: nant
Version: 0.92~rc1+dfsg-4
Severity: serious
Justification: fails to build from source
Build fails, log below.
*** /build/log/d/dbus-sharp_0.8.1-1
dpkg-buildpackage: source package dbus-sharp
dpkg-buildpackage: source version 0.8.1-1
dpkg-buildpackage: source distribution unstable
dpk
Source: dbus-sharp
Version: 0.8.1-1
Severity: serious
Justification: fails to build from source
Build fails, see below.
*** /build/log/d/dbus-sharp_0.8.1-1
dpkg-buildpackage: source package dbus-sharp
dpkg-buildpackage: source version 0.8.1-1
dpkg-buildpackage: source distribution unstable
dpkg-b
Your message dated Wed, 29 Jul 2015 15:15:44 +0200
with message-id
and subject line
has caused the Debian Bug report #793091,
regarding src:checkbox-ng: maintainer address bounces
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is
Source: apertium-es-gl
Version: 1.0.7-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
User: debian...@lists.debian.org
Usertags: piuparts
This bug affects all apertium-es-XX packages, but I'm filing it only
against the first one.
apertium-es-XX i
Package: timgm6mb-soundfont
Version: 1.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite ot
Source: libbio-das-lite-perl
Source-Version: 2.04-1.2
Tags: sid
Severity: serious
The maintainer address for libbio-das-lite-perl bounces, see below.
Ansgar
Mail Delivery System writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be
On 29/07/2015 8:24 PM, Paul King wrote:
On 29/07/2015 7:00 PM, Russel Winder wrote:
Emmanuel, Miguel,
[...snip...]
The 2.4.x stream is a mostly maintenance stream (i.e. bug fixes
and only minor functional changes/enhancements). At this stage,
there aren't any plans for doing a 2.4.x release wi
Package: emoslib
Version: 2:4.0.7-2
Severity: serious
emoslib FTBFS on a number of architectures including four release
architectures (mips, powerpc, ppc64el and s390x) with testsuite failures.
mips/powerpc/sparc/hppa fail with
The following tests FAILED:
1 - interpolation_example_g
On 29/07/2015 7:00 PM, Russel Winder wrote:
Emmanuel, Miguel,
On Wed, 2015-07-29 at 09:57 +0200, Emmanuel Bourg wrote:
Le 29/07/2015 03:35, Miguel Landaeta a écrit :
Since you have worked upstream with libcommons-cli-java, I hope to
don't bother you with this help request.
commons-cli provi
Your message dated Wed, 29 Jul 2015 10:00:13 +
with message-id
and subject line Bug#781566: fixed in apophenia 0.999e+ds-1
has caused the Debian Bug report #781566,
regarding COPYING2 contains some armchair licensing
to be marked as done.
This means that you claim that the problem has been de
Your message dated Wed, 29 Jul 2015 10:00:13 +
with message-id
and subject line Bug#72: fixed in apophenia 0.999e+ds-1
has caused the Debian Bug report #72,
regarding apophenia: ftbfs with GCC-5
to be marked as done.
This means that you claim that the problem has been dealt with.
If t
Your message dated Wed, 29 Jul 2015 09:45:58 +
with message-id <20150729094558.ga4...@chase.mapreri.org>
and subject line Re: Bug#792429: missing license in debian/copyright
has caused the Debian Bug report #792429,
regarding missing license in debian/copyright
to be marked as done.
This means
Your message dated Wed, 29 Jul 2015 09:37:18 +
with message-id
and subject line Bug#791831: fixed in python-hl7 0.3.3-3
has caused the Debian Bug report #791831,
regarding python3-hl7: fails to upgrade from 'testing' - trying to overwrite
/usr/share/man/man1/mllp_send.1.gz
to be marked as don
Emmanuel, Miguel,
On Wed, 2015-07-29 at 09:57 +0200, Emmanuel Bourg wrote:
> Le 29/07/2015 03:35, Miguel Landaeta a écrit :
>
> > Since you have worked upstream with libcommons-cli-java, I hope to
> > don't bother you with this help request.
>
> commons-cli provides several parsers with differen
Hi,
is there some "default" behaviour to deal with situations discussed
in this bug log:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754583#12
I think we should bump SONAME but is there any sensible way to not
conflict with further upstream changes?
Kind regards
Andreas.
--
h
Le 29/07/2015 03:35, Miguel Landaeta a écrit :
> Since you have worked upstream with libcommons-cli-java, I hope to
> don't bother you with this help request.
commons-cli provides several parsers with different behaviors. Up to 1.2
there was a gnu and a posix parsers, and starting with 1.3 I intr
72 matches
Mail list logo
