Re: The *right* way to do a2dp

2009-06-26 Thread Andre Klapper
Hi,

Am Donnerstag, den 25.06.2009, 19:50 -0400 schrieb Nick Nobody:
 I just got a pair of bluetooth headphones and was wondering what is the
 right way to enable a2dp.

No real help from my side; but if you find out please add a comment to
https://bugs.maemo.org/show_bug.cgi?id=2754 to share knowledge.

andre
-- 
Andre Klapper (maemo.org bugmaster)

___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: The *right* way to do a2dp

2009-06-26 Thread Johan Hedberg
Hi,

On Fri, Jun 26, 2009, Andre Klapper wrote:
 Am Donnerstag, den 25.06.2009, 19:50 -0400 schrieb Nick Nobody:
  I just got a pair of bluetooth headphones and was wondering what is the
  right way to enable a2dp.
 
 No real help from my side; but if you find out please add a comment to
 https://bugs.maemo.org/show_bug.cgi?id=2754 to share knowledge.

I think it's good to point out that the bug in question is not about what
was requested (support for connecting to A2DP headphones) but for the
opposite role (acting as an receiver for audio (i.e. A2DP Audio Sink)
ourselves).

Regarding enabling A2DP with diablo, I don't think there's any single
right way since imho that would require proper integration with the
system wide audio routing policies which'd (afaik) require changes to
components which aren't open.

What can be done (and what has already been done) is to make use of the
BlueZ ALSA userspace plugin and gstreamer elements that come with the
diablo rootfs and the point a third-party ALSA or gstreamer player to use
them. However, as I mentioned this is still not the same kind of
integration that has been done for the mono Headset profile in diablo.

Johan
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: microb engine doesn't compile

2009-06-26 Thread Jeremiah Foster


On Jun 26, 2009, at 5:07, Zhihai Wang wrote:


Hi,
I checked out the latest engine source code from https://garage.maemo.org/svn/browser/mozilla/trunk/microb-engine/microb-engine 
 and find out the last modified date is 2009-03-28.
Then I tried dpkg-buildpackage -d -rfakeroot -uc -b in sbox- 
CHINOOK_ARMEL, it doesn't compile.

Is the svn migrated, or something is wrong with my environment?


I am unsure if it is your specific environment that is the problem, it  
appears more likely that the shell script you are running is the  
problem. That shell script looks to be dpkg-buildpackage, which is a  
bash script. bash has bashisms which might not translate well when you  
run them under another shell. If chinook does not have bash as a shell  
for example, it will run the bash shell script under dash, or ash most  
likely, and you can get syntax errors as a consequence, like the one  
at the bottom of your email.


Jeremiah



dpkg-buildpackage -d -rfakeroot -uc -b
dpkg-buildpackage: source package is microb-engine
dpkg-buildpackage: source version is 20090207-6
dpkg-buildpackage: source changed by Oleg Romashin oleg.romas...@nokia.com 


dpkg-buildpackage: host architecture armel
dpkg-buildpackage: source version without epoch 20090207-6
 fakeroot debian/rules clean
rm -f /home/user/microb-engine/microb-engine/stampdir/patch
Unapplying patches...nothing to do.
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp unpack-stamp patch-stamp
#Removing object_tree
rm -rf build-tree/obj-*
#Removing unpacked sources
rm -rf build-tree/mozilla/patches
rm -rf build-tree/mozilla/.pc
rm -f debian/shlibs.local
#chmod -f a-x debian/patches/*.diff
rm -rf /home/user/microb-engine/microb-engine/stampdir
rm -rf /home/user/microb-engine/microb-engine/patches
rm -f /home/user/microb-engine/microb-engine/.pc
rm -f /home/user/microb-engine/microb-engine/debian/patches/series
rm -rf /home/user/microb-engine/microb-engine/tarballs
# uuencode source files
for str1 in *.png *.gif *.tar.gz; do \
for str in `find ./debian -name $str1`;do \
if [ -s $str ]; then \
  uuencode $str $str  $str.uu; rm $str; \
fi; \
done; \
done
chmod a-x debian/resources/tools/*
dh_clean
 debian/rules build
mkdir -p build-tree
mkdir -p /home/user/microb-engine/microb-engine/stampdir/log
#Small hack for old X11R6 directory
# uudecode source files
for str in `find ./debian -name *.uu`;do \
if [ -s $str ]; then \
  uudecode -o $(echo $str | sed 's/\.uu//g') $str; rm $str; \
fi ;\
done
if [ -f /home/user/microb-engine/microb-engine/client.mk ]; then\
  rm -f build-tree/mozilla  ln -s /home/user/microb-engine/microb- 
engine build-tree/mozilla;\

else\
  if [ -d build-tree/mozilla ]; then \
if [ -d build-tree/mozilla/.hg ]; then \
  hg pull -R build-tree/mozilla  hg update -R build-tree/ 
mozilla -C; \

else \
  hg archive -r upstream/20090207 -t files build-tree/mozilla; \
fi \
  else \
hg clone -r upstream/20090207 /home/user/microb-engine/microb- 
engine build-tree/mozilla  hg update -C -R build-tree/mozilla; \
#   hg archive -r upstream/20090207 -t files build-tree/ 
mozilla; \

  fi;\
fi
/scratchbox/tools/bin/sh: -c: line 2: syntax error: unexpected end  
of file




--
Best Regards,

Zhihai Wang
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: The *right* way to do a2dp

2009-06-26 Thread daniel wilms
Hi,

couldn't figure out up to now if there is a better way to do that but have you 
seen this [1] post. I think this could help you. Some further instructions 
around bluetooth are also in the wiki [2], but the wiki article points on the 
same blog-post regarding a2dp.

[1] http://talk.maemo.org/showthread.php?t=13468

[2] https://wiki.maemo.org/Bluetooth_stereo_audio_with_XMMS

cheers daniel
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: VFP in autobuilder enabled?

2009-06-26 Thread Ed Bartosh
2009/6/26 Mikko Vartiainen mvartiai...@gmail.com:

 2009/6/25 Jeremiah Foster jerem...@jeremiahfoster.com:
  Hello,
 
         I was asked on irc in #maemo if the fremantle autobuilder supports
  DEB_BUILD_OPTIONS=vfp. It appears that it does not and many of the
  applications in the repos in fact set that option.
 
         Can someone confirm that the autobuilder supports
  DEB_BUILD_OPTIONS=vfp?
 
 $ grep vfp /etc/sbdmock/*-devel.cfg
 /etc/sbdmock/maemo-chinook-armel-extras-devel.cfg:config_opts['env']['DEB_BUILD_OPTIONS']=maemo-launcher,thumb,vfp,parallel=4
 /etc/sbdmock/maemo-diablo-armel-extras-devel.cfg:config_opts['env']['DEB_BUILD_OPTIONS']=maemo-launcher,thumb,vfp,parallel=4

 Question is why vfp is not enabled? Just a bug?

Nope, it's not a bug. vfp is enabled by default in the Fremantle
toolchain, so I see no point to re-enable it.
$ grep -B1 vfp /scratchbox/compilers/cs2007q3-glibc2.5-arm7/gcc.specs
*cc1:
-march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp
-fno-omit-frame-pointer -fno-optimize-sibling-calls %(old_cc1)
--
*cc1plus:
-march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp
-fno-omit-frame-pointer -fno-optimize-sibling-calls %(old_cc1plus)


 Anyway there's bunch of packages in fremantle extras-devel which are built 
 without vfp and they would need to be rebuilt...

Can you point me out to them and explain how did you find out that
they are built without vfp?

-- 
BR,
Ed
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Share your Fremantle screenshots

2009-06-26 Thread Quim Gil
I'm working on the keynote presentation we will have at
http://www.grancanariadesktopsummit.org/ on Saturday July 4.

The presentation is about Harmattan, and I'm thinking of having a
collage of Fremantle screenshots in one of the slides. As a way to
illustrate that from a platform development point of view, Fremantle is
mostly delivered.

If your application is looking good in the Maemo 5 SDK please take a
screenshot, upload it somewhere and share the URL here or at
http://talk.maemo.org/showthread.php?t=29836 . I can't guarantee all of
them will be picked but I will do my best. Please make the selection
hard. :)

-- 
Quim Gil
open source advocate
Maemo Devices @ Nokia
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Fremantle SDK app name's length

2009-06-26 Thread Luca Donaggio
Is there any reason why applications' names (taken from the Name field in
thier respective .desktop files) are truncated to 9 characters in Fremantle
SDK Beta?

Luca Donaggio
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: VFP in autobuilder enabled?

2009-06-26 Thread Mikko Vartiainen
 Can you point me out to them and explain how did you find out that
 they are built without vfp?


OK, thanks for the clarification. I was jumping to conclusions.

I just noticed that fremantle didn't have vfp in DEB_BUILD_OPTIONS like it was 
in chinook and diablo autobuilder.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


HildonColorButton / HildonColorChooserDialog in Fremantle

2009-06-26 Thread Cornelius Hald
Hi,

HildonColorButton and HildonColorChooserDialog are both depreciated in
Fremantle. The documentation doesn't tell what to use instead. This
bug[1] mentions the following:
[...]A HildonPickerButton/HildonTouchSelector variant could be used
here.[...]

Could someone elaborate how choosing a color should look like in
Fremantle?

Thanks!
Conny


[1] https://bugs.maemo.org/show_bug.cgi?id=4461


___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Is the HildonAppMenu example correct?

2009-06-26 Thread Till Harbaum / Lists
Hi,

i am using HildonAppMenu for the next release of gpxview.
I have followed these instructions:

http://maemo.org/api_refs/5.0/beta/hildon/HildonAppMenu.html

The problem: If i add a menu to a newly created stackable window
this way, i see the menus background being displayed for a fraction
of a second before the new window is being displayed.

If i remove this
  // Show all menu items  
  gtk_widget_show_all (GTK_WIDGET (menu));
from the example, i don't have the annoying ghost menu being
displayed and the menu still works like it should.

Why does the example contain this gtk_widget_show_all() call?
It doesn't seem to be necessary and it even causes a visible 
glitch during menu creation.

Till
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers


Re: Is the HildonAppMenu example correct?

2009-06-26 Thread Alberto Garcia
On Fri, Jun 26, 2009 at 09:49:07PM +0200, Till Harbaum / Lists wrote:

 i am using HildonAppMenu for the next release of gpxview.
 I have followed these instructions:
 
 http://maemo.org/api_refs/5.0/beta/hildon/HildonAppMenu.html
 
 The problem: If i add a menu to a newly created stackable window
 this way, i see the menus background being displayed for a fraction
 of a second before the new window is being displayed.

That's probably a bug the beta SDK, I can confirm that the example is
correct using the latest libhildon version.

 If i remove this
   // Show all menu items  
   gtk_widget_show_all (GTK_WIDGET (menu));
 from the example, i don't have the annoying ghost menu being
 displayed and the menu still works like it should.

You have to explicitely show each menu item for it to appear when the
menu pops up. gtk_widget_show_all() is the easiest and recommended way
to do it.

If the menu still appears after removing that call then the hildon
version in the SDK is quite old.

What's the version of libhildon that you're using? That bug should be
fixed in 2.1.40.

Berto
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers