The links are some removed for less verbosity, and there are only two links new (one important, the other just because of need for explaining the timing context of discussion) from my previous post, that I'm repasting part of it, shortened.
This is kind of an important addition that is lacking in the previous post of mine, and I want to give that very important one link not in the previous post of mine
conspicuous so it not be missed.
miroR wrote:[...]
Also, if dbus is available for the target distro you may not disable it.. Same goes for pulseaudio.. Or any other deviation from mainline builds..
[...]
The distro fraction (not all the distro, which includes the dbus-users and the pusleaudio-users of the distro) that I want to be packaging for is non-dbus users. In the first place.
[...]
Also, I wrote in:
[ this same topic ]
viewtopic.php?f=37&t=18805#p138493
by miroR » Wed Apr 04, 2018 11:31 pm
Bringing this link again because there is the important one link to notice... Meaning I did tell.. I did ask (it's readable in the link that I did).
miroR wrote:So, if we exclude those 10 last lines, it's really all down to these, whether perm will be granted for distributing such Pale Moon, or not:
Code: Select all
ac_add_options --disable-dbus
ac_add_options --disable-pulseaudio
and after less than 4 hrs you replied
[...]
Also, the no-dbus and no-pulseaudio conf has been mentioned a few more times by me as a
conditio-sine-qua-non in this topic.
[...]
Oh I was clear, and I am again clear, in my intentions and in my asking.
Right at the top of that link (already brought previously, and this is second time in this post):
[ this same topic ]
viewtopic.php?f=37&t=18805#p138493
where my open claim about
Code: Select all
ac_add_options --disable-dbus
ac_add_options --disable-pulseaudio
is to be found further down the post, at the very top of that post of mine, second link from the top of that post of mine this link, complete with the title of the topic of the link, is to be found:
OpenBSD & Pale Moon: coordinating patches and officially branded package?
viewtopic.php?f=5&t=18256&p=138492#p138492
by miroR » Wed Apr 04, 2018 11:31 pm
Let me simply paste from that publicly posted query of mine, which I also believe is a query posted in the right place (it is in the right place just like I said in my reply to
Walter Dnes, only one, or two posts so far in which it is possible that I replied to him, can search for it, tired, and also it is in this same one topic that the gentle reader is reading right now), and this is what I posted there:
miroR wrote:
I'm not an expert at all, but I did some packaging occasionally and with some reliability. Serving a real repo by Debian/Devuan policy is a first in my lifetime.
I have pretty clear concepts of possible deviations from the default in my mozconfig that I would like to do next, and my question is about those.
It's in that link, and it boils down, essentially, whether it is acceptable for Moonchild Productions to allow publishing Pale Moon package, and sources, with official branding, that would have all or most of the basic default options, but also these, I believe non-default options:
Code: Select all
ac_add_options --disable-dbus
ac_add_options --disable-pulseaudio
That's the core point that I need to ask.
And now some more timing context... I asked on time. I gave all the links, and made all the explanations, and asked all that I needed and should have asked...
I was dead tired already yesterday... On top of a [expetive here] dev (who threw out my work last night, or later, lost track, as if it was rubbish) on top of this on:
for sources with patterns with ~ in names #80
https://github.com/freight-team/freight/pull/80
(I'm not mentioning that for no reason. No repo would work if I didn't fix it with that pull request.)
which took me terrible time yesterday, and not being able to use Pale Moon Forums because they were down this morning... I am now also a little worried... and do not feel well...
Also I need to talk to Devuan developers on Devuan DNG ML, or even the Dev list proper.
Also, note that my reply is pretty exhaustive, and carefully put, it did take me a lot of time too.
So pls. allow more time for the next reply of mine. I'm not saying it won't be quick, it might, but I don't believe... This is too disheartening... It may take me a little longer. Thank you!