Date: Mon, 01 May 2006 23:28:33 +0400 From: Vladimir Grebenschikov <vova@fbsd.ru> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: ports@freebsd.org, gnome@freebsd.org, kde@freebsd.org, Michael Nottebrock <lofi@freebsd.org> Subject: Re: HEADS UP: GNOME 2.14 being merged into the tree Message-ID: <1146511713.3140.4.camel@localhost> In-Reply-To: <1146500428.844.3.camel@shumai.marcuscom.com> References: <1146349274.16564.18.camel@shumai.marcuscom.com> <200604301614.30077.andy@athame.co.uk> <op.s8txypkm9aq2h7@mezz.mezzweb.com> <200604301950.27364.andy@athame.co.uk> <b2203fed0604301032t1798001dpa7c88c9616c52533@mail.gmail.com> <44562619.3090403@freebsd.org> <1146500428.844.3.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
=F7 =D0=CE, 01/05/2006 =D7 12:20 -0400, Joe Marcus Clarke =D0=C9=DB=C5=D4:
> On Mon, 2006-05-01 at 17:15 +0200, Michael Nottebrock wrote:
> > michael johnson schrieb:
> >=20
> > >> ahze@ seems to have fixed the note in UPDATING for it, although I'm =
not
> > >> sure it's enough. At least x11/kdelibs wants mDNSResponder, and if
> > >> avahi is already installed the dependencies will be recorded
> > >> incorrectly. I've already informed kde@
> > >=20
> > >=20
> > > We're working on a fix. Either we will disable mDNSResponder in avahi
> >=20
> > Yes, please.
> >=20
> > > or hopefully kde@ will want to use avahi's mDNSResponder.
> >=20
> > This wouldn't help the people running into the CONFLICTS right now (the
> > dependencies are already registered in people's pkgdbs when they do,
> > changing the kdelibs port won't fix that). We can try to make that work
> > later.
> >=20
> > Also ... seriously, do you guys even check just what is depending on th=
e
> > things you're setting CONFLICTS with? I really was not expecting to see
> > anybody pull a fam->gamin again so soon.
>=20
> We tested this change as we do all GNOME development versions. In the
> past, GNOME/KDE conflicts were quickly brought to light by our testers.
> It seems that this time around, we did not have anyone trying GNOME 2.14
> with KDE on the same machine. I was rather shocked myself to learn
> about this and the xpdf/poppler conflict so late.
Both problems was reported before here:
From:=20
Vladimir Grebenschikov
<vova@fbsd.ru>
Sender:=20
vova@fbsd.ru
To:=20
Jeremy Messenger <mezz7@cox.net>
Cc:=20
Tuc at T-B-O-H <ml@t-b-o-h.net>,
freebsd-gnome@freebsd.org
Subject:=20
Re: Suggested mod for
gnome_upgradeXXX.sh
Date:=20
Mon, 20 Mar 2006 12:50:23 +0300
=F7 =D7=D3, 19/03/2006 =D7 11:36 -0600, Jeremy Messenger =D0=C9=DB=C5=D4:
> We will be no longer need gnome_upgradeXXX.sh in the future version
of =20
> GNOME. Bless to the ltverhack that fix libtool bug. Upgrade GNOME 2.12
to =20
> 2.14 (still in MC) was a lot easier than any previous version, which
it =20
> can be done with portupgrade now. About four to five steps to do it. =20
> Here's what I did with GNOME 2.12 to 2.14:
>=20
> pkgdb -Ff (need for gst stuff)
> portupgrade -f -o net/avahi howl-\*
> portupgrade -a
> portupgrade -f -o x11/gnome-screensaver xscreensaver-gnome-\*
>=20
> The steps might be change if there is any better. Like might be best
to =20
> follow UPDATING before do the portupgrade -a.
First of all thanks for good work.
Unfortunately, I've do this upgrade before above suggestion, so I was
forced to find the solution with howl -> avahi by myself.
Also there is one more conflict of this kind:
evinice requires poppler, but poppler conflicts with already installed
xpdf:
=3D=3D=3D> Installing for poppler-0.5.1
=3D=3D=3D> poppler-0.5.1 conflicts with installed package(s):=20
xpdf-3.01_2
They install files into the same place.
Please remove them first with pkg_delete(1).
*** Error code 1
Stop in /usr/ports/graphics/poppler.
*** Error code 1
Anyway, I get several problems after installation:
most important - some applications stops work due to glib/libthread
problem:
% gnome-ssh-askpass2=20
GTK Accessibility Module initialized
/libexec/ld-elf.so.1: /usr/local/lib/libgthread-2.0.so.0: Undefined
symbol "pthread_getschedparam"
% nm -a /usr/local/lib/libgthread-2.0.so.0 | fgrep
"pthread_getschedparam"
U pthread_getschedparam
%
but it can be fixed by forced libc_r load:
% env LD_PRELOAD=3D/usr/lib/libc_r.so gnome-ssh-askpass2
GTK Accessibility Module initialized
%
Same library problem with gqview application.
Another problem is constantly dieing gnome-panel after execution
gnome-session-save.
Restarting gnome session (with killing X) helps.
Third problem is GDM, if I choose themed local login it just crashed.
Starting /usr/X11R6/libexec/gdmlogin manually it shows:
The greeter version (2.14.0) does not match the daemon version. You
have probably just upgraded GDM. Please restart the GDM daemon or the
computer.
gdm was upgraded successfully.
There are also minor glitches, like lost session configuration or clock
applet style after upgrade.=20
> Cheers,
> Mezz
>=20
> On Sun, 19 Mar 2006 10:16:16 -0600, Tuc at T-B-O-H <ml@t-b-o-h.net>
wrote:
>=20
> > Hi,
> >
> > During STAGE 2 you are portupgrading all of the external
dependencies. =20
> > The
> > problem I have is sometimes some of what it wants to upgrade are
things
> > that either aren't as simple as a "portupgrade" (perl for example)
or
> > things that I don't care to be on the bleeding edge of (nvidia
> > drivers).
> >
> > What I personally did to stop it was wrote the ${external_list} to a
> > temp file, invoke vi on the file, and then feed a cat of that to the
> > run_portupgrade.
> >
> > I was wondering if maybe in the future something like this might be
> > added. Right now my file has 153 items in it to start, and after I
> > pulled out everything I didn't think or want to be upgraded it ended
> > up to be 124 items. I'm not sure a "Do you want to upgrade
devel/pcre =20
> > (Y/N)"
> > would be appropriate, so not sure the best way to go about it.
> >
> > Thanks, Tuc
>=20
>=20
--=20
Vladimir B. Grebenschikov
vova@fbsd.ru
> Joe
--=20
Vladimir B. Grebenschikov
vova@fbsd.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1146511713.3140.4.camel>