[gentoo-user] Immensely disappointed in emerge -DuN world these days

[gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

Hi,
   I'm not expecting that I can get a simple answer to this so I'm
posting one of very many errors I'm seeing now. Please excuse the
nature of my frustration here. I'm venting at this point.

<RANT>
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.

I've updated portage and emerge -DuN system installed clean the first time.

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.

1-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lpango-1.0 -lcairo
-lrsvg-2 -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl
-lglib-2.0 -lxml2 -lart_lgpl_2   -lXi   -lX11
mkdir .libs
libtool: link: cannot find the library `/usr/lib/libgnomevfs-2.la' or
unhandled argument `/usr/lib/libgnomevfs-2.la'
make[4]: *** [gdmgreeter] Error 1
make[4]: Leaving directory
`/var/tmp/portage/gnome-base/gdm-2.18.4/work/gdm-2.18.4/gui/greeter'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/gnome-base/gdm-2.18.4/work/gdm-2.18.4/gui/greeter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/gnome-base/gdm-2.18.4/work/gdm-2.18.4/gui'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/gnome-base/gdm-2.18.4/work/gdm-2.18.4'
make: *** [all] Error 2

!!! ERROR: gnome-base/gdm-2.18.4 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-base/gdm-2.18.4/temp/build.log'.

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.

</RANT>

   I don't suppose anyone is really still reading but if you are and
have some idea what's gone wrong here please let me know. I'm lost.

Thanks,
Mark
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Dan Farrell]

On Wed, 12 Sep 2007 16:36:56 -0700
"Mark Knecht" <markknecht@gmail.com> 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?
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Danilo Marcelo]

[-- Attachment #1: Type: text/plain, Size: 438 bytes --]

Try to remerge only gnome first and check the flags.

2007/9/12, Dan Farrell <dan@spore.ath.cx>:
>
> On Wed, 12 Sep 2007 16:36:56 -0700
> "Mark Knecht" <markknecht@gmail.com> 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?
> --
> gentoo-user@gentoo.org mailing list
>
>

[-- Attachment #2: Type: text/html, Size: 855 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Dan Farrell <dan@spore.ath.cx> wrote:
> On Wed, 12 Sep 2007 16:36:56 -0700
> "Mark Knecht" <markknecht@gmail.com> 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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Dan Farrell]

On Wed, 12 Sep 2007 18:06:21 -0700
"Mark Knecht" <markknecht@gmail.com> 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.  

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Dan Farrell <dan@spore.ath.cx> wrote:
> On Wed, 12 Sep 2007 18:06:21 -0700
> "Mark Knecht" <markknecht@gmail.com> 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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Mark Knecht <markknecht@gmail.com> wrote:
<SNIP>
>
> 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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 985 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Iain Buchanan]

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 <iaindb at netspace dot net dot au>

Order and simplification are the first steps toward mastery of a subject
-- the actual enemy is the unknown.
		-- Thomas Mann

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Bo Ørsted Andresen <bo.andresen@zlin.dk> 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
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Iain Buchanan <iaindb@netspace.net.au> 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 <iaindb at netspace dot net dot au>
>

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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 491 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/12/07, Mark Knecht <markknecht@gmail.com> wrote:
<SNIP>
>
> 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.
>
<SNIP>

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 ~ #
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 1554 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Dan Farrell]

On Thu, 13 Sep 2007 05:09:22 +0200
Bo Ørsted Andresen <bo.andresen@zlin.dk> 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:

dan@pascal ~ $ equery depends db
[ Searching for packages depending on db... ]

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Dan Farrell]

On Wed, 12 Sep 2007 19:03:43 -0700
"Mark Knecht" <markknecht@gmail.com> 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.  
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Immensely disappointed in emerge -DuN world these days

[Alexander Skwar]

Mark Knecht <markknecht@gmail.com> 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.

revedep-rebuild -X. That's default in the rewritten version.

Alexander Skwar

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Immensely disappointed in emerge -DuN world these days

[Alexander Skwar]

Mark Knecht <markknecht@gmail.com> wrote:

> For me that means updating 6
> machines in parallel which is a significant time sync.

Are those machines identical? If so, why don't you just update 
just one machine and then mount /lib, /usr, ... from that machine,
or use FEATURES=buildpkg or --buildpkg and then simply install
the resulting packages on these other machines?

Alexander Skwar

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Immensely disappointed in emerge -DuN world these days

[Alexander Skwar]

Mark Knecht <markknecht@gmail.com> wrote:

> Maybe the revdep-rebuild guys should (could?) include -X if it's the
> right thing to do?

They do.

Alexander Skwar

-- 
gentoo-user@gentoo.org mailing list

RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Daevid Vincent]

> -----Original Message-----
> From: Mark Knecht [mailto:markknecht@gmail.com] 
> 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.

<rant>
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...
</rant>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 748 bytes --]

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:
>
> dan@pascal ~ $ 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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 1137 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Volker Armin Hemmann]

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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Benno Schulenberg]

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
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 335 bytes --]

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.....?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Dan Farrell]

On Thu, 13 Sep 2007 11:32:40 +0200
Bo Ørsted Andresen <bo.andresen@zlin.dk> 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.  
--
gentoo-user@gentoo.org mailing list

RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Marzan, Richard non Unisys]

Really?...Portage can do that? because I would like to get portage on my
system to do that.

-----Original Message-----
From: neil@digimed.co.uk [mailto:neil@digimed.co.uk] 
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.
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 348 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

RE: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Marzan, Richard non Unisys]

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.
--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Immensely disappointed in emerge -DuN world these days

[Mark Knecht]

On 9/13/07, Marzan, Richard non Unisys <Richard.Marzan@unisys.com> 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
-- 
gentoo-user@gentoo.org mailing list