Bug#712920: Processed: raise severity, reassign

On 09/09/2015 02:45 PM, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> reassign 712920 quota > Bug #712920 [libtirpc1] libtirpc: breaks ABI compatibility w.r.t. libc6 on > 64bit > Bug reassigned from package 'libtirpc1' to 'quota'. > Ignoring request to

Bug#712920: Processed: raise severity, reassign

Control: reassign -1 libtirpc Control: severity -1 normal On 09/09/2015 04:11 PM, Simon Ruderich wrote: > On Wed, Sep 09, 2015 at 03:56:44PM +0200, Christian Seiler wrote: >> Why did you reassign this bug to the quota package? If you look at the >> history, I cloned the original

Bug#797860: [RFR] templates://open-iscsi/{open-iscsi.templates}

Thanks for reviewing! Just a comment: Justin B Rye wrote: Christian PERRIER wrote: Template: open-iscsi/downgrade_and_break_system @@ -51,7 +55,7 @@ _Description: Do you really want to downgrade open-iscsi? Why not like the first? _Description: Proceed with downgrading open-iscsi? (Tho

Bug#710148: open-iscsi autopkgtests

Control: unblock -1 by 800845 Control: tags -1 + pending So in discussions with Martin Pitt (autopkgtest maintainer), I've decided not to merge this specific patch, because we both don't think that the 1kLOC python module added here is of sufficient quality. That said, autopkgtests are a good thin

Bug#801686: [INTL:es] Spanish translation of the debconf template open-iscsi

Control: tags -1 + confirmed moreinfo Hi there, (cc'ing l10n-spanish) First of all, thanks for your work on translating this! Am 2015-10-13 15:43, schrieb Camaleón: Package: open-iscsi Severity: wishlist Tags: patch l10n You can find enclosed the Spanish translation template to be uploaded wi

Bug#801686: [INTL:es] Spanish translation of the debconf template open-iscsi

Control: tags -1 - moreinfo Hi there, On 10/13/2015 07:18 PM, Camaleón wrote: > Sure, there's indeed a missing string that was not translated. It seems > that I overlooked completely and nobody of the Spanish team reviewed the > PO file >:-) > > I'm attaching the file again with the missing str

Bug#801903: open-iscsi: [INTL:de] Initial German debconf translation

Control: tags -1 + confirmed moreinfo Hi, (CC'ing the German language team.) On 10/15/2015 10:03 PM, Chris Leick wrote: > please find attached the initial German debconf translation of open-iscsi. Thanks a lot for translating! Very much appreciated. Two short comments: - Is it usually the cas

Bug#788076: #788076: Packaged version of gtk3-nocsd (v2)

per script + Xsession.d integration, the other arch any for the library itself) It would be great if you could review this and sponsor the upload. Also, citing my previous mail: On 10/02/2015 02:48 PM, Christian Seiler wrote: > I'd like to also use git for packaging and collab-maint on

Bug#801903: open-iscsi: [INTL:de] Initial German debconf translation

Control: tags -1 - moreinfo Hi, Am 2015-10-16 11:42, schrieb Chris Leick: Christian Seiler: Chris Leick wrote: - Is it usually the case that package names are capitalized? Yes, this is correct, see e.g. https://de.wikipedia.org/wiki/Gattungsname#Gro.C3.9F-_und_Kleinschreibung http

Bug#797860: [Pkg-iscsi-maintainers] Bug#797860: open-iscsi: General update after the debconf review process

Thanks for your efforts! On 10/18/2015 07:07 AM, Christian PERRIER wrote: > It is now safe to upload a new package version with these changes. > > Please notify me of your intents with regards to this. I was preparing the new package with changes, and I noticed that now there's a new lintian wa

Bug#805252: linux-image-4.2.0-1-amd64: I/O errors when writing to iSCSI volumes

Package: src:linux Version: 4.2.6-1 Severity: important Tags: upstream Dear Maintainer, with this kernel version writing to iSCSI volumes will consistently produce I/O errors. It appears as though this happens if a lot of writes are performed at once (but I'm not sure of that). I've seen this in

Bug#801214: Unapplying (Debian Bug #801214)

Hi, (I did not get your original email for some reason I don't quite understand... I only saw your reply in the bugtracker just now. Therefore sorry for replying so late.) > The change proposed is the wrong fix - it does nothing to help once the > system is running and needs to be updated. I don

Bug#801214: Unapplying (Debian Bug #801214)

Hello, On 11/20/2015 11:41 PM, Neil Williams wrote: >> I don't understand what you are saying here. Is there any problem >> with the patch I've provided? > > Yes, your patch is absolutely the wrong approach. It is inappropriate > for vmdebootstrap to call triggers directly, that's a job for dpkg

Bug#804162: open-iscsi: support iscsi root by format in RFC 4173 (root=iscsi:server:prot:...)

Control: tags -1 + confirmed Control: severity -1 wishlist On 11/05/2015 04:30 PM, Scott Moser wrote: > RFC 4173 (http://tools.ietf.org/html/rfc4173) documents a fairly compact > mechanism for an iscsi target definition. Copied from > http://ipxe.org/sanuri: > | fmt of an iSCSI SAN URI is define

Bug#804591: [Pkg-iscsi-maintainers] Bug#804591: open-iscsi: iscsi_auto flag should use iscsistart --fwparam_network in addition to -b

Control: tags -1 + confirmed Control: found -1 2.0.873-3 Control: notfound -1 2.0.873-3ubuntu13 On 11/09/2015 08:39 PM, Scott Moser wrote: > It seems that 'iscsi_auto' should invoke 'iscsistart --fwparam_network' in > addition to -b. > The --fwparam_network will set up networking that was declared

Bug#804591: [Pkg-iscsi-maintainers] Bug#804591: open-iscsi: iscsi_auto flag should use iscsistart --fwparam_network in addition to -b

Hi, On 11/09/2015 10:40 PM, Scott Moser wrote: >>> If we were to invoke 'iscsistart --fwparam_network' after having done >>> configure_networking, then the iscsi parameters would be in affect. >>> Its may be arguable that this is simply misconfiguration of the ip= >>> parameter. >> >> On the other

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

Hi there, Since it's been 6 months, I'd like to ping this again. I've looked at a build log of the 'linux' package on x32 and saw that only some header packages are built there. Does that mean that the amd64 kernel packages are used on x32? (Also in d-i?) If that really is the case, since amd64 b

Bug#800910: closed by Neil Williams (Bug#800910: fixed in vmdebootstrap 1.2-1)

images with: qemu-system-x86_64 -enable-kvm -drive file=$IMAGE.img,if=virtio \ -serial stdio From ba83da61283502d732a60a70f94facba82f0bc68 Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Wed, 11 Nov 2015 20:42:22 +0100 Subject: [PATCH] Add serial console for all sysvinit-based

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

On 11/12/2015 01:16 AM, Adam Borowski wrote: > On Tue, Nov 10, 2015 at 02:55:34PM +0100, Christian Seiler wrote: >> I've looked at a build log of the 'linux' package on x32 and saw that >> only some header packages are built there. Does that mean that the >> a

Bug#775542: auto-mount NFS shares on boot

(Ccing the bugtracker because it appears you've stumbled upon a bug that also a few other people had, see below. Please don't reply to the bugtracker yourself unless you feel it's relevant for the bug report.) Link to thread on debian-user for people reading the bug report: https://lists.debian.or

Bug#775542: auto-mount NFS shares on boot

On 06/27/2015 08:02 PM, Jonas Meurer wrote: > Am 27.06.2015 um 16:07 schrieb Christian Seiler: >> Could you try to do the following: >> >> 1. create a directory /etc/systemd/system/remote-fs-pre.target.d >> 2. create a file /etc/systemd/system/remote-fs-pre.targe

Bug#790933: ITP: drive - Google Drive tool

On 07/05/2015 09:15 AM, Jackson Doak wrote: > It might be possible to rename the binary and symlink "drive" to it, which > would allow you to give the binary name over easier Personally, I think it would be best not to reserve such a generic name 'drive' for such a specific service. There could ea

Bug#746578: libpam-systemd to flip dependencies - proposal

Am 04.11.2014 17:07, schrieb Josh Triplett: > This isn't a complete showstopper, since most of the time people seem to > debootstrap a standard system and then install additional packages. > However, it would affect a debootstrap with --include=task-desktop or > --include=gnome or similar. Just as

Bug#759745: gdm3: Unable to login post-upgrade without systemd-sysv installed

> Confirmed that this bug is fixed with the following packages: > > ii cgmanager 0.33-2 amd64 > Central cgroup manager daemon > ii linux-image-3.17-1-amd643.17-1~exp1 amd64 > Linux 3.17 for 64-bit PCs > ii syst

Bug#746578: libpam-systemd to flip dependencies - proposal

Am 02.11.2014 06:59, schrieb Josh Triplett: > Apart from that, I would still request that someone with the ability to > produce a modified local mirror test the two critical cases mentioned in > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746578#129 . If those > two cases work, then systemd

Bug#703149: Fixed in 2.0.21

According to the upstream report, this was supposedly fixed in 2.0.10. I haven't tested that specific version, but 2.0.21-2~bpo70+3 from wheezy-backports does NOT contain this bug anymore, while I did have the same problem as the bug submitter when using 2.0.6-4+deb7u2 from wheezy. Regards, Chri

Bug#769935: linux: Please backport nfs: Don't busy-wait on SIGKILL in __nfs_iocounter_wait

Source: linux Version: 3.16.7-2 Severity: important Tags: upstream patch Dear Maintainer, in certain circumstances, the kernel may busy-wait indefinitely after processing a SIGKILL to a process when using NFS. There is a patch for this issue that went into 3.17:

Bug#809320: [Pkg-iscsi-maintainers] Bug#809334: Bug#809320: open-iscsi: no session termination on stop

Hi Ritesh, On 02/07/2016 10:41 AM, Ritesh Raj Sarraf wrote: > Looks like this invocation is problematic > > root@debian-sanboot:~# /lib/open-iscsi/umountiscsi.sh > ls: cannot access /dev/sda?*: No such file or directory > ls: cannot access /dev/sdb?*: No such file or directory > ls: cannot

Bug#809334: [Pkg-iscsi-maintainers] Bug#809334: Bug#809334: Bug#809320: open-iscsi: no session termination on stop

On 02/07/2016 11:38 AM, Ritesh Raj Sarraf wrote: > On Sun, 2016-02-07 at 15:11 +0530, Ritesh Raj Sarraf wrote: >> >> root@debian-sanboot:~# systemctl stop open-iscsi >> >> root@debian-sanboot:~# cat /run/open-iscsi/shutdown-keep-sessions >> /sys/devices/platform/host2/session1 >> /sys/devices/plat

Bug#809334: [Pkg-iscsi-maintainers] Bug#809334: Bug#809320: open-iscsi: no session termination on stop

Control: tags -1 + pending On 02/07/2016 11:56 AM, Ritesh Raj Sarraf wrote: > On Sun, 2016-02-07 at 11:39 +0100, Christian Seiler wrote: >> That's not so great. >> >> I looked at the source code of logout-all.sh again found >> the mistake: when reading in /run/o-i

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

Package: pxelinux Version: 3:6.03+dfsg-5 Severity: important Tags: upstream Dear Maintainer, [ this is a regression from wheezy ] pxelinux up to the version in wheezy supported loading files via upcalls to gPXE/iPXE. For example, one could use gPXE/iPXE to load pxelinux via HTTP, set a HTTP URI

Bug#750586: syslinux-common: Boot fails. Failed to load ldlinux.c32. File must be in /. Upstream bug

hat booting the Jessie installer directly from HTTP works again. Thanks! Regards, Christian [1] https://lists.debian.org/debian-user/2016/02/msg00295.html From dd2670702f183b77037060f32255b7449a5d2ed6 Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Thu, 11 Feb 2016 20:31:46 +0100 Subject: [

Bug#814481: debian-maintainers: Please add Christian Seiler as a Debian Maintainer

Package: debian-maintainers Severity: normal Hi, please add my key (0xD3284E4E61A9278A511ABC9655DB1ABC3818B08C) to the Debian Maintainers keyring. The jetring changeset is attached. Thanks! Regards, Christian Comment: Add Christian Seiler as a Debian Maintainer Date: Fri, 12 Feb 2016 02:21

Bug#814625: open-iscsi: broken sanboot setup

Hi Ritesh, On 02/13/2016 03:31 PM, Ritesh Raj Sarraf wrote: > Something in the recent update (log attached) broke my multipath setup > that comprises of dm-multipath, iscsi, lio target, lvm and more. Your log is weird - it appears you are downgrading from -13 (sid) to -9 (testing)? That isn't sup

Bug#814625: open-iscsi: broken sanboot setup

On 02/13/2016 08:14 PM, Ritesh Raj Sarraf wrote: > Control: reassign -1 multipath-tools > > On Sat, 2016-02-13 at 15:51 +0100, Christian Seiler wrote: >> Hi Ritesh, >> >> On 02/13/2016 03:31 PM, Ritesh Raj Sarraf wrote: >>> Something in the recent upda

Bug#809440: lintian: runtime-test-file-is-not-a-regular-file complains about a symlink to a regular test file

the full test suite run, including the new tags) in a clean sid chroot. Regards, Christian From e456103f2dc87fe746b2019fca229e4dd5dbb9d8 Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Sun, 14 Feb 2016 03:36:43 +0100 Subject: [PATCH] Allow relative symlinks for autopkgtest tests Relative sy

Bug#809440: lintian: runtime-test-file-is-not-a-regular-file complains about a symlink to a regular test file

Hi Jakub, On 02/14/2016 05:24 PM, Jakub Wilk wrote: > * Christian Seiler , 2016-02-14, 04:29: >> Relative symbolic links to autopkgtest tests should be allowed as >> long as they point to regular files. This adds the following tags >> for identifying problematic types of syml

Bug#809440: lintian: runtime-test-file-is-not-a-regular-file complains about a symlink to a regular test file

Hi Jakub, On 02/14/2016 05:34 PM, Jakub Wilk wrote: > * Christian Seiler , 2016-02-14, 17:30: >>>> Relative symbolic links to autopkgtest tests should be allowed as long as >>>> they point to regular files. This adds the following tags for identifying >>

Bug#814625: open-iscsi: broken sanboot setup

On 02/14/2016 11:51 AM, Ritesh Raj Sarraf wrote: > On Sat, 2016-02-13 at 20:33 +0100, Christian Seiler wrote: >> Are you sure it's multipath-tools? > > > That's what I think because with no other changes, if I upgrade -2 to > -4, and then update the intir

Bug#811447: RFS: gtk3-nocsd/2-1 [ITP] -- Disable Gtk+ 3 client side decorations (CSD)

Dear mentors, > I am looking for a sponsor for my package "gtk3-nocsd" > > * Package name: gtk3-nocsd >Version : 2-1 >Upstream Author : Hong Jen Yee (PCMan) > * URL : https://github.com/PCMan/gtk3-nocsd > * License : LGPL-2.1+ >Section : x11

Bug#800845: autopkgtest: Add support for nested VMs

the base image logic unless explicitly enabled - but I'd really like to see this on by default. I'd really like to see this moving forward. Thoughts? Regards, Christian From 5ee53e4ce023521b43a67708a9c533a9c3a5b02a Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Fri, 26 Feb 20

Bug#815787: May be a kernel problem not a pulseaudio one?

On 02/27/2016 10:52 PM, Cristian Ionescu-Idbohrn wrote: >> * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN >> - This disables drivers for some AC'97 sound cards > > Alright, but not obvious to me. > > So, what is to do about that? There are people working upstream on

Bug#812824: RFS: tiny-initramfs/0.1-1 [ITA] - Minimalistic initramfs implementation

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "tiny-initramfs" * Package name: tiny-initramfs Version : 0.1-1 Upstream Author : Christian Seiler * URL : https://github.com/chris-se/tiny

Bug#812824: RFS: tiny-initramfs/0.1-1 [ITP] - Minimalistic initramfs implementation

Control: retitle -1 RFS: tiny-initramfs/0.1-1 [ITP] - Minimalistic initramfs implementation Sorry for the noise, just noticed I had ITA in the title instead of ITP after receiving the bugtracker confirmation email. :-( Regards, Christian signature.asc Description: OpenPGP digital signature

Bug#812824: RFS: tiny-initramfs/0.1-1 [ITP] - Minimalistic initramfs implementation

For the record: I noticed a nasty bug if tiny-initramfs was removed but not purged, and fixed that by removing the package from mentors and reuploading a fixed version. Please pull the .dsc again if you have already done so. http://mentors.debian.net/package/tiny-initramfs http://mentors.debian.ne

Bug#805252: linux-image-4.2.0-1-amd64: I/O errors when writing to iSCSI volumes

Control: tags -1 - fixed-upstream patch Control: notfixed -1 4.4~rc5-1~exp1 Hi, I'm sorry, but the commit in question doesn't help. I just got around to testing this with 4.4-1~exp1, and I verified that the sources do indeed contain the aforementioned patch, and the problem persists. I also tried

Bug#812824: RFS: tiny-initramfs/0.1-1 [ITP] - Minimalistic initramfs implementation

Hi, thanks for agreeing to sponsor this! On 01/28/2016 02:03 AM, Adam Borowski wrote: > On Wed, Jan 27, 2016 at 12:40:33AM +0100, Christian Seiler wrote: >> I am looking for a sponsor for my package "tiny-initramfs" > > Looks good to me. There's just a

Bug#805252: linux-image-4.2.0-1-amd64: I/O errors when writing to iSCSI volumes

haven't done any tests in that direction. Regards, Christian PS, for reference, upstream discussion on the initiator mailing list that resulted in me finding out that it's not the initiator but the target that was the problem: https://groups.google.com/forum/#!topic/open-iscsi/UE2JJfDmQ7w

Bug#810702: Generate initiator name on install, not first boot

Control: tags -1 + confirmed pending I've looked at what d-i does when installing on iSCSI and generating an initiator name in postinst is mostly harmless. d-i generates its own initiator name (see iscsi stuff in partman) and the hooks in the open-iscsi-udeb will copy all the configuration to the

Bug#810696: Please move state files from /var/ to /run

Control: tags -1 + confirmed pending Thanks for the patch, pushed to git, will be part of the next upload. Regards, Christian signature.asc Description: OpenPGP digital signature

Bug#810276: files with the same name installed in / and /usr

Control: tags -1 + confirmed pending Thanks for the patch, pushed to git, will be part of the next upload. Regards, Christian signature.asc Description: OpenPGP digital signature

Bug#804162: open-iscsi: support iscsi root by format in RFC 4173 (root=iscsi:server:prot:...)

Control: tags -1 + confirmed pending I've now implemented this in open-iscsi git. Since root=iscsi:... only gives you a full hard disk, and you might want to partition it and/or use LVM or whatnot, I've also implemented support for root=iscsi:... root=UUID=... so that the first parameter configu

Bug#809334: Bug#809320: open-iscsi: no session termination on stop

Hi Ritesh, On 12/30/2015 12:13 PM, Christian Seiler wrote: > Well, that would not be ideal, obviously. But if we propagate the > error and just ignore 15 (already logged in) then we'll have the > case that some portals will be in the logged-in state and others > might not; and

Bug#492367: Bug #492367: open-iscsi: Enable static IP to iscsi root using initramfs and virtual machine Xen

Control: tags -1 + moreinfo Hi, I'm looking through the bug list of open-iscsi and I've noticed this really old wishlist bug. Is this still relevant? Or has Xen changed in the mean time? (Sorry, I don't use Xen, I have no idea about it.) I'd rather not merge something where I'm not sure that it a

Bug#804591: [Pkg-iscsi-maintainers] Bug#804591: open-iscsi: iscsi_auto flag should use iscsistart --fwparam_network in addition to -b

Control: tags -1 + pending On 11/09/2015 08:39 PM, Scott Moser wrote: > It seems that 'iscsi_auto' should invoke 'iscsistart --fwparam_network' in > addition to -b. > The --fwparam_network will set up networking that was declared in iBFT. I've implemented (and tested) this and pushed it to git. I

Bug#798769: src:policykit-1: FTBFS on non-linux/non-systemd

ectly, it's attached to this email. (It's build-tested in a clean chroot.) Regards, Christian [1] https://lists.debian.org/debian-devel/2016/01/msg00210.html From 96d79cb1560544e70414f4161b485c5807c5722a Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Wed, 6 Jan 2016 02:01:09 +0100

Bug#811447: RFS: gtk3-nocsd/2-1 [ITP] -- Disable Gtk+ 3 client side decorations (CSD)

Control: tag -1 - moreinfo On 03/19/2016 12:34 PM, Mattia Rizzolo wrote: > On Tue, Jan 19, 2016 at 02:01:19AM +0100, Christian Seiler wrote: >> I am looking for a sponsor for my package "gtk3-nocsd" > > alright. Many thanks! >> dget -x >> http://mento

Bug#811447: RFS: gtk3-nocsd/2-1 [ITP] -- Disable Gtk+ 3 client side decorations (CSD)

On 03/19/2016 02:34 PM, Mattia Rizzolo wrote: > * please configure the remote git repository to have HEAD pointing to > the packaging branch, which is != master I knew I forgot something. *git symbolic-ref* Done. > * given that this is != master please specify the branch name in Vcs-Git > (t

Bug#800845: autopkgtest: Add support for nested VMs

also be able to just plain say which runner they are compatible > with. > > Let's get the other two patches in shape first, formalizing this new > restriction isn't a blocker AFAICS, right? No, it isn't. Cloning this bug to track the SKIP stuff. On 03/02/2016 11:52 PM, Martin

Bug#816632: open-iscsi: should allow setting a custom initiatorName on install

Control: severity -1 wishlist Control: tags -1 + confirmed pending On 03.03.2016 16:28, Mathieu Trudel-Lapierre wrote: > It appears as though open-iscsi always generates a random initiatorName from > scratch on installation; either as it runs in the installer, or as it is first > installed on the

Bug#800845: autopkgtest: Add support for nested VMs

/dev/baseimage exists - /dev/disk/by-{part,}uuid/* don't point to the baseimage disk. Patch is attached. Would still like to hear a comment about the CPU issue. Regards, Christian From e2aaf0c2d0386d62bc9929f0b84e00cdc706c8f3 Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Thu, 3 M

Bug#800845: autopkgtest: Add support for nested VMs

On 03/04/2016 12:11 PM, Martin Pitt wrote: >>> As I already wrote before, I really don't like this as a default, as >>> it introduces unpredictability into testbeds. We've seen tests that >>> behave differently with different CPU models (X.org's LLVM >>> software render and mesa for example), and g

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 03/04/2016 11:56 AM, Martin Pitt wrote: > Christian Seiler [2016-03-04 1:19 +0100]: >> I've thought about this a bit more and came to the conclusion that it'd >> be best to run udevadm settle in the VM after adding the disks to QEMU. > > Excellent,

Bug#800845: autopkgtest: Add support for nested VMs

Hi again, On 03/03/2016 10:18 PM, Christian Seiler wrote: > I've created a patch that does just that and tested it: with > setup-testbed from current git master it properly installs the udev > rule, *then* adds the drive, and we have: > > - /dev/baseimage exists > - /

Bug#800845: autopkgtest: Add support for nested VMs

On 04.03.2016 13:16, Martin Pitt wrote: > Christian Seiler [2016-03-04 12:54 +0100]: >> - if x86_64 and default QEMU command: >> - if vmx in CPU flags: >> use -cpu kvm64,+vmx,+lahf_lm >> - else if svm in CPU flags: >> use -cpu kvm64,+sv

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 04.03.2016 13:16, Martin Pitt wrote: > Indeed it seems Ubuntu's qemu is modified accordingly > (https://launchpad.net/ubuntu/+source/qemu/1:2.5+dfsg-5ubuntu1): > > - d/p/ubuntu/expose-vmx_qemu64cpu.patch: enable nested kvm by default > in qemu64 cpu type. Oh, that explain

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 03/04/2016 09:31 PM, Martin Pitt wrote: > Christian Seiler [2016-03-04 18:17 +0100]: >> 0001-Support-nested-KVM-by-default-by-emulating-a-CPU-wit.patch > > Fixed the fd leak, Oops, sorry! ;-) (I really should work with python more regularly.) > > http

Bug#800845: autopkgtest: Add support for nested VMs

Hi, On 03/04/2016 09:31 PM, Martin Pitt wrote: > Fixed the fd leak, some code style, PEP-8, and massaged the changelog: > > > http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=3a9cb0b9 There's a small bug in the changes you made to my patch: logging.warning should be adtlo

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 03/06/2016 04:19 PM, Martin Pitt wrote: > Christian Seiler [2016-03-04 23:36 +0100]: >> There's a small bug in the changes you made to my patch: logging.warning >> should be adtlog.warning. Also, technically you missed a return path in >> get_cpuflag(),

Bug#800845: autopkgtest: Add support for nested VMs

On 03/06/2016 04:29 PM, Christian Seiler wrote: >>> While test-building I also noticed quite a few lintian informational >>> notices about the manpages (mainly hyphen-used-as-minus-sign) >> >> Weird, I don't see them here, I just get the ones below and the to

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 03/06/2016 04:29 PM, Christian Seiler wrote: > What you _could_ do is create a flag file in /run and update the reboot > script to update the initramfs before rebooting if that flag file is > set - that way only if a reboot is needed will the initramfs be updated > a

Bug#800845: autopkgtest: Add support for nested VMs

On 03/06/2016 06:17 PM, Martin Pitt wrote: > Christian Seiler [2016-03-06 16:54 +0100]: >> I've attached a patch that fixes the following spelling mistakes, > > Thanks, applied. > >> P: autopkgtest source: package-uses-old-debhelper-compat-version 8 >> I:

Bug#800845: autopkgtest: Add support for nested VMs

Hi Martin, On 03/06/2016 06:26 PM, Martin Pitt wrote: > Also, is it actually safe to add the base image *again* after a reboot > if it already is added? Won't you have two drives then, and > /dev/baseimage randomly points to one of it? But setup_baseimage() doesn't do that. It's only run the firs

Bug#800845: autopkgtest: Add support for nested VMs

ally is buggy on your end, this would be a real problem for additional images specified on the command line, because those are also added with readonly=on!) Regards, Christian From d1e18afbf5bbab08c9f05e5c9a235cd5e6037822 Mon Sep 17 00:00:00 2001 From: Christian Seiler Date: Mon, 7 Mar 2016 11:21:45

Bug#800845: autopkgtest: Add support for nested VMs

On 07.03.2016 10:21, Martin Pitt wrote: > However, there's still one major issue left: Despite the > "readonly=on", one can actually mount /dev/vdb1 in the VM and write > files into it! This sounds like a QEMU bug (running > 1:2.5+dfsg-5ubuntu4 here), but as long as that exists this is > dangerous

Bug#800845: autopkgtest: Add support for nested VMs

On 03/09/2016 08:52 AM, Martin Pitt wrote: > sorry for the delay, the flu struck :( No worries. And I hope you get better soon! > Christian Seiler [2016-03-07 11:28 +0100]: >> I've attached a patch that updates the man page a bit to make >> the current semantic

Bug#800845: autopkgtest: Add support for nested VMs

On 03/09/2016 09:29 AM, Martin Pitt wrote: > Martin Pitt [2016-03-09 8:52 +0100]: >>> I get (w/ qemu-system 1:2.5+dfsg-4~bpo8+1) with current git master >>> (no changes): >>> mount: /dev/vdb1 is write-protected, mounting read-only >>> >>> So I can't really reproduce it. :-( >> >> I now get the sam

Bug#809320: open-iscsi: no session termination on stop

Control: merge 809320 809334 Control: tags 809320 + confirmed Hi Ritesh, On 12/29/2015 11:47 AM, Ritesh Raj Sarraf wrote: > Hope you are doing good. And wish you belated Christman and a coming > Happy New Year. :-) Thanks, you as well. :) Unfortunately, I'm a bit busy right now until the 16th o

Bug#809334: Bug#809320: open-iscsi: no session termination on stop

Hi Ritesh, On 12/30/2015 10:56 AM, Ritesh Raj Sarraf wrote: >> So one solution could be to use SuccessExitStatus=0 15 in the unit to >> say that 'already logged in' is not an error condition (and possibly >> others, I'd have to check the manpage) - but I think that is >> short-sighted, as this wil

Bug#809320: [Pkg-iscsi-maintainers] Bug#809334: Bug#809320: open-iscsi: no session termination on stop

On 12/30/2015 12:35 PM, Ritesh Raj Sarraf wrote: > But the change you've proposed has other repercussion. It breaks > shutdown, because now, iscsi service/sessions are terminated way early. > This leaves, effectively, a hung sanboot system. > > Please see attached images. > > I also didn't like t

Bug#811447: RFS: gtk3-nocsd/2-1 [ITP] -- Disable Gtk+ 3 client side decorations (CSD)

Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@debian.org Dear mentors, I am looking for a sponsor for my package "gtk3-nocsd" * Package name: gtk3-nocsd Version : 2-1 Upstream Author : Hong Jen Yee (PCMan) * URL : https://github.com/PCMan/gt

Bug#811448: ITP: tiny-initramfs -- A minimalistic initramfs implementation

Package: wnpp Owner: Christian Seiler Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: tiny-initramfs Version : 0.1 Upstream Author : Christian Seiler * URL : https://github.com/chris-se/tiny-initramfs * License : GPL-3

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 was

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 false positive from BLHC. See a

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

+ open-iscsi-2.0.874/debian/changelog 2017-06-18 23:06: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 Sun, 18 Jun 2017 23:06:16 +

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 kern

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

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 indeed can help test this further. >>>

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 branc

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 -qDEB_TARGET_GNU_TYPE)/hdf5/

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 > /etc

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 ass

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 b

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 i

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 nlohmann-jso

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

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

<    1   2   3   4   5   >