Re: libglobalhotkeys-ruby: new upstream version
2011/3/11 Antonio Terceiro <terceiro@softwarelivre.org>:
> Lucas Nussbaum escreveu isso aí:
>> On 10/03/11 at 23:28 +0100, Vincent Carmona wrote:
>> > 2011/3/10 Vincent Carmona <vinc4mai@gmail.com>:
>> > > 2011/3/10 Lucas Nussbaum <lucas@lucas-nussbaum.net>:
>> > >> On 10/03/11 at 18:12 +0100, Vincent Carmona wrote:
>> > >>> Hi.
>> > >>>
>> > >>> There is a new upstream version of libglobalhotkeys-ruby.
>> > >>>
>> > >>> Should I package it using the old fashion way (svn+cdbs) in sid ?
>> > >>> Should I try git and gem2deb ? in experimental ?
>> > >>> Should I do both? One package in unstable and one in experimental for
>> > >>> testing purpose.
>> > >>
>> > >> Both would be great, yes.
>> > >
>> > > I have updated the svn repo. Can someone check the changes and upload them ?
>> > >
>> > >
>> > > After cloning the pkg-ruby-extras git repo "mr checkout" gives an error:
>> > > mr: illegal section "[DEFAULT]" in untrusted
>> > > /home/vincent/Desktop/pkg-ruby-extras/.mrconfig line 1
>> > > (To trust this file, list it in ~/.mrtrust.)
>> > Ok. I have reread the error message.
>> >
>> > When I use git-buildpackage -us -uc, the extension is not build (ruby
>> > extconf && make).
>> > I have modify d/changelog and d/control. (changes not commited)
>> > How should I modify rules to build the .so file ?
>>
>> That's a known problem, that also affects termios and ncurses:
>> when gems have an extconf.rb file in the root dir, gem2deb doesn't work
>> correctly.
>
> For the record: I am working to fix this on gem2deb.
Let me know when it is fixed so I can test it.
Does gem2deb expect extonf.rb to be in ext directory ?
>
> --
> Antonio Terceiro <terceiro@softwarelivre.org>
> http://softwarelivre.org/terceiro
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCAAGBQJNepm4AAoJEPwNsbvNRgveueUP/3TrQg9xeJb8O7zfKbhM2994
> OPrC8Ykwu/CWEAN3KL2/5NDRP4gaDQzLn1CYPl5hHUtUcoSGbBRehcadYVeDFeGE
> OQeGEw11oqtRh+gIS4OvcJUAiL8xlAOYq6Fn4JG+NkAMOIIoroVpeC3zQ0kMW4fL
> eYqAVW40T2YUjf5nwyMZuWZ+4Wdwr5Pli/mi+TTpR/J9/DfWIXRbV7ypWxTmutxO
> sCuQlTNbxbnj9WRTfZ6N6HtE/OeS9bb5bNNpZF7xdQWv72XFQQKC80UuCz4KKC/g
> UDUmsfzOYI7fkTevXtsAdjRIcc6XByO8wmLFwEt4qUDbWkH805TN7SXDbXEJKh2L
> /5xjMz6j8+STojKQwV/+Xw6rl/X5E+vZRT8YHZIDlM5eL61H8X6IMRwfL6HsIYCV
> nOgWiVrlqxl6N9IwU+oTABIAxCplfZ19TV9L6vZbQoO7N2kY17P/0dmZU5Sq/mc/
> XbwxY1TqS+3QxZzUp04k0aC+vUllGvK+A+YrSbkkYpzPziv6S7Z1OzcbHrI5ToOj
> XV6Je4uyoYTaaCL55HKL8pPgPMo6Zd6w+hRtHtzEHksfGS7qVBMELtu8zWUG/oEt
> PF8k0d92YcSZmyP5DsS6CdxHTxUr+H/UeYU88mi3sg29+vWi6Uw4HNuWVw9GzHCB
> Fu3Ify7H4Fnn+domelPa
> =3Wpb
> -----END PGP SIGNATURE-----
>
>
--
Vincent Carmona
Reply to: