Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-08-19 Thread Michal Marek
On 2015-06-30 13:47, Espen Carlsen wrote: > Fix the 'rpm-pkg' makefile target to always generate the correct > /usr/src/kernel/ symlink; this fails on non-RPM-native systems > eg Ubuntu. > > On a non-RPM-native system, the symlink created by rpmbuild points to > the source tree, so the ln -sf comm

RE: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-09 Thread Espen Carlsen
> From: Paul Bolle [mailto:pebo...@tiscali.nl] > [I resisted looking into the flood of info you included in this message. > But this part could turn out to be interesting.] > On ma, 2015-07-06 at 21:37 +0200, Espen Carlsen wrote: > > This is the how BUILDROOT looks after rpmbuild -bi kernel-4.1.0.s

Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Paul Bolle
On wo, 2015-07-08 at 20:47 +0200, Espen Carlsen wrote: > I assume your wild guess was that if I had /lib/modules/4.1.0/build & > source as that was the kernel I was building? Yes. Paul Bolle -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to ma

RE: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Espen Carlsen
> From: Paul Bolle [mailto:pebo...@tiscali.nl] > On wo, 2015-07-08 at 17:42 +0200, Espen Carlsen wrote: > Wild guess: do the Ubuntu systems already have > /lib/modules/4.1.0/build > /lib/modules/4.1.0/source > as symlinks to /usr/src/kernels/4.1.0 when you're building the rpms? > (That is,

Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Paul Bolle
[I resisted looking into the flood of info you included in this message. But this part could turn out to be interesting.] On ma, 2015-07-06 at 21:37 +0200, Espen Carlsen wrote: > This is the how BUILDROOT looks after rpmbuild -bi kernel-4.1.0.spec > on an Ubuntu system, notice that on Ubuntu, the

Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Paul Bolle
On wo, 2015-07-08 at 17:42 +0200, Espen Carlsen wrote: > I have tested my suggested changes on: > CentOS 6.5, 7.0, Ubuntu 14.04 and 12.04. After the patch the kernel > -devel package will be correct on all systems. > Without the patch, only CentOS generates correct packages. Wild guess: do the Ubu

RE: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Espen Carlsen
From: Paul Bolle [mailto:pebo...@tiscali.nl] > On ma, 2015-07-06 at 21:37 +0200, Espen Carlsen wrote: > And you want this to read > lrwxrwxrwx1 rootroot 35 Jul 4 18:31 > /lib/modules/4.1.0/build -> /usr/src/kernels/4.1.0 > lrwxrwxrwx1 rootroot

Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-08 Thread Paul Bolle
On ma, 2015-07-06 at 21:37 +0200, Espen Carlsen wrote: > To sum it all up, without the change to mkspec, the package 'kernel > -devel' package generated on an Ubuntu system is broken, as > '/lib/modules/4.1.0/build' points to a directory that will not be on > the server where the package is insta

RE: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-06 Thread Espen Carlsen
> From: Paul Bolle [mailto:pebo...@tiscali.nl] On di, 2015-06-30 at > 13:47 +0200, Espen Carlsen wrote: > > Fix the 'rpm-pkg' makefile target to always generate the correct > > /usr/src/kernel/ symlink; this fails on non-RPM-native systems > /kernels/ > > eg Ubuntu. > > On a non-RPM-nati

Re: [PATCH, resend] build: fix broken kernel RPM source symlink

2015-07-05 Thread Paul Bolle
On di, 2015-06-30 at 13:47 +0200, Espen Carlsen wrote: > Fix the 'rpm-pkg' makefile target to always generate the correct > /usr/src/kernel/ symlink; this fails on non-RPM-native systems /kernels/ > eg Ubuntu. > > On a non-RPM-native system, the symlink created by rpmbuild points to >

[PATCH, resend] build: fix broken kernel RPM source symlink

2015-06-30 Thread Espen Carlsen
Fix the 'rpm-pkg' makefile target to always generate the correct /usr/src/kernel/ symlink; this fails on non-RPM-native systems eg Ubuntu. On a non-RPM-native system, the symlink created by rpmbuild points to the source tree, so the ln -sf commands to overwrite build and source will create a new l