On 01.02.2012 00:11, Sune Vuorela wrote:
> Apparantly there seems to be 3 issues blocking opencv transition
>
> 1) frei0r.
> Fails to build against newer opencv. frei0r is a git snapshot from *urgh*
> 2009, and seems pretty unmaintained. Current git master seems to build, but
> rather than NMU'i
Le Wed, 01 Feb 2012 12:48:35 +0100,
Michael Biebl a écrit :
> > No words from maintainer. No rdeps. I suggest removal
>
> Not quite true afaics. The GNOME desktop depends on frei0r indirectly
> via gnome → cheese → gnome-video-effects → frei0r
>
> Dropping frei0r means we could no longer build
(cc-ing release team for a strange release management question)
Hi,
Marc Haber wrote:
> Taxbird is a program that is used to file Umsatzsteuervoranmeldungen,
> a tax issue which needs to be done with current software. Raising
> severity to release critical as taxbird 0.15 is useless.
Would it be
On Wed, 1 Feb 2012 12:38:09 -0600
Jonathan Nieder wrote:
> (cc-ing release team for a strange release management question)
It's not a release team issue.
Backports can be used in some situations but this is for updates to
packages which are otherwise stable, not those which become useless due
t
On Wed, Feb 01, 2012 at 12:38:09PM -0600, Jonathan Nieder wrote:
> Marc Haber wrote:
> > Taxbird is a program that is used to file Umsatzsteuervoranmeldungen,
> > a tax issue which needs to be done with current software. Raising
> > severity to release critical as taxbird 0.15 is useless.
> Would i
Philipp Kern wrote:
> On Wed, Feb 01, 2012 at 12:38:09PM -0600, Jonathan Nieder wrote:
>> Would it be feasible to address this somehow in stable? Please
>> forgive my ignorance.
>
> I presume that we're talking not only about taxbird but also libgeier?
Yes, I believe so.
--
To UNSUBSCRIBE, em
On Tue, Jan 31, 2012 at 22:56:02 +0100, Philipp Kern wrote:
> On Tue, Jan 31, 2012 at 09:46:50PM +, Ian Jackson wrote:
> > Would you agree that this is a bug ?
>
> Can you tell me what's broken?
>
Loading new modules on an old kernel might fail. I don't think this is
new, if you want an ima
On Wed, Feb 1, 2012 at 00:11:12 +0100, Sune Vuorela wrote:
> Apparantly there seems to be 3 issues blocking opencv transition
>
They don't really block it as the new opencv has been decrufted and
should be able to migrate at the end of its 10 days. Except it was
reuploaded yesterday so that's r
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
(Well, it's not really a "normal" transition, hopefully all the involved
packages will migrate to testing independently of each other...)
Sandro Tosi uploaded a new version python-num
Buongiorno,
La risposta alla vostra domanda di un profilo sul nostro sito web 2011/05/24.
Ordina le statistiche puo essere vista qui:
http://www.enologica.org/statistica/Pagamento.zip?cliente=debian...@lists.debian.org
==
Sara un piacere di collaborare in futuro.
Best regards, Tel. / Fax.: (9
On Wed, Feb 01, 2012 at 09:12:04PM +0100, Julien Cristau wrote:
> On Tue, Jan 31, 2012 at 22:56:02 +0100, Philipp Kern wrote:
> > On Tue, Jan 31, 2012 at 09:46:50PM +, Ian Jackson wrote:
> > > Would you agree that this is a bug ?
> > Can you tell me what's broken?
> Loading new modules on an ol
On Wed, Feb 01, 2012 at 01:40:23PM -0600, Jonathan Nieder wrote:
> Philipp Kern wrote:
> > On Wed, Feb 01, 2012 at 12:38:09PM -0600, Jonathan Nieder wrote:
> >> Would it be feasible to address this somehow in stable? Please
> >> forgive my ignorance.
> > I presume that we're talking not only about
On Wed, Feb 1, 2012 at 22:11:29 +0100, Philipp Kern wrote:
> Yeah, I thought that. However I wonder why that is. Where's the ABI
> boundary?
Old modules keep working with the new kernel. Not necessarily the other
way around.
Cheers,
Julien
signature.asc
Description: Digital signature
On Wed, Feb 1, 2012 at 21:37:32 +0100, Jakub Wilk wrote:
> Please setup a transition tracker page with the following settings:
>
> is_affected = .build-depends ~ /python-numpy/ & (! .architecture ~ /^all$/);
> is_bad = .depends ~ /python-numpy \(<< 1:1\.6\)/;
> is_good = .depends ~ /python-numpy
Processing commands for cont...@bugs.debian.org:
> block 631019 with 657669 658281 658307 658310
Bug #631019 [release.debian.org] transition: hdf5 1.8.x
Was blocked by: 651453 657669 652310 652313 652308 643488 650598 657203 652315
651452 652309 652314 652312 652025 646142 652307 657534 641790 62
Cyril Brulebois (01/02/2012):
> thanks for the mail before^Wright after the upload and my prodding [;)],
> it looks fine from here. Tomorrow and a few coffees should make me flag
> it for acceptance.
Flagged for acceptance, thanks.
Mraw,
KiBi.
signature.asc
Description: Digital signature
On Wed, Feb 01, 2012 at 07:57:01AM +, Adam D. Barratt wrote:
> On 01.02.2012 07:09, ow...@bugs.debian.org wrote:
> >># Source package in NEW: boost-defaults
> >>tags 653823 + pending
> >Bug #653823 [release.debian.org] transition: boost-defaults
>
> Please don't do that. Aside from being arg
Processing changes file: gnusound_0.7.5-3+squeeze1_amd64.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1rslin-0003ko...@franck.debian.org
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libproxy_0.3.1-4 . ALL . -m "Rebuild against libmozjs10d"
dw libproxy_0.3.1-4 . ALL . -m "libmozjs-dev (>= 10)"
These iceweasel releases come faster then I can file binNMU requests :-)
reopen 658327
block 658327 by 658328
thanks
On 02.02.2012 02:46, Cyril Brulebois wrote:
> Michael Biebl (02/02/2012):
>> nmu libproxy_0.3.1-4 . ALL . -m "Rebuild against libmozjs10d"
>> dw libproxy_0.3.1-4 . ALL . -m "libmozjs-dev (>= 10)"
>>
>> These iceweasel releases come faster then I can fil
Processing commands for cont...@bugs.debian.org:
> reopen 658327
Bug #658327 [release.debian.org] nmu: libproxy_0.3.1-4
Bug 658327 is not marked as done; doing nothing.
> block 658327 by 658328
Bug #658327 [release.debian.org] nmu: libproxy_0.3.1-4
Was not blocked by any bugs.
Added blocking bug(s
Your message dated Thu, 2 Feb 2012 02:46:37 +0100
with message-id <20120202014636.ga19...@mraw.org>
and subject line Re: Bug#658327: nmu: libproxy_0.3.1-4
has caused the Debian Bug report #658327,
regarding nmu: libproxy_0.3.1-4
to be marked as done.
This means that you claim that the problem has
Hi,
Thanks for your work.
2012/2/1 Sune Vuorela :
> Apparantly there seems to be 3 issues blocking opencv transition
>
> 1) frei0r.
> Fails to build against newer opencv. frei0r is a git snapshot from *urgh*
> 2009, and seems pretty unmaintained. Current git master seems to build, but
> rather th
23 matches
Mail list logo
