Package: 389-dsgw
Version: 1.1.9-1
Severity: serious
$subject pretty much says it all. Either 389-dsgw shouldn't be built on
kfreebsd or it should be made installable somehow.
Cheers,
Julien
signature.asc
Description: Digital signature
Your message dated Thu, 06 Mar 2014 07:04:10 +
with message-id
and subject line Bug#732419: fixed in asterisk 1:11.8.0~dfsg-2
has caused the Debian Bug report #732419,
regarding asterisk-dahdi: fails to upgrade from 'testing' - trying to overwrite
/usr/lib/asterisk/modules/app_flash.so
to be
Package: evolution
Version: 3.4.4-3
Severity: serious
I mark this as serious because DAViCal no longer interoperates with
Evolution, the default contact/calendar client on the desktop. Maybe
other servers are affected too, I just haven't tested any myself so far.
My DAViCal version is 1.1.1-1.
Your message dated Thu, 06 Mar 2014 04:33:30 +
with message-id
and subject line Bug#735498: fixed in cronometer 0.9.9+dfsg-1
has caused the Debian Bug report #735498,
regarding Non free icons
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
This should have gone to #738172 and not #738712 :)
/me wondered what pkg-kdeextras had to do with this :-P
On Wednesday 05 March 2014 17:07:31 Don Armstrong wrote:
> 16:07:57 dondelelcaro: does the BTS know about source package
> renaming? #738172 16:20:41 ah, we discussed this before, I remem
16:07:57 dondelelcaro: does the BTS know about source package renaming?
#738172
16:20:41 ah, we discussed this before, I remember now
16:29:49 pabs: I've actually already got some code for it
16:29:54 pabs: but currently it doesn't
16:32:00 (it's actually not too terribly difficult; you just
On Tue, Mar 4, 2014 at 10:51 PM, Jakub Wilk wrote:
> * Peter Dolding , 2014-03-04, 13:11:
>>
>> wine should not be run as root. There is no wrapper on binfmt_misc to make
>> it fail in case of a .exe on root.
>
>
> Why should such a protection be implemented in the wrapped rather than in
> wine it
Processing commands for cont...@bugs.debian.org:
> tags 740119 + pending
Bug #740119 [src:nemo] nemo: FTBFS with new gtk+ because of
GTK_DISABLE_DEPRECATED
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
740119: http://bugs.debian.org/cgi-bi
tags 740119 + pending
thanks
[ Benjamin, adding you to explicit CC as I don't know if you receive bugmail for
nemo ]
On 26/02/14 00:02, Emilio Pozuelo Monfort wrote:
> Source: nemo
> Version: 1.8.4-1
> Severity: serious
>
> Your package FTBFS on sid since the gtk+3.0 update. That is because
> yo
> reassign 740612 librcc-dev 0.2.9-3.1+b1
> affects 740612 +moc
> retitle 740612 "Must be updatet to 0.2.12, otherwise depended packages are
> rendered unusable"
> # I would adopt the package
nice idea,
> thanks
> I've build and installed librcc 0.2.12. moc works flawlessly, though.
yeah, now
Package: libnss-mysql-bg
Version: 1.5-3+b1
Followup-For: Bug #729986
Confirmed here, I just lost two evenings tracing down a weird rsync
issue at Gna(.org) down to this.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641404 sheds some
light on the patch's purpose.
I guess it was tested with (
Your message dated Wed, 05 Mar 2014 22:17:21 +
with message-id
and subject line Bug#739904: fixed in boost1.54 1.54.0-5
has caused the Debian Bug report #739904,
regarding /usr/include/boost/atomic/atomic.hpp:202:16: error: 'uintptr_t' was
not declared in this scope
to be marked as done.
Thi
Your message dated Wed, 05 Mar 2014 22:17:21 +
with message-id
and subject line Bug#739807: fixed in boost1.54 1.54.0-5
has caused the Debian Bug report #739807,
regarding /usr/include/boost/atomic/atomic.hpp:202:16: error: 'uintptr_t' was
not declared in this scope
to be marked as done.
Thi
Processing commands for cont...@bugs.debian.org:
> user debian...@lists.debian.org
Setting user to debian...@lists.debian.org (was da...@debian.org).
> usertags 740890 json-evil-license
There were no usertags set.
Usertags are now: json-evil-license.
> found 740890 0.0.svn6687+dfsg1-1
Bug #740890
Package: josm
Version: 0.0.svn6502+dfsg1-1
Severity: serious
Tags: confirmed upstream
While working to fix #731029 , in the usual pre-upload checks, I found that
version 6502 of JOSM introduced code under the awful "use this for good, not
evil" JSON license. This code wasn't present in the previou
Your message dated Wed, 05 Mar 2014 22:04:03 +
with message-id
and subject line Bug#740486: fixed in opendkim 2.9.0-3
has caused the Debian Bug report #740486,
regarding opendkim: FTBFS on mipsen (test failures)
to be marked as done.
This means that you claim that the problem has been dealt w
I found some emails being sent from a few email addresses that had bug
numbers in the subject line that were stuck in the moderation queue due
to not being members. I accepted all those and whitelisted the senders.
If its still not making it through can you tell me what email address
these mai
Your message dated Wed, 05 Mar 2014 21:50:00 +
with message-id
and subject line Bug#735898: fixed in pavucontrol 2.0-1
has caused the Debian Bug report #735898,
regarding pavucontrol segmentation fault
to be marked as done.
This means that you claim that the problem has been dealt with.
If th
Your message dated Wed, 05 Mar 2014 21:21:45 +
with message-id
and subject line Bug#740846: fixed in percona-toolkit 2.2.7-1~dfsg1
has caused the Debian Bug report #740846,
regarding percona-toolkit: CVE-2014-2029
to be marked as done.
This means that you claim that the problem has been dealt
Hi Hrvoje,
I'm also Cc: this message to Debian BTS (#740846) to keep track of this issue
in case we need this
info in the future.
Thanks a lot.
Regards,
On 03/05/2014 09:14 PM, Hrvoje Matijakovic wrote:
> On Wed, Mar 05, 2014 at 08:43:51PM +0100, Dario Minnucci wrote:
>>
>> Hi Hrvoje,
>>
>>
Processing control commands:
> severity -1 serious
Bug #740539 [xul-ext-noscript] xul-ext-noscript: Version 2.1.4-1 does not work
with iceweasel 24+
Severity set to 'serious' from 'important'
> fixed -1 2.6.8.15-1
Bug #740539 [xul-ext-noscript] xul-ext-noscript: Version 2.1.4-1 does not work
wit
Hi Moritz,
I'm checking with upstream if version in stable is really vulnerable to
CVE-2014-2029 as well.
I'll upload a fix to unstable in a while.
Thanks,
On 03/05/2014 03:22 PM, Moritz Muehlenhoff wrote:
> Package: percona-toolkit
> Severity: grave
> Tags: security
> Justification: user se
Processing commands for cont...@bugs.debian.org:
> tags 740846 + pending
Bug #740846 [percona-toolkit] percona-toolkit: CVE-2014-2029
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
740846: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740
Processing commands for cont...@bugs.debian.org:
> tags 736307 pending
Bug #736307 [ekiga-dbg] ekiga-dbg: unhandled symlink to directory conversion:
/usr/share/doc/PACKAGE
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
736307: http://bugs.d
tags 736307 pending
thanks
On 05/03/14 16:59, Eugen Dedu wrote:
On 22/01/14 04:06, Andreas Beckmann wrote:
Package: ekiga-dbg
Version: 4.0.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
[...]
From the attached log (usually somewhere in the middle...):
1m42.0s ERR
Your message dated Wed, 05 Mar 2014 18:18:31 +
with message-id
and subject line Bug#638761: fixed in gtkmathview 0.8.0-10
has caused the Debian Bug report #638761,
regarding gtkmathview: please remove t1lib dependency
to be marked as done.
This means that you claim that the problem has been d
Hello,
As I see from debian/changelog,
tests for all architectures should be disabled.
Snip from changelog:
> opendkim (2.9.0-2) unstable; urgency=low
>
> * Disable test suite on all archs due to undiagnosed race condition in the
> test suite that causes multiple FTBFS, but doesn't appe
Processing commands for cont...@bugs.debian.org:
> tags 736440 + fixed-upstream
Bug #736440 [src:haskell-criterion] [src:haskell-criterion] Sourceless file
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
736440: http://bugs.debian.org/
Control: tags -1 + moreinfo unreproducible
Le dimanche 02 mars 2014 à 19:38 +0100, D Haley a écrit :
> Package: libqhull6
> Version: 2012.1-4
> Severity: grave
> File: libqhull
> Justification: renders package unusable
>
> Dear Maintainer,
>
> -dev package appears to contain zero-byte files. Dpk
Processing control commands:
> tags -1 + moreinfo unreproducible
Bug #740553 [libqhull6] libqhull: -dev package uninstallable
Added tag(s) unreproducible and moreinfo.
--
740553: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740553
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
On Friday, February 14, 2014 17:29:35 you wrote:
> Package: postfix
...
> after last update, /var/log/auth.log shows more lines like
>
> Feb 14 17:06:20 hpdv5 postfix/smtp[23848]: looking for plugins in
> '/usr/lib/sasl2', failed to open directory, error: No such file or
> directory
...
> /etc <-s
Control: severity -1 wishlist
I would be tempted to just close the bug, but just in case I missed
the obvious, I am simply downgraded the severity.
Why do you think that arch-dependant *.cmake files should go into
/usr/share ? GDCM is also installing all *.cmake into /usr/lib since
most of them a
Processing control commands:
> severity -1 wishlist
Bug #740813 [libinsighttoolkit4-dev] wrong path for .cmake file
Severity set to 'wishlist' from 'serious'
--
740813: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740813
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Sylvestre Ledru wrote:
> Le lundi 22 août 2011 à 00:21 -0400, Michael Gilbert a écrit :
> > Sylvestre Ledru wrote:
> >
> > > Hello,
> > >
> > > > t1lib is slated to be removed (in favor of freetype) before wheezy ships
> > > > [0],[1]. This package is currently one of its reverse dependencies.
>
On 22/01/14 04:06, Andreas Beckmann wrote:
Package: ekiga-dbg
Version: 4.0.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
pa
Your message dated Wed, 05 Mar 2014 15:24:37 +
with message-id
and subject line Bug#740318: fixed in python-numpy 1:1.7.1-4
has caused the Debian Bug report #740318,
regarding python3-numpy-dbg shares a file with python3-numpy without conflicts
on kfreebsd
to be marked as done.
This means th
Hi,
I think this one is gone now.
But theres a new one, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740849
Best regards
Ralph
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: percona-toolkit
Severity: grave
Tags: security
Justification: user security hole
This was assigned CVE-2014-2029:
http://seclists.org/oss-sec/2014/q1/377
We should disable it in the Debian package.
Cheers,
Moritz
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian
Hi,
There's also an error in debian/ant-contrib.poms - the
--has-package-version is incorrect and should be removed, otherwise if
you build using maven, then mh_resolve_dependencies puts a versioned
dependency on 1.0b5-SNAPSHOT into the package you're building, which
isn't satisfiable.
Regards,
Processing commands for cont...@bugs.debian.org:
> tags 721303 + pending
Bug #721303 [udisks] udisks: breaks LVM and deadlocks LVM related IO to system
[SEC=UNCLASSIFIED]
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
721303: http://bugs.de
Just to confirm the client system is running wheezy, evolution packages
are all v3.4.4-3
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: davical
Version: 1.1.1-1
Severity: serious
I mark this as serious because DAViCal no longer interoperates with
Evolution, the default contact/calendar client in Debian
Evolution submits a vCard to DAViCal with a REV field like this:
REV:"d3b07384d113edec49eaa6238ad5ff00"
In the RFC
Package: davical
Version: 1.1.1-1
Severity: serious
I update a contact record in Evolution and save the record
The Apache access.log shows the PUT request with a 204 response
The error.log contains various errors
The new data is not persisted to the database and there is no feedback
in Evolutio
Processing commands for cont...@bugs.debian.org:
> affects 740810 +moc
Bug #740810 [librcc-dev] moc: Segmentation fault when trying to execute
Added indication that 740810 affects moc
> affects 740661 +moc
Bug #740661 [librcc0] librcc0: Update to 0.2.9-3.1+b1 causes mocp to segfault
on launch
Add
Processing commands for cont...@bugs.debian.org:
> retitle 740612 "Must be updated to 0.2.12, otherwise dependent packages are
> rendered unusable"
Bug #740612 [librcc-dev] "Must be updatet to 0.2.12, otherwise depended
packages are rendered unusable"
Changed Bug title to '"Must be updated to 0.
Processing commands for cont...@bugs.debian.org:
> severity 740810 grave
Bug #740810 [librcc-dev] moc: Segmentation fault when trying to execute
Severity set to 'grave' from 'important'
> merge 740810 740612
Bug #740810 [librcc-dev] moc: Segmentation fault when trying to execute
Unable to merge bu
Your message dated Wed, 05 Mar 2014 11:34:26 +
with message-id
and subject line Bug#738431: fixed in latex-make 2.1.18-3
has caused the Debian Bug report #738431,
regarding latex-make: FTBFS: Font T1/cmr/m/n/10=ecrm1000 at 10.0pt not
loadable: Metric (TFM) file not found
to be marked as done.
Processing commands for cont...@bugs.debian.org:
> 740810 severity grave
Unknown command or malformed arguments to command.
> reassign 740810 librcc-dev 0.2.9-3.1+b1
Bug #740810 [moc] moc: Segmentation fault when trying to execute
Bug reassigned from package 'moc' to 'librcc-dev'.
No longer marked
740810 severity grave
reassign 740810 librcc-dev 0.2.9-3.1+b1
merge 740810 740612
thanks
* David [2014-03-05 10:04 +0100]:
> Package: moc
> Version: 1:2.5.0~beta2-1
> Severity: important
>
> Dear Maintainer,
>
> In last two days I can't execute mocp because I get a "segmentation fault"
> error
Package: libinsighttoolkit4-dev
Version: 4.5.0-3
Severity: serious
All *.cmake files (platform independent) should go under /usr/share/cmake as
for other packages, not in /usr/lib/cmake. See shared-desktop-ontologies for
instance. Also eventually consider an -all common package for them insted of
On Wed, Mar 05, 2014 at 09:10:37AM +0100, Ralf Treinen wrote:
> Package: openswan,strongswan-starter
> Version: openswan/1:2.6.38-1
> Version: strongswan-starter/5.1.1-3
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
>
> Date: 2014-03-05
> Architecture: amd64
> Dist
Package: openswan,strongswan-starter
Version: openswan/1:2.6.38-1
Version: strongswan-starter/5.1.1-3
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2014-03-05
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share a file and
52 matches
Mail list logo
