I should have written I built in on groovy dpkg-buildpackage -b -uc and the
error was the one on the bug you wrote was related to this one.
On October 7, 2020 4:09:22 PM CDT, Timo Aaltonen wrote:
>On 7.10.2020 22.59, Harry Coin wrote:
>> This was from a build on ubuntu-groovy. I
On 10/7/20 2:31 PM, Timo Aaltonen wrote:
> On 7.10.2020 19.11, Harry Coin wrote:
>> On Fri, 25 Sep 2020 11:46:16 +0300 Timo Aaltonen
>> wrote:
>>>
>>> Hi,
>>>
>>> This bug shouldn't happen anymore, as nss-pem is used. There's another
>>
On Fri, 25 Sep 2020 11:46:16 +0300 Timo Aaltonen
wrote:
>
> Hi,
>
> This bug shouldn't happen anymore, as nss-pem is used. There's another
> bug (970880) preventing server install right now though.
>
> --
> t
>
>
File "/usr/lib/python3/dist-packages/ipaserver/install/cainstance.py",
line 484,
Package: gdm3
Version: 3.0.4-4
Severity: important
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgraded a long-time working squeeze system using gnome to Wheezy.
* What exactly did you do (or not do) that was
Package: ntp
Version: 1:4.2.6.p2+dfsg-1+b1
Severity: normal
Short story: The entire possibility of secure / authorized time via ntp is
broken in debian until this is fixed.
Two important issues are resolved by this as yet unimplemented fix:
1. When a system is itself one of the ntp servers
the problem. HTH!
Harry Coin
-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-39squeeze1) (da...@debian.org) (gcc
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 11 12:29:30 UTC 2012
** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686
root=UUID=1dc4aa1d-dfd7
Package: gstreamer0.10-plugins-base
Version: 0.10.19-2
Severity: important
A webcam producing RGB24 was verified to produce accurate snapshots. However
outputting through ffmpegcolorspace to xvimagesink suffered wrong colors / bad
colors , specifically blue / red reversal as it gets converted to
Though the maintainers thought the two shorewall-perl updates( to -3)
would fix the incompatibility with latest iptables, and the bugs marked
closed, nevertheless the exact problem remains uncorrected and
shorewall-perl crashes. Downgrading to iptables 1-3 works. The error
was on this
Package: shorewall-perl
Version: 4.0.14-3
Followup-For: Bug #501467
Though the maintainers thought the two shorewall-perl updates( to -3) would fix
the incompatibility with latest iptables, and the bugs marked closed,
nevertheless the exact problem remains uncorrected and shorewall-perl
Roberto C. Sánchez wrote:
On Thu, Oct 30, 2008 at 10:03:33AM -0500, Harry Coin wrote:
Though the maintainers thought the two shorewall-perl updates( to -3)
would fix the incompatibility with latest iptables, and the bugs marked
closed, nevertheless the exact problem remains uncorrected
Roberto C. Sánchez wrote:
On Thu, Oct 30, 2008 at 12:27:11PM -0500, Harry Coin wrote:
Roberto C. Sánchez wrote:
What is the output of 'shorewall show capabilities' on the problem host?
Regards,
-Roberto
Debain testing/lenny defaults:
How about:
apt
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the shorewall-perl package:
#501467: shorewall-perl: from iptables1.3.6.0 to lenny/testing blocks shorewall
start
It has been closed by [EMAIL PROTECTED] (Roberto C. Sanchez).
Petter Reinholdtsen wrote:
[Harry Coin]
Upgrading to lenny from etch has broken wake on lan after 'poweroff'
on our many Dell Optiplex headless /diskless systems. All packages
are latest lenny/testing as of 6 October 2008.
This is sad.
Yes.
Looking at the code I see
Package: shorewall-perl
Version: 4.0.13-1
Severity: important
Using latest debian/lenny shorewall 4.0.13-1 perl
iptables1.3.6.0debian1-5 works
iptables1.4.1.1-3 fails on
/var/lib/shorewall/.iptables-restore-input
-A zlcl12fw -p 6 --dport 3128 -m conntrack --ctorigdst ! 192.168.0.1 -j ACCEPT
Package: iptables
Version: 1.3.6.0debian1-5
Severity: important
Using latest debian/lenny shorewall 4.0.13-1 perl
iptables1.3.6.0debian1-5 works
iptables1.4.1.1-3 fails on
/var/lib/shorewall/.iptables-restore-input Line:
-A zlcl12fw -p 6 --dport 3128 -m conntrack --ctorigdst ! 192.168.0.1
Henrique de Moraes Holschuh wrote:
On Tue, 07 Oct 2008, Harry Coin wrote:
It the kernel drivers behavior with respect to wake-on-lan defined
somewhere? As I see this, the kernel drivers have no consistent
interface to userspace, and thus make it impossible to solve this in a
reliably way
Package: sysvinit
Version: 2.86.ds1-61
Severity: important
Upgrading to lenny from etch has broken wake on lan after 'poweroff' on our
many Dell Optiplex headless /diskless systems. All packages are latest
lenny/testing as of 6 October 2008.
Previously the systems would respond to etherwake
At 09:13 AM 3/11/2007 +0100, Petter Reinholdtsen wrote:
severity 414176 important
merge 414176 405870
thanks
[Harry Coin]
Below please find two strace -iv outputs showing the binary version of
halt
shipped in the latest (as of march 9, 07) Debian Etch ignores /sbin/halt's
-i (net down
) = 0
[a7f1337f] exit_group(0)= ?
Thanks
Harry Coin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: sysvinit
Version: 2.86.ds1-36
Severity: critical
Justification: breaks the whole system
Using the default binary version of halt shipped with etch prevents diskless
systems from booting in response to the wake-on-lan
packet. Can't get more critical than a cluster of systems that can't
At 11:36 AM 4/16/2006 +0200, maximilian attems wrote:
On Wed, 29 Mar 2006, Harry Coin wrote:
I suspect this problem occurs in all cases where the bios 'boot' device
is not the eventual final root device and
the root device discovery / setup process takes some time to settle (usb
storage
compiled in as
an 'extra'. Next project, to add a little
swapfile 'just in case' then, done!
Hope this helps.
Sincerely,
Harry Coin
Bettendorf, Iowa
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell
the net prior to see that others had this problem,
but I didn't see a published answer.
Sincerely,
Harry Coin
Bettendorf, Iowa
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
23 matches
Mail list logo
