[gentoo-user] dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 still linked to libpython2.5.so.1.0 after upgrading to python-2.6.2-r1
Hello, Recently I upgraded to python-2.6.2-r1 which currently is slotted on my system as long as python-2.5.4-r3 is. After running python-upgrade twice I see that dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 are still linked to libpython2.5.so.1.0. On the other hand emege --depclean -p suggests that python-2.5.4-r3 can be removed and this is what I would like to do if possible. Shouldn't python-upgrade have resolved this linking issue? From the afore mentioned ebuilds I can tell that there is no specific dependency on python 2.5. Any help would be appreciated. Regards Yiannis
Re: [gentoo-user] Re: dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 still linked to libpython2.5.so.1.0 after upgrading to python-2.6.2-r1
On Wed, 19 Aug 2009 21:30:56 +0300 Nikos Chantziaras wrote: > On 08/19/2009 09:13 PM, Yiannis wrote: > > Hello, > > > > Recently I upgraded to python-2.6.2-r1 which currently is slotted on > > my system as long as python-2.5.4-r3 is. After running > > python-upgrade twice I see that dev-libs/boost-1.35.0-r2 and > > x11-libs/vte-0.17.4-r3 are still linked to libpython2.5.so.1.0. On > > the other hand emege --depclean -p suggests that python-2.5.4-r3 > > can be removed and this is what I would like to do if possible. > > Shouldn't python-upgrade have resolved this linking issue? From the > > afore mentioned ebuilds I can tell that there is no specific > > dependency on python 2.5. Any help would be appreciated. > > That's what revdep-rebuild is for. After depclean removes > python-2.5, you need to do a revdep-rebuild which will take care of > boost and any other packages still using the old libpython. > Ah, I thought that those ebuilds would use the latest available python. I'll try that and report the result.
Re: [gentoo-user] Re: dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 still linked to libpython2.5.so.1.0 after upgrading to python-2.6.2-r1
On Wed, 19 Aug 2009 21:30:56 +0300 Nikos Chantziaras wrote: > On 08/19/2009 09:13 PM, Yiannis wrote: > > Hello, > > > > Recently I upgraded to python-2.6.2-r1 which currently is slotted on > > my system as long as python-2.5.4-r3 is. After running > > python-upgrade twice I see that dev-libs/boost-1.35.0-r2 and > > x11-libs/vte-0.17.4-r3 are still linked to libpython2.5.so.1.0. On > > the other hand emege --depclean -p suggests that python-2.5.4-r3 > > can be removed and this is what I would like to do if possible. > > Shouldn't python-upgrade have resolved this linking issue? From the > > afore mentioned ebuilds I can tell that there is no specific > > dependency on python 2.5. Any help would be appreciated. > > That's what revdep-rebuild is for. After depclean removes > python-2.5, you need to do a revdep-rebuild which will take care of > boost and any other packages still using the old libpython. > I am a little confused here about what happened. After removing python-2.5.4-r3, # revdep-rebuilt -pv --library libpython2.5.so.1.0 did not rebuild dev-libs/boost-1.35.0-r2 nor x11-libs/vte-0.17.4-r3. Also running: # for file in `equery files vte`; do if [ -f $file ]; then ldd $file | grep python; fi; done 2>/dev/null # for file in `equery files boost`; do if [ -f $file ]; then ldd $file | grep python; fi; done 2>/dev/null returns nothing about python(I suppose that revdep-rebuild does something like this). Everything seems ok. Am I missing something here?
Re: [gentoo-user] Re: dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 still linked to libpython2.5.so.1.0 after upgrading to python-2.6.2-r1
On Wed, 19 Aug 2009 23:32:53 +0300 Nikos Chantziaras wrote: > On 08/19/2009 11:17 PM, Yiannis wrote: > > On Wed, 19 Aug 2009 21:30:56 +0300 > > Nikos Chantziaras wrote: > > > >> On 08/19/2009 09:13 PM, Yiannis wrote: > >>> Hello, > >>> > >>> Recently I upgraded to python-2.6.2-r1 which currently is slotted > >>> on my system as long as python-2.5.4-r3 is. After running > >>> python-upgrade twice I see that dev-libs/boost-1.35.0-r2 and > >>> x11-libs/vte-0.17.4-r3 are still linked to libpython2.5.so.1.0. On > >>> the other hand emege --depclean -p suggests that python-2.5.4-r3 > >>> can be removed and this is what I would like to do if possible. > >>> Shouldn't python-upgrade have resolved this linking issue? From > >>> the afore mentioned ebuilds I can tell that there is no specific > >>> dependency on python 2.5. Any help would be appreciated. > >> > >> That's what revdep-rebuild is for. After depclean removes > >> python-2.5, you need to do a revdep-rebuild which will take care of > >> boost and any other packages still using the old libpython. > > > > I am a little confused here about what happened. After removing > > python-2.5.4-r3, # revdep-rebuilt -pv --library libpython2.5.so.1.0 > > did not rebuild dev-libs/boost-1.35.0-r2 nor > > x11-libs/vte-0.17.4-r3. Also running: > > # for file in `equery files vte`; do if [ -f $file ]; then ldd > > $file | grep python; fi; done 2>/dev/null > > # for file in `equery files boost`; do if [ -f $file ]; then ldd > > $file | grep python; fi; done 2>/dev/null > > returns nothing about python(I suppose that revdep-rebuild does > > something like this). Everything seems ok. Am I missing something > > here? > > What about just "revdep-rebuild -a" without any other options? > > Also, what portage version do you have? If it's 2.2, it should have > the new "preserved-rebuild" feature which keeps libs even if you > depclean. If yes, I can't really help, I'm on portage 2.1. > I have portage 2.1.6.13. -a does not apply on this version of revdep-rebuild. Do not bother anymore. As long as revdep-rebuild says that everything is consistent I'll count on it. It was just plain curiosity based on the different reports between python-upgrade and revdep-rebuild(could it be a python-upgrade's bug? Does gentoo have bugs!?!?!? :). Anyway, thanks for helping.
Re: [gentoo-user] Re: dev-libs/boost-1.35.0-r2 and x11-libs/vte-0.17.4-r3 still linked to libpython2.5.so.1.0 after upgrading to python-2.6.2-r1
On Thu, 20 Aug 2009 21:06:15 +0200 Roger Cahn wrote: > > > Anyway, thanks for helping. > > Did you try python-updater? > > Regards > Roger > > yes, this is what I wrote in my initial post (I just misspelled it -python-upgrade -)
[gentoo-user] Xorg uses vt8 instead of vt7 after logging out of gnome
Hello, I have noticed this strange behavior on my gentoo box. After logging out of gnome, gdm and the subsequent gnome session use vt8 instead of vt7(which was used till that time). All following sessions continue using vt8. Has anybody else noticed such behavior? Regards Yiannis
Re: [gentoo-user] Xorg uses vt8 instead of vt7 after logging out of gnome
On Sun, 23 Aug 2009 21:35:49 -0500 Lance Lassetter wrote: > On Mon, 2009-08-24 at 05:32 +0300, Yiannis wrote: > > Hello, > > > > I have noticed this strange behavior on my gentoo box. After logging > > out of gnome, gdm and the subsequent gnome session use vt8 instead > > of vt7(which was used till that time). All following sessions > > continue using vt8. > > Has anybody else noticed such behavior? > > > > Regards > > > > Yiannis > > > Yep. vt7 to login then switched to vt8 after logging in. So if you > ctrl+alt+f1 you get console tty1 and if at the gdm screen you're still > at vt7. If you log in then instead of ctrl+alt+vt7 to get back into > gnome you ctrl+alt+vt8. > > Dunno why :) Used to be standard vt7 and vt8 was used for launching > another session of X. > > Lance > Appending: 0=Standard vt7 in /etc/X11/gdm/custom.conf did the trick. Should have googled better
Re: [gentoo-user] [postfix - bug?] error in master.cf - problem with restart
On Mon, 22 Jun 2009 13:56:09 +0200 Marcin Niskiewicz wrote: > 2009/6/22 Eray Aslan > > > On 22.06.2009 13:02, Marcin Niskiewicz wrote: > > > I noticed that when someone makes an error in master.cf > > > <http://master.cf> (for example write anything at the beginning > > > of the file) and then restart postfix there is a problem: > > > > > > postfix is stopped (that's ok), then it should be started but it > > > isn't (in log something like > > > postfix/master[1649]: fatal: /etc/postfix/master.cf > > > <http://master.cf>: line 4: bad transport type: > > > > > ==) > > > and there is no error shown on console ( echo $? - shows 0 ) > > > > > > and then when we try to restart (or start) postfix again - we > > > can't - unless we delete /var/lib/init.d/started/postfix file > > > (it's not deleted while restarting) > > > > > > is it a bug or we're doing sth wrong?! > > > > Postfix init script just calls postfix(1) which calls postfix-script > > which calls master(8). Exit codes do not get back to the terminal. > > > > Use postfix status to check whether the mail system is running. > > > > -- > > Eray > > > > Thanks for the answer. > But as I said it doesn't start (there's no process, command postfix > status shows > postfix/postfix-script: the Postfix mail system is not running > but still /etc/init.d/postfix status show it's started)... > > S it is stopped but the status of the service is wrongly updated > (file /var/lib/init.d/started/postfix exists) > > > regards > nichu Try # /etc/init.d/postfix zap to reset the service to the stoped state(since it is not running), and # /etc/init.d/postfix start to start it again regards yiannis -- '; .! /X\__/X\ ; ; 7%;` %'; `. . (. Z Z .; ; ;..'```'''.. T '/ ; " .. '% '^'; ' . . . '"".==.% `# $. V \ .% _./%&$'`\%%}_/ <\__)x"<\_)x
[gentoo-user] freeradius eap tls issue
Hello, I am trying to set up a radius server (using eap tls) for my wpa capable access point. I am using net-dialup/freeradius-1.1.3-r1 with the following USE flags="frxp mysql pam ssl" I have read multiple howtos ( one of them is http://www.urbanwireless.co.nz/?page_id=22 ) but when I start freeradius in debugging mode I get the following error message: Failed to link to module 'rlm_eap': /usr/lib/libeap-1.1.3.so: undefined symbol: SSL_set_ex_data After some googling I found out that this problem relates with libtool. Does anyone has experience with this configuration/problem? Thanks in advance Yiannis -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] freeradius eap tls issue
Hello again, dev-libs/openssl-0.9.8d is currently installed on my system.Also, there is no libcrypto.so.* library other than /usr/lib/libcrypto.so.0.9.8. >From my emerge.log I found out that I upgraded from dev-libs/openssl-0.9.7e-r1 to the current one(see above). I do not remember whether I run revdep-rebuild --library libssl.so.0.9.7 and revdep-rebuild --library libcrypto.so.0.9.7 after upgrading (but I did run it now and found no package using this library), so I checked with # ldd /usr/lib/libeap-1.1.3.so and obtained: libradius-1.1.3.so => /usr/lib/libradius-1.1.3.so libnsl.so.1 => /lib/libnsl.so.1 libresolv.so.2 => /lib/libresolv.so.2 libpthread.so.0 => /lib/libpthread.so.0 libc.so.6 => /lib/libc.so.6 libcrypt.so.1 => /lib/libcrypt.so.1 /lib/ld-linux.so.2 I suppose there should also be /usr/lib/libssl.so.0.9.8 on the above list but there is not.I am not sure whether it is a bug in freeradius ebuild and whether I should enter a bug report for it. Does any one have this implementation working ? Any other ideas ? Regards Yiannis Mick wrote: > On Sunday 10 December 2006 22:21, Yiannis Kontekakis wrote: >> I have re-emerged freeradius and openssl(for a different reason) several >> times. Also I have also checked with revdep-rebuild for missing library >> dependencies. >> I think it is not an openssl dependency issue. > > According to the openssl ebuild, after you emerge openssl you will > need to > run: > > # revdep-rebuild --library libssl.so.0.9.6 > # revdep-rebuild --library libcrypto.so.0.9.6 > > before you can delete /usr/lib/libssl.so.0.9.6 > and /usr/lib/libcrypto.so.0.9.6. > > Not sure if this is related to your error. > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] freeradius eap tls issue
In order to close this issue, the freeradius rlm_eap issue was fixed in net-dialup/freeradius-1.1.3-r2 thanks to mr Nastac (http://bugs.gentoo.org/show_bug.cgi?id=158062) Regards Yiannis Yiannis Kontekakis wrote: > Hello again, > > dev-libs/openssl-0.9.8d is currently installed on my system.Also, there > is no libcrypto.so.* library other than /usr/lib/libcrypto.so.0.9.8. > >From my emerge.log I found out that I upgraded from > dev-libs/openssl-0.9.7e-r1 to the current one(see above). I do not > remember whether I run revdep-rebuild --library libssl.so.0.9.7 and > revdep-rebuild --library libcrypto.so.0.9.7 after upgrading (but I did > run it now and found no package using this library), so I checked with # > ldd /usr/lib/libeap-1.1.3.so and obtained: > > libradius-1.1.3.so => /usr/lib/libradius-1.1.3.so > libnsl.so.1 => /lib/libnsl.so.1 > libresolv.so.2 => /lib/libresolv.so.2 > libpthread.so.0 => /lib/libpthread.so.0 > libc.so.6 => /lib/libc.so.6 > libcrypt.so.1 => /lib/libcrypt.so.1 > /lib/ld-linux.so.2 > > I suppose there should also be /usr/lib/libssl.so.0.9.8 on the above > list but there is not.I am not sure whether it is a bug in freeradius > ebuild and whether I should enter a bug report for it. Does any one have > this implementation working ? > Any other ideas ? > > Regards > > Yiannis -- gentoo-user@gentoo.org mailing list
