On 13/11/2018 16:33, Jerome BENOIT wrote:
>
>
> On 13/11/2018 16:23, Russel Winder wrote:
>>
>>> It does not look as a solution anyway.
>>> And the issue does not seem to be a FireHOL issue.
>>> I guess that we have to stick to package 3.1.6+ds-4 for a while.
>>
>> I've held all but one
On Tue, 13 Nov 2018, Russel Winder wrote:
>
> > Try this:
> >
> > https://snapshot.debian.org/binary/firehol/
>
> Thanks for the pointer. I run Approx, so I have the history of
> packages here anyway. The issue is whether I have to delve into it
> for manual installation, or whether the
On 13/11/2018 16:23, Russel Winder wrote:
>
>> It does not look as a solution anyway.
>> And the issue does not seem to be a FireHOL issue.
>> I guess that we have to stick to package 3.1.6+ds-4 for a while.
>
> I've held all but one machine on 3.1.6+ds-4 but now need to revert the one
> test
Hi,
> Try this:
>
> https://snapshot.debian.org/binary/firehol/
Thanks for the pointer. I run Approx, so I have the history of packages here
anyway. The issue is whether I have to delve into it for manual installation,
or whether the Debian Sid package can be rescinded. I suspect not, I
On Tue, 13 Nov 2018, Russel Winder wrote:
>
> > It does not look as a solution anyway.
> > And the issue does not seem to be a FireHOL issue.
> > I guess that we have to stick to package 3.1.6+ds-4 for a while.
>
> I've held all but one machine on 3.1.6+ds-4 but now need to revert
> the one
> It does not look as a solution anyway.
> And the issue does not seem to be a FireHOL issue.
> I guess that we have to stick to package 3.1.6+ds-4 for a while.
I've held all but one machine on 3.1.6+ds-4 but now need to revert the one
test machine. Aptitude is telling me there is only
On 13/11/2018 12:24, Russel Winder wrote:
>
>> Package: usrmerge
>> Description-en: Convert the system to the merged /usr directories scheme
>
> That seems like the beastie, and it is a once and for all time thing it seems.
> I have not installed this. At least not as yet. I am hesitant to do
> Package: usrmerge
> Description-en: Convert the system to the merged /usr directories scheme
That seems like the beastie, and it is a once and for all time thing it seems.
I have not installed this. At least not as yet. I am hesitant to do this as it
is clearly not Debian Sid standard and it
On Tue, 13 Nov 2018, Jerome BENOIT wrote:
> On 12/11/2018 22:42, Cristian Ionescu-Idbohrn wrote:
> > You don't happen to have that "move everything from /bin, /sbin, /lib
> > to /usr/..." package installed?
>
> Do know have the short name (or regular name) of this package ?
I guess it's this I
Hi,
I found this:
https://www.theregister.co.uk/2016/11/24/debian_testing_merged_codeusrcode/
but if it is standard in Debian Sid, I clearly do not have it switched on.
signature.asc
Description: This is a digitally signed message part
On 12/11/2018 22:42, Cristian Ionescu-Idbohrn wrote:
> You don't happen to have that "move everything from /bin, /sbin, /lib
> to /usr/..." package installed?
Do know have the short name (or regular name) of this package ?
Thanks in advance, Jerome
--
Jerome BENOIT |
On Mon, 12 Nov 2018, Russel Winder wrote:
>
> > Can you get te version og the ffirehol package ?
>
> |> dpkg -l *firehol*
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err:
> Can you get te version og the ffirehol package ?
|> dpkg -l *firehol*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
On 12/11/2018 15:30, Russel Winder wrote:
> Hi,
>
>> No assumption, everything is configured with configure.ac
>
> I was hoping it was generated rather than manual! :-)
>
>> I rebuilt the package in schroot environment , and the path for mktemp is
>> correct.
>>
>> Can you determine from
Hi,
> No assumption, everything is configured with configure.ac
I was hoping it was generated rather than manual! :-)
> I rebuilt the package in schroot environment , and the path for mktemp is
> correct.
>
> Can you determine from which package version the faulty install.config come
> from
On 12/11/2018 13:32, Russel Winder wrote:
> Hi,
>
>> It looks weird.
>>
>> Is MKTEMP_CMD defined as expected in /usr/lib/firehol/install.config ?
>>
>
> |> grep -i mktemp /usr/lib/firehol/install.config
> MKTEMP_CMD="/usr/bin/mktemp"
>
> I think the file assumes everything that isn't in
Hi,
> It looks weird.
>
> Is MKTEMP_CMD defined as expected in /usr/lib/firehol/install.config ?
>
|> grep -i mktemp /usr/lib/firehol/install.config
MKTEMP_CMD="/usr/bin/mktemp"
I think the file assumes everything that isn't in /usr/sbin is in /usr/bin,
but Debian has mktemp in /bin not
Hi Again, sorry for that.
It looks weird.
Is MKTEMP_CMD defined as expected in /usr/lib/firehol/install.config ?
Jerome
On 12/11/2018 12:36, Russel Winder wrote:
> Package: firehol
> Version: 3.1.6+ds-5
> Severity: important
>
> Dear Maintainer,
>
> The upgrade of firehol from 3.1.6+ds-4 to
Package: firehol
Version: 3.1.6+ds-5
Severity: important
Dear Maintainer,
The upgrade of firehol from 3.1.6+ds-4 to 3.1.6+ds-5 leaves firehol in a broken
state.
Setting up firehol (3.1.6+ds-5) ...
Job for firehol.service failed because the control process exited with error
code.
See
19 matches
Mail list logo
