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
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
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
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
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: alot
Version: 0.3.6-1
Severity: wishlist
Owner: jljus...@gmail.com
Suggested by Gianfranco in #855354.
signature.asc
Description: signature
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.
-
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
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: 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: renderdoc
Version : 0.34
Upstream Author : Baldur Karlsson
* URL : https://renderdoc.org/
* License : MIT
Programming Lang: C++
Description : Renderdoc Graphics Debugging Tool
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
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 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
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
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
Control: owner -1 Jordan Justen
Control: retitle -1 ITA: nix -- Purely functional package manager (binaries)
signature.asc
Description: signature
Control: retitle -1 ITA: nix -- Purely functional package manager (binaries)
Control: owner -1 !
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
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
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
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
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
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
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
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.
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 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
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
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"
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
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
Jonas,
This upstream bug sounds similar.
https://github.com/pazz/alot/issues/1434
What do you think?
-Jordan
signature.asc
Description: signature
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
35 matches
Mail list logo