[From nobody Sat Sep 26 08:07:06 2026 Received: (at submit) by bugs.debian.org; 3 May 2023 09:26:44 +0000 X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02 (2021-04-09) on buxtehude.debian.org X-Spam-Level: X-Spam-Status: No, score=-15.3 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HAS_PACKAGE, PGPSIGNATURE,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6-bugs.debian.org_2005_01_02 X-Spam-Bayes: score:0.0000 Tokens: new, 47; hammy, 150; neutral, 94; spammy, 0. spammytokens: hammytokens:0.000-+--langasek, 0.000-+--Langasek, 0.000-+--H*ct:application, 0.000-+--H*ct:protocol, 0.000-+--H*ct:micalg Return-path: <steve.langasek@canonical.com> Received: from smtp-relay-canonical-1.canonical.com ([185.125.188.121]:57626) by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2) (envelope-from <steve.langasek@canonical.com>) id 1pu8l3-00ApXl-MK for submit@bugs.debian.org; Wed, 03 May 2023 09:26:44 +0000 Received: from homer.dodds.net (1.general.vorlon.us.vpn [10.172.64.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-canonical-1.canonical.com (Postfix) with ESMTPSA id 2ED9841FF9 for <submit@bugs.debian.org>; Wed, 3 May 2023 09:26:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1683106000; bh=zJ8XrKQG7NmERIP2aGETLh7z31j4HZzJQWfzvAQhpW0=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=FK/hQr7yLxDP8QdpjSlVLtVPRbaMpKvkedebFK8xq0WXuBY16JyAQuSVHAMPbip6h 4qoUlpmNJBFd5HEvw/G3A9z2jTba5QUZRQ6Mi0R85GBMNoGehnHUS1ScUKfHaAneCc c63iTaQlDj0MOeIhh6tP/TghaCvqOsxooUtUUVDC6aBqJv9JeKUQXa7rpP49aCu11e NVFjOfcEG/3y9KN5YaWIk7zY/mKmKbJGFOHW6R7hYzudF/EySSR97bE21nIi6OiWAC vgO28FWErMWkGTXQ0n2+BdrlkFq86CGaxKMaOatjH3DY/cnFtC9tn+IvlyrtveWxVm qEWWwyv5OUgdw== Received: by homer.dodds.net (Postfix, from userid 1000) id D37E532A2; Wed, 3 May 2023 02:26:37 -0700 (PDT) Date: Wed, 3 May 2023 11:26:37 +0200 From: Steve Langasek <steve.langasek@canonical.com> To: submit@bugs.debian.org Subject: libvtk9-dev ships uncompilable headers Message-ID: <ZFIozQ2wb13dJPeC@homer.dodds.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DnnhPXpc2ZVpNZUl" Content-Disposition: inline Delivered-To: submit@bugs.debian.org --DnnhPXpc2ZVpNZUl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: libvtk9-dev Version: 9.1.0+really9.1.0+dfsg2-5 Severity: minor User: ubuntu-devel@lists.ubuntu.com Usertags: origin-ubuntu mantic Dear maintainers, As part of an investigation to establish the feasibility of moving 32-bit archs to 64-bit time_t, I am running an analysis of all header files in the archive to determine which libraries' ABIs are affected. This requires the headers in question to be compilable. libvtk9-dev ships header files which have includes that are not satisfiable in Debian. For my purposes, I've worked around these unusable headers by adding quirks to my scripts, but it seems worth reporting as a bug that headers are being shipped that aren't usable. - /usr/include/vtk-9.1/vtkParseData.h includes vtkParseAttributes.h. There is a file by this name in paraview-dev, but that seems a wrong thing to depend on? - /usr/include/vtk-9.1/vtkQImageToImageSource.h includes vtkRenderingQtModule.h which is in libvtk9-qt-dev, so possibly it's packaged in the wrong place? - /usr/include/vtk-9.1/vtk_libxml2.h includes libxml/xmlversion.h from libxml2-dev - /usr/include/vtk-9.1/vtk_pegtl.h includes vtkpegtl/include/tao/pegtl.hpp which does not exist in Debian - /usr/include/vtk-9.1/vtk_verdict.h includes vtkverdict/verdict.h which is only in libvtk7-dev - /usr/include/vtk-9.1/vtk_mpi.h et al require mpi.h from, e.g., libmpich-dev - /usr/include/vtk-9.1/vtkCompositeMapperHelper2.h requires GLenum from GL/gl.h but does not #include it (though a correct dependency is present) --=20 Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slangasek@ubuntu.com vorlon@debian.org --DnnhPXpc2ZVpNZUl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEErEg/aN5yj0PyIC/KVo0w8yGyEz0FAmRSKMYACgkQVo0w8yGy Ez12mw/9GF35sYh3EwzxFn7+bV/rJi33pZxS8fgVtR1Ti+chUaSOdc3V+HhVants 7f1a8nOmCa/B7xon9jtN7s2fVAUk2MQIRb2/7ASWStEK1k9eqHkbXakESH1m2csB HbTU5AP9AHjA2ql2Dg1FGt0lpmETGelpqvJ1QcvGx09Vf+e0QuZbIeRSRmeGoLla c/HZzYTK4WjNMoX8OhMaxj7myV0O8ReNhUlbM/Ggi+yGqxZe7fyM8adet5WUvieA JEr320WmZ9wA+4NNGhFf7hJFv9k8S6NGXx7QzTArJUvCpF3e+1LziETam2apjNUK pNmEC8pX63JOb5GOxx5hY7nFVRUEFFNJYjLCrv/lESHVf8hZIwRNXIxYpmEHqvz0 JbRziObvft+CMPATjeanm5PN4CWDUtqqsnuDWw2MOIFTlFbjxqhPmUfTBMjwW4p1 eLiqs+5bs9YnMygmkvbxroN7G9jXyESKr2vTt1cEj5Fh3Uj3u0uaKgRiVySZDZH9 Lxovcs2/iy8FZAESHhgnpaBRe5lAQZgvMb3ZONERIZRRivKLIWr00zOPBE0Gv4S1 SMYnt1JyZAMXyvgJtQSuSMi1K6UC4QrjvOveNJ+9vAgCr6Kpha/x6j4Zlem6UZR2 rz7ITuN50Uhv4W6/1QwKU9cb2qU9nNbF4YB4OUuXAzKCfOQxOS8= =mDNX -----END PGP SIGNATURE----- --DnnhPXpc2ZVpNZUl-- ]