Update -> no sound
by Dimi Paun
This time I can get no sound of Firefox or Rhythmbox,
despite PA running in the background.
Somehow I now have 2 PA instances:
[dimi@dimi ~]$ ps aux | grep pulseaudio
gdm 2547 0.0 0.1 101032 4240 ? Ssl May09 0:00 /usr/bin/pulseaudio --start --log-target=syslog
dimi 2699 1.0 0.4 170960 17604 ? R<sl May09 43:42 /usr/bin/pulseaudio --start --log-target=syslog
dimi 30180 0.0 0.0 4208 732 pts/5 S+ 11:35 0:00 grep pulseaudio
I don't seem to get working sound for more than
2 days in a row. Folks, I don't do anything
non-standard.
I am asking again: is this normal rate of problems?
Filing a good bug report (after trying to diagnose
the problem) took me 1h+ last time, I just can't keep
doing that in the middle of my work day.
A few more notes:
- I said that PA doesn't restart if killed. I was wrong.
It does, except that Flash doesn't reconnect. However,
Rhythmbox does reconnect, and I tested that several times.
Now even it doesn't want to work
- I did an Update, but I didn't reboot or restart. However,
my gut is telling me this is not related to the update,
but rather with another PA failure. I got an error about
some "Stream too big" or somesuch.
- The PA volume control shows Firefox connected, but I
get no sound. However, I can't see Rhythmbox.
P.S. After killing the PA instance owned by me (dimi), I
got sound again out of Rhythmbox.
--
Dimi Paun <dimi(a)lattica.com>
Lattica, Inc.
14 years, 11 months
Re: 2009-05-14 - Fedora Test Day - IBus input method
by Jens-Ulrik Petersen
----- "Matej Cepl" <mcepl(a)redhat.com> wrote:
> I haven’t managed to have cs_CZ layout AND Compose key active in
> the same time. As you can see from this reply, I like “curly
> quotes” and similar stuff, but I need Czech keyboard layout as
> well.
Please file bug and we can look more into it.
> >> b) it worked poorly (not sure how) with Czech layout ... and
> >> I heard it from other people with somewhere in between layouts
> >> ... non-ASCII, but also non-real-IM-needed.
Ditto - Martin says something similar.
> > I think most ibus engines can only work with us-en keyboard layout
> too.
> > But we have planed to integrate ibus with xkb. But this feature is
> for
> > f12 or RHEL 6.
>
> Translated: I shouldn't bother with iBus at all. Is that correct?
I think he means some of the input-methods currently assume a US layout.
Which language are you trying to use ibus (scim) for?
Jens
14 years, 11 months
Ibus - Sorry
by Steven James Drinnan
Sorry pressed send in error.
But I missed it first because it is not included by default in the live
CD. Maybe something to consider?
Steven
14 years, 11 months
fedora-release-11-1
by Jesse Keating
Tomorrow's rawhide with have the fedora-release package I hope will be
final version for Fedora 11. It enables the fedora and updates repos,
and disables the rawhide repo. Mirrormanager will redirect requests for
the fedora 11 repo to the public rawhide directory until we're ready to
release. This allows people to easily transition into the Fedora 11
release without having to modify config files.
If you wish to remain on Fedora 11, make sure that the .repo files as
shipped with this package are the ones in use. Check for .rpmnew files
in /etc/yum.repos.d/ and compare them to your existing .repo files to
take into account any new configuration.
We do have a number of Fedora 11 updates and testing updates already
pushed, these are things that maintainers felt were not suitable to
break the devel freeze and instead wished to push them as "zero day"
updates. Feedback in bodhi would be greatly appreciated for these
packages if you wish to try them.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
14 years, 11 months
Re: Fwd: 2009-05-14 - Fedora Test Day - IBus input method
by Peng Huang
> ["Followup-To:" header set to gmane.linux.redhat.fedora.testers.]
> On 2009-05-11, 13:59 GMT, Liam wrote:
>
>> > iBus is designed to improve a number of deficiencies of scim:
>>
>
> I had two problems with scim (and these were the reasons I always
> removed it immediately after installation):
>
> a) it conflicted with Compose key
>
What's the detail of this problem?
> b) it worked poorly (not sure how) with Czech layout ... and
> I heard it from other people with somewhere in between layouts
> ... non-ASCII, but also non-real-IM-needed.
>
>
I think most ibus engines can only work with us-en keyboard layout too.
But we have planed to integrate ibus with xkb. But this feature is for
f12 or RHEL 6.
14 years, 11 months
Upcoming Bugzilla Changes
by John Poelstra
Summer is almost here and things are about to heat up (at least here in
the Northern Hemisphere!) with the release of Fedora 11. With each new
Fedora release comes some Bugzilla housekeeping. This e-mail is
designed to let you know about two things happening around May 26, 2009
(Fedora 11 day) and what you need to do, if anything.
(1) We will be automatically changing the version all rawhide bugs to
Fedora 11. This will result in regular bugs reported against rawhide
during the Fedora 11 development cycle being changed to version '11'
instead of their current assignment, 'rawhide'. This is done in order
to more accurately tell where in the lineage of releases the bug was
last reported because over time 'rawhide' becomes ambiguous.
Note that this procedure does not apply to bugs that are against
component 'Package Review' or bugs that have the 'FutureFeature' or
'Tracking' keywords set. They will stay open as rawhide bugs indefinitely.
If you do not want your bugs changed to version '11', add the
FutureFeature keyword. If you need help changing a large amount of bugs
manually, we'd be glad to help. Stop by #fedora-bugzappers on
irc.freenode.net and we'll help you.
(2) All bugs for upcoming EOL releases (at this point, Fedora 9) will
get a comment on release day, explaining that one month of maintenance
remains. These bugs must move to a later version if still applicable or
they will be automatically closed in one month with a resolution of WONTFIX.
More about these processes is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping
Thanks for reading,
John (for the Bug Triage team)
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
14 years, 11 months
182 pending F11 stable updates. WTF?
by Jesse Keating
How is it we have 182 stable updates pending for F11 already? How have
these seen any testing by a wider audience? Are we really just not
bothering with updates-testing anymore? Do we not care about distro
stability?
I know that many of these are newpackages, but many aren't though.
</frustrated>
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
14 years, 11 months
glibc fork ?
by Denis Leroy
http://www.eglibc.org/home
So are we moving to eglibc as well ? :-)
So what happened ? Overreaction from Debian guy, or poor community
management from RH guy ?
-denis
14 years, 11 months
What is the best way to store information cross desktop
by Kushal Das
Hi all,
If one application (with GUI) wants to store informations (like
username, password, some other texts) cross desktop, what is the best
way to achieve that?
A Gnome application can use gconf/gnome keyring or a KDE application
can use KWallet, but those two are totally desktop specific. I know
people who use Gnome don't want to run KWallet or a KDE user will not
like to use any gnome way to store information.
I am working on Python (PyKDE4) based Wordpress blog client and I want
it to run properly on any desktop.
Kushal
--
http://fedoraproject.org
http://kushaldas.in
14 years, 11 months