On 2025-04-14 08:03:45, Jakub Wilk wrote:
> FWIW, there'a also rust-blake3. As the name hints, it builds only a rust
> dev package, but AFAICS the source package contains also the C code you
> had it mind.
I did look over the b3sum, and all of
https://salsa.debian.org/rust-team/debcargo-conf.git,
Package: wnpp
Severity: wishlist
Owner: Jordan Justen
* Package name: blake3
Version : 1.8.1
Upstream Author : https://github.com/BLAKE3-team
* URL : https://github.com/BLAKE3-team/BLAKE3
* License : Apache 2.0, CC0 1.0 Universal
Programming Lang: C
On 2025-03-16 23:57:33, Fabian Grünbichler wrote:
> On Thu, Mar 13, 2025, at 9:43 PM, Fabian Grünbichler wrote:
> > On Thu, Mar 13, 2025, at 5:59 PM, Timo Röhling wrote:
> >>
> >> According to sources.d.o, the functions are only used in rust/cargo and
> >> libgit2 itself. There have been a number
On 2025-03-08 00:35:48, Jordan Justen wrote:
>
> Adam,
>
> It looks like rapidcheck added pkgconfig in December 2023. Do you
> think we might be able to upgrade the package to include pkgconfig
> files?
>
> I opened a merge request related to this last year, which might
On 2024-07-11 13:43:21, Guillaume Yziquel wrote:
>
> I'm on ubuntu mantic (apologies) and noticed, while building nix from
> source, that the pkgconfig files for rapidcheck were not packaged.
>
> Would be nice if they were.
Adam,
It looks like rapidcheck added pkgconfig in December 2023. Do you
On 2025-03-05 00:21:37, Faidon Liambotis wrote:
> If upstream generally provides better support for meson, it may be a
> good idea to switch to it regardless.
I do want to switch to meson, and I've been trying to keep an eye on
it for the nix package. Unfortunately, it seemed as though it was half
On Thu, Feb 20, 2025 at 11:23:20AM +0200, Faidon Liambotis wrote:
> The API issue has been fixed upstream in a backwards-compatible way:
> https://github.com/NixOS/nix/commit/edbfe863ce4ae4b89e554f29807e62674055f251
> Note that 2.25.4+dfsg-1 in experimental already includes this code.
>
> I'm not
Package: libgit2
Severity: wishlist
The latest nix release (2.25.*) requires libgit2 1.9.0.
The newer nix releases make use of the git_mempack_write_thin_pack
function that libgit2 added in 1.9.0. Here is the related upstream
commit:
f9c35fb50 ("Add git_mempack_write_thin_pack")
There's not cur
> About the archive rebuild: The build was made on virtual machines
> from AWS, using sbuild and a reduced chroot with only
> build-essential packages.
I think I used https://wiki.debian.org/sbuild to set up my sbuild
environment years ago. I'm not sure if it matches "a reduced chroot
with only bu
On 2024-10-11 02:40:53, Santiago Vila wrote:
> If you mean that a rebuild of nix today in unstable would succeed,
> then you should probably ask for someone with permissions
> (Release Managers?) to trigger a rebuild in buildd.debian.org.
There was another point release of nix, so I released nix
2
Santiago,
I suspect that a recent update of libgit2-dev might be related to this
build error.
When I released nix 2.24.8+dfsg-1 my sbuild test build used
libgit2-dev 1.7.2+ds-1+b2. I see that libgit2-dev 1.7.2+ds-1 had
"-lhttp_parser" in the pkgconfig file, and my older build log includes
"-lhttp
On 2024-02-27 04:20:02, Walter Bleach wrote:
>
> This is my first time trying out nix, however I could not get it to
> work.
>
> ~$ sudo nix-shell -p cowsay
> [sudo] password for farhad:
> error: file 'nixpkgs' was not found in the Nix search path (add it using
> $NIX_PATH or -I)
Do you want t
Wim,
Is the issue you describe similar to #1004113, and therefore, was it
fixed by Thomas in 2.7.0+dfsg-1?
-Jordan
signature.asc
Description: signature
Control: retitle -1 ITA: nix -- Purely functional package manager (binaries)
Control: owner -1 !
Control: owner -1 Jordan Justen
Control: retitle -1 ITA: nix -- Purely functional package manager (binaries)
signature.asc
Description: signature
Lucas,
The llvm-spirv dependency has " | hello". Shouldn't this package be
usable as an alternative to llvm-spirv in bookworm?
https://packages.debian.org/bookworm/hello
I see that the "Filtered Build-Depends" drops this as an alternative.
Do you happen to know why?
-Jordan
signature.asc
Desc
On 2022-03-28 12:57:38, Paul Gevers wrote:
> Right, multiarch.
> Rebuilding on all architectures wouldn't help, as the other
> architectures would be bumped too, so we only want to rebuild ia64
> and riscv64. Scheduled.
Thanks for the clarifications. I think based on this that in the
future I s
On 2022-03-28 11:57:14, Paul Gevers wrote:
> Hi Jordan,
>
> On 28-03-2022 10:20, Jordan Justen wrote:
> > nmu libxxf86vm_1:1.1.4-1+b2 . ANY . unstable . -m "riscv64 arch is at
> > 1:1.1.4-1
> > while others are at 1:1.1.4-1+b2"
>
> It may be obvious
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libxxf86vm_1:1.1.4-1+b2 . ANY . unstable . -m "riscv64 arch is at 1:1.1.4-1
while others are at 1:1.1.4-1+b2"
Hopefully this merge-request can help fix #993904 & #995069.
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/74
signature.asc
Description: signature
On 2021-04-24 00:49:14, Adrian Bunk wrote:
> I've prepared an NMU for waffle (versioned as 1.6.3-1.1) and uploaded it
> to DELAYED/2. Please feel free to tell me if I should cancel it.
I pulled your change in along with a couple other changes and uploaded
1.6.3-2. Let me know if you still see an
Lucas,
The renderdoc package was marked with autorm based on this bug.
The issue arose because glslang 11.1.0-1 was uploaded to unstable.
I therefore released renderdoc 1.11+dfsg-5 which fixed the
compatibility issue with glslang 11.
Unfortunately, I then found out that glslang 11 was actually
On 2020-11-20 15:04:56, Paul Wise wrote:
> On Fri, Nov 20, 2020 at 7:36 AM Jordan Justen wrote:
>
> > This Standards-Version is not yet recognized by lintian.
>
> When lintian is wrong about the Standards-Version being too new, it is
> best to ignore it and wait until li
On 2020-11-19 01:01:28, Leon Marz wrote:
>
> cglm (0.7.9-1) unstable; urgency=medium
> .
>* New upstream release
>* Bump Standards-Version to 4.5.1
This Standards-Version is not yet recognized by lintian. You can
verify this with lintian, and it is also shown in the lintian section
on m
Leon,
I reviewed the 0.7.1-1 packaging you posted on mentors.debian.net. I
didn't see any major issues, but maybe some suggestions.
The license is MIT, and debian/copyright has it listed properly.
I think packages often will call out the debian directory in
debian/copyright, even if it matches t
I opened a merge request in salsa to potentially help fix this bug:
https://salsa.debian.org/openstack-team/libs/python-doc8/-/merge_requests/1
It seems like the python-oslosphinx package is causing the FTBFS,
since it's not compatible with Sphinx 2.4.
I found a new upstream location for doc8, b
I got this fixed in upstream:
https://github.com/pazz/alot/commit/916b446317980e9794a02bfb79456da4fc2768a4
Since it's a warning, I was planning to *not* bother adding an `alot`
package patch, and just wait for the next upstream release. Or, do you
think I should cherry-pick the upstream patch int
Jonas,
This upstream bug sounds similar.
https://github.com/pazz/alot/issues/1434
What do you think?
-Jordan
signature.asc
Description: signature
Package: ftp.debian.org
Severity: normal
s390x was removed from the latest glslang (8.13.3559-2) unstable upload:
https://salsa.debian.org/xorg-team/vulkan/glslang/commit/6466e35acadc5de8d75b7285eaaf1312b81b054d
the s390x arch missing is preventing glslang from migrating to testing:
https://qa.
Hi. Does the 2.14-1 release fix this? I see that upstream included at
patch exactly like yours:
commit 9f45a77f46829e666b35530939b9237cf978d4dc
Author: Cyrill Gorcunov
Date: Sat Feb 10 00:40:46 2018 +0300
nasmlib: Drop pure_func attrib from seg_alloc
This patch should have been included i
On 2018-08-25 03:38:08, Santiago Vila wrote:
> On Sat, Aug 25, 2018 at 07:52:28AM +0200, Johannes Schauer wrote:
>
> > Santiago, how were you able to reproduce the issue?
>
> My building environment is described here:
>
> https://people.debian.org/~sanvila/my-building-environment.txt
I haven't
On 2018-12-12 06:05:57, Jonas Smedegaard wrote:
> alot 0.8 is out, with exciting changes - esp. notmuch named queries.
>
> Please package it.
>
I'm almost done with the changes for 0.8. :)
-Jordan
On 2017-07-08 08:43:18, Jonathan Wiltshire wrote:
> I will be requesting removal of pygpgme from unstable at the end of
> this month (but it's up to ftp masters if they do so immediately and break
> things, or wait for dependencies to be resolved).
Jonathan, I wanted to give an update for 'alot' a
Package: wnpp
Severity: wishlist
Owner: Jordan Justen
* Package name: renderdoc
Version : 0.34
Upstream Author : Baldur Karlsson
* URL : https://renderdoc.org/
* License : MIT
Programming Lang: C++
Description : Renderdoc Graphics Debugging Tool
Control: owner -1 !
I rebased your patch. Some portions of the patch seem to have been
adopted upstream. I need to verify that it still fixes the issue.
https://anonscm.debian.org/cgit/collab-maint/nasm.git/commit/?id=6ca604a0
signature.asc
Description: signature
On 2017-04-21 06:12:21, Johannes Schauer wrote:
> Quoting Ben Finney (2017-04-21 14:44:52)
> > Jordan, have you made more changes that should be released?
> >
> > Johannes, are you waiting on any changes before you approve and upload
> > this package?
>
> Jordan and I were writing each other priv
On 2017-02-17 05:29:44, Johannes Schauer wrote:
> Quoting Gianfranco Costamagna (2017-02-17 11:11:35)
> > lets review:
> > a) PAPT seems more appropriate
> > b) "alot (0.3.7-1) unstable; urgency=medium"
> > this never went in unstable, please merge the two changelog entries
> > together with the c
Control: owner -1 !
It looks like upsteam is willing to pull in this change. In fact, the
project owner rebased the patches.
https://github.com/pazz/alot/pull/915
But, Daniel said he has also rebased the patches.
I think we should hold off a bit more to see if this gets merged
upstream soon.
-
Package: alot
Version: 0.3.6-1
Severity: wishlist
Owner: jljus...@gmail.com
Suggested by Gianfranco in #855354.
signature.asc
Description: signature
On 2017-02-16 23:59:07, Simon Chopin wrote:
> I do have reservations about moving the package from the PAPT umbrella into
> collab-maint, but it's not my call anymore.
I'm sorry. I meant to say that I planned to put it into git under the
PAPT, not collab-maint. So, the change would be moving from
Package: sponsorship-requests
Severity: low
Dear mentors,
I am looking for a sponsor for my package "nasm"
Package name: nasm
Version : 2.12.02-1
Upstream Author : "H. Peter Anvin"
URL : http://www.nasm.us/
License : BSD-2-clause
Section : devel
Package: sponsorship-requests
Severity: low
Dear mentors,
I am looking for a sponsor for my package "alot"
Package name: alot
Version : 0.5.1-1
Upstream Author : Patrick Totzke
URL : https://github.com/pazz/alot
License : GPL-3+, LGPL-2.1+
Section
On 2016-12-14 09:58:16, Andrey Rahmatullin wrote:
> Control: tags 846704 + patch
> Control: tags 846704 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for waffle (versioned as 1.5.2-2.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
There's n
Package: debian-maintainers
Severity: normal
Hello,
Please add "Jordan Justen " as a Debian Maintainer.
I'm attaching here the jetring changeset.
Please, note that the adress I'm using for Packaging
() isn't the primary UID of my OpenPGP
key C274 8521 7414 C9DF 0231
Package: wnpp
Severity: wishlist
Owner: Jordan Justen
* Package name: piglit
Version : 0.0.0
Upstream Author : Piglit
* URL : http://piglit.freedesktop.org/
* License : MIT, GPL
Programming Lang: C, C++, Python
Description : Piglit OpenGL test suite
Package: waffle
Version: 1.3.0
Severity: wishlist
* Package name: waffle
Version : 1.3.0
Upstream Author : Chad Versace
* URL : http://people.freedesktop.org/~chadversary/waffle
* License : BSD
Programming Lang: C
Description : a library for selecting G
46 matches
Mail list logo
