Bug#705386: neard: FTBFS on several architectures: test-snep-read segmentation fault

[Samuel Ortiz]

Hi Aaron,

On Sat, Apr 13, 2013 at 11:06:51PM -0400, Aaron M. Ucko wrote:
 Source: neard
 Version: 0.10+git20130325-1
 Severity: serious
 Justification: fails to build from source
 
 Automated builds of neard on several architectures failed due to
 test-snep-read segmentation faults:
 
 https://buildd.debian.org/status/package.php?p=neardver=0.10+git20130325-1
 
 Could you please take a look?
We found the culprit and have a fix. I'll ask my dear sponsor to upload a new
package soon.

Cheers,
Samuel.

-- 
Intel Open Source Technology Centre
http://oss.intel.com/


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

Bug#702330: ITP: neard -- A Near Field Communication (NFC) daemon

[Samuel Ortiz]

Package: wnpp
Severity: wishlist
Owner: Samuel Ortiz sa...@linux.intel.com

* Package name: neard
  Version : 0.10
  Upstream Author : Samuel Ortiz sa...@linux.intel.com
* URL : https://01.org/linux-nfc
* License : GPLv2
  Programming Lang: C
  Description : A Near Field Communication (NFC) daemon

neard is a Near Field Communication (NFC) daemon running on top of the Linux
kernel NFC socket and netlink based APIs. It provides a simple and inutuitive
D-Bus API for applications to run NFC related operations.
It supports all 4 NFC tag types reading and writing, along with NFC LLCP
(peer to peer mode) in both target and initiator modes. The Simple NDEF
Exchange Protocol (SNEP), NDEF Push Protocol (NPP) and handover (Wi-Fi and
Bluetooth) protocols are implemented as separate plugins on top of LLCP sockets.


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

Bug#412605: wmacpi fails to start with latest 2.6 kernels

[Samuel Ortiz]

Package: wmacpi
Version: 2.1-6

With the latest 2.6 Linux kernels, when the deprecated CONFIG_ACPI_PROCFS is
not selected, wmacpi fails to start because /proc/acpi/info doesn't exist.

Instaed, wmacpi should read /sys/module/acpi/parameters/acpica_version.
I am attaching a patch to this mail that fixes this problem while keeping
backward compatibility with systems where /proc/acpi/info exists.

This bug report is also sent to the upstream maintainer. 

---
 libacpi.c |   18 --
 1 files changed, 12 insertions(+), 6 deletions(-)

diff --git a/libacpi.c b/libacpi.c
index 6ea74d6..b4e9dce 100644
--- a/libacpi.c
+++ b/libacpi.c
@@ -139,15 +139,20 @@ int power_init(global_t *globals)
 char buf[4096];
 int acpi_ver = 0;
 int retval;
-
-if (!(acpi = fopen(/proc/acpi/info, r))) {
-   pfatal(This system does not support ACPI\n);
-   return 1;
+unsigned int version_offset = 0;
+
+if (!(acpi = fopen(/sys/module/acpi/parameters/acpica_version, r))) {
+   if (!(acpi = fopen(/proc/acpi/info, r))) {
+   pfatal(This system does not support ACPI\n);
+   return 1;
+   } else {
+   version_offset = 25;
+   }
 }
 
 /* okay, now see if we got the right version */
 fread(buf, 4096, 1, acpi);
-acpi_ver = strtol(buf + 25, NULL, 10);
+acpi_ver = strtol(buf + version_offset, NULL, 10);
 pinfo(ACPI version detected: %d\n, acpi_ver);
 if (acpi_ver  20020214) {
pfatal(This version requires ACPI subsystem version 20020214\n);
@@ -169,7 +174,8 @@ int power_reinit(global_t *globals)
 FILE *acpi;
 int retval;
 
-if (!(acpi = fopen(/proc/acpi/info, r))) {
+if (!(acpi = fopen(/proc/acpi/info, r)) 
+   !(acpi = fopen(/sys/module/acpi/parameters/acpica_version, r))) {
pfatal(Could not reopen ACPI info file - does this system support 
ACPI?\n);
return 1;
 }
-- 
1.4.4.4



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]