On Sun, Apr 13, 2025 at 11:58:57AM +0100, Samuel Henrique wrote:
but regardless of the licensing question, it's also sad to lose GnuTLS
support for OpenLDAP.
This means it's impossible to have a GnuTLS build of libcurl with ldap support
without also pulling OpenSSL transitively.
I apologize
link against OpenLDAP.
OpenLDAP upstream are planning to delete the GnuTLS backend soon, so
I'll be very reluctant to revert this switch unless someone else steps
up to maintain that support.
thanks,
Ryan
Thanks! Wondering if I should maybe bring this to the Python team.
On Sat, Aug 24, 2024 at 7:33 AM Alexandre Detiste <
alexandre.deti...@gmail.com> wrote:
> Hi,
>
> The repo for the nmu is here:
>
> https://salsa.debian.org/detiste-guest/click-man/
>
> Please import all 3 branches.
>
OpenEmbedded silenced the warning with a cast:
https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/openldap/openldap/0001-fix-incompatible-pointer-type-error.patch?h=master
(also marked "Upstream-Status: Submitted", but I can't find any evidence
of that online...)
bv_l
Control: tag -1 upstream
Control: forwarded -1 https://bugs.openldap.org/show_bug.cgi?id=10253
Thanks for the report. It looks like the warning has been there since
the code was originally added (in OpenLDAP 2.5), but with GCC 14 it
became an error. The last upload was still built with GCC 13 (
think this bug can be closed as fixed in retroarch
1.19.1+dfsg-1, do you agree?
(Also, could you please push the git tag for 1.19.1+dfsg-1?)
Thanks for maintaining retroarch,
Ryan
[ 67%] Building C object
CMakeFiles/updater-stub.dir/src/feature/updater-main.c.o
/usr/bin/cc -DBUILD_GL -DBUILD_GLES2 -DBUILD_GLES3 -DBUILD_STATIC -DENABLE_SCRIPTING -DHAVE_CRC32 -DHAVE_FREELOCALE -DHAVE_FUTIMENS -DHAVE_FUTIMES -DHAVE_LOCALE
-DHAVE_LOCALTIME_R -DHAVE_NEWLOCALE -DHAVE_PTHREAD_CR
On Wed, May 08, 2024 at 06:32:03PM +0900, Marc Dequènes wrote:
> I packaged and uploaded 0.5.0 and this bug is fixed for me now, but
> I'd like to hear from you all before closing this bug.
The bug is also fixed for me with 0.5.0-1. Thanks for getting this
fixed!
Best w
seen this failure. Ran it again just now and it passed. But I
only run amd64... I wouldn't be able to dig into that tonight, even if I
could reproduce it. Do you think I should disable the test proactively?
thanks,
Ryan
On Sun, Feb 04, 2024 at 07:38:06AM +0200, Graham Inggs wrote:
Is a MR against https://salsa.debian.org/vorlon/armhf-time_t the right
place to proceed?
Yes.
https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/131
a fix for libmgba-dev to not install the foreign headers,
but in the mean time, I'm wondering if the analyzer could just skip
those ones, since we know including them will fail.
Is a MR against https://salsa.debian.org/vorlon/armhf-time_t the right
place to proceed?
Thanks
Ryan
mgba itself, and this one in particular is for another
platform entirely.
I will try to deal with this so that libmgba-dev can be analyzed
properly, as I suspect it won't actually need a transition. What is the
deadline for figuring this out?
Thanks
Ryan
build without --release) should give a better
error
16:15 update sctk dunno.
I haven't had time to dig further since, but maybe you can get a better
backtrace by rebuilding without --release and ask upstream for help? In
any case, they might appreciate knowing how we reached unre
On Thu, Nov 16, 2023 at 12:36:16PM -0500, Ryan Kavanagh wrote:
> I plan on uploading OpenSMTPD 7.4.0p2 to Debian backports in the near
> future
7.4.0p1 is now available from stable-backports.
Best,
Ryan
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7
r OpenSMTPD on Debian).
Unfortunately, a fix for #1037359 was not available in time for
bookworm.
I plan on uploading OpenSMTPD 7.4.0p2 to Debian backports in the near
future. This should at least provide a working version of OpenSMTPD for
those using bookworm.
Ryan
Package: scilab
Version: 6.1.1+dfsg2-5
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: rloo...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
executing scilab
* What exactly di
Hi, thanks for reporting.
On Tue, Feb 07, 2023 at 07:25:31PM +0200, Adrian Bunk wrote:
/tmp/autopkgtest-lxc.jrj8ozx8/downtmp/build.7fx/src/debian/tests/sha2-contrib:
line 6: slappasswd: command not found
The dependency is definitely installed so it must be a PATH issue. Maybe
because this te
Me three. Please do push the new version!
Relevant outside links:
https://blog.thunderbird.net/2023/01/important-message-for-microsoft-office-365-enterprise-users/
https://bugzilla.mozilla.org/show_bug.cgi?id=1814536
On Tue, 7 Feb 2023 08:43:33 +0100 Antonio wrote:
> The proposed fix wor
Control: severity -1 important
On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote:
Then not running the script at all is an improvement over the current
situation. Flaky tests are bad. Until a better solution is found, how
about skipping the test?
I have uploaded -3 with the flaky te
On Wed, Dec 28, 2022 at 10:32:30PM +0100, Paul Gevers wrote:
Then not running the script at all is an improvement over the current
situation. Flaky tests are bad. Until a better solution is found, how
about skipping the test?
Not ideal, but yeah, probably an improvement over shipping a flaky t
Thanks for this advice on how to fix it better and unblock migration!
I've pushed an updated revision to both mentors and salsa. I'll reach
out to the science team for review and sponsorship.
On Fri, Dec 2, 2022 at 6:15 AM Graham Inggs wrote:
>
> Source: solvespace
> Version: 3.1+ds1-2
> Severit
fs-modules-dkms depends on:
ii dkms 3.0.6-4
ii libc6-dev 2.35-4
ii perl 5.36.0-4
Versions of packages openafs-modules-dkms recommends:
ii openafs-client 1.8.8.1-3+b2
openafs-modules-dkms suggests no packages.
-- no debconf information
--
|)|/ Ryan Kavanagh | 4E46 9519 ED
Thanks for raising the bug. The slapd autopkgtest does a chgrp/chmod to
grant slapd access to the heimdal master key, but the permissions on the
containing directory (/var/lib/heimdal-kdc) became more restrictive (now
700). I will update the autopkgtest ASAP.
g, but I'm not the maintainer.
Robert, do you agree with the assessment / should we reassign?
Best,
Ryan
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
signature.asc
Description: PGP signature
I'm having trouble reproducing this locally in a Docker container
using qemu on sid: it seems to work here. Similarly a Bookworm docker
in qemu into which I installed the sid package also seems to test OK.
(Ran the full autopkgtest suite in it, and while it did appear to fail
an assertion elsewhere
Control: reassign -1 slapd 2.5.12+dfsg-1
Control: affects -1 src:sssd
Control: forcemerge -1 1010678
Thanks Andreas for providing the additional details here. I'm aware of
the problem and will upload openldap with a workaround ASAP. I had not
seen Dave's MR for debconf, though; thanks for that.
ng out how to
reproduce this failure. I would need to have just server 3 or 4 affected
by some slowdown - and not sure what kind, whether CPU or network or
disk. I guess I'll start by seeing if I can use tc to add latency to
just the specific port...
thanks,
Ryan
verse-dependencies in the archive;
- Upstream has stopped development (last release in 2012, last commit in
2016);
- The package has been orphaned since 2016 (#836498);
- It looks like an actively maintained alternative exists:
golang-github-go-ldap-ldap.
thanks,
Ryan
Package: slapd
Version: 2.5.12+dfsg-1
Severity: serious
Control: affects -1 src:sssd
The last upload of openldap is affected by #1010677 in debhelper:
"dpkg-reconfigure slapd" doesn't restart slapd and the config reset
isn't applied.
In addition to users' expectations, this breaks (at least)
18696af69c
The complete build log is attached.
Thank you,
Ryan
sbuild (Debian sbuild) 0.81.2 (31 January 2021) on w500.nardis.ca
+==+
| bind-dyndb-ldap (amd64) F
e complete build log is attached.
thank you,
Ryan
sbuild (Debian sbuild) 0.81.2 (31 January 2021) on w500.nardis.ca
+==+
| xemacs21 (amd64) Thu, 17 Feb 2022 21:4
.99-1+b1
ii libxml-writer-perl0.900-1
ii perl [libunicode-collate-perl]5.32.1-6
ii tex-common6.17
Versions of packages biber recommends:
ii texlive-bibtex-extra 2021.20211217-1
biber suggests no packages.
-- no debconf information
--
|)|/ Ryan
ndError: No module named 'pkg_resources'
After I installed python3-pkg-resources manually, it works fine.
This upstream MR might be relevant:
https://gitlab.com/goobook/goobook/-/merge_requests/14
Thanks for maintaining goobook.
Ryan
-- System Information:
Debian Release: 11.2
APT
all back to a randomly generated UUID, but only
if libuuid is available at build time.
Adding uuid-dev to Build-Depends will fix this issue.
Thank you,
Ryan Finnie
OpenPGP_signature
Description: OpenPGP digital signature
p as I am a Debian Maintainer and do not have
full DD upload rights outside my core packages.
(I do not have a major stake in this package, other than noticing it
falling out of testing by this bug.)
Thank you,
Ryan Finnie
diff -Nru atmel-firmware-1.3/atmel-firmware.spec
atmel-firmware-1.3/a
accept an mr to make the copyright file complete again.
Ryan
On Wed, Dec 15, 2021, 5:24 AM Adrian Bunk wrote:
> On Mon, Nov 15, 2021 at 02:53:40PM -0600, Ryan Pavlik wrote:
> > Upstream has fixed this, and I have a package with the latest upstream
> > sources in progress, happy
scuss fixing the
smlnj-to-bootstrap-mlton issues there.
Ryan
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
signature.asc
Description: PGP signature
Upstream has fixed this, and I have a package with the latest upstream
sources in progress, happy to accept help to put it over the edge.
Ryan
OpenPGP_signature
Description: OpenPGP digital signature
process exited, code=exited,
status=1/FAILURE
Nov 05 08:45:25 zeta systemd[1]: mpd.service: Failed with result 'exit-code'.
Nov 05 08:45:25 zeta systemd[1]: Failed to start Music Player Daemon.
Best,
Ryan
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7
d.de/helikopter/2000/
* benchmark/tests/zern.sml
COPYRIGHT (c) 1998 D.McClain/MCFA
This looks like it was taken from
https://web.archive.org/web/20010215003107/http://www.azstarnet.com/~dmcclain/LanguageStudy.html
with no clear licensing information.
I'll update this bug report with any ot
GE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages mlton depends on:
ii mlton-compiler 20130715-3
ii mlton-doc 20130715-3
ii mlton-tools 20130715-3
mlton recommends no packages.
mlton suggests no packages.
ggests:
pn smlnj-doc
-- no debconf information
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
signature.asc
Description: PGP signature
Looks like this is because of a dynamic exception specification, which
is forbidden by C++17. I'll see if upstream has fixed this, and if not,
I'll just modify the packaging to build in C++14 mode.
Ryan
OpenPGP_signature
Description: OpenPGP digital signature
I have figured out a fix (the issue was in detecting what flags were
needed to use std::filesystem, my conclusion is: with gcc11+, tell CMake
C++17 or it will misbehave), and an updated package will be available
soon pending sponsorship.
OpenPGP_signature
Description: OpenPGP digital signature
This has been fixed upstream, and I'm cherry-picking that patch to the
package in lieu of a new upstream release, which we should do sometime
soon here.
OpenPGP_signature
Description: OpenPGP digital signature
triggers the bug, the bug
goes away after commits.
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
ares against a pointer to invalid memory that comes from
the glib hash table.
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
I found that my edits were affecting the wrong file (I was working on a
cached file instead, there were multiple copies of the code), and so my
string modification doesn't actually work, it results in the same segfault.
Changing the function to q_quark_from_string() works.
--
Ryan Tho
iling.
Since I did a stack allocation instead, I'd think that memory would
become invalid if the library unloaded before the glibmm init.
I'd mainly have to play with it in gdb more to see what's happening.
nos...@kota.moe might've done more debugging than I did.
--
Ryan
On 10/3/21 4:59 AM, 小太 wrote:
On Sun, 3 Oct 2021 at 20:47, Ryan Thoryk wrote:
"Bad permissions for mapped region at address" can also mean it tried
to read from unreadable memory. The memory was mapped at some
point in the past, so it doesn't say unallocated memory
Also consid
I also reported my solution comment to your upstream ticket.
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
r
me again. One thing online says about that function, "This function
must not be used before library constructors have finished running."
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
After installing a debug version of glibmm, I've attached the related
backtrace showing the glibmm code lines. The "binding.cc" is the
glib/glibmm/binding.cc file. The old (working) version doesn't appear
to use the related g_quark_from_static_string() function that crash
I tried force-downgrading the libglibmm package to the Debian Bullseye
version (2.66 back to 2.64), the crash goes away, and my audio hardware
works again with Jack.
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
ks like when running:
ryan@andromeda:~$ jackd -d firewire
jackdmp 1.9.19
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2016 Grame.
Copyright 2016-2021 Filipe Coelho.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under cer
ii libc6-dev 2.32-4
ii perl 5.32.1-6
Versions of packages openafs-modules-dkms recommends:
ii openafs-client 1.8.6-5
openafs-modules-dkms suggests no packages.
-- no debconf information
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C9
re releasing it in Buster, it would fail with a java version check.
Rsnapshot, a fine working package, was removed, but a perpetually
broken package wasn't. Statsvn hasn't been released upstream for
apparently 11 years. For now, I might see if I can use the sid version
on stable.
20130715-3
ii mlton-runtime-x86-64-linux-gnu [mlton-runtime] 20130715-3
mlton-compiler recommends no packages.
mlton-compiler suggests no packages.
-- no debconf information
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
signature.asc
Description: PGP signature
On 7/17/21 10:09 AM, Ryan Thoryk wrote:
On 7/17/21 9:44 AM, Steve McIntyre wrote:
I found that I was using an older ARM image from last year, but that
doesn't mean the issue was fixed later. In AWS's community AMI section,
the main one I tried is listed as "debian-10-arm
On 7/17/21 9:44 AM, Steve McIntyre wrote:
Hi Ryan,
So when you say "spin up a new Debian ARM VM on AWS", what exact image
are you using here? It sounds like the build process for that image
needs to be fixed to DTRT for the platform. Then you and other users
won't be bitten
On 7/17/21 8:18 AM, Steve McIntyre wrote:
On Sat, Jul 17, 2021 at 07:57:48AM -0500, Ryan Thoryk wrote:
EFI/debian is *NOT* wrong, it's the correct location for a system that
has working firmware which supports setting UEFI boot variables. If
you *also* need to write a copy of grub (etc.) t
ould happen,
wondering if it would try to use the "EFI/debian" one, and after
rebooting the system was stuck in an EFI shell (couldn't find a boot
loader), so the "EFI/debian" folder is clearly wrong. This could be
similar to what's happening with others on here.
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
onger available in
unstable, and ruby2.1 was last available in:
ruby2.1| 2.1.5-2+deb8u3 | oldoldstable | source, amd64, armel, armhf, i386
Will users upgrading from buster to bullseye will encounter a similar
issue if they've dist-upgraded from jessie to stretch to buster?
--
|)|/ Rya
kages asciidoctor depends on:
ii ruby-asciidoctor2.0.12-2
ii ruby2.1 [ruby-interpreter] 2.1.5-4
ii ruby2.2 [ruby-interpreter] 2.2.4-1
asciidoctor recommends no packages.
asciidoctor suggests no packages.
-- no debconf information
--
|)|/ Ryan Kavanagh | 4E46 9519 ED67 7734 26
Package: statsvn
Version: 0.7.0.dfsg-9
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When trying to use the statsvn utility, this fatal error message is encountered:
SEVERE: Subversion binary is incorrect version. Found: 1.10.4, required: 1.3.0
This makes the utility
tall a standard
Debian-provided ARM AWS community instance and rebooted, the instance
fails to boot in the same way.
This is my document if you were interested, I mention the error in it:
https://ryan.thoryk.com/linux/arm_convert.html
--
Ryan Thoryk
r...@thoryk.com
r...@tliquest.net
Looks like this is a legitimate bug in how we build smbk5pwd. It's not
linking -lkrb5, so it doesn't see its versioned symbols. This would have
been introduced when we switched to heimdal-multidev and started using
krb5-config, so quite a while ago.
Package: slapd-contrib
Version: 2.4.57+dfsg-2
Severity: serious
# ldapmodify -H ldapi:// -Y EXTERNAL << eof
dn: olcOverlay=smbk5pwd,olcDatabase={1}mdb,cn=config
changetype: add
objectClass: olcSmbK5PwdConfig
olcSmbK5PwdEnable: krb5
eof
SASL/EXTERNAL authentication started
SASL username: gidNumb
Control: tag -1 pending
Thanks for the report.
I compiled the package with and without that include on buster, and the
'objdump -d' output is the same, so I think it really was unused.
Just following up to note that I am taking care of this bug, it does not
need an NMU.
On Sat, Mar 13, 2021 at 09:58:59AM +0100, Pelle wrote:
I notice a similar bug in other packages in Debian Sid, such as
ChessX. Would it make sense to report a bug with each of those
packages, or would this be considered an issue with Sway / wlroots /
xdg-shell?
Please report a separate bug ag
l feature to this version of
retroarch is a good idea now that bullseye is in hard freeze.
thanks,
Ryan
1.7.3, in case there is a relevant
difference in the build environment or the libraries used?
Thank you!
Ryan
r work on the upgrade use case here.
Ryan
signature.asc
Description: OpenPGP digital signature
zfs-dkms/stop-build-for-32bit-kernel: true
zfs-dkms/stop-build-for-unknown-kernel: true
--
|)|/ Ryan Kavanagh | GPG: 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
DKMS make.log for zfs-0.8.6 for kernel 5.10.0-1-amd64 (x86_64)
Sun 03 Jan 2021 11:29:48 AM
On 2020-12-07 12:12 p.m., Keith Packard wrote:
Adrian Bunk writes:
On Sun, Nov 08, 2020 at 07:06:52PM -0500, Ryan Armstrong wrote:
...
I have been researching old terminal and X games recently, and realized
that much of the code from 'xmille' orignated from the terminal game
This has been fixed upstream, so an upcoming update will resolve it.
signature.asc
Description: OpenPGP digital signature
On Wed, 18 Nov 2020 00:29:43 +0100 Andreas Beckmann wrote:
> Control: tag -1 moreinfo unreproducible
>
> On Sat, 14 Nov 2020 10:41:26 -0700 Ryan Beethe
> wrote:
> > I use libjbig indirectly through the php-gd package. When running php
> > from the command line, I
Package: libjbig0
Version: 2.1-3.1+b2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I use libjbig indirectly through the php-gd package. When running php
from the command line, I get the following error:
PHP Warning: PHP Startup: Unable to load dynamic library 'gd.s
erials give credit to the original author,
Ken Arnold.
I'm not sure what the best solution is, exactly. Extensively patch the
source until it complies with the BSD license again?
Presumably, the copyright file needs to change at the very least.
Ryan
pppconfig.lintian-overrides, contained removed
+override init.d-script-missing-dependency-on-remote_fs
+throwing lintian E.
+
+ -- Ryan Finnie Thu, 05 Nov 2020 14:59:44 -0800
+
pppconfig (2.3.24) unstable; urgency=medium
* QA upload.
diff -Nru pppconfig-2.3.24/debian/compat pppconfig
On 11/5/20 3:13 PM, Joachim Wiedorn wrote:
> Hello Ryan,
>
> I have seen your patch.
>
> Please notice, that I don't want to maintain this package anymore. And
> because of better software nowadays (grub2) it should not get into next
> Debian Release. You should check &
On Wed, Oct 28, 2020 at 02:46:52PM -0500, Ryan Nowakowski wrote:
> With the previous version of thunderbird(68.12.0), I did not see this
> issue.
I have the older version (68.12.0) still running on a different Debian
10 machine(along with lightning 68.12.0 since it used to be a separate
p
ig, only added the one caldav calendar
2. Deleted the cache.sqlite file
3. Restarted thunderbird
Thanks!
Ryan N
-- System Information:
Debian Release: 10.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign
:45.0 -0700
@@ -1,3 +1,10 @@
+lilo (1:24.2-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix ftbfs with GCC-10. (Closes: #957490)
+
+ -- Ryan Finnie Wed, 28 Oct 2020 11:18:45 -0700
+
lilo (1:24.2-5) unstable; urgency=medium
* Add file debian/NEWS to point out that
Looks like the same failure already occurred on alpha:
https://buildd.debian.org/status/fetch.php?pkg=mgba&arch=alpha&ver=0.8.3%2Bdfsg-2&stamp=1603693498&raw=0
libzip version did change -- 1.6.1-3 to 1.7.3-1 -- so that is looking relevant.
On Tue, Oct 27, 2020 at 05:59:54PM +0100, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
/usr/bin/ld: CMakeFiles/cmTC_33e3c.dir/CheckFunctionExists.c.o: in function
`main':
/usr/share/cmake-3.18/Modules/CheckFunc
? This is blocking openldap from migrating to
testing. (https://qa.debian.org/excuses.php?package=openldap)
Thank you,
Ryan
Package: wminput
Version: 0.6.91-1+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With the most recent version of wminput, the application fails to start
immediately, raising a Segmentation Fault. This occurrs on both of my
machines that currently track Debian Testing
i perl 5.30.3-4
Versions of packages openafs-modules-dkms recommends:
ii openafs-client 1.8.6~pre1-3
openafs-modules-dkms suggests no packages.
-- no debconf information
--
|)|/ Ryan Kavanagh | GPG: 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
- the next upstream release has that change already
queued.
If this isn't a Vulkan bug, I can revise the OpenXR-SDK-Source
package, though it will need sponsorship as usual.
Ryan
On Sat, Apr 25, 2020 at 1:45 PM Paul Gevers wrote:
>
> Source: vulkan-loader, openxr-sdk-source
&g
Is there anything I can do to help resolve this issue? It's
(transitively) blocking a package I maintain, so if there's a way to
help fix this I'd be happy to do so.
Ryan Pavlik
signature.asc
Description: OpenPGP digital signature
ne need to authorize some override to allow migration into
testing? (Given the lack of desktop OpenGL, I don't expect meshlab to
be buildable for armel/armhf any time soon.)
Ryan
up at
https://salsa.debian.org/rpavlik-guest/meshlab - I have not pushed it to
the science team repo out of courtesy since it hasn't been reviewed yet.
However, I think it's ready to go. (The system information below
reflects my installation of my own package on Buster, but I have set t
uster that
simply removes all of the broken tables.
If it helps, more recent versions of opensmtpd / opensmtpd-extras are
available from Debian backports: https://backports.debian.org/
Best,
Ryan
--
|)|/ Ryan Kavanagh | GPG: 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B
Ah, I figured out the conflict.
Qt5 on armel/armhf uses OpenGL ES, not OpenGL full (desktop). So, using
full OpenGL causes conflicts. My most recent changes (pushed to salsa,
waiting on my cowbuilder before pushing to mentors) change the
dependency in control to libqt5opengl5-desktop-dev, so that
OK, I got a chance to build aarch64 and it does build there.
Unfortunately I hit a more fundamental error with armhf, that it has
type mismatches when trying to use GLEW. Not sure if this is intrinsic
or if it can be solved: the last version that was in Debian was a long
time ago...
This error re
On 3/4/20 1:12 PM, Moritz Mühlenhoff wrote:
> On Tue, Mar 03, 2020 at 05:56:18PM -0600, Ryan Pavlik wrote:
>> armel and armhf: these platforms only have OpenGL-ES, not desktop
>> OpenGL, so the correct thing to do is to disable this package on those
>> platforms. Is there a
armel and armhf: these platforms only have OpenGL-ES, not desktop
OpenGL, so the correct thing to do is to disable this package on those
platforms. Is there a better way to do this than to list all other
platforms in the control file?
Ryan
On 3/3/20 4:08 PM, Moritz Muehlenhoff wrote:
> Pack
by the patches does not appear to affect
Debian because /proc/sys/fs/protected_hardlinks is 1 by default:
https://www.openwall.com/lists/oss-security/2020/02/24/4
--
|)|/ Ryan Kavanagh | GPG: 4E46 9519 ED67 7734 268F
|\|\ https://rak.ac | BD95 8F7B F8FC 4A11 C97A
signature.
1 - 100 of 489 matches
Mail list logo
