Bug#522698: Exclude kfreebsd architecture from openntpd build?

2010-07-26 Thread Robbert Kouprie

Hi Dererk,


I'm afraid it's not yet so easy to debug on kfreebsd-* flavors, as the
port lack most common (unless for me) debugging tools, therefore, you
might understand it's not a matter like  noone cares.


Ok, so I understand you are having problems debugging on kfreebsd for 
reasons that are beyond you. I would say this is even more reason to 
exclude kfreebsd from the build until the situation gets better.



On the other hand, against what common sense could tell you, openntpd
doesn't adjust the system's clock rate (it uses adjtime()), although Its
something you take for granted when you install a software like this, it
really ends up being more painful than useful for end-users that just
want their sandboxes clocked (#306106).


I understand that there may be other problems with the openntpd package, 
but I do not see them tagged 'grave' at this point. Therefore I do not 
think that bringing them into discussion here will change anything w.r.t. 
to this bug.



Unfortunately, the only patch I could manage to get running on replacing
adjtime() with adjtimex() didn't work as expected.


[ OT for this bug ]

Do you mean this patch?
http://dtucker.freeshell.org/openntpd/patches/openntpd-3.6.1p1-linux-adjtimex.patch

What is the problem with it?

Regards,
Robbert



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#522698: Exclude kfreebsd architecture from openntpd build?

2010-07-25 Thread Dererk
On 24/07/10 10:41, Robbert Kouprie wrote:
 Hi,

 For a while, noone seems to care about this grave openntpd bug on the
 kfreebsd platform. Because of this, the package was eventually removed
 from testing. For people running on different architectures than
 kfreebsd this is very unfortunate, because they did not suffer from
 this grave bug.

 Can't we just exclude kfreebsd-* from the Architecture field in
 debian/control so that we don't build the package for kfreebsd
 (pending the kfreebsd bug getting fixed)?

 Regards,
 Robbert


Hi Robbert Kouprie.

I'm afraid it's not yet so easy to debug on kfreebsd-* flavors, as the
port lack most common (unless for me) debugging tools, therefore, you
might understand it's not a matter like  noone cares.

On the other hand, against what common sense could tell you, openntpd
doesn't adjust the system's clock rate (it uses adjtime()), although Its
something you take for granted when you install a software like this, it
really ends up being more painful than useful for end-users that just
want their sandboxes clocked (#306106).

Unfortunately, the only patch I could manage to get running on replacing
adjtime() with adjtimex() didn't work as expected.
Therefore, in the hope of waiting for a patch that could do the magic,
I'll be requesting release managers for removal and block on Squeeze for
the sake of user's sanity.


Greetings,

Dererk

-- 
BOFH excuse #344:
Network failure -  call NBC




signature.asc
Description: OpenPGP digital signature


Bug#522698: Exclude kfreebsd architecture from openntpd build?

2010-07-24 Thread Robbert Kouprie

Hi,

For a while, noone seems to care about this grave openntpd bug on the 
kfreebsd platform. Because of this, the package was eventually removed 
from testing. For people running on different architectures than 
kfreebsd this is very unfortunate, because they did not suffer from this 
grave bug.


Can't we just exclude kfreebsd-* from the Architecture field in 
debian/control so that we don't build the package for kfreebsd (pending 
the kfreebsd bug getting fixed)?


Regards,
Robbert



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org