[pythonian4000]

Awesome! I had already come across a couple of errors like that (that were fixed in current SB SVN) that we rectified to get 32-bit to build, but I haven't had access to a 64-bit buildsystem yet. Great work!

Since we are now using Bugzilla (I assume stevo went for it because it won the poll 3-1-0 (my previous Bugzilla experience says it is a huge, problematic beast, but I'm not the one administrating it ^_^ )), file a bug there with a patch attached with your fixes.

[Manko10]

I could build current trunk without issues. However, Nightingale is still the same as Songbird 1.8 (apart from the name).
Therefore I continue using my Songbird 1.9 alpha build which I downloaded months ago as a nightly build (before they dropped Linux support so I still got a 64-bit build). I hope, Nightingale will develop fast so I can switch to it in the near future. I'm struggling with lots of bugs with my current Songbird.

[haeckle]

I was also able to build nightingale on Ubuntu 11.04 x86_64 with this corrections you made.
there is just one little mistake that you made in the following quote:

[quote='Leonidas' pid='565' dateline='1302195274']
Very good job
I'm experiencing the same issues about implicit and regular rules.
My system is running Fedora 14.

EDIT: IT'S WORKING NOW! Read on to see my fixes

[...]

Same Procedure, file components/moz/windowwatcher/src/sbWindowWatcher.cpp.
972:
Before:

Code:

TRACE(("%s: removed event %s listener %p from %p",
           __FUNCTION__,
           NS_ConvertUTF16toUTF8(eventType).get(),
           this,
          target));

After:

Code:

TRACE(("%s: removed event %s listener %p from %p",
           __FUNCTION__,
           NS_ConvertUTF16toUTF8(eventType).get(),
           this,
           target.get()));));

[...][quote][/quote]

In the new version is a "));" to much

[Leonidas]

Oouups
I had the old version commented out and I seem to have missed removing some parts of them
Thanks for pointing out this little mistake.
After testing Nightingale for some time now my conclusion is: Nightingale rocks

[Hakon]

I am trying to compile on Arch Linux, 64 bit. I have installed the following packages,
subversion
autoconf
gcc
gstreamer0.10
python
unzip
pkg-config

and I think all the checks for dependices are passed, however I am getting a error, which I guess is because of wrong version of Python:

Quote:install -c -d -m 755 /home/hakon/src/sbird/trunk/compiled-release-x86_64/dist/defaults/profile
install -c -d -m 755 /home/hakon/src/sbird/trunk/compiled-release-x86_64/dist/scripts
install -c -d -m 755 /home/hakon/src/sbird/trunk/compiled-release-x86_64/dist/searchplugins
install -c -d -m 755 /home/hakon/src/sbird/trunk/compiled-release-x86_64/dist/xulrunner
set -e; \
make tier_base; make tier_deps; make tier_appbase; make tier_componentsbase; make tier_ui; make tier_componentsall; make tier_extensions; make tier_branding; true
make[2]: Entering directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64'
BUILDING base TIER; directories: build tools/lib tools
make export_tier_base
make[3]: Entering directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64'
set -e; \
make -C build export; make -C tools/lib export; make -C tools export; true
make[4]: Entering directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64/build'
rm -f -f sbBuildInfo.mk
python /home/hakon/src/sbird/trunk/build/make-buildinfo.py -i /home/hakon/src/sbird/trunk/build/sbBuildInfo.mk.in -o sbBuildInfo.mk \
-k SB_MOZILLA_VERSION=1.9.0.19
Traceback (most recent call last):
File "/home/hakon/src/sbird/trunk/build/make-buildinfo.py", line 89, in <module>
sys.exit(main(sys.argv[1:]))
File "/home/hakon/src/sbird/trunk/build/make-buildinfo.py", line 74, in main
if line.startswith(substKey):
TypeError: expected an object with the buffer interface
make[4]: *** [sbBuildInfo.mk] Error 1
make[4]: Leaving directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64/build'
make[3]: *** [export_tier_base] Error 2
make[3]: Leaving directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64'
make[2]: *** [tier_base] Error 2
make[2]: Leaving directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/hakon/src/sbird/trunk/compiled-release-x86_64'
make: *** [build] Error 2

I installed the Python package from the x86_64 extras respotorie, and I guess I have to run somr version of Python 2? I will check it more in depth tommorow, I just had to ask here before gathering some sleep :p

[Mozenrath]

For the first time ever, I was able to successfully compile Nightingale.

If anyone on 64-bit(and using a Debian/Ubuntu based distro) gets the problem with "package pango required by gdk was not found" upon configure, but you know you have the libpango development files installed, just execute this command: "sudo ln /usr/lib/x86_64-linux-gnu/pkgconfig/*.pc /usr/lib/pkgconfig"

I'm sure there's a better way to do this, but it creates symbolic links to the files that pkgconfig looks for in the correct place.

At first, it seemed like Nightingale was taking a while. Over 15 seconds and nothing. But after that, every time I re-open it, it opens almost instantly(I seem to remember Songbird having slow-startup most of the time).

I'm also very pleased at the theme having a native window bar by default, which is something I suggested early on.

Just tested an mp3 file, and it plays! Unfortunately it doesn't seem to play m4a format, which is commonly used with iTunes. I seem to remember getting them to work with Songbird, but I don't remember how.



I don't know why I want to post a pic, but I feel compelled to after all those times I tried to compile Nightingale in it's early stages and got angry at the constant failure.

[Leonidas]

(04-24-2011, 09:19 PM)Mozenrath Wrote: If anyone on 64-bit(and using a Debian/Ubuntu based distro) gets the problem with "package pango required by gdk was not found" upon configure, but you know you have the libpango development files installed, just execute this command: "sudo ln /usr/lib/x86_64-linux-gnu/pkgconfig/*.pc /usr/lib/pkgconfig"

I'm sure there's a better way to do this, but it creates symbolic links to the files that pkgconfig looks for in the correct place.

I think you missed the -s trigger to make it create symbolic links. I guess it is rather "sudo ln -s /usr/lib/x86_64-linux-gnu/pkgconfig/*.pc /usr/lib/pkgconfig".
Correct me if I am wrong

[Mozenrath]

(04-26-2011, 05:58 AM)Leonidas Wrote:

(04-24-2011, 09:19 PM)Mozenrath Wrote: If anyone on 64-bit(and using a Debian/Ubuntu based distro) gets the problem with "package pango required by gdk was not found" upon configure, but you know you have the libpango development files installed, just execute this command: "sudo ln /usr/lib/x86_64-linux-gnu/pkgconfig/*.pc /usr/lib/pkgconfig"

I'm sure there's a better way to do this, but it creates symbolic links to the files that pkgconfig looks for in the correct place.

I think you missed the -s trigger to make it create symbolic links. I guess it is rather "sudo ln -s /usr/lib/x86_64-linux-gnu/pkgconfig/*.pc /usr/lib/pkgconfig".
Correct me if I am wrong

Hhhmmm, I copy and pasted the command from my terminal. Well either way it worked. I don't know if it screwed anything up the way I did it.

[bülbül]

Just build it on openSUSE 11.4. Works good

[Manko10]

Are all needed GStreamer plugins installed?