Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

gx4kiv5m0i7d7qkixq2cwzbr10lvxwc-glibc-2.27/lib/libc.so.6 (0x7f25afb62000) /nix/store/7gx4kiv5m0i7d7qkixq2cobra10lvxwc-glibc-2.27/lib/ld-linux-x86-64.so.2 => /nix/store/7gx4kiv5m0i7d7qkixq2cwzbr10lvxwc-glibc-2.27/lib64/ld-linux-x86-64.so.2 (0x7f25b07def000) Regards, Kai

Bug#919598: zlib: copyright file needs updating

Q.txt. However, I don't think these restrictions are removed by removing this file. They may apply to the DFSG sources as well, even with the win32 dir removed. Best regards Kai

Bug#918820: msmtp: AppArmor profile makes passwordeval unusable

ch by default is $HOME/.cache. I am no longer able to go this way. Should a user not allowed to write in any file at any place in it's home directory? This is my current setting logfile ~/.cache/msmtp/msmtp.log and the error is not very helpful because it never mentions AppArmor: msmtp: ca

Bug#918820: msmtp: AppArmor profile makes passwordeval unusable

me kai.we...@glorybox.de Find attached the logfiles. > Hi Kai, > > On 2019-01-09 10:03 a.m., kai.we...@glorybox.de wrote: > > > With the AppArmor profile shipped the 'passwordeval' options does not > > work anymore. I tried using the permitted "gpg&quo

Bug#918820: msmtp: AppArmor profile makes passwordeval unusable

Package: msmtp Version: 1.8.1-2 Severity: important Dear Maintainer, With the AppArmor profile shipped the 'passwordeval' options does not work anymore. I tried using the permitted "gpg" or "secret-tool" but this did not work. msmtp uses popen(3) which in turn seems to exec /bin/dash which is n

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

Kai Harries writes: > Dmitry Bogatov writes: > >> [2018-02-26 22:46] Andrey Rahmatullin >>> On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote: >>> > > The source package you've uploaded is broken, as .dsc mentions >>> > > nix_1

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

Dmitry Bogatov writes: > [2018-02-26 22:46] Andrey Rahmatullin >> On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote: >> > > The source package you've uploaded is broken, as .dsc mentions >> > > nix_1.11.15-2~a1.debian.tar.xz. > > Hi! > &

Bug#916556: qtbase-opensource-src: Upstream no longer uses name "qtbase-opensource-src" since 5.10

n addition, while the given "Source" will work at the time of the release, the "official release" is just a temporary place. The permanent location is https://download.qt.io/archive/qt/*/submodules/ Regards, Kai -- System Information: Debian Release: stretch/sid APT prefe

Bug#915144: Restrict Tar to at least 1.29b for `--verbatim-files-from`

Package: pristine-tar Version: 1.45 Severity: normal I was checking out the tarball on Debian/kFreeBSD and got the following error: ``` seamlik@debian:~/Documents/debian/android-platform-system-core$ pristine-tar checkout ../android-platform-system-core_8.1.0+r23.orig.tar.xz tar: unrecognized o

Bug#859195: Assigning the "fixed" version

Control: fixed -1 1:8.1.0+r23-1~stage1 This bug seems to be caused by 2 SSL patches which were removed in the Oreo upload. For more info please see the report by Bernhard Übelacker at . signature.asc Description: OpenPGP digital signature

Bug#914421: chirp hijacks file browser

Package: chirp Version: 1:20170124-1 Severity: normal Installing CHIRP hijacks the default file browser. Specifically, after installing CHIRP, 'xdg-open file:///' will run chirp, which then eventually opens the directory in Firefox. I believe this is the problem: $ grep MimeType /usr/share/appl

Bug#914163: lintian: False positive: source-only-upload-to-non-free-without-autobuild on source+binary upload

Version: 1:3.2.1-1 Distribution: experimental Urgency: medium Maintainer: Chuan-kai Lin Changed-By: Chuan-kai Lin Description: bison-doc - Documentation for the Bison parser generator Changes: bison-doc (1:3.2.1-1) experimental; urgency=medium . * New upstream version. * Update Standards

Bug#913785: ITP: android-platform-art -- Android Runtime Utilities

Package: wnpp Severity: wishlist * Package name: android-platform-art * Version : 8.1.0+r23-1 * Upstream Author : Google * License : Apache-2.0 * Languages : C++ * Description : Android Runtime Utilities * Homepage: https://android.googlesource.com/platform/ar

Bug#913551: [build-rdeps] Provide an option to grep user-defined component

Package: devscripts Version: 2.18.4 Severity: wishlist The default behavior is to grep `main` `contrib` `non-free`, but Ubuntu has a different set of components. Without an option to specify user-defined components, `build-rdeps` can't grep the whole Ubuntu archive. There is a downstream bug at

Bug#859195: *** Error in `adb': free(): invalid pointer: 0x81fa9590 ***

Control: tags -1 unreproducible `adb shell` works for me. Can you reproduce the problem? I believe it was an incompatibility between upstream libssl and ADB. We now use BoringSSL instead. signature.asc Description: OpenPGP digital signature

Bug#802469: android-tools-adb: adb client cannot setup server to listen on tcp transport via -a option

Control: tags -1 moreinfo ADB from Android Oreo defaults to start the daemon on a TCP socket. I suppose this bug report no longer applies? signature.asc Description: OpenPGP digital signature

Bug#759611: android-tools-fastboot: fastboot fails to detect device over USB3.0

`fastboot` has been updated since. Can you still reproduce the problem? signature.asc Description: OpenPGP digital signature

Bug#738128: android-tools-adb: adb server locks out subsequent users by using common unix-domain socket location without cleanup

ADB is now updated to Oreo release, and I just tested `start-server` regarding your report. > "adb start-server" starts the adb service with a unix-domain socket by > default (local:5037 maps to /tmp/5037). This is potentially a risky > process (e.g. like the symlink attack from the logfile ment

Bug#911322: Please link fastboot with system libraries

Control: tags -1 wontfix Control: severity -1 wishlist I will just keep this bug open so people with similar confusion will see this. signature.asc Description: OpenPGP digital signature

Bug#893368: fastboot too old

> /nexus5x-bullhead-install/bullhead-opm3.171019.016$ ./flash-all.sh > fastboot too old > > ie. the latest Android Google Nexus factory images cannot be flashed. Thanks for the report. Now that `fastboot` has been updated to Oreo release, is it still too old? Please let me know if you find the

Bug#858764: adb shell crashes with invalid pointer error

> the command `adb shell` crashes with the following error: > > $ adb shell > * daemon not running. starting it now on port 5037 * > *** Error in `adb': free(): invalid pointer: 0x5653aea7bba0 *** Thanks for the report. ADB has been updated to Oreo release, and I can't reproduce the problem.

Bug#912421: RM: android-platform-system-core [mipsel mips mips64el] -- NBS; stopped building on mips*

Control: retitle -1 RM: android-libadb-dev android-libadb adb fastboot [mipsel mips mips64el] -- NBS; not built on mips* anymore Thanks Mattia. I added the "RM:" back, now it looks a bit better. :) signature.asc Description: OpenPGP digital signature

Bug#912421: RM: android-platform-system-core [mipsel mips mips64el] -- NBS; stopped building on mips*

Thanks for the report. In fact `android-libadb-dev`, `android-libadb`, `adb` and `fastboot` are no longer built on MIPS architectures, so please remove them and them only. Other packages build fine on MIPS for now. I'm not sure how to specify a removal of binary packages on the bug system thou

Bug#911322: [Android-tools-devel] Bug#911322: Please link fastboot with system libraries

> All of these already exist in the archive: libselinux1, libsepol1, libunwind8 That is because AOSP has forked those projects and added something else to the code, which many components of Android SDK need. As a result, the upstream version of those libraries are not compatible any more. There

Bug#911322: [Android-tools-devel] Bug#911322: Please link fastboot with system libraries

> Any reasons why fastboot is linked againt the bundled libraries of > android? Those libraries (e.g. liblog, libutils) are used by Android SDK only and not for general use, and due to their generic SONAME it would be unwise to put them in `/usr/lib`, so we put them in a dedicated directory. >

Bug#911262: fastboot: no fastboot version 8 in experimental

There is an circular dependency between `android-platform-system-core` and `android-platform-system-extras` and the way we solve it is to do staged uploads on `android-platform-system-core`. `fastboot` is disable on stage1, and we will bring it back in a full upload soon. signature.asc Descri

Bug#877019: ITP: nix -- Purely functional package manager

Raju Devidas writes: > On Wed, 27 Sep 2017 20:05:06 +0000 Kai Harries > wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Kai Harries >> >> * Package name : nix >> Version : 1.1.15 >> Upstream Author : Eelco Dolstra >> *

Bug#909949: RFS: android-platform-system-extras/8.1.0+r23-1 (experimental)

Hello Roger, > > The problem 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, > Truth to be told, almost all packages in Debian are "repacked" either by applying a different compres

Bug#898705: [Android-tools-devel] Bug#898705: android-platform-libcore 8.1 upload to unstable?

I am going to upload the Oreo version of src:android-platform-libcore to `unstable` on 9 October if no one objects. The Oreo (8.x) of this package only builds `android-platform-libcore-headers` and `libandroid-json-java` so the majority of the SDK don't really rely on this source package any mo

Bug#909949: RFS: android-platform-system-extras/8.1.0+r23-1 (experimental)

Thanks for the sponsor again, Roger! I did push the changes already, check . Or do you mean you want a dedicated merge request so you can leave comments their so that in a more soph

Bug#909949: RFS: android-platform-system-extras/8.1.0+r23-1 (experimental)

replacing the obsolete android-tools-fsutils [ Kai-Chung Yan ] * Debhelper level => 11 * d/rules: Use dh-auto-build instead of plain make thanks to Helmut Grohne * Fix the conflicting types errors (Closes: #892170) * Standards-Version => 4.2.1 Regards, 殷啟聰 | Kai-Chung Yan signature

Bug#905820: android-platform-external-boringssl: Incomplete debian/copyright?

> Uploaded; thanks! Please address the Lintian errors on the next upload, > mind you... Thanks for the upload. Already fixed the error now, don't know why Lintian never told me about that... signature.asc Description: OpenPGP digital signature

Bug#909305: RFS: android-platform-system-core/1:8.1.0+r23-1~stage1.1

> Yes, but for case of ~stageX in version, you need to just change 1 > byte or 2 to comfort lintian. > Why not? Maybe a new versioning scheme would be better, for example, "1:8.1.0+r23-1~stage1+revision1". The current one is indeed not ideal. > This time seems OK for mips* > - > http://debomatic

Bug#909305: RFS: android-platform-system-core/1:8.1.0+r23-1~stage1.1

Hello Roger, > -1~stageX means preparing version -1. Well, it means preparing a version that is earlier than -1. > Hope you can address some lintian on next upload: > - > http://debomatic-armel.debian.net/distribution#experimental/android-platform-system-core/8.1.0+r23-1~stage1.1/lintian Most o

Bug#909305: RFS: android-platform-system-core/1:8.1.0+r23-1~stage1.1

Hello Roger! > I just quickly checked the version on salsa, and find d/changelog is > not uploaded yet. I was planning to push the changes to Salsa after it gets uploaded. I just did it a while ago. > So could you change the version to 1:8.1.0+r23-1~stage2 ? No, we will stick with this version

Bug#909305: RFS: android-platform-system-core/1:8.1.0+r23-1~stage1.1

Link against libatomic so that the build won't fail on armel You can find more changes at <https://salsa.debian.org/android-tools-team/android-platform-system-core/compare/8b1e66f8e5035bf6f1211f47d0a1d2ea2db60951...42202fb6d77460ceb0c852d3f7086b98ab6ce95b>. Regards, Kai-Ch

Bug#906134: RFS

Hello Jason, I am not a DD, but this thread might seem inappropriate to appear as a "sponsorship-requests" bug. How about posting it to debian-mentors [1] and then closing this bug? [1]: https://lists.debian.org/debian-mentors signature.asc Description: OpenPGP digital signature

Bug#905820: android-platform-external-boringssl: Incomplete debian/copyright?

> No, sorry, please provide a HTTP-accessible link to .dsc with all the > sources, etc. Just like a regular sponsor request… I understand now, sorry I haven't used that procedure for a long time... Here it is: https://mentors.debian.net/package/android-platform-external-boringssl And the link t

Bug#905820: android-platform-external-boringssl: Incomplete debian/copyright?

dev Architecture: armel armhf arm64 amd64 i386 ppc64el Version: 8.1.0+r23-2 Maintainer: Android Tools Maintainers Uploaders: Kai-Chung Yan Homepage: https://android.googlesource.com/platform/external/boringssl Standards-Version: 4.2.1 Vcs-Browser: https://salsa.debian.org/android-tools-team/andr

Bug#905820: android-platform-external-boringssl: Incomplete debian/copyright?

Hello Chris, > I will happily sponsor individual uploads if provided with a .dsc but I > am not in a position to evaluate the DM (I assume?) status. Then sponsor it is, thanks. I just gave you access to the repository, and prepared the changelog. We use the standard git-buildpackage workflow. >

Bug#905820: android-platform-external-boringssl: Incomplete debian/copyright?

Hello Chris, I just polished [1] the changelog file and I'm about to upload the fix. Could you grant me the upload rights to this package? Thank you. Cheers, Kai-Chung Yan [1]: https://salsa.debian.org/android-tools-team/android-platform-external-boringssl/c

Bug#896436: gradle FTBFS: error fetching java api url when building with openjdk-10

@ebourg Shouldn't this be fixed at the `java-common` side instead of here? Switching back to `default-jdk` seems like a step back to me. signature.asc Description: OpenPGP digital signature

Bug#853310: android-platform-system-core: ftbfs with GCC-7

> Anyway, I sponsored this upload targetting experimental. Thank you for the sponsor. I am surprised it got cleared in the queue so quickly. There's a FTFBS on MIPS, I think I can handle it. signature.asc Description: OpenPGP digital signature

Bug#853310: android-platform-system-core: ftbfs with GCC-7

> Who are the DD in the team? Are there other contributors currently > following the process to become a DD? Mostly Hans (eighthave) is the DD involved a lot, and Markus (apo) occasionally helps. I am currently going through the process of becoming a DD but it is going very slowly. > It would h

Bug#853310: android-platform-system-core: ftbfs with GCC-7

e too busy as well. It would be wonderful if you could sponsor the upload. We have prepared everything on Salsa, all you need to do is to change "UNRELEASED" to "experimental" in the changelog. The RFS [1] has more details. Cheers, Kai-Chung Yan [1]: https://alioth-l

Bug#851860: [Android-tools-devel] Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

Hello Helge, I am one of the devs at `android-tools` team although I don't maintain the contrib installer packages like this. AFAIK Mouaad is MIA after his work in GSoC 2016, but I can say he will be fine with the NMU and he is not preparing for a new release yet. Please go ahead with your othe

Bug#905836: Uninstallable on a Clean Sid - update-alternatives Fails to Create a Symbolic Link

Package: openjdk-10-jre-headless Version: 10.0.2+13-1 Severity: grave This package fails to install on the Docker image "debian:sid-slim". The postinst fails to execute successfully. Below is the log: ``` seamlik@zenbook:~$ sudo docker run --rm -it debian:sid-slim bash [sudo] password for seamli

Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also being

It needs JetBriains's fork of JDOM [1]. [1]: https://github.com/JetBrains/intellij-deps-jdom Emmanuel Bourg 於 2018年08月09日 16:33 寫道: >> We can do this to `picocontainer`, `protobuf`,`spullara-cli-parser` >> and `jdom`. > > We already have two version of jdom (libjdom1-java and libjdom2-java). > W

Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also being

l 30, 2018 at 05:23:15PM +0800, 殷啟聰 | Kai-Chung Yan wrote: > > Yes, that Kotlin by Jetbrains. Packaging a language is quite > > complicated, and we are bootstrapping an older version (so the process > > can be a lot easier), and then we will update it to the latest v

Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also being

is no longer used by the latest Kotlin. Thanks! Colin Watson 於 2018年07月30日 18:43 寫道: > On Mon, Jul 30, 2018 at 05:23:15PM +0800, 殷啟聰 | Kai-Chung Yan wrote: >> Yes, that Kotlin by Jetbrains. Packaging a language is quite >> complicated, and we are bootstrapping an older version (so the

Bug#902658: apache2: apachectl graceful/restart results in segfault

0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7f2b15ea5000) /usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.5.0.0 libglib-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7fa7bdb1c000) /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.5.0.0 ---<)kaimartin(>--- -- Ka

Bug#823933: ITP: android-platform-external-boringssl -- Fork of OpenSSL that is designed to meet Google's needs

Control: retitle -1 ITP: android-platform-external-boringssl -- Fork of OpenSSL that is designed to meet Google's needs This ITP was intended to fulfill the requirements of Android SDK packages. Now we have decided to package the BoringSSL fork inside AOSP as BoringSSL already states [1] that p

Bug#903237: openorienteering-mapper: FTBFS with Qt 5.11.1 in experimental due to tests

.11.1, and left a comment there: https://codereview.qt-project.org/#/c/227223/ The Qt bug may trigger more apps to FTBFS. Kai (upstream)

Bug#901601: python3-venv: Please remove python3-venv from archive

I think this is a more recent regression than that bug report, which was filed against python3-venv-3.5.1-2. The package python3-venv 3.6.4-1 works fine, but not python3-venv-3.6.5-3. Best wishes, Kai On Fri, 15 Jun 2018 13:00:39 +0200 Salvo Tomaselli wrote: > Package: python3-venv > V

Bug#899005: Maven POM refers to a non-existing parent

Package: libfindbugs-java Version: 3.1.0~preview2-3 Severity: important The Maven POM (installed at `/usr/share/maven-repo/com/google/code/findbugs/findbugs/debian/findbugs-debian.pom` refers to a parent POM `org.sonatype.oss:oss-parent:debian` which is not provided by this package. In fact, th

Bug#898910: ITP: dd-plist -- Java library for working with property lists

Package: wnpp Severity: wishlist * Package-Name : dd-plist * Version : 1.20-1 * License : MIT * Programming-Lang: Java * Description : Java library for working with property lists * Vcs : https://salsa.debian.org/java-team/dd-plist This package builds the following binary package: * libdd-plist

Bug#898610: Should stop running tests during build as they are for `autopkgtest`

Package: maven-debian-helper Version: 2.3~exp1 Severity: wishlist Java team does not have a generalized `autopkgtest` workflow or suite, so I am setting it `wishlist` for now. signature.asc Description: OpenPGP digital signature

Bug#894290: gradle should raise the source/target level to the minimum supported by the default JDK

Control: reassign -1 gradle-debian-helper 1.6 I would say this is not the fault of Gradle itself, but it the tricks can be provided by `gradle-debian-helper`. We shouldn't modify the behavior of the build tools too much. Let's keep the severity as is for now, as FTBFS is quite serious indeed.

Bug#896090: AH02611: create: apr_shm_create failed (No space left on device)

or this error, I found a similar bug report which was fixed in 2.4.30 [1]. [1]: https://bz.apache.org/bugzilla/show_bug.cgi?id=62044 Let me know if I provided enough details. Kai -- Package-specific info: -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (5

Bug#895886: testng: jcommander classes not found

Yeah, I misunderstood you too. Strange, if `htsjdk` does not configure `jcommander` in `maven.rules`, `1.x` should have been replaced by `debian` on the fly. Maybe `gradle-debian-helper` ignores test classpath? signature.asc Description: OpenPGP digital signature

Bug#895886: testng: jcommander classes not found

By `debian/maven.rules` I mean [1]. It's at line 3. This file configures Gradle as well. Gradle understands the relocations, but it won't add it to the build classpath, that's why it fails. [1]: https://sources.debian.org/src/testng/6.9.12-2/debian/maven.rules signature.asc Description: Open

Bug#895886: testng: jcommander classes not found

Control: tags -1 |confirmed I relocated `jcommander` from version `1.x` to `debian`, but unfortunately Gradle does not recognize Maven artifact relocations. To fix this, simply remove the line about `jcommander` in `debian/maven.rules`. Hmm, now I have no idea why it used `1.x` in the first pla

Bug#895601: [Android-tools-devel] Bug#895601: simg2img: Please build simg2img and img2simg for other architectures, specifically arm64

I personally agree with enabling other architectures. You never know if there are arch-specific bugs if you don't build them. And now that we have LAVA to test them for us, which is a win-win.

Bug#847428: Package the Entire "eclipse.jdt.core"

Thank you for this! However, the Jack & Jill toolchain is deprecated now and we no longer plan to package it... signature.asc Description: OpenPGP digital signature

Bug#876934: openorienteering-mapper FTBFS: test failures

For the record, I now verified on SLE (s390x) that version 0.8.1 also builds for big endian systems. Packages for Debian users continue to be available on https://build.opensuse.org/package/show/home:dg0yt/openorienteering-mapper Bye, Kai

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

Control:  forwarded -1 https://issues.apache.org/jira/browse/FELIX-5795 signature.asc Description: OpenPGP digital signature

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

forwarded -1 https://issues.apache.org/jira/browse/FELIX-5795 signature.asc Description: OpenPGP digital signature

Bug#883327: repo: Why is this package in contrib if all of its dependencies are in main?

As far as I know, "repo" clones its code from AOSP with Git and then use the downloaded "repo" to do the job. This behavior is similar to a "XXX-installer" package, that's why we put it in "contrib". signature.asc Description: OpenPGP digital signature

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I removed the javadoc package now and it builds find in Sid. Shall I upload it right now? (I still need the upload permission) signature.asc Description: OpenPGP digital signature

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I adopted the patch from Fedora and it looks good. The package builds fine now and 154 of its reverse-build-dependencies built successfully. 27 failed: * activemq-activeio * activemq * apache-directory-server * dnssecjava * istack-commons * jackson-datatype-joda * javassist * jayway-jsonpath * jb

Bug#875336: FTBFS with Java 9: _ as identifier

I just tried building it and Groovy was fine enough, but now Gradle complains Theoretically, ALL Gradle packages FTBFS since the current version is too old to play with Java 9's fancy version number. signature.asc Description: OpenPGP digital signature

Bug#892603: ITP: android-platform-system-extras-ext4 -- this package will contain the necessary tools required to make android images(.img) with the ext4 file systems and hence replace android-tools-f

Extending the existing "android-platform-system-extras" source package is more than sufficient signature.asc Description: OpenPGP digital signature

Bug#876934: openorienteering-mapper FTBFS: test failures

Tumbleweed. b) Disable GDAL when building openorienteering-mapper-0.7.0. This stops the crashes from a ODR violation caused by a duplicate symbol named pulled in by libgdal from libpoppler. Regards, Kai.

Bug#875336: FTBFS with Java 9: _ as identifier

I recently updated the package to 3.5.0 just to find out the current Groovy (2.4.8) does not support Java 9 [1]. Groovy was used by the bootstrapping script. Setting source & target to Java 8 doesn't solve the problem either. [1]: https://github.com/gradle/gradle/issues/2995 signature.asc Des

Bug#892519: ITP: maven-dependency-tree-2 -- Tree-based API for resolution of Maven project dependencies

Package: wnpp Severity: wishlist * Package Name : maven-dependency-tree-2 * Version : 2.2-1 * License : Apache-2.0 * Programming Lang: Java * Description : Tree-based API for resolution of Maven project dependencies * VCS : https://anonscm.debian.org/git/pkg-java/maven-dependency-tree-2.git This

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

Because I was trying to get around with the error of "mh_linkjar" I admit that is a wrong attempt. But never mind, the point is to let all "mh_" sequence support all options in "*.poms" files but ignore whatever is irrelevant to them. signature.asc Description: OpenPGP digital signature

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

This is getting awkward... Maven Bundle Plugin does not only rely on old Maven Dependency Tree, but also targets Maven 2.x [1]. What's worse, Maven Dependency Tree 2.x also relies on Maven 2.x [2]. I tried building Maven Dependency Tree 2.2 against Maven 3.x and found that it uses removed APIs,

Bug#892268: ITP: felix-resolver -- OSGi Resolver implementation by Apache Felix

Package: wnpp Severity: wishlist * Package Name : felix-resolver * Version : 1.14.0-1 * License : Apache-2.0 * Programming Lang: Java * Description : OSGi Resolver implementation by Apache Felix * Vcs : https://anonscm.debian.org/cgit/pkg-java/felix-resolver.git This is a subproject of Apache Fel

Bug#876934: proj transition started, increasing severity to serious

ct an issues with proj 5.0.0. Regards, Kai.

Bug#880886: maven-bundle-plugin FTBFS with libmaven-dependency-tree-java

I propose to bring back Maven Dependency Tree 2.x as a new package that coexists with its latest version. Even in the latest (3.5.0) version, Maven Bundle Plugin still uses those deprecated APIs in Maven Dependency Tree 2.x. These deprecated APIs have been removed from Maven Dependency Tree 3.x

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

I put this in the .poms: > debian/pom.xml --no-parent --usj-name=osgi.cmpn > --relocate=org.osgi:org.osgi.compendium:debian The point is to let all mh_ sequences support all options and simply ignore anything that's irrelevant to themselves. signature.asc Description: OpenPGP digital signatu

Bug#891695: "mh_linkjar" and "mh_installpoms" Do Not Support "--relocate"

Package: maven-repo-helper Version: 1.9.2 Severity: important If I use "jh_maven_repo_helper" and then add a "relocate" option to ".poms", "mh_linkjar" shows the following error: > Invalid option: relocate So I move the "relocate" option to "debian/rules" as ```make override_mh_installpoms:   

Bug#885580: debhelper: dh add-ons are order sensitive

I encountered a similar situation, hope this help with the issue. I was developing a addon called "maven-repo-helper-extras" who depends on "maven-repo-helper" [1]. The dh sequences in my addon need to be inserted after the sequences introduced by "maven-repo-helper", so I was seeking a way to

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

Hello, Andrey Rahmatullin writes: > Control: tags -1 + moreinfo > > The source package you've uploaded is broken, as .dsc mentions > nix_1.11.15-2~a1.debian.tar.xz. My fault, GitHub doesn't like '~' in file names so I have uploaded the files with an '.' instead of '~'. I have uploaded a new ver

Bug#890597: ITP: maven-repo-helper-extras -- Additional plugins complementing maven-repo-helper

Package: wnpp Severity: wishlist * Package Name : maven-repo-helper-extras * Version : 0.1 * License : Apache-2.0 * Programming Lang: Java * Description : Additional plugins complementing maven-repo-helper * URL : https://salsa.debian.org/seamlik-guest/maven-repo-helper-extras This package provid

Bug#584882: devscripts: [build-rdeps] should offer a list-only output of packages, too

I believe the "--quiet" option in at least 2.17.12 (currently in Buster) solves this issue. signature.asc Description: OpenPGP digital signature

Bug#890345: Depending on "default-jre-headless" Should be Sufficient

Package: jflex Version: 1.6.1-2 Severity: wishlist "jflex" seems to me a commandline program, thus depending on "default-jre-headless" should be sufficient. Right now it depends on "default-jre" and "pbuilder" always fetches the whole graphical stack while building "libsmali-java". signature

Bug#890222: ITP: jnacl -- Pure Java implementation of the NaCl: Networking and Cryptography library

Perhaps urge him to make a release? signature.asc Description: OpenPGP digital signature

Bug#876934: openorienteering-mapper FTBFS: test failures

such generic names in the global namespace, i.e. it is a serious bug in libpoppler. Anyway, we moved all of openorienteering-mapper source code to namespace OpenOrienteering. This solved the failing tests we observed also for openSUSE Tumbleweed. v0.8.0 will be released in the next days. Kind regards, Kai

Bug#888741: Does Not Honor defaultTasks

Package: gradle-debian-helper Version: 1.6 Severity: normal One may specify the default tasks to run in a Gradle script, thus avoid messing with the commandline. However gradle-debian-helper makes it impossible to use this feature, for it adds a "jar" task if no task is specified. It could be f

Bug#888592: llvm-config-7 fails to find its libLLVM

ing scheme without the minor number was not applied in all places. Cheers, Kai signature.asc Description: OpenPGP digital signature

Bug#883860: python-biopython: SeqRecord broken on Debian packages when python-biopython-sql package is not installed

Or do you think we should add a strong depends of the -sql package? Seeing how upstream treats this as a bug they want to fix, I don't think that's the way to go. Cheers, Kai

Bug#883860: python-biopython: SeqRecord broken on Debian packages when python-biopython-sql package is not installed

le in unstable as the code causing the issue is present in that version as well. Best regards, Kai -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.

Bug#876934: openorienteering-mapper FTBFS: test failures

tion to consider them reproducible. Even Debian package build logs on build.opensuse.org offer more details. We could have solved this much earlier, and without wasting CPU cycles and developer time. Regards, Kai.

Bug#876934: openorienteering-mapper FTBFS: test failures

Am 13.11.2017 um 20:15 schrieb Adrian Bunk: On Sun, Nov 12, 2017 at 10:57:38AM +0100, Kai Pastor, DG0YT wrote: Am 11.11.2017 um 17:18 schrieb Adrian Bunk: I found what causes the problem: The failing tests use the following for finding the path to test files: QDir::addSearchPath(prefix

Bug#876934: openorienteering-mapper FTBFS: test failures

v0.7.92 hopefully fixes the FTBFS in the reproducible builds environment. v0.7.92+2 (cd0aed9) might fix reproducibility. (At least, v0.7.92+1 deals with the time stamp in the help collection.) Kai.

Bug#876934: openorienteering-mapper FTBFS: test failures

to test binaries which do not get packaged? These tests need to be as much stand-alone as possible and work out of the box in any context (host OS, target OS). I didn't find a recommendation how to solve the issue. I hope a custom macro is okay. Kai (upstream)

Bug#881014: vulkan-utils: upstream adapted Apache-2.0 but debian/copyright wrongly says it's MIT

Package: vulkan-utils Version: 1.0.61.1+dfsg1-1 Severity: serious Justification: 1 Compare https://anonscm.debian.org/cgit/pkg-xorg/lib/vulkan.git/tree/debian/copyright with https://anonscm.debian.org/cgit/pkg-xorg/lib/vulkan.git/tree/COPYRIGHT.txt (and https://anonscm.debian.org/cgit/pkg-xorg/lib

Bug#879175: androidsdk-tools: Duplicate of android-platform-tools-swt

(I am one maintainer of android-platform-tools-swt) To be honest, both should be removed since Google has abandoned android-platform-tools-swt. That's why it remains unbuildable as of today. signature.asc Description: OpenPGP digital signature

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

od introduction to Nix. It is a really impressive tool and I would be happy if it could be included into Debian. [1] https://nixos.org/nix/about.html Regards, Kai Harries

<    1   2   3   4   5   6   7   8   9   10   >