> libartbase/base/strlcpy.h:31:22: error: static declaration of 'strlcpy'
> follows non-static declaration
I just checked the build on arm64 porterbox: amdahl
Now the error string changed from above to the following below.
Seems like it's not so easy to fix this.
In file included from libar
control: severity -1 normal
related to #1062209, and #1062110
so aligning with the same way to the bug report.
[ copy the email from Hans ]
Thanks for reporting! In the Android Tools case, the shared libs and packages
that use them are packaged together, often from the same source package, so I
Control: tag -1 pending
Hello,
Bug #1061207 in android-platform-art reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/android-tools-team/android-platform-art/-/co
Control: tag -1 pending
Hello,
Bug #1043074 in golang-v2ray-core reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-v2ray-core/-/commit/a4f
Control: tag -1 pending
Hello,
Bug #122 in android-platform-tools reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/android-tools-team/android-platform-tools/
control: tag -1 +pending
uploaded fix to bullseye-backport
pending for NEW queue check
Control: tag -1 pending
Hello,
Bug #1034367 in golang-v2ray-core reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-v2ray-core/-/commit/580
> I'm afraid this fix is incomplete. The source package still contains the
> data files with a non-free license and hence Debian is redistrbuting
> them. golang-v2ray-core needs to be repacked to completly get rid of the
> files.
Yes, current fix just removes the geoip data from binary package.
Fo
Control: tag -1 pending
Hello,
Bug #1034982 in android-platform-tools reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/android-tools-team/android-platform-tools/
Control: tag -1 pending
Hello,
Bug #1034367 in golang-v2ray-core reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-v2ray-core/-/commit/d20
control: found -1 1:13.0.0+r30-1~exp1
still occurs in latest experimental version.
Dear Hans-Christoph,
Now the main blocker for migrating android-platform-tools from
experimental to sid is:
-
https://qa.debian.org/excuses.php?experimental=1&package=android-platform-tools
And blocker for migrating android-platform-frameworks-base is Bug#1014831
- https://bugs.debian.org/101483
Dear Jochen,
> Oups, sorry. The attached patch against android-platform-tools fixes the
> issue for me.
Very appreciated!
I tried the patch in pbuilder and porterbox, and found the patch need
slight modify.
Enclosed is the patch confirmed working on my side.
BTW. The patch was already incorpora
Dear Jochen,
Thanks for your reply, and kindness trying to help!
> On Thu, Feb 9, 2023 at 1:30 PM Jochen Sprickerhof
wrote:
> What exactly did you test?
Please try the version in experimental.
and also refer the version info of this ticket:
Found in versions android-platform-frameworks-base/1:
control: tags -1 +help
+ Hans-Christoph
Dear Hans-Christoph,
It'd be appreciated if you can help this ticket.
I tried a few ways, but it still doesn't work.
On Sat, Feb 4, 2023 at 12:09 AM Roger Shimizu wrote:
>
> control: reopen -1
>
> Yes, it ftbfs on sid now.
> An
Control: tag -1 pending
Hello,
Bug #1028832 in golang-github-cloudflare-circl reported by you has been fixed
in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-github-cl
Dear Mattia,
Thanks for the remind!
I'll upload the patch to sid soon.
Cheers,
Roger
On Sun, Dec 4, 2022 at 8:49 PM Mattia Rizzolo wrote:
> Hello Roger,
>
> On Fri, Jun 10, 2022 at 09:48:06PM +0900, Roger Shimizu wrote:
> > I tried your patch by installing protobuf in
Package: android-platform-frameworks-base
Version: 1:13~beta3-1~exp1
Severity: serious
Justification: must
Dear Maintainer,
aapt2 does not work at all, even `aapt2 version` fails.
So I disabled the aapt2 invoking while building for 1:13~beta3-1~exp1:
-
https://salsa.debian.org/android-tools-team
Control: tag -1 pending
Hello,
Bug #1009818 in golang-v2ray-core reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-v2ray-core/-/commit/10b
Control: tag -1 pending
Hello,
Bug #1010386 in golang-v2ray-core reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-v2ray-core/-/commit/19e
wline
.cfi_restore_state .cfi_def_cfa rsp,16
^
art/runtime/arch/x86_64/quick_entrypoints_x86_64.S:2263:24: error:
expected newline
.cfi_restore_state .cfi_def_cfa rsp,80
^
for other ARCH, there might be other errors as well.
Cheers,
--
Roger Shimizu, G
n pass without problem.
Can you kindly retest?
Do we have a workflow regarding to such case?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
without issue.
Of course I can upload a backports version, but I guess it will be the
same on your side.
Maybe you can clean up ~/.local/share/torbrowser/ folder and try again.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Dear Paul,
On Thu, May 27, 2021 at 5:36 PM Paul Gevers wrote:
>
> Hi Roger,
>
> On Mon, 17 May 2021 18:58:37 +0900 Roger Shimizu
> wrote:
> > However I find this package cannot be source upload, due to non-free.
> > I'll upload with binary again with version
later.
After that, I'll amend your unblock request.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
g it as
> an example in the wiki [3] may not be advisable.
Thanks for spotting this!
I edited the wiki to add this is a bad example for autopkgtest.
And I'm going to remove the debian/tests folder on the next upload.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
o rosh/refine branch.
Current build breaking point is the same as previous one.
I tried to use different c++ library, such as libstdc++-8-dev, and
clang-9, but seems no help.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
#x27;std::pair' requested here
: std::aligned_storage
^
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
forwarded -1 https://github.com/henrydcase/nobs/issues/37
from upstream:
> only x86-64 and aarch64 is currently supported. why would you need i386
> exactly?
So currently maybe we can only build for amd64 and arm64.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
t now, the only blocker I know about is the assembler code in
> android-platform-art, which Michel and I are working on now.
Yes, I also noticed this part lately.
Hope you have good news on this.
Cheers
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ternal/avb
- https://android.googlesource.com/platform/system/vold
Hope we can still catch up with bullseye...
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
control: reopen -1
control: severity -1 normal
previous fix was just ignoring the test failure on ppc64el.
so reopen, but lower the severity.
control: reassign -1 golang-v2ray-core-dev 4.31.0+ds-1~exp1
golang-v2ray-core-dev should depend on golang-github-lucas-clemente-quic-go-dev
Control: tag -1 pending
Hello,
Bug #974915 in golang-github-cheekybits-genny reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-github-che
for debian it should be OK now.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
upstream issued already reported, see #498 [#498], and
> merge request submitted.
>
> [#498] https://github.com/micahflee/torbrowser-launcher/issues/498
I just uploaded 0.3.2-14~exp1 to experimental.
Since I cannot launch TBB after downloading it.
(I'm using buster + backports)
Can you kin
Dear Adrian,
Thanks for your hint!
On Thu, May 14, 2020 at 11:50 PM Adrian Bunk wrote:
>
> On Thu, May 14, 2020 at 11:16:47PM +0900, Roger Shimizu wrote:
> > On Thu, May 14, 2020 at 10:27 PM Adrian Bunk wrote:
> > >
> > > Source: google-android-installers
g/google-android-installers
maybe other src package also produce this binary pkg?
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ard to your activity on salsa!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
erhaps the installation Wiki should be updated to show the
> exceptions?
I'm afraid that's not possible because only the hardware vendor can decide such.
And usually package maintainer don't have all hardware ..
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
control: fixed -1 1.0.0-3
control: close -1
> Package installs no golang files.
Fixed by my latest upload.
Sorry I didn't find this report before uploading.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
on
in buster and stretch.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Jan 5, 2020 at 11:24 PM intrigeri wrote:
>
> Hi,
>
> Roger Shimizu (2020-01-05):
> > I find this is due to below files were shipped by previous version of
> > torbrowser-launcher, but not as conffile.
> > /etc/apparmor.d/local/torbrowser.Tor.t
o new conffiles complain they don't match with existing ones.
It can be fixed by removing the old files when they match the checksum
of old shipped ones.
The fix will be uploaded soon.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ure why we should remove rm_conffile here.
Please provide more info if possible. Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
plain now since it's not in freezing stage.
Lack of upstream support usually means we won't have it in stable.
But if user decide to use backports by their own choice, they should
be able to do that.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
control: severity -1 normal
Since buster is already released, let's let the package migrate to
testing and upload to backports as before.
Cheers,
Roger
severity: -1 normal
Buster is released, so I guess it's okay to reduce the severity to let
it migrate to testing again.
I'll try to backports to stable and sloppy later.
Cheers,
--
Roger Shimizu, GMT -3 Curitiba
PGP/GPG: 4096R/6C6ACD6417B3ACB1
BLE_CRYPTODISK=y
is the only setting need to append manually.
(/etc/fstab /etc/crypttab need to be edited for sure)
Thanks again for your effort on the guide/notes above!
[1] https://lists.debian.org/debian-devel-announce/2019/06/msg5.html
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
] https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html
[3] https://savannah.gnu.org/bugs/?55093
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
vironment:
gbp buildpackage --git-pristine-tar --git-pbuilder
However it cannot be reproduced under simple git-buildpackage command
in stretch:
gbp buildpackage -us -uc --git-pristine-tar
I'll try to dig more later.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
close this ticket.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
nor upstream.
So I guess it's related your environment. Did you ever install this
package before?
And you may try "torbrowser-launcher --settings" command to download
it again by force.
Please share your experience if you tried. Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Tue, Nov 13, 2018 at 11:20 PM Roger Shimizu wrote:
>
> On Mon, Nov 12, 2018 at 11:06 AM Gong S. wrote:
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > Package: shadowsocks-libev
> > Version: 3.2.1+ds-1
> >
> > After up
ybe it's related upstream ticket:
- https://github.com/shadowsocks/shadowsocks-libev/issues/2215
I'll try to upload a version with the patch, so you can test.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
gt; For completeness sake, this is the patch intrigeri submitted upstream,
> but the upstream pull request is now already waiting more then a month
> for approval/merge, so it's probably good to apply this patch to the
> Debian package in the meantime.
It'd be included in next upl
On Sat, Sep 15, 2018 at 2:11 PM, intrigeri wrote:
> Roger Shimizu:
>> On Mon, Sep 10, 2018 at 11:58 PM, gregor herrmann wrote:
>>> On Mon, 10 Sep 2018 10:43:32 -0400, Antoine Beaupré wrote:
>>> After upgrading to 0.2.9-4, adequate complains:
>>>
>&g
id on salsa.
Maybe you can simply build the package by git-buildpackage, and test
the latest appamor profile from intrigeri.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ing in my
environment without any patch or hack.
[1] https://wiki.debian.org/TorBrowser#Debian_.22experimental.22
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Mar 25, 2018 at 11:27 PM, Cyril Brulebois wrote:
> Hey,
>
> Roger Shimizu (2018-03-25):
>> On Sun, Mar 25, 2018 at 11:15 PM, Roger Shimizu
>> wrote:
>> > Just a nitpicking.
>> > The build cannot be triggered again by "dpkg-buildpackage -uc
On Sun, Mar 25, 2018 at 11:15 PM, Roger Shimizu wrote:
>
> Just a nitpicking.
> The build cannot be triggered again by "dpkg-buildpackage -uc -us"
> after one build.
> It was OK in previous version.
I tested it again, and the problem is gone now.
Sorry for the false po
Dear KiBi,
On Sun, Mar 25, 2018 at 5:19 PM, Cyril Brulebois wrote:
> Control: tag -1 patch
>
> Hi Roger,
>
> Roger Shimizu (2018-03-25):
>> Do you have any suggestion, except adding udeb support to package flex?
>
> It looks acceptable to me to use the static l
tl] Error 1
>
>
> Fix is attached.
Dear Adrian,
Unfortunately, after this fix, it introduces a regression #893988.
(which is due to flex, not your patch)
If you have suggestion, except adding udeb support to package flex,
please kindly let me know.
Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ge in unstable, 2.6.4-6.
If building the previous version, 20080615-19, under unstable, I guess
it would have the same result.
Now we need the fix.
Do you have any suggestion, except adding udeb support to package flex?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
** [Makefile:74: dhcp6ctl] Error 1
>
>
> Fix is attached.
Dear Adrian,
Thanks for the report and patch!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
e package is amd64 only, people might have multiarch enabled.
Thanks for telling me to pull the patch!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
debian, which is 6.30.223.271-8.
So this is weird.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Wed, Jan 31, 2018 at 12:55 AM, Antoine Beaupré wrote:
> On 2018-01-30 23:53:47, Roger Shimizu wrote:
>> On Tue, Jan 30, 2018 at 4:13 PM, intrigeri wrote:
>>> Antoine Beaupre:
>>>> This bug makes torbrowser-launcher completely unusable on Debian
>>>>
e a stable
>> update for this?
>
> torbrowser-launcher is not included in Debian Stretch.
Yes, it's not included in stretch.
However, it can be included into stretch-backports and
jessie-backports-sloppy repo.
I'll make the bpo release when 0.2.9-1 hit testing.
Che
lso confirmed in my box that adding dh_clean is not enough.
It need purging build/ folder manually.
[0]
https://anonscm.debian.org/cgit/pkg-privacy/packages/torbrowser-launcher.git/commit/?id=f5a953e
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
latest version 0.2.8 is already available in jessie-backports-sloppy,
stretch-backports, buster and sid.
So please kindly help to confirm your problem is solved.
Thank you!
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
S
> Download Error: Download Error: 404 Not Found 'torbrowser_launcher.launcher.DownloadErrorException'>
Could you try the latest version 0.2.8-1, which was just migrated to buster?
Thanks!
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Dear Maintainer,
Is it time to upload backports of 0.2.7-3 to stretch?
I'm also wondering why it didn't hit testing yet.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ws/2017/20170417
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpiyl1AnAYm8.pgp
Description: PGP signature
;m going to release, as the autoremoval dealline is drawing very near..
If you meet other issues, please report again.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpqd_pK5_EgM.pgp
Description: PGP signature
git/pkg-go/packages/packer.git
cd packer
# below: routine building work
git checkout fix_861282
gbp buildpackage --git-ignore-branch --git-pristine-tar --git-pbuilder
--git-export-dir=../build-area
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpY42iAbbC1q.pgp
Description: PGP signature
h fix_861282, that applied:
ee5d13611fb8aca1f1014f9bcd65c18fffdd1b2b
a0052fdb687f80ac07e67d7a0f39dcf3a66e32dd
(https://anonscm.debian.org/cgit/pkg-go/packages/packer.git/log/?h=fix_861282)
Please help to test whether it fixes your problem.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpub9wA77KlN.pgp
Description: PGP signature
control: tag 858250 -pending
control: affects 858250 -stretch +sid
control: notfound 858250 0.1.1+dfsg1-2
On Thu, 18 May 2017 12:48:11 +0100
Jonathan Wiltshire wrote:
> Control: tag -1 wontfix moreinfo
>
> Hi,
>
> On 2017-05-08 00:40, Roger Shimizu wrote:
> > Since
revious amd64 was built OK, and all other ARCHs are all built
OK on latest release.
- If restart the amd64, it should build OK. Actually I ever built on DoM:
http://debomatic-amd64.debian.net/distribution#unstable/libbloom/1.4-6/buildlog
So lower the severity.
I already raised this unit test
control: tag 861953 -moreinfo
On Mon, 8 May 2017 08:40:52 +0900
Roger Shimizu wrote:
> What's your opinion?
I proposed two plans. Either is fine to me.
Please kindly help to decide, so as to avoid a few packages get removed in
stretch.
Thank you!
Cheers,
--
Roger Shimizu, GMT +9 T
unblock report filed: #862108
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpDcNjbHuTyp.pgp
Description: PGP signature
[ CC: original Bug #858250 ]
On Sun, 07 May 2017 21:02:00 +
Niels Thykier wrote:
> Roger Shimizu:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > Please unblock packag
, build-depends not strict enough
My commit to stretch branch will fix stretch only.
For sid, we need to find another way.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpcI3EnkzByq.pgp
Description: PGP signature
go/packages/runc.git/commit/?id=14fb6ea
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgp53bYrlb594.pgp
Description: PGP signature
On Sat, 6 May 2017 12:29:08 +0900
Roger Shimizu wrote:
> releasing commit pushed to branch mentors.
> package is uploaded to mentors for RFS.
upload sponsored by deferred/2 (BTS#861936).
updated commit pushed to branch mentors2, with tag.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG:
#unstable/golang-github-seccomp-libseccomp-golang/0.0~git20150813.0.1b506fc-2/buildlog
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpF0WENRsU3z.pgp
Description: PGP signature
you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgp2bFHUyOGrJ.pgp
Description: PGP signature
On Tue, 2 May 2017 16:34:02 +0900
Roger Shimizu wrote:
> but the following errors still exist. I don't have clue yet.
>
> > src/github.com/jacobsa/fuse/internal/buffer/runtime.go:22: missing function
> > body for "memclr"
> > src/github.com/jacobsa/fuse
/fuse/internal/buffer/runtime.go:22: missing function
> body for "memclr"
> src/github.com/jacobsa/fuse/internal/buffer/runtime.go:27: missing function
> body for "memmove"
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
From: Roger Shimizu
D
to send the unblock request.
> Anyway, I've done that now for you.
> https://bugs.debian.org/861613
Really appreciated!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpqGQlyaH410.pgp
Description: PGP signature
ggered automatically, I'll file unblock request this
weekend. Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpw2PmwrhbAV.pgp
Description: PGP signature
There's a pull-request patch upstream:
https://github.com/go-asn1-ber/asn1-ber/pull/7/commits/4563065
But unfortunately it's not clean, and only consider 32-bit system.
Need to figure out a better way.
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpnv4Q
!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpcDGr9Cc7g5.pgp
Description: PGP signature
On Wed, 5 Apr 2017 08:35:17 +0200
Mattia Rizzolo wrote:
> On Wed, Apr 05, 2017 at 08:51:05AM +0900, Roger Shimizu wrote:
> > I already checked in the final releasing commit into mentors branch.
> > I didn't go for master branch, in case anything missing before this release.
this release.
Instead of NMU, maybe QA upload is more proper for this purpose?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgp660GTOBO2G.pgp
Description: PGP signature
Control: tags -1 +patch pending
Just pushed a fix to git repo:
https://anonscm.debian.org/cgit/pkg-go/packages/golang-go-dbus.git/commit/?id=7dd07f6
I'll ask sponsor to upload later.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpWsY80J5rWV.pgp
Description
On Thu, Feb 16, 2017 at 1:36 AM, James Cowgill wrote:
>
> On 15/02/17 11:24, Roger Shimizu wrote:
>> Dear James,
>>
>> On Wed, Feb 15, 2017 at 7:51 PM, James Cowgill wrote:
>>>
>>> So do you know why the tests only pass when using 2 CPUs? That seems
On Sat, Feb 11, 2017 at 3:55 PM, Roger Shimizu wrote:
> Control: tag -1 +patch
>
> Enclosed is the patch to disable the test.
Propose a better patch.
So test will be skipped only if there's only 1-core in the build system.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C
Control: tag -1 +patch
Enclosed is the patch to run dh_auto_test only if CPUs >= 2.
Confirmed to build fine on 1-core amd64 box (virtualbox environment).
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
From: Roger Shimizu
Date: Sat, 11 Feb 2017 17:23:06 +0900
Subj
Control: tag -1 +patch
Enclosed is the patch to disable the test.
I already tried to set the test timeout to 30 minutes, but it still
fails on 1-core amd64 box (virtualbox environment).
So the patch is the tentative fix so far.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R
1 - 100 of 114 matches
Mail list logo
