e day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home https://framapiaf.org/@charles_plessy
- You do not have my permission to use this email to train an AI -
Control: reassign 1089461 ftp.debian.org
Control: retitle 1089461 RM: umegaya -- RoM; package no longer maintained
(Thanks ChagtGPT for writing the bug title for me)
Dear FTP team,
please remove umegaya from our archive.
This package will stay dear in my heart, as this work lead to the
adoption
that disables the
test suite.
Have a nice week-end,
Charles
Le Sun, Nov 24, 2024 at 08:44:04AM +0900, Charles Plessy a écrit :
> Hi Dirk and everybody,
>
> yes it is in the radar. I will disable the tests before the removal if I
> or others can not fix the failure:
>
&g
vide the needed locale
to debci, please let me know.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian R packaging team https://wiki.debian.org/Teams/r-pkg-team
Tooting from home https://framapiaf.org/@charles_pless
Package: ftp.debian.org
Please remove r-cran-tmb and its reverse dependencies from 32-bit
architectures as we stopped building for them.
Thanks,
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
4 at 04:14:48PM +0900, Charles Plessy a écrit :
>
> quick message to say that r-cran-survey now passes all the CI tests
> after I converted it to an architecture-dependent package.
# Also fix options to add searchmode=plain
}
```
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home https://framapiaf.org
e (and maybe the whole Bioconductor) for
riscv64.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home https://framapiaf.org/@charles_plessy
-
distribute:
https://web.archive.org/web/20091012214158/http://bioinformatics.org.au/glam2/
Cheers,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home
Package: ftp.debian.org
Please remove 32-bit arch packages for r-cran-tmp and r-cran-glmmtm
as I have made them build-depend on architecture-is-64-bit.
Thanks!
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http
> Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE not
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> ___
> R-pkg-team mailing list
&g
ocale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE not
> set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> ___
> R-pkg-team mailing list
> r-pk
am mailing list
> r-pkg-t...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/r-pkg-team
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tootin
ink that it is probably fine to release without it
and to consider removing package go if we do not get complains.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Control: forwarded 1077463 https://github.com/r-lib/backports/issues/83
Hi all,
I forwarded the issue upstream. I hope they fix it themselves and
we can close this bug with a routine upload.
Have a nice day,
Charles
Le Mon, Jul 29, 2024 at 07:56:49AM +0200, Paul Gevers a écrit :
> Source: r-c
hp?package=rmpi
> [2] https://buildd.debian.org/status/package.php?p=rmpi
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> ___
> R-pkg-team mailing list
> r-pkg-t...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bi
hecks/check_results_dimRed.html
Hello everybody,
among the tested release architectures, only i386 is failing.
I can update r-cran-dimred so that it excludes i386.
But would that mean I have to do that for its reverse-dependencies too ?
Have a nice day,
Charles
--
Charles Plessy
h-specific removals were
handled automatically. That would save everybody a lot of work!
Cheers,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from work,
ere will be at least this text/plain entry that
will always take precedence over autogenerated ones, isn't it ?
Cheers,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from ho
,
I just tried using dpkg-query to find with package the desktop file
belongs to. However, this is way too slow for a script that may be run
multiple times when packages are installed or removed.
At the moment I do not see another solution than documenting the issue
better in the manual page of
Package: unzip
Version: 6.0-28
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Santiago,
after screening Debian for update-mime[^-], I found that unzip still
calls update-mime in its postinst and postrm files. This is not
necessary anymore as mailcap, the package providing update-mime, use
Le Sun, May 26, 2024 at 05:35:28PM +0300, Yair Yarom a écrit :
>
> The function MagicMimetype always fails because the `command -v file` isn't
> executed inside a shell (rather, perl searches for the "command" binary, and
> fails to find it).
Thanks Yair for the patch. I confirm it works.
Can y
Hi Andreas,
I agree that we can remove EMBOSS in all 32-bit platforms. I think that
a large fraction of the scientific field has no appetite to do any extra
volunteer work to such as accepting our patches to support scientific
computations on 32-bit systems in 15 years...
Have a nice day,
Charl
u, me, or their maintainer.
I am looking forward seeing the end of the mime-support transition !
Have a nice day,
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://fediscience.org/@charles_plessy
Tooting from home,
Le Thu, Dec 07, 2023 at 08:14:30PM +0900, Charles Plessy a écrit :
>
> Please either drop the build-depend on mime-support or replace it by
> media-types.
>
> If you are busy I can offer to NMU your package. I would like to remove
> mime-support from the archive.
Dear Al
Le Thu, Dec 07, 2023 at 08:10:49PM +0900, Charles Plessy a écrit :
>
> the file /etc/mime.types is now provided by the package media-types.
> Please build-depend on it instead of media.types.
>
> If you are busy I can offer to NMU your package. I would like to remove
> mim
Hi Graham and Andreas,
Le Thu, Dec 07, 2023 at 01:37:02PM -0100, Graham Inggs a écrit :
>
> Also, why do r-bioc-netsam and r-bioc-org.hs.eg.db not even appear on
> the tracker?
I do not know for r-bioc-netsam, but for r-bioc-org.hs.eg.db and similar
packages, it is because it is an "annotation p
against courier and jool. Can I ask you to fix
node-mime-types? You are Uploader of it…
Looking at the source code, it seems that node-mime-types does not need
mime-support at all. But if it does please build depend on media-types
instead.
Have a nice day,
Charles
--
Source: jool
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Alberto,
mime-support is a transitional package replaced by media-types. It
provides the file /etc/mime.types. But looking at the source code of
jool, it seems that you do not need it at all.
Please either drop the build-depend
Source: courier
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Markus,
the file /etc/mime.types is now provided by the package media-types.
Please build-depend on it instead of media.types.
If you are busy I can offer to NMU your package. I would like to remove
mime-support from the arch
place in April or May 2024. As time passes I am starting to wonder
if we should just skip the current one...
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting
Control: tag -1 - moreinfo
Dear Scott,
the transition is over; to the best of my knowledge, no package depends
exclusively on mime-support, and in all alternatives it comes second
after media-types.
Please remove mime-support.
Have a nice day,
Charles
--
Charles Plessy
Le Fri, Nov 10, 2023 at 11:30:13PM +0100, Sebastian Ramacher a écrit :
>
> Can you please clarify whether you are talking about new dependencies or
> reverse dependencies above? Thanks.
Hi Sebastian,
I am talking about the reverse-dependencies of the packages that we need
to upload to NEW. Thes
ete the checks and package the new dependencies and submit
the to NEW next week. I suppose that we just have to go through he
whole process and notify you when it is done?
Have a good week-end,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian M
Please trust us this time, and if you think that next time you need to
monitor our monitoring, I can for instance toot regularly under a
pre-decided hashtag about our preparation and you can review it at the
time of the transition, (in about 5 months; the clock is ticking).
Have a nice day,
Charle
to tell you if and how much the
transition will require the processing of packages through the NEW
queue.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from wor
Le Wed, Oct 25, 2023 at 10:23:44PM +0900, Charles Plessy a écrit :
>
> I intend to NMU pillow to DELAYED/15 soon, unless you plan to remove the
> dependency on mime-support by yourself in a reasonable delay.
Hello Matthias,
I uploaded to DELAYED/15 on the 29th. Here is the debdiff.
declare a reverse-dependency to
an existing Bioc package that we ship in Debian. Therefore, I do not
expect that this transition will require NEW processing.
https://bioconductor.org/news/bioc_3_18_release/
Graham, please let us know when we can start uploading.
Have a nice d
of the dependency chain will change again
this time.
With this in mind, can I ask why is it necessary to upload to
experimental first? We never had to do it before, and it is a lot of
extra work.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Jap
atthias,
I intend to NMU pillow to DELAYED/15 soon, unless you plan to remove the
dependency on mime-support by yourself in a reasonable delay.
Cheers,
Charles, maintainer of the media-types, mailcap and mime-support
packages.
--
Charles Plessy Nagahama, Yomitan,
Le Tue, Oct 10, 2023 at 06:56:43AM +0900, Charles Plessy a écrit :
>
> python3-pil depends on mime-support | python3-pil.imagetk, and
> python3-pil.imagetk does not depend on mime-support, thus python3-pil is
> installable without mime-support, isn't it?
>
> Could you ple
ve to think about it anymore, and focus on the
future.
If you prefer I NMU pillow instead, please let me know.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://fediscience.org/@charles_plessy
Tooting from
Dear Bjarni,
thank you for your report about this manpage and the other ones of this
package.
I am considering refactoring the whole package as a Perl module that might
be called App::Mailcap, and as part of this the manual pages would be
converted to Perldoc format. Therefore, I do not intend t
Hello,
s3fs-fuse is one of the last packages holding the mime-support
transition; I intend to NMU it soon with to close this bug.
Have a nice day,
Charles
Le Sun, Apr 17, 2022 at 02:32:04PM +0900, Charles Plessy a écrit :
> Source: s3fs-fuse
> Severity: normal
> X-Debbugs-Cc: ple...@d
Le Sun, Apr 17, 2022 at 02:32:04PM +0900, Charles Plessy a écrit :
>
> In the previous release cycle, I have split the `mime-support` package
> into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
> the mailcap system. `mime-support` is now a transitional pack
Le Mon, Jan 18, 2021 at 07:54:19AM +0900, Charles Plessy a écrit :
>
> I have recently split the `mime-support` package into two: `mailcap` for
> the mailcap system, and `media-types` for providing `/etc/mime.types`
> to allow minimal systems without `mailcap`.
>
> The `mailca
Le Sun, Apr 17, 2022 at 02:48:31PM +0900, Charles Plessy a écrit :
>
> In the previous release cycle, I have split the `mime-support` package
> into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
> the mailcap system. `mime-support` is now a transitional pa
Dear Scott,
I just saw your "moreinfo" tag.
I forgot to mention in the bug that I have a wiki page tracking final
stage of the transition:
https://wiki.debian.org/mime-support
Please let me know if you need more information or if you would prefer
me to NMU the unresponsive packages before you r
Package: pygopherd
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear John,
the mime-support package on which pygopherd depends is a transition
package that was superseded by media-types, providing /etc/mime.types,
and mailcap, providing the mailcap system.
I need you to update the dependency
Le Thu, Aug 17, 2023 at 07:52:35AM +0200, Andreas Tille a écrit :
>
> arch <- R.version$arch
> identical(arch, "i386") || identical(arch, "i686") || identical(arch,
> "armel") || identical(arch, "armhf")
Hi Andreas, how about:
system("dpkg-architecture -qDEB_BUILD_ARCH", intern=TRUE) %i
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: mime-supp...@packages.debian.org
Control: affects -1 + src:mime-support
Dear FTP team,
please remove mime-support (binary and source) from trixie.
The transition from mime-support to
Le Tue, Aug 01, 2023 at 09:29:59AM +0900, Charles Plessy a écrit :
>
> the DESeq Bioconductor package was removed from the 3.17 release
> upstream. I think that we can remove it from unstable and testing too.
>
> I will fill a removal later today.
Actually it was removed from Bi
7 release
upstream. I think that we can remove it from unstable and testing too.
I will fill a removal later today.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Too
conclusive !
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from home https://framapiaf.org/@charles_plessy
- You do not have my permission to use this email
cgi?bug=605250
10 years later, that surely does not look like it was the best choice…
But please give a try to the IANA registration. It is way easier than
10 years ago.
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team
Hi Patrice,
maybe you or someone else can register the media type to the IANA based
on the expired IETF draft and see if it goes?
In any case, we have time as Debian is currently frozen...
Have a nice day,
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med
Dear Giuseppe,
thank you for your report,
registration to IANA is not difficult, can you find somebody who is
willing to do it ?
https://www.iana.org/form/media-types
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging
Le Sun, Dec 25, 2022 at 10:58:12AM +0200, Martin-Éric Racine a écrit :
>
> Where? What was the explanation?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886389#45
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team
Hello everybody,
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 useful not only to
Biopython, but also to the people who need it in pipelines, etc.
Have a nice d
Package: radosgw
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Hello,
can you replace the transition package `mime-support` with `media-types`
in the control file of radosgw ?
The `media-types` package was split out of `mime-support` during the
previous release cycle and distributes the `/etc
lar
version may build fine, and let biophython pass its tests, we do not
know if t_coffee produces sound results on these architectures. Unless
we know or hear from an ARM user, I would recommend to play safe and
only distribute it on amd64 for this release.
Have a nic
ink that t-coffee never worked on ARM. It built, but never worked.
The simplest would be to distribute it only on amd64.
See https://bugs.debian.org/631249
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http
est_cache
hypothesis profile 'default' ->
database=DirectoryBasedExampleDatabase('/home/charles-plessy/Debian/python3-pychopper/.hypothesis/examples')
rootdir: /home/charles-plessy/Debian/python3-pychopper, configfile: pytest.ini,
testpaths: pychopper
plugins: openfiles-0.
Hi Russ and Gregor,
thanks for your feedback,
I think that I made most of the points I was thinking about and hope
that some of them related to Simple English and jargon can be useful in
the future. I also understand your point of view. One final comment I
would like to make is that the format
Hi Russ,
Le Tue, Sep 20, 2022 at 06:08:16PM -0700, Russ Allbery a écrit :
>
> I do find the use of paragraph the way we were previously using it to
> be confusing, particularly given that the paragraphs contain fields
> which in turn contain actual paragraphs in the normal sense of the
> term.
>
Hi all,
while I do not want to pull the handbrake I would like to add my
minority opinion to that change:
Le Tue, Sep 20, 2022 at 04:11:43PM +, Russ Allbery (@rra) a écrit :
>
> The «stanza» name is a commonly used and understood term when referring
> to deb822 blocks. Although «paragraph» i
rdingly if true ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy
Hi Gunnar !
Summary: I report which layout I get with various combinations of locale and
user and system configurations. Perhaps importantly, I also found that when I
switch layout using the keyboard shortcut that I configured (pressing the two
shift keys), I do not get the same result as if I se
cat /etc/default/keyboard
XKBLAYOUT=jp,ca
XKBVARIANT=,multix
BACKSPACE=guess
And also:
cat /etc/default/locale
LANG=fr_CA.UTF-8
Have a nice day,
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debia
package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in
mldonkey-server's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.techn
,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy
transitional package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in
live-task-standard's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work,
` is now a transitional package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in
golang-github-google-martian-dev's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from
. `mime-support` is now a transitional package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in
golang-github-google-go-github's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
To
would like to remove from Debian.
May I ask you to replace mime-support with media-types in exmh's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting
that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in the Depends
line of the php8.1 packages that use it?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https
remove from Debian.
May I ask you to replace mime-support with media-types in nmh's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from
transitional package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types of mailcap in
debian-edu-config's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work,
would like to remove from Debian.
May I ask you to replace mime-support with media-types in mit-scheme's
Recommmends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_p
package that I
would like to remove from Debian.
According to your needs, can you replace mime-support with media-types
or mailcap in netsurf's Recommends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work,
that I
would like to remove from Debian.
May I ask you to replace mime-support with media-types in gitit's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_p
package that
I would like to remove from Debian.
May I ask you to replace mime-support with media-types in s3fs's Depends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_p
package that
I would like to remove from Debian.
According to your needs, can you replace mime-support with media-types or
mailcap in topal's Recommends ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work,
now a transitional package that
I would like to remove from Debian.
According to your needs, can you replace mime-support with media-types or
mailcap in w3m's Suggests ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from
Dear Elimar,
I am the maintainer of mime-support, mailcap and media-types.
I would like to remove mime-support from Debian this release cycle.
Sorry that I did not contact you earlier, but may I ask you to recommend
mailcap instead of mime-support ?
Have a nice day,
Charles
--
Charles
/r-4.1/index.en
Dirk (the r-base maintainer), has probably other good (and more modern)
solutions. In any case, please feel free to post more questions
directly on the debian-r mailing list.
Have a nice week-end,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Ja
Le Wed, Mar 30, 2022 at 06:04:06PM +0300, Yair Yarom a écrit :
>
> This is a somewhat obscure feature (and not really documented), so I doubt
> it breaks many systems, and so I'm not sure how urgent this is to be
> backported.
Thanks Yair for the fast answer,
indeed, it is undocumented and I did
I upload an update, as I would like to go through of a couple of other
open issues first.
Do you think a backport or a stable update would be needed ?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastod
Package: debian-policy
Version: 4.6.0.1
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Hi Russ and Sean,
it is a long time I have not posted here!
In the previous release cycle, I have split the mime-support into the
media-types and the mailcap packages.
The patch below updates the Policy to
Le Mon, Dec 28, 2020 at 08:16:24AM +0900, Charles Plessy a écrit :
>
> I see on the upstream mailing list that it is being discussed.
>
> https://groups.google.com/a/webmproject.org/g/webp-discuss/c/gklBC0vn7NI/m/_bmsFb05AwAJ
>
> In my opinion, it is unfair to call I
detailed report! I commited the change to the source
package and it will take effect after the next upload.
Have a nice week-end,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
To
aybe that is the reason.
I see that many image/jx* have been registered to the IANA by
sc29-sec&itscj.ipsj.or.jp; maybe you can ask that person if they have
a plan to do so for JPEG XL ?
Have a nice week-end,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa,
mit rights.
https://salsa.debian.org/debian/mailcap
Have a nice day,
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from work, https://mastodon.technology/@charles_plessy
ssed this).
Hi Andreas, sorry for not providing enough context, it was here:
https://wiki.debian.org/UpstreamMetadata?action=diff&rev2=145&rev1=144
Cheers
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian
ur support !
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy
?
Have a nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Debian Med packaging team http://www.debian.org/devel/debian-med
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home,
nice day,
Charles
--
Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Tooting from work, https://mastodon.technology/@charles_plessy
Tooting from home, https://framapiaf.org/@charles_plessy
Le Sat, Jan 02, 2021 at 10:13:09AM +0900, Charles Plessy a écrit :
>
> Recently I have split the `mime-support` package into two: `media-types`
> supplies /etc/mime.types and `mailcap` supplies the mailcap system.
> `mime-support` remains as a transitional package for the moment.
&g
Le Sun, Jan 17, 2021 at 08:12:10AM +0900, Charles Plessy a écrit :
>
> `mime-support` is now a transitional package, and it would be great if
> users could be able to remove it after the _Bookworm_ release.
>
> Please Depend on `media-types` instead of `mime-support` if you only
&
Le Sun, Jan 17, 2021 at 11:28:03AM +0900, Charles Plessy a écrit :
>
> `mime-support` is now a transitional package, and it would be great if
> users could be able to remove it after the _Bookworm_ release.
>
> Please Depend on `media-types` instead of `mime-support` if you only
&
1 - 100 of 2277 matches
Mail list logo
