On Fri, 12 Jan 2018 03:56:42 +0100 Adam Borowski
wrote:
> On Wed, Jan 10, 2018 at 08:38:39PM +0100, John Paul Adrian Glaubitz wrote:
> > > Please tell me why this would be serious: any filesystem from this
millenium
> > > can handle unclean shutdown fine -- especially if there's a sync
before
> >
flicts with systemd-shim's operation. It would be nigh
impossible to do without doing it in the shim itself... grr.
--
Cameron Norman
fallback to non-resolvconf mode, if the resolvconf binary
was
> not found during runtime.
This is consistent with what I am seeing. Also, this may be of
interest to you, there is a file /etc/resolv.conf.tmp on my system when
resolvconf is not installed:
# Generated by NetworkManager
nameserver 192.168.1.1
Yet another workaround seems to be to copy this file over to
/etc/resolv.conf to get temporary internet access to install resolvconf
(if it is not in your apt cache).
Best regards,
--
Cameron Norman
+1,10 @@
+pillow (2.6.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add python-imaging-tk transitional package. Closes: #776483.
+
+ -- Cameron Norman Fri, 06 Mar 2015 18:37:54 -0800
+
pillow (2.6.1-1) unstable; urgency=medium
* Pillow 2.6.1 release.
diff -Nru pillow
em:
# apt-get source smartmontools
# diff smartmontools-6.3+svn4002/COPYING
/usr/share/common-licenses/GPL-2
outputs no difference. The upstream copyright and the full license
referenced are **exactly the same**. Verbatim. Word for word.
--
Cameron Norman
, László.
Thank you,
--
Cameron Norman
diff -Nru ovirt-guest-agent-1.0.10.2.dfsg/debian/changelog ovirt-guest-agent-1.0.10.2.dfsg/debian/changelog
--- ovirt-guest-agent-1.0.10.2.dfsg/debian/changelog 2014-10-20 12:00:09.0 -0700
+++ ovirt-guest-agent-1.0.10.2.dfsg/debian/changelog 2015-02-13
, self.instances is also broken, as it just lists /etc/init.d
> init files. The systemd provider calls "systemctl list-unit-files
--type
> service --full --all" instead.
Are there any packages that only have systemd services?
Cheers,
--
Cameron Norman
On Sat, Jan 31, 2015 at 5:08 AM, László Böszörményi (GCS)
wrote:
> On Fri, Jan 16, 2015 at 11:18 PM, Cameron Norman
> wrote:
>> On Fri, 9 Jan 2015 12:47:28 -0800 Cameron Norman
>> wrote:
>>> I actually did not experience #767028 on a system that does have /proc
&
l debian install, so when I add udisks post-install, I could
still be hit by it if the other previously mentioned patch is used.
Just removing that removable media handling support would be ideal.
Thank you.
--
Cameron Norman
On Fri, 9 Jan 2015 12:47:28 -0800 Cameron Norman
wrote:
> On Fri, Jan 9, 2015 at 12:03 PM, László Böszörményi
(GCS)
> wrote:
> > On Fri, Jan 2, 2015 at 8:33 PM, Cameron Norman
wrote:
> >> It hardcodes them as 175. The uid was not taken, but the gid was
so the
>
On Fri, Jan 9, 2015 at 12:03 PM, László Böszörményi (GCS)
wrote:
> On Fri, Jan 2, 2015 at 8:33 PM, Cameron Norman
> wrote:
>> It hardcodes them as 175. The uid was not taken, but the gid was so the
>> package installation failed. Funnily enough, I was trying to fix #767
Package: ovirt-guest-agent
Version: 1.0.10.2.dfsg-1
Severity: serious
It hardcodes them as 175. The uid was not taken, but the gid was so the
package installation failed. Funnily enough, I was trying to fix
#767028 at the time.
Best regards,
--
Cameron Norman
eed to
> reboot to get systemd into a useful state?
Did you try running `systemctl daemon-reload` then trying to start ctdb?
Thanks,
--
Cameron Norman
c/nut/nut.conf (which by default is set to none, which is
supposed to disable all the services). Not exactly sure how to go about
adding these types of checks to the systemd service... perhaps it would
be easier to just remove the systemd services and leave the init
scripts, at least for now.
--
Cameron Norman
On Mon, Dec 8, 2014 at 11:55 PM, gregor herrmann wrote:
> On Mon, 08 Dec 2014 17:49:27 -0800, Cameron Norman wrote:
>
>> I have supplied a more minimal NMU to fix #771501 that does not mess with
>> the gophermap file other than installing it if it was not there before.
>
>
On Sun, 7 Dec 2014 15:48:28 +0100 gregor herrmann
wrote:
> Control: tags 670437 + pending
> Control: tags 771501 + pending
>
> Dear maintainer,
>
> Cameron Norman has prepared an NMU for pygopherd (versioned as
> 2.0.18.3+nmu4) and I've uploaded it to DELAYED/5. Please
losely examine the above output and the script, and determine
> what the proper severity of the bug is, and adjust it accordingly. If
> it's important or greater please hurry to get this fixed for jessie.
>
> Hints about how to fix bashisms can be found at:
> https://wiki.ubuntu
such file or directory
> dpkg: error processing package pygopherd (--configure):
>subprocess installed post-installation script returned error exit
status 1
> Errors were encountered while processing:
>pygopherd
>
I have attached a patch to fix this issue. The patch h
persisted? What kernel version are
you running (IIRC someone reported problems with 3.14 and
systemd-shim, however that was not definite)? And what does `loginctl
show-sessions` output?
Thank you,
--
Cameron Norman
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
On Thu, 13 Nov 2014 18:41:20 -0800 Cameron Norman
wrote:
> On Sun, 09 Nov 2014 16:11:27 -0800 Cameron Norman
> wrote:
> > Hello,
> >
> > Lucas Nussbaum wrote:
> > > [Huge snip]
> > >
> > > FAIL: test_conf_preload.sh
> > >
On Sat, Nov 15, 2014 at 7:00 PM, Cameron Norman
wrote:
> On Sat, Nov 15, 2014 at 6:45 PM, Cameron Norman
> wrote:
>> Hello,
>>
>> I have attached a patch which addresses this issue. Please include it
>> quickly so that this bug can be fixed.
>
> I apologize,
On Sat, Nov 15, 2014 at 6:45 PM, Cameron Norman
wrote:
> Hello,
>
> I have attached a patch which addresses this issue. Please include it
> quickly so that this bug can be fixed.
I apologize, this patch was not easily applied. I have attached a new
one that can be applied by si
Hello,
I have attached a patch which addresses this issue. Please include it
quickly so that this bug can be fixed.
Thank you,
--
Cameron Norman
diff --git a/debian/ekeyd.postrm b/../ekeyd-767671/debian/ekeyd.postrm
index 484db5c..4efc368 100644
--- a/debian/ekeyd.postrm
+++ b/../ekeyd-767671
vice.
I would appreciate if this was included in the next upload to fix these
two bugs.
Thank you,
--
Cameron Norman
diff --git a/debian/util-linux.fstrim.cron b/debian/util-linux.fstrim.cron
new file mode 100755
index 000..7f17eb8
--- /dev/null
+++ b/debian/util-linux.fstrim.cron
@@
then you do not get
readiness. Not sure if that is critical.
I think you can still keep dbus based activation without Type=dbus and
a without a dependency on dbus, but you should ask the systemd
maintainers about that.
Thank you,
--
Cameron Norman
On Sun, 09 Nov 2014 16:11:27 -0800 Cameron Norman
wrote:
> Hello,
>
> Lucas Nussbaum wrote:
> > [Huge snip]
> >
> > FAIL: test_conf_preload.sh
> >
> > [Small snip]
>
> That script uses the libtool command, which is provided by
libtool-bin
On Wed, Nov 12, 2014 at 3:35 PM, Michael Biebl wrote:
> Am 12.11.2014 um 23:59 schrieb Cameron Norman:
>> But will services depending on network.target be started then? Or will
>> they be prevented from starting in the case of an auto interface not
>> being configured?
>
El mié, 12 de nov 2014 a las 6:30 , Michael Biebl
escribió:
Am 12.11.2014 um 05:04 schrieb Cameron Norman:
On Tue, 11 Nov 2014 20:05:53 +0100 Michael Biebl
wrote:
Am 11.11.2014 um 20:01 schrieb Michael Biebl:
> Attached is a patch against /etc/init.d/networking.
> While we dis
ed behavior, seeing as
allow-hotplug is the only configuration that explicitly references
hotplug devices/events?
Thanks,
--
Cameron Norman
ould be more; I had like 5 tests fail on me. Don't know what
that is all about...
Best regards,
--
Cameron Norman
Looks like a repeat of 624211.
The fix is to just use
invoke-rc.d --quiet udev reload || true
instead of the whole udev rule reloading spiel in ekeyd.postrm.
Best wishes,
--
Cameron Norman
`cgroup_enable=memory` to the kernel command line and see if that fixes
the issue.
Thanks for taking the time,
--
Cameron Norman
There was some mixup, and the conversation about this bug is quite
scattered unfortunately. Please refer to the discussion at the end of
BTS#757348 for why this is a cgmanager bug.
Thanks,
--
Cameron Norman
es sense.
Serge Hallyn is really good about quickly packaging up his new releases
(he is maintainer upstream and in Debian (co-maintainer) and Ubuntu),
so best bet is to just email him with the patch, or make a pull request
on GitHub, whichever you prefer.
Also, can you review this additional fixup:
https://github.com/cgmanager/cgmanager/pull/16 ?
Best regards,
--
Cameron Norman
to continue moving things and not just
break out with a failure right away, then report failure once
everything that can be moved is moved, you know?
Relevant code for that can be found here:
https://github.com/cgmanager/cgmanager/blob/bfca08381096d1be6a952a520d9207d04a3d88cc/cgmanager.c#L215
Best regards,
--
Cameron Norman
mory:/user.slice/user-1000.slice/session-1.scope
6:freezer:/user.slice/user-1000.slice/session-1.scope
5:devices:/user.slice/user-1000.slice/session-1.scope
4:cpuset:/user.slice/user-1000.slice/session-1.scope
3:cpuacct:/user.slice/user-1000.slice/session-1.scope
2:cpu:/user.slice/user-1000.slice/session-1.scope
1:blkio:/user.slice/user-1000.slice/session-1.scope
> [snip]
Can you tell me what your systemd-shim and cgmanager versions are?
Thanks a ton,
--
Cameron Norman
hibernates; but then when trying to wake it crashes and
reboots.
Is there any sort of error message? What size swap do you have, how
much RAM, and do you use a swap file or swap partition?
Best regards,
--
Cameron Norman
On Thu, 11 Sep 2014 02:42:52 +0200 Michael Biebl
wrote:
> reopen 756076
> thanks
>
>
> While the error message is gone, the actual cleanup doesn't seem to
work
> properly.
>
> When logging out, the logind session persists and remains in state
> "closing":
While this is true, it seems that dev
Hello guys,
There is some info that may be helpful:
1) If you login on a console, is that session registered (use the bare
`loginctl` command to list all registered sessions, or the last few
lines of `dmesg`)?
2) What display managers are you using? Have you tried with any others
and gotten d
wer this back down to
important.
Thank you,
--
Cameron Norman
Looks like this has been fixed in the current code, so a new upload
should fix this:
https://sourceforge.net/p/calf/bugs/65/
On Sat, Sep 13, 2014 at 12:26 PM, Cameron Norman
wrote:
> Hey, so I figured out the problem I think. The calf.so plugin eventually
> calls cairo functions, b
done to not make those calls to the cairo functions?
Best regards,
--
Cameron Norman
El Sun, 30 de Mar 2014 a las 1:22 PM, Steve Langasek
escribió:
Hi Cameron,
On Sun, Mar 30, 2014 at 05:56:01PM -0007, Cameron Norman wrote:
> Problem probably is in startpar-bridge. Since last mail also
samba-ad-dc service/job is affected. Both services upstart starts
properly:
Upst
43 matches
Mail list logo
