On Fri, 21 Nov 2014 13:50:51 -0500 (EST), Tristan Matthews wrote: >----- Original Message ----- >> From: "Jonathan Hudson" <[email protected]> >> To: [email protected] >> Sent: Friday, November 21, 2014 1:44:01 PM >> Subject: Re: [SFLphone] compile for ARM >> >> On Fri, 21 Nov 2014 11:54:52 -0600, Custom Processing Unlimited >> wrote: >> >> >I'll try again today, I've been adding 'armv7h' to the PKGBUILD for >> >all the >> >stuff I'm installing on my cubox... most has installed just fine. >> >I've been >> >meaning to make a list of packages that install well on ARM from >> >AUR, but >> >just haven't gotten around to doing it. Get so occupied actually >> >installing >> >stuff, that I forget to make note of what worked and what didn't... >> >I know >> >I ran into an actual error, but don't recall what it was. >> >> Just rebuilt it OK, but the daemon dies: >> >> sflphoned: video_device_impl.cpp:497: const >> sfl_video::VideoV4l2Channel& >> sfl_video::VideoDeviceImpl::getChannel(const string&) const: >> Assertion `not channels_.empty()' failed. >> Aborted (core dumped) >> sflphoned: video_device_impl.cpp:497: const >> sfl_video::VideoV4l2Channel& >> sfl_video::VideoDeviceImpl::getChannel(const string&) const: >> Assertion `not channels_.empty()' failed. >> Aborted (core dumped) > >Hmm, so you're getting video4linux behaviour there that we haven't seen >before. Any other video related errors/warnings before that? You can run the >daemon alone with sflphoned -d -c (not sure how up to date you are, the daemon >recently moved from /usr/lib to /usr/libexec). > >Best, >Tristan
On Arch, 1.4.1 still in /usr/lib. Here's the full output: audiocodecfactory.cpp:215:0xb000: Scanning /home/jrh/.sflphone/ to find audio codecs.... audiocodecfactory.cpp:215:0xb000: Scanning /usr/lib/sflphone/codecs/ to find audio codecs.... audiocodecfactory.cpp:215:0xb000: Scanning /usr/lib/sflphone/audio/codecs/ to find audio codecs.... audiocodecfactory.cpp:62:0xb000: Loaded codec speex audiocodecfactory.cpp:62:0xb000: Loaded codec PCMU audiocodecfactory.cpp:62:0xb000: Loaded codec PCMA audiocodecfactory.cpp:62:0xb000: Loaded codec G729 audiocodecfactory.cpp:62:0xb000: Loaded codec GSM audiocodecfactory.cpp:62:0xb000: Loaded codec speex audiocodecfactory.cpp:62:0xb000: Loaded codec opus audiocodecfactory.cpp:62:0xb000: Loaded codec G722 audiocodecfactory.cpp:62:0xb000: Loaded codec speex client.cpp:86:0xb000: DBUS init threading client.cpp:88:0xb000: DBUS instantiate default dispatcher client.cpp:91:0xb000: DBUS session connection to session bus client.cpp:93:0xb000: DBUS request org.sflphone.SFLphone from session connection client.cpp:96:0xb000: DBUS create call manager from session connection client.cpp:98:0xb000: DBUS create configuration manager from session connection client.cpp:100:0xb000: DBUS create presence manager from session connection client.cpp:104:0xb000: DBUS create instance manager from session connection video_device_monitor.cpp:155:0xb000: Manager not initialized yet video_device_monitor_impl.cpp:145:0xb000: not a capture device video_device_monitor_impl.cpp:145:0xb000: not a capture device sflphoned: video_device_impl.cpp:497: const sfl_video::VideoV4l2Channel& sfl_video::VideoDeviceImpl::getChannel(const string&) const: Assertion `not channels_.empty()' failed. >> >On Fri, Nov 21, 2014 at 11:27 AM, Jonathan Hudson >> ><[email protected]> >> >wrote: >> > >> >> On Thu, 20 Nov 2014 23:33:45 -0600, Custom Processing Unlimited >> >> wrote: >> >> >> >> >Is there a link to the code that can compile on ARM? There isn't >> >> >a >> >> PKGBUILD >> >> >for it in the Arch Linux repos from what I can find. >> >> >> >> You can use the standard AUR easily, when it complains that arm is >> >> not >> >> a supported architecture: >> >> >> >> * Bug the maintainer to add it >> >> * Go to the downloaded / unpacked package and run: >> >> $ makepkg -Ai >> >> >> >> Then it builds, installs and works well (at least on my >> >> Chromebook). >> >> >> >> -jh >> >> >> >> >On Nov 20, 2014 9:47 PM, "Tristan Matthews" < >> >> >[email protected]> wrote: >> >> > >> >> >> ----- Original Message ----- >> >> >> > From: "Custom Processing Unlimited" <[email protected]> >> >> >> > To: [email protected] >> >> >> > Sent: Thursday, November 20, 2014 9:47:48 PM >> >> >> > Subject: [SFLphone] compile for ARM >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > Hoping to install on a cubox mini PC. Can this compile on >> >> >> > ARM? >> >> >> >> >> >> Yup, the sflphone-android port for example targets ARM and x86. >> >> >> >> >> >> Best, >> >> >> Tristan >> >> >> >> >> >> -- >> >> >> >> >> >> Tristan Matthews >> >> >> Développeur de logiciels libres >> >> >> [email protected] >> >> >> Ligne directe: 514-276-5468 poste 190 >> >> >> >> >> >> Fax : 514-276-5465 >> >> >> 7275 Saint Urbain >> >> >> Bureau 200 >> >> >> Montréal, QC, H2R 2Y5 >> >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> SFLphone mailing list >> >> [email protected] >> >> http://lists.savoirfairelinux.net/mailman/listinfo/sflphone >> >> >> >> >> _______________________________________________ >> SFLphone mailing list >> [email protected] >> http://lists.savoirfairelinux.net/mailman/listinfo/sflphone >> > >-- > >Tristan Matthews >Développeur de logiciels libres >[email protected] >Ligne directe: 514-276-5468 poste 190 > >Fax : 514-276-5465 >7275 Saint Urbain >Bureau 200 >Montréal, QC, H2R 2Y5 > _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
