From owner-freebsd-gnome@FreeBSD.ORG Mon May 1 19:32:08 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C7916A409; Mon, 1 May 2006 19:32:08 +0000 (UTC) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B50D43D5D; Mon, 1 May 2006 19:32:01 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1Fae4Q-0000pu-Mk; Mon, 01 May 2006 23:28:34 +0400 From: Vladimir Grebenschikov To: Joe Marcus Clarke In-Reply-To: <1146500428.844.3.camel@shumai.marcuscom.com> References: <1146349274.16564.18.camel@shumai.marcuscom.com> <200604301614.30077.andy@athame.co.uk> <200604301950.27364.andy@athame.co.uk> <44562619.3090403@freebsd.org> <1146500428.844.3.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 01 May 2006 23:28:33 +0400 Message-Id: <1146511713.3140.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: ports@freebsd.org, gnome@freebsd.org, kde@freebsd.org, Michael Nottebrock Subject: Re: HEADS UP: GNOME 2.14 being merged into the tree X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 19:32:08 -0000 =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 Sender:=20 vova@fbsd.ru To:=20 Jeremy Messenger Cc:=20 Tuc at T-B-O-H , 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 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