Firefox/Flash vs. Pulseaudio; Audio can't be directed to the desired device
by Jonathan Ryshpan
Pulseaudio can control which output device receives main audio output
via
kmix->Mixer->Settings->Audio Setup->...
which invokes Phonon. At this point select the audio stream you want to
divert, "Prefer" the device you want to receive the stream to the top
and "Apply". This sends the audio stream, the output of Amarok (in my
case) to the desired device, "Built-in Audio Analog Stereo" (in my
case).
EXCEPT that this doesn't work for a stream originating in Firefox/Flash.
How can I redirect this stream? What am I missing?
Many thanks - jon
10 years, 7 months
small error when starting Fedora
by Chris A. Roberts
Hi,
I had to get a new laptop because my last one had a hinge issue. After installing Fedora 19 onto this laptop, When clicking Fedora 19 from grub I get a message saying: irq 9: nobody cared(try booting with the "irqpoll" option) It stays for about 5 seconds then Fedora boots normally. Its more of an annoyance then anything since its not hindering startup. Is there any way to fix this?
Chris
10 years, 7 months
Copy-pasting without transferring format
by Oliver Ruebenacker
Hello,
I would like to be able to copy-paste text without transferring the
format. I'm using F19 with KDE.
Currently, when I copy-paste (between Firefox, LibreOffice, etc),
formatting like font, font size and font attributes get also copied and
pasted. But I am looking for a way to copy-paste such that the format of
the original text is discarded and instead the format of the target
document is used, as if I had typed the text on the keyboard.
(My wife uses the following trick on Windows: copy-paste text into
URL-field of the browser, then copy-paste from URL-field to destination).
Thanks!
Best,
Oliver
--
Oliver Ruebenacker
IT Project Lead at PanGenX (http://www.pangenx.com)
Be always grateful, but never satisfied.
10 years, 7 months
SSH problem with kernel 3.10.9-200
by SternData
Is it just me or is anyone else seeing this?
Description of problem:
Using SSH to access files on remote system (but local to my LAN). Using
arrow key to scroll through files or up/down in bash_history or left or
right in current command.
Works fine with 3.10.7-200.
When using kernel 3.10.9-200, cursor stops moving and characters are
either not being transmitted or are not echoing back. Have to wait for
3-5 seconds to be able to continue typing.
Version-Release number of selected component (if applicable):
3.10.9-200
How reproducible:
SSH to another system. vi into a file. Press down-arrow and hold it.
Response will stop after 10-15 lines.
Fedora 19 64 bit fully up-to-date as of 2013-08-31
https://bugzilla.redhat.com/show_bug.cgi?id=1003181
--
-- Steve
10 years, 7 months
error: Failed dependencies: but libraries are installed
by myken
Hello,
Sorry if this has been asked before, I couldn't find a meaningful answer
searching.
I need some help installing a package from Lattice
(http://www.latticesemi.com). Lattice provides a linux x86_64 rpm
package but I have some difficulties installing it.
If I run:
rpm --test -Uvh diamond_2_2-base_x64-101-x86_64-linux.rpm
I get:
error: Failed dependencies:
/bin/csh is needed by diamond_2_2-base_x64-2.2-101.x86_64
/bin/ksh is needed by diamond_2_2-base_x64-2.2-101.x86_64
libXi.so.6 is needed by diamond_2_2-base_x64-2.2-101.x86_64
libXrender.so.1 is needed by diamond_2_2-base_x64-2.2-101.x86_64
libXtst.so.6 is needed by diamond_2_2-base_x64-2.2-101.x86_64
... etc ....
To illustrate my problem I will use libXi.so.6 as an example, but all
failed dependencies are available on my system.
When I run:
whereis libXi.so.6
I get:
libXi.so: /lib64/libXi.so.6 /lib64/libXi.so /usr/lib64/libXi.so.6
/usr/lib64/libXi.so
and if I run:
yum list installed | grep libXi
I get:
libXi.x86_64 1.6.2.901-1.fc18 @updates
libXi-devel.x86_64 1.6.2.901-1.fc18 @updates
libXinerama.x86_64 1.1.2-5.20130524git99c644fc8.fc18 @updates
libXinerama-devel.x86_64 1.1.2-5.20130524git99c644fc8.fc18 @updates
and if I do:
rpm -qa | grep libXi
I get the same installed libraries:
libXinerama-1.1.2-5.20130524git99c644fc8.fc18.x86_64
libXi-devel-1.6.2.901-1.fc18.x86_64
libXinerama-devel-1.1.2-5.20130524git99c644fc8.fc18.x86_64
libXi-1.6.2.901-1.fc18.x86_64
So as far as I know there shouldn't be a dependencies problem, but I'm
missing something and I can't figure out what.
Any help is very much appreciated.
Thanks, Robert.
My system: Fedora 18, 64 bits
yum --version
3.4.3
Installed: rpm-4.10.3.1-2.fc18.x86_64 at 2013-09-03 10:31
Built : Fedora Project at 2013-08-26 08:54
Committed: Panu Matilainen <pmatilai(a)redhat.com> at 2013-08-26
Installed: yum-3.4.3-54.fc18.noarch at 2013-05-15 17:59
Built : Fedora Project at 2013-04-04 16:34
Committed: Zdenek Pavlas <zpavlas(a)redhat.com> at 2013-04-04
10 years, 7 months
Re: Announcing Fedora GPG Key Server - keys.fedoraproject.org
by Björn Persson
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Nick Bebout wrote:
> The Fedora Infrastructure team is pleased to announce that
> keys.fedoraproject.org is now up and running as a GPG keyserver.
[...]
> Web interface at http://keys.fedoraproject.org or
> https://keys.fedoraproject.org
If it's supposed to be accessible with both encrypted and unencrypted
HTTP, then I think the lookup form should support both ways, like the
add form does. Currently the lookup form is hardcoded to be submitted
unencrypted, so all the spies can see who looks up which keys.
This query exposes a character encoding bug in the page title:
https://keys.fedoraproject.org/pks/lookup?search=Rombobj%C3%B6rn&op=vindex
Björn Persson
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iQIcBAEBCgAGBQJSJcS6AAoJEOE4WtzWSuY/1EIQALW3I/QSWHAka1lxdz1+Sw5u
4OTaVjXJWQ+vJbbEfSf1JMBxHXTYVIBRLANA6UmSKRsmFtrcuVh/qjgld4CKkkCI
ib2DurIHM6lLYXcXgDtEEC+/YehuIRp2S1QkZ75oRJrY/ohiBh/+Vl8AEVBYAVmP
BuMzgNeRIhE3TvBq6yzlB16W6St+HlEgdLtNt/f658DZciau4HM2Jvgt3R4HOZJ2
fDmclOPH77XFQqYlxYXsefqRbgO5w1ISTji3SGoAO1Q/9kBf1Fp/41Q/HByKthLM
15yNQd094n2iy9+0GWl4eTOfeify88RkVcE0V0c5MzAYeBQy2S9c9aiT991RLURp
+il7kh/MBVmc9nrLrKW7Y8tTWDAS/xgfyCjWFoWCKGozXDTuOcPg3hrrLkjPeZFQ
+Xus6EMjFdCV5/WNpC6H6WbKhXv6AfM21AA0D9UGubGMpsGCKLv+PpmSkACI4jLm
Azr0Ih7gCIrOtJlXLHxUGye/L8492p7PXLYkmb3feUzkSSarc52lhYDpERp1j2GB
+co4vTqJxclT1cbmo8r1SuZUqwOH15GkJgFJhSXV/XMe7uVAyr1geqDrRWSund4I
OiYFWaiPJKpmkM3MhALXb6qgrVng4EH9ZbhCqvEE+L1hqgpbNxC9I27l0ngATZ/z
0b48pmXH79nIeX1yBjTE
=qbka
-----END PGP SIGNATURE-----
10 years, 7 months
upgrading R
by Richard Vickery
I used to do this by scrolling up through the commands, but it's no
longer there: I don't know if I remember it correctly:
sudo yum upgrade updates.testing R
Do I have this correct, or am I missing something? I don't want to
forge ahead fearing that I might screw something up.
Any ideas?
Thanks,
Richard
10 years, 7 months
Re: Announcing Fedora GPG Key Server - keys.fedoraproject.org
by Tim
On Mon, 2013-09-02 at 22:10 -0500, Nick Bebout wrote:
> The Fedora Infrastructure team is pleased to announce that
> keys.fedoraproject.org is now up and running as a GPG keyserver. We
> are also part of the sks-keyservers.net pool, which means that some
> people using pool.sks-keyservers.net will be directed to our server.
Based on prior experience with another key server, what happens when we
upload our keys? Does it disseminate the keys? Does it provide a list
of contacts upon request (i.e. a list, rather than respond to specific
queries for the key for a specific person).
The reason I ask, is long ago I uploaded a key, and was the immediate
target of spam to that address. I added another address to the key, and
it got spammed as well. This went on for a very long time (years). I
removed some addresses from that key, and those addresses stopped
receiving spam, shortly afterwards (days). So, that keyserver, or a
linked one, was obviously being monitored on a continuing basis to spam
active addresses. I've forgotten which one it was, now, but it wasn't
some obscure server, it was one of the ones listed in the guides for
either GPG or PGP.
I'm just not prepared to put up with that sort of crap anymore.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
10 years, 7 months
RE: A couple of random questions about login
by J.Witvliet@mindef.nl
-----Original Message-----
From: users-bounces(a)lists.fedoraproject.org [mailto:users-bounces@lists.fedoraproject.org] On Behalf Of Bryn M. Reeves
Sent: Monday, September 02, 2013 6:42 PM
To: Community support for Fedora users
Subject: Re: A couple of random questions about login
On 09/02/2013 04:42 PM, Bill Oliver wrote:
> My wife turned to me and said, "If I were the bad guy, I'd just have the
> computer delete everything if someone entered the boat name, or at least
> send me a text. The boat was an obvious guess, and I would never
> accidentally type it in."
This is pretty close to the concept of a duress code or panic password -
a special signal that you only give when under duress to covertly
indicate that fact:
http://en.wikipedia.org/wiki/Duress_code
There's a problem with this idea though: anyone who knows or suspects
that you are using such a booby trap and has access to the system just
has to guess the right term and they can hose your data.
-----Original Message-----
Well, there are some other points to make...
A nice way to protect your data, is to have it all in an LUKS-encrypted container, and store the key on a smartcard.
Three times wrong, and gone forever :-) Works good enough, but there is a snag:
If they hold your daughter at gunpoint, you will certainly give the correct code.
With regards to duress-login, there might be a "simple" roundabout:
For each user, create double login entries. Like "John.Doe" and "J.Doe".
Both (!) giving full access to your environment & data. Only difference is if you use the second, alarms are triggered, while you/hostages remain unharmed.....
Hw
______________________________________________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het electronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.
10 years, 7 months