users May 2014

users@lists.fedoraproject.org

165 participants
183 discussions

Re: perl
by Patrick Dupre 02 May '14

02 May '14

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 <pdupre(a)gmx.com> 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 :: dave(a)dave.org.uk > http://dave.org.uk/ > @davorg > -- > users mailing list > users(a)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: pdupre(a)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 ===========================================================================

1 0

perl
by Patrick Dupre 02 May '14

02 May '14

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? Thanks =========================================================================== Patrick DUPRÉ | | email: pdupre(a)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 ===========================================================================

3 2

webmin
by Patrick Dupre 02 May '14

02 May '14

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: pdupre(a)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 ===========================================================================

3 2

Re: Fedora 20 Update: unetbootin-603-1.fc20
by Tim 02 May '14

02 May '14

On Thu, 2014-05-01 at 22:23 +0000, updates(a)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.) -- tim@localhost ~]$ uname -rsvp Linux 3.13.10-200.fc20.i686 #1 SMP Mon Apr 14 21:00:56 UTC 2014 i686 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.

4 4

FC14 -> FC20 & Evolution
by Charlie McVeigh 02 May '14

02 May '14

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 Thanks for any advice that can be shared. Charlie

3 2

Escape character is '^]'.
by Maurizio Marini 02 May '14

02 May '14

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

1 0

vnc
by Patrick Dupre 02 May '14

02 May '14

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: pdupre(a)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 ===========================================================================

1 0

Re: rpmbuild
by Patrick Dupre 02 May '14

02 May '14

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(a)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: pdupre(a)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 ===========================================================================

1 0

Re: rpmbuild
by Patrick Dupre 02 May '14

02 May '14

> ----- Original Message ----- > From: Patrick Laimbock > Sent: 04/30/14 08:13 PM > To: users(a)lists.fedoraproject.org > Subject: Re: rpmbuild > > On 30-04-14 19:56, Patrick Dupre wrote: > [snip] > >>> File not found by glob: /home/pdupre/rpmbuild/BUILDROOT/perl-tk-zinc-3.303-1.fc20.x86_64/usr/lib64/perl5/vendor_perl/tk* > >>> > >>> what is wrong? > >> > >> One or more files were installed that were not listed in the %files > >> section in the spec file. Add the missing file(s) to the spec file. > >> > > OK, but which ones ? > > 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? > It's a manual process. > > HTH, > Patrick > -- > users mailing list > users(a)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: pdupre(a)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 ===========================================================================

3 2

Gnome weather extension as malware?
by Robert Moskowitz 02 May '14

02 May '14

Is anyone running the Gnome weather extension? I have disabled it and my system is running better. Or rather FIrefox is working 'right' again. This extension gets its weather information from the Norway weather service, and you can't change this. I had noticed that many places I was going to in Firefox took a long time to reply. It was as if Firefox was hanging, and other Firefox windows were not responding either. I finally fired up wireshark and I was seeing that requests for things like apis.google.com (or some such) was being routed through a .no site (by reverse lookup on IP address). Perhaps this extension was altering Firefox's proxy settings. I don't have the time or resources to do a serious review, but I am pointing this out and perhaps others may have noticed this as well. Or are suffering and not knowing it. This may be accidental or really actually malicious; just don't know.

5 7

Jump to page: