Processing commands for cont...@bugs.debian.org:
> severity 783787 serious
Bug #783787 [python3.4] devscripts: upgrade fails; ImportError: No module named
'_sysconfigdata_m'
Severity set to 'serious' from 'important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
Thank you for the investigation, and please NMU. I'm not literally
underwater
right now, but I'm also not that far off from it.
Your message dated Thu, 30 Apr 2015 04:48:49 +
with message-id
and subject line Bug#783523: fixed in amoeba 1.1-28
has caused the Debian Bug report #783523,
regarding FTBFS due to missing build-depends
to be marked as done.
This means that you claim that the problem has been dealt with.
If th
Processing commands for cont...@bugs.debian.org:
> reassign 783777 python2.7
Bug #783777 [python-minimal] python-minimal: fails to upgrade with
"ImportError: No module named _sysconfigdata_nd"
Bug reassigned from package 'python-minimal' to 'python2.7'.
No longer marked as found in versions pytho
Alternatively one can use .symbols file with version updated to 0.4.3 for all
symbols. I shall be happy to make NMU with such change.
Thanks.
--
Cheers,
Dmitry Smirnov.
signature.asc
Description: This is a digitally signed message part.
Your message dated Thu, 30 Apr 2015 11:43:31 +0900
with message-id <20150430024331.ge29...@auth.logic.tuwien.ac.at>
and subject line Re: Bug#783785: Acknowledgement (python2.7 completely broken)
has caused the Debian Bug report #783785,
regarding python2.7 completely broken
to be marked as done.
T
Package: python2.7
Version: 2.7.9-3
Severity: grave
Justification: renders package unusable
Aehm, I don't know what has happened, but some recent update
shot python into the stars:
$ python --version
Python 2.7.9
$ Traceback (most recent call last):
File "/usr/lib/python2.7/site.py", line 563,
Your message dated Thu, 30 Apr 2015 01:34:05 +
with message-id
and subject line Bug#782799: fixed in getdns 0.1.7-1.1
has caused the Debian Bug report #782799,
regarding ImportError: libgetdns.so.1: cannot open shared object file
to be marked as done.
This means that you claim that the proble
Processing control commands:
> reassign 782799 libgetdns1 0.1.7-1
Bug #782799 [python-getdns] ImportError: libgetdns.so.1: cannot open shared
object file
Bug reassigned from package 'python-getdns' to 'libgetdns1'.
No longer marked as found in versions python-getdns/0.2.1-2.
Ignoring request to a
Control: reassign 782799 libgetdns1 0.1.7-1
Control: affects 782799 + python-getdns
Control: tags 782799 + upstream patch
On Sat 2015-04-18 01:48:00 -0400, Daniel Kahn Gillmor wrote:
> Package: python-getdns
> Version: 0.2.1-2
> Severity: grave
> Justification: renders package unusable
> Control:
Processing control commands:
> reassign 782799 libgetdns1 0.1.7-1
Bug #782799 [libgetdns1] ImportError: libgetdns.so.1: cannot open shared object
file
Ignoring request to reassign bug #782799 to the same package
Bug #782799 [libgetdns1] ImportError: libgetdns.so.1: cannot open shared object
file
Control: tag -1 + moreinfo unreproducible
Control: severity -1 important
Hi,
On Sun, Mar 29, 2015 at 11:48 PM, Pirate Praveen wrote:
> package: gnote
> version: 3.14.2-1
> severity: grave
> reason: gnote is unusable with this
>
> When I manually created this file, I could start gnote and use it
Processing control commands:
> tag -1 + moreinfo unreproducible
Bug #781501 [gnote] gnote segfaults when it can't find a .note file
Added tag(s) unreproducible and moreinfo.
> severity -1 important
Bug #781501 [gnote] gnote segfaults when it can't find a .note file
Severity set to 'important' from
Package: python-minimal
Version: 2.7.9-1
Severity: serious
Justification: Policy 3.5
Hi all,
When upgrading a sid chroot (host runs testing) it failed with the
following:
…
Setting up python-minimal (2.7.9-1) ...
Traceback (most recent call last):
Source: haskell-hashable
Version: 1.2.3.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The powerpc build of haskell-hashable encountered a test suite failure:
regressions:
hashNearPageBoundary: [Failed]
ERROR: mmap: invalid argument (I
Hi,
JFTR: Hotot-Gtk works very fine for me, too. (No segfault at start as
described in #728578.)
Hideki Yamane wrote:
> Unfortunetly, hotot upstream has orphaned this software :-(
> It means that does not provide fix to it anymore.
> For detail, see http://www.hotot.org/this-project-has-been-d
Your message dated Wed, 29 Apr 2015 23:31:38 +0200
with message-id <55414dba.2080...@debian.org>
and subject line Re: Bug#783753: Still existing bug
has caused the Debian Bug report #783753,
regarding libpython2.7-minimal: missed symlink renders python2.7 unusable
to be marked as done.
This means
Processing commands for cont...@bugs.debian.org:
> close 783726 0.98.6+dfsg-2
Bug #783726 [clamav-daemon] clamav-daemon.postinst: line 626: $DEBCONFILE:
ambiguous redirect
Ignoring request to alter fixed versions of bug #783726 to the same values
previously set
Bug #783726 [clamav-daemon] clamav
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>On 04/29/2015 08:55 PM, Alf Gaida wrote:
>> Package: libpython2.7-minimal
>> Version: 2.7.9-3
>> Severity: grave
>> Justification: renders package unusable
>
>please check the bug tracker before submitting duplicate issues.
The message might be not
Processing commands for cont...@bugs.debian.org:
> reopen 783753
Bug #783753 {Done: Matthias Klose } [libpython2.7-minimal]
libpython2.7-minimal: missed symlink renders python2.7 unusable
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared,
Processing control commands:
> tags -1 pending
Bug #783720 [clamav-daemon] clamav-daemon does not honour Local* with systemd
Added tag(s) pending.
--
783720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783720
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNS
Control: tags -1 pending
Hi Sebastian,
On 29.04.2015 21:09, Andreas Cadhalpun wrote:
> On 29.04.2015 14:56, Sebastian Andrzej Siewior wrote:
>> The options
>> LocalSocket /var/run/clamav/clamd.ctl.change
>> LocalSocketGroup nobody
>> LocalSocketMode 600
>>
>> in clamd.conf are not
Processing control commands:
> severity -1 serious
Bug #783713 [flim] flim: fails to compile with xemacs21
Severity set to 'serious' from 'important'
--
783713: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783713
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To
Your message dated Wed, 29 Apr 2015 21:33:13 +0200
with message-id <554131f9.40...@debian.org>
and subject line Re: Bug#783753: libpython2.7-minimal: missed symlink renders
python2.7 unusable
has caused the Debian Bug report #783753,
regarding libpython2.7-minimal: missed symlink renders python2.7
Your message dated Wed, 29 Apr 2015 19:20:00 +
with message-id
and subject line Bug#783051: fixed in ipxe 1.0.0+git-20150424.a25a16d-1
has caused the Debian Bug report #783051,
regarding ipxe: ISO image appears to be empty
to be marked as done.
This means that you claim that the problem has b
Hi Sebastian,
On 29.04.2015 14:56, Sebastian Andrzej Siewior wrote:
> The options
> LocalSocket /var/run/clamav/clamd.ctl.change
> LocalSocketGroup nobody
> LocalSocketMode 600
>
> in clamd.conf are not considered when used via systemd. It seems that
> /lib/systemd/system
On 29.04.2015 20:47, Moritz Mühlenhoff wrote:
> On Wed, Apr 29, 2015 at 08:33:07PM +0200, Andreas Cadhalpun wrote:
>>> Having both for a year along each other will only waste people's time. Now
>>> at the beginning of the release cycle is the time to make a decision,
>>> not by dragging things into
Package: libpython2.7-minimal
Version: 2.7.9-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
after the today d-u i encountered the listed behaviour when using apt:
Traceback (most recent call last):
File "/usr/lib/python2.7/site.py", line 563, in
main()
File "
On Wed, Apr 29, 2015 at 20:33:07 +0200, Andreas Cadhalpun wrote:
> Having ffmpeg in testing during this time would be nice, e.g. so that people
> using testing can easily compare them.
>
Not really. It's a library, users don't get to compare, they get to use
whichever one is chosen by the applic
Hi Julien,
On 29.04.2015 20:40, Julien Cristau wrote:
> On Wed, Apr 29, 2015 at 20:33:07 +0200, Andreas Cadhalpun wrote:
>
>> Having ffmpeg in testing during this time would be nice, e.g. so that people
>> using testing can easily compare them.
>>
> Not really. It's a library, users don't get to
Hi Tim,
What is going on with #725768? (tkcvs depends issue). I recently
installed a new jessie system and discovered my favorite graphical diff
tool, tkdiff, missing. After tracking down that tkcvs provides it I
discovered it's not in jessie :(
Maybe we can get it in stretch and then I can do a
Package: libcatmandu-importer-getjson-perl
Version: 0.41-1
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest
This package is missing a dependency on libjson-perl.
# perl -e 'use Catmandu::Importer::getJSON'
Can't locate JSON.pm in @INC (you may need to install the JSO
On Wed, Apr 29, 2015 at 08:33:07PM +0200, Andreas Cadhalpun wrote:
> > Having both for a year along each other will only waste people's time. Now
> > at the beginning of the release cycle is the time to make a decision,
> > not by dragging things into a year as of today. Picking one of the two
> >
Hi Moritz,
On Wed, Apr 29, 2015 at 7:22 PM, Moritz Mühlenhoff wrote:
> Having both for a year along each other will only waste people's time. Now
> at the beginning of the release cycle is the time to make a decision,
> not by dragging things into a year as of today. Picking one of the two
> won'
Your message dated Wed, 29 Apr 2015 18:34:15 +
with message-id
and subject line Bug#783451: fixed in libmodule-signature-perl 0.78-1
has caused the Debian Bug report #783451,
regarding libmodule-signature-perl: CVE-2015-3406 CVE-2015-3407 CVE-2015-3408
CVE-2015-3409
to be marked as done.
Thi
Hi Moritz,
On 29.04.2015 20:22, Moritz Mühlenhoff wrote:
> Andreas Cadhalpun wrote:
>
>> But having mysql-5.5 and mariadb-10.0 in jessie is apparently no
>> problem, despite previous claims. What's the difference?
>
> To properly migrate over a daemon they need to co-exist for a stable
> release
Andreas Cadhalpun wrote:
> But having mysql-5.5 and mariadb-10.0 in jessie is apparently no
> problem, despite previous claims. What's the difference?
To properly migrate over a daemon they need to co-exist for a stable
release, while a lib does not. Stretch will only have one of them.
> How do
Hi Jonathan,
thanks for answering my question.
On 29.04.2015 16:52, Jonathan Wiltshire wrote:
> mysql-5.5 and mariadb-10.0 in Jessie is not exactly "no problem".
> There were extensive discussions before the freeze about which of
> the *four* forks of MySQL would ship in Jessie.
>
> Bear in mind
Hi Alessio,
On 29.04.2015 15:27, Alessio Treglia wrote:
> On Wed, Apr 29, 2015 at 12:47 PM, Andreas Cadhalpun
> wrote:
>> Therefore I'm planning to discuss a possible transition from
>> Libav to FFmpeg with the maintainers of the reverse dependencies,
>> before asking the TC for a resolution.
>
Hi Alessandro,
On 29.04.2015 16:08, Alessandro Ghedini wrote:
> The decision has to be taken *now*, not in one year.
We should start discussing, sure, but I would be surprised if a decision
could be reached in a time frame short enough to qualify as 'now'.
> Last year, just before the freeze, we
Hi Joerg,
2015-04-29 18:12 GMT+02:00 Joerg Jaspert :
> On 13926 March 1977, Bálint Réczey wrote:
>> 2015-04-29 15:38 GMT+02:00 Emilio Pozuelo Monfort :
>>> On 29/04/15 14:29, Bálint Réczey wrote:
The last word from the Security Team was Moritz's email which gave
ffmpeg green light after
On 13926 March 1977, Bálint Réczey wrote:
> 2015-04-29 15:38 GMT+02:00 Emilio Pozuelo Monfort :
>> On 29/04/15 14:29, Bálint Réczey wrote:
>>> The last word from the Security Team was Moritz's email which gave
>>> ffmpeg green light after Jessie's release.
>> No. He said that a decision between lib
Le mercredi 29 avril 2015 09:48:25, vous avez écrit :
> I installed cruft-ng and ran it after installing with no configuration.
Indeed, there is nothing to configure.
> cat: /var/spool/cruft/IGNORES: No such file or directory
Harmless, fixed in pending cruft-common upload.
> Here's the failure:
Your message dated Wed, 29 Apr 2015 16:09:59 +
with message-id
and subject line Bug#751707: fixed in systemd 219-8
has caused the Debian Bug report #751707,
regarding systemd: offset is ignored in /etc/crypttab
to be marked as done.
This means that you claim that the problem has been dealt wi
(re-sending for the benefit of -release)
On 2015-04-29 12:47, Andreas Cadhalpun wrote:
On 29.04.2015 12:28, Emilio Pozuelo Monfort wrote:
On 29/04/15 10:41, Bálint Réczey wrote:
2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
On 27/04/15 00:30, Andreas Cadhalpun wrote:
On 27.04.2015 00:01
Processing control commands:
> reassign 778649 src:lives 2.2.8~ds0-1
Bug #778649 [lives] lives: FTBFS: dh_auto_install: make -j6 install
DESTDIR=/«PKGBUILDDIR»/debian/tmp AM_UPDATE_INFO_DIR=no returned exit code 2
Bug reassigned from package 'lives' to 'src:lives'.
No longer marked as found in ve
Processing commands for cont...@bugs.debian.org:
> fixed 783726 0.98.6+dfsg-1+deb8u1
Bug #783726 [clamav-daemon] clamav-daemon.postinst: line 626: $DEBCONFILE:
ambiguous redirect
Marked as fixed in versions clamav/0.98.6+dfsg-1+deb8u1.
> thanks
Stopping processing here.
Please contact me if you
Control: reassign 778649 src:lives 2.2.8~ds0-1
Control: forcemerge -1 778649
On Wed, 29 Apr 2015 16:08:28 +0100 James Cowgill
wrote:
> So I had a look at this bug due to the failings on mips.
And now I realise #778649 already contains a fix for this exact bug as
applied in Ubuntu... I'll let yo
Processing control commands:
> severity -1 serious
Bug #732205 [src:lives] lives: FTFBS from mipsel: cp: cannot create directory
'/PKGBUILDDIR/debian/tmp/usr/share/lives/plugins/effects/compound': File exists
Severity set to 'serious' from 'important'
> tags -1 patch
Bug #732205 [src:lives] lives
Package: iptables-persistent
Version: 1.0.3
Severity: grave
Hi, how are you?
I'm facing a problem iwth iptables-persistent on the Jessie release when trying
to persist existing iptablesi rules, but the init script fails with exit code 1.
On Wheezy just works™
Here is the output of init script w
Processing commands for cont...@bugs.debian.org:
> fixed 783726 0.98.6+dfsg-2
Bug #783726 [clamav-daemon] clamav-daemon.postinst: line 626: $DEBCONFILE:
ambiguous redirect
Marked as fixed in versions clamav/0.98.6+dfsg-2.
> thanks
Stopping processing here.
Please contact me if you need assistanc
fixed 783726 0.98.6+dfsg-2
thanks
On 2015-04-29 16:12:42 [+0200], Mounaam wrote:
> Package: clamav-daemon
> Version: 0.98.6+dfsg-1
> Severity: grave
> Justification: renders package unusable
>
> Problem:
> typo in line 626: $DEBCONFILE used instead of $DEBCONFFILE (double F)
fixed, please check
On 2015-04-29 12:47, Andreas Cadhalpun wrote:
On 29.04.2015 12:28, Emilio Pozuelo Monfort wrote:
On 29/04/15 10:41, Bálint Réczey wrote:
2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
On 27/04/15 00:30, Andreas Cadhalpun wrote:
On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
On 26/04/
On Mon, 28 Jul 2014 20:29:39 +0100 Simon McVittie wrote:
> portaudio is not in testing, has a release-critical bug, has been
> superseded by portaudio19, and nothing seems to depend on it any more[1].
> Should it be removed from Debian?
Ping? Is there a reason this package still exists?
Thanks,
On Wed, Apr 29, 2015 at 3:09 PM, Timothy Gu wrote:
> 1. FFmpeg and Libav can coexist for "a year or so"
> 2. A decision must be made before the Stretch freeze
> #1 did not make it clear where the packages are coexisting, that is very
> true. But for #2, the sentence would not have made any sense i
I have confirmed that the Fedora patch does clear the original error,
however there is now a new error:
xen:/etc/bind# service rollerd restart
Restarting DNSSEC-Tools rollerd: rollerdUNIVERSAL->import is deprecated
and will be removed in a future perl at
/usr/share/perl5/Net/DNS/SEC/Tools/toolopti
2015-04-29 16:08 GMT+02:00 Alessandro Ghedini :
> On Wed, Apr 29, 2015 at 03:28:40PM +0200, Andreas Cadhalpun wrote:
>> Hi Alessandro,
>>
>> On 29.04.2015 14:58, Alessandro Ghedini wrote:
>> > On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote:
>> >>> Since there are concerns on shipping b
Package: clamav-daemon
Version: 0.98.6+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation? Upgrade from wheezy to jessie
* What exactly did you do (or not do) that was effective (or
ineffective)? apt-get dist-upgrade
* What
2015-04-29 16:17 GMT+02:00 Bálint Réczey :
> 2015-04-29 16:08 GMT+02:00 Alessandro Ghedini :
>> On Wed, Apr 29, 2015 at 03:28:40PM +0200, Andreas Cadhalpun wrote:
>>> Hi Alessandro,
>>>
>>> On 29.04.2015 14:58, Alessandro Ghedini wrote:
>>> > On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wr
On Wed, Apr 29, 2015 at 02:55:39PM +0100, Alessio Treglia wrote:
> On Wed, Apr 29, 2015 at 2:46 PM, Bálint Réczey wrote:
> > He gave a green light to migration, it is very clear.
>
> If you're thinking of this [1] then yes, it's very clear that is *NOT*
> a green light at all.
I believe you are
On Wed, Apr 29, 2015 at 03:28:40PM +0200, Andreas Cadhalpun wrote:
> Hi Alessandro,
>
> On 29.04.2015 14:58, Alessandro Ghedini wrote:
> > On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote:
> >>> Since there are concerns on shipping both libav and ffmpeg, we won't allow
> >>> ffmpeg unle
Dear Moritz,
Could you please clarify Security Team's position? Do the Security
Team still want to keep ffmpeg out of testing?
Cheers,
Balint
2015-04-29 15:55 GMT+02:00 Alessio Treglia :
> On Wed, Apr 29, 2015 at 2:46 PM, Bálint Réczey wrote:
>> He gave a green light to migration, it is very cl
2015-04-29 15:27 GMT+02:00 Alessio Treglia :
> On Wed, Apr 29, 2015 at 12:47 PM, Andreas Cadhalpun
> wrote:
>> Therefore I'm planning to discuss a possible transition from
>> Libav to FFmpeg with the maintainers of the reverse dependencies,
>> before asking the TC for a resolution.
>
> What if one
On Wed, Apr 29, 2015 at 2:46 PM, Bálint Réczey wrote:
> He gave a green light to migration, it is very clear.
If you're thinking of this [1] then yes, it's very clear that is *NOT*
a green light at all.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763148#134
--
Alessio Treglia
Package: cruft-ng
Version: 0.1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I installed cruft-ng and ran it after installing with no configuration.
Here's the failure:
cerberus:/home/jlquinn/Desktop# cruft-ng
cruft report: Wed Apr 29 09:42:27 EDT 2015
cat: /var/spool
On Wed, Apr 29, 2015 at 15:40:53 +0200, Holger Seitter wrote:
> Hi,
>
> so, I removed all fglrx-stuff and reinstall all xserver-stuff.
> I have two video cards.
> Allways in that moment, when I activate an output of the second card with
> xrandr, I got the segmentation fault know.
> Should I writ
2015-04-29 15:38 GMT+02:00 Emilio Pozuelo Monfort :
> On 29/04/15 14:29, Bálint Réczey wrote:
>> The last word from the Security Team was Moritz's email which gave
>> ffmpeg green light after Jessie's release.
>
> No. He said that a decision between libav and ffmpeg would still have to be
> made. I
On 29/04/15 14:29, Bálint Réczey wrote:
> The last word from the Security Team was Moritz's email which gave
> ffmpeg green light after Jessie's release.
No. He said that a decision between libav and ffmpeg would still have to be
made. IOW, we won't ship Stretch with both libav and ffmpeg.
Allowi
Hi Alessandro,
2015-04-29 14:58 GMT+02:00 Alessandro Ghedini :
> On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote:
>> > Since there are concerns on shipping both libav and ffmpeg, we won't allow
>> > ffmpeg unless it is chosen to be the default and there is a clear
>> > transition
>> >
Package: dnssec-tools
Version: 1.13-1
Severity: grave
Justification: renders package unusable
After upgrading to jessie, rollerd will no longer start.
It appears that the format of the signed zonefile has changed:
---
xen:/etc/bind# for i in db.andrewg.signed db.stibium.signed; do echo $i;head
Hi Alessandro,
On 29.04.2015 14:58, Alessandro Ghedini wrote:
> On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote:
>>> Since there are concerns on shipping both libav and ffmpeg, we won't allow
>>> ffmpeg unless it is chosen to be the default and there is a clear transition
>>> plan, so
On Wed, Apr 29, 2015 at 12:47 PM, Andreas Cadhalpun
wrote:
> Therefore I'm planning to discuss a possible transition from
> Libav to FFmpeg with the maintainers of the reverse dependencies,
> before asking the TC for a resolution.
What if one or more maintainers do not agree with you to make his
Package: clamav-daemon
Version: 0.98.6+dfsg-1
Severity: serious
The options
LocalSocket /var/run/clamav/clamd.ctl.change
LocalSocketGroup nobody
LocalSocketMode 600
in clamd.conf are not considered when used via systemd. It seems that
/lib/systemd/system/clamav-da
Your message dated Wed, 29 Apr 2015 15:23:48 +0200
with message-id <20150429132348.ga7...@gaara.hadrons.org>
and subject line Re: Bug#772658: proll: build-depends on sparc-utils
has caused the Debian Bug report #772658,
regarding proll: build-depends on sparc-utils
to be marked as done.
This means
Processing commands for cont...@bugs.debian.org:
> # previous attempt to add fixed version was unsuccessful
> fixed 770916 0.18-2
Bug #770916 {Done: Pirate Praveen }
[ruby-handlebars-assets] failed to find asset during precompile
Marked as fixed in versions ruby-handlebars-assets/0.18-2.
> thanks
Processing commands for cont...@bugs.debian.org:
> # comment in message #12
> tags 735573 fixed-upstream
Bug #735573 [src:pystatgrab] pystatgrab: FTBFS: error: too few arguments to
function 'sg_init'
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.
Please contact me if you need as
On mer, apr 29, 2015 at 02:29:43 +0200, Bálint Réczey wrote:
> > Since there are concerns on shipping both libav and ffmpeg, we won't allow
> > ffmpeg unless it is chosen to be the default and there is a clear transition
> > plan, so that we can switch from one to the other. Only then will the bloc
On Wed, Apr 29, 2015 at 01:20:37PM +0200, Andreas Beckmann wrote:
> xemacs21-support needs to ship the empty directory /usr/lib/xemacs-21.4.22
> Ship, don't mkdir!
This is what the circular dependency was for wasn't it (dpkg didn't used
to cope I believe)?
Again, *please* provide reproduction in
Dear Emilio,
2015-04-29 12:28 GMT+02:00 Emilio Pozuelo Monfort :
> On 29/04/15 10:41, Bálint Réczey wrote:
>> 2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
>>> On 27/04/15 00:30, Andreas Cadhalpun wrote:
On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
> On 26/04/15 19:06, Andreas
On April 29, 2015 2:52:53 AM CDT, Emilio Pozuelo Monfort
wrote:
>So guile-1.8 got into jessie just for lilypond. I'm going to remove
>both from
>testing now - there should be plenty of time to get lilypond ported to
>guile-2.0
>and back into testing for the Stretch release.
>
>Cheers,
>Emilio
Up
Your message dated Wed, 29 Apr 2015 12:26:08 +
with message-id
and subject line Bug#783704: fixed in xemacs21 21.4.22-13
has caused the Debian Bug report #783704,
regarding xemacs21-support: fails to install: ln: failed to create symbolic
link '/usr/lib/xemacs-21.4.22/etc': No such file or di
On 29.04.2015 12:28, Emilio Pozuelo Monfort wrote:
> On 29/04/15 10:41, Bálint Réczey wrote:
>> 2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
>>> On 27/04/15 00:30, Andreas Cadhalpun wrote:
On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
> On 26/04/15 19:06, Andreas Cadhalpun wrote
Package: xemacs21-support
Version: 21.4.22-12
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>
On 29/04/15 10:41, Bálint Réczey wrote:
> 2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
>> On 27/04/15 00:30, Andreas Cadhalpun wrote:
>>> On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
On 26/04/15 19:06, Andreas Cadhalpun wrote:
> Dear release team,
>
> as you undoubtedly
Hello,
This bug, as sent by the issuer, seems quite specific to xautolock:
> One would not realise this, but xautolock will not execute vlock
> after idle time because xautolock "thinks" vlock is still
> running.
Not sure of this statement due to https://bugs.debian.org/702705#72
However, if "vl
2015-04-29 4:10 GMT+01:00 Olek :
>
> On 04/27/2015 05:41 PM, Manuel A. Fernandez Montecelo wrote:
>>
>> 2014-10-25 15:05 GMT+01:00 Manuel A. Fernandez Montecelo
>> :
>>>
>>> 2014-10-25 12:21 Olek:
Does anyone know if Ogre 1.8 will actually be removed from testing? If
so,
so
2015-04-29 9:44 GMT+02:00 Emilio Pozuelo Monfort :
> On 27/04/15 00:30, Andreas Cadhalpun wrote:
>> On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
>>> On 26/04/15 19:06, Andreas Cadhalpun wrote:
Dear release team,
as you undoubtedly know: jessie has been released! \o/
T
Processing commands for cont...@bugs.debian.org:
> block 783686 by 783516
Bug #783686 [src:llvm-toolchain-3.4] llvm-toolchain-3.4: FTBFS with libisl13
783686 was not blocked by any bugs.
783686 was not blocking any bugs.
Added blocking bug(s) of 783686: 783516
> thanks
Stopping processing here.
P
block 783686 by 783516
thanks
Le 29/04/2015 09:59, Emilio Pozuelo Monfort a écrit :
> Source: llvm-toolchain-3.4
> Version: 1:3.4.2-13
> Severity: serious
>
> Your package was rebuilt for the libisl13 transition, but it fails to build:
>
Well, I asked for a removal of this package from the archive
Source: llvm-toolchain-3.4
Version: 1:3.4.2-13
Severity: serious
Your package was rebuilt for the libisl13 transition, but it fails to build:
https://buildd.debian.org/status/logs.php?pkg=llvm-toolchain-3.4&ver=1%3A3.4.2-13%2Bb1
It seems related to libisl13:
/«PKGBUILDDIR»/polly/lib/ScheduleOpt
Processing control commands:
> severity -1 serious
Bug #746005 [lilypond] lilypond: please migrate to guile-2.0
Severity set to 'serious' from 'important'
--
746005: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746005
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
-
Source: guile-1.8
Severity: serious
Filing this to prevent migration to testing. See #760986.
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 27/04/15 00:30, Andreas Cadhalpun wrote:
> On 27.04.2015 00:01, Emilio Pozuelo Monfort wrote:
>> On 26/04/15 19:06, Andreas Cadhalpun wrote:
>>> Dear release team,
>>>
>>> as you undoubtedly know: jessie has been released! \o/
>>>
>>> Thus this bug is now obsolete and I'm closing it.
>>>
>>> Ple
93 matches
Mail list logo
