hing to say about it.
Thanks again for driving this cleanup effort in Debian unstable! Best,
--
Arnaud Rebillout / OffSec / Kali Linux Developer
On Wed, 21 Aug 2024 10:55:07 +0200 Sergio Vavassori
wrote:
> This is the commit with the change:
>
https://github.com/torvalds/linux/commit/1788cf6a91d9fa9aa61fc2917afe192c23d67f6a
There's a proposed fix upstream:
https://github.com/myriadrf/xtrx_linux_pcie_drv/pull/20
--
Arnau
anks for that!
Best,
--
[1]:
https://salsa.debian.org/debian/mirrorbits/-/commit/aa8b1741ad627d114235d0be39c08e7d846278b5#8756c63497c8dc39f7773438edf53b220c773f67
[2]:
https://salsa.debian.org/debian/mirrorbits/-/commit/f85611bc7ac53f3db0c7bab4be66fa20ef6d8232
--
Arnaud Rebillout / OffSe
On Mon, 19 Aug 2024 06:50:48 + Damyan Ivanov wrote:
> The much smaller initrd [...] is totally unusable.
Just to confirm, I upgraded my Debian sid system, and on reboot the
system repeats this message in a loop:
cryptsetup: Waiting for encrypted source device UUID=(long UUID)...
For
Control: tag -1 pending
Hello,
Bug #1069507 in dc3dd 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/pkg-security-team/dc3dd/-/commit/c848b6a12af7414b95be2de78a
Control: tag -1 pending
Hello,
Bug #1066634 in crack 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/pkg-security-team/crack/-/commit/38e36cc1453ffbbcfd6a644114
Control: tag -1 pending
Hello,
Bug #1061077 in golang-github-gookit-color 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-gookit-
Control: tag -1 pending
Hello,
Bug #1066597 in stegsnow 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/pkg-security-team/stegsnow/-/commit/ea64c733608c7a5ad22c
Control: tag -1 pending
Hello,
Bug #1068037 in mdk4 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/pkg-security-team/mdk4/-/commit/c3cb41f86f68603dedef371145af
Control: tag -1 pending
Hello,
Bug #1066489 in p0f 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/pkg-security-team/p0f/-/commit/83df5c38d86652c0f4b7501a682ba7
Control: tag -1 pending
Hello,
Bug #1065969 in ike-scan 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/pkg-security-team/ike-scan/-/commit/175d75e70040c11bc202
he 2.02 when I have a bit of time, this week
or next week hopefully.
Best,
--
Arnaud Rebillout / OffSec / Kali Linux Developer
Control: tag -1 pending
Hello,
Bug #1060116 in wfuzz 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/pkg-security-team/wfuzz/-/commit/e23b42572418d97649f8f097ae
; > tests/test_schemas.py .F [ 61%]
> > tests/test_staticfiles.py FFF.FFF.FF.. [ 68%]
> > tests/test_status.py .. [ 68%]
> > tests/test_templates.py ..F.FF [ 71%]
> > tests/test_testclient.py F.F..FF.FFF [ 76%]
> > tests/test_websockets.py [ 84%]
> > tests/middleware/test_base.py FF....FF..FF [ 89%]
> > tests/middleware/test_cors.py FFF [ 93%]
> > tests/middleware/test_errors.py .F [ 94%]
> > tests/middleware/test_gzip.py F [ 95%]
--
Arnaud Rebillout / OffSec / Kali Linux Developer
On Mon, 18 Sep 2023 09:23:19 -0300 Thiago Andrade
wrote:
> I'm waiting for this upgrade. After I'll try to upgrade gobuster to
> 3.6.0 version.
Hello Thiago,
the new package was uploaded and is now in unstable.
However, after manually triggering the autopkgtests two times, I noticed
that a t
.
--
[1]: https://gitlab.com/arnaudr/golang-github-pin-tftp/-/jobs/5108371487
--
Arnaud Rebillout / OffSec / Kali Linux Developer
ile
https://salsa.debian.org/jak/command-not-found/-/blob/main/data/50command-not-found:
|"if /usr/bin/test -w /var/lib/command-not-found/ -a -e
/usr/lib/cnf-update-db; then /usr/lib/cnf-update-db > /dev/null || true;
fi";|
Thanks!
--
Arnaud Rebillout / Offensive Security / Kali Linux Developer
age. I don't have much time to work on
it myself.
Don't forget to have a look at
https://gitlab.com/kalilinux/packages/gtkhash and cherry-pick any commit
you need from there!
Thanks for reaching out, and thanks for taking care of gtkhash,
Regards,
--
Arnaud Rebillout / Offe
@l0f4r0 Can you still reproduce this issue? Is it still present in
latest upstream tagged version (ie. v1.9.3 [1])? Is it still present in
latest version from git master branch [2]?
[1]: https://github.com/ranger/ranger/releases/tag/v1.9.3
[2]: https://github.com/ranger/ranger
--
Arnaud
need from there.
Alternatively, if you're not willing to maintain this package anymore,
I'm OK to maintain it.
Cheers,
--
Arnaud Rebillout
Control: tag -1 pending
Hello,
Bug #975789 in golang-github-xenolf-lego 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-xenolf-le
Control: tag -1 pending
Hello,
Bug #975584 in consul 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/consul/-/commit/9650adb23f7363d8e0d5a19522
Control: tag -1 pending
Hello,
Bug #973084 in docker.io 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/docker-team/docker/-/commit/968a84186afa88241c56d501f40d
Control: tag -1 pending
Hello,
Bug #971789 in docker.io 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/docker-team/docker/-/commit/5166c4c6e75ff4c1d1b8b8ebaa9a
Control: tag -1 pending
Hello,
Bug #969227 in docker.io 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/docker-team/docker/-/commit/ad52cffa31359262a8e9d44daddf
/a70a326c6123b4fb96d254ddf0985529ac80e8ad
Add upstream patch to fix panic in libnetwork resolver (Closes: #958312)
Signed-off-by: Arnaud Rebillout
(this message was generated
Thanks for the detailed bug report, I'm rebuilding a package to check
that it's all good on my side. I'll probably upload a new revision tomorrow.
On 4/20/20 8:33 PM, Patrick Georgi wrote:
To follow up on my earlier statement that I'd test the patch: the deb sources +
that patch don't show the
and 1.2.7.
A notable change between those two versions is the update of the
dependency containerd-ttrpc.
[1]:
https://salsa.debian.org/go-team/packages/containerd/-/commit/c9e2aa545934b326d7f81cb267369772ab51f3f7
On 4/13/20 10:58 AM, Arnaud Rebillout wrote:
On 4/12/20 7:49 PM, Chris
On 4/12/20 7:49 PM, Chris Lamb wrote:
severity 956502 serious
thanks
Hi,
docker: Error response from daemon: no status provided on response: unknown.
This, too, happens for me. Downgrading to 19.03.6+dfsg1-2 (from
19.03.6+dfsg1-3) restores all functionality.
Marking as RC merely to prevent
Dear Release Team,
I'm new to the process of uploading to stable, I need your guidance on
that one.
From the buster announce:
* The bug you want to fix in stable must be fixed in unstable
already (and not waiting in NEW or the delayed queue)
My issue with this particular bug (#9330
On 8/17/19 1:02 PM, Bruno Kleinert wrote:
[…]
cd _build/src/github.com/syncthing/syncthing && go run script/genassets.go gui
lib/auto/gui.files.go
build cache is disabled by GOCACHE=off, but required as of Go 1.12
make[1]: *** [debian/rules:54: override_dh_auto_configure] Error 1
make[1]: Lea
On 8/13/19 12:35 PM, Salvatore Bonaccorso wrote:
On Tue, Aug 13, 2019 at 11:31:41AM +0200, Arnaud Rebillout wrote:
This is fixed in unstable.
Thanks!
Oh well, not fixed in unstable yet actually, as the package doesn't
build anymore due to changes in the dependency tree...
This o
This is fixed in unstable.
Question from a non-experienced DM: what's the procedure to get this
into stable? It seems that I shouldn't file a bug to release.debian.org,
and instead get in touch with the security team.
What's the workflow? Should I file a bug against the pseudo-package
security.de
/10054348c2e9dcb9a1c26689921adb9cb809f452
Add upstream patch for CVE-2019-13139 (Closes: #933002)
Signed-off-by: Arnaud Rebillout
(this message was generated automatically
Hi,
thanks for reaching out. I applied the patch, that is no problem.
However the new tests that were added makes my machine go crazy and
reach the maximum number of process. Right now I'm configured like that:
$ ulimit -u
62688
I will bumb this number but I also want to check a bit mo
On 5/24/19 4:33 PM, Jonathan Dowland wrote:
> Hi Arnaud - sorry I missed your messages until now.
No problem :)
>
> On Fri, May 10, 2019 at 09:03:41AM +0700, Arnaud Rebillout wrote:
>> As I mentioned above, there's a discussion with a work in progress to
>>
On 5/22/19 3:32 PM, Afif Elghraoui wrote:
> You hadn't Cc'd Jonathan (but I am, now) and I doubt that he's
> subscribed to this bug, so he probably never saw these messages. I'm
> just checking in here as a concerned maintainer of a reverse-dependency
> threatened with autoremoval.
Hmm I'm a bit c
On Mon, 29 Apr 2019 07:46:22 +0700 Arnaud Rebillout
wrote:
> Actually this was fixed upstream lately, and the fix is in Debian
> testing already. See
> https://github.com/docker/libnetwork/pull/2339#issuecomment-487207550
>
> There's still other iptables related bugs, the mo
Actually this was fixed upstream lately, and the fix is in Debian
testing already. See
https://github.com/docker/libnetwork/pull/2339#issuecomment-487207550
There's still other iptables related bugs, the most outstanding being
#903635. If this bug could be solved, then users could just run docker
Looks like a fix was proposed at:
https://github.com/docker/libnetwork/pull/2339/files
However this fix didn't receive any feedback from upstream so far, and
I'm not familiar with the docker codebase myself. So I'm a bit reluctant
to import this patch. And on the other hand, after a quick look the
On Thu, 28 Feb 2019 08:48:21 +0100 Ralf Treinen wrote:
> containerd cannot satisfy its build-dependencies in sid
The containerd package in sid is quite outdated. I tried to update it to
a decent version in 2018, but in the end I was stuck by circular
dependencies with the docker package, and I ha
I looked into this a bit yesterday.
As mentioned in the issue upstream at
https://github.com/etcd-io/etcd/issues/9353, the fix has been merged in
the master branch of etcd in March 2018, almost a year ago. The
conversation also mentions that this will be part of the next release
v3.4. However v3.4
/ce14a47751a90a86ff02749ece5e1f8891dac1bc
Install containerd-shim as docker-containerd-shim (Closes: #920935).
The containerd package in unstable already installs containerd-shim, so
we can't hijack this name.
Signed-off-by: Arnaud Rebi
On Mon, 10 Sep 2018 08:18:56 +0200 Salvatore Bonaccorso
wrote:
> Hi Dmitry,
>
> On Mon, Sep 10, 2018 at 09:23:59AM +1000, Dmitry Smirnov wrote:
> > On Thursday, 6 September 2018 2:19:24 PM AEST Salvatore Bonaccorso
wrote:
> > > > > fixed 908055 17.12.1+dfsg-1
> > >
> > > Is this the first version
On Wed, 30 Jan 2019 18:23:14 +0100 Andreas Beckmann wrote:
>
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
>
> /usr/bin/containerd-shim
>
>
> Cheers,
>
> Andreas
>
> PS: for more informa
> On Wednesday, 30 January 2019 7:59:24 PM AEDT Dominique Dumont wrote:
>> But docker fails to start with:
>> $ docker run -ti alpine sh
>> docker: Error response from daemon: failed to start shim: exec:
>> "docker-containerd-shim": executable file not found in $PATH: unknown.
I can run `docker
Dear Go team,
I pushed a fix on Salsa, can you please review and upload these changes?
Thanks!
Regards,
Arnaud
I pushed some changes to Salsa:
* New upstream version 0.8.0+dfsg
* Update patches
* Add patch to build against hashicorp-multierror 1.0
Can someone upload this package, as I'm just DM and I don't have
permission for that?
I CC Dmitry as he's the original author of the package, but really
Thanks for the report,
I'm looking into that. The FTBFS is not fixed by updating
opencontainers-runtime-tools to the latest version (0.8).
Actually, the issue is that opencontainers-runtime-tools is using an
outdated vendored copy of hashicorp-go-multierror. It doesn't build out
of the box agains
On 09/14/2018 04:56 PM, Shengjing Zhu wrote:
> And for redoctober, it only has one line using go-systemd, it's
>
> activation.Listeners(true)
>
> From the go-systemd commit comment, they just removed the arg, and
> assume it's default is true.
>
Oh, I didn't notice it was that trivial. Thanks.
The only reverse dependency for this package is golang-cfssl (also from
cloudflare).
Upstream never issued a release for redoctober.
Hence we could just assume that redoctober is part of golang-cfssl's
codebase, keep it embedded in golang-cfssl, and stop packaging it
separately like we do now.
T
On 09/05/2018 10:22 PM, Shengjing Zhu wrote:
> Dear docker.io maintainer,
>
> I'm not sure why the Built-Using field in docker.io doesn't contain
> golang-github-vbatts-tar-split. Maybe dh-golang can't deal with the
> docker.io repo. Not sure it's whose bug...
Built-Using is supposed to reflect
Hi Santiago,
I can't do that as I'm just a contributor, but I'm sure Dmitry, who
maintains the package, will take care of that soon.
Thanks for the feedback,
Arnaud
On 08/23/2018 07:06 PM, Santiago Vila wrote:
> On Thu, Aug 23, 2018 at 08:21:04AM +0700, Arnaud Rebillout
On 08/23/2018 06:14 AM, Santiago Vila wrote:
> [... snipped ...]
>
> # github.com/docker/docker/daemon/listeners
> src/github.com/docker/docker/daemon/listeners/listeners_linux.go:65:43: too
> many arguments in call to activation.TLSListeners
> have (bool, *tls.Config)
> want (*t
54 matches
Mail list logo
