Package: e2fsprogs
Version: 1.43.4-2
The current version of e2fsprogs ships a complete Chinese translation.
This is normally good news, just not quite so with badblocks which
miscounts columns and gives too few `\b`'s for stepping back.
In zh_CN.po, badblock's status text is translated as:
(Sorry for bringing this up after two years, but indeed some
shebang/binfmt support can be convenient.)
On 1/3/2014 14:38, sri...@marirs.net.in wrote:
> If bash script is run like "./script_name" only bash is understands and
> starts interpreting it as a script.
#! (shebang/hashbang) is a magic nu
Hello,
Sorry for that previous CC-ed message with very long quotes. I made a
mistake when checking the Bug ID and the existence of that quoted reply.
:/
--
Regards,
Arthur2e5
signature.asc
Description: OpenPGP digital signature
ng
all your message and CC'ing it back to the bug so your reply will be
visible on the bug info page for others.
>
> On Wed Apr 20, 2016 at 12:04:37 -0400, Mingye Wang (Arthur2e5) wrote:
>> Package: minicom
>> Version: 2.7-1
>>
>> // omitted
>>
>> wcs
> Version: 1.0.0
> PS: The homepage should be changed to https://pygccxml.rtfd.org, or use
> https://github.com/gccxml/pygccxml if you prefer GitHub repo URLs.
>
Just noticed that lots of new releases have happened in that new
upstream. The latest tag is 1.7.3.
PyPI records consistent with GitHu
Package: pygccxml
Version: 1.0.0
According to gccxml documentation, gccxml is deprecated in favor of
castxml. pygccxml has castxml support too according to its doc.
So the Depends item should be something like `gccxml | castxml`.
PS: The homepage should be changed to https://pygccxml.rtfd.org, o
Package: minicom
Version: 2.7-1
A few months ago I was doing some minicom zh_CN l10n on
TranslationProject.org. Since the work is has been assigned to someone
else, I was not able to submit the done files. Interestingly, the
coordinator of the zh_CN language actually presented me with an extra
rea
LP #1566651 doesn't seem to be caused by font cache --
teddybeermaniac@lp reported that force-regenerating the cache didn't
solve the blurry bitmap problem.
It appears that 2.11.94 doesn't show the problem, so the fix should be
somewhere upstream. After some commit-log grepping
(https://cgit.free
When looking at
https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/1566651 I
realized that the commit message in 3cd573f suggests manual re-caching.
A extra cache version bump should be done when backporting, or 'weird
thing[s]' may happen.
--
Regards,
Arthur2e5
signature.asc
Descripti
Package: fontconfig
Version: 2.11.0-6.4
Version: 2.11.0-6.3
Fontconfig <= 2.11.1 uses a segmented approach to map font weights. This
breaks on fonts like Noto Sans CJK, where Demilight (OS/2 weight=350)
and Regular (OS/2 weight=400) are both treated as Regular (FC
weight=80). So if you install the
Package: apt
Version: 1.1.3
In apt's `apt-key` script (cmdline/apt-key.in), there are multiple calls
to the external program `which`, which is often supplied by the
`debianutils` package on Debianish systems.
However, apt's control file (debian/control) doesn't claim it to be
dependent on the pac
11 matches
Mail list logo
