szo...@gmail.com wrote:
> Yeah I'm pretty sure it's the moving stage, hardly anyone reads any
> development topics and it will take a while for people to move from this
> list probably some won't ever as they will not notice :( as even my very
> basic question didn't get any reply in 2 days,
David Llewellyn-Jones wrote:
> I'm not fully clear on whether you're after debugging (e.g. using gdb)
> or logging output.
>
I need log output. Debugger might be a next stage, though in that case
wireshark and log output could help most. The problem is I want to find out
why it is stuck, but it
Hi,
I am trying to find out why buteo-syncml does not work with openobex-1.7.
This has been bugging me for the past few years. According to the developer
there are few changes needed to upgrade applications from openobex-1.5 to
1.6 to 1.7.
Upgrading to version 1.7
When
deloptes wrote:
> I described the problem here:
>
https://together.jolla.com/question/220678/syncemail-client-undefined-symbol-_zn5buteo13pluginmanagerc1ev/
>
Thanks Damien! I have no idea how this difference in the source files was
imposed - but now I fixed it locally, so that I
Slava Monich wrote:
> _ZN5Buteo13PluginManagerC1Ev is Buteo::PluginManager::PluginManager()
>
>
> $ c++filt _ZN5Buteo13PluginManagerC1Ev
> Buteo::PluginManager::PluginManager()
>
> There's no such thing:
>
>
>
https://git.sailfishos.org/deloptes/buteo-syn
it.
thanks in advance
regards
Slava Monich wrote:
> _ZN5Buteo13PluginManagerC1Ev is Buteo::PluginManager::PluginManager()
>
>
> $ c++filt _ZN5Buteo13PluginManagerC1Ev
> Buteo::PluginManager::PluginManager()
>
> There's no such thing:
>
>
>
https://git.sailfishos.
d.
I am not sure if I understand correctly what it is looking for:
_ZN5Buteo13PluginManagerC1Ev while there is _ZN5Buteo13PluginManagerD1Ev
What I understand is that C1 is the constructor and D1 the destructor.
Could it be some kind of compiler thing?
thanks
> Le Vendredi 3 janvier 2020, delopt
000414f4 T _ZN5Buteo13PluginManagerD1Ev
000414f4 T _ZN5Buteo13PluginManagerD2Ev
can someone give me a hint how to deal with this?
I compiled buteo-syncfw from mer
(https://git.sailfishos.org/deloptes/buteo-syncfw) and I do not recall
seeing this error before.
I compiled on the SDK-3 EA for 3.2.1.20
Pali Rohár wrote:
> HFP is used in cars because of telephony stack. HFP allows to control
> mobile calls (answer / hold / dial / ...) and basically very different
> use case as "receiving voice from microphone" (which is in what users
> want from headphones).
>
I raised the question because I
Pali Rohár wrote:
> Yes, HFP 1.7 has support for reporting battery level via HF indicators,
> so via AT+BIEV= command.
>
>> Looks like that not all devices support one and the same method to report
>> battery level. (I can imagine that not many support H[S|F]P).
>
> But you are right that not
Pali Rohár wrote:
> On Friday 13 December 2019 00:37:13 Bjoern Bidar wrote:
>> Hey
>>
>> Looks really interessting especially when considering how buggy the
>> profile handling is currently and the mess that every vendor creates.
>
> My proposed design already handles battery level (via
Thomas Tanghus wrote:
> Apparently the SDK and I are not on the best of terms.
> After having gotten it to work on my desktop PC, I am now trying to
> install it on an older laptop. Every time I try to install it, I end up
> with a broken kit, where cmake settings are missing/broken. Maybe
Hi Chris,
thank you once again. Please help me think further, what the root cause
could be.
Chris Adams wrote:
> I'm not sure if this is what you're seeing or not, but some applications
> are members of the privileged group, which allows them to access data
> under
Tone Kastlunger wrote:
> Sounds more like a permission issue to me?
> Could be the user of the SyncML (server?) is not authorized to modify but
> just to add entries?
>
I don't know where to look at. This is why I am asking.
At the end it is stored in a sqlite DB. How am I supposed to
Graham Cobb wrote:
> +1
>
> deloptes is one of the few major PIM Sync developers who hasn't given up
> and is still doing very useful work! I speak as a former contributor to
> Opensync, GPE sync, Syncevolution (and several other attempts) who has
> largely given up on the
Chris Adams wrote:
> Thanks for doing that work!
>
And I thank you for your opinion and support so far, really appreciated as
the topic is very important (I hope not only for me).
This message will be a bit longer, but I try to summarize here the most
important results and ideas that emerged
deloptes wrote:
> To dig into it is out of scope for this project, but I wanted to have
> honest opinion. I agree with Sateesh, but then not sure why ref is added
> only on sync session, which makes server die each time you disable
> bluetooth. There is not much one could do fro
Tone Kastlunger wrote:
> Strictly speaking, I don't see any problem with this - from a syncml
> client / server
> perspective; was the socket owned by the bluetooth manager also for bluez4
> as well?
No, the problem is with Qt5 - There was a totally different mechanism and
the service interface
Thomas Tanghus wrote:
> Yes, I do.
> I have these:
>
> src="/home/tol/SailfishOS/mersdk/Sailfish OS Build Engine/Sailfish OS
> Build Engine.vbox"/> uuid="{1b641bc9-9c41-47fe-998a-8b8e91810c5b}"
> src="/home/tol/SailfishOS/emulator/Sailfish OS Emulator/Sailfish OS
> Emulator.vbox"/>
Iosif Hamlatzis wrote:
> Under Win10 during installation I get the following error: SSH timeout.
Sorry I do not use windows. On Linux I deleted everything and removed the
entry from the xml file. Windows might be registry thing - no idea - sorry.
regards
Thomas Tanghus wrote:
> Regarding "Another instance for VM "Sailfish OS Emulator 3.1.0.12" already
> exists":
>
> I had to install/remove several times to get it in a semi-working state.
> One of those times I manually removed the ~/SailfishOS and
> ~/.config/SailfishOS- SDK and
Chris Adams wrote:
> Hi,
>
> (Sorry for top posting, OWA doesn't quote properly...)
>
> That old PR is actually mine, if you're referring to
> https://git.merproject.org/mer-core/buteo-sync-plugins/merge_requests/1
>
> I think it had some issues (e.g. didn't do UUID matching properly between
>
Lukáš Karas wrote:
> Forwarding reply from Bird Zhang to the maling list... After "downgrade"
> target to previous build number application building works again.
>
> sb2 -t SailfishOS-3.1.0.12-armv7hl -m sdk-install -R ssu re 3.1.0.11
So is mce supported, cause I read it will be dropped and I
E.S. Rosenberg wrote:
> I'm unable to build gPodder in the new SDK, it tells me nothing provides
>
> pyotherside-qml-plugin-python3-qt5
>
> Did something get changed? Was pyotherside removed?
>
> Thanks,
>
> Eliyahu - אליהו
Most likely and not only this, I was working on buteo related and
Damien Caliste wrote:
> Ah, I see, when looking at the page of your project
> (https://git.merproject.org/deloptes/bluez5_buteo-syncfw), it is not
> defined as fork from mer-core. I guess, you created a new project and
> push there from your computer. For Gitlab to know it's a fo
Damien Caliste wrote:
> Strange, when you visit the branch page of your project
> (https://git.merproject.org/deloptes/bluez5_buteo-syncfw/branches) do
> you see "merge request" button for each branch ? Is it still returning
> error 403 when you click on one ?
>
" You don't have the
permission to access this page.
Please contact your GitLab administrator to get permission. "
The URL is
https://git.merproject.org/deloptes/bluez5_buteo-syncfw/merge_requests/new
What can be this?
Thank you in advance (for kickstarting)
regards
[1] htt
can review etc.
>
> Best regards,
> Chris.
>
Hi,
I think the work is done now. I asked how should I proceed, but no one
responded.
It looks like I do not have permissions or do not know something
buteo-syncfw$ git push --set-upstream origin feat/bluez5v2
Username for 'https://git.merproj
Tone Kastlunger wrote:
> I think it'd be important to add it next to bluez4 dbus stuff (and hence
> straightforward perhaps).
>
> I mean, adding bluez5 next to bluez4 support *might* just be easier (i.e.
> less changes) than moving to Y.A.L.
Bluez4 is beeing removed, but yes this is what I mean
Damien Caliste wrote:
> What about buteo-syncfw ?
May be it is better using QDbus and not linking against kf5bluezqt and thus
making buteo-syncfw depend on this library for couple of operations
required to handle the sync profile.
I am still thinking about it and I'm not sure.
Let me know what
Chris Adams wrote:
> 3) it's worth checking `git blame ` to see which commit added
> that #ifdef to try to see why it was done that way. It may be incorrect.
> If you trace the code, can you see any other such cases where the
> reference count to a plugin process was not updated
Chris Adams wrote:
> It sounds like you're making good progress which is fantastic!
> Please tag me in any merge requests (using @chriadam on github etc) so
> that I get notified of them, and then I can review etc.
>
Yes indeed, it works perfectly well. There are still some open questions and
Damien Caliste wrote:
> Can you point out where did you push your modifications to buteo stack ?
> I would like to give a look and test.
>
> I guess that
> https://git.sailfishos.org/deloptes/poc-bluez5-buteo-syncml-plugins is a
> fork of buteo-sync-plugins with your changes
deloptes wrote:
> Hi,
>
> I wanted to know if following scenario is normal from msyncd point of view
> to stop the server when no sync was done and to leave the server running
> after one sync was done.
>
> E.0. restart msynd to make sure all is clean
> A.1. enable BT -
Hi,
I wanted to know if following scenario is normal from msyncd point of view
to stop the server when no sync was done and to leave the server running
after one sync was done.
E.0. restart msynd to make sure all is clean
A.1. enable BT - msyncd spawns the syncml-server process
A.2. disable BT -
Sahlan wrote:
> I only have one phone connected to the i.p. network via USB, so I don't
> have to worry about i.p. address clashes between phones; I only have to
> be concerned that the i.p. address chosen by default for the Jolla phone
> clashes with another on my network. All my addresses are
Sahlan wrote:
> Eli,
>
> I take the point that in this situation all bets are off, so it looks
> like I'll have to change the i.p. addresses on my network of development
> machines and development VMs. An inconvenience, but at least it's only a
> one-off change,
>
Is it not easier to change
Chris Adams wrote:
> Hi,
>
> (Sorry for top posting, OWA doesn't quote properly...)
>
> That old PR is actually mine, if you're referring to
> https://git.merproject.org/mer-core/buteo-sync-plugins/merge_requests/1
>
> I think it had some issues (e.g. didn't do UUID matching properly between
>
Chris Adams wrote:
> Hi,
>
> Yes, I suspect that the Buteo plugins weren't updated when the rest of the
> stack was upgraded to BlueZ 5.
> I assume that you can simply update the code in that repository to use the
> appropriate interfaces and APIs to begin the porting effort. I don't
> believe
Hi,
buteo-syncml is linking against openobex. Openobex-devel is installed in the
SDK, but can not be installed in the native environment.
Fatal error: openobex-devel-0.1.4-1.2.1.jolla.armv7hl requires
bluez-libs-devel, but this requirement cannot be provided
How is it possible that it is
Sahlan wrote:
> David,
>
> Thank you for that specific page which I hadn't seen before. However I
> did carry out those steps previously and click Save at the end. On my
> phone there appears to be a small bug with the generated password, i.e.
> that the Save button remains disabled and I have
Damien Caliste wrote:
> Hello,
>
> Le Jeudi 11 juillet 2019, deloptes a écrit :
>> > able to use the same credentials for all these services.
>>
>> Thank you Slava, but it does not work
> Is it working logging in bugs.merproject.org ? If so, what is not workin
Tone Kastlunger wrote:
> PS found this one :
>
> https://wiki.merproject.org/wiki/Sync_plugins
>
Yes I read this. It is history and it is outdated as of "Sync with
libsyncml". Libsyncml does not exist anymore (it died may be 6-7y ago), but
it has good information. This is why I use
Tone Kastlunger wrote:
> So so far I have a patch for buteo-syncfw;
> and you mentioned you had to change something in buteo-sync-plugins too;
> is there a patch available for that too?
Not yet, I'll need more time. It is still very rough and not working at all.
But w.r.t buteo-syncfw, you see
Tone Kastlunger wrote:
> Yes, so to clarify:
> I have rebuilt openobex, buteo-syncfw and buteo-syncml (against bluez5)
> and installed all the rpm's on my xperia;
> I have then reloaded the systemd config, and started msyncd ;
>
> at this point, sdptool browse from my laptop over to the paired
Tone Kastlunger wrote:
> I guess im missing something?
buteo-sync-plugins
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Tone Kastlunger wrote:
> Correction; found it.
> Apologies for the spamming.
OK, but this is exactly the part of the exercise. Much of this is still
written to work with bluez4. Since Xperia X is using bluez5 this does not
work out of the box.
So this patch makes the syncfw work with bluez5.
Martin Kampas wrote:
> It is not the '-d' flag that fixes it - this is a shortcut for
> '--enable-debug' :) Just the path to the source directory '..' is enough.
:) yes indeed you are right :) sorry for that confusion
___
SailfishOS.org Devel mailing
Tone Kastlunger wrote:
> [mersdk@SailfishSDK build]$ mb2 -t SailfishOS-3.0.3.9-armv7hl -s
> ../rpm/buteo-syncfw-qt5.spec build
when you try to build from within a build directory, you have to specify the
root directory with -d flag
I use following
mb2 -t SailfishOS-3.0.2.8-armv7hl -s
Tone Kastlunger wrote:
> qmcebatterystatus.h
/srv/mer/targets/SailfishOS-3.0.2.8-armv7hl/usr/include/mce-qt5/qmcebatterystatus.h
is in libmce-qt5-devel
Strange because I did not install it manually
regards
___
SailfishOS.org Devel mailing list
To
Tone Kastlunger wrote:
>> IMO it is missing OBEX File Transfer Profile.
> Is this profile supposed to be used for non-file data (i.e. contacts) as
> well?
> There seems to be some file-related test cases in the repo of bluez5
>
>
forgot to paste this
https://wiki.merproject.org/wiki/Buteo/SyncML
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
Tone Kastlunger wrote:
> and me again;
> it appears the PC Suite plugin is marked as EXPERIMENTAL on the make
> files; needless to say, this EXPERIMENTAL option is not enabled by the
> configure of the bluez5 project.
>
>
>
Cool! thank you for researching and in the sense sharing some
Tone Kastlunger wrote:
> It seems obexd might have some issues with bluez5 yes (as it's labeled as
> conflicting):
>
>
https://git.sailfishos.org/mer-core/obexd/commit/6e9de8842715dec6e3b4348d6a076dbf247fa43b
>
> Now Im in no way an expert on obex / obexd. So if someone has more intel,
> please
Slava Monich wrote:
> AFAIK it's the same LDAP behind bugs.merproject.org and
> git.merproject.org (or git.sailfishos.org these days), you should be
> able to use the same credentials for all these services.
Thank you Slava, but it does not work!
Who can investigate?
regards
Tone Kastlunger wrote:
> I have always been suspecting Jolla using the missing BT export as
> a lock-in technique; but even switching between sfos phones (jolla 1 ->
> jolla c -> xperia x for me,
> probably a xa2 coming up soon) is impossible as it is now, so that
> (luckily) kills the theory.
>
Slava Monich wrote:
> On 22/06/2019 23:39, Tone Kastlunger wrote:
>>> Looks like merproject is closed.
>> Hmm? Havent heard of this; it's available at git.sailfishos.org ;
>
> Yeah, don't panic! It's just a re-branding :)
>
> AFAIK old merproject.org credentials should work at sailfishos.org.
Tone Kastlunger wrote:
> Perhaps the exposed bt profile of the syncml client matches first?
I don't know exactly. What I see is, there was a different syncml server
probably from Nokia with different UUID. I would be glad if someone can
provide history on that.
I also need to understand how
Tone Kastlunger wrote:
> btw, deloptes, any luck with the mer/sfos git account?
> I'd love to test the changes you made on the bt stack on my xperia x!
Hi,
I was able to contact lbt and get an account, but no time to look around.
I'll be able to work on that past this weekend and I will b
Tone Kastlunger wrote:
> If syncevolution works fine with n9, sfos should be working fine with it
> too?
>
In theory yes. The problem is that many things changed since N9 on the
mobile side. We have bluez5 and bluez5-obex and openobex. Bluez5 changed
dramatically from bluez4 and code must be
Hi,
I was wondering if someone knows what exactly is hidden behind Nokia
specific SyncML profiles. When I run
sdptool browse
Service Name: Nokia SyncML Server
Service RecHandle: 0x1000c
Service Class ID List:
UUID 128: 5601--1000-8000-0002ee01
Protocol Descriptor List:
Tone Kastlunger wrote:
> It's been Juhannus weekend in Finland (mid-summer), there's no way you
> will find anyone active on the
> irc :)
Oh thanks I think I must be naive to some extent, because I last spoke
on Wednesday with two guys from Finland and they told me that Friday is
public
Slava Monich wrote:
> AFAIK old merproject.org credentials should work at sailfishos.org. At
> least mine did.
I don't have any :) - looked yesterday and found the info - looked at IRC -
silence - went to bed. (I actually pinged sage and lbt but no one
answered.)
Tone Kastlunger wrote:
> Hmm? Havent heard of this; it's available at git.sailfishos.org ;
> You will have to ping lbt on irc to get an accoutn tho (as per
> instructions on the
> website "In the meantime, to get an account please contact lbt or sage
> on #sailfishos on freenode IRC." )
Yes, I
Tone Kastlunger wrote:
> Any source / patch available?
> would be awesome to test it, have some contacts lingering in my Jolla
> phone..
Hi,
as mentioned only fist part is kind of done. Second part is still to be
done, but will take time as I have only ~1-2h/day free time.
So far as mentioned
Tone Kastlunger wrote:
> Finally we might get contacts sync via BT \o/
>
> Good luck warrior!
>
> tortoisedoc
God heard your prayers
[14646]: [D] unknown:0 - BT adapter state powered: true
[14646]: [D] unknown:0 - Starting server plug-in: "syncml"
[14646]: [D] unknown:0 - Starting oop plugin
Chris Adams wrote:
> Hi,
>
> Hmm, I'm not sure. When I enter scratchbox2 target build terminal, I see
> KF5BluezQt.pc in /usr/lib/pkgconfig so I assume that:
>
> CONFIG+=link_pkgconfig
> PKGCONFIG+=KF5BluezQt
>
> should work. But if that doesn't work for you, I'm not sure...
>
> I just
Chris Adams wrote:
> Hi,
>
> No problem, thanks for your interest in helping port this module.
> Elsewhere in Sailfish OS stack we have been using the following:
> https://git.merproject.org/mer-core/kf5bluezqt/tree/master
>
> That's a Qt-like wrapper around BlueZ 5 from KDE Frameworks.
> We
Hi Slava,
Slava Monich wrote:
> Hi,
>
>> Hi,
>> thank you for answering. I see both available in the SDK (I still have
>> 3.0.2.28)
>>
>> kf5bluezqt-bluez5-5.24.0+git15-1.3.2.jolla.i486
>> libbluez-qt5-0.1.26-1.3.2.jolla.i486
>>
>> but I can not find source for libbluez-qt5 on mer. I find a
eam
> QtBluetooth framework directly, it may have something to do with LGPLv3
> licensing or some other requirements we had at the time, I'm not sure.
>
> Best regards,
> Chris.
>
>
> From: Devel [devel-boun...@lists.sailfishos.org
tern, I suggest you ping lbt on IRC to
> discuss.
>
> Best regards,
> Chris.
>
> ____
> From: Devel [devel-boun...@lists.sailfishos.org] on behalf of deloptes
> [delop...@gmail.com] Sent: Wednesday, June 05, 2019 6:06 PM
> To: devel@lists.sailfishos.org
> Subj
deloptes wrote:
> Another question is where do I find source or documentation around
> patterns-sailfish-mw package. It looks like it is the right place to
> integrate such a plugin.
>
No one answered about patterns-sailfish-mw.
I was digging deeper and found out that in
li
Looking at the code in
buteo-sync-plugins/serverplugins/syncmlserver/BTConnection.h
buteo-sync-plugins/serverplugins/syncmlserver/BTConnection.cpp
// Get the Bluez manager dbus interface
QDBusInterface mgrIface ("org.bluez", "/", "org.bluez.Manager",
QDBusConnection::systemBus ());
Thank you Chris,
> The btcalendarsync branch (which added very preliminary support for
> synchronizing calendar events via SyncML over Bluetooth) hasn't been
> touched in years. A `git pull --rebase origin master` may be needed to
I already did this
> rebase it on top of current master, and
Hi,
2y ago I asked few questions regarding syncml support via bluetooth and you,
especially Chris, were nice to advise me to look at
https://git.merproject.org/mer-core/buteo-sync-plugins
For various reasons (family, work, open source contribs to my desktop and
more) I am just now ready to follow
tuntematon wrote:
> Oh the good old days. Downloading new messages with MR/2, downloading
> stuff with ZOC, editing docs with staroffice and playing galactic
> civilizations. All at the same time :)
+ 1 like
___
SailfishOS.org Devel mailing list
To
dep wrote:
> And you're right about changing the subject in the middle of a topic --
> I've changed the subject line above so anybody looking for this
> information will be able to more easily find it.
Hi dep,
I think we know each other from the debian user list, but what Leszek Lesner
is saying
rinigus wrote:
> So, I wonder, if there is something similar for D-Bus. Something that
> would allow me to configure its autostart. I can as well trigger autostart
> via systemd inet port, but would be nice to have it transparent on D-Bus
> as well.
>
Well DBus is just a message bus and you
rinigus wrote:
> * I would like to enable automatic service start when someone tries to
> access it via D-Bus. As far as I have seen, its possible via .service
> file in /usr/share/dbus-1/services. However, the server runs as nemo-owned
> process and, if possible, I would prefer to keep the
Harald Schmitt wrote:
> Am 03.12.2017 um 05:59 schrieb deloptes:
Hi,
I tested today call from phone and to phone when connected to the car audio
system.
Call is not diverted to the audio system and there is no option to divert
the call from the phone to the audio system.
The call but
Harald Schmitt wrote:
> Am 03.12.2017 um 05:59 schrieb deloptes:
>> Harald Schmitt wrote:
>>
FYI: I tested yesterday with recent KIA (2017) navigation/Car Kit and it
worked without an issue with the key pair prompt from the GUI (dual key
pair prompt). So indeed as Adam stat
deloptes wrote:
> Hi Adam,
> I mentioned this for completeness, I think after this I was able to see
> the Handsfree AG in the profiles and before not, or might be I finally
> inserted the sim :), but I think it is the former one.
I just tried now - without SIM Handsfree A
Adam Pigg wrote:
> No, i was not suggesting a link in /etc, I was suggesting copying the
> bluetoothd.service file there, to allow it to be modified, by adding the
> "-P autopair" parameter to disable the autopair plugin. This fix is
> specifically for pairing BT <= 2.0 devices where the code is
Harald Schmitt wrote:
> Am 03.12.2017 um 05:59 schrieb deloptes:
>> Harald Schmitt wrote:
>>
>>> That sounds promising. imho the problems are mainly located in
>>> pulseaudio.
I tested the patched version of pulseaudio, I compiled and installed
yesterday. I wa
Hi Harald,
and thank you very much for your answer. I have respect towards people like,
sorry for nagging around. Please bear with me. HFT is something I really
need and it worked fine in Nokia N9 and even AquaFish.
I wanted to write a longer mail, but I decided to reduce it to just thank
you for
Harald Schmitt wrote:
> That sounds promising. imho the problems are mainly located in
> pulseaudio.
Is there no option to get bluez4 in Sailfish X. I have seen and tried the
packages, but they seem not quite integrated.
bluez4 works perfect in AquaFish actually since Nokia N9.
It seems
Harald Schmitt wrote:
> yes, hfp_ag_bluez5 is the one that has to be enabled, which actually is
> in sailfishX release.
> So from ofono side I would say everything is fine.
Harald,
I do not see the HFT AG in Sailfish X. I do not think this is the only
problem.
If it were enabled, it would be
Adam Pigg wrote:
> You can enable hfp in ofono by editing (make a backup first)
> /var/lib/environment/ofono/noplugin.conf
> and removing the lines for hfp if hey are present in your device.
Hi Adam, all,
I am pretty new to Sailfish and mer, though I can deal with code and
packages, I need some
Chris Walker wrote:
>> Hi,
>> What do you mean by specify "Car Kit"? Where?
>
> Settings -> Bluetooth -> Paired Devices -> press down on the device
> you're interested in -> show device settings.
>
>> Please explain what you both see on your devices and perhaps what
>> audio systems you have in
Harald Schmitt wrote:
> I made a pull request to the xperia x droid config so this gets
> hopefully merged soon.
> https://github.com/mer-hybris/droid-config-f5121/pull/28
Hi,
how do you compile this code. I tried yesterday but droid-configs-device is
empty. Looking for information brought me
Chris Walker wrote:
> Have you specified any connection settings for the car? On my Jolla 1,
> I used to have mine specified as car kit and calls to the phone would
> work and it would stay connected. Despite specifying 'Car Kit' on my X,
> it connects but drops the connection after a couple of
Adam Pigg wrote:
> You coud test it yourself (dont blame me if anything breaks though!)
>
> You could hack the blouetoothd.service file to remove the autopair plugin,
> by copying /lib/system/system/bluetoothd.service to /etc/systemd/system/
> and making the appropriate changes.
>
> You can
Adam Pigg wrote:
> I also fixed pairing with my car and bluez5.
>
Hi,
thank you, so if this is regarding mido I would need similar for f5121
(Xperia X) thus droid-config-f5121.
This was a valuable hint to understand where to look at.
> Bluez5 has an autopair plugin for BT <= 2.0, but only
Harald Schmitt wrote:
> I added some more information to the issue:
>
https://together.jolla.com/question/167230/bug-jollac-and-sailfishx-car-kit-connected-with-bluetooth-music-works-but-phone-calls-do-not/
>
> Basically you can see that HFP/HSP is somehow supported by checking
> pulseaudio
Adam Pigg wrote:
> The first issue (at least for me) to be resolved should be the fact that
> my phone cant even pair with my car. I can pair with pebble, which uses
> the newer style pairing where both devices display a number ... the
> problem seems to be older pin code pairing no longer works
Christophe Chapuis wrote:
> [1] http://www.bluez.org/profiles/
Thanks as stated it is in ofono, however in my case only the car audio
system[1] is able to initiate pairing with the device, which obviously does
not work.
So I can not do "Pair with the smartphone". As soon as I do it the car audio
Adam Pigg wrote:
> I cant guarantee i can make it, so I wont propose a topic, but if I can,
> in AOB i would like to know if there is any way forward/progress on
> BT/bluez5 issues such as
>
https://together.jolla.com/question/167361/bluez5-cannot-pair-with-car-kit/
>
Hi all,
I would like to know where one could file bugs against SailfishOS,
especially kernel behavior.
Attached is what I found very odd with dmesg ... and there is much more
subject of discussion in journal log.
Thanks
PS: I don't know if I am stupid, but TJC is complete mess in terms of
Thank you Chris,
Chris Adams wrote:
> Firstly, you don't need to install the buteo-sync-plugins-qt5-tests
> package, as that just installs unit tests to your device, which aren't
> necessary to enable the actual functionality. That should remove the
> requirement for blts-tools.
>
I forgot to
Hi all,
I am not sure if it is the right audience, but I give it a try.
I tried TJC about one year ago when I bought the AquaFish and found out that
there was a patch for syncml and contacts. My wife got hold on the
AquaFish, so I just recently bought the SailFish X, installed the SDK,
patched
1 - 100 of 101 matches
Mail list logo
