Bug 808197 - FTBFS: big endian bug in self checks
Summary: FTBFS: big endian bug in self checks
Keywords:
Status: CLOSED DUPLICATE of bug 1238168
Alias: None
Product: Fedora
Classification: Fedora
Component: perl-Socket-Netlink
Version: 19
Hardware: powerpc
OS: Linux
medium
high
Target Milestone: ---
Assignee: Emmanuel Seyman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-29 19:31 UTC by Karsten Hopp
Modified: 2016-11-09 13:32 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-20 09:41:35 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
CPAN 71112 0 None None None Never

Description Karsten Hopp 2012-03-29 19:31:32 UTC
Description of problem:
perl-Socket-Netlink fails to build on PPC as two of the self checks fail, one of them looks like a big endian bug as the result has a swapped bit:

t/12netlink-message-header.t ..... ok
#   Failed test '$message->attrs after unpack'
#   at t/13netlink-message-attrs.t line 98.
#     Structures begin differing at:
#          $got->{str} = ''
#     $expected->{str} = 'FGH'
# Looks like you failed 1 test of 14.
t/13netlink-message-attrs.t ...... 
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/14 subtests 
t/14netlink-message-error.t ...... ok
#   Failed test '$message->pack'
#   at t/20io-socket-netlink-generic.t line 55.
#   at bytes 0-0xf (0-15)
#   got: | 00 00 00 14 00 1e 00 00 00 00 00 00 00 00 00 00 |................|
#   exp: | 00 00 00 14 00 00 00 1e 00 00 00 00 00 00 00 00 |................|
# Looks like you failed 1 test of 13.


Version-Release number of selected component (if applicable):
perl-Socket-Netlink-0.03-4.fc17

How reproducible:
always

Steps to Reproduce:
1. ppc-koji build --scratch f17 perl-Socket-Netlink-0.03-4.fc17.src.rpm
2.
3.
  
Actual results:
http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=469988

Comment 1 Mathieu Bridon 2012-03-30 02:03:42 UTC
I've found out about this bug when I tried to build the package for EPEL 6.

Submitted it upstream:
https://rt.cpan.org/Public/Bug/Display.html?id=71112

Unfortunately, that's not something I can fix myself. If you have experience with endianness bugs, any help is more than welcome.

Comment 2 Petr Pisar 2012-03-30 08:51:10 UTC
The t/20io-socket-netlink-generic.t:55 test checks serialization of

my $message = $genlsock->new_message(
   nlmsg_type => 30,
   cmd => 1,
   version => 2
);

netlink(7) defines netlink header as:

struct nlmsghdr {
  __u32 nlmsg_len;    /* Length of message including header. */
  __u16 nlmsg_type;   /* Type of message content. */
  __u16 nlmsg_flags;  /* Additional flags. */
  __u32 nlmsg_seq;    /* Sequence number. */
  __u32 nlmsg_pid;    /* PID of the sending process. */
};

So I think the expected

00 00 00 14 00 00 00 1e 00 00 00 00 00 00 00 00

is wrong since the type (30 = 0x1e) should occupy two bytes only. Here it spans to nlmsg_flags field.

Comment 3 Phil Knirsch 2013-02-06 17:34:25 UTC
Still happens on latest Fedora 18 and trying to rebuild perl-Socket-Netlink-0.03-6, moving to rawhide.

Thanks & regards, Phil

Comment 4 Fedora End Of Life 2013-04-03 18:12:10 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 5 Fedora Admin XMLRPC Client 2014-08-28 14:06:53 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 6 Emmanuel Seyman 2014-11-20 09:41:35 UTC
Given that this issue is an upstream bug more than it is a packaging issue, I'll be keeping track of it in CPAN's RT. Accordingly, I'm closing this bug with the resolution of UPSTREAM.

Comment 7 Petr Pisar 2016-11-09 13:32:19 UTC

*** This bug has been marked as a duplicate of bug 1238168 ***


Note You need to log in before you can comment on or make changes to this bug.