From mirror176 at cox.net Sun Nov 1 05:34:30 2009 From: mirror176 at cox.net (Edward Sanford Sutton, III) Date: Sun Nov 1 05:34:36 2009 Subject: ports-mgmt/portupgrade-devel-20091029 fails to install new x11/kde4 Message-ID: <200910312221.12657.mirror176@cox.net> I have tried pkgdb -fu, portupgrade -f ruby, portupgrade -f ruby18-bdb, and rm /var/db/pkg/pkgdb.db /usr/ports/INDEX-*.db, but only portdowngrading to previous version has the command not failing. I installed net/kdenetwork4 before attempting to install kde4 (which i selected all options for). If I can include any other configuration details or test other ideas, let me know. I have about 1450 ports installed on this machine so I haven't included that list until specifically asked for. Included below is a sample run with failure: # time idprio 27 portupgrade -Nvpe x11/kde4 ---> Session started at: Fri, 30 Oct 2009 23:58:12 -0700 [Gathering depends for x11/kde4 ..............................................---> Session ended at: Fri, 30 Oct 2009 23:58:14 -0700 (consumed 00:00:02) /usr/local/sbin/portupgrade:878:in `get_all_depends': private method `scan' called for # (NoMethodError) from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:887:in `get_notinstalled_depends' from /usr/local/sbin/portupgrade:773:in `main' from /usr/local/sbin/portupgrade:751:in `each' from /usr/local/sbin/portupgrade:751:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' from /usr/local/sbin/portupgrade:559:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' from /usr/local/sbin/portupgrade:231:in `new' from /usr/local/sbin/portupgrade:231:in `main' from /usr/local/sbin/portupgrade:2213 3.833u 2.013s 0:10.34 56.4% 280+860k 0+0io 0pf+0w Thanks again and keep up the great work, Ed Sutton From linimon at FreeBSD.org Mon Nov 2 09:16:33 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Nov 2 09:16:39 2009 Subject: ports/140192: ports-mgmt/portupgrade-devel fails to install a new port. Message-ID: <200911020916.nA29GWNf033089@freefall.freebsd.org> Old Synopsis: portupgrade-devel fails to install a new port. New Synopsis: ports-mgmt/portupgrade-devel fails to install a new port. Class-Changed-From-To: change-request->sw-bug Class-Changed-By: linimon Class-Changed-When: Mon Nov 2 09:15:39 UTC 2009 Class-Changed-Why: Fix synopsis and assign. Responsible-Changed-From-To: freebsd-ports-bugs->ruby Responsible-Changed-By: linimon Responsible-Changed-When: Mon Nov 2 09:15:39 UTC 2009 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=140192 From bugmaster at FreeBSD.org Mon Nov 2 11:08:22 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 2 11:11:04 2009 Subject: Current problem reports assigned to ruby@FreeBSD.org Message-ID: <200911021108.nA2B8LLv034907@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140192 ruby ports-mgmt/portupgrade-devel fails to install a new po o ports/140008 ruby ports-mgmt/portupgrade: many papercut omissions on por o ports/138796 ruby [patch] - update converters/ruby-lv o ports/137958 ruby ports-mgmt/portupgrade fails with recursive dependency o ports/137708 ruby ports-mgmt/portupgrade: portupgrade -cRn is broken s ports/134714 ruby ports-mgmt/portupgrade deletes user data without quest o ports/134182 ruby ports-mgmt/portupgrade incorrectly handles manual reje o ports/131111 ruby ports-mgmt/portupgrade-devel: completely removes packa o ports/129930 ruby ports-mgmt/portupgrade - portinstall tries to install o ports/129891 ruby ports-mgmt/portupgrade fails to recognize variations o o ports/128881 ruby ports-mgmt/portupgrade backtrace o ports/127889 ruby ports-mgmt/portupgrade detects spurious failures and s o ports/127019 ruby ports-mgmt/portupgrade does not recognize fail conditi o ports/126140 ruby ports-mgmt/portupgrade runtime error o ports/125936 ruby ports-mgmt/portupgrade -R fails if BUILD_DEP's are not o ports/112818 ruby ports-mgmt/portupgrade -a fails with database error 16 problems total. From edwin at FreeBSD.org Wed Nov 4 14:30:22 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Wed Nov 4 14:30:33 2009 Subject: ports/140273: ports-mgmt/portupgrade-devel chokes on bsdpan pkgs Message-ID: <200911041430.nA4EUMlH081008@freefall.freebsd.org> Synopsis: ports-mgmt/portupgrade-devel chokes on bsdpan pkgs Responsible-Changed-From-To: freebsd-ports-bugs->ruby Responsible-Changed-By: edwin Responsible-Changed-When: Wed Nov 4 14:30:21 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=140273 From linimon at FreeBSD.org Sat Nov 7 07:29:06 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 7 07:29:12 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20091107072905.4548E1CC6C@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From edwin at FreeBSD.org Sat Nov 7 18:10:39 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Nov 7 18:10:51 2009 Subject: ports/140364: ports-mgmt/portupgrade-devel: #! line substitution is broken Message-ID: <200911071810.nA7IAc2J091352@freefall.freebsd.org> Synopsis: ports-mgmt/portupgrade-devel: #! line substitution is broken Responsible-Changed-From-To: freebsd-ports-bugs->ruby Responsible-Changed-By: edwin Responsible-Changed-When: Sat Nov 7 18:10:38 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=140364 From roberthuff at rcn.com Sun Nov 8 06:34:54 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sun Nov 8 06:35:00 2009 Subject: problem with portupgrade-devel Message-ID: <19190.24518.198408.731167@jerusalem.litteratus.org> Hello: It crashes with: huff@jerusalem>> portupgrade -R bash-4.0.33/ [Gathering depends for shells/bash ....../usr/local/sbin/portupgrade:878:in `get_all_depends': private method `scan' called for # (NoMethodError) from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:633:in `main' from /usr/local/sbin/portupgrade:607:in `each' from /usr/local/sbin/portupgrade:607:in `main' from /usr/local/sbin/portupgrade:582:in `catch' from /usr/local/sbin/portupgrade:582:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' from /usr/local/sbin/portupgrade:559:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' from /usr/local/sbin/portupgrade:231:in `new' from /usr/local/sbin/portupgrade:231:in `main' from /usr/local/sbin/portupgrade:2213 I've rebuild portupgrade-devel, rubt, and ruby18-bdb42 ... still fails. What have I mucked up? Respectfully, Robert Huff From bugmaster at FreeBSD.org Mon Nov 9 11:08:25 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 9 11:10:45 2009 Subject: Current problem reports assigned to ruby@FreeBSD.org Message-ID: <200911091108.nA9B8O4H080331@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140364 ruby ports-mgmt/portupgrade-devel: #! line substitution is o ports/140273 ruby ports-mgmt/portupgrade-devel chokes on bsdpan pkgs o ports/140192 ruby ports-mgmt/portupgrade-devel fails to install a new po o ports/140008 ruby ports-mgmt/portupgrade: many papercut omissions on por o ports/138796 ruby [patch] - update converters/ruby-lv o ports/137958 ruby ports-mgmt/portupgrade fails with recursive dependency o ports/137708 ruby ports-mgmt/portupgrade: portupgrade -cRn is broken s ports/134714 ruby ports-mgmt/portupgrade deletes user data without quest o ports/134182 ruby ports-mgmt/portupgrade incorrectly handles manual reje o ports/131111 ruby ports-mgmt/portupgrade-devel: completely removes packa o ports/129930 ruby ports-mgmt/portupgrade - portinstall tries to install o ports/129891 ruby ports-mgmt/portupgrade fails to recognize variations o o ports/128881 ruby ports-mgmt/portupgrade backtrace o ports/127889 ruby ports-mgmt/portupgrade detects spurious failures and s o ports/127019 ruby ports-mgmt/portupgrade does not recognize fail conditi o ports/126140 ruby ports-mgmt/portupgrade runtime error o ports/125936 ruby ports-mgmt/portupgrade -R fails if BUILD_DEP's are not o ports/112818 ruby ports-mgmt/portupgrade -a fails with database error 18 problems total. From alexbestms at wwu.de Wed Nov 11 01:50:04 2009 From: alexbestms at wwu.de (Alexander Best) Date: Wed Nov 11 01:50:10 2009 Subject: ports/135691: ports-mgmt/portupgrade Wrong example in man page of pkgdb(1) Message-ID: <200911110150.nAB1o4BC020799@freefall.freebsd.org> The following reply was made to PR ports/135691; it has been noted by GNATS. From: Alexander Best To: Stanislav Sedov Cc: Subject: Re: ports/135691: ports-mgmt/portupgrade Wrong example in man page of pkgdb(1) Date: Wed, 11 Nov 2009 02:46:18 +0100 (CET) thanks for committing the change request i issued in that pr. just noticed that you might want to change the directories in the example too since nowadays /usr/X11R6 is linked to /usr/local. so running the current example probably returns all files not installed by a package twice. maybe this example makes more sense: find /usr/local/lib /usr/local/include -print0 -type f | xargs -0 pkg_which -v | fgrep '?' cheers. alex From penty.wenngren at dgc.se Wed Nov 11 16:23:50 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Wed Nov 11 16:23:57 2009 Subject: Ruby, dbi and PostgreSQL Message-ID: <20091111160649.GL74360@picard.dgc.se> Hello, After having upgraded our installed ports this morning we have a few machines that no longer want to play with ruby, dbi and postgres. This is the output I get when trying to do this in irb: irb(main):001:0> require 'dbi' => true irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: no such file to load -- pg)) from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' from (irb):2 irb(main):001:0> require 'dbd/Pg' LoadError: no such file to load -- pg from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:40 from (irb):1:in `require' from (irb):1 # ls -l /usr/local/lib/ruby/site_ruby/1.8/dbd/ total 10 -rw-r--r-- 1 root wheel 6579 Nov 11 16:17 Pg.rb drwxr-xr-x 2 root wheel 512 Nov 11 16:17 pg # pkg_info | grep ruby mod_ruby-1.3.0 An Apache module that embeds Ruby interpreter within ruby+nopthreads-1.8.7.160_5,1 An object-oriented interpreted scripting language ruby18-aspectr-0.3.5 Ruby libraries for Aspect programming ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat ruby18-dbd_pg-0.3.8 PostgreSQL driver for DBI-for-Ruby ruby18-dbi-0.4.3 DBI-for-Ruby - a common interface for SQL-based databases ruby18-eruby-1.0.5_1 Interprets Ruby code embedded in a text file like PHP/ePerl ruby18-fcgi-0.8.7 FastCGI library for Ruby ruby18-gems-1.3.5 Package management framework for the Ruby language ruby18-mmap-0.2.6 Ruby interface to manage memory-mapped file objects ruby18-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library ruby18-setup.rb-3.4.1 Common installer script for ruby packages rubygem-deprecated-2.0.1 A library intended to aid developers working with deprecate rubygem-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library I have tried to reinstall ruby and all of its dependencies, but no luck. I hope you can shed some light on what went wrong. The packages that were upgraded this morning (iirc) are: ruby+nopthreads-1.8.7.160_5,1 ruby18-aspectr-0.3.5 ruby18-dbd_pg-0.3.8 ruby18-dbi-0.4.3 ruby18-gems-1.3.5 ruby18-postgres-0.7.9.2008.01.28_1 rubygem-deprecated-2.0.1 rubygem-postgres-0.7.9.2008.01.28_1 // Penty -- Penty Wenngren DGC Solutions AB From stas at FreeBSD.org Wed Nov 11 18:08:37 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Wed Nov 11 18:09:09 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: <20091111160649.GL74360@picard.dgc.se> References: <20091111160649.GL74360@picard.dgc.se> Message-ID: <20091111100826.e0dcfdca.stas@FreeBSD.org> On Wed, 11 Nov 2009 17:06:49 +0100 Penty Wenngren mentioned: > Hello, > > After having upgraded our installed ports this morning we have a few > machines that no longer want to play with ruby, dbi and postgres. This > is the output I get when trying to do this in irb: > > irb(main):001:0> require 'dbi' > => true > irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") > DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: > no such file to load -- pg)) > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' > from (irb):2 > > > irb(main):001:0> require 'dbd/Pg' > LoadError: no such file to load -- pg > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `require' > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:40 > from (irb):1:in `require' > from (irb):1 > > > # ls -l /usr/local/lib/ruby/site_ruby/1.8/dbd/ > total 10 > -rw-r--r-- 1 root wheel 6579 Nov 11 16:17 Pg.rb > drwxr-xr-x 2 root wheel 512 Nov 11 16:17 pg > > > # pkg_info | grep ruby > mod_ruby-1.3.0 An Apache module that embeds Ruby interpreter within > ruby+nopthreads-1.8.7.160_5,1 An object-oriented interpreted scripting language > ruby18-aspectr-0.3.5 Ruby libraries for Aspect programming > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat > ruby18-dbd_pg-0.3.8 PostgreSQL driver for DBI-for-Ruby > ruby18-dbi-0.4.3 DBI-for-Ruby - a common interface for SQL-based databases > ruby18-eruby-1.0.5_1 Interprets Ruby code embedded in a text file like PHP/ePerl > ruby18-fcgi-0.8.7 FastCGI library for Ruby > ruby18-gems-1.3.5 Package management framework for the Ruby language > ruby18-mmap-0.2.6 Ruby interface to manage memory-mapped file objects > ruby18-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > ruby18-setup.rb-3.4.1 Common installer script for ruby packages > rubygem-deprecated-2.0.1 A library intended to aid developers working with > deprecate > rubygem-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > > > I have tried to reinstall ruby and all of its dependencies, but no luck. > > I hope you can shed some light on what went wrong. The packages that were > upgraded this morning (iirc) are: > > ruby+nopthreads-1.8.7.160_5,1 > ruby18-aspectr-0.3.5 > ruby18-dbd_pg-0.3.8 > ruby18-dbi-0.4.3 > ruby18-gems-1.3.5 > ruby18-postgres-0.7.9.2008.01.28_1 > rubygem-deprecated-2.0.1 > rubygem-postgres-0.7.9.2008.01.28_1 > > > // Penty > > -- > Hi, Penty! I'm not sure this is the case, but I'd guess that postgresql client library is threaded and ruby is not, so it can't load the postgresql library. What FreeBSD version do you use? Pthreaded ruby on everything before 7.2 is not fully functional (e.g. fork won't work as it requires malloc implementation to support forking in threaded program). The best way for you if you're using postgresql in ruby will be to update the OS to 7.2 or above. You can also try to use ruby with threades (by commenting the '# pthreads in earlier versions has problems with malloc after fork' section in Makefile), but keep in mind that fork and other fork(2)-based functions won't work. -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ruby/attachments/20091111/1abeda7b/attachment.pgp From penty.wenngren at dgc.se Thu Nov 12 00:17:20 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Thu Nov 12 00:17:28 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: References: <20091111160649.GL74360@picard.dgc.se> Message-ID: <20091112000007.GA97224@picard.dgc.se> On Wed, Nov 11, 2009 at 07:26:31PM +0100, Dirk Meyer wrote: > > In der Nachricht vom 11.11.09 17:06 Uhr > schrieb penty.wenngren@dgc.se (Penty Wenngren) > unter dem Betreff: 'Ruby, dbi and PostgreSQL' > > > After having upgraded our installed ports this morning we have a few > > machines that no longer want to play with ruby, dbi and postgres. This > > is the output I get when trying to do this in irb: > > > > irb(main):001:0> require 'dbi' > > => true > > irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") > > DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: > > no such file to load -- pg)) > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' > > from (irb):2 > > Please try to add before require 'dbi': > > require 'rubygems' > > This should fix the problem. > Please report back. > > Hello Dirk, Thank you for your answer. I tried what you suggested, but it doesn't seem to make any difference: irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'dbi' => true irb(main):003:0> dbh = DBI.connect("DBI:Pg:test","test","test") DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: no such file to load -- pg)) from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' from (irb):3 Sorry, forgot to report the system I'm running on. They are all 7.1, two of them are running amd64 and one is running i386. All having the same problem. Before the last portupgrade everything was running fine, so I'm inclined to believe something was changed with the latest updates to ruby's dbi, but I may of course be wrong :) // Penty -- Penty Wenngren DGC Solutions AB From penty.wenngren at dgc.se Thu Nov 12 16:24:33 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Thu Nov 12 16:24:44 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: <20091111100826.e0dcfdca.stas@FreeBSD.org> References: <20091111160649.GL74360@picard.dgc.se> <20091111100826.e0dcfdca.stas@FreeBSD.org> Message-ID: <20091112162430.GP74360@picard.dgc.se> On Wed, Nov 11, 2009 at 07:08:26PM +0100, Stanislav Sedov wrote: > On Wed, 11 Nov 2009 17:06:49 +0100 > Penty Wenngren mentioned: > > > Hello, > > > > After having upgraded our installed ports this morning we have a few > > machines that no longer want to play with ruby, dbi and postgres. This > > is the output I get when trying to do this in irb: > > > > irb(main):001:0> require 'dbi' > > => true > > irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") > > DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: > > no such file to load -- pg)) > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' > > from (irb):2 > > > > > > irb(main):001:0> require 'dbd/Pg' > > LoadError: no such file to load -- pg > > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > > `gem_original_require' > > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > > `require' > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:40 > > from (irb):1:in `require' > > from (irb):1 > > > > > > # ls -l /usr/local/lib/ruby/site_ruby/1.8/dbd/ > > total 10 > > -rw-r--r-- 1 root wheel 6579 Nov 11 16:17 Pg.rb > > drwxr-xr-x 2 root wheel 512 Nov 11 16:17 pg > > > > > > # pkg_info | grep ruby > > mod_ruby-1.3.0 An Apache module that embeds Ruby interpreter within > > ruby+nopthreads-1.8.7.160_5,1 An object-oriented interpreted scripting language > > ruby18-aspectr-0.3.5 Ruby libraries for Aspect programming > > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat > > ruby18-dbd_pg-0.3.8 PostgreSQL driver for DBI-for-Ruby > > ruby18-dbi-0.4.3 DBI-for-Ruby - a common interface for SQL-based databases > > ruby18-eruby-1.0.5_1 Interprets Ruby code embedded in a text file like PHP/ePerl > > ruby18-fcgi-0.8.7 FastCGI library for Ruby > > ruby18-gems-1.3.5 Package management framework for the Ruby language > > ruby18-mmap-0.2.6 Ruby interface to manage memory-mapped file objects > > ruby18-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > > ruby18-setup.rb-3.4.1 Common installer script for ruby packages > > rubygem-deprecated-2.0.1 A library intended to aid developers working with > > deprecate > > rubygem-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > > > > > > I have tried to reinstall ruby and all of its dependencies, but no luck. > > > > I hope you can shed some light on what went wrong. The packages that were > > upgraded this morning (iirc) are: > > > > ruby+nopthreads-1.8.7.160_5,1 > > ruby18-aspectr-0.3.5 > > ruby18-dbd_pg-0.3.8 > > ruby18-dbi-0.4.3 > > ruby18-gems-1.3.5 > > ruby18-postgres-0.7.9.2008.01.28_1 > > rubygem-deprecated-2.0.1 > > rubygem-postgres-0.7.9.2008.01.28_1 > > > > > > // Penty > > > > -- > > > > Hi, Penty! > > I'm not sure this is the case, but I'd guess that postgresql client > library is threaded and ruby is not, so it can't load the postgresql > library. What FreeBSD version do you use? Pthreaded ruby on everything > before 7.2 is not fully functional (e.g. fork won't work as it requires > malloc implementation to support forking in threaded program). > > The best way for you if you're using postgresql in ruby will be to > update the OS to 7.2 or above. You can also try to use ruby with > threades (by commenting the '# pthreads in earlier versions has problems with malloc after fork' section in Makefile), but keep in mind that > fork and other fork(2)-based functions won't work. > > -- > Stanislav Sedov > ST4096-RIPE Hello again! I have now tried the same on a 7.2 system, and I get the same error: # uname -mprsv FreeBSD 7.2-RELEASE-p4 FreeBSD 7.2-RELEASE-p4 #0: Fri Oct 2 08:22:32 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 amd64 # pkg_info autoconf-2.62 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.10.1 GNU Standards-compliant Makefile generator (1.10) automake-wrapper-20071109 Wrapper script for GNU automake gettext-0.17_1 GNU gettext package gmake-3.81_3 GNU version of 'make' utility help2man-1.36.4_3 Automatically generating simple manual pages from program o libdbi-0.8.3 Database Independent Abstraction Layer for C libdbi-drivers-0.8.3.1_2 Drivers for libdbi libiconv-1.13.1 A character set conversion library libtool-2.2.6a_1 Generic shared library support script m4-1.4.13,1 GNU m4 p5-gettext-1.05_2 Message handling functions perl-5.8.9_3 Practical Extraction and Report Language portaudit-0.5.14 Checks installed ports against a list of security vulnerabi postgresql-client-8.3.7,1 PostgreSQL database (client) ruby-1.8.7.160_5,1 An object-oriented interpreted scripting language ruby18-aspectr-0.3.5 Ruby libraries for Aspect programming ruby18-dbd_pg-0.3.8 PostgreSQL driver for DBI-for-Ruby ruby18-dbi-0.4.3 DBI-for-Ruby - a common interface for SQL-based databases ruby18-gems-1.3.5 Package management framework for the Ruby language ruby18-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library rubygem-deprecated-2.0.1 A library intended to aid developers working with deprecate # irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'dbi' => true irb(main):003:0> dbh = DBI.connect("DBI:Pg:test","test","test") DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: no such file to load -- pg)) from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' from (irb):3 // Penty -- Penty Wenngren DGC Solutions AB From stas at FreeBSD.org Sun Nov 15 08:17:23 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Nov 15 08:17:59 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: <20091112162430.GP74360@picard.dgc.se> References: <20091111160649.GL74360@picard.dgc.se> <20091111100826.e0dcfdca.stas@FreeBSD.org> <20091112162430.GP74360@picard.dgc.se> Message-ID: <20091115001723.baab8e25.stas@FreeBSD.org> On Thu, 12 Nov 2009 17:24:30 +0100 Penty Wenngren mentioned: > On Wed, Nov 11, 2009 at 07:08:26PM +0100, Stanislav Sedov wrote: > > On Wed, 11 Nov 2009 17:06:49 +0100 > > Penty Wenngren mentioned: > > > > > Hello, > > > > > > After having upgraded our installed ports this morning we have a few > > > machines that no longer want to play with ruby, dbi and postgres. This > > > is the output I get when trying to do this in irb: > > > > > > irb(main):001:0> require 'dbi' > > > => true > > > irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") > > > DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: > > > no such file to load -- pg)) > > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' > > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' > > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' > > > from (irb):2 > > > > > > > > > irb(main):001:0> require 'dbd/Pg' > > > LoadError: no such file to load -- pg > > > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > > > `gem_original_require' > > > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > > > `require' > > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:40 > > > from (irb):1:in `require' > > > from (irb):1 > > > > > > > > > # ls -l /usr/local/lib/ruby/site_ruby/1.8/dbd/ > > > total 10 > > > -rw-r--r-- 1 root wheel 6579 Nov 11 16:17 Pg.rb > > > drwxr-xr-x 2 root wheel 512 Nov 11 16:17 pg > > > > > > > > > # pkg_info | grep ruby > > > mod_ruby-1.3.0 An Apache module that embeds Ruby interpreter within > > > ruby+nopthreads-1.8.7.160_5,1 An object-oriented interpreted scripting language > > > ruby18-aspectr-0.3.5 Ruby libraries for Aspect programming > > > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat > > > ruby18-dbd_pg-0.3.8 PostgreSQL driver for DBI-for-Ruby > > > ruby18-dbi-0.4.3 DBI-for-Ruby - a common interface for SQL-based databases > > > ruby18-eruby-1.0.5_1 Interprets Ruby code embedded in a text file like PHP/ePerl > > > ruby18-fcgi-0.8.7 FastCGI library for Ruby > > > ruby18-gems-1.3.5 Package management framework for the Ruby language > > > ruby18-mmap-0.2.6 Ruby interface to manage memory-mapped file objects > > > ruby18-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > > > ruby18-setup.rb-3.4.1 Common installer script for ruby packages > > > rubygem-deprecated-2.0.1 A library intended to aid developers working with > > > deprecate > > > rubygem-postgres-0.7.9.2008.01.28_1 Ruby interface to PostgreSQL library > > > > > > > > > I have tried to reinstall ruby and all of its dependencies, but no luck. > > > > > > I hope you can shed some light on what went wrong. The packages that were > > > upgraded this morning (iirc) are: > > > > > > ruby+nopthreads-1.8.7.160_5,1 > > > ruby18-aspectr-0.3.5 > > > ruby18-dbd_pg-0.3.8 > > > ruby18-dbi-0.4.3 > > > ruby18-gems-1.3.5 > > > ruby18-postgres-0.7.9.2008.01.28_1 > > > rubygem-deprecated-2.0.1 > > > rubygem-postgres-0.7.9.2008.01.28_1 > > > I'm not sure how dbi/dbd works, but I runned the application under truss(1) and it seems to be looking for pg.rb/pg.so in all ruby and rubygems directories available, which we don't have installed. Maybe the dbi library should be updated to look for pg directory instead, where all the Pg files seems to be installed? -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ruby/attachments/20091115/ffc51f5f/attachment.pgp From stas at FreeBSD.org Sun Nov 15 10:35:10 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sun Nov 15 10:35:17 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: References: <20091111160649.GL74360@picard.dgc.se> Message-ID: <20091115023513.2df5da76.stas@FreeBSD.org> On Sun, 15 Nov 2009 10:56:06 +0100 dirk.meyer@dinoex.sub.org (Dirk Meyer) mentioned: > The update to ruby18-dbd_pg-0.3.8 is wrong. > seems that my patches where not commited. > I will merge my patches and commit the necessary fixes. > Thanks! -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ruby/attachments/20091115/fdc9fb0d/attachment.pgp From bugmaster at FreeBSD.org Mon Nov 16 11:08:25 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 16 11:10:31 2009 Subject: Current problem reports assigned to ruby@FreeBSD.org Message-ID: <200911161108.nAGB8Oeo012521@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140364 ruby ports-mgmt/portupgrade-devel: #! line substitution is o ports/140273 ruby ports-mgmt/portupgrade-devel chokes on bsdpan pkgs o ports/140192 ruby ports-mgmt/portupgrade-devel fails to install a new po o ports/140008 ruby ports-mgmt/portupgrade: many papercut omissions on por o ports/138796 ruby [patch] - update converters/ruby-lv o ports/137958 ruby ports-mgmt/portupgrade fails with recursive dependency o ports/137708 ruby ports-mgmt/portupgrade: portupgrade -cRn is broken s ports/134714 ruby ports-mgmt/portupgrade deletes user data without quest o ports/134182 ruby ports-mgmt/portupgrade incorrectly handles manual reje o ports/131111 ruby ports-mgmt/portupgrade-devel: completely removes packa o ports/129930 ruby ports-mgmt/portupgrade - portinstall tries to install o ports/129891 ruby ports-mgmt/portupgrade fails to recognize variations o o ports/128881 ruby ports-mgmt/portupgrade backtrace o ports/127889 ruby ports-mgmt/portupgrade detects spurious failures and s o ports/127019 ruby ports-mgmt/portupgrade does not recognize fail conditi o ports/126140 ruby ports-mgmt/portupgrade runtime error o ports/125936 ruby ports-mgmt/portupgrade -R fails if BUILD_DEP's are not o ports/112818 ruby ports-mgmt/portupgrade -a fails with database error 18 problems total. From penty.wenngren at dgc.se Mon Nov 16 15:09:10 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Mon Nov 16 15:09:16 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: References: <20091111160649.GL74360@picard.dgc.se> Message-ID: <20091116150907.GY74360@picard.dgc.se> On Sun, Nov 15, 2009 at 10:56:06AM +0100, Dirk Meyer wrote: > > > After having upgraded our installed ports this morning we have a few > > machines that no longer want to play with ruby, dbi and postgres. This > > is the output I get when trying to do this in irb: > > > > irb(main):001:0> require 'dbi' > > => true > > irb(main):002:0> dbh = DBI.connect("DBI:Pg:test","test","test") > > DBI::InterfaceError: Could not load driver (Could not find driver Pg or pg (error: > > no such file to load -- pg)) > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:318:in `load_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:160:in `_get_full_driver' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:145:in `connect' > > from (irb):2 > > The update to ruby18-dbd_pg-0.3.8 is wrong. > seems that my patches where not commited. > I will merge my patches and commit the necessary fixes. > > > ruby18-dbd_pg-0.3.8 > Thanks Dirk, it seems your patches solved that problem. However, now I get another error message instead: $ irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'dbi' => true irb(main):003:0> dbh = DBI.connect("DBI:Pg:mydb","user","secret") DBI::OperationalError: can't format from /usr/local/lib/ruby/site_ruby/1.8/dbd/pg/database.rb:82:in `initialize' from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `new' from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `connect' from /usr/local/lib/ruby/site_ruby/1.8/dbi/handles/driver.rb:33:in `connect' from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:148:in `connect' from (irb):3 // Penty -- Penty Wenngren DGC Solutions AB From dirk.meyer at dinoex.sub.org Mon Nov 16 15:20:56 2009 From: dirk.meyer at dinoex.sub.org (Dirk Meyer) Date: Mon Nov 16 15:21:03 2009 Subject: Ruby, dbi and PostgreSQL References: <20091111160649.GL74360@picard.dgc.se> <20091116150907.GY74360@picard.dgc.se> Message-ID: Hallo Penty Wenngren, > Thanks Dirk, it seems your patches solved that problem. However, now I get > another error message instead: > > $ irb > irb(main):001:0> require 'rubygems' > => true > irb(main):002:0> require 'dbi' > => true > irb(main):003:0> dbh = DBI.connect("DBI:Pg:mydb","user","secret") > DBI::OperationalError: can't format > from /usr/local/lib/ruby/site_ruby/1.8/dbd/pg/database.rb:82:in > `initialize' > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `new' > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `connect' > from /usr/local/lib/ruby/site_ruby/1.8/dbi/handles/driver.rb:33:in > `connect' > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:148:in `connect' > from (irb):3 The short name never worked for me even before the update. Do you have a setup where it worked this way? I used for some years this form and I tested it: dbh = DBI.connect("DBI:Pg:dbname=mydb","user","secret") kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] http://people.freebsd.org/~dinoex/errorlogs/ From penty.wenngren at dgc.se Mon Nov 16 15:45:36 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Mon Nov 16 15:45:42 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: References: <20091111160649.GL74360@picard.dgc.se> <20091116150907.GY74360@picard.dgc.se> Message-ID: <20091116154533.GZ74360@picard.dgc.se> On Mon, Nov 16, 2009 at 04:17:48PM +0100, Dirk Meyer wrote: > Hallo Penty Wenngren, > > > Thanks Dirk, it seems your patches solved that problem. However, now I get > > another error message instead: > > > > $ irb > > irb(main):001:0> require 'rubygems' > > => true > > irb(main):002:0> require 'dbi' > > => true > > irb(main):003:0> dbh = DBI.connect("DBI:Pg:mydb","user","secret") > > DBI::OperationalError: can't format > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/pg/database.rb:82:in > > `initialize' > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `new' > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `connect' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi/handles/driver.rb:33:in > > `connect' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:148:in `connect' > > from (irb):3 > > The short name never worked for me even before the update. > Do you have a setup where it worked this way? > Yes, we actually have a whole bunch of scripts with the short name that worked until the upgrade last week. > I used for some years this form and I tested it: > dbh = DBI.connect("DBI:Pg:dbname=mydb","user","secret") > I will have that in mind. Better safe than sorry, so I will convert the connection strings in our scripts to use that form instead. I tried the same connection string as before, but with dbname=mydb instead, and I get the same error message. // Penty -- Penty Wenngren DGC Solutions AB From rainer at ultra-secure.de Thu Nov 19 11:40:03 2009 From: rainer at ultra-secure.de (Rainer Duffner) Date: Thu Nov 19 11:40:09 2009 Subject: ports/140273: ports-mgmt/portupgrade-devel chokes on bsdpan pkgs Message-ID: <200911191140.nAJBe2rc081361@freefall.freebsd.org> The following reply was made to PR ports/140273; it has been noted by GNATS. From: Rainer Duffner To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/140273: ports-mgmt/portupgrade-devel chokes on bsdpan pkgs Date: Thu, 19 Nov 2009 12:33:33 +0100 I've also got this problem. When will it be fixed? (Posting here mostly to get notified if and when a fix is available) From penty.wenngren at dgc.se Fri Nov 20 15:17:03 2009 From: penty.wenngren at dgc.se (Penty Wenngren) Date: Fri Nov 20 15:17:09 2009 Subject: Ruby, dbi and PostgreSQL In-Reply-To: References: <20091111160649.GL74360@picard.dgc.se> <20091116150907.GY74360@picard.dgc.se> Message-ID: <20091120151700.GY74360@picard.dgc.se> On Tue, Nov 17, 2009 at 06:12:41PM +0100, Dirk Meyer wrote: > Penty Wenngren schrieb:, > > > Thanks Dirk, it seems your patches solved that problem. However, now I get > > another error message instead: > > > > $ irb > > irb(main):001:0> require 'rubygems' > > => true > > irb(main):002:0> require 'dbi' > > => true > > irb(main):003:0> dbh = DBI.connect("DBI:Pg:mydb","user","secret") > > DBI::OperationalError: can't format > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/pg/database.rb:82:in > > `initialize' > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `new' > > from /usr/local/lib/ruby/site_ruby/1.8/dbd/Pg.rb:157:in `connect' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi/handles/driver.rb:33:in > > `connect' > > from /usr/local/lib/ruby/site_ruby/1.8/dbi.rb:148:in `connect' > > from (irb):3 > > There is an API breakage in the underlying postgres module. > > Please install: > ruby18-dbd_pg-0.3.8_2 > ruby18-pg-0.8.0 > > I verified it works here with just: > require 'dbi' > dbh = DBI.connect("DBI:Pg:mydb","user","secret") > It took some time for ports to get updated, but after having upgraded to the latest versions it seems to work just fine now. Thank you very much :) // Penty -- Penty Wenngren DGC Solutions AB From linimon at FreeBSD.org Sat Nov 21 07:29:24 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Nov 21 07:29:30 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20091121072923.C5B331CC4A@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From vk7rb at internode.on.net Sat Nov 21 08:18:22 2009 From: vk7rb at internode.on.net (Robert McKenzie) Date: Sat Nov 21 08:18:29 2009 Subject: portupgrade-devel Message-ID: <4B079EBD.9020600@internode.on.net> Sir, Just a quick email to ask why it should be that the above package should no longer be working properly. I have done a search of the net and found that others are experiencing the same problem as me although they would appear to put it down to another reason. What I have found is that if I use "-a", the list of ports that needs to be updated is not passed properly and it would appear that they are not passed at all and falls over in pkgtools.rb at line 953 but if I put the list of ports to be updated on the command line and don't rely on "-a" it works properly. As I am not familiar with ruby the above is about the only information I have that may help point to where it is falling over. Regards, Robert McKenzie. From bugmaster at FreeBSD.org Mon Nov 23 11:08:22 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 23 11:10:24 2009 Subject: Current problem reports assigned to ruby@FreeBSD.org Message-ID: <200911231108.nANB8MkP071430@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/140364 ruby ports-mgmt/portupgrade-devel: #! line substitution is o ports/140273 ruby ports-mgmt/portupgrade-devel chokes on bsdpan pkgs o ports/140192 ruby ports-mgmt/portupgrade-devel fails to install a new po o ports/140008 ruby ports-mgmt/portupgrade: many papercut omissions on por o ports/138796 ruby [patch] - update converters/ruby-lv o ports/137958 ruby ports-mgmt/portupgrade fails with recursive dependency o ports/137708 ruby ports-mgmt/portupgrade: portupgrade -cRn is broken s ports/134714 ruby ports-mgmt/portupgrade deletes user data without quest o ports/134182 ruby ports-mgmt/portupgrade incorrectly handles manual reje o ports/131111 ruby ports-mgmt/portupgrade-devel: completely removes packa o ports/129930 ruby ports-mgmt/portupgrade - portinstall tries to install o ports/129891 ruby ports-mgmt/portupgrade fails to recognize variations o o ports/128881 ruby ports-mgmt/portupgrade backtrace o ports/127889 ruby ports-mgmt/portupgrade detects spurious failures and s o ports/127019 ruby ports-mgmt/portupgrade does not recognize fail conditi o ports/126140 ruby ports-mgmt/portupgrade runtime error o ports/125936 ruby ports-mgmt/portupgrade -R fails if BUILD_DEP's are not o ports/112818 ruby ports-mgmt/portupgrade -a fails with database error 18 problems total. From roberthuff at rcn.com Tue Nov 24 13:13:24 2009 From: roberthuff at rcn.com (Robert Huff) Date: Tue Nov 24 13:13:30 2009 Subject: portypgrade stopped working Message-ID: <19211.56305.835605.535481@jerusalem.litteratus.org> (I sent a message about this a while ago; apparently it got lost.) Hello: After a recent upgrade to portupgrade-devel (to 20091009) it mo longer works. When I run it with N >= 1 ports on the command line I get: root@>> portupgrade -R xterm-250/ [Updating the pkgdb in /var/db/pkg ... - 678 packages found (-0 +0) done] [Gathering depends for x11/xterm .................................../usr/local/sbin/portupgrade:878:in `get_all_depends': private method `scan' called for # (NoMethodError) from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:871:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:870:in `get_all_depends' from /usr/local/sbin/portupgrade:633:in `main' from /usr/local/sbin/portupgrade:607:in `each' from /usr/local/sbin/portupgrade:607:in `main' from /usr/local/sbin/portupgrade:582:in `catch' from /usr/local/sbin/portupgrade:582:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' from /usr/local/sbin/portupgrade:559:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' from /usr/local/sbin/portupgrade:231:in `new' from /usr/local/sbin/portupgrade:231:in `main' from /usr/local/sbin/portupgrade:2213 What have I messed up? Respectfully, Robert Huff From linimon at FreeBSD.org Wed Nov 25 23:18:33 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Nov 25 23:18:44 2009 Subject: ports/140880: ports-mgmt/portupgrade: portversion confused with ezm3 on amd64 Message-ID: <200911252318.nAPNIWAG009511@freefall.freebsd.org> Old Synopsis: [portupgrade] portversion confused with ezm3 on amd64 New Synopsis: ports-mgmt/portupgrade: portversion confused with ezm3 on amd64 Responsible-Changed-From-To: freebsd-ports-bugs->ruby Responsible-Changed-By: linimon Responsible-Changed-When: Wed Nov 25 23:18:02 UTC 2009 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=140880 From stas at FreeBSD.org Thu Nov 26 05:26:46 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu Nov 26 05:27:19 2009 Subject: portupgrade-devel In-Reply-To: <4B079EBD.9020600@internode.on.net> References: <4B079EBD.9020600@internode.on.net> Message-ID: <20091125212632.ddbfa593.stas@FreeBSD.org> On Sat, 21 Nov 2009 19:03:09 +1100 Robert McKenzie mentioned: > Sir, > > Just a quick email to ask why it should be that the above package should > no longer be working properly. > > I have done a search of the net and found that others are experiencing > the same problem as me although they would appear to put it down to > another reason. > > What I have found is that if I use "-a", the list of ports that needs to > be updated is not passed properly and it would appear that they are not > passed at all and falls over in pkgtools.rb at line 953 but if I put the > list of ports to be updated on the command line and don't rely on "-a" > it works properly. > > As I am not familiar with ruby the above is about the only information I > have that may help point to where it is falling over. > Hi Robert! Can you, please, send the full backtrace of the error you are receiving? Thanks! -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 801 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ruby/attachments/20091126/9eab3703/attachment.pgp