Bug#835537: jessie-pu: package open-iscsi/2.0.873+git0.3b4b4500-8+deb8u1

On 09/06/2016 08:12 PM, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Fri, 2016-08-26 at 20:12 +0200, Christian Seiler wrote: > [...] > +open-iscsi (2.0.873+git0.3b4b4500-8+deb8u2) jessie; urgency=medium > + > + * [6d8d26d] init script: wait a bit after iSCSI

Bug#832171: jessie-pu: package dietlibc/0.33~cvs20120325-6

On 09/04/2016 07:30 PM, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Sun, 2016-07-24 at 22:18 +0200, Christian Seiler wrote: >> On 07/23/2016 11:12 AM, Christian Seiler wrote: >>> Since dietlibc is a static library, after the upload, there will need >

Bug#836135: fixed in https-everywhere 5.2.4-1

Control: reopen -1 Control: notfixed -1 https-everywhere/5.2.4-1 Hi Lunar, Erm, you marked the wrong bug number (wrong package) as closed. I suspect you mean https://bugs.debian.org/836125 (25, not 35). Reopening. ;-) Regards, Christian

Bug#836313: gtk3-nocsd: using gtk3-nocsd with ssh and X11 forwarding

Control: tags -1 + confirmed upstream On 09/01/2016 04:24 PM, Vincent Lefevre wrote: > When I connect to some machine with ssh and X11 forwarding (e.g. > "ssh -X hostname"), CSD are not disabled. The cause is that > $LD_PRELOAD is not defined (does not contain libgtk3-nocsd.so.0). > > I don't

Bug#836313: gtk3-nocsd: using gtk3-nocsd with ssh and X11 forwarding

On 09/01/2016 05:20 PM, Vincent Lefevre wrote: > On 2016-09-01 16:44:40 +0200, Christian Seiler wrote: >> On 09/01/2016 04:24 PM, Vincent Lefevre wrote: >>> When I connect to some machine with ssh and X11 forwarding (e.g. >>> "ssh -X hostname&qu

Bug#836135: umountiscsi.sh indiscriminately umounts all LVM based filesystems when no iSCSI sessions are found.

Control: tags -1 + confirmed Control: severity -1 important On 08/30/2016 10:05 PM, Frank Fegert wrote: > probably just an odd corner case, but it seems that umountiscsi.sh > indiscriminately tries to umount *all* LVM based filesystems - even > those on local disks - when no iSCSI sessions are

Bug#837420: dietlibc: FTBFS with bindnow and PIE enabled

Control: tags -1 + confirmed Am 11. September 2016 15:04:46 MESZ, schrieb Balint Reczey : >During a rebuild of all packages in sid, your package failed to build >on >amd64 with patched GCC and dpkg. Yes, because dietlibc is a static library and there are some build flag

Bug#836135: umountiscsi.sh indiscriminately umounts all LVM based filesystems when no iSCSI sessions are found.

On 09/09/2016 07:08 PM, Frank Fegert wrote: > sorry for the delayed reply! No worries, I was busy with other stuff anyway. >> As for "recent-ness" of backports: the rules for jessie-backports >> are that Stretch has to be tracked. Since open-iscsi with iscsiuio >> will migrate to Stretch

Bug#838540: open-iscsi logout-all.sh script fails to log out iscsi target

Hi, On 09/22/2016 03:06 AM, Colby Ross wrote: > So, it appears the command being issued is /bin/iscsiadm -m node > --logoutall=all. When I try that command, I get the same error as > when I try to run the script. The logout-all.sh script contains this > function that invokes that command:> #

Bug#838540: open-iscsi logout-all.sh script fails to log out iscsi target

On 09/22/2016 12:45 PM, Colby Ross wrote: > As requested: > # BEGIN RECORD 2.0-873 > [...] > # END RECORD Thanks. I just compared that with what's in my test setup, and apart from IP addresses and the target name, it's identical. I tested the --logoutall=all command on both Stretch and sid, and

Bug#838540: open-iscsi logout-all.sh script fails to log out iscsi target

Control: severity -1 important Control: tags -1 + upstream confirmed Control: retitle -1 Target portal group change at login not properly handled (logoutall skips session) On 09/22/2016 01:35 PM, Colby Ross wrote: > I think I figured out part of it. When its looking for the config > file on

Bug#838540: open-iscsi logout-all.sh script fails to log out iscsi target

On 09/22/2016 04:09 PM, Colby Ross wrote: > Sorry I didn't mention this before. I thought I had. [virt-manager] You probably did, I just didn't know virt-manager supported configuring guests for iSCSI now, so it didn't register when you said something about virt-manager. Sorry. But then there's

Bug#838540: open-iscsi logout-all.sh script fails to log out iscsi target

On 09/22/2016 09:31 PM, Colby Ross wrote: > Just an update -- iscsiadm's discover protocol detects the target > portal group tag as 257. Windows own iSCSI initiator does as well. Thanks, that was what I expected. I'll update you once I've pinned down the precise problem. Regards, Christian

Bug#835507: Please clarify that sysvinit support decision is not going to expire

On 08/28/2016 08:37 AM, Bart Schouten wrote: > Sam Hartman schreef op 28-08-2016 1:37: >> Similarly, if the community of people who care about sysvinit is >> unwilling to spend the time keeping it working, eventually sysvinit >> as a whole will be unmaintained and buggy. > > True, but I don't

Bug#820071: bugs.debian.org: #812948 lost the connection to the corresponding source package

On Sun, 3 Jul 2016 13:49:49 +0200 Andreas Beckmann wrote: > On 2016-06-15 18:12, Don Armstrong wrote: > > I revamped the way that this was being handled completely, so it at > > least fixed the archive changes. It's also currently looking at > > experimental. > > Here is another

Bug#835503: libselinux: please provide libselinux1-udeb

-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 2e29b440cfeb8288580d5130c1721abfaa4df068 Mon Sep 17 00:00:00 2001 From: Christian Seiler <christ...@iwakd.de> Date: T

Bug#835097: Bug #835097: open-isns: [INTL:fr] French debconf translation

Control: tags -1 + confirmed pending On 08/22/2016 02:42 PM, jean-pierre giraud wrote: > Please find attached the french translation, proofread > by the debian-l10n-french mailing list contributors. Thank you for your contribution! > This file should be put as debian/po/fr.po in your package

Bug#834241: open-iscsi-udeb: uninstallable, depends on libmount1-udeb

Control: tags -1 + pending On 08/13/2016 10:22 PM, Cyril Brulebois wrote: > Christian Seiler <christ...@iwakd.de> (2016-08-13): >> So I'd probably want to do the following: >> >> Step 1: build open-iscsi twice, once with libmount patched >> out (closin

Bug#835504: util-linux: please provide libmount1-udeb again

on Sep 17 00:00:00 2001 From: Christian Seiler <christ...@iwakd.de> Date: Thu, 25 Aug 2016 17:15:32 +0200 Subject: [PATCH] Re-add libmount1-udeb (now required by open-iscsi-udeb) This reverts commit 7dbab5988bcdde297f6cb4cfc4841d6a9cac521f. Closes: #xx. --- debian/control | 11 +++

Bug#835537: jessie-pu: package open-iscsi/2.0.873+git0.3b4b4500-8+deb8u1

initramfs after copying +configuration to target system. (Closes: #834830) + + -- Christian Seiler <christ...@iwakd.de> Sat, 20 Aug 2016 11:14:44 +0200 + open-iscsi (2.0.873+git0.3b4b4500-8+deb8u1) stable; urgency=medium * [725c5c6] Populate udebs in every architecture they are buil

Bug#839387: package builds crashing under fakeroot

On 10/03/2016 04:50 PM, Alastair McKinstry wrote: > In OpenMPI 2.0, Michael Banck discovered that some of the packages that > failed were doing so as openmpi no longer works under fakeroot. > > Upstream (Gilles Gouaillaerdet) point out: > > from |validate_cred| in >

Bug#777084: open-iscsi-udeb: please build the udeb on x32

On 10/03/2016 12:29 AM, Adam Borowski wrote: > On Sun, Oct 02, 2016 at 12:46:36PM +0200, Christian Seiler wrote: >> since it's been 10 months and I haven't heard back, I'd like to gently >> ping you on this? > > Alas, nothing has moved since then. :-( > On the other

Bug#839272: open-isns: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

Control: tags -1 + confirmed pending On 10/01/2016 01:04 AM, Adriano Rafael Gomes wrote: > Please, Could you update the Brazilian Portuguese Translation? I've committed this to git, it will be part of the next upload:

Bug#838540: Bug #838540: Target portal group change at login not properly handled (logoutall skips session)

Control: forwarded -1 https://groups.google.com/forum/#!topic/open-iscsi/XE0Q5TvwgGQ Hi again, I've now dug into the code a bit and forwarded the bug to the upstream open-iscsi mailing list. Once a patch exists that upstream is happy with as well, I'll push a new version to sid with the patch

Bug#777084: open-iscsi-udeb: please build the udeb on x32

Hi Adam, since it's been 10 months and I haven't heard back, I'd like to gently ping you on this? On 11/12/2015 01:41 AM, Christian Seiler wrote: > The problem I see is that if I add the string "x32" to the list of > architectures for the udeb, src:open-iscsi will build

Bug#732587: Bug #732587: debian expert install on iscsi-device

Hi there, I'm just doing a bit of cleanup with respect to the bugs reported against open-iscsi and noticed this bug here. With the point release of Jessie 8.6, there was an update to open-iscsi that fixed issues with the installer and how iSCSI is set up. Since a long time has passed since you

Bug#805268: Bug #805268: ITA: syslinux -- collection of bootloaders (DOS FAT and NTFS bootloader)

X-Debbugs-Cc: debian-de...@lists.debian.org Control: owner -1 ! Control: retitle -1 ITA: syslinux -- collection of bootloaders (DOS FAT and NTFS bootloader) On Mon, 16 Nov 2015 08:29:30 + Mattia Rizzolo wrote: > Some information about this package: > > Homepage:

Bug#843765: [Pkg-iscsi-maintainers] Bug#843765: open-isns: [INTL:de] German debconf translation update

Control: tags -1 + confirmed pending On 11/09/2016 12:18 PM, Chris Leick wrote: > please find attached the updated german debconf translation of open-isns. Many thanks! I've pushed your change to git, it will be part of the next upload:

Bug#843765: [Pkg-iscsi-maintainers] Bug#843765: open-isns: [INTL:de] German debconf translation update

Hi Chris, On 11/09/2016 06:03 PM, Chris Leick wrote: > Christian Seiler: >> Chris Leick wrote: > >> I took the liberty in replacing "Isnsadm" with "isnsadm" because >> it's a tool you can call on the command line (like "mount" or >> &qu

Bug#842796: libc recently more aggressive about pthread locks in stable ?

On 11/05/2016 08:13 PM, Ian Jackson wrote: > I have just been debugging a ghostscript segfault on jessie amd64. > > Looking at the code, I think that gs in jessie is plainly violating > the rules about the use of pthread locks. On my partner's machine, > this makes it segfault on termination

Bug#835504: util-linux: please provide libmount1-udeb again

Dear util-linux maintainers, On Fri, 26 Aug 2016 13:44:40 +0200 Christian Seiler <christ...@iwakd.de> wrote: > I've attached a patch against git packaging of util-linux > that reenables the package. I've also blocked this bug against > the corresponding bug in libselinux. Once

Bug#835148: Bug#837420: Bug#835148: please do not make GCC incompatible, we have dpkg-buildflags for this! (was Re: Bug#837420: Processed: PIE FTBFS are now RC)

On 10/22/2016 01:00 AM, Thorsten Glaser wrote: > Bálint Réczey dixit: > >> AFAIK the linux package is the only problematic package were the >> maintainer refused to disable PIE from packaging scripts. > > So, how are you supposed to do that now, instead of filtering > -fPIE from CFLAGS and -pie

Bug#845937: tiny-initramfs: init binary crashes on 4.8.x kernels - need to rebuild against newer dietlibc

Control: tags -1 + confirmed Hi, Am 27. November 2016 06:23:25 MEZ, schrieb James Braid : >Package: tiny-initramfs >Version: 0.1-2 >Severity: critical > >Recent Debian kernels (4.8.x) have disabled support for legacy vsyscall >emulation. [...] >This causes problems with

Bug#835274: dh-text no longer needed

Hi there, Am 16. November 2016 10:28:41 MEZ, schrieb Dmitry Bogatov : > * Drop diet libc build due issues with errno As a current co-maintainer of dietlibc in Debian, could you elaborate here? I've spent the last couple of months fixing all sorts of bugs in there (and

Bug#835274: dh-text no longer needed

Control: tags -1 - moreinfo On 11/18/2016 08:34 AM, Dmitry Bogatov wrote: > > [2016-11-16 13:09] Christian Seiler <christ...@iwakd.de> >> Am 16. November 2016 10:28:41 MEZ, schrieb Dmitry Bogatov <kact...@gnu.org>: >>> * Drop diet libc build due issues

Bug#805268: Adoption of syslinux

Hi, On 11/11/2016 02:48 PM, Iain R. Learmonth wrote: > I notice you're planning to adopt syslinux. We were planning to adopt this > package under the Debian Live/Debian CD teams as we use this for the > official CD image builds. Oh, I didn't know you were also planning to adopt it - the package

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

(Subscribing to the bug report, but feel free to keep me in Cc anyway.) On 10/30/2016 04:52 PM, Martin Pitt wrote: > Or perhaps there is some way how the base image could be a bit > obfuscated/hidden from the kernel/udev? (I can't think of any which > are cheap and not an utter/unrelibale hack).

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

On 10/30/2016 09:01 PM, Martin Pitt wrote: > Hello Christian, > > Christian Seiler [2016-10-30 20:04 +0100]: >> Well, one could do the following before attaching the base image >> (pseudo-code, untested): >> >> if [ -e /lib/udev/rules.d/64-btrfs.rules ] ; t

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

On 10/30/2016 09:40 PM, Martin Pitt wrote: > Christian Seiler [2016-10-30 21:12 +0100]: >> Well, it's not actually SYSTEMD_READY, the "btrfs ready" builtin is >> actually the culprit. > >> So one needs to make sure the btrfs ready builtin is never executed >&

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

On 10/30/2016 09:25 PM, Martin Pitt wrote: > Christian Seiler [2016-10-30 20:04 +0100]: >> Also, just because I'm the only one that's implemented nested tests >> so far > > BTW, you are probably be the only one who uses the nested base image > -- but I've seen several te

Bug#840255: tiny-initramfs: please use iucode-tool to generate early-initramfs for Intel

Control: tags -1 + confirmed Sorry for not getting back to you earlier. On 10/10/2016 04:46 AM, Henrique de Moraes Holschuh wrote: > Plase use iucode_tool to generate the early initramfs for Intel > microcode. Not only this can create a smaller initramfs when coupled > with iucode_tool's

Bug#840255: tiny-initramfs: please use iucode_tool to generate early-initramfs for Intel

On 11/01/2016 02:24 PM, Henrique de Moraes Holschuh wrote: > [lots of helpful information] > If you don't want to use iucode_tool, [...] No, after what you've described i'm going to use that, because it just doesn't make sense to implement all of that in shell scripting again... >> Only in the

Bug#837420: #837420 - dietlibc: FTBFS with bindnow and PIE enabled

Hi Thorsten, Am 25. Oktober 2016 22:54:47 MESZ, schrieb Thorsten Glaser <t...@mirbsd.de>: >Christian Seiler dixit: > >>Yes, I fully intend to fix that - which is why I tagged the bug >>report "confirmed" when it was first reported, even while it >>was s

Bug#842299: autopkgtest-virt-qemu: attaching base image makes btrfs very confused

On 10/30/2016 09:45 PM, Christian Seiler wrote: > On 10/30/2016 09:40 PM, Martin Pitt wrote: >> Christian Seiler [2016-10-30 21:12 +0100]: >>> Well, it's not actually SYSTEMD_READY, the "btrfs ready" builtin is >>> actually the culprit. >> >>&g

Bug#847171: Help needed for Bug#847171 soapdenovo2: Different output, still FTBFS

Control: retitle -1 soapdenovo2: FTBFS with parallel builds (dpkg-buildpackage -J$n, $n > 1) On 12/08/2016 09:17 PM, Andreas Tille wrote: > On Thu, Dec 08, 2016 at 02:11:07PM +0500, Andrey Rahmatullin wrote: >> On Thu, Dec 08, 2016 at 09:58:37AM +0100, Andreas Tille wrote: >>> it seems there are

Bug#847650: RFS: fgetty/0.7-2

On 12/10/2016 10:43 AM, Gianfranco Costamagna wrote: > control: owner -1 ! > control: tags -1 moreinfo > > >> * Add dietlibc-dev into Built-Using, since it is linked statically, >>as mandated by Policy §7.8. (Closes: #847576) > > > I'm not sure about hardcoding the version, this will

Bug#827061: transition: openssl: Unrelated updates to rdep packages?

Hi, On 10/26/2016 10:55 AM, Emilio Pozuelo Monfort wrote: > Control: tags -1 confirmed I have a quick question now that the transition is ongoing: is it OK for me to upload a new version of open-isns (B-D: libssl-dev) that's unrelated to this transition? (New upstream version, some debconf

Bug#847650: RFS: fgetty/0.7-2

On 12/10/2016 11:15 AM, Christian Seiler wrote: > On 12/10/2016 10:43 AM, Gianfranco Costamagna wrote: >> control: owner -1 ! >> control: tags -1 moreinfo >> >> >>> * Add dietlibc-dev into Built-Using, since it is linked statically, >>>

Bug#845753: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 08:10 AM, Andreas Tille wrote: > On Wed, Dec 14, 2016 at 12:32:24AM +0100, Christian Seiler wrote: >> On 11/02/2016 05:20 PM, Andreas Tille wrote: >> >> Hmm, was going to take a shot at debugging your segfault, but I >

Bug#845753: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 08:50 AM, Christian Seiler wrote: > I'm going to try an i386 build in a VM running a stable kernel > and see if that does indeed change things and if I can reproduce > the problem. Should that not be the issue though then I really > can't reproduce

Bug#845753: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 11:47 AM, Christian Seiler wrote: > On 12/14/2016 08:50 AM, Christian Seiler wrote: >> I'm going to try an i386 build in a VM running a stable kernel >> and see if that does indeed change things and if I can reproduce >> the problem. Should that no

Bug#845753: Possible workaround (was: Re: Help: r-cran-treescape does not build on i386, armel and armhf any more)

Hi again, On 12/14/2016 03:00 PM, Christian Seiler wrote: > If I had to guess what was going on in the backtrace, I'd suspect > an infinite recursion in R code, which translates to infinite > recursion of the underlying C code. But I'm really not sure here. Interestingly enough, my init

Bug#845753: Possible workaround

On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote: > On 15 December 2016 at 14:26, Andreas Tille wrote: > | Sorry, but I have no idea how since I'm totally clueless currently and > | upstream also did not yet responded to this after the initial idea that > | it might be some ape related issue was

Bug#845753: Possible workaround

On 12/15/2016 03:03 PM, Dirk Eddelbuettel wrote: > > On 15 December 2016 at 14:42, Christian Seiler wrote: > | On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote: > | > On 15 December 2016 at 14:26, Andreas Tille wrote: > | > | Sorry, but I have no idea how since I'm total

Bug#845753: Possible workaround

Hi, On 12/14/2016 04:16 PM, Dirk Eddelbuettel wrote: > One quick thought: does it die in _compilation_ which we have seen with other > (C++-heavy) packages? No, g++ works fine here. (The C++ file itself is trivial if you look at it.) Current package in Debian:

Bug#847234: Please help with symlink_to_dir expression (Was: Bug#847234: r-cran-rcurl: directory vs. symlink conflict: /usr/lib/R/site-library/RCurl/examples)

On 12/06/2016 11:22 PM, James Cowgill wrote: > Hi, > > On 06/12/16 21:36, Andreas Tille wrote: >> On Tue, Dec 06, 2016 at 07:06:39PM +0100, Andreas Beckmann wrote: >>> Package: r-cran-rcurl >>> Version: 1.95-4.8-1 >>> Severity: serious >>> User: debian...@lists.debian.org >>> Usertags: piuparts

Bug#845753: Possible workaround

Hi Andreas, On 12/14/2016 03:59 PM, Andreas Tille wrote: > thanks a lot for your extensive analysis about of the stack problem. I > admit I have no idea why this large stack is needed on those > architectures with stable kernel. I also have no idea why everything > went fine with treescape

Bug#847749: ITP: node-user-home -- Get the path to the user home directory

On 12/11/2016 06:29 PM, Sruthi Chandran wrote: > On 12/11/2016 06:18 PM, Guus Sliepen wrote: >> Isn't s/user-home/os-homedir/ not enough? In any case, maybe you should >> try to get upstream to switch to os-homedir instead. > os-homedir is not packaged, we have been patching that with os.homedir.

Bug#847749: ITP: node-user-home -- Get the path to the user home directory

On 12/11/2016 06:52 PM, Christian Seiler wrote: > I've attached an updated use-os-homedir.patch that does this (including > the removal of the require.resolve() line above), And I just noticed that I forgot a semicolon after a line (not critical, because javascript doesn't r

Bug#847749: ITP: node-user-home -- Get the path to the user home directory

On 12/11/2016 07:57 PM, Sruthi Chandran wrote: > On 12/12/2016 12:20 AM, Sruthi Chandran wrote: >> On 12/11/2016 11:30 PM, Christian Seiler wrote: >>>> I've attached an updated use-os-homedir.patch that does this (including >>>> the removal of the require.resol

Bug#846366: ITP: bcc -- Command line tools for BPF Compiler Collection (BCC)

On 11/30/2016 10:32 PM, Karsten Merker wrote: > On Thu, Dec 01, 2016 at 12:56:14AM +0530, Ritesh Raj Sarraf wrote: >> On Wed, 2016-11-30 at 20:05 +0100, Karsten Merker wrote: >>> bcc is a package (and executable) name that is already in use for >>> another program in Debian. From

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

Package: sponsorship-requests Severity: wishlist Control: block 846237 by -1 Dear mentors, I am looking for a sponsor for my package "ondir" * Package name: ondir Version : 0.2.3+git0.55279f03-1 Upstream Author : Alec Thomas * URL :

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

On 11/29/2016 06:01 PM, Christian Seiler wrote: > On 11/29/2016 05:25 PM, Guus Sliepen wrote: >> On Tue, Nov 29, 2016 at 03:41:29PM +0100, Christian Seiler wrote: >> >>> * Package name: ondir >>> Version : 0.2.3+git [*] >>> Upstream Author

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

Package: wnpp Owner: Christian Seiler <christ...@iwakd.de> Severity: wishlist * Package name: ondir Version : 0.2.3+git [*] Upstream Author : Alec Thomas * URL : http://swapoff.org/ondir.html * License : GPL-2 Programming Lang: C Description : Au

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

On 11/29/2016 04:23 PM, Julian Taylor wrote: > On 11/29/2016 03:41 PM, Christian Seiler wrote: >> (Forwarding because I forgot to Cc debian-devel@.) >> >> ondir is a small program to automate tasks specific to certain >> directories. It works by executing scripts in di

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

On 11/29/2016 05:25 PM, Guus Sliepen wrote: > On Tue, Nov 29, 2016 at 03:41:29PM +0100, Christian Seiler wrote: > >> * Package name: ondir >> Version : 0.2.3+git [*] >> Upstream Author : Alec Thomas >> * URL : http://swapoff.org/ondir.htm

Bug#847066: ITP: node-stream-shift -- Returns the next buffer/object in a stream's readable queue

Control: merge 847066 847053 On 12/05/2016 02:03 PM, Pirate Praveen wrote: > On 2016, ഡിസംബർ 5 5:50:41 PM IST, Christian Seiler <christ...@iwakd.de> wrote: >> This appears to be a duplicate of https://bugs.debian.org/847053 > > I tried resending from a different address

Bug#847066: ITP: node-stream-shift -- Returns the next buffer/object in a stream's readable queue

On 12/05/2016 11:08 AM, Pirate Praveen wrote: > Package: wnpp > Severity: wishlist > Owner: Pirate Praveen > X-Debbugs-CC: debian-de...@lists.debian.org > > * Package name: node-stream-shift > Version : 1.0.0 > Upstream Author : Mathias Buus (@mafintosh) > *

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#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#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: 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#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#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#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

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#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 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#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#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#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#847204: nfs-kernel-server: `systemctl status` incorrectly reports server "active" even if not started

On 12/18/2016 11:41 PM, Michael Biebl wrote: > On Tue, 6 Dec 2016 15:15:12 +0100 Riccardo Murri > wrote: >> >> Package: nfs-kernel-server >> Version: 1:1.2.8-9 >> >> The systemd service unit file for `nfs-kernel-server` incorrectly >> reports the service status as

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

Dear mentors, I'd appreciate it if a friendly DD could have a look at this package and sponsor it. Thanks. :) On 11/30/2016 02:03 AM, Christian Seiler wrote: > Package: sponsorship-requests > Severity: wishlist > Control: block 846237 by -1 > > Dear mentors, > > I am

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#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#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#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#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#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#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Hi Gianfranco, Thanks for taking care of this. On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: > 1) chmod a-x debian/ondir/usr/share/ondir/integration/* > > why no dh_fixperms override? I forgot about dh_fixperms, will change that in the next iteration. > 2) >

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

On 12/22/2016 01:18 PM, Peter Pentchev wrote: > On Thu, Dec 22, 2016 at 12:29:23PM +0100, Christian Seiler wrote: >> Hi Gianfranco, >> >> Thanks for taking care of this. >> >> On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: > [snip] >>> w

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#847234: Please help with symlink_to_dir expression (Was: Bug#847234: r-cran-rcurl: directory vs. symlink conflict: /usr/lib/R/site-library/RCurl/examples)

On 12/06/2016 11:45 PM, James Cowgill wrote: > Hi, > > On 06/12/16 22:34, Christian Seiler wrote: >> On 12/06/2016 11:22 PM, James Cowgill wrote: >>> The version number should be the version number immediately before the >>> one where the dpkg-maintscript stu

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/

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#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: [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#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

<    1   2   3   4   5   >