date:20201115

Re: Sudden trouble with net/rdesktop

2020-11-15 Thread abi via freebsd-ports




On 12.11.2020 19:12, Yuri Pankov wrote:

Andrea Venturoli wrote:

Hello.

After many year of happy usage, since yesterday rdesktop dumps core 
(12.2/amd64).



% rdesktop xx
Assertion failed: ((len * 2) < size), function _utils_data_to_hex, 
file utils.c, line 499.

Abort (core dumped)


This is systematic with 4 servers out of 5; the 5th still works 
perfectly, but I have no idea in which way it might differ from the 
others.


I don't think this has anything to do with the upgrade to 1.9.0, 
since I was able to use 1.9.0 for a while.


Anyone else seeing this?
Where do I go and look?


I see a similar report on github:

https://github.com/rdesktop/rdesktop/issues/380

Could it be something that changed on remote side, e.g. any recent 
updates?


As a workaround, try increasing the buf size to e.g. 512 in 
utils.c:_utils_cert_get_info().


I have the same problem, however I'm sure that nothing has changed on 
remote side (Windows Update is completely disabled). I updated my 
FreeBSD workstation though to 12.2 and all ports.


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Sudden trouble with net/rdesktop

2020-11-15 Thread Carmel NY

On Sun, 15 Nov 2020 13:13:57 +0300, abi via freebsd-ports stated:
>I have the same problem, however I'm sure that nothing has changed on 
>remote side (Windows Update is completely disabled). I updated my 
>FreeBSD workstation though to 12.2 and all ports.

Exactly what goal do you intend to achieve by now keeping the Windows
machine up-to-date? That sounds like a risky venture.

-- 
Carmel


pgpQf6wYMThE7.pgp
Description: OpenPGP digital signature

FreeBSD ports you maintain which are out of date

2020-11-15 Thread portscout

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
mail/mpop   | 1.4.10  | 1.4.11
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Minion not working anymore after update to 12.2

2020-11-15 Thread Andrea Venturoli


Hello.

A minion of mine stopped connecting to the master after I upgraded it to 
12.2.


Error follows:
> ...

[DEBUG   ] Connecting to master. Attempt 1 of 1
[ERROR   ] An un-handled exception was caught by salt's global exception 
handler:
KeyError: 'inet'
Traceback (most recent call last):
  File "/usr/local/bin/salt-call", line 11, in 
load_entry_point('salt==3002', 'console_scripts', 'salt-call')()
  File "/usr/local/lib/python3.7/site-packages/salt/scripts.py", line 449, in 
salt_call
client.run()
  File "/usr/local/lib/python3.7/site-packages/salt/cli/call.py", line 48, in 
run
caller = salt.cli.caller.Caller.factory(self.config)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 55, in 
factory
return ZeroMQCaller(opts, **kwargs)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 320, 
in __init__
super().__init__(opts)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 80, in 
__init__
self.minion = salt.minion.SMinion(opts)
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 935, in 
__init__
io_loop.run_sync(lambda: self.eval_master(self.opts, failed=True))
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/ioloop.py", 
line 459, in run_sync
return future_cell[0].result()
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/concurrent.py", 
line 249, in result
raise_exc_info(self._exc_info)
  File "", line 4, in raise_exc_info
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/gen.py", line 
309, in wrapper
yielded = next(result)
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 804, in 
eval_master
opts.update(resolve_dns(opts))
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 209, in 
resolve_dns
if not opts["ipv6"]
KeyError: 'inet'
Traceback (most recent call last):
  File "/usr/local/bin/salt-call", line 11, in 
load_entry_point('salt==3002', 'console_scripts', 'salt-call')()
  File "/usr/local/lib/python3.7/site-packages/salt/scripts.py", line 449, in 
salt_call
client.run()
  File "/usr/local/lib/python3.7/site-packages/salt/cli/call.py", line 48, in 
run
caller = salt.cli.caller.Caller.factory(self.config)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 55, in 
factory
return ZeroMQCaller(opts, **kwargs)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 320, 
in __init__
super().__init__(opts)
  File "/usr/local/lib/python3.7/site-packages/salt/cli/caller.py", line 80, in 
__init__
self.minion = salt.minion.SMinion(opts)
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 935, in 
__init__
io_loop.run_sync(lambda: self.eval_master(self.opts, failed=True))
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/ioloop.py", 
line 459, in run_sync
return future_cell[0].result()
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/concurrent.py", 
line 249, in result
raise_exc_info(self._exc_info)
  File "", line 4, in raise_exc_info
  File "/usr/local/lib/python3.7/site-packages/salt/ext/tornado/gen.py", line 
309, in wrapper
yielded = next(result)
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 804, in 
eval_master
opts.update(resolve_dns(opts))
  File "/usr/local/lib/python3.7/site-packages/salt/minion.py", line 209, in 
resolve_dns
if not opts["ipv6"]
KeyError: 'inet'



I tracked it down to interface em1 being without an IP address (since it 
has vlan childs).
This was not a problem on 12.1. I have other hosts with a similar setup 
that I have yet to upgrade: when I'll be able, I'll see if they all show 
the problem or not.


I have INET6 commented in the kernel config.

Meanwhile, is this something I should report as a FreeBSD bug or upstream?
Any workaround?

 bye & Thanks
av.


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Sudden trouble with net/rdesktop

Re: Sudden trouble with net/rdesktop

FreeBSD ports you maintain which are out of date

Minion not working anymore after update to 12.2

4 matches

Site Navigation

Mail list logo

Footer information