similar to: CFT: FreeBSD Package Base

With CFT version you chose to build, and package individual components such as sendmail with a port option. That does entirely solve the problem of being able to reinstall sendmail after the fact without a rebuild of the userland (base) port but perhaps base flavors could solve that problem assuming flavors could extend beyond python. Joe Maloney Quality Engineering Manager / iXsystems

I''ve started working on a new tool that should help with modifying the configuration of a system under the control of puppet. The tool is called cft (pronounced ''sift'') and is inspired by Gnome''s Sabayon[1] in taht it watches how an admin changes a system and spits out a puppet manifest based on its observations. Cft''s website is

On Tue, April 11, 2017 4:41 pm, Warren Young wrote: > On Apr 11, 2017, at 11:28 AM, Scott Robbins <scottro11 at gmail.com> wrote: >> >> (though they're talking of trying OpenRC) > > Not just talking. TrueOS, ne?? PC-BSD, now runs on OpenRC. > > So let me tell you about how my recent TrueOS server upgrade broke > virtually all of my services on the TrueOS

hi,all does some one had use the cft tool to build manifest for puppet on the debian os ? I just test it,can''t work ,so sad. huangmingyou --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe

On 29/04/2019 21:12, Joe Maloney wrote: > With CFT version you chose to build, and package individual components such as sendmail with a port option. That does entirely solve the problem of being able to reinstall sendmail after the fact without a rebuild of the userland (base) port but perhaps base flavors could solve that problem assuming flavors could extend beyond python. This sounds very

David Chisnall wrote on 2019/04/30 10:22: > On 29/04/2019 21:12, Joe Maloney wrote: >> With CFT version you chose to build, and package individual components >> such as sendmail with a port option.? That does entirely solve the >> problem of being able to reinstall sendmail after the fact without a >> rebuild of the userland (base) port but perhaps base flavors could

On Jun 7, 2017, at 1:02 PM, John R Pierce <pierce at hogranch.com> wrote: > > every RPM that interacts with systemd will need to be 'fixed' to do it the old way, with init.d scripts. repositories like postgres, EPEL, etc won't work, either, as their C7 packaged daemons are all configured to use systemd. That?s just skimming the surface. The real hard bits come from the

On 7.6.2017 23:40, Bruce Ferrell wrote: > On 06/07/2017 01:27 PM, Warren Young wrote: >> On Jun 7, 2017, at 1:02 PM, John R Pierce <pierce at hogranch.com> wrote: >>> every RPM that interacts with systemd will need to be 'fixed' to do >>> it the old way, with init.d scripts. repositories like postgres, >>> EPEL, etc won't work, either, as

On Tue, Apr 11, 2017 at 12:11:19PM -0400, Jonathan Billings wrote: > I feel like this conversation has reached the "lets just keep > repeating FUD about systemd" stage and probably won't progress in a > useful direction. > > Maybe we should just jump right to the end that we always have each > time this comes up. systemd is the death of linux and you're

I am pleased to announce the release of cft-0.2.0; the major new feature in this release is that cft now tracks package operations, so that things like yum -y install httpd rpm -e evolution will be reflected in the generated manifest. Details and downloads can be found at http://cft.et.redhat.com/ RPM''s for Fedora and RHEL are available at http://people.redhat.com/dlutter/yum

On 9/21/2013 5:49 AM, Bryan Drewery wrote: > Ports now support enabling Stack Protector [1] support on FreeBSD 10 > i386 and amd64, and older releases on amd64 only currently. > > Support may be added for earlier i386 releases once all ports properly > respect LDFLAGS. > > To enable, just add WITH_SSP=yes to your make.conf and rebuild all ports. > > The default

On 9/21/2013 5:49 AM, Bryan Drewery wrote: > Ports now support enabling Stack Protector [1] support on FreeBSD 10 > i386 and amd64, and older releases on amd64 only currently. > > Support may be added for earlier i386 releases once all ports properly > respect LDFLAGS. > > To enable, just add WITH_SSP=yes to your make.conf and rebuild all ports. > > The default

On Apr 11, 2017, at 11:28 AM, Scott Robbins <scottro11 at gmail.com> wrote: > > (though they're talking of trying OpenRC) Not just talking. TrueOS, ne? PC-BSD, now runs on OpenRC. So let me tell you about how my recent TrueOS server upgrade broke virtually all of my services on the TrueOS server, roached the X configuration, and now has the system in an un-upgradeable state, to

On 6/5/23 10:10 AM, Oleg Nesterov wrote: > On 06/03, michael.christie at oracle.com wrote: >> >> On 6/2/23 11:15 PM, Eric W. Biederman wrote: >> The problem is that as part of the flush the drivers/vhost/scsi.c code >> will wait for outstanding commands, because we can't free the device and >> it's resources before the commands complete or we will hit the

I''ve been meaning to test this setup somewhere for a while, but never got the right app/(real) traffic/hardware to do it with. So maybe somebody can try it out and let us know if this works... It''s for applications running the same code/data on a cluster of machines, so this doesn''t apply to the majority of low-traffic sites out there. The goal is to avoid having to

On 06/05, Mike Christie wrote: > > On 6/5/23 10:10 AM, Oleg Nesterov wrote: > > On 06/03, michael.christie at oracle.com wrote: > >> > >> On 6/2/23 11:15 PM, Eric W. Biederman wrote: > >> The problem is that as part of the flush the drivers/vhost/scsi.c code > >> will wait for outstanding commands, because we can't free the device and >

On 6/6/23 7:16 AM, Oleg Nesterov wrote: > On 06/05, Mike Christie wrote: >> >> On 6/5/23 10:10 AM, Oleg Nesterov wrote: >>> On 06/03, michael.christie at oracle.com wrote: >>>> >>>> On 6/2/23 11:15 PM, Eric W. Biederman wrote: >>>> The problem is that as part of the flush the drivers/vhost/scsi.c code >>>> will wait for

Hi folks, A few months back I finished writing and testing a pass which implements "structural analysis" as described originally by Sharir in 1980 ("Structural analysis: A new approach to flow analysis in optimizing compilers") and more recently by Muchnick in Advanced Compiler Design and Implementation. It analyses the CFG and recognises specific region schema, such as

Vlad. I still got the same problem - 'ls | wc -l' returned incorretc numbers. I installed the following patches with the sequence vs. the kerner 2.4.18: 1. 00-smbfs-2.4.18-codepage.patch.gz 2. 01-smbfs-2.4.18-lfs.patch.gz 3. 02-smbfs-2.4.18-unicode.patch.gz 4. smbfs-2.4.19-pre9-readdir.patch After installed patches, I ran 'make modules' and so on. Any more

Can someone share the smbfs-2.4.19-pre9-readdir.patch. -----Original Message----- From: David.Lee@bisus.com [mailto:David.Lee@bisus.com] Sent: Tuesday, June 25, 2002 4:21 PM To: vlads@sympatico.ca; urban@teststation.com Cc: samba@lists.samba.org; David.Lee@bisus.com Subject: [Samba] RE: [PATCH] smbfs readdir fix (CFT: NetApp, OS/2) Vlad. I still got the same problem - 'ls | wc -l'