he NMU, I'm just going to
upload the update as is - crediting you of course.
Regards,
Laszlo/GCS
you
> tar up the the current state and make it available somewhere?
That's also there [1].
Regards,
Laszlo/GCS
[1] https://people.debian.org/~gcs/apt-src_0.25.4.tar.xz
On Sun, Sep 1, 2024 at 6:33 PM Helge Kreutzmann wrote:
> If anything is unclear, I'm happy to resolve this.
I started the update back then. Soon I got stuck, the current state
is online [1]. The pod can't be processed and in the next few days I
don't have time to look at it.
R
Hi Praveen,
Please try the proposed package update [1]. Can you confirm that all
Ruby parts are in place now?
Of course, I will remove protobuf_c.so from
/usr/lib/ruby/vendor_ruby/google/ , the other installed place should
be the official location.
Regards,
Laszlo/GCS
[1] dget -x https
ad the package, giving you all the credits of course.
Thanks,
Laszlo/GCS
ancel your NMU.
Thanks for the help,
Laszlo/GCS
al uploads of Graphviz also have
this fix already.
[ Checklist ]
[x] *all* changes are documents in the d/changelog
[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,
Las
al uploads of Graphviz also have
this fix already.
[ Checklist ]
[x] *all* changes are documents in the d/changelog
[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,
Las
n a stable update for
> Debian 12 and—if we are quick enough—Debian 11. This fix was included
> in an Ubuntu SRU for 22.04 LTS with a test case.
> https://launchpad.net/bugs/2015017
Thanks for your suggestion. What's up with the reported regressions
in Ubuntu [1]?
Regards,
Laszlo/GCS
[1
ormal
working in any way.
[ Checklist ]
[x] *all* changes are documents in the d/changelog
[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
diff -Nru ntfs-3g-2022
ormal
working in any way.
[ Checklist ]
[x] *all* changes are documents in the d/changelog
[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
diff -Nru nt
Hi Adrien,
On Thu, Jun 13, 2024 at 12:06 PM Adrien Nader wrote:
> Since it's ready and passing, I'd like to more forward with this. Do you
> have any objection?
As noted, I'm waiting for your upload. Friendly ping, how it goes?
Did you lose interest and I should take over?
Regards,
Laszlo/GCS
/debian/rocksdb ?
Please do. I will try to answer other parts of your email today.
Regards,
Laszlo/GCS
ersion will be in stable still for a while, maybe it would be
> worth
> to patch it (a patch attached).
Thanks, I'm going to upload it soon to Sid. That will make your patch
easier to be accepted to Bookworm.
Regards,
Laszlo/GCS
hing out. Please go ahead with the upload or if you
need a sponsor feel free to let me know.
Regards,
Laszlo/GCS
package in salsa.debian.org/debian namespace?
> Or at least mirror it there?
As noted, GitHub is only for the easier review for you instead of
downloading the whole repository on a slow internet connection.
Laszlo/GCS
d at:
https://github.com/gcsideal/rocksdb
Hope this helps,
Laszlo/GCS
pshot. [1]
Not yet imported the 9.2.1 changes that I have locally but for some
reason not on snapshot. Please do a quick check and let me know your
findings. Then I can correct what's needed and add the mentioned
latest changes.
Thanks,
Laszlo/GCS
[1] https://people.debian.org/~gcs/rocksdb_git.tar.gz
of it. Can you recommend to
me a way to (probably automatically) import package versions from the
snapshot archive?
Regards,
Laszlo/GCS
s are affected: balboa and sortmerna. Both build fine
with the new rocksdb release already in experimental.
Thanks for consideration,
Laszlo/GCS
(but 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.
't
change 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.
Re
which 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
hon3_INCLUDE_DIR
Development) (found suitable exact version "3.10.13")
But indeed, I should do a transition of snappy with a prepared new library name.
Regards,
Laszlo/GCS
e know.
Do 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
pied 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.h
without problems. 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 DELAYE
logy described below).
There were some license problems in the past at least, which
prevented packaging. I will check the current situation.
Regards,
Laszlo/GCS
point of this. Can you please recheck the current
graphviz package state and report back to me?
Regards,
Laszlo/GCS
eclaration' 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
obuf 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
r intention with keeping pyro4 in
the archives? It is no longer developed and superseded with pyro5.
Should be removed sooner than later.
Regards,
Laszlo/GCS
rpose. See the issue
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 docum
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 do
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
sue is verified 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 @@
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
kills 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/
ortant 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
asily staying 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
r
correctly it is something uncommon. I think I will let git-cola go.
Regards,
Laszlo/GCS
sting shows CreationDate is still
embedded in PDF files generated by graphviz.
Cheers,
Laszlo/GCS
like to be sure.
Thanks,
Laszlo/GCS
ged your raft version 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
luding
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
a project on Salsa and either
start a project group or just make 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
considering,
Laszlo/GCS
[1] https://bugs.debian.org/1050943
I don't know why this 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 expec
's not 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
;d like I would 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
ing possibilities 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
> >
y.
In short, I think 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
ding 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
been declared
53 |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
ned
patch removed Python package version.
Regards,
Laszlo/GCS
[1]
https://tracker.debian.org/news/1458326/accepted-python311-3115-3-source-into-unstable/
s,
Laszlo/GCS
rs, the option 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
ackages,
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,
L
out!
[...]
> Fwiw, 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
s and a huge 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
0.5 [1] to 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
ng to test
i386 as well, but I do not expect any failure.
Thanks for considering,
Laszlo/GCS
idec', required by 'gnutls', not found
-- cut --
It is gnutls which needs brotli, not ntfs-3g.
3) 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
g commit confirming it is done in
> 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
erable,
4.5.1-1 fixed this 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/
.
Regards,
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
the 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
his 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
coded. 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/GraphicsM
/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
e package in testing
[ 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.
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
m.
Thanks,
Laszlo/GCS
also
pinged 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/libf
+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
s 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
ge
version that should not be part of our next stable release nor be part
of the project anymore.
Thanks,
Laszlo/GCS
rotobuf 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
the package in testing
unblock fuse3/3.14.0-3
Thanks for considering,
Laszlo/GCS
[1] https://buildd.debian.org/status/logs.php?pkg=fuse3&arch=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
+++
f 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]
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
erability 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
1 - 100 of 1005 matches
Mail list logo