Bug#607368: closed by maximilian attems (Re: Bug#607368: Kernel ABI management)

2010-12-19 Thread Julien BLACHE
ow...@bugs.debian.org (Debian Bug Tracking System) wrote: > We never supported oot binary crap, nor do we intend to do. > closing, as you already got all the explanations. For the record, VMware modules come as source. JB. -- Julien BLACHE - Debian & GNU/Linux Developer - Public key avai

Bug#607368: Kernel ABI management

2010-12-19 Thread Julien BLACHE
Ben Hutchings wrote: Hi, >> Good luck with that, it's been tried already with EXPORT_SYMBOL_GPL() >> and people still do work around that. > > That is probably copyright infringement. Maybe, maybe not. Nobody actually really knows. > It sounds like you should really be using ESX/vSphere on the

Bug#607368: Kernel ABI management

2010-12-18 Thread Ben Hutchings
On Sat, 2010-12-18 at 18:23 +0100, Julien BLACHE wrote: > Ben Hutchings wrote: > > Hi Ben, > > >> This is reinforced by reading the packaging scripts and realizing they > >> check the whole ABI, prior to -28. > > > > This is not correct. We have ignored many changes since 2.6.32-12 when > > the

Bug#607368: Kernel ABI management

2010-12-18 Thread Bastian Blank
On Sat, Dec 18, 2010 at 06:23:20PM +0100, Julien BLACHE wrote: > Ben Hutchings wrote: > > This is not correct. We have ignored many changes since 2.6.32-12 when > > the ABI number was bumped to 5. In 2.6.32-27 the symbol version files > > were refreshed and the ignore list was reset. > This is e

Bug#607368: Kernel ABI management

2010-12-18 Thread Julien BLACHE
Ben Hutchings wrote: Hi Ben, >> This is reinforced by reading the packaging scripts and realizing they >> check the whole ABI, prior to -28. > > This is not correct. We have ignored many changes since 2.6.32-12 when > the ABI number was bumped to 5. In 2.6.32-27 the symbol version files > were

Bug#607368: Kernel ABI management

2010-12-18 Thread Ben Hutchings
On Sat, 2010-12-18 at 16:20 +0100, Julien BLACHE wrote: > Ben Hutchings wrote: > > Hi, > > > Some distributions provide a list all exported symbols which can be > > depended on not to change. We haven't done that but we do consider > > What you're saying here is very important: you haven't don

Bug#607368: Kernel ABI management

2010-12-18 Thread Julien BLACHE
Ben Hutchings wrote: Hi, > Some distributions provide a list all exported symbols which can be > depended on not to change. We haven't done that but we do consider What you're saying here is very important: you haven't done that yet, which implies that all symbols are covered by the ABI. This

Bug#607368: Kernel ABI management

2010-12-18 Thread Ben Hutchings
On Sat, 2010-12-18 at 09:26 +0100, Julien BLACHE wrote: > reopen 607368 > submitter 607368 ! > thanks > > Hi, > > I am sorry that I have to reopen this bug, but first this is about more > than just smp_ops and second the outcome isn't satisfactory. > > Whether a symbol is exported for a specific

Bug#607368: Kernel ABI management

2010-12-18 Thread Julien BLACHE
reopen 607368 submitter 607368 ! thanks Hi, I am sorry that I have to reopen this bug, but first this is about more than just smp_ops and second the outcome isn't satisfactory. Whether a symbol is exported for a specific purpose or for general usage, whether you like it or not, every symbol that