Source: libass
Version: 1:0.16.0-1
Severity: wishlist
Hi!
a new version was just released upstream and it
would be great if it could make it into Bookworm.
https://github.com/libass/libass/releases/0.17.0
I noticed the automatic uscan watch broke a couple days ago for many
GitHub-hosted proje
Processing control commands:
> severity -1 important
Bug #1012524 [src:libass] libass: PGP signature and i386 assembly
Severity set to 'important' from 'minor'
--
1012524: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012524
Debian Bug Tracking System
Contact ow...@bugs.debian.org with prob
Control: severity -1 important
With the new upstream release, adding the additional keys
is now required for uscan to accept the signature.
signature.asc
Description: PGP signature
On 2022-11-27 16:00:57 +0100, local10 wrote:
> Nov 27, 2022, 14:37 by sramac...@debian.org:
>
> > That's not surprising. The Qt version that is reported to fix this issue
> > is only available in unstable.
> >
>
>
> This bug has been filed against Bookworm and it still remains unfixed in
> Book
Hi,
Today, with the dayly apt-get upgrade, VLC is working now as usual for
me.
greetings
El jue, 24-11-2022 a las 23:35 +0100, Alexis Murzeau escribió:
> Hi,
>
> On 24/11/2022 23:13, Bernhard Übelacker wrote:
> > Hello Everyone,
> > I guess I see a similar same issue here.
> >
> > First, fo
binary:libopenvdb-ax-dev is NEW.
binary:libopenvdb-ax-tools is NEW.
binary:libopenvdb-ax10.0 is NEW.
binary:libopenvdb-ax-dev is NEW.
binary:libopenvdb-ax-tools is NEW.
binary:libopenvdb-ax10.0 is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to p
openvdb_10.0.0-9_i386.changes uploaded successfully to localhost
along with the files:
openvdb_10.0.0-9.dsc
openvdb_10.0.0-9.debian.tar.xz
libnanovdb-dev_10.0.0-9_i386.deb
libnanovdb-tools-dbgsym_10.0.0-9_i386.deb
libnanovdb-tools_10.0.0-9_i386.deb
libopenvdb-ax-dev_10.0.0-9_i386.deb
Processing control commands:
> tag -1 pending
Bug #1025144 [src:openvdb] virtual memory exhausted: Cannot allocate memory
Added tag(s) pending.
--
1025144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025144
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 30 Nov 2022 14:02:44 +0100
Source: juce
Architecture: source
Version: 7.0.3~ds0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
Changed-By: IOhannes m zmölnig (Debian/GNU)
Chan
juce_7.0.3~ds0-1_source.changes uploaded successfully to localhost
along with the files:
juce_7.0.3~ds0-1.dsc
juce_7.0.3~ds0.orig.tar.xz
juce_7.0.3~ds0-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
-- Forwarded message -
* Mathieu Malaterre via Gcc-help:
> I am having a hard time understanding which flags to change in case of
> `virtual memory exhausted: Cannot allocate memory`. I can compile
> openvdb on all Debian supported arches but mipsel. I tried tweaking
> the debug
Source: openvdb
Version: 10.0.0-1
Compilation of OpenVDB/AX consistently fails with g++-12 on mipsel:
% time /usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_IOSTREAMS_DYN_LINK
-DOPENVDB_AX_DLL -DOPENVDB_AX_PRIVATE -DOPENVDB_AX_REGENERATE_GRAMMAR
-DOPENVDB_DLL -DOPENVDB_USE_DELAYED_LOADING -DOPENVDB_USE_
Source: openvdb
Version: 10.0.0-1
Default cmake insist on building with RPATH support. It will fails
during openvdb/ax stage because of:
dh_dwz: warning: compressed debug information (#931891).
dh_strip -a -O--buildsystem=cmake
dh_makeshlibs -a -O--buildsystem=cmake
dh_shlibdeps -a -O--b
13 matches
Mail list logo