Bug 1605177 - 1.4.0-2 release of package in Rawhide ships empty startx
Summary: 1.4.0-2 release of package in Rawhide ships empty startx
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-xinit
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-07-20 11:49 UTC by Sergey Avseyev
Modified: 2018-07-25 01:21 UTC (History)
12 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2018-07-25 01:21:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
the RPM used (54.36 KB, application/x-rpm)
2018-07-20 11:49 UTC, Sergey Avseyev
no flags Details

Description Sergey Avseyev 2018-07-20 11:49:46 UTC
Created attachment 1464929 [details]
the RPM used

Description of problem:
xorg-x11-xinit-1.4.0-2 ships empty to /usr/bin/startx


Version-Release number of selected component (if applicable):
1.4.0-2 (in Rawhide)

How reproducible:
always reproducible

Steps to Reproduce:
1. mkdir /tmp/test
2. cd /tmp/test
3. dnf download xorg-x11-xinit
4. rpm2cpio ./xorg-x11-xinit-1.4.0-2.fc29.x86_64.rpm | cpio -idmv
5. ls -l ./usr/bin/startx

Actual results:
zero file size
-rwxr-xr-x. 1 avsej avsej 0 jul 15 21:34 ./usr/bin/startx

Expected results:
non-zero file size
-rwxr-xr-x. 1 root root 5650 jul 20 14:31 ./usr/bin/startx


Additional info:
Koji build: https://koji.fedoraproject.org/koji/buildinfo?buildID=1127335

Comment 1 Sergey Avseyev 2018-07-20 11:50:57 UTC
When I rebuild the current master, it produces correct RPMs. Maybe just need to bump revision and rebuild it once more time?

Comment 2 Adam Williamson 2018-07-25 01:21:31 UTC
Well, the cause of this looks like it was missing BuildRequires: gcc-c++ , so if you built with an F28 build root or just built locally, you may have got a working build because you had gcc-c++ installed.

Oddly, if the C++ compiler is missing, the build process prints some clear errors and generates garbage (a 0-length startx, and probably some other busted stuff), but 'succeeds' - it exits 0, not 1. I've filed an upstream bug for that: https://bugs.freedesktop.org/show_bug.cgi?id=107368 .

I've done an xorg-x11-xinit-1.4.0-3 build with the buildrequire added, and verified that it has a proper startx.


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