Hi,
Quoting Dima Kogan (2023-08-13 22:54:48)
> I'm looking for a suggestion to fix a problem.
>
> I uploaded a package, and it cleared NEW a few days ago. I now see that
> it fails to build on most 32-bit arches becaues the compiler runs out of
> memory.
I ran into the same problem with my packa
Hi,
Quoting John Goerzen (2023-08-13 23:32:03)
> On Sat, Aug 05 2023, Lucas Nussbaum wrote:
> > I wonder what we should do, because 5000+ failing packages is a lot...
> Let's think about the level of trouble we cause trying to tackle something
> that has clearly not bothered anyone for years.
thi
On Sun, Aug 13, 2023 at 01:54:48PM -0700, Dima Kogan wrote:
> Hi.
>
> I'm looking for a suggestion to fix a problem.
>
> I uploaded a package, and it cleared NEW a few days ago. I now see that
> it fails to build on most 32-bit arches becaues the compiler runs out of
> memory. Logs:
>
> https:
On 2023-08-13 16:32:03 -0500, John Goerzen wrote:
> - Upstream wants to ship things that may get modified during build. Ie,
> autoconf/automake replaces files they ship because they want it to
> work "out of the box" in some fashion. Another example is
> documentation; upstream may ship bui
On Sat, Aug 05 2023, Lucas Nussbaum wrote:
> I wonder what we should do, because 5000+ failing packages is a lot...
Let's think about the level of trouble we cause trying to tackle
something that has clearly not bothered anyone for years.
>From the packaging side, there are many reasons that pro
* Jeremy Stanley [2023-08-13 21:18]:
Similarly, I got one for __pycache__/*.cpython-311.pyc file
overwrites... is that something dh_python should clean?
As a matter of fact, I also have one like that, ironically it is not
even a Python package, it just happens to run Sphinx for its
documentati
On Sat, Aug 05 2023, Andrey Rakhmatullin wrote:
> On Sat, Aug 05, 2023 at 08:10:35PM +0300, Adrian Bunk wrote:
>> Debian maintainers with proper git workflows are already exporting all
>> their changes from git to debian/patches/ as one file - currently the
>> preferred form of modification of a D
On 2023-08-13 22:59:53 +0200 (+0200), Timo Röhling wrote:
[...]
> There's talk on #d-python if pybuild could/should deal with it; I'd
> give it a few days and see if that pans out.
>
> If not, extend-diff-ignore as Scott suggested or simply removing the
> egg-info folders with a *.egg-info/ line i
Hi.
I'm looking for a suggestion to fix a problem.
I uploaded a package, and it cleared NEW a few days ago. I now see that
it fails to build on most 32-bit arches becaues the compiler runs out of
memory. Logs:
https://buildd.debian.org/status/package.php?p=gtsam
Arbitrary 32-bit log (armhf):
Hi,
* Johannes Schauer Marin Rodrigues [2023-08-13 22:28]:
since this issue seems to be affecting a few more packages than plakativ, I
wanted to ask here what the canonical way is to fix this issue?
There's talk on #d-python if pybuild could/should deal with it; I'd
give it a few days and see
On 2023-08-10 14:38, Lucas Nussbaum wrote:
On 08/08/23 at 10:26 +0200, Helmut Grohne wrote:
Are we ready to call for consensus on dropping the requirement that
`debian/rules clean; dpkg-source -b` shall work or is anyone interested
in sending lots of patches for this?
My reading of the discuss
On August 13, 2023 8:28:08 PM UTC, Johannes Schauer Marin Rodrigues
wrote:
>Hi,
>
>Quoting Simon McVittie (2023-08-06 12:27:04)
>> On Sat, 05 Aug 2023 at 21:29:08 +0200, Andrey Rakhmatullin wrote:
>> > I expect all Python packages that ship
>> > $name.egg-info and don't remove it in clean and
Hi,
Quoting Simon McVittie (2023-08-06 12:27:04)
> On Sat, 05 Aug 2023 at 21:29:08 +0200, Andrey Rakhmatullin wrote:
> > I expect all Python packages that ship
> > $name.egg-info and don't remove it in clean and don't exclude it via
> > extend-diff-ignore (all of which is unneeded busywork even if
Hi,
I receive the following error after logging into the Gnome desktop
following and update.
Detailed errors from the package manager follow:
failed to build result for 71b677ca0f1bc2c5b804fa1d59e52064ce589293
This is reported in a pop-up from the Gnome Software app I believe, and
today
On Fri, Aug 11, 2023 at 10:56:03PM +0200, Helmut Grohne wrote:
> > what about cdebootstrap?
> cdebootstrap (and mmdebstrap) never implemented a merging step[1] and to
> this date rely on the usrmerge package doing it at postinst time. Once
> base-files ships the aliasing symlinks, both will produce
15 matches
Mail list logo
