----- Original Message ----- > From: "Jonathan Hudson" <[email protected]> > To: [email protected] > Sent: Friday, November 21, 2014 1:57:49 PM > Subject: Re: [SFLphone] compile for ARM > > 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
Ah I see, so we have a bug because we're treating non-capture devices (btw, do you know what device it is?) as capture devices. I've opened a ticket here: https://projects.savoirfairelinux.com/issues/61018 Thanks for reporting. Best, Tristan > > >> >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 > -- 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
