On Thu, May 8, 2014 at 3:43 PM, Olivier Langlois <
oliv...@olivierlanglois.net> wrote:
> Since a recent update (I have first noticed a couple of weeks ago this
> new systemd enhancement), systemd started to automatically clean /tmp
> directory daily. This is not something that I like as I prefer t
On 8 May 2014 09:43, Olivier Langlois wrote:
> Since a recent update (I have first noticed a couple of weeks ago this
> new systemd enhancement), systemd started to automatically clean /tmp
> directory daily. This is not something that I like as I prefer to decide
> when to clean up and to manuall
On Thu, May 8, 2014 at 9:46 AM, Christos Nouskas wrote:
> On 8 May 2014 09:43, Olivier Langlois wrote:
>> Since a recent update (I have first noticed a couple of weeks ago this
>> new systemd enhancement), systemd started to automatically clean /tmp
>> directory daily. This is not something that
On Thursday 08 May 2014 09:53:41 Lukas Jirkovsky wrote:
> On Thu, May 8, 2014 at 9:46 AM, Christos Nouskas wrote:
> > On 8 May 2014 09:43, Olivier Langlois wrote:
> >> Since a recent update (I have first noticed a couple of weeks ago this
> >> new systemd enhancement), systemd started to automati
On 05/07/14 16:48, Gabriel Ozaki wrote:
Like Savyasachee says, try this:
DLAGENTS=('ftp::/usr/bin/curl -fC - --ftp-pasv --retry 3 --retry-delay 3 -o
%o %u'
'http::/usr/bin/wget -c -O %o %u'
'https::/usr/bin/wget -c -O %o %u'
'rsync::/usr/bin/rsync --no-motd -z %u
On 07-05-14 22:23, Tomasz Kramkowski wrote:
On Wed, May 07, 2014 at 08:01:01AM -0400, Hunter Jozwiak wrote:
Hi all. I tried to install KDE for testing accessibility with Orca. However,
a friend of mine told me that the only icon that shows up is a hard drive,
and it sits at this icon forever and
Hi guys,
I've had this problem before. Last time I was able to solve it by
installing all the kdebase, phonon-vlc, kdebase-workspace groups.
The specific error messages definitely also go somewhere, but I'm not
sure where exactly right now. ~/.xsession-errors?
cheers!
mar77i
> -Original Message-
> From: arch-general [mailto:arch-general-boun...@archlinux.org] On Behalf
> Of Lukas Jirkovsky
> Sent: Thursday, May 08, 2014 3:54 AM
>
> Please don't start another systemd flamewar. And BTW, automatic /tmp
> cleaning was there since the beginning.
I agree to not star
On Thu, 8 May 2014 14:24:45 +0900
Savyasachee Jha wrote:
> On Thu, May 8, 2014 at 6:23 AM, Leonid Isaev wrote:
>
> >
> > Perhaps a proper approach is to create a special target for your
> > maintainance
> > jobs which would pull all relevant services and would itself be triggered
> > by an
> >
Hi,
On Thu, 08 May 2014 02:43:57 -0400
Olivier Langlois wrote:
> Since a recent update (I have first noticed a couple of weeks ago this
> new systemd enhancement), systemd started to automatically clean /tmp
> directory daily. This is not something that I like as I prefer to decide
> when to cle
On 08/05/14 11:44 AM, LANGLOIS Olivier PIS -EXT wrote:
>> -Original Message-
>> From: arch-general [mailto:arch-general-boun...@archlinux.org] On Behalf
>> Of Lukas Jirkovsky
>> Sent: Thursday, May 08, 2014 3:54 AM
>>
>> Please don't start another systemd flamewar. And BTW, automatic /tmp
>
On Thu, May 08, 2014 at 03:44:51PM +, LANGLOIS Olivier PIS -EXT wrote:
> I was forecasting that this comment would come when I wrote the
> original request. While I agree with what you say, I think that it is
> reasonable to let the user have the control over when it is cleaned.
> Without denat
On 08/05/14 03:46 AM, Christos Nouskas wrote:
> On 8 May 2014 09:43, Olivier Langlois wrote:
>> Since a recent update (I have first noticed a couple of weeks ago this
>> new systemd enhancement), systemd started to automatically clean /tmp
>> directory daily. This is not something that I like as I
This is not a rant against Arch or its devs and community, but against
systemd; the sad facts speak for themselves.
This is a rant against the Arch devs and the Arch community. Several of
the developers and several people involved with the community are
systemd developers, and there is certainl
On 08/05/14 05:01 PM, Nowaker wrote:
>>> This is not a rant against Arch or its devs and community, but against
>>> systemd; the sad facts speak for themselves.
>
>> This is a rant against the Arch devs and the Arch community. Several of
>> the developers and several people involved with the commu
> I guess you'll be upset that Tom (one of the Arch developers) wrote
> systemd-networkd.
You guess wrong.
> You'll probably also be upset that there's going to be
> a simple systemd-console from the kmscon developer (who is an Arch user)
> and a systemd-timesyncd for basic NTP clients not needin
On 08/05/14 05:10 PM, Christos Nouskas wrote:
>> I guess you'll be upset that Tom (one of the Arch developers) wrote
>> systemd-networkd.
>
> You guess wrong.
So you're okay with it providing networking, but not timer units? Timer
units were a very simple addition on top of the existing event loo
Do accept the fact that not everyone is content with everything
systemd and just leave it at that. Thank you and bye.
--
X
https://aur.archlinux.org/packages/?SeB=m&K=nous
http://tiny.cc/linux-pf
On 08/05/14 05:37 PM, Christos Nouskas wrote:
> Do accept the fact that not everyone is content with everything
> systemd and just leave it at that. Thank you and bye.
That can be expressed without calling the developers chauvanistic and
spreading misinformation. It's yet a free software project a
On 08/05/14 03:40 PM, Daniel Micay wrote:
>
>> [0] http://boycottsystemd.org/
>
> There are no facts there. I already responded to this FUD on reddit:
> http://www.reddit.com/r/archlinux/comments/24zj10/what_are_the_benefits_of_partitioning_disk_space/chcao5u
>
Whoops, wrong link:
http://www.re
Hi fellow Archers,
I seem to be having trouble with ntpd.service since the 4.2.7 upgrade. I
can't get ntpd to run as the ntp user.
I'm using the /etc/ntp.conf provided by the package ntp. When starting
ntpd.service (systemctl start ntp.service), ntpd spikes the CPU for a
moment, and then spikes t
Op 8 mei 2014 21:41 schreef "Daniel Micay" het
volgende:
>
[...]
>
> and a systemd-timesyncd for basic NTP clients not needing a full blown
> server with complicated RTC handling.
Just for the record: that is what is called sntp (Simple ntp). Ntp is about
clock sync, sntp just sets the clock.
As
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/08/2014 05:22 PM, Daniel Micay wrote:
> On 08/05/14 05:10 PM, Christos Nouskas wrote:
>>> I guess you'll be upset that Tom (one of the Arch developers) wrote
>>> systemd-networkd.
>>
>> You guess wrong.
>
> So you're okay with it providing net
On 09/05/14 01:01 AM, Mark Lee wrote:
>
> To all,
>
> Don't make any of this personal. In addition, I hope the inclusion of
> systemd in Arch Linux has more justification than just some Arch
> developers are also Systemd developers. Arch may not be a democracy, but
> it's not supposed to be infes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/09/2014 01:22 AM, Daniel Micay wrote:
> On 09/05/14 01:01 AM, Mark Lee wrote:
>>
>> To all,
>>
>> Don't make any of this personal. In addition, I hope the inclusion of
>> systemd in Arch Linux has more justification than just some Arch
>> devel
On 09/05/14 01:29 AM, Mark Lee wrote:
>
> To Daniel,
>
> I'm pointing out that respect for people shouldn't affect technical
> skepticism. People can rant against whomever they want as long as it has
> technical criticism (at least on this mailing list).
Accusing the developers of bad faith and
[2014-05-08 18:34:54 -0700] Kyle Terrien:
> I took out the "-u ntp:ntp" parameter (so ntp runs as root), and these
> errors disappeared. Also, ntpq -p returns the NTP servers I'm
> synchronized with. So, I'm pretty sure the issue is permissions related,
> but I have no idea what it's running into.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/09/2014 01:41 AM, Daniel Micay wrote:
> On 09/05/14 01:29 AM, Mark Lee wrote:
>>
>> To Daniel,
>>
>> I'm pointing out that respect for people shouldn't affect technical
>> skepticism. People can rant against whomever they want as long as it has
On 09/05/14 02:02 AM, Mark Lee wrote:
> On 05/09/2014 01:41 AM, Daniel Micay wrote:
>> On 09/05/14 01:29 AM, Mark Lee wrote:
>>>
>>> To Daniel,
>>>
>>> I'm pointing out that respect for people shouldn't affect technical
>>> skepticism. People can rant against whomever they want as long as it has
>>
29 matches
Mail list logo