On Thu, May 19, 2022 at 3:49 AM Paul Gevers wrote:
>
> Hi Roger,
>
> On 18-05-2022 18:22, Roger Shimizu wrote:
> > This ticket is a follow-up to #100
> > - https://bugs.debian.org/100
> >
> > I marked this ticket with ROM and NVIU, because:
> &g
-platform-tools latest version migrating to testing
successfully, we have to remove src:android-platform-tools from
testing.
Thank you!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
gt; Hi,
>
> On 17-05-2022 06:11, Roger Shimizu wrote:
> > [ Other info ]
> > Package android-platform-art and android-platform-frameworks-base should be
> > migrated at the same time.
> >
> > unblock android-platform-tools/29.0.6-14
> > unblock android-platfo
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Since src:android-platform-system-core is already replaced by
src:android-platform-tools, please kindly help to remove
src:android-platform-system-core from testing.
For stable and eailer
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package android-platform-tools
(Please provide enough (but not too much) information to help
the release team to judge the request efficiently. E.g. by
filling in the
On Sat, Feb 12, 2022 at 2:12 AM Andres Salomon wrote:
>
> On 2/11/22 06:18, Roger Shimizu wrote:
>
> > Dear Andres,
> >
> > Thanks for your work for chromium!
> >
> > On Mon, Jan 3, 2022 at 7:33 PM Andres Salomon wrote:
> >>>> I saw
>
ode_modules/rollup-plugin-minify-html-template-literals/dist/index.js:15:47)\n
at Promise.resolve.then
(/build/chromium-97.0.4692.99/third_party/devtools-frontend/src/node_modules/rollup/dist/shared/rollup.js:20218:25)\n\n'
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package repo
[ Reason ]
* Cherry-pick upstream patch to make manpages system independent,
which shows no CPU cores of build system.
* Remove local patch to generate
.
The issue resolved in this upload is: after installing
broadcom-sta-source, when user try to build their own deb files by
using tool module-assistant, the deb build would fail.
The user built deb is not for upload to debian archive, but for
private use only.
Personally I don't install and u
> control: retitle -1 unblock: broadcom-sta/6.30.223.271-17
>
> unblock broadcom-sta/6.30.223.271-17
ping.
I'm asking because this package is marked as autoremoval from testing
on June 8th.
Is there any concern regarding to the unblocking?
Thank you!
Cheers,
--
Roger Shimizu, GMT +9
on migrate first.
Yes, #988119 is not a regression issue.
I think it's better to let current version migrate first.
Current version doesn't have any feature change, so it's quite safe.
For #988119 I need some time to fix, and test to confirm it's safe to
deliver to bullseye.
Thanks for your unders
n the d/changelog
> [X] I reviewed all changes and I approve them
> [X] attach debdiff against the package in testing
>
> [ Other info ]
Sorry I have to re-upload, because this is non-free and won't get
built on buildd.
I re-uploaded with binary, with no actual code change since
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package broadcom-sta
[ the reason for the unblock ]
It fixes a serious bug #987159
that txpower cannot get/set correctly, with some other fixes.
The patches are in
On Thu, Apr 29, 2021 at 3:39 PM Roger Shimizu wrote:
>
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
>
> Please unblock package adjtimex
I checked autoremovals [1], seems the package will be removed bef
-Requires-Root: no
+
+ -- Roger Shimizu Wed, 28 Apr 2021 00:11:49 +0900
+
adjtimex (1.29-10) unstable; urgency=medium
* debian/patches:
diff -Nru adjtimex-1.29/debian/control adjtimex-1.29/debian/control
--- adjtimex-1.29/debian/control2018-07-24 18:50:56.0 +0900
+++ adjtimex-1.29
;.
I think DSA team prefers armel or armhf real hardware (not just
developing boards).
So it'll be super great if you (or your boss) can kindly sponsor some
armel/armhf hardwares that support to install 4GB memory.
Thanks!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
mmunity driven distro.
[0] https://release.debian.org/buster/arch_qualify.html
[1] https://lists.debian.org/debian-arm/2017/11/msg00061.html
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 <rogershim...@gmail.com> wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> The old version of torbrow
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: 4096R
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: 4096R
-crypto-dev (Closes: #861282).
+
+ -- Roger Shimizu <rogershim...@gmail.com> 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.
-crypto-dev in Build-Depends
+ and Depends.
+
+ -- Roger Shimizu <rogershim...@gmail.com> 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
control: tag 861953 -moreinfo
On Mon, 8 May 2017 08:40:52 +0900
Roger Shimizu <rogershim...@gmail.com> 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,
=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 <matthew.h...@gmail.com>
+ (
[ CC: original Bug #858250 ]
On Sun, 07 May 2017 21:02:00 +
Niels Thykier <ni...@thykier.net> wrote:
> Roger Shimizu:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
>
t "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/GPG: 4096R/6C6ACD6417B3ACB1
diff -
access issue.
Enclosed is the debdiff from 2.6.3+ds-2 (in testing) to 2.6.3+ds-3 (in
sid).
unblock shadowsocks-libev/2.6.3+ds-3
Thanks and looking forward to the stretch release ahead!
Cheers,
--
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
diff -Nru shadowsocks-libev-2.6.3+ds/debian
ackages.
Since all other ARM porters seem agree on this, I believe it definitely
deserves a try to enable this hardening on stretch.
Cheers,
- --
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJXzEFiAAoJEKR4aw2nAzSoAekP/j4eNf
28 matches
Mail list logo
