Bug#933185: fai-server: /etc/fai/apt/sources.list should not contain trusted=yes to skip GPG verification

Hi, (Sorry, overlooked your email.) Am 2019-08-12 21:31, schrieb Thomas Lange: I think we cannot fix it in this way. gpg --export 2BF8D9FE074BCDE4 may not work, if the key is not already downloaded and available for gpg. I also do not want to force to install the package debian-keyring on the

Bug#933185: fai-server: /etc/fai/apt/sources.list should not contain trusted=yes to skip GPG verification

Package: fai-server Version: 5.8.4 Severity: grave Tags: security, buster Dear Maintainer, fai-server installs /etc/fai/apt/sources.list with the following entry by default: deb [trusted=yes] http://fai-project.org/download buster koeln This is problematic, as the [trusted=yes] part will tell

Bug#886263: gtk3-nocsd does not work for python programs

Control: tags -1 + confirmed On 01/07/2018 11:08 AM, Allo wrote: I can confirm, that gtk3-nocsd 3-1 works with evince 3.26.0-2 and does not work with gajim 1.0.0~alpha2-1 in debian buster, which are the latest available versions in buster right now. I can reproduce this in a virtual machine.

Bug#883628: ITP: ioport -- direct access to I/O ports from the command line

On 01/05/2018 03:30 PM, Lubomir Rintel wrote: On Fri, 5 Jan 2018 12:16:10 +0100 Tobias Frost wrote: You keep the Debian revision the same until it is sponsored. That's what I initially meant to do, but mentors.debian.org won't let me upload a changed package with the same

Bug#886263: gtk3-nocsd does not work for python programs

Control: severity -1 important Control: tags -1 + buster sid On 01/03/2018 04:26 PM, Alexander Schier wrote: Dear Maintainer, gtk3-nocsd seems not to work for python programs like gajim (1.x). Probably the preloaded lib is not used for the interpreter / the gtk lib loaded by python or similar.

Bug#885069: stretch-pu: package open-iscsi/2.0.874-3~deb9u1

] Fix multiple security issues in iscsiuio. (CVE-2017-17840) +(Closes: #885021) + + -- Christian Seiler <christ...@iwakd.de> Sat, 23 Dec 2017 13:09:13 +0100 + open-iscsi (2.0.874-3~deb9u1) stretch; urgency=medium * [8de3092] udeb: don't update initramfs when iSCSI is not used. dif

Bug#885021: open-iscsi: CVE-2017-17840: buffer overflow in process_iscsid_broadcast()

Hi Salvatore, On 12/23/2017 01:17 PM, Salvatore Bonaccorso wrote: > On Sat, Dec 23, 2017 at 12:32:32PM +0100, Christian Seiler wrote: >> Thanks for reporting this. It wasn't mentioned on the official >> open-iscsi mailing list, and the fact that I've missed the pull >&g

Bug#885021: open-iscsi: CVE-2017-17840: buffer overflow in process_iscsid_broadcast()

Control: tags -1 + stretch Hello, On 12/22/2017 11:37 PM, Salvatore Bonaccorso wrote: > the following vulnerability was published for open-iscsi, whilest only > "one" of the issues from the qualys report has a CVE, cf. [1], all > fixes from [2] should preferably be applied. Cf. as well [3].

Bug#880576: targetcli-fb: Cannot create PSCSI backend for SCSI tape drive

Hi, On 11/10/2017 05:37 PM, Herbert Nachtnebel wrote: > I can confirm that using the tape drive from another host does work > like a charm after manually creating the pscsi backend using > configfs, yeah! Fantastic! > Thanks Christian for your input solving this issue! > If you already have a

Bug#880576: targetcli-fb: Cannot create PSCSI backend for SCSI tape drive

Hi there, On 11/09/2017 09:24 AM, Herbert Nachtnebel wrote: > Thank you very much for the walk through to create the device! > Indeed, with these instruction I could create a backend for the > target. For completeness, one further step was missing: setting the > udev_path before enabling the

Bug#880576: targetcli-fb: Cannot create PSCSI backend for SCSI tape drive

Control: tags -1 + confirmed upstream Hi, On 11/02/2017 02:29 PM, Herbert Nachtnebel wrote: > exporting a local SCSI tape drive using targetcli is not possible. The used > SCSI tape > drive is an older HP Ultrium-2 SCSI drive connected via a Adaptec 29320ALP > U320 > PCIe > SCSI controller to

Bug#877949: Package description: do you really mean "offload"?

Hi, On 10/07/2017 10:56 PM, Martin Eberhard Schauer wrote: > Package: iscsiuio > Version: 2.0.874-3~deb9u1 > Severity: wishlist > X-Debbugs-CC: debian-l10n-engl...@lists.debian.org > > the last paragraph of the package description [1] and its short > description sound strange to me. > >   "This

Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

On 09/30/2017 09:10 PM, Sean Whitton wrote: > On Sun, Oct 01 2017, Pirate Praveen wrote: >> Packaging of rollup is stuck [1] and I can make progress with gitlab >> package with node-d3-color in contrib. Quite a lot of work can happen >> even with gitlab in contrib, like making sure everything is

Bug#876840: fseeko() on reference file: Invalid argument (Was: Bug#876840: staden-io-lib FTBFS on non-i386 32bit: FAIL: java)

Hi Andreas, On 09/26/2017 10:08 PM, Andreas Tille wrote: > I need to admit I have no idea why > >fseeko() on reference file: Invalid argument > > is happening on some architectures. According to the manpage of fseek(), which is identical to fseeko() apart from the offset data type: ERRORS

Bug#876839: staden-io-lib FTBFS on big endian: error: invalid operands to binary

On 09/26/2017 10:06 PM, Andreas Tille wrote: >> ... >> In file included from bgzip.c:56:0: >> bgzip.c: In function 'gzi_index_dump': >> ../io_lib/os.h:127:10: error: invalid operands to binary & (have 'uint64_t * >> {aka long long unsigned int *}' and 'long long int') >> (((x &

Bug#874845: Is there any sensible way to know what qt5 devel packages might be needed as build-depends

Hi Andreas, Am 2017-09-26 17:41, schrieb Andreas Tille: I try to port clonalframe[1] to Qt5 and I somehow wild-guessed what Build-Depends might be needed. Anyway I got qmake: could not find a Qt installation of '' I've got this totally unhelpful message in another package - what is a

Bug#865628: [Pkg-iscsi-maintainers] Bug#865628: Please add information about this incompatibility to the installation/upgrading guide

Control: reassign 865628 release-notes Control: forcemerge 865632 865628 Hi, On 09/24/2017 06:41 PM, Jurij Smakov wrote: > I hit this issue as well after upgrading to Stretch, and I don't > consider mentioning such a major incompatibility in the bug only to > be appropriate. I have actually read

Bug#853568: Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures

Hi Andreas, On 09/18/2017 01:54 PM, Andreas Tille wrote: > Strangely enough on i386 the build fails with > >/usr/bin/ld: cannot find -lhdf5 > > which I do not understand as well ... You add the following to the linker flags: -L/usr/lib/$(shell dpkg-architecture

Bug#875563: Proposed fix

Control: clone -1 -2 Control: severity -2 wishlist Control: retitle -2 Properly support multi-device btrfs setups in tiny-initramfs Control: tags -1 + confirmed pending Control: tags -2 + confirmed On 09/12/2017 10:54 AM, Free Ekanayaka wrote: > I've pushed a fix-btrfs-device-discover-875563

Bug#870465: stretch-pu: package tiny-initramfs/0.1-3

On 08/06/2017 03:40 PM, Jonathan Wiltshire wrote: > On Wed, Aug 02, 2017 at 11:41:37AM +0200, Christian Seiler wrote: >> I'd like to perform a stable update for tiny-initramfs that fixes >> #869668: tiny-initramfs-core was missing a dependency on cpio, >> causing it to fail w

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Hi, On 08/05/2017 02:06 PM, Michael Tokarev wrote: > 05.08.2017 15:02, Christian Seiler wrote: >>>> xhci-guard-xhci_kick_epctx-against-recursive-calls-CVE-2017-9375.patch >>> >>> What's the complete qemu command line? >> >> It's quite long (generate

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Hi, On 08/05/2017 01:55 PM, Michael Tokarev wrote: > 05.08.2017 11:48, Christian Seiler wrote: > >> xhci-guard-xhci_kick_epctx-against-recursive-calls-CVE-2017-9375.patch > > What's the complete qemu command line? It's quite long (generated from libvirt), I posted that

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Hi, On 08/04/2017 01:56 AM, Christian Seiler wrote: > Any ideas? My guess would be to selectively enable different > patches in debian/patches/series and try to figure out which > once of these actually causes the issue. (Could take me a > while though.) Or do you have any better

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Hi, On 08/02/2017 11:58 PM, Christian Seiler wrote: > - first of all I'll try to upgrade qemu and then reboot >the entire system before restarting the VM (to make sure >it's not some caching issue you mentioned) Rebooting after upgrading qemu doesn't change anything. >

Bug#798476: Returning to the requirement that Uploaders: contain humans

On 08/03/2017 08:58 PM, Russ Allbery wrote: > Jonas Smedegaard writes: > >> Do the MIA team also track MIA teams? > >> My concern is that packages without maintainers may go unnoticed when >> none of its previously active maintainers were tracked individually. > >> For such

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Hi, Thanks for your response! On 08/02/2017 11:42 PM, Michael Tokarev wrote: > The thing is that there are no changes in +deb9u1 which > can lead to anything like that, at all. Yes, I noticed that myself, which makes it really weird. > Unless, which is > also a possibility, there's a bug in my

Bug#870465: stretch-pu: package tiny-initramfs/0.1-3

: #869668) + + -- Christian Seiler <christ...@iwakd.de> Wed, 02 Aug 2017 11:24:02 +0200 + tiny-initramfs (0.1-3) unstable; urgency=medium * debian/control: enable Vcs-Git/Vcs-Browser fields. diff -Nru tiny-initramfs-0.1/debian/control tiny-initramfs-0.1/debian/control --- tiny-initramfs-0.1/

Bug#869807: qemu: [regression] unknown CPU feature __kvm_hv_spinlocks after upgrade to +deb9u1

Package: qemu-system-x86 Version: 1:2.8+dfsg-6+deb9u1 Severity: important X-Debbugs-Cc: secur...@debian.org Dear maintainers, dear security team, after performing the security upgrade to 1:2.8+dfsg-6+deb9u1 a virtual machine (managed via libvirt) does not start anymore. Underlying CPU is an

Bug#869668: AW: Bug#869668: tiny-initramfs-core: Missing dependency on cpio

Am 2017-07-26 09:55, schrieb Tobias Doerffel: May I ask what you changed? Because if it's something that could be interesting to other users this might be added to the package in general. Also, as I'm upstream for it, I'm always a bit curios what use cases people have for the package. The use

Bug#869668: tiny-initramfs-core: Missing dependency on cpio

Control: tags -1 + stretch Yes, I'll do that. Since you're reporting this from Stretch: are you using this package on Stretch systems? If so, I'd also ask the release team if they'd consider a stable update of the package for the next point release of Stretch (9.2). Yes we use Stretch here

Bug#869668: tiny-initramfs-core: Missing dependency on cpio

Control: severity -1 serious Control: tags -1 + confirmed buster sid Hi, Am 2017-07-25 15:49, schrieb Tobias Doerffel: when using mktirfs from the tiny-initramfs-core package within a minimal environment it fails due to cpio being missing: /usr/sbin/mktirfs: 219: /usr/sbin/mktirfs: cpio: not

Bug#868378: RFS: nlohmann-json/2.1.1-1

Hi Muri, On 07/16/2017 10:05 PM, Muri Nicanor wrote: > On 07/16/2017 08:47 AM, Christian Seiler wrote: >> This will likely break builds of reverse dependencies because they >> might not find the header anymore. Did you test all of the reverse >> dependencies of nlohman

Bug#868584: debhelper: please disable user package registry for CMake builds

Package: debhelper Version: 10.2.5 Severity: important Control: affects -1 cmake X-Debbugs-Cc: pkg-cmake-t...@lists.alioth.debian.org Dear debhelper Maintainers, (Cc'ing CMake packaging list as this affects them) I just stubmled upon a feature added to CMake 3.x that allows packages to register

Bug#868378: RFS: nlohmann-json/2.1.1-1

Hi there, (not a DD, can't sponsor, but a quick comment:) On 07/15/2017 12:05 PM, Muri Nicanor wrote: > * Switched build system to cmake, library is now installed in > /usr/include/nlohmann, which is upstream default (Closes: #868112) This will likely break builds of reverse dependencies

Bug#868450: Make usage of fstab-decode optional

Hi Michael, On 07/15/2017 11:10 PM, Michael Biebl wrote: > thanks a lot for your detailed reply! > > I've CCed the pkg-systemd-maintainers m-l and Wouter, as the maintainer > of nbd. > > You raise some good points. Maybe this is something you could bring up > on the upstream mailing list? I

Bug#868450: Make usage of fstab-decode optional

Control: tags -1 + moreinfo Hi Michael, On 07/15/2017 03:36 PM, Michael Biebl wrote: > I'm currently investigating whether it would be possible to make > fstab-decode non-essential and move it out of sysvinit-utils into the > initscripts package where it is used by /etc/init.d/umountfs and >

Bug#865057: stretch-pu: package open-iscsi/2.0.874-2

Hi, On 06/27/2017 04:51 AM, Cyril Brulebois wrote: > Control: tag -1 confirmed > > Cyril Brulebois (2017-06-20): >> Cyril Brulebois (2017-06-19): >>> After a quick review, that looks good to me. Thanks for keeping the >>> changes minimal in unstable, which

Bug#866213: open-iscsi: iBFT network setup does not populate PROTO (e.g. PROTO=dhcp, or static) in /run/net-*.conf

Control: tags -1 + confirmed Control: severity -1 important Control: found -1 open-iscsi/2.0.874-2 Thanks for your detailed bug report! Am 2017-06-28 13:35, schrieb Trent Lloyd: When booting with iBFT, the network configuration is performed by open-iscsi as part of initramfs.local-top instead

Bug#865632: release-notes: document that 'iscsitarget' was dropped in Stretch

Hi, On 06/23/2017 04:30 PM, Justin B Rye wrote: > Just nitpicking the phrasing and adding markup. Many thanks! Your version is definitely better. :-) Regards, Christian

Bug#865632: release-notes: document that 'iscsitarget' was dropped in Stretch

Package: release-notes Severity: important X-Debbugs-Cc: debian-rele...@lists.debian.org Dear release team & release notes editors, I recently received a bug report from a person using the 'iscsitarget', which was dropped in Stretch, as it hasn't seen any update upstream since 2014 - and the

Bug#865057: stretch-pu: package open-iscsi/2.0.874-2

16.0 +0200 @@ -1,3 +1,10 @@ +open-iscsi (2.0.874-3~deb9u1) stretch; urgency=medium + + * [8de3092] udeb: don't update initramfs when iSCSI is not used. +(Closes: #863435) + + -- Christian Seiler <christ...@iwakd.de> Sun, 18 Jun 2017 23:06:16 +0200 + open-iscsi (2.0.874-2) unstab

Bug#863309: curvedns RFS

Hi, Am 17. Juni 2017 12:51:17 MESZ schrieb Gianfranco Costamagna : >I think it might be worth to ask on debian-mentors mail list why PIE >flag is not >injected anymore by debhelper... It's not because -fPIE is the default for GCC from Stretch onwards. This is a

Bug#863435: open-iscsi-udeb: finish-install script always thinks that iSCSI is used

Package: open-iscsi-udeb Version: 2.0.874-2 Severity: important Affects: debian-installer X-Debbugs-Cc: debian-b...@lists.debian.org, k...@debian.org Control: tags -1 + stretch sid Dear Maintainer, As reported on debian-release@/debian-boot@ recently, a recent change in how the initiator name

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

On 05/22/2017 02:14 PM, Carlos Donizete Froes wrote: > This package contains "contrib/games" in 'd/control'. Hmmm, then mentors doesn't show that, because it just says "Section: games" on that page. Well, I just noticed it does show it, but only in the URL to the dsc file that I overlooked when I

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Hi, (Resending, got the address for debian-mentors wrong. Sorry for the noise.) Can't sponsor myself and didn't look at it in detail, but a quick comment: Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes : >

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Hi, Can't sponsor myself and didn't look at it in detail, but a quick comment: Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes : > https://mentors.debian.net/package/minecraft-installer The package itself is free software (I presume), but it is for

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

Hi, a small comment on the patch: On 05/16/2017 01:28 PM, James Cowgill wrote: > override_dh_auto_configure: > - ./autogen.sh > -ifeq ($(DEB_BUILD_ARCH),i386) > - ./autogen.sh --disable-avx --disable-sse > - dh_auto_configure -- --disable-avx --disable-sse > +ifneq ($(filter

Bug#861639: ITP: node-elliptic -- fast elliptic curve cryptography in pure javascript

On 05/02/2017 10:13 PM, Bastien ROUCARIES wrote: > On Tue, May 2, 2017 at 8:44 PM, Chris Lamb <la...@debian.org> wrote: >> Christian Seiler wrote: >> >>> As with the other pure JS crypto package ITP here recently [1]: has >>> this library been designed wi

Bug#861639: ITP: node-elliptic -- fast elliptic curve cryptography in pure javascript

Hi there, On 05/02/2017 07:49 AM, Pirate Praveen wrote: > Package: wnpp > Severity: wishlist > Owner: Pirate Praveen > X-Debbugs-CC: debian-de...@lists.debian.org > > * Package name: node-elliptic > Version : 6.4.0 > Upstream Author : Fedor Indutny

Bug#860771: ITP: node-diffie-hellman -- pure js diffie-hellman

On 04/20/2017 11:09 AM, Bastien ROUCARIES wrote: > I have planned to add a big fat warning about safety of > browserify-crypto. I am myself unease to use it but it is needed for > browserify. > > Do you prefer a README.debian per pure js crypto package ? Maybe also add something along the lines

Bug#860771: ITP: node-diffie-hellman -- pure js diffie-hellman

On 04/19/2017 11:36 PM, Bastien ROUCARIES wrote: > Package: wnpp > Severity: wishlist > Owner: ro...@debian.org > X-Debbugs-CC: debian-de...@lists.debian.org > > * Package name: node-diffie-hellman > Version : 5.0.2 > Upstream Author : Calvin Metcalf > * URL :

Bug#860259: release-notes: please mention switch to libinput-based driver in Xorg

Package: release-notes Severity: normal X-Debbugs-Cc: debia...@lists.debian.org Dear release team, there was a question on debian-user right now about input configuration options not working anymore on Stretch that have previously been working (for a _long_ time):

Bug#859947: unblock: open-isns/0.97-2

2017-01-25 10:37:36.0 +0100 +++ open-isns-0.97/debian/changelog 2017-04-09 12:58:39.0 +0200 @@ -1,3 +1,10 @@ +open-isns (0.97-2) unstable; urgency=medium + + [ Rui Branco ] + * Add Portuguese translations of debconf messages (Closes: #858746) + + -- Christian Seiler <chr

Bug#858860: RFS: arpwatch [ITA]

On 04/06/2017 02:51 PM, Lukas Schwaighofer wrote: > Hi Christian, > > On Thu, 6 Apr 2017 14:30:24 +0200 > Christian Seiler <christ...@iwakd.de> wrote: >> The problem is that dirs is only interpreted by dh_installdirs, which >> is typically run after dh_auto_inst

Bug#858860: RFS: arpwatch [ITA]

On 04/05/2017 07:02 PM, Lukas Schwaighofer wrote: > On Wed, 5 Apr 2017 18:25:04 +0200 > Hugo Lefeuvre wrote: >>> If I remove `usr/sbin` from dirs, buildpackage fails complaining >>> that the directory does not exist (so something in the build system >>> is slightly broken). >>

Bug#858533: rtslib-fb-targetctl: doesn't work with sysvinit due to missing configfs mount

On 03/29/2017 03:31 PM, Harald Dunkel wrote: > I agree about mounting configfs in the init script, but please > note that /sys/kernel/config *is* mounted early at boot time. > Its just not available yet. No, it isn't mounted early at boot time, at least not from sysvinit, due to a bug (see

Bug#858746: open-isns: [INTL:pt] Portuguese translation for debconf messages

Control: tags -1 + confirmed Hi, On 03/25/2017 11:18 PM, TRADUZ - DebianPT wrote: > Updated Portuguese translation for open-isns's debconf messages. > Translator: Rui Branco > Feel free to use it. Many thanks for the translation. As far as I understand it, the Stretch freeze policy does allow

Bug#858533: rtslib-fb-targetctl: doesn't work with sysvinit due to missing configfs mount

Control: block -1 by 840356 Control: retitle -1 rtslib-fb-targetctl: doesn't work with sysvinit due to missing configfs mount Hi, Christophe actually reported this issue in sysvinit last year, it just hasn't been fixed yet: https://bugs.debian.org/840356 I seem to think that it's not the job

Bug#858459: [linux-target-packaging] Bug#858459: targetcli-fb: backup files not written unless dir exists

On 03/24/2017 11:01 AM, Harald Dunkel wrote: > On 03/23/17 19:49, Christian Seiler wrote: >> >> The issue has now been fixed upstream: >> >> https://github.com/open-iscsi/targetcli-fb/commit/8011ea6a741d494c145b4906f7a7865c8b74c6a7 >> > > I highl

Bug#858459: targetcli-fb: backup files not written unless dir exists

Control: tags -1 + pending fixed-upstream On 03/23/2017 02:42 PM, Christian Seiler wrote: > I've now also reported the issue in the upstream bugtracker. The issue has now been fixed upstream: https://github.com/open-iscsi/targetcli-fb/commit/8011ea6a741d494c145b4906f7a7865c8b74c6a7 I've che

Bug#858459: targetcli-fb: backup files not written unless dir exists

Control: forwarded -1 https://github.com/open-iscsi/targetcli-fb/issues/80 I've now also reported the issue in the upstream bugtracker. On 03/23/2017 07:58 AM, Harald Dunkel wrote: > I would suggest to add the directory to the package or to create > it by the postinst script. Sure, that'd work

Bug#858434: LUNs have been created, but ls / doesn't show

Control: tags -1 + moreinfo On 03/22/2017 12:27 PM, Harald Dunkel wrote: > Package: targetcli-fb > Version: 2.1.43-1 > > After creating 2 new LUNs in the target I have to restart > targetcli to make them show up. Sample session: [...] I cannot reproduce the problem in a test VM using the fileio

Bug#858459: targetcli-fb: backup files not written unless dir exists

Control: retitle -1 targetcli-fb: backup files not written unless dir exists Control: severity -1 important Control: tags -1 + confirmed upstream On 03/22/2017 04:21 PM, Harald Dunkel wrote: > Package: targetcli-fb > Version: 2.1.43-1 > > targetcli claims to write backups on exit (using the

Bug#858229: ITP: passh -- passh: a pass fork - stores, retrieves, generates, and synchronizes passwords securely.

Hi again, On 03/20/2017 07:43 AM, Christian Seiler wrote: > And while that shouldn't be part of the package description later on, > a short comment in the ITP why a fork was required would also be nice. > Did the original project just not want to merge this? What's the u

Bug#858229: ITP: passh -- passh: a pass fork - stores, retrieves, generates, and synchronizes passwords securely.

On 03/20/2017 06:18 AM, Adrian Alves wrote: > Package: wnpp > Severity: wishlist > Owner: Adrian Alves > > * Package name: passh > Version : 1.7.1 > Upstream Author : Ivan Ariel Barrera Oro > * URL :

Bug#855459: Handling of libowfat/arm64 (+ rdeps)

Package: release.debian.org Severity: normal X-Debbugs-Cc: t...@mirbsd.de Dear release team, (not user-tagging because I'm unsure about the category) After having fixed the last RC bug in dietlibc, I've gone back and looked at what packages might need rebuilds (since dietlibc is a statically

Bug#855456: unblock: dietlibc/0.34~cvs20160606-6

+0100 @@ -1,3 +1,14 @@ +dietlibc (0.34~cvs20160606-6) unstable; urgency=medium + + [ Héctor Orón Martínez ] + * debian/control: drop myself from maintainers field. + + [ Christian Seiler ] + * arm64: fix accidental register reuse in __testandset (Closes: #851379) + * Add Thorsten Glaser

Bug#854197: systemd: please handle the case where socket activation leads to restart loop better

Package: systemd Version: 232-15 Severity: wishlist Dear maintainers, while helping out on debian-mentors@ with #854192 I noticed that systemd doesn't appear to handle the case very well when dbus is installed but not configured properly (this was due to a bug in the usbguard package that missed

Bug#854192: serious bug in usbguard installation

On 02/04/2017 11:25 PM, Christian Seiler wrote: > That said: I just tried this in a VM, and systemd appears to be > quite broken if you try to start a Type=dbus unit when DBus is > installed, but not properly configured. And while that is not > normally the case, I couldn't get sys

Bug#854192: serious bug in usbguard installation

On 02/04/2017 10:09 PM, Muri Nicanor wrote: > i just found a bug (#854192) in the installation procedure of usbguard: > when i install usbguard on a minimal stretch system, the installation > stalls and never ends successfully. apparently it has something to do > with dbus being a dependency of

Bug#851379: dietlibc FTBFS on arm64: Bus error when running tst-calloc.c

On 01/26/2017 10:17 PM, Thorsten Glaser wrote: > Christian Seiler dixit: >> -g, and generate a backtrace? That might already help me to figure >> out what's going on... > > Recursive calls; the SIGBUS is likely a stack underflow. So it looked at this yesterday evening and I

Bug#851379: dietlibc FTBFS on arm64: Bus error when running tst-calloc.c

On 01/26/2017 09:27 PM, Thorsten Glaser wrote: >> Christian Seiler dixit: > >>> Could you do me a favor, if you're on the porterbox anyway? >> >> … that’s a lengthy process, but I’ll do anyway… > > Surprise! Yay for nondeterminism... > (sid_arm64-dchroo

Bug#851379: dietlibc FTBFS on arm64: Bus error when running tst-calloc.c

On 01/26/2017 08:35 PM, Thorsten Glaser wrote: > Christian Seiler dixit: > >> Unfortunately I still haven't heard back from Front Desk about >> a porterbox account (I'm a DM) for arm64, and I really can't >> reproduce the issue in qemu on my system and I don't have >&g

Bug#851379: dietlibc FTBFS on arm64: Bus error when running tst-calloc.c

Control: retitle -1 dietlibc: arm64: tst-calloc.c -lpthread fails with Bus error Control: found -1 dietlibc/0.34~cvs20160508-1~exp3 Unfortunately I still haven't heard back from Front Desk about a porterbox account (I'm a DM) for arm64, and I really can't reproduce the issue in qemu on my system

Bug#850211: open-iscsi: Boot with systemd hangs for iSCSI+LUKS+LVM volume

Control: severity -1 important Control: clone -1 -2 Control: reassign -2 systemd 230-7 Control: affects -1 cryptsetup Control: affects -2 open-iscsi cryptsetup Control: retitle -1 open-iscsi: No support for disabling LUKS volumes on shutdown Control: retitle -2 systemd: cryptsetup-generator does

Bug#852451: ITP: rname -- invoke a program under a different name

On 01/24/2017 04:19 PM, Peter Pentchev wrote: > Package: wnpp > Severity: wishlist > Owner: Peter Pentchev > > * Package name: rname > Version : 1.0.2 > Upstream Author : Peter Pentchev > * URL :

Bug#851379: dietlibc FTBFS on arm64: Bus error when running tst-calloc.c

Control: tags -1 + confirmed On 01/14/2017 02:30 PM, Adrian Bunk wrote: > Source: dietlibc > Version: 0.34~cvs20160606-4 > Severity: serious > > https://buildd.debian.org/status/fetch.php?pkg=dietlibc=arm64=0.34~cvs20160606-4=1483685322 > > ... > test/stdlib/testrand.c : build: OK

Bug#844781: dietlibc: waitpid broken w/ -lpthread on s390, s390x, mips64, ia64

Control: tags -1 + pending On 01/05/2017 12:17 PM, Christian Seiler wrote: >> The correct solution is to change the name of the function to >> __libc_waitpid in __waitpid.c and to define a weak alias for >> waitpid there. I'm already working on this (saw your initial email >&

Bug#850060: 2.0.874-2~exp1 issues

On 01/05/2017 07:10 PM, Andrew Patterson wrote: > On 01/04/2017 04:11 PM, Christian Seiler wrote: >> OTOH, initramfs should write to /run/initramfs only, so maybe >> we should pass -p /run/initramfs/iscsiuio.pid to iscsiuio >> instead as well. > > Yes. I believe t

Bug#850276: dietlibc: libpthread overrides __errno_location even with TLS enabled

Control: retitle -1 dietlibc: libpthread overrides __errno_location even with TLS enabled I've now tracked this down: libpthread apparently overrode __errno_location to point it to td->errno, where td is POSIX thread descriptor. This is just plain wrong, because errno is now a (TLS) variable,

Bug#844781: dietlibc: waitpid broken w/ -lpthread on s390, s390x, mips64, ia64

Control: clone -1 -2 Control: retitle -2 Various regressions in unit tests when linking against -lpthread On 01/05/2017 12:17 PM, Christian Seiler wrote: > The correct solution is to change the name of the function to > __libc_waitpid in __waitpid.c and to define a weak alias for >

Bug#850255: ITP: node-is-retry-allowed -- My prime module

On 01/05/2017 01:18 PM, Martin Bagge / brother wrote: > On 2017-01-05 13:04, Christian Seiler wrote: >> The official package description appears to be: > >> "Is retry allowed for Error?" > >> And while that is still a bit vague, it does at least give an >

Bug#850255: ITP: node-is-retry-allowed -- My prime module

Hi there, Let me nitpick a bit: ;-) On 01/05/2017 12:52 PM, saurabhagra...@disroot.org wrote: > * URL : https://github.com/floatdrop/is-retry-allowed#readme > Description : My prime module The official package description appears to be: "Is retry allowed for Error?" And

Bug#844781: #844781: libowfat FTBFS on s390x and mips64el: undefined reference to `__libc_waitpid'

Control: retitle -1 dietlibc: waitpid broken w/ -lpthread on s390, s390x, mips64, ia64 Control: tags -1 + confirmed Control: tags -1 - patch Thanks for reassigning this. On 01/05/2017 11:48 AM, latinovic wrote: > Both archs (s390x and mips64el) do not support waitpid, wait4 is used instead. >

Bug#850060: 2.0.874-2~exp1 issues

Control: reopen -1 Hi, (reopening the bug report since iscsiuio doesn't actually work according to what you're telling me) On 01/04/2017 11:30 PM, Andrew Patterson wrote: > 1. In debian/extra/initramfs.local-top and > debian/extra/initramfs.local-bottom /sbin/iscsuio creates a pid file > in

Bug#850060: open-iscsi initramfs scripts do not start up iscsiuio deamon

: > On 01/03/2017 03:47 PM, Christian Seiler wrote: >> That said: your initial tests are sufficient for me to upload >> a version of open-iscsi that includes support for this to >> the 'experimental' suite, so I'll do that either tomorrow or >> on Thursday, depen

Bug#850060: open-iscsi initramfs scripts do not start up iscsiuio deamon

On 01/03/2017 10:51 PM, Andrew Patterson wrote: > On 01/03/2017 01:27 PM, Christian Seiler wrote: >> On 01/03/2017 09:10 PM, Andrew Patterson wrote: >>>> How does the rest of the boot process proceed then? What happens >>>> when iscsiuio is to be started r

Bug#850060: open-iscsi initramfs scripts do not start up iscsiuio deamon

On 01/03/2017 09:10 PM, Andrew Patterson wrote: >> How does the rest of the boot process proceed then? What happens >> when iscsiuio is to be started regularly at boot from the systemd >> service / init script? >> Is the iscsiuio from the initramfs required >> to be running at all times during the

Bug#850060: open-iscsi initramfs scripts do not start up iscsiuio deamon

Control: tags -1 + confirmed moreinfo Control: severity -1 wishlist On 01/03/2017 06:02 PM, Andrew Patterson wrote: > Version 2.0.874 of the open-iscsi package requires that the iscsiuio > daemon to be running before iscsi hardware offload cards can login to > a LUN. The initramfs scripts used by

Bug#850057: iscsistart -N skips offload NICs causing boot to fail

Control: tags -1 + confirmed upstream On 01/03/2017 05:38 PM, Andrew Patterson wrote: > The debian initramfs uses the IBFT support in iscsistart to log > into the root volume. The initramfs script uses iscsistart -N to > bring up the NICs before logging in with iscsstart -b. This > process works

Bug#826215: Bug #826214: Bug #826215: init-d-script and systemd: solution

On 12/29/2016 01:59 PM, Petter Reinholdtsen wrote: > [Martin Pitt] >> "service", not invoke-rc.d, but I do agree that it would be better to >> completely drop that magic. This would be a nice way to gradually teach >> people >> about the init system neutral APIs, and also find/fix places which

Bug#826214: Bug #826214: Bug #826215: init-d-script and systemd: solution

Hi Andreas, Sorry for not replying earlier, but I wanted to mull this over some before answering. On 12/27/2016 10:49 AM, Andreas Henriksson wrote: > On Sun, Dec 25, 2016 at 01:34:41PM +0100, Christian Seiler wrote: >> Hi there, >> (Cc'd a lot of people, so that hopefully eve

Bug#826215: Bug #826214: Bug #826215: init-d-script and systemd: solution

Hello Martin, On 12/25/2016 09:18 PM, Martin Pitt wrote: > Christian Seiler [2016-12-25 13:34 +0100]: >> I think I have a solution to both issues - and my solution >> does not require any change to any individual init script, >> and best of all it doesn't even require chang

Bug#826214: Bug #826214: Bug #826215: init-d-script and systemd: solution

this to systemd's sysv-generator (or add an additional new generator), but I don't think that is worth the effort. From 63b96c5399280c22f58eb69c8b5eb874d4a2b497 Mon Sep 17 00:00:00 2001 From: Christian Seiler <christ...@iwakd.de> Date: Sun, 25 Dec 2016 10:36:51 +0100 Subject: [PATCH] Add wrapper fo

Bug#780522: init-system-helpers: deb-systemd-helper doesn't handle drop-ins and is inconsistent w/ systemd w.r.t. lists

Version: 1.34 Control: tags -1 - moreinfo On 12/21/2016 01:53 PM, Felipe Sateler wrote: > Control: tags -1 moreinfo > On Sun, 15 Mar 2015 15:23:38 +0100 Christian Seiler <christ...@iwakd.de> > wrote: >> Package: init-system-helpers >> Version: 1.22 >> Severity: i

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi there, sorry for the formatting, writing this on my phone. Am 23. Dezember 2016 10:18:52 MEZ, schrieb Andreas Henriksson <andr...@fatal.se>: >On Fri, Dec 23, 2016 at 12:12:17AM +0100, Christian Seiler wrote: >> - init.d: this file name works with dh_installinit, but is not &

Bug#849172: ondir: don't override Makefile variables, pass CFLAGS as environment variables instead

Package: ondir Version: 0.2.3+git0.55279f03-1 Severity: minor Tags: upstream X-Debbugs-Cc: Gianfranco Costamagna CFLAGS etc. should be passed in via environment variables (so that dh_auto_build etc. work out of the box without an override), but that needs changes to

Bug#849173: ondir: FTBFS on hurd due to PATH_MAX

Package: ondir Version: 0.2.3+git0.55279f03-1 Severity: important Tags: confirmed (Recording this so I don't forget it.) ondir FTBFS on Hurd because it uses PATH_MAX, which isn't available there (Hurd has no path limit). Build log:

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi, as announced on IRC, I'm just doing a review, since I'm not a DD and can't sponsor: - packaging in a VCS would be nice to have (plus the appropriate Vcs-Browser / Vcs-... headers in d/control) - debian/copyright: * Tobias Klauser wasn't just active in 2016, the earliest

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Control: tags -1 - moreinfo Hi Gianfranco, I've uploaded an updated version of the package to mentors (and also to git on alioth) that fixes these issues. On 12/22/2016 12:29 PM, Christian Seiler wrote: > On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: >> 1) chmod a-x debian/

  1   2   3   4   5   >