8).
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
that don't crash because of this bug, will be able to see
those improvements immediately.
--
Eli Schwartz
Bug Wrangler and Trusted User
n 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
ber 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 reasonable solution as well.
--
Eli Schwartz
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
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.
>>
&
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
/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 User
which repos you want to search in.
--
Eli Schwartz
Bug Wrangler and Trusted User
signature.asc
Description: OpenPGP digital signature
and 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
ill 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 Bu
hole 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 the current packaging you have, I'm happy to say that
nothing
d 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
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
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
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 Wrangler
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
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
sion 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
rcised 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
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
translations
This bug should be closed as invalid.
--
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
n 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
, 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
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
e 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
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
ete the .wrap files from the subprojects/ directory, since Debian
does not build this project with vendored dependencies.
--
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
lains about 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
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
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
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
a package build. Is there
even a way to detect this? No idea. Not an enthusiastic topic anyway.
"""
--
Eli Schwartz
t
> 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
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's po
it is merged upstream and tagged
for the .1 maintenance release.
https://github.com/mesonbuild/meson/pull/12080
--
Eli Schwartz
hosting 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
40 matches
Mail list logo
