Re: [gentoo-user] Package conflict while trying to emerge chromium
Am Fri, 13 Feb 2015 18:11:31 -0500 schrieb Walter Dnes waltd...@waltdnes.org: On Fri, Feb 13, 2015 at 08:02:08PM +0200, Gevisz wrote 2. I am not sure but my guess is that the gstreamer allows me to watch the video from youtube (partially), edX, cousera, etc. in a web-browser (I mainly use Firefox), as I never install any flash player to avoid too many flashing while browsing the Internet. (Would be interested to know if this my guess is correct.) Yes, you are correct, at least for Firefox (but I would be surprised if it were different for qtwebkit). Note that the dependencies aren't specified in the ebuild itself, but in the mozconfig-* eclasses. See for example the mozconfig-v5.34 eclass: gstreamer? ( =media-libs/gstreamer-1.2.3:1.0 =media-libs/gst-plugins-base-1.2.3:1.0 =media-libs/gst-plugins-good-1.2.3:1.0 =media-plugins/gst-plugins-libav-1.1.0_pre20130128-r1:1.0 ) The libav gstreamer plug-in is what lets you watch MP4 videos (and don't let the name fool you, it also works with ffmpeg). And if you install gst-plugins-mad:1.0, then you can also play MP3s in Firefox (see https://bugs.gentoo.org/show_bug.cgi?id=536530). I use the Seamonkey variant of Firefox. It has a more classic GUI interface, and a few other differences. It also has an option in the settings... Edit == Preferences == Advanced == Scripts Plugins You can choose whether or not to Activate all plugins by default. ***THIS IS NOT AN ADDON*** like Flashblock, so you don't have to worry about the author keeping up with the current version of the browser. It is a built-in setting. If you turn that option off, you get a box that says Activate Adobe Flash on any page with Flash on it. You can click on the box, and that activates only the one instance. If there are several flash boxes on a page, you can click on just the one(s) you want. A variant of this setting also exists in Firefox, albeit it is accessed from the about:addons page under Plugins. There you get a per-plugin tri-state setting, where you can choose between always on, always off, or always ask. With the latter, you get the same behaviour you described: a placeholder that you can click to selectively activate Flash. Personally, I don't like that way of doing things, because unless you completely deactivate Flash, Youtube will stupidly never attempt to use HTML5 videos (I guess it sees that you have Flash installed?). Thus, I use the FlashDisable extension, which simply makes it easier to toggle between always on and always off (although it won't allow you to selectively activate Flash per instance on a page, which is too bad, although I rarely see this). One thing I've joyfully noticed is how rare the instances where I need to activate Flash are becoming :-) . -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgph9q4v_5dn2.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] graphviz won't compile
On Sat, 14 Feb 2015 10:46:16 +0100 (CET)
Alain Didierjean alain.didierj...@free.fr wrote:
Cannot emerge graphviz :
ERROR: media-gfx/graphviz-2.26.3-r4::gentoo failed (prepare phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 5657: Called die
* The specific snippet of code:
* cp ${EPREFIX}/usr/share/libtool/config/install-sh
config || die;
libtool ebuild doesn't install /usr/share/ligtool/config directory.
Known bug, or should I report it ?
Thx
Already reported, https://bugs.gentoo.org/show_bug.cgi?id=537850
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?)
Re: [gentoo-user] Stroppy perl-cleaner
On 14 February 2015 11:33:49 GMT+00:00, Peter Humphrey pe...@prh.myzen.co.uk wrote: Hello list, What is perl-cleaner objecting to here? It all seems pretty anodyne to me: $ alias perl-cleaner alias perl-cleaner='sudo perl-cleaner --all -- --ask --usepkg --jobs=3 --keep-going' $ perl-cleaner *** You are supplying additional command line options for the package manager. This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete, confusing, and/or nonfunctional results. You are on your own now. *** -- Rgds Peter. Your use of -- to supply extra arguments to emerge. It means you may be using unsupported options so if it breaks, the pieces are all yours. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
[gentoo-user] Source for checksums of installed files
Hi all, I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. I have suspicion that my SSD doesn't work quite well, so I mount /var/tmp from memory and I'd like to know whether the final checksums and binary packages cannot be corrupted from SSD. Of course I thought about the possibility that emerging packages from possibly corrupted system is not quite OK but it seems to work. Thank you in advance for your answer. -- Jan Sever
[gentoo-user] graphviz won't compile
Cannot emerge graphviz :
ERROR: media-gfx/graphviz-2.26.3-r4::gentoo failed (prepare phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 5657: Called die
* The specific snippet of code:
* cp ${EPREFIX}/usr/share/libtool/config/install-sh config || die;
libtool ebuild doesn't install /usr/share/ligtool/config directory.
Known bug, or should I report it ?
Thx
Re: [gentoo-user] printing over VPN
On Saturday 14 Feb 2015 03:51:12 Joseph wrote: On 02/13/15 20:44, Joseph wrote: On 02/13/15 22:17, Michael Orlitzky wrote: On 02/13/2015 09:50 PM, Joseph wrote: I have a hard time finding any documentation on how to print over VPN. I have a network printer and I would like to setup my laptop to print to it over VPN. The remote VPN IP address is: 192.168.151.1 The printer IP is: socket://10.0.0.105 and lpd://10.0.0.106/BINARY_P1 I think I need some entries in VPN config files isn't it? Does the VPN server also have a 10.0.0.x address? If so, you just need to tell the VPN clients that they can reach the 10.0.0.x network via the VPN, i.e. by routing through your VPN server. We have pretty much the same setup, with our VPN server sitting on 10.1.1.1 with some other private IP address. This is the client config for the OpenVPN server: # cat /etc/openvpn/client-config/DEFAULT push route 10.1.1.0 255.255.255.0 Then you point to that in openvpn.conf (also on the server): # grep client-config /etc/openvpn/openvpn.conf client-config-dir client-config After that, any new client connections will just know that 10.1.1.x can be reached over the VPN. Thank for replying. My eeepc VPN IP: 192.168.151.9 is the client connected over VPN to server VPN IP 192.168.151.1 So I inserted on eeepc (client) to /etc/openvpn/eeepc.conf ... push route 192.168.151.0 255.255.255.0 On a server 192.168.151.1 I have file: /etc/openvpn/server.conf /etc/openvpn/ccd/eeepc in /etc/openvpn/ccd/eeepc is: ifconfig-push 192.168.151.9 255.255.255.0 Do I add to eeepc client-config-dir ??? Which file on a server do I modify? One more question. Do I modify on a client eeepc file: /etc/cups/client.conf and add: ServerName 192.168.151.1:631 DISCLAIMER: I don't use OpenVPN, but IKE/IPSec. In any case, similar routing principles apply. Your printer is on a different subnet than your laptop. Therefore, unless you have set up routing in your VPN gateway from 192.168.151.0/24 to 10.0.0.0/24 I don't think you will be able to connect to the printer. In addition, follow the example that Michael has suggested above on your laptop to be able to route packets in it to 10.0.0.0/24 via the openvpn gateway. If you want to *only* allow connections to the printer, but not other devices within the 10.0.0.0/24 subnet, then adjust the route declarations for 10.0.0.106/32. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] perl-cleaner lerfovers
On Saturday 14 Feb 2015 12:19:54 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 2:12 PM, Mick michaelkintz...@gmail.com wrote: On Saturday 14 Feb 2015 11:48:57 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 1:37 PM, bitlord bitlord0...@gmail.com wrote: On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?) Understood. Thanks. I am running 'dev-lang/perl-5.20.1-r4', so I guess I'll just go ahead and remove the files left over. They don't seem to belong to any package I currently have installed. I verified that using qfile and 'equery b'. I think that you should check your /var/lib/portage/world to make sure that you have not inadvertently added any perl packages in there. Then emerge -C any found and after that run @preserved-rebuild to bring in anything required. -- Regards, Mick Thanks. Does this one count? grep -i perl /var/lib/portage/world sys-devel/libperl Yes, you shouldn't really have any libs in your world file. Any required would be pulled in as dependencies. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Source for checksums of installed files
On 02/14/2015 10:36 AM, Neil Bothwick wrote: On Sat, 14 Feb 2015 10:24:21 +0100 (CET), Jan Sever wrote: I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. It makes the packages from $PORTAGE_TMPDIR and then installs from that package, when using buildpkg. Quickpkg builds fro the installed files. Thanks for your very quick answer. And the checksums? -- Jan Sever
Re: DKIM Re:[gentoo-user] opengl: missing symlink target for header
On Fri, Feb 13, 2015 at 10:24:26PM -0200, Urs Schütz wrote: On 02/13/15 16:19, Nicolas Sebrecht wrote: Hi guys, If you have mesa and eselect-opengl-1.3.X installed, could you please tell me if the symlink /usr/include/GL/glext.h is broken for you? Thanks, Valid symlink here: Thank you all! :-) -- Nicolas Sebrecht
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 1:37 PM, bitlord bitlord0...@gmail.com wrote: On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?) Understood. Thanks. I am running 'dev-lang/perl-5.20.1-r4', so I guess I'll just go ahead and remove the files left over. They don't seem to belong to any package I currently have installed. I verified that using qfile and 'equery b'.
Re: [gentoo-user] perl-cleaner lerfovers
On Saturday 14 Feb 2015 11:48:57 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 1:37 PM, bitlord bitlord0...@gmail.com wrote: On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?) Understood. Thanks. I am running 'dev-lang/perl-5.20.1-r4', so I guess I'll just go ahead and remove the files left over. They don't seem to belong to any package I currently have installed. I verified that using qfile and 'equery b'. I think that you should check your /var/lib/portage/world to make sure that you have not inadvertently added any perl packages in there. Then emerge -C any found and after that run @preserved-rebuild to bring in anything required. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 2:12 PM, Mick michaelkintz...@gmail.com wrote: On Saturday 14 Feb 2015 11:48:57 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 1:37 PM, bitlord bitlord0...@gmail.com wrote: On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?) Understood. Thanks. I am running 'dev-lang/perl-5.20.1-r4', so I guess I'll just go ahead and remove the files left over. They don't seem to belong to any package I currently have installed. I verified that using qfile and 'equery b'. I think that you should check your /var/lib/portage/world to make sure that you have not inadvertently added any perl packages in there. Then emerge -C any found and after that run @preserved-rebuild to bring in anything required. -- Regards, Mick Thanks. Does this one count? grep -i perl /var/lib/portage/world sys-devel/libperl
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 2:39 PM, Mick michaelkintz...@gmail.com wrote: On Saturday 14 Feb 2015 12:19:54 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 2:12 PM, Mick michaelkintz...@gmail.com wrote: On Saturday 14 Feb 2015 11:48:57 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 1:37 PM, bitlord bitlord0...@gmail.com wrote: On Sat, 14 Feb 2015 13:13:25 +0200 Alexander Kapshuk alexander.kaps...@gmail.com wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. As I understand this, it is safe to remove and that is what I do when they appear on my system, if you don't have perl 5.16.3, 5.18.2 or 5.12.4 ..., and updated/rebuild all perl modules with perl-cleaner. I also used 'qfile /path/to/file' (from portage-utils) to check if they belong to any installed package. (which is probably not needed, per-cleaner knows about this?) Understood. Thanks. I am running 'dev-lang/perl-5.20.1-r4', so I guess I'll just go ahead and remove the files left over. They don't seem to belong to any package I currently have installed. I verified that using qfile and 'equery b'. I think that you should check your /var/lib/portage/world to make sure that you have not inadvertently added any perl packages in there. Then emerge -C any found and after that run @preserved-rebuild to bring in anything required. -- Regards, Mick Thanks. Does this one count? grep -i perl /var/lib/portage/world sys-devel/libperl Yes, you shouldn't really have any libs in your world file. Any required would be pulled in as dependencies. -- Regards, Mick I didn't know that. Thanks. I seem to have quite a few in my world file at the moment. I didn't put any of them in there by hand though, to the best of my knowledge. grep -i libs /var/lib/portage/world dev-libs/glib dev-libs/libevent dev-libs/libyaml media-libs/gst-plugins-base media-libs/gst-plugins-base:0.10 media-libs/gstreamer media-libs/gstreamer:0.10 media-libs/libpng media-libs/libpng:1.2 media-libs/libpng:1.5 media-libs/libv4l media-libs/webrtc-audio-processing sys-libs/gpm
Re: [gentoo-user] Source for checksums of installed files
On Sat, 14 Feb 2015 10:24:21 +0100 (CET), Jan Sever wrote: I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. It makes the packages from $PORTAGE_TMPDIR and then installs from that package, when using buildpkg. Quickpkg builds fro the installed files. -- Neil Bothwick Top Oxymorons Number 32: Living dead pgph2tUAXlPHi.pgp Description: OpenPGP digital signature
Re: [gentoo-user] systemd net interfaces always want a default route?
It looks like /etc/systemd/system/network@.service requires a gateway= line, however, for a second interface I wont set another default. Is there a standard way to so this, or do i have to copy network@.service to a new name and remove the 'ip route add' line? Where this service unit file came from? Did you write it yourself? I had assumed it was part of systemd, but now i remember I copied it from a wiki that explained how to setup static networking. If it's a static network (meaning, the computer does not usually moves physically), why don't you use a .network unit file (man 5 systemd.network)? I'm converting my configs over to that now. Thanks.
[gentoo-user] perl-cleaner lerfovers
'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks.
[gentoo-user] Stroppy perl-cleaner
Hello list, What is perl-cleaner objecting to here? It all seems pretty anodyne to me: $ alias perl-cleaner alias perl-cleaner='sudo perl-cleaner --all -- --ask --usepkg --jobs=3 --keep-going' $ perl-cleaner *** You are supplying additional command line options for the package manager. This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete, confusing, and/or nonfunctional results. You are on your own now. *** -- Rgds Peter.
Re: [gentoo-user] Stroppy perl-cleaner
On Sat, Feb 14, 2015 at 1:33 PM, Peter Humphrey pe...@prh.myzen.co.uk
wrote:
Hello list,
What is perl-cleaner objecting to here? It all seems pretty anodyne to me:
$ alias perl-cleaner
alias perl-cleaner='sudo perl-cleaner --all -- --ask --usepkg --jobs=3
--keep-going'
$ perl-cleaner
***
You are supplying additional command line options for the package manager.
This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete,
confusing, and/or nonfunctional results. You are on your own now.
***
--
Rgds
Peter.
/usr/sbin/perl-cleaner:541,544
--)
shift
ADDITIONAL_OPTIONS=${ADDITIONAL_OPTIONS} $@
break
/usr/sbin/perl-cleaner:555,557
if [[ ! -z ${ADDITIONAL_OPTIONS} ]] ; then
options_warning
fi
/usr/sbin/perl-cleaner:424,435
options_warning() {
cat EOF_WARNING
***
You are supplying additional command line options for the package manager.
This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete,
confusing, and/or nonfunctional results. You are on your own now.
***
EOF_WARNING
}
Re: [gentoo-user] Stroppy perl-cleaner
On Sat, 14 Feb 2015 11:33:49 + Peter Humphrey pe...@prh.myzen.co.uk wrote: Hello list, What is perl-cleaner objecting to here? It all seems pretty anodyne to me: $ alias perl-cleaner alias perl-cleaner='sudo perl-cleaner --all -- --ask --usepkg --jobs=3 --keep-going' $ perl-cleaner *** You are supplying additional command line options for the package manager. This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete, confusing, and/or nonfunctional results. You are on your own now. *** You are using something which is not recommended by developers, that is '-- extra portage parameters', telling perl-cleaner to pass additional package manager parameters, not sure why is not recommended, but it warns you, also in 'perl-cleaner --help' or man page it says it is not recommended to do that. There is probably case when you can do something wrong, but also it can be safe too passing some parameters which don't affect build like '--ask'. One case which may be problematic (or not, just guessing) is --jobs=N, what will happen if one perl module depend on the other, and they are building at the same time?
[gentoo-user] Re: rpm or deb package installs
Bill Kenworthy billk at iinet.net.au writes: rpm is just a wrapper around a an archive with instructions on how to build and or install it. I have more experience with rpm's but I believe debs are the same. Just unwrap your .rpm/.deb file of choice and install it manually (the binaries/code are usually in a zip inside the rpm). You should in most cases also be able to get a source rpm (which I suspect you are talking about anyway, but binaries do work deps permitting. Yes the point is to be able to rapidly/easily be able to test and evaluate many cluster/hpc codes, and other codes too, before I open them up and look at them in detail, manually. you can install rpm and then install your package via rpm - seem to remember doing this with .debs somehow too. deps are a problem but usually workable. This is the argument for setting up an entire RH or debian workstation to quickly evaluate the codes to find that less than %5 which are fast and worthy of a deeper look. There are dozens of 'schedulers' for clusters and then the concept of a 'framework' is even more loose or unconstrained and the myriad of associated codes (modules) that one can use. It fact many are pushing 'write your own framework'. It's hard to categorize codes into a discernible 'stack' when it comes to HPC or cluster offerings. Apache says one thing, a guy writing a book says another. It's like the wild wild west with lots of folks (mostly large corps) shoot from the hip and shooting off at the mouth. Many idiots and deceivers in this space; and I intend to benchmark, profile and expose some of the myths. So then I'll unpack the sources onto a gentoo system for deep examination and low level (profile ) testing and evaluation and maybe creating an ebuild if I like what I see. Distributing bloatware across a cluster or on a HPC system, is a fools errand, imho, but that is exactly what many are doing. It's very hard to figure out if they are 'flim_flam' artists or sincerely belief their own musings. and why set up a workstation? - this sort of thing is tailor made for vm's. Create a base for your experiments with essential packages, settings etc, snapshot it (golden master) and then throwaway-restore when finished with that iteration. Ultimately, I think a VM or containers environment would be keen. I liked docker, initially, but, like systemd, it is now bloating so much that it is becoming an entire operating system on it's own. Docker is too much for me to worry about and learn. CoreOS is still attractive to me, but it probably too much for me to divert into, at this time. I'm really more after HPC (high performance computing of scientific codes) than clustering of a bizzilion processes (like log/web file analytics). That sort of stuff is not hard to distribute, hadoop is sufficient for those routine, boring codes and processes that are not time_critical. I'll do some of those ordinary tasks but many cluster/hpc solutions already work good enough for routine admin style processes, imho. Big Science solutions using cluster or HPC are still very fragmented if you look at some low level performance data. It takes a very specialized focus to solve a given category of Big Science codes if you want to approach any sort of reasonable robustness. It's like you need a custom designed (HPCC) High Performance Computational Cluster with a unique (at least highly customized and tweaked) implementation for each of the many different possible configuration solutions. This part is evolving on a daily basis, so apologies if it seems sketchy because it is sketchy at best. I think where I'll end up is a myriad of HPCC, architecturally unique, running along side of each other, mostly asleep until needed. It's even more 'fluid' when you consider the GPU resources, arm64 processors and the new integrated CISC chips like the amd APU and the Intel+fpga chips. There are package managers besides gentoo/portage that can do a source build/install and track the files on gentoo - though portage will not know about it (rpm is one :) H. Where do I read more about this? and lastly, what do mean error prone? - to me a manual install is the ONLY way you can build a proper ebuild that catches most of the problems. In the (admittedly few) ebuilds I have done an occasional human error is nothing compared to system problems for a difficult package. Error prone with manual steps, due to the large amount of codes I am evaluating. Once I get down to less than 5% then the manual processes are fine, if not superior, as I'm also reviewing the codes of interest. It's also me, if I do not impose self_structure, I get sloppy with trying to manually speed things up. Also, if you go back to the days of .configure and look at many different make files, there is little coding consistency among different codes; boost and other lib codes are the best you can hope for on consistency, imho. ymmv. OK? Keep in mind that I'm an EE, hardware guy
[gentoo-user] Re: rpm or deb package installs
Alan McKinnon alan.mckinnon at gmail.com writes: I see you are doing more than I thought you were doing rpms and debs are both cpio files so the easy way is to unpack them and see what's going on: rpm2cpio name.rpm | cpio -iv --make-directories dpkg -x somepackage.deb ~/temp/ Considering the size of what you are doing, you are probably better off running a Centos and Debian system to evaluate the code and discard the rubbish. Once you've isolated the interesting ones, you can evaluate them closer and maybe write ebuilds for them. Workflow is the first test. Second unpack and look at the code to maybe 5% of what I test. The tests I'm developing are low level code profiling. Once I figure it all out what I need manually looking at many (cluster/hpc) codes, then I hope to use CI to automate the process of first performance profiling the codes. THEN unpack and look at the codes iff it is impressive on performance. I am leaning towards a separate box for these evaluations, but a VM environment might be better in the long run... dunno thx, James
Re: [gentoo-user] Source for checksums of installed files
On 02/14/2015 03:52 PM, Mike Gilbert wrote: On Sat, Feb 14, 2015 at 4:24 AM, Jan Sever n...@email.cz wrote: Hi all, I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/ portage but I'm not sure of that. I have suspicion that my SSD doesn't work quite well, so I mount /var/tmp from memory and I'd like to know whether the final checksums and binary packages cannot be corrupted from SSD. Of course I thought about the possibility that emerging packages from possibly corrupted system is not quite OK but it seems to work. Thank you in advance for your answer. Your question is somewhat awkwardly worded, but I think you are looking for /var/db/pkg/*/*/CONTENTS. No, I am not. I know this location but I'd like to know where it's computed from. Live system or PORTAGE_TMPDIR? -- Jan Sever
Re: [gentoo-user] Source for checksums of installed files
On Sat, 14 Feb 2015 11:26:33 +0100 (CET), Jan Sever wrote: I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. It makes the packages from $PORTAGE_TMPDIR and then installs from that package, when using buildpkg. Quickpkg builds fro the installed files. Thanks for your very quick answer. And the checksums? There's a good reason I didn't answer that part of the question... -- Neil Bothwick Meow SPLAT! Woof SPLAT!Jeez, it's really raining today. pgpIAZuv39vxe.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Stroppy perl-cleaner
On Saturday 14 February 2015 12:56:09 bitlord wrote: On Sat, 14 Feb 2015 11:33:49 + Peter Humphrey pe...@prh.myzen.co.uk wrote: Hello list, What is perl-cleaner objecting to here? It all seems pretty anodyne to me: $ alias perl-cleaner alias perl-cleaner='sudo perl-cleaner --all -- --ask --usepkg --jobs=3 --keep-going' $ perl-cleaner *** You are supplying additional command line options for the package manager. This is NOT RECOMMENDED, not tested, and may lead to incorrect, incomplete, confusing, and/or nonfunctional results. You are on your own now. *** You are using something which is not recommended by developers, that is '-- extra portage parameters', telling perl-cleaner to pass additional package manager parameters, not sure why is not recommended, but it warns you, also in 'perl-cleaner --help' or man page it says it is not recommended to do that. There is probably case when you can do something wrong, but also it can be safe too passing some parameters which don't affect build like '--ask'. One case which may be problematic (or not, just guessing) is --jobs=N, what will happen if one perl module depend on the other, and they are building at the same time? Then portage will sort them out according to dependencies, as usual. -- Rgds Peter.
[gentoo-user] Re: rpm or deb package installs
Neil Bothwick neil at digimed.co.uk writes: I doubt dpkg and rpm aren't going to be much use to you, unless you really want to run two package managers. Besides, both are not especially useful with the front ends apt* and yum. I'd just use those to unpackage and maybe preprocess some of the codes. Agreed. I do not want a full blown deb or rpm package manager just a way to install and evaluate some of those codes before beginning a more arduous and comprehensive task. In that case you ware deb2targz or rpm2targz to convert the package to a tarball. then you can unpack it and inspect the contents. Agreed. Problem is my workflows it to test as is before looking that the codes. If they do not do what they are suppose to (for clustering or HPC) then why look under the hood Lots of pigs in clustering and HPC, the stuff we use to run (and called it distributed or parallel) decades ago was much faster. Putting bloat_ware on top of a cluster is just plain stupid and that's what most are doing It negates the entire point of distributed/hpc, imho. thx, James
Re: [gentoo-user] perl-cleaner lerfovers
On 14/02/2015 13:13, Alexander Kapshuk wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? That happens when something other than portage created of changed the listed files. Installing stuff from CPAN will do it, I get it a lot with -emul packages. Anything that even touches the files will trigger that warning. To fully deal with them: 1. Check you have neither perl-5.16.3 or perl-5.18.2 installed. If so, those 3 artifacts will never be used by anything 2. Check that you have xml-sax and encode installed for your latest installed perl. 3. Delete the stuff perl-cleaner is moaning about #2 is the important one -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] printing over VPN
On 02/13/2015 10:44 PM, Joseph wrote: Thank for replying. My eeepc VPN IP: 192.168.151.9 is the client connected over VPN to server VPN IP 192.168.151.1 So I inserted on eeepc (client) to /etc/openvpn/eeepc.conf ... push route 192.168.151.0 255.255.255.0 This goes on the server, in whatever directory (ccd?) you're using for the client configs. It's specified by the client-config-dir parameter in openvpn.conf on the server. Add it to a file called DEFAULT so it applies to every VPN client. Once you have that set up (don't forget to restart OpenVPN!), connect to the VPN with your EeePC. You should see something in the logs like, Feb 14 10:40:40 [openvpn] SENT CONTROL [vpn1.example.com]: 'PUSH_REQUEST' (status=1) Feb 14 10:40:40 [openvpn] PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway... Feb 14 10:40:40 [openvpn] /bin/ip route add 10.1.1.0/24 via 192.168.151.1 ... (more /bin/ip/route commands) At that point your EeePC should be able to ping things on the 10.1.1.x subnet. Make sure that works, and then start messing with the printer. You shouldn't need anything on the client except a minimal openvpn.conf and your keys.
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 6:04 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On 14/02/2015 17:42, Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 5:24 PM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On 14/02/2015 13:13, Alexander Kapshuk wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? That happens when something other than portage created of changed the listed files. Installing stuff from CPAN will do it, I get it a lot with -emul packages. Anything that even touches the files will trigger that warning. To fully deal with them: 1. Check you have neither perl-5.16.3 or perl-5.18.2 installed. If so, those 3 artifacts will never be used by anything 2. Check that you have xml-sax and encode installed for your latest installed perl. 3. Delete the stuff perl-cleaner is moaning about #2 is the important one -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com Understood. Thanks. equery -q l dev-lang/perl dev-lang/perl-5.20.1-r4 equery -q l '*XML-SAX*' dev-perl/XML-SAX-0.990.0-r1 dev-perl/XML-SAX-Base-1.80.0-r1 equery -q l '*[Ee]ncode*' dev-perl/Encode-Locale-1.30.0-r1 virtual/perl-Encode-2.600.0 I take it it is safe to remove the perl files left over. Yes -- Alan McKinnon alan.mckin...@gmail.com Thanks a lot.
Re: [gentoo-user] Source for checksums of installed files
On 02/14/2015 02:38 PM, Neil Bothwick wrote: On Sat, 14 Feb 2015 11:26:33 +0100 (CET), Jan Sever wrote: I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. It makes the packages from $PORTAGE_TMPDIR and then installs from that package, when using buildpkg. Quickpkg builds fro the installed files. Thanks for your very quick answer. And the checksums? There's a good reason I didn't answer that part of the question... Good reason? I don't understand. When I looked into ebuild(1), I found the installed files' checksums are recorded which can be explained both ways but checksums from $PORTAGE_TMPDIR is more likely. -- Jan Sever
Re: [gentoo-user] Source for checksums of installed files
On Saturday 14 February 2015 14:50:05 Jan Sever wrote: On 02/14/2015 02:38 PM, Neil Bothwick wrote: There's a good reason I didn't answer that part of the question... Good reason? I don't understand. He meant he didn't have an answer for you. -- Rgds Peter.
Re: [gentoo-user] perl-cleaner lerfovers
On Saturday 14 February 2015 14:46:01 Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 2:39 PM, Mick michaelkintz...@gmail.com wrote: [...] you shouldn't really have any libs in your world file. Any required would be pulled in as dependencies. I didn't know that. Thanks. I seem to have quite a few in my world file at the moment. I didn't put any of them in there by hand though, to the best of my knowledge. Don't forget that emerge -u package will put the package in your world file unless you give it -1 as well. -- Rgds Peter.
[gentoo-user] Re: repos.conf migration lost overlay priority
On 13/02/15 20:52, James wrote: Nikos Chantziaras realnc at gmail.com writes: I migrated my portage config to the new repos.conf system. repos.conf system is very cool; thanks for posting about it; but it's brand new to me [...] Does this system effect epatch user, as in where the patches are placed? allowing several different epatch_users codes to be in existance and tested against one another? I don't think so. All the patches seem to be expected to reside in the usual place (/etc/portage/patches/).
Re: [gentoo-user] Source for checksums of installed files
On Sat, Feb 14, 2015 at 4:24 AM, Jan Sever n...@email.cz wrote: Hi all, I was looking for information about the source for checksums of installed files but I didn't find. I'd like to know whether Portage makes checksums (for equery check) from installed files in /, or in /var/tmp/portage. And similarly whether it makes binary packages (when asked) from /, or again from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/portage but I'm not sure of that. I have suspicion that my SSD doesn't work quite well, so I mount /var/tmp from memory and I'd like to know whether the final checksums and binary packages cannot be corrupted from SSD. Of course I thought about the possibility that emerging packages from possibly corrupted system is not quite OK but it seems to work. Thank you in advance for your answer. Your question is somewhat awkwardly worded, but I think you are looking for /var/db/pkg/*/*/CONTENTS.
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 5:24 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On 14/02/2015 13:13, Alexander Kapshuk wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? That happens when something other than portage created of changed the listed files. Installing stuff from CPAN will do it, I get it a lot with -emul packages. Anything that even touches the files will trigger that warning. To fully deal with them: 1. Check you have neither perl-5.16.3 or perl-5.18.2 installed. If so, those 3 artifacts will never be used by anything 2. Check that you have xml-sax and encode installed for your latest installed perl. 3. Delete the stuff perl-cleaner is moaning about #2 is the important one -- Alan McKinnon alan.mckin...@gmail.com Understood. Thanks. equery -q l dev-lang/perl dev-lang/perl-5.20.1-r4 equery -q l '*XML-SAX*' dev-perl/XML-SAX-0.990.0-r1 dev-perl/XML-SAX-Base-1.80.0-r1 equery -q l '*[Ee]ncode*' dev-perl/Encode-Locale-1.30.0-r1 virtual/perl-Encode-2.600.0 I take it it is safe to remove the perl files left over.
Re: [gentoo-user] perl-cleaner lerfovers
On 14/02/2015 17:42, Alexander Kapshuk wrote: On Sat, Feb 14, 2015 at 5:24 PM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On 14/02/2015 13:13, Alexander Kapshuk wrote: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? That happens when something other than portage created of changed the listed files. Installing stuff from CPAN will do it, I get it a lot with -emul packages. Anything that even touches the files will trigger that warning. To fully deal with them: 1. Check you have neither perl-5.16.3 or perl-5.18.2 installed. If so, those 3 artifacts will never be used by anything 2. Check that you have xml-sax and encode installed for your latest installed perl. 3. Delete the stuff perl-cleaner is moaning about #2 is the important one -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com Understood. Thanks. equery -q l dev-lang/perl dev-lang/perl-5.20.1-r4 equery -q l '*XML-SAX*' dev-perl/XML-SAX-0.990.0-r1 dev-perl/XML-SAX-Base-1.80.0-r1 equery -q l '*[Ee]ncode*' dev-perl/Encode-Locale-1.30.0-r1 virtual/perl-Encode-2.600.0 I take it it is safe to remove the perl files left over. Yes -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Source for checksums of installed files
On 02/14/2015 03:02 PM, Peter Humphrey wrote: On Saturday 14 February 2015 14:50:05 Jan Sever wrote: On 02/14/2015 02:38 PM, Neil Bothwick wrote: There's a good reason I didn't answer that part of the question... Good reason? I don't understand. He meant he didn't have an answer for you. Ah, I see now. I should have known it wasn't because he didn't want. -- Jan Sever
Re: [gentoo-user] Stroppy perl-cleaner
On Saturday 14 February 2015 11:53:23 Neil Bothwick wrote: Your use of -- to supply extra arguments to emerge. It means you may be using unsupported options so if it breaks, the pieces are all yours. Yes, I can read the words, Neil ;-) I just want to know whether it's safe to ignore the warning even when issued with such vigour. As I said, I can't see anything dangerous in the arguments I pass in the alias. -- Rgds Peter.
Re: [gentoo-user] Stroppy perl-cleaner
On 14/02/2015 16:11, Peter Humphrey wrote: On Saturday 14 February 2015 11:53:23 Neil Bothwick wrote: Your use of -- to supply extra arguments to emerge. It means you may be using unsupported options so if it breaks, the pieces are all yours. Yes, I can read the words, Neil ;-) I just want to know whether it's safe to ignore the warning even when issued with such vigour. As I said, I can't see anything dangerous in the arguments I pass in the alias. Those should be safe, none of your selected options change the final output. Personally, I think the warning is going a tad overboard, but hey to each dev his own -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 7:08 PM, Andreas K. Huettel dilfri...@gentoo.org wrote: Am Samstag, 14. Februar 2015, 12:13:25 schrieb Alexander Kapshuk: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. They are safe to remove. category I'll do it when I get around to it. https://bugs.gentoo.org/show_bug.cgi?id=509096 -- Andreas K. Huettel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/ Understood. Thanks.
Re: [gentoo-user] perl-cleaner leftovers
Shouldn't all participating in this thread have corrected by now the message's subject, for archiving purposes?
Re: [gentoo-user] perl-cleaner lerfovers
Am Samstag, 14. Februar 2015, 12:13:25 schrieb Alexander Kapshuk: 'perl-cleaner --all' generated the following output. * Finding left over modules and header * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm What's the recommended way to go about this? Thanks. They are safe to remove. category I'll do it when I get around to it. https://bugs.gentoo.org/show_bug.cgi?id=509096 -- Andreas K. Huettel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] perl-cleaner leftovers
On Sat, Feb 14, 2015 at 9:19 PM, Thanasis thana...@asyr.hopto.org wrote: Shouldn't all participating in this thread have corrected by now the message's subject, for archiving purposes? Thanks for spotting and correcting it.
Re: [gentoo-user] Source for checksums of installed files
On Sat, 14 Feb 2015 15:11:25 +0100 (CET), Jan Sever wrote: On 02/14/2015 02:38 PM, Neil Bothwick wrote: There's a good reason I didn't answer that part of the question... Good reason? I don't understand. He meant he didn't have an answer for you. Ah, I see now. I should have known it wasn't because he didn't want. Sorry, I forget that there are so many here for whom English is not their native language. Probably because their English is better than many of the people I meet each day :-O -- Neil Bothwick B?#$^f, said Pooh, as line noise garbled his transmission. pgpNHJHlL8T1i.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Stroppy perl-cleaner
On Sat, 14 Feb 2015 14:11:32 +, Peter Humphrey wrote: Your use of -- to supply extra arguments to emerge. It means you may be using unsupported options so if it breaks, the pieces are all yours. Yes, I can read the words, Neil ;-) I just want to know whether it's safe to ignore the warning even when issued with such vigour. As I said, I can't see anything dangerous in the arguments I pass in the alias. Nor can I. The warning is really saying you are using an unsupported combination of options. Rather than saying they are unsafe, it is saying they are not certain to be safe. The decision is yours, but my reaction to the warning is along the like of OK, whatever and then I do it anyway. Neil living life on the edge! -- Neil Bothwick When you choke a smurf, what color does it turn? pgpM8RcnVsRXH.pgp Description: OpenPGP digital signature
Re: [gentoo-user] A non-root user can delete files belonging to root. What's going on?
On Sat, 14 Feb 2015 08:39:27 +0200, Alan McKinnon wrote: Don't feel too bad, it's one of my favourite geeky Unix trivia factoid questions. In 10 years, no-one yet has given the correct answer immediately! You need to ask better people :P It's also very rare to have a file owned by root in a user directory, and even rarer for the user to spot the oddity. Most folks just don;t need to know that level of detail I most often see it when editing a user config file as root. The file keeps the original ownership but the ~ backu file is created and owned by root. -- Neil Bothwick -Come, come, why they couldn't hit an elephant from this dist- pgpINhFZ7MOFx.pgp Description: OpenPGP digital signature
