On Tue, Apr 5, 2011 at 8:46 AM, Madhurya Kakati wrote:
> Please, someone restart powerpill development. It was awesome. I had
> to remove it in order to upgrade to pacman 3.5 but now I can't find it
> anywhere.
>
The developer's post on the forums indicates that he's been working on
a far better
On Thu, 7 Apr 2011 00:29:36 +0200 Heiko Baums wrote:
> > cronie extends the original vixie cron package so the syntax, core
> > feature set, etc are stable
> > cronie implements advanced security hooks as well and can integrate
> > with SELINUX (I am saving the "include SELINUX support in base for
On 6 April 2011 20:25, Tobias Powalowski wrote:
> Am Donnerstag 31 März 2011 schrieb Tobias Powalowski:
> > Upstream update. This package is NOT in testing (2.6.38 currently
> > resides there), but at:
> > http://dev.archlinux.org/~tpowa/kernel26/
> >
> > please signoff for both arches.
> >
> > g
On Wed, Apr 6, 2011 at 9:24 PM, David C. Rankin <
drankina...@suddenlinkmail.com> wrote:
> On 04/06/2011 04:43 PM, Sander Jansen wrote:
>
>> This seems to be a monthly recurring discussion. How about not
>> providing any default, just put all the different cron(s) in extra?
>> I think eventually s
On 07/04/11, Heiko Baums wrote:
| And this doesn't work in dcron, at least not as reliable as
| the equivalent &bootrun of fcron. And that's one point why fcron is
| much better than dcron. Are you sure that this is working in cronie? If
| yes, are you sure that this works in cronie as reliable as
Am Wed, 06 Apr 2011 22:24:45 -0500
schrieb "David C. Rankin" :
> Upstream stability makes sense. If redhat is behind cronie, then that
> seems like the logical choice.
Why is this logical? Is it the developer what makes a software good or
is it the features and the stability? If Redhat's cronie h
Am Thu, 7 Apr 2011 13:07:17 +1000
schrieb Simon Perry :
> On 06/04/11, Thomas S Hatch wrote:
>
> | Right, both are viable choices, btw I will be migrating my
> datacenters away | from dcron in the near future and doing a series
> of tests on cronie and | fcron, I will post my findings to the list
On 04/06/2011 04:43 PM, Sander Jansen wrote:
This seems to be a monthly recurring discussion. How about not
providing any default, just put all the different cron(s) in extra?
I think eventually systemd will provide a cron-like service :)
Cheers,
Sander
Oh no, every distro needs a default cro
On Wed, Apr 6, 2011 at 9:01 PM, DrCR wrote:
> Could you guys elaborate on why you dislike selinux. I would
> appreciate it. Do you prefer AppArmor, or do you dislike that as well?
>
>
> On Wed, Apr 6, 2011 at 7:13 PM, Grigorios Bouzakis
> wrote:
> >> As for adding SELinux support in base but kee
On 06/04/11, Thomas S Hatch wrote:
| Right, both are viable choices, btw I will be migrating my datacenters away
| from dcron in the near future and doing a series of tests on cronie and
| fcron, I will post my findings to the list.
Here's one reason I stopped using fcron and went to cronie:
| 2
Could you guys elaborate on why you dislike selinux. I would
appreciate it. Do you prefer AppArmor, or do you dislike that as well?
On Wed, Apr 6, 2011 at 7:13 PM, Grigorios Bouzakis wrote:
>> As for adding SELinux support in base but keeping it turned off by default,
>> +1
>
> Although this isn
On Wed, Apr 6, 2011 at 7:53 PM, Tom Gundersen wrote:
> On Thu, Apr 7, 2011 at 6:46 AM, Thomas S Hatch wrote:
> > On Wed, Apr 6, 2011 at 4:32 PM, Heiko Baums
> wrote:
> >
> >> Am Wed, 6 Apr 2011 16:25:42 -0600
> >> schrieb Thomas S Hatch :
> >>
> >> > As for adding SELinux support in base but ke
On Wed, Apr 6, 2011 at 7:34 PM, Kaiting Chen wrote:
> On Wed, Apr 6, 2011 at 7:13 PM, Thomas S Hatch wrote:
>
> > cronie has anacron features and I think is a good option.
> >
>
> Unfortunately cronie isn't even in [community] yet. I've been trying to get
> it there for a while. Also, in what wa
2011/4/6 Tom Gundersen :
> On Thu, Apr 7, 2011 at 6:46 AM, Thomas S Hatch wrote:
>> On Wed, Apr 6, 2011 at 4:32 PM, Heiko Baums wrote:
>>
>>> Am Wed, 6 Apr 2011 16:25:42 -0600
>>> schrieb Thomas S Hatch :
>>>
>>> > As for adding SELinux support in base but keeping it turned off by
>>> > default,
On Thu, Apr 7, 2011 at 6:46 AM, Thomas S Hatch wrote:
> On Wed, Apr 6, 2011 at 4:32 PM, Heiko Baums wrote:
>
>> Am Wed, 6 Apr 2011 16:25:42 -0600
>> schrieb Thomas S Hatch :
>>
>> > As for adding SELinux support in base but keeping it turned off by
>> > default, +1
>>
>> Then you mean adding it t
On Wed, Apr 6, 2011 at 7:13 PM, Thomas S Hatch wrote:
> cronie has anacron features and I think is a good option.
>
Unfortunately cronie isn't even in [community] yet. I've been trying to get
it there for a while. Also, in what way is another crond + anacron inferior
to fcron? --Kaiting.
--
Ki
On Wed, Apr 6, 2011 at 4:41 AM, Magnus Therning wrote:
> Because the vast majority of vim extensions I've come across are turned on
> as soon as they are installed, which means that installing them centrally
> turns them on for *all* users on the system.
>
You could do set noloadplugins and then
On Tue, Apr 5, 2011 at 5:21 PM, Ionuț Bîru wrote:
> On 04/06/2011 12:14 AM, Bill Day wrote:
>
>>
>> My installation of gnome shell in Arch throws an error saying that
>>>
>> gnome-shell can't find libgnome-bluetooth-applet. The bug is documented
>> elsewhere, but no one seems to have suggested
On Wed, Apr 6, 2011 at 5:06 PM, Heiko Baums wrote:
> Am Wed, 6 Apr 2011 16:57:58 -0600
> schrieb Thomas S Hatch :
>
> > All I want is a good decision to be made and have a crond that is not
> > buggy. Therefore I think that it is foolish not to present the
> > available options in an accurate lig
Thomas S Hatch wrote:
> On Wed, Apr 6, 2011 at 4:16 PM, Grigorios Bouzakis wrote:
>
>> Thomas S Hatch wrote:
>> >
>> > I am saving the "include SELINUX support in base for a latter date"
>> >
>> > my understanding though is that the stated position of Arch was "no
>> > systemd"
>>
>> s/was/is/g
>>
Am Wed, 6 Apr 2011 16:57:58 -0600
schrieb Thomas S Hatch :
> All I want is a good decision to be made and have a crond that is not
> buggy. Therefore I think that it is foolish not to present the
> available options in an accurate light.
fcron is absolutely not buggy as far as I can tell. I'm usi
On Wed, Apr 6, 2011 at 4:29 PM, Heiko Baums wrote:
> Am Wed, 6 Apr 2011 15:30:26 -0600
> schrieb Thomas S Hatch :
>
> > dcron and fcron are not under active development,
>
> fcron is under active development. It's just feature complete and
> therefore not developed anymore, but bugs are still fix
On Wed, Apr 6, 2011 at 4:32 PM, Heiko Baums wrote:
> Am Wed, 6 Apr 2011 16:25:42 -0600
> schrieb Thomas S Hatch :
>
> > As for adding SELinux support in base but keeping it turned off by
> > default, +1
>
> Then you mean adding it to [core]. (base) is supposed to be installed
> on every system. A
Am Wed, 6 Apr 2011 15:30:26 -0600
schrieb Thomas S Hatch :
> dcron and fcron are not under active development,
fcron is under active development. It's just feature complete and
therefore not developed anymore, but bugs are still fixed if they
occur. So don't mix it up with a "dead" project. I gue
Am Wed, 6 Apr 2011 15:54:00 -0600
schrieb Thomas S Hatch :
> Unfortunately this particular issue is not like the good ol'
> syslog-ng vs rsyslog debate, this one is about the present default
> having bugs that upstream is not fixing.
No, this issue is worse than the syslog-ng vs. rsyslog debate a
Am Wed, 6 Apr 2011 16:25:42 -0600
schrieb Thomas S Hatch :
> As for adding SELinux support in base but keeping it turned off by
> default, +1
Then you mean adding it to [core]. (base) is supposed to be installed
on every system. And SELinux is definitely not necessary for a minimal
base Linux ins
On Wed, Apr 6, 2011 at 4:16 PM, Grigorios Bouzakis wrote:
> Thomas S Hatch wrote:
> >
> > I am saving the "include SELINUX support in base for a latter date"
> >
> > my understanding though is that the stated position of Arch was "no
> > systemd"
>
> s/was/is/g
>
> That is also my understanding in
Thomas S Hatch wrote:
>
> I am saving the "include SELINUX support in base for a latter date"
>
> my understanding though is that the stated position of Arch was "no
> systemd"
s/was/is/g
That is also my understanding in regards to selinux. Although i am not
familiar with "stated positions" about
On Wed, Apr 6, 2011 at 3:43 PM, Sander Jansen wrote:
> On Wed, Apr 6, 2011 at 4:30 PM, Thomas S Hatch wrote:
> > On Wed, Apr 6, 2011 at 2:49 PM, Heiko Baums
> wrote:
> >
> >> Am Wed, 06 Apr 2011 22:27:27 +0200
> >> schrieb Thomas Bächler :
> >>
> >> > That said, fcron lacks /etc/cron.d/ functio
On Wed, Apr 6, 2011 at 4:30 PM, Thomas S Hatch wrote:
> On Wed, Apr 6, 2011 at 2:49 PM, Heiko Baums wrote:
>
>> Am Wed, 06 Apr 2011 22:27:27 +0200
>> schrieb Thomas Bächler :
>>
>> > That said, fcron lacks /etc/cron.d/ functionality which was the most
>> > important argument against it. I persona
On Wed, Apr 6, 2011 at 2:49 PM, Heiko Baums wrote:
> Am Wed, 06 Apr 2011 22:27:27 +0200
> schrieb Thomas Bächler :
>
> > That said, fcron lacks /etc/cron.d/ functionality which was the most
> > important argument against it. I personally don't need that and I like
> > fcron a lot.
>
> Are you sur
2011/4/6 Cédric Girard
> I'll test that and give feedback.
OK. Thanks again to both of you and sorry for the noise. It is indeed
working fine.
--
Cédric Girard
Am Wed, 06 Apr 2011 22:27:27 +0200
schrieb Thomas Bächler :
> That said, fcron lacks /etc/cron.d/ functionality which was the most
> important argument against it. I personally don't need that and I like
> fcron a lot.
Are you sure about that? I mean, I didn't need /etc/cron.d, yet. So I
don't kn
Am 05.04.2011 09:19, schrieb Thomas S Hatch:
> I can think of three considerations for a cron daemon:
> 1 . Minimal - its a cron daemon, it does not need to be complex
> 2. Active development
> 3. Anacron functionality
>
> As far as I can see this leaves us with fcron, dcron and cronie. Cronie
> p
Am 06.04.2011 18:15, schrieb Sergej Pupykin:
>
> Hi,
>
> what is this symlink: ftp://ftp.archlinux.org/extra/os/x86_64/packages/ ?
>
Good question, I don't think it should be there.
signature.asc
Description: OpenPGP digital signature
Am Wed, 6 Apr 2011 10:24:42 -0600
schrieb Thomas S Hatch :
> The thing to do is contact the package maintainer and present the
> idea, and ask what needs to be done to make the change.
>
> I for one +1 to the move, I like dcron, but when it takes this long
> to fix bugs upstream we need to unfort
El 07/04/11 01:08, Heiher dijo:
> Hello everyone,
>
> Update
> 1.Homepage: http://www.archloong.info
> 2.Docs: http://www.archloong.info/archlinux/other/docs/
>
> Currently, this system just release base system, users can install software
> from mirror server. The desktop environment LXDE and man
Hello everyone,
Update
1.Homepage: http://www.archloong.info
2.Docs: http://www.archloong.info/archlinux/other/docs/
Currently, this system just release base system, users can install software
from mirror server. The desktop environment LXDE and many softwares is
works.
This base system contain
Le 6 avr. 2011 18:40, "Lukáš Jirkovský" a écrit :
>
> On 6 April 2011 17:27, Sergej Pupykin wrote:
> > At Wed, 6 Apr 2011 15:34:50 +0200,
> > Cédric Girard wrote:
> >>
> >> Hello,
> >>
> >> Is there any particular reason why GNUstep (gnustep-base in
[community]) get
> >> installed in /opt/GNUste
On 6 April 2011 17:27, Sergej Pupykin wrote:
> At Wed, 6 Apr 2011 15:34:50 +0200,
> Cédric Girard wrote:
>>
>> Hello,
>>
>> Is there any particular reason why GNUstep (gnustep-base in [community]) get
>> installed in /opt/GNUstep? Especially libraries in
>> "/opt/GNUstep/Local/Library/Libraries/"
On Wed, Apr 6, 2011 at 10:19 AM, Corey Johns wrote:
> fcron is pretty much the de facto cron of choice for anyone needing a cron
> without special case needs. A nice general cron program.
>
> I do wonder about the bureaucratic processes in place to facillitate such a
> switch, though.
>
The thin
fcron is pretty much the de facto cron of choice for anyone needing a cron
without special case needs. A nice general cron program.
I do wonder about the bureaucratic processes in place to facillitate such a
switch, though.
Hi,
what is this symlink: ftp://ftp.archlinux.org/extra/os/x86_64/packages/ ?
On Tue, Apr 05, 2011 at 08:41:13AM +0200, Sven-Hendrik Haase wrote:
> packages we know are broken by putting them into the base group. Perhaps
> fcron is a fine choice.
>
> Bug report for reference: https://bugs.archlinux.org/task/18681
It surely would be great for fcron to replace dcron, since b
At Wed, 6 Apr 2011 15:34:50 +0200,
Cédric Girard wrote:
>
> Hello,
>
> Is there any particular reason why GNUstep (gnustep-base in [community]) get
> installed in /opt/GNUstep? Especially libraries in
> "/opt/GNUstep/Local/Library/Libraries/" cannot be found by binaries
> depending on them unles
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06.04.2011 16:37, Cédric Girard wrote:
> On Wed, Apr 6, 2011 at 4:25 PM, Sebastian Rust
wrote:
>
>> Their current release date is May 24th
>
>
> Is this really important when next Fedora is released? (Nothing personal
> Sebastian, just a general qu
On 04/06/2011 06:13 PM, zhiwei wrote:
Gnome 3 is late again
define late
--
Ionuț
Gnome 3 is late again
2011/4/6 Cédric Girard
> On Wed, Apr 6, 2011 at 4:25 PM, Sebastian Rust >wrote:
>
> > Their current release date is May 24th
>
>
> Is this really important when next Fedora is released? (Nothing personal
> Sebastian, just a general question)
>
> FYI, GCC 4.6 has been relea
On Wed, Apr 6, 2011 at 4:25 PM, Sebastian Rust wrote:
> Their current release date is May 24th
Is this really important when next Fedora is released? (Nothing personal
Sebastian, just a general question)
FYI, GCC 4.6 has been released the 25th of March and Gnome 3 should be
released today.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05.04.2011 19:51, Bernardo Barros wrote:
> 2011/4/5 Rémy Oudompheng
>>
>> Fedora 15 has not been released and is in Alpha phase, which certainly
>> does not mean it can be considered as stable.
>>
>>
> I know, but they committed themselves to rele
Hello,
Is there any particular reason why GNUstep (gnustep-base in [community]) get
installed in /opt/GNUstep? Especially libraries in
"/opt/GNUstep/Local/Library/Libraries/" cannot be found by binaries
depending on them unless "/opt/GNUstep/System/Library/Makefiles/GNUstep.sh"
is sourced.
Or may
On Wed, Apr 6, 2011 at 5:33 PM, Auguste Pop wrote:
> On Mon, Apr 4, 2011 at 9:01 PM, Oon-Ee Ng wrote:
>> I installed vim-peaksea from the AUR the other day and couldn't use
>> it, because it installed in /usr/share/vim/colors/peaksea.vim. This
>> seems a fairly standard directory, but its not in
On Mon, Apr 4, 2011 at 9:01 PM, Oon-Ee Ng wrote:
> I installed vim-peaksea from the AUR the other day and couldn't use
> it, because it installed in /usr/share/vim/colors/peaksea.vim. This
> seems a fairly standard directory, but its not in runtimepath on a
> fresh install (AFAIK).
>
> Checked out
On Wed, Apr 6, 2011 at 10:04, Oon-Ee Ng wrote:
> On Wed, Apr 6, 2011 at 4:41 PM, Magnus Therning wrote:
>> 2011/4/5 János Illés :
>>> On Tue, Apr 5, 2011 at 13:18, Magnus Therning wrote:
IMNSHO there are *very* few vim extensions that should ever be
installed centrally. I'd recommend
On Wed, Apr 6, 2011 at 4:41 PM, Magnus Therning wrote:
> 2011/4/5 János Illés :
>> On Tue, Apr 5, 2011 at 13:18, Magnus Therning wrote:
>>> IMNSHO there are *very* few vim extensions that should ever be
>>> installed centrally. I'd recommend every vim user to embrace
>>> GetLatestVimScripts[1] i
2011/4/5 János Illés :
> On Tue, Apr 5, 2011 at 13:18, Magnus Therning wrote:
>> IMNSHO there are *very* few vim extensions that should ever be
>> installed centrally. I'd recommend every vim user to embrace
>> GetLatestVimScripts[1] instead. For the other stuff (read "broken vim
>> extensions")
56 matches
Mail list logo
