Control: tags -1 upstream
Control: forwarded -1 https://github.com/satta/ltrsift/issues/4
Control: tags -1 wontfix
Hi,
according to upstream in a previous bug report[1]:
There is no way to port to GTK+3 without breaking backward
compatibility. We value backward compatibility.
I keep upstream in CC to inform them that while the previous situation
was not yet a reason to
Control: tags -1 wontfix
Hi,
since this software is orphaned - upstream source code can only be found
in webarchive - there is no chance to port this code to GTK 3. In case
Debian will drop GTK 2 also this package needs to be droped.
Kind regards
Andreas.
--
http://fam-tille.de
Am Sun, Dec 04, 2022 at 12:22:53PM +0100 schrieb Sebastian Ramacher:
> No, it's not. If you check the logs from r-bioc-htsfilter for example
> (https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-bioc-htsfilter/28944996/log.gz),
> you see that some packages have actual regressions:
The log
Control: tags -1 upstream
Control: forwarded -1 https://github.com/ferdymercury/amide/issues/27
Control: severity -1 wishlist
The discussion about this bug drains way more developer time than the
issue is worth actually. Thus degrading it to severity wishlist.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 upstream
Control: forwarded -1 https://github.com/ferdymercury/amide/issues/26
Control: severity -1 wishlist
Hi,
since the only architectures where this problem persists are not
released architectures I'm setting the severity to wishlist.
Upstream is in CC to bring some awareness on to this issue but
it has no relevance for the Debian release.
Kind regards
Andreas.
--
Hi Aaron,
it would be great if you could use your upstream contact to convince
them to switch to pcre2.
Kind regards
Andreas.
--
http://fam-tille.de
Hi,
when checking old bug reports I'd like to verify whether this issue
persists. I admit I do not even understand the problem of this report
so I'd like to ask the reporter as well as upstream to provide some
input what should be done with this report.
Kind regards
Andreas.
--
Control: tags -1 upstream
Control: forwarded -1 https://github.com/magnusmanske/gentle-m/issues/2
Hi Mathieu,
could you confirm that this bug persists or whether we can close
this bug report.
Kind regards,
Andreas.
--
http://fam-tille.de
Hi Mathieu,
I admit I have no idea how to solve this issue. Could you provide
some more information or close this bug if the problem does not
persist any more?
Kind regards
Andreas.
--
http://fam-tille.de
Hi Mathieu,
could you confirm that this bug persists or whether we can close
this bug report.
Kind regards,
Andreas.
--
http://fam-tille.de
Hi Santiago,
I admit we did not put any effort on this bug report. Since this bug is
now five years old and there are several upstreams versions released I
wonder whether this problem persists or whether we can close this bug
report.
Kind regards
Andreas.
--
http://fam-tille.de
Control: tags -1 wontfix
As mentioned in my previous response we can not fix issues in stable.
Leaving this bug open anyway to document the issue.
There was no request for an upload to backports yet.
Kind regards, Andreas.
--
http://fam-tille.de
Am Sat, Dec 03, 2022 at 10:53:58PM +0100 schrieb Sebastian Ramacher:
> And there are many more. r-bioc-biocparallel is another one. This smells
> like many insufficient dependencies.
Sorry, this all seems to be the same britney failure Paul was reporting.
The tests are all against the versions in
Hi Paul,
Am Sat, Dec 03, 2022 at 09:34:09PM +0100 schrieb Paul Gevers:
> On 29-11-2022 10:26, Andreas Tille wrote:
> > Now there is only one remaining one which is a real
> > problem which I have reported upstream (see bug #1025045). If
> > r-bioc-structuralvariantannota
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 922...@bugs.debian.org
Hi,
as discussed in bug #922584 its not worth to keep limereg in Debian.
Its not maintained upstream and FTBFS against opencv 4. So please
remove this package from Debian.
Kind regards
Andreas.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 922...@bugs.debian.org
Hi,
as discussed in bug #922584 its not worth to keep limereg in Debian.
Its not maintained upstream and FTBFS against opencv 4. So please
remove this package from Debian.
Kind regards
Andreas.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 922...@bugs.debian.org
Hi,
as discussed in bug #922584 its not worth to keep limereg in Debian.
Its not maintained upstream and FTBFS against opencv 4. So please
remove this package from Debian.
Kind regards
Andreas.
Am Thu, Dec 01, 2022 at 11:39:47PM +0200 schrieb Adrian Bunk:
> [1] contains a patch from a Debian porter, but considering the facts
> that limereg already missed the current Debian stable bullseye and the
> comment from upstream (who is also the original Debian packager) in [2],
> removal from
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1025...@bugs.debian.org
Hi ftpmasters,
according to bug #1025249 this package shows flaky autopkgtests for
several architectures on other the tests do not run at all. Thus it
seems to be the best solution to restrict the architectures to
Hi Paul,
Am Thu, Dec 01, 2022 at 01:54:09PM +0100 schrieb Paul Gevers:
> https://ci.debian.net/data/autopkgtest/stable/ppc64el/w/wtdbg2/28644876/log.gz
>
> [Sat Nov 26 06:40:02 2022] masked 154 repeat-like nodes by local subgraph
> analysis
> [Sat Nov 26 06:40:02 2022] generating edges
>
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1024...@bugs.debian.org
Hi,
since libnthash-dev is not available any more for 32 bit architectures
and s390x the existing binary packages need to be removed to enable
testing migration of the dependencies of this package.
Kind regards and
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1024...@bugs.debian.org
Hi,
since libnthash-dev is not available any more for 32 bit architectures
and s390x the existing binary packages need to be removed to enable
testing migration of the dependencies of this package.
Kind regards and
Hi Sébastien,
Am Thu, Dec 01, 2022 at 08:30:04AM +0100 schrieb Sébastien Jodogne:
> > I admit I would have loved if you would have made some noise about this
> > conference on the Debian Med list. I hope you had a successful
> > conference.
>
> The conference was great success, and I advertised
Hi Sébastien,
On Thu, 24 Nov 2022 17:37:36 you wrote
> Sorry for not answering earlier, but I'm still in the process of
> finalizing the GNU Health / Orthanc conference, and I'm extremely busy
> with my academic activities.
I admit I would have loved if you would have made some noise about
Control: tags -1 pending
Hi Aaron,
I have fixed this issue in Git. I'm wondering about the status of the
ncbi-vdb transition[1]. Isn't it time to upload the packages to
unstable now? Just let me know if you need any help.
Kind regards
Andreas.
PS: Do you have any information whether it
Hi,
Am Wed, Nov 30, 2022 at 10:08:14PM +0100 schrieb Paul Gevers:
> Source: r-cran-glmmtmb
> Version: 1.1.4+dfsg-3
> Severity: serious
> Tags: ftbfs
> Justification: ftbfs
>
> Dear maintainer(s),
>
> Your package failed to build from source on mipsel, where it built
> successfully in the past.
Package: wnpp
Severity: wishlist
Subject: ITP: conda-package-streaming -- fetch conda metadata
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: conda-package-streaming
Version : 0.7.0
Upstream Author : Anaconda, Inc.
* URL : https://github.com
Package: ftp.debian.org
Severity: normal
Hi,
the architectures i386 and s390x were excluded in the latest uploads.
https://tracker.debian.org/gatb-core lists the missing builds as
migration excuse. If this should be a blocker, please remove these
packages from the archive.
Thanks a lot for
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1025...@bugs.debian.org
Hi,
libthread-pool is not supported for 32 bit architectures any more.
Please remove the package for the said architectures.
Kind regards and thanks a lot for your work as ftpmaster
Andreas.
Hi Peter,
Am Sun, Nov 27, 2022 at 02:30:15PM + schrieb Peter Michael Green:
> Package: ntcard
> Version: 1.2.2+dfsg-4
> Severity: serious
>
> ntcard build-depends on libnthash-dev which is no longer available on 32-bit
> architectures.
>
> There are in general 3 potential soloutions for
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qiime2/q2templates/issues/50
Hi Rebecca,
thanks again for working on pandas. Since I consider it not sensible to
delay the pandas transition due to this bug I could imagine to exclude
(or better fix ourselves if possible) that
Control: tags -1 upstream
Control: forwarded -1 https://github.com/biocore/emperor/issues/810
Hi Rebecca,
thanks a lot for working on the pandas migration. I think, if we
do not get a timely response from upstream and do not have any
idea to fix this single test failure ourselves, we could
Package: wnpp
Severity: wishlist
Subject: ITP: python-throttler -- easy throttling with asyncio support for
Python3
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-throttler
Version : 1.2.2
Upstream Author : Ramzan Bekbulatov
* URL
Package: wnpp
Severity: wishlist
Subject: ITP: python-srsly -- modern high-performance serialization utilities
for Python3
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-srsly
Version : 2.4.5.dev1
Upstream Author : ExplosionAI UG
* URL
Hi again,
Am Mon, Nov 28, 2022 at 09:32:13PM +0100 schrieb Andreas Tille:
> So you want to say, the fact that the current debci results that are
> listed on the r-bioc-biocgenerics page are based on packages that are
> replaced in unstable and the current packages that are fixed are not
Control: tags -1 upstream
Control: forwarded -1 Daniel Cameron
Hi Daniel,
when upgrading StructuralVariantAnnotation to its latest version (1.13.0)
I noticed that some of its tests are failing. I have reported this to
the Debian bug tracking system[1]. The errors are starting with
[ FAIL 30
Source: r-bioc-structuralvariantannotation
Version: 1.13.0+ds-1
Severity: normal
X-Debbugs-Cc: 1023...@bugs.debian.org
Hi,
the package fails its autopkgtest. The errors starts with:
[ FAIL 30 | WARN 4 | SKIP 0 | PASS 85 ]
══ Failed tests
Hi Paul,
Am Mon, Nov 28, 2022 at 08:23:12PM +0100 schrieb Paul Gevers:
> > I'm constantly checking the tracker page of r-bioc-biocgenerics[1] to
> > follow the transition status. I realised that debci picks old, not yet
> > fixed package versions like:
> >
> >
Package: dh-r
Version: 20210816
Severity: wishlist
Hi,
it would be great if the Depends inside debian/tests/control could be
auto-generated / auto-updated from the Suggests field in DESCRIPTION.
Kind regards
Andreas.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
Hi,
I'm constantly checking the tracker page of r-bioc-biocgenerics[1] to
follow the transition status. I realised that debci picks old, not yet
fixed package versions like:
r-bioc-biocfilecache/2.4.0+dfsg-1 while 2.4.0+dfsg-2 is in unstable
r-bioc-biocsingular/1.12.0+ds-1 while
Control: tags -1 upstream
Control: forwarded -1 https://github.com/joshuaulrich/xts/issues/384
Hi Thorsten
> please mention all files licensed under the MIT license and provide
> unminified files.
I have removed the affected documentation in the new upload.
Thanks for the speedy checking to support the BioConductor migration
Andreas.
--
http://fam-tille.de
Hi Thorsten,
Am Sun, Nov 27, 2022 at 07:00:10PM + schrieb Thorsten Alteholz:
> please mention all files licensed under the MIT license and provide
> unminified files.
> (the reason for the override does not apply to all lintian warnings)
I have removed the affected files in a new upload.
Hi Thorsten,
Am Sun, Nov 27, 2022 at 07:00:10PM + schrieb Thorsten Alteholz:
> please mention all files licensed under the MIT license and provide
> unminified files.
> (the reason for the override does not apply to all lintian warnings)
I've removed the affected files from the upstream
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: 1023...@bugs.debian.org
Hi,
it turned out that we have to restrict the number of architectures for this
package.
Thus please remove the other architectures from the archive.
Thanks a lot for your work as ftpmaster
Andreas.
Package: wnpp
Severity: wishlist
Subject: ITP: python-rich-click -- creating beautiful command line interfaces
for Python3
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-rich-click
Version : 1.5.2
Upstream Author : Phil Ewels
* URL
Package: python3-llvmlite
Severity: grave
Justification: renders package unusable
Hi,
$ sudo apt install python3-llvmlite
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested
Am Thu, Nov 24, 2022 at 08:46:31AM +0100 schrieb Sebastian Ramacher:
> > >r-bioc-bitseq - should be removed from testing immediately bug just
> > > filed)
Bug #1024661
> > >r-bioc-multiassayexperiment
#1024748
> > >r-bioc-demixt (bug #1024597 was just filed)
> > >r-bioc-scater
Source: r-bioc-bluster
Version: 1.8.0+dfsg-1
Severity: critical
Justification: breaks unrelated software
X-Debbugs-Cc: 1023...@bugs.debian.org
Since autopkgtest of r-bioc-bluster depends from r-bioc-scater which
needs a new dependency r-cran-ggrastr (ITP #1024582) it is blocking the
BioC 3.16
Source: r-bioc-mofa
Version: 1.6.1+dfsg-7
Severity: critical
Tags: ftbfs
Justification: breaks unrelated software
X-Debbugs-Cc: 1023...@bugs.debian.org
Since r-bioc-mofa depends r-bioc-multiassayexperiment with RC bug
#1024748 and thus it is blocking the BioC 3.16 transition[1] for an
Source: r-bioc-scater
Version: 1.24.0+ds-1
Severity: critical
Tags: ftbfs
Justification: breaks unrelated software
X-Debbugs-Cc: 1023...@bugs.debian.org
Since r-bioc-scater needs a new dependency r-cran-ggrastr (ITP #1024582)
it is blocking the BioC 3.16 transition[1] for an undetermined time.
Source: r-bioc-multiassayexperiment
Version: 1.22.0+dfsg-1
Severity: critical
Tags: ftbfs
Justification: breaks unrelated software
X-Debbugs-Cc: 1023...@bugs.debian.org
Since r-bioc-multiassayexperiment needs a new dependency
r-bioc-biocbaseutils (ITP #1024567) it is blocking the BioC 3.16
Hi Charles,
thank you for the hint.
Am Thu, Nov 24, 2022 at 10:28:43AM +0900 schrieb Charles Plessy:
> I have read the Muscle5 paper and it is a totally different program than
> Muscle3.
>
> https://pubmed.ncbi.nlm.nih.gov/36379955/
>
> Reintroducing muscle3 as a separate package might be
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-med
Subject: ITP: muscle3 -- multiple alignment program of protein sequences
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: muscle3
Version : 3.8.1551
Upstream Author : Copyright: © Robert C. Edgar &quo
Am Tue, Nov 22, 2022 at 08:54:13PM +0100 schrieb Andreas Tille:
> If I understood that BioConductor packages should not block other
> transitions. I've just pinged ftpmaster on IRC to check packages
> r-bioc-bsseq, r-bioc-dss, r-bioc-biocbaseutils and r-cran-ggrastr.
> The follow
Hi Étienne,
Am Tue, Nov 22, 2022 at 11:54:48PM +0100 schrieb Étienne Mollier:
> Hi, mostly retitling the open entry against biopython for the
> sake of clarity, and also pinging both bugs to reset auto-
> removal counters.
Thanks for doing so (I was about to do so as well).
> We don't have much
Control: block -1 by 1024582
Am Mon, Nov 21, 2022 at 07:16:14PM +0100 schrieb Sebastian Ramacher:
> > However, to make us understand your suggestion better: Is there any
> > drawback on your side if the transition of a closed set of packages if
> > the transition is delayed by new processing?
>
Source: r-bioc-bitseq
Version: 1.40.0+dfsg-1
Severity: critical
Tags: ftbfs
Justification: breaks unrelated software
X-Debbugs-Cc: 1023...@bugs.debian.org, debia...@lists.debian.org
As per upstream
https://lists.debian.org/debian-r/2022/11/msg00058.html
r-bioc-bitseq is not supported any
Hi John,
Am Mon, Nov 21, 2022 at 06:27:59PM + schrieb John David Anglin:
> Source: r-bioc-affxparser
> Version: 1.70.0-1
> Severity: normal
> Tags: ftbfs patch
> ...
> Index: r-bioc-affxparser-1.68.1/src/Makevars
> ===
> ---
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-ggrastr -- Bioconductor rasterize layers for 'ggplot2'
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-ggrastr
Version : 1.0.1
Upstream Author : Viktor Petukhov,
* URL : https://cran.r
Hi Gregor,
Am Mon, Nov 21, 2022 at 06:26:39PM +0100 schrieb gregor herrmann:
> On Wed, 16 Nov 2022 11:14:11 -0500, Phil Harvey wrote:
>
> > Yes, I considered your suggestions. Adding a warning wasn't feasible. I
> > actually did update the documentation (the only place this is really
> >
Hi Adrian and others,
Am Mon, Nov 21, 2022 at 06:33:52PM +0200 schrieb Adrian Bunk:
> > This is really hard to do, thought. The new packages are needing those
> > packages from the transition. I actually injected two packages from
> > higher levels manually to be able to build one of the new
Am Mon, Nov 21, 2022 at 04:49:43PM +0100 schrieb Sebastiaan Couwenberg:
> > This is really hard to do, thought. The new packages are needing those
> > packages from the transition. I actually injected two packages from
> > higher levels manually to be able to build one of the new packages. So
>
Hi Sebastian,
Am Mon, Nov 21, 2022 at 03:05:26PM +0100 schrieb Sebastian Ramacher:
> On 2022-11-21 15:02:16 +0100, Andreas Tille wrote:
> > Control: block -1 by 1024563
> > Control: block -1 by 1024565
> > Control: block -1 by 1024567
> >
> > Some of t
Control: block -1 by 1024563
Control: block -1 by 1024565
Control: block -1 by 1024567
Some of the BioConductor packages need new dependencies.
I have pushed these to new queue and set the ITP bugs as
blocker.
Kind regards
Andreas.
--
http://fam-tille.de
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-biocbaseutils -- General utility functions for developing
Bioconductor packages
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-bioc-biocbaseutils
Version : 1.0.0
Upstream Author : Marcel Ramos,
* URL
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-dss -- Bioconductor dispersion shrinkage for sequencing
data
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-bioc-dss
Version : 2.46.0
Upstream Author : Hao Wu, Hao Feng
* URL : https
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-bsseq -- Bioconductor analyze, manage and store bisulfite
sequencing data
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-bioc-bsseq
Version : 1.34.0
Upstream Author : Kasper Daniel Hansen,
* URL
Am Wed, Nov 16, 2022 at 08:23:58PM -0500 schrieb Thomas Dickey:
> never mind - I see the problem now (was thinking that it occurred when
> the font _was_ installed). Will upload #376 in the early morning.
Cool. Thanks a lot
Andreas.
--
http://fam-tille.de
Am Wed, Nov 16, 2022 at 08:25:29PM +0100 schrieb Étienne Mollier:
> ModuleNotFoundError: No module named 'bp._bp'
>
> looks to be caused by python3-iow not being built for python3.11
> yet:
>
> $ python3.10 -c 'import bp' ; echo $?
> 0
>
> $ python3.11 -c 'import bp' ;
Am Wed, Nov 16, 2022 at 04:39:46PM +0100 schrieb Michael Crusoe:
> They are different programs, with different interfaces, alas.
Thanks for the clarification.
> So a workaround will be needed: probably we should rename the binary
> `seqan-needle` and provide a directory with a regular `needle`
Am Wed, Nov 16, 2022 at 10:06:53AM -0500 schrieb Phil Harvey:
> I have spent way too much time working/thinking about this over the last 2
> days. I think the solution is to (unfortunately) disable the new feature of
> 12.44 unless the Composite group is specified explicitly, eg:
>
> exiftool
Hi Michael,
Am Thu, Nov 10, 2022 at 01:34:32PM +0100 schrieb Andreas Beckmann:
> Package: seqan-needle
> Version: 1.0.1.0.0.git.3011926+ds-1
> Severity: serious
>
> There is already a (unrelated?) /usr/bin/needle binary in the Debian
> archive, provided by the emboss package.
Do you think this
Hi,
Am Thu, Oct 21, 2021 at 01:25:52AM +0530 schrieb Nilesh Patra:
> I currently have no interest in maintaining unifrac, which
> is a bit cumbersome to maintain (the new update being an example)
> and it doesn't motivate me enough to keep maintaining it.
>
> Should you feel motivated, feel free
I just noticed you've found the same fix in Git ...
Am Wed, Nov 16, 2022 at 02:00:49PM +0100 schrieb Andreas Tille:
> Control: tags -1 pending
>
> Am Wed, Nov 16, 2022 at 05:35:12PM +0530 schrieb Nilesh Patra:
> > > $ debdiff mcl_14-137+ds-9.dsc mcl_22-282+ds-1.dsc 2
Control: tags -1 pending
Am Wed, Nov 16, 2022 at 05:35:12PM +0530 schrieb Nilesh Patra:
> > $ debdiff mcl_14-137+ds-9.dsc mcl_22-282+ds-1.dsc 2>/dev/null | wc -l
> > 51040
> >
> > That's quite a lot of lines. Something definitely changed.
>
> And I found out what that is.
>
> $ git checkout
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-clock -- GNU R date-time types and tools
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-clock
Version : 0.6.1
Upstream Author : Davis Vaughan, RStudio
* URL : https://cran.r
Hi,
Am Tue, Nov 15, 2022 at 09:16:53PM +0100 schrieb Paul Gevers:
> 2022/11/15 09:16:56 Cannot find the mcxdeblast executable, please ensure its
> in your PATH
This is strange. I've changed some unrelated things inside the
autopkgtest in git. This resolves the issue above and the expected
Control: severity -1 minor
Hi Thomas,
at first thanks a lot for your patience.
Am Tue, Nov 15, 2022 at 08:10:18PM -0500 schrieb Thomas Dickey:
> On Tue, Nov 15, 2022 at 09:15:43AM +0100, Andreas Tille wrote:
> > Hi again,
> >
> > I need to admit that the issue "vanish
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-spatstat.model -- GNU R parametric statistical modelling
for the 'spatstat' family
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-spatstat.model
Version : 3.0
Upstream Author : Adrian Baddeley
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-spatstat.explore -- GNU R exploratory data analysis for
the 'spatstat' family
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-spatstat.explore
Version : 3.0
Upstream Author : Adrian Baddeley
Hi again,
I need to admit that the issue "vanished" on my workhorse laptop which is
nice on one hand but having an explanation would be even nicer. ;-)
I've now tried the other laptop with the same problem:
$ dpkg --get-selections | grep terminus
fonts-terminus
Hi Phil,
Am Sun, Nov 13, 2022 at 07:30:42AM -0500 schrieb Phil Harvey:
> It is not as simple as you are imagining. Add the -v2 option to see what you
> are actually writing. There are various types of GPS tags and your command
> isn't specific about which one(s) to write.
Well, admittedly
Am Mon, Nov 14, 2022 at 04:27:30AM -0500 schrieb Thomas Dickey:
> > Since xterm is crashing before this does not report anything
> > interesting.
>
> hmm - it's not showing much.
>
> What does xfd do with that pattern? (using single quotes):
>
> xfd -fn '-*-terminus-*-*-*-32-*-*-*-*-*-*-*'
>
Am Sun, Nov 13, 2022 at 08:33:09PM -0500 schrieb Thomas Dickey:
> > LANGUAGE=
> > LC_CTYPE="de_DE.UTF-8"
> > LC_NUMERIC="de_DE.UTF-8"
> > LC_TIME="de_DE.UTF-8"
> > LC_COLLATE="de_DE.UTF-8"
> > LC_MONETARY="de_DE.UTF-8"
> > LC_MESSAGES="de_DE.UTF-8"
> > LC_PAPER="de_DE.UTF-8"
> >
Am Sat, Nov 12, 2022 at 08:38:44PM -0500 schrieb Phil Harvey:
> > On Nov 12, 2022, at 2:55 PM, Andreas Tille wrote:
> > in general I think the need to force a certain sequence is a misfeature
> > that will trick several old users of exiftools.
>
> The order of assignmen
Hi Phil,
thanks a lot for the quick and helpful response.
Am Sat, Nov 12, 2022 at 09:12:02AM -0500 schrieb Phil Harvey:
>
> July 21, 2022 - Version 12.44
> - Made Composite GPSLatitude and GPSLongitude writable for setting GPS
> coordinates and reference directions with one assignment
Am Sun, Nov 06, 2022 at 07:55:33PM -0500 schrieb Thomas Dickey:
> On Tue, Nov 01, 2022 at 09:23:55AM +0100, Andreas Tille wrote:
> > Am Sun, Oct 30, 2022 at 04:53:24PM -0400 schrieb Thomas Dickey:
> > > > > $ grep font /etc/X11/Xresources/xterm | grep -v ^!
> > >
Package: libimage-exiftool-perl
Version: 12.49+dfsg-1
Severity: important
Hi,
since some time I'm tagging my scans from analog images with geoinformation
by using scripts calling exiftool. Here is an example line for one of my
images:
exiftool -overwrite_original -quiet -GPSLatitudeRef='N'
Hi,
bringing this issue up to the release team.
Am Thu, Nov 03, 2022 at 09:04:50PM +0100 schrieb Paul Gevers:
>
> On 03-11-2022 18:03, Andreas Tille wrote:
> > its all about the fact that rdflib is broken and removed from testing.
> > We are nagging upstream constantly[1] with
Control: block -1 by 1012482
Control: tags -1 upstream
Control: forwarded -1 https://github.com/RDFLib/rdflib/issues/1844
Hi Paul,
its all about the fact that rdflib is broken and removed from testing.
We are nagging upstream constantly[1] with no success so far. This
issue creates noise about
Package: wnpp
Severity: wishlist
Subject: ITP: python-prefixed -- alternative implementation of the Python3
built-in float
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: python-prefixed
Version : 0.4.1
Upstream Author : Avram Lubkin
* URL
Am Thu, Nov 03, 2022 at 11:40:37AM +0100 schrieb Ghislain Vaillant:
> I second Andreas' assessment. This package should be removed given my lack
> of time to maintain it anymore.
Thanks a lot for confirming
Andreas.
--
http://fam-tille.de
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-...@lists.debian.org, "Daniele E. Domenichelli"
Hi,
this package depends from insighttoolkit4 as well as vtk7 which will be
removed both. The issue has been reported upstream[1] but there is no
response yet. Since the only
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-...@lists.debian.org, Ghislain Antony Vaillant
Hi,
it seems we have to face reality: Due to RC bugs this package has not
migrated to testing for 1373 days and the only current uploader of the
package inside the Debian Med team does
Package: wnpp
Severity: normal
X-Debbugs-Cc: Ben Westover , Nilesh Patra
, Stefan Ahlers
Control: affects -1 src:libquazip
I intend to orphan the libquazip package.
The package description is:
QuaZIP is a simple C++ wrapper over Gilles Vollant's ZIP/UNZIP package that
can be used to access
801 - 900 of 8705 matches
Mail list logo
