Speakup modules in squeeze

[Ben Hutchings-3]

There is a big problem with the current linux-modules-extra-2.6 package,
which is that the resulting binary packages are related to their source
only by build-dependency, and this does not ensure that corresponding
source and binary packages are kept released together.  The FTP team had
to spend a long time making sure this happened for lenny and is not
prepared to do so again.  Therefore, linux-modules-extra-2.6 will be
removed and not included in squeeze.

Those modules that may be needed at installation time will be added to
the linux-2.6 package, and the speakup modules are clearly among those.
I have added patches that put them under drivers/staging:

svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian/patches/features/all/speakup/

Please review these and let the kernel team know whenever speakup needs
to be updated.  Currently staging drivers are only built for x86 because
many of them are not really portable.  I think this is not the case for
speakup, so let me know if it should be built for more architectures.

Ben.

--
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison

[Samuel Thibault-8]

Hello,

Ben Hutchings, le Wed 14 Oct 2009 01:54:47 +0100, a écrit :
> There is a big problem with the current linux-modules-extra-2.6 package,
> which is that the resulting binary packages are related to their source
> only by build-dependency, and this does not ensure that corresponding
> source and binary packages are kept released together.

Yes, that was a source of confusion for the users too.

> Those modules that may be needed at installation time will be added to
> the linux-2.6 package, and the speakup modules are clearly among those.
> I have added patches that put them under drivers/staging:
>
> svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian/patches/features/all/speakup/

> Please review these

So speakup-add.patch would always be a mere copy of speakup-source?

Speakup-kbuild.patch seems just right and will probably never have to
change.

> and let the kernel team know whenever speakup needs to be updated.

Mmm, couldn't linux-2.6 build-depend on speakup-source and just
automatically import the source from there?

> Currently staging drivers are only built for x86 because
> many of them are not really portable.  I think this is not the case for
> speakup, so let me know if it should be built for more architectures.

Speakup should build and work on basically all archs (it was tested on
both 32 and 64bit platforms, and both little and big endians).

Samuel


--
To UNSUBSCRIBE, email to debian-accessibility-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Ben Hutchings-3]

On Wed, 2009-10-14 at 03:12 +0200, Samuel Thibault wrote:
[...]
> > Those modules that may be needed at installation time will be added to
> > the linux-2.6 package, and the speakup modules are clearly among those.
> > I have added patches that put them under drivers/staging:
> >
> > svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian/patches/features/all/speakup/
>
> > Please review these
>
> So speakup-add.patch would always be a mere copy of speakup-source?

Yes, or you could drop speakup-source.

> Speakup-kbuild.patch seems just right and will probably never have to
> change.
>
> > and let the kernel team know whenever speakup needs to be updated.
>
> Mmm, couldn't linux-2.6 build-depend on speakup-source and just
> automatically import the source from there?

No, that just moves the problem we have now to linux-2.6.

> > Currently staging drivers are only built for x86 because
> > many of them are not really portable.  I think this is not the case for
> > speakup, so let me know if it should be built for more architectures.
>
> Speakup should build and work on basically all archs (it was tested on
> both 32 and 64bit platforms, and both little and big endians).

OK.

Ben.

--
Ben Hutchings
For every action, there is an equal and opposite criticism. - Harrison

[Samuel Thibault-8]

Ben Hutchings, le Wed 14 Oct 2009 03:52:20 +0100, a écrit :

> On Wed, 2009-10-14 at 03:12 +0200, Samuel Thibault wrote:
> [...]
> > > Those modules that may be needed at installation time will be added to
> > > the linux-2.6 package, and the speakup modules are clearly among those.
> > > I have added patches that put them under drivers/staging:
> > >
> > > svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6/debian/patches/features/all/speakup/
> >
> > > Please review these
> >
> > So speakup-add.patch would always be a mere copy of speakup-source?
>
> Yes, or you could drop speakup-source.
>
> > Speakup-kbuild.patch seems just right and will probably never have to
> > change.
> >
> > > and let the kernel team know whenever speakup needs to be updated.
> >
> > Mmm, couldn't linux-2.6 build-depend on speakup-source and just
> > automatically import the source from there?
>
> No, that just moves the problem we have now to linux-2.6.

Ok, so basically speakup could now only contain the tools and we'll push
the kernel modules as needed to linux-2.6 itself.

I think we should still keep speakup-source for people who are compiling
their own vanilla kernel or such.

Thanks,
Samuel


--
To UNSUBSCRIBE, email to debian-accessibility-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[maximilian attems-9]

On Wed, Oct 14, 2009 at 01:54:47AM +0100, Ben Hutchings wrote:
>
> Please review these and let the kernel team know whenever speakup needs
> to be updated.  Currently staging drivers are only built for x86 because
> many of them are not really portable.  I think this is not the case for
> speakup, so let me know if it should be built for more architectures.
>

great, as code quality does not satisfy upstream yet,
can we also add the taint flag on load for those.
didn't check if it already happens for aufs and speakup.


--
To UNSUBSCRIBE, email to debian-accessibility-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Ben Hutchings-3]

On Wed, 2009-10-14 at 12:56 +0200, maximilian attems wrote:

> On Wed, Oct 14, 2009 at 01:54:47AM +0100, Ben Hutchings wrote:
> >
> > Please review these and let the kernel team know whenever speakup needs
> > to be updated.  Currently staging drivers are only built for x86 because
> > many of them are not really portable.  I think this is not the case for
> > speakup, so let me know if it should be built for more architectures.
> >
>
> great, as code quality does not satisfy upstream yet,
> can we also add the taint flag on load for those.
> didn't check if it already happens for aufs and speakup.

This is already done.  The taint flag is added when a module is loaded
and its module info includes the keyword 'staging'.  modpost adds this
to all modules built under drivers/staging, and I included a patch to
add this to aufs2.

Ben.

--
Ben Hutchings
I'm not a reverse psychological virus.  Please don't copy me into your sig.

[maximilian attems-9]

On Wed, 14 Oct 2009, Ben Hutchings wrote:

> On Wed, 2009-10-14 at 12:56 +0200, maximilian attems wrote:
> > On Wed, Oct 14, 2009 at 01:54:47AM +0100, Ben Hutchings wrote:
> > >
> > > Please review these and let the kernel team know whenever speakup needs
> > > to be updated.  Currently staging drivers are only built for x86 because
> > > many of them are not really portable.  I think this is not the case for
> > > speakup, so let me know if it should be built for more architectures.
> > >
> >
> > great, as code quality does not satisfy upstream yet,
> > can we also add the taint flag on load for those.
> > didn't check if it already happens for aufs and speakup.
>
> This is already done.  The taint flag is added when a module is loaded
> and its module info includes the keyword 'staging'.  modpost adds this
> to all modules built under drivers/staging, and I included a patch to
> add this to aufs2.

very nice indeed. thanks


--
To UNSUBSCRIBE, email to debian-accessibility-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Bruno Mascret]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

NAT 2.0rc has been released last tuesday and is available at
http://natbraille.free.fr
Samuel is working to package it in debian, and we really thank him!

Features already implemented in version 1.5  :
- - Supported input formats : OpenDocument (Openoffice) and text
- - Translated Brailles : French Grade 1 and French Mathematics
- - Mathematical bi-dimensional structures (arrays, tables, matrix)
- - Smart mathematical hyphenation
- - Transcription fine tuning: page size, Braille printing, Braille
tables, hyphenation...

New in 2.0 :
1) Stable features
1.1 New supported input formats : proprietary ones (word, rtf...) if
OpenOffice is installed on the system;
1.2 Page layout fully implemented (page numbering, lists, titles,
spacing...)
1.3 Word hyphenation for Grade 1 and customisation interface
1.4 New configurations managing system (with non-editable system
configurations and editable user ones)
1.5 Graphic user interface fully accessible
1.6 Page sequence printing available
1.7 Huge documents (such as books) can now be transcribed

2) New features that need to be fully tested
2.1 Configuration for DBT (like BraMaNet); DBT 10.7 configuration
included if DBT 10.7 is on the system.
2.2 Literary tables: linear mode transcription
2.3 Transcription of Word documents with converted Mathtype equations:
text conversion not necessary anymore. This means the original page
layout information is now preserved.

3) Reverse transcription, poorly tested:
It only works with mathematical and integral brailles.
To test it: use the reverse transcription editor (ctrl+n or main
window menu) or add a ".tan" extension to a Braille text file. French
help at:
http://natbraille.free.fr/aide/detranscrire.html .

To report bugs, you should use our new bug tracking system at:
https://sourceforge.net/tracker/?group_id=171385&atid=857768

Best Regards,
Frederic and Bruno for the Nat dev team.



- --------------------------------------------------------
NAT est transcripteur braille libre - http://natbraille.free.fr
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrWDhUACgkQaOubDsBUvbucCgCgjKiACt3rlr9YnlSARyFi60TS
fTYAoLfMZ9MTtF2DDD1+t1tcNmeStt5i
=cGL2
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-accessibility-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...