:
> Hallo,
> * Osamu Aoki [Mon, Apr 05 2021, 08:32:30PM]:
> > Hi,
> > I created a script to check all broken repo contents across all debian
> > and security downloads.
> >
> > After fiddling with this problem, I realized few things on this apt-
> > cacher-ng prob
Package: debmake-doc
Version: 1.16-1
Severity: normal
pbuilder/cowbuilder is getting aged.
sbuild is now mature and easy to use. It uses recent kernel bind mount
feature. Faster and cleaner.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500,
://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows
* https://en.wikipedia.org/wiki/Windows-1252
Regards,
Osamu
On Sat, 2021-04-03 at 10:21 +0800, Paul Wise wrote:
> Hi Osamu,
>
> On Tue, 3 Apr 2007 01:47:28 +0900 Osamu Aoki wrote:
>
> > Thanks for interesting tool. This is helping me
Hi,
I created a script to check all broken repo contents across all debian
and security downloads.
After fiddling with this problem, I realized few things on this apt-
cacher-ng problem.
Broken downloads is not just deb file but I also saw truncated
InRelease file. But such problem is much
Package: apt-cacher-ng
Version: 3.6.3-1
Severity: normal
I think apt-cacher-ng doesn't close downloaded file properly under heavy
stress and leaves truncated damaged package file in its cache. Its size
is smaller than the size listed in *.head file. So apt-cacher-ng knows
it is truncated or
Hi,
If you wish to check the diskspace used by the btrfs subvolume, you are
suppose to use qgroup thing as mentiond. That is not safe to use.
But if the objective is to avoid filling up the disk. may be abit
simpler approach may help. Let me explain.
FYI:
If the base of Btrfs is at
On Tue, 2021-03-09 at 15:22 +0100, Gunnar Hjalmarsson wrote:
> Hi Osamu,
>
> On 2021-03-09 14:58, osamu.a...@gmail.com wrote:
> > For Japanese, kkc is the only choice gnome-initial-setting offers.
> >
> > No anthy/no kkc/no skk/ ...
> >
> > So this is not an option for Japanese.
>
> So
Package: ibus-anthy
Version: 1.5.12-1
Severity: important
X-Debbugs-Cc: YOSHINO Yoshihito
>From yeasterday's upgrade 1.5.11-2 -> 1.5.12-1, anthy is not usable on
GNOME/ibus.
This happened just when I was going to check https://bugs.debian.org/983695
I don't see anthy in GNOME Setting dialogue.
Hi,
For Japanese, kkc is the only choice gnome-initial-setting offers.
No anthy/no kkc/no skk/ ...
So this is not an option for Japanese. (Probably good for Korean)
On Mon, 2021-03-08 at 18:41 +0100, Gunnar Hjalmarsson wrote:
> On 2021-03-08 17:19, Shengjing Zhu wrote:
> > Hi,
> >
> > On
Hi,
On Thu, 2021-03-04 at 11:43 +0100, Gunnar Hjalmarsson wrote:
> On 2021-03-04 04:54, Osamu Aoki wrote:
> > What we need now is not the intrusive old fcitx approach but still
> > a
> > clean patch to GNOME to make default IM setting code configurable
> > via Gsetti
Hi,
As I was looking around nautilus-compare, I realize this too was hit by
python3 migration.
Now thatI know python3 porting is done, I want to know if Debian/Ubuntu
package status? I may sponsor it. (Yes, we may miss bulleseye but
...)
I don't have much time to polish package. So I need a
Hi,
Let me recall my memory
On Tue, 2021-03-02 at 13:02 +0800, Shengjing Zhu wrote:
> > On 2021-03-01 15:25, Shengjing Zhu wrote:
> > > I'm not a GNOME user. But reading this, I feel it's seriously
> > > broken.
> > > GNOME shouldn't take over the responsibility of tasksel to decide
> > >
Hi,
I still experience very bad quality rendering of fonts. Fonts looks
like very small number pixel fonts zoomed up in current pre-release
testing/unstable.
As I see upstream gtk/webkit bug, I wonder following upstream change
may fix this. (Not testedfor my problem but sounds like something
control tags -1 patch
thanks
The current useradd since 2019 has --btrfs-subvolume-home option.
$ useradd -h
Usage: useradd [options] LOGIN
useradd -D
useradd -D [options]
Options:
...
--btrfs-subvolume-homeuse BTRFS subvolume for home directory
...
(Yes, its manpage
Hi,
Speaking of btrfs integration to grub, I noticed some strange cruft
code in /etc/grub.d/30_os-prober. (grub-common package) Maybe this is
some backward compatibility feature code to address older os-prober.
We may need to be careful around here or this may be an non-issue.
In
Hi,
Knowing bulleseye 11 release is near and this issue may stay, people
may need to work around this issue of btrfs subvolume as root
partition. Here is my WORKAROUND suggestion.
(Please note that my patch proposal in my original bug report is not-
yet tested well.)
The current Debian Grub2
Package: os-prober
Version: 1.78
Severity: normal
Issue:
Currently Debian os-prober support only btrfs root-filesystem on the root of
the btrfs, i.e., ID 5 (FS_TREE). This makes auto generated grub.cfg to miss
Linux install to btrfs for some Ubuntu and Suse since they put root-system
under @
Package: debmake
Version: 4.3.2-1.1
Severity: wishlist
simplify code
add gui
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-1-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_US.UTF-8,
On Mon, 2020-12-14 at 10:06 +0800, xiao sheng wen wrote:
> In most situation, if one package in oldstable but not in stable,this
> package can usually been installed in stable.
>
> Drop such packages from listing is also fix this bug report.
>
> Is debian-reference need to support list such
Hi,
I just uploaded 2.77 addressing all the issues.
I also made a merge of Boyan's changes while overriding them.
I hope this is OK since my change history should have most of the fixes
proposed. If I am wrong, let me know. That goes to 2.78.
On Sat, 2021-01-09 at 14:40 +0900, Osamu Aoki
Hi,
I think it is time to fix this bug and upload package. Let me make
final check. Osamu
On Fri, 2021-01-08 at 23:28 -0500, Boyuan Yang wrote:
> Hi,
>
> 在 2021-01-08星期五的 09:49 +0800,xiao sheng wen(肖盛文)写道:
> > Hi,
> >
> > libopencc2-data had change name to libopencc-data in bullseye
> >
Doesn't this give impression that these packages are supported well?
I usually drop such packages from listing
On Fri, 2020-11-13 at 16:44 +0800, xiao sheng wen (肖盛文) wrote:
> tags -1 + fixed pending
>
>
> I'd committed the patch in git repo use the attachment patch.
>
> This patch add the
, 2020-10-21 at 22:41 +0200, Moritz Mühlenhoff wrote:
> On Tue, Nov 19, 2019 at 10:43:49PM +0900, Osamu Aoki wrote:
> > On Sun, Nov 17, 2019 at 02:28:44PM +0900, Osamu Aoki wrote:
> > > Hi,
> > >
> > > On Wed, Nov 13, 2019 at 11:11:43AM -0600, Charles Caza
Hi,
On Mon, 2020-10-19 at 07:35 +, Holger Wansing wrote:
> Hi,
>
> Am Montag, 19. Oktober 2020 schrieb xiao sheng wen (肖盛文):
> > run "make entity" also let us find any errors in the whole
> > building
> > process.(example is Bug#972437)
> >
> > entity tag also used very heavy in the
On Thu, 2020-08-27 at 19:42 +0100, Sudip Mukherjee wrote:
> On Thu, Aug 27, 2020 at 7:37 PM 積丹尼 Dan Jacobson > wrote:
> > Actually I am guessing the current maintainer isn't reading these
> > emails, and you Sudip, should consider non-maintainer uploads or
> > steps
> > on how to take over the
this, please
carefully assess upstream situation.
Regards,
Osamu
On Thu, 2020-08-27 at 14:49 +0100, Sudip Mukherjee wrote:
> X-Debbugs-Cc: Osamu Aoki
>
>
> On Wed, Aug 26, 2020 at 04:51:33PM +0800, Dan Jacobson wrote:
> > Package: wnpp
> > Severity: wishli
Control: severity -1 important
Hi,
Thanks for the log which helps
It only breaks for javascript/nodejs.
Javascript/nodejs support is new and needs help. Besides
(You shouldn't file a grave RC bug without throurough review against
policy.)
On Fri, 2020-08-28 at 21:39 +0530, Pirate
Control: retitle -1 README documentation needs update
Since this gives beutiful boot screen and I have been using this
package, I kind of want this to be around in future. But this does't
seem to be getting love. It is true this README needs update. But
package update can't be offered as "it
Hi,
I don't exactly know what is your local problem with python2. You don't
even bother to describe your installation. (as usual from you)
Please expect this getmail package to be EOLed after buster (=Bullseye)
* Debian is moving to python3 only after buster
* Upstream of getmail hasn't move to
alled by this morning's full-upgrade, but the
> issue
> is the same.
>
> I think my problem is having an /etc/locale.conf file with a bunch
> of
> LC_ variables set. I don't know where that file came from, perhaps a
> previous installation that got copied into the new one.
>
>
Control: reopen -1
Control: tags -1 pending
On Sat, 2020-07-25 at 00:39 +0900, Osamu Aoki wrote:
> Oops,
>
> I think your problem goes out if you install the locales-all package
>
> I forgot to ask:
>
> $ dpkg -l locales*
>
> If you didn't install locales-all pa
E=en_CA.UTF-8" in my home directory; there are similar entries
> for
> all the other LC_ variables in my environment. Is there some
> configuration of dbus that sets those variables? If so, I don't know
> where that is configured. I fear I have enough Linux experience to
Hmmm...
I agree this is probably not a bug but a user support problem. Let me
add a comment:
I chose to use $LANG to set the locale since that seems to be the way
default install configures used by Debian system.
Hank, if you are facing this issue on some default install system
without
Control: retitle -1 itstool: handle broken XML in PO gracefully
Control: severity -1 wishlist
Control: reassign -1 src:itstool
Hi again,
On Mon, 2020-07-13 at 20:18 +0900, Osamu Aoki wrote:
> Basically itstool needs to handle broken PO file more gracefully
> with more informative error m
Hi,
On Mon, 2020-07-13 at 15:40 +0900, Osamu Aoki wrote:
> Hi,
>
> On Mon, 2020-07-13 at 14:12 +0900, Osamu Aoki wrote:
> > Hi,
> >
> > While working on Unreleased 1.15, I saw a bug preventing build
> > process
> > under test build process.
> >
Hi,
On Mon, 2020-07-13 at 14:12 +0900, Osamu Aoki wrote:
> Hi,
>
> While working on Unreleased 1.15, I saw a bug preventing build
> process
> under test build process.
>
> It fails when running "mktemp" if $TMPDIR doesn't exist in advance,
>
> The fol
Hi,
While working on Unreleased 1.15, I saw a bug preventing build process
under test build process.
It fails when running "mktemp" if $TMPDIR doesn't exist in advance,
The following seems to fix it.
@ -114,6 +114,7 @@ pot: $(PO_DIR)/templates.pot
#
$(PO_DIR)/templates.pot:
Hi here is my correction. I think patch proposed by Gunnar
is what we need.
On Fri, 2020-07-10 at 11:40 +0900, Osamu Aoki wrote:
> Gunnar
>
> On Wed, 2020-07-08 at 18:09 +0200, Gunnar Hjalmarsson wrote:
> > Package: src:ibus
> > Version: 1.5.22-5
> > I would sug
Gunnar
On Wed, 2020-07-08 at 18:09 +0200, Gunnar Hjalmarsson wrote:
> Package: src:ibus
> Version: 1.5.22-5
> I would suggest that "Recommends: ibus" in ibus-data is replaced
> with "Suggests: ibus".
I think what you suggest seems to be a reasonable fix to the current
excessive package pull-in
Hi Pirate Praveen,
My recent 4.3.2-1 upload of debmake to sid enables node.js experimental
support.
Please check this uploaded sid package solved #954828 and respond to me
on questions below.
Once these are done, I will make source-only to get this package
migrated to the testing ;-)
I have
Hi,
Please excuse me for having zero idea on javascript situation.
I only checked: https://wiki.debian.org/Javascript/Nodejs/Npm2Deb
There I see 2 types of source tarball:
* node-require-directory-2.1.1.tgz
* require-directory-2.1.1.tgz
These expands to files containing:
*
Package: debmake-doc
Version: 1.14-1
Severity: normal
Mention debhelper:compat via debian/control
In current debhelper, you can specify the compatibility level in
debian/control by adding a Build-Depends on the debhelper-compat
package. For example, to use v12 mode, ensure
Control: tags -1 pending
I guess I need to update corresponding part in debmake-doc
Osamu
thinking that I may make debmake to call
licensecheck in future.
On Sun, 2020-07-05 at 17:03 +0200, Jonas Smedegaard wrote:
> Quoting Osamu Aoki (2020-07-05 16:25:40)
> > Control: tags -1 pending
> >
> > (Patch commuted to salsa.)
> >
> > Yes
Control: tags -1 pending
(Patch commuted to salsa.)
Yes your updated licensecheck is as good in functionality with
--deb-machine
option! This is incorrect.
I admit my script has some shortcomings. But I also realize replacing
it with your licensecheck doesn't solve this. So I will keep it
Hi,
My initial code was a working code until I added the filename length
limit just before I submitted :-)
Anyway I sorted out 100+ CDs since then and I think this is in
reasonable shape as an example code.
Let me attach 2 code:
* abcdef-m4a -- post process of abcde for m4a (cover.jpg and
Package: abcde
Version: 2.9.3-1
Severity: wishlist
Tags: patch
CDDB is not perfect. Se we tends to end up with rip result with
missing
tags etc.
We can use external programs such as picard to fix tags.
But nicely generated file names by mange... script in abcde is out of
reach now.
What we
Hi.
Certainly it will be nice to autodetect filename length limitation and
trim filename accoudingly.
But for practical and cosmetic purpose, excessively long filename looks
better if they are trimmed. For that, only user knows how long it
should be.
This belongs to ~/.abcde.conf
Adding
Hi.
Certainly it will be nice to autodetect filename length limitation and
trim filename accoudingly.
But for practical and cosmetic purpose, excessively long filename looks
better if they are trimmed. For that, only user knows how long it
should be.
This belongs to ~/.abcde.conf
Adding
There are many CD album which consists of multiple CDs and they come
with the same CD title for the album. CD with repeated names are NOT
so rare. (Colliding musicbrainz discid should be rare.)
Following bug is addresses such case.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954263
So
=144
If you want patched file or git repo of all I mentioned issues, I
pushed code to
https://github.com/osamuaoki/abcde/blob/master/abcde
Osamu
From ab1fe743df8e8db7f843ed3d12c19af5f6d7c592 Mon Sep 17 00:00:00 2001
From: Osamu Aoki
Date: Mon, 22 Jun 2020 10:21:30 +0900
Subject: [PATCH 2/2
Changwoo,
Thanks for the information.
If you can send me a patch to anything, I appreciate.
Osamu
On Thu, 2020-05-21 at 16:47 +0900, Changwoo Ryu wrote:
> Package: im-config
> Version: 0.44.1-1
> Severity: normal
>
> The imhangul support in im-config seems to be for imhangul (GTK2/3)
> and
>
://github.com/MilanV)
Osamu
From 1b0fde3cf0081c36a1dbaa71dc6b9c6f3869e5d6 Mon Sep 17 00:00:00 2001
From: Osamu Aoki
Date: Sun, 12 Apr 2020 21:07:55 +0900
Subject: [PATCH 1/3] Enhance packaging
Docs with focus on Debian
Drop deprecated target (lintian clean)
Signed-off-by: Osamu Aoki
---
debian
Hi
On Sat, Feb 29, 2020 at 09:43:55AM -0700, Sean Whitton wrote:
> Hello Matt,
>
> On Sat 25 Jan 2020 at 04:06PM -08, Matt Taggart wrote:
>
> > I am following the the "When upstream tags releases in git" section of
> > dgit-maint-merge(7) and when I get to the "Now go ahead and
> > Debianise..."
Hi,
On Sun, Jan 12, 2020 at 08:36:49AM +0100, Hakan Ardo wrote:
> Hi,
> thanx a lot for the great summary of the situation! Historically, the
> issue with "community" versions of the avr toolchain have been the
> lack of support for all AVR devices. Especially newer once. I don't
> know what the
Hi again,
I checked meaning of GCC versions.
GCC development time lines:
https://gcc.gnu.org/develop.html#timeline
As for ISO C99 conformance:
https://gcc.gnu.org/c99status.html
The last mentioned version was GCC 5 for "extended identifiers". So GCC
5 as supported by the vendor
Hi
(The URL for avr-gcc for Linux in my previous post was wrong but it
isn't important ...)
Arduino seems to built avr-gcc with
https://github.com/arduino/toolchain-avr
It's opening page states:
binutils-2.26
gcc-5.4.0
avr-libc-2.0.0
gdb-7.8
Not gcc-7.3.0 as released as
Hi,
This is a review of CC/C++ for AVR.
Debian Buster:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionArchitecture
Control: tags 945321 pending
FYI: Updated packaging guide which is intended to replace this old
maint-guide is debmake-doc and it doesn't have this bug.
On Fri, Nov 22, 2019 at 06:22:42PM -0500, Ryan Kavanagh wrote:
> §9.3.3.1 of Debian Policy states
>
> An older practice, which should not
On Sun, Nov 17, 2019 at 02:28:44PM +0900, Osamu Aoki wrote:
> Hi,
>
> On Wed, Nov 13, 2019 at 11:11:43AM -0600, Charles Cazabon wrote:
> > Osamu Aoki wrote:
> > >
> > > Currently, getmail is a candidate for removal from the upcoming Debian
> > > releas
Hi,
On Wed, Nov 13, 2019 at 11:11:43AM -0600, Charles Cazabon wrote:
> Osamu Aoki wrote:
> >
> > Currently, getmail is a candidate for removal from the upcoming Debian
> > release if it is not updated to support python 3 by someone (not
> > necessary by upstream)
On Wed, Nov 13, 2019 at 03:31:04PM +0100, Iustin Pop wrote:
> On 2019-11-13 15:06:54, Thomas Goirand wrote:
> > On 11/12/19 4:37 PM, Osamu Aoki wrote:
> > > The related binary packages are available in 2 binary names (depending on
> > > release)
> > > get
Hi,
This is just FYI on situation.
Currently, getmail is a candidate for removal from the upcoming Debian
release if it is not updated to support python 3 by someone (not
necessary by upstream).
Here is the background
Debian and Ubuntu are pushing to remove python2 in next 2020 release.
Hi,
On Wed, Nov 13, 2019 at 09:27:08AM +0100, Ondrej Novy wrote:
> Hi,
>
> út 12. 11. 2019 v 16:37 odesílatel Osamu Aoki napsal:
>
> Upstream is active and prides to keep python 2.5 compatibility code in
> it ... (Not just 2.7). I (Osamu Aoki ) and dkg even
>
Hi,
On Tue, Nov 12, 2019 at 04:57:17PM +0100, Mattia Rizzolo wrote:
> On Wed, Nov 13, 2019 at 12:37:27AM +0900, Osamu Aoki wrote:
> > Upstream is active and prides to keep python 2.5 compatibility code in
> > it ... (Not just 2.7). I (Osamu Aoki ) and dkg even
> > made s
). I (Osamu Aoki ) and dkg even
made some effort to support both 2 and 3 but the idea was rejected by
upstream in 2018. (Then we both lost motivation since upstream will not
include such code in near future)
https://marc.info/?l=getmail=151542515929707=2
The upstream is somehow convinced
Hi,
On Sun, Oct 13, 2019 at 12:51:45AM +0200, Pierre-Elliott Bécue wrote:
> Source: ibus
> Version: 1.5.19-4+b1
> Severity: normal
>
> Dear maintainer,
>
> As far as I can see, it is not possible to do the equivalent of a
> setxkbmap fr latin9 with ibus. French alternative and French are not
>
Hi,
On Wed, Oct 16, 2019 at 05:29:30PM -0400, Antoine Beaupre wrote:
> Package: ibus
> Version: 1.5.19-4+deb10u1
> Severity: wishlist
>
> Here I had a very strange bug that made it impossible to type the @
> sign with the french keyboard. It was extremely annoying but also
> extremely hard to
Thanks
On Wed, Oct 16, 2019 at 04:44:11PM -0400, Antoine Beaupre wrote:
> /usr/share/bug/ibus/script: line 23: lacale: command not found
>
> It looks like the ibus reportbug script has a typo: I would assume the
> above should be "locale" and not "lacale". :)
Fixed in VCS.
Osamu
Hi,
As I see ... it looks like this is im-config bug.
On Wed, Oct 16, 2019 at 04:19:59PM -0400, Antoine Beaupre wrote:
> Package: ibus
> Version: 1.5.19-4+deb10u1
> Followup-For: Bug #914704
>
> I can reproduce this in a Cinammon and i3 desktops, but it's true that
> somehow GNOME is not
Hi,
Upstream has already created 2.1.8pre on github. For my backport needs,
I have created salsa.debian.org repository with completely updated
packaging ;-)
https://salsa.debian.org/debian/shunit2
If no major objection exists, I am going to make NMU upload this to
unstable as my salvage
Hi,
On Thu, Aug 29, 2019 at 10:31:14AM +0900, Changwoo Ryu wrote:
> I found that the RH ibus package also disables three tests,
> ibus-compose, ibus-keypress and test-stress:
>
> https://src.fedoraproject.org/rpms/ibus/blob/f31/f/ibus.spec#_329
>
> I believe that the failed tests are
Hi,
On Sun, Aug 04, 2019 at 03:08:30PM -0400, Boyuan Yang wrote:
> Control: tags -1 + pending
>
> I've merged it in the git packaging repo. Thanks!
If any one of you think it's worthy to upload for unstable, go ahead.
We need people with skill to spend time on this package.
Thankls
Osamu
Package: python3-pudb
Version: 2018.1-1
Severity: important
Tags: buster
I think providing backport or leaving this bug report should help people
using buster/stable ;-)
Problem: pudb crash if "m" is pressed.
Solution: Install the newer 2019.1-2 python3-pudb package from the bullseye
repo.
Hi,
Actually, text after .toctree are included at the end of entire info
page.
For now, not using text after .toctree is a reasonable work around.
But the best solution is to write extension to emmit such text after
.toctree immediately after @menu section in *.texi file.
So let's make this
Source: developers-reference
Version: 11.0.1
Severity: minor
For info page building, text before toctree is included in the opening
info page but after is silently dropped.
Also it doesn't care appendix.
I am trying to include copyright text into the first opening page.
-- System Information:
Source: developers-reference
Version: 3.4.26, 11.0.1
Severity: wishlist
IRC on describing new incoming system:
Robot101: do you have a URL describing new incoming system?
https://lists.debian.org/debian-devel-announce/2002/debian-devel-announce-200202/msg6.html
Hi,
Below are details of
Source: developers-reference
Version: 3.4.26, 11.0.1
Severity: wishlist
Please mention email gate
https://lists.debian.org/debian-devel/1999/12/msg00627.html
by From: Jason Gunthorpe
On Fri, 10 Dec 1999, Juan Cespedes wrote:
> I connect directly to db.debian.org, and I _think_ I get that
Source: developers-reference
Version: 3.4.26, 11.0.1
Severity: minor
Index for appendix used to be A.1, A.1.1, ... but now A is missing.
(This may be more issue with singlehtml )
This needs to be addressed some day.
Also, debian/tocsubstvars needs to be updated to match this.
I also think it is
Source: developers-reference
Version: 3.4.26, 11.0.1
Severity: minor
## ISSUE ##
Following contents are missing:
Developer's Reference Team
Andreas Barth
Adam Di Carlo
Raphaël Hertzog
Lucas Nussbaum
Christian Schwarz
Ian Jackson
ver. 3.4.25
Copyright © 2004, 2005, 2006, 2007 Andreas Barth
Source: developers-reference
Version: 11.0.1
Severity: minor
## ISSUE ##
Sphinx conversion dropped content oof 3.4.25 po4a/add_fr/scope.add
PO4A-HEADER:mode=after;position=De plus ce document;endboundary=
Avertissement
Bien que ce document soit en français, l'activité de responsable Debian
Hi,
On Sun, Aug 11, 2019 at 03:25:59PM +, Holger Levsen wrote:
> On Sun, Aug 11, 2019 at 11:51:32PM +0900, Osamu Aoki wrote:
> > I saw you uploaded a new version. Thanks.
>
> most changes were from you, so thank you very much too!
>
> > As I see this
Hi,
On Sat, Aug 10, 2019 at 04:35:26PM +, Holger Levsen wrote:
I saw you uploaded a new version. Thanks.
As I see this package, remaining tasks are:
Priority Issues
* A Fix reproducible builds: date calculation with (TZ?) (shell)
* B Fix reproducible builds:
Hi,
With today's commit, pull-down language selection seems to work for
package installed files. Also now we have Gnome desktop icon ;-)
It is usable, I think.
> > If I figure how to set up option2 type i18n web page, I may even do it
> > for debian-handbook.
>
> yeah, I also strongly prefer
HI,
On Sun, Jul 28, 2019 at 06:39:07PM +0100, Sean Whitton wrote:
> Hello,
>
> On Sat 27 Jul 2019 at 06:31pm +09, Osamu Aoki wrote:
>
> > Yes. Eventually ;-)
> >
> > I also see the translation of Policy is building only HTML.
>
> We can add others upon r
Package: src:sphinx
Version: 1.8.4-1
Severity: normal
-M option doesn't work well except for a very simple case. I faced this
problem while building multi-language source.
Let me illustrate most gross case with gettext.
Most simple case:
$ sphinx-build -M gettext source build
This creates:
control: retitle -1 sphinx -b singlehtml: add secondary anchors for section
numbers
thanks
The bug mentioned is for singlehtml.
Not only section but also footnote anchor names need this chapter (original
*.rst) based identifier as its component to make them unique.
Osamu
control: severity -1 wishlist
Hi,
The current /usr/bin/dh_sphinxdoc uses a hard-coding path name which is
a bad idea.
dh_sphinxdoc should look for all the paths listed in a list:
html_static_path = ['_static']
in conf.py what ever the directory names are. That should be the
default behavior.
Hi,
On Fri, Jul 26, 2019 at 09:47:57PM +0100, Sean Whitton wrote:
> Hello,
>
> On Fri 26 Jul 2019 at 08:19PM +00, Holger Levsen wrote:
>
> >> I mean that the English files are available on
> >> www.debian.org but translations don't show up as described in
> >> https://www.debian.org/intro/cn
Hi,
On Thu, Jul 25, 2019 at 09:39:12AM +0300, Andrei POPESCU wrote:
> Control: clone -1 -2
> Control: severity -2 wishlist
> Control: retitle -2 Please migrate Release Notes to reStructuredText
>
> On Mi, 24 iul 19, 22:08:04, Paul Gevers wrote:
> > Hi,
> >
> > On 24-07-2019 21:31, Andrei
Hi,
On Wed, Jul 24, 2019 at 08:40:19PM +, Holger Levsen wrote:
> hi,
>
> dear debian-www people: src:developers-reference was just switched to
> use sphinx, just like src:debian-policy. However, no upload to unstable
> has been made yet...
>
> On Tue, Jul 23, 2019 at 08:13:50AM -0700, Sean
Hi,
On Mon, Jul 22, 2019 at 09:22:07PM +, Holger Levsen wrote:
> I wonder how this was done for debian-policy which is also hosted on
> www.debian.org. Sean, do you have any insight on this?
Alas, I thought I checked. Somehow I thought policy doesn't have
translation. Wrong!!! (I already
Hi,
On Mon, Jul 22, 2019 at 01:45:50AM +, Holger Levsen wrote:
...
> > Maybe, now I think Sphinx expert can take over to get proper packaging.
>
> yeah, indeed! ;)
Do you know anyone good in this. Is there any volunteer? (I am
seeking help on the mailinglist at
Package: src:developers-reference
Version: 3.4.25
Severity: wishlist
Tags: patch
Patch is provided as rest8 branch.
https://salsa.debian.org/debian/developers-reference/tree/rest8
├── debian
│ ├── changelog
│ ├── control
│ ├── copyright
│ ├── developers-reference-de.doc-base
│ ├──
Hi,
So I am not the only one ;-)
But why we point people to apt-secure manpage? It was cryptic for me.
Why not simply say:
Probably, a new Debian Stable release has happened as you tried to
update your system. If this is the case, please update "Release-Notes"
field by executing "sudo
Hi,
On Sat, Jun 29, 2019 at 10:05:39AM +0200, Paul Gevers wrote:
> Hi all,
>
> On 01-06-2019 22:06, Paul Gevers wrote:
> > On Wed, 15 May 2019 13:00:52 +0100 Justin B Rye
> > wrote:
> >> Daniel Lange wrote:
> * reason for removal
> not essential, but it helps to understand the
Hi,
On Sat, Jun 15, 2019 at 03:53:07PM +, Holger Levsen wrote:
> On Sat, Jun 15, 2019 at 09:04:24PM +0900, Osamu Aoki wrote:
> > While doing sphinx conversion, I realized that it may be better to
> > update as follows:
...
If you see my initial diff on the first lin
Package: src:developers-reference
Version: 3.4.24
Severity: normal
While doing sphinx conversion, I realized that it may be better to
update as follows:
$ git diff
diff --git a/common.ent b/common.ent
index 83eddf3..900ce90 100644
--- a/common.ent
+++ b/common.ent
@@ -1,4 +1,4 @@
-
+
Hi,
Fixed upstream:
https://github.com/neovim/neovim/pull/10183/files
Osamu
Hi,
Reported to upstream as:
https://github.com/neovim/neovim/issues/10172
Regards,
Osamu
201 - 300 of 3441 matches
Mail list logo