Bug#1042215: cegui-mk2: FTBFS: dh_install: error: missing files, aborting

Control: tag -1 unreproducible Control: severity -1 important Hello Lucas and thanks for the bug report. Unfortunately, I am unable to reproduce this behavior. I just uploaded a new version of this package to fix an unrelated bug and it built normally on the buildds. I'm leaving this as

Bug#1042266: bazel-rules-proto: FTBFS: make[1]: *** [debian/rules:13: execute_before_dh_link-indep] Error 1

Control: tag -1 pending Hi Lucas and thanks for the bug report! On 7/26/23 16:23, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Fixed and will be uploading shortly. -Olek OpenPGP_signature Description: OpenPGP digital signature

Bug#1035995: bazel-bootstrap: Depend on libgeronimo-annotation-1.3-spec-java instead of libtomcat9-java

Control: tag -1 pending Thanks for letting me know about the impending removal and the suggested fix! On 5/14/23 10:04, Markus Koschany wrote: Control: tags -1 patch Hi, bazel-bootstrap already build-depends on libgeronimo-annotation-1.3-spec-java. The fix is trivial. Patch is attached.

Bug#1029840: bazel-bootstrap: autopkgtest failure: Unrecognized VM option 'UseParallelOldGC'

Control: tag -1 confirmed help Hi and thanks for the bug report. On 1/28/23 12:01, Adrian Bunk wrote: Source: bazel-bootstrap Version: 4.2.3+ds-2 Severity: serious https://ci.debian.net/data/autopkgtest/testing/amd64/b/bazel-bootstrap/30777521/log.gz OpenJDK 64-Bit Server VM warning:

Bug#1027112: bazel-bootstrap: /usr/include/absl/synchronization/mutex.h:550: error: undefined reference to 'absl::debian3::Mutex::Unlock()'

Hi there, On 1/4/23 09:51, Gianfranco Costamagna wrote: Hello, FWIW I think I crafted a patch that might fix the issue (in a ugly and hard-coded way) Thanks! It's always good to have options. --- bazel-bootstrap-4.2.3+ds.orig/tools/distributions/debian/debian_cc.BUILD +++

Bug#1026937: One more missing flag

Control: reopen -1 Control: found -1 1.51.1-3 Control: block 1027112 by -1 Control: affects -1 bazel-bootstrap Hi László, I noticed that you added some linker flags in a recent commit to grpc [1]. However, it appears that this one is still missing: -labsl_synchronization Having spent some

Bug#1027112: bazel-bootstrap: /usr/include/absl/synchronization/mutex.h:550: error: undefined reference to 'absl::debian3::Mutex::Unlock()'

Control: tag -1 moreinfo Hi Sebastian and thanks for the bug report. On 12/27/22 18:15, Sebastian Ramacher wrote: Source: bazel-bootstrap Version: 4.2.3+ds-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc:

Bug#1026854: libgoogle-auto-common-java: ships /usr/share/maven-repo/build-only/build-only/NO_VERSION/build-only-NO_VERSION.pom

Control: tag -1 pending Hi Andreas and thanks for the report! On 12/22/22 11:29, Andreas Beckmann wrote: libgoogle-auto-common-java ships two dubious files that should probably not be in the package at all: /usr/share/maven-repo/build-only/build-only/NO_VERSION/build-only-NO_VERSION.pom

Bug#1023833: FTBFS with OpenJDK 17

Source: bazel-bootstrap Version: 4.2.2+ds-1 Severity: serious Tags: ftbfs upstream Forwarded: https://github.com/bazelbuild/bazel/issues/15831 The default use of OpenJDK 17 causes bazel-bootstrap to FTBFS. This is an upstream issue and upstream's fix[1] should be cherry-picked as soon as

Bug#950926: ember: Using packages to install "snap" packages is not a correct use of the packaging system

Control: tag -1 = confirmed Thanks for reminding me about this bug, tobi! I guess a lot has been happening since February of 2020 On 8/27/22 08:11, Tobias Frost wrote: > User: tobi-rm-proposals@d.o > Usertags: rm-proposal > > (FTR, I also don't think that snap/flatpak/appimage should be

Bug#942622: Would the Games Team adopt Lightyears (pygame based, Python 3 port available)?

Hi On Wed, Sep 15, 2021, 22:36 Sandro Tosi wrote: > > I've moved the package under the games-team [1]. I was going to give you > > access to it but I can't find a Salsa account for you. If you don't have > an > > account yet, you can easily create one [2] and let me know your username. > > I'll

Bug#989344: ogre-1.12: diff for NMU version 1.12.10+dfsg2-1.1

Hi smcv, On Sun, Jun 13, 2021 at 6:43 PM Simon McVittie wrote: > > On Sun, 13 Jun 2021 at 22:18:42 +0200, Jochen Sprickerhof wrote: > > * Olek Wojnar [2021-06-13 15:15]: > > some API designs make it > really hard to keep backwards compatibility, because a lot of int

Bug#989344: ogre-1.12: diff for NMU version 1.12.10+dfsg2-1.1

Hi Jochen, First of all, thank you very much for taking the time to fix those issues! And an extra thank you for speaking with the release team already! I always get very nervous with significant package changes this close to a release. Are you also planning to file an unblock bug or would you

Bug#988944: CVE-2020-7692

Control: tag -1 + confirmed Thanks for the bug report, Moritz! Sorry for the delay, apparently I was not receiving emails about the google-oauth-client-java package. I will work to get this fixed today. -Olek OpenPGP_signature Description: OpenPGP digital signature

Bug#979305: bazel-bootstrap: fails to clean after build: rm: cannot remove 'output': Is a directory

Control: severity -1 important Control: tag -1 pending Hi Andreas, On Mon, Jan 4, 2021 at 8:03 PM Andreas Beckmann wrote: > Package: bazel-bootstrap > Version: 3.5.1+ds-2~exp1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the > past) >

Bug#978189: bazel-bootstrap: FTBFS: FetchGrpc.java:3: error: cannot find symbol

Control: tag -1 pending Hi Lucas, On Sat, Dec 26, 2020 at 4:39 PM Lucas Nussbaum wrote: > Source: bazel-bootstrap > Version: 3.4.0+ds-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20201226 ftbfs-bullseye > > Hi, > > During a rebuild of all

Bug#976563: bazel-bootstrap: FTBFS: FATAL: couldn't connect to server (22400) after 120 seconds.

Control: tag -1 pending Hi Lucas, Thanks for this bug report! Took me a little bit to troubleshoot but I traced it to a version incompatibility with some libraries and a known container issue with Bazel 3.4.0. The libraries are in sync now and I'm preparing to upload a new upstream version of

Bug#976487: grpc-java: FTBFS: CensusStatsModule.java:21: error: cannot find symbol

Control: tag -1 confirmed Thank you for the bug report! I am able to replicate this locally. It looks like this was caused by a recent upload of opencensus-java that removed two symbols. I am working on an upload of an updated grpc-java package that no longer requires those symbols. -Olek

Bug#962804: wfmath: autopkgtest failure: no acceptable C compiler found in $PATH

Ah, ok. Good to know and that makes sense. Thanks to you both. I'm still a bit new to this autopkgtest thing but it seems worthwhile to get it figured out. I'll add build-essential explicitly since none of the other build dependencies should be necessary to compile the test. -Olek

Bug#962518: cegui-mk2 FTBFS on mipsel/mips64el: symbol differences

Thanks to all of you for taking a look at this and for your insights and advice!I think I've definitely learned a couple things about how to do symbols better in the future. In the near term, I'm going to take the advice to just get rid of the symbols file. I've been so busy with Bazel [1]

Bug#962804: wfmath: autopkgtest failure: no acceptable C compiler found in $PATH

Hi Paul, Thanks for the bug report. I'd noticed the error on DDPO but hadn't had time to investigate. On Sun, Jun 14, 2020 at 7:18 AM Paul Gevers wrote: > I copied some of the output at the bottom of this report. Are you > missing a test dependency? > > checking for gcc... no > checking

Bug#942622: Would the Games Team adopt Lightyears (pygame based, Python 3 port available)?

Hi Steve, On Wed, Jun 10, 2020 at 11:39 AM Olek Wojnar wrote: > On Mon, Jun 8, 2020 at 2:03 PM Moritz Mühlenhoff wrote: > >> Has there been any update wrt lightyears/Py3 being moved to the Debian >> Games >> Team? >> > > I haven't heard anything although

Bug#942622: Would the Games Team adopt Lightyears (pygame based, Python 3 port available)?

On Wed, Jun 10, 2020 at 11:48 AM Scott Kitterman wrote: > > The only one who ever uploaded the package does not appear to be active in > Debian any longer, so I would suggest you go ahead. > Thanks, Scott! (PS Removed said inactive person from this email thread) Python Apps Team: If you have

Bug#942622: Would the Games Team adopt Lightyears (pygame based, Python 3 port available)?

On Mon, Jun 8, 2020 at 2:03 PM Moritz Mühlenhoff wrote: > Has there been any update wrt lightyears/Py3 being moved to the Debian > Games > Team? > I haven't heard anything although I'm still willing to sponsor once we verify that the Python Applications Packaging Team is ok with transferring

Bug#962518: cegui-mk2 FTBFS on mipsel/mips64el: symbol differences

Thanks for the bug report and both of your comments. The number of times I've had to re-upload this package due to symbol issues is really getting excessive, it seems. On Tue, Jun 9, 2020 at 6:12 AM Adrian Bunk wrote: > On Tue, Jun 09, 2020 at 11:24:27AM +0200, Stephen Kitt wrote: > > Le

Bug#942622: Would the Games Team adopt Lightyears (pygame based, Python 3 port available)?

Hi Steve, On Thu, Feb 13, 2020, 14:42 Steve Cotton wrote: > Hi all in the Games Team, > > One of the Debian games affected by the python3 transition is 2 > Lightyears > Into Space, source package name "lightyears". I've ported it to > python3-pygame, > and opened an upstream issue for

Bug#950926: ember: Using packages to install "snap" packages is not a correct use of the packaging system

Hmm.. some good points to ponder. Thanks! Let me think on that a little and I'll respond more fully. -Olek On 2/9/20 5:12 PM, Manuel A. Fernandez Montecelo wrote: > Hello Olek, > > Em sáb., 8 de fev. de 2020 às 18:25, Olek Wojnar escreveu: >>> I don't think taht using this p

Bug#950859: cegui-mk2: FTBFS with boost171 and new cmake and symbol changes

Hi Dimitri, Thanks for the bug report, and thanks for the patch! On 2/7/20 8:49 AM, Dimitri John Ledkov wrote: > Package: cegui-mk2 > Version: 0.8.7-5 > Severity: serious > Tags: patch > Justification: ftbfs > > Dear Maintainer, > > cegui-mk2 ftbfs with new cmake & boost1.71 due to change in

Bug#950926: ember: Using packages to install "snap" packages is not a correct use of the packaging system

Hi Manuel, Thanks for your bug report and thanks for your thoughts. However, at this point I'm inclined to respectfully disagree with you on this subject. On 2/8/20 8:44 AM, Manuel A. Fernandez Montecelo wrote: > Package: ember > Version: 0.8.0~snap1 > Severity: serious > > Hello, > > I don't

Bug#948734: The package should be in contrib section

Hi Paul and thanks (as always) for the explanation. (discussion continued below) On 1/12/20 11:04 PM, Paul Wise wrote: > On Sun, 12 Jan 2020 21:42:53 -0500 Olek Wojnar wrote: > >> Could you please explain your rationale? The way I read Policy, I don't >> see a problem. To cl

Bug#948734: The package should be in contrib section

Hi Shengjing, thanks for the bug report. On 1/12/20 12:02 PM, Shengjing Zhu wrote: > Source: cyphesis-cpp > Version: 0.7.0~snap1 > Severity: serious > > This package now installs the real program via snap. > This shouldn't be in main. Could you please explain your rationale? The way I read

Bug#943611: cegui-mk2 fails to package extensions for python 3.8

Hi Matthias, Quick update on this bug report. On 11/13/19 8:32 PM, Olek Wojnar wrote: > Hi Matthias, > > > Thanks for filing this bug report, I'll try to fix it as soon as I can. > > > On 10/27/19 6:33 AM, Matthias Klose wrote: >> Package: src:cegui-mk2 >

Bug#910679: cegui-mk2 should build-depend on updated pyside-tools package

Based on a conversation with Muammar, I created a Salsa repository under the Games Team and my updates are in that repository. I don't believe Muammar has had an opportunity to review my commits but, barring any requested changes, I believe that this package is ready for upload. I am only a DM

Bug#853363: cyphesis-cpp: ftbfs with GCC-7

Control: tags -1 + pending On Sat, 2 Dec 2017 11:36:12 +0200 Juhani Numminen wrote: > I believe I found how upstream actually fixed the bug, plase see > missing-include.patch. It is based on: >

Bug#804736: libwfut: FTBFS: sigc++/object_slot.h: No such file or directory

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Turns out that the object_slot.h file was removed from sigc++.[1] That's why the newest builds of libwfut were failing. Other packages may therefore be affected by this as well. The funny thing is that object_slot.h was essentially empty even in

Bug#804736: libwfut: FTBFS: sigc++/object_slot.h: No such file or directory

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hey Aaron! Hmm, I didn't see that in any of my builds but I'll definitely take a look. Thanks! - -Olek On 11/10/2015 06:53 PM, Aaron M. Ucko wrote: | Source: libwfut | Version: 0.2.3-2 | Severity: serious | Justification: fails to build

Bug#800925: libatlas-cpp-0.6-tools: fails to upgrade from 'jessie' - trying to overwrite /usr/bin/atlas_convert

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Control: tags -1 pending Fix should be uploaded shortly, thanks! -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJWEe+lAAoJEH2D1AagncHkxfEQAJHEOU0rq0YJq52Q6J+GErdW CryQ7ToRpM7KdER1qjBq310k/3GWWxWibSCfXeAhmSIoPsGLAJ/IOv5Mh4f4ODeF

Bug#772098: cyphesis-cpp: Network-associated build test failures

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Source: cyphesis-cpp Version: 0.6.0-2 Severity: serious Justification: fails to build from source (but built successfully in the past) The buildds are experiencing problems with at least one network-associated build test. This is preventing proper