<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=7311&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / apport package]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=7311</link>
		<description><![CDATA[The most recent posts in apport package.]]></description>
		<lastBuildDate>Mon, 21 Jul 2025 14:14:55 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56833#p56833</link>
			<description><![CDATA[<div class="quotebox"><blockquote><div><p>I only ever use one language, yet am forced to accept documents, dictionaries, man pages, etc in every language going.</p></div></blockquote></div><p>Testify my friend! It&#039;s one of the main reasons I started making my own iso&#039;s 15 years ago. But I must say, some things have gotten better about it, at least with some programs, like Libroffice offering separate translation packages.</p><p>Lol, IIRC fsmithred once said something like &quot;nobody savages an iso like greenjeans does&quot; hehehe!</p><p>I literally went through everything in polkit-1 and all of the .desktops in applications and removed all that stuff by hand file-by-file.</p>]]></description>
			<author><![CDATA[dummy@example.com (greenjeans)]]></author>
			<pubDate>Mon, 21 Jul 2025 14:14:55 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56833#p56833</guid>
		</item>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56830#p56830</link>
			<description><![CDATA[<p>Hello:</p><p>I found some more info on this <span class="bbc">apport</span> application:</p><p><a href="https://nvd.nist.gov/vuln/detail/CVE-2016-9950" rel="nofollow">https://nvd.nist.gov/vuln/detail/CVE-2016-9950</a><br /><a href="https://app.opencve.io/cve/?vendor=apport_project" rel="nofollow">https://app.opencve.io/cve/?vendor=apport_project</a><br /><a href="https://security-tracker.debian.org/tracker/CVE-2019-7306" rel="nofollow">https://security-tracker.debian.org/tra … -2019-7306</a></p><p>You will notice that Debian refers to all this as a non-issue because <span class="bbc">apport</span> is <em>not present</em>.<br />Coming from the creators of <span class="bbc">systemd</span>, I&#039;ll take it with a few grains of salt, low sodium variety.</p><p>Paraphrasing the Bard (of Avon, seems there are others):</p><p>&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;<span class="bbc">An apport by any other name would still cause damage</span></p><p>So ...</p><p>Just to be on the safe side of <em>whatever</em> may be in there, Devuan users may want to consider purging everything in <span class="bbc">/usr/share/apport/*</span><br />But that&#039;s just me and my $0.02.</p><p>Best,</p><p>A.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Mon, 21 Jul 2025 13:44:57 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56830#p56830</guid>
		</item>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56812#p56812</link>
			<description><![CDATA[<p>Hello:</p><div class="quotebox"><cite>g4sra wrote:</cite><blockquote><div><p>... but selectively omitted from installation by a simple option in the package preinst script.</p></div></blockquote></div><p>Yes, of course*.</p><div class="quotebox"><blockquote><div><p>*Good luck with that ...&#160; 8^°</p></div></blockquote></div><p>Thanks for your input.</p><p>Best,</p><p>A.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Sun, 20 Jul 2025 23:16:28 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56812#p56812</guid>
		</item>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56809#p56809</link>
			<description><![CDATA[<p>Hello:</p><div class="codebox"><pre><code>dpkg -S apport/package-hooks</code></pre></div><div class="codebox"><pre><code>$ dpkg -S apport/package-hooks
lxappearance: /usr/share/apport/package-hooks/source_lxappearance.py
pcmanfm: /usr/share/apport/package-hooks/source_pcmanfm.py
yelp: /usr/share/apport/package-hooks/source_yelp.py
libfm-data: /usr/share/apport/package-hooks/source_libfm.py
openssh-client: /usr/share/apport/package-hooks/openssh-client.py
connman: /usr/share/apport/package-hooks/source_connman.py
lxterminal: /usr/share/apport/package-hooks/source_lxterminal.py
pcmanfm, lxappearance, libfm-data, sudo, synaptic, simple-scan, openssh-client, libmtdev1:amd64, connman, lxterminal, cups-daemon, yelp, grub-common, libmtp-common, conky-all: /usr/share/apport/package-hooks
conky-all: /usr/share/apport/package-hooks/conky.py
grub-common: /usr/share/apport/package-hooks/source_grub2.py
simple-scan: /usr/share/apport/package-hooks/source_simple-scan.py
libmtdev1:amd64: /usr/share/apport/package-hooks/source_mtdev.py
sudo: /usr/share/apport/package-hooks/source_sudo.py
libmtp-common: /usr/share/apport/package-hooks/source_libmtp.py
cups-daemon: /usr/share/apport/package-hooks/source_cups.py
synaptic: /usr/share/apport/package-hooks/source_synaptic.py
$ </code></pre></div><p>All python scripts.<br />Fortunately I managed to weed them all out.<br />Will do the same on all my Devuan installations.</p><div class="quotebox"><cite>ralph.ronnquist wrote:</cite><blockquote><div><p>... classified as a technological remnant from a modular idea ...<br />... cushioning the end-user with &quot;services&quot; so they could go happy without knowing what they were doing.</p></div></blockquote></div><p>And here we are, still with all this absolutely unneeded shit in a Linux system.<br />No wonder every new release brings about more and more (and more) code.&#160; <br />All dirt swept under the rug, festering.</p><p>How much more of that is there to be found?</p><div class="quotebox"><cite>ralph.ronnquist wrote:</cite><blockquote><div><p>We all know better than that nowadays, don&#039;t we?</p></div></blockquote></div><p>Yes, <span class="bbu">we</span> is right.<br />Seems the pronoun does not include most (if not all) Debian devs.<br />Makes me wonder if they are not some sort of <em>sleeper</em> scripts.</p><p>As always, thanks for your input.</p><p>Best,</p><p>A.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Sun, 20 Jul 2025 23:09:41 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56809#p56809</guid>
		</item>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56804#p56804</link>
			<description><![CDATA[<p>I hate it when package devs do this sort of thing...adding stuff in support of some other package not even installed, or in this case, not even available from Debian repositories.</p><p>Those apport files come from different packages (e.g. OpenSSH-Client, Grub2) that you have legitimately installed.<br />A brief look suggests they may have been pushed by Ubuntu which Debian packagers have obviously accepted.</p><p>I only ever use one language, yet am forced to accept documents, dictionaries, man pages, etc in every language going.<br />These could be included for distribution in the package but selectively omitted from installation by a simple option in the package preinst script</p>]]></description>
			<author><![CDATA[dummy@example.com (g4sra)]]></author>
			<pubDate>Sun, 20 Jul 2025 22:35:33 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56804#p56804</guid>
		</item>
		<item>
			<title><![CDATA[Re: apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56803#p56803</link>
			<description><![CDATA[<div class="codebox"><pre><code>dpkg -S apport/package-hooks</code></pre></div><p>EDIT: What you&#039;re looking at could be classified as a technological remnant from a modular idea that packages would register their own hook for reporting their status into that apport report. I&#039;m not sure why, but earlier this millennium there where ideas floating about cushioning the end-user with &quot;services&quot; so they could go happy without knowing what they were doing. We all know better than that nowadays, don&#039;t we?</p>]]></description>
			<author><![CDATA[dummy@example.com (ralph.ronnquist)]]></author>
			<pubDate>Sun, 20 Jul 2025 22:35:19 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56803#p56803</guid>
		</item>
		<item>
			<title><![CDATA[apport package]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=56801#p56801</link>
			<description><![CDATA[<p>Hello:</p><p>While looking at the active threads, I came across this post by <span class="bbc">fsmithred</span>:</p><div class="quotebox"><cite>fsmithred wrote:</cite><blockquote><div><p>To get a list of config files that have been changed from the default:</p><div class="codebox"><pre><code>debsums -ca</code></pre></div></div></blockquote></div><p>I did not know about that package (thanks fsr!) nor did I have it installed.<br />Once installed, I ran it and got a good deal of data which I have always wondered about as I also keep an installation log of sorts but, never thorough enough.</p><p>The data included quite a bit of references* to a package named <span class="bbc">apport</span> which I recalled having deleted from every instance found.<br />* most if not all in <span class="bbc">localhost/usr/share/apport/package-hooks</span></p><p>I purged it after I looked it up and decided it was <span class="bbu">not</span> something I wanted running in my system.</p><div class="quotebox"><cite>https://github.com/canonical/apport wrote:</cite><blockquote><div><p>Apport intercepts Program crashes, collects debugging information about the crash and the operating system environment, and sends it to bug trackers in a standardized form. It also offers the user to report a bug about a package, with again collecting as much information about it as possible.</p></div></blockquote></div><p>This was back in 05/2025, so it is still in my <span class="bbc">timeshift</span> snapshots.</p><p>I <em>had</em> intended to ask here but forgot all about it till now.<br />I had a look today and could not find it in the Devuan repositories.</p><p>I <em>did</em> find that it was at one time in the Debian repositories:<br /><a href="https://tracker.debian.org/pkg/apport" rel="nofollow">https://tracker.debian.org/pkg/apport</a></p><p>Could it be that it is a zombie remnant from the original Devuan (<span class="bbc">jessie</span> or <span class="bbc">ascii</span>) installation which I dist-upgraded since then?</p><div class="codebox"><pre><code>$ aptitude why apport
i   screen Suggests byobu | screenie | iselect (&gt;= 1.4.0-1)
p   byobu  Suggests apport                                 
$ 
$ aptitude why byobu
i   screen Suggests byobu | screenie | iselect (&gt;= 1.4.0-1)
$ 
$ aptitude why screen
i   screen   Suggests byobu | screenie | iselect (&gt;= 1.4.0-1)
p   screenie Depends  screen                                 
$</code></pre></div><p>I cannot recall having ever installed <span class="bbc">screen</span>.&#160; 8^°<br />Moot point, purged it.</p><p>Q: Why did I have <span class="bbc">apport</span> in my system if it was no longer* in the Devuan repositories?<br />* it was accepted in experimental in 09/2014 but finally removed in 03/2019. ie: over 10 years in experimental, never made it to stable after 05/2014. </p><p>Me thinks there should be some sort of mechanism (?) to post a notice about things like this when doing a dist-upgrade.</p><p>Thanks in advance.<br />Best,</p><p>A.</p><p><span class="bbu">Edit:</span><br />My Devuan <span class="bbc">Chimaera</span> VM has this <span class="bbu">without</span> <span class="bbc">apport</span> being installed:</p><div class="codebox"><pre><code>$ locate apport
/usr/share/apport
/usr/share/apport/package-hooks
/usr/share/apport/package-hooks/openssh-client.py
/usr/share/apport/package-hooks/openssh-server.py
/usr/share/apport/package-hooks/source_grub2.py
/usr/share/apport/package-hooks/source_sudo.py
$ </code></pre></div><p>Same for my (default desktop install) Devuan <span class="bbc">Daedalus</span> VM:</p><div class="codebox"><pre><code>root@daedalus:~# locate apport
/usr/share/apport
/usr/share/apport/package-hooks
/usr/share/apport/package-hooks/openssh-client.py
/usr/share/apport/package-hooks/openssh-server.py
/usr/share/apport/package-hooks/source_apparmor.py
/usr/share/apport/package-hooks/source_cups.py
/usr/share/apport/package-hooks/source_grub2.py
/usr/share/apport/package-hooks/source_mtdev.py
/usr/share/apport/package-hooks/source_pulseaudio.py
/usr/share/apport/package-hooks/source_sudo.py
/usr/share/apport/package-hooks/source_synaptic.py
root@daedalus:~# </code></pre></div><p>Can anyone explain to me why this is so?<br /><span class="bbc">apport</span> is <span class="bbu">not</span> in the Debian / Devuan repositories.</p><p>.</p>]]></description>
			<author><![CDATA[dummy@example.com (Altoid)]]></author>
			<pubDate>Sun, 20 Jul 2025 20:58:10 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=56801#p56801</guid>
		</item>
	</channel>
</rss>
