Bug#877909: go with getmail?

Hi, On Wed, Oct 11, 2017 at 11:53:52AM -0300, David Bremner wrote: > > Hi Osamu; > > Thanks for caring about getmail in Debian. My personal opinion is that > we should use unversioned names like "getmail" if possible, as they are > less confusing for users, and lead to smoother upgrade

Bug#742375: cldr -- Unicode Common Locale Data Repository

control: retitle -1 ITP: cldr -- Unicode Common Locale Data Repository control: forcemerge 742375 877973 control: owner 742375 Osamu Aoki <os...@debian.org> thanks This will match directory pattern of Fedora package packaging part of this data. https://github.com/fujiwarat/cldr-emoji-anno

Bug#877973: ITP: unicode-cldr-common -- Unicode Common Locale Data Repository

Package: wnpp Severity: wishlist Owner: Osamu Aoki <os...@debian.org> Initial target to build ibus: * Package name: cldr-emoji-annotation Version : 31.90.0_1 Upstream Author : 2017 Takao Fujiwara <takao.fujiwa...@gmail.com> 2017 Red Hat

Bug#877916: getmail_fetch bug related to --fingerprint

Package: getmail4 Version: 4.53.0-1 Severity: normal There is a bug for --fingerprint option if the fingerprint is malformed. The problem is limited to --fingerprint with a bad value. But the fix is simple and clean. Background: getmail_fetch

Bug#873860: FTBFFS can't be in buster

control: tags -1 - buster thanks This FTBFS was caused by the upload of anthy to unstable/sid. Those broken versions are blocked by the RC bug to stay in unstable. The testing/buster has the same version of anthy as the one in stable/stretch. Thus tagging this as buster bug is wrong ;-)

Bug#877909: NEW UPSTREAM 5 series VERSION !!!

Package: getmail4 Version: 4.53.0-1 Severity: important The watch file locks scanning of version to 4. So it loos only one version behind the upstream. But reality is different!!! | Version 5.4 | 6 October 2017 | -bugfix: fix another error in logging an error condition. Thanks: "ng0". |

Bug#877884: Missing CLDR data from http://www.unicode.org/Public/

Package: unicode-data Version: 10.0.0-3 Severity: wishlist http://www.unicode.org/Public/ has a lot of data. Data under emoji is included in the unicode-data package but data under cldr is not. It will be nice cldr data is also available. Background: I actually needed emoji data and some

Bug#877326: ITP: emoji-data -- The associated data files for emoji characters

Hi Thanks Pall and Bastine >This is needed to compile new ibus keyboard input method. > >If this is already available, point me to it. Yes, it is already available in package unicode-data My problem of emoji itself seems to go away by installing unicode data. But that /usr/share/unocode is

Bug#789927: Re-uploaded as delayed 1-day

Hi, Fixed issue mentioned by dai-san. (I hope my "dcut cancel ..." worked OK. Osamu

Bug#873860: This is anthy packaging bug

On Sun, Oct 01, 2017 at 12:09:50AM +0900, d...@debian.org wrote: > Hi, > > Thank you for your NMU. I checked anthy_0.3-5.1_amd64.changes, > > > Closes: #789927, #788253, #789914, #789927, #810351, #873860 > > This line seems to be accidentally added into changelog. These are valid #789927

Bug#877326: ITP: emoji-data -- The associated data files for emoji characters

Package: wnpp Severity: wishlist Owner: Osamu Aoki <os...@debian.org> * Package name: emoji-data Version : 5.0 Upstream Author : 1991-2017 Unicode, Inc. * URL : http://unicode.org/Public/emoji/latest/ * License : UNICODE, INC. LICENSE AGREEMENT - DATA

Bug#877312: Compatibility with desktop session or systemd started ibus etc.

Package: im-config Version: 0.32-1 Severity: wishlist This is a placeholder bug to discuss how Debian's glue hook code for the keyboard input method (currently, my humble im-config) should be moving after reading: https://github.com/ibus/ibus/pull/1896

Bug#873860: This is anthy packaging bug

control: severity -1 important control: tags -1 pending thanks I just made an NMU of anthy with delayed 7 days. So this will not be pressing problem. Of course, it will be nice to update packages to newer version. But the order will be ibus and ibus-anthy :-) Regards, Osamu

Bug#789927: This is bug in anthy

control: severity -1 important control: tags -1 pending thanks Hi With the delayed 7 day upload of anthy, this problem is gone. Osamu

Bug#789927: uploaded as delayed 7-days

Hi, Uploaded after adding changelog entry as delayed 7 days. Regards, Osamu From 506f093cbd075df4491001d4b85f59e0d116f86e Mon Sep 17 00:00:00 2001 From: Osamu Aoki <os...@debian.org> Date: Fri, 29 Sep 2017 22:56:53 +0900 Subject: [PATCH] Bump -dev package name Since this is not just EUC

Bug#789927: Updated patch

control: reassign 789927 src:anthy control: reassign 874708 src:anthy forcemerge 789927 874708 Hi, Here is an updated patch with matched package name. I will make delayed upload. Regards, Osamu From d1c044efb9bca24f60c3a8241e249425ade52a3b Mon Sep 17 00:00:00 2001 From: Osamu Aoki <

Bug#789927: anthy package upgrade issue

uot;s cosmetic and I didn't do it here.) Also, it will take some time for us to update ibus/fcitx/uim/... In order to have smooth transition, I bumped -dev package version too. This include one typo fix. Osamu From 6d6d67a0dfb9499bc628943236e4faaa26822006 Mon Sep 17 00:00:00 2001 From: Osamu Aok

Bug#877104: uscan: Wrong information regarding OpenPGP fingerprints in man page

Hi, On Thu, Sep 28, 2017 at 08:50:55PM +0200, Lukas Schwaighofer wrote: > Package: devscripts > Version: 2.17.10 > Severity: minor > > Hi, > > the uscan(1) man page states: > > Please note that the short keyid 72543FAF is the last 4 Bytes, the > long keyid C77E2D6872543FAF is the last

Bug#812826: Processed: merge bugs

reassign 876794 im-config reassign 812826 im-config reassign 838318 im-config thanks Excuse me not following up quickly after Sean found fix for me. On Debian system, this configuration lives in im-config file. > outlook -1 workaround: pkill -u $USER ibus-daemon; > IBUS_ENABLE_SYNC_MODE=0

Bug#876701: rc-alert: a patch for ~/.boring-bugs to ignore

Hi, On Mon, Sep 25, 2017 at 12:37:57AM +0200, Adam Borowski wrote: ... > Here's a patch that implements "~/.boring-bugs". If such a file exists, all > lines starting with a bug number make rc-alert and tools that use it filter > out those bugs. Interesting idea. I thought it needs to update

Bug#569122: msmtp is incompatible with vixie cron

control: severity -1 wishlist I think this old bug report is not really valid any more with recent msmtp I tested. Now we have -C option for msmtp, user doesn't need to rely on $HOME. So not even wrapper script is needed. In that sense, this is not even a bug. But as a user support pointer, I

Bug#876441: debian-reference: Command "make distclean" in the source package removes users' tempdir

Hi, On Fri, Sep 22, 2017 at 12:46:21PM +0200, Beatrice Torracca wrote: > Source: debian-reference > Version: 2.68 > Severity: normal > > Hi! > > Currently the "make distclean" command deletes the users' tempdir if > it was already set as the environment variable "TMPDIR". In my case it > is

Bug#874718: dch " " was the answer

control: forcemerge 842468 874718 Hi This was fixed with Debian Bug report logs - #842468 add option to suppress "New upstream release" in changelog debchange manpage was updated and clarified that "" and " " makes difference. I just forgot to add this to changelog. Regards, Osamu

Bug#873860: ibus-anthy FTBFS: UnicodeDecodeError: 'euc_jp' codec can't decode byte 0xe5 in position 46: illegal multibyte sequence

On Fri, Sep 22, 2017 at 09:14:22AM +0200, John Paul Adrian Glaubitz wrote: > Source: ibus-anthy > Version: 1.5.9-2 > Followup-For: Bug #873860 > > Hola! > > This FTBFS can be easily fixed with: > > --- ibus-anthy-1.5.9.orig/data/zipcode-textdic.py > +++ ibus-anthy-1.5.9/data/zipcode-textdic.py

Bug#876441: debian-reference: Command "make distclean" in the source package removes users' tempdir

Hi, On Fri, Sep 22, 2017 at 12:46:21PM +0200, Beatrice Torracca wrote: > Source: debian-reference > Version: 2.68 > Severity: normal > > Hi! > > Currently the "make distclean" command deletes the users' tempdir if > it was already set as the environment variable "TMPDIR". In my case it > is

Bug#873860: ibus-anthy FTBFS: UnicodeDecodeError: 'euc_jp' codec can't decode byte 0xe5 in position 46: illegal multibyte sequence

On Fri, Sep 22, 2017 at 09:14:22AM +0200, John Paul Adrian Glaubitz wrote: > Source: ibus-anthy > Version: 1.5.9-2 > Followup-For: Bug #873860 > > Hola! > > This FTBFS can be easily fixed with: > > --- ibus-anthy-1.5.9.orig/data/zipcode-textdic.py > +++ ibus-anthy-1.5.9/data/zipcode-textdic.py

Bug#833695: [Popcon-developers] Bug#833695: strange popcon data on web (getting worse)

Hi, On Mon, Sep 18, 2017 at 12:44:24PM +0200, Bill Allombert wrote: > I will have a look, but this bug report is unrelated. > I do not want to be in the business of deciding what it is valid and what > is not. Ok, no one seem to know who to get this fixed. Just FYI: > > ^@(Ox00) This

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Mon, Sep 18, 2017 at 01:20:22PM +0800, Shengjing Zhu wrote: > Hi, > > I want to know if it's still possible to support GitHub's commit via > different way, rather than do a `git clone`. > > I find GitHub has RSS feed for the commit, the url is like >

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Hi, On Mon, Sep 18, 2017 at 09:55:55AM +0200, jean-christophe manciot wrote: > @Osamu Aoki > You say --no-sign and --unsigned-buildinfo options are unsupported by  > dpkg-buildpackage, but: No I try to say these dpkg-buildpackage options are not supported by debuild. > # dpkg-

Bug#833695: strange popcon data on web (getting worse)

Hi, I just noticed popcon data is full of strange package names with illegal characters: ^@(Ox00) ^A(Ox01) / < - (starting) _ . Situation may be getting worse than what Chris reported as I see the data. For example: Package: /mCTge2x 0 0 0

Bug#871493: debian-reference FTBFS

control: tags -1 pending Thanks for the tip. Committed to git. Now that I know better, I better make nice cover page. Regards, Osamu

Bug#876024: dpkg-buildpackage tries to sign buildinfo despite --unsigned-buildinfo or --no-sign passed to debuild

Hi, On Sun, Sep 17, 2017 at 07:58:16PM +0200, Guillem Jover wrote: > Control: reassign -1 devscripts > > Hi! > > On Sun, 2017-09-17 at 15:36:00 +0200, jean-christophe manciot wrote: > > Package: dpkg-dev > > Version: 1.18.24 > > > With --unsigned-buildinfo: > > ... > > Finished running

Bug#868496: Policy and dh_foo etc.

Hi, On Sun, Sep 17, 2017 at 04:25:18PM -0700, Paul Hardy wrote: > I am attaching the original "a.svg" file I created, which you can view > in Firefox or probably other web browsers as well. You can also look > at it with a plain text editor. I had to remove the > fill="transparent" circle

Bug#721138: New packaging tutorial

Hi, This is FYI: There is a new debmake-doc package and its web page which should replace maint-guide. It is now getting mature. https://www.debian.org/doc/devel-manuals#debmake-doc https://packages.qa.debian.org/d/debmake-doc.html Osamu

Bug#420890: Tree for packaging tutorial

Hi, This is FYI: There is a new debmake-doc package and its web page which should replace maint-guide. It uses tree command. https://www.debian.org/doc/devel-manuals#debmake-doc https://packages.qa.debian.org/d/debmake-doc.html Osamu

Bug#851456: Please document this changelog convention

On Sun, Sep 17, 2017 at 09:51:19PM +0900, Osamu Aoki wrote: > control: reassign -1 debmake-doc ... > The current text is > https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#changelog Since then (1.9-1), I have added few words around there: diff --git a/asciidoc/25-change

Bug#868279: Replace with --allow-downgrades

Hi, Since this is for chroot throw-away system, don't worry too much. We can take *dangerous* operations ;-) I have updated pertinent parts with --allow-downgrades for maint-guide and debmake-doc Let's keep changes to maint-guide minimum considering it to be replaced by debmake-doc. Regards,

Bug#861147: sbuild

control: tags -1 wontfix Hi, sbuild is mentioned in https://www.debian.org/doc/manuals/maint-guide/build.en.html#ftn.idm2850 https://www.debian.org/doc/manuals/debmake-doc/ch03.en.html#ftn.idm627 I know the code of sbuild is organized nicely and good for building some purpose build chroot

Bug#779623: debmake-doc has been released

control: tags -1 - moreinfo control: tags -1 + wontfix Since debmake offer better UI for packaging into multiple binary packages and debmake-doc documents these facts, I will not update this NM guide as requested. I will keep this as wontfix to make people aware changes. Osamu

Bug#851456: Processed: Please document this changelog convention

control: retitle -1 Document the changelog convention control: severity -1 wishlist control: tags -1 moreinfo control: reassign -1 debmake-doc Hi, Please note these are tutorial docs. I will place maint-guide to be about-to-be -deprecated. I am replacing it as debmake-doc. So I don't accept

Bug#868496: Policy and dh_foo etc.

control: tags -1 moreinfo Hi, RE: https://bugs.debian.org/868496 As I reflect on this bug report, I realize this is not just dh_installxfonts. Many other dh_foo commands do the similar things. So I decided to document it genetically by adding a bit more pointers to debhelper and describing it

Bug#873441: Thanks for patch

control: tags -1 pending Hi, Fixed in git. Thanks. Osamu

Bug#875760: Timestamp to fake not recognized for "faketime "+1" stat foo"

Package: faketime Version: 0.9.6-7+b1 Severity: normal Problem: Timestamp to fake not recognized for "faketime "+1" stat foo" How to reproduce: | $ touch foo | $ stat foo | File: foo | Size: 0 Blocks: 0 IO Block: 4096 regular empty file | Device: 811h/2065dInode:

Bug#875470: invoke dpkg-gencontrol properly to get the right "Uncompressed Size"

Package: ssmtp Version: 2.64-8+b2 Severity: normal Bug: ssmtp lists Uncompressed Size: 2,048 Cause: not invoking dpkg-gencontrol Remedy Use debhelper in modern ways. (dh) Background > On 11/09/17 15:11, Osamu Aoki wrote: > > I am wondering what makes aptitude screen to print: > &g

Bug#874718: debchange doesn't allow empty changelog entry

Hi Good news mostly but some concern on pylint, now. On Sun, Sep 10, 2017 at 12:00:08AM +0100, Adam D. Barratt wrote: > Control: retitle -1 dch "" should not create maintainer header > Control: tags -1 + patch Title: I agree. Patch: I committed a slightly different patch. Your proposal: > diff

Bug#874718: debchange doesn't allow empty changelog entry

l may be tripled.) I will close duplicates. > On Sat, 2017-09-09 at 15:08 +0900, Osamu Aoki wrote: > > If "" is the text to be added to the changelog, debchange skips > > making line > > with "*".  This seems to intentional design decision of debcha

Bug#874716: debchange doesn't allow empty changelog entry

kind of changelog chokes other tools parsing it. pkg-parsechangelog: warning: debian/changelog(l4): found trailer where expected start of change data LINE: -- Osamu Aoki <os...@debian.org> Sat, 09 Sep 2017 10:10:20 +0900 To me, it is better to create an empty entry to be modified later b

Bug#874667: uscan: please remove upstream signature when repacking tarballs

Hi, On Fri, Sep 08, 2017 at 04:38:55PM +0200, Guido Günther wrote: > Package: devscripts > Version: 2.17.9 > Severity: wishlist > File: /usr/bin/uscan > > Hi, > the upstream signture will no longer verify successfully if uscan > repacks the tarball using the information from debian/copyright. In

Bug#874666: uscan: please rename downloaded signature to .asc

Hi, On Fri, Sep 08, 2017 at 04:35:35PM +0200, Guido Günther wrote: > Package: devscripts > Version: 2.17.9 > Severity: wishlist > > Hi, > while uscan handle .gpg, gpg, .asc, … dpkg expects .asc so it would be > great if uscan would rename to .asc when signature verification is > successful.

Bug#874569: /usr/bin/uscan: Please rename the signature to .asc when using the mangle mode

control: tags -1 pending Hi, On Thu, Sep 07, 2017 at 01:09:35PM +0200, Laurent Bigonville wrote: ... > The problem is that dpkg-souces only knows about .asc files apparently, > this means that the signature is not included in the source package. > > The signature should be renamed to .asc IMVHO

Bug#789927: Anthy library breakage

Hi, On Tue, Sep 05, 2017 at 09:00:52AM +0900, NIIBE Yutaka wrote: > Osamu Aoki <os...@debian.org> wrote: > > Thanks. Now, I understand (I didn't know that fully). I should have > learned before uploading to Sid. After I failed to make ibus transition like your case, I made

Bug#874029: uscan: please support signature file containing list of signatures

control: severity -1 wishlist Hi, On Sat, Sep 02, 2017 at 01:54:12PM -0400, James McCoy wrote: > On Sat, Sep 02, 2017 at 09:58:43AM +0200, Jérémy Lal wrote: > > The typical example i have under the hand is: > > https://nodejs.org/dist/v6.3.1/ > > https://nodejs.org/dist/v6.3.1/SHASUMS256.txt >

Bug#789927: Anthy library breakage

Hi, https://bugs.debian.org/873860#10 If what NOKUBI Takatsugu's comment is correct, I wonder why anthy is upgraded without coordinating with key users: ibus uim fcitx (Please note these have many dependence packages so the testing migration is slow if package version dependency is correctly

Bug#833012: Need better example URL

control: tags -1 moreinfo thanks (FYI: https://bugs.debian.org/833012 ) I tested my updated script and fixed several loose ends. I think thought is right but I need an actual example which works with this new pgpmode=auto with "?" in URL. Your bug report isn't good enough for me to proceed. I

Bug#870640: Make source package bootstrappable

Hi, On Tue, Aug 29, 2017 at 04:27:16PM +0200, Mattia Rizzolo wrote: ... > tbh, I fail to properly read your sentence above, so I'll avoid doing a > guess of what you mean. hahaha... Basically it breaks my current lazy development work flow and asks me to do one extra step. "make test" in script

Bug#833012: OpenPGP signature mangling rule for auto/default

Hi, I made a quick fix to address this bug as attached against git head: a830277fec6cea2b4c6cba86ca3a45ceea309b06 This should not only works for default but also work for auto. Sean Whitton, what do you think of this? I will test this later this week when I find some time. Regards, Osamu

Bug#870640: Make source package bootstrappable

Hi, Thanks for your reply. On Mon, Aug 28, 2017 at 06:49:02PM +0200, Mattia Rizzolo wrote: > On Mon, Aug 28, 2017 at 10:36:45PM +0900, Osamu Aoki wrote: ... > > Then the commit message made me wonder why perl library is needed for build > > script. It was unintuitive but remind

Bug#812826: xim problem

Hi, On Mon, Aug 28, 2017 at 10:32:39AM -0700, Sean Whitton wrote: > Hello Osamu, > > On Sat, Aug 12 2017, Osamu Aoki wrote: > > > Since xim is rarely used protocol, please set to use ibus via im-config. > > I did some investigation. > > Did you know that y

Bug#873486: [Pkg-ime-devel] Bug#873486: fcitx can not be start after upgrade to Debian buster

Hi, > Please run fcitx-diagnose and paste the result here. Hmmm... Why bugs script list this nice script. Then we get reportbug to include such. Your patch and joining the maintenance welcome. Osamu

Bug#831521: Custom repacking

Hi, On Sun, Aug 27, 2017 at 05:24:43PM -0400, Sergio Durigan Junior wrote: > Anyway, I took the liberty and implemented the following mostly-untested > patch to uscan which uses your idea and executes debian/mk-origtargz (if > it exists and is executable) instead of the system's mk-origtargz.

Bug#870640: Make source package bootstrappable

Hi, Here is an idea for improvement. Please check my idea is right or not. I am not familiar with this bootstrapping tricks. (What does means? If nocheck is defined, skip it for dependency? Following script may need to flip logic ifeq/ifneq) Recent commits by Mattia Rizzolo made me wonder

Bug#831521: Custom repacking

control: tags -1 - patch control: severity -1 wishlist control: retitle -1 implement capability to run custom mk-origtargz control: severity 858319 wishlist control: retitle 858319 implement capability to run custom mk-origtargz control: merge 858319 831521 Hi, Just because uupdate entry in

Bug#873040: getmail4: Parallel version of /usr/bin/getmails

Hi, Thanks but ... On Wed, Aug 23, 2017 at 07:52:39PM -0400, Matthew Gabeler-Lee wrote: > Package: getmail4 > Version: 4.53.0-1 > Severity: wishlist > Tags: patch > > Attached is an improved (IMO) version of /usr/bin/getmails that launches a > separate getmail process for each config file, in

Bug#833585: lintian: Check presence of upstream signature if signing key available

Hi, (This is RFH) On Mon, Aug 21, 2017 at 09:43:13AM +0200, Kurt Roeckx wrote: > On Mon, Aug 21, 2017 at 09:30:41AM +0200, Vincent Bernat wrote: > > ❦ 15 juillet 2017 23:06 +0100, Chris Lamb  : ... > > Integration with uscan is not done either. The stretch uscan has download

Bug#872755: [ibus-gtk3] Installation causes libgtk-3-dev Debian archive builds to fail?

control: severity -1 wishlist control: tags -1 moreinfo control: retitle -1 ibus should build with test script enabled control: reassign -1 src:ibus Hi, On Sun, Aug 20, 2017 at 08:48:43PM +0100, OmegaPhil wrote: > Package: ibus-gtk3 > Version: 1.5.14-3 > Severity: normal > > Not really sure how

Bug#872653: getmail4: Upgrade to new openssl version in testing/unstable breaks getmail4

Hi, On Sun, Aug 20, 2017 at 12:53:17PM -0400, ant wrote: > On Sun, Aug 20, 2017 at 10:57:28PM +0900, Osamu Aoki wrote: ... > > I don't see BUG on getmail4 with your report. > > > > BTS is for fixing bug and I think I should close this bug for getmail. > > But I wi

Bug#872653: getmail4: Upgrade to new openssl version in testing/unstable breaks getmail4

control: severity -1 wishlist control: tags -1 wontfix thanks Hi, Excuse us for your trouble On Sat, Aug 19, 2017 at 03:47:30PM -0400, ant wrote: > Package: getmail4 > Version: 4.53.0-1 > Severity: normal > > Dear Maintainer, > > - upgrade to latest version of openssl/libssl1.1 in

Bug#812826: xim problem

Hi, On Sat, Aug 19, 2017 at 05:49:55PM -0700, Sean Whitton wrote: > Hello, > > On Sat, Aug 19 2017, Osamu Aoki wrote: > > > 1. Did you enable Korean input via dialog (GNOME Setup "Region & > > Language" or ibus-setup") > > I tried with bo

Bug#812826: xim problem

Hi, On Thu, Aug 17, 2017 at 12:30:44PM -0700, Sean Whitton wrote: > Hello Osamu, > > On Thu, Aug 17 2017, Osamu Aoki wrote: > > > I have emacs24 and urxvt accept Japanese text input via ibus. > > They worked for me with `ibus-daemon --xim` and the old xim env vars, &

Bug#812826: xim problem

Hi, On Wed, Aug 16, 2017 at 11:18:44AM -0700, Sean Whitton wrote: > Hello Osamu, > On Wed, Aug 16 2017, Osamu Aoki wrote: ... > I think that Emacs and urxvt just don't support ibus. I guess I should > use a different terminal emulator, and use Emacs' own support for typing > Kore

Bug#812826: xim problem

Hi, On Tue, Aug 15, 2017 at 03:23:04PM -0700, Sean Whitton wrote: > On Tue, Aug 15 2017, Sean Whitton wrote: > > > Unfortunately, it doesn't work in my terminal (urxvt), whereas > > previously it worked there. I guess that urxvt supports only xim. > > And Emacs, too. Did you install library

Bug#871187: [Pkg-ime-devel] Bug#871187: Bug#871187: libkkc: FTBFS with vala 0.36

Thanks Once I get back from debconf I will take care On Aug 13, 2017 07:15, "Mitsuya Shibata" wrote: > Owner: mty.shib...@gmail.com > Source: libkkc > > Hi Jeremy, > > Thank you for your reporting and patch. > > I pushed fixed code to package's vcs, and uploaded to

Bug#840232: multiple watch files...

Yes, you are right. That's my bug. Thanks. Osamu@DEBCONF17

Bug#813111: [Pkg-ime-devel] Bug#813111: non-GNOME desktop not supported well by ibus

Hi, Thanks for comment and F2F talk. On Sat, Aug 12, 2017 at 12:18:56PM +, Medical Wei wrote: > It would be out of topic but I found myself good to input Chinese in Firefox > through ibus on GNOME Wayland. > > On Sat, Aug 12, 2017 at 7:54 AM Osamu Aoki <os...@de

Bug#843335: ibus and application

Hi, Are you experiencing problem under WAYLAND? I can't input Japanese for browsers but I can input to terminal console. It seems some software are not compatible. Please use standard GNOME and Debian provided software. I really can't support others. If you know exact flag to use, please let

Bug#838318: swapped chars

control: forcemerge 812826 838318 Please read: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812826 Osamu

Bug#813111: non-GNOME desktop not supported well by ibus

control: retitle 858755 non-GNOME desktop not supported well by ibus control: retitle 852760 non-GNOME desktop not supported well by ibus control: retitle 813111 non-GNOME desktop not supported well by ibus control: severity 858755 wishlist control: severity 852760 wishlist control: severity

Bug#812826: xim problem

control: severity -1 minor control: retitle -1 ibus-x11 doesn't process input in its incoming order Since xim is rarely used protocol, please set to use ibus via im-config. $ set|grep IM_MODULE CLUTTER_IM_MODULE=ibus GTK_IM_MODULE=ibus QT4_IM_MODULE=ibus QT_IM_MODULE=ibus This is what you want.

Bug#871806: uscan: (dpkg, git-buildpackage) accept/mangle/store signed git tags in cases where upstream does not publish detached sigs on tarballs

On Fri, Aug 11, 2017 at 06:59:02PM -0400, Daniel Kahn Gillmor wrote: > On Fri 2017-08-11 15:09:41 -0400, Osamu Aoki wrote: > > I was just talking about similar things on > > debian-pol...@lists.debian.org and Bug#811565. > > thanks for the pointer! 811565 seems to be abo

Bug#871806: uscan: (dpkg, git-buildpackage) accept/mangle/store signed git tags in cases where upstream does not publish detached sigs on tarballs

Hi, I was just talking about similar things on debian-pol...@lists.debian.org and Bug#811565. Also git tag and git HEAD packaging support is currently in progress. On Fri, Aug 11, 2017 at 02:15:28PM -0400, Daniel Kahn Gillmor wrote: > Package: devscripts > Priority: wishlist > Control: affects

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Fri, Aug 11, 2017 at 08:09:39PM +0200, Michael Stapelberg wrote: > Ah, thanks for the correction. In that case, we should probably try a shallow > clone first, then fall back to a non-shallow clone :). That's my plan. The same thing can be said for existing git archive command. So I am

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Thu, Aug 10, 2017 at 09:37:33AM +0200, Michael Stapelberg wrote: > Here’s an example: https://github.com/Debian/dh-make-golang/. The > corresponding Tested ... $ git clone --depth=1 --bare https://github.com/Debian/dh-make-golang/ boo Cloning into bare repository 'boo'... remote:

Bug#811565: [pkg-go] Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Thu, Aug 10, 2017 at 08:19:20AM +0200, Michael Stapelberg wrote: > On Thu, Aug 10, 2017 at 6:50 AM, Osamu Aoki <os...@debian.org> wrote: > > The functionality in the tool is exactly what was already communicated in the > bug :). > > If you need any help with th

Bug#811565: [pkg-go] Bug#811565: [uscan] git mode: allow for scanning repositories without tags

Hi, On Wed, Aug 09, 2017 at 07:54:05AM -0700, Michael Stapelberg wrote: > Thanks for sharing your tool! Thank you but I don't use go nor perl regulary :-( I wish uscan was in Python.) But supporting github for go or other project is high on my list. >

Bug#871525: debiandoc-sgml deprecated, use rst or docbookxml

Source: python3-defaults Version: 3.5.3-3 Severity: important As reported in https://bugs.debian.org/870820 and getting very positive feedback at DEBCONF17 after migrating Debian Policy to DocBookXML, debiandoc-sgml will be removed from the archive at buster+{0,1}. I am sending reminder to

Bug#871520: doc-base: debiandoc-sgml use deprecated, use DocBookXML

Package: doc-base Version: 0.10.7 Severity: important Dear Maintainer, As reported in https://bugs.debian.org/870820 and getting very positive feedback at DEBCONF17 after migrating Debian Policy to DocBookXML, debiandoc-sgml will be removed from the archive at buster+{0,1}. I am sending reminder

Bug#871516: dh-kpatches: Use of debiandoc-sgml deprecated

Package: dh-kpatches Version: 0.99.36+nmu4 Severity: important Dear Maintainer, As reported in https://bugs.debian.org/870820 and getting very positive feedback at DEBCONF17 after migrating Debian Policy to DocBookXML, debiandoc-sgml will be removed from the archive at buster+{0,1}. I am sending

Bug#870281: Upstream Tarball Signature Files

Hi, On Mon, Aug 07, 2017 at 08:26:41PM -0700, Paul Hardy wrote: ... > Making changes to debian-policy (if deemed appropriate) to allow upstream > binary signature files would affect at least lintian, dpkg-dev, uscan, and > Debian maintainer guides. You should mean one of: Debian Developer's

Bug#871424: w3m can not be used in unwritable $HOME

Package: w3m Version: 0.5.3-34 Severity: normal Dear Maintainer, http://aws-logs.debian.net/2017/08/05/maint-guide_1.2.39_unstable.log Here, w3m is choking when $HOME is not writable. If unwritable, this should move on without choking. This is very annoying to get packahe build under some

Bug#871406: doc-debian-fr: Update to DocBookXML or drop package

Package: doc-debian-fr Version: 3.1.3.2 Severity: important Dear QA team, debiandoc-sgml will be dropped after buster or buster+1. I am going over packages which uses it. Normally using debiandoc2dbk in debiandoc-sgml, you can update source to modern format. But as I see this package that is

Bug#870820: debiandoc-sgml: Time to declare the package obsolete and start removal campaign?

Hi, Thanks for filing this bug. At DEBCONF17, we discussed this on debian documentation BoF and Debian policy BoF. Almost every one agreed pushing deprecation. Also, once converted to XML, pandoc can be used to convert the source to RST which is more friendly to human typing and proof reading.

Bug#870281: uscan: symlink/rename detached upstream signature files when symlinking/renaming the orig file

On Fri, Aug 04, 2017 at 07:03:53PM +0200, Maximiliano Curia wrote: > ¡Hola Osamu! > > dpkg-source -b is called by dpkg-buildpackage to generate the source > package. dpkg-source would pick the orig files in the target directory and > it's corresponding orig*.{pgp,asc} files. OK. I got your

Bug#871228: Add FAQ: do the oldmail files just grow and grow?

Hi, On Mon, Aug 07, 2017 at 11:46:03AM +0800, 積丹尼 Dan Jacobson wrote: > What if my house burned down and I must start from scratch? > Mention how to continue if those files are lost. > > I assume if one really wanted to get rid of them, a safe way would be > 0. Disconnect the upstream mail

Bug#871092: maint-guide: FTBFS: dh_install: missing files, aborting

control: severity -1 important Hi, I see 2 problems: 1. wget chokes when $HOME is not writable (New feature of them.) 2. pdf generation chokes while building with new texlive. texlive-binaries amd64 2017.20170613.44572-3 [8082 kB] For texlive bugs related to the pdf generation, seriously

Bug#870281: uscan: symlink/rename detached upstream signature files when symlinking/renaming the orig file

Hi, On Mon, Jul 31, 2017 at 04:33:44PM +0200, Maximiliano Curia wrote: > Package: devscripts > Version: 2.17.9 > Severity: normal > > Hi, > > uscan checks the detached upstream signature with the > debian/upstream/signing-key.asc keyring when downloading a new version, > which is great. But the

Bug#868496: debian-policy: Please Clarify Need for update-fonts-dir in postinst and postrm Scripts

Hi, On Mon, Jul 31, 2017 at 10:38:33PM -0700, Paul Hardy wrote: > I am adding the maintainer of the New Maintainer's Guide and the Guide > for Debian Maintainers, Osamu Aoki, to this discussion. I would like > to reassign this wishlist bug to one of those packages if Osamu > agre

Bug#869480: Support multiple smarthosts (gmail support)

Here are a bit more refinements. Currently, empty smarthost string to disable old style smarthost causes dpkg-reconfigure dialogue to generate automatic default string. A bit annoyance ... Osamu >From b3fcf04656319c1210b32ee046c4d94c6abacfff Mon Sep 17 00:00:00 2001 From: Osamu Aoki

Bug#811565: [uscan] git mode: allow for scanning repositories without tags

ncements now. > Osamu Aoki <osamua...@e01.itscom.net> writes: > > How should we explicitly specify such variables, I guess it should be > > through "opts=..." such as: > > > > opts="mode=git, pretty=0.0~git%cd.%h, date=%Y%m%d%H%M" > > Sou

Bug#869150: /usr/bin/uscan: doesn't find the correct version for directory based version detection

On Fri, Jul 28, 2017 at 11:24:44PM +0900, Osamu Aoki wrote: > Should be non-greedy match ... not a non-capturing match .. Sigh > > > > m/^.+?[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?:\.tar\.(gz|bz2|xz)|\.zip)$/i; > > > $newversion = $1; This worked: uscan info: newest

Bug#869150: /usr/bin/uscan: doesn't find the correct version for directory based version detection

Oops I am not much of perl speaker ... On Fri, Jul 28, 2017 at 11:14:01PM +0900, Osamu Aoki wrote: > On Thu, Jul 20, 2017 at 07:30:35PM -0400, Paul Gevers wrote: ... > > I don't know enough perl to know how to do it, but I think that the > > expression for the version in the

<    1   2   3   4   5   6   7   8   9   10   >