Re: [gentoo-user] firefox 31.3 - no youtube video
Gevisz wrote: > On Sun, 15 Feb 2015 23:29:22 -0700 Joseph wrote: > > > After recent update to Firefox 31.3 youtube videos won't play. > > Recent update of Firefox was to 31.4, at least on amd64 > but when I was on 31.3 I noticed no change in my youtube > experience: approximately half of their videos can be played. > > P.S. I have no flash player installed. Try a new profile, I had a similar problem and that solved it. You may need flash also, as I could never get the html5 player to work with firefox -- currently 35.0.1. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] firefox 31.3 - no youtube video
On Sun, 15 Feb 2015 23:29:22 -0700 Joseph wrote: > After recent update to Firefox 31.3 youtube videos won't play. Recent update of Firefox was to 31.4, at least on amd64 but when I was on 31.3 I noticed no change in my youtube experience: approximately half of their videos can be played. P.S. I have no flash player installed.
[gentoo-user] firefox 31.3 - no youtube video
After recent update to Firefox 31.3 youtube videos won't play. Theme is Default. -- Joseph
Re: [gentoo-user] Source for checksums of installed files
On Sat, Feb 14, 2015 at 03:59:33PM +0100, Jan Sever wrote: > On 02/14/2015 03:52 PM, Mike Gilbert wrote: > > On Sat, Feb 14, 2015 at 4:24 AM, Jan Sever wrote: > >> Hi all, > >> > >> I was looking for information about the source for checksums of installed > >> files but I didn't find. I'd like to know whether Portage makes checksums > >> (for equery check) from installed files in /, or in /var/tmp/portage. And > >> similarly whether it makes binary packages (when asked) from /, or again > >> from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/ > portage > >> but I'm not sure of that. > >> > >> I have suspicion that my SSD doesn't work quite well, so I mount /var/tmp > >> from memory and I'd like to know whether the final checksums and binary > >> packages cannot be corrupted from SSD. I always use tmpfs for /var/tmp/portage, for the very most packages (with the obvious exceptions), 2 Gigs of space are enough if you don't build with debugging enabled. > > Your question is somewhat awkwardly worded, but I think you are > > looking for /var/db/pkg/*/*/CONTENTS. > > No, I am not. I know this location but I'd like to know where it's > computed from. Live system or PORTAGE_TMPDIR? You could tell portage to also build binary packages and put PKGDIR onto another device¹. Once a package is installed, you can unpack the binary archive¹ and verify the checksums on the extracted files, or simply use something like dirdiff to compare / and the extracted tree. ¹ or maybe also a ramdisk, if you got the Megs -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any social network. The problem with HTML/CSS jokes: everyone understands them differently. signature.asc Description: Digital signature
Re: [gentoo-user] Source for checksums of installed files
On Sat, Feb 14, 2015 at 03:59:33PM +0100, Jan Sever wrote: > On 02/14/2015 03:52 PM, Mike Gilbert wrote: > > On Sat, Feb 14, 2015 at 4:24 AM, Jan Sever wrote: > >> Hi all, > >> > >> I was looking for information about the source for checksums of installed > >> files but I didn't find. I'd like to know whether Portage makes checksums > >> (for equery check) from installed files in /, or in /var/tmp/portage. And > >> similarly whether it makes binary packages (when asked) from /, or again > >> from /var/tmp/portage. It'd make sense, it'd make it from /var/tmp/ > portage > >> but I'm not sure of that. > >> > >> I have suspicion that my SSD doesn't work quite well, so I mount /var/tmp > >> from memory and I'd like to know whether the final checksums and binary > >> packages cannot be corrupted from SSD. I always use tmpfs for /var/tmp/portage, for the very most packages (with the obvious exceptions), 2 Gigs of space are enough if you don't build with debugging enabled. > > Your question is somewhat awkwardly worded, but I think you are > > looking for /var/db/pkg/*/*/CONTENTS. > > No, I am not. I know this location but I'd like to know where it's > computed from. Live system or PORTAGE_TMPDIR? You could tell portage to also build binary packages and put PKGDIR onto another device¹. Once a package is installed, you can unpack the binary archive¹ and verify the checksums on the extracted files, or simply use something like dirdiff to compare / and the extracted tree. ¹ or maybe also a ramdisk, if you got the Megs -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any social network. The problem with HTML/CSS jokes: everyone understands them differently. signature.asc Description: Digital signature
Re: [gentoo-user] perl-cleaner lerfovers
On Sat, Feb 14, 2015 at 02:46:01PM +0200, Alexander Kapshuk wrote > > I didn't know that. Thanks. I seem to have quite a few in my world file at > the moment. I didn't put any of them in there by hand though, to the best > of my knowledge. > > grep -i libs /var/lib/portage/world > dev-libs/glib > dev-libs/libevent > dev-libs/libyaml > media-libs/gst-plugins-base > media-libs/gst-plugins-base:0.10 > media-libs/gstreamer > media-libs/gstreamer:0.10 > media-libs/libpng > media-libs/libpng:1.2 > media-libs/libpng:1.5 > media-libs/libv4l > media-libs/webrtc-audio-processing > sys-libs/gpm As Peter has noted, you probably updated most of these files manually without supplying the "-1" (or "--oneshot") option. I do know that sys-libs/gpm must be in world if you want a text-console mouse-pointer, because it's a user-selected install. I checked on my system. The following are on my system, but not in world. dev-libs/glib dev-libs/libevent media-libs/libpng (=media-libs/libpng-1.6.16) If you've emerged any package with the "gstreamer" flag, then... media-libs/gst-plugins-base media-libs/gst-plugins-base:0.10 media-libs/gstreamer media-libs/gstreamer:0.10 ...don't belong in world. If you want to clean up world safely, I suggest the following... 1) make a backup of /var/lib/portage/world 2) edit /var/lib/portage/world, by removing the following lines... dev-libs/glib dev-libs/libevent media-libs/libpng media-libs/libpng:1.2 media-libs/libpng:1.5 media-libs/gst-plugins-base media-libs/gst-plugins-base:0.10 media-libs/gstreamer media-libs/gstreamer:0.10 3) run the command "emerge -p --depclean" and post the output back here before doing anything more. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] alsa switches to IEC958 - no sound from speakers
Something went sideways recently and I now find that only IEC958 is available as the default audio device. Trying to change it to an analogue device does not take. This PC has alsa only, no pulseaudio. $ cat /proc/asound/devices 0: [ 0] : control 4: [ 0- 0]: hardware dependent 19: [ 0- 3]: digital audio playback 32: [ 1] : control 33:: timer 36: [ 1- 0]: hardware dependent 48: [ 1- 0]: digital audio playback 49: [ 1- 1]: digital audio playback 56: [ 1- 0]: digital audio capture 58: [ 1- 2]: digital audio capture $ aplay -l List of PLAYBACK Hardware Devices card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Generic_1 [HD-Audio Generic], device 0: ID 887 Analog [ID 887 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Generic_1 [HD-Audio Generic], device 1: ID 887 Digital [ID 887 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 $ aplay -L null Discard all samples (playback) or generate zero samples (capture) hdmi:CARD=Generic,DEV=0 HD-Audio Generic, HDMI 0 HDMI Audio Output default:CARD=Generic_1 HD-Audio Generic, ID 887 Analog Default Audio Device sysdefault:CARD=Generic_1 HD-Audio Generic, ID 887 Analog Default Audio Device front:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog Front speakers surround21:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 2.1 Surround output to Front and Subwoofer speakers surround40:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=Generic_1,DEV=0 HD-Audio Generic, ID 887 Digital IEC958 (S/PDIF) Digital Audio Output There is no /etc/alsa/, or /etc/asound.conf, or ~.asound.rc How do I take back control of the default audio device on this PC? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] whats up with eselect-opengl?
Dale wrote: > cov...@ccs.covici.com wrote: > > Hi. In my latest world update, eselect-opengl had a new version with > > very bad consequences -- it uninstalled the X server, and all drivers > > were gone. I am using the nvidia drivers and they seemed to be > > installed, but they did not work even after reinstalling the server, but > > after downgrading eselect-opengl back to 1.27, mesa and glproto (may > > have slightly wrong name), things are back to normal, but what the heck > > is happening? I saw nothing in bgo, but we had a thread on here a while > > ago, but even that thread didn't say the the server would be > > uninstalled. > > > > Any ideas? Are they going to fix? I have masked things off for now. > > > > I'm not sure if it will help or not but here is some info from mine: > > root@fireball / # equery list eselect xorg-server nvidia-drivers > * Searching for eselect ... > [IP-] [ ] app-admin/eselect-1.4.3:0 > > * Searching for xorg-server ... > [IP-] [ ] x11-base/xorg-server-1.16.3-r1:0/1.16.1 > > * Searching for nvidia-drivers ... > [IP-] [ ] x11-drivers/nvidia-drivers-340.76:0 > root@fireball / # eselect opengl list > Available OpenGL implementations: > [1] nvidia * > [2] xorg-x11 > root@fireball / # > > I use KDE, fluxbox as a backup, and no issues, yet. I just may need > more time to find it tho. lol > > Oh, I recall that when I rebuild mesa, I have to set opengl to use the > xorg version instead of nvidia. After the update is done, I can switch > it back. May not be related but if it is the only straw you have, grab > it and see. It was bringing in x-server-17 something along with eselect-opengl-3. something and this is where the problems occurred, so I downgraded xserver to 16.4 something downgraded mesa and that glproto business and all is well, but what a major disaster. This is the ~ version that I am running, by the way. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] whats up with eselect-opengl?
cov...@ccs.covici.com wrote: > Hi. In my latest world update, eselect-opengl had a new version with > very bad consequences -- it uninstalled the X server, and all drivers > were gone. I am using the nvidia drivers and they seemed to be > installed, but they did not work even after reinstalling the server, but > after downgrading eselect-opengl back to 1.27, mesa and glproto (may > have slightly wrong name), things are back to normal, but what the heck > is happening? I saw nothing in bgo, but we had a thread on here a while > ago, but even that thread didn't say the the server would be > uninstalled. > > Any ideas? Are they going to fix? I have masked things off for now. > I'm not sure if it will help or not but here is some info from mine: root@fireball / # equery list eselect xorg-server nvidia-drivers * Searching for eselect ... [IP-] [ ] app-admin/eselect-1.4.3:0 * Searching for xorg-server ... [IP-] [ ] x11-base/xorg-server-1.16.3-r1:0/1.16.1 * Searching for nvidia-drivers ... [IP-] [ ] x11-drivers/nvidia-drivers-340.76:0 root@fireball / # eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 root@fireball / # I use KDE, fluxbox as a backup, and no issues, yet. I just may need more time to find it tho. lol Oh, I recall that when I rebuild mesa, I have to set opengl to use the xorg version instead of nvidia. After the update is done, I can switch it back. May not be related but if it is the only straw you have, grab it and see. Dale :-) :-)
[gentoo-user] Re: whats up with eselect-opengl?
ccs.covici.com> writes: > Hi. In my latest world update, eselect-opengl had a new version with > very bad consequences -- it uninstalled the X server, and all drivers > were gone. I am using the nvidia drivers I run lxde and a radeon card on amd64. Here is what I get: # eselect opengl list Available OpenGL implementations: [1] xorg-x11 * All seems to be fine. I do not use nvidia, so I cannot help there. That said look in: /var/db/pkg/x11-base/* to see what has changed. Your current issues are something else that can be solved (more rapidly diagnosed) with a directed graph tool that is talked about in the GLEP_64 thread an in a gentoo-dev thread from 8/30/2014. diff the files and see what is different. hth, James
[gentoo-user] GLEP:64
Hello, Ok, so Gelp_64 could be very useful to me for reasons above and beyond the administrative vision of the devs. For example, is there a way (scripts or xml wise) to expand /var/db/pkg to include codes I install via /usr/local/ or via some subset of rpm or dpkg installed codes as discussed in a recent thread? I'm working on setting up ansible to install (clone?) new gentoo systems, where pretty much the identical system to one that exists would be an excellent starting point. Is there a way to parse /var/db/pkg, or use a "directed graph" as blueness has suggested to populate Ansible with the necessary details to build a clone (gentoo) system? And then there are security audits, such as a fully characterized list of files and the dir hierarchy of a system. Sure some of these exist in current security tools, but the complete mapping, via /var/db/pkg does seem like an excellent idea, and if nothing else an excellent checking (redundant) mechanism for security audits or to determine if something is misses via SeLinux configurations. Also, as I grab codes and install them ( particularly without using an ebuild to perform the installation) how do I track all of those created files, with a mechanism independent of the mechanism inherent to the code. Trust is great but the best rule is to 'trust but verify'. ymmv. Then there is the new repo.conf and epatch_user files that should be tracked. I'm quite sure there are still many other ways outside files find there way onto our systems (not even addressing the web side of things) besides what I have partially listed in this post. If folks have similar concerns, what mechanisms do you currently employ for any of these aforementioned needs? James
[gentoo-user] whats up with eselect-opengl?
Hi. In my latest world update, eselect-opengl had a new version with very bad consequences -- it uninstalled the X server, and all drivers were gone. I am using the nvidia drivers and they seemed to be installed, but they did not work even after reinstalling the server, but after downgrading eselect-opengl back to 1.27, mesa and glproto (may have slightly wrong name), things are back to normal, but what the heck is happening? I saw nothing in bgo, but we had a thread on here a while ago, but even that thread didn't say the the server would be uninstalled. Any ideas? Are they going to fix? I have masked things off for now. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com