Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2014-04-08 Thread Ashutosh Parida

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 they don't have any plans.

Can you please tell which ARM platform you made it working ?

Thanks,
Ashutosh


On Saturday, December 14, 2013 12:45:26 AM UTC+5:30, JonY wrote:

 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 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 time. Strangely enough it 
 doesn't happen with 'system' services (EG apache2, snmpd) but only with my 
 code. I can't imagine this is related to my fake dmidecode but I'll keep 
 looking into it.

 On Friday, December 13, 2013 4:08:10 AM UTC-8, Felix.Frank wrote:

 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 packages you require and install them in one go using 
 dpkg -i --force-depends or similar. 

 Option (a) is simple if you're versed in the creation of Debian 
 packages, and pretty difficult if you're not. 

 HTH, 
 Felix 

 On 12/13/2013 12:39 PM, Jon Yeargers wrote: 
  So am I SOL on this? Is ARM considered an 'unsupported architecture' 
  until I can create a 'dmidecode' for this platform? 



-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/8ec97168-25f9-440d-9c5f-57a723809cc8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2014-04-08 Thread JonY
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 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 they don't have any plans.

 Can you please tell which ARM platform you made it working ?

 Thanks,
 Ashutosh


 On Saturday, December 14, 2013 12:45:26 AM UTC+5:30, JonY wrote:

 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 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 time. Strangely enough it 
 doesn't happen with 'system' services (EG apache2, snmpd) but only with my 
 code. I can't imagine this is related to my fake dmidecode but I'll keep 
 looking into it.

 On Friday, December 13, 2013 4:08:10 AM UTC-8, Felix.Frank wrote:

 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 packages you require and install them in one go using 
 dpkg -i --force-depends or similar. 

 Option (a) is simple if you're versed in the creation of Debian 
 packages, and pretty difficult if you're not. 

 HTH, 
 Felix 

 On 12/13/2013 12:39 PM, Jon Yeargers wrote: 
  So am I SOL on this? Is ARM considered an 'unsupported architecture' 
  until I can create a 'dmidecode' for this platform? 



-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/b12344fb-96de-4496-aa93-c45d68e735dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2014-04-08 Thread Dirk Heinrichs
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 88FR131 rev 1 (v5l)
Features: swp half thumb fastmult edsp
CPU implementer : 0x56
CPU architecture: 5TE
CPU variant : 0x2
CPU part: 0x131
CPU revision: 1

Hardware: Marvell Kirkwood (Flattened Device Tree)
Revision: 
Serial  : 

% uname -a
Linux rohan 3.13-1-kirkwood #1 Debian 3.13.7-1 (2014-03-25) armv5tel
GNU/Linux

HTH...

Dirk
-- 

*Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
*Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
*Tel*: +49 2226 159 (Ansage) 1149
*Email*: d...@recommind.com mailto:d...@recommind.com
*Skype*: dirk.heinrichs.recommind
www.recommind.com http://www.recommind.com



http://www.recommind.com

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/5343E698.1090708%40recommind.com.
For more options, visit https://groups.google.com/d/optout.
inline: Logo.gif

Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2014-04-08 Thread JonY
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 Guruplug, which is the predecessor. It's armv5tel, running on 
 Marvel Feroceon CPU.

 % cat /proc/cpuinfo
 processor   : 0
 model name  : Feroceon 88FR131 rev 1 (v5l)
 Features: swp half thumb fastmult edsp
 CPU implementer : 0x56
 CPU architecture: 5TE
 CPU variant : 0x2
 CPU part: 0x131
 CPU revision: 1

 Hardware: Marvell Kirkwood (Flattened Device Tree)
 Revision: 
 Serial  : 

 % uname -a
 Linux rohan 3.13-1-kirkwood #1 Debian 3.13.7-1 (2014-03-25) armv5tel 
 GNU/Linux

 HTH...

 Dirk
 -- 

 *Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
 *Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
 *Tel*: +49 2226 159 (Ansage) 1149
 *Email*: d...@recommind.com javascript:
 *Skype*: dirk.heinrichs.recommind
 www.recommind.com
  

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/57bfc0a7-dac9-4c1f-b1cd-2539d80a22c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-13 Thread Jon Yeargers
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 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:
  facter : Depends: dmidecode but it is not installable
  puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but it is not 
 going to be installed
 E: Unmet dependencies. Try 'apt-get -f install' with no packages (or 
 specify a solution).


 root@plugpc-005:/tmp# apt-get install puppet-common
 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:
  facter : Depends: dmidecode but it is not installable
  puppet-common : Depends: ruby-shadow but it is not installable or
   libshadow-ruby1.8 but it is not going to be 
 installed
  Depends: libaugeas-ruby but it is not going to be 
 installed or
   libaugeas-ruby1.9.1 but it is not going to be 
 installed or
   libaugeas-ruby1.8 but it is not going to be 
 installed
  Depends: hiera (= 1.0.0) but it is not going to be 
 installed
  Depends: ruby-rgen (= 0.6.5) but it is not going to be 
 installed
  Recommends: lsb-release but it is not going to be 
 installed
  Recommends: debconf-utils but it is not going to be 
 installed
 E: Unmet dependencies. Try 'apt-get -f install' with no packages (or 
 specify a solution).


 Attempts to install any of these packages gives me similar errors.

 On Wednesday, December 11, 2013 9:50:07 AM UTC-8, Jeff Bachtel wrote:

  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 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 already the newest version.
 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

  There isn't a 'download' option for apt-get on this system so I tried 
 '--download-only':

  root@plugpc-005:~# apt-get --download-only install  facter
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 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 following information may help to resolve the situation:

  The following packages have unmet dependencies:
  facter : Depends: dmidecode but it is not installable
 E: Broken packages
  
  I added '--ignore-missing' but the result was the same. 

 On Wednesday, December 11, 2013 7:47:02 AM UTC-8, Jeff Bachtel wrote: 

  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
 boardmanufacturer
 boardproductname
 boardserialnumber
 manufacturer
 productname
 serialnumber
 type
 uuid

 If that's acceptable for you, you can try

 apt-get install ruby libopenssl-ruby pciutils
 apt-get download facter
 dpkg -i --force-depends facter*.deb
 apt-get install puppet

 This will manually install the other facter dependencies (which should 
 exist for armel), download the facter .deb file, then do an install of it 
 without checking depends. The puppet install should succeed after that.

 I think facter's dmidecode dependency should be a Suggests vice a 
 Depends, and it might be worth filing a bugrep to get it changed.

 Jeff


 On 12/11/2013 10:31 AM, Jon Yeargers wrote:
  
 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 I do 'apt-cache search dmidecode' it isn't available.

 On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers wrote: 

 'apt-get update' ran fine this time. 

  'apt-get install puppet':

  Some packages could not be installed. This may 

Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-13 Thread Felix Frank
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 packages you require and install them in one go using
dpkg -i --force-depends or similar.

Option (a) is simple if you're versed in the creation of Debian
packages, and pretty difficult if you're not.

HTH,
Felix

On 12/13/2013 12:39 PM, Jon Yeargers wrote:
 So am I SOL on this? Is ARM considered an 'unsupported architecture'
 until I can create a 'dmidecode' for this platform?

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52AAF8AA.2070107%40alumni.tu-berlin.de.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-13 Thread Jon Yeargers
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 time. Strangely enough it 
doesn't happen with 'system' services (EG apache2, snmpd) but only with my 
code. I can't imagine this is related to my fake dmidecode but I'll keep 
looking into it.

On Friday, December 13, 2013 4:08:10 AM UTC-8, Felix.Frank wrote:

 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 packages you require and install them in one go using 
 dpkg -i --force-depends or similar. 

 Option (a) is simple if you're versed in the creation of Debian 
 packages, and pretty difficult if you're not. 

 HTH, 
 Felix 

 On 12/13/2013 12:39 PM, Jon Yeargers wrote: 
  So am I SOL on this? Is ARM considered an 'unsupported architecture' 
  until I can create a 'dmidecode' for this platform? 


-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/40a9fd9d-127e-48b9-8c67-c284ca6bd694%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-13 Thread Jon Yeargers
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 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 time. Strangely enough it 
 doesn't happen with 'system' services (EG apache2, snmpd) but only with my 
 code. I can't imagine this is related to my fake dmidecode but I'll keep 
 looking into it.

 On Friday, December 13, 2013 4:08:10 AM UTC-8, Felix.Frank wrote:

 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 packages you require and install them in one go using 
 dpkg -i --force-depends or similar. 

 Option (a) is simple if you're versed in the creation of Debian 
 packages, and pretty difficult if you're not. 

 HTH, 
 Felix 

 On 12/13/2013 12:39 PM, Jon Yeargers wrote: 
  So am I SOL on this? Is ARM considered an 'unsupported architecture' 
  until I can create a 'dmidecode' for this platform? 



-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0b3e34b1-e3e1-4e8d-8a3a-23ab6be1bf8d%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jon Yeargers
'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 following information may help to resolve the situation:

The following packages have unmet dependencies:
 puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but 
2.6.2-5+squeeze8 is to be installed
E: Broken packages


I also tried uninstalling puppet and then doing the install. Same result.



On Tuesday, December 10, 2013 3:11:27 PM UTC-8, Moses Mendoza wrote:

 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 
 mo...@puppetlabs.comjavascript: 
 wrote: 
  On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers 
  ethr...@gmail.comjavascript: 
 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: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/ReleaseUnable to 
  find expected entry main/binary-armel/Packages in Meta-index file 
 (malformed 
  Release file?) 
  
  
  On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote: 
  
  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, Jon Yeargers wrote: 
   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 
   rebuild the package file myself in a private repository. 
  
  My apologies - this is a problem with our apt repository configuration 
  - we did not set it up to include architectures other than i386 and 
  amd64. We will be remedying this soon, so that while we may not yet 
  have arm-specific packages, at least our all-arch packages will work. 
  
  
  -- 
  You received this message because you are subscribed to the Google 
 Groups 
  Puppet Users group. 
  To unsubscribe from this group and stop receiving emails from it, send 
 an 
  email to puppet-users...@googlegroups.com javascript:. 
  To view this discussion on the web visit 
  
 https://groups.google.com/d/msgid/puppet-users/0e4f7484-682f-44c9-b370-5a977d4085ee%40googlegroups.com.
  

  
  For more options, visit https://groups.google.com/groups/opt_out. 
  
  
  
  -- 
  Moses Mendoza 
  Puppet Labs 
  
  Join us at PuppetConf 2014, September 23-24 in San Francisco 



 -- 
 Moses Mendoza 
 Puppet Labs 

 Join us at PuppetConf 2014, September 23-24 in San Francisco 


-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/a2bd1ecb-dd6a-42cb-9ffc-333e9cfdc0db%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jon Yeargers
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 I do 'apt-cache search dmidecode' it isn't available.

On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers wrote:

 '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 following information may help to resolve the situation:

 The following packages have unmet dependencies:
  puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but 
 2.6.2-5+squeeze8 is to be installed
 E: Broken packages


 I also tried uninstalling puppet and then doing the install. Same result.



 On Tuesday, December 10, 2013 3:11:27 PM UTC-8, Moses Mendoza wrote:

 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 mo...@puppetlabs.com 
 wrote: 
  On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers ethr...@gmail.com 
 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: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/ReleaseUnable 
  to 
  find expected entry main/binary-armel/Packages in Meta-index file 
 (malformed 
  Release file?) 
  
  
  On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote: 
  
  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, Jon Yeargers wrote: 
   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 
   rebuild the package file myself in a private repository. 
  
  My apologies - this is a problem with our apt repository configuration 
  - we did not set it up to include architectures other than i386 and 
  amd64. We will be remedying this soon, so that while we may not yet 
  have arm-specific packages, at least our all-arch packages will work. 
  
  
  -- 
  You received this message because you are subscribed to the Google 
 Groups 
  Puppet Users group. 
  To unsubscribe from this group and stop receiving emails from it, send 
 an 
  email to puppet-users...@googlegroups.com. 
  To view this discussion on the web visit 
  
 https://groups.google.com/d/msgid/puppet-users/0e4f7484-682f-44c9-b370-5a977d4085ee%40googlegroups.com.
  

  
  For more options, visit https://groups.google.com/groups/opt_out. 
  
  
  
  -- 
  Moses Mendoza 
  Puppet Labs 
  
  Join us at PuppetConf 2014, September 23-24 in San Francisco 



 -- 
 Moses Mendoza 
 Puppet Labs 

 Join us at PuppetConf 2014, September 23-24 in San Francisco 



-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/96382244-64e6-458e-a33a-81f24a4befbf%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jeff Bachtel
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
boardmanufacturer
boardproductname
boardserialnumber
manufacturer
productname
serialnumber
type
uuid

If that's acceptable for you, you can try

apt-get install ruby libopenssl-ruby pciutils
apt-get download facter
dpkg -i --force-depends facter*.deb
apt-get install puppet

This will manually install the other facter dependencies (which should 
exist for armel), download the facter .deb file, then do an install of 
it without checking depends. The puppet install should succeed after that.


I think facter's dmidecode dependency should be a Suggests vice a 
Depends, and it might be worth filing a bugrep to get it changed.


Jeff


On 12/11/2013 10:31 AM, Jon Yeargers wrote:
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 I do 'apt-cache search dmidecode' it isn't available.

On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers wrote:

'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 following information may help to resolve the situation:

The following packages have unmet dependencies:
 puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but
2.6.2-5+squeeze8 is to be installed
E: Broken packages


I also tried uninstalling puppet and then doing the install. Same
result.



On Tuesday, December 10, 2013 3:11:27 PM UTC-8, Moses Mendoza wrote:

Hi all, apt.puppetlabs.com http://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
mo...@puppetlabs.com wrote:
 On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers
ethr...@gmail.com 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: Filed to fetch
http://apt.puppetlabs.com/dists/squeeze/Release
http://apt.puppetlabs.com/dists/squeeze/Release Unable to
 find expected entry main/binary-armel/Packages in
Meta-index file (malformed
 Release file?)


 On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank
wrote:

 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

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, Jon Yeargers wrote:
  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

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
  rebuild the package file myself in a private repository.

 My apologies - this is a problem with our apt repository
configuration
 - we did not set it up to include architectures other than
i386 and
 amd64. We will be remedying this soon, so that while we may
not yet
 have arm-specific packages, at least our all-arch packages
will work.


 --
 You received this message because you are subscribed to the
Google Groups
 Puppet Users group.
 To unsubscribe from this group and stop receiving emails
from it, send an
 email to puppet-users...@googlegroups.com.
 To 

Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Felix Frank
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 vice a
 Depends, and it might be worth filing a bugrep to get it changed.

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52A88A1A.6080700%40alumni.tu-berlin.de.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jon Yeargers
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 already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

There isn't a 'download' option for apt-get on this system so I tried 
'--download-only':

root@plugpc-005:~# apt-get --download-only install  facter
Reading package lists... Done
Building dependency tree
Reading state information... Done
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 following information may help to resolve the situation:

The following packages have unmet dependencies:
 facter : Depends: dmidecode but it is not installable
E: Broken packages

I added '--ignore-missing' but the result was the same.

On Wednesday, December 11, 2013 7:47:02 AM UTC-8, Jeff Bachtel wrote:

  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
 boardmanufacturer
 boardproductname
 boardserialnumber
 manufacturer
 productname
 serialnumber
 type
 uuid

 If that's acceptable for you, you can try

 apt-get install ruby libopenssl-ruby pciutils
 apt-get download facter
 dpkg -i --force-depends facter*.deb
 apt-get install puppet

 This will manually install the other facter dependencies (which should 
 exist for armel), download the facter .deb file, then do an install of it 
 without checking depends. The puppet install should succeed after that.

 I think facter's dmidecode dependency should be a Suggests vice a Depends, 
 and it might be worth filing a bugrep to get it changed.

 Jeff


 On 12/11/2013 10:31 AM, Jon Yeargers wrote:
  
 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 I do 'apt-cache search dmidecode' it isn't available.

 On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers wrote: 

 '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 following information may help to resolve the situation:

  The following packages have unmet dependencies:
  puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but 
 2.6.2-5+squeeze8 is to be installed
 E: Broken packages

  
  I also tried uninstalling puppet and then doing the install. Same 
 result.

  
  
 On Tuesday, December 10, 2013 3:11:27 PM UTC-8, Moses Mendoza wrote: 

 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 mo...@puppetlabs.com 
 wrote: 
  On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers ethr...@gmail.com 
 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: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/ReleaseUnable 
  to 
  find expected entry main/binary-armel/Packages in Meta-index file 
 (malformed 
  Release file?) 
  
  
  On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote: 
  
  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, Jon Yeargers wrote: 
   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 
   rebuild the package file myself in a private repository. 
  
  My apologies - this is a problem with our apt repository configuration 
  - we did not 

Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jeff Bachtel

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 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 already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

There isn't a 'download' option for apt-get on this system so I tried 
'--download-only':


root@plugpc-005:~# apt-get --download-only install  facter
Reading package lists... Done
Building dependency tree
Reading state information... Done
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 following information may help to resolve the situation:

The following packages have unmet dependencies:
 facter : Depends: dmidecode but it is not installable
E: Broken packages

I added '--ignore-missing' but the result was the same.

On Wednesday, December 11, 2013 7:47:02 AM UTC-8, Jeff Bachtel wrote:

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
boardmanufacturer
boardproductname
boardserialnumber
manufacturer
productname
serialnumber
type
uuid

If that's acceptable for you, you can try

apt-get install ruby libopenssl-ruby pciutils
apt-get download facter
dpkg -i --force-depends facter*.deb
apt-get install puppet

This will manually install the other facter dependencies (which
should exist for armel), download the facter .deb file, then do an
install of it without checking depends. The puppet install should
succeed after that.

I think facter's dmidecode dependency should be a Suggests vice a
Depends, and it might be worth filing a bugrep to get it changed.

Jeff


On 12/11/2013 10:31 AM, Jon Yeargers wrote:

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 I do 'apt-cache search dmidecode' it isn't available.

On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers
wrote:

'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 following information may help to resolve the situation:

The following packages have unmet dependencies:
 puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but
2.6.2-5+squeeze8 is to be installed
E: Broken packages


I also tried uninstalling puppet and then doing the install.
Same result.



On Tuesday, December 10, 2013 3:11:27 PM UTC-8, Moses Mendoza
wrote:

Hi all, apt.puppetlabs.com http://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
mo...@puppetlabs.com wrote:
 On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers
ethr...@gmail.com 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: Filed to fetch
http://apt.puppetlabs.com/dists/squeeze/Release
http://apt.puppetlabs.com/dists/squeeze/Release Unable to
 find expected entry main/binary-armel/Packages in
Meta-index file (malformed
 Release file?)


 On Tuesday, December 10, 2013 9:11:44 AM UTC-8,
Felix.Frank wrote:

 That's not the issue at all I think.

   

Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-11 Thread Jon Yeargers
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:
 facter : Depends: dmidecode but it is not installable
 puppet : Depends: puppet-common (= 3.3.2-1puppetlabs1) but it is not going 
to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or 
specify a solution).


root@plugpc-005:/tmp# apt-get install puppet-common
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:
 facter : Depends: dmidecode but it is not installable
 puppet-common : Depends: ruby-shadow but it is not installable or
  libshadow-ruby1.8 but it is not going to be 
installed
 Depends: libaugeas-ruby but it is not going to be 
installed or
  libaugeas-ruby1.9.1 but it is not going to be 
installed or
  libaugeas-ruby1.8 but it is not going to be 
installed
 Depends: hiera (= 1.0.0) but it is not going to be 
installed
 Depends: ruby-rgen (= 0.6.5) but it is not going to be 
installed
 Recommends: lsb-release but it is not going to be installed
 Recommends: debconf-utils but it is not going to be 
installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or 
specify a solution).


Attempts to install any of these packages gives me similar errors.

On Wednesday, December 11, 2013 9:50:07 AM UTC-8, Jeff Bachtel wrote:

  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 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 already the newest version.
 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

  There isn't a 'download' option for apt-get on this system so I tried 
 '--download-only':

  root@plugpc-005:~# apt-get --download-only install  facter
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 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 following information may help to resolve the situation:

  The following packages have unmet dependencies:
  facter : Depends: dmidecode but it is not installable
 E: Broken packages
  
  I added '--ignore-missing' but the result was the same. 

 On Wednesday, December 11, 2013 7:47:02 AM UTC-8, Jeff Bachtel wrote: 

  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
 boardmanufacturer
 boardproductname
 boardserialnumber
 manufacturer
 productname
 serialnumber
 type
 uuid

 If that's acceptable for you, you can try

 apt-get install ruby libopenssl-ruby pciutils
 apt-get download facter
 dpkg -i --force-depends facter*.deb
 apt-get install puppet

 This will manually install the other facter dependencies (which should 
 exist for armel), download the facter .deb file, then do an install of it 
 without checking depends. The puppet install should succeed after that.

 I think facter's dmidecode dependency should be a Suggests vice a 
 Depends, and it might be worth filing a bugrep to get it changed.

 Jeff


 On 12/11/2013 10:31 AM, Jon Yeargers wrote:
  
 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 I do 'apt-cache search dmidecode' it isn't available.

 On Wednesday, December 11, 2013 7:26:02 AM UTC-8, Jon Yeargers wrote: 

 '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 following information may help to resolve the 

[Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Jon Yeargers
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 point the puppet agent version available via apt (Debian 6) 
  is 2.6. 

 I tried adding the apt.puppetlabs.com repository but it won't install on 
 my systems as the CPU type isn't supported. 

 What are my options to get 3.x? I don't see a path to compile the source. 
 Can I copy the relevant folders to a private repository and host from 
 there? 


-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/8cb52b29-e9a4-4192-bb16-d7efa1917d65%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Jon Yeargers
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 
rebuild the package file myself in a private repository.

On Tuesday, December 10, 2013 8:22:36 AM UTC-8, Jon Yeargers wrote:

 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 point the puppet agent version available via apt (Debian 6) 
  is 2.6. 

 I tried adding the apt.puppetlabs.com repository but it won't install on 
 my systems as the CPU type isn't supported. 

 What are my options to get 3.x? I don't see a path to compile the source. 
 Can I copy the relevant folders to a private repository and host from 
 there? 



-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/a1b10982-5296-448e-b27b-608142dd47ef%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Felix Frank
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, Jon Yeargers wrote:
 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
 rebuild the package file myself in a private repository.

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52A74B50.5010308%40alumni.tu-berlin.de.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Jon Yeargers
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 to 
find expected entry main/binary-armel/Packages in Meta-index file 
(malformed Release file?)

On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote:

 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, Jon Yeargers wrote: 
  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 
  rebuild the package file myself in a private repository. 


-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0e4f7484-682f-44c9-b370-5a977d4085ee%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Moses Mendoza
On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers ethrbu...@gmail.com 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: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/Release Unable to
 find expected entry main/binary-armel/Packages in Meta-index file (malformed
 Release file?)


 On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote:

 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, Jon Yeargers wrote:
  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
  rebuild the package file myself in a private repository.

My apologies - this is a problem with our apt repository configuration
- we did not set it up to include architectures other than i386 and
amd64. We will be remedying this soon, so that while we may not yet
have arm-specific packages, at least our all-arch packages will work.


 --
 You received this message because you are subscribed to the Google Groups
 Puppet Users group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to puppet-users+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/puppet-users/0e4f7484-682f-44c9-b370-5a977d4085ee%40googlegroups.com.

 For more options, visit https://groups.google.com/groups/opt_out.



-- 
Moses Mendoza
Puppet Labs

Join us at PuppetConf 2014, September 23-24 in San Francisco

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CA%2B421WbSbgMBqVzD24EQWHZ_kTLmAN2vbCMAP0ZxEwidnDwzRg%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [Puppet Users] Re: Getting latest agent on debian for ARM?

2013-12-10 Thread Moses Mendoza
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 mo...@puppetlabs.com wrote:
 On Tue, Dec 10, 2013 at 10:52 AM, Jon Yeargers ethrbu...@gmail.com 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: Filed to fetch http://apt.puppetlabs.com/dists/squeeze/Release Unable to
 find expected entry main/binary-armel/Packages in Meta-index file (malformed
 Release file?)


 On Tuesday, December 10, 2013 9:11:44 AM UTC-8, Felix.Frank wrote:

 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, Jon Yeargers wrote:
  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
  rebuild the package file myself in a private repository.

 My apologies - this is a problem with our apt repository configuration
 - we did not set it up to include architectures other than i386 and
 amd64. We will be remedying this soon, so that while we may not yet
 have arm-specific packages, at least our all-arch packages will work.


 --
 You received this message because you are subscribed to the Google Groups
 Puppet Users group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to puppet-users+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/puppet-users/0e4f7484-682f-44c9-b370-5a977d4085ee%40googlegroups.com.

 For more options, visit https://groups.google.com/groups/opt_out.



 --
 Moses Mendoza
 Puppet Labs

 Join us at PuppetConf 2014, September 23-24 in San Francisco



-- 
Moses Mendoza
Puppet Labs

Join us at PuppetConf 2014, September 23-24 in San Francisco

-- 
You received this message because you are subscribed to the Google Groups 
Puppet Users group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/CA%2B421WbXzqYfhWW-CMjkOJb_K7gJajPZFd7St7UFVpBu17wMWg%40mail.gmail.com.
For more options, visit https://groups.google.com/groups/opt_out.