AFAICT calling RawCompressFromIOVec() will fail on overload resolution
> like Compress()).
Nope, it was added in v1.1.10 and it was part of the archive [1],
version 1.2.0 changed the function signature as the others [2] added
CompressionOptions.
Regards,
Laszlo/GCS
[1]
https://tracker.debia
the soname.
Then the public source tree is hosted on GitHub [1] without the issues
(report) area enabled. The AUTHORS file contains a general email
address (opensou...@google.com) [2] meaning I'm not sure if I get any
answer or I will get one soon. But I can try it if you insist.
Regards,
Laszlo/GCS
[1
was done due to the C++11 ABI
change with g++ 5.0 back in 2015.
Thanks for considering,
Laszlo/GCS
[1] https://bugs.debian.org/1070217
[2] https://bugs.debian.org/1070785
xact version "3.10.13")
But indeed, I should do a transition of snappy with a prepared new library name.
Regards,
Laszlo/GCS
o you have a list of people, projects that will be affected by this
change? Sure, it would help to reach them for comments.
Regards,
Laszlo/GCS
into the source tree missing something else. This
is what SIGABRT suggests, probably some binary or library can't be
dlopen-ed as it's (those are) not copied over.
It's the tracker autopkg testing that needs fixing.
Regards,
Laszlo/GCS
[1] https://sqlite.org/releaselog/3_45_3.html
[2]
https://bui
ms. Do you experience any odd behaviour?
Regards,
Laszlo/GCS
On Mon, Apr 22, 2024 at 8:33 PM Daniel Kahn Gillmor wrote:
> On Sun 2024-04-21 15:44:12 +0200, László Böszörményi (GCS) wrote:
> > I prefer communication first. :) Currently I'm travelling so I can
> > only check it on Tuesday.
>
> That's why i uploaded to DELAYED/15 :)
some license problems in the past at least, which
prevented packaging. I will check the current situation.
Regards,
Laszlo/GCS
the point of this. Can you please recheck the current
graphviz package state and report back to me?
Regards,
Laszlo/GCS
claration' is going to be set? I'm a bit
confused, you may mix it with '-Werror=implicit-function-declaration'
which was already patched five days ago.
Can you recheck your findings and add more information?
Thanks,
Laszlo/GCS
mental as 0.43-1~exp1 over your
changes of course?
Regards,
Laszlo/GCS
my fixes I found that the reproducers may crash exiftags later by
other issues.
Contacted upstream if he plans to fix these by himself. Waiting for his reply.
Regards,
Laszlo/GCS
uf package, currently in
'experimental' is now built with CMake. Please check if it meets your
requirements.
It will take a while to make it to Sid, but please report back if you
find any issues.
Regards,
Laszlo/GCS
h keeping pyro4 in
the archives? It is no longer developed and superseded with pyro5.
Should be removed sooner than later.
Regards,
Laszlo/GCS
sue
this report is forwarded to.
I do not plan to force install it for the package.
Regards,
Laszlo/GCS
Package: wnpp
Control: affects -1 + src:pypdf
X-Debbugs-Cc: py...@packages.debian.org
X-Debbugs-Cc: Daniel Kahn Gillmor
Severity: normal
I request an adopter for the pypdf package.
The package description is:
A Pure-Python library built as a PDF toolkit. It is capable of:
- extracting
Package: wnpp
Control: affects -1 + src:pypdf2
X-Debbugs-Cc: pyp...@packages.debian.org
X-Debbugs-Cc: Daniel Kahn Gillmor
Severity: normal
I request an adopter for the pypdf2 package.
The package description is:
A Pure-Python library built as a PDF toolkit. It is capable of:
- extracting
oxigraph is Sid only currently, all three build fine with this
version of RocksDB as well.
Thanks for considering,
Laszlo/GCS
sr/share/doc/graphviz-tools/copyright (Thu Jan 1 00:01:00 1970)
Seems I updated my Bookworm system too soon and hit the ext4
corruption bug in the kernel as noted in #1057843. Luckily an fsck
corrected my filesystem and package update is in progress.
Regards,
Laszlo/GCS
as fixed in unstable
Thanks for considering,
Laszlo/GCS
diff -Nru vips-8.14.1/debian/changelog vips-8.14.1/debian/changelog
--- vips-8.14.1/debian/changelog 2023-02-13 10:48:58.0 +0100
+++ vips-8.14.1/debian/changelog 2023-11-14 16:05:39.0 +0100
@@ -1,3 +1,10 @@
+vips (8.14.1-3
Package: wnpp
Severity: wishlist
Owner: Laszlo Boszormenyi (GCS)
* Package name: botan
Version : 3.2.0
Upstream Author : The Botan Authors
* URL : https://botan.randombit.net/
* License : BSD-2-clause
Programming Lang: C++
Description : multiplatform
Hi Helmut,
On Mon, Nov 6, 2023 at 11:28 AM Helmut Grohne wrote:
> On Sun, Nov 05, 2023 at 02:19:18PM +0100, László Böszörményi (GCS) wrote:
> > Yes, it makes upstreams more easily staying with the FUSE 2 API.
> > Making the switch to the FUSE 3 API more difficult. But OK, let
for the port, at least remove your
'recommends' on Pyro4 - as I understand your package will still have
functionality.
Regards,
Laszlo/GCS
[1]
https://github.com/irmen/Pyro4/commit/8ec0db055d76ae1512239710b1e30883ee6bd74b
[2] https://pyro5.readthedocs.io/en/latest/
anytime with newer Python versions, you
risk your package being removed from the archives.
Regards,
Laszlo/GCS
[1]
https://github.com/irmen/Pyro4/commit/8ec0db055d76ae1512239710b1e30883ee6bd74b
[2] https://pyro5.readthedocs.io/en/latest/
t for you? Pyro4 is dead for a while. Last update was for
Python 3.10 (the archive has the default of 3.11). See upstream note
that development halted, repository is archived [1].
Regards,
Laszlo/GCS
[1]
https://github.com/irmen/Pyro4/commit/8ec0db055d76ae1512239710b1e30883ee6bd74b
ing with the FUSE 2 API.
Making the switch to the FUSE 3 API more difficult. But OK, let it go.
I'm preparing the upload.
Regards,
Laszlo/GCS
mething uncommon. I think I will let git-cola go.
Regards,
Laszlo/GCS
shows CreationDate is still
embedded in PDF files generated by graphviz.
Cheers,
Laszlo/GCS
d like to be sure.
Thanks,
Laszlo/GCS
ersion 0.17.6 locally and it still hangs with the
last output of 'PASS: test/unit/uv' when tried building with pbuilder.
Cheers,
Laszlo/GCS
g
GM, GIMP, etc. See the relevant bug report in Debian [1]. Its upstream
stated to solve this, but it seems not the case [2]. That's why GM and
others can't use the mentioned display formats.
Regards,
Laszlo/GCS
[1] https://bugs.debian.org/1041242
[2] https://github.com/strukturag/libheif/issues/974
yourself the maintainer and me as
an uploader. But the former might be better as I think Mathias might
like to join.
Cheers,
Laszlo/GCS
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in bullseye
[x] the issue is verified as fixed in unstable
Thanks for considering,
Laszlo/GCS
[1] https://bugs.debian.org/1053448
[2] https://github.com/zeromq/libzmq/issues/3313
[3]
https://github.com/zeromq
for considering,
Laszlo/GCS
[1] https://bugs.debian.org/1050943
s is happening, as if I check the intermediate dot
file then only the node font settings cause this error. Other uses of
the Helvetica font are fine. As per source change, you will need this
patch for enblend-enfuse.
Please check if the resulting package works as you expected or not and
report back you
t my
work. Would you please file an upstream issue yourself? I hope it will
be an easy fix for them and raft can be updated soon in Debian.
Thanks,
Laszlo/GCS
ll a
work in progress, not fully ready for user consumption.
enblend-enfuse will still not build. Please give me some time to clear
all graphviz issues.
Regards,
Laszlo/GCS
be happy to help co-maintain this package
> as an uploader, since it's a dependency of lxd.
If you have time, please check the proposed package [1]. You may have
more insights on what's the problem.
Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/raft_0.17.1-1.dsc
ilities of scoped_mock_log in its cmake files.
Regards,
Laszlo/GCS
Control: severity 1012864 normal
Control: merge 1012864 1051351
Hi,
On Wed, Aug 9, 2023 at 12:55 AM László Böszörményi (GCS)
wrote:
> On Tue, Aug 8, 2023 at 6:30 PM Benjamin Redelings
> wrote:
> > Perhaps an upload to experimental could be done? Then people could use
> &
I should upload it to experimental to make it more
visible for you, end users.
Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/graphviz_8.1.0-1.dsc
without tests are always a bad idea.
> PS: Sponsor me a party/dinner when?
If you are at DebConf, we may talk and eat together.
Regards,
Laszlo/GCS
in experimental.
Only thing to mention is that the testing version of sortmerna doesn't
build with the new rocksdb version - but as I know it doesn't cause
any issue as binNMUs happen in unstable.
Thanks for considering,
Laszlo/GCS
|uint64_t number_total_read,
|^~~~
It seems the mentioned header moved to
/usr/include/concurrentqueue/moodycamel/concurrentqueue.h ; please
update your package.
Regards,
Laszlo/GCS
thon package version.
Regards,
Laszlo/GCS
[1]
https://tracker.debian.org/news/1458326/accepted-python311-3115-3-source-into-unstable/
s,
Laszlo/GCS
itself states:
option(LWS_WITH_EXTERNAL_POLL "Support external POLL integration using
callback messages (not recommended)" OFF)
I'm going to re-enable it, but you should refactor your code in the
long run not to depend on it.
Regards,
Laszlo/GCS
m
> https://github.com/google/pprof
Thanks for the heads-up. To help my work, please tag releases of the
Go pprof tool for:
- let me know how mature it is,
- which commits are considered stable enough to package and distribute.
Thanks,
Laszlo/GCS
es,
vipsthumbnail can't get the image data from libheif. Seems it is
already reported [1] or might be a bit different. Anyway, it seems
libheif was not loading plugins in all cases. This is fixed in its
upstream [2] and hopefully will be integrated into its packaging soon.
Regards,
Laszlo/GCS
there is a new 0.18.1 upstream version. Perhaps that works
> better.
It is already packaged for experimental and has the same build
problem. Upstream knows this bug [1], assigned major priority to it
but has not touched the issue since february.
Regards,
Laszlo/GCS
[1] https://issues.apache.org/jira/browse/THRIFT-5680
ge package split.
> Perhaps an upload to experimental could be done? Then people could use that
> while you are getting advice from upstream on packaging 8.1.
Indeed, that's the plan. I need some days for further testing.
Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/graphviz_8.1.0-1.dsc
be exact. Going to
further update it to 8.1.0 and accept upstream development advice.
At this point I'm not looking for co-maintainers.
Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/graphviz_8.0.5-1.dsc
to test
i386 as well, but I do not expect any failure.
Thanks for considering,
Laszlo/GCS
Official gnutls28 packages don't build with brotli so it seems you
have an unofficial one or you tampered with that as well.
Regards,
Laszlo/GCS
; 4.5.1-1?
Indeed, it is fixed for 4.5.1 and the fixing commit is
b5c7d4c4e0ac16b5cfb11acaaeaa493334f8 [3].
Hope this clear things up,
Laszlo/GCS
[1] https://gitlab.com/libtiff/libtiff/-/issues/553
[2] https://gitlab.com/libtiff/libtiff/-/issues/533
[3]
https://gitlab.com/libtiff/libtiff/-/commit/b5c7d4c4e0ac16b5cfb11acaaeaa493334f8
s issue.
But you may find it otherwise, I do not alter this report in the BTS.
Regards,
Laszlo/GCS
upstream[1]?
2) Alternatively send me the patch as an attachment (do not paste it
inline the email) and I will send your fixes upstream.
Thanks,
Laszlo/GCS
[1] https://sourceforge.net/p/traceroute/patches/
,
Laszlo/GCS
On Thu, Jun 29, 2023 at 9:15 PM Pierre Gruet wrote:
> Le 29/06/2023 à 18:41, László Böszörményi (GCS) a écrit :
> > Do you have your proposed package somewhere? I would also like to
> > check it with the updated protobuf package before uploading.
> You can find it
series file. Meaning it will not be applied.
It's just an oversight I guess. Other than that it looks good.
Do you have your proposed package somewhere? I would also like to
check it with the updated protobuf package before uploading.
Thanks,
Laszlo/GCS
obably this or next week. Then go ahead and take over dar.
Regards,
Laszlo/GCS
some special case of PNG files to
experience this issue?
> My own testing is under Ubuntu 20.04 using GCC 10.
Do you think it might be a problem with another system component, a
GCC optimization or this is fixed meanwhile? At least I do wonder why
this issue is CPU / machine dependent.
Regards,
Laszlo/GCS
the URW font
> paths from the Ghostscript config and to modify type-ghostscript.mgk.in -
> maybe it is helpful.
These fixes [1] you submitted look OK, let's loop-in the upstream developer.
Thanks,
Laszlo/GCS
[1] https://bugs.debian.org/1019717#20
dcoded. The default seems to be n019003l.pfb [1] and font
variants are also hardcoded [2]. But the package fonts-urw-base35 has
none of these pfb files.
Not sure what to do at this point. Alter the font names in GM or ship
the hardcoded fonts?
Regards,
Laszlo/GCS
[1]
http://hg.graphicsmagick.org/hg/GraphicsMagick
/3.7.1+dfsg1-2
Thanks for considering,
Laszlo/GCS
diff -Nru vice-3.7.1+dfsg1/debian/changelog vice-3.7.1+dfsg1/debian/changelog
--- vice-3.7.1+dfsg1/debian/changelog 2023-04-29 10:58:51.0 +0200
+++ vice-3.7.1+dfsg1/debian/changelog 2023-05-14 07:41:04.0 +0200
@@ -1,3 +1,10 @@
+vice
amd64.
Patch is correct, thanks for it. How soon do you need it? Current
release is in freeze and hurd-amd64 is not even a port architecture
for Debian. As such I don't think it will be allowed for Bookworm.
Regards,
Laszlo/GCS
[ Other info ]
Uploaded, built on all architectures and package is working.
unblock vice/3.7.1+dfsg1-1
Thanks for considering,
Laszlo/GCS
[1] https://bugs.debian.org/1035079
Binary files /tmp/Vc_Z6BwILs/vice-3.7.1+dfsg/data/PRINTER/mps803.bin and /tmp/e6SEihfSew/vice-3.7.1+dfsg1/data/PRINTER
Control: tags -1 -moreinfo
On Thu, Apr 27, 2023 at 7:56 AM Paul Gevers wrote:
> Please go ahead and remove the moreinfo tag once the upload happens.
Thanks, uploaded and built on all architectures. Piuparts and package
tests are done as well.
Cheers,
Laszlo/GCS
,
Laszlo/GCS
for an extra check.
[ Checklist ]
[x] all changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in testing
unblock fuse3/3.14.0-4
Thanks for considering,
Laszlo/GCS
[1] https://github.com/libfuse/libfuse/pull/781
[2
+really1.3.40-4
Thanks for considering,
Laszlo/GCS
diff -Nru graphicsmagick-1.4+really1.3.40/debian/changelog graphicsmagick-1.4+really1.3.40/debian/changelog
--- graphicsmagick-1.4+really1.3.40/debian/changelog 2023-01-19 19:44:45.0 +0100
+++ graphicsmagick-1.4+really1.3.40/debian/changelog
for considering,
Laszlo/GCS
[1] https://bugs.debian.org/1033989
[2] https://bugs.debian.org/1033998
diff -Nru protobuf-3.21.12/debian/changelog protobuf-3.21.12/debian/changelog
--- protobuf-3.21.12/debian/changelog 2022-12-17 09:18:06.0 +0100
+++ protobuf-3.21.12/debian/changelog 2023-04-09 07:50
that should not be part of our next stable release nor be part
of the project anymore.
Thanks,
Laszlo/GCS
uf in stable (fixing more issues).
Feel free to ping me before that. I'm always open to learning from my
mistakes - and I'm alive and well.
Regards,
Laszlo/GCS
Hi,
On Fri, Mar 17, 2023 at 7:54 PM László Böszörményi (GCS)
wrote:
> On Thu, Mar 16, 2023 at 11:15 PM Moritz Mühlenhoff wrote:
> > Am Fri, May 21, 2021 at 09:46:31PM +0200 schrieb Moritz Muehlenhoff:
> > > CVE-2019-11939:
> > > https://github.c
in testing
unblock fuse3/3.14.0-3
Thanks for considering,
Laszlo/GCS
[1] https://buildd.debian.org/status/logs.php?pkg=fuse3=hppa
diff -Nru fuse3-3.14.0/debian/changelog fuse3-3.14.0/debian/changelog
--- fuse3-3.14.0/debian/changelog 2023-02-18 07:22:30.0 +0100
+++ fuse3-3.14.0/debian/changelog
of the mentioned packages to be installed.
[ Risks ]
Basically nothing.
[ Checklist ]
[X] all changes are documented in the d/changelog
[X] I reviewed all changes and I approve them
[X] attach debdiff against the package in testing
unblock sqlite3/3.40.1-2
Thanks for consideration,
Laszlo/GCS
[1] https
On Fri, Mar 17, 2023 at 7:54 PM László Böszörményi (GCS)
wrote:
> Thrift was developed by Facebook, open sourced and later donated to
> the Apache Software Foundation.
Missed the whole point: packaging done from the ASF source tree of Thrift.
Cheers,
Laszlo/GCS
is officially not referenced
with the Apache source tree. I'm looking for advice from the Security
Team on how this is considered.
Cheers,
Laszlo/GCS
[1] https://github.com/facebook/fbthrift
[2] https://github.com/apache/thrift
[3] https://nvd.nist.gov/vuln/detail/CVE-2019-11939
[4] https://www
r approval and will
do it once it is allowed.
I am open to giving the package to you during the Trixie release cycle.
Regards,
Laszlo/GCS
the package in testing
Thanks for consideration,
Laszlo/GCS
diff -Nru dar-2.7.8/debian/changelog dar-2.7.8/debian/changelog
--- dar-2.7.8/debian/changelog 2022-12-04 15:57:33.0 +0100
+++ dar-2.7.8/debian/changelog 2023-03-08 18:14:41.0 +0100
@@ -1,3 +1,17 @@
+dar (2.7.8-2) unstable
binding package
version relate to the protobuf-compiler version? I don't follow the
internals of Protobuf, but I would say it's more related to the
library soname and its provided API version.
Regards,
Laszlo/GCS
r-commits.
Regards,
Laszlo/GCS
[1]
https://tracker.debian.org/news/1422194/accepted-tiff-450-5-source-into-unstable/
age version uploaded with it is
2.1.dfsg-1 from March, 2009.
Cheers,
Laszlo/GCS
s was realized so late. You are probably not
the only person using Ceph. How others can use, how they upgraded
their Ceph clusters?
Regards,
Laszlo/GCS
dds, but
there's at least one which hangs ('Build killed with signal TERM after
150 minutes of inactivity').
Any IPv6 porterbox available?
Regards,
Laszlo/GCS
include the source files for the font from the
> referenced project.
Err, what do you mean source files for a font?
Regards,
Laszlo/GCS
[1] https://www.dafont.com/commodore-64-pixelized.font
cially with a non-free licence?
Regards,
Laszlo/GCS
dency. My
plan is to do it early for Trixie with an updated upstream release.
Regards,
Laszlo/GCS
ly for hostname not
> supported)
Is there a way to detect such buildds as a maintainer? What can I do
except notifying upstream and / or disable such tests?
Cheers,
Laszlo/GCS
;
> May I request that the call to force_load dm-raid45 be removed for now and
> replaced by a force_load raid456
> when support is implemented?
Can you confirm that when you have _up-to-date Bookworm_ running you
have this message?
Regards,
Laszlo/GCS
nds} already generates a correct dependency
> on libtiff6.
Indeed and already reported. Will fix this shortly.
Regards,
Laszlo/GCS
Package: wnpp
Severity: wishlist
Owner: Laszlo Boszormenyi (GCS)
* Package name: python-google-api-core
Version : 1.34.0
Upstream Author : 2014- Google Inc.
* URL : https://github.com/googleapis/python-api-core
* License : Apache-2.0
Programming Lang: Python
for it with cherry-picking the pull request
> changes for the next bullseye point release?
Correct, it needs to go via Bullseye point update. I attached the
short change which has the original commit as Salvatore noted.
Sorry for the noise,
Laszlo/GCS
diff -Nru pypdf2-1.26.0/debian/changelog
.
I have to check if a contrib package can or should depend on a
non-free one. At the moment I don't like the idea and switch back to
the previous free one instead.
Thanks for the note anyway,
Laszlo/GCS
dopter for this package
this summer, probably after migrating it to src:pypdf. If you are
interested, even contributed already to the project then you are the
best candidate. As noted, you can take over immediately while leaving
me as an uploader for a while.
Best,
Laszlo/GCS
On Tue, Jan 10, 2023 at 10:32 PM Sebastian Ramacher
wrote:
> On 2023-01-08 09:07:37 +0100, László Böszörményi wrote:
> > Transition can start anytime upon RM decision.
>
> Please go ahead.
Thanks, uploaded yesterday evening. Almost all builds are already done.
Cheers,
Laszlo/GCS
tion can start anytime upon RM decision.
Regards,
Laszlo/GCS
corruption error fix in the 7.8.1 version of RocksDB.
>
> Please go ahead.
Thanks, uploaded and just got accepted.
Cheers,
Laszlo/GCS
1 - 100 of 1557 matches
Mail list logo