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
control: tag -1 wontfix
control: close -1
On Wed, Nov 21, 2018 at 1:06 AM Roger Shimizu wrote:
> I didn't upload because I find a similar issue on upstream ticket:
> - https://github.com/shadowsocks/shadowsocks-libev/issues/2217
upstream BTS shows this is clearly a server side is
n debomatic:
-
http://debomatic-amd64.debian.net/distribution#unstable/gnupg2/2.2.12-2/autopkgtest
Seems working well, and better than current status, which is broken test.
So I pushed to salsa.
Cheers,
--
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
Dear Thomas,
On Wed, Jan 2, 2019 at 7:51 PM Thomas Lange
wrote:
>
> >>>>> On Sun, 23 Dec 2018 22:52:36 +0900, Roger Shimizu
> >>>>> said:
>
> > On Sat, Aug 12, 2017 at 1:54 PM Thomas Lange
> > wrote:
> >>
>
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
- https://tracker.debian.org/pkg/cdebootstrap
Just curious..
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
Because upstream chose so..
-
https://github.com/micahflee/torbrowser-launcher/commit/b828bdfafe60bb9bcf93ec660ad5c07ff7fdbdf5
I'll include a revert commit on next upload.
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
oblem is you didn't mention +ds or +repack in version in d/changelog.
I guess the version need to be changed to 8.1.0+r23+ds-1 or 8.1.0+r23+repack-1.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
one? Thanks!
I think it's a duplicate of #821093 [1].
[1] https://bugs.debian.org/821093
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
salsa? It will make the review easier.
You can push to a tentative branch if you're not quite sure.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
n
ii linux-image-4.18.0-0.bpo.1-marvell 4.18.6-1~bpo9+1
armelLinux 4.18 for Marvell Kirkwood/Orion
ii linux-image-4.19.0-rc3-marvell 4.19~rc3-1~exp1
armelLinux 4.19-rc3 for Marvell Kirkwood/Orion
However, I removed systemd on my armel boxes, which maybe different than Ralf
android-platform-system-core/8.1.0+r23-1~stage1.2/buildlog
Uploaded.
Thanks for your contribution!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ibcrypto_utils.mk
Mdebian/rules
Mdebian/simg2img.mk
Mdebian/simg2simg.mk
So could you change the version to 1:8.1.0+r23-1~stage2 ?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Sep 9, 2018 at 3:21 PM, Carsten Schoenert
wrote:
> Hi,
>
> Am 09.09.18 um 07:55 schrieb Roger Shimizu:
> ...
>> Both gpgme1.0 and libgpg-error are already in backports NEW queue.
>> So I'm closing this ticket.
>>
>>> Thank you>> Looking in
control: close -1
This package works well with kernel in stable, testing, and sid.
There's no need to support old kernel, so I'm closing this ticket.
Thanks!
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
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
[ Resend for the record with the lists below ]
+ debian-backports@l.d.o
+ pkg-gnupg-maint@l.alioth.d.o
On Sat, Sep 1, 2018 at 11:15 PM, Jacob Adams wrote:
> control: tag -1 -moreinfo
>
> On Sep 1, 2018, at 04:49, Roger Shimizu wrote:
>
> control: tag -1 +moreinfo
>
> Dear J
On Sat, Sep 1, 2018 at 11:15 PM, Jacob Adams wrote:
> control: tag -1 -moreinfo
>
> On Sep 1, 2018, at 04:49, Roger Shimizu wrote:
>
> control: tag -1 +moreinfo
>
> Dear Jacob,
>
> On Fri, May 4, 2018 at 3:27 AM, Jacob Adams wrote:
>
> Package: sponsors
On Wed, Mar 21, 2018 at 7:11 PM, James Valleroy wrote:
> On 03/21/2018 04:11 AM, Roger Shimizu wrote:
>> Considering currently the service only binds to localhost, for security's
>> sake,
>> I think it's better to use the patch below.
>> What do you think?
&g
bugfix you're particularly interested in?
BTW. I just uploaded gnupg 2.2 to stretch-backports, to fix #906545
[2]. And I see your RFS.
[1] https://tookmund.com/2018/07/pgp-clean-room-beta
[2] https://bugs.debian.org/906545
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Fri, Aug 24, 2018 at 12:32 AM, Roger Shimizu wrote:
> So I uploaded src:libassuan and src:gnupg2 to stretch-backports, with
> DELAYED/5.
I canceled the previous two uploads, and did two new uploads:
- src:libassuan
I mistook to backport the debian/master, which contains two commi
and n Thu, Aug 23, 2018 at 8:38 AM, NIIBE Yutaka wrote:
> Roger Shimizu wrote:
>> I'd like to leave this to pkg maintainer, whether to backport those
>> patches, or release a latest 2.1.x for stretch.
>
> For Debian, I think that packaging 2.2.x for stable-bpo wou
undeclared (first use in
this function)
if (key_check_all_keysigs (ctrl, *keyblockp, 0, 1))
^~~~
../../g10/keyedit.c:1176:30: note: each undeclared identifier is
reported only once for each function it appears in
Makefile:889: recipe for target 'keye
Package: gnupg
Version: 2.1.18-8~deb9u2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I'm trying to use my stretch box to caff sign the keys from DebConf18.
But I find that almost all ECC keys failed, except Niibe-san's one.
I digged a bit and find the reason
On Sun, Sep 10, 2017 at 3:17 AM, Roger Shimizu wrote:
> On Fri, Sep 8, 2017 at 11:19 AM, Boyuan Yang <073p...@gmail.com> wrote:
>>
>> Simple-obfs tool can work together with ss-libev server in standalone mode.
>>
>> I think we should consider providing a syst
to
> use the compiler discovered by ./configure. Instead it uses the make
> default "cc". After adding the CC=@CC@ substitution to Makefile.in,
> adjtimex cross build successfully. Please consider applying the attached
> patch.
Thanks for your patch!
It'll be included in next uplo
>> Tags: patch upstream
BTW. Did you really reach upstream?
I ever contacted a few times before, but never got any reply.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
'print map{("a".."z","A".."Z",0..9)[int(rand(62))]}(1..12)')
>
> This snippet is taken from mysql-5.7 package.
Thanks for the patch!
Applied with slight modification.
AFAIK, "set +e" before setting $passwd and "set -e" afterwards are necessary.
This can prevent leaking generated text.
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
son
index 8ffa650..eb32b99 100644
--- a/debian/config.json
+++ b/debian/config.json
@@ -1,5 +1,5 @@
{
-"server":"127.0.0.1",
+"server":["127.0.0.1", "::1"],
"server_port":8388,
"local_port":1080,
"password":"barfoo!",
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
e idea. Thanks!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Wed, Sep 20, 2017 at 11:13 PM, intrigeri wrote:
> Roger Shimizu:
>> Can you confirm it still occurs on latest version, 0.2.8-1, which hit
>> sid/buster/stretch-bpo/jessie-bpo-sloppy?
>
> `ldd ~/.local/share/torbrowser/tbb/x86_64/tor-browser_en-US/Browser/libxul.so'
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
[ CC pkg-privacy-maintainers list for the record ]
On Sun, Dec 17, 2017 at 1:59 PM, Roger Shimizu wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> The old version of torbrowser-launcher cannot wor
o use it in stable(jessie) should consider sloppy
backports [1].
So please kindly help to remove torbrowser-launcher/0.2.6-2~bpo8+1.
Thank you!
[0] https://bugs.debian.org/861744
[1] https://wiki.debian.org/TorBrowser#Debian_8_.22Jessie.22
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG:
o use it in oldstable(jessie) should consider sloppy
backports [1].
So please kindly help to remove torbrowser-launcher/0.1.9-1+deb8u3.
Thank you!
[0] https://bugs.debian.org/861744
[1] https://wiki.debian.org/TorBrowser#Debian_8_.22Jessie.22
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG:
Package: devscripts
Version: 2.17.11~bpo9+1
Severity: normal
X-Debbugs-CC: debian-backpo...@lists.debian.org
Dear devscripts/dch Maintainer,
I'm a usual backporter for both stretch-backports and
jessie-backports-sloppy.
I find dch command doesn't recognize jessie-backports-sloppy as a fair
distr
load this within 1-2 weeks, before
> Linux 4.14 reaches sid? Otherwise, let me know and I'll upload myself.
You know torbrowser + apparmor better than most of us, so I think you
just go ahead uploading when you feel OK.
Thanks!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
ftp master is running stretch version of lintian.
You can try to build my package, shadowsocks-libev, in stretch or
buster to confirm this issue.
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Mon, May 30, 2016 at 1:41 AM, Roger Shimizu wrote:
> I met this false positive message, too. But in different case.
> I got the message when debian/watch is like:
>
>
> opts="repack,compression=xz, \
>dversionmangle=s/\+ds\d*$//,repacksuffix=+ds, \
>
you reduce the binary by about 200k. I don't think this is worth
> the risk of breaking something as fundemantal as busybox.
Please exclude armel, which has size limitation on initrd of d-i [0].
Thanks!
[0]
https://anonscm.debian.org/cgit/d-i/debian-installer.git/tree/build/boot/arm/qna
On Wed, Sep 27, 2017 at 8:47 PM, Mathieu Malaterre wrote:
>> I uploaded with DELAYED/5-day.
>
> Why am I not seeing anything here:
> https://ftp-master.debian.org/deferred.html
> Where did the backport go ?
https://ftp-master.debian.org/backports-new.html
--
Roger Shimizu, GM
h, confirmed working well, and then
upgraded to latest 0.2.8-2, confirmed working well, too.
Maybe it related to old binary version of tbb (which is 7.0.5 now), if
so it's not easy to reproduce this issue now.
Please provide the failing log if possible. Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Control: tags -1 +patch pending
On Mon, Aug 28, 2017 at 10:24 PM, Roger Shimizu wrote:
>
> Since kernel 4.11 already hit stretch-bpo and jessie-bpo-sloppy,
> please kindly help to update the dkms driver, too.
I uploaded with DELAYED/5-day.
And here's release commits. Thanks!
--
confirm!
Pushed to debian/sid branch.
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
mor/torbrowser.Browser.plugin-container, doesn't exist on version
0.2.8.
I tried "grep -r shm apparmor/", result shows there's no other place
need to be changed.
So I simply remove the modification to 2nd file, and here I pushed my
result to branch "rosh/Bug874383".
Please review it. Thanks!
Cheers,
--
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
lone mode, please
provide the service file.
Cheers,
--
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
Source: broadcom-sta
Severity: normal
Dear Maintainer,
Since kernel 4.11 already hit stretch-bpo and jessie-bpo-sloppy,
please kindly help to update the dkms driver, too.
Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Aug 27, 2017 at 3:14 PM, Roger Shimizu wrote:
On Mon, Aug 28, 2017 at 1:09 AM, Debian Bug Tracking System
wrote:
> -- Forwarded message --
> From: Roger Shimizu
> To: Debian Bug Tracking System
> Cc:
> Bcc:
> Date: Sun, 27 Aug 2017 15:14:
On Sun, Aug 27, 2017 at 1:31 AM, Roger Shimizu wrote:
> On Sun, Aug 27, 2017 at 1:27 AM, Roger Shimizu wrote:
>> On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
>>> For the size check, you're mostly duplicating the existing check_size()
>>> function.
mand several times during building.
Is anything else need to be set, or parallel building is turned off
because some other bugs?
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Aug 27, 2017 at 1:27 AM, Roger Shimizu wrote:
> On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
>> For the size check, you're mostly duplicating the existing check_size()
>> function. It would be preferable to have a single function with some
>> extra pa
On Tue, Aug 22, 2017 at 2:55 AM, Ben Hutchings wrote:
> On Tue, 2017-08-22 at 01:22 +0900, Roger Shimizu wrote:
>
> Oh I see, that adds section (1 MiB) alignment in several places.
> Surprisingly, the padding isn't completely zero-filled, so it inflates
> the compressed imag
Control: tag -1 +pending
On Mon, Aug 21, 2017 at 9:28 AM, Roger Shimizu wrote:
> On Mon, Aug 21, 2017 at 12:43 AM, Ben Hutchings wrote:
>>
>> OK, then try using 4.11.6 source and bisecting the Debian config
>> changes.
>
> Result:
> 0905519af414d339f615d7aac97
ean
up kconfig using kconfigeditor2
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Sun, Aug 20, 2017 at 6:54 AM, Ben Hutchings wrote:
> On Sun, 2017-08-20 at 02:35 +0900, Roger Shimizu wrote:
>>
>> The real problem is kernel size (after decompression) increased from
>> 5MB to 8MB. (detail is in my previous post)
>> This looks like a bug, sinc
On Sun, Aug 20, 2017 at 12:55 AM, Ian Campbell wrote:
> On Sat, 2017-08-19 at 12:57 +0900, Roger Shimizu wrote:
>> I know for bug #870185, Robert fixed his device by modify uboot
>> params, but I guess it's still possible to keep uboot params and only
>> change the boot
On Mon, Jul 31, 2017 at 11:43 PM, Roger Shimizu wrote:
> On Mon, Jul 31, 2017 at 3:05 AM, Roger Shimizu wrote:
>>
>> While I'm still working on this, but I find the latest kernel in
>> archive, 4.11.11-1+b1, fails to boot on my kirkwood based Linkstation.
>> I tri
On Fri, Jun 2, 2017 at 9:58 PM, Hideki Yamane wrote:
>
> On Tue, 30 May 2017 21:52:06 +0900
> Roger Shimizu wrote:
> > > -/dev/[hsv]d[a-z0-9]|
> > > +/dev/[hsv]d[a-z0-9][a-z]*|
> >
> > And I pushed the fix commit to branch "fix_839894":
&g
Dear Zefram,
how are you going?
are you still working on the patch?
thank you and look forward to your reply!
cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
On Tue, May 30, 2017 at 9:38 AM, Roger Shimizu wrote:
> On Tue, May 30, 2017 at 4:27 AM, Samuel Thibault wrote:
>
>> That would also match partitions, might that not pose concerns?
Now I think the following is better:
> -/dev/[hsv]d[a-z0-9]|
> +/dev/[hsv]d[a-z0-9][a-z]*|
An
On Tue, May 30, 2017 at 4:27 AM, Samuel Thibault wrote:
> That would also match partitions, might that not pose concerns?
So maybe the following?
> -/dev/[hsv]d[a-z0-9]|
> +/dev/[hsv]d[a-z0-9]|/dev/[hsv]d[a-z][a-z]*|
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
/839894#30
henrich provided the patch and he verified it worked well in his virtualbox
environment.
If it's really too late for r0, how about stretch p-u or r1? And how?
Thanks for your consideration!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpm3lOBLHRAc.pgp
Description: PGP signature
ang-x-crypto-dev (Closes: #861282).
+
+ -- Roger Shimizu Fri, 26 May 2017 09:08:48 +0900
+
packer (0.10.2+dfsg-5) unstable; urgency=medium
* Team upload.
diff -Nru packer-0.10.2+dfsg/debian/patches/series
packer-0.10.2+dfsg/debian/patches/series
--- packer-0.10.2+dfsg/debian/patches/s
ws/2017/20170417
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgptCh3djWKW6.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
pgpLnNsMhxvfB.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
pgpTjrF79C0T1.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
pgpyJINaUnPHO.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
-crypto-dev in Build-Depends
+ and Depends.
+
+ -- Roger Shimizu Mon, 15 May 2017 00:51:19 +0900
+
packer (0.10.2+dfsg-4) unstable; urgency=medium
* deb/rules: disable a flaky test in packer/rpc/mux_broker_test.go
diff -Nru packer-0.10.2+dfsg/debian/control packer-0.10.2+dfsg/debian
uot; command. [0]
[0] https://wiki.debian.org/DebianKernelReportingBugs
For the specific problem you report, could you inform what upstream
patch can support that feature? Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgpRFc1gsj2ul.pgp
Description: PGP signature
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
pgp6tDJTmfVN3.pgp
Description: PGP signature
=medium
+
+ * Team upload.
+
+ [ Paul Tagliamonte ]
+ * Use a secure transport for the Vcs-Git and Vcs-Browser URL
+
+ [ Roger Shimizu ]
+ * debian/patches:
+- Add a patch to fix FTBFS on 32-bit platforms.
+ Thanks to upstream author Matthew Heon
+ (Closes: #860618).
+
+ -- Roger
[ 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
pgpuA_0WVF6gc.pgp
Description: PGP signature
go/packages/runc.git/commit/?id=14fb6ea
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
pgp1dhENVueqh.pgp
Description: PGP signature
confirm it's OK to target "testing-proposed-updates"
- help to sponsor the upload from mentors (if not, I'll file a RFS to
mentors list)
Enclosed is the debdiff against the package in testing.
unblock runc/0.1.1+dfsg1-3
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP
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:
201 - 300 of 677 matches
Mail list logo