ough it was half
baked in 2.24.
I think it might be possible to use meson in 2.25+, but I was planning
to try looking at that after libgit2 1.9 make it to unstable.
Given the uncertain timeline for libgit2 1.9 in unstable/testing, I
guess I better try to address this in 2.24. Thanks for the idea
id release an
experimental libgit2 1.9. Based on that, I added the experimental nix
2.25 release.
So, my plan is to upgrade the nix package once libgit2 gets upgraded
in sid/unstable.
Is it feasible to patch nix 2.24 for the lowdown 1.4.0 compatibility
issue?
-Jordan
[1]: https://bugs.debian.org
libsasl2.
Actually, the link command for libnixutil-tests doesn't include sasl2
when I attempt to build it.
Do you have any suggestions for making a "reduced chroot" so I could
reproduce this FTBFS?
Thanks!
-Jordan
signature.asc
Description: signature
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
git2 was released "Tue, 08 Oct 2024 22:45:48
+0200". Is it possible that libgit2 was somehow partially updated in
the build that failed?
Thanks,
-Jordan
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?
till see an issue with the package.
Thanks,
-Jordan
signature.asc
Description: signature
://salsa.debian.org/xorg-team/vulkan/glslang/-/merge_requests/3
My concern now is that the renderdoc package only has 5 days left in
the autorm countdown.
Do you have any suggestions for how I can prevent renderdoc from being
removed from testing?
Thanks for your time,
-Jordan
signature.asc
Description
This issue still occurs as of 5.8.0-1. The work around to make it compile
is to symlink the missing folder from kernel source:
`sudo ln -s /usr/src/linux-headers-5.8.0-1-common/include/linux
/lib/modules/5.8.0-1-amd64/build/include/linux`
FYI...
jordan@jordan-laptop:~$ cat /var/lib/dkms/zfs/0.8.4/build/make.log
DKMS make.log for zfs-0.8.4 for kernel 5.7.0-3-amd64 (x86_64)
Thu 03 Sep 2020 09:19:11 AM PDT
make: *** No targets specified and no makefile found. Stop.
Jordan Mendler
[image: The Veloz Group]
The
Package: zfs-dkms
Version: 0.8.4-2
Severity: critical
Justification: breaks unrelated software
X-Debbugs-Cc: jordanmend...@gmail.com
jordan@jordan-laptop:~$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
/907ff47666c29ddbb3fc8e550ed18900a2b3ae54
d/control: Add build-dep locales-all. Closes: #963325
Signed-off-by: Jordan Justen
(this message was generated automatically
/1f5013b4619ec108a0cc990635cbb246eb080ac9
d/control: Add build-dep locales-all. Closes: #963325
Signed-off-by: Jordan Justen
(this message was generated automatically
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
/c293c45a316eed20b11cd9bdc4a1b73e143e90f7
d/patches: Cherry pick upstream 3446dc44f87d. Closes: #930057
Signed-off-by: Jordan Justen
(this message was generated automatically
/789d3ea32a213ea9061be0cc4df2a329f768d47e
d/alot-doc.maintscript: Fix symlink_to_dir package version. Closes: #905193
Suggested-by: Andreas Beckmann
Ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905193#18
Signed-off-by: Jordan Justen
/872c3add437d3e53d8c711b25d556afc6b0f49e3
d/scripts: Use symlink_to_dir to fix piuparts upgrade failure. Closes: #905193
Convert to using symlink_to_dir.
Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905193
Signed-off-by: Jordan Justen
this
error.
Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905193
Signed-off-by: Jordan Justen
(this message was generated automatically)
--
Greetings
https://bugs.debian.org/905193
I think this bug can be closed now.
Jordan
linux-grsec-base[1] is missing from stable-backports and I don't see it being
prepared for upload there[2]. Other than that this bug can be closed. Thanks
for your work.
[1] https://tracker.debian.org/pkg/linux-grsec-base
[2] https://anonscm.debian.org/git/collab-maint/linux-grsec-base.git
I saw that new version landed in unstable. Is it possible to have it in
stable-backports? I think it will be best to have it in stable-backports ONLY
(without unstable) where it can live until 4.9 kernel gets EOL. In case of
unstable the gap between vanilla kernel and 4.9 will get bigger and big
s the
dependency issue soon.
I'm not sure if/when sid might lose pygpgme, but hopefully we'll have
a new upstream release of 'alot' to address the dependency issue
before that happens.
-Jordan
signature.asc
Description: signature
Thank you for the reply. It's great that you consider packaging one of the
forward ports.
Just one more question - Is it possible for you to update current package to
latest official version (from 4.9.18 to 4.9.24)? That would be nice temporary
solution while you are too busy to make general dec
Source: linux-grsec
Severity: serious
I wanted to ask you about the future of linux-grsec in debian. The package
wasn't updated for some time and it's now at 4.9.18 version while last official
grsecurity version is 4.9.24. Additionally there are few forward ports of
grsecurity for 4.9 LTS kernel
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
won't make
it in before the freeze, I thought it would be best to just provide
the debdiff without the rules change.
Regards,
Jordan Metzmeier
django-conneg-dj17.debdiff
Description: Binary data
downloader import myprint, get_source_tarball
File "/usr/lib/python2.7/dist-packages/stdeb/downloader.py", line
10, in
import requests
ImportError: No module named requests
I have committed the change to the svn repo.
Piotr, can you tag and upload the package with the updated depen
Here is the upstream bug report: https://github.com/paramiko/paramiko/issues/285
It looks like someone is already working on a patch.
Regards,
Jordan Metzmeier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
echangelog behavior is correct.
Attached is a patch that resolves the bug and fixes the FTBFS.
Regards,
Jordan Metzmeier
--- a/lib/Parse/DebianChangelog/Util.pm
+++ b/lib/Parse/DebianChangelog/Util.pm
@@ -104,7 +104,11 @@
$v =~ m/\n$/o && warn(__g("field %s h
Package: nfs-kernel-server
Version: 1:1.2.6-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
it is not possible to reproduce and happens unexpectedly.
* What exactl
Also, the "hello world" example works fine on the same Debian system
when executed with phantomjs-1.7.0-linux-i686.tar.bz2 downloaded from
phantomjs.org.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
Package: phantomjs
Version: 1.4.1+dfsg-1
Severity: grave
Justification: renders package unusable
The hello.js example at
https://github.com/ariya/phantomjs/blob/master/examples/hello.js
prints nothing when executed with phantoms. Steps to reproduce the problem:
1. Create a file named "hello.js"
I have resolved the issue was causing my address to bounce.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I just tested it on my system and it is no longer segfaulting. Where
are details of binNMUs located? They do not appear to display on the
PTS.
Regards,
--
Jordan Metzmeier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
t suggests no packages.
-- no debconf information
Regards,
--
Jordan Metzmeier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: www.debian.org
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Did an upgrade on Debian Testing a few days ago. This trigged problem.
Tried XFCE inste
nding from previous conversations is
that the testfiles are not licensed under those licenses. I'm not sure
that that makes them DFSG-free since I don't know if they would be
considered public domain or similar, but the general understanding of
the community is that they are free.
-Jordan
of squeeze. In this case, I feel that it will be
best to offer this package via backports only, as soon as I can have a
4.x package prepared and uploaded to experimental.
Regards,
- --
Jordan Metzmeier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJMvjTDAAoJEKj
ion of ntop. I will work on porting GNUTLS for
squeeze+1.
Thank you for your insight Francesco.
Regards,
Jordan Metzmeier
signature.asc
Description: Digital signature
On Sun, Sep 05, 2010 at 09:20:11AM +0200, Luca Deri wrote:
> Jordan
> I have done the requested changes. I didn't know of GnuTSL, so I might
> consider using it in future releases.
>
> Please let me know if everything is ok now.
>
> Thanks a lot for all you're d
Package: ntop
Version: 3:3.3-14
Severity: serious
Justification: Policy 9.1.1
AS-list.txt
etter.finger.os
oui.txt
p2c.opt.table
The above files are placed in /etc but are not configuration files. They contain
ascii data. It is concievable that someone would replace these files, but
doubtful
that
Package: ntop
Version: 3:3.3-14
Severity: serious
Justification: Policy 2.2.1
This package is GPL but links with openssl without a linking exception in the
license.
jor...@tesla ~/build/ntop/squeeze/ntop-3.3 $ ldd /usr/sbin/ntop | grep 'ssl'
libssl.so.0.9.8 => /usr/lib/i686/cmov/lib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/18/2010 05:09 AM, Bruno Kleinert wrote:
> Am Dienstag, den 17.08.2010, 22:43 -0400 schrieb Jordan Metzmeier:
>> -- Initializing Sound --
>> Failed to open OpenAL device 'PulseAudio Software', trying default
does not depend nor recommend pulseaudio.
This might be related, or a duplicate of #589896
jor...@tesla ~ $ openarena
ioq3+oa 1.36 linux-i386 Aug 8 2010
- FS_Startup -
Current search path:
/home/jordan/.openarena/baseoa
/usr/lib/games/openarena/baseoa/pak6-patch085.pk3 (559 files)
/usr/lib
t the Makefile.in files, or
build-deps on automake and autoconf are needed.
Regards,
- --
Jordan Metzmeier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJMaCzuAAoJEKj/C3qNthmTl7IP/j0/CChq0h4NtvVvrcITEIHh
gPm+hCNqpvPNVQWI+PPEWD0YTc6eF8i5IP6gODl+RQpOQNH7qArXEKL
Package: software-center
Version: 2.0.3debian1
Severity: serious
Justification: Debian Policy §2.2.1
This package recommends python-launchpad-integration which is not in
Debian.
§2.2.1 of Debian Policy states:
"packages in main must not must not require a package outside of main
for compilatio
Package: adonthell-data
Version: 0.3.4.cvs.20080529-1
Severity: serious
Tags: patch
Justification: Python Policy 2.6
It was discovered that adothehell-data is shipping .pyc files. This seems
to due to a patch not being updated after a new upstream release.
I have attached patches to resolve the
a SIGINT. I got some looks.
- ---
Jordan Metzmeier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBCAAGBQJMVOHLAAoJEKj/C3qNthmT2FUP/08wvBVCdR54sIuIs0CXvcMU
xKz0Kx1dx1jkDWXpyFZ0ZV2304E+LtfEuR6dj0fQq
On Thu, Jul 29, 2010 at 9:57 PM, Jordan Sissel wrote:
> On Thu, Jul 29, 2010 at 10:16 AM, Daniel Kahn Gillmor
> wrote:
>> Cc'ing xdotool-users, as upstream might be interested here.
>>
Patch comments inline -
>>> --- t/ephemeral-x.STD 2010-07-29 15:33:59.000
for xdotool if possible, though i'd
> be happy to entertain other suggestions for resolving this.
+1. Don't disable the tests; in general, I'm happy to work with you to
ensure stuff stays working and to minimize downstream patches.
-Jordan
> --dkg
>
>> --- t/
On Fri, Jul 02, 2010 at 11:13:05PM +0200, Julian Andres Klode wrote:
> On Fr, 2010-07-02 at 16:59 -0400, Jordan Metzmeier wrote:
>
> Yes, it's not installed because bash takes care of calling
> command-not-found itself, as can be seen in /etc/bash.bashrc.
>
> Not a bug
Package: command-not-found
Version: 0.2.38-1
Severity: grave
Tags: patch
Justification: renders package unusable
The package fails to install /etc/bash_command_not_found as referenced the
README. This does not make it unusable as a user command, or for zsh users,
but it is non-functional in its cu
Package: grub-pc
Version: 1.98+20100602-2
Severity: normal
I wasn't sure whether or not I should file a new bug for this issue. The
descrition of the orginal bug matches my behavior exactly but the issue is not
the same as orginal report.
I created this sid VM to test packages that I plan to buil
Package: azureus
Version: 3.1.1.0-4
Severity: normal
After running for several days without being stopped, azureus uses about
70-75% of RAM, according to top. Azureus changelog reports that corrections
of memory consumption have been made in version 4 of the program. I suggest a
newer azureus v
opers use cmake 2.4.x) but rather how cmake is
interacting with Qt. Do you happen to know if other cmake-using
packages have had similar failures? I'll try to track it down a bit
more but as I don't have an hppa machine and it builds fine on other
archs it might take a bit.
-Jordan Manth
Package: xdm
Version: 1:1.0.1-5
Followup-For: Bug #362149
Debian patches don't go in unless quilt is installed.
quilt was not installed even after I did 'apt-get build-dep xdm'.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Archite
Apologies; the bug was already fixed soon after release, and
the report archived. Please close this bug.
Best regards,
-- Patrick
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: grep
Version: 2.5.1.ds2-2
Severity: grave
Justification: causes non-serious data loss
grep grep_2.5.1.ds2-2 is linked dynamically against libpcre,
which lives in /usr/lib. This causes the bin to fail
to execute before /usr is mounted.
This is grave because: grep is used in early script
Package: gcc-4.0
Version: 4.0.1-2
Severity: grave
Justification: renders package unusable
gcc-4.0 generates code that gives false results for this
tiny program:
#include
#include
int main()
{
volatile double a = 1.04837e+06, b = 1.04866e+06;
printf("%li %li\n", lround(a), lround(b));
return 0;
remove
> the kioslave from kdevelop3-plugins (so that I can version the replaces:
> accordingly).
>
> Do you have an idea of what kdevelop3-plugins version will _not_ contain
> the svn kioslave, so that I can upload a new kdesdk-misc 3.4 to alioth
> with the correct replaces lin
t_fancy($text, -color=>[$color], -underline=>$underline,
+ $txt->text($text, -color=>[$color], -underline=>$underline,
-indent=>$indent);
}
Regards
jordan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
61 matches
Mail list logo
