INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Linux => Topic started by: hifi25nl on October 24, 2013, 09:07:46 am
-
I am testing mediacenter with my Archlinux PC fully upgraded to today.
I have used the debian package, I have decompressed it and copied manually "mediacenter" to /usr/bin and jriver library folder to /usr/lib.
It seems that this package is 32 bit (I use Archlinux 64 bit) so I tried to install lib32-curl, but the version that is now in the repositories is too new. I have found version 7.23.1 and I have compiled it.
Now mediacenter is starting with a lot of errors
Ignoring Xlib error: error code 3 request code 3
Details: BadWindow (invalid Window parameter)
Ignoring Xlib error: error code 3 request code 15
Details: BadWindow (invalid Window parameter)
Open file is not working, so I had to copy a music file to /home/user/Music, the default directory and choose the right alsa device.
Window cannot be resized (it can be resized only to full screen) and cannot be moved. Sometime it disappears.
File location cannot be changed...
I hope for archlinux version!
---> see also https://bbs.archlinux.org/viewtopic.php?id=156301
-
Those are the same problems the rest of us are seeing right now so I think you're up to speed. While we're waiting for the dev team to push out more fixes, you can at least move the window around by holding the alt key down while you drag. You should also be able to resize by right clicking on the toolbar entry and selecting 'resize'.
-
wow hifi25nl!!
thx alot for the curl tip on the other thread, i finally got jriver working after nearly 3 weeks! ;-)
i can confirm all the issues you have (open dosent work ,cant drag etc..), Devs: do we need to report a bug about that somewhere or just report it on the forums?
anyway hifi25nl really glad to see another archer here ;-)
best
Z
-
It seem that I cannot switch sampling rate.
I I play a file at 96 khz and after a file at 44,1, the first will play fine, the second not.
-
Are you certain your device supports 44.1?
-
Yes, it can play 44.1. I have just checked with smplayer + jack configuring jack to use 44.1.
In this computer I don't have special configuration for alsa, so probably the default sample rate is 48000.
However Amarock, smplayer, etc. are all working fine at all supported frequencies.
-
OK, now, with the last version sample rate switching is working!
-
@hifi25nl
Thank you.
-
I'm trying to use mediacenter19 en Arch 64bits. I unzipp deb file and copy the files to their place. When I tried to start it, I have this error:
error while loading shared libraries: libcrypto++.so.9: cannot open shared object file: No such file or directory
I installed 64 bits version of crypto++, but I couldn't find 32 version. Anyone have the same problem?
Thanks!
-
I'm trying to use mediacenter19 en Arch 64bits. I unzipp deb file and copy the files to their place. When I tried to start it, I have this error:
error while loading shared libraries: libcrypto++.so.9: cannot open shared object file: No such file or directory
I installed 64 bits version of crypto++, but I couldn't find 32 version. Anyone have the same problem?
Thanks!
Compile from source if there's no standard package?
-
I have tried
ln -s /usr/lib/libcryptopp.so /usr/lib/libcrypto++.so.9
but the same error.
I think we must compile a lib32-crypto++
-
I would add two important limitations to jriver in Linux:
1) a general one: 32 bit application. Now most important linux distributions are oriented toward 64 bit.
2) a specific one: the impossibility to set buffer_size and period_size in alsa.
In my optimized 64 bit lxde realtime linux system I can set mpd (or also deadbeef) to the same very low latency of jack.
In my case is buffer_size = 256, period_size = 512 for a very good "jack-equivalent" latency (real latency is more) of 2,67 ms at 192 khz sampling rate.
So I hope for some more options in the future to let users decide how the connection with alsa is made.
-
This is not good, but if you want Mediacenter19...
1) Download the i686 32 bit version of crypto++ from archlinux website.
2) Extract and rename libcryptopp.so to libcrypto++.so.9 e put the library in /usr/lib32
-
New problems in Archlinux for libboost...with version 103
1) Install lib32-boost-libs form AUR
2) Since this is version 1.55, in the directory /usr/lib32:
ln -s libboost_regex.so libboost_regex.so.1.49.0
Temporary workaround...
-
I would add two important limitations to jriver in Linux:
1) a general one: 32 bit application. Now most important linux distributions are oriented toward 64 bit.
2) a specific one: the impossibility to set buffer_size and period_size in alsa.
In my optimized 64 bit lxde realtime linux system I can set mpd (or also deadbeef) to the same very low latency of jack.
In my case is buffer_size = 256, period_size = 512 for a very good "jack-equivalent" latency (real latency is more) of 2,67 ms at 192 khz sampling rate.
So I hope for some more options in the future to let users decide how the connection with alsa is made.
I'm working on this area now.
Would an advanced parameter section allowing buffer size and period size to be set do the job?
-
Yes! this would be very fine!
-
Yes! this would be very fine!
Aren't the buffer size and period size flipped?
Seems like the buffer size should be larger.
I'm playing with this on my quad core system and I can only get them down to around 10000 without dropouts and the cpu usages goes up a lot.
We are not using eventing. From what I've read, that's not a good idea. Comments?
-
In my case I can arrive at
buffer_time "2664"
period_time "1332"
buffer_time is a a multiple of period_time (at least x2)
Some explanation can be found here:
http://www.alsa-project.org/main/index.php/FramesPeriods
My results are very good but in a linux system VERY optimized with linux realtime kernel, some threads have high realtime priority following this schema for RTPRIO (real time priority)
RTC (real time clock) at 95
USB card at 90
Jack server at 85
Player (in the example mpd) at 80
It would be nice to separate player from decoder. It is not very good to give RTPRIO 80 to the player interface!
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
78 FF 95 - 135 0.0 S irq/8-rtc0
117 FF 90 - 130 0.1 S irq/16-ehci_hcd
132 FF 89 - 129 0.2 S irq/23-ehci_hcd
59 FF 50 - 90 0.0 S irq/9-acpi
70 FF 50 - 90 0.0 S irq/40-PCIe PME
71 FF 50 - 90 0.0 S irq/41-PCIe PME
72 FF 50 - 90 0.0 S irq/42-PCIe PME
73 FF 50 - 90 0.0 S irq/43-PCIe PME
75 FF 50 - 90 0.0 S irq/12-i8042
76 FF 50 - 90 0.0 S irq/1-i8042
112 FF 50 - 90 0.0 S irq/44-xhci_hcd
113 FF 50 - 90 0.0 S irq/45-xhci_hcd
114 FF 50 - 90 0.0 S irq/46-xhci_hcd
115 FF 50 - 90 0.0 S irq/47-xhci_hcd
116 FF 50 - 90 0.0 S irq/48-xhci_hcd
118 FF 50 - 90 0.0 S irq/49-ahci
131 FF 50 - 90 0.0 S irq/19-
225 FF 50 - 90 0.0 S irq/18-i801_smb
230 FF 50 - 90 0.2 S irq/16-nouveau
324 FF 50 - 90 0.0 S irq/50-enp2s0
3 FF 1 - 41 0.2 S ksoftirqd/0
39 FF 1 - 41 0.0 S ksoftirqd/1
44 FF 1 - 41 0.0 S ksoftirqd/2
49 FF 1 - 41 0.0 S ksoftirqd/3
- /bin/bash -c export LD_PRELOAD=/usr/lib/libsoxr-lsr.so.0.1.9; /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
80 /usr/bin/mpd /home/olmeda/.mpdconf --no-daemon
-
I can get buffer time down to 16384 and period time down to 8192 on my quad core stock system without dropouts and now without increased cpu usage.
Previously the default for buffer time was 500000.
-
In my case is Asrock 3D vision with i5 processor. Realtime kernel make a BIG difference.
-
I installed ArchLinux because I was curious :P.
I tried to get MediaCenter to work but it just segfaults (core dumped) and gives no other output.
Not sure where it dumps the core?
Is there anything I can try to see what bothers MediaCenter at this point?
-
Here is explained debugging in archlinux:
https://wiki.archlinux.org/index.php/Step_By_Step_Debugging_Guide
Did you downgrade to lib32-curl 7.23.1?
-
Not yet, because if I can, I'd like to know what MC's problem is before I start doing all sorts of things that might not even be the cause of this in the first place.
I'll go through that page, see what comes out of that, thanks.
-
Ok, however without that library I can assure you it will not work.
Archlinux is a lot more up to date than debian and ubuntu.
-
Can you give me a lead how to do that safely?
Thanks.
-
I'm not sure if this will help but the very most recent builds of MC have an altered library search path that you may be able to use to avoid messing with the system libcurl.
It will look in /usr/lib/jriver/Media Center 19 BEFORE the system locations. If you put the correct libcurl in there you maybe able to leave the system one alone.
The possible problems revolve around the fact that libcurl is linked to a bunch of other system libraries (ssl, etc) that you will have to find a way to deal with.
You can see if you are on the right track by going to a command prompt, changing to /usr/lib/jriver/Media Center 19 and do a
ldd -d ./libJRReader.so
it's the only library that uses libcurl.
-
You can find a package I have just compiled (for arch 64 bit) at
http://www.tophifi.it/ftp/jriver/lib32-curl-7.23.1-1-x86_64.pkg.tar.xz
If you want to compile your own you can use this PKGBUILD:
http://www.tophifi.it/ftp/jriver/PKGBUILD
as user: mkepkg PKGBUILD (note: in a directory with names without spaces!!)
as root: pacman -U lib32-curl-7.23.1-1-x86_64.pkg.tar.xz (this will downngrade lib32-curl)
After, you can put this package "on hold" adding this line
IgnorePkg = lib32-curl
to /etc/pacman.conf
IMPORTANT NOTE: this could be made almost ...safely if you use lib32-curl in a 64 bit system with 64 bit libcurl. The modification of libcurl in a 32 bit system will break the system!
-
The result of uninstalling lib32-curl and copying libcurl.so.4.2.0 (32 bit version) to /usr/lib/jriver/mediacenter19 is a segmentation fault
-
Thanks guys!
I downloaded your compiled version, unpacked it and copied the lib32 contents (including the symlinks) to the mc19 dir in /usr/lib/etc, mediacenter19 starts.
I need to find the xfonts-100 and 75dpi, fonts are not good. Otherwise it starts, I could add the library server and browse around. I couldn't configure an audio device, it lists "More -" and device settings pops up a message that the selected output mode does not have any custom settings.
Alsa and Pulse are installed and configured, audio works, default works too, speaker-test -c 2 outputs fine.
Ps. window dragging jumps around and resizing is slow, unfortunately.
-
Is this arch 64 bit? Maybe lib32-alsa libraries missing?
-
Yes, 64-bit. lib32-alsa-lib is installed, lib32-alsa-plugins is installed too.
Did you fix the fonts?
-
No, sorry
-
Hm. I downloaded the xfonts-100 and 75dpi source packages from Debian, unpacked them and installed the fonts in ~/.fonts. Ran fc-cache -vf and fc-cache-32 -vf. Fonts are available but mediacenter doesn't use them.
I did get a few messages that some fonts weren't reckognized though.
But, I noticed that in /usr/share/fonts there are 2 dirs, 100dpi and 75dpi with a fonts.alias file in them. Shouldn't this redirect to the alternative fonts available on the system?
-
The result of uninstalling lib32-curl and copying libcurl.so.4.2.0 (32 bit version) to /usr/lib/jriver/mediacenter19 is a segmentation fault
You'd probably need all of the libs it links to as well in that same directory. It still may not work since the libcurl itself would have to look there as well. Of course one could compile libcurl to do that as well. It's a long road. Not sure if it's worth it...
-
As for the fonts, MC is looking for the following:
-b&h-lucida-medium-r-normal-sans-12-120-75-75-p-71-iso10646-1
-
When I have time I will look into this.
for reference:
https://wiki.archlinux.org/index.php/Fonts
https://wiki.archlinux.org/index.php/Font_Configuration
-
Now, courtesy of some archlinux user, we have an almost official AUR package (2 PKGBUILD, one for lib32-curl-jriver the other for jriver-media-center)!!!
https://bbs.archlinux.org/viewtopic.php?pid=1401493#p1401493
-
Nifty :P.
But uh ... how does that work exactly? I've downloaded from AUR and compiled that's easy, but I'm not sure what to do with that?
-
You can save the two pkgbuilds as PKGBUILD1 for libcurl and PKGBUILD2 for jriver and
as user:
makepkg PKGBUILD(1)
makepkg PKGBUILD(2)
as root:
pacman -U lib32-curl-jriver-7.23.1-1-x86_64.pkg.tar.xz
pacman -U jriver-media-center-19.0.124.5-1-x86_64.pkg.tar.xz
see:
http://www.tophifi.it/ftp/jriver/PKGBUILD1
http://www.tophifi.it/ftp/jriver/PKGBUILD2
Note: rename PKGbUILD1 and PKGBUILD2 to PKGBUILD before applying makepkg
-
Ah I didn't realize these were the PKGBUILD files, cool.
I'll play with that tonight. Thanks.
-
ALSA seems to work now too, I did a reinstall last night and finishing it now.
-
As for the fonts, MC is looking for the following:
-b&h-lucida-medium-r-normal-sans-12-120-75-75-p-71-iso10646-1
Which is in the file luIS10.pcf.gz which in debian is part of xfonts-75dpi
-
Wow got it all working including fonts :D
After the reinstall last night I suddenly got the message that libuuid.so.1 couldn't be found, but a 32-bit version was nowhere to be found from the repositories (or AUR). I downloaded the i686 version of libutil-linux 2.24.1-6, unpacked it and copied the libuuid files to Media Center directory.
For the fonts, I installed xorg-fonts-75dpi and xorg-fonts-100dpi.
I can select the proper ALSA device too, and to top it off, moving the window no longer jumps all over the place.
I'm pretty happy right now ... :P
Edit: oke I don't know why I didn't find lib32-util-linux when I searched for it but its available from the repo's and contains the libuuid. Installed it and removed the files from media center directory. Works like a charm.
-
Installed last version 129 and removed lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux
-
Installed last version 129 and removed lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux
What's in that lib32-curl-jriver package other than libcurl.so ? We aren't using that at all any more.
I'd guess libssl and libcrypto (1.0.0. Versions in these are crucial for ABI compatibility).
-
There is only libcurl.so, libcurl so.4 libcurl.so.4.2.0
Did you test in archlinux 64 bit?
Note: version 1.4.3 of lib32-libssh2 is installed
-
Installed last version 129 and removed lib32-curl-jriver: segmentation fault
However version 129 is working with lib32-curl-jriver in place.
This on 64 bit archlinux
I never removed or downgraded lib32-curl. I have the latest from the official repos:
pacman -Ss lib32-curl
multilib/lib32-curl 7.36.0-1 [installed]
An URL retrieval utility and library (32-bit)
I do have a compatible libcurl.so.4.2.0 installed in /usr/lib/jriver/Media Center 19/ directory (with symlinks libcurl.so and libcurl.so.4).
Media Center pre 129 worked fine here, it only segfaulted when I closed it ( but I think it has always done that for me, even on Debian).
With 129, I get the same as hifi25, segfault at start.
-
libssh2 isn't used any more either.
I think I may have all of those dependencies removed in the next build however there is some problem with the new curl that's making everything over the network super slow.
-
Do you have any idea what's causing this version to segfault on Arch?
-
Do you have any idea what's causing this version to segfault on Arch?
I'd guess libssl, libcrypto, libidn or libz.
-
If I understand right with the last version I should remove lib32-curl (in my case lib32-curl-jriver, since the official version will make jriver segfault) lib32-libssh2, lib32-libidn (not possible to remove, used by acroread), libcrypt (libgcrypt?, I don't have it), libz (what is this in Arch?)
libcurl is not used anymore....? I don't see it in your debian package in /usr/lib/jriver...
Ok, I have removed lib32-curl-jriver and ib32-libssh2, however is not working. If I start mediacenter19 I will have a segfault.
-
In the debian package there is data.tar.xz instead of data.tar.gz, so makepkg was using the one from a previous package!!
Now is working
-
So what did you do exactly?
I extracted the deb and the data file that comes of that, and copied it over /usr/*.
When that still segfaulted, I removed the libcurl files from /usr/lib/etc.
-
In the debian package there is data.tar.xz instead of data.tar.gz, so makepkg was using the one from a previous package!!
Now is working
Sorry about that. Was trying to make a smaller package.
-
pacman -R lib32-curl-jriver lib32-libssh2
pacman -U jriver-media-center-19.0.129.1-1-x86_64.pkg.tar.xz
The package jriver-media-center-19.0.129.1-1-x86_64.pkg.tar.xz is made with
makepkg PKGBUILD
The contents of PKGBUILD (not perfect but working)
# Contributor: Doug Newgard <scimmia at archlinux dot info>
pkgname=jriver-media-center
_debpkgver=19.0.129
_debpkgrel=1
pkgver=$_debpkgver.$_debpkgrel
pkgrel=1
pkgdesc="The Most Comprehensive Media Software"
arch=('x86_64')
url="http://www.jriver.com/"
license=('unknown')
depends=('lib32-alsa-lib' 'lib32-gcc-libs' 'lib32-libx11')
#source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver-$_debpkgrel.deb")
source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver.deb")
sha256sums=('7664fa8112b92f622602fa9c3e17242852f2d82ce5641def3da25df01aaa3a04')
package() {
cd "$srcdir"
bsdtar xf data.tar.xz -C "$pkgdir"
}
-
Thanks hifi.
Few things, I can't remove lib32-ssh2, it depends on lib32-curl. Removing both will also remove flashplugin and some other stuff.
The latest mediacenter package is 129-3. I simply adjusted the package build and built it, that part works.
I removed both jriver and jriver-curl and installed the newly created package.
This is still segfaulting for me.
-
...you should install flashplugin not lib32-flashplugin.
It is strange: I have installed in another computer and I have a segfault. In the first computer is fine.
In both I have removed lib32-curl-jriver lib32-libssh2
-
I'm getting ready to try and install this distro.
MC shouldn't care if you have installed any libcurl, libssh stuff. It's not supposed to be using any of it.
-
Bob,
You're awesome.
Thank you!
-
Last package 129-3 is working fine in both systems!
PKGBUILD:
# Contributor: Doug Newgard <scimmia at archlinux dot info>
pkgname=jriver-media-center
_debpkgver=19.0.129
_debpkgrel=3
pkgver=$_debpkgver.$_debpkgrel
pkgrel=1
pkgdesc="The Most Comprehensive Media Software"
arch=('x86_64')
url="http://www.jriver.com/"
license=('unknown')
depends=('lib32-alsa-lib' 'lib32-gcc-libs' 'lib32-libx11')
source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver-$_debpkgrel.deb")
#source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver.deb")
sha256sums=('30bf27fc747aabe589631ec35d6e7811fd41b4524d6b7f4ffe49c35fa745b337')
package() {
cd "$srcdir"
bsdtar xf data.tar.xz -C "$pkgdir"
}
-
Working!
I redid the makepkg with that PKGBUILD and reinstalled. The only thing that was different is the sha256sum.
-
Updated PKGBUILD
# Contributor: Doug Newgard <scimmia at archlinux dot info>
pkgname=jriver-media-center
_debpkgver=19.0.133
_debpkgrel=2
pkgver=$_debpkgver.$_debpkgrel
pkgrel=1
pkgdesc="The Most Comprehensive Media Software"
arch=('x86_64')
url="http://www.jriver.com/"
license=('unknown')
depends=('lib32-alsa-lib' 'lib32-gcc-libs' 'lib32-libx11')
source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver-$_debpkgrel.deb")
#source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver.deb")
sha256sums=('673a4481069d80a7e807605cc2dd5faa2028cc13e19949cdffe190692c92c15b')
package() {
cd "$srcdir"
bsdtar xf data.tar.xz -C "$pkgdir"
}
-
lib32-curl-jriver ERROR!
"Error. Please check config.log"
Can anyone update the PKGBUILD for that, or do I need to uninstall lib32-gcc? (You need to uninstall lib32-gcc to install multilib-*)
-
With the latest versions you don't need any more lib32-curl-jriver, you can remove it.
-
Updated PKGBUILD
# Contributor: Doug Newgard <scimmia at archlinux dot info>
pkgname=jriver-media-center
_debpkgver=19.0.134
#_debpkgrel=2
pkgver=$_debpkgver.$_debpkgrel
pkgrel=1
pkgdesc="The Most Comprehensive Media Software"
arch=('x86_64')
url="http://www.jriver.com/"
license=('unknown')
depends=('lib32-alsa-lib' 'lib32-gcc-libs' 'lib32-libx11')
#source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver-$_debpkgrel.deb")
source=("http://files.jriver.com/mediacenter/channels/v19/latest/MediaCenter-$_debpkgver.deb")
sha256sums=('a6973f35382c737ba662191bd2a143e335caa00e9d36b014df74c6a698f6d896')
package() {
cd "$srcdir"
bsdtar xf data.tar.xz -C "$pkgdir"
}
-
Thank You Very Much for the updated media-center-134 PKGBUILD! It works perfectly!
This is very easy for someone new to Arch, like me.
I would give a screenshot, but maximum upload size is 700kb :(
-
Now there is an official AUR package!
https://aur.archlinux.org/packages/jriver-media-center/
Maintainer is blackhole, that is me...
For installation you can use:
yaourt jriver-media-center
or use another AUR package application of your choice.
What should I write in the field "licence"?
-
Very nice, thanks!
-
Does Archlinux have an advantage over Debian or is it "just" another distro?
I am currently on Debian as JRiver is officially build on that Distro.
-
Read:
https://wiki.archlinux.org/index.php/Arch_Linux
https://wiki.archlinux.org/index.php/The_Arch_Way
That all sounds nice if that's the sort of thing that tickles your imagination.
In day to day business, Arch is a rolling distribution that contians the latest features, fixes and of course, their bugs. Debian is different in that respect in that it only sees security and bug fixes, but no major version updates for components (or at least, not very often to my knowledge).
Arch requires a little more attention and I suppose its a little steeper to get it running, to get used to and to maintain. On the other hand, their wiki, guides and forums contain very accurate information and so far, anything I needed was found working and up to date on their wiki/forum.
Arch still seems to have a reputation of breaking regularly. This is no longer the case, at least not for me and the people I know that run Arch (which I admit, is only a handful of people). For the months with a steady flow of almost daily updates including big kernel and other core OS updates, I've not seen or heard of anything break.
With Debian, I ran into bugs that I couldn't get rid of, because updating a major component on Debian (not on the official repositories means compiling from source) required me recompile dozens of libraries and other dependencies (it just cascades into half the system) and then still break the system on the next update. On Arch this is a lot easier to fix or prevent from happening.
You could choose to update Debian from Stable to Testing or even unstable (sid). I tried and testing works quite well but missed some stuff for me, testing seems just broken most of the time. I hear people claim Sid is working fine for them, so I suppose it just depends and the same could be said for Arch.
The best thing you can do is to just try it :).
-
I remember that the AUR package is always up to date. Now 19.0.152 at
https://aur.archlinux.org/packages/jriver-media-center/
-
I just wanted to thank hifi25nl and Inflatable Mouse for this thread, I just got MC up and running in arch and I never would have managed it without this thread (and that AUR package). Thanks a million ;D
Quick question for hifi25nl; I installed the AUR and the listed dependencies on a comparatively blank Arch build, but MC did not initially run (gave me a black screen). After re-reading this thread and some other threads, I also pulled lib32-curl and that solved the issue (MC ran fine after that). Should lib32-curl be listed as a dependency in the AUR package?
Either way, MC's running for me! Thanks again!
-
Awesome! Good choice on Arch. Out of all the Linux distro's I tried, its the least buggy one for me, it's been running flawless. I update about once a week.
How did the installation of Arch go for you? Are you an experienced Linux user? Did you follow their wiki installation guide?
You know about yaourt AUR package? If not, look it up and install it, it will make installing packages from AUR simple like installing official applications with pacman.
If you need any help with anything feel free to ask, PM me if you think its offtopic.
-
Awesome! Good choice on Arch. Out of all the Linux distro's I tried, its the least buggy one for me, it's been running flawless. I update about once a week.
How did the installation of Arch go for you? Are you an experienced Linux user? Did you follow their wiki installation guide?
You know about yaourt AUR package? If not, look it up and install it, it will make installing packages from AUR simple like installing official applications with pacman.
If you need any help with anything feel free to ask, PM me if you think its offtopic.
I actually tried Arch because of your recommendations in various threads. I initially tried installing Debian Wheezy from an iso to dual boot with win 8, but the debian installer completely screwed up the boot record such that neither wheezy nor win 8 would boot (apparently it's a known problem that if your linux boot drive is not on the first drive (sda) debian sometimes borks the MBR with the auto install)! I tried doing some recovery operations, but after the third failed try of getting Wheezy going, and seeing how unhelpful the Debian installation FAQs were, I took a look at the Arch beginner's guide and figured "why not."
The Arch install went pretty easily (worked the first time, up and running in a few hours). If I were writing the Arch beginner guide, I might rewrite a few parts for clarity, but on the whole it went great. I'm not a super experienced Linux user, but I have some IT background ( I used to do C and pascal programming (as well as dos scripting) in the 90's). My first linux experience was setting up a headless linux server in my house about two months ago using Mint. I realized too late that the defaut mint Cinnamon DE spin breaks VNC and X forwarding completely with my hardware, which meant I had to learn how to do remote administration through the command line. Thankfully CLI interfaces and scripting aren't totally foreign to me, so I picked up bash pretty quickly. If I hadn't spent the last two months learning my way around the CLI, and manually configuring ssh and samba shares, etc. I might have been daunted by Arch, but as it was, it seemed like a fun project (and a way to rescue my borked laptop)
I actually used yaourt to install the JRiver package after trying unsuccessfully to build it myself. The issue wasn't resolved by yaourt, which is when I realized that that I wasn't subscribed to the multilib repo so I couldn't satisfy the dependencies (d'oh). After that the yaourt jriver install went smoothly (other than the absence of lib32-curl).
Thanks for the offer, I'm sure I'll have some questions for you in PM before too long ;D
-
For video support in archlinux there is:
lib32-nvidia-libgl for nvidia closed source driver
lib32-mesa-libgl for open source driver
The results:
lib32-nvidia-libgl is working fine. Some flash but strangely this disappeared after some time (?)
lib32-mesa-libgl is NOT working. There is a segmentation fault when a video is started (both with hardware acceleration enabled or disabled)
However I have upgraded the AUR package to version 20.0.13
-
Did you revert back to nouveau for lib32-mesa and did you check it was working properly?
-
The test has been made in two different computers, one with only nouveau driver one with only nvidia closed source.
In dmesg the error message is:
mediacenter20[2495]: segfault at e2500000 ip 00000000457ab8d8 sp 00000000e78ee9f4 error 6 in libc-2.19.so[4567b000+1bb000]
-
The problem has been partially solved in the computer with the last linux realtime kernel.
I have installed nvidia-rt (special version for linux-rt) and now on this computer with a Benq 7000 video projector video is playing fine without flash.
-
I am using already debian+MC20 but on the other partition with AP-Linux v3 (which is developed over Arch Linux) I want to install as well and compare.
I have read all messages in this topic and searched thorough internet. I found this page;
http://linuxandfriends.com/arch-linux-how-to-install-packages-from-aur/ (http://linuxandfriends.com/arch-linux-how-to-install-packages-from-aur/)
Should I follow all instructions at this website to install MC20. Any additional thing?
" just as a final stage I should type;
$ yaourt jriver-media-center "
Am I correct? Thanks in advance for the assistance.
-
Yes, it is very easy, "yaourt jriver-media-center" should install the package without problems.
-
Thanks for fast reply...
-
yaourt -Ss [packagename] to search
yaourt -S [packagename] to install
I know it works without the operator and options but its simply not a very good pratice to asume a command defaults to a certain operation. One day the defaults change (a developters' mistake?) to -Rcn and you'll be left with a broken system.
My advice: learn to use operators and their options and be specific about what you want a command to do (any command, basically). Yaourt is developed to accept the same operators and parameters as pacman so if you know one, you know them both.
-
Last 1 hour I am trying to install MC20 to aplinux. Without success.
First İ tried simply yaourt jriver-media-center.
Reported yaourt bad command.
Ok Tried to load yaourt
Received this result.
(http://img.tapatalk.com/d/14/10/02/ysyja6ar.jpg)
Then tried to install MC manual but again without success
(http://img.tapatalk.com/d/14/10/02/ugeduru6.jpg)
-
It says right there on your screen what the problem is:
Missing dependency: package-query.
Download it from AUR and build it. Then build yaourt. Then you can install jriver-media-center.
Did you enable multilib? You're going to need it for MC's dependencies.
-
İ tried all ways wget one by one yaourt tar and pkgbuild. Make -s
Also like the link İ shared above. Same message always.
İ installed package-query but the same message when building yaourt
-
First, stop running everything with root. Use sudo when you have to. Pkgbuild should be run as user.
After building with pkgbuild, you need to install the package.
Install it with:
sudo pacman -U package-query-1.4-1-x86_64.pkg.tar.xz
Correct the filename if yours is named differently.
After that, build yaourt and install it the same way.
If that fails, post the error messages it fails with. Make sure if compains about a missing dependency that you install that first.
Then, if yaourt is installed, you can install MC as follows:
yaourt -S jriver-media-center
Accept to install all the dependencies.
You should also install the following, they are not hard depencies but will make things easier:
lame, xorg-fonts-100dpi, xorg-fonts-75dpi.
-
Ok thanks. I just tried that and at sudo pacman ....
I got the message
Error:failed to init transaction (unable to lock database)
Error: could not lock database: read-only file system
I found in the net , the command about permission check ls -l
Result is total 0
Read-only or permissions stops me to go further
-
Did you abort a pacman action (ie, ctrl-c or ctrl-/)??
Or maybe you closed a terminal while one was active and now its hanging in the background?
Either way, make sure there is not another instance of pacman running.
Do a sudo ps aux|grep pacman
If there's one still active and, kill it.
Then do sudo rm /var/lib/pacman/db.lck
and try again.
I hope your package database is not corrupt ...
-
For our Arch Linux users who are not subscribed to the Arch-announce (which you should):
Microcode on Intel CPUs is no longer loaded automatically, as it needs to be
loaded very early in the boot process. This requires adjustments in the
bootloader. If you have an Intel CPU, please follow [the instructions in the
wiki][1].
[1]:
https://wiki.archlinux.org/index.php/Microcode#Enabling_Intel_Microcode_Updates
URL: https://www.archlinux.org/news/changes-to-intel-microcodeupdates/
-
The problem has been partially solved in the computer with the last linux realtime kernel.
I have installed nvidia-rt (special version for linux-rt) and now on this computer with a Benq 7000 video projector video is playing fine without flash.
Thank you very much to pay, if you can write an installation guide MC working at Arch linux, it would be great.