Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
On 18/09/10 at 23:51 +0200, laur...@spkdev.net wrote: > > Comparing the version in the pkg-ruby-extras SVN repo with the one on > > mentors, I get some strange differences, as if the orig tarball was > > different. > > > > Could you clarify whether that is expected? > > > > In particular: > > --- tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-07-19 > > 08:12:06.0 +0200 > > +++ tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-04-09 > > 23:52:50.0 +0200 > > @@ -3,9 +3,9 @@ > > spec = Gem::Specification.new do |s| > >s.name = "tokyocabinet" > >s.version = "1.30" > > - s.author "FAL Labs" > > - s.email = "i...@fallabs.com" > > - s.homepage = "http://fallabs.com/tokyocabinet/"; > > + s.author "Mikio Hirabayashi" > > + s.email = "hira...@gmail.com" > > + s.homepage = "http://1978th.net/tokyocabinet/"; > >s.summary = "Tokyo Cabinet: a modern implementation of DBM." > >s.description = "Tokyo Cabinet is a library of routines for managing a > > database. The database is a simple data file containing records, each is a > > pair of a key and a value. Every key and value is serial bytes with > > variable length. Both binary data and character string can be used as a > > key and a value. There is neither concept of data tables nor data types. > > Records are organized in hash table, B+ tree, or fixed-length array." > >s.files = [ "tokyocabinet.c", "extconf.rb" ] > > > > - Lucas > > Hello, > > No it's not expected but the upstream change the tarball without > increase the version number. > > And when i upload to mentors.d.o i get this message: > « We have overwritten the files in the repository by those from > your new upload. Please note that this is allowed when uploading > to mentors.debian.net. But in the official Debian repository > you cannot change the upstream tarball (.orig.tar.gz). » > > What can i do ? Hi Laurent, You should talk to upstream to make sure that this doesn't happen again. Modifying released tarballs is a terrible practice. I've uploaded -2 using the orig tarball currently in the archive. You don't really need to bother with uploading to mentors as long as the package is up-to-date in the pkg-ruby-extras SVN repo. Please ask for an unblock (reportbug release.debian.org) so it migrates to squeeze. - Lucas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
> Comparing the version in the pkg-ruby-extras SVN repo with the one on > mentors, I get some strange differences, as if the orig tarball was > different. > > Could you clarify whether that is expected? > > In particular: > --- tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-07-19 > 08:12:06.0 +0200 > +++ tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-04-09 > 23:52:50.0 +0200 > @@ -3,9 +3,9 @@ > spec = Gem::Specification.new do |s| >s.name = "tokyocabinet" >s.version = "1.30" > - s.author "FAL Labs" > - s.email = "i...@fallabs.com" > - s.homepage = "http://fallabs.com/tokyocabinet/"; > + s.author "Mikio Hirabayashi" > + s.email = "hira...@gmail.com" > + s.homepage = "http://1978th.net/tokyocabinet/"; >s.summary = "Tokyo Cabinet: a modern implementation of DBM." >s.description = "Tokyo Cabinet is a library of routines for managing a > database. The database is a simple data file containing records, each is a > pair of a key and a value. Every key and value is serial bytes with variable > length. Both binary data and character string can be used as a key and a > value. There is neither concept of data tables nor data types. Records are > organized in hash table, B+ tree, or fixed-length array." >s.files = [ "tokyocabinet.c", "extconf.rb" ] > > - Lucas Hello, No it's not expected but the upstream change the tarball without increase the version number. And when i upload to mentors.d.o i get this message: « We have overwritten the files in the repository by those from your new upload. Please note that this is allowed when uploading to mentors.debian.net. But in the official Debian repository you cannot change the upstream tarball (.orig.tar.gz). » What can i do ? Laurent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
On 18/08/10 at 21:06 +0200, Laurent Arnoud wrote: > On Tue, Aug 17, 2010 at 11:05:42PM +0200, Lucas Nussbaum wrote: > > On 17/08/10 at 20:48 +0200, Laurent Arnoud wrote: > > > On Sun, Aug 15, 2010 at 09:57:39AM +0200, Lucas Nussbaum wrote: > > > > During a rebuild of all packages in sid, your package failed to build on > > > > amd64. > > > Hello, > > > > > > Thanks for the report. > > > > > > I have pushed the fix to: > > > git://git.debian.org/collab-maint/tokyocabinet-ruby.git > > > > Please upload, as it's an RC bug. > > Sorry for that. > > Uploaded to mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/t/tokyocabinet-ruby > - dget > http://mentors.debian.net/debian/pool/main/t/tokyocabinet-ruby/tokyocabinet-ruby_1.30-2.dsc Hi, Comparing the version in the pkg-ruby-extras SVN repo with the one on mentors, I get some strange differences, as if the orig tarball was different. Could you clarify whether that is expected? In particular: --- tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-07-19 08:12:06.0 +0200 +++ tokyocabinet-ruby-1.30/tokyocabinet.gemspec 2010-04-09 23:52:50.0 +0200 @@ -3,9 +3,9 @@ spec = Gem::Specification.new do |s| s.name = "tokyocabinet" s.version = "1.30" - s.author "FAL Labs" - s.email = "i...@fallabs.com" - s.homepage = "http://fallabs.com/tokyocabinet/"; + s.author "Mikio Hirabayashi" + s.email = "hira...@gmail.com" + s.homepage = "http://1978th.net/tokyocabinet/"; s.summary = "Tokyo Cabinet: a modern implementation of DBM." s.description = "Tokyo Cabinet is a library of routines for managing a database. The database is a simple data file containing records, each is a pair of a key and a value. Every key and value is serial bytes with variable length. Both binary data and character string can be used as a key and a value. There is neither concept of data tables nor data types. Records are organized in hash table, B+ tree, or fixed-length array." s.files = [ "tokyocabinet.c", "extconf.rb" ] - Lucas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
On Tue, Aug 17, 2010 at 11:05:42PM +0200, Lucas Nussbaum wrote: > On 17/08/10 at 20:48 +0200, Laurent Arnoud wrote: > > On Sun, Aug 15, 2010 at 09:57:39AM +0200, Lucas Nussbaum wrote: > > > During a rebuild of all packages in sid, your package failed to build on > > > amd64. > > Hello, > > > > Thanks for the report. > > > > I have pushed the fix to: > > git://git.debian.org/collab-maint/tokyocabinet-ruby.git > > Please upload, as it's an RC bug. Sorry for that. Uploaded to mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/tokyocabinet-ruby - dget http://mentors.debian.net/debian/pool/main/t/tokyocabinet-ruby/tokyocabinet-ruby_1.30-2.dsc Laurent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
On 17/08/10 at 20:48 +0200, Laurent Arnoud wrote: > On Sun, Aug 15, 2010 at 09:57:39AM +0200, Lucas Nussbaum wrote: > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > Hello, > > Thanks for the report. > > I have pushed the fix to: > git://git.debian.org/collab-maint/tokyocabinet-ruby.git Please upload, as it's an RC bug. - Lucas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
On Sun, Aug 15, 2010 at 09:57:39AM +0200, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. Hello, Thanks for the report. I have pushed the fix to: git://git.debian.org/collab-maint/tokyocabinet-ruby.git Laurent -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593024: tokyocabinet-ruby: FTBFS: no such file to load -- rubygems (LoadError)
Source: tokyocabinet-ruby Version: 1.30-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100815 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[1]: Entering directory > `/build/user-tokyocabinet-ruby_1.30-1-amd64-61iLqD/tokyocabinet-ruby-1.30' > /bin/mkdir -p > /build/user-tokyocabinet-ruby_1.30-1-amd64-61iLqD/tokyocabinet-ruby-1.30/debian/libtokyocabinet-ruby1.9.1/usr/lib/ruby/1.9.1/x86_64-linux > /usr/bin/install -c -m 0755 tokyocabinet.so > /build/user-tokyocabinet-ruby_1.30-1-amd64-61iLqD/tokyocabinet-ruby-1.30/debian/libtokyocabinet-ruby1.9.1/usr/lib/ruby/1.9.1/x86_64-linux > make[1]: Leaving directory > `/build/user-tokyocabinet-ruby_1.30-1-amd64-61iLqD/tokyocabinet-ruby-1.30' > (ruby1.9.1 test.rb) > :29:in `require': no such file to load > -- rubygems (LoadError) > from :29:in `require' > from :167:in `load_full_rubygems_library' > from :217:in `try_activate' > from :32:in `rescue in require' > from :29:in `require' > from tchtest.rb:19:in `' > make: 001/032: tchtest.rb write casket 1: failed > *** [install/libtokyocabinet-ruby1.9.1] Error 1 > dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary gave error > exit status 2 > > Build finished at 20100815-0204 The full build log is available from: http://people.debian.org/~lucas/logs/2010/08/15/tokyocabinet-ruby_1.30-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
