ffainelli / faifa Goto Github PK

Hi, I had to fix two issues during writing an ebuild file for Pentoo (Gentoo-based) distro:

I had to remove the default stripping:
sed -i -e "s:installman strip:installman:" Makefile.in
I'm not sure what the rules are about that, so you are welcome to check.

The second issue was with respecting LDFAGS for hdav_cfg
https://code.google.com/p/pentoo/source/browse/portage/trunk/net-misc/faifa/files/faifa-ldflags.patch

Please review and apply changes.

Thanks

Packaging for Fedora. Package reviewer commented that "The development symlink for libfaifa is missing from the devel package." I think this is referring to having a symlink from a .so with a short version number to one with a long version number.

https://bugzilla.redhat.com/show_bug.cgi?id=1036230

The output for this function labels the MAC addresses of devices plugged into the station as "Bridged station", the Homeplug spec (https://docbox.etsi.org/Reference/homeplug_av21/homeplug_av21_specification_final_public.pdf) in the definition of the CM_BRG_INFO.CNF message refers to this as BDA Bridged Destination Address. It also mergers the decimal entry number with the first hex byte of the MAC address.

This message is generated in response to a message that an adapter either does not support or considers incorrect so decoding it is helpful in understanding what has gone wrong.

This query is based on the ubuntu packaged version in 14.04, but if I'm using it wrong, or a later version might help me, please let me know.

I see that I can use faifa -m and then enter various frames to send, but running

echo 0x0014 | faifa

or

faifa 0x0014

This just returns

Faifa for HomePlug AV (SVN revision 82)

How can I get it to return the response from the frame that I've requested

Frame: Central Coordination Discover List Request (0x0014)
Dump:
Frame: Central Coordination Discover List Confirm (0015), HomePlug-AV Version: 1.1
Number of Stations: 4
<snip>

• QA Notice: Package triggers severe warnings which indicate that it

•        may exhibit random runtime failures.
  

• sha2.c:492:2: warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]

Whilst trying to check the expected format for the network key I observed that opt_key just gets set to 1, not optarg when the -k option is selected and the value of opt_key is never read.

• QA Notice: Found an absolute symlink in a library directory:

•        usr/lib64/libfaifa.so -> /var/tmp/portage/net-misc/faifa-0.1/image//usr/lib64/libfaifa.so.0
  

•        It should be a relative symlink if in the same directory
  

•        or a linker script if it crosses the /usr boundary.
  

This is about the following line in the Makefile:

ln -sf $(DESTDIR)$(libdir)/$(LIB_SONAME) $(DESTDIR)$(libdir)/$(LIB_SHARED_SO)

Packaging for Fedora. Had to put a chmod 755 libfaifa.so.0 in the RPM spec file. Package reviewer suggests that your makefile should do that.

If the libevent is not installed it fails only at build time, the configure script does not catch the problem.

I'm looking at various distributions and some of them have "svn 82" 0.2 version
(https://packages.debian.org/sid/faifa).

Please tag this or next release properly so that it would be accessible via "release" tab.

Intellon no longer exist, they became Atheros and are now part of QCA. The vendor independent messages also work with Broadcom chips if the -a option is used to specify either a target device or a broadcast address rather than the default hpav_intellon_macaddr

Hi, I would like to put some infomation about devices compatible with the application, but there is no possibility to create a new page in the wiki.

hpav_cfg crashes without right parameters. For example:

bash# hpav_cfg enp0s25
Interface: enp0s25
MAC: using broadcast HPAV
NPW: (null)
Segmentation fault