Re: [gentoo-user] re: resolving blocked packages [media-video/ffmpeg-1.2:0]
On 02/11/2013 21:06, Alexander Kapshuk wrote: >>> The basic problem is a stable system with a bunch of unstable packages >>> >> installed. >>> >> >>> >> The requested vlc version is ~arch, which wants a ~arch version of >>> >> gnutls. This conflicts with other stable packages that want a stable >>> >> version of gnutls. >>> >> >>> >> Mixing and matching arch and ~arch like this often causes unsolveable >>> >> problems, especially with basic libs like gnutls used by lots of >>> >> packages. In this specific case, I doubt very much that the problem is >>> >> solveable. Either make the entire system ~arch or downgrade vlc to >>> >> stable. Mixing is not recommended, not that it won't work (it often >>> >> does), but because users so often run into these problems and devs >>> >> usually will not help fix it. The user is thus totally on tehir own with >>> >> this one. >>> >> >>> >> >> > Ah, I wasn't aware that it wasn't a supported thing. Good points; the >> > testing necessary to support mixed systems is more than any dev team >> > could handle realistically. I mix and match, but only for a select few >> > packages that simply don't have a stable version. >> > >> > Alex: In order to get ~arch vlc, you had to put vlc in your >> > package.accept_keywords file. Try removing that to go back to the stable >> > build and see if that corrects things. If not, then I agree with Alan >> > and you should probably make the big decision of stable or testing. >> > > Thanks very much for your responses to my original query. > > What I did do prior to getting your responses was try and resolve the > dependency conflict as shown below. > > (1). I added '=net-libs/gnutls-3.2.5 ~x86' and > '=media-video/ffmpeg-1.2.4 ~x86' to package.accept_keywords: > box0=; egrep 'gnutls|ffmpeg' /etc/portage/package.accept_keywords > =net-libs/gnutls-3.2.5 ~x86 > =media-video/ffmpeg-1.2.4 ~x86 > (2). I then updated 'media-video/ffmpeg' to version > 'media-video/ffmpeg-1.2.4', like so: > emerge --ask '>media-video/ffmpeg-1.0.7' > !!! existing preserved libs: >>> package: media-video/ffmpeg-1.2.4 > * - /usr/lib/libavutil.so.51 > * - /usr/lib/libavutil.so.51.73.101 > * used by /usr/bin/mencoder (media-video/mplayer-1.1.1-r1) > * used by /usr/bin/mplayer (media-video/mplayer-1.1.1-r1) > * used by /usr/lib/vlc/plugins/codec/libavcodec_plugin.so > (media-video/vlc-2.0.9) > * used by /usr/lib/vlc/plugins/demux/libavformat_plugin.so > (media-video/vlc-2.0.9) > Use emerge @preserved-rebuild to rebuild packages using these libraries > (3). I then pulled in the other updates: > emerge --ask --update --deep --with-bdeps=y --newuse world > (4). Rebuilt the preserved libs as recorded in > /var/lib/portage/preserved_libs_registry > emerge --ask @preserved-rebuild > > So far, the whole system seems to be running OK. Yes, that is how it is done > It did occur to me afterwards, like Alan and Daniel suggested, that > mixing stable and unstable packages was not a good idea. The reason it's not a good idea usually is that you get these conflicts with dependencies. The software still runs and things still work but the user can cause themselves lots of extra hassle to make it work. Here, vlc depends on a gnutls version 3, which is a bit sad. I would hope the authors of vlc would support all current versions of gnutls. One option is to ask "does your media player really require TLS support?" Maybe it's just a nice feature and you can do without it, so add to package.use: media-video/vlc -gnutls It's something worth considering > > I put vlc ~x86 in package.keywords as instructed here, > http://www.videolan.org/vlc/download-gentoo.html. > box0=; cat /etc/portage/package.keywords > media-video/vlc ~x86 > > Turns out, it wasn't such a good idea after all. > > What would I have to do to downgrade vlc, gnutls and ffmpeg to the > stable versions of the packages? > I guess I'd have to remove their respective entries from > /etc/portage/package.(accept)_keywords. > box0=; cat /etc/portage/package.keywords > media-video/vlc ~x86 > box0=; cat /etc/portage/package.accept_keywords > =net-im/skype-4.2.0.11-r1 ~x86 > =sys-devel/gettext-0.18.3.1-r1 ~x86 > =net-libs/gnutls-3.2.5 ~x86 > =media-video/ffmpeg-1.2.4 ~x86 > > How would I instruct emerge to do that properly? Just run "emerge -avuND world" and emerge will do all the necessary downgrades. Then run "emerge -a --depclean" to remove any slotted libs that might have been pulled in and are no longer needed (a simple emerge world does not deal with those) Or, you can try sidestep the issue and avoid gnutls completely as above. Yet another option is to request that gnutls be slotted so that you can have v2 and v3 at the same time and don't have to choose (openssl already works this way). You do this by opening a feature request bug at bugs.gentoo.org -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] re: resolving blocked packages [media-video/ffmpeg-1.2:0]
On Sunday 03 Nov 2013 07:40:12 Alexander Kapshuk wrote: > What about skype? Does it have to be in the keywords file as well? From > memory, I put it there as instructed on the gentoo wiki page. If you remove it, the next emerge world will tell you why it was in there :-) Don't worry - it won't let you make a mess of your system. -- Regards, Peter
Re: [gentoo-user] Qt blocking @world update
Excuse the top-posting; if I try inter-post between all those blockers you'll never find what I reply :-) First I recommend to sync your tree again, just in case you got yours between two Qt commits and things are not consistent anymore. You seem to have at least two things happening: python-exec qt To deal with the first, try remove python-exec and re-merge it (but quickpkg a backup first) quickpkg python-exec && emerge -avC python-exec && emerge -av1 python-exec This is untested so I don't know if it will bork. If it does, you have a quickpkg that you can untar and get things back. Onto Qt: I've had similar things over the years and it always made little sense. Eventually I removed all references to Qt from world, sets in use and USE then let portage figure out what to do. Rationale: Qt is a basic toolkit that stuff uses, so stuff should decide what it needs and not me. I want the stuff and if that requires Qt then just let portage give me what is required. This will show all references to Qt to consider: grep -ir /qt /etc/portage/ /var/lib/portage/world* In your case, I see portage wants to downgrade several Qt packages due to fsrunner, but there's nothing in that ebuild or the kde4-base eclass it inherits, which leads me to believe you might have a config setting somewhere that wants to exclude latest Qt somehow. Portage and the tree by itself isn't doing it, here's my output: $ emerge -pvt fsrunner These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] kde-misc/fsrunner-0.7.5:4 USE="(-aqua) -debug" 18 kB Total: 1 package (1 new), Size of downloads: 18 kB On 03/11/2013 00:02, Alex Schuster wrote: > Hi there! > > My @world update did not go well. It was much worse some while ago, so I > just did an emerge -e @world, after manually removing stuff > from /var/lib/portage/world until I got no complaints any more. I had to > remove kde-misc/publictransport and kde-misc/plasma-emergelog for that. > > After most was done, it stopped after one package failed to build, and > was unable to resume due to blockers. emerge --resume gives this: > > weird portage # emerge -aj --resume > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > * Invalid resume list: > * > * (u'ebuild', u'/', u'sys-apps/lshw-02.17b', u'merge') > * (u'ebuild', u'/', u'net-print/foomatic-filters-4.0.17-r1', u'merge') > [snipping some dozen lines] > * (u'ebuild', u'/', u'media-video/kmplayer-0.11.3d-r1', u'merge') > * (u'ebuild', u'/', u'media-libs/phonon-vlc-0.6.2', u'merge') > * > * One or more packages are either masked or have missing dependencies: > * > * > dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] > pulled in by: > * (dev-java/java-config-2.2.0::gentoo, installed) > [snipping LOTS of similar output again] > * > * > dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] > pulled in by: > * (dev-libs/libpeas-1.8.1::gentoo, installed) > * > * > dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] > pulled in by: > * (dev-python/pygobject-3.8.3::gentoo, installed) > * > * >=dev-libs/icu-3.8.1-r1:0/51.1= pulled in by: > * (net-libs/webkit-gtk-1.10.2-r300::gentoo, installed) > * > * ~app-emulation/emul-linux-x86-medialibs-20130224 pulled in by: > * (app-emulation/emul-linux-x86-qtlibs-20130224::gentoo, installed) > * > * The resume list contains packages that are either masked or have > * unsatisfied dependencies. Please restart/continue the operation > * manually, or use --skipfirst to skip the first package in the list and > * any other packages that may be masked or have missing dependencies. > > Wow, I don't even... anyway, I thought emerge -DuN @world might work now, but > it does not, again due to Qt problems. And those I do not understand: > > Total: 178 packages (148 upgrades, 9 downgrades, 12 new, 1 in new slot, 8 > reinstalls, 4 uninstalls), Size of downloads: 349,914 kB > Fetch Restriction: 1 package > Conflict: 18 blocks > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-qt/qtgui:4 > > (dev-qt/qtgui-4.8.5-r1::gentoo, installed) pulled in by > >=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by > (kde-base/libkworkspace-4.11.2::gentoo, installed) > ~dev-qt/qtgui-4.8.5[aqua=,debug=,egl=,qt3support=] require
Re: [gentoo-user] Re: do subslots improve user-experience?
On Sat, 02 Nov 2013 17:38:00 -0700, walt wrote: > > I have no facts to device either way. > > > but lets the user device when to do them. > > Neil, are you using a new auto-complete function of some kind? Yes, it's called sleep deprivation :( -- Neil Bothwick "We can't solve problems by using the same kind of thinking we used when we created them." (Albert Einstein) signature.asc Description: PGP signature
Re: [gentoo-user] KDE Konqueror
On Sun, 03 Nov 2013 00:41:54 +, jdm wrote: > I think they are flash but I cannot play any video on youtube (also > dailymotion). I thought youtube had gone html5 but not so sure, as get > Could not load movie '/tmp/kde-john/konquerorPS4531.swf'. So I think > this is flash. Using khtml. It may be that YouTube still defaults to flash and you have to tell it you prefer HTML5 in your preferences. -- Neil Bothwick When there's a will, I want to be in it. signature.asc Description: PGP signature
Re: [gentoo-user] KDE Konqueror
On Sunday 03 Nov 2013 10:17:55 Neil Bothwick wrote: > On Sun, 03 Nov 2013 00:41:54 +, jdm wrote: > > I think they are flash but I cannot play any video on youtube (also > > dailymotion). I thought youtube had gone html5 but not so sure, as get > > Could not load movie '/tmp/kde-john/konquerorPS4531.swf'. So I think > > this is flash. Using khtml. > > It may be that YouTube still defaults to flash and you have to tell it > you prefer HTML5 in your preferences. Yes, you can set up youtube cookies to recognise that you want to use HTML5 as Neil suggests, or if you still want to fix Konqueror to play flash videos you need to go in Konqueror settings/Plugins and click on "Scan for Plugins". It should pick up what it needs as long as you have the right packages installed (like adobe flash). In my installation(s) it shows /usr/lib64/nsbrowser/plugins/libflashplayer.so which on my system is a symlink to the adobe libflashplayer.so: $ ls -la /usr/lib64/nsbrowser/plugins/libflashplayer.so lrwxrwxrwx 1 root root 54 Sep 14 10:12 /usr/lib64/nsbrowser/plugins/libflashplayer.so -> /opt/Adobe/flash- player/flash-plugin/libflashplayer.so The plugin in Konqueror would need to be associated with the correct MIME types like application/x-shockwave-flash and application/futuresplash, but all this should happen automatically when you scan for new plugins. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: OT: Flash+nspluginwrapper versus Gnash comparisons?
On 2013-11-02, Daniel Campbell wrote: > On 10/31/2013 10:15 PM, Walter Dnes wrote: >> I'm getting rather annoyed with Firefox. I don't want to get into >> that flamewar right now. I'm trying to migrate to UZBL. The latest git >> version is a lot better than the stale stable version. The uzbl- >> ebuild is broken (yes, I've filed a bug), so I pull directly from git >> and build and install to ~/.local. It's a steep learning curve, and >> I've gradually resolved almost every issue. The last reason to have >> Firefox or Opera hanging around is Flash. I subscribe to NHL GameCenter >> Live and Live365.com, so Flash functionality is mandatory for me. >> >> The git version of UZBL requires a recent version of webkit, which >> requires gtk3. Flash is a gtk2 program, so it doesn't work. I've heard >> that the 2 options are... >> 1) Running Flash in nspluginwrapper >> 2) Using Gnash to replace Flash >> >> How are people's experiences with the 2 options above? >> > > Have you checked to see if the sites you use have an interface for > mplayer or another media player? (Assuming they are streaming services > similar to Youtube) If not, it may be simpler to use nspluginwrapper. > Gnash compatibility can be spotty, but is improving. If you suspect that > the services that you use don't use advanced/recent Flash features, give > gnash a whirl. > > The last time I used gnash, it was completely fine for basic streaming > stuff, but marketing sites and tech demos and (some) Newgrounds material > was borked. But that was over 3 years ago; times have certainly changed, > and I'd wager for the better. :) > > Good luck. > > Use Gnash with Lightspark. That's actually a supported combination. Last time I used them, they supported different versions of Flash (AVM1 and AVM2). If what annoys you in Firefox is the interface, you can also try some addon that offers an alternative interface (uzbl screenshots look a lot like firefox with pentadactyl) [not trying to get into a flame war, really just suggesting something -- at least here (normal amd64) I can use flash in firefox] -- Nuno Silva (aka njsg)
[gentoo-user] Cinepaint
I have been looking for different image manipulation tools for linux, and I wanted to try cinepaint, but as there is no version in the tree, I wonder if anyone has had success with either the - ebuild in bugzilla or the -1.0 from sabayon. The latter seems to depend on an old version of oyranos, which is possibly incompatible with the one currently available in the tree. -- Nuno Silva (aka njsg)
[gentoo-user] python-exec: what is it?
There's an interesting conversation going on over at gentoo-dev about python-exec. One response I got is worthy of reposting here for anyone looking at all the python-exec updates and wondering what it's all about. The responder is mgorny: > One set of questions that were never answered and probably do deserve > some kind of notification: I can help you with these. However, I don't know on how much of it a random user cares. > 1. What exactly is python-exec anyway? It's the wrapper script that chooses the proper version of Python scripts for the currently selected Python version. Say, when you install 'foomatic' for p2.6, 2.7, 3.2 and 3.3, /usr/bin/foomatic is linked to python-exec and it determines which one to run. > 2. Why are there two, in dev-python/ and dev-lang/ ? The intent is that the one in dev-python/ was not slotted and the one in dev-lang/ is. This seems like the only sane way to support both slots without rewriting all the existing deps (which doesn't seem to work) or risking breaking the system. > 3. One has a version of -1, which is *highly* unusual, what is that > exactly? 1 more than -? It is a plain virtual/compat/meta-package. It is a meaningless version that is supposed to be larger than anything that was earlier in dev-python/python-exec and it only pulls in dev-lang/python-exec. > 4. There is some kind of migration going on between an old and new > python-exec, but I can't understand it using only standard portage tools. Yes. The goal is that everything will dep on dev-lang/python-exec:=. However, we need to somehow keep things that deped on dev-python/python-exec in the past working. Posted in the hope some folks might find the answers useful. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] layman - certificate problem - RESOLVED
Am Sonntag, 03.11.2013 um 01:49 schrieb : > I just installed layman. After the installation I added > "source /var/lib/layman/make.conf" to /etc/make.conf. > > When I'm now typing "layman -L" I get: > > * Fetching remote list,... > * Warning: an installed db file was not found at: > ['/var/lib/layman/cache_ac494f50f5736be7871962c0dec7b3bb.xml'] > * RemoteDB.cache(); HTTPError was: > * url: http://www.gentoo.org/proj/en/overlays/repositories.xml > * HTTP Error 403: unable to get local issuer certificate > > > * CLI: Errors occurred processing action list > * RemoteDB.cache(); HTTPError was: > * url: http://www.gentoo.org/proj/en/overlays/repositories.xml > * HTTP Error 403: unable to get local issuer certificate > > I can't find the reason for this error. I reemerged > app-misc/ca-certificates but this doesn't made a difference. It was my mistake. For some reason the CA of my proxy server was not installed on my system (but it was some time ago). Now everything is working again.
Re: [gentoo-user] python-exec: what is it?
Alan McKinnon wrote: > There's an interesting conversation going on over at gentoo-dev about > python-exec. One response I got is worthy of reposting here for anyone > looking at all the python-exec updates and wondering what it's all > about. The responder is mgorny: > >> One set of questions that were never answered and probably do deserve >> some kind of notification: > I can help you with these. However, I don't know on how much of it > a random user cares. > >> 1. What exactly is python-exec anyway? > It's the wrapper script that chooses the proper version of Python > scripts for the currently selected Python version. Say, when you > install 'foomatic' for p2.6, 2.7, 3.2 and 3.3, /usr/bin/foomatic is > linked to python-exec and it determines which one to run. > >> 2. Why are there two, in dev-python/ and dev-lang/ ? > The intent is that the one in dev-python/ was not slotted and the one > in dev-lang/ is. This seems like the only sane way to support both > slots without rewriting all the existing deps (which doesn't seem to > work) or risking breaking the system. > >> 3. One has a version of -1, which is *highly* unusual, what is that >> exactly? 1 more than -? > It is a plain virtual/compat/meta-package. It is a meaningless version > that is supposed to be larger than anything that was earlier in > dev-python/python-exec and it only pulls in dev-lang/python-exec. > >> 4. There is some kind of migration going on between an old and new >> python-exec, but I can't understand it using only standard portage tools. > Yes. The goal is that everything will dep on dev-lang/python-exec:=. > However, we need to somehow keep things that deped on > dev-python/python-exec in the past working. > > > > Posted in the hope some folks might find the answers useful. > > I was doing my weekly update last night and ran into this: [blocks B ] =dev-libs/icu-4.8.1.1:0/51.1= required by (app-office/libreoffice-4.1.2.3::gentoo, installed) dev-libs/icu:0/51.1= required by (media-libs/libcdr-0.0.14::gentoo, installed) dev-libs/icu:0/51.1= required by (app-text/libmspub-0.0.6::gentoo, installed) dev-libs/icu:0/51.1= required by (media-libs/harfbuzz-0.9.12::gentoo, installed) (dev-libs/icu-51.2-r1::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) app-text/poppler:0 (app-text/poppler-0.22.5::gentoo, installed) pulled in by >=app-text/poppler-0.16:0/37=[xpdf-headers(+),cxx] required by (app-office/libreoffice-4.1.2.3::gentoo, installed) (app-text/poppler-0.24.3::gentoo, ebuild scheduled for merge) pulled in by (no parents that aren't satisfied by other packages in this slot) It seems icu and popplar is at it again. I have had the chance to unmerge python-exec and then trying to upgrade to see if it fixes the block yet tho. Hopefully I will be able to try that in a little bit. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] python-exec: what is it?
Dale wrote: > I was doing my weekly update last night and ran into this: [blocks B ] > blocking dev-lang/python-exec-2.0, dev-lang/python-exec-0.3.1) and > this little snippet: !!! Multiple package instances within a single > package slot have been pulled !!! into the dependency graph, resulting > in a slot conflict: dev-libs/icu:0 (dev-libs/icu-51.1-r1::gentoo, > ebuild scheduled for merge) pulled in by dev-libs/icu:0/51.1= required > by (media-libs/raptor-2.0.9::gentoo, installed) dev-libs/icu:0/51.1= > required by (sys-apps/gptfdisk-0.8.6::gentoo, installed) > >=dev-libs/icu-4.8.1.1:0/51.1= required by > (app-office/libreoffice-4.1.2.3::gentoo, installed) > dev-libs/icu:0/51.1= required by (media-libs/libcdr-0.0.14::gentoo, > installed) dev-libs/icu:0/51.1= required by > (app-text/libmspub-0.0.6::gentoo, installed) dev-libs/icu:0/51.1= > required by (media-libs/harfbuzz-0.9.12::gentoo, installed) > (dev-libs/icu-51.2-r1::gentoo, ebuild scheduled for merge) pulled in > by (no parents that aren't satisfied by other packages in this slot) > app-text/poppler:0 (app-text/poppler-0.22.5::gentoo, installed) pulled > in by >=app-text/poppler-0.16:0/37=[xpdf-headers(+),cxx] required by > (app-office/libreoffice-4.1.2.3::gentoo, installed) > (app-text/poppler-0.24.3::gentoo, ebuild scheduled for merge) pulled > in by (no parents that aren't satisfied by other packages in this > slot) It seems icu and popplar is at it again. I have had the chance > to unmerge python-exec and then trying to upgrade to see if it fixes > the block yet tho. Hopefully I will be able to try that in a little > bit. Dale :-) :-) Typo that makes a HUGE difference. Should read this way: I have NOT had the chance to unmerge python-exec and then trying to upgrade to see if it fixes the block yet tho. My bad. lol Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] KDE Konqueror
Am Sun, 3 Nov 2013 10:42:17 + schrieb Mick : > On Sunday 03 Nov 2013 10:17:55 Neil Bothwick wrote: > > On Sun, 03 Nov 2013 00:41:54 +, jdm wrote: > > > I think they are flash but I cannot play any video on youtube (also > > > dailymotion). I thought youtube had gone html5 but not so sure, as get > > > Could not load movie '/tmp/kde-john/konquerorPS4531.swf'. So I think > > > this is flash. Using khtml. > > > > It may be that YouTube still defaults to flash and you have to tell it > > you prefer HTML5 in your preferences. > > Yes, you can set up youtube cookies to recognise that you want to use HTML5 > as > Neil suggests, or if you still want to fix Konqueror to play flash videos you > need to go in Konqueror settings/Plugins and click on "Scan for Plugins". It > should pick up what it needs as long as you have the right packages installed > (like adobe flash). [...] In addition to that, you can also deactivate the Flash plug-in, in which case YouTube switches to HTML5 once it notices that the Flash plug-in is missing (it only fails if your browser does not support any of the formats the video is available in). Recently I've gone over to using the FlashDisable extension for Firefox to only activate Flash *temporarily* when I really need it. Also, consider youtube-dl, which came recommended by a friend and has worked wonderfully for me for a variety of sites (youtube, vimeo, soundcloud, etc.). HTH -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Qt blocking @world update
Walter Dnes writes: > On Sat, Nov 02, 2013 at 11:02:27PM +0100, Alex Schuster wrote > > > * One or more packages are either masked or have missing > > dependencies: > > * > > * > > dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] > > pulled in by: > > * (dev-java/java-config-2.2.0::gentoo, installed) > > [snipping LOTS of similar output again] > > Let's start at the top, as the python errors may cascade and cause > other errors. From that output, it looks like you do not have any > version of "python_single_targetX_Y" enabled. That could be your > problem right there. What python settings do you have in make.conf? I > have 3 lines. > > PYTHON_SINGLE_TARGET="python2_7" > PYTHON_TARGETS="python2_7" > USE_PYTHON="2.7" I only have PYTHON_TARGETS="python2_7", but commented. Don't remember when or why I did this. Bit it is set per default, emerge --info gives: PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" USE_PYTHON is unset AFAIK PYTHON_TARGETS defines for which versions of python you build packages. And in case a package only allows to be built for a single version of portage, this is set with PYTHON_SINGLE_TARGET. But what does USE_PYTHON do? Is it documented anywhere? I don't find it in the man pages of make.conf, portage or emerge. > Also what do you get when you type "eselect python list"? In my case I > get > > [i660][waltdnes][~] eselect python list > Available Python interpreters: > [1] python2.7 * > [2] python3.2 weird ~ # eselect python list Available Python interpreters: [1] python2.6 [2] python2.7 * [3] python3.2 [4] python3.3 So, all looks fine to me. USE_PYTHON=2.7 emerge --resume gives the same error. But then I upgraded python-exec. This went without problems, and now the python errors are gone, and I only get this: * One or more packages are either masked or have missing dependencies: * * >=dev-libs/icu-3.8.1-r1:0/51.1= pulled in by: * (net-libs/webkit-gtk-1.10.2-r300::gentoo, installed) * * ~app-emulation/emul-linux-x86-medialibs-20130224 pulled in by: * (app-emulation/emul-linux-x86-qtlibs-20130224::gentoo, installed) Hmm. I have icu-51.2 installed, and emerge -u icu would happily upgrade to 51.2-r1. But with -deep I get app-emulation/emul-linux-x86 blockers (xlibs, baselibs, opengl). Well, I'd say let's skip this. The failed emerge -e was days ago, the portage tree has changed, my interest is not so much continuing this failed emerge, but being able to update @world again. Thanks for responding Walt! Alex
[gentoo-user] Rc.log with custom kernel on VPS
Hi, Recently I built a custom kernel on a XEN-powered VPS with Gentoo. It works fine, but I've noticed that there is no more "sysinit" part of the boot log at rc.log. It was before (with the provider's kernel) and lacks now. The boot log starts now with the "boot" part, then comes the "default" part. To be exact, the first lines are now: * Checking local filesystems ... * Remounting root filesystem read/write ... No "Mounting /run". No "Starting udev". Is it normal or no? -- Regards, Alex
[gentoo-user] Re: do subslots improve user-experience?
Alan McKinnon wrote: > > No, no problem whatsoever. emerge @preserved -rebuild is my preferred > method, I find it vastly superior to sub-slot operators which It is neither superior nor inferior. It is an unrelated mechanism which will have less to do once subslot dependencies are more widespread. However, some dependencies in the tree are not yet EAPI5, and moreover, some dependencies in some overlays can never make use of subslots if these subslots are not in the corresponding dependencies of the gentoo tree (e.g. because these subslots are not needed for the packages *in* the tree). So revdep-rebuild will never become obsolete. > The problem seems to be that preserved-rebuild and revdep-rebuild detect > actual breakage and fix what is really wrong right now. The problem is that preserved-rebuild and revdep-rebuild only detect one particular type of breakage. Here is a real-world example: One day I realized that pdflatex crashed for me, and neither revdep-rebuild found something nor reemerge of texlive-core helped. I spent several hours of debugging and finally found that the cause was a poppler -r1 fix which tacitly changed some ABI which caused luatex to crash. So actually, it was luatex which needed to be reemerged. The bug was closed as INVALID because the developer had the opinion that everybody knows that if poppler has any minor bump, all packages depending on poppler have to be reemerged. In fact, these days there were no mechanisms (except for perhaps a pkg_postinst message of the form "reemerge everything depending on poppler") which could inform the user what should be done so closing this bug was the only thing which could be done. Similar issues occured regularly with webdav-neon: Although the ABI was changed, the libraries version number was not, and so e.g. subversion tacitly crashed or malfunctioned. Revdep-rebuild could never find anything in such a situtation. As another, well-known, example, probably most of us ran into the issue of having to reemerge X drivers after an xorg bump or otherwise keyboard and mouse just will not work. I am very glad that now such issues do not occur anymore: After a while, one knows the problematic packages, but from time to time new unexpected issues like the above examples arise. > Subslots seem to try and avoid breakage and depend heavily on amount of > clue from the dev (a highly variable quantity) Not much clue: If the dev is in doubt, he just bumps the subslot. This way things are guaranteed to work, although some rebuilds caused by the bump might be unnecessary. But *not* bumping should really be done only if the developer is sure that there is no ABI change. In case of poppler, things are even more complicated, because there is one library which regularly changes ABI, although that particular library is not consumed by most packages. So actually subslots are not fine enough to avoid unnecessary rebuilds, or the poppler package should be split into two to avoid unnecessary rebuilds. >> * do you trust the other methods like subslots or preserved-rebuild to >> work reliably? (as in: do you still use revdep-rebuild?) > > yes, revdep-rebuild is my plan C. Indeed, as mentioned above, subslots will never replace revdep-rebuild. preserved-rebuild is meant to replace it, but there might be some corner cases where it does not detect a change (e.g. if some important things are done only in the live system). > usually itcompletes in about 40 secodns and is clean. For me, it needs about 10-20 minutes if everything is clean. But then again, also reemerging libreoffice needs 2-3 days, and it would be a week or even infinite without ccache (because for unknown reasons, the first emerge attempts usually fail non-reproducible). >> If you want my opinion on subslots: >> # grep EMERGE_DEFAULT_OPTS /etc/portage/make.conf >> EMERGE_DEFAULT_OPTS="--ignore-built-slot-operator-deps=y" A different user interface would be preferrable: Something like FEATURES=show-built-slot-operator-deps which would *show* what would need to be rebuilt even if the above EMERGE_DEFAULT_OPTS is used. This is then something which users with less powerful machines like me can put into their make.conf and then decide from case to case whether/when to rebuild. Or even better: In --ask mode, one could ask the user in addition for those packages only pulled in by subslot deps. This way users with not so powerful machines would be informed regularly but would not be forced to call emerge twice or more times just to get the information (which meanwhile is really a time issue). The current way of reemerging subslots by default might (and IMHO should) be kept, anyway.
Re: [gentoo-user] Re: do subslots improve user-experience?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/03/2013 08:07 PM, Martin Vaeth wrote: >>> If you want my opinion on subslots: # grep EMERGE_DEFAULT_OPTS >>> /etc/portage/make.conf >>> EMERGE_DEFAULT_OPTS="--ignore-built-slot-operator-deps=y" > > A different user interface would be preferrable: Something like > FEATURES=show-built-slot-operator-deps which would *show* what > would need to be rebuilt even if the above EMERGE_DEFAULT_OPTS is > used. This is then something which users with less powerful > machines like me can put into their make.conf and then decide from > case to case whether/when to rebuild. > > Or even better: In --ask mode, one could ask the user in addition > for those packages only pulled in by subslot deps. > > This way users with not so powerful machines would be informed > regularly but would not be forced to call emerge twice or more > times just to get the information (which meanwhile is really a time > issue). > > The current way of reemerging subslots by default might (and IMHO > should) be kept, anyway. > > Could you open a bug report for portage and make a properly formulated proposal about this? I think this idea has a realistic chance to get implemented, one way or the other. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSdqKjAAoJEFpvPKfnPDWzQ/0IAJ+S1CyBxLfd6TxQeer1dP+K JZYTG/6CDVEegpyLzypTB5TqlQeyk4p2BKIdE28Cgm48GIMiDGn3IsZIgELlc85b iCztw1l6aCSLtAxA1ck4b2N9jHU6z91+QFXfs1XSJ8uGdb7jZJtR6THS9Clzl4NL JvMRX1Cr0ZPsmzNLG7U/jcQ+FAhygeV6N4GFifcPRXOk9hqdpDahLsqlZ91OENn+ uC6taKJIgjElBHkc/sITEaFqkcAFt3kX//WsQwjIANeEYYniSXe9ucNUWPg6Gf76 BGd5gNap0SA1D2b8VPGgEU12pLzUOB6V6ITcJZyTTVyTgm5QVvKn2RrHpcNXwsU= =2zBZ -END PGP SIGNATURE-
Re: [gentoo-user] Re: do subslots improve user-experience?
You know what? I'm not convinced. What I'm seeing is a rather large towering edifice of complexity to deal with a problem that is not the general case. I'm seeing something that has all the hallmarks of a solution that whilst likely to be mathematically correct, is dreamed up by young inexperienced coders and will effectively cause more human problems than it solves code problems. I don't want to rain on anyone's parade with this so if anyone feels offended, maybe just let it go especially considering I have zero decision making ability in this. On 03/11/2013 21:07, Martin Vaeth wrote: > Alan McKinnon wrote: >> >> No, no problem whatsoever. emerge @preserved -rebuild is my preferred >> method, I find it vastly superior to sub-slot operators which > > It is neither superior nor inferior. > > It is an unrelated mechanism which will have less to do > once subslot dependencies are more widespread. > > However, some dependencies in the tree are not yet EAPI5, > and moreover, some dependencies in some overlays can never > make use of subslots if these subslots are not in the > corresponding dependencies of the gentoo tree (e.g. because > these subslots are not needed for the packages *in* the tree). > > So revdep-rebuild will never become obsolete. > >> The problem seems to be that preserved-rebuild and revdep-rebuild detect >> actual breakage and fix what is really wrong right now. > > The problem is that preserved-rebuild and revdep-rebuild only > detect one particular type of breakage. > > Here is a real-world example: One day I realized that pdflatex > crashed for me, and neither revdep-rebuild found something > nor reemerge of texlive-core helped. > > I spent several hours of debugging and finally found that the > cause was a poppler -r1 fix which tacitly changed some ABI which > caused luatex to crash. So actually, it was luatex which needed > to be reemerged. > > The bug was closed as INVALID because the developer had the > opinion that everybody knows that if poppler has any minor bump, > all packages depending on poppler have to be reemerged. > In fact, these days there were no mechanisms (except for > perhaps a pkg_postinst message of the form "reemerge everything > depending on poppler") which could inform the user what should > be done so closing this bug was the only thing which could be done. > > Similar issues occured regularly with webdav-neon: Although > the ABI was changed, the libraries version number was not, > and so e.g. subversion tacitly crashed or malfunctioned. > Revdep-rebuild could never find anything in such a situtation. > > As another, well-known, example, probably most of us ran > into the issue of having to reemerge X drivers after an xorg bump > or otherwise keyboard and mouse just will not work. > > I am very glad that now such issues do not occur anymore: > After a while, one knows the problematic packages, but from > time to time new unexpected issues like the above examples > arise. > >> Subslots seem to try and avoid breakage and depend heavily on amount of >> clue from the dev (a highly variable quantity) > > Not much clue: If the dev is in doubt, he just bumps the subslot. > This way things are guaranteed to work, although some rebuilds > caused by the bump might be unnecessary. > But *not* bumping should really be done only if the developer is > sure that there is no ABI change. > > In case of poppler, things are even more complicated, because > there is one library which regularly changes ABI, although that > particular library is not consumed by most packages. So actually > subslots are not fine enough to avoid unnecessary rebuilds, or > the poppler package should be split into two to avoid > unnecessary rebuilds. > >>> * do you trust the other methods like subslots or preserved-rebuild to >>> work reliably? (as in: do you still use revdep-rebuild?) >> >> yes, revdep-rebuild is my plan C. > > Indeed, as mentioned above, subslots will never replace > revdep-rebuild. > preserved-rebuild is meant to replace it, but there might > be some corner cases where it does not detect a change (e.g. > if some important things are done only in the live system). > >> usually itcompletes in about 40 secodns and is clean. > > For me, it needs about 10-20 minutes if everything is clean. > > But then again, also reemerging libreoffice needs 2-3 days, > and it would be a week or even infinite without ccache > (because for unknown reasons, the first emerge attempts > usually fail non-reproducible). > >>> If you want my opinion on subslots: >>> # grep EMERGE_DEFAULT_OPTS /etc/portage/make.conf >>> EMERGE_DEFAULT_OPTS="--ignore-built-slot-operator-deps=y" > > A different user interface would be preferrable: > Something like FEATURES=show-built-slot-operator-deps > which would *show* what would need to be rebuilt even > if the above EMERGE_DEFAULT_OPTS is used. > This is then something which users with less powerful > machines like me can put into their make.c
Re: [gentoo-user] python-exec: what is it?
Dale wrote: > Dale wrote: >> It seems icu and popplar is at it again. I have had the chance >> to unmerge python-exec and then trying to upgrade to see if it fixes >> the block yet tho. Hopefully I will be able to try that in a little >> bit. Dale :-) :-) > Typo that makes a HUGE difference. Should read this way: > > I have NOT had the chance to unmerge python-exec and then trying to upgrade > to see if it fixes the block yet tho. > > My bad. lol > > Dale > > :-) :-) > > > Update for anyone running into this block. This worked for me. emerge -C dev-python/python-exec && emerge dev-python/python-exec Hope that helps. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] KDE Konqueror
On Sunday 03 November 2013 17:10:14 Marc Joliet wrote: >Am Sun, 3 Nov 2013 10:42:17 + > >schrieb Mick : >> On Sunday 03 Nov 2013 10:17:55 Neil Bothwick wrote: >> > On Sun, 03 Nov 2013 00:41:54 +, jdm wrote: >> > > I think they are flash but I cannot play any video on youtube >> > > (also >> > > dailymotion). I thought youtube had gone html5 but not so sure, >> > > as get >> > > Could not load movie '/tmp/kde-john/konquerorPS4531.swf'. So I >> > > think >> > > this is flash. Using khtml. >> > >> > It may be that YouTube still defaults to flash and you have to tell >> > it >> > you prefer HTML5 in your preferences. >> >> Yes, you can set up youtube cookies to recognise that you want to use >> HTML5 as Neil suggests, or if you still want to fix Konqueror to >> play flash videos you need to go in Konqueror settings/Plugins and >> click on "Scan for Plugins". It should pick up what it needs as >> long as you have the right packages installed (like adobe flash). > >[...] > >In addition to that, you can also deactivate the Flash plug-in, in >which case YouTube switches to HTML5 once it notices that the Flash >plug-in is missing (it only fails if your browser does not support any >of the formats the video is available in). Recently I've gone over to >using the FlashDisable extension for Firefox to only activate Flash >*temporarily* when I really need it. > >Also, consider youtube-dl, which came recommended by a friend and has >worked wonderfully for me for a variety of sites (youtube, vimeo, >soundcloud, etc.). > >HTH Thanks for the advice. I got this to work by installing kde- misc/kwebkitpart-1.3.1 and selecting webkit as default engine. Not sure why it won't work with khtml but as they say in Birmighman "ces't la vie" or something like that. Thanks John
Re: [gentoo-user] Re: Video card with two ports.
On Sat, Nov 02, 2013 at 05:33:34AM -0500, Dale wrote: > Anyway, I still need to check into some things. The edges of the > screen on my TV is cut off. It's not much but just enough that it > will cause issues if I try to do some things on the TV. I have the very same thing with a very old Radeon X200SE in an old PC that I got from a company write-off. Video ouput (via VGA) was skewed to one side, so I called the monitor’s auto-adjust to compensate. Then I installed Windows for some gaming and lo, this time the output was skewed to the other side. So the monitor was alright, instead the card was misconfigured. While the graphics driver for Windows has a neat graphical tool to configure this offset, I (currently) don't know of an equivalent in Linux country. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. “Privacy laws are our biggest impediment to us obtaining our objectives.” — Michael Eisner, CEO of Disney, 2001 signature.asc Description: Digital signature
Re: [gentoo-user] Re: OT: Flash+nspluginwrapper versus Gnash comparisons?
On Sun, Nov 03, 2013 at 10:48:23AM +, Nuno J. Silva (aka njsg) wrote > If what annoys you in Firefox is the interface, you can also try some > addon that offers an alternative interface (uzbl screenshots look a lot > like firefox with pentadactyl) [not trying to get into a flame war, > really just suggesting something -- at least here (normal amd64) I can > use flash in firefox] It started back with "abortionbar", and what doesn't help is that Firefox stores its history and various other stuff in sqlite databases!!! In case of a crash mid-write, a text file can easily be salvaged. A binary file (e.g. sqlite database) is usually unsalvagable. The Firefox develeopers' response to that is to "sync() early and sync() often". On my older machine, that caused the system to freeze for 15 to 30 seconds while every last single file buffer system-wide was flushed to disk. See http://aplawrence.com/Web/firefox-sqlite.html for an educated rant. In addition to this, the browsing history is consulted with every keystroke when typing a URL, to enable autocompletion. And Firefox is a cpu-hog, according to "top". Flashblock helps, but uzbl still uses a lot less cpu. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: do subslots improve user-experience?
hasufell wrote: > EMERGE_DEFAULT_OPTS="--ignore-built-slot-operator-deps=y" >> >> A different user interface would be preferrable [...] > > Could you open a bug report for portage and make a properly formulated > proposal about this? Done. http://bugs.gentoo.org/show_bug.cgi?id=490350
