On 7 December 2015 at 12:51, Dhionel Díaz wrote:
> El 07/12/15 a las 08:22, Felipe Sateler escribió:
>> Hi Dhionel,
>>
>> On 6 December 2015 at 21:14, Dhionel Díaz wrote:
>>> Hi everyone,
>>>
>>> Following the directions in https://wiki.debian.or
on than the
> temporary one above.
Don't do this. debconf is not a registry. The results of the debconf
question must be stored in the proper configuration (eg, enablement
state) and then read back to ask the user on the next install run.
--
Saludos,
Felipe Sateler
On 14 December 2015 at 11:45, Roger Shimizu wrote:
> On Mon, Dec 14, 2015 at 11:31 PM, Felipe Sateler wrote:
>> On 14 December 2015 at 11:20, Roger Shimizu wrote:
>>> Dear systemd maintainers,
>>>
>>> Thanks for helping for the adjtimex systemd service file
On 26 Dec 2015 04:55, "martin f krafft" wrote:
>
> also sprach Jörg Frings-Fürst [2015-12-26
11:48 +1300]:
> > Care to elaborate why?
>
> Sorry, it's not terribly useful to augment the original bug report
> that I first cloned.
>
> Basically, /usr/lib/modules-load.d is not supported by upstream,
wing other
paths that are inconsistent with the man pages:
systemduserunitdir=/usr/lib/systemd/user
systemduserpresetdir=/usr/lib/systemd/user-preset
systemdusergeneratordir=/usr/lib/systemd/user-generators
--
Saludos,
Felipe Sateler
___
Pk
ke beaglebone-black and cubietruck, so
> having a
> consistent interface that can be configured to use DHCP at boot is important.
Do the systems booted by vmdebootstrap use systemd? If so, it may be
simpler to use systemd-networkd:
echo < /etc/systemd/network/99-dhcp-all.network
[Match]
Name=*
On Wed, 30 Dec 2015 14:18:35 + Neil Williams wrote:
> On Tue, 29 Dec 2015 15:24:55 -0300
> Felipe Sateler wrote:
>
> > Do you have a log that you can share? Also, is the interface not named
> > as expected, or is the interface named correctly but not brought up?
>
>
On 6 Jan 2016 02:45, "Frank Heckenbach" wrote:
>
> I did some more debugging, and found out some things:
>
> - In a debug shell after the failed shutdown, I did:
>
> systemctl status `systemctl | grep failed | grep swap | awk '{print
$2}'`
>
> and found an error message like this:
>
> swapof
workd, but it requires a lot of conffile
shuffling, so I'm not sure it is worth the effort. For my own use
cases, I actually want networkd everywhere, so that is not an itch I'm
particularly eager to scratch.
--
Saludos,
Felipe Sateler
_
ExecStop=/bin/sh -c 'while mount | grep -q "on /tmp "; do umount /tmp; sleep
> 1; done; while ! swapoff -a; do sleep 1; done'
>
> [Install]
> WantedBy=multi-user.target
What if instead of this service, you add an:
Af
her bug I linked, this may not be sufficient. Please list
all the swap units listed in
% systemctl list-units '*.swap'
You'll see that there are multiple units each of the different ways
you can access the underlying partition (by uuid, did, wwm
to really tell).
Once this package is fixed in stable, the workaround can be reduced to
After=swap.target.
I don't think we want to diverge locally (ie, in Debian) from what
dependencies are automatically added to tmpfs mounts. I figure if you
change overcommit_memory you can also specif
Control: clone -1 -2
Control: reassign -1 init-system-helpers
Control: reassign -2 insserv
Control: retitle -2 insserv: warn about dependencies in ignore mode
Control: severity -2 wishlist
Control: tags -2 patch
On 22 December 2015 at 16:15, Felipe Sateler wrote:
> Hi all,
>
> On 2
Control: reassign -1 insserv
On Fri, 24 Jul 2009 19:08:27 +0200 Petter Reinholdtsen wrote:
> Package: sysv-rc
> Version: 2.80-1
> Severity: important
>
> I've discovered what I believe is misuse of the sysvinit boot system.
> The nslu2-utils package calls update-rc.d like this (see #507545):
>
>
get if your
@reboot commands need those paths available, otherwise cron might run
before they are mounted. This should solve problem 3.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On Fri, 27 Nov 2015 10:16:20 -0300 Felipe Sateler
wrote:
> Attached is a patch that passes the -f flag to insserv when the file
> /etc/init.d/mountkernfs.sh is not present. This preserves the current
> behavior as long as initscripts is not purged, but allows (in the
> future,
verride admin changes in system.conf.
>
> I'm sure systemd-coredump replicates some of the above, but it isn't
> always the best choice to have a core dump be piped into a process, and
> therefore using the traditional "just dump everything to disk" logic can
> still b
On 17 February 2016 at 21:03, Wouter Verhelst wrote:
> On Wed, Feb 17, 2016 at 06:33:59PM -0300, Felipe Sateler wrote:
>> On 17 February 2016 at 13:12, Wouter Verhelst wrote:
>> > Package: systemd
>> > Version: 229-1
>> >
>> > Hi,
>> >
>
backgrounding
> "XXX.YYY.32.75:/VOL"
> Feb 10 12:08:30 SERVER mount[577]: mount.nfs: backgrounding
> "XXX.YYY.20.176:/VOL"
> Feb 10 12:08:30 SERVER nfs-common[612]: Starting NFS common utilities: statd
> idmapd.
>
> but just above all these failures, the eth0 is marked as UP.
Could the networking script be exiting too early? Do you have more
interfaces in these machines? Are all of them configured as auto or
static?
>
> in the critical-chain now I no longer see the remote-fs target (so I'm not
> sure when it is started in relation with the networking target), is it
> normal?
remote-fs is After=network-online.target which in turn is After=network.target
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On 18 February 2016 at 13:41, Sandro Tosi wrote:
> On Thu, Feb 18, 2016 at 4:11 PM, Felipe Sateler wrote:
>> On 10 February 2016 at 14:37, Sandro Tosi wrote:
>>> Disabling ifplugd didnt change the situation, and there are still missing
>>> mount points
>>>
&g
On 18 February 2016 at 14:05, Sandro Tosi wrote:
> On Thu, Feb 18, 2016 at 4:49 PM, Felipe Sateler wrote:
>> On 18 February 2016 at 13:41, Sandro Tosi wrote:
>>> On Thu, Feb 18, 2016 at 4:11 PM, Felipe Sateler wrote:
>>>> Could the networking script be exiti
On 19 February 2016 at 09:11, Sandro Tosi wrote:
> Hey Felipe,
>
> On Thu, Feb 18, 2016 at 5:39 PM, Felipe Sateler wrote:
>> That mail has:
>> 1711:Feb 10 16:44:40 SERVER systemd[1]: mnt-NFSSERVER.mount changed
>> dead -> mounting
>> 1817:Feb 10 16:44:43 SE
led-to-use-the-Debian-config-files.patch/#L114
>
> (And as you can see on that particular line XKBMODEL is parsed. Not sure
> what resets it.)
Line 178 does when it is empty:
http://sources.debian.net/src/systemd/215-17%2Bdeb8u3/debian/patches/Update-localed-to-use-the-Debian-config-file
01-27 14:45:31.0 -0300
+++ insserv-1.14.0/debian/changelog 2016-02-22 21:22:09.0 -0300
@@ -1,3 +1,11 @@
+insserv (1.14.0-5.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Do not suppress warnings on force mode
+(Closes: #811441)
+
+ -- Felipe Sateler Mon, 22 Feb
etup should encode this table itself, so that the
documentation becomes correct.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Control: tags -1 pending
On 27 January 2016 at 21:25, Felipe Sateler wrote:
> On Fri, 27 Nov 2015 10:16:20 -0300 Felipe Sateler
> wrote:
>
>> Attached is a patch that passes the -f flag to insserv when the file
>> /etc/init.d/mountkernfs.sh is not present. This preserves th
NFSSERVER_VOL.mount loaded failed failed /mnt/NFSSERVER_VOL
>
> 1 loaded units listed. Pass --all to see loaded but inactive units, too.
Looks like remote-fs.target does not Require its mounts, only Wants.
>
>
> can I provide more logs/info? do you see anything wron
On 23 February 2016 at 13:41, Anton Zinoviev wrote:
> On Tue, Feb 23, 2016 at 11:51:35AM -0300, Felipe Sateler wrote:
>> On 19 February 2016 at 14:52, Anton Zinoviev wrote:
>> >
>> > XKBMODEL has no default value (at least in console-setup). It should
>> >
On 24 February 2016 at 09:29, Sandro Tosi wrote:
> Hey Felipe, thanks a lot for your help!
>
>
> On Tue, Feb 23, 2016 at 10:16 PM, Felipe Sateler
> wrote:
>>
>> On 23 February 2016 at 12:12, Sandro Tosi wrote:
>> > On Tue, Feb 23, 2016 at 9:19 AM, Sandro Tos
Control: retitle -1 insserv: warns about configuration changes
Control: reassign -1 insserv
Control: found -1 1.14.0-5.2
On Tue, 01 Apr 2014 10:52:36 +0200 Ralf Jung wrote:
> Package: sysv-rc
> Version: 2.88dsf-51
> Severity: normal
>
> Dear Maintainer,
>
> when using update-rc.d to disable autom
On 2 March 2016 at 11:46, Sandro Tosi wrote:
> Thanks Felipe to assist me with this and sorry for the late reply!
>
> On Thu, Feb 25, 2016 at 7:19 PM, Felipe Sateler wrote:
>> Maybe the timeout is just too short. Maybe adding
>> x-systemd.device-timeout=90s helps?
>
&g
both hashes have the same keys (and does
>> not check the values). So basically the smart match will always return
>> true.
>
> I'm not sure it's that important to actually detect changes, maybe
> we should just hardcode this:
>
> $changed_sth = 1;
>
> This seems t
e, and the
2006c-2 changelog entry for tzdata confirms this:
* Put a copy of the current timezone into /etc/localtime instead of a
symlink.
So it looks like the dependency was added to ensure the transition to
a real file.
I think the dependency
Control: tags -1 confirmed
On Thu, 24 Mar 2011 02:11:06 -0700 Russ Allbery wrote:
> The man page for the service utility says that it only passes LANG
> and TERM to the init script, but it also passes PATH.
Indeed. The question is, should it? Or should it instead pass a sanitized value?
--
Salu
daemon-reload, and then doing systemctl cat rpcbind nfs-common and
making sure the output includes the snippets.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alio
r first argument to be a full path.
2. Exec* are not executed via a shell. IIRC, crontab lines can include
shell constructs. Systemd-cron should generate units that use a shell
(eg, /bin/sh -c 'foo').
--
Saludos,
Felipe Sateler
___
Pkg-s
On 21 Mar 2016 09:23, "Alexandre Detiste"
wrote:
>
> 2016-03-21 12:54 GMT+01:00 Felipe Sateler :
> >
> > > [Service]
> > > Type=oneshot
> > > IgnoreSIGPIPE=false
> > > ExecStart=foo
> >
> > Is this the real output from sys
On Wed, 23 Mar 2016 18:52:20 +1100 Brett Ryan wrote:
>
> > On 23 Mar 2016, at 18:39, Petter Reinholdtsen wrote:
> >
> > When that is said, I suspect it is in general a good idea to not use
> > symlinks in /etc/init.d/.
>
> I would generally agree, I'm presently setting up VM with a preinstalled
>
pdates[1] fixing #805133.
Could you please upgrade to that version and try using the
After=swap.target workaround? If it works, then using
overcommit_memory would require adding the After= snippet, and this
bug could be turned into a documentation bug (but where?).
[1] https://www.debian.org/releases/proposed-updates.html
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On 28 March 2016 at 12:18, Frank Heckenbach wrote:
> Felipe Sateler wrote:
>
>> BTW, systemd has been uploaded to proposed-updates[1] fixing #805133.
>> Could you please upgrade to that version and try using the
>> After=swap.target workaround?
>
> Actually, I'
Control: forwarded -1 https://github.com/systemd/systemd/issues/2930
On 1 Apr 2016 04:43, "Frank Heckenbach" wrote:
>
> > On 28 March 2016 at 12:18, Frank Heckenbach
wrote:
> > > Felipe Sateler wrote:
> > >
> > >> BTW, systemd has be
lit is that
quotewords takes into account quotes to allow "multiple words" to be
parsed as a single token. I don't think we have use for such a feature
(there are no such files in the archive).
So, unless I'm missing something, this could be further simpli
ly by removing the user services.
Could you please attach the faulty services? Also, the output of
`journalctl -u $youruser -b` (this gives us the user log messages for
the current boot) would be useful as well.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
;.
Can you run that as root (yo may not have access to the log files)?
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
hance to do this
for drop-ins shipped in {/usr,}/lib.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On 28 Apr 2016 15:09, "Guido Günther" wrote:
>
> Package: systemd
> Version: 229-4
> Severity: normal
>
> Hi,
> since updating to 229 a couple of weeks ago I'm seeing these during early
> boot:
>
> Apr 28 19:48:21 bogon systemd[1]: systemd-hwdb-update.service: Start request
> repeated too quickl
Hi,
On 8 April 2016 at 13:32, Dan Nicholson wrote:
>
> On Thu, Apr 7, 2016 at 12:27 PM, Dan Nicholson wrote:
> > On Thu, Apr 7, 2016 at 11:56 AM, Felipe Sateler wrote:
> >>
> >> AFAICT, the only difference between quotewords and split is that
> >> quotew
Control: tags -1 - patch
Hi Christian
On Sun, 15 Mar 2015 16:16:44 +0100 Christian Seiler
wrote:
> Dear Maintainer,
>
> 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 for deb-s
business of defining users, just
providing the binary would be sufficient for this purpose.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
emd
> won't help (and that already happens so many times).
>
> > He said that the timeout is shorter if he creates some
> > entropy pressing many keys on the keyboard.
>
> Same thing here
>
>
> I'll just this bug open for now.
FWIW, we have already rece
6, so it is always
present on a multi-arch system.
I think it was best to have both, just in case.
[1] https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=792434d
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-sy
On 5 May 2016 at 00:35, Martin Pitt wrote:
> Hey Felipe,
>
> Felipe Sateler [2016-05-03 10:06 -0300]:
>> So, if we don't want to get in the business of defining users, just
>> providing the binary would be sufficient for this purpose.
>
> TBH, I see little reason
h trying to get rid of that
dependency (I can't find an online reference, but discussed on IRC),
and it is not done only because apt currently does not deal
particularly well with versioned Breaks "loops" involving essential
packages.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
On 5 May 2016 at 10:18, Felipe Sateler wrote:
>> Do we miss anything to start with moving the "Essential" field? I think
>> /bin/pidof was mentioned which is provided by sysvinit-utils; however
>> sysvinit-utils will continue to stay quasi-essential as util-linux has
>
> I have no idea how to limit / disable the restart or make it
> configurable in this case. Maybe someone with systemfoo has an idea :)
This functionality will come with systemd 230:
https://github.com/systemd/systemd/pull/3148 , so nothing out of the
box yet.
A more involved soluti
On 12 May 2016 at 19:43, Felipe Sateler wrote:
> On 12 May 2016 at 18:55, Sebastian Andrzej Siewior
> wrote:
>> On 2016-05-11 12:12:42 [-0400], Joey Hess wrote:
>>> Looks like it was being killed each time by the OOM killer. Which makes
>>> sense; clamav uses 18% o
ial.
[1] https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/control
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
red
4. Have dpkg/apt support ordering without dependencies (not likely to
happen soon).
I think (2) is the easiest and fastest way out of this problem, but
(4) would be the real fix.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing lis
rc/systemd/230-1/src/sysv-generator/sysv-generator.c/#L828-L835
[2]
http://sources.debian.net/src/systemd/230-1/src/insserv-generator/insserv-generator.c/#L204
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg
sr is a separate mount, and whether initramfs-tools or
dracut is not new enough. Plus a NEWS.Debian entry, possibly.
And then proceed to close as notabug when late-mounted-/usr bugs are opened.
I don't think pretending to support something that w
that. Currently winbind does not have a native systemd
service, but an init script. Thus, the init script should ensure
winbind is really exited before returning.
This is a bug in the winbind init script. Thus reassigning to winbind.
--
Saludos,
Felipe Sateler
ctually a systemd
>> issue? I'm not
>> exactly sure how autofs works and who actually mounts the vfat and hangs
>> doing so
>> (kernel or systemd?).
>
> It's a bug in systemd 230. Arch applies the following commit to fix it:
>
> # automount: handle expire_tokens when th
ould not enable linger: The name
> org.freedesktop.PolicyKit1 was not provided by any .service files
>
> I guess systemd should now Recommend policykit-1 as well.
Recommends is a bit too strong. You can still use most of systemd
without policykit, and even enable lingering if you run it as root.
But I think Sugge
On 28 June 2016 at 06:13, Martin Pitt wrote:
> Control: tag -1 pending
>
> Hello Felipe,
>
> CC'ing Andreas for the util-linux part.
>
> Felipe Sateler [2016-05-19 17:57 -0400]:
>> update-rc.d currently has support for invoking insserv with the -f flag,
>> t
gt;> happend to mostly work once it doesn't mean that it can be guaranteed
>> forever, sorry.
>
>
> I have an initrd on this machine so this is something else
Your initrd needs to mount /usr. Which one are you using?
--
Saludos,
Felipe Sateler
_
42/deb.debian.org/debian
>
> After creating I ran machinectl to enable the container
>
> machinectl enable localrepo
>
> And I got a segfault.
This has been fixed upstream already, I have cherry picked the patch
to the current git repository. It s
o
> missing
> LZ4 dependency?).
>
> LZ4 is the default compression method according to upstream since systemd
> 229.
LZ4 is also used by apt, so it is likely to already be installed on
any debian system.
--
Saludos,
Felipe Sateler
___
Pkg-s
}
foreach my $lvl (@$lsb_stop_ref) {
make_path("/etc/rc$lvl.d");
+continue if glob("/etc/rc$lvl.d/[KS]??$scriptname");
my $l = "/etc/rc$lvl.d/K01$scriptname";
-unlink($l);
symlink("../init.d/$scriptname",
cur before that target is reached. This
means that any unit that tries to order before network-pre.target
needs to set DefaultDependencies=no, and list all the required
dependencies and mounts.
--
Saludos,
Felipe Sateler
___
Pkg-system
On 30 Jul 2016 2:46 p.m., "Patrick Schleizer" <
patrick-mailingli...@whonix.org> wrote:
>
> Felipe Sateler:
> > On 30 July 2016 at 13:58, Patrick Schleizer
> > wrote:
> >> How to securely load a firewall before networking gets up?
> >>
> >
On 30 July 2016 at 14:47, Michael Biebl wrote:
> Am 30.07.2016 um 19:52 schrieb Felipe Sateler:
>> On 29 July 2016 at 17:05, Michael Biebl wrote:
>>> Am 29.07.2016 um 22:44 schrieb Michael Biebl:
>>>> Package: init-system-helpers
>>>> Version: 1.4
# CONFIG_SECCOMP is not set
% grep SECCOMP boot/config-4.6.0-1-armmp
CONFIG_HAVE_ARCH_SECCOMP_FILTER=y
# CONFIG_SECCOMP is not set
So I think the kernel should enable SECCOMP.
However, I think systemd should also simply (warn and) ignore seccomp
calls if seccomp is not available in the current kernel
Control: forwarded -1 https://github.com/systemd/systemd/issues/3882
Control: severity -1 serious
On 3 August 2016 at 02:15, Michael Biebl wrote:
> Am 01.08.2016 um 23:40 schrieb Felipe Sateler:
>> So I think the kernel should enable SECCOMP.
>
> I agree, unless SECCOMP on arm ha
On 1 August 2016 at 18:32, Rick Thomas wrote:
>
> On Aug 1, 2016, at 2:40 PM, Felipe Sateler wrote:
>
>> On 28 July 2016 at 17:04, Michael Biebl wrote:
>>> Am 28.07.2016 um 22:50 schrieb Rick Thomas:
>>>> In the interest of having a working system, I re
On 3 August 2016 at 16:44, Rick Thomas wrote:
>
> On Aug 3, 2016, at 9:06 AM, Felipe Sateler wrote:
>
>> On 1 August 2016 at 18:32, Rick Thomas wrote:
>>>
>>> Thanks, Filipe!
>>>
>>> What do we have to do at this point to test this and then tr
gt;
> i'd expect both stdout and stderr to be line-buffered.
I'm not fully sure of what you mean, but this looks like
https://github.com/systemd/systemd/issues/2913.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
ng this issue. Please
re-download and try again.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
as I
have built it.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler
* Package name: mkosi
Version : 1
Upstream Author : Lennart Poettering
* URL : https://github.com/systemd/mkosi
* License : LGPL-2.1
Programming Lang: Python3
Description : create legacy-free OS
On 8 August 2016 at 10:03, Felipe Sateler wrote:
> On 8 August 2016 at 02:59, Pete Batard wrote:
>> Thanks Felipe.
>>
>> I'm afraid it's still not completing successfully though:
>
> Gah, I'm terribly sorry. I have a fix here, but I'm testbuilding f
systemd-localed to
fail to start on systems where that file isn't populated (like embedded
systems without keyboards).
Closes: #833849
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
t sure if I should just go ahead and install the
> dbgsym version, or if there's still one piece missing.
>
> Please let me know before I proceed.
No, the -dbgsym version only contains debugging symbols, not the
actual executables.
--
Saludos,
Felipe Sateler
__
ion to enable output from all systemctl commands, at least if
> they fail?..
No, there isn't. There is an upstream request for this
https://github.com/systemd/systemd/issues/1287
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
emd.conf fixes the issue?
z /run/utmp 0664 root utmp - -
Add this after the line that creates the file.
>
> I can provide access to a virtual machine for testing this if you wish.
I have no idea on how to tell if the fix was successful or not.
--
Saludos,
Felipe Sateler
__
On 19 August 2016 at 15:24, Josh Triplett wrote:
> On Wed, 17 Aug 2016 12:34:59 -0300 Felipe Sateler wrote:
>> On 17 August 2016 at 03:45, Ferenc Wágner wrote:
>> > Michael Biebl writes:
>> >
>> >> Am 16.08.2016 um 19:12 schrieb Ferenc Wágner:
>&g
On 19 August 2016 at 17:23, Josh Triplett wrote:
> On Fri, Aug 19, 2016 at 04:51:12PM -0300, Felipe Sateler wrote:
>> On 19 August 2016 at 15:24, Josh Triplett wrote:
>> > On Wed, 17 Aug 2016 12:34:59 -0300 Felipe Sateler
>> > wrote:
>> >> On 17 Aug
On 23 August 2016 at 14:43, Marc Haber wrote:
> On Tue, Aug 23, 2016 at 02:34:56PM -0300, Felipe Sateler wrote:
>> If the above error is important (and I think it is), then it might be
>> even easier to reach the error as the VM will likely be slower than
>> your real ma
On 27 August 2016 at 20:20, Pete Batard wrote:
> ...and 231-4 broke the whole thing down again. :(
Could you try 231-5 from unstable?
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintain
; "active (mounted)" state, even though it is not actually mounted. This
> appears to prevent any systemd *.automount unit from being able to later
> mount it when the NFS server does come back online.
Could you attach your fstab info as w
Control: tags -1 moreinfo
Control: found -1 231-5
On 28 August 2016 at 17:46, Pete Batard wrote:
> On 2016.08.28 15:37, Felipe Sateler wrote:
>>
>> Could you try 231-5 from unstable?
>
>
> Oops, I mean 231-5 broke it. I'm seeing the issue back in 231-5 and not
&
is not verbose. Could you boot with kernel argument
systemd.log_level=debug ?
Also, on the arm machine could you attach the contents of /proc/self/status ?
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maint
availability. Clearly the runtime
detection is insufficient, but we really need to fix the detection:
disabling security features is a bug too!
I'm trying to install a vm using the debian kernel. This should make
it easier to test stuff.
--
Saludos,
Felipe Sateler
z in /proc, so I can't
> tell you precisely what compilation options were used in case it matters.
> But I'll be happy to run more tests on my machine as needed.
I managed to get the config from a jessie rpi by loading the 'configs'
module (sudo modprobe configs). After that th
On 30 August 2016 at 13:32, Pete Batard wrote:
> On 2016.08.30 17:30, Felipe Sateler wrote:
>>
>> I managed to get the config from a jessie rpi by loading the 'configs'
>> module (sudo modprobe configs). After that the config is found on
>> /proc/config.gz
&
On 30 August 2016 at 13:43, Felipe Sateler wrote:
> On 30 August 2016 at 13:32, Pete Batard wrote:
>> On 2016.08.30 17:30, Felipe Sateler wrote:
>>>
>>> I managed to get the config from a jessie rpi by loading the 'configs'
>>> module (sudo modpro
should not be started.
I have forwarded this upstream.
--
Saludos,
Felipe Sateler
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
to work.
If you think this should work, please report this upstream at
https://github.com/systemd/systemd/issues/new. (this is not the kind
of thing that should be implemented in a downstream patch). Otherwise
I would close this bug as it is expected that it doesn't work.
1-5
> or earlier this in not the case.
It appears you are using systemd-networkd. Could you please attach
your networkd configuration?
Version 231-6 is built with iptables support, so that may be causing
an interaction that was not visible before.
--
Saludos,
Felipe Sateler
On 14 September 2016 at 18:34, Wolfgang Walter wrote:
> On Wednesday, 14 September 2016 10:00:28 CEST Felipe Sateler wrote:
>> Control: tags -1 moreinfo
>>
>> On 14 September 2016 at 06:59, Wolfgang Walter
>> wrote:
>> > Package: systemd
>
On 15 September 2016 at 12:36, Felipe Sateler wrote:
> On 14 September 2016 at 18:34, Wolfgang Walter
> wrote:
>> On Wednesday, 14 September 2016 10:00:28 CEST Felipe Sateler wrote:
>>> Control: tags -1 moreinfo
>>>
>>> On 14 September 2016 at 06:59, Wol
101 - 200 of 332 matches
Mail list logo
