olutions:
- switch to debhelper's dh_auto_test, which invokes meson test without
using --no-rebuild
- remove the --no-rebuild flag
- run `ninja meson-test-prereq` before running "meson test"
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
cpus it will run
$(nproc)+1 jobs.
Probably I suspect you got this information from ninja's manpage -- if
so you should be aware that ninja doesn't actually have a manpage and
this is a Debian bug in Debian's help2man scripts that replace "on this
system" with the not exact
https://salsa.debian.org/hpc-team/openmpi/-/commit/45d922571f1b8af1fff14774d61459f8d48fe472
indicates that this was known to be broken but analyzed as a bug in the
packaging testcase itself?
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
y for building openmpi software against. It doesn't appear to be
installed by any other distros. It seems like it is something Debian has
patched in, but I cannot figure out why.
--
Eli Schwartz
OpenPGP_signature.asc
Description: OpenPGP digital signature
site and clearly expects
this to be used.
The sourceforge tarball contains a replaced $version.
--
Eli Schwartz
Per your link, it does NOT succeed with the older cython release and
therefore this is not a regression in cython.
Please open a new ticket to report the generalized non-cython failure,
and close this ticket as invalid. (If this report was mistargeted, then
there may be others as well.)
--
Eli
> > cross environment.
Update: Simon wrote a fix for this and it is merged upstream and tagged
for the .1 maintenance release.
https://github.com/mesonbuild/meson/pull/12080
--
Eli Schwartz
On 8/6/23 9:27 AM, Simon McVittie wrote:
> On Tue, 01 Aug 2023 at 15:14:13 -0400, Eli Schwartz wrote:
>> My conclusion was that all distros want bytecode, except for Debian,
>> which doesn't want bytecode.
>
> Debian does want bytecode, but the Debian Python team'
On 8/1/23 3:13 PM, Eli Schwartz wrote:
> On Thu, 27 Jul 2023 15:43:26 +0100 Simon McVittie wrote:
>> Is there a way this can be done, without making packages FTBFS if debhelper
>> is backported to an older suite but Meson is not? -Dpython.bytecompile=-1
>> will cause `me
;m not
> aware of a way to say "set this option if supported, ignore if not" without
> parsing `meson --version` and comparing it with a threshold.
Just tested, and adding this to a --native-file should work:
```
[built-in options]
python.bytecompile = '-1'
```
--
Eli Schwartz
pt, but only if running inside a package build. Is there
even a way to detect this? No idea. Not an enthusiastic topic anyway.
"""
--
Eli Schwartz
On 7/10/23 5:09 AM, Simon McVittie wrote:
> Is there a way for debhelper to set this option without breaking the
> build of packages that contain no Python?
It should be fine to always pass this option on meson 1.2.0+, since the
option will exist even if it is never read.
--
Eli Schwartz
ete the .wrap files from the subprojects/ directory, since Debian
does not build this project with vendored dependencies.
--
Eli Schwartz
bout it.
This is an upstream bug as the file did not do what it was expected to
do, but it prevents building in Debian. The simplest solution is to
delete the .wrap files from the subprojects/ directory, since Debian
does not build this project with vendored dependencies.
It is also fixed upstream in git.
--
Eli Schwartz
ode
If this file is not desired in the debian package, please specify your
preferred value for this meson setting. For example, to avoid compiling
bytecode as part of `meson install`, you could setup the build system
with the `-Dpython.bytecompile=-1` option.
--
Eli Schwartz
requests/248
https://gitlab.gnome.org/GNOME/gnome-photos/-/merge_requests/261
Both merge requests are available when upgrading to 44.0, or
alternatively in 43.1 (a bugfix release containing only this change)
--
Eli Schwartz
are only ever uploaded to experimental, and
are a preview for the future. Temporarily downgrading the severity. This
should be reset to "serious" once the final release is out, as which
will go directly to unstable.
--
Eli Schwartz
ed.
Only the default values for the project are printed, and all command
line parameters are ignored.
The release candidate makes this an error instead. If you want to print
the values of available options, simply avoid passing arguments; this
works both in a source directory and a build directory.
--
Eli Schwartz
This bug seems to have been caused by
https://salsa.debian.org/cpython-team/python3-defaults/-/commit/8e243207fee371a7335674fc77db63044b62cb29
It migrated from imp to importlib, but importlib doesn't imply
importlib.util -- you cannot and AFAIK never have been able to import
the top-level package
installed, it cannot overwrite the stdlib
distutils. And there's a viable approach to not using distutils by the
time distutils is removed from the stdlib.
--
Eli Schwartz
ng " [XXX]".
error, unexskip, and unexrun are the only failure states.
unexskip and unexrun can only happen in Meson's internal CI
($MESON_CI_JOBNAME is set and isn't "thirdparty").
So you can just filter for:
- any python-unittest matching logs (e.g. in between "===" and
"\nRan tests in s")
- anything in between " [ERROR]" and " []"
--
Eli Schwartz
seeing if the
error can be duplicated; if you still get the error, then it's an
upstream bug and can be reported to the calibre developer at
https://calibre-ebook.com/bugs
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
ch and figuring that was what it did or was
intended to do. Could be I misremembered. Maybe I'll take another look.
Either way, that's indeed the logical place to patch it, so yeah.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
bre
will detect it exists, and try to write completions to it.
For more details, see the source code (which enumerates the directories
it searches for):
https://github.com/kovidgoyal/calibre/blob/e721f8aa3ede7ae1c62fb5a8b4a52ca5562e4df7/src/calibre/linux.py#L194-L210
--
Eli Schwartz
Arch Linux B
ibre
codebase, that was broken on Debian too... there were a whole bunch of
local modifications in the calibre fork. I actually submitted a rather
snarky bug report to Arch Linux about that, since it was broken there
too, although that was before I joined the packaging team.
Taking a look at t
running.
This bug report is obsolete since Thu Aug 21 23:54:55 2014, with the
2.0.0 release.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
This would require rewriting the entire upstream program, since they
aren't separate applications. They are a single intertwined codebase
which has multiple entry stubs.
Also, the content server uses qt, so you're not getting rid of that anyway.
--
Eli Schwartz
Arch Linux Bug Wr
This would require rewriting the entire upstream program, since they
aren't separate applications. They are a single intertwined codebase
which has multiple entry stubs.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
This bug report is obsolete, I guess, since current versions of calibre
refer exclusively to the ebook-viewer application shipped natively by
calibre.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
translations
This bug should be closed as invalid.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
at
will disable both the application version check and the plugins version
check, and I don't believe the latter is appropriate to disable. Please
check if this is overreaching, and find a more targeted patch if so.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
quick perusal):
bug #934000
bug #941806
bug #906572
bug #932044
bug #941802
bug #866102
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
-- it causes a grave lack of functionality
to most power users of the application and is a source of friction with
upstream.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
On 12/25/19 6:59 PM, Norbert Preining wrote:
> Hi Eli,
>
> On Wed, 25 Dec 2019, Eli Schwartz wrote:
>> Are we discussing calibre itself, here, or the plugins? It's been
>> previously agreed that calibre itself is mostly ready.
>
> Indeed, unfortunately all the
oll out major updates on a
whim. And so I exercised my whim and uploaded a python3 build of
calibre, so that my users can choose whether to install it for python2
or python3. I'll most likely leave it that way until calibre releases
python3 support from beta.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
A little over an hour ago, Kovid has released Windows/Linux/macOS binary
builds of a python3 version of calibre, and alerted the plugin developer
community that it is time to start porting. Watch this space for updates:
https://www.mobileread.com/forums/showthread.php?t=325721
--
Eli Schwartz
ommit/5ed88a0bf596ea4389ac4fe08ccf249c7693d04d
Please remove this ancient, unused dependency from the Debian packaging
for calibre, thereby clearing the way to dropping the python2-cherrypy
module. All it does is waste the disk space of calibre users.
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted
ity&repo=Multilib
to hardcode which repos you want to search in.
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
On 06/26/2018 10:10 PM, Eli Schwartz wrote:
> On Tue, 24 Apr 2018 23:07:25 +0200 Michael Biebl wrote:
>> Thanks for the bug report.
>> Seems we don't have any package in stretch yet, which uses
>> gir1.2-nma-1.0, which is probably why this issue has went unnoticed.
>&
orkmanager that don't crash because of this bug, will be able to see
those improvements immediately.
--
Eli Schwartz
Bug Wrangler and Trusted User
ased 3 weeks ago on 01 Jun 2018).
Upstream-sanctioned maintenance releases which fix bugs resulting in
completely broken package components, are good candidates for inclusion. :)
--
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
ings as a
bonus. But this is getting rather exhausting...
https://salsa.debian.org/eschwartz-guest/xorg-server/commits/debian-unstable
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
POSIX. Since xvfb-run is not trying to remember the
location of the command, only check that one exists on disk (i.e. `alias
xauth=asdafsjdlfkjlsdkfjslfs` would currently break everything if
someone was indeed mad enough to use aliases, and also *wanted* to break
things), this seems like a r
put on a system which does not have /usr/bin/which available:
$ xvfb-run some_command
/usr/bin/xvfb-run: line 139: which: command not found
xvfb-run: error: xauth command not found
(This error message seems rather redundant.)
--
Eli Schwartz
Bug Wrangler and Trusted User
44 matches
Mail list logo
