X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Envelope-From: paubert AT iram DOT es Date: Tue, 27 Jan 2015 15:59:43 +0100 From: Gabriel Paubert To: geda-user AT delorie DOT com Subject: Re: [geda-user] Footprint Generator Message-ID: <20150127145943.GA29939@visitor2.iram.es> References: <77F8B90A-C943-46E3-AC87-709FB59B0681 AT sbcglobal DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spamina-Bogosity: Unsure X-Spamina-Spam-Score: -1.0 (-) X-Spamina-Spam-Report: Content analysis details: (-1.0 points) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1369] Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Tue, Jan 27, 2015 at 06:08:23AM +0100, Kai-Martin Knaak wrote: > So I tried the footgen on the trimble copernicus. Everything went > smooth until the export. When I pressed the export button the > application died with these messages on the command line: > > /------------------------------------ > $ gfootgen > /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/lib/gfootgen/gui.rb:428:in `rescue in on_export_footprint': uninitialized constant Gio::IO > from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/lib/gfootgen/gui.rb:433:in `on_export_footprint' > from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/lib/gfootgen/gui.rb:306:in `block in create_export_button' > from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `call' > from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `main' > from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `' > from /usr/local/bin/gfootgen:23:in `load' > from /usr/local/bin/gfootgen:23:in `
' > \------------------------------------- > > I get the same result if I don't enter anything and just try to > export with the preloaded values. I have exactly the same problem, as I was trying to define a footprint for a QFN48 package (LTC6950) which is a 5 by 9mm and not the more common 7 by 7 mm package already defined in the library. I was also on a frequencly updated Debian testing machine. On another machine I had Debian stable but ruby-gtk3 is not available, so it's hopeless. I don't know Ruby at all and the syntax looks funny, with all the special characters like the vertical bars. However, from a cursory look at gio2.rb, I see that Gio::Error exists: module Gio LOG_DOMAIN = "Gio" GLib::Log.set_log_domain(LOG_DOMAIN) class Error < StandardError end [snipped], so I replaced Gio::IO::Error with Gio::Error and the failure is now different: /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:299:in`validate_arguments': Gio::File#replace: wrong number of arguments (0 for 2..4) from /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:386:in `block in load_method_info' from /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:389:in `call' from /usr/lib/ruby/vendor_ruby/gobject-introspection/loader.rb:389:in `block in load_method_info' from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/lib/gfootgen/gui.rb:423:in `on_export_footprint' from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/lib/gfootgen/gui.rb:306:in `block in create_export_button' from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `call' from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `main' from /var/lib/gems/2.1.0/gems/gfootgen-0.0.1/bin/gfootgen:24:in `' The version of gio2 is 2.2.0-5+b2 in Debian numbering. However the changes between 2.1 and 2.2 from the git repository for ruby-gio2 are extremely large, so it's not surprising. Most of the C code has disappeared and many bindings seem to be automatically generated through black magic, I mean gobject-introspection. Besides that, I think that this package generator is a very good initiative, but I'd suggest to add a BGA generation option. Regards, Gabriel