[Bug 1626419] [NEW] The library was not installed using this package. I followed the example onhttp://search.cpan.org/~burak/Sys-Info-Base-0.7802/lib/Sys/Info/Device/CPU.pm and could only get it to wo

2016-09-22 Thread Stefan Lang
Public bug reported:


lsb_release -rd
>Description:Ubuntu 16.04.1 LTS
>Release:16.04

apt-cache policy libsys-info-base-perl
>libsys-info-base-perl:
  Installed: 0.7804-1
  Candidate: 0.7804-1
  Version table:
 *** 0.7804-1 500
500 http://se.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages
500 http://se.archive.ubuntu.com/ubuntu xenial/universe i386 Packages
100 /var/lib/dpkg/status

## Now I try to install the package

apt-cache search Sys::Info
>libsys-info-base-perl - fetch basic information from the host system

sudo apt-get install libsys-info-base-perl
> installed without a problem

## and now I test it:

#Run this using perl:

#! /usr/bin/perl
use Sys::Info;
my $info = Sys::Info->new;
my $cpu  = $info->device( CPU => %options );

   printf "CPU: %s\n", scalar($cpu->identify)  || 'N/A';
   printf "CPU speed is %s MHz\n", $cpu->speed || 'N/A';
   printf "There are %d CPUs\n"  , $cpu->count || 1;
   printf "CPU load: %s\n"   , $cpu->load  || 0;


perl CPU_test.pl

>Can't locate Sys/Info.pm in @INC (you may need to install the Sys::Info 
>module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.1 
>/usr/local/share/perl/5.22.1 /usr/lib/x86_64-linux-gnu/perl5/5.22 
>/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22 
>/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base .) at CPU_test.pl 
>line 2.
BEGIN failed--compilation aborted at CPU_test.pl line 2.

cpan -i 'Sys::Info'
>installed without problem

perl CPU_test.pl

CPU: 4 x Intel(R) Xeon(R) CPU E5-2609 v2 @ 2.50GHz
CPU speed is 1800.000 MHz
There are 4 CPUs
CPU load: 0.22

Hope you can reproduce and fix the problem!

Thank you!

/Stefan

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: libsys-info-base-perl 0.7804-1
ProcVersionSignature: Ubuntu 4.4.0-34.53-generic 4.4.15
Uname: Linux 4.4.0-34-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: Unity
Date: Thu Sep 22 09:22:36 2016
InstallationDate: Installed on 2016-06-10 (103 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
PackageArchitecture: all
SourcePackage: libsys-info-base-perl
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: libsys-info-base-perl (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug xenial

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1626419

Title:
  The library was not installed using this package. I followed the
  example onhttp://search.cpan.org/~burak/Sys-Info-
  Base-0.7802/lib/Sys/Info/Device/CPU.pm and could only get it to work
  after a " cpan -i 'Sys::Info' ". Hence I would say, that this package
  is broken and does not what it should do. Hope you can fix that
  easily.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libsys-info-base-perl/+bug/1626419/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 706603] Re: gem1.9.1 doens't install executables on PATH

2011-01-25 Thread Stefan Lang
> it's not a simple problem to solve

I disagree. The current state is this: Installation instructions
recommend installing RubyGems from source because Ubuntu's is broken.
This rubygems installed from source in combination with a Ruby installed
from apt will cause gem to write executables in /usr/bin.

What again is the argument against setting EXECUTABLE_DIRECTORY to
/usr/local/bin? It's more standard conforming than the current /var
path. It's simply the administrator (sudo) installing an executable in
/usr/local/bin, which is standard practice.

Ubuntu doesn't modify other software to prevent writing to
/usr/local/bin, why pick out rubygems, whose users are developers, not
technology averse end users?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603

Title:
  gem1.9.1 doens't install executables on PATH

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 706603] Re: gem1.9.1 doens't install executables on PATH

2011-01-25 Thread Stefan Lang
> You can install gems from debian packages

Something is either a gem or a deb package. A Ruby package installed via
apt should not show up as RubyGem and a Ruby package installed via gem
should not show up as deb. A cleanly written Ruby program that requires
a library doesn't care with which package manager it was installed.

Keep debs and gems separate. They satisfy different needs that cannot be
integrated into a single solution.

View gem as just some program that happens to write to /usr/local/bin.
No deb integration. Nowhere does RubyGems advertise deb integration.
That would be an extra (that would IMHO, be more problematic than
useful). So why not fix the basics (executables in PATH), before even
thinking about extra functionality?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603

Title:
  gem1.9.1 doens't install executables on PATH

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 706603] Re: gem1.9.1 doens't install executables on PATH

2011-01-25 Thread Stefan Lang
> This has been debated over and over again.
> /usr/local/bin was rejected because the packaging and filesystem policy 
> clashes.

I've found these previous discussions:
https://bugs.launchpad.net/ubuntu/+source/ruby1.8/+bug/145267
and
http://fossplanet.com/f10/bug-448639-rubygems-fhs-compliance-debian-ubuntu-43888/

Where's the packaging and filesystem policy clash?

What's the purpose of  /usr/local/bin if not for stuff like this.
This way gem doesn't affect apt installed software and vice versa.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603

Title:
  gem1.9.1 doens't install executables on PATH

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 706603] [NEW] gem1.9.1 doens't install executables on PATH

2011-01-23 Thread Stefan Lang
Public bug reported:

Binary package hint: ruby1.9.1

Package: ruby1.9.1 version 1.9.2.0-1

The included rubygems is configured with EXECUTABLE_DIRECTORY
set to /var/lib/gems/1.9.1/bin which is not on the users PATH by default.

This breaks expected and documented ruby gems behaviour,
especially installation instructions of numerous ruby programs.

Proposed solution:
Set EXECUTABLE_DIRECTORY to /usr/local/bin

** Affects: ruby1.9.1 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/706603

Title:
  gem1.9.1 doens't install executables on PATH

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs