<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Bash on The Final Artefact</title><link>https://www.thefinalartefact.xyz/tags/bash/</link><description>Recent content in Bash on The Final Artefact</description><generator>Hugo</generator><language>en-gb</language><lastBuildDate>Mon, 03 Jan 2022 00:00:00 +0000</lastBuildDate><atom:link href="https://www.thefinalartefact.xyz/tags/bash/index.xml" rel="self" type="application/rss+xml"/><item><title>Using RScript for R Installation Management</title><link>https://www.thefinalartefact.xyz/post/rscriptt-for-r-managment/</link><pubDate>Mon, 03 Jan 2022 00:00:00 +0000</pubDate><guid>https://www.thefinalartefact.xyz/post/rscriptt-for-r-managment/</guid><description>&lt;p&gt;Most frequently, users tend to undertake common R installation and management tasks from within the R session. Frequently making use of commands, like &lt;code&gt;install.packages&lt;/code&gt;, &lt;code&gt;update.packages&lt;/code&gt; or &lt;code&gt;old.packages&lt;/code&gt; to obtain or update packages or update/verify the existing packages. Those common tasks can also be accomplished via the GUI offered within RStudio, which provides an effortless mechanism for undertaking basic package management tasks. This is approach is usually sufficient for the vast majority of cases; however, there are some examples when working within REPL^[REPL stands for &lt;strong&gt;R&lt;/strong&gt;ead &lt;strong&gt;E&lt;/strong&gt;val &lt;strong&gt;P&lt;/strong&gt;rint &lt;strong&gt;L&lt;/strong&gt;oop and is usually delivered in a form of an interactive shell. While working in Python users would commonly access REPLY by running &lt;code&gt;python&lt;/code&gt; or &lt;code&gt;ipython&lt;/code&gt;, &lt;a href="https://pythonprogramminglanguage.com/repl/"&gt;more details&lt;/a&gt;.] to accomplish common installation tasks is not hugely convenient.&lt;/p&gt;</description></item><item><title>R-based metaprogramming strategies for handling Hive/CSV interaction (Part I, imports)</title><link>https://www.thefinalartefact.xyz/post/importing-csv-to-hive/</link><pubDate>Fri, 13 Aug 2021 00:00:00 +0000</pubDate><guid>https://www.thefinalartefact.xyz/post/importing-csv-to-hive/</guid><description>&lt;h2 id="background"&gt;Background&lt;/h2&gt;
&lt;p&gt;Handling Hive/CSV interaction is a common reality of many analytical and data environments. The question on exporting data from Hive to CSV and other formats is frequently raised on online forums with answers frequently suggestring making use of &lt;a href="https://en.wikipedia.org/wiki/Sed"&gt;&lt;code&gt;sed&lt;/code&gt;&lt;/a&gt; that combined with nifty regular expressions pipes Hive output into a flat CSV files as an exporting solution. Import of large amounts of data is best handled by suitable tools like &lt;a href="https://flume.apache.org"&gt;Apache Flume&lt;/a&gt;. That is fine for simpler tables but may prove problematic for tables with a large amount of unstructured text. Frequently analysts and data scientists are faced with a challenge with storing data Hive on a irregular semi-regular basis. For instance, a job may produce new forecastring scenarios that we may want to make available through a Hive tables.&lt;/p&gt;</description></item><item><title>Installing Hortonworks Sanbox on Mac with Docker</title><link>https://www.thefinalartefact.xyz/post/installing-hortonworks-sanbox-deployment-hdp-on-docker-mac/</link><pubDate>Sat, 23 Feb 2019 00:00:00 +0000</pubDate><guid>https://www.thefinalartefact.xyz/post/installing-hortonworks-sanbox-deployment-hdp-on-docker-mac/</guid><description>&lt;h2 id="background"&gt;Background&lt;/h2&gt;
&lt;p&gt;The post covers installation of Hortonworks Sandbox (HD) on Mac using Docker. In software development, &lt;em&gt;sandbox&lt;/em&gt; describes a testing environment that can be used to isolate untested code changes from a production code. Hortonworks Sandbox provides such an environment with the Hortonworks Data Platform installed. Hortonworks Data Platform is an open source framework facilitating distributed storage and processing large volumes of data.&lt;/p&gt;
&lt;p&gt;Deploying system for distributed processing &lt;em&gt;within&lt;/em&gt; a single computer may seem like a counter-intuitive idea but it&amp;rsquo;s actually a very common practice. Most frequent use cases involve various learning / professional development activities where one may be interested in learning new technology or simply exploring available interfaces. Other frequent use case pertains to various demos, where there may be a need to demonstrate product capabilities and accessing proper, production environment could be cumbersome.&lt;/p&gt;</description></item></channel></rss>