RE: Yum fails to install kernel-devel

2014-05-02 Thread Luke Nath


> Date: Fri, 2 May 2014 23:45:40 +0200
> From: mschwe...@gmail.com
> To: users@lists.fedoraproject.org
> Subject: Re: Yum fails to install kernel-devel
> 
> On Fri, 2 May 2014 10:52:56 -0700, Luke Nath wrote:
> 
> > 
> > yum -y update  updated more than 11500 packages, because I had not
> > run updates for quite a while.
> 
> A direct upgrade from F18 to F20?

some time ago, I ran fedup to fc20 and it worked perfectly. I booted into
fc20 and I had no serious problems. 
I have been without internet for many weeks. I used a hotspot to finally
run yum update, and it worked fine, ecept for the glitch of installing
kernel-devel

>  
> > Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
> > kernel-devel-3.11.10-100.fc18.x86_64
> > Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
> > kernel-devel-3.13.6-200.fc20.x86_64
> 
> > Error unpacking rpm package kernel-devel-3.14.2-200.fc20.x86_64
> > error: unpacking of archive failed: cpio: mkdir
> >   Verifying  : kernel-devel-3.14.2-200.fc20.x86_64
> 
> Since you're looking for a work-around, have you tried removing the
> installed kernel-devel package and installing the new one afterwards?
> It could be that you don't even need the files within it. In case there
> are dependencies, plain old "rpm" knows how to deal with such a case.

Thanks for the suggestion. I will indeed try it.
I have been under the impression that the package may be corrupted.

> 
> > Here are the sums of the file:
> > 
> > # md5sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
> > 0d6418857d2c6ba112077a102d41d89e  kernel-devel-3.14.2-200.fc20.x86_64.rpm
> > # sha512sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
> > 39ccd42b2ff94e941dd75071004dc73011e98c8b092290f84d5c861c6b1614c1ca7c4d0fea3e13fd155f91bb2d6f2b47bc53c5c909f27aff607f54746acd
> > 77be  kernel-devel-3.14.2-200.fc20.x86_64.rpm
> 
> If you want to verify packages, run "rpm -Kv …" on the file.

Thanx again for the tips.

]
  -- 
users mailing list
users@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


Re: remmina

2014-05-02 Thread Ed Greshko
On 05/02/14 19:14, Patrick Dupre wrote:
> I was trying to terminate (logout or close) a remmina-vnc session,
> not just disconnect!
> When I reconnect, I wish to start a brand new session.

The only way to do that is to restart the vncserver on host prior to connecting

-- 
Do not condemn the judgment of another because it differs from your own. You 
may both be wrong. -- Dandemis
-- 
users mailing list
users@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


Re: system-config-services

2014-05-02 Thread Patrick Dupre
Sorry,

I found the issue:
iptables -I INPUT 1 -p tcp --dport 5901 -j ACCEPT



ces
> 
> Hello,
> 
> I am lost again!!!
> I cannot open the port:
> 
> 5900/tcp closed   vnc
> 5901/tcp closed   vnc-1
> 5902/tcp closed   vnc-2
> 5903/tcp closed   vnc-3
> or
> from localhost:
> 5900/tcp closed   vnc
> 5901/tcp filtered vnc-1
> 5902/tcp closed   vnc-2
> 5903/tcp closed   vnc-3
> 
> 
> while 
> Using firewall-config, I check vncserver bot permanent and runtime,
> Do I need to do something else?
> 
> systemctl status vncserver
> vncserver.service
>    Loaded: not-found (Reason: No such file or directory)
>    Active: inactive (dead)
> 
> systemctl start vncserver
> Failed to issue method call: Unit vncserver.service failed to load: No such 
> file or directory.
> 
> one the server, I did vncserver and open :1
> 
> Both machines are on the same network
> vncviewer fails  error 111 (unable to connect to socket)
> remmina-vnc fails too (it ass the ssh password and sleep!)
> 
> It looks like to that I am not able to reopen this port, while it has 
> works!
> I am missing one point:
> 
> Both dbus.service and .socket are active without error
> 
> Sorry for my incompetence!
> 
> > 
> > On 05/03/14 02:42, Patrick Dupre wrote:
> > > Hello,
> > >
> > > When I reun system-config-services, I get
> > >
> > > ERROR:dbus.proxies:Introspect error on 
> > > :1.980:/org/fedoraproject/Config/Services/ServiceHerders/XinetdServiceHerder:
> > >  dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did 
> > > not receive a reply. Possible causes include: the remote application did 
> > > not send a reply, the message bus security policy blocked the reply, the 
> > > reply timeout expired, or the network connection was broken.
> > >
> > >
> > > I checked:
> > > systemctl status dbus.service
> > > systemctl status dbus.socket
> > >
> > > But there are active.
> > >
> > > What is wrong?
> > 
> > Well, you checked themthey are "active"  but there are errors...
> > 
> > 
> > systemctl status dbus.service
> > dbus.service - D-Bus System Message Bus
> >  Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
> >  Active: active (running) since Thu 2014-05-01 18:30:32 CEST; 6h ago
> >  Main PID: 965 (dbus-daemon)
> >  CGroup: /system.slice/dbus.service
> >  ├─ 965 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile 
> > --systemd-activation
> >  ├─4753 /usr/bin/python 
> > /usr/share/system-config-services/system-config-services-mechanism.py
> >  └─4755 /usr/libexec/gam_server
> > 
> > May 02 01:24:44 Homere dbus-daemon[965]: 
> > follow_name_owner_changes=follow_name_owner_changes)
> > May 02 01:24:44 Homere dbus-daemon[965]: File 
> > "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 248, in __init__
> > May 02 01:24:44 Homere dbus-daemon[965]: self._named_service = 
> > conn.activate_name_owner(bus_name)
> > May 02 01:24:44 Homere dbus-daemon[965]: File 
> > "/usr/lib/python2.7/site-packages/dbus/bus.py", line 175, in 
> > activate_..._owner
> > May 02 01:24:44 Homere dbus-daemon[965]: return 
> > self.get_name_owner(bus_name)
> > May 02 01:24:44 Homere dbus-daemon[965]: File 
> > "/usr/lib/python2.7/site-packages/dbus/bus.py", line 361, in get_name_owner
> > May 02 01:24:44 Homere dbus-daemon[965]: 's', (bus_name,), **keywords)
> > May 02 01:24:44 Homere dbus-daemon[965]: File 
> > "/usr/lib/python2.7/site-packages/dbus/connection.py", line 651, in 
> > ca...ocking
> > May 02 01:24:44 Homere dbus-daemon[965]: message, timeout)
> > May 02 01:24:44 Homere dbus-daemon[965]: DBusException: 
> > org.freedesktop.DBus.Error.NoReply: Did not receive a replyroken.
> > Hint: Some lines were ellipsized, use -l to show in full.
> > 
> > You'll need to investigate that
> > 
> > -- 
> > Do not condemn the judgment of another because it differs from your own. 
> > You may both be wrong. -- Dandemis
> > -- 
> > users mailing list
> > users@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
> 
> 
> ===
>  Patrick DUPRÉ                                 | | email: pdu...@gmx.com
>  Laboratoire de Physico-Chimie de l'Atmosphère | |
>  Université du Littoral-Côte d'Opale           | |
>  Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
>  189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
> ===
> -- 
> users mailing list
> users@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: h

Re: system-config-services

2014-05-02 Thread Patrick Dupre
Hello,

I am lost again!!!
I cannot open the port:

5900/tcp closed   vnc
5901/tcp closed   vnc-1
5902/tcp closed   vnc-2
5903/tcp closed   vnc-3
or
from localhost:
5900/tcp closed   vnc
5901/tcp filtered vnc-1
5902/tcp closed   vnc-2
5903/tcp closed   vnc-3


while 
Using firewall-config, I check vncserver bot permanent and runtime,
Do I need to do something else?

systemctl status vncserver
vncserver.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

systemctl start vncserver
Failed to issue method call: Unit vncserver.service failed to load: No such 
file or directory.

one the server, I did vncserver and open :1

Both machines are on the same network
vncviewer fails  error 111 (unable to connect to socket)
remmina-vnc fails too (it ass the ssh password and sleep!)

It looks like to that I am not able to reopen this port, while it has works!
I am missing one point:

Both dbus.service and .socket are active without error

Sorry for my incompetence!

> 
> On 05/03/14 02:42, Patrick Dupre wrote:
> > Hello,
> >
> > When I reun system-config-services, I get
> >
> > ERROR:dbus.proxies:Introspect error on 
> > :1.980:/org/fedoraproject/Config/Services/ServiceHerders/XinetdServiceHerder:
> >  dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not 
> > receive a reply. Possible causes include: the remote application did not 
> > send a reply, the message bus security policy blocked the reply, the reply 
> > timeout expired, or the network connection was broken.
> >
> >
> > I checked:
> > systemctl status dbus.service
> > systemctl status dbus.socket
> >
> > But there are active.
> >
> > What is wrong?
> 
> Well, you checked themthey are "active"  but there are errors...
> 
> 
> systemctl status dbus.service
> dbus.service - D-Bus System Message Bus
>  Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
>  Active: active (running) since Thu 2014-05-01 18:30:32 CEST; 6h ago
>  Main PID: 965 (dbus-daemon)
>  CGroup: /system.slice/dbus.service
>  ├─ 965 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile 
> --systemd-activation
>  ├─4753 /usr/bin/python 
> /usr/share/system-config-services/system-config-services-mechanism.py
>  └─4755 /usr/libexec/gam_server
> 
> May 02 01:24:44 Homere dbus-daemon[965]: 
> follow_name_owner_changes=follow_name_owner_changes)
> May 02 01:24:44 Homere dbus-daemon[965]: File 
> "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 248, in __init__
> May 02 01:24:44 Homere dbus-daemon[965]: self._named_service = 
> conn.activate_name_owner(bus_name)
> May 02 01:24:44 Homere dbus-daemon[965]: File 
> "/usr/lib/python2.7/site-packages/dbus/bus.py", line 175, in 
> activate_..._owner
> May 02 01:24:44 Homere dbus-daemon[965]: return self.get_name_owner(bus_name)
> May 02 01:24:44 Homere dbus-daemon[965]: File 
> "/usr/lib/python2.7/site-packages/dbus/bus.py", line 361, in get_name_owner
> May 02 01:24:44 Homere dbus-daemon[965]: 's', (bus_name,), **keywords)
> May 02 01:24:44 Homere dbus-daemon[965]: File 
> "/usr/lib/python2.7/site-packages/dbus/connection.py", line 651, in 
> ca...ocking
> May 02 01:24:44 Homere dbus-daemon[965]: message, timeout)
> May 02 01:24:44 Homere dbus-daemon[965]: DBusException: 
> org.freedesktop.DBus.Error.NoReply: Did not receive a replyroken.
> Hint: Some lines were ellipsized, use -l to show in full.
> 
> You'll need to investigate that
> 
> -- 
> Do not condemn the judgment of another because it differs from your own. You 
> may both be wrong. -- Dandemis
> -- 
> users mailing list
> users@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


===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: Yum fails to install kernel-devel

2014-05-02 Thread Michael Schwendt
On Fri, 2 May 2014 10:52:56 -0700, Luke Nath wrote:

> 
> yum -y update  updated more than 11500 packages, because I had not
> run updates for quite a while.

A direct upgrade from F18 to F20?
 
> Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
> kernel-devel-3.11.10-100.fc18.x86_64
> Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
> kernel-devel-3.13.6-200.fc20.x86_64

> Error unpacking rpm package kernel-devel-3.14.2-200.fc20.x86_64
> error: unpacking of archive failed: cpio: mkdir
>   Verifying  : kernel-devel-3.14.2-200.fc20.x86_64

Since you're looking for a work-around, have you tried removing the
installed kernel-devel package and installing the new one afterwards?
It could be that you don't even need the files within it. In case there
are dependencies, plain old "rpm" knows how to deal with such a case.

> Here are the sums of the file:
> 
> # md5sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
> 0d6418857d2c6ba112077a102d41d89e  kernel-devel-3.14.2-200.fc20.x86_64.rpm
> # sha512sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
> 39ccd42b2ff94e941dd75071004dc73011e98c8b092290f84d5c861c6b1614c1ca7c4d0fea3e13fd155f91bb2d6f2b47bc53c5c909f27aff607f54746acd
> 77be  kernel-devel-3.14.2-200.fc20.x86_64.rpm

If you want to verify packages, run "rpm -Kv …" on the file.
-- 
users mailing list
users@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


Re: packages

2014-05-02 Thread Michael Schwendt
On Fri, 02 May 2014 13:49:39 +0200, Patrick Dupre wrote:

> Hello,
> 
> I made the following packages because they either do not existed
> or because they were wrong.
> I can donate them to the community if it make sense.

Depending on how much interest you would develop for real packaging,
you might want to read up on Fedora Copr.

Packages in the Fedora package collection need maintainers. They
cannot be "donated" as prebuilt packages. The last that would need
to happen is to make available the src.rpm files, and then somebody
with interest might adapt them and enter them into the review queue.

> There are running fine, however, 1 or 2 may require to be installed
> with rpm and the --nodeps option. This is not clear why, because the
> packages are already installed!

Mistakes in the packages. Likely bad/incorrect automatic dependencies
or lack of filtering of dependencies. Requirement to use --nodeps is
a show-stopper.
-- 
users mailing list
users@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


Re: yum update

2014-05-02 Thread Michael Schwendt
On Fri, 02 May 2014 23:00:41 +0200, Patrick Dupre wrote:

> Hello,
> 
> When I update fedora 20, I get a glitch with some packages of fedora 21!
> 
> Should I remove rpmfusion-free-rawhide?

It's not for Fedora 20, so decide yourself.

You've been on these mailing-lists for many years, so you should know that
"Rawhide" refers to the development of the next version of the
distribution -> Fedora 21. That's also why the packages contain ".fc21" in
their file names.

https://fedoraproject.org/wiki/Releases/Rawhide
 
> Packages skipped because of dependency problems:
>     ffmpeg-libs-2.2.1-1.fc21.x86_64 from rpmfusion-free-rawhide
>     x264-libs-0.142-4.20140423gite260ea5.fc21.x86_64 from 
> rpmfusion-free-rawhide
> 
> I also had to remove vlc!
-- 
users mailing list
users@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


yum update

2014-05-02 Thread Patrick Dupre
Hello,

When I update fedora 20, I get a glitch with some packages of fedora 21!

Should I remove rpmfusion-free-rawhide?

Packages skipped because of dependency problems:
    ffmpeg-libs-2.2.1-1.fc21.x86_64 from rpmfusion-free-rawhide
    x264-libs-0.142-4.20140423gite260ea5.fc21.x86_64 from rpmfusion-free-rawhide

I also had to remove vlc!

Thank.

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: system-config-services

2014-05-02 Thread Ed Greshko
On 05/03/14 02:42, Patrick Dupre wrote:
> Hello,
>
> When I reun system-config-services, I get
>
> ERROR:dbus.proxies:Introspect error on 
> :1.980:/org/fedoraproject/Config/Services/ServiceHerders/XinetdServiceHerder: 
> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not 
> receive a reply. Possible causes include: the remote application did not send 
> a reply, the message bus security policy blocked the reply, the reply timeout 
> expired, or the network connection was broken.
>
>
> I checked:
>  systemctl status dbus.service
>  systemctl status dbus.socket
>
> But there are active.
>
> What is wrong?

Well, you checked themthey are "active"  but there are errors...


systemctl status dbus.service
dbus.service - D-Bus System Message Bus
   Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
   Active: active (running) since Thu 2014-05-01 18:30:32 CEST; 6h ago
 Main PID: 965 (dbus-daemon)
   CGroup: /system.slice/dbus.service
   ├─ 965 /bin/dbus-daemon --system --address=systemd: --nofork 
--nopidfile --systemd-activation
   ├─4753 /usr/bin/python 
/usr/share/system-config-services/system-config-services-mechanism.py
   └─4755 /usr/libexec/gam_server

May 02 01:24:44 Homere dbus-daemon[965]: 
follow_name_owner_changes=follow_name_owner_changes)
May 02 01:24:44 Homere dbus-daemon[965]: File 
"/usr/lib/python2.7/site-packages/dbus/proxies.py", line 248, in __init__
May 02 01:24:44 Homere dbus-daemon[965]: self._named_service = 
conn.activate_name_owner(bus_name)
May 02 01:24:44 Homere dbus-daemon[965]: File 
"/usr/lib/python2.7/site-packages/dbus/bus.py", line 175, in activate_..._owner
May 02 01:24:44 Homere dbus-daemon[965]: return self.get_name_owner(bus_name)
May 02 01:24:44 Homere dbus-daemon[965]: File 
"/usr/lib/python2.7/site-packages/dbus/bus.py", line 361, in get_name_owner
May 02 01:24:44 Homere dbus-daemon[965]: 's', (bus_name,), **keywords)
May 02 01:24:44 Homere dbus-daemon[965]: File 
"/usr/lib/python2.7/site-packages/dbus/connection.py", line 651, in ca...ocking
May 02 01:24:44 Homere dbus-daemon[965]: message, timeout)
May 02 01:24:44 Homere dbus-daemon[965]: DBusException: 
org.freedesktop.DBus.Error.NoReply: Did not receive a replyroken.
Hint: Some lines were ellipsized, use -l to show in full.

You'll need to investigate that

-- 
Do not condemn the judgment of another because it differs from your own. You 
may both be wrong. -- Dandemis
-- 
users mailing list
users@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


Re: Trouble starting webex in F20

2014-05-02 Thread Daniel J Walsh

On 05/02/2014 01:19 PM, Chris Kottaridis wrote:
>
> On 05/02/2014 12:07 PM, Daniel J Walsh wrote:
>>
>> On 05/01/2014 06:26 PM, Chris Kottaridis wrote:
>>>
>>> On 05/01/2014 05:08 PM, Rick Stevens wrote:
 On 05/01/2014 01:40 PM, Andrew Azores issued this missive:
> On 05/01/2014 04:27 PM, Chris Kottaridis wrote:
>>
>> On 05/01/2014 02:11 PM, Deepak Bhole wrote:
>>> * Chris Kottaridis  [2014-05-01 13:25]:
 I have an F19 and an F20 host and when I try to start a webex
 on the
 F20 host it doesn't work right. It works fine on the F19 machine.

 The symptom is that when I start the webex in F20 it sends up a
 message about wanting to run an applet and I tell it yes it's
 OK to
 run the applet. That doesn't come up on the F19 host. On the
 F19 the
 icedtea icon pops up for a short time and then I get connected. I
 don't see the icedtea icon pop up in F20.

 I did notice that icedtea is at 1.5 in F20, but at 1.4 for F19 and
 there is some policy control added in 1.5. I set the policy to
 allow
 all applets to do everything for the time being in the
 .config/icedtea-web/security/java.policy file which the
 icedtea-web
 man page says is the default policy file.

 Any ideas on what the difference might be between F19 and F20
 would
 be appreciated or pointer to a different group that could help.

 Sorry that I only have rather high level usage info, but so far
 other then this issue with starting a webex everything seems OK
 that
 I have tried so far.

>>> Hi Chris,
>>>
>>> Is it possible for us to reproduce this? If so, what are the steps?
>> You'd need a webex account.
>
> Hmm, there's no way to reproduce it with the test meeting [0] ?
>
>>
>> After some more playing it seems the issue is when I try to share my
>> desktop it doesn't get shared in F20, but does in F19.
>
> So the Webex applet is successfully starting with both, then?
>
>>
>> That is what's so weird is it works like a champ in F19. I assume
>> there is just something missing, maybe something I need to
>> install or
>> some permission or configuration setting. I haven't found
>> anything in
>> any log files yet to help point to what the problem might be.
>>
>> When I connect to webex to start a session if I click on
>> Activities I
>> see a webex icon of a ball that is half green and half blue and the
>> name is "sun-applet-PluginMain" on the activites list. After I click
>> on share desktop I see a second icon like that which says Atasjni on
>> the F19, but still only have the one on F20. So, it seems some
>> app is
>> having trouble getting started when I click to share desktop. So,
>> far
>> I haven't found any complaint in any log file though.
>>
>> Thanks
>> Chris Kottaridis
>
> Do you have any log files at all to share? You can also try launching
> your browser from terminal (assuming this is starting through a
> browser
> at all), and capture the output with a redirect or tee there.
>
> Also, just a note that IcedTea-Web 1.5 is available for Fedora 19 as
> well. Although if you appear to be having problems after the 1.5
> update,
> I wouldn't recommend you update to it yet - not until we figure out
> what's going on here! With 1.5 on both Fedora 19 (native) and 20
> (VM),
> Webex works fine, but I haven't tried this 'share desktop'
> functionality.
>
> [0] http://www.webex.com/test-meeting.html

 Also check to see if there's perhaps a SELinux alert going along with
 this. There may be changes to selinux configs that block sharing the
 desktop.
>>>
>>> I don't know a lot about selinux, but I used the SELinux management
>>> tool to just disable SELinux.
>>>
>>>
>>>
>>> So, I assume SELinux is out of the picture for now.
>>>
>>> But, I think it is probably some local configuration issue like that.
>>>
>>> Thanks
>>> Chris Kottaridis
 --
 - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
 - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
 --
 - We have enough youth, how about a fountain of SMART?   -
 --
>>>
>>>
>>>
>> Putting SELinux into permissive mode, would have been plenty. 
>> Setting the machine to disabled will only take place on the next reboot.
>>
>> If SELinux is blocking the web browser from sharing desktop you could
>> turn off one of these booleans, which would probably fix your problem.
>>
>> u

system-config-services

2014-05-02 Thread Patrick Dupre
Hello,

When I reun system-config-services, I get

ERROR:dbus.proxies:Introspect error on 
:1.980:/org/fedoraproject/Config/Services/ServiceHerders/XinetdServiceHerder: 
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not 
receive a reply. Possible causes include: the remote application did not send a 
reply, the message bus security policy blocked the reply, the reply timeout 
expired, or the network connection was broken.


I checked:
 systemctl status dbus.service
 systemctl status dbus.socket

But there are active.

What is wrong?

Thank.

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread Paul Cartwright
On 05/02/2014 02:23 PM, Suvayu Ali wrote:
> Try this repo:
>
> http://linux.ringingliberty.com/bitcoin/
>
> This is the only reliable prepackaged bitcoin repo I found for Fedora.
> There was talk to include his packages into Fedora repos, but I believe
> there was some conflict.  There is a bugzilla report.  Okay, found it:
> 
>
> Hope this helps,
thanks, that's exactly what I used to do my install. bitcoin-qt is
installed and working.

-- 
Paul Cartwright
Registered Linux User #367800 and new counter #561587

-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread Suvayu Ali
On Fri, May 02, 2014 at 12:38:23PM -0400, Paul Cartwright wrote:
> On 05/02/2014 12:14 PM, Ashley M. Kirchner wrote:
> > You are better off buying bitcoin than mining it right now. Last I
> > checked it's down in the $450s (from last year's bubble of above $1,500)
> I don't plan on doing any full-scale mining, I just wanted to see the
> process.. At least I have bitcoin installed, have my own wallet and a
> miner installed. Yeah, I know it crashed, but I was just curious to see
> how it works..

Try this repo:

http://linux.ringingliberty.com/bitcoin/

This is the only reliable prepackaged bitcoin repo I found for Fedora.
There was talk to include his packages into Fedora repos, but I believe
there was some conflict.  There is a bugzilla report.  Okay, found it:


Hope this helps,

-- 
Suvayu

Open source is the future. It sets us free.
-- 
users mailing list
users@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


Yum fails to install kernel-devel

2014-05-02 Thread Luke Nath

yum -y update  updated more than 11500 packages, because I had not
run updates for quite a while.

Everything installed except for kernel-devel.

So, I downloaded the file directly from 

http://mirrors.kernel.org/fedora/updates/20/x86_64/kernel-devel-3.14.2-200.fc20.x86_64.rpm

then I ran   yum -y install kernel-devel-3.14.2-200.fc20.x86_64.rpm

Here is the info off the screen:

# yum -y install kernel-devel-3.14.2-200.fc20.x86_64.rpm
Loaded plugins: langpacks, refresh-packagekit
Examining kernel-devel-3.14.2-200.fc20.x86_64.rpm: 
kernel-devel-3.14.2-200.fc20.x86_64
Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
kernel-devel-3.11.10-100.fc18.x86_64
Marking kernel-devel-3.14.2-200.fc20.x86_64.rpm as an update to 
kernel-devel-3.13.6-200.fc20.x86_64
Resolving Dependencies
--> Running transaction check
---> Package kernel-devel.x86_64 0:3.14.2-200.fc20 will be installed
--> Finished Dependency Resolution

Dependencies Resolved


 Package  Arch  
 Version
 RepositorySize

Installing:
 kernel-devel x86_64 3.14.2-200.fc20
 /kernel-devel-3.14.2-200.fc
20.x86_64  33 M

Transaction Summary

Install  1 Package

Total size: 33 M
Installed size: 33 M
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : kernel-devel-3.14.2-200.fc20.x86_64

Error unpacking rpm package kernel-devel-3.14.2-200.fc20.x86_64
error: unpacking of archive failed: cpio: mkdir
  Verifying  : kernel-devel-3.14.2-200.fc20.x86_64


Failed:
  kernel-devel.x86_64 0:3.14.2-200.fc20

Complete!
#

Here are the sums of the file:

# md5sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
0d6418857d2c6ba112077a102d41d89e  kernel-devel-3.14.2-200.fc20.x86_64.rpm
# sha512sum kernel-devel-3.14.2-200.fc20.x86_64.rpm
39ccd42b2ff94e941dd75071004dc73011e98c8b092290f84d5c861c6b1614c1ca7c4d0fea3e13fd155f91bb2d6f2b47bc53c5c909f27aff607f54746acd
77be  kernel-devel-3.14.2-200.fc20.x86_64.rpm



  -- 
users mailing list
users@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


Re: Disabling users after a period of time

2014-05-02 Thread Matthew Miller
On Fri, May 02, 2014 at 05:38:03AM -0500, Renich Bon Ciric wrote:
> Anyway, I thought of using usermod -e; which is the expire flag. But
> this will not disable their websites along with the user, since the
> files are out of their home dir; which we will never support.


There are a lot of possibilities, but here is one way. Use that flag
suggested, and also run a nightly cron job which looks at the "account
experiation date" field in /etc/shadow (it's the next-to-last one -- see
`man 5 shadow`). This is in days since Jan 1, 1970. Compare that to the
_current_ days since that time `echo $(($(date  +%s) / 86400))` and if the
number is higher, drop in the webserver configuration which redirects to the
expired notice.





-- 
Matthew Miller--   Fedora Project--
  "Tepid change for the somewhat better!"
-- 
users mailing list
users@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


Re: Disabling users after a period of time

2014-05-02 Thread Tim
Allegedly, on or about 02 May 2014, Renich Bon Ciric sent:
> since we're not an ISP; just a bunch o' loosers, we do not have an
> idea of when a user needs to renew the yearly subscription, which is
> $100. 

Sounds like you need some kind of diary program.  When someone pays
their dues, you record how much and when, and then set two future events
to happen.  An expiry date that disables their website, and an invoice
date for at least a couple of weeks before the expiry.

If you really are only a small group, you mightn't even need to automate
it, just use an ordinary non-computer desk diary.  But there are various
calendar programs about, and you can set what happens on those dates,
including running programs rather than just popping up messages or
playing alarm noises.  I dare say you could find one that would let you
run a script on a date that could do the emailing and account disabling.

i.e. Have a look at what "diary" or "calendar" programs you can easily
install, and see if any fit your needs.

-- 
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64

All mail to my mailbox is automatically deleted, there is no point
trying to privately email me, I will only read messages posted to the
public lists.

George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.



-- 
users mailing list
users@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


Re: Trouble starting webex in F20

2014-05-02 Thread Chris Kottaridis


On 05/02/2014 12:07 PM, Daniel J Walsh wrote:


On 05/01/2014 06:26 PM, Chris Kottaridis wrote:


On 05/01/2014 05:08 PM, Rick Stevens wrote:

On 05/01/2014 01:40 PM, Andrew Azores issued this missive:

On 05/01/2014 04:27 PM, Chris Kottaridis wrote:


On 05/01/2014 02:11 PM, Deepak Bhole wrote:

* Chris Kottaridis  [2014-05-01 13:25]:
I have an F19 and an F20 host and when I try to start a webex on 
the

F20 host it doesn't work right. It works fine on the F19 machine.

The symptom is that when I start the webex in F20 it sends up a
message about wanting to run an applet and I tell it yes it's OK to
run the applet. That doesn't come up on the F19 host. On the F19 
the

icedtea icon pops up for a short time and then I get connected. I
don't see the icedtea icon pop up in F20.

I did notice that icedtea is at 1.5 in F20, but at 1.4 for F19 and
there is some policy control added in 1.5. I set the policy to 
allow

all applets to do everything for the time being in the
.config/icedtea-web/security/java.policy file which the icedtea-web
man page says is the default policy file.

Any ideas on what the difference might be between F19 and F20 would
be appreciated or pointer to a different group that could help.

Sorry that I only have rather high level usage info, but so far
other then this issue with starting a webex everything seems OK 
that

I have tried so far.


Hi Chris,

Is it possible for us to reproduce this? If so, what are the steps?

You'd need a webex account.


Hmm, there's no way to reproduce it with the test meeting [0] ?



After some more playing it seems the issue is when I try to share my
desktop it doesn't get shared in F20, but does in F19.


So the Webex applet is successfully starting with both, then?



That is what's so weird is it works like a champ in F19. I assume
there is just something missing, maybe something I need to install or
some permission or configuration setting. I haven't found anything in
any log files yet to help point to what the problem might be.

When I connect to webex to start a session if I click on Activities I
see a webex icon of a ball that is half green and half blue and the
name is "sun-applet-PluginMain" on the activites list. After I click
on share desktop I see a second icon like that which says Atasjni on
the F19, but still only have the one on F20. So, it seems some app is
having trouble getting started when I click to share desktop. So, far
I haven't found any complaint in any log file though.

Thanks
Chris Kottaridis


Do you have any log files at all to share? You can also try launching
your browser from terminal (assuming this is starting through a 
browser

at all), and capture the output with a redirect or tee there.

Also, just a note that IcedTea-Web 1.5 is available for Fedora 19 as
well. Although if you appear to be having problems after the 1.5 
update,

I wouldn't recommend you update to it yet - not until we figure out
what's going on here! With 1.5 on both Fedora 19 (native) and 20 (VM),
Webex works fine, but I haven't tried this 'share desktop' 
functionality.


[0] http://www.webex.com/test-meeting.html


Also check to see if there's perhaps a SELinux alert going along with
this. There may be changes to selinux configs that block sharing the
desktop.


I don't know a lot about selinux, but I used the SELinux management 
tool to just disable SELinux.




So, I assume SELinux is out of the picture for now.

But, I think it is probably some local configuration issue like that.

Thanks
Chris Kottaridis

--
- Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
- -
- We have enough youth, how about a fountain of SMART?   -
--




Putting SELinux into permissive mode, would have been plenty. Setting 
the machine to disabled will only take place on the next reboot.


If SELinux is blocking the web browser from sharing desktop you could 
turn off one of these booleans, which would probably fix your problem.


unconfined_chrome_sandbox_transition --> on
unconfined_mozilla_plugin_transition --> on
setsebool -P unconfined_chrome_sandbox_transition 0
setsebool -P unconfined_mozilla_plugin_transition 0

You would need to restart the browser.


I have rebooted many times after disabling SELinux, it was getting in 
the way of other issues and so for the time being I just want to get it 
out of the way. Thanks for the pointers though. Once I get things right 
I'll re-enable it and make sure to make the changes you recommend.


Thanks
Chris Kottaridis







-- 
users mailing list
users@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_lis

Re: Trouble starting webex in F20

2014-05-02 Thread Daniel J Walsh

On 05/01/2014 06:26 PM, Chris Kottaridis wrote:
>
> On 05/01/2014 05:08 PM, Rick Stevens wrote:
>> On 05/01/2014 01:40 PM, Andrew Azores issued this missive:
>>> On 05/01/2014 04:27 PM, Chris Kottaridis wrote:

 On 05/01/2014 02:11 PM, Deepak Bhole wrote:
> * Chris Kottaridis  [2014-05-01 13:25]:
>> I have an F19 and an F20 host and when I try to start a webex on the
>> F20 host it doesn't work right. It works fine on the F19 machine.
>>
>> The symptom is that when I start the webex in F20 it sends up a
>> message about wanting to run an applet and I tell it yes it's OK to
>> run the applet. That doesn't come up on the F19 host. On the F19 the
>> icedtea icon pops up for a short time and then I get connected. I
>> don't see the icedtea icon pop up in F20.
>>
>> I did notice that icedtea is at 1.5 in F20, but at 1.4 for F19 and
>> there is some policy control added in 1.5. I set the policy to allow
>> all applets to do everything for the time being in the
>> .config/icedtea-web/security/java.policy file which the icedtea-web
>> man page says is the default policy file.
>>
>> Any ideas on what the difference might be between F19 and F20 would
>> be appreciated or pointer to a different group that could help.
>>
>> Sorry that I only have rather high level usage info, but so far
>> other then this issue with starting a webex everything seems OK that
>> I have tried so far.
>>
> Hi Chris,
>
> Is it possible for us to reproduce this? If so, what are the steps?
 You'd need a webex account.
>>>
>>> Hmm, there's no way to reproduce it with the test meeting [0] ?
>>>

 After some more playing it seems the issue is when I try to share my
 desktop it doesn't get shared in F20, but does in F19.
>>>
>>> So the Webex applet is successfully starting with both, then?
>>>

 That is what's so weird is it works like a champ in F19. I assume
 there is just something missing, maybe something I need to install or
 some permission or configuration setting. I haven't found anything in
 any log files yet to help point to what the problem might be.

 When I connect to webex to start a session if I click on Activities I
 see a webex icon of a ball that is half green and half blue and the
 name is "sun-applet-PluginMain" on the activites list. After I click
 on share desktop I see a second icon like that which says Atasjni on
 the F19, but still only have the one on F20. So, it seems some app is
 having trouble getting started when I click to share desktop. So, far
 I haven't found any complaint in any log file though.

 Thanks
 Chris Kottaridis
>>>
>>> Do you have any log files at all to share? You can also try launching
>>> your browser from terminal (assuming this is starting through a browser
>>> at all), and capture the output with a redirect or tee there.
>>>
>>> Also, just a note that IcedTea-Web 1.5 is available for Fedora 19 as
>>> well. Although if you appear to be having problems after the 1.5
>>> update,
>>> I wouldn't recommend you update to it yet - not until we figure out
>>> what's going on here! With 1.5 on both Fedora 19 (native) and 20 (VM),
>>> Webex works fine, but I haven't tried this 'share desktop'
>>> functionality.
>>>
>>> [0] http://www.webex.com/test-meeting.html
>>
>> Also check to see if there's perhaps a SELinux alert going along with
>> this. There may be changes to selinux configs that block sharing the
>> desktop.
>
> I don't know a lot about selinux, but I used the SELinux management
> tool to just disable SELinux.
>
>
>
> So, I assume SELinux is out of the picture for now.
>
> But, I think it is probably some local configuration issue like that.
>
> Thanks
> Chris Kottaridis
>> --
>> - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
>> - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
>> --
>> - We have enough youth, how about a fountain of SMART?   -
>> --
>
>
>
Putting SELinux into permissive mode, would have been plenty.  Setting
the machine to disabled will only take place on the next reboot.

If SELinux is blocking the web browser from sharing desktop you could
turn off one of these booleans, which would probably fix your problem.

unconfined_chrome_sandbox_transition --> on
unconfined_mozilla_plugin_transition --> on
setsebool -P unconfined_chrome_sandbox_transition 0
setsebool -P unconfined_mozilla_plugin_transition 0

You would need to restart the browser.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedorapro

Re: bitcoin miner

2014-05-02 Thread Ashley M. Kirchner
I've been able to compile and run bfgminer on my 64bit machine with no
problems.


On Fri, May 2, 2014 at 10:38 AM, Paul Cartwright wrote:

> On 05/02/2014 12:14 PM, Ashley M. Kirchner wrote:
> > You are better off buying bitcoin than mining it right now. Last I
> > checked it's down in the $450s (from last year's bubble of above $1,500)
> I don't plan on doing any full-scale mining, I just wanted to see the
> process.. At least I have bitcoin installed, have my own wallet and a
> miner installed. Yeah, I know it crashed, but I was just curious to see
> how it works..
>
> --
> Paul Cartwright
> Registered Linux User #367800 and new counter #561587
>
> --
> users mailing list
> users@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
>
>
-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread Paul Cartwright
On 05/02/2014 12:14 PM, Ashley M. Kirchner wrote:
> You are better off buying bitcoin than mining it right now. Last I
> checked it's down in the $450s (from last year's bubble of above $1,500)
I don't plan on doing any full-scale mining, I just wanted to see the
process.. At least I have bitcoin installed, have my own wallet and a
miner installed. Yeah, I know it crashed, but I was just curious to see
how it works..

-- 
Paul Cartwright
Registered Linux User #367800 and new counter #561587

-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread Ashley M. Kirchner
You are better off buying bitcoin than mining it right now. Last I checked
it's down in the $450s (from last year's bubble of above $1,500)


On Fri, May 2, 2014 at 8:57 AM, cheng chen  wrote:

> Oh man.It's already too late
>
>
> 2014-05-02 16:46 GMT+02:00 Bruno Wolff III :
>
> On Fri, May 02, 2014 at 06:22:10 -0400,
>>  Paul Cartwright  wrote:
>>
>>> I have been reading about bitcoins lately & thought I would install &
>>> look at it. from the bitcoin.org web site I tried to install every miner
>>> program they showed, without success. always dependency issues or
>>> errors. Is there a bitcoin miner program that works for fedora 20
>>> amd_64??
>>>
>>
>> I'd only recommend doing this for fun. Mining bitcoins is probably going
>> to cost you more in power, than you can sell them for.
>>
>> --
>> users mailing list
>> users@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
>>
>
>
>
> --
> MfG
>
> Cheng(誠)
> 
>
>
> --
> users mailing list
> users@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
>
>
-- 
users mailing list
users@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


Re: KDE using sudo instead of su

2014-05-02 Thread Rex Dieter
Emmett Culley wrote:

> On 04/30/2014 10:27 AM, Joe Zeff wrote:
>> On 04/30/2014 08:25 AM, Emmett Culley wrote:
>>> Any ideas how to get apps to require the root password instead of my
>>> user password?
>> 
>> Take yourself out of wheel.
> I was in the users group, but not in the wheel group.
> 
> Also, I have all sudoers disabled except for root.
> 
> Still, I get prompted for my users password.  Something to do with polkit?

Yes polkit.  The curious thing is that polkit default configuration is 
supposed to work as you describe:

admin user (in wheel) group: allow user password
non admin user: require root password

-- Rex

-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread cheng chen
Oh man.It's already too late


2014-05-02 16:46 GMT+02:00 Bruno Wolff III :

> On Fri, May 02, 2014 at 06:22:10 -0400,
>  Paul Cartwright  wrote:
>
>> I have been reading about bitcoins lately & thought I would install &
>> look at it. from the bitcoin.org web site I tried to install every miner
>> program they showed, without success. always dependency issues or
>> errors. Is there a bitcoin miner program that works for fedora 20 amd_64??
>>
>
> I'd only recommend doing this for fun. Mining bitcoins is probably going
> to cost you more in power, than you can sell them for.
>
> --
> users mailing list
> users@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
>



-- 
MfG

Cheng(誠)

-- 
users mailing list
users@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


Re: bitcoin miner

2014-05-02 Thread Bruno Wolff III

On Fri, May 02, 2014 at 06:22:10 -0400,
 Paul Cartwright  wrote:

I have been reading about bitcoins lately & thought I would install &
look at it. from the bitcoin.org web site I tried to install every miner
program they showed, without success. always dependency issues or
errors. Is there a bitcoin miner program that works for fedora 20 amd_64??


I'd only recommend doing this for fun. Mining bitcoins is probably going 
to cost you more in power, than you can sell them for.

--
users mailing list
users@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


fail2ban on fc20

2014-05-02 Thread David Mehler
Hello,

Is anyone running fail2ban on fc20 with firewalld? I'm trying to get
this working and finding a lot of bug reports on this but not an rpm
that goes out of the box.

I'd prefer not to have to revert to iptables but I want to stop brute
force attempts.

Thanks.
Dave.
-- 
users mailing list
users@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


Re: packages

2014-05-02 Thread Pete Travis
On May 2, 2014 5:49 AM, "Patrick Dupre"  wrote:
>
> Hello,
>
> I made the following packages because they either do not existed
> or because they were wrong.
> I can donate them to the community if it make sense.
> perl-Chart-Clicker-2.88-1.fc20.noarch.rpm
> perl-Chart-GRACE-0.95-1.fc20.noarch.rpm
> perl-Color-Scheme-1.06-1.fc20.noarch.rpm
> perl-define-1.02-1.fc20.noarch.rpm
> perl-Forest-0.10-1.fc20.noarch.rpm
> perl-Geometry-Primitive-0.24-1.fc20.noarch.rpm
> perl-Graphics-Color-0.29-1.fc20.noarch.rpm
> perl-Graphics-Primitive-0.65-1.fc20.noarch.rpm
> perl-Graphics-Primitive-Driver-Cairo-0.46-1.fc20.noarch.rpm
> perl-Layout-Manager-0.35-1.fc20.noarch.rpm
> perl-Math-Function-Roots-0.065-1.fc20.noarch.rpm
> perl-Math-Integral-Romberg-0.04-1.fc20.noarch.rpm
> perl-Sort-Fields-0.90-1.fc20.noarch.rpm
> perl-String-Scanf-2.1-1.fc20.noarch.rpm
> perl-Text-Flow-0.01-1.fc20.noarch.rpm
> perl-Tk-FontDialog-0.17-1.fc20.noarch.rpm
> perl-Tk-LineGraphDataset-0.01-1.fc20.noarch.rpm
> perl-Tk-PlotDataset-2.04-1.fc19.noarch.rpm
> system-config-lvm-1.1.18-1.fc20.noarch.rpm
> perl-Math-GSL-0.27-1.fc20.x86_64.rpm
> perl-PDL-Graphics-PLplot-0.67-1.fc20.x86_64.rpm
> perl-PDL-LAPACK-0.12-1-1.fc20.x86_64.rpm
> perl-PDL-LinearAlgebra-0.08-1.fc20.x86_64.rpm
> perl-tk-zinc-3.303-1.fc20.x86_64.rpm
>
> The i686 versions are also available.
> There are running fine, however, 1 or 2 may require to be installed
> with rpm and the --nodeps option. This is not clear why, because the
> packages are already installed!
>
>
===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire de Physico-Chimie de l'Atmosphère | |
>  Université du Littoral-Côte d'Opale   | |
>  Tel.  (33)-(0)3 28 23 76 12   | | Fax: 03 28 65 82 44
>  189A, avenue Maurice Schumann | | 59140 Dunkerque, France
> ==

Great! Would you like assistance filing bugs against wrong packages, or
perhaps assistance becoming a packager for the nonexistent ones?

--Pete
-- 
users mailing list
users@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


Re: perl

2014-05-02 Thread Patrick Dupre
YEs,

Thank you.

I found the issue.

There were 2 perl-PDL installed for a while.
I cleaned every things right.


> On 30 April 2014 19:01, Patrick Dupre  wrote:
> > Hello,
> >
> > I do not understand,
> >
> > I have 2 machines fedora 20 x86_64.
> > On one my application run fine, on the other one I get an error:
> > Perl API version v5.16.0 of PDL::Core does not match v5.18.0 at 
> > /usr/lib64/perl5/DynaLoader.pm line 213.
> > Compilation failed in require at (eval 42) line 6.
> > BEGIN failed--compilation aborted at (eval 42) line 6.
> > BEGIN failed--compilation aborted at 
> > /home/pdupre/Spectroscopy/Stepram/Input_windows.pm line 12.
> >
> >
> > At line 12 there is
> > use PDL ;
> >
> > Both perl-PDL are the same.
> >
> > How can I debug?
> 
> The error says that one of your machines has a version of PDL
> installed that was built against the wrong version of Perl. You have
> Perl 5.18 installed, but the PDL library was build for Perl 5.16. PDL
> is an "XS-based" library. That means that a lot of it is made up of C
> code. Perl doesn't guarantee binary compatibility between major
> versions so XS-based libraries need to be rebuilt for a new version.
> 
> The question then becomes, how did your system get into that state. I
> can suggest two possibilities.
> 
> 1/ Your system was upgraded from a previous version of Fedora which
> was running Perl 5.16 and for some reason the upgrade didn't pull in
> the new version of the RPM. You say that both systems have the same
> perl-PDL installed, but how similar are they? They might be the same
> version number but built for different Perl versions (or, rather,
> different versions of Fedora). What do you get if you run 'rpm -q
> perl-PDL' on each of the systems?
> 
> If this is the problem, then you can probably fix it by running "yum
> reinstall perl-PDL".
> 
> 2/ Your system was upgraded from previous version of Fedora which was
> running Perl 5.16 and that older installation had a version of PDL
> which was installed through cpan, not rpm/yum. It's possible that the
> cpan-installed version is in an different directory to the
> yum-installed version and that the cpan-installed version's directory
> appears earlier on the @INC path. This would mean the Perl completely
> ignores the yum-installed version. Try running these three command and
> report back what you get.
> 
> perl -MPDL -le'print $INC{"PDL.pm"}'
> rpm -ql perl-PDL | grep PDL.pm
> perl -le'print $_ for @INC'
> 
> Hope this helps,
> 
> Dave...
> 
> -- 
> Dave Cross :: d...@dave.org.uk
> http://dave.org.uk/
> @davorg
> -- 
> users mailing list
> users@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


===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: perl

2014-05-02 Thread Dave Cross
On 30 April 2014 19:01, Patrick Dupre  wrote:
> Hello,
>
> I do not understand,
>
> I have 2 machines fedora 20 x86_64.
> On one my application run fine, on the other one I get an error:
> Perl API version v5.16.0 of PDL::Core does not match v5.18.0 at 
> /usr/lib64/perl5/DynaLoader.pm line 213.
> Compilation failed in require at (eval 42) line 6.
> BEGIN failed--compilation aborted at (eval 42) line 6.
> BEGIN failed--compilation aborted at 
> /home/pdupre/Spectroscopy/Stepram/Input_windows.pm line 12.
>
>
> At line 12 there is
> use PDL ;
>
> Both perl-PDL are the same.
>
> How can I debug?

The error says that one of your machines has a version of PDL
installed that was built against the wrong version of Perl. You have
Perl 5.18 installed, but the PDL library was build for Perl 5.16. PDL
is an "XS-based" library. That means that a lot of it is made up of C
code. Perl doesn't guarantee binary compatibility between major
versions so XS-based libraries need to be rebuilt for a new version.

The question then becomes, how did your system get into that state. I
can suggest two possibilities.

1/ Your system was upgraded from a previous version of Fedora which
was running Perl 5.16 and for some reason the upgrade didn't pull in
the new version of the RPM. You say that both systems have the same
perl-PDL installed, but how similar are they? They might be the same
version number but built for different Perl versions (or, rather,
different versions of Fedora). What do you get if you run 'rpm -q
perl-PDL' on each of the systems?

If this is the problem, then you can probably fix it by running "yum
reinstall perl-PDL".

2/ Your system was upgraded from previous version of Fedora which was
running Perl 5.16 and that older installation had a version of PDL
which was installed through cpan, not rpm/yum. It's possible that the
cpan-installed version is in an different directory to the
yum-installed version and that the cpan-installed version's directory
appears earlier on the @INC path. This would mean the Perl completely
ignores the yum-installed version. Try running these three command and
report back what you get.

perl -MPDL -le'print $INC{"PDL.pm"}'
rpm -ql perl-PDL | grep PDL.pm
perl -le'print $_ for @INC'

Hope this helps,

Dave...

-- 
Dave Cross :: d...@dave.org.uk
http://dave.org.uk/
@davorg
-- 
users mailing list
users@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


Re: webmin

2014-05-02 Thread Waleed Harbi
Try download the RPM file.

There are another admin tool like webmin you may like them
http://www.tecmint.com/web-control-panels-to-manage-linux-servers/

--
Cheers!
Dodi

Linkedin: http://goo.gl/3eJ9UI
In business do not look for credits, look for innovation!


On Fri, May 2, 2014 at 2:52 PM, Robert Moskowitz wrote:

>
> On 05/02/2014 07:11 AM, Patrick Dupre wrote:
>
>> Hello,
>>
>> I was unable to install webmin by using yum:
>> "nothing to do"!
>>
>> Hence, I was wondering it there some conflicts with fedora or
>> if it just not recommanded to use it!
>>
>
> You have to get the rpm from the webmin site, then do a 'yum localinstall'.
>
> Anyway, that is how I do it.
>
>
>
> --
> users mailing list
> users@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
>
-- 
users mailing list
users@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


Re: webmin

2014-05-02 Thread Robert Moskowitz


On 05/02/2014 07:11 AM, Patrick Dupre wrote:

Hello,

I was unable to install webmin by using yum:
"nothing to do"!

Hence, I was wondering it there some conflicts with fedora or
if it just not recommanded to use it!


You have to get the rpm from the webmin site, then do a 'yum localinstall'.

Anyway, that is how I do it.


--
users mailing list
users@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


packages

2014-05-02 Thread Patrick Dupre
Hello,

I made the following packages because they either do not existed
or because they were wrong.
I can donate them to the community if it make sense.
perl-Chart-Clicker-2.88-1.fc20.noarch.rpm
perl-Chart-GRACE-0.95-1.fc20.noarch.rpm
perl-Color-Scheme-1.06-1.fc20.noarch.rpm
perl-define-1.02-1.fc20.noarch.rpm
perl-Forest-0.10-1.fc20.noarch.rpm
perl-Geometry-Primitive-0.24-1.fc20.noarch.rpm
perl-Graphics-Color-0.29-1.fc20.noarch.rpm
perl-Graphics-Primitive-0.65-1.fc20.noarch.rpm
perl-Graphics-Primitive-Driver-Cairo-0.46-1.fc20.noarch.rpm
perl-Layout-Manager-0.35-1.fc20.noarch.rpm
perl-Math-Function-Roots-0.065-1.fc20.noarch.rpm
perl-Math-Integral-Romberg-0.04-1.fc20.noarch.rpm
perl-Sort-Fields-0.90-1.fc20.noarch.rpm
perl-String-Scanf-2.1-1.fc20.noarch.rpm
perl-Text-Flow-0.01-1.fc20.noarch.rpm
perl-Tk-FontDialog-0.17-1.fc20.noarch.rpm
perl-Tk-LineGraphDataset-0.01-1.fc20.noarch.rpm
perl-Tk-PlotDataset-2.04-1.fc19.noarch.rpm
system-config-lvm-1.1.18-1.fc20.noarch.rpm
perl-Math-GSL-0.27-1.fc20.x86_64.rpm
perl-PDL-Graphics-PLplot-0.67-1.fc20.x86_64.rpm
perl-PDL-LAPACK-0.12-1-1.fc20.x86_64.rpm
perl-PDL-LinearAlgebra-0.08-1.fc20.x86_64.rpm
perl-tk-zinc-3.303-1.fc20.x86_64.rpm

The i686 versions are also available.
There are running fine, however, 1 or 2 may require to be installed
with rpm and the --nodeps option. This is not clear why, because the
packages are already installed!

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: Fedora 20 Update: unetbootin-603-1.fc20

2014-05-02 Thread Sudhir Khanger
On Fri, May 2, 2014 at 3:49 PM, Paul Cartwright  wrote:
> On 05/01/2014 11:22 PM, Tim wrote:
>> On Thu, 2014-05-01 at 22:23 +, upda...@fedoraproject.org wrote:
>>> UNetbootin allows you to create bootable Live USB drives for a variety of
>>> Linux distributions from Windows or Linux, without requiring you to burn a 
>>> CD.
>>> You can either let it download one of the many distributions supported
>>> out-of-the-box for you, or supply your own Linux .iso file if you've already
>>> downloaded one or your preferred distribution isn't on the list.
>> I thought I'd give this a try, and ran it from the menu, since it was
>> listed there, only to get this warning message:
>>
>>   UNetbootin must be run as root.  Close it, and re-run using either:
>>   sudo /usr/bin/unetbootin
>>   or:
>>   su - -c '/usr/bin/unetbootin'
>>
>> Then it appears to run, if I close the warning.  I haven't actually
>> tested, yet, whether it manages to run successfully.  But a few things
>> spring to mind:
>>
>> If it really *requires* to be run as root, why is it in a menu where it
>> cannot?  We don't have a "run as" (someone else) option like Windows
>> has.  Well, at least the mate desktop does not.
>>
>> Why doesn't the menu call it in a way where appropriate permissions are
>> requested as you call it?  Other things that need it, such as various
>> system configurators, get you to type in your password, or the root
>> password, before the thing continues on.
>>
>> If it has to be run from the command line, why's there a menu entry?
>>
>> Have I missed something?  (Before I go through the tortures of trying to
>> make a bugzilla report.)
>>
> the run as root - KDE su box says " Command: /usr/bin/unetbootin
> rootcheck=no"
>
> so if it says rootcheck=no, why is it requesting root password??
>
> --
> Paul Cartwright
> Registered Linux User #367800 and new counter #561587
>
> --
> users mailing list
> users@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

You have two option either ignore or enter password. If you ignore it
will give you access to the unetbootin but not allow you to write or
format the disk, which is obvious, and on the other hand if you do
enter root password it gets access to your flash drive.

-- 
Regards,
Sudhir Khanger.
sudhirkhanger.com
https://github.com/donniezazen
-- 
users mailing list
users@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


remmina

2014-05-02 Thread Patrick Dupre
Hello,

I was trying to terminate (logout or close) a remmina-vnc session,
not just disconnect!
When I reconnect, I wish to start a brand new session.

Thank.

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


webmin

2014-05-02 Thread Patrick Dupre
Hello,

I was unable to install webmin by using yum:
"nothing to do"!

Hence, I was wondering it there some conflicts with fedora or
if it just not recommanded to use it!

Thank.

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: FC14 -> FC20 & Evolution

2014-05-02 Thread Patrick O'Callaghan
On Thu, 2014-05-01 at 20:55 -0400, Charlie McVeigh wrote:
> Okay, I have to admit I gave been lazy and have fallen far behind the
> the curve on Fedora releases.  I am currently running FC14 and I want to
> upgrade to FC20.  My question for the board is as follows:
> 
> Since I am so far behind the current release of Fedora will I have any
> trouble restoring a backup of my Evolution files to FC20 Evolution once
> I upgrade?   I have searched the web for advice on this but I can't find
> any information that answers this question.
> 
> I am concerned that I am making too big of a leap in Evolution versions
> and need to consider an intermediate step of upgrading to FC16 or FC17,
> restoring my Evolution data and backing it up again to make the leap to
> FC20.
> 
> Currently running FC14 & Evolution 2.32.3

I would strongly advise checking the Evolution mailing list archives
(https://mail.gnome.org/mailman/listinfo/evolution-list) where there has
been recent discussion of this. 2.32 is a really old version and data
formats have changed substantially. That said, a lot depends on your
account setup. If you keep everything on IMAP it will be a lot less
painful.

poc

-- 
users mailing list
users@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


Escape character is '^]'.

2014-05-02 Thread Maurizio Marini
Hello
once ^] was working fine but from some releases (i dunno which) into Konsole ^]
does Enlarge fonts
so, it is like:

^] = ^++

this is very ugly

I just search into Edit profile/Keyboard/Default (XFree4)
but I as not able to do anything
Did you know how to remap it?

-m


smime.p7s
Description: S/MIME cryptographic signature
-- 
users mailing list
users@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


Re: Fedora 20 Update: unetbootin-603-1.fc20

2014-05-02 Thread John Pilkington

On 02/05/14 11:19, Paul Cartwright wrote:

On 05/01/2014 11:22 PM, Tim wrote:

On Thu, 2014-05-01 at 22:23 +, upda...@fedoraproject.org wrote:

UNetbootin allows you to create bootable Live USB drives for a variety of
Linux distributions from Windows or Linux, without requiring you to burn a CD.
You can either let it download one of the many distributions supported
out-of-the-box for you, or supply your own Linux .iso file if you've already
downloaded one or your preferred distribution isn't on the list.

I thought I'd give this a try, and ran it from the menu, since it was
listed there, only to get this warning message:

   UNetbootin must be run as root.  Close it, and re-run using either:
   sudo /usr/bin/unetbootin
   or:
   su - -c '/usr/bin/unetbootin'

Then it appears to run, if I close the warning.  I haven't actually
tested, yet, whether it manages to run successfully.  But a few things
spring to mind:

If it really *requires* to be run as root, why is it in a menu where it
cannot?  We don't have a "run as" (someone else) option like Windows
has.  Well, at least the mate desktop does not.

Why doesn't the menu call it in a way where appropriate permissions are
requested as you call it?  Other things that need it, such as various
system configurators, get you to type in your password, or the root
password, before the thing continues on.

If it has to be run from the command line, why's there a menu entry?

Have I missed something?  (Before I go through the tortures of trying to
make a bugzilla report.)


the run as root - KDE su box says " Command: /usr/bin/unetbootin
rootcheck=no"

so if it says rootcheck=no, why is it requesting root password??


Because it won't issue that command until you have responded to the prompt?
--
users mailing list
users@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


Disabling users after a period of time

2014-05-02 Thread Renich Bon Ciric
Hello, Fedudes!

So this is the situation:

I have a server called "El Servidor de la Comunidad" or "The Community
Server".

This servers provides old fashioned hosting to GNU & Linux and Fedora
enthusiasts.

Everybody has a shell and their websites are all in /srv/www; owned by
them and their group; allowing the world to enter.

Basically, everything has 2771 from /srv/www and up; until it reaches
the actual document root; where people have what they please.

So, since we're not an ISP; just a bunch o' loosers, we do not have an
idea of when a user needs to renew the yearly subscription, which is
$100.

Anyway, I thought of using usermod -e; which is the expire flag. But
this will not disable their websites along with the user, since the
files are out of their home dir; which we will never support.

So, I need good ideas on how to make their websites go away with a "this
guy doesn't pay... " message.

This is to avoid the possibility of somebody not paying for the service;
which covers the bills for the server.

So, if anybody has a great idea, this is the time to spit it out.

Thanks guys; in advance.

p.s. Please, do not pollute this email with rants about how 2771 doesn't
provide actual security or why should we put stuff at /home; which we
will not do. Focus on clean, simple, ingenious solutions, if you may.


-- 
Renich Bon Ciric 


signature.asc
Description: This is a digitally signed message part
-- 
users mailing list
users@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


bitcoin miner

2014-05-02 Thread Paul Cartwright
I have been reading about bitcoins lately & thought I would install &
look at it. from the bitcoin.org web site I tried to install every miner
program they showed, without success. always dependency issues or
errors. Is there a bitcoin miner program that works for fedora 20 amd_64??


-- 
Paul Cartwright
Registered Linux User #367800 and new counter #561587

-- 
users mailing list
users@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


Re: Fedora 20 Update: unetbootin-603-1.fc20

2014-05-02 Thread Paul Cartwright
On 05/01/2014 11:22 PM, Tim wrote:
> On Thu, 2014-05-01 at 22:23 +, upda...@fedoraproject.org wrote:
>> UNetbootin allows you to create bootable Live USB drives for a variety of
>> Linux distributions from Windows or Linux, without requiring you to burn a 
>> CD.
>> You can either let it download one of the many distributions supported
>> out-of-the-box for you, or supply your own Linux .iso file if you've already
>> downloaded one or your preferred distribution isn't on the list.
> I thought I'd give this a try, and ran it from the menu, since it was
> listed there, only to get this warning message:
>
>   UNetbootin must be run as root.  Close it, and re-run using either:
>   sudo /usr/bin/unetbootin
>   or:
>   su - -c '/usr/bin/unetbootin'
>
> Then it appears to run, if I close the warning.  I haven't actually
> tested, yet, whether it manages to run successfully.  But a few things
> spring to mind:
>
> If it really *requires* to be run as root, why is it in a menu where it
> cannot?  We don't have a "run as" (someone else) option like Windows
> has.  Well, at least the mate desktop does not.
>
> Why doesn't the menu call it in a way where appropriate permissions are
> requested as you call it?  Other things that need it, such as various
> system configurators, get you to type in your password, or the root
> password, before the thing continues on.
>
> If it has to be run from the command line, why's there a menu entry?
>
> Have I missed something?  (Before I go through the tortures of trying to
> make a bugzilla report.)
>
the run as root - KDE su box says " Command: /usr/bin/unetbootin
rootcheck=no"

so if it says rootcheck=no, why is it requesting root password??

-- 
Paul Cartwright
Registered Linux User #367800 and new counter #561587

-- 
users mailing list
users@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


Re: Fedora 20 Update: unetbootin-603-1.fc20

2014-05-02 Thread Paul Cartwright

  
  
On 05/01/2014 11:22 PM, Tim wrote:


  
Then it appears to run, if I close the warning.  I haven't actually
tested, yet, whether it manages to run successfully.  But a few things
spring to mind:

If it really *requires* to be run as root, why is it in a menu where it
cannot?  We don't have a "run as" (someone else) option like Windows
has.  Well, at least the mate desktop does not.

Why doesn't the menu call it in a way where appropriate permissions are
requested as you call it?  Other things that need it, such as various
system configurators, get you to type in your password, or the root
password, before the thing continues on.

If it has to be run from the command line, why's there a menu entry?

Have I missed something?  (Before I go through the tortures of trying to
make a bugzilla report.)


I just installed it on my fedora 20 amd_64 system, and ran it from a
user command line. It brought up a " run as root" password box..

-- 
Paul Cartwright
Registered Linux User #367800 and new counter #561587
  

-- 
users mailing list
users@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


vnc

2014-05-02 Thread Patrick Dupre
Hello,

I am trying to understand the port configuration.

With firewall-config, I can set the part range of the vnc-server
let say from 5900-5903

Then as a user, I can open/kill the ports by using vncserver
But I do not understand the link.
:1 does not seems to by associated with 5900 or 5901?
how can I manage this?

Thnak.

===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: rpmbuild

2014-05-02 Thread Patrick Dupre
I fixed the issue by modifying the .spc file.
Mainly commenting the %doc and changing tk* in Tk*

> 
> Dne St 30. dubna 2014 20:34:29, Patrick Laimbock napsal(a):
> > On 30-04-14 20:25, Patrick Dupre wrote:
> > [snip]
> > 
> > >> You compare the files listed in the %files section to what is installed
> > >> in BUILDROOT/perl-tk-zinc-.../...
> > > 
> > > ls ../BUILDROOT/perl-tk-zinc-3.303-1.fc20.x86_64/usr
> > > bin lib lib64 share src
> > > !!
> > > 
> > > 
> > > compared to:
> > > %files
> > > %defattr(-,root,root,-)
> > > %doc Copyright README
> > > %{_bindir}/*
> > > %{_mandir}/man1/*.1.gz
> > > %{perl_vendorarch}/auto/*
> > > %{perl_vendorarch}/tk*
> > > %{_mandir}/man3/*
> > > 
> > > 
> > > How can make it match?
> > 
> > There seems to be a difference in where the spec file expects the perl
> > files and where they are installed. I guess you need to fix that in the
> > spec file or some ask someone who knows perl (I don't). Maybe try in
> > #rpm on irc.freenode.net or perhaps there is an rpm mailing list.
> 
> Just to set the right expectation, #rpm on Freenode is channel for rpm5. The 
> right channels for Fedora are either #rpm.org or #yum.
> 
> Thanks
> Jan
> -- 
> users mailing list
> users@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


===
 Patrick DUPRÉ                                 | | email: pdu...@gmx.com
 Laboratoire de Physico-Chimie de l'Atmosphère | |
 Université du Littoral-Côte d'Opale           | |
 Tel.  (33)-(0)3 28 23 76 12                   | | Fax: 03 28 65 82 44
 189A, avenue Maurice Schumann                 | | 59140 Dunkerque, France
===
-- 
users mailing list
users@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


Re: rpmbuild

2014-05-02 Thread Jan Zeleny
Dne St 30. dubna 2014 20:34:29, Patrick Laimbock napsal(a):
> On 30-04-14 20:25, Patrick Dupre wrote:
> [snip]
> 
> >> You compare the files listed in the %files section to what is installed
> >> in BUILDROOT/perl-tk-zinc-.../...
> > 
> > ls ../BUILDROOT/perl-tk-zinc-3.303-1.fc20.x86_64/usr
> > bin  lib  lib64  share  src
> > !!
> > 
> > 
> > compared to:
> > %files
> > %defattr(-,root,root,-)
> > %doc Copyright README
> > %{_bindir}/*
> > %{_mandir}/man1/*.1.gz
> > %{perl_vendorarch}/auto/*
> > %{perl_vendorarch}/tk*
> > %{_mandir}/man3/*
> > 
> > 
> > How can make it match?
> 
> There seems to be a difference in where the spec file expects the perl
> files and where they are installed. I guess you need to fix that in the
> spec file or some ask someone who knows perl (I don't). Maybe try in
> #rpm on irc.freenode.net or perhaps there is an rpm mailing list.

Just to set the right expectation, #rpm on Freenode is channel for rpm5. The 
right channels for Fedora are either #rpm.org or #yum.

Thanks
Jan
-- 
users mailing list
users@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