Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/13/07, Marzan, Richard non Unisys <[EMAIL PROTECTED]> wrote: > > On Thu, 13 Sep 2007 12:35:50 -0500, Neil Bothwick wrote: > > >Step 1: Stop top posting > >Step 2: Read /etc/make.conf.example, the part about PORTAGE_ELOG > > > Sure will. Thanks Neil. Just a final comment to say that after 3 days of messing around I finally managed to get this machine working again. I did nothing 'special' that I know of. I just kept uninstalling things, like everything with the name gnome in, etc., and rerunning eix-sync, revdep-rebuild loops where I skipped things that didn't work the first time, until finally it all seemed to come together. Magic. This was far and away the worst update cycle I've gone through on Gentoo. I last did this machine maybe 5 months ago. Didn't think this was all that long but it sure was tough. That said, and yes I was frustrated, I still prefer Gentoo to the FC2/FC3/FC4/FC5 treadmill I used to be on. Just wish it was easier. Thanks to everyone who answered my pleas! Cheers, Mark -- [EMAIL PROTECTED] mailing list
RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 12:35:50 -0500, Neil Bothwick wrote: >Step 1: Stop top posting >Step 2: Read /etc/make.conf.example, the part about PORTAGE_ELOG Sure will. Thanks Neil. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 11:05:57 -0500, Marzan, Richard non Unisys wrote: > Really?...Portage can do that? because I would like to get portage on my > system to do that. Step 1: Stop top posting Step 2: Read /etc/make.conf.example, the part about PORTAGE_ELOG -- Neil Bothwick Protect your software at all costs -- all else is meat. signature.asc Description: PGP signature
RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days
Really?...Portage can do that? because I would like to get portage on my system to do that. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, September 13, 2007 5:00 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days On Thu, 13 Sep 2007 00:57:35 -0700, Daevid Vincent wrote: > Another 4 million ebuild.log files to parse and act > upon after every update. Those of us wishing to spend their time more usefully have portage email the important bits instead of trying to read the files manually :-/ -- Neil Bothwick Artificial Intelligence usually beats real stupidity. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 11:32:40 +0200 Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: > The above command will show all installed packages > that *may* [1] depend on any installed version of sys-libs/db... Isn't that kind of the point, though? If you can't install the slotted version you need, the command will list the programs that may require a specific version, and you can perhaps update them to require a newer version that is available. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 11:46:29 +0200, Volker Armin Hemmann wrote: > > Those of us wishing to spend their time more usefully have portage > > email the important bits instead of trying to read the files > > manually :-/ > > elogv/elogviewer claws-mail does it for me :) -- Neil Bothwick And what else floats.? signature.asc Description: PGP signature
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
Daevid Vincent wrote: > I wonder what am I hanging on to Gentoo for (since my first > install in 2004). > > I REALLY love the theory behind it. I REALLY think/thought it has > potential. I REALLY love the customization. So ask yourself what customizations you made in Gentoo that you can't make in Ubuntu. Benno -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Donnerstag, 13. September 2007, Neil Bothwick wrote: > On Thu, 13 Sep 2007 00:57:35 -0700, Daevid Vincent wrote: > > Another 4 million ebuild.log files to parse and act > > upon after every update. > > Those of us wishing to spend their time more usefully have portage email > the important bits instead of trying to read the files manually :-/ elogv/elogviewer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 05:41:59 Mark Knecht wrote: > > This latest emerge pass seems to be working better. I did have to skip > > a couple of packages though. I'll go back and see if I can catch them > > with revdep-rebuild when it hopefully finishes up in the next hour. [...] > db2omf: Could not construct the OMF maintainer element. > Add an author, corpauthor, editor, othercredit, or publisher > element with the role attribute set to "maintainer" to epiphany.xml. > make[2]: *** [epiphany-C.omf] Error 10 > make[2]: Leaving directory > `/var/tmp/portage/www-client/epiphany-2.16.3/work/epiphany-2.16.3/help' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/www-client/epiphany-2.16.3/work/epiphany-2.16.3' > make: *** [all] Error 2 > > !!! ERROR: www-client/epiphany-2.16.3 failed. I think you either need a later version of epiphany (2.18.x) or an earlier version of gnome-doc-utils (0.8.x). Since epiphany-2.18.2 is latest stable this is probably one of those cases where the -X for revdep-rebuild would make the whole difference... -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 05:58:16 Dan Farrell wrote: > > berkdb = sys-libs/db. apr-util is slotted and 0.9.12 is in a > > different slot than 1.2.8. > > this might give you some idea of what packages might be effected by the > nontrivial update of db: > > [EMAIL PROTECTED] ~ $ equery depends db > [ Searching for packages depending on db... ] Heh. I'm sorry but that command will produce more noise than useful info. For instance on the laptop I'm writing this from I have 6 different versions of sys-libs/db installed. The above command will show all installed packages that *may* [1] depend on any installed version of sys-libs/db... [1] http://thread.gmane.org/gmane.linux.gentoo.user/179649/focus=179814 -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 00:57:35 -0700, Daevid Vincent wrote: > Another 4 million ebuild.log files to parse and act > upon after every update. Those of us wishing to spend their time more usefully have portage email the important bits instead of trying to read the files manually :-/ -- Neil Bothwick Artificial Intelligence usually beats real stupidity. signature.asc Description: PGP signature
RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days
> -Original Message- > From: Mark Knecht [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 12, 2007 4:37 PM > > I've been messing with a standard x86, middle of the road Gentoo > machine for over two days now. There must be 20 or 30 packages that > won't build. Frustrating. > > Most of the problems are in and around getting Gnome updated. Typical > of the problem, but definitely not limited to this, is the following > sort of message. Unfortunately every one of the failing packages is > giving different messages so there's nothing obvious to me here. > > What a mess! I've never in over 6 years of using Gentoo ever seen > things in worse shape. Two days of this. No fun. > > I do think that a good part of this problem is more of the expat > stuff. I had hoped it would be fixed up in portage before I got around > to working on this machine but with upcoming death of the older > versions of MythTV and the requirements to go to newer versions I had > to get to work. Bummer. 2 days work and no end in sight. I have to fully agree with you. I used to run a mixture of ~x86 and "stable" x86 on both my notebook and my server (when I was more naive). Then I got tired of compiling every day some -r1 -r2 -rN minute ebuild for a 100MB package. Grr. So I painfully ripped out all the ~x86 masks and now my system is about 99% 'stable x86'. I thought, foolishly, at the time, that this would ease my pain. I made the assumption that the "stable" branch would be well tested and compile cleanly at the very least. With the occasional minor googling or asking the list for a simple snag here and there. Boy was that woefully optimistic. Linux is painful enough as it is to use. 8 billion config files to worry about screwing up. Another 4 million ebuild.log files to parse and act upon after every update. rev-dep rebuilding. And then, as someone else mentioned, the anxiety of the fact that if you don't update with some frequency, you are so far out of date that an emerge system/world is a dilemma whether to just format and start over. The old adage, "if it ain't broke, don't fix it" can't even be applied for that very reason. Nothing like having a production server S.T.B. because some "stable" update hosed my box/config/settings, and then I have to scramble for the next few hours tracking down solutions -- Exim, Dovecot, Apache, KDE, Gnome all come to mind (my KDE is currently broken as of the emerge update two days ago). Every time I find myself fighting with some package that won't compile, or a needing a version of something that isn't marked x86 (like SVN STILL!) that should be by now, or when I watch the 10 other developers where I work who have Compiz working flawlessly on Ubuntu by simply "apt-get install"ing it, I wonder what am I hanging on to Gentoo for (since my first install in 2004). I REALLY love the theory behind it. I REALLY think/thought it has potential. I REALLY love the customization. But is that all REALLY worth the headaches. I literally triple boot my notebook now. Gentoo, XP and Ubuntu. The Ubuntu Gnome/Compiz works great. I can't even get it to work in Gentoo. SAME F'N HARDWARE! The stupid nVidia drivers are all whack and have stopped supporting my GeForce 440 card -- I can't change the card so I'm screwed with older drivers. Yet, somehow Ubuntu works in composite mode (albeit a tiny bit pokie). WTF? I look at the major notebook players like Dell and now Lenovo talking about distros to support and they both choose Ubuntu. I look at distro-watch and Ubuntu is #1, with gentoo #13 with 1/4 the votes. I'm not quite ready to jump ship yet, but someone please tell me the _very near_ future is brighter for Gentoo. Give me some hope... -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Wed, 12 Sep 2007 19:03:43 -0700 "Mark Knecht" <[EMAIL PROTECTED]> wrote: > That said I think most of my home would be better > off with something like Ubuntu or Suse but I haven't the inclination > to learn it. Ubuntu's _really_ easy as long as nothing goes wrong with the kernel (there's no help for it like on the gentoo cds). I recommend it for those PCs whose users are constantly bothering you about how to do specific things, as they can install and manage packages themselves. there's really nothing to running it. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thu, 13 Sep 2007 05:09:22 +0200 Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: > > berkdb = sys-libs/db. apr-util is slotted and 0.9.12 is in a > different slot than 1.2.8. this might give you some idea of what packages might be effected by the nontrivial update of db: [EMAIL PROTECTED] ~ $ equery depends db [ Searching for packages depending on db... ] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 05:32:07 Mark Knecht wrote: > That's very interesting. What about slotting issues? What if it's the > old version in a slot that needs to be rebuilt? (FYI - I don't really > understand slotting that much since I don't program. I've guessed it's > because some code needs old libraries, etc., and somehow slotting > takes care of that.) Slotting just allows two or more versions of a package to be installed at the same time. It's up to the maintainer to ensure that they don't interfere with each other so there's no magic in it.. > Does -X install the latest version in the specific slot? It should. Unfortunately revdep-rebuild has a few bugs at the moment. So in the case of apr-util the latest stable version of revdep-rebuild will remerge the wrong version of apr-util (see bug #189720 for details). And of course latest ~arch version has a few other bugs at the moment (most of which are fixed in svn but not yet released).. :p > Anyway, I've wondered at times about just removing all the specific > revision numbers but I'm wary of going beyond my comfort zone and then > ending up in a state that's more difficult to fix. -X will certainly do a better job than just removing all specific revision numbers manually. > Maybe the revdep-rebuild guys should (could?) include -X if it's the > right thing to do? The latest ~arch version does have -X as default. Once the bugs in that gets fixed it'll do a much better job than the current stable version. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Mark Knecht <[EMAIL PROTECTED]> wrote: > > This latest emerge pass seems to be working better. I did have to skip > a couple of packages though. I'll go back and see if I can catch them > with revdep-rebuild when it hopefully finishes up in the next hour. > Error #3 follows. This one I really do not understand. OMF? I have not yet checked bugzilla. Will do that in the morning. if ! test -d uk/; then mkdir uk/; fi case "." in /*) sd=".";; *) sd="../.";; esac; \ if [ -f "C/epiphany.xml" ]; then d="../"; else d="$sd/"; fi; \ (cd uk/ && \ `which xml2po` -e -p \ "${d}uk/uk.po" \ "${d}C/epiphany.xml" > epiphany.xml.tmp && \ cp epiphany.xml.tmp epiphany.xml && rm -f epiphany.xml.tmp) xsltproc -o epiphany-C.omf --stringparam db2omf.basename epiphany --stringparam db2omf.format 'docbook' --stringparam db2omf.dtd "-//OASIS//DTD DocBook XML V4.1.2//EN" --stringparam db2omf.lang C --stringparam db2omf.omf_dir "/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help" --stringparam db2omf.omf_in "`pwd`/./epiphany.omf.in" `/usr/bin/pkg-config --variable db2omf gnome-doc-utils` C/epiphany.xml db2omf: Could not construct the OMF maintainer element. Add an author, corpauthor, editor, othercredit, or publisher element with the role attribute set to "maintainer" to epiphany.xml. make[2]: *** [epiphany-C.omf] Error 10 make[2]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.16.3/work/epiphany-2.16.3/help' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/www-client/epiphany-2.16.3/work/epiphany-2.16.3' make: *** [all] Error 2 !!! ERROR: www-client/epiphany-2.16.3 failed. Call stack: ebuild.sh, line 1638: Called dyn_compile ebuild.sh, line 985: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile epiphany-2.16.3.ebuild, line 67: Called gnome2_src_compile gnome2.eclass, line 71: Called die !!! compile failure !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/www-client/epiphany-2.16.3/temp/build.log'. Sector9 ~ # -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 05:23:45 Mark Knecht wrote: > gda-firebird-recordset.c:517: error: dereferencing pointer to incomplete > type make[2]: *** [gda-firebird-recordset.lo] Error 1 [...] > !!! ERROR: gnome-extra/libgda-1.2.3 failed. You really ought to learn to search bugzie.. :p https://bugs.gentoo.org/show_bug.cgi?id=183465 [...} > Is firebird yet another database? Yep. If you don't actually need it, turning off that use flag might work.. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Iain Buchanan <[EMAIL PROTECTED]> wrote: > On Wed, 2007-09-12 at 18:06 -0700, Mark Knecht wrote: > > > Sorry. I should have started that a number of the failures have come > > while doing revdep-rebuild. One seemingly large problem is that > > revdep-rebuild wants to rebuild packages that are no longer in portage > > so you have to remove those from the rebuild or attempt to change > > revision numbers by hand on the fly in the long command that > > revdep-rebuild -p creates. That's been a mess and not the way I know > > the portage developers want me to maintain the system. > > -X, -X, again I say -X! > > with ~x86 revdep-rebuild, this behaviour is default, but most likely > with your revdep-rebuild, you can specify -X to get the latest version > of the packages. Otherwise it will try and use the currently installed > version, which isn't what you want when in the middle of a large > upgrade! > > HTH, > -- > Iain Buchanan > That's very interesting. What about slotting issues? What if it's the old version in a slot that needs to be rebuilt? (FYI - I don't really understand slotting that much since I don't program. I've guessed it's because some code needs old libraries, etc., and somehow slotting takes care of that.) Does -X install the latest version in the specific slot? Anyway, I've wondered at times about just removing all the specific revision numbers but I'm wary of going beyond my comfort zone and then ending up in a state that's more difficult to fix. Maybe the revdep-rebuild guys should (could?) include -X if it's the right thing to do? Thanks for the info. - Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote: > On Thursday 13 September 2007 04:54:08 Mark Knecht wrote: > > OK, the emerge -DuN world finished up and said everything was good. I > > then ran revdep-rebuild and have a list of things that need to be > > rebuilt. One has failed - dev-libs/apr-util. > > > > checking gdbm.h presence... yes > > checking for gdbm.h... yes > > checking for gdbm_open in -lgdbm... yes > > configure: error: Berkeley DB not found. > [...] > > '/var/tmp/portage/dev-libs/apr-util-0.9.12/temp/build.log'. > [...] > > Sector9 ~ # emerge -pvD apr-util > [...] > > [ebuild R ] dev-libs/apr-util-1.2.8 USE="berkdb gdbm ldap > [...] > > I'm wondering what package should supply berkdb and why this ebuild > > doesn't force that package to get installed? > > berkdb = sys-libs/db. apr-util is slotted and 0.9.12 is in a different slot > than 1.2.8. So try.. > > # emerge -va1 sys-libs/db:4.5 dev-libs/apr-util:0 > > If it still fails look at the config.log from apr-util to try to find why it's > failing.. > > -- > Bo Andresen > > Bo, Thanks. Will try that command in a minute. Error #2 follows: YS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 -DGETTEXT_PACKAGE=\"libgda-2\" -DHAVE_LOCALE_H=1 -DHAVE_LC_MESSAGES=1 -DHAVE_BIND_TEXTDOMAIN_CODESET=1 -DHAVE_GETTEXT=1 -DHAVE_DCGETTEXT=1 -DENABLE_NLS=1 -DHAVE_MYSQL=1 -DHAVE_FIREBIRD=1 -DHAVE_LDAP=1 -DHAVE_POPT_H=1 -DHAVE_READLINE_READLINE_H=1 -DHAVE_READLINE_HISTORY_H=1 -I. -I../.. -I../.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/opt/firebird/include -O2 -march=i686 -fomit-frame-pointer -pipe -MT gda-firebird-recordset.lo -MD -MP -MF .deps/gda-firebird-recordset.Tpo -c gda-firebird-recordset.c -fPIC -DPIC -o .libs/gda-firebird-recordset.o gda-firebird-recordset.c: In function 'fb_gda_value_fill': gda-firebird-recordset.c:515: error: dereferencing pointer to incomplete type gda-firebird-recordset.c:515: error: dereferencing pointer to incomplete type gda-firebird-recordset.c:517: error: dereferencing pointer to incomplete type make[2]: *** [gda-firebird-recordset.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-extra/libgda-1.2.3/work/libgda-1.2.3/providers/firebird' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-extra/libgda-1.2.3/work/libgda-1.2.3/providers' make: *** [all-recursive] Error 1 !!! ERROR: gnome-extra/libgda-1.2.3 failed. Call stack: ebuild.sh, line 1638: Called dyn_compile ebuild.sh, line 985: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ebuild.sh, line 1328: Called gnome2_src_compile gnome2.eclass, line 71: Called die !!! compile failure !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/gnome-extra/libgda-1.2.3/temp/build.log'. Sector9 ~ # Is firebird yet another database? Thanks, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Wed, 2007-09-12 at 18:06 -0700, Mark Knecht wrote: > Sorry. I should have started that a number of the failures have come > while doing revdep-rebuild. One seemingly large problem is that > revdep-rebuild wants to rebuild packages that are no longer in portage > so you have to remove those from the rebuild or attempt to change > revision numbers by hand on the fly in the long command that > revdep-rebuild -p creates. That's been a mess and not the way I know > the portage developers want me to maintain the system. -X, -X, again I say -X! with ~x86 revdep-rebuild, this behaviour is default, but most likely with your revdep-rebuild, you can specify -X to get the latest version of the packages. Otherwise it will try and use the currently installed version, which isn't what you want when in the middle of a large upgrade! HTH, -- Iain Buchanan Order and simplification are the first steps toward mastery of a subject -- the actual enemy is the unknown. -- Thomas Mann -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 04:54:08 Mark Knecht wrote: > OK, the emerge -DuN world finished up and said everything was good. I > then ran revdep-rebuild and have a list of things that need to be > rebuilt. One has failed - dev-libs/apr-util. > > checking gdbm.h presence... yes > checking for gdbm.h... yes > checking for gdbm_open in -lgdbm... yes > configure: error: Berkeley DB not found. [...] > '/var/tmp/portage/dev-libs/apr-util-0.9.12/temp/build.log'. [...] > Sector9 ~ # emerge -pvD apr-util [...] > [ebuild R ] dev-libs/apr-util-1.2.8 USE="berkdb gdbm ldap [...] > I'm wondering what package should supply berkdb and why this ebuild > doesn't force that package to get installed? berkdb = sys-libs/db. apr-util is slotted and 0.9.12 is in a different slot than 1.2.8. So try.. # emerge -va1 sys-libs/db:4.5 dev-libs/apr-util:0 If it still fails look at the config.log from apr-util to try to find why it's failing.. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Mark Knecht <[EMAIL PROTECTED]> wrote: > > This latest emerge pass seems to be working better. I did have to skip > a couple of packages though. I'll go back and see if I can catch them > with revdep-rebuild when it hopefully finishes up in the next hour. > OK, the emerge -DuN world finished up and said everything was good. I then ran revdep-rebuild and have a list of things that need to be rebuilt. One has failed - dev-libs/apr-util. checking gdbm.h presence... yes checking for gdbm.h... yes checking for gdbm_open in -lgdbm... yes configure: error: Berkeley DB not found. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/dev-libs/apr-util-0.9.12/work/apr-util-0.9.12/config.log !!! ERROR: dev-libs/apr-util-0.9.12 failed. Call stack: ebuild.sh, line 1638: Called dyn_compile ebuild.sh, line 985: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile apr-util-0.9.12.ebuild, line 49: Called econf '--datadir=/usr/share/apr-util-0' '--with-apr=/usr' '--with-expat=/usr' '--with-ldap' '--with-gdbm' '--with-dbm=db45' '--with-berkeley-db=/usr/include/db4.5:/usr/lib' ebuild.sh, line 586: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/dev-libs/apr-util-0.9.12/temp/build.log'. However when I look at emerging apr-util by itself with the deep command it doesn't seem that it would fix this: Sector9 ~ # emerge -pvD apr-util These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] dev-libs/apr-util-1.2.8 USE="berkdb gdbm ldap -postgres -sqlite -sqlite3" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Sector9 ~ # I'm wondering what package should supply berkdb and why this ebuild doesn't force that package to get installed? Sector9 ~ # eix berkdb No matches found. Sector9 ~ # Continuing on with revdep-rebuild. Thanks, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Dan Farrell <[EMAIL PROTECTED]> wrote: > On Wed, 12 Sep 2007 18:06:21 -0700 > "Mark Knecht" <[EMAIL PROTECTED]> wrote: > > > One seemingly large problem is that > > revdep-rebuild wants to rebuild packages that are no longer in portage > > so you have to remove those from the rebuild or attempt to change > > revision numbers by hand on the fly in the long command that > > revdep-rebuild -p creates. > > That is very annoying, I agree. Just about the only truly negative > thing i have to say about gentoo is that if you wait too long to > update, you're in a bad spot by the time you get around to it. This is very true. I have time and time again run into issues that don't fit the maintainer's point of view which is typically a single PC. I run a small network of MythTV machines here in the house. Unfortunately with Myth you cannot update the server (in general) without updating the frontend machines. For me that means updating 6 machines in parallel which is a significant time sync. Add to that things like dropping support for certain kernels, certain ati-drivers packages, etc., and you can find yourself in trouble. On the other hand, Gentoo does work and it's far and away the most stable brand of Linux I've ever run. Add to that great overlay support for the pro-audio stuff I'm involved with and I don't think there are many alternatives. That said I think most of my home would be better off with something like Ubuntu or Suse but I haven't the inclination to learn it. Anyway, thanks for your inputs. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Wed, 12 Sep 2007 18:06:21 -0700 "Mark Knecht" <[EMAIL PROTECTED]> wrote: > One seemingly large problem is that > revdep-rebuild wants to rebuild packages that are no longer in portage > so you have to remove those from the rebuild or attempt to change > revision numbers by hand on the fly in the long command that > revdep-rebuild -p creates. That is very annoying, I agree. Just about the only truly negative thing i have to say about gentoo is that if you wait too long to update, you're in a bad spot by the time you get around to it. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On 9/12/07, Dan Farrell <[EMAIL PROTECTED]> wrote: > On Wed, 12 Sep 2007 16:36:56 -0700 > "Mark Knecht" <[EMAIL PROTECTED]> wrote: > > > libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or > > unhandled argument `/usr/lib/libgnomevfs-2.la' > > looks like your libraries are a little off. Have you tried > revdep-rebuild? In an attempt to keep the conversation compact I'll answer the 3 responses I've seen so far in this email. Sorry. I should have started that a number of the failures have come while doing revdep-rebuild. One seemingly large problem is that revdep-rebuild wants to rebuild packages that are no longer in portage so you have to remove those from the rebuild or attempt to change revision numbers by hand on the fly in the long command that revdep-rebuild -p creates. That's been a mess and not the way I know the portage developers want me to maintain the system. (Although we will all do what we have to do at times) With packages seemingly failing left and right I've proceeded on with emerge --resume --skip-first command to attempt the get everything built that I can get built but that's not really right either. To Danilo - I'll look into emerging only gnome and see what happens there. Thanks. To Bo: Sector9 ~ # ls -l /usr/lib/libgnomevfs-2.la -rw-r--r-- 1 root root 1122 Sep 12 16:55 /usr/lib/libgnomevfs-2.la Sector9 ~ # Sector9 ~ # equery check gnome-vfs [ Checking gnome-base/gnome-vfs-2.18.1 ] * 381 out of 381 files good Sector9 ~ # I did not know about equery check. Thanks! This latest emerge pass seems to be working better. I did have to skip a couple of packages though. I'll go back and see if I can catch them with revdep-rebuild when it hopefully finishes up in the next hour. Thanks for the ideas all. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Thursday 13 September 2007 01:36:56 Mark Knecht wrote: > libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or > unhandled argument `/usr/lib/libgnomevfs-2.la' # ls -l /usr/lib/libgnomevfs-2.la # equery check gnome-vfs ? -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
Try to remerge only gnome first and check the flags. 2007/9/12, Dan Farrell <[EMAIL PROTECTED]>: > > On Wed, 12 Sep 2007 16:36:56 -0700 > "Mark Knecht" <[EMAIL PROTECTED]> wrote: > > > libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or > > unhandled argument `/usr/lib/libgnomevfs-2.la' > > looks like your libraries are a little off. Have you tried > revdep-rebuild? > -- > [EMAIL PROTECTED] mailing list > >
Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days
On Wed, 12 Sep 2007 16:36:56 -0700 "Mark Knecht" <[EMAIL PROTECTED]> wrote: > libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or > unhandled argument `/usr/lib/libgnomevfs-2.la' looks like your libraries are a little off. Have you tried revdep-rebuild? -- [EMAIL PROTECTED] mailing list