<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:x-small">indeed it looks like on current, all files in /usr/share/mime/application are 755. The version of update-mime-database on -current is 2.4 as opposed to 2.1 on -stable, but I could not find any configuration files for it (I don't think there is any). It is definitely a change in behaviour in the program, but whether it is on purpose or not I don't know. I could not find any mention of it in the changelog upstream<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 17 Sept 2024 at 17:28, Giancarlo Dessì <<a href="mailto:slack@giand.it">slack@giand.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Il 17/09/24 18:15, B. Watson ha scritto:<br>
><br>
><br>
> On Tue, 17 Sep 2024, Giancarlo Dessì wrote:<br>
><br>
>><br>
>> Hi<br>
>><br>
>> trying to solve an issue reported by Willy for birdfont package, <br>
>> sbopkglint returns this message:<br>
>><br>
>> Running test: 05-basic-sanity...<br>
>> --- usr/share/mime should not contain files with executable permission:<br>
>> -rwxr-xr-x 1 root root 362 set 17 17:02 <br>
>> usr/share/mime/application/birdfont.xml<br>
>> FAILED<br>
>><br>
>> I wasn't able to solve this: this file is not included in the <br>
>> package, but it is generated by update-mime-database in doint.sh It <br>
>> is possible to remove the executable permission<br>
>> with chmod 644 in doinst.sh but the failure report in sbopkglint <br>
>> remains.<br>
>><br>
>> I see also that all xml files installed in <br>
>> /usr/share/mime/application have executable permissions. Why <br>
>> sbopkglint returns this as error!?<br>
><br>
> Something wrong with your system. Somehow update-mime-database is<br>
> generating the file with +x permission. If *all* of them are +x, that<br>
> includes the ones from core Slackware (not SBo).<br>
><br>
> /usr/share/mime/application contains 2664 .xml files on my test system<br>
> (hundreds of SBo packages installed), and none of them are executable.<br>
><br>
> sbopkglint reports it as an error because it *is* an error... not sure<br>
> why your update-mime-database is creating +x files, but it shouldn't<br>
> be.<br>
<br>
Thanks Bob, so it is an issue in my system!<br>
<br>
It's curious: this happens in a Slackware -current. An installation of <br>
Slackware 15 stable in another machine does not present this problem: <br>
all xml files in /usr/share/mime/application have 644 permission. Since <br>
I never modified configuration about update-mime-database I think that <br>
this could depend on Slackware -current<br>
<br>
-- <br>
*********************************************************<br>
Giancarlo Dessì<br>
<a href="https://www.giand.it" rel="noreferrer" target="_blank">https://www.giand.it</a><br>
<a href="https://github.com/giandex" rel="noreferrer" target="_blank">https://github.com/giandex</a><br>
<br>
Slackware Linux... because it works!<br>
*********************************************************<br>
<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>