Actually, debian backports has a dmidecode. So facter will apt-get install
if you add backports.
echo "deb http://ftp.debian.org/debian wheezy-backports main" >>
/etc/apt/sources.list.d/backports.list
apt-get update
apt-get install facter
The amusing chicken-and-egg, of course, is that o
Ah nice! I did the same on the dream plug. It's the same chip.
On Tuesday, April 8, 2014 5:07:52 AM UTC-7, Dirk Heinrichs wrote:
>
> Am 08.04.2014 12:29, schrieb JonY:
>
> Not sure. The devices are fanless PCs called 'dream plugs'. How would I
> determine the chip id?
>
>
> I've got a Gurupl
Am 08.04.2014 12:29, schrieb JonY:
> Not sure. The devices are fanless PCs called 'dream plugs'. How would
> I determine the chip id?
I've got a Guruplug, which is the predecessor. It's armv5tel, running on
Marvel Feroceon CPU.
% cat /proc/cpuinfo
processor : 0
model name : Feroceon 88
Not sure. The devices are fanless PCs called 'dream plugs'. How would I
determine the chip id?
On Monday, April 7, 2014 10:40:11 PM UTC-7, Ashutosh Parida wrote:
>
>
> Hey Jon,
>
> I am also planning to deploy puppet on ARM and am glad to see you tried
> and may be you fixed issues with it.
> I
Hey Jon,
I am also planning to deploy puppet on ARM and am glad to see you tried and
may be you fixed issues with it.
I dropped a mail to Puppetlabs, seeking information as to what is their
roadmap for supporting puppet on ARMv7 and later releases and puppetlabs
replied back saying currently t
Answer here:
http://stackoverflow.com/questions/14607385/puppet-does-not-start-a-service-varnish-when-puppet-apply-is-run
On Friday, December 13, 2013 11:07:01 AM UTC-8, Jon Yeargers wrote:
>
> Just out of curiosity I created my own 'dmidecode' package with a trivial
> (does nothing) dmidecode
Just out of curiosity I created my own 'dmidecode' package with a trivial
(does nothing) dmidecode executable. Once this was installed the rest of
puppet v 3.3.2 installed fine.
NOW: it's having trouble accepting that certain services are already
running and it's trying to restart them every ti
Ideally, there will be a newly released facter package that replaces
this dependency by a suggestion or recommendation. It will Just Work for
you then.
In the meantime, these are your options:
a) fetch the facter source package and build a forked package without
this dependency
b) fetch all deb pa
So am I SOL on this? Is ARM considered an 'unsupported architecture' until
I can create a 'dmidecode' for this platform?
On Wednesday, December 11, 2013 10:55:11 AM UTC-8, Jon Yeargers wrote:
>
> I can wget and install facter but the issues continue:
>
> root@plugpc-005:/tmp# apt-get install pupp
I can wget and install facter but the issues continue:
root@plugpc-005:/tmp# apt-get install puppet
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
You can fetch it directly (wget, curl, whatever) from
http://apt.puppetlabs.com/pool/squeeze/main/f/facter/facter_1.6.18-1puppetlabs1_all.deb
Jeff
On 12/11/2013 12:39 PM, Jon Yeargers wrote:
root@plugpc-005:~# apt-get install ruby libopenssl-ruby pciutils
Reading package lists... Done
Building
root@plugpc-005:~# apt-get install ruby libopenssl-ruby pciutils
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libruby' instead of 'libopenssl-ruby'
pciutils is already the newest version.
libruby is already the newest version.
ruby is alr
I was thinking along the same lines. A "recommends" may be better
suited, because on some (many?) systems, those will be installed
automatically just like hard dependencies.
Cheers,
Felix
On 12/11/2013 04:47 PM, Jeff Bachtel wrote:
>
> I think facter's dmidecode dependency should be a Suggests v
demidecode (which is a hard dependency for facter) is not available for
armel in Debian's repository. I have confirmed that facter will not fail
outright when dmidecode is missing.
The following facter variables will not be created, however:
bios_release_date
bios_vendor
bios_version
boardmanuf
I also tried 'apt-get dist-upgrade'. This brought down 'hiera' (along with
a few other things).
Then tried 'apt-get install puppet-common' - this failed as 'facter' needed
a higher version.
.. so tried 'facter' but this failed with:
facter : Depends : dmidecode but it is not installable
If
'apt-get update' ran fine this time.
'apt-get install puppet':
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The
Hi all, apt.puppetlabs.com has been updated with additional
architectures so the 'all' packages should install. Can you check if
you still have the same issues?
On Tue, Dec 10, 2013 at 12:01 PM, Moses Mendoza wrote:
> On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers wrote:
>> I updated the reposit
On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers wrote:
> I updated the repository file using the official puppet-recommended version.
> The corrected line is:
>
> deb http://apt.puppetlabs.com squeeze main (i mistakenly entered 'wheezy'
> above).
>
> When I do 'apt-get update' I'm told:
>
> W: Fi
I updated the repository file using the official puppet-recommended
version. The corrected line is:
deb http://apt.puppetlabs.com squeeze main (i mistakenly entered 'wheezy'
above).
When I do 'apt-get update' I'm told:
W: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/Release Unable
That's not the issue at all I think.
Is that source.list entry from a howto?
Have you tried the instructions here:
http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html#for-debian-and-ubuntu
Because what apt is making of your configuration is plain wrong.
On 12/10/2013 05:50 PM
If I create a '/etc/apt/sources.list.d/puppet.list' with:
deb http://apt.puppetlabs.com/pool wheezy stable
I get:
Failed to fetch
http://apt.puppetlabs.com/pool/dists/wheezy/stable/binary-armel/Packages.gz
404 Not Found
I'm thinking that I might need to set this up on an x86 machine and then
I've tried using 'gem' to install the latest build but it brings down lots
of (seemingly) unnecessary bits with it. (examples, docs, etc)
On Thursday, December 5, 2013 9:16:15 AM UTC-8, Jon Yeargers wrote:
>
> I'm looking to deploy several hundred ARM based machines in the near
> future. At this
22 matches
Mail list logo