Bug#581505: trousers: --chuid is not the problem

. Regards, Lukas Schwaighofer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701910: kvm: Wrong packagename in description of kvm package

Package: kvm Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the long description of the kvm package says the following: This transitional package helps users transition from the kvm package to the kvm-qemu package. Once this package and its dependencies are installed you

Bug#699554: util-linux: default /etc/adjtime as written by /etc/init.d/hwclock.sh is missing a newline

. Steps to reproduce: # rm /etc/adjtime # invoke-rc.d hwclock.sh start # hwclock hwclock: Warning: unrecognized third line in adjtime file (Expected: `UTC' or `LOCAL' or nothing.) Adding a \n to the printf string solves the problem. Regards, Lukas Schwaighofer -- To UNSUBSCRIBE, email

Bug#581505: trousers: Package doesn't install cleanly on wheezy

chip is available and the kernel modules are loaded). Regards, Lukas Schwaighofer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRD4GQAAoJEMqNQAGevU6ToMEP/1APRzzDXajAwIrZ3/QmxqeL dGu1IkpDcMVXSLfcyv4bUZGFfGTbfJqC1z5E10b4BZlQ21gcudlDGMmZj12bV2S1 h7D

Bug#700197: grub-common: /etc/grub.d/20_linux_xen should use module --nounzip for initrd

adding --nounzip to the module directive of the initramdisk. The boot entries should look like this: multiboot /boot/xen-4.1-amd64.gz placeholder module /boot/vmlinuz-3.2.0-4-amd64 placeholder [...] module --nounzip /boot/initrd.img-3.2.0-4-amd64 Kind regards, Lukas Schwaighofer -BEGIN PGP

Bug#697275: ebtables: gives warning on installation

+SBeqQxzOMJ1N/mJr36mV/OR4 a5mPOuxp+0OjzKV/YMwSIekJC827z4ww6lvNuPL5G4uoHhW+OQH3m90proRbUaVK AqYzXsGfgQFNfNeANU8B =E6et -END PGP SIGNATURE- Description: Supply correct values for update-rc.d legacy mode Author: Lukas Schwaighofer lu...@schwaighofer.name --- a/debian/rules +++ b/debian/rules @@ -10,6 +10,8

Bug#701672: xen-utils-4.1: add xfs support to pygrub

after applying the patch and it's working for me. Thanks Lukas Schwaighofer -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBAgAGBQJRK9wFAAoJEMqNQAGevU6TkdMQAKvnbHKKAJ2BcPPSN3xGc7PF KwrdP0uHK00ryr0XIzll/1P5BXVkCaExlpK4We9DmbRuo2rJCgb2He8W3/Hm+oPs

Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces

the address yields the same behavior as using brctl addbr, so I wrote a (trivial) patch to /lib/bridge-utils/ifupdown.sh implementing the change suggested above. Of course the man page would also need an update if the change was accepted. Regards Lukas Schwaighofer -- System Information: Debian

Bug#728914: grub-pc: grub rescue with raid1 root on 4TB device

Hi, the only thing that comes to my mind (but you most likely did this properly): is the correct core.img installed on *both* sda and sdb (i.e. you executed 'grub-install /dev/sda' and 'grub-install /dev/sdb')? Regards Lukas Schwaighofer signature.asc Description: OpenPGP digital signature

Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces

Hi, thank you for looking into this! Sorry for not responding to your previous mail (I really didn't have anything to add at that point though). On Sat, 7 Dec 2013 01:35:37 +0100 Santiago Garcia Mantinan ma...@debian.org wrote: While I was investigating your suggestion I realised that if I set

Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces

Hi, On Sun, 8 Dec 2013 10:37:14 +0100 Santiago Garcia Mantinan ma...@debian.org wrote: So... the question would be... on your setup do you have a network card attached? I have no interface attached to the bridge (as you can see from my commands I didn't use any »ip link set … master br2« or

Bug#686754: Is there any hope that this bug will be fixed?

Hi Karsten, On Wed, 15 Jan 2014 10:35:55 +0100 Karsten Malcher deb...@dct.mine.nu wrote: Calling os-prober only give this information: # os-prober /dev/sda2:Debian GNU/Linux (7.2):Debian:linux /dev/sda3:Debian GNU/Linux (jessie/sid):Debian1:linux For type linux os-prober calles

Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces

On Wed, 18 Dec 2013 01:36:41 +0100 Santiago Garcia Mantinan ma...@debian.org wrote: First tests went really wrong. I have this setup: auto br0 iface br0 inet static address X.X.X.X netmask 255.255.255.0 bridge_ports all bridge_fd 2 bridge_stp

Bug#725786: Revisiting this...

Hi, sorry, I really don't have anything valuable to add (and I have no idea which kernel versions changed the behavior). However, if you want me to try out a new solution at some point I'll be happy to do so. Just for the record, I use the following configuration which works fine for my case:

Bug#774976: xen-tools: disableStartStopDaemon does not handle dpkg updates

Package: xen-tools Version: 4.5-1 Severity: normal Tags: patch Hello again, I had an issue with enableStartStopDaemon and disableStartStopDaemon after the security update of dpkg in June 2014 [1]. The upgrade of the dpkg package after enableStartStopDaemon was called caused the stub starter to

Bug#774936: xen-tools: removeDebianPackage function in common.sh uses nonexistent variable

Package: xen-tools Version: 4.5-1 Severity: normal Tags: patch Dear Maintainer, the removeDebianPackage function uses ${package} which is unset (and thus the entire command fails when using `set -o nounset`). The following trivial patch should fix the problem: --- a/hooks/common.sh +++

Bug#783079: libexosip2-11: Non-existing NAPTR handled incorrectly

-ares isn't used. Thank you Lukas Schwaighofer pgpvzdG_saA7u.pgp Description: OpenPGP digital signature

Bug#803938: extlinux: boot from xfs partition not working

ailed: please change disks and press a key to continue. The version in jessie is also affected by this problem. Thank you Lukas Schwaighofer test_extlinux.sh Description: application/shellscript pgpiMkIC2n77d.pgp Description: OpenPGP digital signature

Bug#799359: live-config: Variables in config files not exported

patch, because the configuration files actually do need the ».conf« suffix. Regards Lukas Schwaighofer From 09ccaf34b1d30f95f324e3685a9400cd8db7034b Mon Sep 17 00:00:00 2001 From: Lukas Schwaighofer <lu...@schwaighofer.name> Date: Wed, 23 Sep 2015 13:04:41 +0200 Subject: config files actually r

Bug#799359: live-config: Variables in config files not exported

. Thank you Lukas Schwaighofer pgpGL7BVKpLJf.pgp Description: OpenPGP digital signature

Bug#840995: certbot: package new upstream version (support dns-01 challenge)

Package: certbot Severity: wishlist Dear Maintainer, the new upstream version (0.9.2) includes support for the dns-01 challenge. Packaging that in time for stretch would really help me. Thank you Lukas Schwaighofer pgpVeOjPgRckI.pgp Description: OpenPGP digital signature

Bug#857767: found workaround

Hi, in case anybody else is frustrated about this, I've found a workaround (as root): mkdir -p /etc/skel/.config/chromium/Default touch "/etc/skel/.config/chromium/First Run" echo "{}" > /etc/skel/.config/chromium/Default/Preferences The lines responsible for this mess in the code seem to be

Bug#858860: RFS: arpwatch/2.1a15-3 [ITA]

n NEWS). I would be happy if someone has ideas how to avoid that. Gianfranco suggested also asking the pkg-security-team for possible sponsors. It would be great if one of you could have a look and provide guidance! If team maintenance is be possible, I'd like that very much. Regards Lukas Sc

Bug#857767: chromium: allow disabling chrome://welcome on first run

r is to add the following to /usr/share/chromium/master_preferences: "sync_promo": { "show_on_first_run_allowed": false } It would be nice if you could either disable this sync promotion by default or provide a way to disable it (without requiring dpkg-divert). Thank you Lukas Schwaighofer pgp6v9EMRoKXL.pgp Description: OpenPGP digital signature

Bug#857767: Acknowledgement (chromium: allow disabling chrome://welcome on first run)

t run. I have not found a way to disable the dialog :( . As this seems to be an upstream bug feel free to close. Thanks Lukas Schwaighofer pgpJiwbQ4Bbsi.pgp Description: OpenPGP digital signature

Bug#858105: unblock: gmrun/0.9.2-2.2

eturn type of gtk_completion_line_get_type (Closes: #857065) -- Lukas Schwaighofer <lu...@schwaighofer.name> Sun, 12 Mar 2017 23:49:46 +0100 I've attached the debdiff between the version in testing and in unstable. Thank you Lukas Schwaighofer diff -Nru gmrun-0.9.2/debian/changelog gmrun-0.9.2/

Bug#857065: fixed in gmrun 0.9.2-2.2

Hi Martin, the package is already in the debian archive (as part of the "unstable" release) and the release team has approved the unblock request [1]. You can monitor the transition to stretch here: https://tracker.debian.org/pkg/gmrun The current migration status is: Too young, only 2 of 5

Bug#857856: RFS: gmrun/0.9.2-2.2 [RC, NMU]

n/bugreport.cgi?bug=857065 and we basically agreed to only fix the RC bug and make further changes to the package in buster (and possibly experimental) only. Thank you Lukas Schwaighofer pgpbMW6tLeZc7.pgp Description: OpenPGP digital signature

Bug#858860: RFS: arpwatch [ITA]

Hi Hugo, thanks a lot for looking at this. I have made some changes to the package based on your feedback, pushed them to my git repository and uploaded the new version to mentors: https://mentors.debian.net/package/arpwatch Some further questions and comments follow inline below. On Tue, 4

Bug#858860: RFS: arpwatch [ITA]

Hi Hugo, On Wed, 5 Apr 2017 18:25:04 +0200 Hugo Lefeuvre wrote: > Are you already a member of the team ? If yes, could you move your git > repository to > https://anonscm.debian.org/git/pkg-security/arpwatch.git ? I've now officially joined the team, the repository is

Bug#551350: arpwatch: restart option

Hi Stephen, I recently took over maintenance of arpwatch as part of the pkg-security team, sorry for reviving this more than 7 years old bug. Thanks for reporting the bug regarding the restart functionality and providing a patch. As you probably know (or knew 7 years ago), the restart

Bug#782057: arpwatch problems

Control: tags -1 + moreinfo Hi, sorry for reviving such an old bug report. I recently took over maintenance of arpwatch as part of the pkg-security-team. In your bug report you described two different problems. 1. Arpwatch does not start properly after startup, requires manual restart Is

Bug#439015: arpwatch: allow suppressing well known flip flop messages

Control: retitle -1 arpwatch: allow specific IPs to be used by multiple MAC addresses without generating flip flop messages Control: severity -1 wishlist Hi, thanks for your bug report. Unfortunately, suppressing specific flip flop messages is not implemented in arpwatch. Normally we would

Bug#410008: arpwatch: override for flip flop detection

Control: severity -1 wishlist Hi Brian, thanks for your bug report. Unfortunately, arpwatch's upstream is dead so we cannot forward the feature request. I'm lowering the severity to wishlist. I currently do not plan on implementing exceptions for the flip flop detection. Regards Lukas

Bug#858860: RFS: arpwatch [ITA]

Hi security tools packaging team, On Mon, 27 Mar 2017 23:03:19 +0200 Lukas Schwaighofer <lu...@schwaighofer.name> wrote: > Gianfranco suggested also asking the pkg-security-team for possible > sponsors. It would be great if one of you could have a look and > provide guidance! If t

Bug#858860: RFS: arpwatch [ITA]

Hi Christian, On Thu, 6 Apr 2017 14:30:24 +0200 Christian Seiler wrote: > The problem is that dirs is only interpreted by dh_installdirs, which > is typically run after dh_auto_install, so that wouldn't actually > solve your problem. It does solve the problem (i.e. the error

Bug#858860: RFS: arpwatch [ITA]

On Thu, 6 Apr 2017 15:24:04 + (UTC) Gianfranco Costamagna wrote: > - $(INSTALL) -m 555 -o bin -g bin arpwatch $(DESTDIR)$(BINDEST) > + $(INSTALL) -Dm 555 -o bin -g bin arpwatch $(DESTDIR)$(BINDEST) > > > this should work too (as said above) and is less

Bug#858860: RFS: arpwatch [ITA]

Hi Hugo, thanks again for the review and the comments! On Wed, 5 Apr 2017 18:25:04 +0200 Hugo Lefeuvre wrote: > > * debian-watch-may-check-gpg-signature > > I wouldn't override debian-watch-may-check-gpg-signature btw. Ok, I will revert that override. > > If I remove

Bug#667655: arpwatch: fails to start the first time

Control: tags -1 + moreinfo Hi Philippe, I recently took over arpwatch maintenance and I'm working through the list of open bugs. I'm writing you regarding a bug report about arpwatch not starting you filed back in 2012 [1]. Is this issue still present in the version of arpwatch in Debian

Bug#852360: Cross compiling and Bug#852360

Hi Debian cross team, I have a question regarding Bug#852360 and cross compiling dsniff. The bug report mentions moving to a more recent autotools fixes the problem as well. Since the package uses debhelper 10 (which enables the autoreconf sequence by default), the configure script is

Bug#852360: Cross compiling and Bug#852360

Hello Helmut, On Thu, 13 Apr 2017 22:05:02 +0200 Helmut Grohne wrote: > > Does that mean that the snippet > > > include /usr/share/dpkg/architecture.mk > > > ifeq ($(origin CC),default) > > > export CC := $(DEB_HOST_GNU_TYPE)-gcc > > > endif > > can be removed again from

Bug#860795: unblock: dsniff/2.4b1+debian-25

the problem. The changelog entry is: dsniff (2.4b1+debian-25) unstable; urgency=medium * debian/control: Added myself to Uploaders. * Make sure libmissing.a is built before PROGS (Closes: #860611). -- Lukas Schwaighofer <lu...@schwaighofer.name> Wed, 19 Apr 2017 20:15:27 +0200 The

Bug#860611: dsniff: FTBFS: ld: cannot find -lmissing

Control: tags -1 + pending Hi, On Wed, 19 Apr 2017 15:36:07 +0200 Marcos Fouces wrote: > Maybe you should create a "debian/stretch" branch from > 2.4b1+debian-24 tag and commit your patch here. If you want, you can > add yourself as uploader and tag it as

Bug#551350: arpwatch: restart option

Hi Stephan, thanks for your reply, I'll make the discussed changes. On Sat, 22 Apr 2017 15:00:29 +0200 Stephen Kitt wrote: > What’s the situation with upstream arpwatch? Is there an upstream now? Unfortunately not… but as there are still use cases for this software and no

Bug#857065: gmrun: Segfault after recent upgrades

be happy if you could sponsor the upload. Once the package has been uploaded I will file an unblock request for the release team. Thanks & Regards Lukas Schwaighofer pgpi8fVejjtOr.pgp Description: OpenPGP digital signature

Bug#857065: gmrun: Segfault after recent upgrades

ly). I'm not sure if enabling BIND_NOW in addition to PIE is considered a trivial enough change, or if we should stick to only fixing the bug so it can get unblocked by the release team. Thanks Lukas Schwaighofer [1] https://wiki.debian.org/HardeningWalkthrough pgpTyX54gBSWk.pgp Description: OpenPGP digital signature

Bug#857065: gmrun: Segfault after recent upgrades

On Sun, 12 Mar 2017 23:11:39 +0100 Mateusz Łukasik wrote: > I think now package should stay untouched only RC bug need be fixed. > After that I suggest making package orphaned and upload as QA to > experimental with more fixes. That sounds reasonable. I've uploaded a

Bug#857065: gmrun: Segfault after recent upgrades

Hello Andreas, On Fri, 10 Mar 2017 14:10:15 +0100 Andreas Henriksson <andr...@fatal.se> wrote: > On Fri, Mar 10, 2017 at 01:36:06PM +0100, Lukas Schwaighofer wrote: > > On Fri, 10 Mar 2017 13:14:57 +0100 > > Andreas Henriksson <andr...@fatal.se> wrote: > > &g

Bug#857065: gmrun: Segfault after recent upgrades

upload tomorrow NMU with > DELAYED/3. Sounds good to me, thanks for taking care of this! Regards Lukas Schwaighofer pgpW8Ylq8FPe1.pgp Description: OpenPGP digital signature

Bug#857065: gmrun: Segfault after recent upgrades

le we're doing an upload here. What is the proper course of action? I've just read through some of the pages from the QA team and it seems like an email to m...@qa.debian.org might be the first step [3] . Thank you Lukas Schwaighofer [1] https://bugs.launchpad.net/ubuntu/+source/gmrun/+bug/1633505 [2] http

Bug#860611: dsniff: FTBFS: ld: cannot find -lmissing

) unstable; urgency=medium + + * Team upload. + * Make sure libmissing.a is built before PROGS (Closes: #860611). + + -- Lukas Schwaighofer <lu...@schwaighofer.name> Wed, 19 Apr 2017 10:14:38 +0200 + dsniff (2.4b1+debian-24) unstable; urgency=medium * Fix FTCBFS: Pass triplet-prefi

Bug#861058: hydra: on resume, children die with "double free or corruption"

Control: found -1 hydra/8.3-2 Control: tags -1 + upstream Hi Ivan, thanks for reporting this bug. I was able to reproduce the problem (also for the version 8.3-2 from Debian stretch). The bug is also already known upstream: https://github.com/vanhauser-thc/thc-hydra/issues/27 I've just

Bug#870518: dh-autoreconf: please update dh-autoreconf(7) man page

ols-dev are being superseded by the dh_update_autotools_config debhelper command [1] I've added a suggestion as patch. Thank you Lukas Schwaighofer [1]  http://lists.alioth.debian.org/pipermail/debhelper-devel/2017-August/006303.html diff --git a/dh-autoreconf.pod b/dh-autoreconf.pod index b364

Bug#720672: gmrun should respect xdg directory base specification (~/.config/gmrun/config)

Control: severity -1 wishlist Hi Thomas, > it would be nice if gmrun would read its configuration file according > to the xdg base directory specification and thus not clutter my $HOME: > http://wiki.debian.org/XDGBaseDirectorySpecification I agree that this would be desirable. Unfortunately

Bug#868677: libopenvas9: radius support is not compiled within, so the radius options will fail

Control: reopen -1 control: tags -1 + upstream Control: forwarded -1 https://wald.intevation.org/tracker/index.php?func=detail=6929_id=29=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

Bug#869086: dsniff sometimes FTBFS due to missing Makefile dependency

Hi Adrian, On Thu, 20 Jul 2017 14:57:46 +0300 Adrian Bunk wrote: > dsniff sometimes FTBFS in parallel builds: (...) > The problem is a race condition where decode_mountd.c includes > mount.h before rpcgen has finished generating it. Indeed. > A fix is attached. Thanks a lot

Bug#867147: RFS: gmrun/0.9.2-4 [ITA]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the gmrun package, which I intend to adopt. I've uploaded the current state to mentors: https://mentors.debian.net/package/gmrun I've done the packaging using git. You can access my repository from

Bug#867147: RFS: gmrun/0.9.2-3 [ITA]

Control: retitle -1 RFS: gmrun/0.9.2-3 [ITA] My last commit accidentally increased the Debian version, corrected. pgpDeA3pvxDKQ.pgp Description: OpenPGP digital signature

Bug#862149: arpwatch starts before networking is ready

Hi, thanks for reporting this issue. On Mon, 08 May 2017 21:40:06 -0700 jmol...@swoncology.net wrote: > Arpwatch seems to start before the networking is really ready. In this > case, we are listening on a bridge interface, so that might have > something to do with it. > > This might be a

Bug#862149: arpwatch starts before networking is ready

Control: tags -1 + confirmed Hi again, I can confirm that arpwatch does indeed start too early when capturing on bridge devices. I have also verified that adding $network to the Required-Start field in the LSB header fixes the problem. I will push the fix into our git repository soon, but I

Bug#861800: unblock: hydra/8.3-3

which has severity important. The upload also includes a minor update to the man page. The changelog entry is: hydra (8.3-3) unstable; urgency=medium * Team upload. [ Gianfranco Costamagna ] * Fix newline in manpage (Closes: #853807) [ Lukas Schwaighofer ] * Allocate required po

Bug#861108: live-build: stretch image produced with default configuration does not boot

Hi, I think the problem reported by Antonio is because the default RAM size of kvm is too little. Antonio: Can you retry with `-m 256M` or even `-m 512M` to have more than the default of 128M RAM? Yves: I cannot reproduce the problems reported by you. In particular, microcode packages should

Bug#876123: libpcap0.8-dev: `pcap-config --libs` output starting with a space may cause FTBFS

Package: libpcap0.8-dev Version: 1.8.1-4 Severity: important X-Debbugs-CC: pkg-security-t...@lists.alioth.debian.org Dear libpcap maintainer, the fix for Bug#760370 [1] has caused the output of pcap-config --libs to start with a space. This appears to be a problem for applications using

Bug#876093: openvas-libraries FTBFS on amd64: override_dh_auto_configure failed

Hi, while I'm not against introducing the patch, in my opinion we should file a bug against libpcap0.8-dev instead (or at least in addition). The starting space in the output of pcap-config --libs is due to Debian specific changes to the pcap-config tool. This starting space in the output

Bug#714925: nmap: [REGRESSION 5.00-3 -> 6.00-0.3] -sP fails with "nexthost: failed to determine route to X.X.X.X"

Hi Timo, thanks for the very thorough bug report and for discussing it with upstream. I'm doing a bit of housekeeping of the nmap bugs and tried to determine if this bug is still present. According to upstream [1], this issue might have been mitigated by newer versions of the Linux kernel, in

Bug#876395: nm.debian.org: Unexpected account deletion after 30 days

Package: nm.debian.org Severity: minor Hi, I was surprised to find my account at nm.debian.org deleted after 30 days. As account deletion also means losing the short biography, I think the system should either * warn the user (possibly as part of the confirmation mail) that the account will

Bug#876394: nm.debian.org: Wrong `Reply-To: t...@example.com` header in confirmation mail

Package: nm.debian.org Severity: important Hi, the confirmation e-mail for newly created entries/accounts on https://nm.debian.org contains a `Reply-To: t...@example.com` header. This header should be removed. Thanks Lukas

Bug#857597: debian-cd: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

Hi Thomas, thanks for pushing this forward :) . On Sat, 14 Oct 2017 19:53:46 +0200 "Thomas Schmitt" wrote: > now that a new set of SYSLINUX packages is announced by > (...) > what to do with this bug report ? > Re-assign to package "syslinux" and then close it ? Well, that

Bug#833057: extlinux: cannot boot from ext4 filesystems with 64bit feature enabled

Control: retitle -1 extlinux: cannot boot from ext4 filesystems with 64bit feature enabled Control: tags -1 - moreinfo + confirmed upstream Hi, thanks for reporting and working on this issue. I'm certain the experienced problem is due to the 64bit feature in ext4, which is set by default when

Bug#396062: nmap does not work on distant host

Control: tags -1 + moreinfo unreproducible Hi Fabrice, I'm doing a bit of housekeeping of old nmap bugs. Are you still able to reproduce the bug you reported here more than 10 years ago: https://bugs.debian.org/396062 I cannot reproduce the problem myself. I suspect that this problem is

Bug#535441: nmap fails on large range scan

Control: tags -1 + moreinfo Hi Miguel, sorry for reviving the old bug report https://bugs.debian.org/535441 you filed a few years ago, I'm doing a bit of housekeeping. Do you still have the same setup and does the problem still persist? If that's the case, I will need your help in

Bug#772731: nmap -O causes occasional kernel panic

Control: tags -1 + moreinfo Hi Gary, you reported this bug regarding nmap induced kernel panics a few years ago: https://bugs.debian.org/772731 Do you still experience this bug? If so, can you provide any information regarding the kernel panic (e.g. picture of the backtrace printed by the

Bug#501371: nmap: failed to determine route

Hi Michael, sorry for reviving this almost 9 year old bug, I'm trying to do a bit of housekeeping :) . I suspect that what you experienced is a limitation of libdnet (the library that nmap uses to query the routing table) in combination with policy routing: It looks like the "default" table is

Bug#548006: arpon needs to understand that networking devices are dynamic

Control: severity -1 wishlist Control: tags -1 + upstream Hi Sheridan, thanks for your bug report. While I agree that this might be a useful feature, it's outside the scope of packaging. If you want arpon to deal with changes in network interfaces gracefully, you should try to convince the

Bug#876667: RFS: pragha/1.3.3-1

Hi Gabriel, it seems you are getting the knack of it quickly :) . I don't have any additional feedback. I hope you're able to find a sponsor soon. You can also look at the available packaging teams [1]. For your package it looks like the Debian Multimedia team [2] would be the most suitable

Bug#876667: RFS: pragha/1.3.3-1

Hi Gabriel, thanks for improving upon our suggestions. On Sun, 24 Sep 2017 15:15:41 -0300 "Gabriel F. T. Gomes" wrote: > Lukas, > In that same message [1], you suggested the use of a version control > system, but I don't know where to make it public (I know that

Bug#877104: uscan: Wrong information regarding OpenPGP fingerprints in man page

Package: devscripts Version: 2.17.10 Severity: minor Hi, the uscan(1) man page states: Please note that the short keyid 72543FAF is the last 4 Bytes, the long keyid C77E2D6872543FAF is the last 8 Bytes, and the finger print is the last 20 Bytes of the public key in hexadecimal form.

Bug#805268: Adoption of syslinux

Control: owner -1 Debian CD Group Control: retitle -1 ITA: syslinux -- collection of bootloaders (DOS FAT and NTFS bootloader) Hi, I intend to work on syslinux as part of the Debian CD Group. I'm open to team maintenance and will probably need help every now and

Bug#876667: RFS: pragha/1.3.3-1

Hi Gabriel, thanks for the git link, makes things easier for me. > Where did you get pragha-1.3.3.tar.gz from? > I got it from > https://github.com/pragha-music-player/pragha/archive/v1.3.3.tar.gz. I got the same one (but I used `uscan -dd` to download, which uses the debian/watch file and also

Bug#865462: extlinux: fails to boot from Btrfs filesystem

Control: tags -1 + confirmed Hi Marek & Peter, thanks a lot for not only reporting this issue but also finding and testing the fix. I can also reproduce the problem and confirm that the mentioned commit fixes the issue. I am in the process of adopting syslinux as part of the debian-cd team. A

Bug#803938: extlinux: boot from xfs partition not working

Hi Marek, I've recently taken over maintenance of syslinux/exlinux as part of the Debian CD Group, so I it's time to have a look at my own bug report. Thanks for providing the link to the upstream changelog :) . I've just compiled the most recent version of syslinux from git. It turns out that

Bug#880506: gnu-efi: Please package new upstream version (3.0.6)

Source: gnu-efi Version: 3.0.4-2 Severity: wishlist Hi Julian, please update gnu-efi to the latest upstream version (3.0.6). It appears that upstream made a few small API changes from 3.0.4 → 3.0.5, which at least for syslinux will cause a FTBFS [1] (patches are available). I think it's a good

Bug#866343: extlinux: Files in /etc/kernel/ not removed during upgrade

Hi again, I just checked the contents of the /etc/kernel/post{inst,rm}.d/zz-extlinux files which are identical: #!/bin/sh set -e # Exit if extlinux was removed (!= purged) if [ -x /usr/sbin/extlinux-update ] then # Update

Bug#866343: extlinux: Files in /etc/kernel/ not removed during upgrade

Hi Laurent, thanks for reporting this problem. Leftover files in /etc/kernel/*.d are bad… I made a bit of research and found out the following, all of which happened during the jessie release cycle: 0. The syslinux installer is part of the syslinux binary package 1. Version 3:6.03~pre1+dfsg-2:

Bug#866343: extlinux: Files in /etc/kernel/ not removed during upgrade

On Tue, 7 Nov 2017 21:48:04 +0100 Lukas Schwaighofer <lu...@schwaighofer.name> wrote: > 0. The syslinux installer is part of the syslinux binary package That should have been: 0. The syslinux installer is part of the *extlinux* binary package

Bug#814459: pxelinux: doesn't use gPXE/iPXE anymore to load files

Hi Christian, thanks for reporting this problem. I've only recently taken over maintenance of syslinux/pxelinux in the Debian CD Group. Sorry you had to wait more than a year for a response… We recently uploaded a pre-release of syslinux 6.04 to Debian experimental. Amongst other things the

Bug#880086: snoopy: root parent name is extracted incorrectly, causing test suite fails (FTBFS) when building from tmux

Package: snoopy Version: 2.4.6-1 Severity: important Tags: upstream Forwarded: https://github.com/a2o/snoopy/pull/126 Process names are extracted incorrectly by snoopy when they contain colons (:) and incorrectly by the test suite when they contain white-space characters. The parent process name

Bug#879773: stretch-pu: package syslinux/3:6.03+dfsg-14.1+deb9u1

Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: stretch Severity: normal X-Debbugs-CC: debian...@lists.debian.org, debian-b...@lists.debian.org, k...@debian.org Dear release team and other involved parties, I hereby ask for permission to update the

Bug#880123: jessie-pu: package syslinux/3:6.03+dfsg-5+deb8u1

+around 2005 by correcting the C/H/S order (thanks Thomas Schmitt, +Closes: #879004). + + -- Lukas Schwaighofer <lu...@schwaighofer.name> Sun, 29 Oct 2017 19:12:43 +0100 + syslinux (3:6.03+dfsg-5+deb8u1) jessie; urgency=low * Cherry-pick upstream patches that fix booting o

Bug#886635: arpwatch: tries to start before network is up

Hello Roland, thanks for your report! On Mon, 8 Jan 2018 10:50:49 +0100 Roland Rosenfeld wrote: > I use arpwatch via systemd, but had to notice, that arpwatch tries to > start up before the network interface is fully up (some spanning tree > issue). This leads to arpwatch

Bug#221616: arpwatch behaviour inlogical wrt to flipflop/new station

Hello Alexander, thank you for your report. Unfortunately I'll have to disappoint: I've no plans on extending arpwatch to be able to "follow" ethernet addresses. I also don't want to merge #527251, as it adds quite a bit of code that we would need to support. Substantial changes like that are

Bug#906414: syslinux: FTBFS in buster/sid (mbr.bin: too big (452 > 440))

Hi, On Fri, 17 Aug 2018 21:43:50 +0200 Lukas Schwaighofer wrote: > Matthias: As the binutils maintainer, can you provide any help? I > don't really know how to proceed… and since this was broken by a > Debian revision, it's probably not an upstream problem? Thanks! I've made some

Bug#906414: syslinux: FTBFS in buster/sid (mbr.bin: too big (452 > 440))

On Sat, 18 Aug 2018 12:42:45 +0200 Lukas Schwaighofer wrote: > Unfortunately my tests shows that with this new build the efi binary > no longer works (at least when testing tianocore). I have not yet > determined if this is also related to binutils and I suspect this is > actually

Bug#906414: syslinux: FTBFS in buster/sid (mbr.bin: too big (452 > 440))

Control: tags -1 + confirmed Hi Santiago, I can confirm the build failures. The same error also happens when building syslinux on buster from upstream's git repository. I'll try to find out which dependency change caused the size of mbr.bin to grow and will then probably need to work with

Bug#728206: ITP: librtr -- Library implementing the client-side of the RPKI-RTR Protocol.

Control: owner -1 debian-security-to...@lists.debian.org Control: retitle -1 ITP: librtr -- Library implementing the client-side of the RPKI-RTR Protocol. This library has been gaining more popularity recently, e.g. https://github.com/FRRouting/frr. Packaging it will enable more software to be

Bug#906414: syslinux: FTBFS in buster/sid (mbr.bin: too big (452 > 440))

Hi, the problem started with the upgrade from binutils 2.31.1-1 to 2.31.1-2. If I download the following 4 packages and install them, I can build syslinux just fine: https://snapshot.debian.org/archive/debian/20180726T092202Z/pool/main/b/binutils/binutils-x86-64-linux-gnu_2.31.1-1_amd64.deb

Bug#907805: syslinux.efi uses the TFTP server IP for the HTTP domain

Hi Marco, On Sun, 2 Sep 2018 14:08:09 +0200 Marco d'Itri wrote: > When providing to syslinux.efi an http URL in option 67: > > dhcp-option=option:bootfile-name,http://pxe.example.net/EFI/SYSLINUX/syslinux.efi > > then it will try to download the modules like ldlinux.e64, the > configuration

Bug#914732: lists.debian.org: Request for new mailing list: debian-dug-muc

Seconded, we could really use a working Munich list again.

Bug#918915: syslinux-common: Undef symbol FAIL: exp in libgpl.c32 when trying to load hdt.c32

Control: tags -1 + confirmed Hi Wolfgang, thanks for reporting! On Thu, 10 Jan 2019 15:27:07 +0100 Wolfgang Scheicher wrote: > After switching from stretch to buster i realized that the > Hardware Detection Tool (HDT) in the Advanced options Boot menu fails > with this error: > > Undef

Bug#916009: sbuild: sbuild-createchroot --setup-only option is unusable due to empty directory checking

Package: sbuild Version: 0.77.1-2 Severity: normal Tags: patch Dear Maintainer, the sbuild-createchroot --setup-only option is designed to perform setup tasks on an existing chroot. Thus the check for non-empty directories introduced in

  1   2   >