Bug#835816: rt-extension-customfieldsonupdate: please make the build (mostly) reproducible

[Satoru KURASHIKI]

hi,

On Tue, Dec 1, 2020 at 3:03 AM Chris Lamb  wrote:
>
> Chris Lamb wrote:
>
> > [..]
>
> Friendly ping on this?

This will be fixed with next upload, thanks.

# without your patch: because now it builds with standard debhelper
rule which seems to care packlist issue.
# 
https://salsa.debian.org/request-tracker-team/rt-extension-customfieldsonupdate/-/commit/9b132af55dcdd1e65b8dfb2b2056fd0bed2db944

regards,
--
KURASHIKI Satoru

Bug#964292: goldencheetah FTBFS: some qt incompatibility

[Satoru KURASHIKI]

hi,

On Sun, Jul 5, 2020 at 5:03 PM Helmut Grohne  wrote:
>
> Source: goldencheetah
> Version: 1:3.5~DEV1903-1
> Severity: serious
> Tags: ftbfs
>
> goldencheetah fails to build from source in unstable. The relevant
> failure is:
>
> | In file included from Metrics/PowerProfile.cpp:20:
> | Metrics/PowerProfile.h:77:37: error: field ‘values’ has incomplete type 
> ‘QMap >’
> |77 | QMap  > values;// key is 
> percentile; 99.99, 1, 95 etc
> |   | ^~
>
> It's multiple failing files. Reproduced by reproducible builds at
> https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/goldencheetah_3.5~DEV1903-1.rbuild.log.gz.
> Also seen by crossqa at
> http://crossqa.subdivi.de/build/goldencheetah_1:3.5%7EDEV1903-1_ppc64el_20200705072113.log.
> There we can also see that the issue wasn't present 17 days ago. Looks
> like QT somehow broke goldencheetah.
>
> Helmut

This was fixed in upstream, so I will fix it with newer package version 3.5.
cf. https://github.com/GoldenCheetah/GoldenCheetah/issues/3270

regards,
-- 
KURASHIKI Satoru

Bug#927829: goldencheetah: Strava sync seems impossible due to unsettable client secrets

[Satoru KURASHIKI]

hi,

On Wed, Apr 24, 2019 at 5:42 AM Matthew Sackman  wrote:
> When trying to authorise to my Strava account, I'm getting an "Host requires 
> authentication (204)" error back from Strava. This suggests, after some 
> searching, that this build is not being done with the registered client id in 
> Strava. I can completely understand this given Debian policies, and the fact 
> this is a DEV build. But, I've got a Strava "My API Application" created, and 
> have a suitable client id and secret, but I can't find any way of setting 
> this in Golden Cheetah. I see from the Golden Cheetah docs that these appear 
> to be a compile-time constants, which is a problem - I'm amazed I can't set 
> it in some configuration file. Without this, this package doesn't seem to be 
> able to work for me - if I can't import several years of rides from Strava 
> without recompiling Golden Cheetah myself then this package is of limited 
> use. Is there no way by which these secrets can be set via configuration 
> files?

You seem to understand its situation.
If you need its secret to interact with such online services, you have
to use upstream package, or self compiled one...

regards,

Bug#919419: yatex: hangs while installing along xemacs21

[Satoru KURASHIKI]

hi,

On Wed, Jan 16, 2019 at 4:18 AM Andreas Beckmann  wrote:
> during a test with piuparts I noticed your package failed to install. As
> per definition of the release team this makes the package too buggy for
> a release, thus the severity.
>
> If yatex is installed in a piuparts chroot that has already xemacs21
> installed, the installation will hand infinitely (until it is killed
> by a timeout). All processes are idle, there does not seem to be a busy
> loop involved:
>
> root  9236 32750  0 18:28 pts/000:00:00 /usr/bin/dpkg 
> --force-unsafe-io --status-fd 19 --configure --pending
> root 11033  9236  0 18:28 pts/000:00:00 /bin/sh 
> /var/lib/dpkg/info/yatex.postinst configure
> root 11035 11033  0 18:28 pts/000:00:00 /usr/bin/perl -w 
> /usr/lib/emacsen-common/emacs-package-install --postinst yatex
> root 11057 11035  0 18:28 pts/000:00:00 [emacs-package-i] 
> root 11148 11035  0 18:28 pts/000:00:00 /bin/bash -e 
> /usr/lib/emacsen-common/packages/install/yatex xemacs21
> root 11151 11148  0 18:28 pts/000:00:00 /bin/bash -e 
> /usr/lib/emacsen-common/packages/install/yatex xemacs21
> root 11152 11151  0 18:28 pts/000:00:00 xemacs21 -batch -no-site-file 
> -no-init-file -l ./lp.el -e bcf-and-exit comment.el yatex.el yatexadd.el 
> yatexgen.el yatexenv.el yatexlib.el yatexprc.el yatexmth.el yatexhks.el 
> yatexhlp.el yatexm-o.el yatexsec.el yatexhie.el yahtml.el yatexpkg.el
> root 11153 11151  0 18:28 pts/000:00:00 gzip -9qf

My local chroot doesn't reproduce this behavior, so I don't grab the
problem for now.
(chroot -> apt install xemacs21 -> apt install yatex -> apt finiched
successfully)

Anyway, I don't want be bothered by xemacs, I'll consider to exclude
(or maybe conflict) xemacs21 from its dependency.

regards,
-- 
KURASHIKI Satoru

Bug#889135: [request-tracker-maintainers] Bug#889135: Bug#889135: rt4-fcgi: Missing dep

[Satoru KURASHIKI]

hi,

On Fri, May 11, 2018 at 10:31 AM, Satoru KURASHIKI <lur...@gmail.com> wrote:
> hi,
>
> On Fri, Feb 2, 2018 at 10:37 PM, Dominic Hargreaves <d...@earth.li> wrote:
>> On Fri, Feb 02, 2018 at 10:12:53AM +0100, A. LE GALL wrote:
>>> root@vm-rt:~# /usr/share/request-tracker4/libexec/rt-server.fcgi --socket 
>>> /var/run/rt4-fcgi.sock
>>> [3501] [Fri Feb  2 08:57:31 2018] [critical]: Something went wrong while 
>>> trying to run RT's standalone web server:
>>> Can't locate FCGI/ProcManager.pm in @INC (you may need to install 
>>> the FCGI::ProcManager module) (@INC contains: 
>>> /usr/local/share/request-tracker4/lib /usr/share/request-tracker4/lib 
>>> /etc/perl /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
>>> /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
>>> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
>>> /usr/share/perl5/Plack/Util.pm line 26. 
>>> (/usr/share/request-tracker4/lib/RT.pm:394)
>>> Something went wrong while trying to run RT's standalone web server:
>>> Can't locate FCGI/ProcManager.pm in @INC (you may need to install 
>>> the FCGI::ProcManager module) (@INC contains: 
>>> /usr/local/share/request-tracker4/lib /usr/share/request-tracker4/lib 
>>> /etc/perl /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
>>> /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
>>> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
>>> /usr/share/perl5/Plack/Util.pm line 26.
>>>
>>> To fix this error, installation of the following package is required:  
>>> libfcgi-procmanager-perl
>>> So, I think is a good things to add the package in dep or at least rec.
>>
>> This isn't the case on my testing (or live environment), so something
>> must be different about your environment. RT doesn't invoke
>> FCGI::ProcManager directly, and Plack only does so if called in a
>> certain way[1], so I'm not sure what could cause this.
>
> I've met same issue.
>
> # RT::PlackRunner (don't set manager parameter) -> Plack::Runner (super'ed) 
> -> \
> # Plack::Util::load_class -> Plack::Loader -> Plack/Handler/FCGI.pm
>
> Plack::Handler::FCGI run as:
>
> --
> sub new {
> my $class = shift;
> my $self  = bless {@_}, $class;
>
> 
> $self->{manager} = 'FCGI::ProcManager' unless exists $self->{manager};
>
> $self;
> }
> --
>
> So, without setting "manager => undef" explicitly, it seems to call
> FCGI::ProcManager.
> (though I'm not sure why it's not your case...)

With further investigation, it is not my case also. sorry for noise.

My case is described at this page (last section):
https://rt-wiki.bestpractical.com/wiki/FreeBSDInstallGuide

>
>>
>> Do you have any custom configuration or perl modules installed which
>> might cause this to behave differently to normal? Please provide the
>> output of:
>>
>> reportbug --template request-tracker4
>> as well as any relevant parts of your RT configuration file(s),
>> which will help us figure out if there is something odd about your
>> environment.
>>
>> Maybe someone else who is a bit more familiar with the FCGI part of
>> RT can comment. Either way, I'd like to understand why that module is
>> being invoked before adding it as a dependency.
>>
>> Dominic.
>>
>> [1] <https://metacpan.org/pod/Plack::Handler::FCGI#manager>
>>
>> ___
>> pkg-request-tracker-maintainers mailing list
>> pkg-request-tracker-maintain...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-request-tracker-maintainers
>
> regards,
> --
> KURASHIKI Satoru

regards,
-- 
KURASHIKI Satoru

Bug#889135: [request-tracker-maintainers] Bug#889135: Bug#889135: rt4-fcgi: Missing dep

[Satoru KURASHIKI]

hi,

On Fri, Feb 2, 2018 at 10:37 PM, Dominic Hargreaves  wrote:
> On Fri, Feb 02, 2018 at 10:12:53AM +0100, A. LE GALL wrote:
>> root@vm-rt:~# /usr/share/request-tracker4/libexec/rt-server.fcgi --socket 
>> /var/run/rt4-fcgi.sock
>> [3501] [Fri Feb  2 08:57:31 2018] [critical]: Something went wrong while 
>> trying to run RT's standalone web server:
>> Can't locate FCGI/ProcManager.pm in @INC (you may need to install 
>> the FCGI::ProcManager module) (@INC contains: 
>> /usr/local/share/request-tracker4/lib /usr/share/request-tracker4/lib 
>> /etc/perl /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
>> /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
>> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
>> /usr/share/perl5/Plack/Util.pm line 26. 
>> (/usr/share/request-tracker4/lib/RT.pm:394)
>> Something went wrong while trying to run RT's standalone web server:
>> Can't locate FCGI/ProcManager.pm in @INC (you may need to install 
>> the FCGI::ProcManager module) (@INC contains: 
>> /usr/local/share/request-tracker4/lib /usr/share/request-tracker4/lib 
>> /etc/perl /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
>> /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
>> /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at 
>> /usr/share/perl5/Plack/Util.pm line 26.
>>
>> To fix this error, installation of the following package is required:  
>> libfcgi-procmanager-perl
>> So, I think is a good things to add the package in dep or at least rec.
>
> This isn't the case on my testing (or live environment), so something
> must be different about your environment. RT doesn't invoke
> FCGI::ProcManager directly, and Plack only does so if called in a
> certain way[1], so I'm not sure what could cause this.

I've met same issue.

# RT::PlackRunner (don't set manager parameter) -> Plack::Runner (super'ed) -> \
# Plack::Util::load_class -> Plack::Loader -> Plack/Handler/FCGI.pm

Plack::Handler::FCGI run as:

--
sub new {
my $class = shift;
my $self  = bless {@_}, $class;


$self->{manager} = 'FCGI::ProcManager' unless exists $self->{manager};

$self;
}
--

So, without setting "manager => undef" explicitly, it seems to call
FCGI::ProcManager.
(though I'm not sure why it's not your case...)

>
> Do you have any custom configuration or perl modules installed which
> might cause this to behave differently to normal? Please provide the
> output of:
>
> reportbug --template request-tracker4
> as well as any relevant parts of your RT configuration file(s),
> which will help us figure out if there is something odd about your
> environment.
>
> Maybe someone else who is a bit more familiar with the FCGI part of
> RT can comment. Either way, I'd like to understand why that module is
> being invoked before adding it as a dependency.
>
> Dominic.
>
> [1] 
>
> ___
> pkg-request-tracker-maintainers mailing list
> pkg-request-tracker-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-request-tracker-maintainers

regards,
-- 
KURASHIKI Satoru

Bug#884940: goldencheetah: diff for NMU version 1:3.5~DEV1710-1.2

[Satoru KURASHIKI]

hi,

On Sun, Mar 11, 2018 at 1:27 AM, Sebastian Ramacher
 wrote:
> Control: tags 884940 + patch
> Control: tags 884940 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for goldencheetah (versioned as 1:3.5~DEV1710-1.2) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
>
> Cheers
> --
> Sebastian Ramacher

Thank you for your work.

I'm also preparing this fix at salsa.d.o, but being blocked by
building new upstream.
I will rewind commits after I can make time.

regards,
-- 
KURASHIKI Satoru

Bug#890504: O: qdbm -- QDBM Database

[Satoru KURASHIKI]

Package: wnpp
Severity: normal

I intend to orphan the qdbm package.

qdbm is completely dead software, but has some rdepends. e.g. php.

Maintainer field is unchanged, because I can't upload the package
which set Maintainer field other than me.

The package description is:
 QDBM is an embeded database library compatible with GDBM and NDBM.
 It features hash database and B+ tree database and is developed referring
 to GDBM for the purpose of the following three points: higher processing
 speed, smaller size of a database file, and simpler API.
 This is the runtime package for programs that use the QDBM database
 library.

Bug#890502: O: hyperestraier -- full-text search system for communities

[Satoru KURASHIKI]

Package: wnpp
Severity: normal

I intend to orphan the hyperestraier package.

For someone interested in adopting this software, please note:
  - hyperestraier is completely dead software and users should consider
moving to other modern search solutions (sphinx, groonga, and so on).

Maintainer field is unchanged, because I can't upload the package
which set Maintainer field other than me.

The package description is:
 Hyper Estraier is a full-text search system. You can search lots of documents
 for some documents including specified words. If you run a web site, it is
 useful as your own search engine for pages in your site. Also, it is useful as
 search utilities of mail boxes and file servers.
 The characteristic of Hyper Estraier is the following.
  * High performance of search
  * High scalability of target documents
  * Perfect recall ratio by N-gram method
  * Phrase search, attribute search, and similarity search
  * Multilingualism with Unicode
  * Independent of file format and repository
  * Simple and powerful API
  * Supporting P2P architecture
 It is redesigned Estraier and you can connect several index nodes over
 the network using node API.

Bug#865873: goldencheetah: GoldenCheetah hangs during workout

[Satoru KURASHIKI]

hi,

On Sun, Jun 25, 2017 at 10:03 PM, Tomasz Nowak  wrote:
>   I have recently upgraded my Debian system from Jessie to Stretch.
>   After the upgrade I tried to install a stable version of GC 3.4 from the
>   official web page, as I used it on Debian Jessie as it was very stable for 
> me.
>   Unfortunately I noticed that package provided here
>
>   no longer works on Debian 9 due to missing dependencies.

The deb package provided by upstream is meant for Ubuntu, so
it can't use on Debian instance.

>   My only option on Debian 9 was to use the version of GC provided in the OS.
>   However that version doesn't work very well for me as it hangs a few minutes
>   after starting the workout. The GUI freezes completely, but I noticed if I
>   disconnect the Garmin ANT USB from the laptop, the GUI works again, but 
> doesn't
>   change the trainer resistance or display sensor data anymore:(.
>
>   Please can the stable version of the package (3.4) be present in Debian 
> repositories?

Because upstream devs seem to concentrate only on stable branch over a year,
I'm thinking of downgrade its package version to 3.x series
development releases.
cf. being prepared at https://mentors.debian.net/package/goldencheetah

Though, I can't test the features like realtime plotting...
(I'm unsure that downgrading package version will fix your issue.)

regards,
-- 
KURASHIKI Satoru

Bug#853635: qwtplot3d: ftbfs with GCC-7

[Satoru KURASHIKI]

Source: qwtplot3d
Followup-For: Bug #853635
Control: tags - 1 patch

hi,

I've prepared a patch which simply update library symbols.

hope it helps.

regards,
-- 
KURASHIKI Satoru
diff -uNr a/debian/libqwtplot3d-qt4-0v5.symbols 
b/debian/libqwtplot3d-qt4-0v5.symbols
--- a/debian/libqwtplot3d-qt4-0v5.symbols   2016-12-23 21:26:35.0 
+0900
+++ b/debian/libqwtplot3d-qt4-0v5.symbols   2017-09-06 11:39:29.66400 
+0900
@@ -243,10 +243,10 @@
  _ZN5Qwt3D4Axis9setMajorsEi@Base 0.2.7
  _ZN5Qwt3D4Axis9setMinorsEi@Base 0.2.7
  _ZN5Qwt3D4AxisC1ENS_6TripleES1_@Base 0.2.7
- (optional=templinst)_ZN5Qwt3D4AxisC1ERKS0_@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# (optional=templinst)_ZN5Qwt3D4AxisC1ERKS0_@Base 
0.2.7
  _ZN5Qwt3D4AxisC1Ev@Base 0.2.7
  _ZN5Qwt3D4AxisC2ENS_6TripleES1_@Base 0.2.7
- (optional=templinst)_ZN5Qwt3D4AxisC2ERKS0_@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# (optional=templinst)_ZN5Qwt3D4AxisC2ERKS0_@Base 
0.2.7
  _ZN5Qwt3D4AxisC2Ev@Base 0.2.7
  _ZN5Qwt3D4AxisD0Ev@Base 0.2.7
  _ZN5Qwt3D4AxisD1Ev@Base 0.2.7
@@ -268,7 +268,7 @@
  _ZN5Qwt3D5ArrowD0Ev@Base 0.2.7
  _ZN5Qwt3D5ArrowD1Ev@Base 0.2.7
  _ZN5Qwt3D5ArrowD2Ev@Base 0.2.7
- 
(optional=templinst)_ZN5Qwt3D5Color12createVectorERSt6vectorINS_4RGBAESaIS2_EE@Base
 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZN5Qwt3D5Color12createVectorERSt6vectorINS_4RGBAESaIS2_EE@Base
 0.2.7
  _ZN5Qwt3D5GL2QtEddd@Base 0.2.7
  _ZN5Qwt3D5Label11setPositionENS_6TripleENS_6ANCHORE@Base 0.2.7
  _ZN5Qwt3D5Label12devicefonts_E@Base 0.2.7
@@ -380,9 +380,9 @@
  _ZN5Qwt3D6Plot3DD0Ev@Base 0.2.7
  _ZN5Qwt3D6Plot3DD1Ev@Base 0.2.7
  _ZN5Qwt3D6Plot3DD2Ev@Base 0.2.7
- (optional=templinst)_ZN5Qwt3D7MappingD0Ev@Base 0.2.7
- (optional=templinst)_ZN5Qwt3D7MappingD1Ev@Base 0.2.7
- (optional=templinst)_ZN5Qwt3D7MappingD2Ev@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# (optional=templinst)_ZN5Qwt3D7MappingD0Ev@Base 
0.2.7
+#MISSING: 0.2.7+svn191-10.1# (optional=templinst)_ZN5Qwt3D7MappingD1Ev@Base 
0.2.7
+#MISSING: 0.2.7+svn191-10.1# (optional=templinst)_ZN5Qwt3D7MappingD2Ev@Base 
0.2.7
  _ZN5Qwt3D8CellData5clearEv@Base 0.2.7
  _ZN5Qwt3D8CellDataD0Ev@Base 0.2.7
  _ZN5Qwt3D8CellDataD1Ev@Base 0.2.7
@@ -465,7 +465,7 @@
  _ZNK5Qwt3D6Plot3D15keyboardEnabledEv@Base 0.2.7
  _ZNK5Qwt3D6Plot3D15lightingEnabledEv@Base 0.2.7
  _ZNK5Qwt3D6Plot3D8keySpeedERdS1_S1_@Base 0.2.7
- _ZNK5Qwt3D6TripleneES0_@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# _ZNK5Qwt3D6TripleneES0_@Base 0.2.7
  _ZNK5Qwt3D7Mapping4nameEv@Base 0.2.7
  _ZNK5Qwt3D8CellData5emptyEv@Base 0.2.7
  _ZNK5Qwt3D8GridData4rowsEv@Base 0.2.7
@@ -474,40 +474,44 @@
  _ZNK5Qwt3D8LogScale5cloneEv@Base 0.2.7
  _ZNK5Qwt3D8LogScale8ticLabelEj@Base 0.2.7
  _ZNK5Qwt3D9CrossHair5cloneEv@Base 0.2.7
- 
(optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base
 0.2.7
- 
(optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE19_M_emplace_back_auxIJRKS2_EEEvDpOT_@Base
 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base
 0.2.7
+ 
_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE17_M_realloc_insertIJRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_@Base
 0.2.7+svn191-10.1
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EE19_M_emplace_back_auxIJRKS2_EEEvDpOT_@Base
 0.2.7
  (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EED1Ev@Base 0.2.7
  (optional=templinst)_ZNSt6vectorIN5Qwt3D2IO5EntryESaIS2_EED2Ev@Base 0.2.7
- (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED1Ev@Base 0.2.7
- (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED2Ev@Base 0.2.7
- (optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EEaSERKS3_@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED1Ev@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EED2Ev@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D4AxisESaIS1_EEaSERKS3_@Base 0.2.7
  (optional=templinst)_ZNSt6vectorIN5Qwt3D4RGBAESaIS1_EEaSERKS3_@Base 0.2.7
- 
(optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 0.2.7
  
(optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EE17_M_default_appendEm@Base
 0.2.7
  (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EED1Ev@Base 0.2.7
  (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EED2Ev@Base 0.2.7
- (optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EEaSERKS3_@Base 0.2.7
- (optional=templinst)_ZNSt6vectorIN5Qwt3D6Plot3D5LightESaIS2_EEaSERKS4_@Base 
0.2.7
+#MISSING: 0.2.7+svn191-10.1# 
(optional=templinst)_ZNSt6vectorIN5Qwt3D5LabelESaIS1_EEaSERKS3_@Base 0.2.7
+#MISSING: 0.2.7+svn191-10.1# 

Bug#857748: [request-tracker-maintainers] Bug#857748: Please package current version - 1.02

[Satoru KURASHIKI]

hi,

Release team,

In the later stage of freeze, are there any chance to upload newer
upstream version (into testing) to fix RC bugs?
If it can, I will finish staged git chages as soon as I can.

(This package is leaf plugin for request-tracker, so any other
r/depeds will not affect.)

regards,

On Fri, Mar 17, 2017 at 7:12 AM, Dominic Hargreaves  wrote:
> Control: severity -1 serious
>
> On Tue, Mar 14, 2017 at 07:25:32PM +0300, Max Kosmach wrote:
>> X-Debbugs-CC: pkg-request-tracker-maintain...@lists.alioth.debian.org
>> Package: rt4-extension-customfieldsonupdate
>> Version: 0.01-1.1
>>
>> Please package current version (1.02) which is compatible with RT 4.2 and RT 
>> 4.4
>
> Hi Max,
>
> Thanks for raising this issue. From the changelog I take it that 0.0.1
> doesn't support 4.2 or 4.4 at all. Is that your understanding too?
>
> As such this is RC for both jessie and stretch, so raising the
> severity appropriately.
>
> Dominic.



-- 
KURASHIKI Satoru

Bug#856549: RM: rt-extension-spawnlinkedticketinqueue -- RoM; obsoleted in upstream

[Satoru KURASHIKI]

Package: ftp.debian.org
Severity: normal

hi,

Please remove source package rt-extension-spawnlinkedticketinqueue
from unstable, because it is obsoleted by request-tracker4 (4.4) includes
its functionality.
(please see #851987 in detail)

- It was already removed from testing by means of #851987 (serious).
- This specific plugin package doesn't have rdeps.

regards,
-- 
KURASHIKI Satoru

Bug#853467: goldencheetah: Upload new version to support Garmin CIQ developer fields

[Satoru KURASHIKI]

hi,

On Tue, Jan 31, 2017 at 6:35 PM, Markus Braun  wrote:
> I'm using a Garmin watch as runner to track my workouts. Some days ago
> I received a Stryd footpod to track running power. Running power is
> recorded to the FIT file in an CIQ developer field. The current Debian
> version of goldencheetah does not support the additional fields but the
> current GIT version of goldencheetah does. The developers started adding
> these in October 2016. The current official version on
> www.goldencheetah.org does support my FIT files. But it is not possible
> to install the Debian package on SID because of missing dependencies.

I've uploaded GC4.0 series development build early 2016.
For now, upstream seems to focus on making enhancement into GC3.0
series stable build, at least since August 2016.

> Could you please provide a more current version of goldencheetah?

I think that soon after upstrem releasing new 4.0 series build, I will
update its packaging.
https://github.com/GoldenCheetah/GoldenCheetah/releases

regards,
-- 
KURASHIKI Satoru

Bug#851987: rt-extension-spawnlinkedticketinqueue: Obsolete with RT 4.4

[Satoru KURASHIKI]

hi,

On Sat, Jan 21, 2017 at 12:39 AM, Dominic Hargreaves  wrote:
> Source: rt-extension-spawnlinkedticketinqueue

> With the upload of RT 4.4 to unstable, this separate package is
> obsoleted - RT 4.4 includes the SLA functionality out of the box. As
> such, rt-extension-spawnlinkedticketinqueue should not be released with
> stretch.

OK, I see.
cf. github.com/bestpractical/rt/commit/0414a79460412a84df1a22c8bae0b1883cd143d6

Will RT4.4 be in stretch?
After testing migration, I will file RM request.

regards,
-- 
KURASHIKI Satoru

Bug#835816: rt-extension-customfieldsonupdate: please make the build (mostly) reproducible

[Satoru KURASHIKI]

hi,

On Mon, Jan 16, 2017 at 3:14 PM, Chris Lamb  wrote:
>> Would you consider applying this patch and uploading?
>
> Friendly ping on this :)

Thanks for tracking this.

I acked the patch, and stucked merging with other changes.
(and now archive freezed, so hesitating upload packages...)

regards,
-- 
KURASHIKI Satoru

Bug#826118: RM: goldencheetah [armel armhf] -- RoM; NBS; not built for armel/armhf

[Satoru KURASHIKI]

Package: ftp.debian.org
Severity: normal

hi,

Please remove binary package goldencheetah on armel/armhf,
because they can't build since 3.2.0-2 (can't satisfy its depends).

The goldencheetah package doesn't have rdeps.

regards,
-- 
KURASHIKI Satoru

Bug#818418: goldencheetah: FTBFS: redefinition of 'int DataFilterlex_destroy()'

[Satoru KURASHIKI]

hi, thank you reporting this.

With quick survey, it is introduced by recent flex update from 2.5.39 -> 2.6.
(GC's flex version checking should be patched, maybe able to
cherry-pick from upstream)

it will be fixed soon.

regards,


On Thu, Mar 17, 2016 at 7:20 AM, Martin Michlmayr  wrote:
> Package: goldencheetah
> Version: 3.3.0-1
> Severity: serious
>
> This package fails to build in unstable:
>
>> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
>> g++ -c -m64 -pipe -g -O2 -fstack-protector-strong -Wformat 
>> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -W 
>> -D_REENTRANT -fPIC -DGC_VIDEO_VLC -DGC_VERSION=\"3.3.0RC1\" 
>> -DGC_HAVE_KQOAUTH -DGC_HAVE_QWTPLOT3D -DGC_HAVE_KML -DGC_HAVE_ICAL 
>> -DGC_HAVE_LIBUSB -DGC_HAVE_VLC -DQXT_STATIC -DGC_HAVE_SOAP -DQT_NO_DEBUG 
>> -DQT_SVG_LIB -DQT_WEBKITWIDGETS_LIB -DQT_MULTIMEDIAWIDGETS_LIB 
>> -DQT_OPENGL_LIB -DQT_WIDGETS_LIB -DQT_WEBKIT_LIB -DQT_MULTIMEDIA_LIB 
>> -DQT_GUI_LIB -DQT_XML_LIB -DQT_SQL_LIB -DQT_NETWORK_LIB -DQT_SCRIPT_LIB 
>> -DQT_CONCURRENT_LIB -DQT_SERIALPORT_LIB -DQT_CORE_LIB -I. -I../qwt/src 
>> -I../qxt/src -I../qtsolutions/json -I../qtsolutions/qwtcurve -I../kqoauth 
>> -isystem /usr/include/qwtplot3d -isystem /usr/include -isystem 
>> /usr/include/libical -isystem /usr/include -isystem /usr/include/vlc 
>> -I../qtsolutions/soap -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWebKitWidgets -isystem /us
>> r/include/x86_64-linux-gnu/qt5/QtMultimediaWidgets -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtOpenGL -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtWebKit -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSql -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtScript -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtConcurrent -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtSerialPort -isystem 
>> /usr/include/x86_64-linux-gnu/qt5/QtCore -I. 
>> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -o RideDB_lex.o 
>> RideDB_lex.cpp
>> lex.WithingsParser.c: In function 'int yy_get_next_buffer()':
>> lex.WithingsParser.c:1229:44: warning: comparison between signed and 
>> unsigned integer expressions [-Wsign-compare]
>> lex.DataFilter.c: In function 'int yy_get_next_buffer()':
>> lex.DataFilter.c:1483:44: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> DataFilter.l: In function 'int DataFilterlex_destroy()':
>> DataFilter.l:105:5: error: redefinition of 'int DataFilterlex_destroy()'
>>  #endif
>>  ^
>> lex.DataFilter.c:2128:5: note: 'int DataFilterlex_destroy()' previously 
>> defined here
>> Makefile:15206: recipe for target 'DataFilter_lex.o' failed
>> make[2]: *** [DataFilter_lex.o] Error 1
>> make[2]: *** Waiting for unfinished jobs
>> lex.JsonRideFile.c: In function 'int yy_get_next_buffer(yyscan_t)':
>> lex.JsonRideFile.c:1559:47: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> JsonRideFile.l: In function 'int JsonRideFilelex_destroy(void*)':
>> JsonRideFile.l:166:5: error: redefinition of 'int 
>> JsonRideFilelex_destroy(void*)'
>>  #endif
>>  ^
>> lex.JsonRideFile.c:2358:5: note: 'int JsonRideFilelex_destroy(yyscan_t)' 
>> previously defined here
>> lex.RideDB.c: In function 'int yy_get_next_buffer(yyscan_t)':
>> lex.RideDB.c:1290:47: warning: comparison between signed and unsigned 
>> integer expressions [-Wsign-compare]
>> RideDB.l: In function 'int RideDBlex_destroy(void*)':
>> RideDB.l:119:5: error: redefinition of 'int RideDBlex_destroy(void*)'
>>  #endif
>>  ^
>> lex.RideDB.c:2089:5: note: 'int RideDBlex_destroy(yyscan_t)' previously 
>> defined here
>> Makefile:15209: recipe for target 'JsonRideFile_lex.o' failed
>> make[2]: *** [JsonRideFile_lex.o] Error 1
>> Makefile:15215: recipe for target 'RideDB_lex.o' failed
>> make[2]: *** [RideDB_lex.o] Error 1
>> JsonRideFile.y:313:12: warning: 'jsonFileReaderRegistered' defined but not 
>> used [-Wunused-variable]
>>  static int jsonFileReaderRegistered =
>> ^
>> make[2]: Leaving directory '/<>/src'
>> Makefile:130: recipe for target 'sub-src-make_first-ordered' failed
>> make[1]: *** [sub-src-make_first-ordered] Error 2
>> make[1]: Leaving directory '/<>'
>> dh_auto_build: make -j30 returned exit code 2
>> debian/rules:20: recipe for target 'build' failed
>> make: *** [build] Error 25
>> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>> 
>
> --
> Martin Michlmayr
> Linux for HPE Helion, Hewlett Packard Enterprise



-- 
KURASHIKI Satoru

Bug#790502: Please support ARM64

[Satoru KURASHIKI]

hi,

On Wed, Jul 1, 2015 at 8:56 AM, Martin Michlmayr  wrote:
> While I see your point of not adding more arches, I think everything
> in Debian should be available on as many platforms as possible.

Progress report:
For now, pbuilder arm64 fails to build it in its early stage. (where installing
dependent java things)
After things sorted out, I will add arm64 to build arch.

regards,
-- 
KURASHIKI Satoru

Bug#809299: tiarra: apply upstream HEAD changes

[Satoru KURASHIKI]

Source: tiarra
Severity: wishlist

Dear Maintainer,

Though upstream doesn't tag its release, tiarra has many updates in
repository HEAD.
Released snapshot points svn-36726, and repository HEAD points svn-39279.
- http://coderepos.org/share/wiki/Tiarra

Please include those changes into package.
They are needed to use SSL connection to servers, in my case.

regards,

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-41-pve (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#791264: qwtplot3d: library transition may be needed when GCC 5 is the default

[Satoru KURASHIKI]

Source: qwtplot3d
Followup-For: Bug #791264
Control: tags -1 patch

Dear Maintainer,

I've prepared a patch which includes:
 - Ubuntu's changes for library transition
 - fix symbols for qt5 library

It's meant for applying to the package which staged at mentors.debian.net:
http://mentors.debian.net/debian/pool/main/q/qwtplot3d/qwtplot3d_0.2.7+svn191-8.dsc

hope it helps,

regards,
--
KURASHIKI Satoru


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-39-pve (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


qwtplot3d-gcc5.patch
Description: Binary data

Bug#790502: Please support ARM64

[Satoru KURASHIKI]

hi,

On Tue, Jun 30, 2015 at 6:46 AM, Martin Michlmayr t...@hp.com wrote:
 Is there a reason arm64 isn't enabled in your package?  The package
 builds fine with the attached patch.

Thank you for providing this.

I'm hesitating to do so (add new architecture), because I regard this software
as under a stay of execution and intend to keep lasting only for existing users.

# hyperestraier is completely dead software and users should consider
# moving to other modern search solutions (sphinx, groonga, and so on).

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763302: any progress?

[Satoru KURASHIKI]

hi,

On Thu, May 7, 2015 at 9:14 AM, Satoru KURASHIKI lur...@gmail.com wrote:
 I've packaged old version (1.1.0) locally, so I will update it ( to 1.2.0) and
 start seeking upload sponsor.

 In case you need help or would like someone to take over the packaging,
 let the Ruby team know, by sending a message to
 debian-r...@lists.debian.org.

I've changed my mind, sorry for confusing.
It would be better that this package be maintained by ruby specialists
rather than me.

So I would like Ruby team to take over this ITP (CC: debian-ruby).
What shouldI do for this? change bug owner to ruby team?

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#784467: [goldencheetah] Qt4's WebKit removal

[Satoru KURASHIKI]

hi,

On Wed, May 6, 2015 at 10:23 PM, Ana Guerrero Lopez a...@debian.org wrote:
 Therefore, please take the time and:
 - contact your upstream (if existing) and ask about the state of a Qt5
 port of your application
 - if there are no activities regarding porting, investigate whether there are
 suitable alternatives for your users
 - if there is a Qt5 port that is not yet packaged, consider packaging it
 - if both the Qt4 and the Qt5 versions already coexist in the Debian
 archives, consider removing the Qt4 version

GC's upstream has already started to support QT5 also, so I will start
changing its packaging rule. Thanks.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763302: any progress?

[Satoru KURASHIKI]

hi,

On Thu, May 7, 2015 at 5:11 AM, Cédric Boutillier bou...@losange.org wrote:
 Is there any progress on this packaging project? Now that the
 development for Stretch has begun, Ruby packages will be updated, and
 many of the ones using RSpec now use the version 3, which is in
 experimental. Several packages still use the its syntax, which
 requires this particular package.

I've packaged old version (1.1.0) locally, so I will update it ( to 1.2.0) and
start seeking upload sponsor.

 In case you need help or would like someone to take over the packaging,
 let the Ruby team know, by sending a message to
 debian-r...@lists.debian.org.

 Cheers,

 Cédric

regards,
-- 
KURASHIKI Satoru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778448: rt-extension-calendar: Unneeded dependency on libdigest-sha-perl

[Satoru KURASHIKI]

hi,

On Sun, Feb 15, 2015 at 3:20 PM, Salvatore Bonaccorso car...@debian.org wrote:
 rt-extension-calendar (Build-)Depends(-Indep) on libdigest-sha-perl.
 But Digest::SHA is in Perl core since v5.9.3 and 'RTx-Calendar does
 not seem to require an newer version of Digest::SHA as it is in perl
 core, thus the extra dependency on libdigest-sha-perl is acutally not
 needed unless an explicit newer version is required (in such a case an
 alternate dependency on both a versioned libdigest-sha-perl and the
 perl including that version would be needed).

Thanks, acked.
I will fix its dependency with next upload.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775799: RFS: libmodule-install-rtx-perl/0.37-1 [ITP]

[Satoru KURASHIKI]

hi,

On Mon, Jan 26, 2015 at 11:13 AM,  d...@debian.org wrote:
 describe its origin somewhere (changelog, README.Debian, etc.)

 you should add new entry about debian/patches/01-fix-plugindir.patch
 and describe its origin here. of cource, this patch's license stays GPL-2.

Sorry for late, I've fixed these issue and update mentors' package.
(I add new Files: entry, and README.Debian to refer them)

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775799: RFS: libmodule-install-rtx-perl/0.37-1 [ITP]

[Satoru KURASHIKI]

hi,

Thanks for reviewing!

On Wed, Jan 21, 2015 at 8:56 PM,  d...@debian.org wrote:
 - d/copyright: copyright holder is not only Best Practical Solutions
but also Audrey Tang c...@audreyt.org.
 - d/docs: maybe missing.

I've fixed them and re-uploaded to mentors.

 - d/p/01-fix-plugindir.patch: where comes from?

I picked this patch from rt-authen-externalauth's.

My motivation to package this is to avoid each extensions having
this patch.

# Some people requested this include, but upstream have ignored
# this so long time, parhaps it can't be their priorities.
# https://rt.cpan.org/Public/Bug/Display.html?id=12964
# https://github.com/bestpractical/module-install-rtx/pull/1

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773343: request-tracker4: fails to upgrade from 'wheezy' if rt4-extension-assettracker is installed

[Satoru KURASHIKI]

hi,

On Sun, Dec 28, 2014 at 11:07 PM, Niko Tyni nt...@debian.org wrote:
 The attached patch implements this. It's also pushed in the
 ntyni/bug-773343 branch in the Alioth repository (see the Vcs-Git header.)

Great! Thank you fixing it!

I've tested 4.2.8-2 (built from your branch), and confirmed with pbuilder that:

RT (wheezy) - 4.2.8-1 upgrade succeeds.
RT + assettracker (wheezy) - 4.2.8-1 upgrade fails.
RT (wheezy) - 4.2.8-2 upgrade succeeds.
RT + assettracker (wheezy) - 4.2.8-2 upgrade succeeds.

 However, I have not actually tested to use RT after the patched
 upgrade. It would be nice if somebody could do that.

I've also applied 4.2.8-2 to my local RT instance and had no problem using it,
but from 4.2.8-1, so it's not be useful verification...

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773343: [request-tracker-maintainers] Bug#773343: request-tracker4: fails to upgrade from 'wheezy' if rt4-extension-assettracker is installed

[Satoru KURASHIKI]

hi,

On Mon, Dec 22, 2014 at 8:08 AM, gregor herrmann gre...@debian.org wrote:
 during a test with piuparts I noticed your package fails to upgrade from
 'wheezy'.
 It installed fine in 'wheezy', then the upgrade to 'jessie' fails.

 rt4-extension-assettracker is not in jessie due to
 #748737: doesn't support RT 4.2

 Good news: I can reproduce the bug.
 Bad news: Neither a Breaks: rt4-extension-assettracker nor a
 Conflicts: rt4-extension-assettracker helps ...

RC Autoremovals is set as of 2015/1/30.
What is the plan to get rid of this?

The RT instance which altered by assettracker will seem to be fail to
upgrade, so
it would be as follows:

a. implement some migration from assettracker to RTx::Assets (but
refered as too late in #748737)
b. patch RT's db migration script to allow assettracker's modification
c. purge assettracker with its data dump and recover RTDB before upgrading RT
d. skip RT upgrade if assettracker is installed
e. etc, etc.

assettracker is already removed from testing, so I think that
something like c. and d.
would be candidates...

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771029: unblock: emacs-calfw/1.3+git20141031-2

[Satoru KURASHIKI]

hi,

On Thu, Nov 27, 2014 at 3:38 AM, Niels Thykier ni...@thykier.net wrote:
 To be honest, the 4307ea34 commit smells more like a feature than a bug
 fix at first glance.  Anyhow, please go ahead and let us know once it
 has been uploaded to unstable.

Excuse me, (a bit) incorrect expression. I had seen them as a set of improvement
for displaying diary...

Anyway, thanks, I've uploaded the package into unstable.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769514: emacs-calfw-howm: installation fails

[Satoru KURASHIKI]

hi,

On Fri, Nov 14, 2014 at 11:39 PM, Tatsuya Kinoshita t...@debian.org wrote:
 Control: found -1 1.3+git20141031-1
 Control: tags -1 + patch

 On November 14, 2014 at 8:53AM +0100, lucas (at lucas-nussbaum.net) wrote:
 install/emacs-calfw-howm: Handling install for emacsen flavor emacs24
 calfw-howm.el:40:1:Error: Cannot open load file: No such file or directory, 
 howm

 It seems byte-compilation of emacs-calfw-howm fails because of
 missing howm files.  Even if the Depends line is correct, the
 dependency should also be handled in the emacsen-install script.
 See also emacsen-common's issue, bug#737389.

 The following patch should fix this bug.

Thanks for your patch, I will update package with it later!

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[Satoru KURASHIKI]

hi,

On Fri, Oct 24, 2014 at 12:18 PM,  d...@debian.org wrote:
 serverspec is mainly used as a library (framework), not as an application,
 so ruby-serverspec is suitable package name for it.
 naming unification is not much important, i think.

OK, I've changed package name, and re-upload to mentors.d.o. (with
lintian fixes).
http://mentors.debian.net/package/serverspec-runner
http://mentors.debian.net/debian/pool/main/s/serverspec-runner/serverspec-runner_0.2.4-1.dsc

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766567: RFS: ruby-serverspec-runner/0.2.4-1 [ITP]

[Satoru KURASHIKI]

hi,

Thank you reviewing.

On Fri, Oct 24, 2014 at 11:40 AM,  d...@debian.org wrote:
 this is application package, so ruby- prefix removed package name
 serverspec-runner is suitable.

 Naming of ruby packages
 https://wiki.debian.org/Teams/Ruby/Packaging#Naming_of_ruby_packages

According to guideline, It seems that it's ok to have ruby- prefix.
(optional choice)
(I want it for unification with ruby-serverspec, though it should have
 been named as serverspec...)

How do you think?

 debian/control: Vcs-Browser: unable to open this page.

 please fix this lintian warning. you can use help2man to generate template.

will fix and update mentors.d.o later.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766564: RFS: prt/0.19-1 [ITP]

[Satoru KURASHIKI]

hi,

On Fri, Oct 24, 2014 at 11:06 AM,  d...@debian.org wrote:
 uploaded.

Thanks!

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#766339: RFS: libtest-mock-guard-perl/0.10-1 [ITP]

[Satoru KURASHIKI]

hi,

On Wed, Oct 22, 2014 at 9:54 PM,  d...@debian.org wrote:
 uploaded.

Thank you!

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#730445: RFS: plsense/0.10+git20131030-1 [ITP]

[Satoru KURASHIKI]

hi,

On Mon, Nov 25, 2013 at 4:06 PM, KURASHIKI Satoru lur...@gmail.com wrote:
  * Package name: plsense
Version : 0.10+git20131030-1

I've uploaded updated plsense (0.3.1-1) to mentors.

http://mentors.debian.net/package/plsense
dget -x http://mentors.debian.net/debian/pool/main/p/plsense/plsense_0.3.1-1.dsc

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#752806: qdbm: hardcodes /usr/lib/perl5

[Satoru KURASHIKI]

hi,

On Mon, Jul 7, 2014 at 1:46 AM, gregor herrmann gre...@debian.org wrote:
 Attached is a patch tested with 5.18 and 5.20:

 +  * Fix hardcodes /usr/lib/perl5:
 +- add patch that passes INSTALLDIRS=vendor to perl Makefile.PL calls
 +- remove usr/lib/perl5 from debian/libqdbm-perl.dirs, files are in the
 +  right directories now
 +- remove some now unneeded (re)moving in debian/rules and adjust paths
 +- use $Config{vendorarch} in debian/rules to get the perl library path at
 +  build time
 +(Closes: #752806)

Thanks for your patch.
I will pick needed part of your patch soon.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745663: hyperestraier doesn't recurse CIFS directories

[Satoru KURASHIKI]

hi,

Sorry for late reply,

On Fri, May 2, 2014 at 4:11 AM, Paolo Zandonella
paolo.zandone...@libero.it wrote:
 I'm not sure how to build but what I've done is:

It seems to be fine :)
I've updated that branch, how about that?

 Executable files (estcmd, estmaster, ...) are compiled but 'estcmd scandir'
 on a CIFS directory doesn't recurse.
 CFLAGS in Makefile in main directory doesn't include -D_FILE_OFFSET_BITS=64.

In my environment updated branch make the Makefile include that flags,
so it must be
built successfully in yours.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642595: emacs23: upgrade fails on removing ‘/usr/share/emacs23/site-lisp/emacs-calfw’

[Satoru KURASHIKI]

hi,

Though I'm unsure it would fix this old problem, I will upload new version
which will remove calfw-howm directory for emacs23 flavor.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745663: hyperestraier doesn't recurse CIFS directories

[Satoru KURASHIKI]

hi,

On Thu, Apr 24, 2014 at 6:18 AM, Paolo Zandonella
paolo.zandone...@libero.it wrote:
 estcmd gather command with 'dir' parameter as a CIFS mounted directory
 doesn't list subdirectory files. The same for command 'estcmd scandir cifs
 dir'.

 Compiling adding -D_FILE_OFFSET_BITS=64 to CFLAGS in Makefile (after
 configure) solves the problem.

 I've found the solution here:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550449.

I'm trying to apply this fix at:
http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git;a=shortlog;h=refs/heads/745663-fix-cifs

Could you please test above, which make it or not?

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#743022: Bug#745661: RFP: weblate -- web-based translation tool with tight Git integration

[Satoru KURASHIKI]

hi,

On Thu, Apr 24, 2014 at 6:51 PM, W. Martin Borgert deba...@debian.org wrote:
 On 2014-04-24 07:34, Michal Čihař wrote:
 One of the dependencies is not yet in Debian: python-social-auth (see ITP 
 #743022).

 Thanks Michal, I hope I did not miss other dependencies.

 Hello Kurashiki, are you working on python-social-auth in the
 jessie timeframe?

Maybe.

It's waiting for being sponsord, please see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743592

My ITP is for using weblate on debian, so if you plan to package weblate itself,
I think it had better that DD maintain it with its dependencies :-)

regards,
-- 
KURASHIKI Satoru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#743592: RFS: python-social-auth/0.1.23-1 [ITP]

[Satoru KURASHIKI]

Package: sponsorship-requests
Severity: wishlist
User: debian-de...@debian.or.jp
Usertags: debianjp
Control: block 743022 by -1

  Dear mentors,

  I am looking for a sponsor for my package python-social-auth

 * Package name: python-social-auth
   Version : 0.1.23-1
   Upstream Author : Matías Aguirre matiasagui...@gmail.com
 * URL : http://psa.matiasaguirre.net/
 * License : BSD-3-Clause
   Section : python

  It builds those binary packages:

python-social-auth - Python social authentication made simple

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/python-social-auth


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/p/python-social-auth/python-social-auth_0.1.23-1.dsc

  More information about hello can be obtained from
http://psa.matiasaguirre.net

regards,
-- 
KURASHIKI Satoru

Bug#741081: closed by KURASHIKI Satoru lur...@gmail.com (Bug#741081: fixed in emacs-calfw 1.3+git20140316-1)

[Satoru KURASHIKI]

hi,

On Fri, Mar 28, 2014 at 2:51 AM, Rémi Vanicat vani...@debian.org wrote:

 ow...@bugs.debian.org (Debian Bug Tracking System) writes:
 Oh, please don't

 I need Emacs23 because I'm a Emacs hacker, and I need to test that what
 I'm doing do work on older version of Emacs.


oops, sorry, I'll fix that.

regards,
-- 
KURASHIKI Satoru

Bug#730445: RFS: plsense/0.10+git20131030-1 [ITP]

[Satoru KURASHIKI]

hi,

On Sun, Mar 30, 2014 at 2:58 AM, Hilko Bengen ben...@debian.org wrote:

 I have looked at revision 0.20-1 and I'd be happy to upload your
 package.


Thanks for your interest :-)


 About the Lintian warnings (binary-without-manpage): I noticed that
 /usr/bin/plsense actually contains some help. Using Pod::Usage might be
 a good idea so help and a manpage can be generated from the same source.
 (This is something that I'd discuss with the upstream author.)


OK, first of all, I will attach plsense.1 generated by help2man, and
re-upload to mentors soon.

After your successfull discussions, I will change the way to generate,
but libpod-usage-perl also needs to be packaged...


 Do you have plans to package emacs-plsense
 (https://github.com/aki2o/emacs-plsense)?


uh.. while I know that they plays complementary roles,
I don't have plans for now.

regards,
-- 
KURASHIKI Satoru

Bug#722874: yaskkserv link with -L/usr/lib

[Satoru KURASHIKI]

hi,

On Sat, Sep 14, 2013 at 12:36 PM, YunQiang Su wzss...@gmail.com wrote:

 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

 On mips* systems, /usr/lib is defined as place to hold O32
 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.

 Beside the way, on the multiarch system like Debian, user may install
 libraries under /usr/lib by hand.

 Please use the default search path if you can, and please consider fix
 this.


I've tried to do so.

http://anonscm.debian.org/gitweb/?p=collab-maint/yaskkserv.git;a=commit;h=7ec9aef285cba465e8ffc3e508dbc95606cf724c

I'm glad if you could try to build on mips systems.

regards,
-- 
KURASHIKI Satoru

Bug#741081: emacs-calfw: Fail to upgrade with emacs23

[Satoru KURASHIKI]

hi,

On Sat, Mar 8, 2014 at 7:21 PM, Remi Vanicat vani...@debian.org wrote:

 When emacs23 is installed, last version of emacs-calfw fail because old
 org-mode did not had org-element that is apparently now required by
 calfw.


Thanks, I've not noticed about that.
I'll drop emacs23 dependency with next upload.

regards,
-- 
KURASHIKI Satoru

Bug#735270: Tests fail to build on machines without SSE2 instructions

[Satoru KURASHIKI]

hi,

 Great, sounds like I am lucky today!

 Thanks,
 Christophe


 On 14 January 2014 14:37, Guus Sliepen g...@debian.org wrote:

  On Tue, Jan 14, 2014 at 02:10:33PM +0100, Christophe Riccio wrote:
 
   In GLM this is done using #if(GLM_ARCH != GLM_ARCH_PURE) so be cross
   platform.
  
   I have committed some changes
  
 
https://github.com/g-truc/glm/commit/d7862e4bb5d58415dd8697b99f85969759dea7b6to
   ensure you could run the tests on platforms that doesn't support SSE
   instruction sets.
  
   These changes will be part of GLM 0.9.5.2.
 
  I tried out that commit and everything compiles, and all tests pass.
  Thanks!

When will you plan GLM 0.9.5.2 to be released?
I'm looking forard to hear that :)

regards,
-- 
KURASHIKI Satoru

Bug#735475: hyperestraier: Update package to fit you ruby policy

[Satoru KURASHIKI]

hi,

On Thu, Jan 16, 2014 at 1:44 AM, Jonas Genannt
jonas.gena...@capi2name.dewrote:

 This patch adds gem2deb support to your package. This build your ruby
 library against 1.9
 and 2.0.

 That patch is against your current Git tree, please include it, so we can
 remove Ruby 1.8
 from the archive.


Many thanks for you kindly providing such nice patch!
I'll consider to apply it though I'm planning to phase out its ruby
bindings...

regards,
-- 
KURASHIKI Satoru

Bug#732667: RFS: rt-extension-spawnlinkedticketinqueue/0.06-1 [ITP]

[Satoru KURASHIKI]

hi,

On Thu, Dec 26, 2013 at 1:27 PM, Nobuhiro Iwamatsu iwama...@nigauri.orgwrote:

  debian/changelog?
 
 
  s/changelog/copyright/
 
  orz
 

 yes, sorry.
 And I just uploaded.


Thanks.

regards,
-- 
KURASHIKI Satoru

Bug#732669: RFS: rt-extension-customfieldsonupdate/0.01-1 [ITP]

[Satoru KURASHIKI]

hi,

On Wed, Dec 25, 2013 at 7:13 AM, Nobuhiro Iwamatsu iwama...@nigauri.orgwrote:

 Hi,

 I just upload this package.


Thanks!

regards,
-- 
KURASHIKI Satoru

Bug#732667: RFS: rt-extension-spawnlinkedticketinqueue/0.06-1 [ITP]

[Satoru KURASHIKI]

hi,

On Wed, Dec 25, 2013 at 7:08 AM, Nobuhiro Iwamatsu iwama...@nigauri.orgwrote:

 Hi,

 I checked your package.


Thanks for reviewing,



 debian/control:
   You are using obsolete field. You can use upstream-contact instead
 of maintainer
   and upstream-name instead of name.


debian/changelog?
I've updated it and re-upload to mentors. Please check it.

Please tell me when you can modify them.
 I will upload this package.


regards,
-- 
KURASHIKI Satoru

Bug#732667: RFS: rt-extension-spawnlinkedticketinqueue/0.06-1 [ITP]

[Satoru KURASHIKI]

hi,

On Wed, Dec 25, 2013 at 9:14 AM, Satoru KURASHIKI lur...@gmail.com wrote:

 debian/control:
   You are using obsolete field. You can use upstream-contact instead
 of maintainer
   and upstream-name instead of name.



debian/changelog?


s/changelog/copyright/

orz

regards,
-- 
KURASHIKI Satoru

Bug#732677: RFS: ruby-specinfra/0.0.16-1 [ITP]

[Satoru KURASHIKI]

hi,

On Fri, Dec 20, 2013 at 6:15 PM, d...@debian.org wrote:

 checked and uploaded.


Thanks!

regards,
-- 
KURASHIKI Satoru

Bug#730924: ruby-serverspec: FTBFS: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- spec_helper (LoadError)

[Satoru KURASHIKI]

Control: tags -1 + pending

hi,

This bug is fixed in repo.
Fixed new package will be uploaded after splitting specinfra (ITP)  from
serverspec.

regards,
-- 
KURASHIKI Satoru

Bug#728973: RFS: libclass-std-storable-perl/0.0.1-1 [ITP]

[Satoru KURASHIKI]

hi,

On Thu, Nov 7, 2013 at 10:58 PM, d...@debian.org wrote:

 uploaded.


Thanks!

regards,
-- 
KURASHIKI Satoru

Bug#722821: qdbm link with -L/usr/lib

[Satoru KURASHIKI]

hi,

On Sat, Sep 14, 2013 at 12:32 PM, YunQiang Su wzss...@gmail.com wrote:

 This package has one or more -L/usr/lib in its build system,
 which will make it ftbfs if there is libraries under /usr/lib,
 while is not the default architecture, mips* for example.

 On mips* systems, /usr/lib is defined as place to hold O32
 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.

 Beside the way, on the multiarch system like Debian, user may install
 libraries under /usr/lib by hand.

 Please use the default search path if you can, and please consider fix
 this.

 I will try to fix this bug, while if you can help to fix it,
 It will be very appreciative.


I'm considering to start working for qdbm multiarch support.
On the way I will have to dealt with /usr/lib issues.

Sole multiarch support doesn't help your problem?
If so, I'm glad to hear what is needed to do, or patch :-)

regards,
-- 
KURASHIKI Satoru

Bug#728351: goldencheetah: FTBFS (g++: error: /usr/lib/libkmldom.a: No such file or directory)

[Satoru KURASHIKI]

hi,

On Thu, Oct 31, 2013 at 11:02 AM, Cyril Brulebois k...@debian.org wrote:

 Control: tag -1 patch

 Adam D. Barratt a...@adam-barratt.org.uk (2013-10-30):
 The attached patch is slightly ugly, but does the job. One could think
 about saving the initial file and restoring it afterwards.


Thanks, the patch will be included in next upload.

regards,
-- 
KURASHIKI Satoru

Bug#724287: rt4-extension-jsgantt, trac-jsgantt: embeds jsgantt - should depend on libjs-jsgantt separately packaged

[Satoru KURASHIKI]

hi,

On Tue, Oct 8, 2013 at 10:15 PM, Jonas Smedegaard d...@jones.dk wrote:


 Ah, right - here are the diffs:
 https://github.com/bestpractical/rt-extension-jsgantt/tree/master/etc

 The libjs-jsgantt package could include wiht its source the above diffs
 and apply them at build time, to also offer in the binary package the
 patched variant usable for RT.

 I believe that is much better than status quo.


I'm unsure which that is better or not, but anyway,
# nearly dead upstream, few references, and so on...


 Package libjs-jsgantt does not yet exist.  Just now I filed bug#725794,
 and intend to do the packaging unless (preferred) someone else in the
 Javascript team picks it up.


if libjs-jsgantt is packaged and provides patched variant for rt, I will
update
rt-extension-jsgantt to fit.

regards,
-- 
KURASHIKI Satoru

Bug#724287: rt4-extension-jsgantt, trac-jsgantt: embeds jsgantt - should depend on libjs-jsgantt separately packaged

[Satoru KURASHIKI]

hi,

On Mon, Sep 23, 2013 at 8:56 PM, Jonas Smedegaard d...@jones.dk wrote:

 Package: rt4-extension-jsgantt,trac-jsgantt
 Severity: normal
 Tags: security

 Packages rt4-extension-jsgantt and trac-jsgantt embed the Javascript
 library jsgantt.

 That Javascript library should instead be packaged separately and
 depended upon.  Package name should be libjs-jsgantt according to
 https://wiki.debian.org/Javascript/Policy.

 This issue potentially affects security: See Debian Policy 3.9.4 § 4.13.


Unfortunately, rt-extension-jsgantt includes modified version of jsgantt to
work with rt, so it couldn't depend on libjs-jsgantt if it exists.

regards,
-- 
KURASHIKI Satoru

Bug#720425: goldencheetah: hardcoded boost version

[Satoru KURASHIKI]

hi,

On Thu, Aug 22, 2013 at 2:13 AM, Julien Cristau jcris...@debian.org wrote:

 it looks like you changed your build-dependency from libboost-dev to
 libboost1.54-dev.  That is wrong.  Please don't do that.  It makes it
 harder to update boost in the future, and no reason was given in the
 changelog for making that change.


hmm...

OK, I will revert that change with next upload.

I also note you didn't bump the libclucene-dev build-dep when changing
 CLUCENE_INCLUDE and CLUCENE_LIBS, even though the change looks like it
 makes your package incompatible with earlier versions.


It happend to be tried on the boost migration (to avoid ftbfs during its
migration period),
while clucene switch was helped with the patch.

regards,
-- 
KURASHIKI Satoru

Bug#716949: nagios-nrpe-server: removes its PID on connection errors

[Satoru KURASHIKI]

Followup-For: Bug #716949
Package: nagios-nrpe
Control: tags -1 + patch

Dear Maintainer,

I've prepared the NMU patch simply backporting from ubuntu's.
Please consider uploading to unstable/stable.

regards,
-- 
KURASHIKI Satoru


nrpe-pid-nmu.diff
Description: Binary data

Bug#717780: RFS: ruby-serverspec/0.7.1-1 [ITP] -- RSpec tests for your servers

[Satoru KURASHIKI]

hi,

Thank you checking it!

On Mon, Jul 29, 2013 at 9:07 PM, d...@debian.org wrote:

 ruby-serverspec: Newer version (0.7.2) available.
 debian/control: don't you use anonscm.debian.org repository?


I'm considering to use github as its repository, so will do (after
I could deal with it using git-buildpackage).

cf. https://github.com/lurdan/serverspec

debian/patches/fix-sample: remains template strings.


I've updated the package on mentors:
http://mentors.debian.net/debian/pool/main/r/ruby-serverspec/ruby-serverspec_0.7.2-1.dsc

regards,
-- 
KURASHIKI Satoru

Bug#717819: RFS: rt-extension-calendar/0.17-1 [ITP] -- Calender View for Request Tracker

[Satoru KURASHIKI]

hi,

On Mon, Jul 29, 2013 at 10:55 AM, Nobuhiro Iwamatsu iwama...@nigauri.orgwrote:

 I just upload this package.


Thanks sponsoring it!

regards,
-- 
KURASHIKI Satoru

Bug#718371: goldencheetah: FTBFS: CLucene/clucene-config.h not found

[Satoru KURASHIKI]

hi,

On Wed, Jul 31, 2013 at 5:54 AM, Rene Engelhard r...@debian.org wrote:

 While trying to look whether goldencheetah builds with the recently
 uploaded
 clucene 2.x I noticed it unsurprisingly does not ;-(:



 This is because clucene-config.h is in
 /usr/lib/x86_64-linux-gnu/CLucene/clucene-config.h (or the respective arch
 dir)
 and thus needs explicit -I for that. the /usr/lib in CLUCENE_INCLUDE
 doesn't suffice here.
 When that is fixed -lclucene doesn't work as it's now -lclucene-core what's
 needed.

 Complete Patch attached.


Thank you digging it, I will pick the fix from your patch.

regards,
-- 
KURASHIKI Satoru

Bug#711723: goldencheetah: debian/watch is not working

[Satoru KURASHIKI]

hi,

On Sun, Jun 9, 2013 at 8:39 AM, Tatsuya Kinoshita t...@vega.ocn.ne.jpwrote:

 Since githubredir.debian.net seems not working, you should update
 debian/watch as follows:


Thanks, next upload will include your patch.

regards,
-- 
KURASHIKI Satoru

Bug#711722: goldencheetah: Do not regenarate the upstream tarball

[Satoru KURASHIKI]

hi,

On Sun, Jun 9, 2013 at 8:38 AM, Tatsuya Kinoshita t...@vega.ocn.ne.jpwrote:

 Your tarball goldencheetah_3.0.orig.tar.gz seems to have a
 different checksum from the original GoldenCheetah-3.0.tar.gz
 downloaded from github, though the extracted contents are same.


I guess your tarball is regenerated with git-buildpackage.  To keep
 the original, use the pristine-tar branch with the
 --git-pristine-tar option for git-import-orig and git-buildpackage,
 in the future new upstream releases.


oops, I haven't noticed that. thanks.


 BTW, you should also push the tags to the git repo.


 http://anonscm.debian.org/gitweb/?p=collab-maint/goldencheetah.git;a=summary


done.

regards,
-- 
KURASHIKI Satoru

Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

[Satoru KURASHIKI]

hi,

On Tue, Jun 18, 2013 at 9:18 PM, Roland Stigge sti...@antcom.de wrote:

 This is also caused by a temporary openjdk-7 FTBFS issue (openjdk-7 buil
 before on powerpcspe), which I'm working on separately.

 However, the patch that I proposed in #702180 wasn't applied correctly.
 Only some hunks were applied. Others not, and in one case, powerpc was
 accidentally _changed_ to powerpcspe which is actually an issue on
 powerpc now.



 I'm attaching a new incremental patch for hyperestraier 1.4.13-10 which
 fixes this.


Thank you, I will apply new one...orz


 Further, I don't think that the powerpcspe exception you put into
 JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is
 supposed to work fine on powerpcspe (consider the issue I described
 above as only temporary).


This was intensionally set, because this upload included another change
(jdk migration from 6 to 7), and when I checked powerpcspe's status,
it didn't have openjdk7 yet.

I'm unsure which is better to enable java binding or not. Is your separate
work
(to fix openjdk7 FTBFS) expected to finish soon?

regards,
-- 
KURASHIKI Satoru

Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

[Satoru KURASHIKI]

hi,

On Thu, Jun 20, 2013 at 5:03 PM, Roland Stigge sti...@antcom.de wrote:

 You don't need to worry about the state of openjdk-7 on powerpcspe. As
 long as openjdk-7 is _intended_ to work on powerpcspe (via Architecture:
 etc.)



 So please just enable it as done on powerpc as long as I don't tell
 otherwise.


OK, next upload will be done so.

regards,
-- 
KURASHIKI Satoru

Bug#683537: NMU hyperestraier: Transition package to use openjdk-7

[Satoru KURASHIKI]

hi,

 I just did a NMU to fix this bug (5 days delay).

Why don't you check developing status?
http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git

So disgusting (to be forced to do with NMU things).

regards,
-- 
KURASHIKI Satoru

Bug#683537: NMU hyperestraier: Transition package to use openjdk-7

[Satoru KURASHIKI]

hi,

I'm sorry about my thoughtless emotional reply.
Sure, I know my inactivity on the BTS.

On Thu, Jun 13, 2013 at 7:19 PM, Sylvestre Ledru sylves...@debian.orgwrote:

 On 13/06/2013 12:15, Satoru KURASHIKI wrote:
  hi,
 
  I just did a NMU to fix this bug (5 days delay).
 
  Why don't you check developing status?
  http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git
 
  So disgusting (to be forced to do with NMU things).
 Please apologize.
 I did a NMU because no upload has been done during the last 6 months and
 the bug #683537 has been opened for almost a year.

 But, yes, I should have check the git repository.

 Do you want me to cancel the upload ?


Yes, please cancel this NMU.

I've been testing prepared package with local build on some archs,
and it will be needed some few days (to revive my test environment), I
guess.

regards,
-- 
KURASHIKI Satoru

Bug#655896: Rails depends on the wrong version of librack-ruby, which leads to a loss of data in redmine.

[Satoru KURASHIKI]

hi,

 So, reassigning to rack, I guess this simple small fix can go
 via stable updates.

 O.

 2012/1/15 Jérémy Lal je...@edagames.com:
  Hi,
  https://github.com/chneukirchen/rack/commit/6fa19e3a268c
 
  is a simple patch that fixes the issue, and is probably
  the cause of the 1.1.1 release...

I've prepared this small patch for librack-ruby-1.1.0-4.
It's assumed to be applied after fixing pending security bugs. (#698440,
#700226)

debdiff as follows:

--
diff -u librack-ruby-1.1.0/debian/changelog
librack-ruby-1.1.0/debian/changelog
--- librack-ruby-1.1.0/debian/changelog
+++ librack-ruby-1.1.0/debian/changelog
@@ -1,3 +1,10 @@
+librack-ruby (1.1.0-4.1+squeeze2) stable; urgency=medium
+
+  * Non Maintainer Upload.
+  * Remove parsing of quoted values. (Closes: 655896)
+
+ -- KURASHIKI Satoru lur...@gmail.com  Sat, 13 Apr 2013 20:35:25 +
+
 librack-ruby (1.1.0-4.1+squeeze1) stable-security; urgency=high

   * Non Maintainer Upload.
only in patch2:
unchanged:
---
librack-ruby-1.1.0.orig/debian/patches/0003-Remove-parsing-of-quoted-values.patch
+++
librack-ruby-1.1.0/debian/patches/0003-Remove-parsing-of-quoted-values.patch
@@ -0,0 +1,42 @@
+--- a/lib/rack/utils.rb2013-04-13 20:25:45.005940347 +
 b/lib/rack/utils.rb2013-04-13 20:26:21.696277220 +
+@@ -38,9 +38,6 @@
+
+   (qs || '').split(d ? /[#{d}] */n : DEFAULT_SEP).each do |p|
+ k, v = p.split('=', 2).map { |x| unescape(x) }
+-if v =~ /^(|')(.*)\1$/
+-  v = $2.gsub('\\'+$1, $1)
+-end
+ if cur = params[k]
+   if cur.class == Array
+ params[k]  v
+@@ -69,9 +66,6 @@
+ module_function :parse_nested_query
+
+ def normalize_params(params, name, v = nil)
+-  if v and v =~ /^(|')(.*)\1$/
+-v = $2.gsub('\\'+$1, $1)
+-  end
+   name =~ %r(\A[\[\]]*([^\[\]]+)\]*)
+   k = $1 || ''
+   after = $' || ''
+--- a/test/spec_rack_utils.rb  2013-04-13 20:27:41.540708117 +
 b/test/spec_rack_utils.rb  2013-04-13 20:28:39.332709491 +
+@@ -33,7 +33,7 @@
+ Rack::Utils.parse_query(foo=bar).
+   should.equal foo = bar
+ Rack::Utils.parse_query(foo=\bar\).
+-  should.equal foo = bar
++  should.equal foo = \bar\
+ Rack::Utils.parse_query(foo=barfoo=quux).
+   should.equal foo = [bar, quux]
+ Rack::Utils.parse_query(foo=1bar=2).
+@@ -51,7 +51,7 @@
+ Rack::Utils.parse_nested_query(foo=bar).
+   should.equal foo = bar
+ Rack::Utils.parse_nested_query(foo=\bar\).
+-  should.equal foo = bar
++  should.equal foo = \bar\
+
+ Rack::Utils.parse_nested_query(foo=barfoo=quux).
+   should.equal foo = quux

regards,
-- 
KURASHIKI Satoru

Bug#698440: Bug#700173: ruby-rack: CVE-2013-0262 and CVE-2013-0263

[Satoru KURASHIKI]

dear security team,

On Mon, Feb 11, 2013 at 1:24 PM, Satoru KURASHIKI lur...@gmail.com wrote:
 I've contacted Youhei SASAKI (maintainer of ruby-rack, successor of
 librack-ruby),
 and acknowledged about preparing NMU for this bug.

 Please audit this patch, after that I will prepare NMU for squeeze.
 (and after that t-p-u, unstable, ...)

I've created a NMU debdiff for stable, which includes these fixes:
#698440 (CVE-2013-0184)
#700226 (CVE-2013-0263)

These are already applied in unstable/testing.

Please consider to update stable version of librack-ruby with
attached debdiff to close those CVE issues.

regards,
-- 
KURASHIKI Satoru


librack-ruby_s-p-u.debdiff
Description: Binary data

Bug#692215: yatex: recommend non-free ptex-jtex and list non-existing binary packages texlive-bin gimageview jweblint

[Satoru KURASHIKI]

hi,

Thank you for pointing out.

On Sun, Nov 4, 2012 at 12:59 AM, Osamu Aoki os...@debian.org wrote:
  emacs22Now not for wheezy.  why not use virtual package emacsen?

The reason is to deal with #217129.
Anyway, I have to fix this explicit declaration to fit current emacs status.

  ptex-bin   Now this is replaced by texlive-lang-cjk
  ptex-jtex  Non-free package -- Should be in suggest field to be safe
   (non-free can not be in recommends but can be in suggests.)
  texlive-binSource package name.  Use texlive-binaries
  jbibtexNon-existing. Use jbibtex-bin ?
  jweblint   Non-existing. Use weblint-perl ?

I will take your suggestion. Thanks.

  gimageview Non-existing. I do not know.  Drop ?

I will drop this with next upload.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702180: hyperestraier: Please add arch powerpcspe

[Satoru KURASHIKI]

Control: tags -1 + confirmed

hi,

On Mon, Mar 4, 2013 at 12:19 AM, Roland Stigge sti...@antcom.de wrote:
 hyperestraier isn't built on powerpcspe[1] anymore since the list of
 architectures was made explicit (to exclude s390x), and powerpcspe wasn't
 considered, probably because it's maintained at debian-ports.org. However, it
 works fine there, so please re-add it.

OK, I will try to do so with next upload.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#683537: hyperestraier: Transition package to use default java implementation + ensure backwards compatibility

[Satoru KURASHIKI]

hi,

In debian default-jdk package is not always a synonym of openjdk-*.
hyperestraier itself only supports openjdk, so I think it should be
referred explicitly.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701098: pre-approval unblock: ruby-rack/1.4.1-2.1

[Satoru KURASHIKI]

hi,

On Fri, Feb 22, 2013 at 12:45 AM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
 On 21.02.2013 14:31, KURASHIKI Satoru wrote:
 We can't unblock packages which aren't in the archive...

 #698440
 #700173
 #700226


 ... and you don't need pre-approval to fix RC bugs.

OK, I will seek for spnsor to upload into unstable.

 +ruby-rack (1.4.1-2.1) testing-security; urgency=high

 Why does this say testing-security? The upload would go via unstable.

I intended to do the instruction which developers reference 5.8.5.4 says.
I would have better to set it unstable, and after upload I will revisit
this unblock request, right?

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700226: Bug#700173: ruby-rack: CVE-2013-0262 and CVE-2013-0263

[Satoru KURASHIKI]

hi,
(CC: pkg-ruby-extras-maintainers)

I've contacted Youhei SASAKI (maintainer of ruby-rack, successor of
librack-ruby),
and acknowledged about preparing NMU for this bug.

Please audit this patch, after that I will prepare NMU for squeeze.
(and after that t-p-u, unstable, ...)

On Sun, Feb 10, 2013 at 4:49 PM, Salvatore Bonaccorso car...@debian.org wrote:

  [1] http://security-tracker.debian.org/tracker/CVE-2013-0263

 the code which raises CVE-2013-0263 (needs time string comparison)
 also affects stable version:
 https://github.com/rack/rack/blob/1.1/lib/rack/session/cookie.rb#L49

This issue was already fixed in upstream HEAD, so I backport that commit with
file adjustment for old code base.

https://github.com/rack/rack/commit/0cd7e9aa397f8ebb3b8481d67dbac8b4863a7f07
https://github.com/rack/rack/commit/9a81b961457805f6d1a5c275d053068440421e11

prepared patch as follows:

--- a/lib/rack/session/cookie.rb2013-02-11 01:54:07.291302061 +
+++ b/lib/rack/session/cookie.rb2013-02-11 01:55:10.135303555 +
@@ -46,7 +46,7 @@

 if @secret  session_data
   session_data, digest = session_data.split(--)
-  session_data = nil  unless digest == generate_hmac(session_data)
+  session_data = nil  unless
Rack::Utils.secure_compare(digest, generate_hmac(session_data))
 end

 begin
--- a/lib/rack/utils.rb 2013-02-11 01:55:45.791304402 +
+++ b/lib/rack/utils.rb 2013-02-11 01:56:43.395305772 +
@@ -234,6 +234,18 @@
 end
 module_function :bytesize

+# Constant time string comparison.
+def secure_compare(a, b)
+  return false unless bytesize(a) == bytesize(b)
+
+  l = a.unpack(C*)
+
+  r, i = 0, -1
+  b.each_byte { |v| r |= v ^ l[i+=1] }
+  r == 0
+end
+module_function :secure_compare
+
 # Context allows the use of a compatible middleware at different points
 # in a request handling stack. A compatible middleware must define
 # #context which should take the arguments env and app. The first of which
--- a/test/spec_rack_utils.rb   2013-02-11 01:57:17.383306580 +
+++ b/test/spec_rack_utils.rb   2013-02-11 01:58:12.775307896 +
@@ -205,6 +205,11 @@
 Rack::Utils.bytesize(FOO\xE2\x82\xAC).should.equal 6
   end

+  specify should perform constant time string comparison do
+Rack::Utils.secure_compare('a', 'a').should.equal true
+Rack::Utils.secure_compare('a', 'b').should.equal false
+  end
+
   specify should return status code for integer do
 Rack::Utils.status_code(200).should.equal 200
   end

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698440: ruby-rack: CVE-2012-6109 CVE-2013-0184 CVE-2013-0183

[Satoru KURASHIKI]

hi,
(CC: pkg-ruby-extras-maintainers)

   BTW, I don't know these issues affect stable packages,
   librack-ruby{,1.8,1.9.1}, ver. 1.1.0-4.
 
  I seem to need 0003-Reimplement-auth-scheme-fix.patch.
  Please consult about this  to security team.

 Ok.

I prepared a patch for stable version (with acknowledgement of the maintainer).
Please audit it, after that I will prepare NMU for this (with #70026).

prepared patch as follows:
--- a/lib/rack.rb   2013-02-11 02:31:24.375449225 +
+++ b/lib/rack.rb   2013-02-11 02:33:48.735596653 +
@@ -71,6 +71,18 @@ module Rack
   autoload :Params, rack/auth/digest/params
   autoload :Request, rack/auth/digest/request
 end
+
+# Not all of the following schemes are standards, but they are
used often.
+@schemes = %w[basic digest bearer mac token oauth oauth2]
+
+def self.add_scheme scheme
+  @schemes  scheme
+  @schemes.uniq!
+end
+
+def self.schemes
+  @schemes.dup
+end
   end

   module Session
--- a/lib/rack/auth/abstract/request.rb 2013-02-11 02:36:39.864688680 +
+++ b/lib/rack/auth/abstract/request.rb 2013-02-11 02:39:02.948692080 +
@@ -15,7 +15,11 @@
   end

   def scheme
-@scheme ||= parts.first.downcase.to_sym
+@scheme ||=
+  begin
+s = parts.first.downcase
+Rack::Auth.schemes.include?(s) ? s.to_sym : s
+  end
   end

   def params
--- /dev/null   1970-01-01 00:00:00.0 +
+++ b/test/spec_auth.rb 2013-02-11 02:28:44.635615432 +
@@ -0,0 +1,57 @@
+require 'rack'
+
+describe Rack::Auth do
+  it should have all common authentication schemes do
+Rack::Auth.schemes.should.include? 'basic'
+Rack::Auth.schemes.should.include? 'digest'
+Rack::Auth.schemes.should.include? 'bearer'
+Rack::Auth.schemes.should.include? 'token'
+  end
+
+  it should allow registration of new auth schemes do
+Rack::Auth.schemes.should.not.include test
+Rack::Auth.add_scheme test
+Rack::Auth.schemes.should.include test
+  end
+end
+
+describe Rack::Auth::AbstractRequest do
+  it should symbolize known auth schemes do
+env = Rack::MockRequest.env_for('/')
+env['HTTP_AUTHORIZATION'] = 'Basic aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :basic
+
+
+env['HTTP_AUTHORIZATION'] = 'Digest aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :digest
+
+env['HTTP_AUTHORIZATION'] = 'Bearer aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :bearer
+
+env['HTTP_AUTHORIZATION'] = 'MAC aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :mac
+
+env['HTTP_AUTHORIZATION'] = 'Token aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :token
+
+env['HTTP_AUTHORIZATION'] = 'OAuth aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :oauth
+
+env['HTTP_AUTHORIZATION'] = 'OAuth2 aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == :oauth2
+  end
+
+  it should not symbolize unknown auth schemes do
+env = Rack::MockRequest.env_for('/')
+env['HTTP_AUTHORIZATION'] = 'magic aXJyZXNwb25zaWJsZQ=='
+req = Rack::Auth::AbstractRequest.new(env)
+req.scheme.should == magic
+  end
+end

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700173: ruby-rack: CVE-2013-0262 and CVE-2013-0263

[Satoru KURASHIKI]

hi,

 For further information see:

 [0] http://security-tracker.debian.org/tracker/CVE-2013-0262
 [1] http://security-tracker.debian.org/tracker/CVE-2013-0263

 Please adjust the affected versions in the BTS as needed.

 Note: According to the red hat bugtracker for CVE-2013-0262 only
   versions after 1.4.x are affected, for CVE-2013-0263 all previous
   versions. Could you please double check this, and mark
   accordingly?

With a quick look:

the code which raises CVE-2013-0262 (calculate path depth sequentially)
was introduced in rack-1.4.0. So stable version (librack-ruby 1.1.0-4) is not
affected.

the code which raises CVE-2013-0263 (needs time string comparison)
also affects stable version:
https://github.com/rack/rack/blob/1.1/lib/rack/session/cookie.rb#L49

This bts would have better to be split?

regards,
-- 
KURASHIKI Satoru


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698434: unblock: mha4mysql-manager/0.53-2

[Satoru KURASHIKI]

hi,

On Wed, Jan 23, 2013 at 12:17 AM, Niels Thykier ni...@thykier.net wrote:
 So, future version will have unless(defined($msg)). I will prepare
 0.53-3 which apply this in advance.

 Okay, let me know when 0.53-3 is in unstable.

I've uploaded 0.53-3 into unstable. debdiff below:

diff -Nru mha4mysql-manager-0.53/debian/changelog
mha4mysql-manager-0.53/debian/changelog
--- mha4mysql-manager-0.53/debian/changelog 2013-01-18 22:38:59.0 
+0900
+++ mha4mysql-manager-0.53/debian/changelog 2013-01-21 20:35:06.0 
+0900
@@ -1,3 +1,9 @@
+mha4mysql-manager (0.53-3) unstable; urgency=medium
+
+  * replace 0.53-2 patch for more strict conditioning.
+
+ -- KURASHIKI Satoru lur...@gmail.com  Mon, 21 Jan 2013 20:25:46 +0900
+
 mha4mysql-manager (0.53-2) unstable; urgency=medium

   * backports upstream patch to fix UUV issue. (Closes: #697197)
diff -Nru mha4mysql-manager-0.53/debian/patches/chomp-fix
mha4mysql-manager-0.53/debian/patches/chomp-fix
--- mha4mysql-manager-0.53/debian/patches/chomp-fix 2013-01-18
22:34:16.0 +0900
+++ mha4mysql-manager-0.53/debian/patches/chomp-fix 2013-01-21
20:24:49.0 +0900
@@ -6,7 +6,7 @@
  our $log_fmt = sub {
my %args = @_;
my $msg  = $args{message};
-+  $msg =  unless($msg);
++  $msg =  unless(defined($msg));
chomp $msg;
if ( $args{level} eq error ) {
  my ( $ln, $script ) = ( caller(4) )[ 2, 1 ];

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698434: unblock: mha4mysql-manager/0.53-2

[Satoru KURASHIKI]

hi,

On Fri, Jan 18, 2013 at 11:02 PM, Niels Thykier ni...@thykier.net wrote:
 Technically, this can map a 0 to a  - not sure how likely that is in
 a log_this function, but you(r upstream) might have wanted
 unless(defined($msg)); instead.

I've contacted upstream author about this. he thinks that:

It can be replaced with defined(), though there is no problem
with present code (unless($msg)) by their design.

So, future version will have unless(defined($msg)). I will prepare
0.53-3 which apply this in advance.

regards,
--
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#697197: mha4mysql-manager: masterha_master_switch aborts during failover with 'Use of uninitialized value'

[Satoru KURASHIKI]

Control: tags -1 + confirmed

hi,

On Thu, Jan 3, 2013 at 12:03 AM, Apollon Oikonomopoulos
apoi...@gmail.comwrote:

 masterha_master_switch aborts with the following error upon attempting a
 master
 failover/switch, rendering it virtually unusable:

 Use of uninitialized value in scalar chomp at
 /usr/lib/perl5/site_perl/5.8.8/MHA/ManagerConst.pm line 90

 This is a known bug[1], due to a change in the behaviour of
 Log::Dispatch. The upstream fix[2] is trivial to apply.


I will update package with backporting upstream fix. Thanks.

regards,
-- 
KURASHIKI Satoru
wrote : [Global]

write の過去形.

Bug#695455: Incomplete copyright information

[Satoru KURASHIKI]

Control: tags -1 + confirmed

hi,

Thank you letting me know this.

On Sat, Dec 8, 2012 at 8:03 PM, Luca Falavigna dktrkr...@debian.org wrote:

 Source: hyperestraier
 Version: 1.4.13-8
 Severity: serious


 debian/copyright file lacks some license information:

 - javapure/* are licensed under BSD3 license
 - rubypure/* are licensed under BSD3 license


I will fix this with next upload.

regards,
-- 
KURASHIKI Satoru

Bug#692740: unblock: hyperestraier/1.4.13-8

[Satoru KURASHIKI]

hi,

On Fri, Nov 23, 2012 at 2:21 AM, Niels Thykier ni...@thykier.net wrote:

 For this to work, you must (after the upload) file a bug against
 ftp.debian.org, requesting for the removal of the s390x binaries.



 The debdiff itself looks reasonable.  That said, I am not sure we will
 re-allow the package into Wheezy due to the delay between the removal
 and this request.

 Freeze Policy: http://release.debian.org/wheezy/freeze_policy.html


Thank you for your checking.

Anyhow, I uploaded the changed source package (it's in NEW queue)
and filed a removal request (which is already dealt with by ftp masters)
as needed steps.

regards,
-- 
KURASHIKI Satoru

Bug#668266: ITA: bzr-email -- Notification email plugin for Bazaar

[Satoru KURASHIKI]

hi,

On Sun, Oct 14, 2012 at 9:24 PM, Hideki Yamane henr...@debian.or.jp wrote:
  I saw your ITA and uploaded package in mentors, so will sponsor it.
  But it needs some changes for it since DM upload will be changed as
  you know. Please remove DM-Upload-Allowed line with staying same version.

I've removed DMUA field and re-uploaded to mentors. Please recheck it.

http://mentors.debian.net/package/bzr-email

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#558586: Updated hyperstraier/Hurd patch

[Satoru KURASHIKI]

hi,

On Sun, Oct 7, 2012 at 1:21 AM, Pino Toscano p...@debian.org wrote:
 Attached there is an updated version of the hurd-compat-pathmax path,
 which replaces the current version (also simplifying the changes already
 there -- yay cbsprintf); if the new changes are deemed too intrusive, I
 can provide the poor man solution for this (#define PATH_MAX if not
 defined already).

Thanks, I will replace the patch after wheezy.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#684535: ping for unblock (hyperestraier: FTBFS on s390x)

[Satoru KURASHIKI]

hi,

On Fri, Oct 12, 2012 at 9:16 AM, Hideki Yamane henr...@debian.or.jp wrote:
 Hi,

  Have you already asked for unblock?

I haven't yet, I should clear up some tasks about this.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#650138: Bug#639565:

[Satoru KURASHIKI]

hi,

On Fri, Sep 21, 2012 at 3:35 AM, gregor herrmann gre...@debian.org wrote:
 Just to be sure: you have rebuilt both liboauth and goldencheetah,
 right?

Yes, that was right.

 Does goldencheetah still work if only liboauth is rebuilt and
 goldencheetah is unchanged (i.e. the version in the archive now)?

So, I've tested this also, and it works fine :-)

 - goldencheetah can build if liboauth gets update
 - goldencheetah can run with updated liboauth, without rebuilding for it

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#684535: hyperestraier: FTBFS on s390x

[Satoru KURASHIKI]

hi,

On Sat, Aug 11, 2012 at 6:38 AM, Nobuhiro Iwamatsu iwama...@nigauri.org wrote:
 hyperestraier FTBFS on s390.
  
 https://buildd.debian.org/status/fetch.php?pkg=hyperestraierarch=s390xver=1.4.13-7stamp=1343612759

 -
 ./estcmd: INFO: [325:220]: search: 0 hits
 ./estcmd: INFO: [332:226]: search: 0 hits
 ./estcmd: INFO: flushing index words: name=casket dnum=230 wnum=1
 fsiz=7066382 crnum=17860 csiz=1353273 dknum=2221
 ./estcmd: INFO: [342:232]: attr: file:///tmp/wicked-0267-12275.est
 ./estcmd: INFO: [354:243]: search: 0 hits
 ./estcmd: INFO: [355:243]: search: 2 hits
 ./estcmd: INFO: [363:247]: search: 0 hits
 ./estcmd: INFO: [365:248]: attr: file:///tmp/wicked-0152-12275.est
 ./estcmd: INFO: [367:248]: search: 0 hits
 ./estcmd: INFO: [370:248]: out
 make: *** [build-arch-stamp] Terminated
 ./estcmd: INFO: the termination signal 15 catched
 ./estcmd: INFO: the termination signal 15 catched
 Build killed with signal TERM after 150 minutes of inactivity
 Build killed with signal KILL after 5 minutes of inactivity

I've managed to find the cause of this timeout and fix it.
http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git;a=blob;f=debian/patches/fix-iconv-loop;h=ea85cd338f7f1b5db3de6cc926712c97ca9c377e;hb=7994a049f316b96bd77130d45fd138263c965488

But I can't fix another FTBFS in s390x after passing the bug above.
(Its make check fails with segmentation fault when it called
est_vector_cosine.
Getting advised on the s390x list, it seems that cast raise SEGV...)

So I will simply drop s390x build to close this RC bug with next upload,
and request unblock.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#639565:

[Satoru KURASHIKI]

hi,

On Wed, Sep 19, 2012 at 12:43 AM, gregor herrmann gre...@debian.org wrote:
 So this should fix both bugs:

 #v+
 diff -Nru liboauth-0.9.4/debian/control liboauth-0.9.4/debian/control
 --- liboauth-0.9.4/debian/control   2011-11-05 12:41:07.0 +0100
 +++ liboauth-0.9.4/debian/control   2012-09-17 19:31:21.0 +0200
 @@ -2,7 +2,7 @@
  Priority: optional
  Maintainer: Bilal Akhtar bilalakh...@ubuntu.com
  Build-Depends: debhelper (= 8.1.3),
 -   libcurl4-nss-dev,
 +   libcurl4-gnutls-dev | libcurl4-dev,
 libnss3-dev,
 libtool,
 locales-all | language-pack-en,
 @@ -16,7 +16,7 @@
  Package: liboauth-dev
  Section: libdevel
  Architecture: any
 -Depends: liboauth0 (= ${binary:Version}), libcurl4-nss-dev, ${misc:Depends}
 +Depends: liboauth0 (= ${binary:Version}), libcurl4-gnutls-dev | 
 libcurl4-dev, libnss3-dev, ${misc:Depends}
  Description: C library for implementing OAuth 1.0 (development files)
   liboauth is a collection of C functions implementing the
   OAuth Core 1.0 standard API. liboauth provides basic functions to escape
 #v-

Acked, I will check whether changes above affects gondencheetah('s
twitter submit feature).
Please wait for a few days.

 goldencheetah has:

 Build-Depends: .. liboauth-dev, libcurl4-nss-dev ..
 Depends: .. libcurl3-nss (= 7.23.1), liboauth0 (= 0.9.1)

 (So the same as bti, and the maintainer is the original reporter for
 #639565 :))

 Cc'ing KURASHIKI Satoru lur...@gmail.com to check if the change in
 liboauth might affect goldencheetah.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#639565:

[Satoru KURASHIKI]

hi,

On Thu, Sep 20, 2012 at 12:25 AM, gregor herrmann gre...@debian.org wrote:
 Acked, I will check whether changes above affects gondencheetah('s
 twitter submit feature).

I've tried to build liboauth and goldencheetah locally with that changes.
Its twitter posting works fine, so new liboauth might not affect.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]

[Satoru KURASHIKI]

hi,

Thank you for reviewing this package!

On Sun, Jul 22, 2012 at 3:48 AM, Bart Martens ba...@debian.org wrote:
 I found this in debian/copyright :

 Source: branch from http://launchpad.net/bzr-email and hand-packed
  by tar cf - | gzip -9.

 That's not really detailed information.  I figured out that it means this :

Yes, I had (too) shorten them

 But then I saw that launchpad supports downloading a tarball for a given
 revision :
 http://bazaar.launchpad.net/~bzr/bzr-email/trunk/revision/58

 So, I suggest to simply use that in debian/copyright.

I missed this launchpad feature, and sure, I want use it if available.

But anyway that tarball include deep directory hierarchy (prepended
~bzr/bzr-email/trunk), and I don't know how to deal with this.
So, I try to add get-orig-source target to repack that tarball.

 The years of the copyright notices in debian/copyright need an update.  See 
 for
 example the years in emailer.py.

I update this to noted years.

 I see that some parts of debian/copyright were removed.  Intentional ?  It's
 not mentioned in debian/changelog.

Yes, intentional. I deleted one paragraph which is duplicate and old.
I write changelog about it.

 For completeness you could also mention in debian/changelog the changes to the
 Vcs-fields in debian/control.

I also add this.

Its changelog is to be (adding also DMUA):

bzr-email (0.0.1~bzr58-1) unstable; urgency=low

  * New upstream snapshot.
- add get-orig-source target.
  * New Maintainer. (Closes: #668266)
- DM-Upload-Allowed.
  * debian/control:
- change VCS to git.
- suggests mailx. (Closes: #626490)
  * debian/copyright:
- omit duplicate old description for getting GPL copy.
- document about repackaged upstream source.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]

[Satoru KURASHIKI]

hi,

On Mon, Jul 23, 2012 at 8:36 PM, Bart Martens ba...@debian.org wrote:
 (adding also DMUA):
 - DM-Upload-Allowed.

 Did you agree that with someone who is going to sponsor this ?

No. That is simply my intent, means I want to add DMUA: yes, and
I hope it would also reviewed to be or not to be.

In fact, the process adding DMUA is different by DDs...
# Some DDs say add it yourself before uploading; I will review it and
reject if needed,
# others say please contact me about it and re-upload after
reviewing, I will add
# when uploading (I asked about it after review), ...

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677347: RFS: rt-extension-jsgantt

[Satoru KURASHIKI]

hi,

On Sat, Jul 21, 2012 at 4:12 PM, Bart Martens ba...@debian.org wrote:

 The package at mentors is no longer there.  What happened ?

This package is NEW, and there is no hope to be included in wheezy.
So, as suggested, I try to tag this bug as not-for-wheezy and delete package
from mentors.
# but I failed to tag, perhaps format error? I will investigate about this and
# do so.

I will re-put package after wheezy release.

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[Satoru KURASHIKI]

hi,

 No I don't have time to work around the Debian process.

 I didn't ask you to work around anything.

I'm willing to do this workaround as NMU[RC], although I also
needs sponsor..., but anyway:

  debdiff is:
  89 files changed, 10731 insertions(+), 6211 deletions(-)
 
  I'm afraid it's a bit too much at this point of the release cycle.

This too much diffs are caused by new upstream release (1.2.3 - 1.2.5),
and that also fixes another FTBFS (#660488).

So I think that this package can't be released without this large changes.
Is this insufficient for unblock?

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA] is not-fit-for-wheezy

[Satoru KURASHIKI]

hi,

On Fri, Jul 20, 2012 at 9:42 PM, Thibaut Paumard
paum...@users.sourceforge.net wrote:
 package sponsorship-requests
 user sponsorship-reque...@packages.debian.org
 usertags 679344 not-fit-for-wheezy

 Now that the freeze has started, this package is not fit for wheezy.
 During freeze, it is generally better to upload new upstream releases
 to experimental instead of unstable, to allow important fixes to the
 wheezy version to go through unstable as usual. Please state your
 intention (usertag for-wheezy or not-for-wheezy) and amend your
 package accordingly, either abiding by the [Freeze Policy] or setting
 the distribution to experimental.

I've already given up this package for wheezy, so I will delete
package from mentors.d.o soon.

(As you've already tagged this RFS, I will untag it and re-put on
 mentors after releasing wheezy.)

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#680345: FTBFS: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.

[Satoru KURASHIKI]

hi,

On Tue, Jul 17, 2012 at 5:46 PM, Evgeni Golov evg...@debian.org wrote:
  for me, it fails with
   cp: cannot create regular file
   
  `/tmp/buildd/hyperestraier-1.4.13/debian/ruby-hyperestraier-doc/usr/share/doc/ruby-hyperestraier-doc/rubynativeapi/classes/Estraier/Result.src/M34.html':
   No such file or directory
 
  When I build it with -j4, and builds fine with -j1.
 
  This is pretty sure due to bad dependencies in debian/rules.

 Could you confirm that this is not on i386? I tried to reproduce the FTBFS 
 last
 week and it FTBFS for me on a i386 sbuild chroot. In amd64 sbuild it builds 
 fine

 Mhh, correct. Ignore what I have said in my previous mail.
 I built on amd64 -- on i386 it indeed fails as described (with -j1).

Indeed I think my debian/rules has bad dependencies (arch/indep),
and it will be fixed with next upload. (ignoring indep target)

But, I can't reproduce above in my environment (pbuilder).
I try to rebuild 1.4.13-5 (with tweaking perl rule) on i386,
  pdebuild --debbuildopts -j4
it builds fine...

Can you check git head whether it can build on your environment?
http://anonscm.debian.org/gitweb/?p=collab-maint/hyperestraier.git
(which I have fixed rules dependencies)

regards,
-- 
KURASHIKI Satoru


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679344: RFS: bzr-email

[Satoru KURASHIKI]

hi,

Thanks for your time,

On Wed, Jul 11, 2012 at 8:58 PM, Bart Martens ba...@debian.org wrote:
 Looking at this package:
 http://mentors.debian.net/package/bzr-email
 Version:0.0.1~bzr58-1
 Uploaded:   2012-06-28 00:14

 How was bzr-email_0.0.1~bzr58.orig.tar.gz created ?
 http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz

I repackaged it simply to branch its repository and tar-gzip by hand,
because upstream distributes it only in bzr branch.

According to the developers-reference, I might have to put -9 to
pack in tgz...

regards,
-- 
KURASHIKI Satoru



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679344: RFS: bzr-email

[Satoru KURASHIKI]

hi,

On Thu, Jul 12, 2012 at 12:22 AM, Bart Martens ba...@debian.org wrote:
 I meant to suggest this part of developers-reference :

  Detailed information on how the repackaged source was obtained, and on 
 how
  this can be reproduced should be provided in debian/copyright.

OK (I assumed that its DEP-5 Source: field url represent that).
Now I understand that Source: field may be free format text, so
I will replace it with something like:

Source: branched latest bzr changes from http://launchpad.net/bzr-email
 and packed by tar cvf - | gzip -c -9.

regards,
-- 
KURASHIKI Satoru



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org