On 2024-10-05 08:04:48 +0200, Sylvestre Ledru wrote:
>
> Le 04/10/2024 à 23:52, Sebastian Ramacher a écrit :
> > On 2024-09-15 21:05:46 +0200, Sylvestre Ledru wrote:
> > > Hello,
> > >
> > > Le 15/09/2024 à 20:11, Sebastian Ramacher a écrit :
> > >
t6: Has FTBFS already before
> > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1077421)
>
> I just uploaded a fix for qgnomeplatform which makes it build again in
> unstable and also against Qt 6.7 in experimental.
Please go ahead.
Cheers
--
Sebastian Ramacher
process of getting the armel binaries removed.
>
> I do not believe we will need **any** extensions removed from Debian
> Testing for this transition. The few that haven't already been
> uploaded can get either a Maintainer Upload or an NMU.
Please go ahead.
Cheers
--
Sebastian Ramacher
: affects -1 + src:libgit2
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I'd like to transition libgit2 after a SONAME bump.
Please go ahead.
Cheers
--
Sebastian Ramacher
On 2024-09-13 08:50:00 -0400, Benjamin Barenblat wrote:
> On Friday, September 13, 2024, at 11:59 AM +0200, Sebastian Ramacher wrote:
> > Do you also have test results for llvm-toolchain-{15,16,17,18,19}?
>
> I haven't actually tried them. They don't depend on Abseil di
have fixed
> now[2] and usb-modeswitch is build fine.
Please go ahead.
Cheers
--
Sebastian Ramacher
-> libnetclasses1). The new version of the library is
> available in experimental, built on all release architectures.
>
> The sole rdep talksoup.app builds successfully against the new
> library version. The automatic ben tracker looks fine.
Please go ahead.
Cheers
--
Sebastian Ramacher
Hi Alastair
On 2024-08-21 09:16:08 +0200, Sebastian Ramacher wrote:
> On 2024-08-15 10:51:26 +0100, Alastair McKinstry wrote:
> >
> > On 15/08/2024 10:42, Sebastian Ramacher wrote:
> > > On 2024-07-13 10:54:19 +0100, Alastair McKinstry wrote:
> > > > On 12/07/
On 2024-09-15 21:05:46 +0200, Sylvestre Ledru wrote:
> Hello,
>
> Le 15/09/2024 à 20:11, Sebastian Ramacher a écrit :
> > To move forward in this regard, we would like to ask the LLVM
> > maintainers to provide us with a plan for trixie. Which llvm-toolchain
> > v
2.10
> petsc3.20 → 3.21
> slepc3.20 → 3.21
> sundials 6 → 7
>
>
> This transition is probably best started after the gmsh transition
> #1081740 though this is not a strict requirement.
In the worst case paraview will need some help. Please go ahead.
Cheers
--
Sebastian Ramacher
Control: tags -1 = confirmed
On 2024-10-04 10:19:25 -0700, Jeff Breidenbach wrote:
> Hi Sebastian, may I proceed with transition?
Yes, please go ahead.
Cheers
--
Sebastian Ramacher
libxml2 unstuck and can work towards a
> > workable testing for riscv64.
> >
>
> Please go ahead, I'm still heavily stuck in recent $dayjob stuff...
ACK, I have uploaded the attached debdiff (compared to the version in
testing).
Cheers
--
Sebastian Ramacher
diff -Nru libxml2-2.9
to breaking ABI changes - several
> deprecated symbols have been removed.
>
> I've tested building of all reverse dependencies (cmake, lgogdownloader,
> libigloo) and found no problems.
Please go ahead.
Cheers
--
Sebastian Ramacher
parser1";
>
> There is as well the auto-tracker set up as:
> https://release.debian.org/transitions/html/auto-iniparser.html
>
> Can you allow me to upload to unstable and have the reverse
> dependencies rebuild as needed as per above tracking?
Please go ahead
Cheers
--
Sebastian Ramacher
ewhere in the middle). One function has been refactored, but it is
> not directly called anywhere outside libjsoncpp according to
> sources.debian.org
Please go ahead.
Cheers
--
Sebastian Ramacher
ixes, and no breaking changes.
> Therefore
> I expect that the transition will not affect reverse dependencies.
Please go ahead.
Cheers
> Cheers,
> Francesco
>
>
> Ben file:
>
> title = "gmsh";
> is_affected = .depends ~ "libgmsh4.12t64" | .depends ~ "libgmsh4.13";
> is_good = .depends ~ "libgmsh4.13";
> is_bad = .depends ~ "libgmsh4.12t64";
>
--
Sebastian Ramacher
bugs-Cc: gsp...@packages.debian.org
> Control: affects -1 src:gspell
>
> I request permission to do the transition for gspell 1.14
>
> "Bump soversion because a symbol was exported by mistake with the Autotools."
>
> The symbol was gspell_get_resource which seems unused in Debi
Hi Aron,
On 2024-09-08 11:34:48 +0200, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo
>
> Hi Aron
>
> On 2024-08-31 14:54:57 +0800, Aron Xu wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
>
e it again until we have a plan.
--
Sebastian Ramacher
Packages that I'm not sure about:
>
> - firebird4.0: has an active FTBFS (https://bugs.debian.org/1079523)
>
> - ortools: has an active FTBFS (https://bugs.debian.org/1024790)
>
> - libreoffice: too big to build on a porterbox, so left untested
Thanks for doing the test builds. Do you also have test results for
llvm-toolchain-{15,16,17,18,19}?
Cheers
--
Sebastian Ramacher
Please remove the moreinfo tag once the rename to libleptonica6 has been
accepted.
Have you filed bugs with the patches for the reverse dependencies that
need changes?
Cheers
--
Sebastian Ramacher
rent status of the
transition is that we need to to wait for jni-inchi, openbabel and rdkit
to migrate.
Cheers
--
Sebastian Ramacher
m
> libnauty-2.8.8 to libnauty-2.8.9.
>
> The affected reverse dependencies are:
>
> * libgraph-nauty-perl
> * normaliz
> * pynauty
>
> I have successfully rebuilt all three of these packages without any source
> changes, so binNMU's for these packages will be sufficient.
Please go ahead.
Cheers
--
Sebastian Ramacher
> Usertags: binnmu
>
> nmu afdko_4.0.1+dfsg1-2 . ANY . unstable . -m "Rebuild against new versions
> of libxml2 and antlr4 for their transitions"
There is no need to file binNMU requests for these transition. Also,
neither of the two has started.
Cheers
--
Sebastian Ramacher
Control: tags -1 = confirimed
On 2024-09-08 13:35:13 +0300, Ilias Tsitsimpis wrote:
> On Sun, Sep 08, 2024 at 11:39AM, Sebastian Ramacher wrote:
> > Currently haskell-libxml-sax has
> > no reverse dependencies in testing and could be removed. Can you confirm
> > that this i
Can you confirm
that this is also the case after the transition so that nothing would
get stuck if we would have to remove haskell-libxml-sax?
Cheers
--
Sebastian Ramacher
> is_bad = .depends ~ /\b(libxml2)\b/;
>
> Thanks.
>
> [1]https://gitlab.gnome.org/GNOME/libxml2/-/issues/751
> [2]https://bugs.debian.org/1073508
>
--
Sebastian Ramacher
n
>
> Hello,
>
> I would like to request a transition slot for inchi
> (experimental -> unstable) due to soname bump. Current ben tracker [1]
> is OK.
Please go ahead.
Cheers
--
Sebastian Ramacher
ectures and most ports architectures.
> The experimental pseudo-excuses look good overall, and there is no known
> issue.
Please go ahead.
Cheers
--
Sebastian Ramacher
On 2024-08-15 10:51:26 +0100, Alastair McKinstry wrote:
>
> On 15/08/2024 10:42, Sebastian Ramacher wrote:
> > On 2024-07-13 10:54:19 +0100, Alastair McKinstry wrote:
> > > On 12/07/2024 22:56, Sebastian Ramacher wrote:
> > > > On 2024-07-08 11:40:37 +0100, Alast
o NMU dracut-install.
Reserve dependencies failing with unresolved symbols is a sign that
libkmod is missing a SONAME bump. Why hasn't that been done?
Cheers
--
Sebastian Ramacher
ugs-Cc: popp...@packages.debain.org
> Control: affects -1 src:poppler
> Control: block -1 by 1074332 1074400
>
> I request permission to do the transition for poppler 24.08.
Please go ahead.
Cheers
--
Sebastian Ramacher
On 2024-07-13 10:54:19 +0100, Alastair McKinstry wrote:
>
> On 12/07/2024 22:56, Sebastian Ramacher wrote:
> > On 2024-07-08 11:40:37 +0100, Alastair McKinstry wrote:
> > > On 08/07/2024 11:34, Sebastian Ramacher wrote:
> > > > Hi Alastair
> > > >
&g
here a conclusion to the discussion on d-arm@l.d.o? What is the
opinion of the two porters that we currently have listed for armel
(added to CC)?
Cheers
--
Sebastian Ramacher
oader: Build OK
> - openocd:FTBFS / BTS: #1070885
> There are patches for review around adding proper support,
> but they're all currently works in progress.
> - swupdate: Build OK
> - svxlink:Build OK
Please go ahead with the upload and raise the two bugs to serious.
Cheers
--
Sebastian Ramacher
On 2024-08-03 20:12:12 +0200, Sebastiaan Couwenberg wrote:
> On 8/3/24 7:56 PM, Sebastian Ramacher wrote:
> > On 2024-07-31 09:50:40 +0200, Sebastiaan Couwenberg wrote:
> > > On 7/30/24 5:17 AM, Sebastiaan Couwenberg wrote:
> > > > Now that the s390x builds found the
on exact
> versions of libgslcblas0 this failed.
>
> gsl 2.8 won't be able to migrate until the unrebuilt rdeps are removed from
> testing.
>
> ipe on i386 is a little problematic as it cannot be removed without removing
> cgal and its rdeps.
>
> Kind Regards,
t; X-Debbugs-Cc: rec...@packages.debian.org, sanv...@debian.org,
> ui-util...@packages.debian.org
> Control: affects -1 + src:recode
>
> Dear Release Managers:
>
> I'd like to request a transition slot to upload recode for unstable
> and start this transition.
Please go ahead
Cheers
--
Sebastian Ramacher
step-lightstep-tracer-common-dev,
golang-github-smallstep-certificates-dev
(from https://release.debian.org/britney/update_output.txt)
Cheers
--
Sebastian Ramacher
ps://release.debian.org/transitions/html/auto-dlib.html
> is OK.
>
> Thanks for your help,
Please go ahead.
Cheers
--
Sebastian Ramacher
ckages from the archive. aspectc++ and cbmc are leaf packages.
> For rocm-hipamd, this also means removing 15 reverse dependencies.
We can wait a bit for the maintainers to react and otherwise let's go
ahead with the removals.
Cheers
--
Sebastian Ramacher
ady in experimental.
> The following source packages need to be rebuilt:
>
> pytables
Assuming that pytables builds fine with the new version of c-blosc2,
please go ahead with the upload to unstable.
Cheers
--
Sebastian Ramacher
without any issues.
>
> Please let me know if there is any other information that you need.
Please go ahead.
Cheers
--
Sebastian Ramacher
dgie has far less Debian users than
> GNOME does. Therefore, budgie-desktop will need to be removed from
> Testing for this transition.
>
> There are no other known blocking bugs.
Please go ahead
Cheers
--
Sebastian Ramacher
Dear Debian Release Team,
>
> I would like to start the transition as listed on auto-libplist page,
> https://release.debian.org/transitions/html/auto-libplist.html .
Please go ahead.
Cheers
--
Sebastian Ramacher
On 2024-07-08 11:40:37 +0100, Alastair McKinstry wrote:
>
> On 08/07/2024 11:34, Sebastian Ramacher wrote:
> > Hi Alastair
> >
> > On 2024-07-07 19:20:01 +0200, Sebastian Ramacher wrote:
> > > Control: tags -1 confirmed
> > >
> > > On
Control: tags -1 = confirmed
On 2024-07-12 00:55:04 -0400, M. Zhou wrote:
> On Sun, 2024-01-21 at 16:54 +0100, Sebastian Ramacher wrote:
> > Control: tags -1 confirmed
> >
> > Should those that are not part of the transition tracker use the
> > shared
> > libra
Hi Alastair
On 2024-07-07 19:20:01 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2024-02-26 06:40:41 +, Alastair McKinstry wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
>
On 2024-07-07 19:27:02 +0200, Drew Parsons wrote:
> On 2024-07-07 19:20, Sebastian Ramacher wrote:
> > Control: tags -1 moreinfo
> >
> > On 2024-07-06 23:14:04 +0200, Drew Parsons wrote:
> > > Package: release.debian.org
> > > Severity: normal
> &g
> nmu nwchem_7.2.2-2 . ANY . unstable . -m "rebuild against armci-mpi 0.4"
Why is this rebuild required?
Cheers
--
Sebastian Ramacher
tidy-dev
> psi-plus: libtidy-dev
> pumpa: libtidy-dev
> python-tidylib: libtidy-dev
> ring: libtidy-dev
> ruby-kramdown: tidy
> syndication-domination: libtidy-dev
> tellico: tidy
> xqilla: libtidy-dev
>
> Ben file:
>
> title = "tidy-html5";
> is_affected = .depends ~ "libtidy5deb1" | .depends ~ "libtidy58";
> is_good = .depends ~ "libtidy58";
> is_bad = .depends ~ "libtidy5deb1";
>
>
>
>
--
Sebastian Ramacher
e/2023/11/msg00379.html";;
>
> Ben file:
>
> title = "mpi-defaults";
> is_affected = .build-depends ~ /mpi-default-dev/;
> is_good = .depends ~ /libmpich.*/;
> is_bad = .depends ~ /libopenmpi.*/;
> architectures = [ "armhf","armel","i386" ];
> ignored = [ ];
>
--
Sebastian Ramacher
edule a transition slot for svt-av1.
>
> The auto-generated ben tracker looks good:
> https://release.debian.org/transitions/html/auto-svt-av1.html
>
> All reverse deps (ffmpeg, gst-plugins-bad1.0, libavif, handbrake
> and libheif) build fine with the new version in experim
schedule a transition slot for roc-toolkit 0.4.0.
>
> The auto-generated ben tracker looks good:
> https://release.debian.org/transitions/html/auto-roc-toolkit.html
>
> The unique reverse dep (pipewire 1.0.7-1) builds fine with
> roc-toolkit 0.4.0 in experimental.
Please go ahead
Cheers
--
Sebastian Ramacher
bvamp-sdk2t64";
> is_good = .depends ~ "libvamp-hostsdk3t64" | .depends ~ "libvamp-sdk2t64";
> is_bad = .depends ~ "libvamp-hostsdk3v5" | .depends ~ "libvamp-sdk2v5";
Please go ahead.
Cheers
--
Sebastian Ramacher
e requires a transition for the reverse dependencies.
>
> I've done a test-build of the rdeps using 'ratt', and have not encountered any
> problems (the project's API is pretty stable)
>
> Thanks for scheduling a transition.
Please go ahead
Cheers
--
Sebastian Ramacher
On 2024-06-21 09:51:39 -0500, Dirk Eddelbuettel wrote:
>
> On 21 June 2024 at 05:34, Dirk Eddelbuettel wrote:
> |
> | On 21 June 2024 at 10:43, Sebastian Ramacher wrote:
> | | Control: tags -1 moreinfo
> | |
> | | On 2024-05-27 12:01:45 -0500, Dirk Eddelbuettel wrote:
>
ackages, but
> definitely does not cover all possible cases of bad and good packages
> (some of them require elixir instead of erlang-base, for example)
>
> Ben file:
>
> title = "erlang";
> is_affected = .build-depends ~ /dh-rebar|erlang-dev|erlang-base|rebar|rebar3/;
> is_good = .depends ~ /erlang-base (>= 1:27/;
> is_bad = .depends ~ /erlang-base (>= 1:(1|2[0-6])/;
>
> --
> Sergei Golovan
>
--
Sebastian Ramacher
If so, have
bugs been filed for those failing to build?
Cheers
--
Sebastian Ramacher
transition
>
> Hi,
>
> I'd like to request a transition slot for the update of pulseaudio-qt
> to 1.5.0.
Please go ahead
Cheers
--
Sebastian Ramacher
share the kylin-process-manager build log if required.
Please go ahead
Cheers
--
Sebastian Ramacher
uming that a test build of the reverse dependencies was successful,
please go ahead.
Ceers
--
Sebastian Ramacher
est-built it to check any FTBFS and it builds fine.
Please go ahead
Cheers
--
Sebastian Ramacher
:
>
> * blender_4.0.2+dfsg-1 => OK
> * olive-editor_20230614+ds-2 => OK
> * opencolorio_2.1.3+dfsg-1.1 => OK
Nove of these packages is in testing. Fell free to go ahead whenever you
are ready.
Cheers
--
Sebastian Ramacher
> There is only one build-rdep, that I also maintain. The Ben file is a
> guess, since something ate the automatic transition.
Please go ahead
Cheers
--
Sebastian Ramacher
data *= 0
> + line_fragments.append(line)
> +-if line.endswith(b'\n'):
> ++if line.endswith(b'\r\n'):
> + # Record data only if state is "NOMINAL"
> + if state == _DataState.NOMINAL:
> + line = EMPTY_BARR.join(line_fragments)
> diff -Nru python-aiosmtpd-1.4.3/debian/patches/series
> python-aiosmtpd-1.4.3/debian/patches/series
> --- python-aiosmtpd-1.4.3/debian/patches/series 2023-05-25
> 15:09:53.0 +0100
> +++ python-aiosmtpd-1.4.3/debian/patches/series 2024-06-07
> 18:11:07.0 +0100
> @@ -2,3 +2,5 @@
> 0002-Drop-sphinx-autofixture-extension-requirement.patch
> 0003-Remove-imported-images-from-the-web-for-privacy.patch
> 0004-Replace-a-dynamic-date-in-copyright-by-a-static-one.patch
> +0005-cve-2024-34083.patch
> +0006-cve-2024-27305.patch
--
Sebastian Ramacher
ns (BUg with severity important
> has been filled), persalys in experimental builds fine agains new openturns
> and
> just has to be uploaded to unstable after the transition starts.
Please go ahead
Cheers
--
Sebastian Ramacher
ends ~ "libqalculate23";
> is_good = .depends ~ "libqalculate23";
> is_bad = .depends ~ "libqalculate22t64";
>
> (This is my first library transition, please let me know if I've missed
> anything!)
>
> Best,
> James
>
--
Sebastian Ramacher
to testing.
>
> Sorry for the mess, thanks for the update.
>
> Before doing another stupid thing, what should I do for the next
> release transition. JPEG-XL ?
Please file a new bug report.
Cheers
--
Sebastian Ramacher
erity discussion you may want to look into fixing
> this bug so that the package continues to build.
This change makes those bugs automatically RC:
Packages must autobuild without failure on all architectures on
which they are supported.
(from https://release.debian.org/testing/rc_policy.txt, 4. Autobuilding)
Cheers
--
Sebastian Ramacher
nton
>
>
> Am So., 2. Juni 2024 um 13:10 Uhr schrieb Sebastian Ramacher <
> sramac...@debian.org>:
>
> > Control: tags -1 confirmed
> >
> > On 2024-01-20 18:15:32 +0100, Anton Gladky wrote:
> > > Package: release.debian.org
> > > Severit
7;t know how long the transition queue is, but this is the small
> rocksdb (8.9 to 9.2 soname) transition request.
> Only two packages are affected: balboa and sortmerna. Both build fine
> with the new rocksdb release already in experimental.
Please go ahead
Cheers
--
Sebastian Ramacher
: block -1 by 1072464
X-Debbugs-Cc: ffm...@packages.debian.org, sramac...@debian.org
Control: affects -1 + src:ffmpeg
User: release.debian@packages.debian.org
Usertags: transition
Placeholder bug to check progress of the transition to ffmpeg 7.0.
Cheers
--
Sebastian Ramacher
with the upload to unstable.
Cheers
--
Sebastian Ramacher
On 2024-02-02 17:21:43 +, Bastien Roucariès wrote:
> Le vendredi 2 février 2024, 16:53:10 UTC Sebastian Ramacher a écrit :
> > Control: tags -1 moreinfo
> >
> > Hi Bastien
> >
> > On 2024-01-05 22:35:44 +, Bastien Roucariès wrote:
> > >
gt; proper conflicts/etc. Let us know once the package is accepted in
> > experimental.
>
> The package has been accepted in experimental.
Great. Please go ahead.
Cheers
--
Sebastian Ramacher
k is
> available, since the APIs/ABIs themselves did not change.
Assuming that bugs have been filed for those packages, please go ahead.
Cheers
--
Sebastian Ramacher
.3|libvtk9\.3\-qt";
> is_bad = .depends ~ "libvtk9\.1|libvtk9\.1\-qt";
>
> I have done a full rebuild and some failures are detected. Bugs (most of them
> with patches) will
> be filed in the next time.
Please go ahead.
Cheers
--
Sebastian Ramacher
ppler transition bug.
>
> FWIW, I am waiting for a formal "tags -1 confirmed" from Sebastian.
Please go ahead
Cheers
--
Sebastian Ramacher
tsc 3.19. We'd want to
> doing this upgrade anyway.
Please go ahead.
While looking at the tracker, I noticed that petsc is still building
manual -dbg packages. IS there a reason that those have not been
converted to automatic -dbgsym packages?
Cheers
--
Sebastian Ramacher
; I have skipped Qt 5.15.11 release and would like to upgrade to 5.15.12
> which was published in December. Qt WebEngine will be upgraded from 5.15.15
> to 5.15.16. The transition is prepared in experimental.
Let's do this one after poppler migrated.
Cheers
--
Sebastian Ramacher
://release.debian.org/transitions/html/auto-libsecp256k1.html
>
> Hi,
>
> I request a transition slot from libsecp256k1-1 to libsecp256k1-2.
> The auto-generated tracker is okay. All reverse dependencies in sid build
> with the experimental libsecp256k1.
Please go ahead
Cheers
--
Sebastian Ramacher
ransitions. So let's do this
one after gnat is done.
Cheers
--
Sebastian Ramacher
t;
> Hi release team,
>
> I would like to transition to the new pcl version. The auto generated
> ben file looks fine and the reverse build dependency builds fine.
Please go ahead.
Cheers
--
Sebastian Ramacher
>
> libfm-qt has bumped its soversion from 13 to 14, so we need a
> transition.
>
> All affected packages listed in
> https://release.debian.org/transitions/html/auto-libfm-qt.html
> are good in experimental.
Please go ahead.
Cheers
--
Sebastian Ramacher
; (experimental -> unstable) due to soname bump. Current ben tracker [1]
> is OK.
>
> All reverse dependencies rebuild fine, except for cpptraj which is not in
> testing.
Please go ahead.
Cheers
--
Sebastian Ramacher
aries had a soname bump. I
> believe everything should be binNMUable without issue.
Please go ahead
Cheers
--
Sebastian Ramacher
schedule a transition slot for wireplumber 0.5.
Please go ahead.
Cheers
--
Sebastian Ramacher
oad/rebuild solves the problem that arises at time_t 64
> transition:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069997
Please go ahead.
Cheers
--
Sebastian Ramacher
elease.debian.org/transitions/html/auto-kcolorpicker.html
Please go ahead.
Cheers
--
Sebastian Ramacher
Control: tags -1 confirmed
On 2024-04-12 21:29:09 +0200, Bastian Germann wrote:
> Control: tags -1 - moreinfo
>
> On Fri, 10 Nov 2023 22:34:49 +0100 Sebastian Ramacher
> wrote:
> > Did you coordinate this plan with the maintainer of libre?
>
> I am now part of the main
>
> Dear Release Team,
>
> A new RPM version is available and has been uploaded and accepted in
> experimental as version 4.19.1.1+dfsg-1~exp, and it introduces an ABI
> bump from soname version 9 to 10 for the library packages shipped from
> src:rpm.
Please go ahead.
Cheers
--
Sebastian Ramacher
ple - doesn't seem to use mupdf at all
> pymupdf - requires some changes. Likely also needs to update to new upstream
> version.
> sioyek - requires some changes to drop extra linker flags.
Have bugs been filed for these issues?
Cheers
--
Sebastian Ramacher
> Dear Release Team,
>
> I am requesting a transition for unixcw [1]. The one reverse
> dependency, cwdaemon, builds correctly against the package in
> experimental. The auto-transition page is [2].
Please go ahead.
Cheers
--
Sebastian Ramacher
e with the next britney run.
After that we can look into starting the transition to change
mpi-defaults on 32 bit architctures. That is currently
https://release.debian.org/transitions/html/mpi-defaults.html
This will also require changes to hdf5. Have they been prepared
somewhere?
Cheers
--
Sebastian Ramacher
>
> Hi,
>
> Small transition with only two affected packages: diagnostics, ivtools,
> Both of them builds fine with ace 7.1.3+dfsg-1 in experimental.
>
> The autogenerated ben tracker looks good. Please consider 'ace' for
> transition.
> Thanks in advance.
Please go ahead.
Cheers
--
Sebastian Ramacher
ient.
The packages would be ready to migrate to trixie, but migrating them
makes britney crash. I don't expect that to change when we rebuild the
packages in trixie.
Cheers
--
Sebastian Ramacher
> therefore only tested rebuilds in an existing, devel-oriented, unclean
> trixie chroot).
I am currently looking into making coreutils and systemd (which needs
glib2.0) migrate. I hope to have it back in a debootstrapable-step after
the weekend. If you are aware of more apckages that need help, please
let us know.
Cheers
--
Sebastian Ramacher
autopkgtests [1] and report or fix any issues
related to failing tests.
* Check if source-only uploads for Arch: all packages are missing.
Cheers
[1] Note that wecurrently ignore autopkgtest results on armel and armhf.
--
Sebastian Ramacher
Hi Andreas,
please stop reopening the time_t bugs where transitions are staged in
experimental. When we eventually start those transitions, they do not
need to change the package name again as they will enter unstable with a
new SONAME and built with the 64 bit time_t ABI.
Cheers
--
Sebastian
1 - 100 of 1335 matches
Mail list logo