h you need to build yourself anyway.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
e-package since I
> won't check the sources with each release ;)
Which is plain stupid.
Best,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
system resources (for instance by exploiting GPU).
On the contrary, things like {open,flux}box and tiling WMs (i3, jwm) still use
a design from '90s. And from olden days of Win98 we remember what it leads to.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043
at wear out
> the SSD faster than periodic trimming?
I don't know precise numbers, but IME none of those made a difference
performace-wise. I'd say if SSD wear is a problem (i.e. if you estimate it
within expected usage time of the device), just switch to a HDD.
HTH,
--
Leonid Isaev
GPG
is necessary? What kind of attack (besides DoS) is
possible against wpa_supplicant?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
e against wpa_supplicant?
>
> there have been buffer overflows etc. in wpa supplicant, not good for
> a root process.
> https://www.google.com/search?q=wpa_supplicant+CVE=utf-8=utf-8
But those CVEs are mostly denial of service... right?
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
n.conf
>
> URL: https://www.archlinux.org/news/xorg-1180-enters-testing/
Hmm, on my machine Xorg now runs as root, and I had to create
/etc/X11/Xwrapper.config to enfoce the old behavior of dropping suid privs...
Has anyone else noticed this?
Thanks,
--
Leonid Isaev
GPG fingerprints: DA
gt; ssh access works as expected.
>
> I feel like it stopped working after I got this arch announce:
> https://www.archlinux.org/news/d-bus-now-launches-user-buses/
So, does sftp work from the command line?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8
unctional.
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
, and
does anyone know how to make ping work again?
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
to see an updated version, open a bugreport and attach there a
patched PKGBUILD. And of course, you can always build the latest version
locally (just clone the svn trunk and run makepkg)...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
On Mon, Aug 24, 2015 at 12:15:32PM -0500, Doug Newgard wrote:
On Mon, 24 Aug 2015 17:00:18 +
Leonid Isaev lis...@umail.iu.edu wrote:
I'm also curious about this. It seems like the maintainer hasn't been
active for the past 5 months.[1]
What is the normal course of action
, links,
XFCE4 etc. will not be noticeable (at least I don't see any for a self-compiled
xfce4 desktop on a single-core Intel Atom based netbook).
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B
, I think any compiler-level optimization is overrated, and I never
really saw any measurable effect of it. But I use Fortran (not C) for all my
projects.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A
packages in current repos. Then,
someone has to actually build those packages.
I would personally prefer that most packages come with debugging enabled by
default. Surely, there will be a performance cost, but speed is not crucial in
most cases.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D
is broken because it
doesn't pull in syslog.socket.
And, no, I haven't filed any bugreports, so go ahead if you feel like it. But I
personally recommend simply repackaging syslog-ng without systemd support...
HTH,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C
via arp/ip/ip6tables has
been deprecated. Update your scripts to load br_netfilter if you need this.
---
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgp2gGJEZSUlF.pgp
Description
On Thu, Jan 08, 2015 at 07:18:25PM +, Mauro Santos wrote:
On 08-01-2015 18:57, Leonid Isaev wrote:
BTW, to those updating, one notable (at least from my perspective) change
with
3.18.y is the new module br_netfilter responsible for filtering traffic
coming
through a bridge
archive.tar.sig
archive.tar.sign
Does makepkg(8) know how to check sigs of .tar files as opposed to .tar.xz?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpOi4jUPre_t.pgp
Description
be able
to do it yourself soon ;).
In the TODO list mentioned in this thread, community/exim is absent, even
though its releases are signed (see e.g. this announcement
https://lists.exim.org/lurker/message/20140811.135006.dc48cddf.en.html ).
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D
, for example, by default creates log files 640
root:log...
Also, I just wonder, do you have systemd installed at all?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpjpGJdxHCVA.pgp
are created with a correct u+g permissions
(via some rules). These rules will define your standard group list.
Otherwise, stick with systemd groups.
HTH,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
couldn't
find any related feature-request in the flyspray...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgp5IRy5nZB_E.pgp
Description: PGP signature
,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpDr7jexoDDt.pgp
Description: PGP signature
with proper conflicts and
provides. At least that's what I would do...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpnZSbyhvC5q.pgp
Description: PGP signature
On Mon, Dec 22, 2014 at 07:33:43AM +0100, Thomas Bächler wrote:
Am 21.12.2014 um 22:48 schrieb Leonid Isaev:
On Sun, Dec 21, 2014 at 09:49:42PM +0100, Sebastiaan Lokhorst wrote:
Thanks everyone for your responses! It seems that gdisk is still favorable
for advanced tasks, but fdisk is can
is to change mutt invocation as
--
$ env | grep GPG
GPG_TTY=/dev/pts/4
$ GPG_AGENT_INFO= mutt
--
and leave muttrc alone.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
using the GPGME backend should help.
By looking at mutt src, it seems that GPGME backend (crypt-gpgme.c) uses the
same logic regarding the gpg-agent as the classic PGP backend (pgp.c). Namely,
both invoke !getenv(GPG_AGENT_INFO) to check if a gpg-agent is running.
Cheers,
--
Leonid Isaev
GPG
drives is just
silly...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgptzAdvSs8a9.pgp
Description: PGP signature
neither. I never read the
beginners' guide, and don't care how it is formatted. I am just trying to
un-confuse people regarding the whole GPT vs MBR thing...
2014-12-21 20:54 GMT+01:00 Leonid Isaev lis...@umail.iu.edu:
Yes. The age of a machine has no relevance for deciding whether to use GPT
. The bugs which started this discussion are not a big deal
anyway. They will only affect scripts that don't properly sanitize the input.
Such scripts have bigger problems to worry about IMHO. The SSH-related issue is
also insignificant because the bug will be triggered post-auth...
Cheers,
--
Leonid
/dnsmasq-discuss/2014q3/008859.html .
That said, an up-to-date Arch install should be relatively safe.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpk5dm8JiL_k.pgp
Description: PGP
a theorem saying that no such bugs exist in dash (zsh, ksh, etc.)?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpLFD8F0PBP1.pgp
Description: PGP signature
Hi,
On Mon, Sep 15, 2014 at 08:28:22AM +0200, Tobias Hunger wrote:
On Sep 15, 2014 1:56 AM, Leonid Isaev lis...@umail.iu.edu wrote:
systemd's factory reset and atomic upgrades were explicitly stated to be
useful
only in special situations, like embedded systems. Just because Archlinux
have enabled by default ldconfig.service enabled,
systemd-update-done.service, etc, which messed a number of my containers.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
the tmpfiles.d/sysusers stuff with virtkick or whatever, but not with
pacman.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpmADioTU9YG.pgp
Description: PGP signature
embedded systems. Just because Archlinux
systemd package enables them doesn't mean that the entire distribution should
be change around.
Implementation is easy, support in all usecases is hard. I mean, Archlinux is
not CoreOS...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF
be a sufficient
motivation for this DB move...
Best Regards,
Tobias
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgp73KTVckdoP.pgp
Description: PGP signature
need a rw root FS to
resync package DB). Anyway, I think you should open a feature request at the
bugtracker.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgph4N8WfVFUU.pgp
signing trusted keys in keyring...
- Locally signing key FOO
== ERROR: FOO could not be locally signed.
Any hints?
Something is wrong with your local keyring or the secret key. Did you run
pacman-key --init and what does pacman-key -l show?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D
access it from a laptop...
HTH,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpYzW8WQRCSU.pgp
Description: PGP signature
to accomplish this
as a normal user. Note, that docker is not much better, it's just uses a
privileged daemon to do things.
IIRC, currently running lxc-* as a normal user will work out-of-the-box only on
an Ubuntu 14.04 host.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291
. However, I don't know a whole lot about it, so I wonder are
Where do you take this from? Rootless containers require a specific host kernel
configuration (which -ARCH kernels don't have).
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
On Thu, Aug 21, 2014 at 10:21:49AM -0500, Bigby James wrote:
On 08/20, Leonid Isaev wrote:
This changelog says that:
* journald will no longer forward all local data to another running syslog
daemon. This change has been made because rsyslog (which appears to be the
most commonly
of hairpulling :)
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpScBICVVdOh.pgp
Description: PGP signature
conversion.
Except that sometimes a package installs files owned by a _new_ user. So one
needs some basic groups to exist _before_ high-level packages are unpacked.
Shipping these users/groups only in un-shadowed files will lead to pwck/grck
complaints...
HTH,
--
Leonid Isaev
GPG fingerprints: DA92 034D
,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpU3zf33QwIH.pgp
Description: PGP signature
audio kalu libvirt qemu kvm martinus
You don't need to be in 'kvm' group to use /dev/kvm. What does 'getfacl
/dev/kvm' say? Can you run a plain qemu-system-something?
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1
used libvirt (only qemu
directly).
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpvaNd8ji_k1.pgp
Description: PGP signature
with you that CONFIG_USER_NS is better left disabled in -ARCH
kernels. After all, people using containers should be able to compile a custom
kernel...
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE
in unnecessary
danger.
OTOH, configuring an LXC container already requires some understanding.
Compared to that, building a custom kernel is really not a major barrier.
Of course, the user namespace stuff will never become 'stable' if nobody uses
it...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D
to update the local configuration when the package is updated.
In the end, filesystem would contain only tmpfiles.d and sysusers.d files +
/usr/share/etc.
I can make a draft of this package if you want.
And all that assumes that you can execute systemd-sysusers, no?
Cheers,
--
Leonid Isaev
the cool stuff. However, coreos is not a general-purpose distro like Arch.
On top of that, I remember that quite recently it was considered a no-no for a
daemon to write to /etc...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF
.
[ 2493.888] (EE) Server terminated with error (1). Closing log file.
--
Somehow, I can not make sense of the above error (X runs as root, so it can
write to /var/log/ but lacks permissions for a device?). Any ideas?
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A
outputs: 5 associated providers: 0 name:Intel
Provider 1: id: 0x59 cap: 0xf, Source Output, Sink Output, Source Offload, Sink
Offload crtcs: 6 outputs: 4 associated providers: 0 name:radeon
--
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
= yes?
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpTPyR2jQYtc.pgp
Description: PGP signature
the
latter directory in xorg-server?
Otherwise, great news!
Thanks,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpNlqm2GrN4H.pgp
Description: PGP signature
Hi,
Why is there no static libutil (libutil.a) in the glibc package? The
PKGBUILD has options=(staticlibs) which is supposed to keep *.a files, and
indeed, there are some static libraries like libpthread{,_nonshared}.a. Was
static libutil removed by upstream?
Thanks,
--
Leonid Isaev
GPG
Hi,
Is there a reason why core/inetutils is in base group, i.e. which
packages implicitly rely on it? It was added to base around Aug. 2011 ago, I
think because of hostname(1), but shouldn't this functionality be now provided
by hostnamectl?
Thanks,
--
Leonid Isaev
GPG fingerprints
/20100101
Thunderbird/24.6.0
On 16/06/14 07:35 PM, Leonid Isaev wrote:
Hi,
Is there a reason why core/inetutils is in base group, i.e. which
packages implicitly rely on it? It was added to base around Aug. 2011 ago, I
think because of hostname(1), but shouldn't this functionality
}
+ fi
+done
fi
}
Are you sure it's a good idea to restart things like that? Because this assumes
that these daemons are independent -- is this a valid assumption? It seems that
systemctl daemon-reexec _should_ reexec itself and its flock of helpers...
Thanks,
--
Leonid Isaev
GPG
to do with a way your clock keep time?
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
pgpEy3a4KYQfx.pgp
Description: PGP signature
at 12:12 -0400, Leonid Isaev wrote:
your clock is not correct apparently.
The clock provides the correct localtime. There's no issue caused by the
clock. The issue only appears for Arch Linux with systemd from the
repositories version 212-3. It worked before:
[rocketmouse@archlinux
at 12:43 -0400, Leonid Isaev wrote:
Just out of curiosity, when exactly do you see the fsck warning: at
each reboot, or when booting after some downtime? Also, how do you
syncronize time: ntpd/chrony/timesyncd?
I see the warning with each startup, it doesn't matter if I reboot or if
I boot
,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
On Thu, 8 May 2014 14:24:45 +0900
Savyasachee Jha savya.jh...@gmail.com wrote:
On Thu, May 8, 2014 at 6:23 AM, Leonid Isaev lis...@umail.iu.edu wrote:
Perhaps a proper approach is to create a special target for your
maintainance
jobs which would pull all relevant services and would
to /etc/tmpfiles.d/ and modify it as you
like...
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
Hi,
On Wed, 7 May 2014 13:34:29 -0500
Maciej Puzio mx34...@gmail.com wrote:
On Tue, May 6, 2014 at 3:13 PM, Leonid Isaev lis...@umail.iu.edu wrote:
On Tue, 6 May 2014 13:23:26 -0500
Maciej Puzio mx34...@gmail.com wrote:
As I wrote before, I can edit every timer file and set the elapse
=*-*-*
04:10:20 for a job that runs every day at 4:10:20 AM.
On Mon, May 5, 2014 at 12:21 PM, Leonid Isaev lis...@umail.iu.edu wrote:
Systemd timers (at least in the current form) are _not_ cron replacement.
However, they are adequate for daily maintainance jobs that are shipped
with packages
by systemd (as opposed to cronie).
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
. This has been added to make it
easier to track down packaging bugs where unit files are
marked executable or world-writable.
Cheers,
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
.
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C B8C4
C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
in systemd, still all cron timers will be started in
parallel which may result in a slow/unresponsive system. Note, that under
anacron they were serialized by run-parts.
BTW, thanks for bringing this up on systemd ML.
L.
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6 20DF 9291 EE8A 043C
427ms rfkill-unblock@wlan.service
381ms systemd-networkd.service
340ms wlan-powersave@wls1.service
289ms syslog-ng.service
235ms volatile-mail.service
225ms iptables.service
Thanks,
L.
--
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51
On Thu, 17 Apr 2014 21:31:07 +0200
Thomas Bächler tho...@archlinux.org wrote:
Am 17.04.2014 20:56, schrieb Leonid Isaev:
Hi,
Since anacron jobs were replaced with timers, I am seeing a noticeable
delay before agetty prompt appears on machines which were unused for some
time (due
/heartbleed-are-services-other-than-https-affected
.
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
allows to evade certain routers which redirect to a captive
portal if plain http is used, but don't touch encrypted traffic (e.g. if you
are in a hotel and need to install something).
However, tls adds CPU overhead and is not a way to fight broken ISPs and
proxies/routers.
Cheers,
--
Leonid
Hi,
On a current [testing] installation, there are several timer symlinks
in /usr/lib/systemd/system/multi-user.target.wants (shipped with logrotate,
man-db, etc.). What is the reason for choosing multi-user.target instead of
timers.target?
Thanks,
--
Leonid Isaev
GnuPG key fingerprint
On Wed, 26 Mar 2014 22:17:25 +0100
Thomas Bächler tho...@archlinux.org wrote:
Am 26.03.2014 21:31, schrieb Leonid Isaev:
On Wed, 26 Mar 2014 21:00:15 +0100
Thomas Bächler tho...@archlinux.org wrote:
Am 26.03.2014 20:18, schrieb Leonid Isaev:
However, I don't think that Yama requires
that
could or should be dropped, and tell me what is absolutely needed and
why. I hope that such a discussion makes it clearer to me how I should
proceed.
Regards
Thomas
Best,
--
Leonid Isaev
GnuPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
On Wed, 26 Mar 2014 21:00:15 +0100
Thomas Bächler tho...@archlinux.org wrote:
Am 26.03.2014 20:18, schrieb Leonid Isaev:
However, I don't think that Yama requires any userspace components, does
it? Currently, I boot with security=yama and completely disabled
non-admin ptrace
=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500
inet xx.xx.xx.xx netmask 255.255.252.0 broadcast xx.xx.xx.xx
Just FYI, hiding IP and MAC addresses is kinda silly...
Cheers,
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description
by the
PKGBUILD, then your package is broken.
Cheers,
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
/lxc/appserver1/rootfs/etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4
---
Cheers,
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
Could not apply link config to vethW1QM0I
Could not apply link config to vethC4240S
Those are bridge and veth interfaces created by lxc userspace tools (2
containers/2 ifaces per container). Is this intended?
Thanks,
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB
is needed and read by systemd
cgconfig.service. But there is no need in fact to enable this service.
I gave a try to LXC. There is unfortunately no better doc, and it
seems I still have an issue with my cgroup configuration:
What LXC version do you use?
Cheers,
--
Leonid Isaev
GPG key
-keyring,
wouldn't is make more sense to have a systemd timer/cron job to frequently
refresh pacman keyring?
Thanks,
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
purposes.
Thank you for help.
[1]http://libvirt.org/drvlxc.html
[2]http://linuxcontainers.org/
--
Leonid Isaev
GPG key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
server and avoid this?
AFAIU, this issue is related to the lack of ordering
between systemd-user-sessions.service and network.target (the former should
start after the latter)... OTOH, one can simply
$ ssh r...@remote.host.org
and do
# ( sleep 30 systemctl reboot )
# exit
Cheers,
--
Leonid Isaev
]
mASC=0x11 ASCQ=0x4
sd 0:0:0:0: [sda] CDB:
mcdb[0]=0x28: 28 00 2e 92 ca c8 00 00 08 00
end_request: I/O error, dev sda, sector 781372107
ata1: EH complete
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP
zKrNUegPfW6ff5Amr7M4bLp308dJtkDEal0syLqomLCWJ9yo+A8ecEodSKLrdfww
NfuOeVOZbm8lhwN02nPFxpo564Qg8YuUjaW6hLiD8nWX7UmfcT9LDWxvStw7q/S0
upEkeuHsI2oAdOGpC9dL
=do7B
-END PGP SIGNATURE-
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP
package, you'll have to
change lots of things in makepkg.conf besides makeflags (sign, packager info,
CFLAGS) anyways.
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
default would probably be $(nproc)-1. But in general, is it a good
idea to have calls to binaries in a config file? So far, makepkg.conf doesn't
have anything like this.
Happy new year,
Leonid.
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Hi,
I just noticed that svntogit interface at archlinux.org is few days
behind SVN. For example systemd is still listed in trunk with pkgrel=5, while
[testing] has pkgrel=9. Is this a known problem?
Thanks and happy holidays,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0
On Wed, 4 Dec 2013 17:10:45 -1000
Gaetan Bisson bis...@archlinux.org wrote:
[2013-12-04 12:57:23 -0600] Leonid Isaev:
On Wed, 04 Dec 2013 09:16:46 -0600
David C. Rankin drankina...@suddenlinkmail.com wrote:
In the past with arch installs, new users have always been added
. This is done to save space in /etc/group on systems with large
number of users.
My speculation would be that in 2011, you ran useradd -m -g users -G
users,audio,... david. The correct call shouldn't contain users after -G.
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1
was pushed in 07/2013. This situation hardly qualifies as lost
interest. If you desperately need 2.4.7 and are absolutely sure that it is
compatible with 2.2 why not just compile it yourself?
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
experience, if you need an email client that just works
(tm), avoid evolution: there are plenty of other similar programs...
Regards,
Ralf
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
sounds like a false sense of security to me...
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP signature
AppArmor for over a year now, yet entire related userspace
is in AUR, and all profiles have to be hand-written or adapted from OpenSuse
or Ubuntu ones...
Cheers,
--
Leonid Isaev
GnuPG key: 0x164B5A6D
Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
signature.asc
Description: PGP
101 - 200 of 435 matches
Mail list logo