Control: tag -1 pending
Hello,
Bug #1070677 in fail2ban 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:
Control: tag -1 pending
Hello,
Bug #1070677 in fail2ban 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:
Le 24/05/2024 à 14:25, Vincent Lefevre a écrit :
On 2024-05-07 08:35:28 +0200, Sylvestre Ledru wrote:
Le 07/05/2024 à 03:57, Vincent Lefevre a écrit :
On 2024-05-07 03:28:28 +0200, Vincent Lefevre wrote:
May 07 03:01:28 qaa fail2ban-server[557228]: 2024-05-07 03:01:28,226 fail2ban
Le 07/05/2024 à 03:57, Vincent Lefevre a écrit :
On 2024-05-07 03:28:28 +0200, Vincent Lefevre wrote:
May 07 03:01:28 qaa fail2ban-server[557228]: 2024-05-07 03:01:28,226 fail2ban
[557228]: ERROR Failed during configuration: Have not found any
log file for sshd jail
I
Le 06/05/2024 à 10:27, Gregor Riepl a écrit :
Which LLVM versions are you planning to remove?
15, 16 soon. 17 later.
Would it be possible to keep at least LLVM 15 until upstream has
upgraded their code base?
Sounds very unlikely for the next Debian release.
If a fix for this can't be
Le 05/05/2024 à 02:30, Gregor Riepl a écrit :
As part of the effort to limit the number of llvm packages in the
archive, it would be great if you could upgrade to -17.
This package depends on 14.
Not possible at this time. Trying to build openvdb 10.0.1 against LLVM
17 results in the
Hello
Sorry for my lack of answer.
LLVM 14 was already deprecated when this bug has been filed. I don't
think we should spend much time on this issue.
llvm 14 removal is #1050069
Cheers,
S
Le 23/05/2023 à 09:51, Andreas Beckmann a écrit :
Package: python3-lldb-14
Version: 1:14.0.6-12
Hello
I am sorry but I am not sure to see how it is actionable.
Without a test case, i don't think there is much I can do here.
With rust, cargo, custom build script, there are many things that can go
wrong before LLVM.
Sebastian, I think it could be move to normal. From LLVM perspective,
Le 14/04/2024 à 12:49, Sebastian Ramacher a écrit :
Source: llvm-toolchain-18
Version: 1:18.1.3-1
Severity: serious
X-Debbugs-Cc: sramac...@debian.org, debian-rele...@lists.debian.org
Currently we we have llvm-toolchain-{14,15,16,17} in testing whereas RC
bugs in the verious versions of
M-17.so.1 > X-Debbugs-Cc: Sylvestre
Ledru , Gianfranco Costamagna
>
I'm having a bit of a deja-vu here, because this exact kind of bug was
happening a while ago and was fixed, but looks like it's back?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846410
(same bugs happened in ot
Hello,
Le 02/02/2024 à 20:02, William Melgaard a écrit :
Package: libomp-dev
Version: 1:14.0-55.7~deb12u1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: piob...@mindspring.com
Dear Maintainer,
we will need more information about it. which versions you had, which
Hello
First, sorry for the latency.
I tried to upload it but two tests are failing. Does it ring a bell ?
(they are regressions from the patch)
Error: test_diff(SourceFileTest):
Control: tag -1 pending
Hello,
Bug #770171 in fail2ban 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:
oh, cool, thanks :)
I will upload it /i/n a second
Le 21/12/2023 à 21:33, Yavor Doganov a écrit :
Control: tags -1 + patch
Please find a patch attached.
Hello
Yes, I have an upload pending to fix that :)
thanks
S
Le 10/12/2023 à 15:40, Helmut Grohne a écrit :
Package: libc++abi-18-dev
Version: 1:18~++20231203063627+9f78edbd20ed-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 +
Le 03/11/2023 à 21:32, Faidon Liambotis a écrit :
Control: reopen -1
Control: found -1 1:16.0.6-17
Note how /usr/include/wasm32-wasi/c++/v1 is missing.
Test case:
$ apt install clang lld libclang-rt-dev-wasm32 libc++-dev-wasm32
$ cat > hello.cpp <
int main() {
std::cout <<
Le 24/07/2023 à 15:45, Pierre Gruet a écrit :
Hi again,
Le 24/07/2023 à 14:15, Sylvestre Ledru a écrit :
Le 24/07/2023 à 14:07, Pierre Gruet a écrit :
Hi Sylvestre,
[...]
As it is changing the behavior of the language, I feel that it is a
bit risky to do such changes this way.
It might
Le 24/07/2023 à 14:07, Pierre Gruet a écrit :
Hi Sylvestre,
Le 24/07/2023 à 13:54, Sylvestre Ledru a écrit :
Cool stuff. Could you please push your change to the repo ? :)
thanks
S
Sure, done!
Thanks
> Any opinion from you on that matter will be appreciated :)
As it is chang
Cool stuff. Could you please push your change to the repo ? :)
thanks
S
Le 23/07/2023 à 23:42, Pierre Gruet a écrit :
Control: tags -1 pending
Hi,
I intend to upload a fix shortly, after some days reworking the package to get
rid of pcre3.
I post the contents of the header of the patch I
OK, I think i found the issue
Le 24/07/2023 à 06:45, Helmut Grohne a écrit :
Package: libclang-rt-16-dev
Version: 1:16.0.6-5
Severity: serious
libclang-rt-16-dev installs
/usr/lib/llvm-16/lib/clang/16/lib/wasi/libclang_rt.builtins-wasm{32,64}.a,
which are also installed by
Hello
This is because of:
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/106/diffs
let me fix it :)
Cheers
S
Le 18/07/2023 à 11:27, Andreas Beckmann a écrit :
Package: libclang-rt-17-dev
Version: 1:17~++20230709044550+c54ff51be9c1-1~exp1
Severity: serious
User:
Hello
Sorry, I missed this issue.
Faidon, does it ring a bell ?
Thanks
Sylvestre
Le 16/01/2023 à 16:44, Adrian Bunk a écrit :
Source: llvm-toolchain-15
Version: 1:15.0.7-1
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/l/llvm-toolchain-15/30436521/log.gz
...
In
Hello Andreas,
Le 02/01/2023 à 09:59, Sylvestre Ledru a écrit :
Hello
Le 02/01/2023 à 09:54, Andreas Beckmann a écrit :
PS: If you want to get rid of the epoch in the llvm-toolchain-XX packages,
talk to me before packaging a snapshot of version 17, I have some ideas how
to achieve
Le 24/01/2023 à 23:31, rbk a écrit :
On 22.01.2023 12:01, Sylvestre Ledru wrote:
Have you been able to try again?
Sorry, no. (I'm traveling with restricted network access.)
All I can say is that I was using dpkg-buildpackage on a sid host,
not pbuilder. Hope this helps.
-richard
Hello Richard,
Have you been able to try again?
Thanks
Sylvestre
Le 11/01/2023 à 09:43, Sylvestre Ledru a écrit :
Are you sure it works in a pbuilder/chroot ?
dget https://in.terlu.de/\~kreckel/mozillavpn/mozillavpn_2.12.0-1.dsc
and building it
fails with
go: could not create module
Are you sure it works in a pbuilder/chroot ?
dget https://in.terlu.de/\~kreckel/mozillavpn/mozillavpn_2.12.0-1.dsc
and building it
fails with
go: could not create module cache: mkdir /sbuild-nonexistent: permission
denied
(maybe an error above)
Cheers
S
Le 08/01/2023 à 00:46, Richard B.
Are you sure it works in a pbuilder/chroot ?
dget https://in.terlu.de/\~kreckel/mozillavpn/mozillavpn_2.12.0-1.dsc
and building it
fails with
go: could not create module cache: mkdir /sbuild-nonexistent: permission
denied
(maybe an error above)
Cheers
S
Le 08/01/2023 à 00:46, Richard B.
Le 08/01/2023 à 00:46, Richard B. Kreckel a écrit :
2) Based on mozillavpn_2.9.0-1.debian.tar.xz, apply some changes to
debian/ directory:
a) -DBUILD_TESTING=OFF to dh_auto_configure argument in
debian/rules (without it it FTBFS trying to run some tests and that is
also in upstream's
Le 08/01/2023 à 00:46, Richard B. Kreckel a écrit :
2) Based on mozillavpn_2.9.0-1.debian.tar.xz, apply some changes to
debian/ directory:
a) -DBUILD_TESTING=OFF to dh_auto_configure argument in
debian/rules (without it it FTBFS trying to run some tests and that is
also in upstream's
Hello
Le 08/01/2023 à 12:36, Richard B. Kreckel a écrit :
Szlvestre,
On 1/8/23 00:54, Sylvestre Ledru wrote:
Could you please submit a MR here ?
https://salsa.debian.org/sylvestre/mozillavpn
I will be happy to upload it then
Is that really necessary?
I am unfamiliar with GitLab. Sorry
Hello
Could you please submit a MR here ?
https://salsa.debian.org/sylvestre/mozillavpn
I will be happy to upload it then
many thanks
Cheers
Sylvestre
Le 08/01/2023 à 00:46, Richard B. Kreckel a écrit :
Could we just upgrade to version 1.12.0 for sid/bookworm, please?
Right now, the
Yeah, this is by design.
Most of the programs won't need compiler-rt.
Halide should just add an extra dependency.
Cheers
Sylvestre
Le 04/01/2023 à 22:30, Adrian Bunk a écrit :
Package: clang-14
Version: 1:14.0.6-10~exp4
Severity: serious
Tags: ftbfs
Control: affects -1 src:halide
Hello
Le 02/01/2023 à 09:54, Andreas Beckmann a écrit :
PS: If you want to get rid of the epoch in the llvm-toolchain-XX packages,
talk to me before packaging a snapshot of version 17, I have some ideas how
to achieve that.
Yes, I am quite interested :)
I tried a few years ago but failed
Le 28/12/2022 à 01:28, Robin van Westrenen a écrit :
Source: llvm-toolchain-15
Version: 1:15.0.6-3
Followup-For: Bug #1025530
X-Debbugs-Cc: trib...@gmail.com
Dear Maintainer,
Where can I download the previous (libllvm15_15.0.6-3_i386.deb) i386 deb file,
so I can continue my installation?
You
Le 26/12/2022 à 17:23, Sebastian Ramacher a écrit :
Source: llvm-toolchain-13
Version: 1:13.0.1-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Le 06/12/2022 à 10:36, László Böszörményi (GCS) a écrit :
Source: llvm-toolchain-14
Version: 1:14.0.6-9
Severity: important
Usertags: grpc1_51
Tags: ftbfs bookworm sid
Hi,
I'm going to start the gRPC transition real soon. Your package FTBFS
with it. Main reason is that during stage 2 build
Le 21/12/2022 à 05:25, Peter Green a écrit :
During a rebuild of all packages in sid, your package failed to build
on amd64.
I make the following observations about this package.
* It relies on perma-unstable rustc features and this is the third
time it
has broken in the last two years
btw, do you know what caused this in cmake? (seems that it is caused by
a new cmake version).
(or not to make sure that all binaries aren't exported?)
thanks
Sylvestre
Le 28/11/2022 à 12:07, Mathieu Malaterre a écrit :
Control: found 1021857 1:14.0.6-2
-- Found LibXml2:
Le 15/11/2022 à 17:55, Andreas Beckmann a écrit :
Source: llvm-toolchain-14
Version: 1:14.0.6-8
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
llvm-toolchain-14 recently started to fail to build on i386 and x32: the
build gets
I uploaded it (as former uploader of this)
S
Le 14/11/2022 à 21:03, Adrian Bunk a écrit :
Could some DD who is a member of the Debian Science Team upload this?
Thanks
Adrian
On Fri, Apr 22, 2022 at 01:54:33PM +, Ileana Dumitrescu wrote:
Hi,
With this patch the package seems to build
fixed 1021857 1:14.0.6-7
thanks
I think the issue is fixed but if someone knows cmake well. please let
me know :)
Cheers
S
Le 30/10/2022 à 18:18, Peter Michael Green a écrit :
Package: rust-coreutils
Version: 0.0.15-1
Severity: serious
cargo build --features "arch base32 base64 basename basenc cat chcon
chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir
dircolors dirname du echo env expand
Le 21/10/2022 à 13:32, Simon McVittie a écrit :
Source: llvm-toolchain-15
Version: 1:15.0.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source, making mesa unbuildable
User: debian-m...@lists.debian.org
Usertags: mipsel mips64el
X-Debbugs-Cc:
severity 1017905 normal
thanks
Lowering the severity until we hear back from ftpmasters.
Le 02/09/2022 à 13:18, Adrian Bunk a écrit :
On Fri, Sep 02, 2022 at 12:12:06PM +0200, Christoph Biedl wrote:
Sylvestre Ledru wrote...
I don't think renaming is the right approach against an MS-DOS
software (and I still think that Debian's policy is too binary for
this).
As there is a very
, I just noticed the reply
below, which seemed encouraging! :) ]
On Sat, 2019-01-26 at 11:20:13 +0100, Sylvestre Ledru wrote:
As we shipped the previous release with this bug, we are close to
the freeze and there is not easy fix,
I propose that we fix this issue for the next stable release
Thanks Peter for all your great work!
Le 13/08/2022 à 03:43, Peter Green a écrit :
Severity 1017072 serious
Thanks
I'm bumping this up to serious, because the version of rust-grcov
currently in Debian
has many broken build-dependencies, I could open a seperate bug for
that but I
don't think
I didn't say "required". I said that it is the usual (and recommended)
practice from packagers.
On the desert island, you can patch rust packages as much as you want
without forwarding anything upstream.
Le 19/07/2022 à 14:01, Damian Yerrick a écrit :
Requiring work to be done upstream
, Jul 18, 2022 at 10:21 AM Debian Bug Tracking System
wrote:
This is an automatic notification regarding your Bug report
which was filed against the rust-all package:
#1013920: rust-all: Debian violating Rust Trademark (as serious a situation as
"iceweasel")
It has been closed by
Distributing a modified version of the Rust programming language
or the Cargo package manager, provided that the modifications are
limited to:
* porting the software to a different architecture
* fixing local paths
* adding patches that have been released upstream
Thanks for bringing it to our attention, I have consulted with the Rust
foundation, we have agreed a change, we think this change solves it.
See
https://foundation.rust-lang.org/policies/logo-policy-and-media-guide/
for the updated policy.
Cheers,
Sylvestre
Le 27/06/2022 à 13:52, lkcl a
Could you please try with 12?
Thanks
S
Le 10/07/2022 à 16:57, M. Zhou a écrit :
Control: reopen -1
Control: found -1 0.38.1-3
Simply upgrading llvm deps from 11 to 13 leads to regression for
numba. I'm reverting this change back until the upstream source
code can really support a newer
Hello
I don't think it is a big deal but I will chat with some people on the Rust
side about this.
Cheers,
Sylvestre (who managed the iceweasel/firefox thing)
Le 27/06/2022 à 13:52, lkcl a écrit :
Package: rust-all
Severity: serious
Tags: upstream
Justification: Policy 2.1
fixed 1012221
thanks
Le 01/06/2022 à 18:33, Peter Green a écrit :
Package: rust-stdweb-internal-macros
Version: 0.2.9-1
Severity: serious
4. Remove the stdweb features in instant and parking-lot and allow stdweb to be
removed from testing.
I think I implemented this solution.
I opened
Le 01/05/2022 à 15:29, Christoph Biedl a écrit :
Control: tag 1003463 confirmed
Roman Lebedev wrote...
Package: arcanist
Version: 0~git20200925-2
Severity: grave
@Sylvestre,
as previously mentioned in IRC (possibly got lost), I am considering
rebasing the src:phabricator package to the
Le 11/04/2022 à 01:14, Jonas Smedegaard a écrit :
Hi Sylvestre,
Quoting Sylvestre Ledru (2022-04-10 22:15:47)
Maybe you should join the team, commit there and follow the process
for our packages? :)
Thanks for the suggestion, but I decline the offer:
I am not interested in joining a team
Hello
Maybe you should join the team, commit there and follow the process for our
packages? :)
You won't need to do NMU.
Cheers,
Sylvestre
Le 10/04/2022 à 21:42, Jonas Smedegaard a écrit :
Control: tags 988945 + patch
Control: tags 988945 + pending
Dear maintainer,
I've prepared an NMU
Le 30/03/2022 à 13:04, peter green a écrit :
Package: librust-structopt+lints-dev
Version: 0.3.26-1
Severity: serious
clap 2.34 dropped the "lints" feature, this has left librust-structopt+lints-dev
uninstallable in unstable and is blocking the migration to testing of the new
versions of clap
Hello
Thanks for your patch
it is building for you? It is failing now with:
autoheader: warning: missing template: LIBFWBUILDER_TEMPLATE_DIR
autoheader: warning: missing template: NET_SNMP
autoheader: warning: missing template: UCD_SNMP
autoheader: warning: missing template: WORDS_LITTLEENDIAN
Hello,
Le 30/11/2021 à 03:06, Andreas Beckmann a écrit :
Package: libclang-cpp9
Version: 1:9.0.1-20
Severity: serious
Hi,
since the 1:9.0.1-20+b1 binNMU for amd64 reached sid yesterday, pocl
started to segfault.
As llvm-toolchain-9 is going to be removed pretty soon,
I am not planning to
Hello,
Le 19/11/2021 à 21:09, Paul Gevers a écrit :
> Hi,
>
> On Fri, 01 Mar 2013 17:13:47 +0100 Emilio Pozuelo Monfort
> wrote:
>> gtkmathview uses pangox internally. pangox is no longer maintained
>> and we want to remove it from Debian. Ideally gtkmathview should stop
>> using pangox, perhaps
Maybe i missed a comment but can someone give a try with the upstream
binary? To see if it happens for you too there?
Merci
Sylvestre
Le jeu. 4 nov. 2021 à 23:15, Josh Triplett a écrit :
> Some additional information that might help track this down: several
> times, I've observed one tab
Le 26/10/2021 à 20:57, Simon McVittie a écrit :
> Source: llvm-toolchain-13
> Version: 1:13.0.0-6
> Severity: serious
> Justification: Release Team policy
> Tags: patch
>
> The autopkgtest that uses debian/qualify-clang.sh seems to be failing.
> I think this is a bug in debian/qualify-clang.sh
Le 22/10/2021 à 12:03, Simon McVittie a écrit :
Control: retitle -1 llvm-toolchain-12: FTBFS on s390x since 1:12.0.1-10: Cannot
find builtins library for the target architecture
Control: found -1 1:12.0.1-13
On Thu, 21 Oct 2021 at 10:19:01 +0100, Simon McVittie wrote:
1:12.0.1-11 has a
Hello
Please provide more information and steps to reproduce.
It might come from steam.
S
Le 19/10/2021 à 21:21, alain a écrit :
> Package: libllvm12
> Version: 1:12.0.1-10
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
> X-Debbugs-Cc:
Paul, what do you think about Peter's propositoins ?
thanks
S
Le 01/10/2021 à 00:07, peter green a écrit :
>> It passes when run with only packages from testing.
>
> This is not entirely correct, the version of rust-utf-8 in testing
> has no autopkgtests at all. So this is a case of a newly
Le 14/10/2021 à 12:17, Sebastian Ramacher a écrit :
Package: libc++-13-dev
Version: 1:13.0.0-3
Severity: serious
Fixing #998510 causes installability issues on s390x:
$ apt-get install libc++-13-dev
Reading package lists...
Building dependency tree...
Reading state information...
Some packages
fixed -1 0.1.6-2
thanks
Le 22/08/2021 à 10:33, Aurelien Jarno a écrit :
> Source: rust-grep-cli
> Version: 0.1.6-1
> Severity: serious
>
> On 2021-08-21 15:50, Debian FTP Masters wrote:
>>
>> librust-grep-cli-dev_0.1.6-1_s390x.deb: has 10 file(s) with a timestamp too
>> far in the past:
>>
Le 21/08/2021 à 16:05, Adrian Bunk a écrit :
> Source: rust-globset
> Version: 0.4.8-1
> Severity: serious
> Tags: ftbfs
>
> bunk@coccia:~$ cat
> /srv/ftp-master.debian.org/queue/reject/rust-globset_0.4.8-1_amd64-buildd.changes.reason
>
> librust-globset-dev_0.4.8-1_amd64.deb: has 9 file(s)
control: severity -1 normal
control: thanks
Le 19/03/2021 à 23:53, Laurent Bigonville a écrit :
Package: fail2ban
Version: 0.11.2-1
Severity: serious
Hello,
Making this RC as this could cause ordering issue during boot and
firewalling rules not being properly applied, feel free to donwgrade
+jonas
Le 11/01/2021 à 14:52, Andreas Beckmann a écrit :
Package: lld
Version: 1:11.0-51+nmu2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the
control: reopen -1
It isn't fixed for real as Julia needs to be updated!
S
Le 08/01/2021 à 13:06, Debian Bug Tracking System a écrit :
This is an automatic notification regarding your Bug report
which was filed against the julia package:
#974779: julia: Please upgrade to llvm-toolchain-11
Le 05/12/2020 à 18:58, Mark Hymers a écrit :
On Sat, 05, Dec, 2020 at 12:26:27PM +0100, Sylvestre Ledru spoke thus..
So you are right, thanks for spotting my mistake, which is because I
indeed only check if dak rm would cause any issues. I agree that we
thus likely cannot remove it for now
Hello,
Le 09/11/2020 à 08:15, Salvatore Bonaccorso a écrit :
Hi Peter,
[...]
So you are right, thanks for spotting my mistake, which is because I
indeed only check if dak rm would cause any issues. I agree that we
thus likely cannot remove it for now from unstable.
It has been removed
control: forcemerge -1 972334
control: thanks
Le 26/11/2020 à 13:42, Paul Gevers a écrit :
Source: llvm-toolchain-11
Version: 1:11.0.0-5+b1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: issue
Dear maintainer,
Your package has an
yeah, my bad, I am working on a fix for that :)
Le 25/11/2020 à 21:02, Lucas Nussbaum a écrit :
Source: rust-sniffglue
Version: 0.11.1-4
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20201125 ftbfs-bullseye
Hi,
During a rebuild of all packages in
control: reassign 974920 librust-deflate+gzip-dev
control: forcemerge 974920 -1
thanks
Le 16/11/2020 à 15:14, Ralf Treinen a écrit :
Package: librust-deflate+gzip-dev
Version: 0.7.19-2
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable
Hi,
librust-deflate+gzip-dev is not
control: reassign 974917 librust-combine+combine-regex-1-dev
control: forcemerge 974917 974916
thanks
Le 16/11/2020 à 15:07, Ralf Treinen a écrit :
Package: librust-combine+combine-regex-1-dev
Version: 3.8.1-1
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable
Hi,
severity 972334 normal
thanks
Hello
As this isn't a new regression (it didn't work before), I am lowering
the severity to allow migration.
Cheers,
S
Le 13/11/2020 à 11:45, Adrian Bunk a écrit :
On Fri, Nov 13, 2020 at 09:02:52AM +0100, Sylvestre Ledru wrote:
Le 13/11/2020 à 08:44, Aurelien Jarno a écrit :
Source: rust-zoxide
Version: 0.4.3-1
Severity: serious
Could the rust tooling create "Section: fixme" instead?
This woul
Le 13/11/2020 à 08:44, Aurelien Jarno a écrit :
Source: rust-zoxide
Version: 0.4.3-1
Severity: serious
rust-zoxide contains an invalid Section for the Source package:
| Source: rust-zoxide
| Section: FIXME-(source.section)
| Priority: optional
| Build-Depends: debhelper (>= 11),
| dh-cargo
Hello Wofgang,
Do you have the intention to fix process-viewer?
We have a RC bug from March on it.
If you don't plan to, maybe we should just remove it from the Debian
archive.
Thanks
Sylvestre
Hello,
Le 29/10/2020 à 20:39, peter green a écrit :
I was looking at an autopkgtest failure in rust-bindgen. The failure
happened when when testing with the "static"
feature. It appears the failure was caused by a lack of libclang.a
We should disable this test in bindgen probably.
When
Le 25/10/2020 à 18:54, Lisandro Damián Nicanor Pérez Meyer a écrit :
Hi Sylvestre!
On Sun, 25 Oct 2020 at 11:20, Lisandro Damián Nicanor Pérez Meyer
wrote:
Hi!
El dom., 25 oct. 2020 11:07, Sylvestre Ledru escribió:
Hello,
[snip]
I tried to upload it with your fix but the build failed
Hello,
Le 25/10/2020 à 14:57, Lisandro Damián Nicanor Pérez Meyer a écrit :
severity 972163 serious
severity 972166 serious
block 972176 by 972163
block 972176 by 972166
thanks
Hi! We are close to begin the Qt transition that will remove
qt5-default, so I'm raising the severities. If
The actual error seems to be:
#0 0x7fff8e95743c llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/<>/llvm/lib/Support/Unix/Signals.inc:533:13
#1 0x7fff8e9577a0 PrintStackTraceSignalHandler(void*)
/<>/llvm/lib/Support/Unix/Signals.inc:593:3
#2 0x7fff8e954df8
Hello,
According to Clang / LLVM documentation, -fsanitize=thread is not
supported on i386.
https://clang.llvm.org/docs/ThreadSanitizer.html
Yeah, I submitted this PR a few days ago:
https://github.com/opencollab/llvm-toolchain-integration-test-suite/pull/30
S
Hello,
Le 11/09/2020 à 21:11, Steve Langasek a écrit :
Ximin,
So no, I will not stop filing bugs against RC-buggy packages that the Rust
maintainers are clearly not taking care of. If you don't want bug reports,
you have the option to stop uploading packages that are RC buggy from the
moment
control: block -1 by 971139
control: block 971141 by -1
Le 27/09/2020 à 20:38, Lucas Nussbaum a écrit :
Source: rust-onig-sys
Version: 69.2.0-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200926 ftbfs-bullseye
Hi,
During a rebuild of all packages
Control: tags -1 + fixed pending
Le 27/09/2020 à 20:37, Lucas Nussbaum a écrit :
Source: rust-bindgen
Version: 0.51.1-4
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200926 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package
Hello Lucas,
Thanks for the bug reports!
FYI, many rust-* failures are caused by a bunch of packages blocked in NEW.
Cheers,
S
Le 27/09/2020 à 20:39, Lucas Nussbaum a écrit :
Source: rust-syntect
Version: 3.3.0-2
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Le 21/09/2020 à 16:48, Jonas Smedegaard a écrit :
Hi Sylvestre and others,
I have a strong interest in getting emscripten into shape.
I am not ready to get involved in the LLVM Packaging Team, nor do I find
the current state of the package useful to work from, but I would be
willing to take
Le 14/09/2020 à 01:48, Mike Gerber a écrit :
Hi,
* Sylvestre Ledru schrieb:
And maybe not adding more info to this bug (as it is marked as closed)
The bug is closed because it was considered fixed. As it does not seem to be
fixed for installations with existing hundreds-of-MB
Hello,
Le 13/09/2020 à 12:50, Mike Gerber a écrit :
Hi,
I have a number of Debian hosts that have these ever-growing fail2ban databases.
I tried to solve the problem by updating to 0.11.1-2 (the bullseye version).
Observations:
* Disk space usage DOUBLES by a backup copy of the database on
Le 10/09/2020 à 15:25, Sebastian Ramacher a écrit :
Source: llvm-toolchain-8
Version: 1:8.0.1-10
Severity: serious
Tags: sid bullseye
So I think it's time to get llvm-toolchain-8 removed from testing (and
from sid in the long run).
Agreed, many thanks for filling this bug. It was on my todo
Hello,
I am off and I won't have time to work on it for the next 2 weeks.
NMU welcome :)
Cheers & sorry!
Sylvestre
Le 16/08/2020 à 08:01, Stéphane Glondu a écrit :
Hello,
These bugs are still on topic and prevent ocaml-{integers,ctypes} from
migrating to testing. Could you please fix them? Or
Le 22/04/2020 à 09:59, Gilles Filippini a écrit :
Hi,
Matthias Klose a écrit le 20/04/2020 à 12:49 :
On 4/20/20 11:52 AM, Gilles Filippini wrote:
I'd like to do a bisect between openjdk-11 11.0.6+10-2 and 11.0.7+9-1 to
better understand the problem but I can't find the corresponding branch
on
Le 18/04/2020 à 16:10, Alastair McKinstry a écrit :
Hi,
flang is now merged into LLVM base.
I can build flang/f18 from the LLVM main install, but this targets llvm-11.
Are we likely to have llvm-11 (not necessarily default) in Debian
Bullseye ? what approach should be taken ?
Quite likely.
I
Hello
Le 16/04/2020 à 15:35, Scott Kitterman a écrit :
Package: clang-tidy-6.0
Version: 1:6.0.1-14
Severity: serious
The clang-tidy-6.0 package depends on python-yaml, which is now NBS and
will be removed from Testing at some point. I understand that llvm 6.0
is sticking around to support
Hello,
Bravo for the detective work.
I fixed the issues in llvm-toolchain-10.
https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/commits/10
will merge that in snapshot
Le 09/04/2020 à 13:17, Michael Lustfield a écrit :
Package: llvm-toolchain-snapshot
Version:
1 - 100 of 554 matches
Mail list logo
