Re: case study - journalctl - where is logger output

[Balint Szigeti]

On Tue, 2014-09-16 at 17:46 -0600, Chris Murphy wrote:

> On Sep 16, 2014, at 9:11 AM, Balint Szigeti  wrote:
> 
> > On Tue, 2014-09-16 at 09:52 -0400, Tom H wrote:
> >> On Sat, Sep 13, 2014 at 11:47 AM, Balint Szigeti  >> > wrote:
> >> 
> >> > On Thu, 2014-09-11 at 16:16 -0400, Tom H wrote:
> >> >
> >> > On Thu, Sep 11, 2014 at 2:04 PM, Balint Szigeti 
> >> > wrote:
> >> >
> >> >
> >> >> today I installed the rsyslog and enable it then disabled (then masked)
> >> >> systemd-journal-flush, systemd-journald services. Plus I disabled
> >> >> systemd-journald.socket as well.
> >> >> It broke my system. After I closed the sudo session I could gain root
> >> >> access
> >> >> plus I couldn't start any program only forks for the existed ones (like
> >> >> gnome terminal).
> >> >> The reboot didn't work. The box just didn't start up. :( (just remark -
> >> >> systemd is not depends on itself)
> >> >
> >> > I disabled all of the journal service and socket units and rebooted
> >> > without a hitch. It was in an X-less VM though so perhaps things go
> >> > awry when booting a DE (I don't see why it whould).
> >> >
> >> >
> >> >> I booted into runlevel 1 (yeeeah - runlevel doesn't exist on systemd - I
> >> >> wanted to say rescue.target) and redo the mask and enable everything.
> >> >
> >> > I boot into runlevel 1 when I use "1" on the kernel cmdline.
> >> >
> >> >
> >> >> I've noticed the rsyslog doesn't listen to the system logging.
> >> >>
> >> >> I've run logger command but I don't find it in the log. I've checked the
> >> >> journalctl and /var/log/messages file as well.
> >> >>
> >> >> # logger -t  hello
> >> >> # journalctl |grep hello
> >> >> # grep hello /var/log/messages
> >> >> #
> >> >
> >> > Same here.
> >> >
> >> > Is journald supposed to be turned off when using systemd? Why do you
> >> > want it off? You can set "Storage=volatile" in
> >> > "/etc/systemd/journald.conf" and 1) you'll only have rsyslog logs
> >> > across reboots and 2) the journald logs will be written to the
> >> > "/run/log/journal/" tmpfs so journald will simply collect logs for
> >> > rsyslog.
> >> >
> >> > I've just tried to set the Storage entry in /etc/systemd/journald.conf  
> >> > to
> >> > "none" according to manual page and off course no effect.
> >> > Also tried to set LogTarget to "syslog" in /etc/systemd/system.conf and
> >> > reboot (funny, hurray we become Windows..)but no effect.
> >> >
> >> > Needless to say, the logs are being found in journalctl and messages 
> >> > file of
> >> > course. I don't think to raise bug because any time when they hear 
> >> > someone
> >> > doesn't want to use their 'solutions' they refuse/ignore or set the 
> >> > ticket
> >> > to WONTFIX.
> >> > Personally that is my bigger problem.
> >> >
> >> > I finished testing the syslog. I think the only thing that we can do to
> >> > accept and shut our mouth :(
> >> 
> >> 
> >> It's working here. systemd must sense that you don't like it and it's
> >> messin' wit' u!
> >> 
> >> 
> >> 
> > you are right. I don't like it.
> >> # grep Storage /etc/systemd/journald.conf
> >> Storage=none
> >> 
> > I've set it and restarted the "systemctl restart systemd-journald.service" 
> > journald and the system stopped to logging. :(
> 
> 
> From defaults, only changing journald.conf Storage=none, installing and 
> enabling rsyslog, I can't reproduce the problem on either Fedora 20 or 21.
> 
> [root@f20v log]# logger biscuit
> [root@f20v log]# grep biscuit /var/log/messages
> Sep 16 10:33:42 f20v root: biscuit
> [root@f20v log]# journalctl | grep biscuit
> Sep 16 10:33:42 f20v.localdomain root[786]: biscuit
> 
> rsyslog-7.4.8-1.fc20.1.x86_64
> systemd-208-21.fc20.x86_64

Well, I have definitely a problem:

[root@szigeti-6560b ~]# vi /etc/systemd/journald.conf 
[root@szigeti-6560b ~]# grep none $_
Storage=none
[root@szigeti-6560b ~]# systemctl restart systemd-journald.service 
[root@szigeti-6560b ~]# logger foo
[root@szigeti-6560b ~]# grep foo /var/log/messages
[root@szigeti-6560b ~]# journalctl -n 100 |grep foo
[root@szigeti-6560b ~]#
[root@szigeti-6560b ~]# vi /etc/systemd/journald.conf 
[root@szigeti-6560b ~]# systemctl restart systemd-journald.service 
[root@szigeti-6560b ~]# grep Storage /etc/systemd/journald.conf 
#Storage=none
#Storage=auto
[root@szigeti-6560b ~]# logger AAA
[root@szigeti-6560b ~]# grep AA /var/log/messages
Sep 17 11:38:14 SZIGETI-6560B bszigeti: AAA
[root@szigeti-6560b ~]# journalctl -n 100 |grep 
Sep 17 11:38:14 szigeti-6560b bszigeti[28839]: AAA

rsyslog-7.4.8-1.fc20.1.x86_64
systemd-208-21.fc20.x86_64

Do you have any clue?


> 
> 
> 
> Chris Murphy
> 


-- 
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.o

Re: Problem with smplayer

[Tim]

On Tue, 2014-09-16 at 21:49 -0600, jd1008 wrote:
> it is horribly verbose. To wit:
> #EXTM3U
> # Playlist created by SMPlayer 14.3.0
> #EXTINF:414.56,03_Nechein Man.webm
> 03_Nechein Man.webm
> #EXTINF:200.04,07. Faun - Wenn wir uns wiedersehen-NPaDt85Sf_0.mp4
> 07. Faun - Wenn wir uns wiedersehen-NPaDt85Sf_0.mp4
> #EXTINF:300.05,10. Faun - Andro II-nrTt0daF1Ak.mp4
> 10. Faun - Andro II-nrTt0daF1Ak.mp4
>  
> I find it ridiculous that smplayer should refuse to play playlists
> that mplayer has no problems playing.

Different parsers being used, so that the playlist is handled
externally, before mplayer gets it, itself?

You can simplify the playlist, quite a bit.  You don't need the info,
just the file lists.

m3u files can simply be "file:///" prefixed filepaths, such as:

  file:///home/tim/music/one.ogg
  file:///home/tim/music/two.ogg

And pls files can be simplified to:

  [playlist]
  NumberOfEntries=99
  File41=/home/tim/music/one.ogg
  File42=/home/tim/music/two.ogg

And, it doesn't seem to care that the number of entries is wrong, and
the file numbers didn't start with "File01=".

I dare say that if you use the playlist editor, it might insert the
details that you add into the metadata in the playlist.

-- 
tim@localhost ~]$ uname -rsvp

Linux 3.16.2-200.fc20.i686 #1 SMP Mon Sep 8 12:17:59 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.

-- 
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: Smart Media Player Network Access in Fedora 20

[Patrick O'Callaghan]

On Wed, 2014-09-17 at 08:01 +1000, Stephen Morris wrote:
> > Keeping the neighbours out is just standard network practice: use a
> > decent WPA password on the router, and keep a tight control on
> incoming
> > connections via the server firewall. IIRC the server config can also
> > restrict clients to certain IPs though I haven't bothered with that.
> My concern with dlna from Windows or Linux was not so much with 
> neighbours hacking into the network, but if the dlna stream is not 
> transmitted to a specific device like Miracast is, then it was 
> potentially conceivable that it could be broadcast and inadvertently 
> played on the neighbours receiver without really meaning to.

It *is* transmitted to a specific device, but the transmission is
initiated by the client pulling it from the server rather than the
server pushing it to the client. At the transport level it's exactly the
same. The neighbours are not going to be bothered a) because it's not a
multicast service, i.e. each client gets its own individual stream, and
b) because they can't see inside your network (as long as you set it up
correctly as mentioned last time).

> One of my collegues that I work with uses a homeplug type device and 
> tells me it works very well, so I could look at that although I'm not 
> sure how well it would work in a powerboard as I don't have any spare 
> wall power points.

No way to tell without trying it, but these things are designed for
fairly noisy environments and even multiple phases (i.e. homes with
several power rings). All the same, I would put the Homeplugs on their
own sockets and move something else to the multiconnector if possible.

> I have a few other issues I need to sort out as well. 
> I have finally managed to get nfs on the nas usable but the playback
> on 
> the android player is worse than the playback via smb on the same 
> device. I can use dlna to get the player to stream movies from the
> nas 
> which seems to give a bit better performance, but I have movies in 3 
> directories, with one directory containing mp4 files, the 2nd with
> mov 
> files and the 3rd with an mkv files, but dlna is unable to even see
> the 
> directory containing the mkv files and at the moment I don't know
> why. 
> The 2 directories that dlna can see were created by Windows whereas
> the 
> directory it can't see was created from Fedora via Samba, which might 
> explain the issue but I don't know why that should be any different.

It may also depend on the client side. In the past I've had problems
with some clients which couldn't see MKV files (because they didn't have
the codec). However you should recheck the server config file. Does it
list all the places you keep content? What happens if you put an MKV
file in the MP4 directory? Does it show up or not? It would be helpful
to know what server you're using now. As I said before, minidlna is very
easy to set up.

I don't have a separate directory per format, but use directories for
TV, Movies, Home Video etc.

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

Re: Finding and downloading missing font

[Michael Cronenworth]

On 09/16/2014 09:05 PM, Jonathan Ryshpan wrote:

That's what I thought.

Nevertheless LibreOffice identifies the undisplayable characters as
Lohit Devanagari on both my system and MC's and MC appears to have got a
correct display of them on his system, which I don't get.  Strange.


It's unfortunate that the PackageKit font helper isn't telling you the font to 
install.


Anyway, I traced what fontconfig was matching for those symbols. The "Free Sans" 
font provides them.


# yum install gnu-free-sans-fonts

--
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: SpoofMAC

[Dario Lesca]

I use macchanger:

$ sudo yum install macchanger
...
$ macchanger --help
GNU MAC Changer
Usage: macchanger [options] device

  -h,  --help   Print this help
  -V,  --versionPrint version and exit
  -s,  --show   Print the MAC address and exit
  -e,  --ending Don't change the vendor bytes
  -a,  --anotherSet random vendor MAC of the same kind
  -ASet random vendor MAC of any kind
  -p,  --permanent  Reset to original, permanent hardwareMAC
  -r,  --random Set fully random MAC
  -l,  --list[=keyword] Print known vendors
  -b,  --biaPretend to be a burned-in-address
  -m,  --mac=XX:XX:XX:XX:XX:XX  Set the MAC XX:XX:XX:XX:XX:XX

Is this what you want?

Thanks
Dario

Il giorno mar, 16/09/2014 alle 18.11 +0300, Robert Moskowitz ha scritto:
> https://github.com/feross/SpoofMAC
> 
> Has anyone used this?  I will be using it to test the impact of using 
> randomized local MAC addresses.  I would like to have a Gnome widget 
> that I can just click on and run this.
> 
> 

-- 
Dario Lesca
(inviato dal mio Linux Fedora 20 con Gnome 3.10.4)

-- 
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: case study - journalctl - where is logger output

[Tom H]

On Wed, Sep 17, 2014 at 6:40 AM, Balint Szigeti  wrote:
>
> Well, I have definitely a problem:
>
> [root@szigeti-6560b ~]# vi /etc/systemd/journald.conf
> [root@szigeti-6560b ~]# grep none $_
> Storage=none
> [root@szigeti-6560b ~]# systemctl restart systemd-journald.service
> [root@szigeti-6560b ~]# logger foo
> [root@szigeti-6560b ~]# grep foo /var/log/messages
> [root@szigeti-6560b ~]# journalctl -n 100 |grep foo
> [root@szigeti-6560b ~]#
> [root@szigeti-6560b ~]# vi /etc/systemd/journald.conf
> [root@szigeti-6560b ~]# systemctl restart systemd-journald.service
> [root@szigeti-6560b ~]# grep Storage /etc/systemd/journald.conf
> #Storage=none
> #Storage=auto
> [root@szigeti-6560b ~]# logger AAA
> [root@szigeti-6560b ~]# grep AA /var/log/messages
> Sep 17 11:38:14 SZIGETI-6560B bszigeti: AAA
> [root@szigeti-6560b ~]# journalctl -n 100 |grep 
> Sep 17 11:38:14 szigeti-6560b bszigeti[28839]: AAA

AIUI, imjournal needs a file for rsyslog to read journald logs so it
won't work with "Storage=none".

To forward to rsyslog you have to:

- use "Storage=volatile" (if you don't want to use auto/persistent) in
"/etc/systemd/journald.conf" so journald will log to
"/run/systemd/journal/" and imjournal will pick up logs from there

or

- use "$AddUnixListenSocket /run/systemd/journal/syslog" in
"/etc/rsyslog.d/sd-socket.conf" so journald will log to
"/run/systemd/journal/syslog" and imuxsocket will pick up logs from
there (untested)
-- 
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: Pagefault during boot (after system was hibernated)

[jd1008]

On 09/17/2014 12:18 AM, Kevin Cummings wrote:


On 09/17/2014 12:44 AM, jd1008 wrote:

I decided to shutdown -> Hibernate.
Later on, I powered up and booted the machine,
and it invariably panics with a pagefault.

There is nothing in the logs of any disk hard error issues,
or device misconduct.

Ordinary boot up (without having hibernated) presents no problems at all.

Only reboot after hibernation is the problem I am having.

PS: This is a recent problem after updating to
kernel-3.16.2-200.fc20.x86_64'

I thought I would install the x86 memory test bootable from the grub menu
to see if I am having memory issues.
I cannot find it in the fedora repositories.

Package is named memtest86+

After installation, it puts a file in /etc/grub.d/20_memtest86+ which
will get installed in your /boot/grub2/grub.cfg the next time grub gets
rebuilt.



Thank you Kevin.
Just installed it and will run the full test - which, if I recall correctly,
can take up to 2 days to complete (on my older system).

I hope my rams are ok :) :)
The 4gig 800MHz pc2 sodimms are not cheap :(

--
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: Problem with smplayer

[jd1008]

On 09/17/2014 04:48 AM, Tim wrote:

On Tue, 2014-09-16 at 21:49 -0600, jd1008 wrote:

it is horribly verbose. To wit:
#EXTM3U
# Playlist created by SMPlayer 14.3.0
#EXTINF:414.56,03_Nechein Man.webm
03_Nechein Man.webm
#EXTINF:200.04,07. Faun - Wenn wir uns wiedersehen-NPaDt85Sf_0.mp4
07. Faun - Wenn wir uns wiedersehen-NPaDt85Sf_0.mp4
#EXTINF:300.05,10. Faun - Andro II-nrTt0daF1Ak.mp4
10. Faun - Andro II-nrTt0daF1Ak.mp4
  
I find it ridiculous that smplayer should refuse to play playlists

that mplayer has no problems playing.

Different parsers being used, so that the playlist is handled
externally, before mplayer gets it, itself?

You can simplify the playlist, quite a bit.  You don't need the info,
just the file lists.

m3u files can simply be "file:///" prefixed filepaths, such as:

   file:///home/tim/music/one.ogg
   file:///home/tim/music/two.ogg

And pls files can be simplified to:

   [playlist]
   NumberOfEntries=99
   File41=/home/tim/music/one.ogg
   File42=/home/tim/music/two.ogg

And, it doesn't seem to care that the number of entries is wrong, and
the file numbers didn't start with "File01=".

I dare say that if you use the playlist editor, it might insert the
details that you add into the metadata in the playlist.


I tried the url style of file:/
in the .m3u file; of course FPN starts with /.
It did not work  for smplayer, works for mplayer.
Pls. Let me know if it works for you.

--
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

64bit skype client needed

[jd1008]

I have been trying to locate a fully 64bit skype client to no avail;
a client that will not require 32 bit dependencies.

Any info on that?

MS is not supporting linux x86_64  and who can blame them?
They do not like Linux. They might even wish it would disappear.

--
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: 64bit skype client needed

[Rick Stevens]

On 09/17/2014 11:46 AM, jd1008 issued this missive:

I have been trying to locate a fully 64bit skype client to no avail;
a client that will not require 32 bit dependencies.

Any info on that?

MS is not supporting linux x86_64  and who can blame them?
They do not like Linux. They might even wish it would disappear.


There is no 64-bit Skype client. Skype always has been closed source and
now that it's owned by M$, I would rather doubt you'll ever see one.
Given M$'s attitude, we're lucky there's a 32-bit client!

As you said, M$ would like Linux (and Apple) to go away. They've tried
mightily to kill them off in the past by baseless litigation, FUD and
(IMHO) some other rather unscrupulous business practices.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
-Beware of programmers who carry screwdrivers-
--
--
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: 64bit skype client needed

[jd1008]

On 09/17/2014 01:01 PM, Rick Stevens wrote:

On 09/17/2014 11:46 AM, jd1008 issued this missive:

I have been trying to locate a fully 64bit skype client to no avail;
a client that will not require 32 bit dependencies.

Any info on that?

MS is not supporting linux x86_64  and who can blame them?
They do not like Linux. They might even wish it would disappear.


There is no 64-bit Skype client. Skype always has been closed source 
and ...

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.

--
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: 64bit skype client needed

[Joonas Sarajärvi]

>
> OK, I have the rpm pf skype which was built for fc18:
> skype-4.2.0.11-3.fc18.x86_64.rpm
> but it still depends on i686 libs and other components.
>
> I was wondering if there is a way to extract the spec file
> from it and rebuild it (i.e. relink it) with 64bit libs, by
> editing the spec file, and running rpmbuild ...etc.
>
To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas
-- 
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: 64bit skype client needed

[jd1008]

On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.


To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas

Yes I know, but I just found out how to do a rebuild of the binary
via
# rpmrebuild autogenerated specfile

but it still requires 32 bit libs.

Dangit!



--
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: 64bit skype client needed

[jd1008]

On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.


To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas


I do have the 64bit src rpm for
skype-4.2.0.11-3.fc18.src.rpm

But all it does when you try to build it, is just name the binary file 
as a 64 bit rpm.

I am still hoping that a compiler and machine code guru will find a way
to change 32 bit code to 64 bit counterpart, and change the linkage 
directives

to link with the 64 bit libs.

:) hoping is not a nono :)

--
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: 64bit skype client needed

[Rick Stevens]

On 09/17/2014 01:14 PM, jd1008 issued this missive:


On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.


To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas

Yes I know, but I just found out how to do a rebuild of the binary
via
# rpmrebuild autogenerated specfile

but it still requires 32 bit libs.


Although it's packaged as a 64-bit RPM, the executable requires 32-bit
libraries and I think the binary itself is 32-bit. If you do a "file
/bin/skype", I think you'll see that. If not, well, it still needs 32-
bit libraries.

As someone else said, to really use 64-bit libs you must recompile the
source and the source isn't available. End of story. Sorry.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
-   "As for me, I aspire to be the Walmart Greeter in Hell." -
--
--
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: 64bit skype client needed

[Rick Stevens]

On 09/17/2014 01:25 PM, jd1008 issued this missive:


On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.


To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas


I do have the 64bit src rpm for
skype-4.2.0.11-3.fc18.src.rpm

But all it does when you try to build it, is just name the binary file
as a 64 bit rpm.
I am still hoping that a compiler and machine code guru will find a way
to change 32 bit code to 64 bit counterpart, and change the linkage
directives
to link with the 64 bit libs.

:) hoping is not a nono :)


Not impossible, but INCREDIBLY labor-intensive and it really wouldn't
improve anything. To make use of the 64-bit registers, memory maps and
other features, you really need to let the compiler make its
optimizations and such. This fixation about not having 32-bit libraries
is quite silly. If you really need Skype, just suck it up, install the
required libraries and be done with it.

You should be more concerned with having a closed-source, non-peer-
reviewed binary on your machine. Who knows what data it is mining on
your system and sending off to M$ and their evil minions. Half of the
apps I've downloaded for my Android phone never get installed because
as they install they want access to stuff that has NOTHING to do with
the app's supposed function (for example, I-Heart-Radio has absolutely
NO need to look at my address book). They get deleted as soon as they 
try to install and I find out what trolls they are.

--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
- I never drink water because of the disgusting things that fish do  -
-  in it.-
-  -- WC. Fields -
--
--
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: One of my systems stalls at start-up

[antonio]

Ed Greshko ha scrito il 13/09/2014 alle 08:44:

On 09/13/14 14:22, antonio montagnani wrote:

Ed Greshko ha scrito il 11/09/2014 alle 01:24:

On 09/11/14 06:24, antonio wrote:

I knew the systemctl way of switching, but I am lazy (and love the graphical 
tool): I hope that maintainer will report some improvement in a fairly short 
time, in the meantime I will see if kdm has no issues..
Tnx again for help (I learnt a lot from you guys)


OK  Sounds like it shouldn't take too long to determine if the switch to 
kdm is a valid workaround.

I hope one of the lessons to be learned is "don't jump to conclusions".  :-) :-)



so far switching from gdm to kdm works fine: but I don't see any 
improvement/activity on reported bugs in bugzilla



It probably isn't affecting a large enough group of people to make it to the 
top of the priority list.  And it probably either has, or needs to be, kicked 
upstream.

But don't despair.  I filed a bugzilla on a font problem on December 4, 2013 
and it was just fixed.  :-) :-)



maybe that is time to introduce some quality stress also on bugzilla??? :-)
--
Antonio M
Skype: amontag52

Linux Fedora F20 (Heisenbug)
on Fujitsu Lifebook A512

http://lugsaronno.altervista.org
http://www.campingmonterosa.com




--
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: 64bit skype client needed

[Michael Cronenworth]

On 09/17/2014 03:45 PM, Rick Stevens wrote:

You should be more concerned with having a closed-source, non-peer-
reviewed binary on your machine. Who knows what data it is mining on
your system and sending off to M$ and their evil minions. Half of the
apps I've downloaded for my Android phone never get installed because
as they install they want access to stuff that has NOTHING to do with
the app's supposed function (for example, I-Heart-Radio has absolutely
NO need to look at my address book). They get deleted as soon as they try to
install and I find out what trolls they are.


You should check out the "Xposed Framework" and the "XPrivacy" add-on that works 
with it. It's essentially App Ops on steroids. I can still install apps that 
want invasive permissions but block them from trying to use them at runtime.

--
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:

[Pete Travis]

On Sep 16, 2014 4:08 PM,  wrote:
>
> I am trying to build gphoto2 for an old system (Fedora 11) where I store
> photos.
> (gphoto2 exists as part of the download in Fedora19)
>
> In any case, I do the configure/make/make install for both libgphto2 and
> gphoto2 with no problems, so it would seem that the loader at this point
> is seeing the library.
>
> But when I try to execute gphoto2, I get the message
>
> gphoto2: error while loading shared libraries: libgphoto2.so.6: cannot
open
> shared object file: No such file or directory
>
> the library is in /usr/local/lib, so the directory IS being searched.
> I vaguely remember this problem from some years ago, but forget the
solution.
>
> Anyone remember how to work around this?
> --
> Reg.Clemens
> r...@dwf.com
>
>
> --

Is there some aspect of the current, supported Fedora releases that makes
them unsuitable for storing photos?

--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: 64bit skype client needed

[Rick Stevens]

On 09/17/2014 02:32 PM, Michael Cronenworth issued this missive:

On 09/17/2014 03:45 PM, Rick Stevens wrote:

You should be more concerned with having a closed-source, non-peer-
reviewed binary on your machine. Who knows what data it is mining on
your system and sending off to M$ and their evil minions. Half of the
apps I've downloaded for my Android phone never get installed because
as they install they want access to stuff that has NOTHING to do with
the app's supposed function (for example, I-Heart-Radio has absolutely
NO need to look at my address book). They get deleted as soon as they
try to
install and I find out what trolls they are.


You should check out the "Xposed Framework" and the "XPrivacy" add-on
that works with it. It's essentially App Ops on steroids. I can still
install apps that want invasive permissions but block them from trying
to use them at runtime.


I will look into those. Thank you, Michael! I'm still rather p*ssed at
these apps. I really don't like anyone looking up my skirt as it were.
Google is getting to be really annoying that way.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
-   Fear is finding a ".vbs" script in your Inbox-
--
--
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:

[Rick Stevens]

On 09/17/2014 02:55 PM, Pete Travis issued this missive:


On Sep 16, 2014 4:08 PM, mailto:r...@dwf.com>> wrote:
 >
 > I am trying to build gphoto2 for an old system (Fedora 11) where I store
 > photos.
 > (gphoto2 exists as part of the download in Fedora19)
 >
 > In any case, I do the configure/make/make install for both libgphto2 and
 > gphoto2 with no problems, so it would seem that the loader at this point
 > is seeing the library.
 >
 > But when I try to execute gphoto2, I get the message
 >
 > gphoto2: error while loading shared libraries: libgphoto2.so.6:
cannot open
 > shared object file: No such file or directory
 >
 > the library is in /usr/local/lib, so the directory IS being searched.
 > I vaguely remember this problem from some years ago, but forget the
solution.
 >
 > Anyone remember how to work around this?
 > --
 > Reg.Clemens
 > r...@dwf.com 
 >
 >
 > --

Is there some aspect of the current, supported Fedora releases that
makes them unsuitable for storing photos?


I concur, Pete, but there's probably some weird reason the OP needs F11
(even though it's, what, five years old).

IIRC, the problem is that the OP needs to add

/usr/local/lib64

to his /etc/ld.so.conf file, or create an "/etc/ld.so.conf.d/local.conf"
file containing that line, then run (as the root user):

ldconfig -v

This should ensure that the run-time linker looks in /usr/local/lib64
for libraries in addition to the usual spots.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
-   "Yeah, but you're taking the universe out of context."   -
--
--
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: Finding and downloading missing font

[Jonathan Ryshpan]

On Wed, 2014-09-17 at 09:08 -0500, Michael Cronenworth wrote:
> On 09/16/2014 09:05 PM, Jonathan Ryshpan wrote:
> > That's what I thought.
> >
> > Nevertheless LibreOffice identifies the undisplayable characters as
> > Lohit Devanagari on both my system and MC's and MC appears to have got a
> > correct display of them on his system, which I don't get.  Strange.
> 
> It's unfortunate that the PackageKit font helper isn't telling you the font 
> to 
> install.
> 
> Anyway, I traced what fontconfig was matching for those symbols. The "Free 
> Sans" 
> font provides them.
> 
> # yum install gnu-free-sans-fonts

Works perfectly.  Thanks.


-- 
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: 64bit skype client needed

[Tim]

On Wed, 2014-09-17 at 17:10 -0700, Rick Stevens wrote:
> I will look into those. Thank you, Michael! I'm still rather p*ssed at
> these apps. I really don't like anyone looking up my skirt as it were.
> Google is getting to be really annoying that way. 

LOL, I think you've just come up with the perfect attention grabbing
name for an internet privacy movement.

-- 
[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.

ZNQR LBH YBBX



-- 
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: 64bit skype client needed

[Rick Stevens]

On 09/17/2014 05:50 PM, Tim issued this missive:

On Wed, 2014-09-17 at 17:10 -0700, Rick Stevens wrote:

I will look into those. Thank you, Michael! I'm still rather p*ssed at
these apps. I really don't like anyone looking up my skirt as it were.
Google is getting to be really annoying that way.


LOL, I think you've just come up with the perfect attention grabbing
name for an internet privacy movement.


Ah, yes! We could call it the "AntiUpSkirt SIG". Wonder if we could get
an IETF group interested? Perhaps we'd end up with an RFC.
--
- Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com -
- AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 -
--
-If Windows isn't a virus, then it sure as hell is a carrier!-
--
--
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: 64bit skype client needed

[jd1008]

On 09/17/2014 02:45 PM, Rick Stevens wrote:

On 09/17/2014 01:25 PM, jd1008 issued this missive:


On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:

OK, I have the rpm pf skype which was built for fc18:
skype-4.2.0.11-3.fc18.x86_64.rpm
but it still depends on i686 libs and other components.

I was wondering if there is a way to extract the spec file
from it and rebuild it (i.e. relink it) with 64bit libs, by
editing the spec file, and running rpmbuild ...etc.


To make a 64-bit build of the application, you would need to actually
compile the sources with a compiler that targets the 64-bit
instruction set. This requires access to application source code.
Source code to the Skype client is not available.

My impression is that the skype "x86_64" rpm is still the same 32-bit
application that ships in their 32-bit package.

Fortunately, an x86-64 Fedora installation can easily run also 32-bit
applications.

-Joonas


I do have the 64bit src rpm for
skype-4.2.0.11-3.fc18.src.rpm

But all it does when you try to build it, is just name the binary file
as a 64 bit rpm.
I am still hoping that a compiler and machine code guru will find a way
to change 32 bit code to 64 bit counterpart, and change the linkage
directives
to link with the 64 bit libs.

:) hoping is not a nono :)


Not impossible, but INCREDIBLY labor-intensive and it really wouldn't
improve anything. To make use of the 64-bit registers, memory maps and
other features, you really need to let the compiler make its
optimizations and such. This fixation about not having 32-bit libraries
is quite silly. If you really need Skype, just suck it up, install the
required libraries and be done with it.
I really AM trying to avoid the 32 bit libs. I just dont want them on my 
system.

You say that's silly.
I hope it is not your standard policy to call people silly
just because they have certain preferences.



You should be more concerned with having a closed-source, non-peer-
reviewed binary on your machine. Who knows what data it is mining on
your system and sending off to M$ and their evil minions. Half of the
apps I've downloaded for my Android phone never get installed because
as they install they want access to stuff that has NOTHING to do with
the app's supposed function (for example, I-Heart-Radio has absolutely
NO need to look at my address book). They get deleted as soon as they

Yes, I have seen that on just about every android app.
But an open source skype-like client just does not exist
with sufficient backing from it's users to afford the phone
lines through which to make phone calls to phone numbers.
Although, even without phone lines for phone numbers,
it would still be very useful for calling contacts who are online.
I recall someone had such a server, but could not afford to get
a high speed internet line to support more than a few callers
at a time.


--
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: case study - journalctl - where is logger output

[Chris Murphy]

On Sep 17, 2014, at 9:33 AM, Tom H  wrote:

> On Wed, Sep 17, 2014 at 6:40 AM, Balint Szigeti  wrote:
>> 
>> Well, I have definitely a problem:
>> 
>> [root@szigeti-6560b ~]# vi /etc/systemd/journald.conf
>> [root@szigeti-6560b ~]# grep none $_
>> Storage=none
>> [root@szigeti-6560b ~]# systemctl restart systemd-journald.service
>> [root@szigeti-6560b ~]# logger foo
>> [root@szigeti-6560b ~]# grep foo /var/log/messages
>> [root@szigeti-6560b ~]# journalctl -n 100 |grep foo
>> [root@szigeti-6560b ~]#
>> [root@szigeti-6560b ~]# vi /etc/systemd/journald.conf
>> [root@szigeti-6560b ~]# systemctl restart systemd-journald.service
>> [root@szigeti-6560b ~]# grep Storage /etc/systemd/journald.conf
>> #Storage=none
>> #Storage=auto
>> [root@szigeti-6560b ~]# logger AAA
>> [root@szigeti-6560b ~]# grep AA /var/log/messages
>> Sep 17 11:38:14 SZIGETI-6560B bszigeti: AAA
>> [root@szigeti-6560b ~]# journalctl -n 100 |grep 
>> Sep 17 11:38:14 szigeti-6560b bszigeti[28839]: AAA
> 
> AIUI, imjournal needs a file for rsyslog to read journald logs so it
> won't work with "Storage=none".
> 
> To forward to rsyslog you have to:
> 
> - use "Storage=volatile" (if you don't want to use auto/persistent) in
> "/etc/systemd/journald.conf" so journald will log to
> "/run/systemd/journal/" and imjournal will pick up logs from there
> 
> or
> 
> - use "$AddUnixListenSocket /run/systemd/journal/syslog" in
> "/etc/rsyslog.d/sd-socket.conf" so journald will log to
> "/run/systemd/journal/syslog" and imuxsocket will pick up logs from
> there (untested)

Take this with a grain of salt, I confuse easily…

My understanding is the current versions (Fedora 19+) of rsyslog and systemd 
"just work" - rsyslog connects to systemd-journald.socket. I only skimmed this 
thread but thought I saw something about a socket being disabled with 
systemctl, and if it was the systemd-journald.socket well then that'd be a 
reason why rsyslog isn't getting messages.

But I'm not sure what all Balint has changed from the Fedora 20 defaults, but 
my test VM is pristine so either Balint has changed something I haven't changed 
and he hasn't changed it back to the default. Or maybe he's run into a bug 
where he changed something, changed it back but it's not taking. Or other…

 My test was strictly two things. The first was:
1. dnf install rsyslog  ###because it's not installed by default
2. edited journald.conf changing Storage=auto to none
3. Reboot
There is no persistence at all in either /run/log/journal or /var/log/journal, 
yet there are entries in both journalctl and /var/log/messages, and the logger 
command inserts whatever I type after it into both.

And the other test following this was:

4. change journald.conf Storage=auto again, i.e. back to default.
5. delete /var/log/journal
6. reboot
And now I get a journal stored in /run/log/journal; from prior testing a while 
ago this is the same behavior I get when Storage=volatile

I didn't extensively test the difference between Storage=none and Storage=auto 
or volatile (with /run/log/journal and /var/log/journal deleted). And I can't 
really tell from the documentation or the resulting logs; but I'm going to 
guess that none means it's using some limited amount of RAM (?) whereas =auto 
or volatile using /run/log/journal is on tmpfs and after it uses up the 
 50% RAM limit it starts to swap to disk. In either case they're 
toast at the next reboot.



Chris Murphy
-- 
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: 64bit skype client needed

[Joe Zeff]

On 09/17/2014 07:22 PM, jd1008 wrote:

I really AM trying to avoid the 32 bit libs. I just dont want them on my
system.


Why?  Do you have an objective reason to avoid them, or is it just a 
personal preference?  I've never had to deal with this myself, not 
having a 64 bit system, but if I ever have to do a complete re-install 
on this box, I will and if there's an issue, I'd like to know about 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

Re: 64bit skype client needed

[jd1008]

On 09/17/2014 08:30 PM, Joe Zeff wrote:

On 09/17/2014 07:22 PM, jd1008 wrote:

I really AM trying to avoid the 32 bit libs. I just dont want them on my
system.


Why?  Do you have an objective reason to avoid them, or is it just a 
personal preference? 

Of course it is preference.
I've never had to deal with this myself, not having a 64 bit system, 
but if I ever have to do a complete re-install on this box, I will and 
if there's an issue, I'd like to know about it.

32 bit apps have a smaller address space.
Not that that matters re: skype.
I just dont want to have 32 and 64 bit SW on my 64 bit sys.

--
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: Problem with smplayer

[Tim]

Tim:
>> You can simplify the playlist, quite a bit.  You don't need the info,
>> just the file lists.
>>
>> m3u files can simply be "file:///" prefixed filepaths, such as:
>>
>>file:///home/tim/music/one.ogg
>>file:///home/tim/music/two.ogg
>>
>> And pls files can be simplified to:
>>
>>[playlist]
>>NumberOfEntries=99
>>File41=/home/tim/music/one.ogg
>>File42=/home/tim/music/two.ogg
>>
>> And, it doesn't seem to care that the number of entries is wrong, and
>> the file numbers didn't start with "File01=".
>>
>> I dare say that if you use the playlist editor, it might insert the
>> details that you add into the metadata in the playlist.
>>

jd1008:
> I tried the url style of file:/
> in the .m3u file; of course FPN starts with /.
> It did not work  for smplayer, works for mplayer.
> Pls. Let me know if it works for you.

Both of my samples work for me (with smplayer), exactly as I showed in
the indented examples.  They play through the list of music files in the
file.  However, the M3U list just shows a list of file paths in the
playlist, while the PLS list shows the song titles in the playlist.


-- 
tim@localhost ~]$ uname -rsvp

Linux 3.16.2-200.fc20.i686 #1 SMP Mon Sep 8 12:17:59 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.

-- 
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: Smart Media Player Network Access in Fedora 20

[Tim]

On Wed, 2014-09-17 at 08:01 +1000, Stephen Morris wrote:
> One of my collegues that I work with uses a homeplug type device and 
> tells me it works very well, so I could look at that although I'm not 
> sure how well it would work in a powerboard as I don't have any spare 
> wall power points.

I can't see see why an ordinary powerboard would be a problem, it's just
a series of sockets wired in parallel, just like your wall sockets are.

However, if you have a filtered powerboard, of the type that remove
electrical noise (usually with a core wound around ferrite), it's quite
likely that they'll filter out the networking RF.

But I wouldn't expect boards with surge suppressors to be a problem,
they only kick in well above normal voltage levels (and not enough to
protect against some small surges - such as if you have equipment that
can't handle something like 20 volts above normal, they won't help you).
They're generally a useless device, and a potential problem causer if
you happen to daisy chain one through another, and one of the far end
(from the wall socket) arrestors decides to clamp down on the mains - it
puts a heavy load on the ones in between.

If you must daisy chain powerboards, connect the protective one directly
to the wall socket, and use bare bones ones plugged into it.


-- 
tim@localhost ~]$ uname -rsvp

Linux 3.16.2-200.fc20.i686 #1 SMP Mon Sep 8 12:17:59 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.

-- 
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: 64bit skype client needed

[Marcel J.E. Mol]

On Wed, Sep 17, 2014 at 02:14:21PM -0600, jd1008 wrote:
> 
> On 09/17/2014 01:54 PM, Joonas Sarajärvi wrote:
> >>OK, I have the rpm pf skype which was built for fc18:
> >>skype-4.2.0.11-3.fc18.x86_64.rpm
> >>but it still depends on i686 libs and other components.
> >>
> >>I was wondering if there is a way to extract the spec file
> >>from it and rebuild it (i.e. relink it) with 64bit libs, by
> >>editing the spec file, and running rpmbuild ...etc.
> >>
> >To make a 64-bit build of the application, you would need to actually
> >compile the sources with a compiler that targets the 64-bit
> >instruction set. This requires access to application source code.
> >Source code to the Skype client is not available.
> >
> >My impression is that the skype "x86_64" rpm is still the same 32-bit
> >application that ships in their 32-bit package.
> >
> >Fortunately, an x86-64 Fedora installation can easily run also 32-bit
> >applications.
> >
> >-Joonas
> Yes I know, but I just found out how to do a rebuild of the binary
> via
> # rpmrebuild autogenerated specfile
> 
> but it still requires 32 bit libs.

I wonder if skype 4.2 still works. I think I was forced to upgrade to
4.3 to get it working again.

I used the 'lpf' tool ((Local Package Factory) to install skype...
(just google 'lpf skype')

-Marcel
-- 
 == Marcel J.E. MolMESA Consulting B.V.
===-ph. +31-(0)6-54724868  P.O. Box 112
===-mar...@mesa.nl 2630 AC  Nootdorp
__ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands 
 They couldn't think of a number,   Linux user 1148  --  counter.li.org
so they gave me a name!  -- Rupert Hine  --  www.ruperthine.com
-- 
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