Hi,
On Wed, 20 Mar 2024 21:58:27 +0100 Lucas Nussbaum
wrote:> During a rebuild of all packages in sid, your package failed to
build
on amd64.
I'm having the same problem. As a data point, builds succeeds as soon as
I revert spirv-headers to 1.6.1+1.3.275.0-1.
HTH, Gio.
Package: openssh-client
Version: 1:9.4p1-1
Severity: normal
My SSH is configured with these directives:
ControlMaster auto
ControlPath ~/.ssh/control/%r@%h:%p.sock
ControlPersist yes
Suppose I connect to some host and launch a command potentially running for a
long or infinite time:
$ ssh host
this change connections to hosts that previously used
a ecdsa-sha2-nistp256 host key will fail key verification and trigger
the usual scary message about a MITM attack.
Thanks, Giovanni.
--
Giovanni Mascellani
Hi,
On Thu, 18 Aug 2022 15:32:41 +0200 Giovanni Mascellani
wrote:> If you still have version 1.1.34 (or downgrade), then everything
will
work and the output file output.boostbook will be generated (a couple of
warnings will be printed, but they are not problematic; or, at le
Il 12/08/22 21:32, Giovanni Mascellani ha scritto:
Thanks for filing the bug. It seems that Boost builds fine with xsltproc
and libxslt1version 1.1.34 (instead of 1.1.35 currently in sid). I am
not an XSLT master and it seems that nobody upstream has noticed yet,
maybe because 1.1.35 is still
Hi,
Il 29/07/22 20:32, Lucas Nussbaum ha scritto:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Thanks for filing the bug. It seems that Boost builds fine with xsltproc
and libxslt1version 1.1.34 (instead of 1.1.35 currently in sid). I am
not an XSLT master
dependency once it is
available. I would suggest you to investigate this road for
quick-lint-js. I won't be able to provide much help, though.
Thanks, Giovanni.
--
Giovanni Mascellani
Hi,
thanks for reopening the bug on the new Boost package. I agree that
these issues should be solved; unfortunately I am very low on time to do
that.
Thanks, Giovanni.
Il 09/02/22 00:25, Paul Wise ha scritto:
Source: boost1.74
Severity: normal
Usertags: embed
Unicode 14 was released and
one, so I reopened the bug and assigned to 1.74.
That said, I don't know when I'll have the time to actually think about
the bug itself.
Giovanni.
--
Giovanni Mascellani
triggered by some combination of other
factors.
Giovanni.
--
Giovanni Mascellani
reassign 1000974 xfslibs-dev
severity 1000974 important
retitle 1000974 xfs/linux.h defines common word "fallthrough" breaking
unrelated headers
thanks
Hi,
On 04/12/21 23:36, Thomas Goirand wrote:
On 12/4/21 5:11 PM, Giovanni Mascellani wrote:
Could you try running that compilati
7.
Could you try running that compilation command with g++ -E, so you can
see what BOOST_FALLTHROUGH is actually begin replaced with?
Giovanni.
--
Giovanni Mascellani
packaged, but that's another story).
Giovanni.
--
Giovanni Mascellani
?
Thanks, Giovanni.
--
Giovanni Mascellani
Package: libp11-kit-dev
Version: 0.24.0-2+b1
Severity: important
Hi!
libp11-kit-dev:amd64 cannot be installed together with :i386:
# LANG=C apt install libp11-kit-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were
Multi-Arch: same
for boost -dev package.
Giovanni.
--
Giovanni Mascellani
Hi,
Il 02/03/21 13:08, Sebastian Ramacher ha scritto:
Thanks, in that case it's most likely the issue at
https://github.com/intel/media-driver/issues/1132
Seems likely, thanks.
Giovanni.
--
Giovanni Mascellani
nni.
--
Giovanni Mascellani
Package: intel-media-va-driver
Version: 21.1.1+dfsg1-1
Severity: important
On my CPU iHD_drv_video.so segfaults when decoding an MP4 movie. I can for
example reproduce it by installing gstreamer1.0-vaapi and running:
$ gst-launch-1.0 playbin uri=https://test-
onsider applying the attached
patch.
I'd say that's ok for me. Could you please NMU?
Sorry for the delay, Giovanni.
--
Giovanni Mascellani
Hi,
Il 31/12/20 10:20, Olaf van der Spek ha scritto:
Could Boost 1.75 be packaged?
Eventually it will be (either 1.75 or a newer version), but I don't know
when. 1.74 will be in bullseye, there is no point rushing a new
transition now.
Giovanni.
--
Giovanni Mascellani
will check why it's
not installed any more.
Giovanni.
--
Giovanni Mascellani
ted to Boost. Do you know how to fix this?
On the other hand, I see there is another package (caffe) which fails
with the same error with Boost 1.71, but succeeds with Boost 1.74 that I
recently uploaded and will eventually became the default version.
Hopefully this is the same problem and will be fi
trying the tutorial.
Giovanni.
--
Giovanni Mascellani
Package: emscripten
Version: 2.0.7~dfsg-3
Severity: important
Hi, I am completely newbie with emscripten, but trying to follow the first
tutorial I found on the Internet[1] quickly led me to a dead end.
[1] https://emscripten.org/docs/getting_started/Tutorial.html
More precisely, I created a
an be dozens of ways to
advertise which Python versions are used to build Boost.Python, but it
is not clear to me how this information should be consumed.
Giovanni.
--
Giovanni Mascellani
rday you did not have the python39 variant)
Does this answer your question?
Giovanni.
--
Giovanni Mascellani
cannot be
uploaded without proper copyright file. I am already working on that part.
Giovanni.
--
Giovanni Mascellani
before Boost is actually released. I will try.
Giovanni.
--
Giovanni Mascellani
Hi,
Il 21/09/20 22:22, Otto Kekäläinen ha scritto:
> Is this still an issue?
I don't even remember on which server this happened, so cannot check any
more. I remember I kept the workaround and, so far, all my MySQL/MariaDB
services seem to be working.
Giovanni.
--
Giovanni Mascell
This seems to be the same as #963980 [1], where a workaround is provided.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963980
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
nd its compilation command line?
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-pdf, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-tests, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-swf, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-svg, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-ps, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-java, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio-emf, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of
freehep-graphicsio, so the latter can be removed. Thanks!
Package: ftp.debian.org
Severity: normal
Package freehep-vectorgraphics provide a more recent version of freehep-
graphics2d, so the latter can be removed. Thanks!
Hi,
Il 22/07/20 16:01, mer...@debian.org ha scritto:
> I have uploaded freehep to unstable today, please go on with patching
> geogebra. cdk, however, will have to wait, as it currently FTBFSes in
> sid (#963435).
Thanks, I just pushed geogebra.
Giovanni.
--
Giovanni Mascellani
nce.
I have no problem with your changes, but since merkys should be back
shortly we can leave it to him to do the upload. Once that is done, I
will push geogebra with the updated patches.
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
softwares and determine whether they are modified or not,
and whether the dependency on one specific version is required.
I'd like to help, but unfortunately I don't have time right now. The
best I can do is to wish good work to those who will have time.
Thanks, Giovanni.
--
Giovanni Mascellani
or gradients
> Hashtable gradients = new
> Hashtable();
Notice that this patch is harmless to other reverse dependencies of
freehep-vectorgraphics, because it makes a field available to
subclasses, but doesn't change the behavior for subclasses that don't
touch it.
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
Package: wnpp
Severity: wishlist
Owner: Giovanni Mascellani
* Package name: bgrep
Version : git5ca1302
Upstream Author : Felix Domke
* URL : https://github.com/tmbinc/bgrep
* License : BSD
Programming Lang: C
Description : Tool to search substrings
lly minor.
What do you think about this?
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
Package: ftp.debian.org
Severity: normal
Please remove the geogebra package. Since years I cannot update it due
to new releases being under a non-free license. Now it is blocking the
updating of reverse dependencies, so it's finally a good moment to get
rid of it. It's unfortunate, because it's
FYI, this seems to be fixed in Boost 1.71, so I am not reassigning this bug.
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
Il 13/06/20 11:05, Giovanni Mascellani ha scritto:
> No problems in line of principle, but I am not sure I understand what
> would this solve: the conflict between two different versions of Boost
> arises when the same executable links against both (through different
>
Bitcoin is FTBFSing again because of a missing dependency on
bsdextrautils (from which hexdump is used). Therefore I am uploading
another NMU fixing this. I am not delaying it, since I had no objections
on the first NMU and I believe this one to be uncontroversial.
Giovanni.
--
Giovanni
the amd64 architecture in my
patch, leading to obvious FTBFS on the other archs. It is ok for you if
I directly NMU libzypp replacing x86_64-linux-gnu with
$(DEB_HOST_MULTIARCH)?
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description
know what they do: I am just
doing some RC sniping.
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
Control: tags 949196 + patch
Control: tags 949196 + pending
Dear maintainer,
I've prepared an NMU for libzypp (versioned as 17.7.0-1.1) and
uploaded it to DELAYED/02. Please feel free to tell me if I
should delay it longer.
Regards.
--
Giovanni Mascellani
Postdoc researcher - Université
definitely happens on amd64 as well. I tried adding a
"-I/usr/include/opencv4" to the compiler command line to see if the same
code worked with OpenCV 4, but apparently it does not. It is probably
necessary to manually port the code to the new version.
Giovanni.
--
Giovanni Mascellani
Pos
Il 19/06/20 16:51, Giovanni Mascellani ha scritto:
> Basically I am replacing PyInt_Check with PyLong_Check, under the
> assumption that "long" is the new name of "int" in Python 3. This
> assumptions is corroborated by PyGame having this line in
> /usr/incl
Control: tags 960379 + patch
Control: tags 960379 + pending
Dear maintainer,
I've prepared an NMU for bitcoin (versioned as 0.18.1~dfsg-1.1) and
uploaded it to DELAYED/02. Please feel free to tell me if I
should delay it longer.
Regards.
--
Giovanni Mascellani
Postdoc researcher
;long" is the new name of "int" in Python 3. This
assumptions is corroborated by PyGame having this line in
/usr/include/python3.8m/pygame/pgcompat.h:
#define PyInt_Check(op) PyLong_Check(op)
That said, I wouldn't mind some competent Python developer to review the
patch.
Giovanni.
--
Hi, the attached patch seems to work. I don't have time right now to
send in an NMU.
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 247b1d32c5e5ddf0a1f629b85147209718255044 Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani
Date: Wed, 17 Jun
disagreement with the kig
maintainer (pino) on how to handle the transition and the fact that kig
does not yet support Python 3:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962348
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Descript
he same time.
So, given that we have to make sure that bullseye packages link only
against 1.71 (or whatever it will be, but just one version), what is to
be gained by having the Break: indication?
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
s
(>= 2:1.6.9) |
libxcb-keysyms1 (>= 0.4.0) | libxcb1
| python3
| spirv-tools |
Package's Recommends field is empty.
Package's Suggests field is empty.
--
Giovanni Ma
Hi,
I believe it is better to remove wotsap. Nobody is caring about it
upstream, it is still Python 2 and data sources are mostly unmaintained.
Should the scenario change, I'd be happy to repackage it.
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
Il 02/06/20 09:37, Sebastian Ramacher ha scritto:
> boost1.71 got built against the new icu everywhere, so feel free to go
> ahead with the upload to unstable.
Done, thanks!
Gio.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: O
Il 01/06/20 20:11, Giovanni Mascellani ha scritto:
> I just requested a transition for Boost.
Forgot to mention: the bug is
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961995
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.
Boost. My understanding is that
release team should give the go quite soon[1].
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960193#99
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I am requesting a transition slot to upload boost-defaults and promote
Boost 1.71 to our default Boost version. Known FTBFS have already been
filed with usertags:
bug already?
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
ome point.
[1]
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=team%2Bboost%40tracker.debian.org=boost1.71
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
ive, though. The
build logs I got are here:
https://people.debian.org/~gio/boost_migration/
Attached, in case it helps, is the mail template I am using for this
run. If you want to use another one no problem, but please include the
usertag data.
Thanks, Giovanni.
--
Giovanni Mascellani
Post
am filing bugs and
patches for packages not building any more[1] and will request a
transition once things seem to be ready.
[1]
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=team%2Bboost%40tracker.debian.org=boost1.71
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université
specifically, your package fails building because it uses a retired
API from Boost.Asio. The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
Index: frogatto-1.3.1+dfsg/src/http_server.cpp
it would be more advisable to package an
updated version of dogecoin rather than patch it for Boost 1.71.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
dogecoin.log.gz
Description: application/gzip
signature.asc
Description: OpenPGP
ultiplayer and large-scale PvP unit battles.
The game is written in Java and built over libGDX.
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
specifically, your package fails building because it uses some
retired API from Boost.Asio and other small things. Patches in this
upstream pull request[1] should address all the problems.
[1] https://github.com/supercollider/supercollider/pull/4612
Thanks and all the best, Giovanni.
--
Giovanni
specifically, your package fails building because it uses some
retired API from Boost.Asio. The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From a53724afc0bb86f3551f981e386576eb060d8c78 Mon Sep 17 00:00:00
to default.
More specifically, your package fails building because it uses some
retired API from Boost.Asio. The attached patch (cherry picked from
upstream) should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From
Apparently jhdf has a patch committed in Salsa which would fix a FTBFS
(which currently prevents hdfview from installing in sid). Is there are
reason for not uploading it?
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description
specifically, your package fails building because of a missing
Boost header. The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From b97e351586a8aa3d73912e1a05d66e46368f39f0 Mon Sep 17 00:00:00 2001
From
_install: error: debian/ompl-demos.install (executable config) returned
> exit code 127
> make: *** [debian/rules:39: binary] Error 25
> dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned
> exit status 2
I don't know what the problem is here.
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital signature
it depends on
package libboost-signals-dev, which is going to be removed. In order to
fix the bug, it is enough to remove such dependency.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Description: OpenPGP digital
because it depends on
package libboost-signals-dev, which is going to disappear.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 8c2c9f8e5ad42007996dc8d600ba51e0e26dfc16 Mon Sep 17 00:00:00 2001
specifically, your package fails building because CMake scripts use
capitalized Boost library names, while they should be lowercase.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From
specifically, your package fails building because it depends on
package libboost-signals-dev, which does not exist any more.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From
, your package fails building because it depends on
libboost-signals-dev, which does not exist anymore. Also, there is a
missing header in a file.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
ype = std::__cxx11::basic_string]'
> 1200 | push_back(value_type&& __x)
> | ^
> /usr/include/c++/9/bits/stl_vector.h:1200:30: note: no known conversion for
> argument 1 from 'std::vector >' to
> 'std::vector >::value_type&&' {aka
> 'std::__cxx11::basic_string&&'}
> 1200 | push_back(value_type&& __x)
> | ~^~~
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
rivet.log.gz
Description: application/gzip
signature.asc
Description: OpenPGP digital signature
was
> not found. Perhaps a find_package() call is missing for an IMPORTED
> target, or an ALIAS target is missing?
> Call Stack (most recent call first):
> External/CoordGen/CMakeLists.txt:110 (rdkit_test)
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
rdkit.log.gz
Description: application/gzip
signature.asc
Description: OpenPGP digital signature
because they are failing in the same way. If you want, I can file bugs.
(as a side note: is the code embedding really necessary? In general I
believe it should be avoided, but that's a different issue)
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre
building because it uses the old
libboost-signals-dev package, which has now disappeared.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 6a23544a8d2d932f02d68f1d314707f4fd47e49b Mon Sep 17 00:00
it depends on
libboost-signals-dev, which does not exist anymore. However, it doesn't
really use Boost.Signals, so removing the dependency is enough to fix
the FTBFS.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
signature.asc
Hi,
Il 13/02/20 13:56, Bas Couwenberg ha scritto:
>> Er, no actual reason. This setup works for me and nobody ever asked me
>> to upload to experimental. I can do that anyway, if that's better for
>> you.
>
> Yes, please.
Done.
Giovanni.
--
Giovanni Mascellani
Postdoc
ow when this will
happen.
And, still, we would need to fix Boost 1.71. I asked for pointers on the
upstream issue.
> If we can't get mapnik to work with the default boost in bullseye, we'll
> just not ship it and its rdeps.
Hopefully this extreme solution won't be required. :-)
Thanks, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
tly use Boost 1.67, which
will not be removed immediately from unstable (unless, of course, you
want to write a patch for mapnik, but to me that seems a waste of time).
However, the plan is to not release Boost 1.67 with bullseye, so I hope
that upstream will release before Debian will. Do you think this is a
viable plan?
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
mapnik.log.gz
Description: application/gzip
signature.asc
Description: OpenPGP digital signature
fails building because it depends on
libboost-signals-dev, which does not exist anymore. However, it doesn't
really use Boost.Signals, so removing the dependency is enough to fix
the FTBFS.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de
, your package fails building because it depends on
package libboost-signals-dev, which does not exist anymore. Good news,
however: librime does not really use Boot.Signals. So you can just
remove the dependency and the package should compile just fine.
Thanks and all the best, Giovanni.
--
Giovanni
specifically, your package fails building because CMake scripts
provided by the package incorrectly detect a failure in linking Boost,
while Boost links just fine.
The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de
.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 68f57c3398d4ee5da547b8d9bee74512fe68954c Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani
Date: Sat, 25 Jan 2020 18:39:25 +0100
Subject: [PATCH] Fix building with Boost 1.71.
---
.../0003-Fix-building-with-Boost-1.71
specifically, your package fails building because it uses some
deprecated Boost.Filesystem API. The attached patch should fix the bug.
Thanks and all the best, Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From aec27618a020df16effa5819f842e7467131cdc1 Mon Sep 17 00:00
Argh, I am a disaster, the original attachments are wrong. Here you have
the correct ones!
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 4e04dd26bbcae06751eb6c4250835eb0a5013708 Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani
Date: Wed, 8 Jan 2020
Mascellani
Postdoc researcher - Université Libre de Bruxelles
From 66cbdc31563b384fad95ecc6e653973f5c8a2e24 Mon Sep 17 00:00:00 2001
From: Giovanni Mascellani
Date: Mon, 6 Jan 2020 12:25:45 +0100
Subject: [PATCH] Fix build with Boost 1.71.
---
.../0003-Fix-build-with-Boost-1.71.patch
1 - 100 of 689 matches
Mail list logo