Control: tags -1 wontfix
Hi,
it's known (see #932940) that the Makefile is buggy when doing parallel
builds. They are disabled explicitly and I don't see much benefit in
supporting them as build times are short.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Control: reopen -1
Control: found -1 cambalache/0.94.1-2
Hi,
this is not fixed. I had to install three additional packages before I
got a running app:
$ cambalache
Traceback (most recent call last):
File "/usr/bin/cambalache", line 42, in
from cambalache.app import CmbApplication
Fil
Hi,
just another data point: for gImageReader this happens on the first
build (and with a different error message):
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/gimagereader.html
> [...]
AutoMoc subprocess error
The moc process failed to compile
Control: tags -1 patch
Hi,
I created a merge request now to migrate QtSpell to Qt6:
https://salsa.debian.org/qt-kde-team/extras/qtspell/-/merge_requests/2
I'd appreciate an upload to experimental first so we can easier
coordinate the rounds through NEW for QtSpell and gImageReader.
Best,
Ph
Control: reassign -1 password-store 1.7.4-7
Control: tags -1 + patch
Control: retitle -1 pass: Bash completion don't work for extensions
Hi,
it's actually a general bug in pass that prevents bash completion to
work for pass extensions. There is a patch available to fix this in pass:
https://l
Hi,
it might actually be easier to just only build the Qt6 variant going
forward as I plan to build gImageReader (the only rdep of QtSpell) for
Qt6 only anyway. Uploads / rounds through NEW should be a bit
coordinated in that case, I guess.
Best
Philip
OpenPGP_signature.asc
Description: Op
Here it is: https://salsa.debian.org/debian/devscripts/-/merge_requests/459
OpenPGP_signature.asc
Description: OpenPGP digital signature
Should be fixed with:
https://salsa.debian.org/rinni/devscripts/-/commit/c220956a4fc4ececb4977a8d1607854dbe1f7db8
I'll create a MR.
Best
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Source: qtspell
Version: 1.0.1-2
Severity: wishlist
X-Debbugs-Cc: ri...@debian.org
Hi,
I'd like to provide a Qt 6 version of gImageReader which uses QtSpell. As no Qt
6 version of QtSpell is build currently, I can't proceed.
Thanks
Philip
-- System Information:
Debian Release: trixie/sid
AP
Control: reassign -1 gimagereader 3.4.2-2
Hi,
it seems there is a fix for gimagereader - enchant-provider.h seems to
be a private header that got removed:
https://github.com/manisandro/gImageReader/commit/e72d657a408dc6b77c48c086feede31e08700b4c
Best regards
Philip
OpenPGP_signature.asc
Control: reassign -1 enchant-2
Control: affects -1 gimagereader
Hi,
it seems, version 2.8.2 doesn't include enchant-provider.h anymore. I
think this is a bug.
Best regards
Philip
On 22.12.24 at 09:20, Lucas Nussbaum wrote:
Source: gimagereader
Version: 3.4.2-2
Severity: serious
Justificati
On 19.12.24 at 12:34, Philip Rinn wrote:
Hi Andreas,
On 19.12.24 at 11:49, Andreas Tille wrote:
The main idea is to have a mapping table embedded in dh-r which can be
overrode on package level.
mapping table would basically be
knitr r-cran-knir
ggplot2 r-cran-ggplot2
reshape2 r-cran
Hi Andreas,
On 19.12.24 at 11:49, Andreas Tille wrote:
The main idea is to have a mapping table embedded in dh-r which can be
overrode on package level.
mapping table would basically be
knitr r-cran-knir
ggplot2 r-cran-ggplot2
reshape2 r-cran-reshape2
...
containing a mapping for all packag
[please keep me and the bug in cc]
Hi,
during the effort to reproduce Debian binary packages distributed via
deb.debian.org (see https://reproduce.debian.net) it turned out that
many/most/all R package couldn't be reproduced as some
Depends/Suggests/Recommends where missing.
After digging i
Hi Andreas,
your upload doesn't fix the described issue.
The problem is that check_real_version_of_package() in dh/R.pm[1] uses
'grep-aptavail'. As parse_depends() calls check_real_version_of_package() to
build Depends/Suggests/Recommend they depends on the status of the APT cache.
Hope that h
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-pcsc-...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-pcsc-sys
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-has...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-hash32
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-p...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-pcsc
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-hid...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-hidapi
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-flexi...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-flexiber
User: ftp.debian@packages.debian.org
Usertags: remove
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-de...@packages.debian.org, ri...@debian.org
Control: affects -1 + src:rust-delog
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
unfortunately, it seems to be a little more complicated than just adding apt as
build dependency. See the IRC log from #debian-reproducible
13:26 rinni: huh, adding apt does not seem to be enough,
investigating
13:28 jochensp: Oh, OK, I'll wait ... one probably also needs something
apt-
Hi,
it seems dh-r is missing a build dependency on apt (which is neither essential
nor build-essential, as I learned today ;-)).
Looking at the log https://reproduce.debian.net/api/v0/builds/110379/log the
root cause seems
/bin/sh: 1: apt-cache: not found
grep-aptavail: command (apt-cache dum
On 17.09.24 at 14:35, Santiago Vila wrote:
Well, based on the fact that I've seen several packages broken by the new
autoconf and being fixed by new uploads in those packages (not in autoconf),
I would still bet that this is a bug in gstreamermm-1.0.
It turned out that a ']' was placed wrong in
Control: reassign -1 autoconf 2.72-3
Thanks Santiago, that didn't fix the build unfortunately. After running
autoupdate and autoreconf, I end up with the attached patch to configure.ac.
Still autoconf 2.72 produces a ./configure that fails with
[...]
./configure: line 19144: syntax error nea
Hi Alex,
before reassigning the bug to autoconf, I wanted to check if my analysis _might_
be correct and to check how to fix it. Unfortunately I don't have much
experience with autoconf.
To me it seems, autoconf 2.72 produces an invalid ./configure for gstreamermm
while autoconf 2.71 produce
Hi Paul,
thanks, I'll have a look next week and prepare an upload.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi Florian,
On 12.01.24 at 12:08, Florian Schlichting:
I would like to do an upload of yubikey-manager very soon in order to
fix #1060266 (serious) in python3-ykman. Can we perhaps do an upload of
python-fido2 to unstable in the course of this weekend? Do you want to
do that yourself, so you can
Control: reassign -1 python-django-solo
Hi Helmut,
thanks for the bug report, but I guess you missed that solo1-cli.ships this
file for years (in stable, testing, unstable) while python-django-solo was
just uploaded yesterday. So I think the bug is in python-django-solo actually.
Best,
Philip
Hi,
the 'requires' are actually generated by DistUtilsExtra.auto and are present in
the PKG-INFO file in the .egg-info directory.
It seems dh-python is not picking them up correctly, thus reassigning.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: python3-distutils-extra
Version: 2.50
Severity: normal
X-Debbugs-Cc: ri...@debian.org
Hi,
it seems, DistUtilsExtra.auto fails to determine "requires" from import
statements in source code.
While gTranscribe produces the correct dependencies on 2023-01-05
(https://buildd.debian.org/statu
Hi,
could we please close this bug? We released bookworm some days ago and
propagating to testing should be fine now. [It blocks R packages to propagate to
testing currently.]
Thanks
Philip
OpenPGP_signature
Description: OpenPGP digital signature
Control: reopen -1
Hi,
it seems you forgot to add a depend/recommend on python3-scrape-schema-recipe:
philip@debian:~$ LANG=C apt list gourmand
Listing... Done
gourmand/testing,testing,unstable,unstable,now 1.1.0+really1.0.0-3 all
[installed]
philip@debian:~$ gourmand
args = Namespace(db_url=
On 29.12.22 at 01:14, Vagrant Cascadian wrote:
If you have access to any of these boards, please consider testing
u-boot versions as packaged in debian for versions from debian stable
(2021.01*), testing (2022.04*), unstable (2022.10*) and experimental
(2023.01-rc*) and updating the wiki page if
shell script non-editable source
(Was: Bug#1025739: hmmer2: missing source for configure)
Datum: Sun, 11 Dec 2022 16:52:49 +0100
Von: Philip Rinn
An: debian-de...@lists.debian.org, Andreas Tille
Hi Andreas,
Hi Andreas,
Am Sat, Dec 10, 2022 at 11:41:11AM +0100 schrieb Andreas Metzler:
I have
On 05.12.22 at 17:26, Sebastiaan Couwenberg wrote:
On 12/5/22 16:51, Philip Rinn wrote:
thanks for fixing gsequencer! Did you actually upload the NMU, I don't see it
in the queue. If not, could you please upload DELAYED/5 as per
https://www.debian.org/doc/manuals/developers-reference/pkgs
Package: gourmand
Version: 1.1.0+really1.0.0-2
Severity: important
X-Debbugs-Cc: ri...@debian.org
Hi,
gourmand fails to load (at least) three of it's plugins due to missing Python
modules. As two of these plugins are importers for websites, it impacts
usability a lot.
Here is what I get when I ru
Hi Bas,
thanks for fixing gsequencer! Did you actually upload the NMU, I don't seet it
in the queue. If not, could you please upload DELAYED/5 as per
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu so fftw3
can migrate?
Thanks & best regards
Philip
OpenPGP_signature
D
@@ -1,3 +1,10 @@
+slurm (0.4.3-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTBFS by removing deprecated sys/sysctl.h (closes: #993874)
+
+ -- Philip Rinn Sun, 27 Nov 2022 13:31:19 +0100
+
slurm (0.4.3-2) unstable; urgency=medium
* Fix broken debian/watch file.
Best
93874)
+
+ -- Philip Rinn Sun, 27 Nov 2022 13:15:07 +0100
+
slurm (0.4.3-2) unstable; urgency=medium
* Fix broken debian/watch file.
diff -Nru slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch
slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch
--- slurm-0.4.3/debian/patches/fix-build
Hi,
as netcdf-parallel doesn't use the bundled copy of ezxml anymore, but links
against libxml2 since 1:4.9.0-1, I guess it's not _that_ relevant.
Should this bug just be marked as fixed in 1:4.9.0-1?
Best regards
Philip
OpenPGP_signature
Description: OpenPGP digital signature
ebian GNOME team,
Jeremy Bicha
On Wed, Oct 26, 2022, 21:12 Philip Rinn <mailto:ri...@debian.org>> wrote:
Control: tags 972078 + pending
Dear maintainer,
I've prepared an NMU for sound-juicer (versioned as 3.38.0-2.1) and
uploaded it to DELAYED/14. Please feel f
ation (Closes: #972078)
+
+ -- Philip Rinn Wed, 26 Oct 2022 20:58:46 +0200
+
sound-juicer (3.38.0-2) unstable; urgency=medium
* Drop unneeded -Wl,--as-needed and -Wno-unused-parameter
diff -Nru sound-juicer-3.38.0/debian/control sound-juicer-3.38.0/debian/control
--- sound-juicer-3.38.0/debian/co
On 11.10.22 at 23:25, Philip Rinn wrote:
Wild guess; maybe the flash-kernel boot.scr gets the wrong console
settings (e.g. serial vs. hdmi or whatnot), while u-boot-menu just uses
the default console specified in the .dtb?
That might very well be, but how to debug? (Let's continue
Hi,
OK, I used a custom bootstrap script now and that works:
U-Boot SPL 2022.10+dfsg-1 (Oct 04 2022 - 00:06:38 +)
DRAM: 2048 MiB
Trying to boot from MMC1
NOTICE: BL31: v2.7(debug):
NOTICE: BL31: Built : 03:28:37, Aug 6 2022
NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:
Hi,
I followed
https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_an_SD_card_image
using the daily build of the unstable netboot installer from
https://d-i.debian.org/daily-images/arm64/20221009-02:38/netboot/SD-card-images/
and I was able to install successfully but the sys
Hi,
I can troubleshoot once I'm back home in ~10 days, I do have that board at
home. I'm pretty sure it worked fine last time I tried.
Best,
Philip
signature.asc
Description: PGP signature
On 11.09.22 at 18:59, Marco d'Itri wrote:
On Sep 10, Philip RInn wrote:
I guess, I spotted the problem: it seems /lib32 is not merged.
Did you install, remove and then install again the biarch libc, like
it was discussed in #926699?
That might very well be. Unfortunately I only have
Hi
I guess, I spotted the problem: it seems /lib32 is not merged.
lrwxrwxrwx 1 root root7 20. Nov 2020 bin -> usr/bin
lrwxrwxrwx 1 root root7 20. Nov 2020 lib -> usr/lib
drwxr-xr-x 2 root root 4,0K 3. Sep 10:33 lib32
lrwxrwxrwx 1 root root9 20. Nov 2020 lib64 -> usr/lib64
Package: usrmerge
Version: 29
Severity: normal
X-Debbugs-Cc: ri...@debian.org
Hi,
I'm pretty sure I migrated my system to usr-merged long time ago (uninstalled
ursmerge again iirc). I now wanted to install usr-is-merged to avoid getting
usrmerge installed again - and usr-is-merge claimed my syste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ri...@debian.org
Please remove pass-extension-otp from unstable, the binary package was renamed
to match upstream name.
Thanks!
Philip
Control: severity -1 wishlist
Hi Trent,
thanks for your bug report. I think it's a great idea to improve qtpass, I'll
forward your feature request upstream.
On 08.10.21 at 17:35, Trent W. Buck wrote:
I am flagging this as "serious" because it leads to data loss.
Specifically, I already lost
Hi Daniele,
On 24.03.21 at 19:25, Daniele Forsi wrote:
package description says "rest the key" , is that a typo for "reset the key"?
yes, it's a typo - thanks for the catch. I'll fix it in the next upload (already
committed the fix on slasa.d.o).
Best,
Philip
Hi,
the corresponding upstream bug is
https://github.com/solokeys/solo-python/issues/110.
The problem is that python-fido2 0.9 is not backwards compatible with 0.8. It's
very unfortunate that the python-fido2 maintainers uploaded an backwards
incompatible version right before the freeze :-/
Package: lintian
Version: 2.104.0
Severity: normal
Hi,
please don't flag usr/lib/python3/dist-packages/*.dist-info/entry_points.txt as
'package-contains-documentation-outside-usr-share-doc'.
See https://packaging.python.org/specifications/entry-points/ for reference.
Best regards
Philip
-- S
Hi Stephan,
Santiago volunteered to sponsor my package in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969453. I hope he finds time to
do that soon so it will hopefully end up in Bullseye :-).
Best regards
Philip
Hi Santiago,
On 22.12.20 at 10:03, Santiago R.R. wrote:
I could, if nobody else can respond earlier. given the holidays, I'd have some
delay.
thank you very much, I would appreciate that. Sure, holidays are approaching and I
think we all need some tranquil time.
Best
Philip
Cheers
Sant
Hi,
I think I found a solution, I created a MR on salsa:
https://salsa.debian.org/python-team/tools/dh-python/-/merge_requests/17
Best regards
Philip
Hi,
I investigated a little ;-).
From what I understand flit tries to use a relative path in the RECORD file [1]
but that doesn't seem to work always. So my idea would be to strip the build path
from the resulting RECORD file directly in the install_directly() function at [2].
Not entirely su
Hi,
anyone willing to sponsor this package? I think having tools around for more
security keys in Bullseye would be very nice.
Thanks & happy hacking
Philip
On Thu, 2020-09-03 at 10:03 +0200, Philip Rinn wrote:
Dear mentors,
I am looking for a sponsor for my package "so
Hi,
sorry, the upload is still pending - my former sponsor is not responding (the
upload needs to be sponsored as it has to pass NEW due to a new binary package).
So it anyone in the loop can / is willing to sponsor I'd be happy :-)
Best
Philip
Control: severity -1 grave
Hi,
I'm increasing the severity as this bug draws the whole program unusable (it
crashes on start - at least on testing).
Best regards
Philip
OpenPGP_signature
Description: OpenPGP digital signature
On 10.09.20 at 18:34, Gunnar Wolf wrote:
> At the time of my bug report, I had not tested it yet. I checked right
> now, downloading an image from raspi.debian.net, and installing the
> -lpae kernel, I can confirm it boots correctly all the way to:
>
> root@rpi2-20200910:~# uname -a
> Linu
Hi Gunnar,
thanks for testing - but your message leaves me a little confused. You claim,
the
bug is fixed but you say
> we have used only regular linux-image-armmp kernels (and have no
> reason to suppose -lpae is needed).
So, my question, did you actually test with an "-lpae" kernel?
While be
Am 06.09.20 um 13:59 schrieb Alexander Volkov:
> Looks like merge requests are disabled for
> https://salsa.debian.org/debian/gimagereader
True, I enabled them now (I tend to do taht as it seems to be the easiest way to
disable the debian-janitor)
Thanks for your contribution, I'll upload a new v
The upstream URL changed, it's now at https://bitbucket.org/mjsousa/matiec_git
On 03.09.20 at 10:09 Ansgar wrote:
> If it is a command-line utility the choice of language for its
> implementation doesn't matter to users and probably shouldn't be part
> of a package's name for the same reason Policy recommends scripts in
> PATH not including a `.sh` or `.py` suffix[1].
Thanks
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "solo-python":
* Package name: solo-python
Version : 0.0.26-1
Upstream Author : SoloKeys
* URL : https://github.com/solokeys/solo-python
* License :
[0m
[0mI: Building the package[0m
[0mI: Running cd /build/solo-python-0.0.26/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc '-j5' '-d'[0m
dpkg-buildpackage: info: source package solo-python
dpkg-buildpa
owner 958565 !
retitle 958565 ITP: solo-python -- command line interface for SoloKeys
thanks
Seems to be easy to package so I'll just take it myself ;-)
Best
Philip
Package: dictionaries-common
Version: 1.28.2
Severity: normal
Hi,
using emacs 27.1 from experimental I get on startup:
Error enabling Flyspell mode:
(ispell-menu-map-needed)
debian-ispell-set-startup-menu: Symbol’s value as variable is void: ispell-
menu-map-needed
and when I try to activate a
Package: nm.debian.org
Severity: normal
Hi,
I noticed, that my last contribution to salsa that c.d.o sees it 2017-11-6:
https://contributors.debian.org/contributor/rinni-guest@alioth/
which is not true, see
https://salsa.debian.org/rinni
It might be linked to the fact, that I switched my sa
Control: retitle 945117 RFP: matiec -- IEC 61131-3 to C translator
Control: noowner 945117
Hi,
I still think it would be good to have matiec in Debian but I'm not using it
anymore and lost interest in packaging it myself.
Best,
Philip
Control: usertag -1 + py3available
Hi,
just to keep the bug report up to date: the upcoming version of Scribus (1.5.6)
will be ready for Python3, see
http://lists.scribus.net/pipermail/scribus/2019-October/055776.html
No idea when it will be released though.
Best,
Philip
Package: wnpp
Severity: wishlist
* Package name: solo-python
Version : 0.0.24
Upstream Author : SoloKeys
* URL : https://github.com/solokeys/solo-python
* License : Expat or Apache
Programming Lang: Python
Description : command line interface for SoloKe
Hi,
there is a MR now:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/236
Happy hacking
Philip
Hm,
according to to this commit[1] (which is part of Linux 5.5) it should actually
be
build as a module per default. But in my /boot/config-5.5.0-1-arm64 I have
CONFIG_CRYPTO_DEV_ALLWINNER=y
# CONFIG_CRYPTO_DEV_SUN4I_SS is not set
# CONFIG_CRYPTO_DEV_SUN8I_CE is not set
# CONFIG_CRYPTO_DEV_SUN8I
Source: linux
Version: 5.5.13-2
Severity: wishlist
Hi,
the Crypto engine for Allwinner sun8i was recently added to the kernel[1].
Could you please enable it?
Adding a "CRYPTO_DEV_SUN8I_CE=m" should do the trick.
Thanks & happy hacking
Philip
[1]
https://git.kernel.org/pub/scm/linux/kernel/git
Control: forwarded 956923 u-b...@lists.denx.de
Control: retitle 956923 u-boot-sunxi: A64-Olinuxino(-eMMC) no USB
Hi,
as it's most likely an upstream issue I forwared it to the u-boot mailing list
(with a reply-to set to this bug report).
Best,
Philip
Source: u-boot
Version: 2020.04+dfsg-1
Severity: normal
Tags: upstream
Hi,
USB is not working on my Olimex A64-Olinuxino-1Ge4GW Rev. D, no matter if I use
the u-boot variant with or without eMMC (but that's no surprise).
I attached boot logs with and without attached USB key.
In both cases one
On 10.04.20 at 19:01, Vagrant Cascadian wrote:
> We need someone to help with testing additional platforms. Would you be
> willing to regularly test new versions, and be listed as a tester of
> this target?
Sure, I would do that.
Thanks!
Philip
signature.asc
Description: OpenPGP digital signa
Source: u-boot
Version: 2020.01+dfsg-2
Severity: wishlist
Hi,
could you please enable support for the A64-OLinuXino variant with eMMC?
The relevant config is
configs/a64-olinuxino-emmc_defconfig
Thanks,
Philip
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT p
Hi,
I think this behavior is actually not a bug, but a feature ;-)
Are you sure you did't check "Show all fields templated" in Configuration ->
Template? (see attached image).
If you still think it's a bug, please attach the whole file that corresponds to
the entry [but please mask sensitive data
Package: wnpp
Severity: wishlist
Owner: Philip Rinn
* Package name: matiec
Version : 0.1+hgd9e47e0
Upstream Author : Mario de Sousa
* URL : https://bitbucket.org/mjsousa/matiec
* License : GPL-3
Programming Lang: C++
Description : IEC 61131-3 to C
Control: forwarded -1 gsv...@ghostgum.com.au
Hi Mike,
thanks for the report. I have forward the bug upstream - but I fear I will not
get
any feedback. I will just deactivate parallel builds for now - that should not
harm much as build times are short anyway.
Best regards,
Philip
Package: qtcreator
Version: 4.8.2-1
Severity: normal
Hi,
after installing qtcreator, I had to install two extra packages to get a
working kit:
- qt5-default: without this package no Qt Version was found
- qtdeclarative5-dev: without this package qmlscene was reported missing
Both are well known
Hi,
thanks for the report.
On 17.06.19 at 13:47, Elrond wrote:
>
> when LANG is not set in the environment, gimagereader
> crashes and it is not obvious, that the fix is to set LANG
> in your environment.
Uh, yes - seems to be:
https://github.com/manisandro/gImageReader/blob/master/gtk/src/Mai
Control: tags -1 fixed-upstream
Hi,
thanks for pointing this out.
It's already fixed upstream: https://github.com/Beep6581/RawTherapee/issues/5177
I'll upload a fixed version after buster is released.
Best,
Philip
signature.asc
Description: OpenPGP digital signature
Hi,
I don't think the package is removed from backports, at least it's still on the
server:
http://ftp.debian.org/debian/pool/main/c/corebird/
and tracker.d.o shows it also:
https://tracker.debian.org/pkg/corebird
Could you please remove it from backports?
Thanks,
Philip
signature.asc
De
Control: reassign 917277 ghostscript 9.26~dfsg-2
Hi,
David Bremner wrote:
>
> The EPS is produced by dvips -E. At a guess this hasn't changed
> recently (although I did not verify). So if I understand correctly
> Ghostscript got fussier and stopped accepting the output from dvips -E?
>
> d
>
Hi,
uh, I somehow lost my work on the qt5 version :-(
If anyone prepares a merge request I'm happy to accept it - I fear I will not be
able to do the work before the upcoming freeze myself.
Best,
Philip
signature.asc
Description: OpenPGP digital signature
Hi David, hi Russell,
I think it is a problem of the input file - this might be linked to the
Ghostscript version used - see:
philip@debian:~$ epstool --test-eps input.eps
"gs" -dNOEPS -dNOPAUSE -dBATCH -dNODISPLAY "/tmp/gsview8BugKU"
GPL Ghostscript 9.26 (2018-11-20)
Copyright (C) 2018 Artife
Hi Chris,
thanks for point that out. I'll just use the approach you proposed in #914672:
sed -i -e 's@ [^ ]*-f\(file\|debug\)-prefix-map=[^ ]*@@g' AboutThisBuild.txt
Best regards,
Philip
signature.asc
Description: OpenPGP digital signature
Hi Chris,
thanks for the bug report. I was thinking for a long time how to solve this.
Upstream is quite keen to keep the build flags, which I'm fine with in
principle.
So my approach would be to strip out the varying part while keeping the rest:
sed -i 's/\(Build flags: .*\) -fdebug-prefix-map
Package: ftp.debian.org
Severity: normal
Hi,
a change of the twitter API makes corbird totally useless as new tweets are
not longer recognized. This change was reported in #906441 with the symptoms
described in #907382.
Upstream does not intend to adopt to the new API so there is no way to make
Hi,
Corebird now stopped updating tweets at all - at least for me.
I think it's time to file a RM bug :-(.
Best regards,
Philip
signature.asc
Description: OpenPGP digital signature
Hi,
don't worry, although I just uploaded gImageReader 3.3.0 without qt5 front-end
this does not mean that I will not add it with the next upload. I try to upload
a
qt5 enabled version later this week (but I have to contact my former sponsor and
it has to pass the NEW queue).
Best,
Philip
si
Hi Jörg,
it seems there is an accepted solution for this bug since almost two weeks:
- rename libsane1 back to libsane
- add a "Provides: libsane1" to libsane
see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908681#51
Why isn't that route followed?
Thanks,
Philip
signature.asc
Descript
On 14.10.18 at 14:35 Jeremy Bicha wrote:
> Control: severity -1 serious
>
> On Sat, 13 Oct 2018 at 19:59:38 Philip Rinn wrote:
>> Control: -1 severity normal
>>
>> Hi,
>>
>> I lower the severity of this bug as I couldn't find a severe violation of the
Control: block -1 by 908681
Hi,
I'm really sorry that gImageReader in testing is still not fixed. Unfortunately
it's still blocked by the back and forth due to the libsane -> libsane1
transition
- although it's technically totally unrelated, it just happened during the same
time.
Best,
Philip
1 - 100 of 360 matches
Mail list logo
