Hi,
(cc'ing mentors since you already filed an RFS [1])
> It builds a single, eponymous, binary package.
>
> I think it is a useful, though extremely simple, utility:
> system administrators may use it to starts processes as a non-privileged
> user and ensure that they cannot attempt to exploit l
Control: tags -1 + confirmed pending
Hi,
> It seems dietlibc doesn't provide send() and recv() functions for mips64el.
I maintain tiny-initramfs and I did port dietlibc to mips64el as
well, so I already noticed that.
I had already fixed that in git locally (but didn't push it to the
git reposit
On 06/28/2016 11:01 AM, Andreas Tille wrote:
> I admit I can not answer the question asked by upstream. The package in
> question is iqtree[1] and they said that they have different
> computational kernels implemented to respect different hardware.
> Current Git[1] does not even build - may be due
Hi Paul,
On 07/01/2016 08:43 AM, Paul Gevers wrote:
> On 30-06-16 23:39, Christian Seiler wrote:
>> Does this give you an idea of what I have in mind?
>
> Just thinking, would it make sense to enable dbconfig-common outside of
> the normal package postinst, such that it can use
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: Ritesh Raj Sarraf
Dear mentors,
I am looking for a sponsor for my package "open-isns"
* Package name: open-isns
Version : 0.96-1
Upstream Author : Lee Duncan
* URL : https://github.com/open-iscsi/ope
On 04/21/2016 01:41 AM, Nicholas D Steeves wrote:
> On 20 April 2016 at 18:33, James Cowgill wrote:
>>> "if [ -x /usr/sbin/update-initramfs ] && [ -e
>>> /etc/initramfs-tools/initramfs.conf ]"
>>
>> I don't think there's anything particularly wrong with that line.
>>
>> The previous attempts at f
Hi Gianfranco,
On 04/21/2016 09:48 AM, Gianfranco Costamagna wrote:
>> activate update-initramfs
> do you think it is worth adding to the current NMU or it is better to leave
> it for
> a future upload?
I'm not sure if you meant to ask me, but just in case: I would suggest
you do so, but it's no
On 04/21/2016 11:59 PM, Sebastian Andrzej Siewior wrote:
> On 2016-03-28 18:57:59 [+0200], Christian Seiler wrote:
>> For example, this breaks curl with those sites, which is used in a
>> large variety of contexts, especially scripting languages. This might
>> lead s
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-8+deb8u1
Severity: normal
Owner: !
Tags: jessie moreinfo
Hi there,
FYI: I'm co-maintainer of open-iscsi in Debian, but not
multipath-tools. CC'ing the bugtracker, assigning to open-iscsi for
now, will reassign to multipath-tools later if necessa
Hello,
(CC'ing the bug report I created, dropping debian-user in reply-to.)
Am 2016-04-22 16:10, schrieb BASSAGET Cédric:
I'm unable to reproduce for about 1 hour... Now, everyhting works fine
after a reboot, but... the only thing I've done is to remove the vg /
pv i created on multipath device
On 04/26/2016 10:09 AM, Martin Pitt wrote:
> Christian Seiler [2015-03-15 15:23 +0100]:
>> deb-systemd-helper doesn't handle drop-ins at all (only the main
>> service file is parsed) and it doesn't treat lists properly: when
>> creating links for Alias=, it doesn&#x
I've also submitted this issue to the upstream project:
https://github.com/crmsh/crmsh/issues/44
Regards,
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I have also posted this bug upstream, together with a couple of other
issues:
https://bugs.launchpad.net/ocsinventory-ocsreports/+bug/1342210
(currently still private)
Regards,
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
Control: tags -1 fixed-upstream
FYI: This bug was just fixed upstream:
https://github.com/crmsh/crmsh/commit/b5962a2bb1d98d53ed559cb27be17e2041bab68c
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
Control: severity -1 minor
Control: reassign -1 systemd 215-17
Control: retitle -1 systemd: sysv-generator overzealous with log level
Am 2015-05-19 14:50, schrieb Mathieu Malaterre:
Seems like there is something going on wrong with systemd and current
jessie package. My dmesg reveals:
[ 498.09
Control: forwarded -1
https://groups.google.com/forum/#!topic/open-iscsi/whY9W9kygG0
Control: tags -1 upstream
I don't want to carry around a Debian patch for just a typo, so I've
forwarded this issue upstream.
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wi
On 05/23/2015 11:19 AM, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Wed, 2015-05-13 at 20:33 +0200, Christian Seiler wrote:
>> The attached debdiff for stable fixes the immediate problem for Jessie
>> (but does not include other changes from unstable).
Control: tags -1 + fixed-upstream
This bug has been fixed upstream and will be part of the next release:
https://github.com/mikechristie/open-iscsi/commit/3d044973ab444dd7ca9842c57d2cf9200bb58b94
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Thanks for taking care of this!
Am 2015-07-07 13:03, schrieb Jonas Meurer:
Am 2015-06-28 12:54, schrieb Michael Biebl:
I suggest to add this simple fix to Jessie by uploading it to
stable-proposed-updates. What do you think? Also, do you think
that
/etc/systemd/system/remote-fs-pre.target.d/nf
> - changing finger memory is difficult, so I keep entering
> 'halt' instead of 'poweroff' occasionally
I had the same problem, so I added the following to my /root/.bashrc on
Jessie so I can retrain my finger memory:
# Ma
Control: tag -1 + moreinfo
I just looked at this and am a bit confused w.r.t. x32:
The udeb depends on iscsi-modules, which is built from the linux kernel
source package. However, looking at a recent build log on x32 (and also
current sid source for the linux package), it doesn't appear to be the
itecture they are built
+(Closes: #784092)
+
+ -- Christian Seiler Wed, 13 May 2015 20:01:02 +0200
+
open-iscsi (2.0.873+git0.3b4b4500-8) unstable; urgency=medium
* [e707e75] Exclude iscsid.conf from dh_fixperms. (Closes: #735773)
diff -Nru open-iscsi-2.0.873+git0.3b4b4500/debian/rules
open-iscs
On 05/13/2015 09:04 PM, Cyril Brulebois wrote:
>> The issue is fixed in unstable (-9) in such a way that it won't
>> resurface again if the control file is updated to build the udeb for
>> even more architectures in the future.
>
> I suppose you mean 3ea68751abe4f3cf4c44a9695fff8742f80f43b4;
Yes.
On 06/08/2015 01:54 PM, Axel Beckert wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: gtk3-nocsd
> Upstream Author : PCMan
> * URL or Web page : https://github.com/PCMan/gtk3-nocsd
> * License : LGPL-2.1
> Description : LD_PRELOADable library to disable GTK+ 3 c
Hi Axel,
On 06/09/2015 06:24 PM, Axel Beckert wrote:
> Christian Seiler wrote:
>> - While this preloadable library does get rid of the window manager
>>hints that disable server-side decorations, it does not get rid of
>>the humongous title bars themselves. I
Hi Axel,
On 06/09/2015 07:54 PM, Axel Beckert wrote:
> Christian Seiler wrote:
>> and I found a fix for the crashes I saw. (I'll have to clean that up
>> a bit and create a pull request for upstream.)
>
> Feel free to subscribe @xtaran on Github (i.e. me) to that is
Package: libtirpc1
Version: 0.2.5-1
Severity: normal
Dear Maintainer,
If I have the following configuration:
- Jessie
- sysvinit as init system
- /usr separate on NFS
the system won't boot properly and be unable to mount /usr, because
/sbin/mount.nfs{,4} tries to load libtirpc1 (which is in
Control: clone -1 -2
Control: retitle -1 libtirpc: breaks ABI compatibility w.r.t. libc6 on 64bit
Control: reassign -2 quota 4.01-7
Control: found -2 4.01-2
Control: retitle -2 quota: use libtirpc's headers when linking against it
Control: severity -2 important
Control: tags -2 + patch security
Co
Control: tags -1 + confirmed
Am 2015-02-10 16:15, schrieb David Lambert:
Setting up open-iscsi (2.0.873+git0.3b4b4500-4) ...
update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported;
fallin
en-iscsi-2.0.873+git0.3b4b4500/debian/changelog 2015-02-10
20:10:11.0 +0100
@@ -1,3 +1,53 @@
+open-iscsi (2.0.873+git0.3b4b4500-8) unstable; urgency=medium
+
+ * [e707e75] Exclude iscsid.conf from dh_fixperms. (Closes: #735773)
+
+ -- Christian Seiler Tue, 10 Feb 2015 18:00:5
c/insserv/overrides/$NAME as
SourcePath=, of course, I don't have a strong opinion on either one of
these solutions.)
We are pretty late into the freeze though, so this would
require an ack from our release managers.
Do you want me to ask for pre-approval?
Christian
From: Christian Seiler
Am 2015-02-17 12:31, schrieb Michael Biebl:
Am 17.02.2015 um 01:08 schrieb Christian Seiler:
Only minor issue is that SourcePath= is a single-valued entry in
systemd, so I can't just add the override if it exists, and
FragmentPath= is only ever dynamically filled by systemd when
parsing,
Package: systemd
Version: 215-12
Severity: normal
Tags: fixed-upstream patch
Dear Maintainers,
please consider backporting the fixes in upstream that make logind
work if CAP_SYS_ADMIN is not set, namely:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=4d858e7d9f39038713f760d7acc64acf7bba
Am 17.02.2015 um 13:04 schrieb Christian Seiler:
Thinking about it, perhaps we could use Documentation=? Just add a
Documentation=file:///etc/insserv/overrides/$NAME? Then at least
systemctl status will show the information. Not perfect, but
probably better than nothing...
Somehow I think we
lable.
Author: Christian Seiler
Origin: backport
Applied-Upstream: 4d858e7d9f39038713f760d7acc64acf7bba2aa7, 11c6476a08af7a8a9ae6a2d0f8370587f7b31663
Last-Update: 2015-02-17
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/src/login/logind-user.c
+++ b/src/login/logind-u
four possible
combinations (w/ or w/o reload support, w/ or w/o override), it now
works as expected. I also looked at the function to see if there
were some other surprises in there, but the the rest just parses
headers.
I've attached an updated patch. Any objections to that?
Christian
From:
Dear ctte,
after having watched this discussion from the sidelines a bit, I'd
like to offer a few thoughts on this topic.
First of all, as for the technical issue of how to NOT cause the init
system to be switched when updating from wheezy to jessie: all
proposed solution I've seen in this threa
Sorry, stupid webmail, sent my email to early...
and only to the mailing list, not the bugtracker... :(
To make sure it's recorded in the bug, and I also added something to
the end:
Am 2014-12-04 19:31, schrieb Christian Seiler:
Am 2014-12-04 18:21, schrieb Adam Borowski:
On Thu, Dec 04,
Control: reopen -1
Control: found -1 2.0.5-1.2
Dear Maintainer(s),
Sorry to reopen this bug, but your updated package doesn't actually
really fix this. You followed my advice for adding the alternative
dependencies (for which I'm grateful), but you didn't consider my point
2 in my original report
Hi again,
also, if I manually edit
/var/lib/dpkg/info/ocsinventory-reports.postinst and modify the line
apache2_invoke enmod php5
to
apache2_invoke enmod php5 || :
in order to make the package configure, the default configuration in
/etc still doesn't work properly (apache2 reload fails, confi
Hi again,
Btw, in case it wasn't clear from my first reply here:
>> - there is this needless 90s delay (or whatever other delay the admin
>>has configured) in waiting on the iSCSI targets
>
> Have you had luck root causing in why there is the 90 sec delay ?
systemd actively complains at bo
Hi Ritesh,
Am 2015-01-23 09:35, schrieb Ritesh Raj Sarraf:
I was able to reproduce the problem on my local setup. I've put up a
video just to be sure we are both referring to the same problem.
http://youtu.be/cwcnk00Hwk0 [1]
Yes, that's the same problem, that it waits 90s for the devices to
GPG key in Debian's keyring.
Thanks a lot for taking the time to investigate this so thoroughly!
Christian
Am 25. Januar 2015 10:32:21 MEZ, schrieb Ritesh Raj Sarraf
:
>On 01/23/2015 05:25 PM, Christian Seiler wrote:
>>
>>> Next, I'll verify your fix. Hopefully by this we
Am 2015-01-25 16:37, schrieb Ritesh Raj Sarraf:
I cut out the multipath stack just to see if there is some fix we
can
push. So yes, your patch works perfect in a non-multipath setup. I'll
ask release team for an exception.
For multipath, I need to figure out some time to root cause it. But
th
Am 2015-01-25 16:47, schrieb Christian Seiler:
Btw. I noticed a small problem with my fix w.r.t open-iscsi here: my
fix currently does not cover the iscsi alias (Provides line in LSB
header), so on systemd systems (sysvinit is not affected) with my
fix,
anything ordered against iscsi will not
Control: reassign -1 multipath-tools
Control: found -1 0.5.0-5
Dear multipath-tools Maintainers,
this is bug, which is a clone of #775778, is essentially the same
problem as was discussed in #775778: the ordering of the
multipath-tools init script after after $remote_fs (see Should-Start
line in
Am 2015-01-25 17:16, schrieb Michael Biebl:
Am 25.01.2015 um 15:43 schrieb Ritesh Raj Sarraf:
I've still kept the systemd folks in the loop, hopefully they may be
able to shed some light.
I'd start by looking at the fedora package and see how the package is
integrated into the systemd boot pro
Am 26.01.2015 um 08:47 schrieb Ritesh Raj Sarraf:
> On 01/25/2015 09:43 PM, Christian Seiler wrote:
>> The same fix that was implemented for open-iscsi in principle also
>> applies for multipath-tools, i.e. make sure that for systemd systems
>> the unit is ordered before re
(Since I didn't get cc'd in the original reply, I'm replying here. Sorry
about that.)
Am 26.01.2015 um 16:12 schrieb Ritesh Raj Sarraf:
> On 01/26/2015 07:54 PM, Michael Biebl wrote:
>>> unblock open-iscsi/2.0.873+git0.3b4b4500-4
>> That patch doesn't look right.
>>
>> Calling systemctl from an in
Am 27.01.2015 um 06:19 schrieb Michael Biebl:
>> Of course, if you have a better idea of how to do this?
>
> Aside from shipping real native unit files, that's probably the least
> invasive change:
>
> - Drop $remote_fs from the open-isci LSB header and replace it with
> $local_fs. That looks wro
Am 27.01.2015 um 15:39 schrieb Michael Biebl:
> Am 27.01.2015 um 13:07 schrieb Christian Seiler:
>> Am 27.01.2015 um 06:19 schrieb Michael Biebl:
>>> - Drop $remote_fs from the open-isci LSB header and replace it with
>>> $local_fs. That looks wrong anyway.
>>
Am 31.01.2015 um 08:48 schrieb Ritesh Raj Sarraf:
> This is a follow-up on the comments that were made on changes to open-iscsi.
>
> Please review attached debdiff, which should have all changes included.
Hi Ritesh,
I think you made a mistake: you've now merged both changes (the initial
ones tha
Package: lxc
Version: 0.8.0~rc1-8+deb7u2
Severity: wishlist
Dear Maintainer,
LXC 1.0 is required to properly support Jessie containers with systemd
on Wheezy hosts. (It alone is not sufficient, but without it it will
definitely not work.) I've attached the patch required to make the
package compi
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-8
(I'm reporting this to keep track of the issue. I've found this by
chance while improving the packaging.)
udebs are currently only built for select architectures. Unfortunately,
there are two separate lists that have gotten out of sync.
The fi
ay, since it also does the same thing if
the process has already exited).
.
With this patch, journald will no longer silently discard messages
that are supposed to be sent to syslog in these situations.
Author: Christian Seiler
---
This patch header follows DEP-3: http://dep.debia
s-pre.target to
+fix hang at boot. Unit currently only starts init script.
+ * Manually start umountiscsi.sh in open-iscsi init script to make
+the stop action on shutdown not be a noop. (systemd tracks service
+state)
+ * Add dh-systemd to build-deps.
+ * Reorder #DEBHELPE
Hello Ritesh,
the system boot will hang for 90s because of systemd's default
timeout
when devices are not available.
Actually, from what I know so far, systemd aggressively backgrounds
any
processes that is taking time. And only processes that depend on it,
are
put on hold, again in the ba
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-4
Severity: normal
Dear Maintainer,
(as per discussion on bug #775778 I'm filing a separate bug report for
this issue)
If you have the following configuration:
- iSCSI disk
- LVM on top, vg configured in /etc/default/open-iscsi
- logical vo
Package: fai-client
Version: 4.3.1
Severity: important
Dear Maintainer,
when using dracut as initrd (default with current FAI version), the
dhclient script will set the kernel's IP lifetime value to the DHCP
lease time. This change was introduced into dracut in [1] to signal
network management s
Am 2015-03-10 11:53, schrieb Thomas Lange:
On Mon, 09 Mar 2015 19:11:19 +0100, Christian Seiler
said:
>/sbin/ip -4 addr change "$addr" dev "$iface" \
> valid_lft forever preferred_lft forever
On a wheezy nfsroot using kernel 3.2 this does not work.
Control: severity -1 serious
Control: tags -1 + patch
Dear Maintainers,
this doesn't only affect libvirt/KVM somewhat, but it also breaks LXC,
which also uses its own cgropus. lxc-attach will stop working once
systemctl daemon-reload has been issued with a running LXC instance.
Since this breaks
Package: init-system-helpers
Version: 1.22
Severity: important
Tags: patch
Dear Maintainers,
deb-systemd-helper doesn't handle drop-ins at all (only the main
service file is parsed) and it doesn't treat lists properly: when
creating links for Alias=, it doesn't properly treat multiple entries
in
Control: severity -1 important
Control: tags -1 + patch
Dear Maintainer,
(Cc systemd maintainers, because it's of interest to them.)
I have created a patch that implements the previously missing parts of
systemd integration into update-rc.d, following along the lines of the
patch I have written
Note that this is not necessarily only #777601, there's also #777164.
The fix in systemd 215-12 fixes part of the problem, but the other
part still persists.
I have posted a backported patch to #777164 for this issue (it's
fixed in 219 upstream).
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug
Am 2015-03-16 13:51, schrieb Michael Biebl:
It would be great, if Mateusz can confirm that this patch [1] does
indeed fix his issue.
Mateusz, if you are not versed in compiling packages yourself and you
would prefer if we provided you with a test package, please let us
know.
I can also provide
Am 2015-03-20 06:25, schrieb Michael Biebl:
You can probably trigger this by putting 12 modules into
/etc/modules-load.d. Each one will generate a message for the
journal
and after the 11th the service will hang. Jupp, just tried it,
deadlocks. Will, kind-of, because after ~15s it will somehow
Am 2015-03-20 15:01, schrieb Raphael Hertzog:
On Sun, 15 Mar 2015, Christian Seiler wrote:
Control: severity -1 important
Control: tags -1 + patch
I'm tempted to raise the severity to serious as the current behaviour
is really bad for packages that ship both native .service files and
(Sorry for the noise, pressed 'send' to soon...)
Am 2015-03-20 15:01, schrieb Raphael Hertzog:
On Sun, 15 Mar 2015, Christian Seiler wrote:
Control: severity -1 important
Control: tags -1 + patch
I'm tempted to raise the severity to serious as the current behaviour
is really b
patch also makes sure that if another
earlier hook made the call to skip savelog, this will also be honored.
Thanks!
From 8542d992bef188c3c58b649455bf24ee288b305e Mon Sep 17 00:00:00 2001
From: Christian Seiler
Date: Mon, 6 Oct 2014 17:43:56 +0200
Subject: [PATCH] On failure: also call hooks for sa
Package: fai-client
Version: 4.0.8~deb7u1
Severity: wishlist
Dear Maintainer,
Currently, if $FAI_ACTION is install, and the installation fails, bash
is run on the computer to be installed. This is not always ideal,
however, since some administrators might want to lock down local
computers as muc
place.
Kind regards,
Christian Seiler
From e8e0163e981bb57ebe7edfdc758d6ce9e9a51b9b Mon Sep 17 00:00:00 2001
From: Christian Seiler
Date: Tue, 7 Oct 2014 15:28:46 +0200
Subject: [PATCH] Bugfix: make skipping savelog task actually work
---
lib/subroutines |4 ++--
1 file changed, 2 insertions(+),
Control: found -1 3.16.3-2
Hi,
Since the freeze for Jessie is around the corner, I wanted to ask if you
have considered enabling this again at least for Jessie?
Thank you!
Kind regards,
Christian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
Package: snmp
Version: 5.7.2.1~dfsg-7
Severity: important
Dear Maintainers,
The preinst script of the 'snmp' (client tools) package contains the
following code (if 'install' or 'upgrade' is passed):
killall -u snmp 2>/dev/null || true
This was added here:
http://anonscm.debian.org/cgit/pkg-net
Package: systemd
Version: 215-12
Severity: normal
Dear Maintainers,
while I was trying to set a different log level for systemd via DBus, I
accidentally forgot that the 'Set' method for DBus properties expects a
variant as a data type. So when using the following (wrong) command:
dbus-send --pr
On 03/31/2015 04:44 PM, Michael Biebl wrote:
Am 31.03.2015 um 15:52 schrieb Christian Seiler:
Package: systemd
Version: 215-12
Severity: normal
Dear Maintainers,
while I was trying to set a different log level for systemd via DBus, I
accidentally forgot that the 'Set' metho
Control: severity -1 serious
(justification for severity: breaks unrelated software, in this case
all syslog daemons on a default installation; could possibly be
considered grave or even criticial - data loss affecting nearly all
users)
This bug is actually much worse than it seems. In fact, on
s of systemd for Jessie could include it.
Thank you for considering!
Christian
[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759001
[1]
https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=106;filename=sysv-generator-add-support-for-etc-insserv-overrides.patch;att=1;bug=759001
From: Christian
Control: tags -1 - moreinfo
Am 2015-02-25 21:27, schrieb Michael Biebl:
Am 25.02.2015 um 18:59 schrieb Christian Seiler:
Control: severity -1 serious
Thoughts?
Those missing syslog messages (only) happen when systemd flushes the
initial boot kernel/messages to the syslog socket, right
Am 2015-02-25 23:26, schrieb Michael Biebl:
If you need that kind of throughput, using the imjournal module might
possibly be the better choice (would need some testing, how mature
imjournal is). Unfortunately, it's not really possible to ship a
default
rsyslog configuration, which uses imjourna
Am 2015-02-26 00:04, schrieb Michael Biebl:
Also: I'm not looking for a solution that solves this for any
possible amount of log messages, but I do think that the current
limit doesn't provide enough of a safety zone that one would like
to rely on.
If we can make the journald -> syslog forwardi
Small correction to my previous observations:
Am 2015-02-25 18:59, schrieb Christian Seiler:
- SendBuffer=8M will increase the max size of a single log message
that may be sent via this socket (8M is probably at bit much)
Actually that's not true. I've misread the kernel source
I did some more tests on this and there is one key thing that I
misunderstood: SO_SNDBUF of the socket that is used to send the
datagrams is used as a limit in the kernel, not of the socket syslog
uses to receive them.
I actually tried setting SendBuffer=1 and ReceiveBuffer=1 on
syslog.socket (to
Am 2015-03-03 15:33, schrieb Michael Biebl:
Am 02.03.2015 um 15:42 schrieb Christian Seiler:
- SOLUTION (mostly the same as before, but SendBuffer is set on a
different unit and a Condition is added to the service):
1. Increase max_dgram_qlen to a reasonable value. The easiest
Am 2015-03-03 16:26, schrieb Michael Biebl:
I did a couple more reboots and did indeed run into the problem, that
systemd-sysctl.service was started after syslog.socket, so I got the
"missed XXX messages" again.
Adding the After=systemd-sysctl.service ordering to syslog.socket
fixed
that. In [1]
Package: systemd
Version: 215-15
Severity: minor
Tags: patch
Dear Maintainers,
with 215-13, hwclock-save.service was added to sync the system clock
with the hardware clock on shutdown. This will fail in containers which
don't have the appropriate privileges (which is annoying, but not
really pro
On 04/11/2015 03:28 PM, Michael Biebl wrote:
Am 11.04.2015 um 12:14 schrieb Christian Seiler:
Package: systemd
Version: 215-15
Severity: minor
Tags: patch
Dear Maintainers,
with 215-13, hwclock-save.service was added to sync the system clock
with the hardware clock on shutdown. This will fail
ii perl-base 5.20.2-6
init-system-helpers recommends no packages.
init-system-helpers suggests no packages.
-- no debconf information
From 38aa3cc8c1390a9ae5ba047faf4cae3b3674286c Mon Sep 17 00:00:00 2001
From: Christian Seiler
Date: Thu, 27 Aug 2015 22:13:15 +0200
Subject: [PATCH] deb-s
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-10
Severity: serious
I'm opening this RC bug so that open-iscsi doesn't migrate to testing,
for two reasons:
- we need to make a followup upload to fix the systemd WantedBy=
target, and because of #797108 the old symlinks don't get removed.
On 28.08.2015 04:39, Felipe Sateler wrote:
> On 27 August 2015 at 17:19, Christian Seiler wrote:
>> I've also attached a trivial package in two versions to test this.
>> They change all 3 options (WantedBy=, Also= and Alias=) to test
>> everything at the same tim
Hi Axel,
I've now figured out a way to make gtk3-nocsd work with all relevant
Gtk+3 versions (including those currently in Debian stable, unstable
and experimental). Since I had already reported a couple of things
upstream earlier, and the original author is a bit short on time
currently, he gave
e great if that could be added to autopkgtest.
Thanks!
Regards,
Christian
From d091f958e1a61cbf4d3296c4267d011ba3c6dbd4 Mon Sep 17 00:00:00 2001
From: Christian Seiler
Date: Sun, 4 Oct 2015 12:25:39 +0200
Subject: [PATCH 1/2] Add 'needs-qcow2-baseimage' restriction
Add restrictions tha
Hi,
just an additional note:
with these changes, I've successfully managed to write autopkgtests for
open-iscsi that do the following (not pushed to git yet because I need
to know whether you'll accept this patch):
debian/tests/control:
Tests: simple
Restrictions: needs-root, breaks-testbed, iso
est package):
vmdebootstrap --verbose --serial-console --distribution=sid \
--customize=/usr/share/autopkgtest/adt-setup-vm \
--user=adt/adt --size=100 --grub \
--image=adt-sid.raw
From 1cebe2b91e06f66f7a046438f9f191fef3f12446 Mon Sep 17 00:00:00 2001
From:
On 10/05/2015 02:31 AM, Antonio Terceiro wrote:
> On Sun, Oct 04, 2015 at 11:19:15PM +0200, Christian Seiler wrote:
>> I've attached a patch that does the following:
>>
>> - if /etc/inittab exists, nothing changes
>>
>> - if /etc/inittab doesn't
Control: tags -1 - moreinfo
Control: tags -1 + patch
Am 2015-10-05 09:19, schrieb Neil Williams:
On Sun, 04 Oct 2015 23:19:15 +0200
Christian Seiler wrote:
while using vmdebootstrap to create VM images for the use with
autopkgtest, I've stumbled upon the following problem:
- I want
Hi Martin,
Am 2015-10-05 16:20, schrieb Martin Pitt:
Christian Seiler [2015-10-04 13:51 +0200]:
as per our discussion on the autopkgtest mailing list [1], I'd like
to
be able to have autopkgtest support nested VMs for testing of
network
clients in the kernel such as NFS, CIFS, iSCSI
Am 2015-10-05 18:14, schrieb Neil Williams:
On Mon, 05 Oct 2015 13:11:01 +0200
Christian Seiler wrote:
To repeat myself: if we say for normal users that after a _fresh_
installation it's fine to just purge systemd-sysv and install
sysvinit-core, then that should be fine for test case
he
initramfs, but vmdebootstrap at least does that after calling the
customization script, so we don't do that here. (If run inside a VM, we
don't mask the udev rule, so we don't need this.)
Regards,
Christian
From 9bae85a5066c1b69032f3734d3e4cd087ca1bb49 Mon Sep 17 00:00:00 2001
From
From 4400c1a83b7178b6c7646c763393576750b5c0be Mon Sep 17 00:00:00 2001
From: Christian Seiler
Date: Wed, 7 Oct 2015 15:35:21 +0200
Subject: [PATCH 1/2] update_initramfs: support alternative initramfs
implementations
Invoke dpkg triggers to update the initramfs. This way, alternative
initramfs implementations
Hello,
On 09/03/2015 07:13 AM, Christian Perrier wrote:
> I just noticed new or modified debconf templates appearing for this
> package.
>
> I would like to suggest you to consider calling for debconf templates
> review AND translation updates when you introduce new debconf
> templates or modify
101 - 200 of 461 matches
Mail list logo
