Hi Release Team,
sagemath is on track to re-enter testing on February 12 - if that's not too
late for the soft freeze.
If it's too late, could you help along to make it re-enter sooner?
Best wishes,
Tobias
Dear Graham,
great, thank you!
Best wishes,
Tobias
On 2/9/23 07:42, Graham Inggs wrote:
>
> For a start, I'll let giac migrate early.
>
> Regards
> Graham
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
we would like to transition to ipython 5. The version currently in
Debian (2.4.1) includes a notebook and a qt console. These components
(at least the notebook functionality) were mo
I just learned that jupyter-qtconsole is already packaged in experimental:
https://tracker.debian.org/pkg/python-qtconsole
For glueviz, sardana and vistrails this means: could you please test
your packages with the experimental ipython/jupyter packages and make
the necesssary changes?
Best,
Tobi
Hi,
I checked that glueviz and vistrails also can be built against the new
versions of ipython and python-qtconsole. So the only obvious blockers
now are the FTBFS of yade and that plotly depends on ipython-notebook.
Best,
Tobias
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
we would like to transition to fplll 5.0.2. The package has been in
experimental for a while. The package has just two reverse dependencies
(according to dak on mirror.ftp-master.deb
On 10/15/2016 05:36 PM, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 15/10/16 17:13, Tobias Hansen wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>
Hi,
Now all reverse dependencies build with the new packages. Can we proceed with
the transition?
The packages that are required for the transition are ipython and
python-qtconsole. The two build-depends on ipython-notebook were removed by the
maintainers.
After the transition the followin
Hi,
yes. I uploaded jupyter-client, jupyter-core and ipykernel today. It
seems the reason that python-qtconsole is not building is now the
qtbase-abi-5-7-1 transition.
Best,
Tobias
On 11/02/2016 08:51 AM, PICCA Frederic-Emmanuel wrote:
> Hello,
>
> Is it possible to upload ipykernel in order to
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi Release Team,
I noticed yesterday that ppl has two RC bugs and was removed from
testing. I would like to take over the package and fix it, but one of
the RC bugs (#811825) is best fix
On 11/12/2016 02:49 PM, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 12/11/16 15:02, Tobias Hansen wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>&
On 11/12/2016 07:58 PM, Tobias Hansen wrote:
> On 11/12/2016 02:49 PM, Emilio Pozuelo Monfort wrote:
>> Control: tags -1 confirmed
>>
>> On 12/11/16 15:02, Tobias Hansen wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: rel
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
Hi,
please give back stringencoders on armel. The package FTBFS back in 2012.
I just tried building on a porterbox and it worked fine.
Best,
Tobias
gb stringencoders_3.10.3-2 . armel
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I would like to request a transition of fplll to version 5.2.1 (currently in
experimental), on behalf of the package uploader Julien Puydt and the Debian
Science Team. The new version of
deactivated. The last upload of the package
by the maintainer was in 2009. The consensus in #692753 was that removal of
the package is the best way to resolve the bug.
Best regards,
Tobias Hansen
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'te
, agreed in that bug report that
it should be removed from testing. There should be no reverse dependencies
in testing. The reverse dependency ghdl that was mentioned in the bug was
removed from wheezy some time ago.
Best regards,
Tobias Hansen
-- System Information:
Debian Release: wheezy/sid
APT
Am 23.09.2012 19:38, schrieb Adam D. Barratt:
> Control: tags -1 + confirmed
>
> On Wed, 2012-09-19 at 12:04 +0200, Tobias Hansen wrote:
>> * Fix issues with bsnes-purify (Closes: #687034):
>> - Fix segmentation fault when run with less than two arguments.
>>
Am 11.11.2012 21:45, schrieb Adam D. Barratt:
This lead to apt wanting:
35 upgraded, 197 newly installed, 1 to remove and 161 not upgraded.
Need to get 124 MB of archives.
So, which one was to remove? Everything else about this is fine, right?
I also ended up with debconf prompts for setti
Am 13.11.2012 00:09, schrieb Tobias Hansen:
Am 11.11.2012 21:45, schrieb Adam D. Barratt:
This lead to apt wanting:
35 upgraded, 197 newly installed, 1 to remove and 161 not upgraded.
Need to get 124 MB of archives.
So, which one was to remove? Everything else about this is fine, right
Am 13.11.2012 00:19, schrieb Adam D. Barratt:
On Tue, 2012-11-13 at 00:18 +0100, Tobias Hansen wrote:
Wait a minute. You added sid to sources.list right? You have to test
with just wheezy in there.
That does make it a tad more difficult to install ia32-libs* via apt
(although doable with a
Am 13.11.2012 00:19, schrieb Adam D. Barratt:
On Tue, 2012-11-13 at 00:18 +0100, Tobias Hansen wrote:
Wait a minute. You added sid to sources.list right? You have to test
with just wheezy in there.
That does make it a tad more difficult to install ia32-libs* via apt
(although doable with a
Can this bug be tagged wheezy-ignore? From the bug report:
Am 04.06.2012 20:38, schrieb Christian Welzel:
> Am 04.06.2012 12:55, schrieb Holger Levsen:
>> On Sonntag, 3. Juni 2012, Christian Welzel wrote:
>>> These files directly correlate to some of TYPO3 content elements.
>>> Removing the swf wo
Package: release.debian.org
Hi,
the discussion in RC bug #591969 ended with a call for a wheezy-ignore
tag. The bug was also tagged squeeze-ignore. What does the release team say?
Best,
Tobias
signature.asc
Description: OpenPGP digital signature
Am 02.12.2012 21:41, schrieb Michael Gilbert:
> On Sat, Dec 1, 2012 at 3:46 PM, Tobias Hansen wrote:
>> Can this bug be tagged wheezy-ignore? From the bug report:
>
> Please submit a release.debian.org bug report to better track this request.
>
> Thanks,
> M
On 25.09.2014 15:44, Adam D. Barratt wrote:
> On 2014-09-25 15:09, Julien Puydt wrote:
>> the version of libntl which has been recently uploaded in unstable has
>> rdepends on three packages: eclib, flint and linbox. Both eclib &
>> flint have either new versions or need a bugfix, and will be pushe
Hi,
t1lib has no upstream, but a number of security vulnerabilities and reverse
dependencies.
We need to know if #637488 can be ignored for wheezy or if we should go for
removal and file bugs against the reverse dependencies.
Best regards,
Tobias Hansen
--
To UNSUBSCRIBE, email to debian
multiarch
support.
Best regards,
Tobias Hansen
unblock libcap2/1:2.22-1.2
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (650, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Lo
Am 19.08.2012 14:33, schrieb Adam D. Barratt:
> Control: tags -1 + moreinfo
>
> On Sun, 2012-08-12 at 14:49 +0200, Tobias Hansen wrote:
>> Please unblock package libcap2.
>>
>> Version 1:2.22-1.1 adds multiarch support and 1:2.22-1.2 fixes a RC
>> bug in 1:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package palp
palp contains a COPYING file including the line
The package must be distributed as a whole, including this file.
But the binary package doesn't contain the fi
On 08/19/12 16:25, Tobias Hansen wrote:
Am 19.08.2012 14:33, schrieb Adam D. Barratt:
It would be helpful to know if any of the reverse dependencies haven't
yet been rebuilt against the new version.
The result is that the following reverse dependencies didn't receive
updates si
rgency=low
+
+ * Add workaround for g++ bug PR c++/53821. (Closes: #684840)
+
+ -- Tobias Hansen Tue, 04 Sep 2012 01:54:01 +0200
+
bsnes (0.088-3) unstable; urgency=low
* Add bsnes-purify to the bsnes package.
diff -Nru bsnes-0.088/debian/patches/gcc-pr53821-workaround.patch
bsnes-0.088/debi
On 09/04/12 20:35, Adam D. Barratt wrote:
On Tue, 2012-09-04 at 11:20 +0200, Tobias Hansen wrote:
Please unblock package bsnes
Update closes RC bug #684840 (FTBFS).
It's a workaround for a gcc bug, but I'm under the impression that gcc
will not be updated soon.
Actually, gcc-4
Am 04.09.2012 21:33, schrieb Niels Thykier:
> On 2012-08-31 21:54, Tobias Hansen wrote:
>>
>> I'm not sure if my initial list was complete though. I didn't check for
>> reverse dependencies of libcap-dev.
>>
>> Best regards,
>> Tobias Hansen
>&
Am 15.09.2012 21:00, schrieb Adam D. Barratt:
>
> The only remaining query I had was regarding the libpam-cap split-off
> and how to handle the fact that people upgrading with the automatic
> installation of Recommends disabled will lose the PAM module during the
> upgrade. I don't think there's
did not upload the
changes to unstable yet.
Best regards,
Tobias Hansen
unblock bsnes/0.088-5
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (650, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (S
itch.
>
> Cheers,
> Julien
Is that the current plan now or is there still the chance of a
co-installable libpng15-dev in wheezy? I'm working on packaging
something that needs libpng 1.5 and I would like to know if it has to be
patched to work with libpng 1.2.
Best regards,
Tobias
think this one can be removed, see #671378
The transition should work like this:
- Upload allegro4.4, remove allegro4.2 and libalogg1.
- binNMUs for the libraries libdumb and guichan.
- binNMUs for the other reverse dependencies.
Best regards,
Tobias Hansen
[1] https://lists.debian.org/debian-d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Cyril,
thanks for progressing this so quickly!
Am 08.05.2012 22:34, schrieb Cyril Brulebois:
>
> And well, versions in -dev packages are harmful. If you want to
> rename it right now (still providing the old liballegro4.2-dev),
> I'd rather sug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
we are still looking for a sponsor. I really hope we find one in time
for the freeze.
Best regards,
Tobias
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAE
:
> Tobias Hansen (19/05/2012):
>> we are still looking for a sponsor. I really hope we find one in
>> time for the freeze.
>
> I pinged Ansgar but got no replies. Please point me at a source
> package, I'll try and have a look soon.
>
> Mraw, KiBi.
-BEGIN PGP SI
CC'ing the other maintainer, Andreas.
Am 19.05.2012 14:38, schrieb Cyril Brulebois:
> Tobias Hansen (19/05/2012):
>> I filed a sponsorship request with all the necessary information and
>> link to the source package:
>>
>> http://bugs.debian.org/cgi-bin/bugre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ok, one thing we should do before the upload is to remove the sonames
from all newly introduced dev package names, right? And mention newly
introduced packages explicitly in the changelog. Anything else?
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 19.05.2012 15:22, schrieb Cyril Brulebois:
> Tobias Hansen (19/05/2012):
>> Ok, one thing we should do before the upload is to remove the
>> sonames from all newly introduced dev package names, right? And
>> mention newl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 19.05.2012 16:48, schrieb Cyril Brulebois:
> Tobias Hansen (19/05/2012):
>> Done. The package on mentors.debian.net is replaced:
>>
>> http://mentors.debian.net/debian/pool/main/a/allegro4.4/allegro4.4_4.4.2-1.dsc
>&
Am 20.05.2012 01:24, schrieb Steven Chamberlain:
> On 19/05/12 15:27, Tobias Hansen wrote:
>> Done. The package on mentors.debian.net is replaced:
>> http://mentors.debian.net/debian/pool/main/a/allegro4.4/allegro4.4_4.4.2-1.dsc
>
> Hi Tobias,
>
> I tried building yo
In #672142 Cyril Brulebois offered to review the package, but he just
notified me that he won't get to it for another week or so. If someone
else wants to review and possibly sponsor the package, that would be
greatly appreciated.
Best regards,
Tobias
--
To UNSUBSCRIBE, email to debian-release
I just took note of the source package allegro-demo-data. That one can
also be removed in the course of this transition.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debia
allegro4.4 is now in unstable, installed for all architectures except
ia64 and mips. ia64 failed with an internal compiler error and mips is
building for 12 hours now.
Am I supposed to file RM requests now or does the Release Team take
care of that?
I prepared a NMU for open-invaders that should
Hi,
Am 04.06.2012 00:26, schrieb Cyril Brulebois:
>> Am I supposed to file RM requests now or does the Release Team
>> take care of that?
>
> Hmm, what do you want to see RM'd?
I thought removing allegro4.2 would be the next step. But now that you
say it, that's not necessary, because liballegro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 04.06.2012 01:05, schrieb Cyril Brulebois:
> Tobias Hansen (04/06/2012):
>> I thought removing allegro4.2 would be the next step. But now
>> that you say it, that's not necessary, because liballegro4.2-dev
>> was repla
Am 04.06.2012 01:05, schrieb Cyril Brulebois:
> Tobias Hansen (04/06/2012):
>> I thought removing allegro4.2 would be the next step. But now that you
>> say it, that's not necessary, because liballegro4.2-dev was replaced,
>> right? Also alogg and allegro-demo-data, bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 16.06.2012 13:49, schrieb Julien Cristau:
> On Wed, Jun 13, 2012 at 09:28:25 +0200, Tobias Hansen wrote:
>
>> allegro4.4 is now a migration candidate and I didn't get access
>> to a porterbox yet. Can we continue the tr
Am 16.06.2012 14:16, schrieb Julien Cristau:
> On Sat, Jun 16, 2012 at 14:11:34 +0200, Tobias Hansen wrote:
>
>> Am 16.06.2012 13:49, schrieb Julien Cristau:
>>> On Wed, Jun 13, 2012 at 09:28:25 +0200, Tobias Hansen wrote:
>>>
>>>> allegro4.4 is now a m
Am 17.06.2012 00:33, schrieb Cyril Brulebois:
> Cyril Brulebois (16/06/2012):
>> I'll try to reproduce the FTBFS with 4.2 and 4.4 on a porter box.
>
> 4.2 builds fine, 4.4 doesn't. Building that particular file with
> gcc-4.7 was OK though. gcc-4.6 crashes then on the next file (cgfx16.c).
>
> I
Am 17.06.2012 11:50, schrieb Cyril Brulebois:
> Tobias Hansen (17/06/2012):
>> Thanks! I reported the bug:
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53701
>
> Thanks.
>
>> If it works with gcc-4.7, we could just upload a package that uses
>> that on
Package: ftp.debian.org
Severity: normal
Hi,
I am the maintainer of allegro4.4 and allegro4.2 is orphaned. The transition
was completed [1,2] and allegro4.2 has no reverse dependencies in unstable or
testing.
If you remove allegro4.2, please also remove allegro-demo-data, which consists
of da
Package: ftp.debian.org
Severity: normal
I am the maintainer of allegro4.4. This package belongs to allegro4.2,
which was removed today (#678528). The maintainer of allegro-demo-data
seems to be MIA (same maintainer as orphaned allegro4.2, see #626049).
Best regards,
Tobias
--
To UNSUBSCRIBE,
57 matches
Mail list logo
