Hi
On Mon, 14 Apr 2025 at 06:00, Diane Trout wrote:
> Upstream mostly supports amd64 and arm64, with unofficial support for
> ppcle64.
>
> https://numba.readthedocs.io/en/stable/user/installing.html
>
> Does this new version work for packages that need numba?
>
> How important are mips64el, ppc64
Hi Bill
On Wed, 8 May 2024 at 13:58, Bill Allombert wrote:
> The problem is that all the debs in testing and sid are correct, it is the
> autopkgtest in
> testing which are wrong (they are relying on undocumented behaviour).
> They are fixed in sid.
I think an upload of gap, with Breaks on the
Hi Andreas
On Sat, 12 Aug 2023 at 05:15, Andreas Metzler wrote:
> guile-gnutls was uploaded almost a week ago to sid, but the unstable
> autobuilders seem to ignore it.
> https://buildd.debian.org/status/package.php?p=guile-gnutls
>
> Is there anything I can do? The experimental uploads were pick
Hi Matthew
On Thu, 29 Jun 2023 at 20:18, Matthew Vernon wrote:
> Bookworm is now out; I will shortly be increasing the severity of the
> outstanding bugs to RC, with the intention being to remove src:pcre3
> from Debian before the trixie release.
Thanks for driving this forward!
There's a trans
Hi All
On Fri, 6 Jan 2023 at 00:33, Bastian Blank wrote:
> However, please describe an actionable plan. What do you want to be
> rejected, in a codified form.
>
> It would be nice if you could provide a patch for process-new that
> displays this information.
Would it be a bad thing to require a
Hi YunQiang Su
On Sun, 26 Dec 2021 at 11:17, YunQiang Su wrote:
>
> For mipsel and mips64el, I
> - test most packages on this architecture
> - run a Debian testing or unstable system on port that I use regularly
> - fix toolchain issues
> - triage arch-specific bugs
> - fix arch-relat
Hi
A friendly reminder about the porter roll call for bookworm.
On Sat, 2 Oct 2021 at 11:57, Graham Inggs wrote:
> We are doing a roll call for porters of all prospective release
> architectures. If you are an active porter behind one of these
> architectures [1] and intend to continu
Hi
We are doing a roll call for porters of all prospective release
architectures. If you are an active porter behind one of these
architectures [1] and intend to continue for the development cycle of
Debian Bookworm (est. release mid-2023), please respond with a signed
email containing the follow
Hi
A friendly reminder about the porter roll call for bullseye.
On Mon, 2 Nov 2020 at 22:23, Graham Inggs wrote:
> We are doing a roll call for porters of all release architectures. If
> you are an active porter behind one of the release architectures [1]
> for the entire lifetime
Hi
On Mon, 9 Nov 2020 at 22:06, Vagrant Cascadian
wrote:
> Given no objections or concerns of any kind raised in the last two
> weeks, I've submitted a bug against dpkg:
>
> https://bugs.debian.org/974087
There was a query from one of our upstreams in #972294 to which I have
not seen a respons
Hi
We are doing a roll call for porters of all release architectures. If
you are an active porter behind one of the release architectures [1]
for the entire lifetime of Debian Bullseye (est. end of 2024), please
respond with a signed email containing the following before Friday,
November 27:
*
Hi Raphael
On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog wrote:
> Please reduce the severity of all the bugs that you opened to "normal"
> or "minor".
Why?
Regards
Graham
Hi Mike
On Tue, 14 Jan 2020 at 09:44, Mike Gabriel wrote:
> Simply uploading and waiting for things to break (at runtime) is
> neither a good approach, I sense. I have done some usual smoke tests
> (running this and that desktop environment, viewing JPEG images,
> etc.), but that feels insufficie
Hi
On 2019/06/03 10:40, Daniel Lange wrote:
We (debian/DSA) do not provide email hosting. We provide email
forwarding.
DSA should re-evaluate that.
I strongly support this.
I recall this being an issue during debconf 15 and 16 orga, and the
situation has only gotten worse since.
To do be
On 2019/05/22 13:48, Alastair McKinstry wrote:
No, to my knowledge 12.1.0~pre-1 is close enough (containing "Reiwa").
Unless someone can point to issues requiring it, Its not worth getting
everything else rebuilt.
Ah OK, thanks.
There's probably no need for utf8proc 2.4.0 then either.
Hi Alastair
Also, I plan to push 12.1.0~pre-1 from experimental to unstable.
Do you still plan to upload unicode-data 12.1?
Utf8proc 2.4.0, updated for unicode 12.1, has been released and we'd
like to get that version in.
Is anyone aware of any other bits outstanding?
Regards
Graham
Hi Bastian
On 2018/11/21 16:11, Bastian Blank wrote:
I have not seen a real explanation why it needs to be this and exactly
this way. This setup was explained as either
- a workaround for a bug,
- a way to get stacktraces from users or
- a way to make autopkgtest run.
Stripping sys.so breaks
Hi Bastian
My apologies in advance for doing this, but another month has passed.
Another ping from me.
On 2018/10/25 12:24, Ian Jackson wrote:
Ian Jackson writes ("Re: julia_1.0.0-1_amd64.changes REJECTED"):
Lumin writes ("Re: julia_1.0.0-1_amd64.changes REJECTED"):
1. Isn't "incomplete backt
Sep 2018 at 12:52, Graham Inggs wrote:
>
> Hi Bastian
>
> I sponsored Lumin's original upload of Julia 1.0.0-1 and worked with him
> closely, reviewing the commits leading up to the upload. In the
> meantime, Lumin has become a Debian Developer and uploaded the
> subsequ
Hi Andrey
On 26/09/2018 13:13, Andrey Rahmatullin wrote:
It's not clear why the debug symbols are necessary to be in the binary and
not detached as with most other binaries in the archive.
I believe the debug symbols can be detached, but we would still need to
depend on them, so I don't think
Hi Bastian
I sponsored Lumin's original upload of Julia 1.0.0-1 and worked with him
closely, reviewing the commits leading up to the upload. In the
meantime, Lumin has become a Debian Developer and uploaded the
subsequent versions himself, although still with some input and testing
from me.
On 07/06/2018 15:33, Pirate Praveen wrote:
On June 6, 2018 12:45:55 PM GMT+05:30, Pirate Praveen
wrote:
Thanks everyone, I have added breaks now.
But even now it added 10 days delay.
It looks like the test on 2018-06-07 12:22:45 UTC was successful [1].
Maybe give the tracker page a litt
On 6 June 2018 at 06:58, Pirate Praveen wrote:
> I think we need to handle cases like this,
>
> https://tracker.debian.org/pkg/ruby-state-machines
>
> ruby-state-machines and ruby-state-machines-activemodel should go
> together and even when autopkgtest for the version is unstable passed,
> instea
On 14 April 2017 at 17:06, Jonas Smedegaard wrote:
> Quoting The Wanderer (2017-04-14 15:46:53)
>> At a guess, probably "herb", which is commonly pronounced without the
>> initial aspirant even in dialects (etc.) which ordinarily don't elide
>> such.
>
> Thanks for educating me: I thought the "h"
Package: wnpp
Severity: wishlist
Owner: Graham Inggs
X-Debbugs-CC: debian-devel@lists.debian.org, debian-scie...@lists.debian.org
* Package name: dfcgen-gtk
Version : 0.4
Upstream Author : Ralf Hoppe
* URL : http://www.dfcgen.de
* License : GPL-2.0
Control: tags 837915 help
Hi!
On 25/09/2016 13:21, Michael Banck wrote:
as I just diagnosed this for a different package: the problem appears to
be that mpirun is run during binary-arch, i.e. under fakeroot. Latest
openmpi does not like that apparenlty and crashes.
Not sure how to fix it for a
not to split?
To: ftpmas...@debian.org
Cc: Debian Science List , Graham
Inggs , Felix Salfelder
Hi everyone,
Graham, Felix, and I are just looking into packaging Trilinos [1] for
Debian (again [2]). The structure of Trilinos similar to boost in that
it consists of a few dozen "packages".
We'
Package: wnpp
Severity: wishlist
Owner: Graham Inggs
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: neural
Version : 1.0
Upstream Author : Andrew Peterson, Alireza Khorshidi
* URL : https://bitbucket.org/andrewpeterson/neural
* License : GPL-3.0
Package: wnpp
Severity: wishlist
* Package name: ddrescueview
Version : 0.4
Upstream Author : Martin Bittermann
* URL : http://ddrescueview.sourceforge.net/
* License : GPL-3.0+
Programming Lang: Object Pascal / Lazarus
Description : Graphical viewer fo
Hi Paul
Paul Gevers debian.org> writes:
> > The openmotif package has recently been orphaned since the maintainer
> > is MIA.
>
> Not quite, the maintainer said he didn't have time anymore. It is a
> detail anyway.
My apologies, I assumed the package becoming orphaned was a result of me
emaili
Hi All
The openmotif package has recently been orphaned since the maintainer is MIA.
I have been working on a new packaging of the LGPL motif from scratch using dh.
I would like to see the openmotif package renamed to motif and replace lesstif
in jessie.
My motif package will be available in my U
31 matches
Mail list logo
