Someone | 16 Apr 10:04 2014

Notification area audio widget suddenly invisible on Fedora LXDE spin

My sound abruptly stopped working, and the notification area widget
stopped appearing. It hasn't been working for a couple of weeks, at this
point, though it had been working fine before that. (Before it stopped
working, the notification area widget had been displaying, as well.

I can run pavucontrol manually, and the only output device that is shown
in the relevant tab is "Dummy Output".

I really wish I could listen to music, but neither my laptop's built in
speakers, nor the stereo system plugged into the side audio jack work at
all.

As per the wiki sound troubleshooting page, I removed the
alsa-plugins-pulseaudio package, but that, alas, that didn't help, either.

Any suggestions would be appreciated.

Thanks.
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Frantisek Hanzlik | 16 Apr 08:15 2014
Picon

debuginfo install: file /usr/lib/debug from PKG conflicts with file from package gtk2-debuginfo-2.24.22-2.fc19.i686

I did build some rpm package. Now when I install it's debuginfo rpm
(by 'rpm -i PKG-debuginfo-VER-REL.fc19.i686.rpm'), I got lot of errors
such as:
file /usr/lib/debug from install of PKG-debuginfo-VER-REL.fc19.i686.rpm
conflicts with file from package hunspell-debuginfo-1.3.2-13.fc19.i686

where files (it are directories) are
/usr/lib/debug
/usr/lib/debug/.build-id
/usr/lib/debug/.build-id/eb
/usr/lib/debug/.dwz
/usr/lib/debug/usr

and it conflict perhaps with all -debuginfo packages which are
 installed from Fedora/Rpmfusion/ATrpms repos.

It seems as the problem is in directories permissions - in filesystem
these are 0755, but in my debuginfo package these rights appear to be
2755.

Thus my questions:
- debuginfo packages are automatically generated and I not see any
option how set permissions at these directories. How is possible set
correct values there?

- Is some way how install debuginfo pkg with bad permissions? E.g.
with rpm/yum/debuginfo-install (this tool has too short man page)?
It is perhaps possible manually uncpio debuginfo package, but... ;)

Thanks, Franta
(Continue reading)

Joachim Backes | 16 Apr 07:24 2014
Picon
Picon

Re: lightdm fails to start a gnome session

On 04/15/2014 04:05 PM, Paul Cartwright wrote:
> On 04/15/2014 09:51 AM, Joachim Backes wrote:
>> Hi all,
>>
>> having the problem that lightdm is'nt able to start a gnome-session:
>> only seeing a screen with the (well known):
>>
>> Oh no! Something has gone wrong. Please log out and try again.
>>
>> Login in again shows the same phenomena, and so on...
>>
>> No problem to start a kde session with lightdm.
> 2 things to try..
> 1. add a guest user & see if that can log in to gnome.

No, fails. (Oh, no. Something ...)

Only the root account can start a gnome session iniated by lightdm.

> 2. rename your .gnome folders and try logging in again. probably a
> configuration issue

Did not try, because even a fresh user fails (see 1.)

Kind regards

Joachim Backes

--

-- 

(Continue reading)

Rachmayanto Surjadi | 16 Apr 03:43 2014

Need advice

Hi all:

We are developing internal software using MySql dB and are planning to use Fedora for the server.

The question is how do we know that this hardware (motherboard, CPU) really support Fedora version 18 or 19? We are looking at mobo from Asus or Intel or Gigabyte, but did not find firm answer. We did not find the info from mobo websites either.

 

The mobo that got our interest are the ones with H77 or Z77 or H87 chipsets.

Is there any URL for me to get the information we need?

 

 

Thanks in advance.

Regards,

 

Rachma

 

 

--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Claude Jones | 15 Apr 22:57 2014

CUPS service seems to have suddenly stopped working

running the following:

systemctl status cups service
cups.service - CUPS Printing Service
    Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
    Active: failed (Result: start-limit) since Tue 2014-04-15 16:46:29 
EDT; 1min 19s ago
   Process: 674 ExecStart=/usr/sbin/cupsd -f (code=killed, signal=TERM)
  Main PID: 674 (code=killed, signal=TERM)
    CGroup: /system.slice/cups.service

Not sure where to go with this and google isn't helping so far... Can 
someone point in the right diagnostic direction?
-- 
Claude Jones Brunswick, MD, USA
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
William W. Austin | 15 Apr 20:10 2014
Picon
Picon

An scp question


I run current Fedora releases on my home office boxes, but at my "real" 
office (i.e., where I *don't* own the machines) it is still mandated 
that 2 particular machines will stay with FC17.  (This is a BIG 
improvement because I was only able to upgrade the first one (machine 
"A") a week or so ago. The other (machine B) is still running FC14 and 
will stay that way until the next "maintenance weekend" some time in 
October.

I need to set things up so that cron jobs can run the scp commands 
without anyone having to key in a password. But since the upgrade, 
I've been having a problem getting scp to work in both directions on 
the FC17 machine.

First I generated the two necessary id_dsa and id_dsa.pub files (ssh-
keygen -t dsa on both machines), and then I installed the id_dsa.pub 
key from machine A into the authorized_keys file on machine B and vice-
versa (in the appropriate ~/.ssh directories).

From a terminal, scp works fine in both directions.  However...

From machine A (FC17) I can successfully do both of these:

	scp <FILENAME> <machine B>:/PATH (copy to machine A from B)

	scp <machine B>:/PATH/≤FILENAME> (copy to machine B from A)

BUT from machine B (FC14), both of these fail:

	scp <FILENAME> <machine A>:/PATH

	scp <machine A>:/PATH/≤FILENAME>

As I had this working when both machines were running FC14, I suspect 
that there's something I'm overlooking, and I haven't found it yet.

I've been working at this for about a week with no results, and 
if anyone has any pointers, suggestions, or a URL or two, I'd really 
appreciate any help you can give me (yes I've read the manuals and 
looked it up on line - but so far without figuring out a solution). 

- Thanks,
   wwa

-- 
airedad <at> att.net
"life is just another phase i'm going through. this time, anyway ..."
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Andreas M. Kirchwitz | 15 Apr 18:40 2014
Picon

Re: F20 Where's my system mail?

Arthur Dent <misc.lists <at> blueyonder.co.uk> wrote:

 > I have read this page:
 > https://fedoraproject.org/wiki/Changes/NoDefaultSendmail

Yes, Fedora's great plan of no default sendmail basically means that
they simply do no longer install sendmail (default MTA). That's all.

All software (crond, raid-check, logwatch etc.) still sends mail,
but now it just gets silently deleted.

A good concept for system design would have taken into account that
software needs new configuration on how to deal with the information
that was sent out via mail previously. There's no point in still having
all software configured to send out mail but not installing an MTA.
That doesn't solve the problem.

 > Without a functioning MTA how can I now achieve the same result?
 > Although I can ssh into the box, and I do often check logs etc, it is
 > reassuring to know when something has happened I would get an email, and
 > the regular output in email-form from logwatch was something I would
 > check every day.
 >
 > Can I get this functionality back without the pain of configuring
 > postfix or (shudder) sendmail? If so how?

Fedora still offers MTA software, eg sendmail, in their repositories
(so you get all security updates, bug fixes etc.)  After your fresh
installation of F20 you could simply run "yum install sendmail" and
have the exact same setup as all the years before.

However, I agree, that having a full-blown MTA on a desktop PC is
somewhat weird. I've tried to go with "msmtp" (supported by Fedora).
It's basically a "mail forwarder". It offers a "sendmail"-style
binary and forwards all input to a preconfigured SMTP host (each
user can have its own configuration).

At first, "msmtp" looked like a good solution, but the configuration
overhead was much higher than putting a smart-host in sendmail.cf.

Finally, I got msmtp working but I'm still not really happy
(it doesn't rewrite destination addresses for aliased forwards,
and that's a big problem with today's spam filters), so I will
revert to sendmail in F21.

Alternatively, you could install procmail and reconfigure all
software to use procmail instead of sendmail to handle mail.
Procmail allows delivery to local mailboxes if that's all you need.
In my setup, I don't want local mail on my desktop PCs (that's
indeed useless) but have all mail forwarded to a SMTP smart-host
(where my primary mail-account is located).

Another alternative is mailx. It even allows for remote
delivery. Sounds really cool. But totally fails on SMTP servers
with self-signed certificates. That's uncool.

In any case, reconfiguring all software to use something different
than the old-school "sendmail" binary requires more time than just
installing (and configuring) sendmail itself.

As long as Fedora still officially supports sendmail in their
repositories, all is well.

	Greetings, Andreas
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Shane Johnson | 15 Apr 16:59 2014

Grub2 ignoring timeout

Ran into an odd problem this morning, I have two seperate systems installed over the last two days where Grub is ignoring the time out in the grub.cfg file.  Anyone seen this, had this problem, or know how to resolve it?

Thanks

--
Shane D. Johnson
IT Administrator
Rasmussen Equipment


--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Joachim Backes | 15 Apr 15:51 2014
Picon
Picon

lightdm fails to start a gnome session

Hi all,

having the problem that lightdm is'nt able to start a gnome-session:
only seeing a screen with the (well known):

Oh no! Something has gone wrong. Please log out and try again.

Login in again shows the same phenomena, and so on...

No problem to start a kde session with lightdm.

Anybody sees this too?

Kind regards

Joachim Backes

-- 

Fedora release 20 (Heisenbug)
Kernel-3.13.10-200.fc20.x86_64

Joachim Backes <joachim.backes <at> rhrk.uni-kl.de>
https://www-user.rhrk.uni-kl.de/~backes/de-index.html
https://www-user.rhrk.uni-kl.de/~backes/en-index.html
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Tom Horsley | 15 Apr 03:27 2014
Picon

Fedora update killed router? Or just coincidence?

I just ran yum update on fedora 20, then as long as I
needed to reboot to get some libs active, booted into
my fedora 19 partition and also ran yum update.

Obviously I had a working network for all that, but when
I booted back into fedora 20, I had no network.

Nothing I tried worked, I even booted a live CD from
a different distro and it had no network either.

But when I power cycled my router, the network started
working again. 

Was the router just sitting around waiting for me to
reboot so it could confuse me by crashing at that
exact time? Did the fedora updates manage to do something
totally strange to the network that made the router
crash? Very weird.

If the network disappears again, I'll try power cycling
the router first thing :-).
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Aero Maxx | 14 Apr 18:24 2014
Picon

SSH Login timeout

Hi All,

I have been having some internet issues at home today, and as a result I 
have been unable to login to a fedora machine on my local network from a 
windows 7 machine also on the local network.

I believe it must have something to do with trying to resolve the ip of 
the local machine trying to connect to a hostname which it is having 
problems in doing so due to lack of internet.

Is there anything I am able to do to solve this issue when there is no 
internet connection available ?

Thanks
Daniel.
--

-- 
users mailing list
users <at> lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Gmane