linux-kernel - Re: Linux 3.2-rc1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20111122180520.2c0c3e0f@pyx>
Date:	Tue, 22 Nov 2011 18:05:20 +0000
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Boaz Harrosh <bharrosh@...asas.com>
Cc:	Josh Boyer <jwboyer@...il.com>,
	Randy Dunlap <rdunlap@...otime.net>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 3.2-rc1

> My god that totally-brain-dead Fedora Kernel rpm generation.

It's designed to produce kernel packages for distribution. It is indeed
useless for much else.

> I wish there was a strait forward way to point to a Kernel
> git tree HEAD and say "make rpm", which is simply the tar
> of the "make modules_install" and the "make install" output
> + a simple script to manipulate grub.conf

That's what the upstream make rpm tries to achieve. If it's not working
right on Fedora then we should fix it to work around any Fedora brokenness

> Not today's Fedora-Kernel git tree which is not a Linux
> git tree at all but those patches above + stable.
> Any simple tree moments needs to involve black patch magic
> and fear of hell. (Don't try this at home)

Fedora is now getting so weird and dependant on magic initrds it's become
pretty unusable for kernel development work nowdays IMHO because it's
undebuggable.

However "make rpm" from the Linus tree is meant to be as far as possible
generic.

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/