Bug#1069770: elementpath: please update to latest upstream release
Hi, Timo Röhling 於 2024年4月24日 週三 下午10:09寫道： > Hi, > > * SZ Lin (林上智) [2024-04-24 22:03]: > >I'm not currently using this package. The original maintainer is > >MIA, and I'm considering whether to orphan it directly. > > > >Would you be interested in taking over? > Sure! I'll move it to the Debian Python Team and maintain it there. > > > Thanks for the quick reply! Timo > Thank you very much, this also fulfills one of my wishes. SZ > > -- > ⢀⣴⠾⠻⢶⣦⠀ ╭╮ > ⣾⠁⢠⠒⠀⣿⡁ │ Timo Röhling │ > ⢿⡄⠘⠷⠚⠋⠀ │ 9B03 EBB9 8300 DF97 C2B1 23BF CC8C 6BDD 1403 F4CA │ > ⠈⠳⣄ ╰╯ >
Bug#1052407: ITP: unblob -- Extracting, analyzing, and reverse engineering firmware images
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: unblob Version : 23.8.11 Upstream Author : ONEKEY GmbH * URL : https://github.com/onekey-sec/unblob * License : Expat Programming Lang: Python Description: Extracting, analyzing, and reverse engineering firmware images Unblob serves as a precise, speedy, and user-friendly extraction toolkit. It analyzes unidentified binary blobs across over 30 various types of archive, compression, and file-system formats. . Additionally, it performs recursive content extraction and identifies unaccounted-for data segments. . Unblob is under Expat
Bug#1005858: gitsome: diff for NMU version 0.8.0+ds-7.1
Hi, Antoine Beaupré 於 2022年5月25日 週三 上午2:45寫道： > > On 2022-05-24 14:32:45, Antoine Beaupre wrote: > > Control: tags 1005858 + patch > > Control: tags 1005858 + pending > > > > Dear maintainer, > > > > I've prepared an NMU for gitsome (versioned as 0.8.0+ds-7.1) and > > uploaded it to DELAYED/2. Please feel free to tell me if I > > should delay it longer. > > Sigh. I actually messed up and forgot to pass --delayed=2 to > dput. I realized to late to cancel. > > I hope it's still okay... No worries. Thank you very much for your contribution :-) SZ > > a. > > -- > We must learn to live together as brothers or perish together as fools. > - Martin Luther King, Jr.
Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Hi, Antoine Beaupré 於 2022年5月19日 週四 下午10:11寫道： > > On 2022-02-27 10:09:32, Paul Wise wrote: > > Control: forwarded -1 https://github.com/donnemartin/gitsome/issues/177 > > > > On Sat, 26 Feb 2022 23:43:14 +0800 SZ Lin (林上智) wrote: > > > >> The "gitsome" has used "gh" since 2017, and thus would you mind renaming > >> the "gh" in your package to avoid the conflict issue? > > > > Since gh is the official GitHub client, probably it should retain "gh" > > and gitsome should move to "git some" or similar, as I have suggested > > in the above upstream issue. The only commentor there agreed with me. > > And I agree with you. The gitsome package already installs two binaries: > one is called "gh" and the other is called "gitsome". It seems to me it > could simply drop the "gh" alias and none would be the worse. > > SZ, in your February 26 message[1], you explicitly asked the gh package > maintainers to rename their package, which was refused. It seems the > concensus that has developped in the following thread is that it is > instead your package, gitsome, that should have its binary renamed. > > Pabs suggested `gitsome` could also be renamed to `git-some` which would > make it visible as a `git some` subcommand, from what I understand. It > seems like the `gh` alias is kind of an alias unrelated with the main > functionality of the package. > > SZ, do you agree with removing the `gh` binary from the `gitsome` binary > package? I'd be happy to send a NMU to do this if you agree, which would > unblock `gh` from migrating into testing. Yes, please go ahead :-) > > Otherwise, how can we reach consensus on this? The policy says that if > we can't reach consensus, *both* packages need to be renamed, and that > seems like a situation where we would all lose. > > I'll also point out that the upstream issue hasn't seen any activity > since pabs commented on it in February, so it doesn't seem like we can > count on upstream to fix this for us. The issue has been open for 2 > years now. Yeah, it seems like the upstream is inactive somehow. SZ > > Thank you for your time! > > [1]: > https://lists.debian.org/msgid-search/CAFk6z8Mw0kFHehm_a7=0bmdt6mzff03sewx+y93xy42bkq7...@mail.gmail.com > > -- > Tu connaîtras la vérité de ton chemin à ce qui te rend heureux. > - Aristote >
Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Hi, gh package maintainer Axel Beckert 於 2022年2月16日 週三 下午2:15寫道： > Package: gh,gitsome > Severity: serious > Control: found -1 gitsome/0.8.0+ds-6 > Control: found -1 gh/2.4.0+dfsg1-1 > > Hi, > > installing gh fails for me as follows: > > Unpacking gh (2.4.0+dfsg1-1) ... > dpkg: error processing archive > /tmp/apt-dpkg-install-DkqFj5/24-gh_2.4.0+dfsg1-1_amd64.deb (--unpack): > trying to overwrite '/usr/bin/gh', which is also in package gitsome > 0.8.0+ds-6 > According to the Debian policy [1], "the two different packages must not install programs with different functionality but with the same filenames. ... If this case happens, one of the programs must be renamed." [1] https://www.debian.org/doc/debian-policy/ch-files.html#s-binaries The "gitsome" has used "gh" since 2017, and thus would you mind renaming the "gh" in your package to avoid the conflict issue? I would appreciate it if you could consider my request, and feel free to let me know if you have another proposal. Regards, SZ > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (990, 'unstable'), (600, 'testing'), (500, > 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, > 'experimental-debug'), (1, 'buildd-experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) > LSM: AppArmor: enabled >
Bug#980982: New upstream version 2.0.15
Package: flawfinder Severity: wishlist Hi, Thank you for your effort in maintaining flawfinder package in Debian. Currently, the newest version of flawfinder is 2.0.15, it would be great if you can update the package. I'm willing to be of assistance if you're lack time. SZ
Bug#972488: libgpiod FTCBFS: python + help2man
Hi, Helmut Grohne 於 2020年11月8日 週日 下午10:51寫道： > > Control: reopen -1 > > On Mon, Oct 19, 2020 at 09:33:23AM +0200, Helmut Grohne wrote: > > For libgpiod, by far the simplest option was using generated pages. > > The proposed patch was only partially applied. > > > +--- libgpiod-1.5.2.orig/man/Makefile.am > > libgpiod-1.5.2/man/Makefile.am > > +@@ -6,10 +6,10 @@ > > + # Copyright (C) 2019 Bartosz Golaszewski > > + # > > + > > +-if WITH_MANPAGES > > +- > > + dist_man1_MANS = gpiodetect.man gpioinfo.man gpioget.man gpioset.man > > gpiofind.man gpiomon.man > > + > > ++if WITH_HELP2MAN > > ++ > > + %.man: $(top_builddir)/tools/$(*F) > > + help2man $(top_builddir)/tools/$(*F) --include=$(srcdir)/template > > --output=$(builddir)/$@ --no-info > > + > > This is crucial and seems to be missing. Oops, fat finger, my bad. Thank you for your information, I believe this commit [1] fixed FTCBFS issue. Please let me know if you have any further suggestions. [1] https://salsa.debian.org/debian/libgpiod/-/commit/967d8b970e24f688e0cccd718b30f58b923323b4 SZ > > Helmut
Bug#942091: Any progress on tpm2-pkcs11 package?
Hi Jonathan, Jonathan McDowell 於 2020年2月23日 週日 上午3:00寫道： > > Hi, > > Just a gentle prod to see if there's any progress on a tpm2-pkcs11 > package; I've downloaded tpm2-pkcs11-1.0.1 and it builds fine with the > pieces available in bullseye so it would be nice to get a proper package > available. This package was packaged and uploaded to the NEW queue last month [1], let's wait for the review from the FTP master. [1] https://ftp-master.debian.org/new/tpm2-pkcs11_1.1.0-1.html SZ > > J. > > -- > ... Design a system any fool can use, and only a fool will want to use it.
Bug#948237: RFS: dnstwist
Hi Peter, Peter Wienemann 於 2020年3月23日 週一 上午3:59寫道： > > Dear DDs, > > I prepared packaging for the domain name permutation engine "dnstwist" > (ITP bug #948237). The git repository is currently available at > > https://salsa.debian.org/wiene-guest/dnstwist Thanks for your contribution, I've created this repository and import your commits in the pkg-security team. [1] https://salsa.debian.org/pkg-security-team/dnstwist > > It would be great if someone could review the code, provide feedback and > - once everything looks fine - transfer the repository to the security > tools team area and upload the package. I didn't see any issues, but one thing to be aware of that someone also wrote a manpage of dnstwist and sent the PR to the upstream. [2] https://github.com/elceef/dnstwist/pull/91/files SZ > > Thanks, Peter >
Bug#935923: libmodbus: FTBFS on hppa - unit-test-server: no process found
Hi, How did you reproduce this issue? I cannot reproduce this issue on my side by using qemu+hppa, as shown below. AFAICT, I don't think it's an endianness or 32/64 bit issue. == /usr/bin/make check-TESTS PASS: unit-tests.sh Testsuite summary for libmodbus 3.1.6 # TOTAL: 1 # PASS: 1 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 make[1]: Leaving directory '/build/libmodbus-3.1.6' create-stamp debian/debhelper-build-stamp dh_testroot -O--exclude=.la dh_prep -O--exclude=.la dh_auto_install -O--exclude=.la make -j1 install DESTDIR=/build/libmodbus-3.1.6/debian/tmp AM_UPDATE_INFO_DIR=no make[1]: Entering directory '/build/libmodbus-3.1.6' Making install in src /bin/mkdir -p '/build/libmodbus-3.1.6/debian/tmp/usr/lib/hppa-linux-gnu' == SZ John David Anglin 於 2020年3月1日 週日 上午3:56寫道： > > On 2020-02-29 2:05 p.m., Martin wrote: > > On 2020-02-29 09:42, John David Anglin wrote: > >> Think the unit-test-server must die before it is looked for. > > Too bad, it seems to be a different problem then. > > Thanks for testing, John! > I built package outside buildd. Attached are log files. > > -- > > John David Anglin dave.ang...@bell.net >
Bug#950772: Patch: swupdate: FTBFS during separate arch/indep builds
Hi Germann, Iwamatsu-san and I have reviewed and merged the MR today, thank you for the patch. Regarding the MR in mtd-utils, I've merged the MR[1] as well. [1] https://salsa.debian.org/debian/mtd-utils/merge_requests/5 Hi Iwamatsu-san, Thank you for your branch clean-up today. I think we need to keep "dfsg" in the version number since we need to repack the source and remove minified JavaScript objects which violated DFSG from upstream files. SZ Bastian Germann 於 2020年2月24日 週一 下午9:37寫道： > > When you take a closer look, please also consider my changes in #911821 > (mtd-utils).
Bug#951693: libmodbus: please backport to buster
Hi,
Martin 於 2020年2月20日 週四 下午4:57寫道：
>
> Source: libmodbus
> Version: 3.1.6-2
> Severity: wishlist
>
> My colleague needs a new feature
> ("New functions to define the indication timeout (#95)")
> in stable. It is in 3.1.5, but stable has 3.1.4.
>
> I can do the backport myself and also push it to salsa.
Great! I'm glad to hear that.
Apart from that, are you willing to co-maintain this package after backporting?
SZ
Bug#942091: ITP: tpm2-pkcs11 -- PKCS#11 interface for TPM2 hardware
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: tpm2-pkcs11 Version : 0~git20190905.0b7ceff Upstream Author : tpm2-software * URL : https://github.com/tpm2-software/tpm2-pkcs11 * License : BSD-2-clause Programming Lang: C, Python, Shell Description: PKCS#11 interface for TPM2 hardware tpm2-pkcs11 is a utility to provide a PKCS#11 backend for a TPM 2.0 (Trusted Platform Module) chip in order to access cryptographic services from tokens/ devices such as hardware security modules (HSM), smart cards, etc. . I plan to package tpm2-pkcs11 to replace with tpm2-pk11 [1], because the upstream of tpm2-pk11 [2] seems inactive [3]. [1] https://tracker.debian.org/pkg/tpm2-pk11 [2] https://github.com/irtimmer/tpm2-pk11 [3] https://github.com/irtimmer/tpm2-pk11/issues/85 . tpm2-pkcs11 is under BSD-2-clause -- SZ Lin (林上智) , http://people.debian.org/~szlin 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#938173: python-sigmavirus24-urltemplate: diff for NMU version 3.0.0+git20181031.68064e2-1.1
Hi Sandro, Sandro Tosi 於 2019年10月7日 週一 上午12:54寫道： > > > Since you have done this task, let's upload the package :) > > thanks! I've rescheduled and it has now been ACCEPTED Thanks. Could you please push your commits and tag to the repository in salsa? SZ > > -- > Sandro "morph" Tosi > My website: http://sandrotosi.me/ > Me at Debian: http://wiki.debian.org/SandroTosi > G+: https://plus.google.com/u/0/+SandroTosi
Bug#938173: python-sigmavirus24-urltemplate: diff for NMU version 3.0.0+git20181031.68064e2-1.1
Hi Sandro, Sandro Tosi 於 2019年10月6日 週日 上午9:42寫道： > > Control: tags 938173 + patch > Control: tags 938173 + pending > > > Dear maintainer, > > I've prepared an NMU for python-sigmavirus24-urltemplate (versioned as > 3.0.0+git20181031.68064e2-1.1) and > uploaded it to DELAYED/7. Please feel free to tell me if I > should delay it longer. LGTM, thanks for your effort. I plan to remove python2 with the new upstream release because there's no package depends on python-sigmavirus24-urltemplate. Since you have done this task, let's upload the package :) SZ > > Regards. >
Bug#920453: googler does not display results without "--noua" switch
Hi, Sebastian Stabbert 於 2019年1月26日 週六 上午1:03寫道： > > Package: googler > Version: 2.9.0-1 > Severity: normal Could you describe your operating environment? I think it might be a PEBCAK issue. This issue won't be able to reproduce in my Linux environment. However, this issue appears in the remote console (e.g., putty). After using the tool of git bisec, I've confirmed v3.7.1 [1] fixed this issue. The reason is that there is no agent in remote console; therefore the argument of "--ua" is needed. Please feel free to use v3.7.1 of googler in stretch-backports archive [2]. [1] https://github.com/jarun/googler/commit/e704598f275f4e4bf8af100fe415ff6b8a981aaf [2] https://packages.debian.org/stretch-backports/googler SZ > > > > -- System Information: > Debian Release: 9.6 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.13.0-38-generic (SMP w/8 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages googler depends on: > ii python3 3.5.3-1 > > googler recommends no packages. > > googler suggests no packages. > > -- no debconf information
Bug#924915: unblock: gitsome/0.7.0+git20180130.5751a31+ds-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please consider unblocking 0.7.0+git20180130.5751a31+ds-2, the only change is to fix FTBFS issue by replacing python-tox with tox in Build-Depends. unblock gitsome/0.7.0+git20180130.5751a31+ds-2 Thanks, SZ 0.7.0+git20180130.5751a31+ds-2.debdiff Description: Binary data
Bug#907041: please also build libmtd-dev/mtd-dev and a shared library package
On Thu, 25 Oct 2018 09:51:02 +0200 =?UTF-8?Q?G=C3=BCrkan_Myczko?= wrote: > Package: mtd-utils > Version: 1:2.0.1-1 > Severity: wishlist > > For swupdate[1] be able to get built. mtd-utils needs to also build -dev > and shared library packages > Hi Riku, Do you have the plan for adding -dev package? I would like to assist in this part if you don't mind. Since you're in the list of LowThresholdNmu [1], I will upload it directly afterwards. [1] https://wiki.debian.org/LowThresholdNmu SZ
Bug#918448: ITP: jitterdebugger -- Real time response measurement tool
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: jitterdebugger Version : 0.1 Upstream Author : Daniel Wagner * URL : https://github.com/igaw/jitterdebugger * License : Expat Programming Lang: C, Python Description: Real-time response measurement tool jitterdebugger measures wake up latencies and able to store all samples for post-processing. . This tool is a reimplementation of cyclictest. It doesn't have all the command line options as cyclictest which results are easy to get wrong and therefore an invalid latency report. . jitterdebugger is under Expat license. -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#914607: Re-adding python-dfwinreg
Hi Hilko, Hilko Bengen 於 2018年12月23日 週日 上午6:22寫道： > > Control: tag -1 pending > > I have just uploaded dfwinreg/20181214-2 to DELAYED/10 -- it will have > to wait for python-dtfabric and python3-dtfabric to reach unstable. > > Cheers, > -Hilko Please feel free to add your name into the package maintainer if you want :) SZ
Bug#917415: libgpiod2: GIO output not enabled when gpioset-ting a pin on Beaglebone
Hi, Tarmo Kuuse 於 2018年12月27日 週四 下午10:51寫道： > Pin is muxed as GPIO and has value 1, but it's still configured as input: > conf_gpmc_a1 = 0x27 > GPIO_OE = 0xFE1F > GPIO_DATAOUT = 0x82 > Output voltage = 0.58 V > > # gpioinfo gpiochip1 > gpiochip1 - 32 lines: > ... > line 17:"GPMC_A1" unused output active-high > > This is not OK - pin should be configured as an output in the GPIO_OE > register and it should have a voltage of around 3.3 V. This issue looks similar to this one [1], could you confirm it? Thanks. [1] https://github.com/brgl/libgpiod/issues/32 SZ > > 3. Attempting to set gpio1[17] to low, failure > > # gpioset gpiochip1 17=0 > # echo $? > 0 > > Pin is muxed as GPIO and has value 0, but is configured as an input: > conf_gpmc_a1 = 0x27 > GPIO_OE = 0xFE1F > GPIO_DATAOUT = 0x80 > Output voltage = 0.58 V > > This is not OK either - pin should be an output and have a voltage of around > 0 V. > > 4. Verification using sysfs, success > > To compare and contrast, I exported the pin and set it high using the > "deprecated" sysfs interface: > > # echo 49 > /sys/class/gpio/export > # echo high > /sys/class/gpio/gpio49/direction > > Pin is muxed as GPIO, configured as output and has the value 1: > conf_gpmc_a1 = 0x27 > GPIO_OE = 0xFE1D > GPIO_DATAOUT = 0x82 > Output voltage = 3.36 V > > This is the expected result - GPIO_OE has output enabled for pin 17 and the > output is 3.36 V. > I also looked at the gpioinfo for this test: > > # gpioinfo gpiochip1 > gpiochip1 - 32 lines: > ... > line 17:"GPMC_A1" "sysfs" output active-high [used] > > It looks to me that libgpiod "gpioset" does not enable the pin as output in > GPIO_OE register. This register is described in section "25.4.1.16 GPIO_OE > Register (offset = 134h) [reset = h]" of "AM335x and AMIC110 Sitara > Processors Technical Reference Manual Rev. P" from > http://www.ti.com/lit/pdf/spruh73. > > I have also tried writing a small C program directly against the kernel's > "linux/gpio.h" API to achieve the same result as gpioset does. It fails in > the same way as gpioset does. > > === Environment and hardware details === > > Hardware: BeagleCore BCM.ETR1 (compatible with a Beaglebone Black rev C) > CPU: Texas Instruments AM3358BZCZA100 (armv7l) > Debian: Buster/10 (BeagleBoard.org Debian Image 2018-12-10 from > https://rcn-ee.net/rootfs/bb.org/testing/2018-12-10/buster-iot/bone-debian-buster-iot-armhf-2018-12-10-4gb.img.xz) > Kernel: ver 4.14.79-ti-r86 > libgpiod and gpiod packages: ver 1.2-3 > > > -- System Information: > Debian Release: buster/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: armhf (armv7l) > > Kernel: Linux 4.14.79-ti-r86 (SMP w/1 CPU core; PREEMPT) > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 > (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages libgpiod2 depends on: > ii libc6 2.28-2 > ii libgcc1 1:8.2.0-13 > ii libstdc++6 8.2.0-13 > > libgpiod2 recommends no packages. > > libgpiod2 suggests no packages. > > -- no debconf information
Bug#916345: libmodbus: FTBFS on mips, s390x: test failure
Hi, SZ Lin (林上智) 於 2018年12月18日 週二 下午2:18寫道： > > Hi, > > Ivo De Decker 於 2018年12月13日 週四 下午8:03寫道： > > > > package: src:libmodbus > > version: 3.1.4-1 > > severity: serious > > tags: ftbfs > > > > Hi, > > > > The latest version of libmodbus in unstable fails on mips, s390x: > > > > https://buildd.debian.org/status/package.php?p=libmodbus > > > > The failure happens in the testsuite. > > > > Based on the failing architectures, it might be an endianess issue. > > I've reproduced this issue with MIPS architecture. > > === > TEST FLOATS > 1/4 Set/get float ABCD: > Line 289: assertion error for 'equal_dword(tab_rp_registers, > UT_IREAL_ABCD)': FAILED Set float ABCD > ** > === > > According to above information, it might be a float endianess issue > and there is a potential fix for it [1]. > > I will continually squeeze my time to track this issue. > > Any feedback is welcome. > > [1] https://github.com/stephane/libmodbus/issues/358 > > SZ I've patched float endianness issue [1] and built successfully on mips, s390x, amd64 architecture. [1] https://salsa.debian.org/debian/libmodbus/blob/debian/master/debian/patches/Fix-float-endianness-issue-on-big-endian-arch.patch The new version of libmodbus will be uploaded if you don't have any concerns. Thanks. SZ > > > > > > Also, please note this error: > > > > ./unit-tests.sh: 17: ./unit-tests.sh: killall: not found > > > > This doesn't happen for the builds that succeed. I guess the killall is done > > when the tests fail. This means a dependency on psmisc is missing. > > Now fixed, thanks, > > SZ > > > > Thanks, > > > > Ivo
Bug#916345: libmodbus: FTBFS on mips, s390x: test failure
Hi, Ivo De Decker 於 2018年12月13日 週四 下午8:03寫道： > > package: src:libmodbus > version: 3.1.4-1 > severity: serious > tags: ftbfs > > Hi, > > The latest version of libmodbus in unstable fails on mips, s390x: > > https://buildd.debian.org/status/package.php?p=libmodbus > > The failure happens in the testsuite. > > Based on the failing architectures, it might be an endianess issue. I've reproduced this issue with MIPS architecture. === TEST FLOATS 1/4 Set/get float ABCD: Line 289: assertion error for 'equal_dword(tab_rp_registers, UT_IREAL_ABCD)': FAILED Set float ABCD ** === According to above information, it might be a float endianess issue and there is a potential fix for it [1]. I will continually squeeze my time to track this issue. Any feedback is welcome. [1] https://github.com/stephane/libmodbus/issues/358 SZ > > > Also, please note this error: > > ./unit-tests.sh: 17: ./unit-tests.sh: killall: not found > > This doesn't happen for the builds that succeed. I guess the killall is done > when the tests fail. This means a dependency on psmisc is missing. Now fixed, thanks, SZ > > Thanks, > > Ivo
Bug#842534: libmodbus: new upstream release - 3.1.4
Hi Marc, On Mon, 19 Nov 2018 08:46:38 +0100 Marc Haber wrote: > On Sat, Sep 08, 2018 at 12:35:10PM +0200, Ivo De Decker wrote: > > I didn't look into the new version yet, because it is still marked as > > 'unstable' by upstream. > > Where is this marker? All I see on the upstream github page is a > release numbered 3.1.4, which is over two years old. > > > If you prefer to have it in debian anyway, it would be > > good to know how upstream is planning to handle API/ABI changes in the > > unstable branch. If there are incompatible changes without the necessary > > changes to the library version, that would be harder to maintain. > > Please consider talking to the upstream of your package about these > issues in case you want to continue maintaining the package. It is not a > good idea to have a five year old version that has been superseded twice > by new upstream releases in Debian buster. > I've packaged new version of libmodbus [1], and Ivo gave the green light to me yesterday. Hence, I will upload new version of libmodbus in these days. [1] https://salsa.debian.org/debian/libmodbus SZ Lin > Greetings > Marc > > > -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#910013: modemmanager: new upstream release - 1.8.2
Source: modemmanager Version: 1.7.990-1 Severity: wishlist Dear Maintainer, Please update modemmanager to latest release 1.8.2, I am willing to offer my help in new version of packaging. -- SZ Lin (林上智) Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#908665: ITP: dtfabric -- Tooling for data type and structure management
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: dtfabric Version : 20180808 Upstream Author : Joachim Metz * URL : https://github.com/libyal/dtfabric * License : Apache-2.0 Programming Lang: Python Description: Tooling for data type and structure management Data types fabric (dtFabric) is a proof-of-concept YAML-based definition language to specify format and data types. . Support data types . - Storage data types, such as integers, characters, structures - Semantic data types, such as constants, enumerations - Layout data types, such as format, vectors, trees . dtfabric is under Apache-2.0 license -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#908634: sucrack: The license declaration in d/copyright is not consistent with upstream
Package: sucrack Version: 1.2.3-4 Severity: normal The sucrack uses BSD 3-clause license, but it mentioned BSD 2-clause license in d/copyright [1]. [1] https://salsa.debian.org/pkg-security-team/sucrack/blob/debian/master/debian/copyright Thanks, -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#896137: ITP: rebound -- Command-line tool to fetch Stack Overflow results when program execution error
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: rebound Version : 1.6 Upstream Author : Jonathan Shobrook * URL : https://github.com/shobrook/rebound * License : Expat Programming Lang: Python Description: Command-line tool to fetch Stack Overflow results when program execution error Rebound is a command-line tool that instantly fetches Stack Overflow results when getting a program execution error in Python and Node.js. This tool will execute the program, pull the error message if needed, and display related Stack Overflow questions and answers without leaving the terminal. . Features . - Supported file types: Python and Node.js - View answers in command line mode - Open browser for GUI . rebound is under Expat -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#893918: openvas-manager: drop unused Build-Depends: flawfinder
Hi Helmut, Thanks for your feedback. I'll start to investigate this issue in these days. -- SZ Lin (林上智) , http://people.debian.org/~szlin 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9 2018-03-24 3:04 GMT+08:00 Helmut Grohne : > Source: openvas-manager > Version: 7.0.2-2 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > openvas-manager Build-Depends on flawfinder. I tried to figure out why > and found that its source code only mentions this tools in comments. It > doesn't occur in a build log either. And when building openvas-manager > without this dependency, you the same package (up to build path > differences) as when building with it (thanks to reproducible builds). I > conclude that this dependency is unused. The dependency happens to be > unsatisfiable for cross building. Please consider applying the attached > patch. > > Helmut > > >
Bug#881728: ITP: libgpiod -- C library and tools for interacting with the linux GPIO character device
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: libgpiod Version : 0.3.2 Upstream Author : Bartosz Golaszewski * URL : https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/ * License : LGPL-v2.1 Programming Lang: C Description: C library and tools for interacting with the linux GPIO character device libgpiod encapsulates the ioctl calls and data structures behind a straightforward API. This new character device interface guarantees all allocated resources are freed after closing the device file descriptor and adds several new features that are not present in the obsolete sysfs interface (like event polling, setting/reading multiple values at once or open-source and open-drain GPIOs). . libgpiod is under GNU LGPL-v2.1 -- SZ Lin (林上智) , http://people.debian.org/~szlin 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#881340: ITP: tpm2-pk11 -- library for using the TPM 2.0 chip to secure SSH keys
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: tpm2-pk11 Version : 20171107 Upstream Author : Iwan Timmer * URL : https://github.com/irtimmer/tpm2-pk11 * License : LGPL-v2.1 Programming Lang: C Description: library for using the TPM 2.0 chip to secure SSH keys tpm2-pk11 is an utility to provide a PKCS#11 backend for a TPM 2.0 (Trusted Platform Module) chip in order to secure your SSH keys. The package comes with a library that you can use as “PKCS11Provider” in your SSH configuration file. . tpm2-pk11 is under GNU LGPL-v2.1 -- SZ Lin (林上智) , http://people.debian.org/~szlin 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#880945: ITP: ddgr -- DuckDuckGo from the terminal
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: ddgr Version : 1.0 Upstream Author : Arun Prakash Jana * URL : https://github.com/jarun/ddgr * License : GPL-3 Programming Lang: Python Description: DuckDuckGo from terminal ddgr is a command line utility to search DuckDuckGo from the terminal. . Features . - Fast and clean (no ads, stray URLs or clutter), custom color - Navigate result pages from omniprompt, open URLs in browser - Search and option completion scripts for Bash, Zsh and Fish - DuckDuckGo Bang support (along with completion) - Open the first result directly in browser (as in I'm Feeling Ducky) - Non-stop searches: fire new searches at omniprompt without exiting - Keywords (e.g. filetype:mime, site:somesite.com) support - Specify region, disable safe search - HTTPS proxy support, Do Not Track set, optionally disable User Agent - Support custom url handler script or cmdline utility - Comprehensive documentation, man page with handy usage examples - Minimal dependencies . ddgr is under GNU GPLv3. -- SZ Lin (林上智) , http://people.debian.org/~szlin 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#876093: openvas-libraries FTBFS on amd64: override_dh_auto_configure failed
I have took some time to investigate this issue
--
CMake Error at misc/CMakeLists.txt:125 (add_library):
Target "openvas_misc_shared" links to item " -lpcap" which has leading or
trailing whitespace. This is now an error according to policy CMP0004.
CMake Error at nasl/CMakeLists.txt:147 (add_library):
Target "openvas_nasl_shared" links to item " -lpcap" which has leading or
trailing whitespace. This is now an error according to policy CMP0004.
CMake Error at nasl/CMakeLists.txt:147 (add_library):
Target "openvas_nasl_shared" links to item " -lpcap" which has leading or
trailing whitespace. This is now an error according to policy CMP0004.
CMake Error at nasl/CMakeLists.txt:147 (add_library):
Target "openvas_nasl_shared" links to item " -lpcap" which has leading or
trailing whitespace. This is now an error according to policy CMP0004.
--
This issue is caused by libpcap-dev [1], and the following patch could
solve this issue.
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 033d122..71deefc 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -212,6 +212,7 @@ if (NOT OPENVAS_OMP_ONLY)
execute_process (COMMAND pcap-config --cflags
OUTPUT_VARIABLE PCAP_CFLAGS
OUTPUT_STRIP_TRAILING_WHITESPACE)
+string(STRIP "${PCAP_LDFLAGS}" PCAP_LDFLAGS)
else (PCAP_CONFIG)
message (STATUS "pcap-config not found, using defaults...")
set (PCAP_LDFLAGS "-L/usr/lib -lpcap")
Any feedback on it?
ref:
[1]:
https://anonscm.debian.org/cgit/users/rfrancoise/libpcap.git/commit/?id=95f3623920effd288b7add3e8d2f0092c5bb46a6
--
SZ Lin (林上智) , *http://people.debian.org/~szlin
<http://people.debian.org/~szlin>*
*Debian Developer*, debian.org.tw Administrator
4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
2017-09-18 19:42 GMT+08:00 SZ Lin :
> Source: openvas-libraries
> Version: 9.0.1-3
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rbuild/
> unstable/amd64/openvas-libraries_9.0.1-3.rbuild.log
>
> ...
> dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr
> -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None
> -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var
> -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON
> -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON
> -DSYSCONFDIR=/etc -DLOCALSTATEDIR=/var -DLIBDIR=/usr/lib/x86_64-linux-gnu
> -DBUILD_WITH_LDAP=ON -DCMAKE_BUILD_TYPE=release -DBUILD_WITH_RADIUS=no
> returned exit code 1
>
> debian/rules:10: recipe for target 'override_dh_auto_configure' failed
> make[1]: *** [override_dh_auto_configure] Error 2
> make[1]: Leaving directory '/build/1st/openvas-libraries-9.0.1'
> debian/rules:7: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
>
>
>
> --
>
> SZ Lin (林上智) , *http://people.debian.org/~szlin
> <http://people.debian.org/~szlin>*
>
> *Debian Developer*, debian.org.tw Administrator
>
> 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
>
>
>
>
>
Bug#876093: openvas-libraries FTBFS on amd64: override_dh_auto_configure failed
Source: openvas-libraries Version: 9.0.1-3 Severity: serious https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/openvas-libraries_9.0.1-3.rbuild.log ... dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DSYSCONFDIR=/etc -DLOCALSTATEDIR=/var -DLIBDIR=/usr/lib/x86_64-linux-gnu -DBUILD_WITH_LDAP=ON -DCMAKE_BUILD_TYPE=release -DBUILD_WITH_RADIUS=no returned exit code 1 debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 2 make[1]: Leaving directory '/build/1st/openvas-libraries-9.0.1' debian/rules:7: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- SZ Lin (林上智) , *http://people.debian.org/~szlin <http://people.debian.org/~szlin>* *Debian Developer*, debian.org.tw Administrator 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#872649: install bash completions
On Sat, Aug 19, 2017 at 03:14:48PM -0400, Antoine Beaupre wrote: Thanks for the suggestion, this file will be added in next release - https://anonscm.debian.org/git/collab-maint/gitsome.git/commit/?id=e6deba742db87bb714ea547cf0050ffdd033658f -- SZ Lin (林上智) , http://people.debian.org/~szlin Debian Developer 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9 signature.asc Description: PGP signature
Bug#872461: googler: Please tidy package long and short descriptions
On Thu, Aug 17, 2017 at 09:54:40AM -0700, Chris Lamb wrote:
> Source: googler
> Version: 3.2.0-1
> Severity: wishlist
> Tags: patch
>
> Hi,
>
> Please tidy the package long and short descriptions. Patch attached. :)
>
>
> Regards,
>
> --
> ,''`.
> : :' : Chris Lamb
> `. `'` la...@debian.org / chris-lamb.co.uk
>`-
> diff --git a/debian/control b/debian/control
> index bde6bbb..e80f6eb 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -12,11 +12,11 @@ Vcs-Git:
> https://anonscm.debian.org/git/collab-maint/googler.git
> Package: googler
> Architecture: all
> Depends: ${misc:Depends}, ${python3:Depends}, python3 (>= 3.3)
> -Description: Power tool to Google(Web & News) and Google Site Search from
> the terminal
> - Features
> +Description: Power tool to Google (Web & News) and Google Site Search from
> the terminal
> + Features:
> .
>- Google Search, Google Site Search, Google News
> - - Fast and clean (no ads, stray URLs or clutter), custom color
> + - Fast and clean (no ads, stray URLs or clutter), customisable color
>- Open result URLs (or the actual search) in browser
>- Navigate search result pages from omniprompt
>- Fetch n results in a go, start at the nth result
> @@ -26,9 +26,7 @@ Description: Power tool to Google(Web & News) and Google
> Site Search from the te
>- Supports Google search keywords like 'filetype:mime',
> 'site:somesite.com'
> etc.
>- Optionally open the first result directly in browser
> -(as in I'm Feeling Lucky)
> +(as in "I'm Feeling Lucky")
>- Non-stop searches: fire new searches at omniprompt without exiting
>- Proxy support
>- Man page with examples, shell completion scripts for Bash, Zsh and Fish
> - - Minimal dependencies
> - .
Thanks for the suggestion, the package description will be updated in next
upstream release
-
https://anonscm.debian.org/git/collab-maint/googler.git/commit/?id=3d33d75b8d408dd3aa8ea4eaf8e83fe7a370035d
--
SZ Lin (林上智) , http://people.debian.org/~szlin
4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
signature.asc
Description: PGP signature
Bug#861378: Disable debian-chinese-b...@lists.debian.org list
CZ,
I agree with that.
Thanks for your effort.
--
SZ Lin (林上智) , *http://people.debian.org/~szlin
<http://people.debian.org/~szlin>*
*Debian Developer*, debian.org.tw Administrator
4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
2017-07-29 22:38 GMT+08:00 Kan-Ru Chen :
> On Sat, Jul 29, 2017, at 10:32 PM, ChangZhuo Chen (陳昌倬) wrote:
> >
> > Hi All,
> >
> > I would like to propose to disable debian-chinese-b...@lists.debian.org
> > for the following reasons:
> >
> > * For Chinese translation related discuss, we already have
> > debian-l10n-chinese@l.d.o
> >
> > * For Debian user in Taiwan, A new list debian-dug-taiwan has been
> > requested (#847950).
> >
> > * Big5 encoding is deprecated long time ago.
> >
> >
> > Please raise your concern if you think we shall keep
> > debian-chinese-big5@l.d.o.
>
> Thanks for bringing this up!
>
> I concur we can decommission the debian-chinese-big5 list.
>
> Kanru
>
> > --
> > ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
> > http://czchen.info/
> > Key fingerprint = BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B
>
Bug#869850: ITP: pdd -- Tiny date, time diff calculator
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: pdd Version : 1.0 Upstream Author : Arun Prakash Jana * URL : https://github.com/jarun/pdd * License : GPL-3 Programming Lang: Python Description : Tiny date, time diff calculator pdd (python3 date diff) is a small cmdline utility to calculate date and time difference. If no program arguments are specified it shows the current date, time and timezone. . Feature . - calculate date difference - calculate time difference - calculate diff from today and now - add, subtract duration (timeslice) to/from date (time) - show current date, time and timezone - minimal dependencies . pdd is under GNU GPLv3. -- SZ Lin (林上智) , *http://people.debian.org/~szlin <http://people.debian.org/~szlin>* *Debian Developer* 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#868677: libopenvas9: radius support is not compiled within, so the radius options will fail
Lukas, Thanks for the patch! I am ok with it. -- SZ Lin (林上智) , *http://people.debian.org/~szlin <http://people.debian.org/~szlin>* *Debian Developer*, debian.org.tw Administrator 4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9 2017-07-19 2:23 GMT+08:00 Lukas Schwaighofer : > Control: reopen -1 > control: tags -1 + upstream > Control: forwarded -1 https://wald.intevation.org/ > tracker/index.php?func=detail&aid=6929&group_id=29&atid=220 > Control: severity -1 wishlist > > Hi, > > since radcli is source compatible with freeradius-client we shouldn't > have to drop this functionality. I've created a small patch [1] that > adds support for linking against radcli and submitted an enhancement > request upstream [2]. In case that patch gets merged we can re-enable > the feature in Debian. If it isn't we can also consider adding the > patch locally… > > I've re-opened the bug so we can track this. Feel free to close > again if you disagree. > > Regards > Lukas > > [1] https://wald.intevation.org/tracker/download.php/29/ > 220/6929/1821/openvas-libraries-radcli.patch > [2] https://wald.intevation.org/tracker/index.php?func= > detail&aid=6929&group_id=29&atid=220 > > > >
Bug#868677: libopenvas9: radius support is not compiled within, so the radius options will fail
CZ,
I have replied in [1], hence I am going to close this bug.
ref:
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?att=0;bug=868677;msg=8
--
Sun-Ze Lin (林上智)
2017-07-18 9:18 GMT+08:00 ChangZhuo Chen :
> On Mon, Jul 17, 2017 at 04:50:45PM +0200, Rene Arends wrote:
> > Package: libopenvas9
> > Version: 9.0.1-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > we tried to use the radius option in Openvas 9, but this failed.
> > After inspecting it looks like radius support was disabled on compile
> time.
> > In debian/rules there is this line '-DBUILD_WITH_RADIUS=no'.
> >
> > Is there any special reason why this is disabled? Or is this by mistake?
> >
> > In the 'changelog' file I only noticed that it was enabled in build:
> > openvas-libraries (8.0.7-0kali1) kali-experimental; urgency=medium
> > * Add RADIUS support
> >
> > But nothing about disabling it again lateron.
> >
> > Can you please enable this in the next version of the package?
>
> Sorry, I really don't remember why I disable RADIUS. Let me see if it
> can be enabled now.
>
>
> --
> ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
> http://czchen.info/
> Key fingerprint = BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B
>
>
>
>
Bug#863240: openvas-scanner gets in trouble with openvas-check-setup
Hi, It should be "redis.sock" instead of "redis.socket" [1] ref: [1] http://download.redis.io/redis-stable/redis.conf -- Sun-Ze Lin (林上智) 2017-05-24 18:48 GMT+08:00 Hans : > My typo, dammit! I wanted to say: Note: I believe, the line > > "unixsocket /var/run/redis/redis.sock" might be called > > "unixsocket /var/run/redis/redis.socket". Is this maybe a typo? > > > > Hans > > > >
Bug#860249: ITP: nnn -- Free, fast, friendly file browser
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org * Package name: nnn Version : 1.0 Upstream Author : Arun Prakash Jana * URL : *https://github.com/jarun/nnn <https://github.com/jarun/nnn>* * License : BSD-2-clause Programming Lang: C, Shell Description : Free, fast, friendly file browser nnn is a fork of noice, a blazing-fast lightweight terminal file browser with easy keyboard shortcuts for navigation, opening files and running tasks. . nnn toppings . - Show details of the currently selected file (stat, file) - Disk usage analyzer mode (within the same fs, doesn't follow symlinks) - Directories first (even with sorting) - Sort numeric names in numeric order - Case-insensitive alphabetic content listing instead of upper case first - Key - to jump to last visited directory - Roll over at the first and last entries of a directory (with Up/Down keys) - Removed navigation restriction with relative paths (and let permissions handle it) - Sort entries by file size (largest to smallest) - Shortcut to invoke file name copier (set using environment variable NNN_COPIER) . nnn is under BSD-2-clause. -- SZ Lin (林上智) , *http://people.debian.org/~szlin <http://people.debian.org/~szlin>* *Debian Developer*, debian.org.tw Administrator 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9
Bug#856245: [INTL:es] Spanish translation of the debconf template openvas-scanner
Hi Jathan, Thanks for your contribution. However, the content of es.po seems like the same with Bug#855612. The only different is that the new file add ^M carriage return in each end of line. Do you have any concern on it? -- SZ Lin (林上智) , *http://people.debian.org/~szlin <http://people.debian.org/~szlin>* Debian Developer, debian.org.tw Admin 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9 2017-02-27 0:37 GMT+08:00 jathan : > Package: openvas-scanner > Severity: wishlist > > > Hi, > > please find attached the Spanish debconf translation of openvas-scanner. > > Regards, > Jathan > > -- > Por favor evita enviarme adjuntos en formato de word o powerpoint, si > quieres saber porque lee esto: > http://www.gnu.org/philosophy/no-word-attachments.es.html > ¡Cámbiate a GNU/Linux! http://getgnulinux.org/es > > > > >
Bug#855544: gitsome: embedded code copy of xonsh in source package + file conflict on installation: trying to overwrite '/usr/bin/xonsh', which is also in package xonsh 0.5.5+dfsg-1
Hi Abe, Thanks for your advice. According to "https://github.com/donnemartin/gitsome/issues/25";, the upstream has the plan to have xonsh as a dependency in the future, hence I decide to remove embedded code copy of xonsh and add build-depend with it. After testing the new package, it works fine in preliminary test but gets wrong information when using "gitsome --version". This is because that the upstream of gitsome has modified the code of xonsh, nevertheless, I think it is the better way to solve conflict issue. -- Sun-Ze Lin (林上智) 2017-02-20 15:41 GMT+08:00 Axel Beckert : > Hi, > > SZ Lin (林上智) wrote: > > Since xonsh version in gitsome (0.2.2) varies greatly from the version of > > SID (0.5.5+dfsg-1), I think it might have potential compatibility issues > by > > using the SID version. > > Questions are: > > * Is it necessary that it varies, i.e. that the old version of xonsh > is used? > * Is the version used by gitsome heavily patched compared to the > original version 0.2.2? > > If the answer is "no" both times, it should at least be tested if it > works with the version from Sid, too. > > > Perhaps it is more proper to rename the bundled copies of the xonsh > > executable rather than build-depend on it. > > I'd then rather move it to a directory outside the path, i.e. to > /usr/lib/gitsome/xonsh or so. > > Regards, Axel > -- > ,''`. | Axel Beckert , http://people.debian.org/~abe/ > : :' : | Debian Developer, ftp.ch.debian.org Admin > `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 > `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE >
Bug#855544: gitsome: embedded code copy of xonsh in source package + file conflict on installation: trying to overwrite '/usr/bin/xonsh', which is also in package xonsh 0.5.5+dfsg-1
Hi Abe, Since xonsh version in gitsome (0.2.2) varies greatly from the version of SID (0.5.5+dfsg-1), I think it might have potential compatibility issues by using the SID version. Perhaps it is more proper to rename the bundled copies of the xonsh executable rather than build-depend on it. Do you have any suggestions on it? -- Sun-Ze Lin (林上智) 2017-02-20 8:29 GMT+08:00 Axel Beckert : > Package: gitsome > Severity: serious > > Hi, > > trying to install gitsome while xonsh is already installed fails as > follows: > > Unpacking gitsome (0.6.0-1) ... > dpkg: error processing archive /var/cache/apt/archives/gitsome_0.6.0-1_all.deb > (--unpack): > trying to overwrite '/usr/bin/xonsh', which is also in package xonsh > 0.5.5+dfsg-1 > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) > Errors were encountered while processing: > /var/cache/apt/archives/gitsome_0.6.0-1_all.deb > > According to https://github.com/donnemartin/gitsome it is "powered by > xonsh", so it should probably depend on it instead of shipping a copy of > it. > > Additionally the gitsome source package seems to contain an embedded > code copy of xonsh. Embedded code copies are not wanted in Debian (if > possible), so you might want to repack the upstream tar ball to remove > the copy of xonsh and instead build-depend on it. See > https://wiki.debian.org/EmbeddedCodeCopies for details. > > Filing this as a single bug report because fixing the latter issue > properly will likely also fix the former. Feel free to clone the bug > report if you think these two issues should be regarded as separate > issues. > > -- System Information: > Debian Release: 9.0 > APT prefers unstable > APT policy: (990, 'unstable'), (600, 'testing'), (500, > 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, > 'experimental-debug'), (1, 'buildd-experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores) > Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) >
Bug#848973: ITP: openvas -- Metapackage for OpenVAS
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) X-Debbugs-CC: debian-de...@lists.debian.org, pkg-security-t...@lists.alioth.debian.org * Package name: openvas Version : 9.0.0 Upstream Author : Greenbone Networks GmbH * URL : http://www.openvas.org/ * License : GPL-2+ Programming Lang: C, Shell Description : metapackage providing recommended packages for openvas. Maintainer of this package will be the pkg-security Team -- Sun-Ze Lin (林上智)
Bug#846232: [pkg-gnupg-maint] Bug#846232: libgpgme-dev: Provides: libgpgme11-dev must be versioned
Since libsnmp-dev is not the mandatory library for openvas and issue #846569 got no reply after 10 days, I will remove libsnmp-dev dependency to avoid conflict issue. -- Sun-Ze Lin (林上智) 2016-12-02 17:45 GMT+08:00 Raphael Hertzog : > On Thu, 01 Dec 2016, Daniel Kahn Gillmor wrote: > > > With one rdep your patch is as good at fixing this problem as my > > > suggestion (but I am not involved in maintaining either package). > > > > I plan on NMUing this change to openvas unless i hear otherwise from the > > openvas maintainers (cc'ed here). > > I wanted to upload this changes but openvas fails to build in sid due to > the openssl transition. It build-depends on libssh-dev which requires > libssl1.0-dev and also on libsnmp-dev which requires libssl-dev. > > So we must first solve this, possibly by letting libsnmp-dev depend on > either > version of the -dev package (opened #846569 about this). > > report: > - > package: sbuild-build-depends-openvas-libraries-dummy > version: 0.invalid.0 > architecture: amd64 > status: broken > reasons: >- > conflict: > pkg1: > package: libssl1.0-dev > version: 1.0.2j-4 > architecture: amd64 > unsat-conflict: libssl-dev:amd64 > pkg2: > package: libssl-dev > version: 1.1.0c-2 > architecture: amd64 > depchain1: > - >depchain: > - > package: sbuild-build-depends-openvas-libraries-dummy > version: 0.invalid.0 > architecture: amd64 > depends: libssh-dev:amd64 (>= 0.5.0) > - > package: libssh-dev > version: 0.7.3-2 > architecture: amd64 > depends: libssl1.0-dev:amd64 > depchain2: > - >depchain: > - > package: sbuild-build-depends-openvas-libraries-dummy > version: 0.invalid.0 > architecture: amd64 > depends: libsnmp-dev:amd64 > - > package: libsnmp-dev > version: 5.7.3+dfsg-1.5+b1 > architecture: amd64 > depends: libssl-dev:amd64 > > Cheers, > -- > Raphaël Hertzog ◈ Debian Developer > > Support Debian LTS: http://www.freexian.com/services/debian-lts.html > Learn to master Debian: http://debian-handbook.info/get/ > > >
Bug#847510: ITA: pnscan-- Multi threaded port scanner
retitle 847510 ITA: pnscan -- Multi threaded port scanner I'm interest to take this package and maintain with Debian Security Tools Packaging Team -- Sun-Ze Lin (林上智)
Bug#843625: openvas-scanner: French debconf templates translation
Steve, Thank you for your contribution. This patch will be imported in next release. -- Sun-Ze Lin (林上智) 2016-11-08 20:42 GMT+08:00 Steve Petruzzello : > Package: openvas-scanner > Version: 5.0.7-1 > Severity: wishlist > Tags: patch l10n > > Dear Maintainer, > > Please find attached the french debconf templates translation, proofread > by the > debian-l10n-french mailing list contributors. > > This file should be put as debian/po/fr.po in your package build tree. > > Best, > Steve > > > >
Bug#843161: openvas-manager: FTBFS when not building -common
Hi Aaron, Thank you for your feedback and suggestion. The issue is fixed by splitting override_dh_install target out. -- Sun-Ze Lin (林上智) 2016-11-04 20:30 GMT+08:00 Aaron M. Ucko : > Source: openvas-manager > Version: 6.0.9-1 > Severity: serious > Justification: fails to build from source (but built successfully in the > past) > > [Reporting this bug as a regression because it would affect binNMUs.] > > Builds of openvas-manager covering only its architecture-dependent > binary packages, as on the autobuilders or with dpkg-buildpackage -B, > have been failing: > > find debian/openvas-manager-common/usr/share/openvas/openvasmd -name > alert -o -name generate | \ >xargs --no-run-if-empty chmod 755 > find: 'debian/openvas-manager-common/usr/share/openvas/openvasmd': No > such file or directory > chmod 755 debian/openvas-manager-common/usr/share/openvas/openvasmd/ > global_report_formats/c15ad349-bd8d-457a-880a-c7056532ee15/classification_ > generator.sh > chmod: cannot access 'debian/openvas-manager-common/usr/share/openvas/ > openvasmd/global_report_formats/c15ad349-bd8d-457a-880a-c7056532ee15/classification_generator.sh': > No such file or directory > debian/rules:12: recipe for target 'override_dh_install' failed > make[1]: *** [override_dh_install] Error 1 > > Could you please take a look, and arrange to conditionalize these > commands accordingly, for instance by splitting out an > override_dh_install-indep target? > > Thanks! > > -- > Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) > http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/ > finger/?a...@monk.mit.edu > > >
Bug#842225: ITP: bcal -- Command-line utility for storage conversions and calculations
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: bcal Version : 1.4 Upstream Author : Arun Prakash Jana * URL : https://github.com/jarun/bcal * License : GPL-3 Programming Lang: C Description : Command-line utility for storage conversions and calculations Feature . - convert to IEC/SI standard data storage units - show the address in bytes - show address as LBA:OFFSET - convert CHS to LBA and vice versa - show binary, decimal and hex representation of a number - custom sector size, max heads/cylinder and max sectors/track - minimal dependencies . bcal is under GNU GPLv3. -- Sun-Ze Lin (林上智)
Bug#841045: ITP: python-sigmavirus24-urltemplate -- Simple python library to deal with URI Templates
Package: wnpp Severity: wishlist Owner: "SZ Lin (林上智)" * Package name: python-sigmavirus24-urltemplate Version : 3.0.0 Upstream Author : Ian Cordasco (sigmavirus24) * URL : https://github.com/sigmavirus24/uritemplate <http://www.openvas.org/> * License : Apache/ BSD-3-clause Programming Lang: Python Description : Simple python library to deal with URI Templates This library is design for URI template parsing for Humans, and many popular utilities [1] [2] are depends on it. . There is a package called "python-urltemplate" [3] in Debian archives but these packages are not API-compatible. . python-sigmavirus24-urltemplate is under Apache/ BSD-3-clause [1]: https://github.com/sigmavirus24/github3.py [2]: https://github.com/donnemartin/gitsome [3]: https://packages.debian.org/sid/python/python-uritemplate -- Sun-Ze Lin (林上智)
Bug#840486: ITP: imgp -- Superfast batch image resizer and rotator
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: imgp Version : 2.2 Upstream Author : Arun Prakash Jana * URL : https://github.com/jarun/imgp <http://www.openvas.org/> * License : GPL-3 Programming Lang: Python Description : Superfast batch image resizer and rotator Feature . - Resize by percentage or resolution - Rotate clockwise by specified angle - Adaptive resize considering orientation - Brute force to a resolution - Optimize images to save more space - Convert PNG to JPEG - Erase exif metadata - Force smaller to larger resize - Process directories recursively - Overwrite source image option - Completion scripts for bash, fish, zsh - Minimal dependencies . imgp is under GNU GPLv3. -- Sun-Ze Lin (林上智)
Bug#840083: ITP: openvas-cli-- Command Line Tools for OpenVAS
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: openvas-cli Version : 1.4.4 Upstream Author : Greenbone Networks GmbH * URL : http://www.openvas.org/ * License : GPL-2+ Programming Lang: C, Shell Description : Command Line Tools for OpenVAS OpenVAS-CLI collects command line tools to handle with the OpenVAS services via the respective protocols. This package used to be in Debian, and furthermore it is available in Kali. I will start from those packages. Maintainer of the package will be the pkg-security Team -- Sun-Ze Lin (林上智)
Bug#840082: ITP: greenbone-security-assistant -- remote network security auditor - web interface
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: greenbone-security-assistant Version : 6.0.11 Upstream Author : Greenbone Networks GmbH * URL : http://www.openvas.org/ * License : GPL-2+ and BSD-3-clause and Expat Programming Lang: C, javascript Description : remote network security auditor - web interface The Greenbone Security Assistant is a web application that connects to the OpenVAS Manager and OpenVAS Administrator to provide for a full-featured user interface for vulnerability management. This package used to be in Debian, and furthermore it is available in Kali. I will start from those packages. Maintainer of the package will be the pkg-security Team -- Sun-Ze Lin (林上智)
Bug#840081: ITP: openvas-manager -- Manager Module of OpenVAS
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: openvas-manager Version : 6.0.9 Upstream Author : Greenbone Networks GmbH * URL : http://www.openvas.org/ * License : GPL-2+ Programming Lang: C Description : Manager Module of OpenVAS The OpenVAS-Manager is a layer between OpenVAS-Scanner and various client applications such as OpenVAS-Client or Greenbone Security Assistant. Among other features, it adds server-side storage of scan results and it makes it unnecessary for scan clients to keep connection until a scan finishes. This package used to be in Debian, and furthermore it is available in Kali. I will start from those packages. Maintainer of the package will be the pkg-security Team -- Sun-Ze Lin (林上智)
Bug#835393: Bug#838124: ITPs are wishlist, and please coordinate openvas packaging
Hi Adrian, CZ and I are working together to re-add OpenVAS to Debian, and I am also a member of Debian Security Tools Packaging Team. OpenVAS-scanner will be maintained by Debian Security Tools Packaging Team. -- Sun-Ze Lin (林上智) 2016-09-18 4:17 GMT+08:00 Adrian Bunk : > severity 838124 wishlist > thanks > > Please work together when re-adding OpenVAS to Debian. > > It will likely *not* make sense to have different people maintain > different parts of OpenVAS - this should be one team working > together on all packages. > > cu > Adrian > > -- > >"Is there not promise of rain?" Ling Tan asked suddenly out > of the darkness. There had been need of rain for many days. >"Only a promise," Lao Er said. >Pearl S. Buck - Dragon Seed >
Bug#838124: ITP: openvas-scanner -- remote network security auditor - scanner
Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: openvas-scanner Version : 5.0.7 Upstream Author : Greenbone Networks GmbH * URL : http://www.openvas.org/ <https://github.com/jarun/Buku> * License : GPL-2, GPL-2+ Programming Lang: C Description : remote network security auditor - scanner Feature . The Open Vulnerability Assessment System is a modular security auditing tool, used for testing remote systems for vulnerabilities that should be fixed. . It is made up of two parts: a scan server, and a client. The scanner/daemon, openvassd, is in charge of the attacks, whereas the client, OpenVAS-Client, provides an X11/GTK+ user interface. . This package provides the scanner. This package used to be in Debian, and furthermore it is available in Kali. I will start from those packages. -- Sun-Ze Lin (林上智)
Bug#835393: ITP: openvas-libraries -- open source vulnerability scanner and manager
Hi, I would like to assist in packing openvas-libraries. -- Sun-Ze Lin (林上智)
Bug#835471: ITP: buku -- Powerful command-line bookmark manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: wishlist Owner: SZ Lin (林上智) * Package name: buku Version : 2.3.0 Upstream Author : Arun Prakash Jana * URL : https://github.com/jarun/Buku * License : GPLv3 Programming Lang: Python Description : Powerful command-line bookmark manager Feature . - Add, open, tag, comment on, search, update, remove bookmarks - Merge-able portable database, to sync between systems - Import/export bookmarks HTML (Firefox, Google Chrome, IE compatible) - Fetch page title from web, refresh all titles in a go - Open search results directly in default browser - Manual password protection using AES256 encryption - Tab-completion scripts (Bash, Fish, Zsh), man page with examples - Several options for power users (see help or man page) - Fast and clean interface, distinct symbols for record fields - Minimal dependencies . Buku is under GNU GPLv3. -- Sun-Ze Lin (林上智) -BEGIN PGP SIGNATURE- Comment: http://openpgpjs.org wsFcBAEBCAAQBQJXv9tbCRCpWbOKlWHz+QAAVe0P/jf027B24peUi1DAuAQS BhZNbm5ASyoWB9XMOTy+ae3iKhC65FJtpGu4kdusG28peJV8UG2YAMF4w2Kj lmwI9XeciIzYPAsbPzI9WA1e2fmpGTAVdFWrOTg3jWyNMYfOE2TOpS/8dpwm N9IPd6JiQ1ki4ykLO6nj1oC8yWPdo0KSyvcZA+ruZZ72SOVRboo3Ggdp8oer vCfoRmEOXremkguUr8HDUYOgNFkJDzhg/Flaoa6lekWiyg6TBF3pgS1zeGow AfPXs4MYFs9VaP110wHhPM9oqUziLi08U2oTsrC0cZKz8NEjtcy5sIogObt8 Y93r4AiUUkZaZB/aRSN/qvNHGSvSdSXIvQGkXSF0vwaLDqhEdZ2xadT3eaP1 CXC1A03IpvzI2SzoWtazEWbY9hr/ATsBECZVqmAzIBo9RkunSQRlzLHAdIom OXcfLJu40vjd8oSnl/Lqho/bfQZ+WMu0ML0lUgbvNQnajmwxriVTeW97pM+w VqNX/4LungfgxAZLRI+Su4ciUqz2jaOWDCniJA4NfXS0bdDgB2lnzLNy02sa H6gzHNlpBMO+MbdIO7dycW4ESfoLY8EiQKrPmRVeMU06awz6WW31QQ8ElnnY NFKayhph/pPzXY+AGtWofha3QizWqi3fCNQXT7A0xXAkN16P6+h2asQpgyBZ BOZd =I+7m -END PGP SIGNATURE-
Bug#824838: ITP: hyperscan -- High-performance regular expression matching library
Hi Hilko, I am working on splitting binary package into *-dev, *-dbg, etc..., but quite busy in these days to retard the progress of this work. The issues which you mentioned: 1. I have done draft version of copyright. 2. It wants yet to be confirmed. I am very willing to collaborate on this package. Sun-Ze Lin (林上智) 2016-07-12 0:55 GMT+08:00 Hilko Bengen : > Hi, > > I helped Robert a bit with his packaging effort and consider the package > ready for an initial upload, except for two issues. > > SZ Lin, how far are you along with your work? Would you like to > collaborate on the package? > > The issues I would still like to see solved are: > > 1. The structure of debian/copyright does not yet reflect the copyright > situations of the different bits that are part of the source > distributions. > > 2. One thing that hasn't been looked at so far is the issue that the > library relies on specific CPU instruction set extensions, so there > should probably some sort of check that runs at install time and throws > a Debconf-based warning if the needed extensions are not enabled on the > host CPU. > > Cheers, > -Hilko >
